CN101330436A - 可调整的组播多媒体业务数据的传输方法及装置 - Google Patents

可调整的组播多媒体业务数据的传输方法及装置 Download PDF

Info

Publication number
CN101330436A
CN101330436A CNA2007100422249A CN200710042224A CN101330436A CN 101330436 A CN101330436 A CN 101330436A CN A2007100422249 A CNA2007100422249 A CN A2007100422249A CN 200710042224 A CN200710042224 A CN 200710042224A CN 101330436 A CN101330436 A CN 101330436A
Authority
CN
China
Prior art keywords
user terminal
multicast
professional
message
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2007100422249A
Other languages
English (en)
Other versions
CN101330436B (zh
Inventor
马松伟
鄢仁祥
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Shanghai Bell Co Ltd
Original Assignee
Alcatel Lucent Shanghai Bell Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent Shanghai Bell Co Ltd filed Critical Alcatel Lucent Shanghai Bell Co Ltd
Priority to CN200710042224.9A priority Critical patent/CN101330436B/zh
Publication of CN101330436A publication Critical patent/CN101330436A/zh
Application granted granted Critical
Publication of CN101330436B publication Critical patent/CN101330436B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

现有技术中,接入设备单纯根据用户终端对组播组的选择来为其提供多媒体组播多媒体业务数据,无法实现网络服务提供商对该过程的控制。本发明提出了一种在通信网络的接入设备中用于控制向用户终端发送可调整的组播多媒体业务数据的方法及其装置,以及在用户终端中用于接收多媒体业务数据的相应方法和装置。本发明的技术方案中,接入设备根据用户终端的能力信息、用户带宽情况以及接入设备自身的带宽情况来为用户终端选择适当业务属性的业务流,实现了网络服务提供商对用户所加入的组播组的选择过程的控制,优化利用了现有的网络资源。

Description

可调整的组播多媒体业务数据的传输方法及装置
技术领域
本发明涉及通信网络,尤其涉及通信网络中组播多媒体业务数据的传输方法及相应装置。
背景技术
在现有的IPTV业务中,广泛地使用单一分辨率和带宽要求(如,1024*768,1.5Mbps)来编码并传输组播视频信号。这种方案不但便于管理,而且能适用于当前大多数IPTV终端,如“电视+机顶盒”或个人计算机(PC)等。每个组播多媒体业务(也称频道,channel)拥有一个与之对应的组播组,用户终端请求加入这个组播组以接收相应视频信号。
在网络中,相对于多媒体业务服务器,接入设备(如,DSL网络中的DSLAM)更接近用户终端。因此,多媒体业务服务器通常将较受广大用户欢迎的组播多媒体业务(如,NBA比赛等)预推(pre-push)到接入设备处,以实现快速的组播多媒体业务(频道)切换,优化用户体验。
如图1所示的固定-融合网络是当今网络的发展趋势,其中,终端类型将呈现多样化的特点,包括PDA(个人数字助手,PersonalDigital Assistant)、笔记本电脑、台式电脑以及电视机+机顶盒等,其能力(如,支持的分辨率)各不相同。不难理解,基于上述单一分辨率的方案,屏幕小、处理能力差的终端(如,PDA)同样会接收到分辨率高达1024*768的视频信号,这实际上是一种带宽浪费,另外,低能力终端与高分辨率视频流之间的失配还会导致丢帧。
在图1所示网络中,DSLAM1利用DSL技术为其下属的各个子网(用户网络)中的终端提供接入,而基站α(可视为与图示DSLAM1平级的一个接入设备)基于WiMAX技术为其下属终端提供接入,很明显,不同的接入技术有不同的用户带宽。如果为用户侧定义了专门用于接收组播多媒体业务数据的带宽,则所述用户带宽特指所述专门用于接收组播多媒体业务数据的带宽。单一的高分辨率的信号对用户带宽的要求较高,难以被一些用户带宽较小的用户接入技术(如,WiMAX)很好地支持。
显然,单一分辨率和带宽需求的视频信号无法适应终端类型、接入技术多样化的网络发展趋势。H.264标准(一种先进的视频编码技术标准)提出了“分层式(layered)的视频编码”,也称“可调(scalable)的视频编码”,借此,可在编码过程中为一个组播多媒体业务产生包括一个基层(Base Layer)和与之对应的一个或多个增强层(Enhancement Layer)在内的多个视频码流。基层对应于最低分辨率;基层与增强层的视频码流组合则对应更高分辨率。表1示出了基层及其与增强层的组合所分别对应的分辨率的一个实例,在下文中作为参考。
表1
  视频码流组合   分辨率
  基层   480*320
  基层+第一增强层   640*480
  基层+第一增强层+第二增强层   800*600
  基层+第一增强层+第二增强层+第三增强层   1024*768
遗憾的是,上述新的视频编码方式并未实际应用于组播多媒体业务的传输中。
发明内容
鉴于现有技术中存在上述问题,本发明对通信网络中的接入设备进行改进,使其在接收到用户终端的申请加入组播组的IGMP报告消息后,根据搜集到的用户终端能力、用户带宽情况、接入设备带宽情况等信息来为用户终端选择最适当的视频码流组合,以将可调整的视频编码技术与组播多媒体业务传输相结合,优化利用有限的网络资源。
根据本发明的第一方面,提供了一种在通信网络的接入设备中用于控制向用户终端发送可调整的组播多媒体业务数据的方法,其中,包括以下步骤:为用户终端提供具有适合业务属性的组播多媒体业务流。
根据本发明的第二方面,提供了一种在通信网络的用户终端中用于由接入设备处接收可调整的组播多媒体业务数据的方法,其中,包括以下步骤:发送组播加入请求消息至所述接入设备;接收来自该接入设备的组播多媒体业务数据;其中,还包括步骤:将该用户终端的设备相关信息报告给该接入设备。
根据本发明的第三方面,提供了一种在通信网络的接入设备中用于控制向用户终端发送可调整的组播多媒体业务数据的控制装置,其中,包括:业务流提供装置,用于为用户终端提供具有适合业务属性的组播多媒体业务流。
根据本发明的第四方面,提供了一种在通信网络的用户终端中用于由接入设备处接收可调整的组播多媒体业务数据的数据接收装置,其中,包括:第二发送装置,用于发送组播加入请求消息至所述接入设备;第三接收装置,用于接收来自该接入设备的组播多媒体业务数据;其中,还包括报告装置,用于将该用户终端的设备相关信息报告给该接入设备。
本文中,所述业务属性包括但不限于视频信号的分辨率。
本发明的技术方案中,接入设备能够全面地根据包括用户终端能力信息在内的各种信息来为用户终端选择具有适当业务属性的视频码流(组合),从而避免了用户对网络资源的无意/恶意的浪费和侵占,优化利用了网络资源,且易于实现。另外,通过将对用户终端最终所加入的组播组的选择功能置于接入设备处,尽可能地避免了对用户终端进行较大改动,有利于控制最为敏感的终端设备成本。
附图说明
图1为一个固定-融合网络示意图;
图2为根据本发明的一个具体实施方式的在通信网络中用于组播多媒体业务数据传输的系统方法流程图;
图3为根据本发明的一个具体实施方式的在通信网络的接入设备中用于控制向用户终端发送可调整的组播多媒体业务数据的方法流程图;
图4为根据本发明的一个具体实施方式的在通信网络的用户终端中用于由接入设备处接收可调整的组播多媒体业务数据的方法流程图;
图5为根据本发明的一个具体实施方式的在通信网络的接入设备中用于控制向用户终端发送可调整的组播多媒体业务数据的控制装置框图;
图6为根据本发明的一个具体实施方式的在通信网络的用户终端中用于由接入设备处接收可调整的组播多媒体业务数据的数据接收装置框图。
其中,相同或相似的附图标记表示相同或相似的步骤特征/装置(模块)。
具体实施方式
本发明在接入设备(如,图1所示的DSLAM1、基站α和基站β)中引入本发明第二方面所提供的控制装置/模块,称为SVC(Subscriber Video Controller,用户视频控制器),以实现本发明第一方面所提供的方法。
图2为根据本发明的一个具体实施方式的在通信网络中用于组播多媒体业务数据传输的系统方法流程图。以下参照图1、图2并结合第一实施例对本发明进行描述,其中,以接入设备为DSLAM1,用户终端为子网A中的用户终端2(一个PDA)为例。本文中,假设用户终端2受限于自身体积等因素而只能支持较低的分辨率,如480*320。
为简化表述,本文中不特意区分节目指南服务器和多媒体业务服务器,并将其统称为视频服务器。如本领域技术人员所知的,当ICP(Internet Content Provider,因特网内容提供商)或者多媒体业务发布者要发送组播多媒体业务时(如,IPTV运营商要开播一个电视频道),首先要请求NSP(Network Service Provider,网络服务提供商)来为其分配相应的组播地址。接着,该系统方法进入所示步骤A。
为了快速对用户终端的组播多媒体业务接收请求进行响应,视频服务器5在步骤A中为该组播多媒体业务(频道)的各个组播组将视频码流预推到DSLAM1处,其中,不同的组播地址与不同视频码流(或视频码流组合)相对应。表1所示情形的一个组播组实例如表2,其中,为应用H.264提出的可调整的视频编码方案,每个组播多媒体业务(频道)对应多个组播组,同一组播多媒体业务的每个组播组具有各自的组播地址。
表2
  视频码流(组合)   组播组
  基层   第I组播组(具有第I组播地址)
  基层+第一增强层   第II组播组(具有第II组播地址)
  基层+第一增强层+第二增强层   第III组播组(具有第III组播地址)
  基层+第一增强层+第二增强层+第三增强层   第IV组播组(具有第IV组播地址)
很明显,根据表2,视频服务器5为第I、第II、第III以及第IV组播组所预推到DSLAM1的视频码流共包括四个基层、三个第一增强层、两个第二增强层以及一个第三增强层,存在着较严重的冗余。基于此,本发明提出一种优选的组播组与视频码流的对应关系如表3所示。
表3
  视频码流   组播组
  基层   第一组播组(具有第一组播地址)
  第一增强层   第二组播组(具有第二组播地址)
  第二增强层   第四组播组(具有第三组播地址)
  第三增强层   第四组播组(具有第四组播地址)
根据表3,视频服务器5为第一、第二、第三以及第四组播组所预推到DSLAM1的视频码流将仅包括一个基层、一个第一增强层、一个第二增强层以及一个第三增强层,从而最大程度地消除了视频服务器5到DSLAM1之间的视频码流冗余。
按照表3所示,用户终端可通过加入一个或多个组播组来接收不同分辨率的视频码流。如,结合表1可见,用户终端可加入第一组播组以接收分辨率为480*320的视频码流;同时加入第一、第二组播组以接收分辨率为640*480的视频码流组合;同时加入第一、第二、第三组播组以接收分辨率为800*600的视频码流组合;同时加入第一、第二、第三以及第四组播组以接收分辨率高达1024*768的视频码流组合。
此外,通过对大量用户的视频业务请求情况进行统计,视频服务器5能够得知哪些组播多媒体业务是较受用户欢迎的,于是,优选地,步骤A中,视频服务器5将统计结果所显示的较受用户欢迎的组播多媒体业务的视频码流预推至DSLAM1。
步骤B中,视频服务器5根据NSP为该视频业务分配的组播地址以及组播多媒体业务内容描述等信息,生成多媒体业务指南(EPG,或称节目指南)并经DSLAM1转发给用户终端2,所述多媒体业务指南中包括组播多媒体业务名称、组播多媒体业务内容描述等信息以及每个组播多媒体业务所分别对应的多个组播地址。相应地,用户终端2接收所述多媒体业务指南,并在屏幕上显示组播多媒体业务名称以及组播多媒体业务内容描述。不失一般性,假设用户即将选择的组播多媒体业务拥有表3所示的四个组播组,即第一组播地址、第二组播地址、第三组播地址以及第四组播地址。本领域技术人员理解,不同组播多媒体业务的组播地址各不相同,也即,第一组播多媒体业务的第一组播地址不同于第二组播多媒体业务的第一组播地址,依此类推。
步骤C中,用户(使用用户终端2的人)根据显示在终端设备屏幕上的组播多媒体业务名称以及组播多媒体业务内容描述等来对其希望收看的视频进行选择,用户终端2根据用户输入的指令来获知用户所选择的组播多媒体业务(频道),依此请求加入与该组播多媒体业务相对应的组播组。参照表3所示的组播组与视频码流(组合)的对应关系,且为保证用户终端的复杂度尽量低,优选地,无论用户终端2能力如何,网络状况如何,用户终端2均请求加入该组播多媒体业务的所有组播组,此后,将由更为智能化的DSLAM1对用户终端2最终被允许加入的组播组进行选择。
在步骤D中,DSLAM1根据其采集的信息(包括用户终端2的能力、子网A的用户带宽以及DSLAM1自身下行带宽使用情况等)来为用户终端2确定允许其加入的组播组。上述信息的具体采集过程将在下文中有更为详细的描述。
在步骤E中,DSLAM1将步骤D中确定的组播组所对应的视频码流(组合)经由端口I发送至用户终端2,实际上是发送至用户终端2所在的子网A。
以下,结合详细流程图3对本发明的第一方面进行描述,其中,图2及其相关描述在此一并作为参考。
在步骤S10中,DSLAM1获取与用户终端2相对应的业务获取能力信息。所述业务获取能力信息包括以下各项中的一项或多项:用户终端2的用户终端能力信息(包括但不限于该终端所支持的最高分辨率)、子网A的网络带宽资源情况、接入设备(DSLAM1)侧向用户侧发送数据流的带宽资源(若接入设备预先分配了组播多媒体业务所占用的带宽,则仅指向下组播视频码流所使用的带宽资源,以下不加区分地称为DSLAM1的下行带宽)情况。所述业务获取能力信息有多种形式,步骤S10的实现方式也因此有所不同,分别讨论如下:
情形1:业务获取能力信息为用户终端能力信息(如,能够支持的最高分辨率)
DSLAM1知晓用户终端2的用户终端能力信息的方式包括以下两种:
1)用户终端2发送给DSLAM1的设备信息报告消息(如,DHCPDISCOVER消息或DHCP REQUEST消息)中包含其设备型号(如,惠普iPAQ hx2790)或设备标识(如,硬件出厂时被赋予的唯一编号)等,接收到所述报告消息后,DSLAM1由其中提取出用户终端2的设备型号或设备标识,再由DSLAM1内部或外设的一个数据库型服务器(存有设备型号/设备标识与用户终端能力信息之间的映射关系)中进行查询,以得到用户终端2的用户终端能力信息备用。
2)用户终端2发送给DSLAM1的设备信息报告消息中包含用户终端2的用户终端能力信息(如,其支持的分辨率),DSLAM1由接收到的所述报告消息中提取出用户终端2的所述能力信息,以便对此后的多媒体业务数据传输进行控制。
情形2:业务获取能力信息为与该用户终端相对应的网络带宽相关信息
所述网络带宽相关信息包括用户带宽(如,ADSL网络的用户下行带宽,512K/1M/2M等)和/或DSLAM1向用户侧发送(组播)数据码流所用带宽的相关信息。
其中,由于每个用户在申请网络服务时要按申请的带宽付费,所以用户带宽是预定义的。具体到DSL网络,由于每个子网所对应的是接入设备的固定端口(如图1,子网A对应DSLAM1的端口I),而每个端口的带宽由NSP网络管理平台预配置到DSLAM1,因此,DSLAM1很容易就能知晓用户终端2的用户带宽。
此外,由于DSLAM1的网络侧端口和用户侧端口处均设置有流量计数器,DSLAM1通过这些流量计数器便能查询到当前时刻各种数据包的流量,进而掌握自己下行带宽的占用情况。
情形3:业务获取能力信息包括用户终端能力信息和与该用户终端相对应的网络带宽相关信息
对于此种情形,只需将情形1、2中的方案进行组合即可获取所需信息。
不失一般性地,假设用户终端2为一项多媒体业务的所有组播组发送组播加入请求消息(IGMP报告消息,即IGMP ReportMessage)。于是,在步骤S11中,DSLAM1将接收到来自用户终端2的用于请求加入表3所示第一、第二、第三以及第四组播组的组播加入请求消息,如IGMP报告消息。根据本发明的一个具体实施例,用户终端2为上述每个组播地址分别生成组播加入请求消息。
本领域技术人员能够理解,所述步骤S10与S11之间并无严格的顺序关系,根据本发明的另一具体实施例,用户终端2可在发送组播加入请求消息后另行发送用于报告其用户终端能力信息的报告消息,也可将其能力信息加入到组播加入请求消息中进行发送。根据本发明的又一具体实施例,DSLAM1在步骤S10中由如DHCPREQUEST的设备信息报告消息获得用户终端2的能力信息,而后在步骤S11中接收到来自用户终端2的组播加入请求消息后,再借由检测手段得到与用户终端2相关的网络带宽相关信息。总之,图3所示情形不应视为对本发明的保护范围的限制。
得到用户终端2的业务获取能力信息并接收到来自用户终端2的组播加入请求消息后,在步骤S12中,DSLAM1根据获取的与用户终端2相对应的业务获取能力信息,为用户终端2请求接收的组播多媒体业务确定具有与之相对应的适合分辨率的组播多媒体业务流。由于DSLAM1已在步骤S10中获知用户终端2支持的分辨率为480*320,于是参照表3,DSLAM1将确定该视频业务的第一组播组(具有第一组播地址)为允许用户终端2加入的组播组。可见,虽然用户终端2请求加入该视频业务的所有组播组,但是由于其分辨率很低,DSLAM1拒绝了用户终端2加入第二、第三以及第四组播组的请求,因而实现了NSP对用户加入组播组这一过程的有效而合理的控制。
在接下来的步骤S13中,DSLAM1通过对与子网A相对应的固定端口I进行配置,具体地,通过将第一组播地址配置于端口I处,使得第一组播地址所对应的该多媒体业务的基层视频码流(分辨率为480*320)得以到达用户终端2所在的子网A。
根据第一实施例的一个变化例,第一实施例中的用户终端2换作子网B中的用户终端3(一个设备能力优越的台式个人电脑),于是,当DSLAM1通过端口II接收到来自用户终端3的组播加入请求消息(请求加入该多媒体业务的第一、第二、第三以及第四组播组)后,会根据搜集到的用户终端3的分辨率(1024*768)以及用户带宽等信息,为其选择具备适当分辨率的业务流,在DSLAM1的下行带宽未出现拥塞状况的情况下,DSLAM1通过在固定端口II上配置第一、第二、第三以及第四组播地址,以向用户终端3发送分辨率为1024*768的高质视频信号。
在第一实施例及其变化例中,我们已对DSLAM1基于本发明而在用户终端开始接收组播多媒体业务数据之前所进行的组播多媒体业务数据传输控制进行了说明。而在第二实施例及其各变化例中,将基于以下假设进行描述:用户终端2正在接收来自DSLAM1的组播多媒体业务流,而与用户终端2同在子网A中的用户终端6(一个笔记本电脑)也在接收到EPG后发出了针对同一组播多媒体业务的组播加入请求消息。
由上文可知,如表3所示地,此时的DSLAM1正在经由固定端口I发往子网A的视频码流为与第一组播地址相对应的基层,分辨率仅为480*320。如果DSLAM1此时仍以用户终端2的设备能力作为参考基准,则到达用户终端6的视频信号的分辨率将也为480*320。这种视频信号在笔记本电脑上显示时,为保证画面质量,用户将不得不在一个很小的窗口中播放该视频(放大窗口甚至全屏播放时,画面质量会非常差),这对用户终端6的设备能力是一种浪费,也影响了使用用户终端6的用户的观感。
因此,在本例中,接收到来自用户终端6的组播加入请求消息后,DSLAM1优选地对端口I上的组播地址设置进行调整,以用户终端6的用户终端能力信息(支持1024*768的分辨率)作为向子网A发送组播多媒体业务数据的一个新的基准。于是,通过在端口I(端口I、II、III均属于DSLAM1的用户侧端口)处设置该组播多媒体业务的第一、第二、第三以及第四组播地址,来向子网A发送分辨率为1024*768的视频信号。
根据第二实施例的一个变化例,假设DSLAM1在经由端口I向子网A发送分辨率为1024*768的视频信号过程中,根据其流量计数器得知其下行传输发生拥塞,则,DSLAM1将对端口I上的组播地址进行调整,根据拥塞程度适当降低发往子网A的视频信号的分辨率,以减小对其下行带宽的开销。
如果所述拥塞发生在用户终端6请求接收该多媒体业务的视频码流之前,也即拥塞在DSLAM1向子网A发送分辨率为480*320的视频码流时即已发生,则因该分辨率本已最低,无法进一步降低,DSLAM1会选择维持端口I上的组播地址设置(仅第一组播地址)。此后,接收到用户终端6的组播加入请求消息后,虽然用户终端6的设备能力较强,但因DSLAM1的下行带宽拥塞,DSLAM1继续向子网A发送分辨率为480*320的视频码流,或根据拥塞程度适当地调高发往子网A的视频码流的分辨率,以在其下行带宽承受能力允许的前提下尽量用户终端6的高分辨率需求。
以下,结合第三实施例对向移动中的用户终端发送组播多媒体业务数据进行控制的技术方案进行说明,其中,假设图1所示子网A中的用户终端7由装有无线调制解调器的ADSL网络即子网A中移动到基站α控制下的WiMAX网络中。
移动设备在网络间的移动主要分为两类:游牧性(Nomadicity)和切换(Handover)。其中,Nomadicity需要在新网络重新建立连接,此时用户终端需要向其移入的网络中的接入设备重新发送IGMP报告消息;切换要求在移动期间多媒体业务不中断,通常不需重新发送IGMP报告消息,由于异构网间的切换过程非常复杂且尚有很多问题需要解决,本例中主要针对Nomadicity的情形进行讨论。
对于DSL和WiMAX这两种接入技术,不妨假设DSLAM1能够用在端口I上组播一个多媒体业务的下行带宽比基站α能够用于组播该多媒体业务的下行带宽充裕很多。假设在移入子网A之前,能够支持1024*768分辨率的用户终端7在所示WiMAX网络中正在接收多媒体业务X(表3对其适用)的800*600分辨率的视频信号(基站α根据自身下行带宽选择第一、第二以及第三组播组作为允许用户终端7加入的组播组)。为方便描述,假设用户终端2、6均未请求接收或正在接收多媒体业务X的视频信号。
于是,当移入子网A后,用户终端7为多媒体业务X重新向新的接入设备(DSLAM1)发送IGMP加入请求消息,则DSLAM1在获取用户终端7的用户终端能力信息后,如果子网A的带宽允许且DSLAM1的下行带宽未出现拥塞,将在端口I处配置多媒体业务X的第一、第二、第三以及第四组播地址。
可见,在接入设备下行带宽相对宽裕的DSL网络中,用户终端7能够接收到的视频信号的分辨率比其通过基站α接入WiMAX网络时所接收到的视频信号的分辨率更高。
以下,参照具体流程图4并结合图1对本发明的第二方面进行说明,其中,上文中结合图2对系统方法的说明以及结合图3对第一方面的说明在此作为参考。以图1所示用户终端2为例。
根据本发明的一个具体实施例,在步骤S20中,用户终端2通过DHCP DISCOVER消息或DHCP REQUEST消息将其设备相关信息报告给DSLAM1。
用户终端2接收到来自视频服务器5的多媒体业务指南后,其屏幕上显示多媒体业务指南中携带的组播多媒体业务名称以及组播多媒体业务内容描述等,示意性举例如表4:
表4
  多媒体业务名称   内容描述
  06-07赛季NBA总决赛(体育)   圣安东尼奥马VS克利夫兰骑士
  F1摩纳哥站排位赛(体育)   卫冕冠军阿隆索首获杆位
  甲贺忍法帖(动漫)   德川幕府的最强忍术之战
