CN102057593A - 用于减少网际协议电视的信道改变响应时间的方法和设备 - Google Patents

用于减少网际协议电视的信道改变响应时间的方法和设备 Download PDF

Info

Publication number
CN102057593A
CN102057593A CN2008801296509A CN200880129650A CN102057593A CN 102057593 A CN102057593 A CN 102057593A CN 2008801296509 A CN2008801296509 A CN 2008801296509A CN 200880129650 A CN200880129650 A CN 200880129650A CN 102057593 A CN102057593 A CN 102057593A
Authority
CN
China
Prior art keywords
media stream
user terminal
subchannel
channel
auxiliary
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.)
Pending
Application number
CN2008801296509A
Other languages
English (en)
Inventor
Y·贝耶拉诺
P·V·N·科波尔
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 of America Corp
Original Assignee
Alcatel Lucent USA Inc
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 USA Inc filed Critical Alcatel Lucent USA Inc
Publication of CN102057593A publication Critical patent/CN102057593A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/76—Wired systems
    • H04H20/82—Wired systems using signals not modulated onto a carrier

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明包括一种用于改善信道改变响应时间的方法和设备。一种方法包括：使用不同的多个多播组向至少一个用户终端传播多个媒体流；以及向至少一个用户终端传播元信道，用于传送适于以趋于改善信道改变响应时间的方式选择媒体流之一的信息。媒体流包括传送媒体内容的原始媒体流以及从原始媒体流生成的至少一个辅助媒体流，至少一个辅助媒体流中的每个传送原始媒体流的媒体内容，其中至少一个辅助媒体流中的每个相对于原始媒体流在时间上偏移。由元信道传送的信息与媒体流相关。用户设备可接收元信道信息，并响应于来自用户终端的信道改变请求使用元信道信息选择媒体流之一或者网络设备可响应于来自用户终端的信道改变请求为用户终端选择媒体流之一。

Description

