使用文件递送方法的ip广播流式传输服务分布的制作方法

使用文件递送方法的ip广播流式传输服务分布的制作方法
【专利摘要】在一个实例中，装置包含一个或一个以上处理单元，所述一个或一个以上处理单元经配置以：经由网络发送检索媒体内容的至少一部分的请求，其中所述媒体内容符合HTTP动态自适应流式传输DASH，且其中所述请求包括根据文件递送服务递送所述至少部分的请求；以及响应于所述请求而根据所述文件递送服务经由所述网络接收所述媒体内容的所述至少部分的流式传输数据。所述装置可用所述接收的数据预先填充浏览器高速缓冲存储器，使得浏览器可实际上使用所述文件递送服务来流式传输数据。所述装置可初始使用单播来检索所述媒体内容的数据，直到达到经由所述文件递送服务接收的所述数据的切换点为止。
【专利说明】使用文件递送方法的IP广播流式传输服务分布
[0001]本申请案主张2011年4月5日申请的第61 / 472，116号美国临时申请案的权益，所述美国临时申请案特此以全文弓丨用的方式并入。
【技术领域】
[0002]本发明涉及经译码视频数据的输送。
【背景技术】
[0003]数字视频能力可并入到广泛多种装置中，包含数字电视机、数字直播系统、无线广播系统、个人数字助理(PDA)、膝上型或桌上型计算机、数码相机、数字记录装置、数字媒体播放器、视频游戏装置、视频游戏控制台、蜂窝式或卫星无线电电话、视频电话会议装置和类似装置。数字视频装置实施视频压缩技术，例如由MPEG-2、MPEG-4、ITU-T H.263、ITU-T
H.264 / MPEG-4第10部分高级视频译码(AVC)定义的标准以及此些标准的扩展中描述的那些技术，从而较有效地发射和接收数字视频信息。
[0004]在视频数据已经编码之后，可将视频数据包化以用于发射或存储。视频数据可经组合为符合多种标准中的任一者的视频文件，所述标准例如国际标准化组织(ISO)基本媒体文件格式及其扩展，例如ITU-T H.264 / AVC0此经包化视频数据可以多种方式输送，例如使用网络流式传输在计算机网络上的传输。
[0005]在二十世纪中期，因特网实时输送协议(RTP)上的视频和音频业务的增长开始使因特网充斥大量的网络业务，且没有用于这些协议的拥塞控制。这导致公司信息技术(IT)管理者对其防火墙进行编程以阻挡含有使公司的网关阻塞的视频和音频流的RTP包。
[0006]防火墙威胁到视频和音频流式传输服务的存在。因此，服务提供者开始提供TCP (更具体来说，TCP的HTTP端口)上内容虚拟电路。他们进行此做法以将其视频和音频业务伪装成有用的HTTP业务。IT防火墙管理者无法容易地阻挡HTTP / TCP上的视频和音频，且因此在一段时期内，TCP上HTTP上的视频和音频盛行。
[0007]初始，使用“渐进下载”方法用于大多数视频的下载。在此机制中，使用单个HTTP连接和传送来下载整个视频文件。用户查看下载发生，且当足够数据已经缓冲以支持完整流观看体验时，播放器或用户点击“播放”且视频回放开始。然而当用户想要立即查看视频时，尤其是在低容量链路上，此方法存在问题。另一问题在于，在不断改变的无线环境中，自适应下载可能突然下移到极慢的速度，从而造成视频中间的暂停。
[0008]已经进行工作来实施HTTP自适应流式传输，其尝试解决这些问题。自适应流式传输协议的实例包含微软平滑流式传输(MSS)、苹果HTTP现场流式传输(HLS) ,Adobe HTTP动态流式传输(AHDS)，以及3GPP标准HTTP动态自适应流式传输(DASH)。在2011年，Netflix视频流式传输装置(基于MSS)在晚上的峰值时间消耗30%的北美因特网回程来将视频包递送到顾客家庭。
[0009]自适应流式传输方法通常极类似于HTML网页来组织视频数据。举例来说，在DASH中，将“视频网页”界定为参考对应于视频数据的所有“片段”(子文件)。一片段通常为2秒的实时视频或音频，且在视频的情况下其通常以MPEG-1帧(本质上为完整经JPEG编码的图片)开始。在DASH中，“视频网页”称为“媒体呈现描述”(MPD)。用于2小时视频的MPD可能参考3600个视频统一资源定位符(URL)以及3600个音频URL，其中每一者在回放时可对应于2秒的媒体。且注意到,可针对编码视频的每一位速率提供3600个视频URL。
[0010]DASH的一个改进在于，可在若干不同位速率下描述同一视频，且播放器可切换位速率(例如，每2秒)。MPD通常描述同一视频的3到8个不同再现(称为表示)。当因特网拥塞时或在初始启动期间或当终端在低容量链路上时，可获取低位速率片段。当因特网未拥塞且终端具有高容量链路时，可获取高位速率片段。

【发明内容】

[0011]大体上，本发明描述用于根据文件递送服务经由网络流式传输视频数据的技术。视频数据可根据HTTP动态自适应流式传输(DASH)来格式化。也就是说，媒体内容可包含清单文件，例如媒体呈现描述(MPD)，其描述媒体内容的一个或一个以上表示的特性。然而，并非等待针对媒体内容的数据的请求，本发明的技术允许经由文件递送协议将数据广播(或多播)到一个或一个以上客户端装置。举例来说，可使用单向输送上的文件递送(FLUTE)协议来广播(或多播)数据。在一些实例中，客户端装置可使用单播协议检索媒体数据中的一些，直到已接收到正广播的数据中的切换点(即，随机存取点)为止。以此方式使用DASH和例如FLUTE等文件递送服务的技术可改善经由广播或多播协议的视频数据的实时流式传输。
[0012]在一个实例中，方法包含:根据单播协议检索媒体内容的第一部分，其中所述媒体内容符合自适应视频流式传输网络协议；以及经由文件递送服务根据多播协议检索所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0013]在另一实例中，装置包含一个或一个以上处理器，所述一个或一个以上处理器经配置以:根据单播协议检索媒体内容的第一部分,其中所述媒体内容符合自适应视频流式传输网络协议；以及经由文件递送服务根据多播协议检索所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0014]在另一实例中，装置包含:用于根据单播协议检索媒体内容的第一部分的装置，其中所述媒体内容符合自适应视频流式传输网络协议；以及用于经由文件递送服务根据多播协议检索所述媒体内容的第二部分的装置，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0015]在另一实例中，计算机可读存储媒体在其上存储有指令，所述指令在执行时致使一个或一个以上处理器:根据单播协议检索媒体内容的第一部分，其中所述媒体内容符合自适应视频流式传输网络协议；以及经由文件递送服务根据多播协议检索所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0016]在另一实例中，方法包含:获得符合自适应视频流式传输网络协议的媒体内容；根据单播协议输出所述媒体内容的第一部分；以及根据文件递送服务输出所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0017]在另一实例中，装置包含一个或一个以上处理器，所述一个或一个以上处理器经配置以:获得符合自适应视频流式传输网络协议的媒体内容；根据单播协议输出所述媒体内容的第一部分；以及根据文件递送服务输出所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0018]在另一实例中，装置包含:用于获得符合自适应视频流式传输网络协议的媒体内容的装置；用于根据单播协议输出所述媒体内容的第一部分的装置；以及用于根据文件递送服务输出所述媒体内容的第二部分的装置，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0019]在另一实例中，计算机可读存储媒体在其上存储有指令，所述指令在执行时致使一个或一个以上处理器:获得符合自适应视频流式传输网络协议的媒体内容；根据单播协议输出所述媒体内容的第一部分；以及根据文件递送服务输出所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
[0020]在附图和以下描述中陈述一个或一个以上实例的细节。从描述和图式以及从权利要求书将明了其它特征、目的和优点。
【专利附图】