此后,使用用户终端2的用户会对其感兴趣的组播多媒体业务进行选择,假设其选择的组播多媒体业务适用于表3。
于是,在步骤S21中,用户终端2将根据用户的选择结果生成并发送组播加入请求消息至DSLAM1,其中,由于用户终端2不对其所要加入的具体组播组进行选择,因此,假设其为该多媒体业务的所有组播组发送加入请求消息,供DSLAM1筛选。当然,用户终端2也可以为该多媒体业务的各个组播地址中的部分组播地址(如,第一以及第二组播地址,其对应600*480的分辨率)发送组播加入请求消息,此后,DSLAM1可基于用户终端2的业务获取能力信息并根据用户终端2的请求,为其选择分辨率不高于600*480的业务流;可选地,DSLAM1可以无视用户终端2的请求,仅基于其业务获取能力信息来选择适当的业务流,这里,不难理解,对于高分辨率设备(分辨率高于480*320的设备),其最终接收到的视频信号的分辨率可能高于其所请求的分辨率。
本领域技术人员理解,步骤S20与步骤S21之间没有严格的时间顺序,用户终端2的设备相关信息可以如上所述地在发送组播加入请求消息之前就报告给DSLAM1,也可将其加在组播加入消息中一起发送,或在发送组播加入请求消息后另行报告。所述设备相关信息可以是用户终端2的设备硬件出厂编号、设备型号等;也可为其用户终端能力信息,也即其所支持的多媒体业务的业务属性(如,支持的最高分辨率)。在基于DHCP的情形中,优选地,用户终端2利用DHCP消息如DHCP REQUEST消息中的选项60来报告所述用户终端能力信息。
在此后的步骤S22中,用户终端2将经由子网A中的无线调制解调器接收到来自DSLAM1的该多媒体业务的数据。
以下,结合装置框图对本发明的第三方面进行描述,其中,对本发明第一、第二方面所作说明在此一并作为参考。图5所示的控制装置位于图1所示的各个接入设备(DSLAM1、基站α、β)。其中包括业务流提供装置100、获取装置101以及第一接收装置102,所述业务流提供装置100包括确定装置1000和第一发送装置1001,所述获取装置101包括第二接收装置1010、提取装置1011、获得装置1012以及检测装置1013。
获取装置101负责获取与用户终端2相对应的业务获取能力信息。所述业务获取能力信息包括以下各项中的一项或多项:用户终端2的用户终端能力信息(包括但不限于该终端所支持的最高分辨率)、子网A的网络带宽资源情况、接入设备(DSLAM1)侧向用户侧发送数据流的带宽资源(若接入设备预先分配了组播多媒体业务所占用的带宽,则仅指向下组播视频码流所使用的带宽资源,以下不加区分地称为DSLAM1的下行带宽)情况。对应业务获取能力信息的多种情形,获取装置101的实现方式将有所不同,分别讨论如下:
情形1:业务获取能力信息为用户终端能力信息(如,能够支持的最高分辨率)
DSLAM1知晓用户终端2的用户终端能力信息的方式包括以下两种:
1)用户终端2发送给DSLAM1的设备信息报告消息中包含其设备型号(如,惠普iPAQ hx2790)或设备标识(如,硬件出厂时被赋予的唯一编号)等,第二接收装置1010接收到所述报告消息后将其提供给所述提取装置1011,再由提取装置1011由其中提取出用户终端2的设备型号或设备标识并提供给获得装置1012,再由获得装置1012在DSLAM1内部或外设的一个数据库型服务器(存有设备型号/设备标识与用户终端能力信息之间的映射关系)中进行查询,以得到用户终端2的用户终端能力信息,获得的用户终端能力信息被提供给确定装置1000以便对此后的多媒体业务数据传输进行控制。
2)用户终端2发送给DSLAM1的设备信息报告消息中包含用户终端2的用户终端能力信息(如,其支持的分辨率),第二接收装置1010接收到所述报告消息后将其提供给所述提取装置1011,再由提取装置1011由其中提取出用户终端2的所述能力信息,并提供给确定装置1000以便对此后的多媒体业务数据传输进行控制。
情形2:业务获取能力信息为与该用户终端相对应的网络带宽相关信息
所述网络带宽相关信息包括用户带宽(如,ADSL网络的用户下行带宽,512K/1M/2M等)和/或DSLAM1向用户侧发送(组播)数据码流所用带宽的相关信息。
其中,由于每个用户在申请网络服务时要按申请的带宽付费,所以用户带宽是预定义的。具体到DSL网络,由于每个子网所对应的是接入设备的固定端口(如图1,子网A对应DSLAM1的端口I),而每个端口的带宽由NSP网络管理平台预配置到DSLAM1,因此,DSLAM1通过其检测装置1013便可很容易地知晓用户终端2的用户带宽。
此外,由于DSLAM1的网络侧端口和用户侧端口处均设置有流量计数器,检测装置1013通过这些流量计数器便能查询到当前时刻各种数据包的流量,DSLAM1进而掌握自己用于向用户侧发送(组播)业务数据的带宽的占用情况。
情形3:业务获取能力信息包括用户终端能力信息和与该用户终端相对应的网络带宽相关信息
对于此种情形,只需将情形1、2中的方案进行组合即可获取所需信息。
不失一般性地,假设用户终端2为一项多媒体业务的所有组播组发送组播加入请求消息(IGMP报告消息)。于是,第一接收装置102将接收到来自用户终端2的用于请求加入表3所示第一、第二、第三以及第四组播组的组播加入请求消息,如,IGMP报告消息。根据本发明的一个具体实施例,第一接收装置102将接收到用户终端2为上述各个地址所分别生成的四个组播加入请求消息。
得到用户终端2的业务获取能力信息后并接收到来自用户终端2的组播加入请求消息后,确定装置1000根据与用户终端2相对应的业务获取能力信息,为用户终端2请求接收的组播多媒体业务确定具有与之相对应的适合分辨率的组播多媒体业务流。由于获得装置1012已经获知用户终端2支持的分辨率为480*320,于是,参照表3,确定装置1000将确定该视频业务的第一组播组(具有第一组播地址)为允许用户终端2加入的组播组。可见,虽然用户终端2请求加入该视频业务的所有组播组,但是由于其分辨率很低,DSLAM1拒绝了用户终端2加入第二、第三以及第四组播组的请求,因而实现了NSP对用户加入组播组这一过程的有效而合理的控制。
此后,对与子网A相对应的固定端口I进行配置,具体地,确定装置1000将第一组播地址配置于端口I处,再由第一发送装置1001将第一组播地址所对应的该多媒体业务的基层视频码流(分辨率为480*320)发送给用户终端2。
根据第一实施例的一个变化例,第一实施例中的用户终端2换作子网B中的用户终端3(一个设备能力优越的台式个人电脑),于是,当第一接收装置102通过端口II接收到来自用户终端3的组播加入请求消息(请求加入该多媒体业务的第一、第二、第三以及第四组播组)后,确定装置1000会根据获取装置101所搜集到的用户终端3的分辨率(1024*768)以及用户带宽等信息,为其选择具备适当分辨率的业务流,在DSLAM1的下行带宽未出现拥塞状况的情况下,确定装置1000在固定端口II上配置第一、第二、第三以及第四组播地址,而后由第一发送装置1001向用户终端3发送分辨率为1024*768的高质视频信号。
在第一实施例及其变化例中,我们已对DSLAM1基于本发明而在用户终端开始接收组播多媒体业务数据之前所进行的组播多媒体业务数据传输控制进行了说明。而在第二实施例及其各变化例中,将基于以下假设进行描述:用户终端2正在接收来自DSLAM1的组播多媒体业务流,而与用户终端2同在子网A中的用户终端6(一个笔记本电脑)也在接收相同的EPG后发出了针对同一多媒体业务的组播加入请求消息。
由上文可知,如表3所示地,此时的DSLAM1正在经由固定端口I发往子网A的视频码流为与第一组播地址相对应的基层,分辨率仅为480*320。如果确定装置1000此时仍以用户终端2的设备能力作为参考基准,则到达用户终端6的视频信号的分辨率将也为480*320。这种视频信号在笔记本电脑上显示时,为保证画面质量,用户将不得不在一个很小的窗口中播放该视频(放大窗口甚至全屏播放时画面质量往往难以接受),这对用户终端6的设备能力是一种浪费,也影响了使用用户终端6的用户的观感。
因此,在本例中,确定装置1000优选地对端口I上的组播地址设置进行调整,以用户终端6的用户终端能力信息(支持1024*768的分辨率)作为向子网A发送组播多媒体业务数据的基准。于是,确定装置1000在端口I(端口I、II、III均属于DSLAM1的用户侧端口)处设置该多媒体业务的第一、第二、第三以及第四组播地址,由第一发送装置1001来向子网A发送分辨率为1024*768的视频信号。
根据第二实施例的一个变化例,假设第一发送装置1001在经由端口I向子网A发送分辨率为1024*768的视频信号过程中,检测装置1013由流量计数器得知DSLAM1的下行传输发生拥塞,则,确定装置1000将对端口I上的组播地址进行调整,根据拥塞程度适当降低第一发送装置1001发往子网A的视频信号的分辨率,以减小对DSLAM1的下行带宽的开销。
如果所述拥塞发生在用户终端6接收该多媒体业务的视频码流之前,也即拥塞在DSLAM1向子网A发送分辨率为480*320的视频码流时即已发生,则因该分辨率本已最低,无法进一步降低,确定装置1000会选择维持端口I上的组播地址设置(仅第一组播地址)。
以下,结合第三实施例对向移动中的用户终端发送组播多媒体业务数据进行控制的技术方案进行说明,其中,假设图1所示子网A中的用户终端7由装有无线调制解调器的ADSL网络即子网A中移动到基站α控制下的WiMAX网络中。
移动设备在网络间的移动主要分为两类:Nomadicity和Handover。其中,Nomadicity需要在新网络重新建立连接,此时用户终端需要向其移入的网络中的接入设备重新发送IGMP报告消息;切换要求在移动期间多媒体业务不中断,通常不需重新发送IGMP报告消息,由于异构网间的切换过程非常复杂且尚有很多问题需要解决,本例中主要针对Nomadicity的情形进行讨论。
对于DSL和WiMAX这两种接入技术,不妨假设DSLAM1能够用在端口I上组播一个多媒体业务的下行带宽比基站α能够用于组播该多媒体业务的下行带宽充裕很多。假设在移入子网A之前,能够支持1024*768分辨率的用户终端7在所示WiMAX网络中正在接收多媒体业务X(表3对其适用)的800*600分辨率的视频信号(基站α根据自身下行带宽选择第一、第二以及第三组播组作为允许用户终端7加入的组播组)。为方便描述,假设用户终端2、6均未请求接收或正在接收多媒体业务X的视频信号。
于是,当移入子网A后,用户终端7为多媒体业务X重新向新的接入设备(DSLAM1)发送IGMP加入请求消息,则在获取装置101获取用户终端7的用户终端能力信息后,如果子网A的带宽允许且DSLAM1的下行带宽未出现拥塞,确定装置1000将在端口I处配置多媒体业务X的第一、第二、第三以及第四组播地址。第一发送装置1001将相应地发送分辨率为1024*768的视频信号至子网A。
可见,在接入设备下行带宽相对宽裕的DSL网络中,用户终端7能够接收到的视频信号的分辨率比其通过基站α接入WiMAX网络时所接收到的视频信号的分辨率更高。
以下,参照装置框图6并结合图1对本发明的第四方面进行说明,其中,上文中对第三方面的说明在此作为参考。以图1所示用户终端2为例,用户终端2配置有图6所示的数据接收装置20。所述数据接收装置20包括第二发送装置200、报告装置201以及第三接收装置202。
报告装置201负责将用户终端2的设备相关信息报告给DSLAM1。本领域技术人员理解,报告装置201的报告操作与第二发送装置200的组播加入请求消息发送操作之间没有严格的时间顺序,用户终端2的设备相关信息可以在发送组播加入请求消息之前就报告给DSLAM1,也可将其加在组播加入消息中由第二发送装置200代为发送。所述设备相关信息可以是用户终端2的设备硬件出厂编号、设备型号等;也可为其用户终端能力信息,也即其所支持的多媒体业务的业务属性(如,支持的最高分辨率),在基于DHCP的情形中,优选地,用户终端2利用DHCP消息(如,DHCP REQUEST消息)中的选项60来报告其设备信息。
用户终端2接收到来自视频服务器5的多媒体业务指南后,其屏幕上显示多媒体业务指南中携带的多媒体业务名称以及多媒体业务内容描述等,一个实例如上文中表4所示。
此后,用户会对多媒体业务进行选择,以确定其想要收看的组播多媒体业务,假设用户选择的组播多媒体业务适用于表3。
于是,用户终端2通过一加入生成装置(未示出)来根据用户的选择结果生成组播加入请求消息,并交由第二发送装置200发送至所述DSLAM1。其中,由于用户终端2不对其所要加入的具体组播组进行选择,因此,假设加入生成装置为该多媒体业务的所有组播组生成加入请求消息并由第二发送装置200发送至DSLAM1以供筛选。当然,加入生成装置也可以为该多媒体业务的各个组播地址中的部分组播地址(如,第一以及第二组播地址,其对应600*480的分辨率)生成组播加入请求消息再由第二发送装置200进行发送,此后,DSLAM1可基于用户终端2的业务获取能力信息并根据用户终端2的请求,为其选择分辨率不高于600*480的业务流;可选地,DSLAM1可以无视用户终端2的请求,仅基于其业务获取能力信息来选择适当的业务流,这里,不难理解,对于高分辨率设备(分辨率高于480*320的设备),其最终接收到的视频信号的分辨率可能高于其所请求的分辨率。
此后,第三接收装置202将经由子网A中的无线调制解调器接收到来自DSLAM1的该多媒体业务的数据。
以上结合图1所示的融合网络对本发明进行了详述,应当理解,本发明并不限于融合网络,对于普通的固定或移动网络同样适用。
以上对本发明的实施例进行了描述,但是本发明并不局限于特定的系统、设备和具体协议,本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。