用于减少网际协议电视的信道改变响应时间的方法和设备
技术领域
本发明涉及通信网络的领域，更具体地，涉及在网际协议电视(IPTV)网络中的信道转换。
背景技术
信道改变响应时间(还已知为信道转换响应时间)是对于用户终端响应于用户发出的信道改变请求从一个电视信道切换至另一电视信道所需的时间。在现有数字电视系统(例如网际协议电视(IPTV)系统)中，信道转换响应时间通常较大(甚至可能以秒为量级)。不利地，这样大的信道转换响应时间明显降低了通常习惯于传统电视系统的更小信道转换响应时间的数字电视系统用户的体验质量(QoE)。
尽管提出了改善转换响应时间的某些机制，但是这些机制在以下的一个或多个方面存在不足：(1)强加于网络上的附加带宽需求的总量，(2)有效测量网络以处理最坏情况的能力，(3)在最佳、平均、和最差情形下降低转换响应时间的程度，(4)由于转换处理而带来的用户可察觉的图像失真，和(5)所述机制对于所有类型接入系统(例如有线电视系统、数字用户线系统、和FTTx)的适用性。
发明内容
通过一种用于改善信道改变响应时间的方法和设备解决现有技术中的各种缺陷。一种方法包括：使用不同的多个多播组向至少一个用户终端传播多个媒体流；以及向至少一个用户终端传播元信道，其用于传送适用于以趋于改善信道改变响应时间的方式选择媒体流之一的信息。媒体流包括传送媒体内容的原始媒体流以及从原始媒体流生成的至少一个辅助媒体流，其中至少一个辅助媒体流中的每个传送原始媒体流的媒体内容，其中至少一个辅助媒体流中的每个相对于原始媒体流在时间上偏移。由元信道传送的信息与媒体流相关。用户设备可接收元信道信息，并响应于来自用户终端的信道改变请求使用元信道信息选择媒体流之一，或者网络设备可响应于来自用户终端的信道改变请求为用户终端选择媒体流之一。
附图说明
结合附图，通过考虑以下具体实施方式，可容易理解本发明的教导，在附图中：
图1示出示例性数字电视网络架构的高级框图；
图2示出图1的示例性数字电视网络架构的高级框图，其中生成辅助媒体流以补充主要媒体流，用于改善信道转换响应时间；
图3示出一示例性时序图，其展示了图2的主要子信道和相关辅助子信道、以及与子信道相关的元信道的时序；
图4示出适于由转换加速器执行的用于提供改善的信道转换响应时间的示例性方法；
图5示出一示例性时序图，其展示了在图3的主要和辅助子信道和元信道的时序的环境下在用户终端处的操作时序；
图6示出适于由用户终端执行的用于改善信道转换响应时间的示例性方法；
图7示出用于展示在转换加速器处子信道的迁移的目的的一示例性时序图，其展示了主要子信道和相关辅助子信道的时序；
图8示出适于由转换加速器执行的用于执行子信道迁移操作的示例性方法；
图9示出用于展示在用户终端处子信道的迁移的目的的一示例性时序图，其展示了图7的主要子信道和相关辅助子信道的时序；
图10示出适于由用户终端执行的用于执行子信道迁移操作的示例性方法；
图11示出用于展示在存在多个辅助子信道的子信道迁移的目的的一示例性时序图，其展示了主要子信道和相关辅助子信道的时序；以及
图12示出适用于执行这里所述功能的通用计算机的高级框图。
为了便于理解，尽可能地使用相同标号来指示附图中通用的相同单元。
具体实施方式
本发明能够在数字电视系统中实现改善的信道转换响应时间。除了原始媒体流之外，本发明使用一个或多个辅助媒体流来减少对于用户终端的参考帧之间的时间，从而减少用户终端的用户所体验的信道转换响应时间。尽管这里主要针对使用IPTV网络架构传送的MPEG媒体流进行图示和描述，这里图示和描述的信道转换加速功能适用于使用任意通信网络传送的任意媒体流。
IPTV架构是在基于IP的传输网络上传输数字媒体流的架构。在IPTV架构中，典型地在IP多播树上传播电视信道，所述IP多播树以视频服务器(图示地，VS 110)为根，并且其中当前调整的用户终端(图示地，UT 140之一)包括IP多播树的叶节点。当用户启动信道改变操作(这里称为信道转换，其中用户请求从第一电视信道切换至第二电视信道)时，相关的用户终端执行离开操作以离开第一电视信道的多播组，并执行加入操作以加入第二电视信道的多播组。
电视信道的内容作为媒体流向用户终端传播。使用该电视信道的多播组来传播所述电视信道的媒体流(即，从而向作为该电视信道的多播组成员的每个用户终端传播媒体流)。媒体流可以是任意类型的媒体流。例如，媒体流可以是运动图像专家组(MPEG)媒体流、微软窗口媒体视频(WMV)媒体流、RealNetworks RealVideo媒体流等。为了清楚地描述信道转换加速功能，这里主要在使用MPEG媒体流的IPTV架构的环境中图示和描述信道转换加速功能。
MPEG媒体流包括I帧、P帧、和B帧，其中通常，I帧传送主要图像，与I帧相关的P帧和B帧传送对于由I帧传送的图像的增量，直到下一I帧。图像组(GOP)指的是包括I帧以及与I帧相关的P帧和B帧的一段MPEG媒体流。由于在现有系统中，响应于信道改变操作，在用户终端开始呈现媒体流的内容之前，用户终端必须接收I帧(以及某些相关的P帧和B帧)，所以在呈现用户经由信道改变操作而请求的电视信道的内容之前，用户终端不得不等待直到下一GOP。
如上所述，信道转换是在用户终端从一个电视信道切换至另一电视信道的动作。通常，信道转换所采用的时间(通常称为信道转换响应时间、或转换响应时间)是数字电视系统(例如图1的IPTV网络)中的主要问题。存在两个决定信道转换响应时间的因素。第一个因素是用户终端离开一个多播组并加入另一多播组所需的时间，称为信令延迟(SD)。第二个因素是用户终端在媒体流上接收到足够数据以能够开始呈现由媒体流传送的内容所需的时间。
第二个因素包括两个子因素。第一个子因素是第一I帧延迟(FID)，这是从用户终端加入多播组的时刻直到用户终端在所述多播组上接收到第一I帧的时刻的时间长度。第二个子因素是用户终端缓冲延迟(UBD)，这是从用户终端接收到第一I帧的时刻直到用户终端能够向用户呈现内容的时间长度(由于在用户终端开始呈现内容之前，必须接收至少一些与I帧相关的P帧和B帧)。UBD几乎没有改善的空间。这里图示和描述的信道转换加速功能能够在FID时间中实现明显的降低，从而得到用户体验的更小信道转换响应时间。
图1示出示例性数字电视网络架构的高级框图。具体地，图1的数字电视网络架构100包括多个视频服务器(VS)1101-110N(总称为VS 110)、支持多播的IP网络(MIPN)120、和多个接入复用器(AM)1301-130N，其分别支持多个用户终端(UT)14011-1401N至140N1-140NN(总称为UT 140)。
VS 110适于提供媒体内容。VS 110可提供任意类型的媒体内容(例如，电视节目、电影等，及其各种组合)。在一个实施例中，VS 110可从这种媒体内容的其他源接收媒体内容的至少一部分。在一个实施例中，VS 110可本地存储媒体内容的至少一部分。VS 110适于向UT 140提供媒体内容。VS 110经由MIPN 120和相关AM 130向UT 140提供媒体内容。VS 110使用媒体流向UT 140提供媒体内容。媒体流可以是适于传送内容的任意类型的数字媒体流(例如MPEG流等)。
在一个实施例中，在IPTV环境下，VS 120为每个电视信道生成一个媒体流，并且向UT 140传播所生成的媒体流。VS 120可使用广播媒体流或多播媒体流向UT 140传播媒体流。如果使用多播媒体流传播电视信道的内容，则多播组与电视信道相关，从而UT 140可加入多播组(以开始接收所述电视信道的内容)并离开多播组(以停止接收电视信道的内容)。UT 140可使用与多播组相关的多播地址加入多播组。
MIPN 120是支持多播功能的网络。但是这里为了简明的目的而省略，MIPN 120包括支持多播功能的网络单元(例如路由器、交换机等、及其各种组合)。MIPN 120使用多播功能支持从VS 110向AM 130的媒体流的下游传播。MIPN 120支持从AM 130向VS 110的信令上游传播。MIPN 120可包括任意类型、数目、和配置的多播节点，这取决于网络提供商的需求/期望。
MIPN 120包括转换加速器(ZA)125。ZA 125适于以减少信道转换响应时间的方式提供信道转换加速功能。ZA 125生成传送电视信道的内容的媒体流的一个或多个时移的复制品，从而减少UT 140响应于信道改变请求而不得不等待直到电视信道的下一参考帧(例如I帧，其中使用MPEG)可用于UT 140呈现电视信道的时间长度。ZA 125还能够响应于所述UT 140的信道改变请求以趋于减少UT 140的信道转换响应时间的方式选择媒体流之一(例如原始媒体流或复制品之一)。
如图1所示，在一个实施例中，将ZA 125部署为MIPN 120中的独立单元(即在VS 110和AM 130之间)；然而，ZA 125可通过各种其他方式部署(可包括一个或多个这种ZA模块的使用)。在其他实施例中，ZA 125可以在MIPN 120的一个或多个网络单元上实现。在其他实施例中，ZA 125可以在VS 110上实现(例如，在每个VS 110支持信道转换加速功能时)。在其他实施例中，ZA 125可以在AM 130上实现(例如，在每个MA 130支持信道转换加速功能时)。信道转换加速功能可通过这里图示和描述的各种其他方式部署。
可参照图2-图11更好地理解由ZA 125支持的信道转换加速功能。
AM 130提供MIPN 120和UT 140之间的接入。如图1所示，每个AM 130服务于多个UT 140。AM 130适于从VS 110向UT 140传播媒体流。AM 130也可适于执行其他功能，包括，这里图示和描述的某些信道转换加速功能。AM 130可适于处理来自UT 140的信令，以及适于从UT 140向上游传播信令(例如到MIPN 120中的节点或甚至到VS 110)。
在AM 130和UT 140之间的接入可通过多种方式提供。在一个实施例中，接入可使用有线电视(CATV)技术来提供，在这种情况下AM 130可以是首端。在一个实施例中，接入可使用数字用户线技术来提供，在这种情况下AM 130可以是DSLAM。在一个实施例中，结束可使用基于光纤的接入技术来提供，在这种情况下AM 130可以是PON OUT/ONU。在AM 130和UT 140之间的接入可通过各种其他方式来实现。
UT 140可以是能够支持数字媒体流的任意用户终端。例如，UT 140可包括机顶盒(STB)和相关电视。例如，UT 140可包括能够呈现数字媒体流的计算机。例如，UT 140可包括服务于一个或多个相关数字媒体呈现设备(例如计算机、电视等)的家庭网关设备。UT 140可包括适于与数字电视系统交互以接收和呈现数字媒体流的任意其他类似设备。
图2示出图1的示例性数字电视网络架构的高级框图，其中生成辅助媒体流以补充主要媒体流，用于改善信道转换响应时间。如图2所示，VS 110向ZA 125传播主要媒体流2100。主要媒体流2100使用分组的流来传送电视信道的内容。ZA 125接收主要媒体流2100。ZA 125继续向AM 130传播主要媒体流2100，用于分发至UT 140。ZA 125生成主要媒体流的一个或多个时移的复制品，并且向AM 130传播时移的复制品，用于分发至UT 140。
在图2的实例中，从主要媒体流2100，ZA 125生成第一辅助媒体流2101和第二辅助媒体流2102(总称为辅助媒体流210A)。辅助媒体流210A传送与主要媒体流2100传送的内容相同的内容。ZA 125向AM 130传播辅助媒体流2100，用于分发至UT 140。如上所述，可以考虑将主要媒体流在主要子信道上传送，可以考虑将辅助媒体流(多个)在各辅助子信道(多个)上传送。主要媒体流2100和辅助媒体流210A共同称为媒体流210。这里，主要子信道和辅助子信道共同称为子信道。
可通过任意方式从主要媒体流生成辅助媒体流。在一个实施例中，当在ZA 125处从VS 110接收到分组p时，将分组p在ZA 125上的缓冲器中存储持续时间d(这是预定的)。在这个实施例中，假设在每个媒体流之间的时移是时移t。在这个实施例中，在持续时间d的末尾，在主要子信道上向AM 130传播分组p，在持续时间d+t的末尾，在第一辅助子信道上向AM 130传播分组p，在持续时间d+2t的末尾，在第二辅助子信道上向AM 130传播分组p，依此类推，直到在所有辅助子信道上传播了所述电视信道的分组。这个处理在ZA 125处对于主要媒体流的每个分组，对于为电视信道生成的每个辅助媒体流而重复。
媒体流210在时间上彼此偏移GOP长度的小部分。由于请求接收电视信道的用户终端具有加入辅助媒体流210A之一的选项(相比于在主要媒体流2100上可用的下一I帧，将更快地提供I帧)，这样减少了由媒体流210传送的电视信道的FID时间，而不必等待直到主要媒体流2100上的下一I帧。例如，假设GOP长度大约为750ms，第一辅助媒体流2101可与主要媒体流2100偏移250ms，第二辅助媒体流2102可与主要媒体流2100(例如相对于其延迟)偏移500ms，从而I帧在每250ms可用于电视信道，而并非750ms。可参照图3更好地理解媒体流的定时。
对于电视信道支持的媒体流的数目可取决于在主要媒体流中的最大GOP。例如，对于给定电视信道，其中s是用于电视信道的媒体流中的最大GOP(时间单位)，而T是期望的时移，电视信道支持的媒体流的最大数为s/T。换句话说，在电视信道的参考帧(例如I帧)之间的时间粒度存在灵活性(例如，可以以在网络中消耗附加带宽的增加数量的辅助媒体流为代价，使用更大数量的辅助媒体流来减少电视信道的参考帧之间的时间)。
可使用多播组来支持媒体流210(即每个媒体流一个多播组)。可使用唯一多播地址来识别不同多播组(即，向ZA 125所传播的每个媒体流分配不同的多播地址)。这使得UT 140能够加入趋于最小化，或甚至减少用户终端的信道转换响应时间的与媒体流相关的多播组。用户终端离开一个多播组(例如与传送用户从中改变电视信道的媒体流相关的多播组)和加入另一多播组(例如与传送用户改变到的电视信道的媒体流之一相关的多播组)所需的操作可通过任意方式执行。
ZA 125能够响应于用户终端处的信道改变请求，使得用户终端加入与传送趋于最小化用户终端的FID时间并由此趋于最小化用户终端的信道转换响应时间的媒体流的子信道相关的多播组。ZA 125能够通过多种方式使得用户终端加入最佳子信道，这可取决于多个因素(例如，网络中的ZA 125的位置、在带宽限制和信令限制之间的平衡等、及其各种组合)。
在一个实施例中，ZA 125生成选择信息，所述选择信息适于在选择趋于最小化信道转换响应时间的子信道之一时使用。在一个这样的实施例中，ZA 125向用户终端传播所述选择信息，由用户终端在响应于信道改变请求而选择子信道之一时使用。在另一个这样的实施例中，ZA 125向下游的网络组件(例如服务于UT 140的AM 130)传播所述选择信息，由下游网络组件响应于信道改变请求而选择子信道之一时使用。然后，下游网络组件向用户终端传播表示所选择的子信道的信息，由用户终端在加入所选择的子信道的多播组时使用，或者下游网络组件可将用户终端透明地切换至所选择的子信道的多播组。所述选择信息可作为元信道传播。
在一个实施例中，ZA 125响应于来自用户终端的信道改变请求，选择趋于最小化信道改变响应时间的子信道之一。在这个实施例中，由于ZA 125使用适用于选择子信道之一的信息来选择子信道之一，所以选择信息可考虑存在于ZA 125中(而不在网络单元之间传播)。在一个这样的实施例中，ZA 125可向用户终端传播表示子信道选择的信息，用于用户终端加入所选择的子信道的多播组。在另一个这样的实施例中，依据在哪里实现ZA 125，ZA 125可透明地将用户终端切换至所选择的子信道的多播组，或者可向网络组件传播表示子信道选择的信息，用于透明地将用户终端切换至所选择的子信道的多播组。
这里主要关于这样的实施例来图示和描述信道转换加速功能，在所述实施例中，ZA 125从主要媒体流生成至少一个辅助媒体流；向用户终端传播主要和辅助媒体流；响应于信道改变请求生成元信道，所述元信道包括适于由用户终端在选择媒体流之一时使用的信息；以及向用户终端传播元信道。可参照关于图3和图4图示和所述的示例性实施例更好地理解这个实施例。
图3示出一示例性时序图，其展示了图2的主要子信道和相关辅助子信道、以及与子信道相关的元信道的时序。如图3所示，提供了主要子信道3100(表示为SUB-CH-0，与主要媒体流2100相关)、第一辅助子信道3101(表示为SUB-CH-1，与主要媒体流2101相关)、和第二辅助子信道3102(表示为SUB-CH-2，与主要媒体流2102相关)相对于彼此，以及相对于相关的元信道311的时序。所述时序在包括9个时区的时间长度的环境中表示，其中每个时区在相关的时间点3201-3209(总称为时间点320)开始。
与子信道310相关的媒体流210传送相同的内容(例如，电视信道的内容)。媒体流210均传送GOP，其包括I帧和相关的P帧和B帧。将GOP表示为X，X+1，和X+2。如图3所示，每个GOP是750ms长。如图3进一步所示，每个时区是250ms长。子信道310在时间上彼此偏移，其中子信道310中相邻的子信道偏移250ms。第一辅助子信道3101滞后主要子信道3100 250ms。第二辅助子信道3102滞后第一辅助子信道3101 250ms，因此滞后主要子信道3100 500ms。250ms增量的使用仅用于简化的目的(即，可支持不同的其他时间长度)。
如图3所示，在主要子信道3100上GOP X的传播在时间点3201开始，在第一辅助子信道3101上GOP X的传播在时间点3202开始，在第二辅助子信道3102上GOP X的传播在时间点3203开始，在主要子信道3100上GOP X+1的传播在时间点3204开始，依此类推。因此，由于每个GOP的第一帧是I帧，所以对于这个电视信道的GOP X的I帧在三个不同时间可用，即在时间点3201、3202和3202(与辅助子信道不可用的现有系统相反，在这种情况下对于每个GOP的I帧仅可用一次，因此如果用户终端在I帧之后加入电视站的多播组，用户终端将不得不一直等待，直到下一GOP的开始)。
因此，从图3可以看出，如果没有第一辅助子信道3101和第二辅助子信道3102，请求改变这个电视信道的用户终端将在接收到对于所述电视信道的第一I帧之前必须等待直到750ms。相反，只要选择了最佳子信道(例如，考虑检测到信道改变请求的时间、子信道的时序、加入所选择的子信道的多播组所需的时间长度、和类似因素)，通过使用第一辅助子信道3101和第二辅助子信道3102，请求改变这个电视信道的用户终端在接收所述电视信道的第一I帧之前仅必须等待最多大约250ms。
响应于在用户终端处的信道改变请求，元信道311提供用户终端选择子信道310之一所适用的信息。在一个实施例中，元信道311传送对于一个电视信道的子信道选择信息。在另一实施例中，元信道311可传送对于多个不同电视信道的子信道选择信息。在一个实施例中，可使用多播组来传送元信道311。用户终端可响应于检测到信道改变请求加入元信道311的多播组(例如，在元信道311传送一个电视信道的信息时)，或者可始终保持定制元信道311的多播组(例如，在元信道311传送所有电视信道的信息时)。
如上所述，响应于在用户终端处的信道改变请求，元信道311提供用户终端在选择子信道310之一时适用的信息(表示为子信道选择信息)。在一个实施例中，元信道311可提供明显地识别用户终端应该在时间上的那个时刻选择哪个子信道310的信息(即，子信道310的选择在网络中执行，并例如通过传播子信道标识符、多播地址等、及其各种组合而发送至用户终端)。在一个实施例中，元信道311传送用户终端在选择使用哪个子信道310时使用的信息。在这个实施例中，可通过许多不同方式提供信息的许多不同组合。
在一个实施例中，可对在元信道311上提供的子信道选择信息进行编码，从而带宽需求独立于支持的子信道的数目。这种独立性需要不同多播组地址向子信道310的分配。在一个实施例中，例如，可在用户终端为每个电视信道预先配置地址池。在这个实施例中，元信道311可随后将基础索引包括到地址池中，使得用户终端能够使用在元信道311上传送的其他信息识别用户终端选择的子信道所使用的多播地址。
在一个实施例中，使用子信道选择信息(在这里可表示为STI消息，或简单地STI)传播电视信道的子信道选择信息。在一个实施例中，在元信道311上对于主要子信道3100中的每个GOP提供一个子信道选择信息消息。在主要子信道3100上发送这个GOP的I帧之前的至少j个时间单位，在元信道311上发送子信道选择信息消息。在一个实施例中，可将对于多个不同电视信道的子信道选择信息打包在一个IP分组中(从而更有效地适应IP报头开销)。在这个实施例中，如上所述，一个元信道311可用于多个电视信道。
在一个这样的实施例中，子信道选择信息消息可实现为五元组，如下：(id，NI time，T，N，Mid)，其中id识别电视信道，NI time是直到在主要子信道上发送下一I帧的时间长度，T是在相邻子信道之间的时移的量，N是对于这个电视信道的子信道(包括主要子信道)的总数，以及M id是在多播地址池中用于识别在用户终端处所选择的子信道的多播地址的索引。NI time应该至少为用户终端加入所选择的子信道的多播组所需的时间(因为，否则，用户终端将仍旧丢失所选择的子信道的I帧，并且将不得不等待直到下一子信道的I帧)。
由于可使用不同子信道选择信息通过许多不同方式执行子信道选择，所以通过表示最近I帧在上面可用的子信道的方式图示在图3中所示的元信道311。换句话说，在图3中所示的元信道311的每个方形中，元信道311的方形中的数字对应于下一I帧在上面可用的子信道310的标识符。例如，在时间点3201和3202之间，由于已经在主要子信道3100上发送了GOP X，所以元信道311指示对于GOP X的最近I帧是第一辅助子信道3101。类似地，例如，在时间点3202和3203之间，由于已经在主要子信道3100和第一辅助子信道3101上发送了GOP X，所以元信道311指示对于GOP X的最近I帧是第二辅助子信道3102。
尽管这里主要在将转换加速器实现为视频服务器和接入复用器之间设置的独立系统以及支持两个辅助子信道(并因此，支持两个辅助媒体流)的示例性实施例的环境中图示和描述辅助子信道生成和传播、以及元信道生成和传播，但是可通过各种其他方式实现辅助子信道生成和传播、以及元信道生成和传播。这里参照图4图示和描述根据一个示例性实施例的方法。
图4示出适于由转换加速器执行的用于提供改善的信道转换响应时间的示例性方法。具体地，图4的方法400包括用于生成和向用户终端传播媒体流以及相关元信道的方法。尽管图示和描述为连续执行，但是图4的方法400的步骤的至少一部分可同时执行，或以不同于参照图4图示和所述的顺序执行。方法400在步骤402开始，并进行至步骤404。
在步骤404，接收原始媒体流。原始媒体流传送电视信道的内容。在步骤406，从原始媒体流生成至少一个辅助媒体流。至少一个辅助媒体流包括传送与原始媒体流相同内容的原始媒体流的至少一个时移的复制品。在步骤408，使用各子信道向接入复用器传播媒体流(包括原始和辅助媒体流)。
在步骤410，生成子信道选择信息。子信道选择信息可包括响应于在用户终端处的信道改变请求，适用于用户终端(和在某些其他实施例中的网络组件)选择对于用户终端提供最短信道转换响应时间的媒体流之一的任何信息。在步骤412，使用元信道向用户终端传播所生成的子信道选择信息。在步骤414，方法400结束。
图5示出一示例性时序图，其展示了在图3的主要和辅助子信道和元信道的时序的环境下在用户终端处的操作时序。如图5所示，主要子信道3100、第一辅助子信道3101、和第二辅助子信道3102与参照图3图示和所述的相同。此外，如参照图3图示和所述，元信道311传送适于由用户终端(图示地，图1的UT 140之一)使用的信息，所述信息在响应于在用户终端处的信道改变请求，以趋于最小化信道转换响应时间的方式选择子信道之一时使用。
如图5所示，在用户终端处执行这些动作，所述动作能够加入传送响应媒体流的任意子信道的多播组，并且还能够加入(或可替代地，可能已经被加入)传送子信道选择信息的元信道的多播组，所述子信道选择信息适于由用户终端以趋于减少对于用户终端的信道转换响应时间的方式选择子信道之一时使用。
在第一时间点(表示为511)，用户选择一电视信道。例如，用户可有遥控器改变电视信道。
在第二时间点(表示为512)，在从第一时间点的某个延迟之后，用户终端在元信道311上接收信息。在元信道311上接收的信息包括用户终端可确定对于用户选择的电视信道选择哪个子信道310的信息。
在一个单独元信道提供对于所有电视信道的元信道信息的一个实施例中，用户终端可保持始终调整到元信道(从而用户终端不需要响应于在第一时间点用户对电视信道的选择而加入元信道311的多播组)。
在不同元信道提供对于不同电视信道的元信道信息的一个实施例中，用户终端必须加入与所选择的电视信道相关的元信道的多播组，以接收元信道信息(在这个实例中，元信道311)。例如，用户终端可使用多播组的多播地址(例如，可在用户终端上预先配置)来加入元信道311的多播组。
如图5所示，当元信道传送表示第一辅助子信道3101是能够提供对于用户终端的最佳信道转换响应时间的子信道310时，用户终端接收元信道311上的元信道信息。
如上所述，可通过许多方式执行子信道选择。
在一个实施例中，可通过使用在元信道311上接收的子信道选择信息由用户终端执行子信道选择。可通过许多方式由用户终端执行子信道选择(这可取决于可用于元信道311上的用户终端的信息)。
在例如元信道311传送参照图3所述的五元组STI(即格式(id，NI time，T，N，M id)的五元组)的一个实施例中，可由用户终端如下执行子信道选择处理。
用户终端在元信道311上接收STI，并保留用于所选择的电视信道的至少最后两个STI(表示为STI1和STI2)，以及STI的到达时间(分别表示为对于STI1和STI2的t1和t2)。如果在初始化期间，用户终端还未接收到对于电视信道的两个STI，则用户终端将选择主要子信道3100，否则，如下应用附加子信道选择逻辑。
在这个附加子信道选择逻辑中，注意以下内容：(1)存在N个子信道(表示为SC0、SC1、…、SCN-1，其中SC0是主要子信道)；以及(2)在时间lt0，对于SC0上的每个I帧，在时间ltj＝lt0+(j×T)，l出现在SCj上，1≤j≤N。在一个实施例中，使得tc指示在用户终端处从用户接收信道改变请求的时间，目标是确定具有属性ltk-1-J＜tc＜ltk-J的子信道SCk，其中ltk-1和ltk是I帧I指定为分别在子信道k-1和k上发送的时间段，其中J表示用户终端加入多播组所需的时间。换句话说，k在于，在时间tc，对于用户终端太晚而无法加入子信道SCk-1但是足够用户终端加入子信道SCk。k的值可计算如下：
(Itk-1-J)＜tc＜(Itk-J) (公式1)
(It0+(k-1)×T-J)＜tc＜(It0+k×T-J) (公式2)
k - 1 < t c - It 0 + J T < k (公式3)
Figure BPA00001269685700142
(公式4)
在这个实施例中，基于k的计算，在子信道k上到下一I帧的时间计算如下：
Itk＝It0+(k×T)-tc (公式5)
在这个实施例中，由于用户终端保留至少最后两个(或更多个)STI消息，用户终端可计算上述对于每个STI消息的下一I帧的时间。这里，使得ti为第i个STI消息(表示为STIi)的到达时间，该消息包括对于I帧Ii的时序信息，用户终端分别计算子信道索引SCk(STIi)和时间tki，子信道索引SCk(STIi)指定了提供I帧Ii的最近子信道时间tki指定了在子信道SCk上发送I帧Ii的相应时间。
在这个实施例中，用户终端通过计算在主要子信道SC0上提供I帧Ii的时间来开始，其计算如下：lt0(STIi)＝ti+NI time(STIi)。然后，用户终端通过使用以上图示和描述的公式4和公式5分别计算指定提供I帧Ii的最近子信道的子信道索引SCk(STIi)和指定在子信道SCk上发送I帧Ii的相应时间的时间tki。然后，用户终端通过加入满足以下公式的STIl的SCk(STIi)来加入最小化用户终端必须等待接收I帧Ii的时间的子信道的多播组：
STI i = arg min STI i It k ( STI i ) (公式6)
在一个实施例中，可在网络中执行子信道选择(例如，在独立转换加速器处，在服务于支持至少某些转换加速功能的用户终端的AM上，或通过能够执行这种功能的另外其他网络单元或网络单元的组合)。
在一个这样的实施例中，为用户终端选择媒体流的网络单元可向用户终端提供表示选择的信息，用户终端可随后使用所述信息加入所选择的媒体流的多播组。例如，在网络中执行子信道选择的一个实施例中，元信道311可传送明确识别为用户终端选择的子信道的信息(即，向用户终端明确告知要加入哪个子信道310，以最小化用户终端的信道转换响应时间)。例如，元信道311可传送对于为用户终端选择的子信道的多播组的多播地址。在这个实例中，用户终端可简单地加入所选择的子信道的多播组，而无需执行任意上述子信道选择处理。
在另一个这样的实施例中，为用户终端选择媒体流的网络单元可执行以对于用户终端透明的方式适于将用户终端切换至所选择的媒体流的多播组的一个或多个动作。例如，在通过服务于用户终端的接入复用器执行的子信道选择的一个实施例中，接入复用器可使用多播地址在接入复用器处覆写，以自动向用户终端提供与接入复用器所选择的子信道相关的媒体流。在这样的实施例中，实质上没必要呈现元信道(即不需要向用户终端传播)，然而，由于接入复用器必须执行某些操作为用户终端选择子信道，所以元信道可考虑存在于接入复用器中。
如上所述，图5示出了在用户终端处使用在元信道中提供的子信道选择信息执行子信道选择处理的实施例。返回至图5，用户终端在第二时间点加入元信道311。
在第三时间点(表示为513)，在从第二时间点的某个延迟之后(在此期间，用户终端在执行处理以选择可用子信道之一和加入所选择的子信道的多播组)，用户终端加入所选择的子信道(在图5的实例中，为第一辅助子信道3101，表示为SUB-CH-1)。由于在下一I帧可用之前，用户终端必须加入所选择的子信道，所以用户终端随后必须等待一定时间段，直到在所选择的子信道SUB-CH-1上接收下一I帧。
在第四时间点(表示为514)，在从第三时间点的某个延迟之后，用户终端在所选择的子信道SUB-CH-1上接收下一I帧(图示地，GOP X的I帧)。然而，如上所述，用户终端不能够显示通过所选择的子信道SUB-CH-1的媒体流传送的内容，因为不能够仅使用I帧来显示内容。而是在显示由用户选择的电视信道之前，用户终端必须等待一定时间段，直到接收GOP X的P帧和B帧中的至少一些。
在第五时间点(表示为515)，在从第四时间点的某个延迟之后(在此期间，用户终端接收与所接收的I帧相关的P帧和B帧中的某些)，用户终端显示通过所选择的子信道SUB-CH-1的媒体流传送的内容，即，用户终端显示由用户选择的电视信道。如图5所示，在接收I帧的时间和向用户显示电视信道的时间之间，用户终端等待大约100ms。
如图5所示，由于信道转换加速器功能在信道转换响应时间上的改善是明显的。
在缺少这样的信道转换加速器功能时，在向用户显示电视信道之前，用户终端将不得不等待几乎GOP X的整个长度(从用户改变电视信道的时间点511，直到在主要子信道3100上GOP X+1的开始)，加上在接收GOP X+1的I帧之后的附加时间(即，用户终端接收P帧和B帧所需的、用户终端显示电视信道所需的时间)。因此，在图5的实例中，假设750ms的GOP长度，假设100ms的UBD时间，在缺少信道转换加速器功能时，从用户请求信道改变的时间直到为用户显示所请求信道的时间，用户将不得不等待大约800ms。
相反，在图5的实例中，假设750ms的GOP长度，假设使用两个辅助媒体流，以及假设100ms的UBD时间，在使用信道转换加速器功能时，从用户请求信道改变的时间直到为用户显示所请求信道的时间，用户仅必须等待大约400ms。因此，使用这样的信道转换加速器功能，用户体验的信道转换响应时间可明显减少，而网络带宽需求或接入带宽需求不存在任何明显增加。
图6示出适于由用户终端执行的用于改善信道转换响应时间的示例性方法。具体地，图6的方法600包括使用元信道中传送的信息选择多个媒体流之一的方法。尽管图示和描述为连续执行，但是方法600的步骤的至少一部分可同时执行，或以不同于参照图6图示和所述的顺序执行。方法600在步骤602开始，并进行至步骤604。
在步骤604，接收信道改变请求(例如从用户经由用户接口，如电视遥控器)。
在步骤606，在元信道上接收子信道选择信息。如上所述，依据实施方案，用户终端可能已经加入为所有可用电视信道传送子信道选择信息的元信道的多播组，或者用户终端可能不得不加入为用户所请求的电视信道传送子信道选择信息的元信道的多播组。
在步骤608，使用所述子信道选择信息选择(包括主要子信道和至少一个辅助子信道的多个子信道中的)子信道。以趋于最小化用户终端的信道转换响应时间的方式选择子信道。可通过许多方式选择子信道。
在步骤610，加入所选择的子信道的多播组。可通过多种方式加入所选择的子信道的多播组。
在一个实施例中，用户终端可使用在用户终端上预先配置的多播地址信息和/或经由元信道在用户终端处接收的多播地址信息来加入所选择的子信道的多播组。例如，在元信道上接收的信息可向用户终端上配置的多播地址的组提供索引。
在一个实施例中，用户终端可向网络传输信号，提供由用户终端选择的子信道的指示，并且作为响应，网络执行一些动作将用户终端切换至所选择的子信道(例如，通过使用在服务于用户终端的接入复用器处的地址覆写，从而将用户终端切换至所选择的子信道)。
在步骤612，在所选择的子信道上接收媒体流。媒体流传输由用户请求的电视信道的内容。媒体流可以以传输这种内容的任意方式传输电视信道的内容(例如使用媒体编码、任意传输协议等，取决于实施方案)。
在步骤614，在用户终端处显示所接收的媒体流的内容。用户终端可以以任意方式显示所接收的媒体流的内容(例如，STB提供内容在电视上显示，家庭网关设备提供内容在计算机监视器上显示等)。
在步骤616，方法600结束。尽管图示和描述为结束(为了简明)，可执行和/或提供各种其他动作和/或功能。例如，方法600可响应于附加信道改变请求而重复。例如，用户终端可为了保存网络带宽的目的从辅助子信道迁移至主要子信道。可提供各种其他动作和/或功能。
在先前讨论中，为了简明，隐含的假设是，对于每个电视信道，所有子信道始终是活动的，因此消耗网络资源。由于始终保存所有可能过的子信道可能很浪费，所以在一个实施例中，如果只有可得益于子信道的至少一个用户终端，子信道是激活的。
在一个这样的实施例中，用户终端经由元信道接收子信道选择信息，从而用户终端认为所有子信道是活动的，因为他执行子信道选择处理(即，辅助子信道的动态激活/去激活对于用户终端是透明的)。然而，在转换加速器处(即，为主要子信道生成辅助子信道的网络单元)，如果只有加入了该子信道的相应多播组的至少一个用户终端，则在所述媒体流的辅助子信道上传播媒体流。
在一个实施例中，为用户终端执行子信道选择的设备经由元信道接收子信道选择信息，从而为用户终端执行子信道选择的设备认为所有子信道是活动的，因为他执行子信道选择处理。然而，在转换加速器处(即，为主要子信道生成辅助子信道处)，如果只有加入了该子信道的相应多播组的至少一个用户终端，则在所述媒体流的辅助子信道上传播媒体流。
在这个实施例中，由于可能没有激活由用户终端选择的辅助子信道(例如，在用户终端是选择所述子信道的第一个用户终端)，所以不存在用户终端可能加入的相应多播组，因此用户终端必须向网络提供需要激活所选择的子信道的指示。在这个实施例中，并非简单地加入所选择的子信道的多播组，用户终端向网络传输信号，向网络通知需要激活所选择的子信道。来自从用户终端的这个上游信令相关的成本将取决于转换加速器的位置(即，取决于在网络中的多深处执行子信道激活功能)。
在接入复用器上实施转换加速器的一个实施例中，上游信令增加了可忽略的附加信令延迟。在接入复用器上游实施转换加速器的其他实施例中，附加信令延迟将取决于多个因素(例如，转换加速器位于与网络多远、网络的大小等、及其各种组合)。一般地，在转换加速器接近于视频服务器时，在网络中(对于所选择的子信道)建立多播树所需的时间变大。
在一个实施例中，可支持一个或多个功能，以减少附加信令延迟的影响和多播树建立成本。
在一个实施例中，例如，可采用固定多播树(pinned-down multicast tree)来减少多播树建立时间。在一个这样的实施例中，在激活子信道的时间之前，在多播网络的网络单元上预先配置转发项目，但是在多播树上不传播数据，直到激活子信道(即，直到至少一个用户终端加入所述多播树的多播组)。
例如，在使用固定多播树来减少多播树建立时间的一个实施例中，仅在将作为多播树的分支点操作的多播网络的网络单元上预先配置固定多播树。这确保了只有当存在悬挂于多播树的分支的至少一个终端时，数据在多播树的分组上流动。
例如，在一个实施例中，可采用逻辑单跳路径来减少多播树建立时间。在一个这样的实施例中，可在转换加速器和多播网络的每个接入复用器之间提供逻辑单跳路径。在这个实施例中，只有当存在请求加入多播组的至少一个用户终端(由接入复用器服务)时，在逻辑跳上启用数据转发。
尽管这里主要参照用户终端执行子信道选择处理的实施例图示和描述动态子信道激活/去激活功能，但是也可在用户终端不执行子信道选择处理的其他实施例中采用动态子信道激活/去激活功能。例如，在服务于用户终端的接入复用器执行对于用户终端的子信道选择的一个实施例中，可由此适配动态子信道激活/去激活功能(例如，从而以使得子信道的激活/去激活对于接入复用器透明的方式向接入复用器提供元信道)。
在先前讨论中，为了简明，还隐含假设一旦用户终端加入子信道(不管他是主要子信道还是辅助子信道之一)，用户终端保持加入所述子信道。由于只有当存在可得益于子信道的至少一个用户终端时期望激活子信道，所以，如果可能，还期望去激活子信道，以减少消耗的网络资源。由此，在一个实施例中，与电视信道的辅助子信道相关的每个用户终端将从电视信道的辅助子信道迁移至电视信道的主要子信道，从而可去激活辅助子信道。
为了将用户终端从辅助子信道迁移至相关的主要子信道，辅助子信道(初始在实践上滞后于主要子信道)必须最终在时间上领先于主要子信道。使得辅助子信道领先于主要子信道，从而在迁移之前，可在用户终端处积累足够数据，从而当用户终端离开辅助子信道的多播组并加入主要子信道的多播组时，用户终端可使用积累的数据继续显示内容。因此，辅助子信道应该领先于主要子信道至少在开始迁移之前积累所需数据所需要的时间。
换句话说，如上所述，每个辅助子信道滞后于主要子信道的含义在于，在用户终端处，对于给定GOP，在GOP到达任意辅助子信道之前，GOP开始到达主要子信道。滞后时间至少为时移T。为了从辅助子信道(表示为子信道SCj，2≤j≤N)迁移至主要子信道(表示为M)，辅助子信道SCj必须首先在时间上赶上主要子信道M(即，从而这是SCj和M上的到达数据相同的时间点)，并且此外，辅助子信道SCj必须随后在时间上领先于主要子信道M，其含义在于，GOP在到达主要子信道M之前开始到达辅助子信道SCj。
此外，如上所述，当分组p到达转换加速器时，分组p在主要子信道M上发送之前延迟d个时间单位。在一个实施例中，为了简明，假设d＞＞J，其中J是用户终端加入多播组所需的时间长度的上界。因此，在开始用户终端的迁移之前，辅助子信道SCj必须领先于主要子信道M至少J个时间单位，以允许在用户终端上从辅助子信道SCj聚集至少J个时间单位的数据。聚集的J个时间单位的数据在用户终端处作为抖动缓冲区运行，以使得迁移操作对于用户是透明的。
辅助子信道初始在时间上滞后于主要子信道然后最终在时间上领先于主要子信道这样的辅助子信道的生成可通过多种方式执行。
在一个实施例中，例如，可使得辅助子信道使用大于相关主要子信道的数据率，从而随时间变化，辅助子信道从时间上滞后于主要子信道改变至时间上领先于主要子信道。
在一个实施例中，例如，在辅助子信道上传送的各GOP的GOP大小可通过选择地丢弃GOP的某些帧来减小，从而随时间变化，辅助子信道从时间上滞后于主要子信道改变至时间上领先于主要子信道。在这个实施例中，可以以存在很小的或用户不可察觉的图像降级的方式来丢弃帧。
换句话说，可使用在时间方面压缩辅助信道的辅助媒体流的GOP的各GOP大小所借助的任意技术，以确保随时间变化，辅助子信道从时间上滞后于主要子信道改变至时间上领先于主要子信道。
为了简明描述用户终端从辅助子信道到相关的主要子信道的迁移，这里主要在辅助子信道的数据率大于相关的主要子信道的数据率的实施例的环境中图示和描述迁移。在以下描述中，辅助子信道指的是高速率子信道(HRS)。以下详细描述使用HRS将用户终端从辅助子信道迁移到主要子信道的实施例。
如上所述，创建主要子信道(表示为M)(即，当在转换加速器处接收分组p时，将分组p延迟d个时间单位，然后在主要子信道M上传播，从而形成主要媒体流)。设Cm为主要子信道M的创建时间(即，在第一分组p到达转换加速器之后的d个时间单位)。除了主要子信道M，还生成X个HRS以补充子信道M(其中
Figure BPA00001269685700221
其中s是媒体流中最大GOP的持续时间，T是这里所述的时移)。因此，HRSi的创建时间Ci(1≤i≤X)为Cm+(i×T)，并且在时间Ci，在HRSi上发送分组p。
对于HRS的加速，从而HRS从滞后于主要子信道M切换至领先于主要子信道M，设Δ＝(R/r)-1为相对于主要子信道M每个HRSi所需的加速的量。由于这个加速，每个HRS尽管初始滞后于主要子信道M，但是最终赶上并随后领先于主要子信道M，直到去激活HRS(在所有用户终端从HRS迁移至主要子信道M之后)。辅助子信道HRSi赶上主要子信道M所需的时间为(Ci-Cm)/Δ。
另外，对于HRS的加速，当HRS0赶上主要子信道M时，创建新HRS，HRSX，并具有CX＝CX-1+T/Δ创建时间。应注意，HRS1花费T/Δ时间赶上主要子信道M。类似地，HRS2花费另一T/Δ时间单位赶上主要子信道M，依此类推。因此，通常，当HRSi赶上主要子信道M(这发生在HRSi-1赶上主要子信道M之后的T/Δ的时间之后)，创建新辅助子信道HRSi+X，并且在HRSi+X和主要子信道M之间的初始间隙精确地为X·T(GOP的最大持续时间舍入到T时间间隔的整数)。换句话说，在HRSi+X的创建时间Ci+X，辅助子信道HRSi+X发送在时间Ci+X-X·T时在主要子信道M上发送的分组p。
对于HRS的加速，从以上说明(包括使得HRS间隔T个时间单位的事实)，随后通过
Figure BPA00001269685700231
给出滞后辅助子信道的最大数，以及通过
Figure BPA00001269685700232
给出领先辅助子信道的最大数。换句话说，一旦到达这些边界，在每个T/Δ时间单位，去激活现有领先HRS之一，并激活新的滞后HRS。由此，保持可用于用户终端减少信道转换响应时间的辅助子信道的数目(如果需要或期望)，同时还使得用户终端能够从辅助子信道迁移至相关主要子信道。
可通过许多方式计算在HRS上分组的传输时间。计算在HRS上分组的传输时间的示例性处理的描述如下。
在这个实施例中，设Ci为HRSi的创建时间。目标是确保在其创建时间Ci，每个HRSi满足在辅助子信道HRSi和主要子信道M之间的给定时间间隙θ1的需求。例如，在时间C1，第一辅助子信道HRS1必须满足θ1＝T的初始时间间隙，意味着在时间C1，转换加速器需要在HRS1上发送Cm＝C1-T时刻在主要子信道M上发送的分组。这可通过对于每个HRSi定义在时间t指定HRSi和主要子信道M之间的时间间隙的时间间隙函数Hi(t)，在所有辅助子信道HRSi之间总结(即，在时间t，HRSi需要发送t-Hi(t)时刻在M上发送的分组(比特))。
时间间隙函数Hi(t)是满足以下限制的线性函数：(1)Hi(Ci)＝θ1；和(2)根据主要子信道M和辅助子信道HRSi的不同传输率，在Ci之后的θ1/Δ个时间单位辅助子信道HRSi赶上主要子信道M(即Hi(Ci+θ1/Δ)＝0)。应注意，θ1的正值指示辅助子信道HRSi滞后于主要子信道M，θ1的负值指示辅助子信道HRSi领先于主要子信道M。根据这些限制，获得以下结果：Hi(t)＝Δ(Ci-t)+θ1。
这个结果可应用于两个不同情况。第一，考虑到第一X HRS的情况。在这个情况下，在Ci＝Cm+(i×T)时刻创建每个辅助子信道HRSi，并且在这个时间与主要子信道M的其初始时间间隙为θ＝i×T。因此，Hi(t)＝Δ(Ci-t)+i×T。第二，考虑在第一X之后另一辅助子信道HRSi(i＞X)的情况。当HRSi+X与主要子信道M对齐并变为领先辅助子信道时，在时间Ci建立这个HRSi。由此，为了保留在任意T时间单位的时段，通过至少一个子信道发送I帧的开始的需求，HRSi必须满足在时间Ci符合θ1＝X·T的需求。
换句话说，基于这个需求，Ci-X·T时刻，在主要子信道M上发送Ci时刻在主要子信道M上发送的分组。因此，Hi(t)＝Δ(Ci-t)+X·T。类似地，假定tm时刻在主要子信道M上发送分组，可以计算当在辅助子信道HRSi上发送分组时的时间ti。回顾tm＝ti-Hi(ti)＝ti-Δ(Ci-ti)-θi，时间ti可计算如下：接下来可得出：
Figure BPA00001269685700242
对于最先的X个HRS
因此，可计算对于最先的X个HRS的每个的时间ti和对于任意其他HRSi(i＞X)的时间ti如下(回顾一下，尽管在每T/Δ时间单位创建新辅助子信道，新建立的辅助子信道与主要子信道M的间隙始终为X·T)：
Figure BPA00001269685700243
对于最先的X个HRS
Figure BPA00001269685700244
对于其他的HRS(i＞X)
为了以最小化信道转换响应时间的方式实现HRS的选择(例如，通过用户终端，通过接入复用器等)，必须在与HRS可用的电视信道相关的元信道上传播附加信息。在支持HRS的一个实施例中，为了实现HRS的选择在元信道上传播的子信道选择信息消息可包括与这里所述的五元组子信道选择信息消息中包含的信息相比不同的和/或附加的信息。可通过类似于上述的方式执行子信道选择信息消息的生成和传播。
在支持HRS的一个实施例中，子信道选择信息消息可实现为八元组，如下：(id，gap1，Lgap，T，LLSC，L，N，Mid)，其中id标识电视信道，gap1是直到在主要子信道上发送下一I帧的时间长度，Lgap是要在主要子信道M与LLSC上发送下一I帧的时间之间的差，LLSC是最小滞后辅助子信道的标识符，L是滞后辅助子信道的数目，T是相邻子信道的时移的量，N为至少子信道的最差播放数目那样大并用作对于L个滞后辅助子信道的各辅助子信道的标识符的取模运算，以及M id是在多播地址池中用于在用户终端处识别所选择的子信道的多播地址的索引。在这个实施例中，id计算如下：(LLSC+i)modN，1≤i≤L。
如上所述，一旦辅助子信道赶上主要子信道，辅助子信道必须至少在以下持续时间保持活动，在所述持续时间允许用户终端收集足够的抖动缓冲区(即，缓冲足够的媒体流的分组)，以能够离开辅助子信道的多播组并加入主要子信道的多播，而对于用户没有任何明显影响。一般地，在用户终端处抖动缓冲区的聚集取决于在用户终端中解码器的释放率(实质上为r，主要子信道M的速率)。
因此，为了用户终端聚集抖动缓冲区足以支持使得用户终端离开辅助子信道并加入主要子信道所需的最大时间J，用户终端必须在J/Δ的持续时间从辅助子信道接收和缓冲数据，在这个时间之后可去激活辅助子信道。在一个实施例中，在持续时间J/Δ之后立即去激活辅助子信道。在一个实施例中，辅助子信道可在超过持续时间J/Δ的附加时间保持活动(例如，对于在辅助子信道上用于处理任意潜在重传的宽限期)。
在子信道迁移中，用户终端可能无法确定何时从辅助子信道迁移至主要子信道。因此，在一个实施例中，转换加速器便于在用户终端处作出这个决定。在一个这样的实施例中，例如，响应于用户终端在辅助子信道上迁移至主要子信道(即，辅助子信道现在领先于主要子信道足够的时间量)的确定，转换加速器可向接收辅助子信道的用户终端提供迁移指示符，触发用户终端离开辅助子信道的多播组和加入主要子信道的多播组。
可通过多种方式提供迁移指示符。
在一个实施例中，例如，转换加速器可在不使用辅助子信道的情况下向用户终端提供迁移指示符。例如，转换加速器可使用某些其他信令向正使用辅助子信道的用户终端提供迁移指示符。在这样的实施例中，转换加速器需要了解哪些用户终端当前正接收辅助子信道。转换加速器可从辅助子信道的多播组的成员获得这个信息。
在一个实施例中，例如，转换加速器可在辅助子信道上提供迁移指示符，从而当前正使用辅助子信道的任意用户终端接收迁移指示符。在一个这样的实施例中，例如，转换加速器可在辅助子信道上发送迁移指示符分组。在这样的实施例中，转换加速器不需要了解哪些用户终端当前正接收所述辅助子信道。
参照图7图示和描述从转换加速器的角度的子信道迁移的实例。参照图8图示和描述通过转换加速器执行的提供子信道迁移功能的示例性方法。参照图9图示和描述从用户终端的角度的子信道迁移的实例。参照图10图示和描述由用户终端执行的提供子信道迁移功能的示例性方法。
图7示出用于展示在转换加速器处子信道的迁移的目的的一示例性时序图，其展示了主要子信道和相关辅助子信道的时序。如图7所示，传送电视信道的内容的媒体流包括GOP(使用整数1至7来表示)。向用户终端传播主要子信道(表示为SUB-CH-0)。使用第一数据率(r)来传播主要子信道SUB-CH-0。在初始滞后间隙(711)之后，转换加速器生成第一辅助子信道(表示为SUB-CH-1)。第一辅助子信道SUB-CH-1的创建时间(712)是在主要辅助子信道SUB-CH-0的创建时间之后的T个时间单位。使用第二数据率(R)来传播第一辅助子信道SUB-CH-1，其中数据率R大于数据率r。
如图7所示，由于第二数据率R大于第一数据率r，所以第一辅助子信道SUB-CH-1的各GOP的GOP大小按比例地小于主要子信道SUB-CH-0的各GOP的相应GOP大小。因此，随时间变化，第一辅助子信道SUB-CH-1从滞后主要子信道SUB-CH-0改变为领先主要子信道SUB-CH-0。如图7所示，在第四GOP(表示为GOP 4)开始在主要子信道SUB-CH-0和第一辅助子信道SUB-CH-1两者上发送的时刻(713)，第一辅助子信道SUB-CH-1赶上主要子信道SUB-CH-0。
将在第一辅助子信道SUB-CH-1赶上主要子信道SUB-CH-0的时刻之前的时间段(在创建第一辅助子信道的时间开始)表示为滞后阶段(714)。在第一辅助子信道SUB-CH-1的滞后阶段714期间，新用户终端仍旧可加入第一辅助子信道SUB-CH-1的多播组。将在第一辅助子信道SUB-CH-1赶上主要子信道SUB-CH-0的时刻之后的时间段(以及在转换加速器在第一辅助子信道上发送子信道迁移命令的时刻结束)表示为领先阶段(715)。在第一辅助子信道SUB-CH-1的领先阶段715期间，新用户终端可不加入第一辅助子信道SUB-CH-1的多播组。
如上所述，在领先阶段715期间，属于第一辅助子信道SUB-CH-1的多播组的任意用户终端缓冲在第一辅助子信道SUB-CH-1上接收的数据。在第一辅助子信道SUB-CH-1赶上主要子信道SUB-CH-0的时刻(713)之后的时间，转换加速器生成切换信道命令(716)，并在第一辅助子信道SUB-CH-1上发送切换信道命令716。加入第一辅助子信道SUB-CH-1的多播组的用户终端在第一辅助子信道SUB-CH-1上接收切换信道命令716。
接收切换信道命令716的用户终端开始从第一辅助子信道SUB-CH-1切换至主要子信道SUB-CH-0的处理。如图7所示，存在切换时间段(717)，在此期间接收切换信道命令716的用户终端执行从第一辅助子信道SUB-CH-1向主要子信道SUB-CH-0的切换，包括离开第一辅助子信道SUB-CH-1的多播组和加入主要子信道SUB-CH-0的多播组。
在切换时间段717期间，第一辅助子信道SUB-CH-1仍旧是活动的。在切换时间段717期间，在第一辅助子信道SUB-CH-1上传播第七GOP(GOP 7)，以及在主要子信道SUB-CH-1上传播第六GOP(GOP 6)。比在主要子信道SUB-CH-1上传播更早地，第六GOP(GOP 6)在第一辅助子信道SUB-CH-1上传播(图示地，在领先阶段715期间，在此期间，每个用户终端正缓冲第六GOP，用于继续向用户显示电视信道，同时用户终端执行从第一辅助子信道SUB-CH-1向主要子信道SUB-CH-0的子信道迁移)。
如图7所示，在切换时间段717之后，当所有用户终端从第一辅助子信道SUB-CH-1迁移至主要子信道SUB-CH-0时，转换加速器去激活第一辅助子信道SUB-CH-1(在表示为子信道终止时间718的时刻)，从而释放由第一辅助子信道SUB-CH-1消耗的任意网络资源。子信道终止时间718发生在与转换加速器在主要子信道SUB-CH-0上发送第七GOP(GOP 7)几乎相同的时刻，从而从第一辅助子信道SUB-CH-1向主要子信道SUB-CH-0迁移的用户终端可显示电视信道的内容。
如上所述，从第一辅助子信道SUB-CH-1向主要子信道SUB-CH-0迁移的每个用户终端可通过使用在第一辅助子信道SUB-CH-1上接收用户终端的第六GOP的分组来显示电视信道的内容，并且在领先阶段715期间缓冲，然后在迁移至主要子信道之后，使用用户终端在主要子信道上接收的第七GOP的分组。因此，从第一辅助子信道SUB-CH-1迁移至主要子信道SUB-CH-0的每个用户终端可在没有任何影响的情况下向用户显示电视信道的内容。
图8示出适于由转换加速器执行的用于执行子信道迁移操作的示例性方法。具体地，图8的方法800包括使用元信道中传送的信息选择多个媒体流之一的方法。尽管图示和描述为连续执行，但是方法800的步骤的至少一部分可同时执行，或以不同于参照图8图示和所述的顺序执行。方法800在步骤802开始，并进行至步骤804。
在步骤804，向用户终端传播主要媒体流。
在步骤806，作出关于是否满足创建条件的确定。
创建条件可以是表示还应向用户终端传播辅助媒体流的任何条件。在一个实施例中，关于是否满足创建条件的确定是关于是否满足时移的确定。在一个实施例中，关于是否满足创建条件的确定是关于至少一个用户终端请求辅助媒体流的创建的确定。创建条件可以是用于确定是否应生成辅助媒体流的任意其他条件。
如果没有满足创建条件，则方法800返回至步骤806。换句话说，转换加速器继续向用户终端传播主要媒体流，同时等待满足创建条件的指示的检测(即，转换加速器在步骤806中循环，直到满足创建条件)。如果满足创建条件，则方法800进行至步骤808。
在步骤808，向用户终端传播辅助媒体流。以使得辅助媒体流从滞后主要媒体流切换至领先主要媒体流的方式向用户终端传播辅助媒体流(例如，通过使用对于辅助媒体流更快的数据率，使用分组丢失等)。
在步骤810，作出关于辅助媒体流是否领先于主要媒体流的确定。如果辅助媒体流没有领先于主要媒体流，则方法800返回至步骤810(即，转换加速器继续传播媒体流，同时等待辅助媒体流赶上主要媒体流)。如果辅助媒体流领先于主要媒体流，则方法800进行至步骤812。
在步骤812，作出关于是否满足在用户终端处的抖动缓冲区的确定。
用户终端包括当前加入辅助媒体流的多播组的任意用户终端。如图7所示，转换加速器不需要关于在用户终端上缓冲数据的任意特定讯息；相反，转换加速器仅需要足以确定可能正使用辅助媒体流的任意用户终端接收和缓冲了足够数据能够执行从辅助媒体流向主要媒体流的无缝迁移的信息。
如果没有满足在用户终端处的抖动缓冲区，则方法800保留在步骤812(即，转换加速器继续传播媒体流，同时等待对于可能正使用辅助媒体流的任意用户终端接收和缓冲了足够数据的足够时间)。如果没有满足在用户终端处的抖动缓冲区，则方法800进行至步骤814。
在步骤814，向正使用辅助媒体流的用户终端传播媒体流迁移命令。可在辅助媒体流中作为分组提供媒体流迁移命令。
在步骤816，作出关于正使用辅助媒体流的用户终端是否迁移至主要媒体流的确定。如图7所示，转换加速器不需要关于正使用第一辅助媒体流的用户终端是否迁移至主要媒体流的任何特定讯息；相反，转换加速器可简单地等待认为用户终端足以执行迁移至主要媒体流所需的多播离开和加入操作的时间长度。
如果用户终端没有迁移至主要媒体流(例如，没有经过用于迁移的足够时间长度)，方法800保留在步骤816(即，转换加速器继续传播媒体流，同时等待可能正使用辅助媒体流的任何用户终端具有到主要媒体流的完整迁移的时间)。如果用户终端迁移至主要媒体流(例如，经过用于迁移的足够时间长度)，则方法800进行至步骤818。
在步骤818，去激活第一辅助媒体流(并因此，去激活相关第一辅助子信道)。主要媒体流继续传播电视信道的内容，并且与主要媒体流相关的一个或多个其他辅助媒体流也继续传播所述电视信道的内容(依据何时建立辅助媒体流，滞后于或领先于主要媒体流)。
在步骤820，方法800结束。尽管图示和描述为结束(为了简明)，在激活新辅助媒体流和去激活现有辅助媒体流时，方法800可继续重复。
图9示出用于展示在用户终端处子信道的迁移的目的的一示例性时序图，其展示了图7的主要子信道和相关辅助子信道的时序。图9的主要子信道SUB-CH-0和第一辅助子信道SUB-CH-0的时序分别与图7的主要子信道SUB-CH-0和第一辅助子信道SUB-CH-0的时序相同。
在第一时间点(表示为911)，用户终端正侦听元信道。
在第二时间点(表示为912)，在第一时间点之后的某个时刻，用户选择电视信道。例如，用户可用遥控器改变电视信道。
在第三时间点(表示为913)，在从第二时间点的某个延迟之后(在此期间，用户终端确定选择哪个辅助子信道)，用户终端加入所选择的子信道的多播组(图示地，用户终端加入第一辅助子信道SUB-CH-1的多播组)。
在第四时间点(表示为914)，在从第三时间点的某个延迟之后(即，等待在第一辅助子信道SUB-CH-1上下一GOP的开始)，用户终端接收在第一辅助子信道上可用的下一I帧(图示地，第二GOP的I帧)。用户还开始缓冲在第一辅助子信道SUB-CH-1接收的数据。
在第五时间点(表示为915)，在从第四时间点的某个延迟之后(在此期间，用户正缓冲在第一辅助子信道SUB-CH-1接收的帧)，用户终端开始显示所选择的信道的内容(即，用户终端开始由用户选择的电视信道的内容的重放)。
在第六时间点(表示为916)，在从第五时间点的某个延迟之后(在此期间，第一辅助子信道SUB-CH-1从时间上滞后于主要子信道SUB-CH-0改变为时间上领先于主要子信道SUB-CH-0)，用户终端在第一辅助子信道SUB-CH-1上接收切换信道命令。如图7和图9所示，在第一辅助子信道SUB-CH-1上第七GOP的开始之前，接收切换信道命令。
在第七时间点(表示为917)，在从第六时间点的某个延迟之后(在此期间，用户终端通过离开第一辅助子信道SUB-CH-1的多播组并加入主要子信道SUB-CH-0的多播组而正从第一辅助子信道SUB-CH-1切换至主要子信道SUB-CH-0)，用户终端加入主要子信道SUB-CH-0。
如参照图7所述，为了以对于用户透明的方式将用户终端从第一辅助子信道SUB-CH-1无缝地切换至主要子信道SUB-CH-0，用户终端保留抖动缓冲区，用于存储在第一辅助子信道SUB-CH-1上接收的数据(在这样的数据在主要子信道SUB-CH-0上可用之前)，从而当用户终端在从第一辅助子信道SUB-CH-1切换至主要子信道SUB-CH-0的处理中时，用户终端上的播放可从抖动缓冲继续。
如图9所示，用户终端在第一辅助子信道SUB-CH-1上接收第二至第六GOP，以及在主要子信道SUB-CH-0上接收第七GOP(和随后GOP)。如图9进一步所示，在第四至第六GOP在主要子信道SUB-CH-0上可用之前，这些GOP在第一辅助子信道SUB-CH-1上可用(例如，使用对于第一辅助子信道增加的数据率，或实现这个结果的任意其他手段)。
因此，尽管当在主要子信道SUB-CH-0上传播第六GOP时，用户终端没有加入任意子信道，电视信道的内容的无缝播出使用在用户终端上的抖动缓冲区中存储的第六GOP来继续(由于在第六GOP在主要子信道上可用的时间之前，使得第六GOP在第一辅助子信道上到达用户终端)。
图10示出适于由用户终端执行的用于执行子信道迁移操作的示例性方法。具体地，图10的方法1000包括从辅助媒体流迁移至主要媒体流的方法。尽管图示和描述为连续执行，但是方法1000的步骤的至少一部分可同时执行，或以不同于参照图10图示和所述的顺序执行。方法1000在步骤1002开始，并进行至步骤1004。
在步骤1004，用户终端接收辅助媒体流。在步骤1006，用户终端检测在辅助媒体流上的切换信道命令。在步骤1008，用户终端离开辅助媒体流的多播组。在步骤1010，用户终端加入与辅助媒体流相关的主要媒体流的多播组。在步骤1012，用户终端接收主要媒体流。在步骤1014，方法1000结束。
如上所述，辅助和主要媒体流传送电视信道的内容。在步骤1004-1010期间，使用在辅助媒体流上接收的帧执行在用户终端处电视信道的内容的重放。在步骤1012期间(并且对于任意之后的时间，直到用户改变信道)，使用在主要媒体流上接收的帧执行在用户终端处电视信道的内容的重放。
图11示出用于展示在存在多个辅助子信道的子信道迁移的目的的一示例性时序图，其展示了主要子信道和相关辅助子信道的时序。如图11所示，存在在不同时间点为活动的和不活动的三个辅助子信道。当需要时激活不同辅助子信道，以减少对于一个或多个用户终端的信道转换响应时间。在用户终端加入辅助子信道之后，用户终端随后最终迁移至主要子信道，并且去激活辅助子信道，仅为了以后再次激活，以减少对于其他用户终端的信道转换响应时间。
如图11所示，每个辅助子信道使得辅助子信道为活动的滞后和领先阶段或每个时间段相关。此外，在许多情形下，辅助子信道的一个的去激活实质上与辅助子信道的不同一个的激活一致。例如，在重新激活第一辅助子信道SUB-CH-1(在SUB-CH-1上GOP 7的开始)的基本相同时间，去激活第二辅助子信道SUB-CH-2(在SUB-CH-2上GOP 8的结束)。可通过类似于这里参照图7-图10图示和描述的子信道迁移操作来执行用户终端从每个辅助子信道向主要子信道的迁移。
尽管主要参照主要/辅助子信道为电视信道传送各主要/辅助媒体流来图示和描述，但是主要/辅助子信道还可为各种其他类型的内容传送各主要/辅助媒体流。例如，这里图示和描述的转换加速功能可应用于任意其他类型的内容的多播交付(例如，对于视频点播传递、网站播放等、及其各种组合)。
尽管主要参照恒定比特率(CBR)媒体流来图示和描述(例如，在主要媒体流具有速率r，辅助媒体流可具有速率r或R时)，这里图示和描述的信道转换加速功能可忽略比特率变化，因此可应用于可变率媒体流。例如，在辅助子信道传送比主要子信道更高速率媒体流的实施例中，转换加速器可按R/r的因子加速原始媒体流的传输，而不管接收原始媒体流的速率，从而在原始媒体流的比特率到达r的上界的情况下，辅助HRS的最大比特率为R。
图12示出适用于执行这里所述功能的通用计算机的高级框图。如图12所示，系统1200包括处理器单元1202(例如CPU)，存储器1204，例如随机存取存储器(RAM)和/或只读存储器(ROM)，信道转换加速模块1205，和各种输入/输出设备1206(例如存储设备，包括但不限于，磁带驱动器、软盘驱动器、硬盘驱动器或压缩盘驱动器、接收机、发射机、扬声器、显示器、输出端口、和用户输入设备(例如键盘、键板、鼠标等))。
应注意，本发明可以例如使用专用集成电路(ASIC)、通用计算机、或任意其他硬件等同物在软件中和/或软件和硬件的组合中实现。在一个实施例中，这里的信道转换加速处理1205可加载到存储器1204中并由处理器1202执行，以实现上述功能。由此，本发明的信道转换加速处理1205(包括相关数据结构)可存储在计算机可读介质或载体上，例如RAM存储器、磁或光驱动器或盘等。
可理解，这里作为软件方法讨论的某些步骤可以在硬件中实现，例如，作为与处理器协作以执行各个方法步骤的电路。这里所述的功能/单元的部分可以作为计算机程序产品实现，其中计算机指令在由计算机处理时适配计算机的操作，从而调用或提供这里所述的方法和/或技术。用于调用发明方法的指令可存储在固定或可移动介质中，可经由数据流在广播或其他信号承载介质中发送，和/或存储在根据指令运行的计算设备中的存储器中。
尽管这里详细示出和描述了结合本发明教导的各个实施例，本领域普通技术人员可容易设计出仍旧结合这些教导的许多其他修改的实施例。