【附图说明】
[0021]图1是说明实施用于经由网络流式传输媒体数据的技术的实例系统的框图。
[0022]图2是说明形成图1的网络的部分的装置的实例集合的框图。
[0023]图3是说明其中两个服务器装置将媒体内容的数据提供到客户端装置的实例的框图。
[0024]图4是说明实例媒体内容的元素的概念图。
[0025]图5是说明实例视频文件的元素的框图，所述元素可对应于媒体内容的表示的区段。
[0026]图6是说明包含两个表示的实例媒体内容的概念图。
[0027]图7是说明用于单播和多播的网络堆栈的实例的框图。
[0028]图8是说明另一实例客户端装置的框图。
[0029]图9是说明根据本发明的技术用于经由单播或广播或多播接收媒体数据的实例方法的流程图。
[0030]图10是说明用于使用文件递送服务输出媒体内容的实例方法的流程图。
【具体实施方式】
[0031]大体上，本发明描述与例如音频和视频数据等多媒体数据经由网络的流式传输相关的技术。本发明的技术可结合HTTP动态自适应流式传输(DASH)来使用。如下文更详细论述，本发明的技术的某些实例包含经由文件递送服务使用多播或广播协议来流式传输已根据DASH囊封的视频数据，所述协议例如为单向输送上的文件递送(FLUTE)协议。FLUTE建立于提供可靠输送的异步分层译码(ALC)协议上，且因此FLUTE也可称为FLUTE / ALC0本发明描述可结合网络流式传输执行的各种技术，其中任一者或全部可单独地或以任何各种组合来实施。如下文更详细描述，执行网络流式传输的各种装置可经配置以实施本发明的技术。
[0032]可代替如本发明中描述的FLUTE使用的额外文件递送协议包含FCAST和原始ALC / LCT (例如，使用ALC和LCT标头来递送文件属性，例如文件类型、编码和压缩属性)。FCAST在洛卡(Roca)的“FCAST:用于ALC和NORM协议的可缩放对象递送(FCAST =ScalableObject Delivery for the ALC and NORM protocols)，，(IETF RMT 工作组，2011 年 10月)中描述。ALC在卢比(Luby)等人的“异步分层译码(ALC)协议例示(AsynchronousLayered Coding(ALC)Protocol Instantiation)，，(RFC5775, 2010 年 4 月)中描述。LCT在卢比等人的“分层译码输送(LCT)建置块(Layered Coding Transport (LCT) BuildingBlock)”(RFC5651，2009年10月)中描述。用于大规模文件广播下载的其它协议包含802.1E系统负载协议，其在MAC层广播文件。系统负载协议在卢比等人在2011年8月9日申请的第13 / 206，418号美国专利“当使用不对称存储器时使用页映射的广播多媒体存储和接入(BROADCAST MULTIMEDIA STORAGE AND ACCESS USING PAGE MAPS WHEN ASYMMETRICMEMORY IS USED)” 中描述。
[0033]在基于IP的移动广播TV系统(例如DVB-H、ATSC-M / H、3GPP MBMS (多媒体广播多播服务)、3GPP2BCMCS (广播和多播服务))中，流式传输和文件递送服务(有时也分别称为实时(RT)和非实时(NRT)服务)是使用不同输送协议递送的。流式传输服务递送采用RTP (根据RFC3550)，而文件递送服务(在一些系统中也称为下载递送服务)包含FLUTE /ALC (分别根据RFC3926和RFC5775)。基于单播的自适应HTTP流式传输服务当前是因特网中用于视频递送的主要技术，且在3GPP[TS26.247]和MPEG[IS0 / IEC FCD23001-61中标准化，通常称为DASH (HTTP动态自适应流式传输)。
[0034]然而，本发明的技术可为基于LTE技术的例如增强型多媒体广播多播服务(eMBMS)等新兴的移动广播系统提供某些优点。特定来说，根据本发明的技术，不必部署单独的流式传输和文件递送机制，因为视频数据经由网络的流式传输递送可经由例如FLUTE等文件递送服务执行。维持流式传输服务从广播到单播递送的无缝服务连续性是移动运营商的重要能力。为此，不必采用RTP来支持单播流式传输是高度合意的，尤其是在HTTP流式传输和附属生态系统的使用广泛且不断增长的情况下。所述生态系统包含支持HTTP流式传输递送的内容提供者、内容递送网络(CDN)以及相关联HTTP递送基础结构(例如边缘服务器和高速缓冲存储器)，以及HTTP流式传输技术供应商。
[0035]因此，在一些实例中，本发明提供用以代替利用文件递送服务(例如FLUTE协议)用于广播流式传输递送的技术。文件递送服务可在例如eMBMS等广播媒体接入控制(MAC)协议或例如IP多播等多播协议上操作。这可改善网络和用户装置侧两者处的简单性，因为这些技术可采用单个应用输送协议(例如，FLUTE)来用于载运流式传输和文件内容两者。此外，通过采用DASH作为连续媒体“文件”结构来在FLUTE / ALC包中载运流式传输内容，从广播到单播递送的服务连续性将仅涉及从经由FLUTE /广播输送DASH区段切换到HTTP /单播。因此，基于RTP的单播流式传输解决方案，例如3GPP的PSS (包交换流式传输服务)(在TS26.234中描述)变为不再必要，从而允许服务提供者/网络运营商利用HTTP流式传输的新兴流行性来用于媒体内容的单播递送。
[0036]特定来说，为了经由例如FLUTE等文件递送服务流式传输视频数据，客户端装置可用经由文件递送服务接收的数据预填充高速缓冲存储器。如下文更详细阐释，客户端装置可经配置以在经由单播请求数据之前确定在局部存储器中是否存在所请求的数据。并非仅在经由单播接收到数据之后填充高速缓冲存储器，本发明的技术包含根据例如FLUTE协议等文件递送服务经由广播或多播接收数据，且用经由广播或多播接收的数据预填充高速缓冲存储器。以此方式，客户端装置可确定在不具有经由单播接收的数据的情况下高速缓冲存储数据。通过适当的高速缓冲存储器管理软件，这允许广播与单播发射之间的无缝越区移交，且反之亦然。此简化的越区切换技术在之前的任何先前流式传输协议中尚未实现。
[0037]本发明进一步在一些实例中提供用以在使用广播流式传输服务的FLUTE递送时减少由于标称应用级FEC过程(可能另外引起显著的播放延迟)引起的启动和信道改变时间的技术。此外，在一些实例中，本发明提供用以高速缓冲存储下载的媒体内容用于潜在未来使用(例如当需要使用单播递送获取相同内容时)的技术，假定客户端装置包含充足量的低廉的非易失性局部存储装置，例如快闪存储器。
[0038]本发明描述可以任何组合使用的各种技术。作为一个实例，本发明描述用于简化广播内容递送的技术。在这些技术中，FLUTE协议可用于递送流式传输媒体内容。假定媒体内容标称地以ISO基本媒体文件格式(根据ISO / IEC14496-12)囊封，尤其是以DASH区段(例如，根据TS27.247)的形式，且伴随有由DASH媒体呈现描述(MPD)给出的相关联清单信息。用于确保正确媒体流播放的时间语义可由DASH区段格式内含有的元数据连同MI3D中含有的挂钟时间指示符一起提供。相结合地，这些提供了类似于RTP的功能性(经由RTCP发送者报告的序列号、时戳和实际挂钟时间)，而不需要RTP的额外包囊封过程。图7中展示协议模型图，其展示通过用于载运流式传输媒体内容的FLUTE来代替使用RTP，这在下文更详细描述。
[0039]作为另一实例，本发明描述用于利用单播HTTP流式传输的临时使用来减少播放等待时间的技术。单播HTTP流式传输可替代FLUTE广播临时使用以减少在启动(初始“调入”到选定内容)期间以及在频道改变(也称为‘转换频道跳过广告’)期间最终用户所见的播放等待时间。这些技术对服务提供者和最终用户得到改善的使用体验和总体服务质量可为重要的。假定相对长(例如20到30秒)端到端等待时间(界定为现场事件的实际开始时间与其在用户装置屏幕上呈现时之间的间隔)对服务提供者是可接受的。此延迟允许用于应用层FEC (AL FEC)(例如Raptor码(根据RFC5053))的有效操作的所要时间分集。
[0040]对于标称广播递送，一些实例假定经由广播/ FLUTE递送10秒长的DASH区段(SegType10s)。在启动期间，也就是当用户选择(使用客户端装置)所要现场节目来观看(也许使用电子服务指南中含有的服务通告信息)时，直接递送广播DASH区段将导致近似10秒+的延迟之后内容才可经FEC解码且播放到屏幕上。根据本发明的技术的一些实例，为了减少启动延迟，客户端装置可在单播HTTP流式传输模式中操作，借此DASH区段相对短，大约为I到2秒的持续时间。
[0041]假定在节目启动期间经由单播/ HTTP递送I秒长的DASH区段(将这些称为SegTypels)，当用户选择节目时，客户端装置首先在单播HTTP流式传输模式中操作，经由单播获取SegTypels的前10个区段，且将所述区段递送到媒体播放器用于再现。同时，FLUTE客户端(也在客户端装置上执行)下载第二 SegTypeltls(不是第一，因为其正由单播递送服务)。客户端装置可随后从单播切换到广播接收且播放将跟随在第十SegTypels与第二SegTypeltls之间，在此时现场事件的标称广播继续，且单播HTTP流式传输可被减活。下文相对于图6更详细描述这些技术的实例。
[0042]类似操作(初始单播到稳态广播操作)可由客户端装置响应于用户执行频道改变而执行。换句话说，通过在频道改变期间采用选定目标频道的单播HTTP流式传输递送，“转换频道跳过广告”延迟可从大约10秒减少到I秒。下文更详细描述的图10描述了用于根据本发明的技术执行初始调入和/或频道改变操作的实例方法。
[0043]作为另一实例，本发明描述用于高速缓冲存储由客户端装置经由广播流式传输接收的数据的技术。在FLUTE广播内容由客户端装置接收时，客户端装置可连续地递送和写入内容作为基于快闪存储器的非易失性存储器(NVM)中的单个数据文件，使得所接收数据的较大块可在每一写入期间写入到数据文件内的连续位置，且使得以快闪NVM的每一页含有与单个子块相关联的数据的方式写入数据。此外，如下文更详细描述的图8展示如果稍后经选择以供最终用户使用HTTP流式传输递送来接入，那么经高速缓冲存储的内容可经检索和解码且提供到HTTP流式传输客户端以避免经由单播网络的不必要内容获取。从快闪存储器存储和检索数据的细节在卢比等人在2011年8月9日申请的第13 / 206,418号美国专利“当使用不对称存储器时使用页映射的广播多媒体存储和接入(BROADCASTMULTIMEDIA STORAGE AND ACCESS USING PAGE MAPS WHEN ASYMMETRIC MEMORY IS USED)”中描述。
[0044]在一些实例中，本发明的技术可提供一个或一个以上优点。举例来说，这些技术可允许服务器装置和客户端装置支持较少的递送方法。也就是说，服务器装置和客户端装置可经配置以仅根据FLUTE协议递送视频数据，而不是实施用于文件递送的FLUTE协议和用于流式传输递送的RTP两者。此外，这些技术可允许避免使用基于RTP的单播流式传输实施方案来支持从广播到单播递送的服务连续性或越区切换。举例来说，3GPP MBMS界定了使用PSS来支持经由单播的MBMS流式传输服务递送。当例如在用于过多(Over-the-Top)视频递送的因特网中需要单播时，可用单播HTTP流式传输完全代替RTP。在此情况下，越区切换将由浏览器自身在其请求视频区段(且FLUTE或广播下载协议不再可填充高速缓冲存储器)时实现，其将导致“高速缓冲存储器未中”，且将调用HTTP来获取丢失的视频区段。
[0045]根据用于经由网络流式传输数据的DASH和类似技术，多媒体内容(例如电影或其它媒体内容，其也可包含音频数据、视频数据、文本覆盖或其它数据)可以多种方式和多种特性来编码。内容准备装置可形成相同多媒体内容的多个表示。每一表示可对应于特定特性集合，例如译码和再现特性，以提供可由具有各种译码和再现能力的多种不同客户端装置使用的数据。而且，具有各种位速率的表示可允许带宽调适。也就是说，客户端装置可确定当前可用的带宽量且基于可用带宽量以及客户端装置的译码和再现能力而选择表示。
[0046]在一些实例中，内容准备装置可指示一表示集合具有共同特性集合。内容准备装置可随后指示所述集合中的表示形成一调适集合，使得所述调适集合中的表示可用于带宽调适。也就是说，所述集合中的表示可在位速率方面不同，但另外共享大体上相同的特性。以此方式，客户端装置可确定多媒体内容的调适集合的各种共同特性集合，且基于客户端装置的译码和再现能力来选择调适集合。随后，客户端装置可基于带宽可用性在选定调适集合中的表示之间自适应地切换。或者，根据本发明的技术，客户端装置可在单播期间从所述表示中的一者请求数据，随后切换到不同的表示用于广播。
[0047]而且，提供广播的服务器装置可通过响应于网络中的带宽可用性改变而在表示之间切换而执行服务器侧带宽调适。举例来说，服务器装置可接收指示正在接收媒体内容的广播或多播的观看者的数目的信息。例如eMBMS等一些广播系统具有用以针对每一广播呈现对观看者数目进行计数的信令。在观看者数目增加时，服务器装置可确定许多观看者正在查看内容，从而较多带宽可专用于视频(因为扇区中的较少用户可能在扇区中进行其它活动)。在此情况下，服务提供者可升级视频质量以对极流行媒体广播的许多观看者带来更大满意度。类似地，如果广播系统确定许多人已停止观看媒体广播，那么系统可降级视频质量和位速率以对所述扇区中的单播用户带来更大满意度。
[0048]用于表示的数据可经分离为个别文件。文件中的每一者可通过特定统一资源定位符(URL)或统一资源识别符(URI)来寻址。客户端装置可提交针对特定URL处的文件的HTTP GET请求以使用单播检索所述文件。替代地或另外，客户端装置可预订广播或多播网络群组以检索对应广播或多播的数据。举例来说，客户端装置可使用HTTP GET请求从一个表示请求一系列文件以执行单播检索，而同时或随后预订广播或多播群组以从不同表示检索文件。客户端装置可使用对应于邻接但在广播或多播的时间位置之前的时间位置的单播来检索文件以允许媒体数据的无缝播放。也就是说，客户端装置在播放期间可从单播数据无缝地切换到广播或多播数据。
[0049]例如媒体内容的表示的区段等各种文件可符合根据以下各项中的任一者囊封的视频数据:IS0基本媒体文件格式，可缩放视频译码(SVC)文件格式，高级视频译码(AVC)文件格式，第三代合作伙伴计划(3GPP)文件格式，和/或多视图视频译码(MVC)文件格式，或其它类似的视频文件格式。为了阐释和实例的目的，下文描述ISO基本媒体文件格式，但应了解，符合其它格式的文件也可用以执行本发明的技术。
[0050]ISO基本媒体文件格式经设计以含有呈灵活可扩展格式的用于呈现的经定时媒体信息，其促进媒体的互换、管理、编辑和呈现。ISO基本媒体文件格式(ISO / IEC14496-12:2004)在MPEG-4第12部分中指定，其界定基于时间的媒体文件的一般结构。其用作系列中的其它文件格式的基础，例如为支持H.264 / MPEG-4AVC视频压缩而界定的AVC文件格式(ISO / IEC14496-15)、3GPP文件格式、SVC文件格式以及MVC文件格式。3GPP文件格式和MVC文件格式是AVC文件格式的扩展。ISO基础媒体文件格式含有用于媒体数据的经定时序列(例如视听呈现)的时序、结构和媒体信息。文件结构可为面向对象的。文件可极简单地分解为基本对象，且对象的结构从其类型中得到暗示。
[0051]符合ISO基本媒体文件格式(及其扩展)的文件可形成为一系列对象，称为“盒(box) ”，由ISO基本媒体文件格式中的唯一类型识别符和长度数据界定的面向对象的建置块可包含在盒中，使得文件内不需要含有其它数据且文件内的盒之外不需要有数据。这包含由特定文件格式要求的任何初始签名。通常，呈现包含在一个文件中，且媒体呈现是自含式的。电影容器(电影盒)可含有媒体的元数据，且视频和音频帧可包含在媒体数据容器中，且可在其它文件中。
[0052]表示(运动序列)可包含在若干文件中，也称为DASH中的区段。时序和成帧(位置和大小)信息通常在ISO基础媒体文件中，且辅助文件可基本上使用任何格式。此表示对含有所述表示的系统可为“本地的”，或可经由网络或其它流递送机制来提供。
[0053]在HTTP流式传输中，媒体呈现可为客户端可存取的数据的结构化集合。客户端可请求和下载媒体数据信息以向用户呈现流式传输服务。在使用HTTP的单播流式传输递送中，经常使用的操作包含GET和部分GET。GET操作检索与给定统一资源定位符(URL)相关联的整个文件。部分GET操作包含作为输入参数的字节范围，且检索对应于指定字节范围的文件的连续数目的字节。因此，可为HTTP流式传输提供电影片段，因为部分GET操作可检索一个或一个以上个别电影片段。应注意，在电影片段中，可存在具有不同播放轨的若干播放轨片段。
[0054]在DASH的实例中，可存在用于多媒体内容(也称为媒体内容)的视频和/或音频数据的多个表示。此些表示的清单在媒体呈现描述(MPD)数据结构中界定。媒体呈现可对应于HTTP流式传输客户端装置可存取的数据的结构化集合。HTTP流式传输客户端装置可请求和下载媒体数据信息以向客户端装置的用户呈现流式传输服务。MPD数据结构描述媒体内容的每一表示的译码和再现特性。另外，根据本发明的技术，服务器装置可提供描述广播或多播的特性的数据，例如以为客户端装置接收广播或多播提供足够的信息。举例来说，数据可包含客户端装置可用来加入多播的多播地址。
[0055]媒体呈现可含有一个或一个以上周期的序列。每一周期可含有用于相同媒体内容的一个或一个以上表示。表示可为音频或视频数据的若干替代经编码版本中的一者。表示可根据编码类型而不同，例如根据视频数据的位速率、分辨率和/或编码器以及音频数据的位速率、语言和/或编解码而不同。术语表示可用以指代经编码音频或视频数据的对应于多媒体内容的特定周期且以特定方式编码的部分。
[0056]特定周期的表示可经指派给由MPD中的群组属性(可识别调适集合)指示的群组。同一群组(或调适集合)中的表示通常被视为彼此的替代。举例来说，用于特定周期的视频数据的每一表示可经指派给同一群组，使得可为解码选择所述表示中的任一者以显示用于对应周期的多媒体内容的视频数据。在一些实例中，一个周期内的媒体内容可由来自群组0(如果存在)的一个表示或来自每一非零群组的至多一个表示的组合来表示。用于一周期的每一表示的时序数据可相对于所述周期的开始时间来表达。
[0057]一表示可包含一个或一个以上区段。每一表示可包含初始化区段，或表示的每一区段可为自初始化的。当存在时，初始化区段可含有用于存取表示的初始化信息。大体上，初始化区段不含有媒体数据。区段可通过识别符来唯一地参考，例如统一资源定位符(URL)、统一资源名称(URN)或统一资源识别符(URI)。MPD提供用于每一区段的识别符。在一些实例中，MH)还可提供呈范围属性的形式的字节范围，其可对应于通过HTTP URL可存取的文件内的区段的数据。
[0058]每一表不还可包含一个或一个以上媒体分量，其中每一媒体分量可对应于一个个别媒体类型的经编码版本，所述媒体类型例如音频、视频或经定时文本(例如，用于隐藏式字幕)。媒体分量可跨一个表示内的连续媒体区段的边界为时间连续的。
[0059]本发明的技术中的任一者或全部可在多种情形中使用。举例来说，用于从单播切换到多播或广播的技术可用以例如在初始开始视频流式传输后或响应于频带改变而“抓住”广播或多播中的后续切换点(或IDR图片)。这些技术也可在多种频道可用时使用。举例来说，客户端装置可经由单播检索对应于多个不同媒体内容的前几秒的数据。随后，在用户选择所述多个媒体内容中的一者之后，客户端装置可预订媒体内容的广播或多播，同时显示经由单播接收的选定媒体内容的数据。在一些实例中，客户端装置可呈现具有用于所述多个媒体内容中的每一者的视频剪辑(对应于所述多个媒体内容中的每一者的所检索单播数据)的菜单，以为用户提供基于视频的选择菜单。
[0060]作为另一实例，这些技术可在网络回程的基站之间的越区移交或越区切换期间应用。一些基站可提供多播或广播，而其它基站可仅提供单播。根据本发明的技术，客户端装置可确定越区移交或越区切换在基站之间已发生或将要发生，且响应于此确定而无缝地在广播与单播之间切换。举例来说，当从提供广播或多播输送的基站切换到仅提供单播输送的基站时，客户端装置可开始媒体内容的单播流式传输。作为另一实例，当从仅提供单播输送的基站切换到提供广播或多播输送的基站时，客户端装置可相应地开始经由广播或多播接收媒体数据。
[0061]图1是说明实施用于经由网络流式传输媒体数据的技术的实例系统10的框图。在此实例中，系统10包含内容准备装置20、服务器装置60和客户端装置40。客户端装置40和服务器装置60通过网络74以通信方式耦合，网络74可包括因特网。在一些实例中，内容准备装置20和服务器装置60也可通过网络74或另一网络耦合，或可直接以通信方式耦合。在一些实例中，内容准备装置20和服务器装置60可包括相同装置。在一些实例中，内容准备装置20可将准备好的内容分布到多个服务器装置，包含服务器装置60。类似地，在一些实例中，客户端装置40可与多个服务器装置通信，包含服务器装置60。
[0062]在图1的实例中，内容准备装置20包括音频源22和视频源24。音频源22可包括例如产生表示将由音频编码器26编码的所俘获音频数据的电信号的麦克风。或者，音频源22可包括存储先前记录的音频数据的存储媒体、例如计算机化合成器等音频数据产生器，或音频数据的任一其它源。视频源24可包括产生将由视频编码器28编码的视频数据的摄像机、以先前记录的视频数据编码的存储媒体、例如计算机图形源等视频数据产生单元，或视频数据的任一其它源。内容准备装置20不一定在所有实例中均以通信方式耦合到服务器装置60，而可将多媒体内容存储到由服务器装置60读取的单独媒体。
[0063]原始音频和视频数据可包括模拟或数字数据。模拟数据可在由音频编码器26和/或视频编码器28编码之前经数字化。音频源22可在说话参与者正在说话时从说话参与者获得音频数据，且视频源24可同时获得说话参与者的视频数据。在其它实例中，音频源22可包括包含所存储音频数据的计算机可读存储媒体，且视频源24可包括包含所存储视频数据的计算机可读存储媒体。以此方式，本发明中描述的技术可应用于现场流式传输实时音频和视频数据或应用于经归档预记录的音频和视频数据。
[0064]对应于视频帧的音频帧通常为含有与包含在视频帧内的由视频源24俘获的视频数据同时地由音频源22俘获的音频数据的音频帧。举例来说，在说话参与者通常通过说话而产生音频数据的同时，音频源22俘获音频数据，且视频源24同时地，也就是在音频源22正在俘获音频数据的同时俘获说话参与者的视频数据。因此，音频帧可在时间上对应于一个或一个以上特定视频帧。因此，对应于视频帧的音频帧通常对应于其中音频数据和视频数据是同时俘获且音频帧和视频帧分别包括所述同时俘获的音频数据和视频数据的情形。
[0065]音频编码器26通常产生经编码音频数据流，而视频编码器28产生经编码视频数据流。每一个别数据流(无论是音频还是视频)可称为基本流。基本流是表示的单个经数字译码(可能经压缩)的分量。举例来说，表示的经译码视频或音频部分可为基本流。基本流可在囊封于视频文件内之前转换为经包化基本流(PES)。在同一表示内，流ID可用以区分属于一个基本流的PES包与属于另一个基本流的PES包。基本流的基本数据单位是经包化基本流(PES)包。因此，经译码视频数据通常对应于基本视频流。类似地，音频数据对应于一个或一个以上相应基本流。[0066]如同许多视频译码标准，H.264 / AVC界定用于无错误位流的语法、语义和解码过程，其中任一者均符合某一简档或层级。H.264 / AVC不指定编码器，但编码器的任务是保证产生的位流对于解码器是顺应标准的。在视频译码标准的上下文中，“简档”对应于算法、特征或工具以及适用于其的约束的子集。如例如H.264标准界定，“简档”是由H.264标准指定的整个位流语法的子集。“层级”对应于解码器资源消耗的限制，例如解码器存储器和计算，其与图片的分辨率、位速率和宏块(MB)处理速率相关。简档可以pr0file_idC (简档指示符)值来用信号发送，而层级可以level_idC (层级指示符)值来用信号发送。
[0067]例如H.264标准认识到，在给定简档的语法所强加的界限内，仍可能取决于位流中的语法元素采取的值(例如经解码图片的指定大小)而要求编码器和解码器性能的大变化。H.264标准进一步认识到，在许多应用中，实施能够解决特定简档内的语法的所有假设使用的解码器既不实际也不经济。因此，H.264标准将“层级”界定为强加于位流中的语法元素的值的约束的指定集合。这些约束可为对值的简单限制。或者，这些约束可采取对值的算术组合的约束的形式(例如，图片宽度乘以图片高度乘以每秒解码的图片数目)。H.264标准进一步提供了个别实施方案可支持每一所支持简档的不同层级。可提供多媒体内容的各种表示以适应H.264内的译码的各种简档和层级，以及适应其它译码标准，例如即将到来的高效视频译码(HEVC)标准。
[0068]符合简档的解码器通常支持所述简档中界定的所有特征。举例来说，作为译码特征，双向预测译码在H.264 / AVC的基线简档中不受支持，但在H.264 / AVC的其它简档中受支持。符合特定层级的解码器应能够对不需要超过所述层级中界定的限制的资源的任一位流进行解码。简档和层级的定义可有助于可解释性。举例来说，在视频发射期间，可针对完整发射会话而协商和同意一对简档和层级定义。更具体来说，在H.264 / AVC中，层级可界定例如对以下各项的限制:需要处理的块的数目，经解码图片缓冲器(DPB)大小，经译码图片缓冲器(CPB)大小，垂直运动向量范围，每两个连续MB的运动向量的最大数目，以及双向预测块是否可具有小于8x8像素的子块分区。以此方式，解码器可确定所述解码器是否能够适当地对位流进行解码。
[0069]例如ITU-T H.261、H.262、H.263、MPEG-1、MPEG-2、H.264 / MPEG-4 第 10 部分以及即将到来的高效视频译码(HEVC)标准等视频压缩标准利用运动补偿时间预测来减少时间冗余。例如视频编码器28等编码器可根据运动向量，使用从一些先前经编码图片(本文也称为帧)的运动补偿预测来预测当前经译码图片。在典型的视频译码中存在三个主要图片类型。它们是经帧内译码图片(“I图片”或“I帧”)、预测图片(“P图片”或“P帧”)和双向预测图片(“B图片”或“B帧”)。P图片可使用在时间次序上在当前图片之前的参考图片。在B图片中，B图片的每一块可从一个或两个参考图片来预测。这些参考图片可在时间次序上位于当前图片之前或之后。
[0070]参数集通常含有序列参数集(SPS)中的序列层标头信息以及图片参数集(PPS)中的不频繁改变的图片层标头信息。通过参数集，此不频繁改变的信息无需针对每一序列或图片重复，因此可改善译码效率。此外，参数集的使用可实现标头信息的带外发射，从而不需要冗余发射来实现错误恢复。在带外发射中，参数集网络抽象层(NAL)单元是在与其它NAL单元不同的信道上发射的。
[0071]在图1的实例中，内容准备装置20的囊封单元30接收包括来自视频编码器28的经译码视频数据的基本流以及包括来自音频编码器26的经译码音频数据的基本流。在一些实例中，视频编码器28和音频编码器26可各自包含用于从经编码数据形成PES包的包化器。在其它实例中，视频编码器28和音频编码器26可各自与用于从经编码数据形成PES包的相应包化器介接。在再其它实例中，囊封单元30可包含用于从经编码音频和视频数据形成PES包的包化器。
[0072]视频编码器28可以多种方式对多媒体内容的视频数据进行编码，以在各种位速率下且以各种特性产生多媒体内容的不同表示,所述特性例如为像素分辨率、帧速率、与各种译码标准的符合、与用于各种译码标准的各种简档和/或简档层级的符合、具有一个或多个视图(例如，用于二维或三维回放)的表示，或其它此类特性。如本发明中使用的表示可包括音频数据和视频数据的组合，例如一个或一个以上音频基本流和一个或一个以上视频基本流。每一 PES包可包含stream_id,其识别所述PES包属于的基本流。囊封单元30负责将基本流组合为各种表示的视频文件。
[0073]囊封单元30从音频编码器26和视频编码器28接收表示的基本流的PES包，且从PES包形成对应网络抽象层(NAL)单元。在H.264 / AVC(高级视频译码)的实例中，经译码视频区段经组织为NAL单元，其提供“网络友好”的视频表示，其解决例如视频电话、存储、广播或流式传输等应用。NAL单元可经归类为视频译码层(VCL)NAL单元和非VCL NAL单元。VCL单元可含有核心压缩引擎，且可包含块和/或切片层级数据。其它NAL单元可为非VCL NAL单元，例如补充增强信息(SEI)消息。
[0074]囊封单元30可将多媒体内容的一个或一个以上表示的数据连同清单文件(例如，MPD) 一起提供到输出接口 32。输出接口 32可包括网络接口或用于写入到存储媒体的接口，例如通用串行总线(USB)接口、⑶或DVD写入器或烧录器、到磁性或快闪存储媒体的接口，或用于存储或传输媒体数据的其它接口。囊封单元30可将多媒体内容的表示中的每一者的数据提供到输出接口 32，输出接口 32可经由网络传输或存储媒体将数据发送到服务器装置60。
[0075]在图1的实例中，服务器装置60包含存储媒体62，其存储各种多媒体内容64，所述内容各自包含相应清单文件66以及一个或一个以上表不68A到68N (表不68)。根据本发明的技术，清单文件66的部分可存储在单独位置中，例如存储媒体62或另一存储媒体的位置，或可能网络74的另一装置(例如代理装置)的位置。
[0076]在一些实例中，表示68可经分离为调适集合。也就是说，表示68的各种子集可包含相应的共同特性集合，例如编解码、简档和层级、分辨率、视图数目、用于区段的文件格式、可识别将与表示一起显示的文本和/或将例如由扬声器解码和呈现的音频数据的语言或其它特性的文本类型信息、可描述用于调适集合中的表示的场景的相机角度或真实世界相机视角的相机角度信息、描述用于特定观众的内容合适性的分级信息，或类似物。
[0077]清单文件66可包含指示表示68的对应于特定调适集合的子集的数据以及调适集合的共同特性。清单文件66还可包含表示调适集合的个别表示的个别特性(例如位速率)的数据。以此方式，调适集合可提供经简化网络带宽调适。可使用清单文件66的调适集合元素的子代元素来指示调适集合中的表示。作为实例，根据DASH，清单文件66可包括MPD文件。
[0078]服务器装置60包含请求处理单元70和网络接口 72。在一些实例中，服务器装置60可包含多个网络接口，包含网络接口 72。此外，服务器装置60的任一或所有特征可实施于内容分布网络的其它装置上，例如路由器、桥接器、代理装置、交换机或其它装置。在一些实例中，内容分布网络的中间装置可高速缓冲存储多媒体内容64的数据，且包含大体上符合服务器装置60的组件的组件。大体上，网络接口 72经配置以经由网络74发送和接收数据。
[0079]请求处理单元70经配置以接收来自客户端装置(例如客户端装置40)的对存储媒体72的数据的网络请求。举例来说,请求处理单元70可实施如R.菲尔丁(R.Fielding)等人在 RFC2616 “超文本传送协议-HTTP / 1.1 (Hypertext Transfer Protocol-HTTP /
1.1) ”中描述的超文本传送协议(HTTP)版本1.1 (网络工作组，IETF, 1999年6月)。也就是说，请求处理单元70可经配置以接收HTTP GET或部分GET请求，且响应于请求而提供多媒体内容64的数据。请求可例如使用区段的URL来指定表示68中的一者的区段。在一些实例中，请求还可指定区段的一个或一个以上字节范围。在一些实例中，区段的字节范围可使用部分GET请求来指定。
[0080]请求处理单元70可进一步经配置以服务于HTTP HEAD请求以提供表示68中的一者的区段的标头数据。在任一情况下，请求处理单元70可经配置以处理请求以将所请求的数据提供到请求装置，例如客户端装置40。
[0081]根据本发明的技术，服务器装置60还可充当广播或多播服务器。或者，单独装置可充当广播或多播服务器，例如下文相对于图3所描述。在任一情况下，例如服务器装置60等服务器装置可实施一个或一个以上广播或多播协议以广播或多播一个或一个以上表示的数据。
[0082]举例来说，客户端装置40可加入多播群组，且服务器装置60可将表示68中的一者的数据发送到多播群组。网络74的网络装置(例如路由器)可将发送到多播群组的数据重定向到已预订所述多播群组的装置。因此，当客户端装置40加入多播群组且服务器装置60将表示68中的一者的数据发送到多播群组(例如，通过将数据寻址到多播群组的IP地址)时，网络74的路由器可复制多播群组的沿着单独网络路线定位的成员的数据，最终到达客户端装置40。
[0083]服务器装置60、客户端装置40和网络74的装置(例如路由器)可实施如例如凯恩(Cain)等人在“因特网群组管理协议第3版(Internet Group Management Protocol,Version3) ” (因特网工程任务组，网络工作组，RFC3376，2002年10月)中描述的因特网群组管理协议(IGMP)来在IPv4网络上执行多播，和/或实施例如维达(Vida)等人在“用于IPv6 的多播收听者发现第 2版(MLDv2) (Multicast Listener Discovery Version2 (MLDv2)for IPv6) ” (因特网工程任务组，网络工作组，RFC2710,1999年10月)中描述的多播收听者发现(MLD)来在IPv6网络上执行多播。使用IGMP和MLD的多播的额外细节在霍尔布鲁克(Holbrook)等人的“使用因特网群组管理协议第3版(IGMPv3)和多播收听者发现协议第 2 版(MLDv2)用于来源特定的多播(Using Internet Group Management ProtocolVersion3 (IGMPv3)and Multicast Listener Discovery Protocol Version2(MLDv2)forSource-Specific Multicast) ” (因特网工程任务组，网络工作组，RFC4604，2006年8月)中描述。
[0084]作为另一实例，服务器装置60或单独服务器装置可将表示68中的一者的数据发送到广播域，使得广播域的所有成员(例如，客户端装置40)接收到广播数据。网络74内的路由器可将网络74划分为若干广播域。在一些实例中，服务器装置60可提供虚拟局域网(VLAN)，且例如客户端装置40等客户端装置可加入VLAN以便接收网络广播数据。
[0085]如图1的实例中所说明，多媒体内容64包含清单文件66，其可对应于媒体呈现描述(MPD)。清单文件66可含有不同替代表示68 (例如，具有不同质量的视频服务)的描述，且描述可包含例如表示68的编解码信息、简档值、层级值、位速率以及其它描述性特性。客户端装置40可检索媒体呈现的MPD以确定如何存取表示68的区段。
[0086]客户端装置40的网络应用程序52可包括由客户端装置40的基于硬件的处理单元执行的网络浏览器，或此网络浏览器的插件。对网络应用程序52的参考应通常理解为包含例如网络浏览器、独立视频播放器等网络应用程序，或并入有网络浏览器的回放插件的网络浏览器。网络应用程序52可检索客户端装置40的配置数据(未图示)以确定视频解码器48的解码能力和客户端装置40的视频输出44的再现能力。
[0087]配置数据还可包含以下各项中的任一者或全部:由客户端装置40的用户选择的语言偏好，对应于由客户端装置40的用户设定的深度偏好的一个或一个以上相机视角，和/或由客户端装置40的用户选择的分级偏好。网络应用程序52可包括例如网络浏览器或媒体客户端，其经配置以提交HTTP GET和部分GET请求，以及请求接收广播或多播数据。网络应用程序52可对应于由客户端装置40的一个或一个以上处理器或处理单元(未图示)执行的软件指令。在一些实例中，相对于网络应用程序52描述的功能性的全部或部分可以硬件或者硬件、软件和/或固件的组合来实施，其中可提供必要硬件以执行用于软件或固件的指令。
[0088]网络应用程序52可比较客户端装置40的解码和再现能力与由清单文件66的信息指示的表示68的特性。网络应用程序52可初始检索清单文件66的至少一部分以确定表示68的特性。举例来说，网络应用程序52可请求清单文件66的描述一个或一个以上调适集合的特性的一部分。网络应用程序52可选择表示68的子集(例如，调适集合)，所述子集具有可由客户端装置40的译码和再现能力满足的特性。网络应用程序52可随后确定调适集合中的表示的位速率，确定网络带宽的当前可用量，且从表示中的一者检索具有可由网络带宽满足的位速率的区段(或字节范围)。
[0089]根据本发明的技术，网络应用程序52可经配置以请求接收由服务器装置60 (或另一服务器装置)发送的广播或多播数据。举例来说，网络应用程序52可经配置以初始检索清单文件66的数据，其可包含用于加入多播群组的数据(例如，多播群组IP地址)或用于接收广播的数据(例如，用于加入广播域或VLAN的数据)。而且，网络应用程序52或客户端装置40的另一应用程序或系统软件可经配置以实施文件递送协议，例如FLUTE协议。以此方式，客户端装置40可经配置以经由FLUTE协议使用广播或多播来检索多媒体内容64的数据。为了利用FLUTE作为文件递送服务，服务器装置60可将包含指示媒体内容62的一个或一个以上单播统一资源定位符(ULR)的属性的文件递送表(FDT)提供到客户端装置40。
[0090]根据本发明的技术，表示68中的不同者可具有切换点(也称为随机存取点(RAP)，其可包含瞬时解码器刷新(IDR)、开放解码器刷新(ODR)和/或清洁随机存取(CRA)图片)的不同时间频率。举例来说，表示68A可包含在回放时间方面以近似一秒间隔发生的切换点，而表示68N可包含同样在回放时间方面以近似10秒间隔发生的切换点。服务器装置60可广播来自表示68中的具有相对低切换点频率(例如，在回放时间方面为10秒)的一者的数据。
[0091]根据本发明的技术，客户端装置40可从表示68中的具有较高切换点频率的一者请求数据，直到足够量的数据经缓冲为止，随后切换到广播或多播。虽然具有较高切换点频率的表示的数据可具有相对较低质量，但通过即使在相对较低质量的情况下也看见至少一些视频数据而不是在客户端装置40等待相对较高质量表示的切换点到达的同时看见空白屏幕，可改善用户体验。当然，在接收到相对较高质量表示的切换点(根据FLUTE协议可经由广播或多播接收)之后，客户端装置40可切换到所述表示。
[0092]有时，客户端装置40的用户可使用客户端装置40的用户接口(例如，键盘、鼠标、手写笔、触摸屏接口、按钮或其它接口)与网络应用程序52交互以请求多媒体内容，例如多媒体内容64。响应于来自用户的此些请求，网络应用程序52可基于例如客户端装置40的解码和再现能力来选择表示68中的一者。为了检索表示68中的选定一者的数据，网络应用程序52可循序地请求表示68中的选定一者的特定字节范围。以此方式，并非通过一个请求接收完整文件，网络应用程序52可通过多个请求循序地接收文件的部分。
[0093]如上所述，表示68可包含具有各种译码和再现特性的视频数据。调适集合的表示可具有不同位速率，这可允许带宽调适。在常规DASH技术中，这允许客户端装置通过从具有当前可用带宽量可最佳地适应的位速率的表示检索数据而适于不断改变的带宽可用性。根据本发明的技术，服务器装置60可经配置以执行带宽调适。举例来说，服务器装置60可接收指示当前网络带宽量的信息，且相应地选择表示68中的一者。因此，如果可用带宽增力口，那么服务器装置60可开始广播或多播表示68中的具有相对较高位速率的一者的数据，而如果可用带宽减小，那么服务器装置68可开始广播或多播表示68中的具有相对较低位速率的一者的数据。
[0094]网络接口 54可接收从服务器装置60 (或另一服务器装置)发送的数据，无论是通过广播、多播还是单播。特定来说，网络接口 54可接收表示68的所接收区段的数据且将所述数据提供到网络应用程序52。网络应用程序52又可将区段提供到解囊封单元50。解囊封单元50可将视频文件的元素解囊封为组成性PES流，解包化PES流以检索经编码数据，且取决于经编码数据是音频还是视频流的一部分(例如，如流的PES包标头指示)而将经编码数据发送到音频解码器46或视频解码器48。音频解码器46对经编码音频数据进行解码且将经解码音频数据发送到音频输出42，而视频解码器48对经编码视频数据进行解码且将可包含流的多个视图的经解码视频数据发送到视频输出44。
[0095]而且，根据本发明的技术，网络应用程序52可将经由FLUTE根据多播或广播接收的数据高速缓冲存储在例如客户端装置40的快闪存储器(未图示)中。客户端装置40可包含一个或一个以上计算机可读存储媒体，例如快闪存储器，用于存储在一时间段中经由广播或多播接收的数据。以此方式，用户可初始请求查看服务器装置60 (或另一服务器装置)正在广播或多播的数据。客户端装置40可随后高速缓冲存储所接收的数据。因此，如果用户随后请求查看数据，那么客户端装置40可从客户端装置40内部的存储媒体(例如，快闪存储器)检索数据，而不是再次请求检索数据。
[0096]服务器装置60可在经由FLUTE协议广播或多播视频数据时提供高速缓冲存储基元。高速缓冲存储基元可包括指示以下各项中的一者或一者以上的值:将存储数据的时间长度，数据何时将期满的指示(例如，“期满”基元)，数据的创建日期，数据的传输日期，识别媒体内容的特定版本的实体标签(ETag)，指示媒体内容的数据可高速缓冲存储的高速缓冲存储器控制标头，或其它此类信息。因此，客户端装置40可使用高速缓冲基元来确定如何以及历时多久来高速缓冲存储数据。同样，网络74的中间网络装置，例如路由器、代理装置、高速缓冲存储装置或其它此类网络装置，也可使用高速缓冲存储基元来高速缓冲存储数据。因此，如果客户端装置将例如使用单播请求数据，那么高速缓冲存储了数据的中间网络装置可将数据递送到客户端装置，而不是将请求转发到服务器装置60。
[0097]视频编码器28、视频解码器48、音频编码器26、音频解码器46、囊封单元30、网络应用程序52以及解囊封单元50在适当时各自可实施为多种合适处理电路中的任一者，例如一个或一个以上微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、离散逻辑电路、软件、硬件、固件或其任一组合。视频编码器28和视频解码器48中的每一者可包含于一个或一个以上编码器或解码器中，其中任一者可集成为组合式视频编码器/解码器(CODEC)的部分。同样，音频编码器26和音频解码器46中的每一者可包含于一个或一个以上编码器或解码器中，其中任一者可集成为组合式CODEC的部分。包含视频编码器28、视频解码器48、音频编码器音频编码器26、音频解码器46、囊封单元30、网络应用程序52和/或解囊封单元50的设备可包括集成电路、微处理器和/或无线通信装置，例如蜂窝式电话。
[0098]图2是说明形成图1的网络74的部分的装置的实例集合的框图。在此实例中，网络74包含路由装置80A、80B (路由装置80)和代理高速缓冲存储器装置82。路由装置80和代理高速缓冲存储器装置82既定表示可形成网络74的部分的较小数目的装置。其它网络装置，例如交换机、集线器、网关、防火墙、桥接器和其它此类装置也可包含在网络74内。而且，可沿着服务器装置60与客户端装置40之间的网络路径提供额外的网络装置。
[0099]大体上，路由装置80实施一个或一个以上路由协议以通过网络74交换网络数据。在一些实例中，路由装置80可经配置以执行代理或高速缓冲存储操作，例如下文描述的归属于代理高速缓冲存储器装置82的功能性。因此，在一些实例中，路由装置80也可称为代理装置。大体上，路由装置80执行路由协议以发现通过网络74的路线。通过执行此些路由协议，路由装置80B可经由路由装置80A发现从自身到服务器装置60的网络路线。
[0100]因此，路由装置80B可从客户端装置40接收以服务器装置60为目的地的网络通信，例如TCP-1P囊封的HTTP GET请求。响应于此些通信，路由装置80B可确定到服务器装置60的路线，且进一步确定所述路线包含代理高速缓冲存储器装置82。举例来说，代理高速缓冲存储器装置82可包括沿着路线的“下一跃点”，或者一个或一个以上额外网络装置可将路由装置80B以通信方式耦合到代理高速缓冲存储器装置82。代理高速缓冲存储器装置82还可将通信引导到路由装置80A，路由装置80A可将通信转发到服务器装置60。
[0101]代理高速缓冲存储器装置82可执行代理高速缓冲存储功能。HTTP代理高速缓冲存储对于因特网运作是重要的。例如代理高速缓冲存储器装置82等HTTP代理高速缓冲存储器装置可实施任何或所有HTTP协议版本(例如，HTTP0.9、HTTP1.0和/或HTTP1.1)。根据本发明的技术，代理高速缓冲存储器装置82可高速缓冲存储经由单播、广播或多播接收的媒体内容的数据。举例来说，代理高速缓冲存储器装置82可经配置以高速缓冲存储根据FLUTE协议交换的数据。以此方式，代理高速缓冲存储器装置82可高速缓冲存储根据HTTP交换的单播数据和根据FLUTE交换的多播或广播数据两者。
[0102]而且，根据本发明的技术，例如路由装置80B等路由装置可经配置以接受例如客户端装置40等客户端装置的接收多播或广播数据的请求。举例来说，路由装置80B可经配置以接收来自例如客户端装置40等客户端装置的对多播群组的IGMP加入请求。路由装置80B还可经配置以从服务器装置60接收多播群组的数据。响应于接收到此数据，路由装置80B可将所接收的数据复制和转发到已请求加入多播群组的每一客户端装置。因此，假定额外客户端装置(直接或间接)以通信方式耦合到路由装置80B，则路由装置80B将把多播数据复制和转发到已加入对应多播群组的客户端装置中的每一者。路由装置80A还可类似于路由装置80B而经配置以例如实施用于多播支持的IGMP。此外，其它客户端装置可以通信方式耦合(直接或间接)到路由装置80A。
[0103]图3是说明其中两个服务器装置将媒体内容的数据提供到客户端装置40的实例的框图。特定来说，图3的实例说明广播服务器装置90和单播服务器装置92。在一些实例中，广播服务器装置90和单播服务器装置92形成同一内容递送网络的部分。广播服务器装置90和单播服务器装置92可类似于图1和2的服务器装置60来配置。或者，广播服务器装置90可仅经配置以例如响应于来自客户端装置40的请求而用网络广播或多播的形式输出媒体数据，而单播服务器装置92可仅经配置以例如响应于来自客户端装置40的请求而用单播的形式输出媒体数据。
[0104]在图3的实例中，广播服务器装置90和单播服务器装置92从内容准备装置20接收媒体数据。广播服务器装置90和单播服务器装置92可接收相同媒体数据或媒体数据的不同表示。虽然称为广播服务器装置，但广播服务器装置90可另外或替代地经配置以根据多播来输出数据。此外，广播服务器装置90可经配置以根据FLUTE协议多播或广播媒体数据。
[0105]根据本发明的技术，客户端装置40可接入网页或其它网络位置以检索MPD文件(例如，对应于图1的清单文件66的文件)。网页可由单播服务器装置92托管。客户端装置可从MPD提取信息以检索来自单播服务器装置92的媒体内容的数据和/或检索来自广播服务器装置90的媒体内容的数据。举例来说，MPD可包含由广播服务器装置90服务的多播群组的多播群组地址。MPD还可包含用于根据单播来存取由单播服务器装置92托管的媒体内容的表示数据的URL。而且，ΜΗ)可描述媒体内容的表示的译码和再现特性。在一些实例中，MH)可提供指示用于广播或多播以及用于单播的调适集合的信息。也就是说，MPD可指示调适集合的表示是否可用于广播或多播、单播或两者。
[0106]此外，MPD可提供指示用于媒体内容的表示的时序信息的信息。在一些实例中，由广播服务器装置90提供的广播或多播表示具有与由单播服务器装置92提供的其它表示相比较不频繁的切换点。在此些实例中，客户端装置40可确定对应于切换点之间的时间周期(在回放时间方面)的数据量，且请求从单播服务器装置92检索所述量的数据。客户端装置40可在还开始接收来自广播服务器装置90的广播或多播的数据之前或同时缓冲从单播服务器装置92接收的此数据。以此方式，客户端装置40可缓冲经由单播接收的足够量的数据以开始对媒体内容的数据进行解码和播放，直到已接收到经由多播或广播接收的表示的切换点为止。客户端装置可在切换点处开始对经由多播或广播接收的表示进行解码，且可在切换到此表示之后进一步停止经由用于媒体数据的单播来请求数据。
[0107]同样应了解，在一些实例中，同一服务器装置可使用单播(响应于HTTP GET或部分GET请求)且使用多播或广播来输出数据。图3说明其中单独装置负责媒体数据的单播和广播或多播输出的替代实例。
[0108]图4是说明实例媒体内容100的元素的概念图。多媒体内容100可对应于多媒体内容64(图1)或存储在存储器62中的另一多媒体内容。在图4的实例中，多媒体内容100包含媒体呈现描述(MPD) 102和多个表示110到120。表示110包含任选的标头数据112和区段114A到114N(区段114)，而表示120包含任选的标头数据122和区段124A到124N(区段124)。为了方便，使用字母N来指定表示110、120中的每一者中的最后电影片段。在一些实例中，在表示110、120之间可存在不同数目的电影片段。
[0109]MPD102可包括与表示110到120分开的数据结构。MPD102可对应于图1的清单文件66。同样，表示110到120可对应于图1的表示68。大体上，MPD102可包含大体上描述表示110到120的特性的数据，例如译码和再现特性、调适集合、MPD102对应于的简档、文本类型信息、相机角度信息、分级信息、特效模式信息(例如，指示包含时间子序列的表示的信息)，和/或用于检索远程周期(例如，用于在回放期间向媒体内容中的有目标的广告插入)的信息。远程周期也可称为外部周期。下文更详细论述的图4到7说明多媒体内容的各种实例，其中各种元素包含在MH)和/或表示中的任一者或两者中(例如表示的区段或表示的标头数据内)。图4到7的MPD中的任一者或全部可大体上对应于图4的MPD102。
[0110]根据本发明的技术，图4的MPD102可指定例如区段114和/或124的URL等信息，其可为用于加入多播群组以检索可多播的表示110到120中的任一者的数据的单播和多播群组地址104。或者，MPD102可包含用于检索网络广播数据的数据。
[0111]在一个实例中，表示110的数据可使用单播来输出，而表示120的数据可使用多播或广播来输出。当然，多媒体内容100的其它表示的数据(未图示，但由椭圆形表示)也可使用多播、广播或单播中的任一者或全部来输出。
[0112]当存在时，标头数据112可描述区段114的特性，例如随机存取点的时间位置，区段114的所述特性包含随机存取点、到区段114内的随机存取点的字节偏移、区段114的统一资源定位符(URL)，或区段114的其它方面。当存在时，标头数据122可描述区段124的类似特性。另外或替代地，此些特性可完全包含在MPD102内。
[0113]区段114包含一个或一个以上经译码视频样本，其中每一者可包含视频数据的帧或切片。区段114的经译码视频样本中的每一者可具有类似特性，例如高度、宽度和带宽要求。此些特性可由MPD102的数据描述，但此数据未在图4的实例中说明。MPD102可包含由3GPP规范描述的特性，其中添加了本发明中描述的用信号发送的信息中的任一者或全部。
[0114]区段114、124中的每一者可与唯一统一资源识别符(URI)相关联，例如统一资源定位符(URL)。因此，区段114、124中的每一者可使用例如DASH等流式传输网络协议来独立地检索。以此方式，例如客户端装置40等目的地装置可使用HTTP GET请求来检索区段114或124。在一些实例中，客户端装置40可使用HTTP部分GET请求来检索区段114或124的特定字节范围。或者，根据本发明的技术，作为实例，区段114可响应于HTTP GET请求而使用单播来发送，而区段124可经广播或多播。
[0115]如上所述，MPD102可符合特定MPD简档。MPD102可包含指示MPD102和/或多媒体内容100的多用途因特网邮件扩展(MME)类型的信息。然而，MME类型大体上不指示需要何种编解码器来呈现多媒体内容。大体上，假定如果装置可检索多媒体内容的MPD，例如MPD102，那么所述装置可回放对应于所述MPD的多媒体内容的数据。然而，此假定可能并不总是安全的。因此，在一些实例中，MPD102可包含指示MPD102对应于的简档的信息。
[0116]可存在Mro可对应于的相对少数目的简档。简档可由层级到地址能力支持，类似于H.264 / AVC包含用于视频译码的简档和层级的方式。Mro简档可为洋葱壳式(onion-shelled)的，因为较高简档可包含全部较低简档的所有特征。可存在向注册授权方注册各种简档的注册过程。在一些实例中，例如客户端装置40等客户端装置可经配置以检索指示例如MPD102等MPD的简档的信息，之后检索MPD的其它数据，例如由MPD102用信号发送的表示110到120的特性。以此方式，可在提供对MPD102的存取之前用信号发送MPD102的简档。
[0117]简档识别符可在纯文本(例如，作为纯名称)或保留的域名中提供。纯名称可由例如3GPP或另一注册授权方等注册授权方保留。简档可被视为要求和许可，因为简档可要求对应多媒体内容符合简档，且给出对读者(例如，客户端装置)的许可，所述读者实施所述简档以阅读MPD、解释其辨识出的内容且忽略其不理解的材料。
[0118]简档可描述若干特性，例如MPD102的特征、网络的使用率、媒体格式、使用的编解码器、保护格式，和/或量化量度，例如位速率、屏幕大小等等。以此方式，MPD102的简档可提供指示需要支持何种编解码器的信息，以便检索MPD102和/或多媒体内容100的数据。简档也可描述为“符合点”。Mro所遵守的简档可在Mro的“简档”属性中指示。因此，客户端装置可经配置以检索MPD102的包含与“简档”属性相关的信息的一部分，之后检索MPD102的额外数据。或者，简档可作为参数在Mro的MIME类型中指示。举例来说，简档“X、Y和Z”可用以下方式用信号发送:
[0119]video / vnd.mpeg, mpd ;profiles=//X, Y, Z"。
[0120]图5是说明实例视频文件150的元素的框图，所述元素可对应于表示的区段，例如图4的区段114、124中的一者。区段114、124中的每一者可包含大体上符合图5的实例中说明的数据布置的数据。如上文描述，根据ISO基础媒体文件格式及其扩展的视频文件将数据存储在称为“盒”的一系列对象中。在图5的实例中，视频文件150包含文件类型(FTYP)盒152、电影(MOOV)盒154、区段索引(SIDX)盒162、电影片段164 (也称为电影片段盒(MOOF))，以及电影片段随机存取(MFRA)盒166。
[0121]视频文件150大体上表示可包含在表示110到120 (图4)中的一者中的多媒体内容的区段的实例。以此方式，视频文件150可对应于区段114中的一者、区段124中的一者，或另一表示的区段。根据本发明的技术，以类似于视频文件150的方式格式化的区段可使用FLUTE发送，无论是单播、多播还是广播。
[0122]在图5的实例中，视频文件150包含SIDX盒162。在一些实例中，视频文件150可包含额外SIDX盒，例如在电影片段164之间。大体上，SIDX盒，例如SIDX盒162，包含描述电影片段164中的一者或一者以上的字节范围的信息。在其它实例中，SIDX盒162和/或其它SIDX盒可提供在MOOV盒154内、跟随MOOV盒154、在MFRA盒166之前或之后，或在视频文件150内其它地方。
[0123]文件类型(FTYP)盒152大体上描述视频文件150的文件类型。文件类型盒152可包含识别描述视频文件150的最佳使用的规范的数据。文件类型盒152可放置于MOOV盒154、电影片段盒162和MFRA盒166之前。
[0124]在图5的实例中，MOOV盒154包含电影标头(MVHD)盒156、播放轨(TRAK)盒158，以及一个或一个以上电影扩展(MVEX)盒160。大体上，MVHD盒156可描述视频文件150的一般特性。举例来说，MVHD盒156可包含描述视频文件150何时原始创建、视频文件150何时最后修改、视频文件150的时标、视频文件150的回放持续时间的数据，或大体上描述视频文件150的其它数据。
[0125]TRAK盒158可包含视频文件150的播放轨的数据。TRAK盒158可包含播放轨标头(TKHD)盒，其描述对应于TRAK盒158的播放轨的特性。在一些实例中，TRAK盒158可包含经译码视频图片，而在其它实例中，播放轨的经译码视频图片可包含在电影片段164中，所述电影片段可通过TRAK盒158的数据来参考。
[0126]在一些实例中，视频文件150可包含一个以上播放轨，但对于DASH协议起作用来说这不是必要的。因此，MOOV盒154可包含等于视频文件150中的播放轨数目的数目的TRAK盒。TRAK盒158可描述视频文件150的对应播放轨的特性。举例来说，TRAK盒158可描述对应播放轨的时间和/或空间信息。当囊封单元30(图1)在例如视频文件150等视频文件中包含参数集播放轨时，类似于MOOV盒154的TRAK盒158的TRAK盒可描述参数集播放轨的特性。囊封单元30可在描述参数集播放轨的TRAK盒内的参数集播放轨中用信号表示序列层级SEI消息的存在。
[0127]MVEX盒160可描述对应电影片段164的特性以例如用信号表示视频文件150除了MOOV盒154 (如果存在)内包含的视频数据之外还包含电影片段164。在流式传输视频数据的上下文中，经译码视频图片可包含在电影片段164中而非MOOV盒154中。因此，所有经译码视频样本可包含在电影片段164中而非MOOV盒154中。
[0128]MOOV盒154可包含等于视频文件150中的电影片段164数目的数目的MVEX盒160。MVEX盒160中的每一者可描述电影片段164中的对应一者的特性。举例来说，每一MVEX盒可包含电影扩展标头盒(MEHD)盒，其描述电影片段164中的对应一者的持续时间。
[0129]如上所述，囊封单元30可将序列数据集存储在不包含实际经译码视频数据的视频样本中。视频样本可大体上对应于存取单元，所述存取单元为在特定时刻的经译码图片的表示。在AVC的上下文中，经译码图片包含一个或一个以上VCL NAL单元,所述单元含有用以构造存取单元和其它相关联非VCL NAL单元的所有像素的信息，例如SEI消息。因此，囊封单元30可在电影片段164中的一者中包含序列数据集，其可包含序列层级SEI消息。囊封单元30可进一步用信号表示序列数据集和/或序列层级SEI消息的存在，如存在于电影片段164中的一者中，处于对应于电影片段164中的所述一者的MVEX盒160中的一者内。
[0130]电影片段164可包含一个或一个以上经译码视频图片。在一些实例中，电影片段164可包含一个或一个以上图片群组(GOP)，其中每一者可包含若干经译码视频图片，例如帧或图片。另外，如上所述，在一些实例中，电影片段164可包含序列数据集。电影片段164中的每一者可包含电影片段标头盒(MFHD，图5中未图示)。MFHD盒可描述对应电影片段的特性，例如电影片段的序列号。电影片段164可按序列号次序包含在视频文件150中。
[0131]MFRA盒166可描述视频文件150的电影片段164内的随机存取点。这可帮助执行特效模式，例如执行对视频文件150内的特定时间位置的搜寻。在一些实例中，MFRA盒166大体上是任选的，且不需要包含在视频文件中。同样，例如客户端装置40等客户端装置不一定需要参考MFRA盒166来正确地解码和显示视频文件150的视频数据。MFRA盒166可包含等于视频文件150的播放轨数目或在一些实例中等于视频文件150的媒体播放轨(例如，非提示播放轨)数目的数目的播放轨片段随机存取(TFRA)盒(未图示)。
[0132]根据本发明的技术，例如客户端装置40等客户端装置可使用MFRA盒166和/或SIDX盒162的数据来确定电影片段164之间的切换点(即，随机存取点)的位置。以此方式，当客户端装置经由广播或多播经由FLUTE接收到包含随机存取点或切换点的视频文件时，客户端装置可开始从随机存取点的解码。因此，客户端装置可切换到视频文件是根据广播或多播而从其接收到的表示，且在切换点之后不请求用于使用单播进行检索的另外数据。为了尝试确保切换点已经检索，客户端装置可请求和缓冲至少与对应于经由广播或多播接收(或将接收)的表示的切换点之间的视频数据的时间部分的数据一样多的来自经由单播接收的表示的数据。
[0133]MFRA盒166和/或SIDX盒162可提供例如以下信息:切换点的时间位置(在回放方面)、到达切换点的字节偏移(例如，从视频文件150的开始到电影片段164中的包含切换点的一者的开始的字节偏移)，或视频文件150中的切换点的其它特性。
[0134]在一些实例中，视频文件150的数据可包含高速缓冲存储信息，例如高速缓冲存储基元，其指示应如何高速缓冲存储视频文件150的数据。以此方式，经配置以高速缓冲存储数据的装置，例如代理高速缓冲存储装置(例如，图2的代理高速缓冲存储装置82)或客户端装置(例如，客户端装置40)可响应于请求而检索经高速缓冲存储的数据。也就是说，假定经高速缓冲存储数据尚未期满，则客户端装置或代理高速缓冲存储装置可使用经高速缓冲存储的数据来服务于对媒体内容的数据的请求，而非将所述请求转发到服务器。
[0135]图6是说明包含两个表示182、186的实例媒体内容180的概念图。在此实例中，表示182包含区段184A到184H(区段184)，而表示186包含区段188A和188B(区段188)。虽然图6中展示有限数目的区段，但表示中的每一者可包含额外区段，如椭圆形所指示。在图6的实例中，区段的持续时间大体上由区段的宽度展示。因此，表示182的区段184大体上具有比表示186的区段188短的持续时间。例如假定区段184、188中的每一者以切换点(即，随机存取点)开始。
[0136]根据本发明的技术，客户端装置40可接收存取媒体内容180的请求。假定客户端装置40尚未高速缓冲存储媒体内容180的数据，则客户端装置40可请求检索媒体内容180的数据。假定例如客户端装置40在广播服务器装置90正在广播数据达到通过区段188A的近似半途时接收到来自用户的存取媒体内容180的数据的请求。常规上，客户端装置40将需要等待直到在呈现媒体内容180的数据之前已接收到区段188B的数据为止，因为表示186的下一切换点将在区段188B的开始处出现。
[0137]然而，根据本发明的技术，客户端装置40可缓冲经由多播或广播接收的数据，但也请求单播数据。在此实例中，客户端装置40可请求区段184中的一者或一者以上经由单播进行接收。举例来说，客户端装置40可请求区段184A到184D中的每一者，且经由单播检索这些区段的数据。以此方式，客户端装置40可解码和显示来自表示182的区段184A到184D的数据，同时等待表示186的下一切换点到达。因此，客户端装置40可向用户呈现对应于表示182的数据直到接收到区段188B为止。在接收到区段188B的数据之后，客户端装置40可停止请求区段184且仅接收来自表示186的区段188 (例如，区段188B和之后的区段)的数据。
[0138]因此，在一个实例中，客户端装置40可经由单播检索区段184A到184D中的任一者或全部，且经由广播或多播(例如，根据FLUTE)检索区段188B和表示186的后续区段。此外，客户端装置40可高速缓冲存储区段188B和表示186的后续区段的数据一段时期。以此方式，客户端装置40的用户可在稍后的时间快速存取媒体内容180的数据，而不需要重新发射数据。而且，通过高速缓冲存储区段188的数据，客户端装置40可用经由广播或多播接收的区段188的数据预填充浏览器高速缓冲存储器。以此方式，客户端装置40可确定数据在浏览器高速缓冲存储器中可用，使得客户端装置40无需使用单播来检索数据。
[0139]图7是说明用于单播和多播的网络堆栈的实例的框图。图7说明单播网络堆栈200A的实例和多播网络堆栈200B的实例。在两个实例网络堆栈中，例如为客户端装置上的DASH客户端输送应用程序数据202。大体上，网络堆栈200A、200B的从顶部到底部的各种层对应于如开放系统互连(OSI)网络模型中界定的网络层。
[0140]网络堆栈200A的实例包含服务通告和元数据204、相关联递送程序206和MBMS安全性212。服务通告和元数据204包含由服务提供者(例如，无线运营商)提供的数据，其向无线顾客(例如，拥有客户端装置40的用户)指示MBMS的可用性。相关联递送程序206表示与数据递送相关联且辅助数据递送的程序的数据，所述数据递送例如为点对点(PTP)文件修复208和接收报告210。PTP文件修复208表示用于确保经由MBMS递送的文件的无错误接收的数据。接收报告210表示用于接收统计的数据，其可提供到广播/多播服务中心，例如广播或多播服务器。
[0141]网络堆栈200A还包含MBMS安全性212，其提供服务接入保护，所述保护提供用于分布数字版权管理(DRM)受保护的媒体内容的某一水平的保护。特定来说，发送MBMS服务密钥(MSK) 216，客户端装置40使用MBMS用户密钥来解密所述服务密钥。MSK216是在多媒体因特网键控(MIKEY)消息222中每用户个别地发送。MSK216用以解密MBMS业务密钥(MTK) 234。客户端装置40使用MTK234来解密由客户端装置40接收的媒体内容的表示的区段。客户端装置40还发送用于注册214的数据以指示客户端装置40经注册以接收媒体内容。
[0142]在此实例中，10?216和[1^￥222是经由用户数据报协议(仙?)226发送。在此实例中，用于相关联递送程序206和注册214的数据是根据HTTP218发送。而且，HTTP摘要220用于保证经由HTTP218发送的数据的安全。另外，经由HTTP218发送的数据是经由发射控制协议(224)发送。经由TCP224和UDP226发送的数据囊封在因特网协议(IP) 228内，用于网络堆栈200A的所述IP是经由单播发送。而且，用于IP (单播)228的数据是经由点对点(PTP)承载230发送。在此实例中，承载可为用于MBMS的无线电信道。
[0143]网络堆栈200B包含MBMS安全性232，其类似于MBMS安全性212，因为MBMS安全性232对应于MTK234和类似于MIKEY222的MIKEY236。在此实例中，前向错误校正(FEC) 238提供用于校正错误而无需重新发射的数据，例如用于MBMS安全性232、MTK234、MIKEY236的安全性相关数据 。
[0144]网络堆栈200B还包含用于流式传输C0DEC240的数据，所述数据可包含用于CODEC的数据，例如音频数据、视频数据、话音数据、文本数据和类似数据。根据本发明的技术，此数据是根据例如上文相对于图4和5描述的DASH文件格式242格式化。网络堆栈200B还包含根据3GPP文件格式244格式化的数据，其可包含二进制数据、静止图像、文本和其它此类数据。相关联递送程序246大体上对应于相关联递送程序206，且包含用于点对多点(PTM)文件修复248的数据。PTM文件修复248的数据允许服务器装置在实际MBMS数据传送之后发送额外MBMS数据。同样，服务通告和元数据250大体上对应于服务通告和元数据204。
[0145]在网络堆栈200B的实例中，根据本发明的技术，DASH数据(流式传输C0DEC240的DASH文件格式242囊封的CODEC数据)、3GPP文件格式244的数据以及相关联递送程序246的数据(例如PTM文件修复248的数据)是经由FLUTE252发送，FLUTE252是经由ALC254发送。另外，可提供数据用于分层译码输送(LCT)256、拥塞控制(CC)258以及FEC260。在网络堆栈200B的实例中，此数据是经由IP多播或IP单播262发送，IP多播或IP单播262是经由MBMS或PTP承载264发送。
[0146]以此方式，根据本发明的技术，网络堆栈200B表示其中DASH格式化媒体数据可经由FLUTE协议发送的实例。因此，网络堆栈200B说明FLUTE可如何充当对用于流式传输递送的RTP的替代输送。这实现了经由DASH的广播(或多播)和单播汇聚。另外，因为时序和同步化是DASH格式原生的，所以如RTP中提供的时序和同步化是不必要的。本发明的技术因此可允许用于文件和流式传输服务两者的单个广播输送范式。还不再需要包交换流式传输(PSS)来将MBMS流式传输服务递送的连续性提供给位于MBMS服务区域之外的客户端装置，如HTTP流式传输应满足的那样。
[0147]图8是说明另一实例客户端装置280的框图。大体上，客户端装置280可对应于客户端装置40。图8的实例更详细地说明客户端装置的组件。在此实例中，客户端装置280包含控制单元282，其可表示用于执行归属于控制单元282的功能性的硬件、软件和/或固件。当以软件或固件实施时，假定控制单元282包含必需的硬件，例如一个或一个以上处理单元和/或用于存储软件或固件指令的一个或一个以上基于硬件的计算机可读媒体。
[0148]在此实例中，控制单元282包含DASH应用程序284、请求处置器286、HTTP接入客户端288、FLUTE客户端292、媒体高速缓冲存储器290，以及FLUTE高速缓冲存储器294。在一些实例中，仅提供单个高速缓冲存储器(例如，媒体高速缓冲存储器290)，使得用于FLUTE高速缓冲存储器294的单独高速缓冲存储器不是必要的。DASH应用程序284可对应于用于执行DASH的技术的网络浏览器或网络浏览器插件。在一些实例中，DASH应用程序284包含媒体播放器，而在其它实例中，控制单元282包含单独媒体播放器应用程序。虽然图8中未图示，但也假定控制单元282包含用于解码音频、视频和其它媒体数据的必需解码器，例如如图1中所示。
[0149]用户可与DASH应用程序284交互以选择媒体内容，例如在因特网上可用的特定电影。DASH应用程序284可将HTTP请求发出到请求处置器286。请求处置器286可通过从媒体高速缓冲存储器290检索所请求内容(例如，当所请求媒体内容已先前存取且高速缓冲存储于媒体高速缓冲存储器290中时)或通过在单播网络上起始流式传输请求(例如，经由HTTP接入客户端288)来服务于所述请求。以此方式，媒体高速缓冲存储器290和FLUTE高速缓冲存储器294表示局部存储器的实例，其中可高速缓冲存储经由文件递送服务(例如FLUTE)接收的媒体数据。而且，请求处置器286可响应于来自DASH应用程序284的DASH请求而查询由局部存储器实施的高速缓冲存储器。当数据在高速缓冲存储器中时，高速缓冲存储器“命中”可发生，且请求处置器286可使用来自高速缓冲存储器的数据服务于请求。另一方面，当数据不在高速缓冲存储器中时，高速缓冲存储器“未中”可发生，从而致使请求处置器286经由HTTP接入客户端286发送针对数据的单播请求。
[0150]大体上，DASH应用程序284可经配置以从用于特定媒体内容的多个表示当中选择表示。假定所述多个表示对应于调适集合，或所述多个表示另外满足客户端装置280的译码和再现能力，DASH应用程序284可基于用于表示的网络带宽和位速率的量从所述多个表示当中选择表示。举例来说，DASH应用程序284可实施速率估计算法，其计算可用表示中的每一者的递送延迟。
[0151]当用于媒体内容的媒体数据高速缓冲存储于局部存储器中时，速率估计算法可指示对应表示的递送延迟实质上为零。因此，当用于媒体内容的表示的媒体数据高速缓冲存储于局部存储器(例如媒体高速缓冲存储器290或FLUTE高速缓冲存储器294)中时，速率估计算法可确定对应于经高速缓冲存储数据的表示是最佳的。因此，当选择多个表示中的一者时，除非DASH应用程序284已接收到用户的不同显式请求，否则DASH应用程序284可自然地选择对应于局部存储器中的经高速缓冲存储数据的表示。以此方式，通过用经由广播或多播(例如，由FLUTE客户端292)接收的媒体内容预先填充高速缓冲存储器，DASH应用程序284可基于用于具有实质上为零的所计算递送延迟的表示的经高速缓冲存储数据来自动地选择由服务器装置广播或多播的表示。
[0152]在媒体高速缓冲存储器290不包含所请求媒体内容的经高速缓冲存储数据的情况下，控制单元282可致使FLUTE客户端292预订多播群组以用广播或多播的形式接收媒体数据。FLUTE客户端292可经由MBMS承载接收广播或多播。此外，在FLUTE客户端292接收到广播或多播时，FLUTE客户端292将所接收的数据存储到媒体高速缓冲存储器290。以此方式，当DASH应用程序284随后从请求处置器286请求后续区段的数据时，请求处置器286可确定媒体数据存储在媒体高速缓冲存储器290中。因此，在经由广播或多播已接收到足够量的数据之后(例如，在已接收到包含切换点的区段之后)，请求处置器286无需将对媒体数据的另外请求发出到HTTP接入客户端288，而是可从媒体高速缓冲存储器290检索媒体内容。
[0153]特定来说，根据DASH的技术，DASH应用程序284可经配置以循序地请求媒体内容。因此,响应于对媒体内容的第一请求,如果媒体内容不存在于媒体高速缓冲存储器290中，那么请求处置器286可致使HTTP接入客户端288发出一个或一个以上GET或部分GET请求以经由单播检索媒体内容的区段，同时也致使FLUTE客户端292请求加入所述媒体内容的多播群组。响应于来自DASH应用程序284的对媒体内容的后续请求(即,媒体内容的循序较后的部分)，请求处置器286可再次确定所请求媒体内容是否在媒体高速缓冲存储器290中可用，且如果不可用，则致使HTTP接入客户端288发出对媒体内容的一个或一个以上后续GET或部分GET请求。请求处置器286可继续致使HTTP接入客户端288检索单播数据直到多播或广播的数据在媒体高速缓冲存储器290中可用为止(例如，在表示的切换点存储在媒体高速缓冲存储器290中之后)。此外，控制单元282可保持存储在媒体高速缓冲存储器290中的数据历时延长的时期，而不是在DASH应用程序284的回放之后立即或很快删除数据。[0154]以此方式，客户端装置280表示用于检索视频数据的信息的装置的实例，包含经配置以经由网络发送检索媒体内容的至少一部分的请求的一个或一个以上处理单元，其中所述媒体内容符合HTTP动态自适应流式传输(DASH)，且其中所述请求包括根据单向输送上的文件递送(FLUTE)协议递送至少一部分的请求，且响应于所述请求而经由网络根据FLUTE协议接收媒体内容的所述至少部分的流式传输数据。
[0155]图9是说明根据本发明的技术用于经由单播或广播或多播接收媒体数据的实例方法的流程图。为了实例目的，虽然相对于图8的客户端装置280的实例来描述，但应了解，其它装置可经配置以执行类似技术。举例来说，图1到3的客户端装置40可经配置以执行图9的方法。图9的方法大体上包含根据例如FLUTE协议等文件递送服务使用经由广播或多播接收的数据预先填充高速缓冲存储器(例如媒体高速缓冲存储器290)以实现经由广播或多播的流式传输。
[0156]在此实例中，客户端装置280初始接收存取媒体数据的请求(300)。举例来说，DASH应用程序284可接收来自客户端装置280的用户的存取媒体内容的请求。如相对于图8所描述，DASH应用程序284可将对媒体数据的请求发送到请求处置器286。请求处置器286又可确定所请求媒体数据是否当前经高速缓冲存储在媒体高速缓冲存储器290内(302)。如果媒体数据不在高速缓冲存储器中(302的“否”分支)，那么请求处置器286可致使FLUTE客户端292请求使用FLUTE检索媒体数据(304)。举例来说，FLUTE客户端292可预订多播群组以开始根据FLUTE经由多播或广播接收媒体内容的数据。在FLUTE客户端292经由FLUTE接收到媒体数据时，FLUTE客户端292可将所接收的媒体数据高速缓冲存储在FLUTE高速缓冲存储器294和/或媒体高速缓冲存储器290中(306)。
[0157]另外，请求处置器286可致使HTTP接入客户端288请求使用HTTP单播检索较早的媒体数据(308)。经由HTTP单播请求的数据无需一定早于广播或多播的当前时间位置，但在许多情况下将早于广播或多播的接收到切换点时的点，且因此在此意义上较早。客户端装置280可解码和显示经由单播接收的媒体数据(310)。也就是说，在等待经由广播或多播的切换点的到达的同时，客户端装置280可解码和显示经由单播接收的数据。特定来说，在HTTP接入客户端288接收到经由单播请求的数据之后，HTTP接入客户端288可将数据发送到请求处置器286，请求处置器286可将数据存储到媒体高速缓冲存储器290且将数据发送到DASH应用程序284。DASH应用程序284又可将数据发送到用于解码的适当CODEC (图8中未图示)，且将经解码数据引导到用户接口(图8中未图示)，例如用于经解码视频(以及文本覆盖，如果存在)的显示器和用于经解码音频的扬声器。所述过程可接着重复，其中DASH应用程序284请求媒体内容的后续区段，所述区段可能已经或可能尚未高速缓冲存储在媒体高速缓冲存储器290中。
[0158]在已经由广播或多播接收到媒体内容的表示的切换点(以及在切换点之后的可能某一最小量的额外数据)且存储在媒体高速缓冲存储器290中之后，请求处置器286可确定由DASH应用程序284请求的媒体数据在媒体高速缓冲存储器290中(“是”分支302)。作为响应，请求处置器286可从媒体高速缓冲存储器290检索所请求媒体数据(312)，且将所请求媒体数据发送到DASH应用程序284。同样，DASH应用程序284可解码和显示从媒体高速缓冲存储器290检索的媒体数据(314)。虽然图9的方法中未明确展示，但假定FLUTE客户端292将继续经由FLUTE接收媒体内容的数据，且继续将所接收的数据存储到媒体高速缓冲存储器290。因此，请求处置器286应确定可使用媒体高速缓冲存储器290的数据来满足后续请求的媒体数据。当然，如果用户改变到不同的媒体内容，或如果存在广播或多播的网络中断，那么客户端装置280可执行本发明的技术以实现信道改变或临时切换回到单播，直到在媒体高速缓冲存储器290中已缓冲媒体内容的足够数据为止。
[0159]允许用于DASH的输送的单播和广播或多播两者的本发明的技术可在多种情形中提供优点。举例来说，如上文论述，这些技术可允许客户端装置仅等待到经由广播或多播接收到切换点后便很快开始播放媒体内容(特定来说，经由单播接收的数据)，因为客户端装置可经由单播检索具有较频繁切换点的表示的数据。作为另一情形，正广播或多播的表示的质量对于特定用户来说可能不够高。此用户可能请求经由单播重新发射媒体内容的特定时间部分的数据以在不同质量水平下检索数据。举例来说，可能存在在正广播或多播的表示的播放中看上去模糊或难以看见的精细细节，且因此，用户可从用于对应时间部分的较高质量表示请求数据。客户端装置可继续缓冲广播或多播的数据，但也使用单播请求较高质量表示的数据。
[0160]以此方式，图9的方法表示方法的实例，所述方法包含:经由网络发送检索媒体内容的至少一部分的请求，其中所述媒体内容符合HTTP动态自适应流式传输(DASH)，且其中所述请求包括根据单向输送上的文件递送(FLUTE)协议递送至少一部分的请求；以及响应于所述请求而经由网络根据FLUTE协议接收媒体内容的所述至少部分的流式传输数据。而且，图9的实例方法进一步包含根据单播协议检索媒体内容的第一部分。而且，在图9的实例方法中，发送检索所述至少部分的请求可包含发送检索媒体内容的第二部分的请求，其中第一部分在媒体内容内在时间上早于第二部分，且其中第一部分具有至少与第二部分中的切换点之间的时间周期一样长的时间长度。
[0161]图10是说明用于使用文件递送服务(例如FLUTE)输出DASH媒体内容的实例方法的流程图。虽然相对于图1和2的服务器装置60的实例来描述，但应了解，其它装置可经配置以执行图10的方法。举例来说，图3的广播服务器装置90可经配置以执行此方法或类似方法。
[0162]在此实例中，服务器装置60可例如从内容准备装置20(图1)接收媒体内容(350)。媒体内容可根据DASH格式化。也就是说，媒体内容可包含各种不同表示，所述表示可经分类为具有共同译码和再现特性的调适集合。不同调适集合的表示可具有不同的译码和/或再现特性。服务器装置60可确定多播群组的地址(352)。服务器装置60还可在用于媒体内容的MPD文件中广告多播群组的地址(354)。服务器装置60还可输出MPD文件(356)。
[0163]在此实例中，服务器装置60还选择媒体内容的表示中的一者(358)。举例来说，月艮务器装置60可从用户(例如，管理员)接收对表示的选择。或者，服务器装置60可基于网络条件选择表示，例如经确定的可用网络带宽的量和/或预订多播群组的用户的数目。在任一情况下，服务器装置60均可随后将选定表示的数据输出到多播群组(360)。也就是说，服务器装置60可将多播群组的因特网协议(IP)地址设定为输出的目的地地址。而且，月艮务器装置60可根据例如FLUTE协议等文件递送协议来输出数据。将数据发送到多播群组的地址可致使网络中的路由器将多播的数据复制和转发到已预订多播群组的装置，例如客户端装置(例如，客户端装置40)。[0164]服务器装置60还可确定是否已存在网络条件的改变(例如，可用网络带宽的改变)和/或已预订多播群组的用户数目的改变(362)。如果尚不存在此改变(362的“否”分支)，那么服务器装置60可继续将选定表示的数据输出到多播群组(360)。或者，如果已存在改变(362的“是”分支)，那么服务器装置60可选择不同表示(364)。举例来说，如果用户的数目已增加，那么服务器装置60可选择具有较低位速率的表示，而如果用户的数目已减少，那么服务器装置60可选择具有较高位速率的表示。
[0165]另外，虽然图10的实例中未图示，但服务器装置60或不同服务器装置可接收对媒体内容的数据的单播请求。此请求可在任何时间接收。根据本发明的技术，所述请求可针对来自与由服务器装置60选择的表示不同的表示的数据，例如具有相对较频繁切换点的表示。作为响应，服务器装置60或另一服务器装置可将所请求的数据发送到请求装置。
[0166]以此方式，图10的方法表示方法的实例，所述方法包含获得符合HTTP动态自适应流式传输(DASH)的媒体内容，以及经由网络根据文件递送服务输出媒体内容的数据。所述方法可进一步包含:接收来自客户端装置的对媒体内容的第一部分的请求，其中所述请求包括根据单播协议对媒体内容的第一部分的请求；以及根据单播协议输出第一部分的数据。根据文件递送服务输出媒体内容的数据可包含根据文件递送服务输出媒体内容的第二部分，且所述第一部分在媒体内容内可在时间上早于所述第二部分。
[0167]在一个或一个以上实例中，所描述的功能可以硬件、软件、固件或其任一组合来实施。如果以软件实施，那么功能可作为一个或一个以上指令或代码存储在计算机可读媒体上或经由计算机可读媒体传输，且由基于硬件的处理单元执行。计算机可读媒体可包含对应于例如数据存储媒体等有形媒体的计算机可读存储媒体，或包含促进计算机程序例如根据通信协议从一处传送到另一处的任何媒体的通信媒体。以此方式，计算机可读媒体大体上可对应于(I)非暂时性的有形计算机可读存储媒体，或(2)例如信号或载波等通信媒体。数据存储媒体可为可由一个或一个以上计算机或者一个或一个以上处理器存取以检索用于实施本发明中描述的技术的指令、代码和/或数据结构的任何可用媒体。计算机程序产品可包含计算机可读媒体。
[0168]举例来说且并非限制，此类计算机可读存储媒体可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置、快闪存储器或可用来以指令或数据结构的形式存储所要程序代码且可由计算机存取的任何其它媒体。而且，恰当地将任何连接称作计算机可读媒体。举例来说，如果使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)或例如红外线、无线电和微波等无线技术从网站、服务器或其它远程源传输指令，那么同轴电缆、光纤电缆、双绞线、DSL或例如红外线、无线电和微波等无线技术包含在媒体的定义中。然而应了解，计算机可读存储媒体和数据存储媒体不包含连接、载波、信号或其它暂时性媒体，而是针对非暂时性有形存储媒体。如本文中所使用，磁盘及光盘包含压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)、软磁盘及蓝光光盘，其中磁盘通常以磁性方式再生数据，而光盘使用激光以光学方式再生数据。上文的组合也应包含在计算机可读媒体的范围内。
[0169]可由例如一个或一个以上数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其它等效集成或离散逻辑电路等一个或一个以上处理器来执行指令。因此，如本文中所使用的术语“处理器”可指上述结构或适合于实施本文中所描述的技术的任一其它结构中的任一者。另外，在一些方面中，本文描述的功能性可提供于经配置以用于编码和解码的专用硬件和/或软件模块内，或并入在组合式编解码器中。而且，所述技术可完全实施于一个或一个以上电路或逻辑元件中。
[0170]本发明的技术可在广泛多种装置或设备中实施，包含无线手持机、集成电路(IC)或一组IC(例如，芯片组)。本发明中描述各种组件、模块或单元以强调经配置以执行所揭示技术的装置的功能方面，但不一定需要通过不同硬件单元来实现。而是，如上所述，各种单元可在编解码器硬件单元中组合或由互操作硬件单元(包含如上所述的一个或一个以上处理器)的集合结合合适软件和/或固件来提供。
[0171]已描述了各种实例。这些和其它实例属于所附权利要求书的范围内。
【权利要求】
1.一种检索视频数据的信息的方法，所述方法包括: 根据单播协议检索媒体内容的第一部分，其中所述媒体内容符合自适应视频流式传输网络协议；以及 经由文件递送服务根据多播协议检索所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
2.根据权利要求1所述的方法，其中根据所述多播协议检索所述第二部分包括请求加入因特网协议IP多播群组或注册以接收广播文件递送。
3.根据权利要求2所述的方法，其中检索所述第二部分包括请求加入所述IP多播群组，所述方法进一步包括接收所述IP多播群组的IP地址。
4.根据权利要求1所述的方法，其中所述第一部分具有不同于所述第二部分的译码特性。
5.根据权利要求1所述的方法，其中所述文件递送服务包括单向输送上的文件递送FLUTE，所述方法进一步包括接收指示用于所述媒体内容的一个或一个以上单播统一资源定位符URL的文件递送表FDT属性。
6.根据权利要求1所述的方法，其中检索所述第二部分包括在广播媒体接入控制MAC协议上经由文件广播服务接收所述第二部分。
7.根据权利要求5所述的方法，其中所述广播MAC协议包括增强型多媒体广播多播服务 eMBMS。
8.根据权利要求1所述的方法，其进一步包括在局部存储器中高速缓冲存储根据所述文件递送服务接收的所述媒体内容的所述第二部分的数据。
9.根据权利要求8所述的方法，其进一步包括响应于针对所述媒体数据的至少部分的后续请求而从所述局部存储器检索所述经高速缓冲存储的数据。
10.根据权利要求8所述的方法，其中高速缓冲存储包括: 根据所述文件递送服务接收一个或一个以上高速缓冲存储基元的值；以及 根据所述一个或一个以上高速缓冲存储基元的所述值高速缓冲存储所述至少部分的数据。
11.根据权利要求10所述的方法，其中所述一个或一个以上高速缓冲存储基元包含以下各项中的一者或一者以上:指示发送所述媒体内容的所述至少部分的日期的日期基元，指示所述媒体内容的所述至少部分何时期满的期满基元，识别所述媒体内容的特定版本的实体标签ETag，以及指示所述媒体内容的数据是可高速缓冲存储的高速缓冲存储器控制标头。
12.根据权利要求8所述的方法，其中检索所述媒体内容的所述第一部分包括: 确定所述媒体内容的所述第一部分是否当前存储在高速缓冲存储器中；以及 当所述媒体内容的所述第一部分当前未存储在所述高速缓冲存储器中时，根据所述单播协议检索所述媒体内容的所述第一部分。
13.根据权利要求1所述的方法，其中所述媒体内容的所述第二部分在时间上连续地跟随所述媒体内容的所述第一部分，其中检索所述媒体内容的所述第一部分包括: 查询高速缓冲存储器以确定所述媒体内容的所述第一部分是否存在于所述高速缓冲存储器中；以及当所述内容不存在时， 隐式地确定越区移交已在广播输送与单播输送之间发生， 其中根据所述单播协议检索所述媒体内容的所述第一部分包括当对所述高速缓冲存储器的所述查询指示所述媒体内容的所述第一部分不存在于所述高速缓冲存储器中时且基于所述越区移交已发生的所述确定: 提交根据所述单播协议检索所述媒体内容的所述第一部分的文件下载请求；以及 将所述媒体内容的所述第一部分存储在所述高速缓冲存储器中。
14.根据权利要求13所述的方法，其中所述文件下载请求包括超文本传送协议HTTP请求。
15.根据权利要求1所述的方法，其中所述媒体内容的所述第一部分在时间上连续地跟随所述媒体内容的所述第二部分，且其中检索所述媒体内容的所述第二部分包括: 确定越区移交已在单播输送与广播输送之间发生； 响应于确定所述越区移交已发生，预订所述文件递送服务以检索所述媒体内容的所述第二部分；以及 将所述媒体内容的所述第二部分存储在高速缓冲存储器中。
16.根据权利要求1所述的方法,其中所述媒体内容包括多个不同媒体内容中的一者，所述多个不同媒体内容中的每`一者对应于相应视频信道，所述方法进一步包括: 检索和高速缓冲存储所述多个不同媒体内容的所述第一部分； 接收所述多个不同媒体内容中的所述一者的用户选择；以及 在获取所述媒体内容的所述第一部分的请求之后经由高速缓冲存储器命中立即播放所述第一媒体内容， 其中检索所述多个不同媒体内容中的所述一者的所述第二部分包括响应于所述选择而检索所述多个不同媒体内容中的所述一者的所述第二部分。
17.根据权利要求16所述的方法，其进一步包括从所述多个不同媒体内容中的每一者的所述第一部分输出数据。
18.根据权利要求17所述的方法，其进一步包括大体上同时地从所述多个不同媒体内容中的每一者的所述第一部分中的每一者显示视频数据。
19.根据权利要求1所述的方法，其中所述媒体内容包括多个不同媒体内容中的第二媒体内容，所述多个不同媒体内容中的每一者对应于相应视频信道，所述方法进一步包括: 检索所述多个不同媒体内容的第一媒体内容的数据；以及 在检索到所述第一媒体内容的所述数据之后接收改变到所述第二媒体内容的请求， 其中检索所述第二媒体内容的所述第一部分和所述第二媒体内容的所述第二部分包括响应于改变到所述第二媒体内容的所述请求而经由单播检索所述第二媒体内容的所述第一部分且经由多播文件下载检索所述第二媒体内容的所述第二部分。
20.根据权利要求1所述的方法，其中所述自适应视频流式传输网络协议包括HTTP动态自适应流式传输DASH。
21.一种用于检索视频数据的信息的装置，所述装置包括一个或一个以上处理器，所述一个或一个以上处理器经配置以:根据单播协议检索媒体内容的第一部分，其中所述媒体内容符合自适应视频流式传输网络协议；以及经由文件递送服务根据多播协议检索所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
22.根据权利要求21所述的装置，其进一步包括存储器，其中所述一个或一个以上处理器进一步经配置以在所述存储器中高速缓冲存储根据所述文件递送服务接收的所述媒体内容的所述第二部分的数据。
23.根据权利要求22所述的装置，其中为了检索所述媒体内容的所述第一部分，所述一个或一个以上处理器经配置以确定所述媒体内容的所述第一部分是否当前存储在所述存储器中，且当所述媒体内容的所述第一部分当前未存储在所述存储器中时根据所述单播协议检索所述媒体内容的所述第一部分。
24.根据权利要求21所述的装置，其进一步包括用于实施高速缓冲存储器的存储器，其中所述媒体内容的所述第二部分在时间上连续地跟随所述媒体内容的所述第一部分，且其中为了检索所述媒体内容的所述第一部分，所述一个或一个以上处理器经配置以查询所述高速缓冲存储器以确定所述媒体内容的所述第一部分是否存在于所述高速缓冲存储器中，且当所述内容不存在时，隐式地确定越区移交已在广播输送与单播输送之间发生，其中为了根据所述单播协议检索所述媒体内容的所述第一部分，所述一个或一个以上处理器经配置以当对所述高速缓冲存储器的所述查询指示所述媒体内容的所述第一部分不存在于所述高速缓冲存储器中时且基于所述越区移交已发生的所述确定，提交根据所述单播协议检索所述媒体内容的所述第一部分的文件下载请求，且将所述媒体内容的所述第一部分存储在所述高速缓冲存储器中。
25.根据权利要求21所述的装置，其进一步包括用于实施高速缓冲存储器的存储器，其中所述媒体内容的所述第一部分在时间上连续地跟随所述媒体内容的所述第二部分，且其中为了检索所述媒体内容的所述第二部分，所述一个或一个以上处理器经配置以:确定越区移交已在单播输送与广播输送之间发生；响应于确定所述越区移交已发生，预订所述文件递送服务以检索所述媒体内容的所述第二部分；以及将所述媒体内容的所述第二部分存储在所述高速缓冲存储器中。`
26.一种用于检索视频数据的信息的装置，所述装置包括: 用于根据单播协议检索媒体内容的第一部分的装置，其中所述媒体内容符合自适应视频流式传输网络协议；以及 用于经由文件递送服务根据多播协议检索所述媒体内容的第二部分的装置，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
27.根据权利要求26所述的装置，其进一步包括用于高速缓冲存储根据所述文件递送服务接收的所述媒体内容的所述第二部分的数据的装置。
28.根据权利要求27所述的装置，其中所述用于检索所述媒体内容的所述第一部分的装置包括: 用于确定所述媒体内容的所述第一部分是否当前存储在所述用于高速缓冲存储的装置中的装置；以及 用于当所述媒体内容的所述第一部分当前未存储在所述用于高速缓冲存储的装置中时根据所述单播协议检索所述媒体内容的所述第一部分的装置。
29.根据权利要求26所述的装置，其中所述媒体内容的所述第二部分在时间上连续地跟随所述媒体内容的所述第一部分，其中所述用于检索所述媒体内容的所述第一部分的装置包括: 用于查询高速缓冲存储器以确定所述媒体内容的所述第一部分是否存在于所述高速缓冲存储器中的装置；以及 用于当所述内容不存在时隐式地确定越区移交已在广播输送与单播输送之间发生的装置， 其中所述用于根据所述单播协议检索所述媒体内容的所述第一部分的装置包括: 用于当对所述高速缓冲存储器的所述查询指示所述媒体内容的所述第一部分不存在于所述高速缓冲存储器中时且基于所述越区移交已发生的所述确定而提交根据所述单播协议检索所述媒体内容的所述第一部分的文件下载请求的装置；以及 用于当对所述高速缓冲存储器的所述查询指示所述媒体内容的所述第一部分不存在于所述高速缓冲存储器中时且基于所述越区移交已发生的所述确定而将所述媒体内容的所述第一部分存储在所述高速缓冲存储器中的装置。
30.根据权利要求26所述的装置，其中所述媒体内容的所述第一部分在时间上连续地跟随所述媒体内容的所述第二部分，且其中所述用于检索所述媒体内容的所述第二部分的装置包括: 用于确定越区移交已在单播输送与广播输送之间发生的装置； 用于响应于确定所述越区移交已 发生而预订所述文件递送服务以检索所述媒体内容的所述第二部分的装置；以及 用于将所述媒体内容的所述第二部分存储在高速缓冲存储器中的装置。
31.一种其中存储有指令的计算机可读存储媒体，所述指令在执行时致使一个或一个以上处理器: 根据单播协议检索媒体内容的第一部分，其中所述媒体内容符合自适应视频流式传输网络协议；以及 经由文件递送服务根据多播协议检索所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
32.根据权利要求31所述的计算机可读存储媒体，其进一步包括致使所述一个或一个以上处理器进行以下操作的指令:在局部存储器中高速缓冲存储根据所述文件递送服务接收的所述媒体内容的所述第二部分的数据。
33.根据权利要求32所述的计算机可读存储媒体，其中所述致使所述一个或一个以上处理器检索所述媒体内容的所述第一部分的指令包括致使所述一个或一个以上处理器进行以下操作的指令: 确定所述媒体内容的所述第一部分是否当前存储在高速缓冲存储器中；以及 当所述媒体内容的所述第一部分当前未存储在所述高速缓冲存储器中时根据所述单播协议检索所述媒体内容的所述第一部分。
34.根据权利要求31所述的计算机可读存储媒体，其中所述媒体内容的所述第二部分在时间上连续地跟随所述媒体内容的所述第一部分，其中所述致使所述一个或一个以上处理器检索所述媒体内容的所述第一部分的指令包括致使所述一个或一个以上处理器进行以下操作的指令: 查询高速缓冲存储器以确定所述媒体内容的所述第一部分是否存在于所述高速缓冲存储器中；以及 当所述内容不存在时隐式地确定越区移交已在广播输送与单播输送之间发生，其中所述致使所述一个或一个以上处理器根据所述单播协议检索所述媒体内容的所述第一部分的指令包括当对所述高速缓冲存储器的所述查询指示所述媒体内容的所述第一部分不存在于所述高速缓冲存储器中时且基于所述越区移交已发生的所述确定: 提交根据所述单播协议检索所述媒体内容的所述第一部分的文件下载请求；以及 将所述媒体内容的所述第一部分存储在所述高速缓冲存储器中。
35.根据权利要求31所述的计算机可读存储媒体，其中所述媒体内容的所述第一部分在时间上连续地跟随所述媒体内容的所述第二部分，且其中所述致使所述一个或一个以上处理器检索所述媒体内容的所述第二部分的指令包括致使所述一个或一个以上处理器进行以下操作的指令: 确定越区移交已在单播输送与广播输送之间发生； 响应于确定所述越区移交已发生，预订所述文件递送服务以检索所述媒体内容的所述第二部分；以及 将所述媒体内容的所述第二部分存储在高速缓冲存储器中。
36.一种输出视频数据的信息的方法，所述方法包括: 获得符合自适应视频流式传输网络协议的媒体内容； 根据单播协议输出所述媒体内容的第一部分；以及 根据文件递送服务输出所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
37.根据权利要求36所述的方法，其中所述文件递送服务包括单向输送上的文件递送FLUTE协议。
38.根据权利要求37所述的方法，其进一步包括输出指示用于所述媒体内容的一个或一个以上单播统一资源定位符URL的文件递送表FDT属性。
39.根据权利要求36所述的方法，其中所述自适应视频流式传输网络协议包括HTTP动态自适应流式传输DASH。
40.根据权利要求36所述的方法，其进一步包括: 接收来自客户端装置的对所述媒体内容的所述第一部分的请求，其中所述请求包括根据所述单播协议对所述媒体内容的所述第一部分的请求；以及根据所述单播协议输出所述第一部分的数据。
41.根据权利要求36所述的方法， 其中所述第一部分包括所述媒体内容的第一表示的第一部分，且其中所述第二部分包括所述媒体内容的第二表示的第二部分，其中所述第二表示不同于所述第一表不。
42.根据权利要求41所述的方法，其中所述第一表示具有不同于所述第二表示的译码特性和不同于所述第二表示的再现特性中的至少一者。
43.根据权利要求36所述`的方法，其中输出所述媒体内容的所述第二部分包括经由因特网协议IP多播和增强型多媒体广播多播服务eMBMS中的至少一者以所述文件递送服务输出所述媒体内容的所述第二部分。
44.根据权利要求36所述的方法，其进一步包括根据所述文件递送服务输出一个或一个以上高速缓冲存储基元以致使客户端装置高速缓冲存储所述媒体内容的所述第一部分和所述媒体内容的所述第二部分中的至少一者。
45.根据权利要求36所述的方法，其进一步包括: 确定网络扇区中预订所述文件递送服务的订户终端的数目；以及 基于所述确定的所述网络扇区中预订所述文件递送服务的订户终端的数目以及所述媒体内容的表示的位速率来选择所述媒体内容的表示， 其中输出所述媒体内容的所述数据包括输出所述选定表示的数据，且 所述方法进一步包括致使所述订户终端以所述选定表示的所述位速率下载和高速缓冲存储选定的媒体区段。
46.根据权利要求45所述的方法，其进一步包括: 监视所述网络扇区中预订所述文件递送服务的订户终端的所述数目；以及 基于所述确定的所述网络扇区中预订所述文件递送服务的订户终端的数目以及所述媒体内容的表示的位速率来将所述媒体内容的所述表示在订户终端的所述数目增加时改变到较高位速率或在订户终端的所述数目减少时改变到较低位速率。
47.根据权利要求45所述的方法，其进一步包括: 基于订户的所述数目确定由订 户的所述数目表示的所述扇区中的总用户的百分比； 确定分配到所述扇区的带宽量；以及 基于由订户的所述数目表示的所述总用户的所述百分比确定分配到所述扇区的所述带宽的成比例量， 其中选择所述表示包括选择具有所述确定的分配到所述扇区的所述带宽的成比例量可适应的位速率的表示。
48.一种用于输出视频数据的信息的装置，所述装置包括一个或一个以上处理器，所述一个或一个以上处理器经配置以:获得符合自适应视频流式传输网络协议的媒体内容；根据单播协议输出所述媒体内容的第一部分；以及根据文件递送服务输出所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
49.根据权利要求48所述的装置，其中所述一个或一个以上处理器进一步经配置以根据所述文件递送服务输出一个或一个以上高速缓冲存储基元以致使客户端装置高速缓冲存储所述媒体内容的所述第一部分和所述媒体内容的所述第二部分中的至少一者。
50.根据权利要求48所述的装置，其中所述一个或一个以上处理器进一步经配置以:确定网络扇区中预订所述文件递送服务的订户终端的数目；以及基于所述确定的所述网络扇区中预订所述文件递送服务的订户终端的数目以及所述媒体内容的表示的位速率来选择所述媒体内容的表示，其中为了输出所述媒体内容的所述数据，所述一个或一个以上处理器经配置以输出所述选定表示的数据，且其中所述一个或一个以上处理器进一步经配置以致使所述订户终端以所述选定表示的所述位速率下载和高速缓冲存储选定的媒体区段。
51.根据权利要求50所述的装置，其中所述一个或一个以上处理器经配置以:基于订户的所述数目确定由订户的所述数目表示的所述扇区中的总用户的百分比；确定分配到所述扇区的带宽量；以及基于由订户的所述数目表示的所述总用户的所述百分比确定分配到所述扇区的所述带宽的成比例量，其中为了选择所述表示，所述一个或一个以上处理器经配置以选择具有所述确定的分配到所述扇区的所述带宽的成比例量可适应的位速率的表/Jn ο
52.一种用于输出视频数据的信息的装置，所述装置包括: 用于获得符合自适应视频流式传输网络协议的媒体内容的装置； 用于根据单播协议输出所述媒体内容的第一部分的装置；以及 用于根据文件递送服务输出所述媒体内容的第二部分的装置，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
53.根据权利要求52所述的装置，其进一步包括用于根据所述文件递送服务输出一个或一个以上高速缓冲存储基元以致使客户端装置高速缓冲存储所述媒体内容的所述第一部分和所述媒体内容的所述第二部分中的至少一者的装置。
54.根据权利要求52所述的装置，其进一步包括: 用于确定网络扇区中预订所述文件递送服务的订户终端的数目的装置；以及 用于基于所述确定的所述网络扇区中预订所述文件递送服务的订户终端的数目以及所述媒体内容的表示的位速率来选择所述媒体内容的表示的装置， 其中所述用于输出所述媒体内容的所述数据的装置包括用于输出所述选定表示的数据的装置，且 进一步包括用于致使所述订`户终端以所述选定表示的所述位速率下载和高速缓冲存储选定媒体区段的装置。
55.根据权利要求54所述的装置，其进一步包括: 用于基于订户的所述数目确定由订户的所述数目表示的所述扇区中的总用户的百分比的装置； 用于确定分配到所述扇区的带宽量的装置；以及 用于基于由订户的所述数目表示的所述总用户的所述百分比确定分配到所述扇区的所述带宽的成比例量的装置， 其中所述用于选择所述表示的装置包括用于选择具有所述确定的分配到所述扇区的所述带宽的成比例量可适应的位速率的表示的装置。
56.—种其上存储有指令的计算机可读存储媒体，所述指令在执行时致使一个或一个以上处理器: 获得符合自适应视频流式传输网络协议的媒体内容； 根据单播协议输出所述媒体内容的第一部分；以及 根据文件递送服务输出所述媒体内容的第二部分，其中所述第一部分和所述第二部分在所述媒体内容中是时间上连续的。
57.根据权利要求56所述的计算机可读存储媒体，其进一步包括致使所述一个或一个以上处理器进行以下操作的指令:根据所述文件递送服务输出一个或一个以上高速缓冲存储基元以致使客户端装置高速缓冲存储所述媒体内容的所述第一部分和所述媒体内容的所述第二部分中的至少一者。
58.根据权利要求56所述的计算机可读存储媒体，其进一步包括致使所述一个或一个以上处理器进行以下操作的指令: 确定网络扇区中预订所述文件递送服务的订户终端的数目；以及基于所述确定的所述网络扇区中预订所述文件递送服务的订户终端的数目以及所述媒体内容的表示的位速率来选择所述媒体内容的表示， 其中所述致使所述一个或一个以上处理器输出所述媒体内容的数据的指令包括致使所述一个或一个以上处理器输出所述选定表示的数据的指令，且 进一步包括致使所述一个或一个以上处理器致使所述订户终端以所述选定表示的所述位速率下载和高速缓冲存储选定媒体区段的指令。
59.根据权利要求58所述的计算机可读存储媒体，其进一步包括致使所述一个或一个以上处理器进行以下操作的指令: 基于订户的所述数目确定由订户的所述数目表示的所述扇区中的总用户的百分比； 确定分配到所述扇区的带宽量；以及 基于由订户的所述数目表示的所述总用户的所述百分比确定分配到所述扇区的所述带宽的成比例量， 其中所述致使所述一个或一个以上处理器选择所述表示的指令包括致使所述一个或一个以上处理器选择具有所述确定的分配到所述扇区的所述带宽的成比例量可适应的位速率的表示的 指令。
【文档编号】H04L12/18GK103518351SQ201280022619
【公开日】2014年1月15日 申请日期:2012年4月5日 优先权日:2011年4月5日
【发明者】唐纳德·W·吉利斯, 查尔斯·N·罗, 迈克尔·G·卢比, 托马斯·斯托克哈默 申请人:高通股份有限公司