Claims (22)

1.一种在通信网络的接入设备中用于控制向用户终端发送可调整的组播多媒体业务数据的方法,其中,包括以下步骤:
b.为用户终端提供具有适合业务属性的组播多媒体业务流。
2.根据权利要求1所述的方法,其中,所述步骤b之前还包括:
a.获取与所述用户终端相对应的业务获取能力信息;
所述步骤b包括:
b1.根据获取的所述与该用户终端相对应的业务获取能力信息,确定具有与所述业务获取能力信息相对应的适合业务属性的组播多媒体业务流;
b2.将所确定的所述组播多媒体业务流发送至该用户终端。
3.根据权利要求1或2所述的方法,其中,该方法还包括:
-接收来自所述用户终端的组播加入请求消息。
4.根据权利要求2或3所述的方法,其中,所述与该用户终端相对应的业务获取能力信息包括该用户终端的用户终端能力信息和/或与该用户终端相对应的网络带宽相关信息。
5.根据权利要求4所述的方法,其中,当所述业务获取能力信息为用户终端能力信息时,所述步骤a包括:
a1.接收来自该用户终端的设备信息报告消息,其中包含该用户终端的设备相关信息;
a2.由所述设备信息报告消息中提取所述设备相关信息;
a3.基于所述设备相关信息获得该用户终端的设备能力信息。
6.根据权利要求4或5所述的方法,其中,当所述业务获取能力信息为网络带宽相关信息时,所述步骤a包括:
a’.检测与该用户终端相对应的网络带宽相关信息。
7.根据权利要求2-6中任一项所述的方法,其中,所述组播多媒体业务数据为多个业务分层组播流,所述步骤b1还包括:
-根据获取的所述与该用户终端相对应的业务获取能力信息,在所述多个业务分层组播流中确定一个或多个业务分层组播流;
所述步骤b2还包括:
-将所确定的所述一个或多个业务分层组播流发送至该用户终端。
8.根据权利要求1-7中任一项所述的方法,其中,所述业务属性包括分辨率。
9.一种在通信网络的用户终端中用于由接入设备处接收可调整的组播多媒体业务数据的方法,其中,包括以下步骤:
-发送组播加入请求消息至所述接入设备;
-接收来自该接入设备的组播多媒体业务数据;
其中,还包括步骤:
-将该用户终端的设备相关信息报告给该接入设备。
10.根据权利要求9所述的方法,其中,所述设备相关信息包括用户终端能力信息。
11.一种在通信网络的接入设备中用于控制向用户终端发送可调整的组播多媒体业务数据的控制装置,其中,包括:
业务流提供装置,用于为用户终端提供具有适合业务属性的组播多媒体业务流。
12.根据权利要求11所述的控制装置,其中,还包括:
获取装置,用于获取与所述用户终端相关对应的业务获取能力信息;
所述业务流提供装置包括:
确定装置,用于根据获取的所述与该用户终端相对应的业务获取能力信息,确定具有与所述业务获取能力信息相对应的适合业务属性的组播多媒体业务流;
第一发送装置,用于将所确定的所述组播多媒体业务流发送至该用户终端。
13.根据权利要求11或12所述的控制装置,其中,还包括:
第一接收装置,用于接收来自所述用户终端的组播加入请求消息。
14.根据权利要求12或13所述的控制装置,其中,所述与该用户终端相对应的业务获取能力信息包括该用户终端的用户终端能力信息和/或与该用户终端相对应的网络带宽相关信息。
15.根据权利要求14所述的控制装置,其中,当所述业务获取能力信息为用户终端能力信息时,所述获取装置包括:
第二接收装置,用于接收来自该用户终端的设备信息报告消息,其中包含该用户终端的设备相关信息;
提取装置,用于由所述设备信息报告消息中提取所述设备相关信息;
获得装置,用于基于所述设备相关信息获得该用户终端的设备能力信息。
16.根据权利要求14或15所述的控制装置,其中,当所述业务获取能力信息为网络带宽相关信息时,所述获取装置包括:
检测装置,用于检测与该用户终端相对应的网络带宽相关信息。
17.根据权利要求12-16中任一项所述的控制装置,其中,所述组播多媒体业务数据为多个业务分层组播流,
所述确定装置还用于,根据获取的所述与该用户终端相对应的业务获取能力信息,在所述多个业务分层组播流中确定一个或多个业务分层组播流;
所述第一发送装置还用于,将所确定的所述一个或多个业务分层组播流发送至该用户终端。
18.根据权利要求11-17中任一项所述的控制装置,其中,所述业务属性包括分辨率。
19.一种在通信网络中的接入设备,其特征在于,包括根据权利要求11-18中任一项所述的用于控制向用户终端发送可调整的组播多媒体业务数据的控制装置。
20.一种在通信网络的用户终端中用于由接入设备处接收可调整的组播多媒体业务数据的数据接收装置,其中,包括:
第二发送装置,用于发送组播加入请求消息至所述接入设备;
第三接收装置,用于接收来自该接入设备的组播多媒体业务数据;
其中,还包括:
报告装置,用于将该用户终端的设备相关信息报告给该接入设备。
21.根据权利要求20所述的数据接收装置,其中,所述设备相关信息包括用户终端能力信息。
22.一种在通信网络中的用户终端,其特征在于,包括根据权利要求20或21所述的数据接收装置。
CN200710042224.9A 2007-06-19 2007-06-19 可调整的组播多媒体业务数据的传输方法及装置 Active CN101330436B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200710042224.9A CN101330436B (zh) 2007-06-19 2007-06-19 可调整的组播多媒体业务数据的传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200710042224.9A CN101330436B (zh) 2007-06-19 2007-06-19 可调整的组播多媒体业务数据的传输方法及装置

