超文本传输协议动态自适应流媒体客户端行为框架和会话管理实施

摘要

一种装置包括接收器，用于接收对超文本传输协议动态自适应流媒体(DASH)媒体表示描述(MPD)的请求；耦合到所述接收器的处理器，用于创建所述MPD，其中所述MPD包括用于指定客户端行为的机制，所述机制基于所述客户端支持特性的能力调节所述客户端下载内容的能力；以及耦合到所述处理器的发射器，用于发送所述MPD。一种方法包括接收对超文本传输协议动态自适应流媒体(DASH)媒体表示描述(MPD)的请求；以及发送所述MPD，其中所述MPD包括指定客户端行为的机制，所述机制基于所述客户端支持特性的能力调节所述客户端下载内容的能力。

说明书

相关申请案交叉申请

本发明要求2012年7月9日由Alexander Giladi递交的发明名称为 “DASH客户端行为框架和会话管理实施”的第61/669437号美国临时专 利申请案的在先申请优先权，该在先申请的内容全文并入本文本中。

关于由联邦政府赞助

研究或开发的声明

不适用。

参考缩微胶片附录

不适用。

背景技术

如今许多电视和电影观看者希望按需访问视频和其它媒体内容(media  content)。作为第一示例，电视观众可能想要观看他或她在电视节目的正常播 出时间期间错过的电视节目。观众可使用笔记本电脑、平板电脑、台式电脑、 移动电话或其它设备上的网页浏览器或其它应用通过因特网按需下载节目，从 而观看浏览器或其它应用中的节目。作为第二示例，观众可按需下载电影。作 为第三示例，观众可与其它观众一起参与视频会议。

超文本传输协议(DASH)动态自适应流媒体是一种标准，用以提供 此类媒体内容且部分地在2012年第一版国际标准化组织(ISO)/国际电 工技术委员会(IEC)23009-1(“23009-1”)中描述，该文档全文并入本 文本中。此外，2013年ISO/IEC 23009-1，技术勘误表1全文并入本文本中。 DASH中存在两种主设备：提供内容的一个或多个超文本传输协议(HTTP) 服务器和下载内容的且与观众或用户关联的DASH客户端。DASH不控制客户 端，客户端可通过HTTP协议请求内容。DASH是动态和自适应的，因为客户 端可基于网络状况、设备能力和用户选择等多种因素在多种形式的内容或数据 中选择。例如，HTTP服务器可通知客户端不同的下载比特率，客户端可选择 其中一种比特率，以及客户端可以所选的比特率开始下载数据片段。如果出于 某种原因网络状况恶化，那么客户端可改变为较低比特率并以新比特率开始下 载数据片段。因此，DASH的自适应性确保了客户端消耗的带宽比可用带宽少。

客户端想要观看的电视节目、电影、视频会议或其它媒体内容可称为主要 内容。主要内容的提供商可能希望通过提供主要内容来获取收益。获取受益的 一种方式为在主要内容中包括广告。广告可称为ad或ad内容。因此，HTTP 服务器可指示客户端从广告服务器下载广告。客户端可能无法下载或观看主要 内容或部分主要内容直到客户端下载和观看广告内容。此外，可在使用其观看 内容的浏览器或其它应用上设置某些限制使得观看内容时无法跳过广告内容。 一旦客户端下载并观看广告，广告内容提供商即可向主要内容的提供商付费。

发明内容

在一项实施例中，本发明包括一种装置，所述装置包括接收器，用于 接收对超文本传输协议动态自适应流媒体(DASH)媒体表示描述(MPD) 的请求；耦合到所述接收器的处理器，用于创建所述MPD，其中所述MPD 包括用于指定客户端行为的机制，所述机制基于所述客户端支持特性的能 力调节所述客户端下载内容的能力；以及耦合到所述处理器的发射器，用 于发送所述MPD。

在另一实施例中，所述发明包括一种装置，所述装置包括接收器，用 于接收超文本传输协议动态自适应流媒体(DASH)媒体表示描述(MPD)， 其中所述MPD包括描述符类型描述符的ID属性、基本属性描述符和附加 属性描述符中的至少一个，所述ID属性指定了所述描述符的标识符，具 有相同ID属性的描述符是同义的，所述基本属性描述符指定了媒体表示 作者认为处理所含元素所必需的所含元素信息，所述附加属性描述符指定 了所述客户端优化处理可使用的所含元素的附加信息；以及耦合到所述接 收器的处理器，用于处理所述MPD。