Claims (25)

1.一种用于改善信道改变响应时间的方法，包括：
从传送媒体内容的原始媒体流生成至少一个辅助媒体流，所述至少一个辅助媒体流中的每个传送所述原始媒体流的媒体内容，所述至少一个辅助媒体流中的每个相对于所述原始媒体流在时间上偏移；
使用各多播组向至少一个用户终端传播所述媒体流；
生成与所述媒体流相关的元信道用于传送适用于以趋于改善所述信道改变响应时间的方式选择媒体流之一的信息；以及
向所述至少一个用户终端传播所述元信道。
2.如权利要求1所述的方法，其中使用多播组来传播所述元信道。
3.如权利要求1所述的方法，其中，对于所述至少一个辅助媒体流中的每一个，响应于从所述至少一个用户终端之一接收的信道改变请求生成所述辅助媒体流。
4.如权利要求1所述的方法，其中传送所述媒体流的多播组包括各多播地址。
5.如权利要求1所述的方法，其中适用于选择所述媒体流之一的信息显式地识别趋于减少所述信道改变响应时间的媒体流之一。
6.如权利要求1所述的方法，其中适用于选择所述媒体流之一的信息包括表示在时间上相邻的媒体流对的各参考帧之间的时间的信息。
7.如权利要求1所述的方法，其中所述原始媒体流包括第一数据率，其中所述至少一个辅助数据率包括至少一个第二数据率，所述至少一个第二数据率中的每个大于所述第一数据率。
8.一种用于改善信道改变响应时间的设备，包括：
从传送媒体内容的原始媒体流生成至少一个辅助媒体流的装置，所述至少一个辅助媒体流中的每个传送所述原始媒体流的媒体内容，所述至少一个辅助媒体流中的每个相对于所述原始媒体流在时间上偏移；
使用各多播组向至少一个用户终端传播所述媒体流的装置；
生成与所述媒体流相关的元信道用于传送信息的装置，所述信息适用于以趋于改善所述信道改变响应时间的方式选择媒体流之一；以及
向所述至少一个用户终端传播所述元信道的装置。
9.一种用于改善信道改变响应时间的方法，包括：
支持包括原始媒体流和至少一个辅助媒体流的多个媒体流，所述至少一个辅助媒体流中的每个传送所述原始媒体流的媒体内容，所述至少一个辅助媒体流中的每个与所述原始媒体流在时间上偏移；
响应于用户终端的信道改变请求，选择趋于减少所述用户终端的信道改变响应时间的媒体流之一；以及
执行使得最终用户终端能接收所选择的媒体流之一的动作。
10.如权利要求9所述的方法，其中支持媒体流包括：
接收所述原始媒体流和接收所述至少一个辅助媒体流。
11.如权利要求9所述的方法，其中支持媒体流包括：
接收所述原始媒体流和使用所述原始媒体流生成所述至少一个辅助媒体流。
12.如权利要求11所述的方法，其中响应于从用户终端接收的信道改变请求生成所述至少一个辅助媒体流。
13.如权利要求9所述的方法，其中执行动作包括：
向所述用户终端传播适于由用户终端在切换至与所选择的媒体流相关的多播组时使用的信息。
14.如权利要求9所述的方法，其中执行动作包括：
以对于用户终端透明的方式，覆写所选择的媒体流的多播组的多播地址，用于将用户终端自动切换至所选择的媒体流的多播组。
15.如权利要求9所述的方法，其中所述原始媒体流包括第一数据率，其中所述至少一个辅助数据率包括至少一个第二数据率，所述至少一个第二数据率中的每个大于所述第一数据率。
16.一种设备，包括：
支持包括原始媒体流和至少一个辅助媒体流的多个媒体流的装置，所述至少一个辅助媒体流中的每个传送所述原始媒体流的媒体内容，所述至少一个辅助媒体流中的每个与所述原始媒体流在时间上偏移；
响应于用户终端的信道改变请求，选择趋于减少所述用户终端的信道改变响应时间的媒体流之一的装置；以及
执行使得最终用户终端能接收所选择的媒体流之一的动作的装置。
17.一种用于改善信道改变响应时间的方法，包括：
从元信道接收与多个可用媒体流相关的信息，所述可用媒体流包括传送内容的原始媒体流和至少一个辅助媒体流，所述至少一个辅助媒体流中的每个传送所述原始媒体流的内容并且与所述原始媒体流在时间上偏移；以及
使用来自所述元信道的信息选择媒体流之一，其中以趋于减少用户终端的信道改变响应时间的方式选择所选择的媒体流之一。
18.如权利要求17所述的方法，还包括：
响应于在用户终端处接收的信道改变请求，加入与元信道相关的多播组。
19.如权利要求17所述的方法，还包括：
向媒体服务器传播由用户终端选择的媒体流的指示。
20.如权利要求19所述的方法，还包括：
接收消息，所述消息包括适于由用户终端使用以接收所选择的媒体信道的信息。
21.如权利要求20所述的方法，其中所述信息包括与所选择的媒体流相关的多播组的多播地址。
22.如权利要求21所述的方法，还包括：
使用所述多播组的多播地址加入与所选择的媒体流相关的多播组。
23.如权利要求19所述的方法，还包括：
在所述用户终端接收所选择的媒体流，其中响应于由媒体服务器执行的动作，在用户终端接收所选择的媒体流，而所述动作是所述媒体服务器响应于接收用户终端选择的媒体流的指示而执行的；以及
呈现由所选择的媒体流传送的媒体内容。
24.如权利要求17所述的方法，还包括：
在用户终端接收所选择的媒体流；以及
呈现由所选择的媒体流传送的媒体内容。
25.一种用于改善信道改变响应时间的设备，包括：
从元信道接收与多个可用媒体流相关的信息的装置，所述可用媒体流包括传送内容的原始媒体流和至少一个辅助媒体流，所述至少一个辅助媒体流中的每个传送所述原始媒体流的内容并且与所述原始媒体流在时间上偏移；以及
使用来自所述元信道的信息选择媒体流之一的装置，其中以趋于减少用户终端的信道改变响应时间的方式选择媒体流。
CN2008801296509A 2008-06-03 2008-06-03 用于减少网际协议电视的信道改变响应时间的方法和设备 Pending CN102057593A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2008/065623 WO2009148438A1 (en) 2008-06-03 2008-06-03 Method and apparatus for reducing channel change response times for internet protocol television

