Mpeg-2传输流中的iso-bmff事件盒承载的制作方法
【专利说明】MPEG-2传输流中的ISO-BMFF事件盒承载
[0001]相关申请案交叉申请
[0002]本发明要求2012年8月22日由亚历山大.吉拉德(Alexander Giladi)递交的发明名称为 “MPEG-2TS 中的 ISO-BMFF 事件盒承载(Carriage of ISO-BMFF Event Boxes inMPEG-2TS) ”的第61/692099号美国临时专利申请案的在先申请优先权，该在先申请的内容以引用的方式并入本文本中，如全文再现一般。
[0003]关于联邦赞助的研宄或开发的声明
[0004]不适用。
[0005]参考缩微胶片附录
[0006]不适用。
【背景技术】
[0007]媒体内容提供商或分配商可以将媒体内容流式传输给流客户端，该流客户端的形式可以是各种用户端设备，例如，电视、笔记本电脑和手机。媒体内容可包括媒体表示描述(MPD)和多个媒体片段，其可以承载在媒体流中。MPD可以是描述媒体内容(例如，媒体内容的各种表示、统一资源定位符(URL)地址和其它特征)的可扩展标记语言(XML)文件或文档。例如，媒体内容可包括若干媒体分量(例如，音频、视频和文本)，每种媒体分量可具有在MPD中规定的不同特征。每种媒体分量包括多个含实际媒体内容的各个部分的媒体片段，而这些片段可共同存储在单个文件中或分别存储在多个文件中。每个片段可包含预定义字节大小(例如，1000字节)或播放时间间隔(例如，2或5秒)的媒体内容。
[0008]媒体内容可以基于各种因素(例如，网络状况、设备能力和用户选择)自适应地从流服务器传送到流客户端。流客户端在接收TS之后可以解析TS以从中提取信息。自适应流媒体技术可包括各种已实施或正开发的技术或标准，例如超文本传输协议(HTTP)动态自适应流媒体(DASH)、HTTP直播流(HLS)、自适应传输流(ATS)或因特网信息服务(IIS)平滑流(Smooth Streaming)。
[0009]例如，作为一类自适应流媒体，国际标准组织(ISO)和国际电工技术委员会(IEC)已经在国际标准中定义了 DASH。该标准通常称为IS0/IEC23009-1，其名称为“信息技术:HTTP动态自适应流媒体(DASH)—第I部分:媒体表示描述和片段格式”，其内容通过引用的方式并入本文本中。对IS0/IEC 23009-1的最新修订提出了一种使用ISO基媒体文件格式(BMFF)盒传送事件消息BBSemsg)的方法。emsg盒可以针对IS0-BMFF媒体片段，而且运动图像专家组-2(MPEG-2)标准定义的传输流(TS)的媒体片段中不存在emsg事件的通用对应物。因此，在MPEG-2TS支持下，自适应流媒体可能不便传送给用户设备。
【发明内容】
[0010]在一项实施例中，本发明包括一种由网络设备实施的媒体流方法，所述方法包括将消息盒封装到片段中的一个或多个包中，以及直接或间接发送所述片段给流客户端。
[0011]在另一实施例中，本发明包括一种网络设备，所述网络设备包含处理器，用于将消息盒封装到一个或多个传输流(TS)包中，生成含有所述一个或多个TS包的媒体片段；以及发射器，耦合到所述处理器并且用于发送所述媒体片段。
[0012]在又一项实施例中，本发明包括一种用作流客户端并且含有接收器和处理器的装置，所述接收器用于接收含有多个包的TS，其中一个或多个所述包包括在其中封装的事件消息盒，以及所述处理器耦合到所述接收器并且用于通过解析所述一个或多个包提取所述事件消息盒。
[0013]结合附图和权利要求书，可从以下的详细描述中更清楚地理解这些和其它特征。
【附图说明】
[0014]为了更完整地理解本发明，现在参考以下结合附图和详细描述进行的简要描述，其中相同参考标号表不相同部分。
[0015]图1示出了媒体流架构的实施例。
[0016]图2示出了含有包的媒体片段的实施例。
[0017]图3示出了用于流客户端执行的盒提取(box extract1n)的一段示例性伪代码。
[0018]图4示出了媒体流方法的实施例。
[0019]图5示出了网络设备的实施例。
【具体实施方式】
[0020]最初应理解，尽管下文提供一个或多个实施例的说明性实施方案，但可使用任意数目的当前已知或现有的技术来实施所公开的系统和/或方法。本发明决不应限于下文所说明的所述说明性实施方案、图式和技术，包含本文所说明并描述的示范性设计和实施方案，而是可以在所附权利要求书的范围以及其均等物的完整范围内修改。
[0021]有线电视电信工程师协会(SCTE)已经定义了一种可以用于添加事件消息到媒体流中的标准。该标准称为SCTE 35，名称为“用于有线电视的数字节目插入提示消息(Digital Program Insert1n Cueing Message for Cable)”。该标准可以使用与动态广告(简称为ad)插入(例如，标记广告中断的边界)相关的相对复杂、丰富的消息结构，请求添加广告，以及调度变更通知(例如，节目中断或超时)。
[0022]然而，在超文本传输协议(HTTP)动态自适应流媒体(DASH)客户端中使用SCTE 35可能会产生若干个问题。例如，首先，DASH客户端可能需要能够解析SCTE 35命令，除SCTE35栈之外，SCTE 35命令还可意味着解析MPEG-2TS头和节目特定信息(PSI)。其次，SCTE35具有需要被支持的自身条件接入模型，该模型会增加DASH客户端中实施方式的复杂度。因此，当SCTE 35支持普遍存在于有线电视头端中的服务器侧时，由于广告插入随时可以完成，所以SCTE 35支持几乎不存在于客户端侧。再次，可扩展性可能是一个潜在问题，因为SCTE 35已经预定义了事件并且事件的形式更广泛。例如，SCTE 35定义的事件的长度限制到253个字节。这种大小限制可能不足以承载通用的emsg盒。有时连媒体表示描述(MPD)统一资源定位符(URL)都有可能超过该限制。
[0023]在SCTE 35中创建一个新的描述符是有可能的，但是大小限制则变为4K(千)字节。该大小限制在某些情况下可能是足够的，但是仍有可能存在较大的盒，例如，如果部分Mro嵌入到一个盒内。另一潜在问题可能是添加新的描述符需要新的实施方式。此外，需要尽可能地让MPEG-2TS和ISO-BMFF媒体片段的事件机制相似。希望DASH客户端侧的实施方式变得最少。
[0024]本发明教示了一个替代性解决方案，其中emsg盒等消息盒可以封装或打包在一个或多个包中。一个或多个包可以包含在媒体片段中。此外，承载消息盒的所有包可配置具有一个固定的包标识符(PID)值，例如13位值0x0004，该值由MPEG-2保留用于自适应流媒体。封装消息盒的第一包可包括指示封装开始的包头以及包含消息盒的头的包净荷。另夕卜，最后一个包具有填补一个或多个填充字节的适配字段。另一方面，为了从接收的TS的媒体片段中标识和提取事件消息盒，流客户端可解析一个或多个包的包头。如有必要，流客户端可跳过适配字段。总的来说，本文宣扬的实施例可以最大化DASH客户端的代码重用。
[0025]图1示出了媒体流架构100的实施例，可以实施媒体流架构100以将媒体内容从流服务器或提供商120传送给流客户端110。例如，流架构100可包含DASH、MPEG-2TS或其它类型的流方案。流客户端110可以是在用户设备的操作系统中实施的程序或应用，或在网络平台上访问的网络客户端。流客户端110可以在任意用户设备(例如，手机、笔记本、计算机、电视等)中实施。如果使用了 DASH，则流客户端110为DASH客户端，而流服务器可以为HTTP服务器或代理。
[0026]流服务器120中存储的媒体内容可由流媒体准备单元130生成或准备。媒体准备单元1