在又一实施例中，本发明包括一种方法，所述方法包括接收对超文本 传输协议动态自适应流媒体(DASH)媒体表示描述(MPD)的请求；以 及发送所述MPD，其中所述MPD包括用于指定客户端行为的机制，所述 机制基于所述客户端支持特性的能力调节所述客户端下载内容的能力。

在又一实施例中，所述发明包括一种方法，所述方法包括接收超文本 传输协议动态自适应流媒体(DASH)媒体表示描述(MPD)，其中所述 MPD包括描述符类型描述符的ID属性、基本属性描述符和附加属性描述 符中的至少一个，所述ID属性指定了所述描述符的标识符，具有相同ID 属性的描述符是同义的，所述基本属性描述符指定了媒体表示作者认为处 理所含元素所必需的所含元素信息，所述附加属性描述符指定了所述客户 端优化处理可使用的所含元素的附加信息；以及处理所述MPD。

结合附图和权利要求书，可从以下的详细描述中更清楚地理解这些和 其它特征。

附图说明

为了更完整地理解本发明，现在参考以下结合附图和详细描述进行的 简要描述，其中相同参考标号表示相同部分。

图1为根据本发明实施例的DASH系统的示意图。

图2为根据本发明实施例的网络设备的示意图。

图3为根据本发明实施例的DASH系统的协议图。

图4为根据本发明实施例的媒体表示描述(MPD)示意图。

图5为根据本发明实施例的图示方法的流程图。

具体实施方式

最初应理解，尽管下文提供一个或多个实施例的说明性实施方案，但 可使用任意数目的当前已知或现有的技术来实施所公开的系统和/或方法。 本发明决不应限于下文所说明的所述说明性实施方案、图式和技术，包含 本文所说明并描述的示范性设计和实施方案，而是可以在所附权利要求书 的范围以及其均等物的完整范围内修改。

DASH设计至少存在两个问题。第一，DASH定义了HTTP服务器和客户 端之间的接口，但未直接定义客户端行为。为了实施可互操作的客户端，DASH 可能需要指定某些客户端行为。一些指定行为可能与广告插入有关，另一些指 定行为可能与HTTP服务器或内容提供商对下载和观看内容施加的限制有关。 第二，HTTP为无状态协议，这意味着HTTP将每个数据请求都视作与之前任 意请求都无关的独立事务。因此，HTTP无会话概念，在本文中是指同一用户 连续或非连续下载、呈现或观看媒体表示。例如，会话可包括与第一客户端(例 如，平板电脑)用户在平板电脑上观看媒体表示的一部分，停止在平板电脑上 观看，以及继续在笔记本电脑等第二客户端上观看。由于HTTP无状态并缺乏 会话概念，所以HTTP服务器无法直接知晓哪个客户端下载了哪些内容。相反， HTTP服务器知晓请求和下载了哪些内容。此外，如果客户端正从多个HTTP 服务器进行下载，那么客户端知晓正从哪个HTTP服务器下载内容。然而，无 状态在一些情况下是需要的。例如，HTTP服务器或广告服务器想要知晓会话 中涉及哪个客户端以获取该客户端的信息并将目标广告提供给客户端。此外， HTTP服务器想要将内容请求与内容评分关联。广告和评分增加了内容盈利的 可能性。

本文所公开的是用于改进的DASH实施方式的系统和方法。所公开的 技术规定了一种通过客户端描述符指定客户端行为并标识会话的机制。因 此，所公开的技术可解决上述各问题。所公开的技术还可应用到其它标准 并由其它标准制定组织(SDO)实施。换言之，所公开的技术不限于23009-1 或其它DASH标准。此外，所公开的技术不限于视频点播或视频会议，还 可应用到其它形式的媒体内容。

图1为根据本发明实施例的DASH系统100的示意图。系统100可包 括多个(例如，n个)HTTP服务器110、广告服务器140、DASH客户端 150和网络180。HTTP服务器110、广告服务器140和客户端150可以通 信方式通过网络180和HTTP缓存(未示出)等其它网络部件彼此耦合。

HTTP服务器110可以是用于通过HTTP发送和接收数据的任意硬件 计算机服务器。HTTP服务器110可包括服务器DASH模块(DM)120， 用于通过HTTP并根据DASH标准发送和接收数据。HTTP服务器可形成 内容分发网络(CDN)130，CDN130可指通过多个骨干网部署在多个数 据中心用于分发内容的分布式服务器系统。CDN130可包括任意数目的 HTTP服务器110，这样n可以是任意数字。通常，CDN可包括成千上百 个服务器。