Publications (2)

Publication Number Publication Date
CN101330436A true CN101330436A (zh) 2008-12-24
CN101330436B CN101330436B (zh) 2014-04-30

Family

ID=40206037

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200710042224.9A Active CN101330436B (zh) 2007-06-19 2007-06-19 可调整的组播多媒体业务数据的传输方法及装置

Country Status (1)

Country Link
CN (1) CN101330436B (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932029A (zh) * 2010-08-13 2010-12-29 华为技术有限公司 数据传输方法、设备及系统
CN102761522A (zh) * 2011-04-26 2012-10-31 蓝云科技股份有限公司 内容提供装置、内容提供方法与多媒体系统
CN102802138A (zh) * 2011-05-25 2012-11-28 腾讯科技(深圳)有限公司 一种视频文件的处理方法和系统、视频代理系统
CN102801791A (zh) * 2012-07-25 2012-11-28 中兴通讯股份有限公司 一种基于终端能力调整业务的方法及系统
CN103297942A (zh) * 2010-08-13 2013-09-11 华为技术有限公司 数据传输方法、设备及系统
CN103595546A (zh) * 2012-08-17 2014-02-19 华为技术有限公司 一种可靠组播的实现方法和装置
CN103841085A (zh) * 2012-11-23 2014-06-04 华为技术有限公司 基于万维网的实时通信的实现方法及装置
CN104427628A (zh) * 2013-08-29 2015-03-18 中国电信股份有限公司 用于发送业务信息的方法、移动接入设备和系统
CN107872684A (zh) * 2016-09-23 2018-04-03 中国电信股份有限公司 视频码率调整方法、设备和系统、视频编码方法和服务器
CN111148050A (zh) * 2019-12-30 2020-05-12 展讯半导体(南京)有限公司 组播管理方法及装置
CN113038289A (zh) * 2021-03-18 2021-06-25 三星(中国)半导体有限公司 发送和接收视频数据方法、终端设备和服务器
WO2022198613A1 (zh) * 2021-03-26 2022-09-29 华为技术有限公司 一种媒体数据传输方法及通信装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002342219A (ja) * 2001-05-18 2002-11-29 Flex-Firm Inc コンテンツ提供方法
CN1859561B (zh) * 2005-11-01 2010-05-12 华为技术有限公司 流媒体点播系统及方法
CN100518292C (zh) * 2006-10-27 2009-07-22 华为技术有限公司 一种获取epg的方法及iptv业务系统
CN100456678C (zh) * 2006-11-28 2009-01-28 华为技术有限公司 为不同类型的终端提供iptv业务的方法和iptv业务系统

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9271134B2 (en) 2010-08-13 2016-02-23 Huawei Technologies Co., Ltd. Method, device and system for data transmission
CN103297942A (zh) * 2010-08-13 2013-09-11 华为技术有限公司 数据传输方法、设备及系统
CN101932029A (zh) * 2010-08-13 2010-12-29 华为技术有限公司 数据传输方法、设备及系统
CN102761522A (zh) * 2011-04-26 2012-10-31 蓝云科技股份有限公司 内容提供装置、内容提供方法与多媒体系统
CN102802138A (zh) * 2011-05-25 2012-11-28 腾讯科技(深圳)有限公司 一种视频文件的处理方法和系统、视频代理系统
CN102801791A (zh) * 2012-07-25 2012-11-28 中兴通讯股份有限公司 一种基于终端能力调整业务的方法及系统
CN103595546A (zh) * 2012-08-17 2014-02-19 华为技术有限公司 一种可靠组播的实现方法和装置
CN103841085A (zh) * 2012-11-23 2014-06-04 华为技术有限公司 基于万维网的实时通信的实现方法及装置
CN103841085B (zh) * 2012-11-23 2017-03-08 华为技术有限公司 基于万维网的实时通信的实现方法及装置
CN104427628A (zh) * 2013-08-29 2015-03-18 中国电信股份有限公司 用于发送业务信息的方法、移动接入设备和系统
CN107872684A (zh) * 2016-09-23 2018-04-03 中国电信股份有限公司 视频码率调整方法、设备和系统、视频编码方法和服务器
CN111148050A (zh) * 2019-12-30 2020-05-12 展讯半导体(南京)有限公司 组播管理方法及装置
CN111148050B (zh) * 2019-12-30 2022-03-29 展讯半导体(南京)有限公司 组播管理方法及装置
CN113038289A (zh) * 2021-03-18 2021-06-25 三星(中国)半导体有限公司 发送和接收视频数据方法、终端设备和服务器
WO2022198613A1 (zh) * 2021-03-26 2022-09-29 华为技术有限公司 一种媒体数据传输方法及通信装置

Also Published As

Publication number Publication date
CN101330436B (zh) 2014-04-30

Similar Documents

Publication Publication Date Title
CN101330436B (zh) 可调整的组播多媒体业务数据的传输方法及装置
KR100639973B1 (ko) 가입자 망에서 멀티캐스트 기반 ip tv 방송 서비스수신을 위한 방송 채널 정보 획득 및 등록 방법
CN102790923B (zh) 用户评论信息共享的方法、即时消息服务器及用户终端
EP2005745B1 (en) Delivery of subscription services to roaming users through head end equipment
US20130086618A1 (en) Smart phone as remote control device
CA2572717A1 (en) Methods and apparatus for efficient ip multicasting in a content-based network
US20100050215A1 (en) System and method for bandwidth handling
EP1750445B9 (en) Method and system for obtaining viewing information in broadband video system
US20170238224A1 (en) Method and system of supporting continuous access to content transmitied over two or more networks
US20200404558A1 (en) Digital Media Delivery
CN101390364B (zh) 优化路由器和多媒体单元之间数据流的方法
KR101419021B1 (ko) 방송 프로그램 전송 요청 방법 및 이에 대한 방송 프로그램 전송 방법
CN101521852B (zh) 采用移动数字电视播放系统的移动数字电视播放方法
CN1997148A (zh) 一种分发网络电视业务的装置与方法
US7990951B2 (en) Method and system for fast channel change in a communication device
EP2164225B1 (en) Method and system for data distribution
CN101137048A (zh) 单播方式下减少直播频道切换时间的方法
CN101931787B (zh) 一种组播节目的控制方法、装置和系统
CN101114986A (zh) 一种实现组播节目预览的方法
CA2763873C (en) Method for providing multicast services
KR20140050515A (ko) 멀티캐스트 및 유니캐스트 혼용 기반의 주문형 비디오 서비스 제공 장치 및 그 방법
CN103327372A (zh) 一种交换式视频广播的视频推流的方法、服务器及系统
EP2245855B1 (en) Communication unit and a method for providing access to an iptv network
CN101521626A (zh) 一种对组播节目进行分级控制的方法及接入设备
US20130219418A1 (en) Apparatus and method for changing fast channel based on svc in multicast mobile iptv service

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C56 Change in the name or address of the patentee

Owner name: SHANGHAI ALCATEL-LUCENT CO., LTD.

Free format text: FORMER NAME: BEIER AERKATE CO., LTD., SHANGHAI

CP01 Change in the name or title of a patent holder

Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee after: Shanghai Alcatel-Lucent Co., Ltd.

Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee before: Beier Aerkate Co., Ltd., Shanghai

CP01 Change in the name or title of a patent holder

Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee after: Shanghai NOKIA Baer Limited by Share Ltd

Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai

Patentee before: Shanghai Alcatel-Lucent Co., Ltd.

CP01 Change in the name or title of a patent holder