专利名称：以不同编码率将多个可缩放编码视频内容流送到客户端设备的方法和装置的制作方法
技术领域：
本发明通常涉及一种将媒体内容流送到客户端的方法和装置，更具体地，涉及按照可缩放编码格式将媒体内容流送到客户端的方法和装置。
背景技术：
用于支持有线电视、IPTV、和无线视频传输的对流媒体服务的使用面临许多挑战。 例如，诸如标准清晰度(SD)和高清晰度(HD)机顶盒终端、个人计算机、PDA和移动电话的不同客户端可以具有不同显示器、功率、通信和计算能力。成功的视频流系统需要能够将视频流送到这些不同的客户端。例如，在有线电视和IPTV中，产业标准传输率支持标准清晰度和高清晰度。由于相同节目的SD和HD版本之间的编码差异，HD版本通常需要4-5倍的更高的传输率以及在4-5倍的更多的在服务器上的存储空间。根据编码技术以及节目的长度，典型的传输率的范围从SD节目的2-4Mbps到HD节目的8_15Mbps传输率，并且典型文件存储需求的范围从大约SD的0. 75-1. 66GBytes/小时到HD的3-7GBytes/小时。相比之下，通常支持更低网络接口传输率和更低显示分辨率的无线设备具有大约0. 256-lMbps的传输率，以及每小时100-400兆字节的文件存储需求。用于支持多种不同客户端设备而不需要以不同格式维护相同节目的多个文件的一种方式是采用可缩放编码技术。对于视频数据的编码，可缩放编码产生多层，例如，基本层和增强层。基本层通常具有较低比特率、和较低的空间分辨率和质量，而增强层增加了基本层的空间分辨率和质量，因此需要更高的比特率。增强层比特流仅在结合基本层时可解码，即，其包含对解码的基本层视频数据的参考，用于产生最终解码的视频数据。可缩放编码已经纳入建立的标准，包括ITU-T. H. 264(以下称为“H. 264")及其副本、IS0/IEC MPEG-4、部分10，g卩，高级视频编码(AVC)。更具体地，可以在ITU-T Rec. H. 264IS0/IEC 14496-10/Amd. 3可缩放视频编码2007/11中找到纳入标准的可缩放编码议案，其目前公布在 IS0/IEC MPEG & ITU-T VCEG(IS0/IEC JTC1/SC29/WG11 和 ITU-T SG16 Q.6)的联合视频组(JVT)的文档JVT-X201中。通过使用可缩放编码，可以将单个文件流送到具有不同能力的客户端设备。然后， 每个客户端设备仅对那些其需要且能够支持的层进行解码。然而，这种技术的一个问题是当以比客户端设备能够接受的数据比特更多的数据比特来对文件进行流送时，不必要地消耗了大量带宽。换句话说，当能力不够的客户端设备丢掉其不能使用的比特时，浪费了带宽。另外，对于仅解码和显示其能够显示的节目的分量的客户端设备，传统的可缩放编码技术带来了很大的计算负担。
发明内容
根据本发明，提供一种通过网络向客户端设备递送内容的方法，包括通过网络与第一客户端设备建立通信。通过网络接收指示第一客户端设备的内容呈现能力的第一消息。基于第一消息，根据第一客户端设备的内容呈现能力，以第一客户端设备能够完全解码的格式通过网络向第一客户端设备发送内容。根据本发明的另一方面，提供一种通过一个或多个网络来递送内容的数据转发器 (headend)。所述数据转发器包括可缩放代码转换器，用于接收节目内容，并且从节目内容产生可缩放编码的节目流。可缩放编码的节目流包括多个层。所述数据转发器还包括流送服务器，用于接收可缩放编码的节目流。所述流送服务器响应于节目内容的用户请求，被配置为为了通过网络发送而输出传输流，在所述传输流中，内容以与从其接收用户请求的客户端设备的分辨率能力相应的比特率来编码。
图1示出可以用于向客户端设备递送视频和其他内容和服务的架构的一个示例。图2示出可以用于向客户端设备递送视频和其他内容和服务的架构的另一示例。图3示出图1和图2的架构中可以采用的RTP网关的一个示例。图4示出点播流送服务器的一个示例。图5是图4所示的流送服务器的一个说明性实施例的框图。图6是示出通过网络向客户端设备递送内容的方法的一个示例的流程图。
具体实施例方式图1示出可以用于向与多种不同客户端设备相关联的用户递送视频和其他内容以及服务的架构200的一个示例，所述多种不同客户端设备可以包括但不限于PC、PDA、便携式计算机、媒体中心、便携式媒体播放器、移动电话和机顶盒。在此说明性示例中，示出三个客户端设备，移动电话220、机顶盒终端230、和个人计算机(PC) M0。数据转发器210 通过IP网络270与客户端设备220、230和MO中的每一个进行通信。例如，移动电话220 通过IP网络270和诸如GSM或UMTS网络的无线网络与数据转发器210进行通信。机顶盒终端230通过IP网络270和混合光纤/同轴(HFC)网络260与数据转发器210进行通信，并且PC 240通过IP网络270与数据转发器210进行通信，其通常经由互联网服务供应商(未示出)。当然，图1描述的架构仅是说明性目的的呈现。更具体地，多种不同客户端设备可以通过其他类型的网络与数据转发器进行通信，所述其他类型的网络例如包括全同轴、xDSL(例如，ADSL、ADLS2、ADSL2+、VDSL 和 VDSL2)和卫星系统。数据转发器210是网络运营商通过其向客户端设备递送节目内容和提供其他服务的设备。如下详细所述，数据转发器210可以包括流送服务器215，对可缩放编码器212 编码的节目内容进行流送。术语“流送”用于指示通过网络向客户端服务器提供表示媒体内容的数据，并且在内容被完全递送之前可以开始内容播放(例如，根据需要提供数据，而不是在播放之前预先递送全部数据)。在传统布置中，数据转发器维护和管理每个节目的多个副本。每个副本包含针对不同客户端设备的显示特性的不同制做的节目。当采用可缩放编码时，每个客户端设备接收数据转发器210递送的相同可缩放编码的传输流。客户端设备根据他们自己的能力对传输流进行解码。因此，例如，移动电话200可以仅对基本层进行解码，而机顶盒终端230可以在仅支持标准清晰度节目的情况下对基本层进行解码(即，对单增强层进行解码)，并且在支持高清晰度节目的情况下对所有可用增强层进行解码。然而，如上所述，可缩放编码的一个问题在于当向能力较差的设备递送可缩放编码的传输流时，消耗了过多的带宽，这是一种浪费。另外，对于仅解码和显示其能够显示的节目的分量的客户端设备而言，带来了很大的计算负担。为了克服上述问题，根据在此描述的方法和技术，代替对客户端设备递送相同可缩放编码的传输流，流送服务器215仅对每个客户端设备递送其能够解码的可缩放编码流中的那些层。也就是说，流送服务器215用作可缩放代码转换器，对每个客户端设备形成适当的传输流。例如，流送服务器可以仅将基本层递送到移动电话220。另一方面，流送服务器215可以将基本层以及一个或多个增强层递送到机顶盒终端230。以这种方式，没有向仅对其需要的那些层解码和显示的客户端设备施加计算负担，而是将计算负担施加给流送服务器215，流送服务器215通常比客户端设备具有更强的处理能力和更多的其他资源。此外，由于没有传送所有的层，因此因为减少了递送到能力较差的客户端设备的传输流的比特率，从而节省了网络带宽。为了将流送服务器215以上述方式采用作为可缩放代码转换器，流送服务器215 需要能够从可缩放编码传输流中提取基本层和选择的增强层，其中，所述可缩放编码传输流从可缩放编码器212接收。另外，流送服务器215产生的媒体流需要以适合于各客户端设备的格式被封装。例如，较高端的客户端设备，诸如机顶盒终端，通常接收封装在MPEG-2 传输流中的内容，而较低端客户端设备，诸如PDA，接收使用诸如实时传输协议(RTP)的传输协议封装的内容。最终，当建立通信会话时，流送服务器215需要能够确定客户端设备的能力，从而能够向客户端设备递送适当数量的编码层。以下将解决这些问题中的每一个。流送服务器215可以按照多种不同方式从可缩放编码视频流中提取适当的层。例如，流送服务器215可以检查从可缩放编码器212接收的传入流，以确定分组ID(PID)类型、密钥帧的位置、比特率、和其他相关信息。具体地，流送服务器215可以将分配给携带基本层的分组的PID与分配给包含每个增强层的分组的PID进行区分。以这种方式，当流送服务器215向特定客户端设备递送内容时，流送服务器215可以丢弃该客户端设备不需要的任何具有分配给增强层的PID的分组。如本领域的普通技术人员所知，媒体流的传输需要视频编码标准，诸如MPEG-2或 H. 264,以及传输标准，诸如MPEG-2传输流或实时协议(RTP)，以及音频和辅助数据的编码标准。使用MPEG-2传输流带来的一个好处是流中的分量(例如，视频、音频、隐藏的标题和字幕)在时间上是同步的，从而能够以适当的方式显示。由于许多较高端设备，诸如机顶盒终端，能够接收和解码MPEG-2传输流，因此流送服务器215通常将以这种格式递送编码的内容。另一方面，例如，如果RTP用作递送机制，则内容的不同分量(诸如，视频、音频、隐藏的标题和字幕)以单独的传输流被递送，其中，需要通过由RTCP递送的时序消息将它们自己的时间基准彼此同步。因此，如果流送服务器215以诸如H. 264的格式产生可缩放编码的视频流，然后其被封装在MPEG-2传输流中，则MPEG-2传输流需要被分成单独的分量且被重构，以将其封装到单独的RTP传输流中。在图1所述的示例中，移动电话220根据RTP接收内容。因此，在流送服务器215与无线网络250的输出之间采用RTP网关275。RTP网关 275将流送服务器215提供的MPEG-2传输分组转换成适当的RPT传输分组。由于PC 240 和机顶盒终端230可以接收MPEG-2传输流，因此，在流送服务器215与这些设备之间不需要这种网关。在此示例中，RTP网关275可以包括在数据转发器210中。除了在图2中RTP网关275位于IP网络270与无线网络250之间之外，图2示出与图1描述的架构相似的架构。图1和图2中相同的部件用相同的标号表示。如上所述，RTP网关275需要解决的一个问题是在MPEG-2传输流和RTP传输流中处理时序信息的方式不同。在MPEG-2中，传输流的每个分量中的参考分组包含时间戳。 其他不包含时间戳的分组基于它们相对于具有时间戳的参考分组的位置推导时序信息。为此，可以在传输流中发送填充分组，诸如空分组。填充分组通过用作占位符来维护时序信息。当MPEG-2传输流被转换成RPT传输流时，多个MPEG-2分组可以合并成单个RTP分组。 不同于MPEG-2分组，每个RTP分组包含时间戳。为了最小化分组开销和分组处理，当多个 MPEG-2分组合并成单个RTP分组时，提取参考时序信息，并去除填充分组。通过计算MPEG-2 分组相对于原始MPEG-2传输流中的参考时间戳的偏移信息，维护基本流的相对时序信息。 然后，偏移信息用于调度RTP分组的发送，因此维护原始时序。以这种方式工作的RTP网关的一个示例在第7，248, 590号美国专利中示出。图3示出图1和图2的架构中可以采用的RTP网关300的另一示例。RTP网关300 包括UDP输入分配器310、传输解复用器315、RTP分组器320、325和；340、向外调度器330、 335和345、以及网络接口 350。UDP输入分配器310在指定的端口从流送服务器215接收传输流来作为传入UDP数据报，并且使传输分组到达传输解复用器315。分配器负责监控连续计数器以检测分组损失，并且通过监控流活动性来检测流损失。当检测到流损失时，其负责破坏会话并且释放其资源。传输解复用器315从UDP输入分配器310接收UDP数据报有效载荷。如果流送服务器215与客户端设备之间的会话被配置为递送RTP基本流，则传输解复用器315按照PID类型将有效载荷分解成基本流接入单元(AU)，并且检查传输PSI数据以确定各种流的PID和类型，假设此信息不是外部提供的。由于传入传输流包含其自己的时序参考，因此传输解复用器315提取此信息，将其转化成RTP和RTCP时序消息，并且将其馈送到网关300的下游组件。其结果是，RTP传输流的时序有效地处于流送服务器的控制下，从而RTP网关300不需要内部时间基准。还确保了 RTP流时间戳维护音频/视频同步(“唇同步”)。传输解复用器315还丢弃不用于RTP传输的任何分组，包括PSI、空(填充)分组、以及额外的音频或数据流。例如，如果原始传输流包含多个音频或字幕分量，则仅传播一个音频和一个字幕流；其他的将被丢弃。通过在网关设置命令中指定PID，从而明确地选择音频和字幕分量。如果没有提供PID，则在解析MPEG-2传输流中的PMT时，将选择其找到的第一个音频或字幕分量。如果会话被配置为RFC 2250中描述的分组方案，则传输解复用器315可以在直通模式下或者在选择模式下进行操作。在直通模式下，所有分组通过，并且在接收的UDP数据报与发送的RTP数据报之间存在一对一相应，例如，每一个可以包含7个传输分组。在选择模式下，从流中去除所有填充传输分组(通过空PID所指示)，从而得到VBR流。RTP视频、音频、和文本分组器320、325和340分别从传输解复用器315接受视频、 音频、和文本基本流接入单元，以及从MPEG传输流提取的相关时序信息。然后，RTP视频、 音频和文本分组器320、325和340创建RTP分组，从而准备好发送。从时序信息中推导出 RTP和RTP有效载荷报头中包含的时间戳。除了通用RTP报头之外，对每个支持的数据类型，RTP限定有效载荷格式，及其相关报头。因此，对于支持的每种流类型，通常将是不同的分组器。一旦已经准备视频、音频和文本分组，这些分组分别传到向外调度器330、335和 345，其对分组进行缓冲直到到达调度的发送时间。发送调度基于从传输流提取的时序信息。默认行为是大约以数据到达的速率来测量(pace out)RTP分组，和维护音频和视频流的相对时序。这样避免了在解码器的缓冲溢出情况，并且帮助平滑网络业务量。向外调度器330、335和345可以提供改变整体延迟以及视频、音频、和文本流之间的相对延迟的机制。注意，这不会改变RTP分组中携带的时间戳的值，仅改变其发送次数。 一旦向外调度器330、335和345在所谓的无领先者(impaced)模式下可用，则还可以将其配置为发送RTP分组。每个RTP流具有相关的双向UDP连接，以处理RTCP业务。此RTCP连接可以使用一个比相关联的RTP连接的端口号更大的端口号。在RTP网关300中，主要用于发送周期发送者报告，以将RTP时间戳与参考时钟同步。在默认的情况下，通过RTP向外调度器，基于一定规则(例如，每秒一次)来发送这些发送者报告。RTP向外调度器将具有可选地记录从客户端接收的RTCP消息，以用于之后的分析的能力。如上所述，流送服务器215需要能够在建立通信会话时确定客户端设备的能力， 从而能够递送适当数量的编码层。可以使用各种信令协议，包括，例如，诸如RTSP的应用级信令协议，或诸如SIP的会话级信令协议，来实现这种功能。SIP信令协议通常用于在采用 RTP传输流的较低端客户端设备中发起和建立通信会话。另一方面，当MPEG-2传输流递送到较高端客户端设备时，通常采用RTSP。除此之外，RTSP允许客户端设备使用诸如播放、暂停、快进、和回退的命令远程控制流媒体。在RTSP和SIP信令消息中可以携带的SDP可以用于传送客户端设备能力，诸如呈现能力等，以及其他会话特性。除了使流适应客户端设备能力之外，RTP网关300可以监控在客户端RTCP消息中返回的性能信息，并且可以添加或去除可缩放视频编码的层，以适应于改变的网络环境。例如，如果RTCP消息指示视频分组在网络中被丢弃，其指示可行网络拥塞，则RTP网关300可以去除一个或多个增强层以减小带宽要求。图4示出可以采用在此描述的方法、技术、和系统的点播流送服务器100的一个示例。在服务器100用于说明目的时，本领域的普通技术人员将理解，在此描述的方法、技术、 和系统还可以应用于更多采用不同架构的其他点播流送服务器。点播流送服务器100包括存储器阵列101、互连设备102、和流服务器模块103a至 103η(103) 0存储器阵列101用于存储点播内容，并且大小可以是很多千兆字节或兆字节。 这种存储器阵列可以由传统固态存储器构建，包括但不限于动态随机存取存储器(DRAM) 和同步DRAM (SDRAM)。流服务器模块103从存储器阵列101中检索内容，并且产生可以发送到客户端设备的多个异步数据流。互连设备102控制存储器阵列101与流服务器模块103 之间的数据传送。互连设备102还可以在流服务器模块103之间设置优先权，确定流服务器模块从存储器阵列101接收数据的顺序。通信处理以通过相关传输网络(例如，网络250、260和270)，从客户端设备 (例如，图1中的客户端设备220、230和M0)发送流请求开始。请求的命令通过信号线 114a-114n(114)达到流服务器模块103，在流服务器模块103中，对协议信息进行解码。例如，如果请求从流服务器模块103a进入，则该请求通过总线117到达主CPU 107。对于本地配置和状态更新，CPU 107还可以通过信号线120连接到本地控制接口 106，其通过线121 与系统操作者进行通信。通常这可以是使用串行连接或网络连接的终端或本地计算机。通过主CPU 107处理控制功能，或者非流送有效载荷。例如，CPU 107根据RTSP协议执行流控制。主CPU 107中的程序指令确定存储器阵列101中期望内容或节目材料的位置。存储器阵列101是大型内存缓冲区，其可以存储视频、音频和其他信息。以这种方式， 服务器系统100可以同时向多个客户设备提供各种内容。每个客户端设备可以接收相同内容或不同内容。提供给每个客户端设备的内容作为唯一异步媒体数据流发送，该唯一异步媒体数据流可以与发送到其他客户设备的唯一异步媒体流在时间上一致或不一致。如果请求的内容已经驻留在存储器阵列101中，则通过信号线118、通过背板接口 105、和通过信号线119发出加载节目的请求。在背板接口 104的控制下，外部处理器或 CPU(未示出)通过背板线116加载请求的节目内容来响应请求。背板接口 104通过互连 102连接到存储器阵列101。这样允许流服务器模块103以及背板接口 104共享存储器阵列 101。从背板接口 104写入节目内容，通过信号线115发送，通过互连102，通过信号线112， 最终到达存储器阵列101。当节目材料的第一块已经加载到存储器阵列101时，流送输出可以开始。也可以延迟流送输出，直到整个节目已经加载到存储器阵列101，或者也可以在之间的任何点。通过选择的一个或多个流服务器模块103控制数据播放。例如，如果选择流服务器模块103a， 则流服务器模块103a通过信号线113a，通过互连102，通过信号线111向存储器阵列101 发送读取请求。从存储器阵列101读取数据块，通过信号线112发送，通过互连102，通过信号线113a，到达流服务器模块103a。一旦流服务器模块103a已经接收到数据块，则产生此块的传输协议栈，并且通过信号线114a向传输网络发送主媒体流。然后，传输网络将主媒体流承载到客户端设备。对包含在节目源材料中的每个数据块重复此处理。如果请求的节目内容已经驻留在存储器阵列101中，则CPU 107向流服务器模块 103a通知在存储器阵列中的实际位置。使用此信息，流服务器模块可以立即开始从存储器阵列101请求节目流。图5是图4所示的流服务器模块103的一个说明性实施例的框图。流服务器处理器(SSP)401用作自动有效载荷请求器，以及协议编码器和解码器。SSP 401通过信号线113 请求和接收数据有效载荷。然后，编码并形成网络级分组，诸如TCP/IP或UDP/IP等。通过信号线411a-411n(411)向一个或多个媒体接入控制器(MAC)40加-40211 (402)发送编码的分组。媒体接入控制器402通过使用的特定物理网络来要求的数据链路级帧或数据报中封装编码的分组，从而产生主媒体流。例如，在以太网的情况下，媒体接入控制器402还处理冲突检测和自动恢复链路级网络错误。使用信号线412a-412n (412)将媒体接入控制器402连接到媒体接口模块 403a-403n(40;3)，媒体接口模块负责网络连接的物理媒体。这可以是以太网的双绞线收发器、以太网的光纤接口、SONET、或者许多其他适当的物理接口，其可以是现在存在的或者将在以后创建的，这种接口适合于期望网络的物理低级接口。然后，媒体接口模块403通过信号线41h-412n(412)向适当的一个或多个客户端设备发送主媒体流。实际上，流服务器处理器410根据其功能来划分输入和输出分组。如果分组是输出有效载荷分组，则直接在流服务器处理器(SSP)401中产生。然后，例如，SSP 401通过信号线411a向MAC 40 发送分组。然后，MAC 40 使用媒体接口模块403a和信号线412a， 以通过信号线114a向网络发送分组作为主流的一部分。通过媒体接口模块403a、信号线412a JPMAC 402a，在网络线IHa上接收客户端控制请求。然后，MAC 40 向SSP 401发送请求。然后，SSP 401将控制分组分离，并且通过信号线413将其转发到模块CPU 404。然后，模块CPU 404利用ROM/闪速ROM 406等中存储的程序来处理控制分组。对于程序执行以及存储本地变量，通常包括一些工作RAM 407。 ROM 406和RAM 407通过本地总线415连接到CPU，其通常直接连接到CPU 404。模块CPU 404根据每个流服务器模块使用信号线414，控制总线接口 405、和总线信号线117，以向图4中主的CPU 107转发节目内容的请求和相关系统控制功能。通过在每个流服务器模块中放置模块CPU 404，可以在网络线IHa-IHn附近处理会话管理和会话控制的任务。这样分散了 CPU负载，并且对于每个网络接口而言允许更多数量的同时的流连接。图6是示出通过网络向客户端设备递送内容的方法的一个示例的流程图。当通过网络在数据转发器与客户端设备之间建立通信时，所述方法在步骤610开始。可以通过数据转发器或客户端设备发起通信。接下来，在步骤620，通过网络接收消息。所述消息指定或者指示客户端设备的内容呈现能力。例如，可以在使用各种信令协议中的任何一种在数据转发器和客户端设备之间建立通信会话的同时，进行该消息的通信。在会话建立的同时， 数据转发器可以请求该消息，或者该消息可以与客户端递送到数据转发器的其他信息包括在一起。基于消息中接收的客户端设备的内容呈现能力，在步骤630，数据转发器根据客户端设备的内容呈现能力，以客户端设备能够完全解码的格式，通过网络发送内容。例如，如果内容被可缩放编码到两个或更多层，则数据转发器仅发送客户端设备能够解码和呈现的数量的层。可以在通用多功能或专用处理器中实现上述处理。这种处理器将在装配、编译、 或机器级执行指令，以执行该处理。那些指令可以由本领域技术人员按照以上给出的描述来编写，并且可以存储或发送到计算机可读介质上。还可以使用源代码或者任何其它已知的计算机辅助设计工具来创建该指令。计算机可读介质可以是能够承载那些指令的任何介质，并且包括CD-R0M、DVD、磁盘或其它光盘、带、硅存储器(例如，可拆卸的、不可拆卸的、易失或非易失的)。尽管在此已经具体地示出和描述了各种实施例，但是将理解，在不脱离本发明的精神和期望范围的情况下，上述教导覆盖本发明的修改和变型，且本发明的修改和变型落入权利要求的范围内。例如，尽管已经按照MPEG传输流的形式来描述了视频传输流，但是也可以采用其它类型的视频传输流。类似地，通过IP或其它网络的内容递送机制可以根据除了出于说明目的而示出的RTP之外的标准和议案来进行操作。另外，或者除了基于客户端设备的特性(例如，分辨率能力)来改变递送到客户端设备的层数之外，在一些实施例中，可以动态地改变递送的可缩放层数，以调整到改变的网络带宽的可获得性。
权利要求
1.一种通过网络向客户端设备递送内容的方法，包括通过网络与第一客户端设备建立通信；通过所述网络接收指示所述第一客户端设备的内容呈现能力的第一消息；以及基于所述第一消息，根据所述第一客户端设备的内容呈现能力，以所述第一客户端设备能够完全解码的格式通过所述网络向所述第一客户端设备发送内容。
2.如权利要求1所述的方法，其中，将所述内容可缩放编码为多个层，并且进一步包括基于所述第一客户端设备的内容呈现能力，向所述第一客户端设备发送选择数量的层。
3.如权利要求1所述的方法，其中，所述内容包括视频内容，所述内容呈现能力包括所述第一客户端设备的显示分辨率能力。
4.如权利要求1所述的方法，其中，将所述内容流送到所述第一客户端设备。
5.如权利要求2所述的方法，进一步包括以可缩放编码格式接收所述内容；以及对所述内容进行代码转换，以选择将被发送到所述第一客户端设备的层。
6.如权利要求1所述的方法，进一步包括将所述内容从视频传输流转换成IP传输流。
7.如权利要求6所述的方法，其中，所述视频传输流是MPEG传输流，并且所述IP传输流包括至少一个RTP传输流。
8.如权利要求1所述的方法，其中，根据会话建立信令协议来接收所述第一消息。
9.如权利要求1所述的方法，还包括通过所述网络与第二客户端设备建立通信；通过所述网络接收指示所述第二客户端设备的内容呈现能力的第二消息；以及基于所述第二消息，根据所述第二客户端设备的内容呈现能力，以所述第二客户端设备能够完全解码的第二格式通过所述网络向所述第二客户端设备发送内容。
10.如权利要求9所述的方法，其中，所述第二格式不同于所述第一格式，所述内容被可缩放编码为多个层，所述第一格式包括可缩放编码内容的第一数量的层，所述第二格式包括可缩放编码内容的第二数量的层，其中，所述第一数量的层和第二数量的层彼此不同。
11.一种用于通过一个或多个网络递送内容的数据转发器，包括可缩放代码转换器，用于接收节目内容，并且从节目内容产生可缩放编码的节目流，所述可缩放编码的节目流包括多个层；以及流送服务器，用于接收所述可缩放编码的节目流，其中，所述流送服务器响应于对节目内容的用户请求，被配置为通过网络为发送输出传输流，在所述传输流中，内容以与从其接收用户请求的客户端设备的分辨率能力相应的比特率来编码。
12.如权利要求11所述的数据转发器，进一步包括网关，用于将通过所述网络发送的所述传输流从视频传输格式转换为IP传输格式。
13.如权利要求12所述的数据转发器，其中，所述视频传输格式是MPEG格式，所述IP 传输格式是RTP。
14.如权利要求11所述的数据转发器，其中，所述流送服务器被配置为根据SIP或 RTSP信令协议来接收用户请求。
15.至少一种编码有指令的计算机可读介质，当处理器执行所述指令时，所述指令执行的方法包括基于第一客户端设备的特性，选择可缩放编码的内容文件的第一数量的层；通过网络向所述第一客户端设备递送所述第一数量的层；基于第二客户端设备的特性，选择所述可缩放编码的内容文件的第二数量的层；通过所述网络向所述第二客户端设备递送所述第二数量的层。
16.如权利要求15所述的计算机可读介质，其中，以MPEG传输流向所述第一客户端设备流送所述第一数量的层，以RTP传输流向所述第二客户端设备流送所述第二数量的层。
17.如权利要求15所述的计算机可读介质，其中，所述第一客户端设备和第二客户端设备的特性包括显示分辨率能力。
18.如权利要求16所述的计算机可读介质，进一步包括将所述第二数量的层从MPEG 传输流转换成RTP传输流。
19.如权利要求15所述的计算机可读介质，进一步包括对可缩放编码的文件内容进行代码转换，以选择所述第一数量和第二数量的层。
20.如权利要求17所述的计算机可读介质，其中，与所述第二数量的层相比，所述第一数量的层消耗较少的带宽，并且所述第一客户端设备的显示分辨率能力小于所述第二客户端设备的显示分辨率能力。
21.如权利要求15所述的计算机可读介质，其中，能够动态地改变所述第一数量和第二数量的层，以调整改变的网络带宽可获得性。
全文摘要
一种通过网络向客户端设备递送内容的方法，包括通过网络与第一客户端设备建立通信。通过网络接收指示第一客户端设备的内容呈现能力的第一消息。基于第一消息，根据第一客户端设备的内容呈现能力，以第一客户端设备能够完全解码的格式通过网络向第一客户端设备发送内容。
文档编号H04N7/01GK102265535SQ200980152094
公开日2011年11月30日 申请日期2009年11月13日 优先权日2008年12月22日
发明者乔治·W·考约什, 加里·休斯 申请人:通用仪表公司