广告服务器140可以是用于通过HTTP发送和接收数据的任意硬件计 算机服务器。具体而言，广告服务器140可接收对广告的请求并将请求的 广告发送到其它网络部件。系统100中可存在任意数目的广告服务器140。 如果存在多个广告服务器140，那么广告服务器140可能或可能不相互关 联。

客户端150可以是用于通过HTTP发送和接收数据的任意硬件设备。 例如，客户端150可为笔记本电脑、平板电脑、台式电脑、移动电话或其 它设备。客户端150可包括客户端DM155、应用170和图形用户界面(GUI) 175。

客户端DM155可用于通过HTTP并根据DASH标准发送和接收数据。客 户端DM155可包括DASH访问引擎(DAE)160和媒体输出(ME)165。DAE160 可以是用于从HTTP服务器110接收原始数据并将这些数据构建为观看格式的 主要部件。例如，DAE160可将为活动图像专家组(MPEG)容器格式的数据 和定时数据一起格式化，随后将格式化后的数据输出到ME165。ME165可负 责初始化、回放和其它与内容关联的功能并将内容输出到应用170。

应用170可以是具有用于下载和呈现内容的接口的网页浏览器或其它应 用。应用170可耦合到GUI175，这样与客户端150关联的用户可查看应用170 的各种功能。应用170可包括搜索功能，这样用户能够搜索内容。例如，如果 应用170为媒体播放器，那么应用170可包括搜索栏，这样用户可输入字符串 搜索电影。应用170可呈现搜索命中列表，用户可从命中列表中选择想要的电 影。选择之后，应用170可将下载电影的指令发送到客户端DM155。DM155 可下载电影和处理电影以输出到应用170。应用170可提供指令给GUI175以 供GUI175展示电影给用户观看。应用170可进一步提供指令给GUI175以供 GUI175展示进度条，该进度条显示电影的时间进度。

GUI175可以是用于展示应用170的功能的任意GUI，这样用户可操作该 应用。如上所述，GUI175可展示应用170的各种功能，这样用户可选择要下 载的内容。接着，GUI175可展示供用户观看的内容。

网络180可以是用于提供HTTP服务器110、ad服务器140和客户端 150之间通信的任意网络。例如，网络180可以是因特网、移动电话网络 或其它网络。网络180可允许沿有线或无线信道进行通信。

图2为根据本发明实施例的网络设备200的示意图。设备200可包括 多个入端口210和/或接收器单元(Rx)220，用于接收数据；逻辑单元或 处理器230，用于处理信号；多个出端口240和/或发射器单元(Tx)250， 用于将数据发送到其它部件；以及存储器260。设备200可适于实施任意 所公开的特征、方法和设备。例如，设备200可适于实施HTTP服务器110、 广告服务器140和客户端150。

逻辑单元230(可称为中央处理单元(CPU))可与入端口210、接收器 单元220、出端口240、发射器单元250和存储器260通信。逻辑单元230可 以实施为一个或多个CPU芯片、核(例如，多核处理器)、现场可编程门阵 列(FPGA)、专用集成电路(ASIC)和/或数字信号处理器(DSP)，并且/ 或者可以是一个或多个ASIC的一部分。

存储器260可由一个或多个磁盘、磁带驱动器、光盘驱动器或固态驱动 器组成；可用于数据的非易失性存储和用作溢流数据存储设备；可用于当选 择执行此类程序时存储程序；以及可用于存储程序执行期间读取的指令和数 据。存储器260可为易失性和/或非易失性的并且可以是只读存储器(ROM)、 随机存取存储器(RAM)、三重内容寻址内存(TCAM)、静态随机存取存 储器(SRAM)、其它合适的存储器类型、或其任意组合。存储器260可包 括DM270，DM270可适于实施服务器DM120或客户端DM155。虽然存储器 260示为包括DM270，但是逻辑单元230或逻辑单元230和存储器260的任 意组合可包括DM270。