Publications (1)

Publication Number Publication Date
CN102057593A true CN102057593A (zh) 2011-05-11

Family

ID=40740084

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008801296509A Pending CN102057593A (zh) 2008-06-03 2008-06-03 用于减少网际协议电视的信道改变响应时间的方法和设备

Country Status (6)

Country Link
US (1) US8605710B2 (zh)
EP (1) EP2297880B1 (zh)
JP (1) JP5291190B2 (zh)
KR (1) KR101178853B1 (zh)
CN (1) CN102057593A (zh)
WO (1) WO2009148438A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105144727A (zh) * 2013-03-13 2015-12-09 苹果公司 用于快速切换的编解码技术
CN112995649A (zh) * 2019-12-13 2021-06-18 青岛海信宽带多媒体技术有限公司 网络终端及网络终端评测方法
CN114629737A (zh) * 2020-12-14 2022-06-14 深圳Tcl新技术有限公司 一种带宽调整方法、装置、网关设备及存储介质

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008271294A (ja) * 2007-04-23 2008-11-06 Oki Electric Ind Co Ltd チャンネル選択情報送信装置、方法及びプログラム
US9294513B2 (en) * 2010-06-04 2016-03-22 Broadcom Corporation Method and system for providing emergency related services via a broadband gateway
CN101909196B (zh) * 2009-06-05 2013-04-17 华为技术有限公司 一种频道切换处理方法及系统以及相关设备
JP5428734B2 (ja) * 2009-10-14 2014-02-26 ソニー株式会社 ネットワーク機器、情報処理装置、ストリーム切替方法、情報処理方法、プログラムおよびコンテンツ配信システム
KR101268629B1 (ko) * 2009-11-05 2013-05-29 한국전자통신연구원 시청률 예측 연동 복수 멀티캐스트를 이용한 고속 채널 전환을 위한 채널 서버, 채널 예측 서버, 단말기 및 그 방법
GB2492287A (en) * 2010-03-22 2012-12-26 Mobitv Inc Media convergence platform
WO2011134501A1 (en) * 2010-04-28 2011-11-03 Telefonaktiebolaget L M Ericsson (Publ) Monitoring broadcast and multicast streaming service
ITTO20120273A1 (it) * 2012-03-27 2013-09-28 Inst Rundfunktechnik Gmbh Metodo per l
EP2912813B1 (en) * 2012-10-23 2019-12-04 Telefonaktiebolaget LM Ericsson (publ) A method and apparatus for distributing a media content service
WO2014142716A1 (en) * 2013-03-13 2014-09-18 Telefonaktiebolaget L M Ericsson (Publ) Arrangements and method thereof for channel change during streaming
BR112015032723A2 (pt) * 2013-06-26 2017-07-25 Thomson Licensing guia de programa pseudo-interativo sobre uma rede local
US20160205148A1 (en) * 2013-09-05 2016-07-14 Lg Electronics Inc. Method and device for performing audio/video streaming in wireless communication system
US20150088943A1 (en) * 2013-09-25 2015-03-26 Futurewei Technologies, Inc. Media-Aware File System and Method
US9900362B2 (en) * 2014-02-11 2018-02-20 Kiswe Mobile Inc. Methods and apparatus for reducing latency shift in switching between distinct content streams
CN104093070B (zh) * 2014-07-22 2017-05-10 中国科学院软件研究所 一种视频组播网络系统中频道切换加速的方法和频道族群标识方法
FR3039735A1 (fr) * 2015-07-29 2017-02-03 Sagemcom Broadband Sas Procede de changement de service d'un decodeur de television numerique, et dispositif pour la mise en œuvre d'un tel procede
GB2563387B (en) * 2017-06-09 2020-04-15 Sony Interactive Entertainment Inc Image processing device and system

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0006095D0 (en) * 2000-03-15 2000-05-03 Pace Micro Tech Ltd Digital data processing from multiple streams of data
US7603689B2 (en) * 2003-06-13 2009-10-13 Microsoft Corporation Fast start-up for digital video streams
WO2004114667A1 (en) * 2003-06-16 2004-12-29 Thomson Licensing S.A. Encoding method and apparatus enabling fast channel change of compressed video
WO2006041784A2 (en) * 2004-10-04 2006-04-20 Wave7 Optics, Inc. Minimizing channel change time for ip video
WO2006057938A2 (en) * 2004-11-22 2006-06-01 Thomson Research Funding Corporation Method and apparatus for channel change in dsl system
US20070130597A1 (en) * 2005-12-02 2007-06-07 Alcatel Network based instant replay and time shifted playback
JP4534997B2 (ja) * 2006-02-13 2010-09-01 ソニー株式会社 送受信システム、受信装置、受信方法
JP4937654B2 (ja) * 2006-07-12 2012-05-23 Ｋｄｄｉ株式会社 チャンネル切替用マルチキャスト配信装置、マルチキャスト配信システム及びチャンネル切替用マルチキャスト配信方法
JP4809154B2 (ja) * 2006-07-31 2011-11-09 日本電信電話株式会社 番組及び番組情報送出システム，番組及び番組情報送出方法
WO2008041896A1 (en) * 2006-10-02 2008-04-10 Telefonaktiebolaget Lm Ericsson (Publ) Multimedia management
US20080092203A1 (en) * 2006-10-13 2008-04-17 Nokia Corporation Approach for channel switch time reduction in IPDC over DVB-H
CN100550999C (zh) 2006-11-22 2009-10-14 华为技术有限公司 一种数字频道快速切换方法和系统以及辅助频道生成设备

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105144727A (zh) * 2013-03-13 2015-12-09 苹果公司 用于快速切换的编解码技术
US9900629B2 (en) 2013-03-13 2018-02-20 Apple Inc. Codec techniques for fast switching with intermediate sequence
CN105144727B (zh) * 2013-03-13 2019-11-19 苹果公司 视频流传输方法、设备、客户端设备和计算机可读介质
US10638169B2 (en) 2013-03-13 2020-04-28 Apple Inc. Codec techniquest for fast switching without a synchronization frame
CN112995649A (zh) * 2019-12-13 2021-06-18 青岛海信宽带多媒体技术有限公司 网络终端及网络终端评测方法
CN112995649B (zh) * 2019-12-13 2024-04-16 青岛海信宽带多媒体技术有限公司 网络终端及网络终端评测方法
CN114629737A (zh) * 2020-12-14 2022-06-14 深圳Tcl新技术有限公司 一种带宽调整方法、装置、网关设备及存储介质
CN114629737B (zh) * 2020-12-14 2024-03-12 深圳Tcl新技术有限公司 一种带宽调整方法、装置、网关设备及存储介质