图3为根据本发明实施例的DASH系统100的协议图300。客户端150可 能想要下载主要内容。在这种情况下，在步骤310，客户端150可向HTTP服 务器₁110₁发送对MPD的请求，该请求可包括用于从HTTP服务器110的任意 组合下载主要内容片段的指令。除了用于下载主要内容片段的指令以外，MPD 可要求，并包括从广告服务器140下载广告内容片段的指令。下文更全面地描 述了MPD。在步骤320，HTTP服务器₁110₁可将MPD发送到客户端150。客 户端150可通过DAE160接收MPD，DAE160可处理MPD来构建对主要内容 和广告内容片段的请求并从HTTP服务器110发出该请求。

在步骤330，如MPD所指示，客户端150可通过DAE160向HTTP服务 器₁110₁发送对主要内容的第一片段的第一片段请求。在步骤340，HTTP服务 器₁110₁可通过服务器DM120向客户端150发送主要内容的第一片段。DAE160 可接收、处理和格式化第一片段，随后将格式化后的数据输出到ME165，ME165 可执行多种功能并将数据输出到应用170。缓冲期过后，应用170可通过GUI175 呈现数据以供查看。

在步骤350，如MPD所指示，客户端150可通过DAE160向广告服务器 140发送广告内容请求。在步骤360，广告服务器140可向客户端150发送广 告内容。在客户端150下载主要内容的其它片段之前，MPD可要求客户端150 下载并呈现广告内容。

随后，如MPD所指示，客户端150可发送对主要内容的其它片段以及广 告内容的请求并接收主要内容的其它片段以及广告内容直到步骤370，客户端 150通过DAE160向HTTP服务器₂110₂发送主要内容的最后一个片段的最后 一个片段请求。最后，在步骤380，HTTP服务器₂110₂可通过服务器DM120 向客户端150发送主要内容的最后一个片段。DAE160在接收每个片段之后可 处理和格式化该片段，随后将格式化后的数据输出到ME165。ME165可执行 多种功能并将数据输出到应用170。缓冲期过后，应用170可通过GUI175呈 现数据以供查看。

如MPD所指示，可以任意顺序下载主要内容和广告内容。客户端150可 在展示内容以供观看的同时下载内容。同时下载和展示可以是该过程称为流媒 体技术的原因。请求和接收MPD的过程可以是反复的。例如，出于多种原因， 客户端150可请求或受指示以请求更新的MPD。

图4为根据本发明实施例的MPD400的图。MPD400可包括以下元素： 时间片(period)410、表示组(Adaptation Set)420、表示(Representation) 430、片段(Segment)440、子表示(Sub-Representation)450和子片段 (Sub-Segment)460。尽管本文中不使用粗体，但这些元素可通过大写首字 母或驼峰式大小写以及粗体来区分。例如，片段440可以是与片段关联的 MPD400的元素，片段可为数据单元，下文将更为全面地进行描述。类似地， 时间片410可与数据时间片相关联。在23009-1中，MPD400可指“为了提供 媒体流服务的媒体表示的正式描述说明”。反过来，媒体表示可指“建立媒 体内容的……表示的数据集合。”具体而言，MPD400可定义格式以通报HTTP 通用资源定位符(URL)或网络地址以进行数据片段下载。片段可指与URL 关联的数据单元。换言之，片段通常可为最大数据单元，可通过使用单个URL 的单个HTTP请求检索片段。MPD400可为可扩展标记语言(XML)文档。

简言之，MPD400可包括多个URL或由客户端150用于构建多个URL 的元数据，这些URL指向一个或多个HTTP服务器110以进行数据片段下载。 例如，参见图3，在步骤320，客户端150可在MPD中接收多个URL。第一 URL可与第一片段相关联并指向HTTP服务器₁110₁，这样客户端150从HTTP 服务器₁110₁请求和接收第一片段。第二URL可与广告内容相关联并指向广 告服务器140，这样客户端150从广告服务器140请求和接收广告内容。该 过程可继续直到客户端150从与最后一个URL相关联的HTTP服务器110请 求和接收内容。

参见图4，可以看出MPD400为层次数据模型。在23009-1中，时间片410 通常可表示“媒体内容时间片，在此期间可用一组一致的媒体内容的编码版 本。”换言之，“在时间片期间一组可用比特率、语言、隐藏字幕(caption)、 字幕(subtitle)等无变化。”表示430可描述“一个或多个媒体内容分量的 可传送编码版本。”客户端150“可在表示间切换……以适应网络状况或 其它因素。”因此，DASH的自适应性存在于可互换表示430的集合(可 称为表示组420)之间。客户端150可确定是否支持特定表示430。如果 不支持，那么客户端150可选择能够支持的不同表示430。随后，客户端 150可在选择的表示内开始下载各个片段直到客户端150停止下载或直到 客户端150选择另一表示430。

元素时间片410、表示组420、表示430、片段440、子表示450和子 片段460描述数据。每个元素都可包括一个或多个属性，这些属性类似于 元素的性质，它们提供关于元素的进一步定义。元素和属性都在2008年第 五版可扩展标记语言(XML)1.0中定义，该文档全文并入本文本中。可在 属性前加@符号。例如，时间片410可包括@start属性，指定在表示时间 轴(presentation timeline)上与时间片410关联的时间片何时开始。片段 440、子表示450和子片段460这些元素在23009-1中描述且本文不需要进 一步说明。

如上所述，DASH不直接指定客户端150的行为。然而，DASH可基 于客户端150对特定特性的支持调节客户端150下载数据的能力。例如， 如果表示430包括ContentProtection描述符，那么DASH可能不允许客户 端150下载与表示430相关联的片段，除非客户端150支持 ContentProtection描述符中定义的至少一个方案。描述符是指具有内容和 标识内容的唯一方案标识符的数据结构。描述符可以是一种元素。DASH 描述了三种描述符。第一，表示430中的基本或必需描述符可以要求客户 端150支持描述符以下载与表示430相关联的片段。第二，表示430中的 一组描述符可以要求客户端150仅支持该组描述符中的一个描述符以下载 与表示430相关联的片段。第三，表示430中的信息或可选描述符可以不 要求客户端150支持任意描述符，但是只需提供与表示430相关联的内容 的信息。例如，评分信息描述符可向客户端150提供评分，这样客户端150 可显示评分并例如通过父母控制自行确定是否下载或显示与表示430相关 联的片段。

因此，所公开的技术可包括指定客户端行为的总体框架。所公开的技 术还可包括使用总体框架的新会话、事件、通用和URL验证描述符。总 体框架和新描述符可以处于时间片410、表示组420、表示430或字表示 450级。总体框架可指定客户端150的行为并为所需、分组和可选上下文 进行该操作。

在第一实施例中，总体框架可包括从抽象DescriptorType描述符继承 的新ClientDescriptor描述符，其属性如表1所示。

表1：ClientDescriptor描述符及对应属性

在表1中，@schemeIdUri属性和@value属性与23009-1中的类似。 此外，总体框架可包括从DescriptorType描述符继承的 ClientDescriptorGroup描述符，其属性如表2所示。

表2：ClientDescriptorGroup描述符及对应属性

在第二实施例中，总体框架可以不包括新ClientDescriptor描述符，但 是可以包括DescriptorType描述符的@id属性，如表3所示。

表3：DescriptorType描述符及对应属性

在表3中，@id属性与表1中的@groupId属性类似，@schemeIdUri 属性和@value属性与23009-1中的类似。此外，总体框架可包括 EssentialProperty描述符和SupplementalProperty描述符。EssentialProperty 描述符指定了媒体表示作者认为处理所含元素所必需的所含元素信息。预 期将处理至少一个EssentialProperty描述符，每个EssentialProperty描述符 具有不同的@id值。因此，EssentialProperty描述符可对应于表1中 @behaviour属性的required值。SupplementalProperty描述符指定了所述 DASH客户端优化处理可使用的所含元素的附加信息。因此， SupplementalProperty描述符可对应于表1中@behaviour属性的optional 值。

会话描述符可标识会话。通过标识会话，HTTP服务器110能够确定 下载哪些数据，何时下载数据以及哪个客户端下载了这些数据。如此，如 上所述，HTTP服务器110或广告服务器140可向客户端提供目标广告， 并且HTTP服务器可将内容请求与内容评分关联。此外，标识会话可用于认 证和授权(例如，与客户端150相关联的用户是否购买、租赁或获取正确的订 阅级别来观看内容)，以下将更为全面地进行描述。会话描述符可用于静态或 动态地将会话ID嵌入片段URL中。作为第一示例，HTTP服务器110将会话 ID插入MPD400中，客户端150可将该会话ID嵌入片段URL中。由于会话 ID保持不变，所以嵌入的会话ID是静态的。作为第二示例，HTTP服务器110 可将会话ID URL插入MPD400中，客户端150可从HTTP服务器110请求与 该URL关联的会话ID。由于每次客户端150从HTTP服务器110请求与该URL 管理的会话ID时会话ID均不同，所以嵌入的会话ID是动态的。动态嵌入尤 其适用于客户端150多次使用同一MPD400的情形。由此得到的会话ID可成 为$SessionID$替换变量并可在模板中使用。