Also Published As

Publication number Publication date
EP2297880A1 (en) 2011-03-23
KR20110014637A (ko) 2011-02-11
EP2297880B1 (en) 2016-08-10
US20110061084A1 (en) 2011-03-10
US8605710B2 (en) 2013-12-10
JP5291190B2 (ja) 2013-09-18
KR101178853B1 (ko) 2012-09-03
JP2011525071A (ja) 2011-09-08
WO2009148438A1 (en) 2009-12-10

Similar Documents

Publication Publication Date Title
CN102057593A (zh) 用于减少网际协议电视的信道改变响应时间的方法和设备
US10511869B2 (en) System for consolidating heterogeneous data centers through virtualization of services
EP2028861B1 (en) Method and apparatus for changing received streaming content channels
US8161515B2 (en) Fast channel change handling of late multicast join
EP1982260B1 (en) Method and system for streaming digital video content to a client in a digital video network
EP2912813B1 (en) A method and apparatus for distributing a media content service
US7979885B2 (en) Real time bit rate switching for internet protocol television
US8533760B1 (en) Reduced latency channel switching for IPTV
US20070250890A1 (en) Method and system for reducing switching delays between digital video feeds using multicast slotted transmission technique
CN103959274A (zh) 具有自动速率整形的http自适应流传送服务器
CN101889422A (zh) 用于使终端的输出同步的方法及系统
CN1703087A (zh) 宽带电信系统及减少多媒体接收机信道切换延迟时间方法
KR20040084922A (ko) Ｉｐ 네트워크를 통해 파인 그래뉼라 확장성 코드화된비디오를 스트리밍하는 방법
CN105164982A (zh) 通过指派丢弃优先级来管理流之间的带宽分配
CN108063911B (zh) 一种视频会议扩容方法
Chitimalla et al. Application-aware software-defined EPON access network
CN104429089A (zh) 用于确定复合视频服务流的方法和设备
KR20050066050A (ko) 레이어 멀티캐스팅을 이용한 ｈｄｔｖ 미디어 게이트웨이시스템 및 운용방법
EP2093951B1 (en) Method and device for processing multimedia data and communication system comprising such device
EP2912817B1 (en) A method and apparatus for distributing media content services
CN118381874A (zh) 一种实现大规模视频会议的方法和系统
Patil Video Transmission over varying bandwidth links

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20110511