在第一实施例中，会话描述符可包括从ClientDescriptor描述符以及从 DescriptorType描述符继承的新SessionDescriptor描述符。SessionDescriptor描 述符可包括表4所示的属性。

表4：SessionDescriptor描述符及对应属性

在第二实施例中，会话描述符可包括另一标识会话的方法。会话描述符可 包括新的继承或非继承元素、描述符或适于标识会话的其它数据结构。会话描 述符可包括进一步标识会话的属性。

事件描述符可标识事件。事件可指向客户端150或应用170指示时间 相关附属信息的方法。例如，事件可以是显示主要内容时在客户端150上 显示的广告。在那方面，广告内容是主要内容的附属信息。事件流可指一 系列具有相同上下文的事件。例如，一系列单独的广告可在显示主要内容 时在客户端150上显示。事件的主要目的是提供广告插入。因此，事件描 述符可防止下载或显示主要内容，直到完成事件描述符中所描述的事件 (例如，广告)。事件描述符的细节由任意作者，例如HTTP服务器110 或广告服务器140定义。

在第一实施例中，事件描述符可包括从ClientDescriptor描述符以及从 DescriptorType描述符继承的新EventDescriptor描述符。EventDescriptor描述符 可描述事件，例如消息方案。EventDescriptor描述符可包括表1所示的属性。 @behaviour属性可用于指示是否需要支持所描述的消息方案，@value属性可 为空。例如，方案可为urn:mpeg:dash:client:mpd-update。如果客户端150支持 该方案，那么客户端150可能需要在接收MPD400更新消息或在某个随后的时 间(例如，第一MPD400过期)时请求并下载第二更新后的MPD400。

在第二实施例中，事件描述符可包括另一标识事件的方法。事件描述符可 包括新的继承或非继承元素、描述符或适于标识事件的其它数据结构。事件描 述符可包括进一步标识事件的属性。

通用描述符可为名称与方案相关联的描述符。通用描述符可由客户端150 或与客户端150相关联的用户定义。或者，通用描述符可由另一网络180的部 件(例如，HTTP服务器110)定义。

在第一实施例中，通用描述符可包括从ClientDescriptor描述符以及从 DescriptorType描述符继承的新通用描述符。通用描述符可包括表1所示的属 性。通用描述符的行为可由@groupId属性和@behaviour属性定义。此外，通 用描述符可包括允许客户端150定义其类型的额外属性。

在第二实施例中，通用描述符可包括客户端150定义其类型的另一方法。 通用描述符可包括新的继承或非继承元素、描述符或适于客户端150定义其类 型的其它数据结构。例如，通用描述符可通过使用EssentialProperty描述符和 SupplementalProperty描述符实施。通用描述符可包括客户端150进一步定义其 类型的属性。

URL认证描述符可提供URL认证。URL认证是一种在DASH背景下至少 可以提供五个优点的技术。第一，HTTP服务器110可在上传与URL相关联的 数据之前验证请求。第二，URL可在特定时间段内有效。第三，URL可限制 访问特定地理区域。第四，HTTP服务器110可识别与客户端150相关联的URL 签名并且如果客户端150正在下载广告内容，则限制访问主要内容。第五，HTTP 服务器110可识别与客户端150相关联的URL签名，确定客户端150何时完 成会话，并且允许对会话进行日志记录和计费。

URL认证可包括以下五个步骤。第一步，客户端150可下载认证密钥和 URL。URL可为例如www.cdn1.example.com/movie/256K/seg00001.ts。第二步， 客户端150可使用认证密钥计算URL的签名，例如加密散列信息认证码 (HMAC)SHA-1签名。第三步，客户端150可将签名添加到URL中来创建 带签名的URL。带签名的URL可为例如， http://cdn1.example.com/seg00001.ts？seg＝198d6c52a8755d77da7239ea0c753a7f78 70d0e0。第四步，客户端150可使用带签名的URL向HTTP服务器110发送 对关联数据的请求。第五步，如果HTTP服务器110验证了带签名的URL，那 么HTTP服务器110可上传与带签名的URL相关联的数据；如果HTTP服务 器110未验证带签名的URL，那么HTTP服务器110可丢弃请求或上传错误消 息。认证密钥在特定时间后过期。如果URL认证用于会话管理，那么可能需 要在客户端150便于例如限制将内容分享给特定数目的设备的时间内终止会 话。

在第一实施例中，URL认证描述符可包括从ClientDescriptor描述符以及从 DescriptorType描述符继承的新UrlAuthentication描述符。UrlAuthentication描 述符可包括表5所示的属性。

表5：UrlAuthentication描述符及对应属性

以下为MPD400中的示例UrlAuthentication描述符：

<UrlAuthentication

algorithm＝"urn:mpeg:dash:sea:hmac-sha1"

key＝"33FD3F35CD966"

parameterName＝"sig"/>.

在第二实施例中，URL认证描述符可包括提供URL认证的另一方法。 URL认证描述符可包括新的继承或非继承元素、描述符或适于提供URL 认证的其它数据结构。例如，URL认证描述符可通过使用EssentialProperty 描述符和SupplementalProperty描述符实施。URL认证描述符可包括进一 步提供URL认证的属性。

图5为根据本发明实施例的图示方法500的流程图。方法500可在例 如客户端150中实施。在步骤510，接收对DASH MPD的请求。例如， HTTP服务器110可从客户端150接收请求。DASH MPD可为MPD400。 在步骤520，创建MPD。例如，HTTP服务器110可创建MPD400。MPD400 可包括指定客户端150的行为的机制。该机制可基于客户端150支持特性 的能力调节客户端150下载内容的能力。在步骤530，发送MPD。例如， HTTP服务器110可将MPD400发送到客户端150。

本发明公开至少一项实施例，且所属领域的普通技术人员对所述实施 例和/或所述实施例的特征作出的变化、组合和/或修改均在本发明公开的 范围内。因组合、合并和/或省略所述实施例的特征而得到的替代性实施例 也在本发明的范围内。在明确陈述数值范围或限制的情况下，应将此类表 达范围或限制理解为包含属于明确陈述的范围或限制内的类似量值的迭 代范围或限制(例如，从约为1到约为10包含2、3、4等；大于0.10包 含0.11、0.12、0.13等)。例如，每当公开具有下限R_l和上限R_u的数值 范围时，具体是公开落入所述范围内的任何数字。具体而言，特别公开所 述范围内的以下数字：R＝R_l+k*(R_u–R_l)，其中k是从1％到100％以1％增 量递增的变量，即，k是1％、2％、3％、4％、5％……50％、51％、52％…… 95％、96％、97％、98％、99％或100％。此外，还特此公开了，上文定义 的两个R值所定义的任何数值范围。除非另有说明，否则术语“约”是指 随后数字的±10％。相对于权利要求的某一要素，术语“可选择”的使用表 示该要素可以是需要的，或者也可以是不需要的，二者均在所述权利要求 的范围内。例如包括、包含和具有等较广义的术语，应被理解为用于支持 较狭义的术语，例如“由……组成”、“基本上由……组成”、以及“大体上 由……组成”等。因此，保护范围不受上文所述的限制，而是由所附权利 要求书定义，所述范围包含所附权利要求书的标的物的所有等效物。每项 和每条权利要求作为进一步公开的内容并入说明书中，且权利要求书是本 发明的实施例。所述揭示内容中的参考的论述并不是承认其为现有技术， 尤其是具有在本申请案的在先申请优先权日期之后的公开日期的任何参 考。本发明中所引用的所有专利、专利申请案和公开案的揭示内容特此以 引用的方式并入本文本中，其提供补充本发明的示例性、程序性或其他细 节。

虽然本发明多个具体实施例，但应当理解，所公开的系统和方法也可 通过其它多种具体形式体现，而不会脱离本发明的精神或范围。本发明的 实例应被视为说明性而非限制性的，且本发明并不限于本文本所给出的细 节。例如，各种元件或部件可以在另一系统中组合或合并，或者某些特征 可以省略或不实施。

此外，在不脱离本发明的范围的情况下，各种实施例中描述和说明为离 散或单独的技术、系统、子系统和方法可以与其它系统、模块、技术或方法 进行组合或合并。展示或论述为彼此耦合或直接耦合或通信的其它项也可以 采用电方式、机械方式或其它方式通过某一接口、设备或中间部件间接地耦 合或通信。其它变更、替换、更替示例对本领域技术人员而言是显而易见的， 均不脱离此处公开的精神和范围。