CN117278537A - 用于dash中的一般化http头的系统和方法 - Google Patents

用于dash中的一般化http头的系统和方法 Download PDF

Info

Publication number
CN117278537A
CN117278537A CN202311196604.3A CN202311196604A CN117278537A CN 117278537 A CN117278537 A CN 117278537A CN 202311196604 A CN202311196604 A CN 202311196604A CN 117278537 A CN117278537 A CN 117278537A
Authority
CN
China
Prior art keywords
request
dash
mpd
http
value
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
CN202311196604.3A
Other languages
English (en)
Inventor
A·吉拉迪
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.)
Vid Scale Inc
Original Assignee
Vid Scale 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 Vid Scale Inc filed Critical Vid Scale Inc
Publication of CN117278537A publication Critical patent/CN117278537A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Peptides Or Proteins (AREA)

Abstract

公开了用于流媒体内容的系统和方法。例如接收用于通过超文本传输协议的动态自适应流媒体(DASH)的媒体演示描述(MPD)文件，按照所述MPD文件中指定的所述HTTP头形式，生成所述名称参数和值参数对反馈；按照所述MPD文件中指定的所述HTTP头形式，使用所述请求类型生成所述HTTP请求；发送所述HTTP请求，所述HTTP请求包括HTTP头，所述HTTP头包括所述名称参数和值参数对反馈；以及接收响应于所述HTTP请求的对所述HTTP头的响应，所述响应包括与所述名称参数和值参数对反馈相对应的值。

Description

用于DASH中的一般化HTTP头的系统和方法
本申请是2016年02月11日提交的申请号为202110367640.6的名称为“用于DASH中的一般化HTTP头的系统和方法”的中国专利申请的分案申请，该申请号为202110367640.6的申请是2016年02月11日提交的申请号为201680009939.1的名称为“用于HTTP动态自适应流媒体(DASH)中的一般化HTTP头的系统和方法”的中国专利申请的分案申请。
相关申请交叉引用
本申请要求2015年02月11日申请的美国临时专利申请No.62/115,128和2015年06月17日申请的美国临时专利申请No.62/181,100的优先权，其内容通过引用的方式结合于此。
技术领域
本申请涉及流媒体领域，具体地涉及一种用于DASH中的一般化HTTP头的系统和方法。
背景技术
具有视频能力的设备已经变得更常用且更便宜，涉及的范围从移动设备到因特网机顶盒(STB)以及网络电视到能够呈现高品质视频的移动设备。同时，网络能力已经演进到允许通过因特网递送高品质视频。
发明内容
公开了用于得到流媒体(streaming)内容的系统和方法。可以接收媒体演示描述(MPD)文件。可以从MPD文件中确定名称参数。可以确定用于名称的值参数(例如与名称相关联)。其中包括名称和值的请求类型可以被确定。可以确定请求的输出模式。可以发送根据所确定的输出模式而包括名称和值的请求。可以接收流媒体内容。
“UrlQueryInfo”元素(例如实时和实例化)可以用于提供名称/值功能。该元素可以在MPD中在任何等级被携带(例如MPD、周期、自适应集、表现、子表现)并可以被嵌入到(例如任意)HTTP URL，其可以用于获取片段(segment)，解析XLink(X链接)，解析模板参数和/或解析其他头(header)值。
附图说明
图1示出了DASH系统模型的示例；
图2是示出参与方示例和参与方之间的交互示例的图；
图3是示出参与方示例和参与方之间的交互示例的图；
图4A是实施公开的技术的示例通信系统的系统图；
图4B是可以在图4A中示出的通信系统中使用的示例无线发射/接收单元(WTRU)的系统图；
图4C是可以在图4A中示出的通信系统中使用的示例无线电接入网和示例核心网的系统图；
图4D是可以在图4A中示出的通信系统中使用的另一示例无线电接入网和另一示例核心网的系统图；
图4E是可以在图4A中示出的通信系统中使用的另一示例无线电接入网和另一示例核心网的系统图。
具体实施方式
现在参考附图描述示例性实施方式的详细描述。虽然该描述提供了可能实施的详细示例，但是应当理解这些细节旨在是示意性的且绝不限制本申请的范围。
一些市场趋势和技术开发已经导致出现可以将因特网用作传递媒介的“过顶”(OTT)流媒体。大范围的具有视频能力的设备(例如因特网机顶盒(STB)、网络电视以及移动设备)可以呈现高品质视频内容。改善的网络能力对于许多用户能够实现通过因特网的高品质视频传递。
“闭路”网络可以被多系统运营商(MSO)控制(例如完全控制)，MSO可以提供可预计且一致的网络环境。因特网可以提供“尽力服务”环境，其中带宽和/或等待时间可以变化。在计算机网络中(例如因特网中)，网络条件可以是不稳定的，尤其在服务移动设备的网络中。网络不稳定性可以使得对网络变化的动态自适应具有吸引力，例如以给用户(例如顾客)提供有品质的体验。
在一个示例中，可以使用超文本传输协议(HTTP)流媒体来实施自适应视频流媒体(例如速率自适应视频流媒体)。HTTP可以用作视频传输协议来利用已有的HTTP基础结构(例如内容分发网络(CDN))和对多平台和设备的HTTP支持的宽可用性。通过将HTTP用于因特网视频流媒体，这种流媒体应用和系统可以是可缩放的。通过HTTP的视频在防火墙之后是可得的而一些其他实施(例如用户数据报协议(UDP)视频流媒体)可以被防火墙阻拦。
在HTTP自适应流媒体中，资源(asset)虚拟地和/或实际地被分割，并被发布到一个或多个CDN。这种呈现资源的智能可以位于客户端。在一个示例中，客户端可以获取关于发布的备选编码(在本申请中也可以称为“表现”)和构建统一资源定位符(URL)以从表现下载资源片段的方式的信息。自适应比特率(ABR)客户端可以观察网络条件并确定可以在特定时间实例提供对客户端设备的品质体验的比特率、分辨率等的组合。一旦客户端确定用于获取一个或多个片段的最优URL，客户端可以发布一个或多个HTTP GET请求(HTTP获取请求)以下载这种片段。
可以使用HTTP/TCP/IP协议栈来实施HTTP动态自适应流媒体(DASH)。图1示出了DASH系统模型的示例。在一个示例中，DASH可以定义清单格式(manifest format)、媒体演示描述(MPD)以及用于国际标准组织(ISO)基础媒体文件格式(BMFF)传输流和移动图像专家组2(MPEG-2)传输流的片段格式。DASH还可以定义在网络的质量度量集合、客户端操作以及媒体演示等级。这可以促进监视体验质量和服务质量的彼此协作方法。
DASH中的表现可以被定义为完整资源或资源组分的子集的单个编码版本。表现的示例包括ISO-BMFF表现，其包含未复用的2.5Mbps 720p高级视频编码(AVC)视频；和用不同语言的96Kbps MPEG-4高级音频编码(AAC)的ISO-BMFF表现。可替换地，单个传输流可以包含视频、音频以及字幕并可以是单复用表现。在另一可替换方案中，可以使用组合结构，其中例如视频和英语音频可以是单个复用表现，而西班牙语和中文音轨可以是分开的未复用表现。
片段可以是媒体数据的最小单独可寻址单元。片段可以是可以经由MPD使用通告的URL下载的实体。媒体片段的示例可以是实况广播的四秒部分，其可以在播出时刻0:42:38开始并在0:42:42结束，且在三分钟的时间窗中是可用的。另一示例可以是完整的点播电影，其可以在已经许可点播电影的整个时段是可用的。
可以在可扩展标记语言(XML)文件中表现MPD，该文件可以通告可用的媒体并可以提供信息，该信息可以由客户端用来选择表现，做出自适应决定和/或经由网络获取片段。MPD可以独立于任何片段和/或可以用信号通告可以用于确定是否成功播放表现的属性和表现的功能属性(例如片段是否在随机接入点开始)。MPD可以使用层级数据模型来描述完整表现。
表现可以被认为是这种层级数据模型的最低的概念等级。在表现等级处，MPD可以用信号发送信息，例如带宽和演示编解码器，以及构建用于接入片段的URL的方法。在该等级还可以提供另外的信息，例如特技模式和随机接入信息，用于可缩放和多视图编解码器的层和视图信息，以及希望播放给定表现的客户端可以支持的通用策略。
DASH可以提供灵活的URL构建功能。DASH可以实现对单个整体每片段URL的使用和/或通过组合在层级数据模型的不同等级出现的URL部分(基础URL)实现URL的动态构建。多个基础URL可以被使用由此可以使用多路径功能得到片段，在多路径功能中可以从多于一个位置请求片段，这可以改善性能和可靠性。
例如当使用短片段时，URL和字节范围的显式列表可以消耗明显的资源，且针对每个表现可以包括数千个元素。DASH可以使用预定义变量(例如片段数、片段时间等)和/或通过使用模板将打印函数形式语法用于动态构建URL。在一个示例中，单线(例如seg_$Index％05$.ts)可以表示任意数量的片段，即使这样的片段在取得MPD时是不可获取的。在一个示例中，多片段表现可以使用模板。
例如在未复用实施中，(例如相同)资源和/或(例如相同)成分的不同表现可以被分组到自适应集合。自适应集合内的表现可以呈现相同的内容且客户端可以在这些表现之间进行切换。
自适应集合的示例可以是十个表现的合集，每一个表现具有以不同比特率和/或分辨率编码的视频。在一个示例中，客户端可以以片段或子片段粒度在这些表现的每一个之间进行切换，而向观看者呈现相同的内容。在一些片段级限制下，无缝表现切换是可能的。可以在实际应用中使用限制且其可以例如被一个或多个标准开发组织(SDO)采用作为DASH子集。例如，片段限制可以被应用到自适应集合内的表现(例如所有表现)。还可以使用比特流切换。
时段可以是表现的时间限制子集。自适应集合可以在时段内是有效的且不同时段中的自适应集合可以或可以不包含相似的表现(例如在编解码器、比特率等方面)。MPD可以包含用于资源持续时间的单个时段。时段可以用于广告标记，其中不同的时段专用于资源的部分和一个或多个广告。
在一个示例中，MPD可以是XML文件，其可以提供层级，该层级可以从全局表现级属性(例如定时)开始并继续时段级属性和在时段可用的自适应集合。表现可以是该层级的最低级。
DASH可以使用XLink的简化版本来从远程位置实时加载MPD的部分(例如时段)。例如，当广告时间的精确定时是提前已知的时，可以从可以实时确定合适的广告的广告服务器实时得到广告。
动态MPD可以改变且可以被客户端周期性重新加载。静态MPD对于整个表现可以是有效的。静态MPD可以用于视频点播应用且动态MPD可以用于实况和个人视频记录器(PVR)应用。
媒体片段可以是表现的时限性部分。在MPD中可以包括近似的片段持续时间。片段持续时间针对所有片段可以相同或可以不相同。在一个示例中，片段持续时间可以接近恒定(例如在25％的容限内)。
在实况广播示例中，MPD可以包括关于在客户端读取MPD时不可用的媒体片段的信息。这种片段可以在定义的可用性时间窗内是可用的，该时间窗可以根据壁钟时间和片段持续时间来计算。
索引片段可以是侧文件和/或被包括在媒体片段内。索引片段可以包含定时和/或随机接入信息。索引片段可以包括可以改善随接入和特技模式的有效实施的索引。索引片段还可以或可替代地用于更有效的比特流切换。索引可以尤其有用于视频点播和PVR类型的应用，但是还可以用于实况流媒体。
一些片段级和表现级属性可以用于实施有效比特流切换。DASH可以包括可以在MPD中以格式无关方式表达的这种属性的显式功能要求。每个片段格式规范可以包含可以对应于这些要求的格式级限制。
在一个示例中，表现R的媒体片段i可以被表示为SR(i)，且其持续时间可以被表示为D(SR(i))。媒体片段的最早的表现时间可以被表示为EPT(SR(i))。EPT可以对应于片段的最早表现时间并可以不涉及在随机接入处成功播放片段的时间。
针对自适应集合内的表现可以使用片段的时间对准来实施有效切换。在一个示例中，对于任意对的表现Ra和Rb以及片段i，EPT(SRa(i))<EPT(SRb(i-1))+D(SRb(i-1))。与从某些类型的随机接入点开始的片段的属性组合，这可以在没有重叠下载和双解码的情况下保证能够在片段边界切换。
当使用索引时，可能的是也在子片段级进行比特流切换。
一些实施可以包括时间对准和随机接入点放置限制。在视频编码方面，这些限制可以转换成对在片段边界和封闭图片组(GOP)处的用匹配即时解码器刷新(IDR)帧的编码。
DASH客户端可以包括接入客户端，其可以是HTTP客户端，可以解码并呈现提供给它的媒体的媒体引擎，以及接入客户端可以将事件传递至的应用。定义的接口可以包括MPD和片段的线上(on-the-wire)格式。其他接口可以以各种方式来实施。图1示出了示意性DASH系统模型。
DASH客户端的定时行为可以比早期技术更复杂。例如，在Apple HTTP实况流媒体(HLS)中，清单(manifest)中提到的片段可以是有效的，且客户端可以为了新清单定期轮询。在DASH MPD示例中，可以例如通过定义MPD更新频率和提供片段可用性的显式计算来减少轮询。
静态MPD可以无限有效而动态MPD可以从其被客户端取得的时间起的显式指明的刷新周期是有效的。MPD还可以支持版本管理且其可以显示公开其公开时间。
MPD可以提供周期TA(0)的最早片段的可用性时间。媒体片段n可以从时间开始是可用的且可以在时移缓冲器的持续时间Tts是可用的，这可以在MPD中被显式提出。可用性窗口尺寸可以影响DASH部署的追看(catch-up)电视功能。例如当片段可用性时间落入MPD有效时段时，接入客户端可以依赖片段可用性时间。
对于任意表现R，MPD可以声明带宽BR。MPD可以定义全局最小缓冲时间BTmin。接入客户端可以在已经下载了BR×BTmin个比特之后向媒体引擎传递片段。给定从随机接入点开始的片段，片段n可以被传递给媒体引擎的最早时间可以是TA(n)+Td(n)+BTmin，其中Td(n)可以指示片段n的下载时间。为了最小化延迟，DASH客户端可以想要立即开始播放。可替换地，MPD可以提出表现延迟(例如从TA(n)的偏移)以确保不同客户端之间的同步。注意片段HTTPGET请求的紧密同步可以产生可以对基础结构带来不利影响的“惊群”效应。
可以使用绝对(即，壁钟)时间来计算MPD有效性和/或片段可用性。可以在片段自身内表达媒体时间。在实况流媒体示例中，在编码器和客户端时钟之间的时移会变大。这种时移可以在容器(container)级被解决，其中MPEG-2传输流和ISO-BMFF可以提供同步功能。
由于HTTP是无状态的且是客户端驱动的，因此可以使用频繁的轮询来模拟“推送”方式的事件。在有线电视/IPTV系统中实施广告插入中，可以在即将到来的插播广告开始之前的3至8秒用信号通告该插播广告。在一个示例中，基于轮询的实施可以是无效率的。例如当基于轮询的实施没有效率时可以使用事件。
事件可以是可以具有显式时间和持续时间信息的“二进制大对象(blob)”以及应用特定净荷。带内事件可以是在媒体片段开始处出现的小消息框，而MPD事件可以是定时的元素的周期级列表。MPD有效性终止事件可以标识在给定表现时间之后的有效的最早的MPD版本。
DASH可以不知道数字权限管理(DRM)和/或可以支持用信号通告MPD内的DRM策略和相关属性。DRM策略可以经由“内容保护”描述符用信号通告且可以在该描述内传递不透明的值。为了用信号通告DRM策略，给定策略的唯一标识符可以被使用且可以定义不透明的值的含义。可替换地，可以使用策略特定的命名空间。
用于ISO-BMFF的公共加密(CENC)和/或片段加密和认证可以被使用。公共加密可以定义可以被加密的样本部分以及在轨迹内如何可以用信号通告加密元数据。DRM模块可以负责基于片段中的加密元数据将密钥递送给客户端，而解密可以使用高级加密标准计数器(AES-CTR)模式和/或高级加密标准密码块链(AES-CBC)模式。CENC框架是可扩展的且可以使用其他加密算法。公共加密可以与一些商业DRM系统使用。
DASH片段加密和认证(DASH-SEA)可以不知道片段格式。加密元数据可以经由MPD被传递且可以不使用带内机制。例如，MPD可以包含关于可以用于解密给定片段的密钥以及如何得到该密钥的信息。基线系统可以等同于可以在HLS中定义的系统，使用AES-CBC加密和基于HTTPS的密钥传输。在一个示例中，MPEG-2传输流媒体片段可以兼容于加密的HLS片段。例如，其他加密算法和DRM系统可以与DASH-SEA使用。
DASH-SEA可以提供片段真实性框架。这种框架可以帮助保证客户端接收的片段是MPD创始者打算让客户端接收的同一个片段。这可以通过使用消息认证码(MAC)和/或摘要算法来实现且可以避免网络内的内容修改(例如广告替换，改变带内事件等)。
MPEG模板机制可以允许参数嵌入到片段URL。将客户端特定参数(例如令牌)嵌入到URL可以导致降低的CDN性能，例如这是因为多个URL表现相同的内容且这样的URL不会被CDN理解为指向已经被缓存的内容。HTTP头可以(例如可替换地)用于以对于缓存是透明的方式来传达信息。
在一个示例中，一般化模板可以用于提供与“UrlQueryInfo(URL查询信息)”元素类似的名称/值功能(例如实时和实例化)。该元素可以在MPD中在任意等级被携带(例如MPD，时段，自适应集合，表现，子表现)并可以被嵌入到(例如任意)HTTP URL，其可以用于获取片段，解析XLink，解析模板参数和/或解析其他头值。
在一个示例中，可以在MPD中在(例如任意)等级嵌入XML元素。XML元素可以包括例如头变量名称和变量值(其可以在MPD生成或XLink解析时被嵌入在MPD中)、可以用于实时获取该值的一个或多个URL以及可以指定可以携带头的HTTP请求的指令中的任意组合。在一个示例中，UrlQueryInfo元素可以被修改以提供该信息。
虽然本申请描述的示例使用单个元素用于单个头，但是在其他示例(例如实施)中，单个元素可以提供多个头值的方案(例如通过包括名称列表和/或值列表)。
在一个示例中，如表1所示，可以定义元素。元素可以被称为任意名称。在一个示例中，元素可以被称为“HeaderParam(头参数)”。
表1
在一个示例中，可以在“时间开始”处初始化参数。MPD可以包括具有指定“@value”属性的HeaderParam元素。可替换地或此外，例如当XLink解析发生在高于HeaderInfo所在的等级的等级时，可以在XLink解析时间初始化参数。
可以使用XLink实时初始化参数，例如其中响应可以包括HeaderParam元素，具有指定的“@name”和/或“@value”，和/或其中响应具有目前的“@name”和/或“@valueUrlTemplate”属性。
在一个示例中，该示例可以与如上所述的使用XLink实时初始化参数结合，可以使用“@valueUrlTemplate”属性获取值。例如当“@valueUrlTemplate”属性是模板时可以使用任意DASH URL构建方法或方式来构建URL。对发送到URL的请求的HTTP响应可以包括头。该头可以在“@name”中被指定且该头的值可以被认为是“@value”属性的值。
在一个示例中，“clientFunctionUrn”统一资源名称(URN)可以存在且可以指定客户端可以计算“@value”的值的方式。示例可以包括回放信息(例如是否使用了播放，停止，倒回等)，变量的函数，全球定位系统(GPS)坐标等。“@clientFunctionUrn”可以用作施加到以本申请提出的任意方式或其他方式得到的值的函数。作为示例，在值用在头中之前可以对该值应用数字签名和/或加密。注意到本申请描述的技术可以被应用到查询参数。作为示例，URN可以指定应用到参数的客户端侧函数。
在一个示例中，@clientFunctionUrn可以是可以在客户端处实施的函数。例如，对于在头中的传输来说可以期望完整片段URL的签名(例如密钥哈希消息认证码(HMAC))的计算。在一个示例中，URN可以被定义为“urn:smth:urlsign:hmac:shal”。“@value”属性可以用作密钥且片段URL可以用作第二参数以生成可以在头中使用的值。类似的方式可以应用于URL查询。
在参数(例如名称/值功能)的示例中，“@name”属性可以是“x-spam-lovely-spam”。在这样的示例中，可以从URL初始化头参数(在该示例中，“spam”)。在客户端希望发送针对内容的请求至www.myserver.com/segment1.mp4的示例中，客户端可以计算HMAC并接收例如“f0b6364359c6131e3dced0cfdf95b6dec7df375d”的结果。请求可以被发送到URL“www.myserver.com/segment1.mp4”，例如具有包括“x-spam-lovely-spam”属性的头，该属性具有得到的值(例如，“f0b6364359c6131e3dced0cfdf95b6dec7df375d”，其为上面示出的结果)。在一个示例中，可以定义函数um:smth:urlsign:hmac:shal。
如果解析没有提供“@value”的隐式或显式值，“@value”的值可以是空字符串。
从HeaderParam元素实例化的头可以被用在其根据可以在该元素中存在的指令应用到的请求中。指定头列表的属性可以被添加到一个或多个元素。例如，对于类型元素BaseURLType或URLType，属性“@headers”可以被添加，其可以包括可以与特定URL或可以使用该元素可被构建的任意URL使用的头列表。在XLink中，“@headers”属性可以被添加到与XLink URL相同的等级，准许使用指定的头。另外的属性可以被扩展到更多URL包含的元素。
在一个示例中，可以在认证中使用参数(例如名称/值功能)，在认证中服务器可以提供令牌给客户端，允许客户端接入受保护的材料。这种令牌可以作为头值被提供且可以被添加到片段请求。
在一个示例中，可以在缓存优化中使用参数(例如名称/值功能)以提供客户端可以计划要请求的下一个片段。
在一个示例中，参数(例如名称/值功能)可以用于提供加密的GPS信息以确定请求的设备是否在被准许看该内容的地理区域。
在一个示例中，参数(例如名称/值功能)可以用于报告客户端回放和/或网络状态信息(例如缓冲器等级，重新缓冲，度量)。
图2是示出参与方示例和参与方之间的交互示例的图。图2示出了非限制性示意性技术。DASH MPD供应方可以提供MPD给DASH客户端。MPD可以包括一个或多个HeaderParam元素。DASH客户端可以例如基于MPD形成HTTP请求。一个或多个HeaderParam元素可以指定一个或多个头。DASH客户端可以将该请求发送给DASH服务器，其可以用内容来进行响应。DASH客户端可以例如基于MPD和一个或多个HeaderParam元素来生成另外的HTTP请求，并可以作为响应接收另外的内容。
图3是示出参与方示例与参与方之间的交互示例的图。图3示出非限制性示意性技术。DASH MPD供应方可以提供可以包括一个或多个HeaderParam元素的MPD给DASH客户端。DASH客户端可以基于在MPD中定义的“@valueUrlTemplate”形成针对值的HTTP请求，并可以将该请求发送到值供应方。例如，值供应方可以是控制内容认证的服务器和/或将标识符(例如不透明客户端标识符)指派给订户或订户设备的系统。值供应方可以向DASH客户端发送响应，其包括指定该值的头。DASH客户端可以基于MPD形成HTTP请求，具有MPD中的一个或多个HeaderParam元素指定的一个或多个头，包括从值供应方接收的值。DASH客户端可以发送该请求给DASH服务器，其可以用内容进行响应。DASH客户端可以基于MPD和一个或多个HeaderParam元素生成另外的HTTP请求并作为响应接收另外的内容。
DASH客户端作出的HTTP请求可以携带头信息，可能在实例化头参数时初始值请求是个例外。DASH服务器或任意HTTP服务器和/或代理可以使用这样的头信息用于例如客户端标识、认证、日志等的目的。
“值供应方”可以是例如可以控制内容认证的服务器和/或可以给订户指派客户端ID(例如“不透明”客户端ID)的系统。
下面示出了伪代码列表，其提供可以使用HeaderParam元素的示例MPD。该示例可以包括在MPD级(例如MPD结构的上级)的HeaderParam元素的第一实例。在HeaderParam元素的第一实例中，“name”属性可以被设置为“x-dash-client-id”，其可以代表DASH客户端的唯一标识符和/或与DASH客户端相关联的用户的唯一标识符。“valueUrlTemplate”属性可以被设置为http://adserver.com/clientid，其可以是与广告服务相关联的服务器的URL。DASH客户端可以使用这样的URL来请求“x-dash-client-id”的值，例如如参考图3所描述的。与广告服务相关联的服务器可以是图3中示出的值供应方。“useInUrl”属性可以被设置为“xlink”，向DASH客户端指示具有从服务器获取的值的“x-dash-client-id”头可以在所有Xlink请求中被发送。基于下面示出的示例中的HeaderParam元素的第一实例，DASH客户端可以提供具有从客户端发送的一个或多个Xlink请求中的客户端的标识的“x-dash-client-id”头。这种标识可以被广告供应方和/或一个或多个其他Xlink解析器用来向DASH客户端提供定标广告。
下面示出的伪代码列表可以包括在MPD的周期级的HeaderParam元素的第二实例。在该示意性第二实例中，“name”属性可以被设置为“x-dash-next-segment”，其可以标识指示DASH客户端打算要请求(例如从DASH服务器请求)的下一个片段的头。“useInUrl”属性可以被设置为“segment”，其可以向DASH客户端指示可以在片段请求中包括“x-dash-next-segment”头。“clientFunctionUrn”属性可以被设置为“urn:org:example:next-segment”，其可以标识在DASH客户端上可用的方法或函数，其可以返回DASH客户端打算要请求的下一个片段的标识符。
基于该示例中的HeaderParam元素的第二实例，DASH客户端可以在DASH客户端发送的一个或多个片段请求中提供具有客户端计划请求的下一个片段的指示的“x-dash-next-segment”头。例如，网络中DASH服务器和/或另一实体可以使用下一个片段的指示来优化内容缓存。
/>
/>
例如通过使用HeaderParam元素，通过修改UrlQueryInfo元素等，为在DASH中插入HTTP头提供框架。下面描述了UrlQueryInfo的示例修改。HeaderParam和/或修改的UrlQueryInfo可以被用于头。修改的UrlQueryInfo可以允许URL参数添加到XLink和/或事件HTTP GET请求。
“UrlQueryInfo”元素(例如实时和实例化)可以用于提供名称/值功能。该元素可以在MPD中的任意等级被携带(例如，MPD，周期，自适应集合，表现，子表现)并可以嵌入到(例如任意)HTTP URL，其可以用于获取片段，解析XLink，解析模板参数和/或解析其他头值。
例如UrlQueryInfo元素可以被修改以创建通用URL参数的统一实施。表2示出了修改的UrlQueryInfo元素的语义的示例。
表2
/>
/>
例如参数实例化(例如生成名称和相应的值)可以按照规范，例如ISO/IEC 23009-1附录I。例如，可以由于针对MPD的URL重定向，由于XLink解析，由于客户端侧计算或字符串在元素中逐字出现而发生实例化。
描述了多参数场景中的行为的示例。例如，UrlQueryInfo元素可以允许携带参数列表，其可以作为&分隔的参数列表存在。当计算的字符串包括参数列表(例如多个&分隔的值)时，从字符串转变成HTTP头参数可以如下执行：(例如每个)“&”字符可以被回车(CR)符接换行(LF)符来替代，这产生“key(键)”或“key＝value”行。(例如每一)行可以被进一步处理，例如如下所示。
包括‘＝’(等号)符号的行可以被“:”(冒号)接“”(空格)符号替代。不包括‘＝’(等号)符号的行可以具有添加到该行末尾的“:”(冒号)(例如在最后字符之后且在CR符号之前)。是“key＝value”字符串的行可以被替换为“key:valueCRLF”。
在一个示例中，查询字符串可以是“token＝1234&ip＝1.2.3.4”。例如如本申请公开的，可以使用UrlQueryInfo元素的修改版本定义查询字符串。查询字符串可以用于HTTP头参数插入。例如，当查询字符串用于HTTP头参数插入时，HTTP GET请求的头部分可以包括例如“token:1234”和“ip:1.2.3.4”。
URL参数(例如如在23009-1附录I中定义的)可以与XLink和/或事件请求使用(例如包括在其中)。使用URL参数与XLink和/或事件请求的能力可以通过在修改定义的UrlQueryInfo中包括@includeInRequest属性来实现。
虽然给出HTTP为示例，但是可以构想提供具有指定例如片段的URI的请求的其他方法。针对头，请求头可以允许插入定制头。请求可以用于获取子片段、片段或MPD，重新引用远程元素，或被事件触发。可以在MPD或片段中嵌入事件。
图4A是可以实施所公开的一种或多种技术的例示通信系统100的图示。通信系统100可以是为多个无线用户提供如语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100通过共享包括无线带宽在内的系统资源来允许多个无线用户访问此类内容。举例来说，通信系统100可以采用一种或多种信道接入方法，例如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交FDMA(OFDMA)、单载波FDMA(SC-FDMA)等等。
如图4A所示，通信系统100可以包括无线发射/接收单元(WTRU)102a、102b、102c和/或102d(一般或统称为WTRU 102)，无线电接入网(RAN)103/104/105，核心网106/107/109，公共交换电话网(PSTN)108，因特网110以及其他网络112，但是应该了解，所公开的实施方式设想了任意数量的WTRU、基站、网络和/或网络部件。WTRU 102a、102b、102c、102d的每一个可以是被配置成在无线上下文中工作和/或通信的任意类型的设备。例如，WTRU102a、102b、102c、102d可以被配置成发射和/或接收无线信号，并且可以包括用户设备(UE)、移动站、固定或移动订户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、智能电话、膝上型计算机、上网本、个人计算机、无线传感器、消费类电子设备等等。
通信系统100还可以包括基站114a和基站114b。基站114a、114b的每一个可以是被配置成通过与WTRU 102a、102b、102c、102d中的至少一个无线对接来促使接入一个或多个通信网络的任意类型的设备，所述网络诸如核心网106/107/109、因特网110和/或其它网络112。作为示例，基站114a、114b可以是基站收发信台(BTS)、节点B、e节点B、家庭节点B、家庭e节点B、站点控制器、接入点(AP)、无线路由器等等。虽然每一个基站114a、114b都被描述成是单个部件，但是应该了解，基站114a、114b可以包括任意数量的互连基站和/或网络部件。
基站114a可以是RAN 103/104/105的一部分，所述RAN 103/104/105还可以包括其他基站和/或网络部件(未显示)，例如基站控制器(BSC)、无线电网络控制器(RNC)、中继节点等等。基站114a和/或基站114b可以被配置成在名为小区(未显示)的特定地理区域内部发射和/或接收无线信号。小区可被进一步划分成小区扇区。例如，与基站114a关联的小区可分为三个扇区。由此，在一个实施方式中，基站114a可以包括三个收发信机，也就是说，每一个收发信机对应于小区的一个扇区。在另一个实施方式中，基站114a可以采用多输入多输出(MIMO)技术，并且可以将多个收发信机用于小区的每个扇区。
基站114a、114b可以通过空中接口115/116/117来与一个或多个WTRU 102a、102b、102c、102d进行通信，该空中接口115/116/117可以是任意适当的无线通信链路(例如射频(RF)、微波、红外线(IR)、紫外线(UV)、可见光等等)。所述空中接口115/116/117可以使用任意适当的无线电接入技术(RAT)来建立。
更具体地说，如上所述，通信系统100可以是多址接入系统，并且可以采用一种或多种信道接入方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。举例来说，RAN 103/104/105中的基站114a与WTRU 102a、102b、102c可以实施诸如通用移动电信系统(UMTS)陆地无线电接入(UTRA)之类的无线电技术，并且该技术可以使用宽带CDMA(WCDMA)来建立空中接口115/116/117。WCDMA可以包括诸如高速分组接入(HSPA)和/或演进型HSPA(HSPA+)之类的通信协议。HSPA可以包括高速下行链路分组接入(HSDPA)和/或高速上行链路分组接入(HSUPA)。
在一个示例中，基站114a与WTRU 102a、102b、102c可以实施演进型UMTS陆地无线电接入(E-UTRA)之类的无线电技术，该技术可以使用长期演进(LTE)和/或高级LTE(LTE-A)来建立空中接口115/116/117。
在一个示例中，基站114a和WTRU 102a、102b、102c可以实施无线电技术，该无线电技术诸如IEEE 802.16(全球微波接入互操作性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、临时标准2000(IS-2000)、临时标准95(IS-95)、临时标准856(IS-856)、全球移动通信系统(GSM)、GSM增强数据速率演进(EDGE)、GSM EDGE(GERAN)等。
图4A中的基站114b可以是例如无线路由器、家庭节点B、家庭e节点B或接入点，并且可以使用任意适当的RAT来促成局部区域中的无线连接，例如营业场所、住宅、交通工具、校园等等。在一个实施方式中，基站114b与WTRU 102c、102d可以通过实施诸如IEEE 802.11之类的无线电技术来建立无线局域网(WLAN)。在另一个实施方式中，基站114b与WTRU102c、102d可以通过实施诸如IEEE 802.15之类的无线电技术来建立无线个域网(WPAN)。在再一个实施方式中，基站114b和WTRU 102c、102d可以通过使用基于蜂窝的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A等等)来建立微微小区或毫微微小区。如图4A所示，基站114b可以直接连接到因特网110。由此，基站114b未必需要经由核心网106/107/109来接入因特网110。
RAN 103/104/105可以与核心网106/107/109通信，所述核心网106/107/109可以是被配置成向一个或多个WTRU 102a、102b、102c、102d提供语音、数据、应用和/或借助网际协议的语音(VoIP)服务的任意类型的网络。例如，核心网106/107/109可以提供呼叫控制、记账服务、基于移动位置的服务、预付费呼叫、因特网连接、视频分发等等，和/或执行诸如用户验证之类的高级安全功能。虽然在图4A中没有显示，但是应该了解，RAN 103/104/105和/或核心网106/107/109可以直接或间接地和其它那些与RAN 103/104/105使用相同RAT或不同RAT的RAN进行通信。例如，除了与使用E-UTRA无线电技术的RAN 103/104/105连接之外，核心网106/107/109还可以与别的使用GSM无线电技术的RAN(未显示)通信。
核心网106/107/109还可以充当供WTRU 102a、102b、102c、102d接入PSTN 108、因特网110和/或其他网络112的网关。PSTN 108可以包括提供简易老式电话服务(POTS)的电路交换电话网络。因特网110可以包括使用公共通信协议的全球性互联计算机网络设备系统，所述协议可以是如传输控制协议(TCP)/网际协议(IP)互连网协议族中的TCP、用户数据报协议(UDP)和/或IP。网络112可以包括由其他服务供应商拥有和/或运营的有线和/或无线通信网络。例如，网络112可以包括与一个或多个RAN相连的另一个核心网，所述一个或多个RAN可以与RAN 103/104/105使用相同RAT或不同RAT。
通信系统100中一些或所有WTRU 102a、102b、102c、102d可以包括多模能力，(即，WTRU 102a、102b、102c、102d可以包括在不同无线链路上与不同无线网络通信的多个收发信机)。例如，图4A所示的WTRU 102c可以被配置成与使用基于蜂窝的无线电技术的基站114a通信，以及与可以使用IEEE 802无线电技术的基站114b通信。
图4B是例示WTRU 102的系统图。如图4B所示，WTRU 102可以包括处理器118、收发信机120、发射/接收部件122、扬声器/麦克风124、键盘126、显示器/触摸板128、不可移除存储器130、可移除存储器132、电源134、全球定位系统(GPS)芯片组136以及其他外围设备138，等等。应该了解的是，在保持符合实施方式的同时，WTRU 102还可以包括前述部件的任意子组合。基站114a和114b和/或基站114a和114b可以代表的节点(例如但不限于收发信台(BTS)、节点B、站点控制器、接入点(AP)、家庭节点B、演进家庭节点B(e节点B)、家庭演进节点B(HeNB)、家庭演进节点B网关以及代理节点，等等)可以包括图4B中示出以及本申请描述的元件的一些或全部。
处理器118可以是通用处理器、专用处理器、常规处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、其他任意类型的集成电路(IC)、状态机等等。处理器118可以执行信号编码、数据处理、功率控制、输入/输出处理和/或其他任意能使WTRU102在无线上下文中工作的功能。处理器118可以耦合至收发信机120，收发信机120可以耦合至发射/接收部件122。虽然图4B将处理器118和收发信机120描述成是独立组件，但是应该了解，处理器118和收发信机120可以集成在一个电子封装或芯片中。
发射/接收部件122可以被配置成通过空中接口115/116/117来传送或接收去往或来自基站(例如基站114a)的信号。在一个示例中，例如，发射/接收部件122可以是被配置成传送和/或接收RF信号的天线。在一个示例中，作为示例，发射/接收部件122可以是被配置成发射和/或接收IR、UV或可见光信号的发射器/检测器。在再一个实施方式中，发射/接收部件122可以被配置成发射和/或接收RF和光信号。应该了解的是，发射/接收部件122可以被配置成发射和/或接收无线信号的任意组合。
此外，虽然在图4B中将发射/接收部件122被描述成是单个部件，但是WTRU 102可以包括任意数量的发射/接收部件122。更具体地说，WTRU 102可以使用MIMO技术。因此，在一个示例中，WTRU 102可以包括两个或更多个通过空中接口115/116/117来传送和接收无线电信号的发射/接收部件122(例如多个天线)。
收发信机120可以被配置成对发射/接收部件122将要传送的信号进行调制，以及对发射/接收部件122接收的信号进行解调。如上所述，WTRU 102可以具有多模能力。因此，收发信机120可以包括使得WTRU 102经由诸如UTRA和IEEE 802.11之类的多种RAT来进行通信的多个收发信机。
WTRU 102的处理器118可以耦合至扬声器/麦克风124、键盘126和/或显示器/触摸板128(例如液晶显示器(LCD)显示单元或有机发光二极管(OLED)显示单元)，并且可以接收来自这些部件的用户输入数据。处理器118还可以向扬声器/麦克风124、键盘126和/或显示器/触摸板128输出用户数据。此外，处理器118可以从任意类型的适当的存储器(例如不可移除存储器130和/或可移除存储器132)中访问信息，以及将信息存入这些存储器。所述不可移除存储器130可以包括随机存取存储器(RAM)、只读存储器(ROM)、硬盘或是其他任意类型的记忆存储设备。可移除存储器132可以包括订户身份模块(SIM)卡、记忆棒、安全数字(SD)记忆卡等等。在其它实施方式中，处理器118可以从那些并非实际位于WTRU 102的存储器访问信息，以及将数据存入这些存储器，其中举例来说，所述存储器可以位于服务器或家庭计算机(未显示)上。
处理器118可以接收来自电源134的电力，并且可以被配置分发和/或控制用于WTRU 102中的其他组件的电力。电源134可以是为WTRU 102供电的任意适当的设备。举例来说，电源134可以包括一个或多个干电池组(如镍镉(Ni-Cd)、镍锌(Ni-Zn)、镍氢(NiMH)、锂离子(Li-ion)等等)、太阳能电池、燃料电池等等。
处理器118还可以与GPS芯片组136耦合，该GPS芯片组136可以被配置成提供与WTRU 102的当前位置相关的位置信息(例如经度和纬度)。作为来自GPS芯片组136的信息的补充或替换，WTRU 102可以通过空中接口115/116/117接收来自基站(例如基站114a、114b)的位置信息，和/或根据从两个或多个附近基站接收的信号定时来确定其位置。应该了解的是，在保持符合实施方式的同时，WTRU 102可以借助任意适当的定位方法来获取位置信息。
处理器118还可以耦合到其他外围设备138，这其中可以包括提供附加特征、功能和/或有线或无线连接的一个或多个软件和/或硬件模块。例如，外围设备138可以包括加速度计、电子指南针、卫星收发信机、数码相机(用于照片和/或视频)、通用串行总线(USB)端口、振动设备、电视收发信机、免提耳机、模块、调频(FM)无线电单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器等等。
图4C是RAN 103和核心网106的示例系统图。如上所述，RAN 103可以使用UTRA无线电技术并通过空中接口115来与WTRU 102a、102b和102c进行通信。RAN 103还可以与核心网106通信。如图4C所示，RAN 103可以包括节点B 140a、140b、140c，节点B 140a、140b、140c每一个可以包括通过空中接口115与WTRU 102a、102b、102c通信的一个或多个收发信机。节点B 140a、140b、140c的每一个可以与RAN 103中的特定小区(未示出)相关联。RAN 103还可以包括RNC 142a、142b。应该理解的是，在保持符合实施方式的同时，RAN 103可以包括任何数量的节点B和RNC。
如图4C所示，节点B 140a、140b可以与RNC 142a进行通信。此外，节点B 140c可以与RNC 142b进行通信。节点B 140a、140b、140c可以经由Iub接口来与相应的RNC 142a、142b进行通信。RNC 142a、142b可以经由Iur接口彼此通信。RNC 142a、142b每一个可以被配置成控制与之相连的相应节点B 140a、140b、140c。另外，RNC 142a、142b每一个可被配置成执行或支持其他功能，例如外环功率控制、负载控制、准入控制、分组调度、切换控制、宏分集、安全功能、数据加密等等。
图4C所示的核心网106可以包括媒体网关(MGW)144、移动交换中心(MSC)146、服务GPRS支持节点(SGSN)148、和/或网关GPRS支持节点(GGSN)150。虽然前述每个部件都被描述成是核心网106的一部分，但是应该了解，核心网运营商之外的其他实体也可以拥有和/或运营这其中的任一部件。
RAN 103中的RNC 142a可以经由IuCS接口连接到核心网106中的MSC 146。MSC 146可以连接到MGW 144。MSC 146和MGW 144可以为WTRU 102a、102b、102c提供针对PSTN 108之类的电路交换网络的接入，以便促成WTRU 102a、102b、102c与传统陆线通信设备间的通信。
RAN 103中的RNC 142a还可以经由IuPS接口连接到核心网106中的SGSN 148。所述SGSN 148可以连接到GGSN 150。SGSN 148和GGSN 150可以为WTRU 102a、102b、102c提供针对因特网110之类的分组交换网络的接入，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
如上所述，核心网106还可以连接到其它网络112，该其它网络112可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。
图4D是RAN 104以及核心网107的示例系统图示。如上所述，RAN 104可以使用E-UTRA无线电技术并通过空中接口116来与WTRU 102a、102b和102c进行通信。RAN 104还可以与核心网107通信。
RAN 104可以包括e节点B 160a、160b、160c，但是应该了解，RAN 104可以包括任意数量的e节点B。e节点B 160a、160b、160c每一个可以包括一个或多个收发信机，用于通过空中接口116与WTRU 102a、102b、102c通信。在一个实施方式中，e节点B 160a、160b、160c可以实施MIMO技术。由此，举例来说，e节点B 160a可以使用多个天线来向WTRU 102a发射无线信号，和/或接收来自WTRU 102a的无线信号。
e节点B 160a、160b和160c的每一个可以与特定小区(未显示)相关联，并且可以被配置成处理无线电资源管理决策、切换决策、上行链路和/或下行链路中的用户调度等等。如图4D所示，e节点B 160a、160b、160c可以通过X2接口彼此通信。
图4D所示的核心网107可以包括移动管理网关(MME)162、服务网关164以及分组数据网络(PDN)网关166。虽然上述每一个部件都被描述成是核心网107的一部分，但是应该了解，核心网运营商之外的其它实体同样可以拥有和/或运营这其中的任一部件。
MME 162可以经由S1接口来与RAN 104中的e节点B 160a、160b、160c的每一个相连，并且可以充当控制节点。例如，MME 162可以负责认证WTRU 102a、102b、102c的用户，激活/去激活承载，在WTRU 102a、102b、102c的初始附加过程中选择特定服务网关等等。所述MME 162还可以提供控制平面功能，用于在RAN 104与使用了GSM和/或WCDMA之类的其他无线电技术的其他RAN(未显示)之间执行切换。
服务网关164可以经由S1接口连接到RAN 104中的e节点B 160a、160b、160c的每一个。该服务网关164通常可以路由和转发去往/来自WTRU 102a、102b、102c的用户数据分组。服务网关164可以执行其他功能，例如在e节点B间切换过程中锚定用户面，在下行链路数据可供WTRU 102a、102b、102c使用时触发寻呼，管理和存储WTRU 102a、102b、102c的上下文(context)等等。
服务网关164可以连接到PDN网关166，其可以为WTRU 102a、102b、102c提供针对诸如因特网110之类的分组交换网络的接入，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。
核心网107可以促成与其他网络的通信。例如，核心网107可以为WTRU 102a、102b、102c提供针对PSTN 108之类的电路交换网络的接入，以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。作为示例，核心网107可以包括IP网关(例如IP多媒体子系统(IMS)服务器)或与之通信，其中所述IP网关充当了核心网107与PSTN 108之间的接口。此外，核心网107可以为WTRU 102a、102b、102c提供针对网络112的接入，其中该网络112可以包括其他服务供应商拥有和/或运营的其他有线和/或无线网络。
图4E是RAN 105和核心网109的示例系统图示。RAN 105可以是使用IEEE 802.16无线电技术在空中接口117上与WTRU 102a、102b和102c通信的接入服务网络(ASN)。如以下进一步论述的那样，WTRU 102a、102b、102c，RAN 105以及核心网109的不同功能实体之间的通信链路可被定义成参考点。
如图4E所示，RAN 105可以包括基站180a、180b、180c以及ASN网关182，但是应该了解，RAN 105可以包括任意数量的基站及ASN网关。基站180a、180b、180c的每一个可以与RAN104中的特定小区(未显示)相关联，并且每个基站可以包括一个或多个收发信机，用于通过空中接口117与WTRU 102a、102b、102c进行通信。在一个示例中，基站180a、180b、180c可以实施MIMO技术。举例来说，基站180a可以使用多个天线来向WTRU 102a发射无线信号，和/或接收来自WTRU 102a的无线信号。基站180a、180b、180c还可以提供移动性管理功能，例如切换触发、隧道建立、无线电资源管理、业务量分类、服务质量(QoS)策略实施等等。ASN网关182可以充当业务量聚集点，并且可以负责寻呼、订户简档缓存、针对核心网109的路由等等。
WTRU 102a、102b、102c与RAN 105之间的空中接口117可被定义成实施IEEE802.16规范的R1参考点。另外，WTRU 102a、102b和102c的每一个可以与核心网109建立逻辑接口(未显示)。WTRU 102a、102b、102c与核心网109之间的逻辑接口可被定义成R2参考点，该参考点可以用于认证、授权、IP主机配置管理和/或移动性管理。
基站180a、180b和180c的每一个之间的通信链路可被定义成R8参考点，该R8参考点包含了用于促成WTRU切换以及基站之间的数据传送的协议。基站180a、180b、180c与ASN网关182之间的通信链路可被定义成R6参考点。所述R6参考点可以包括用于促成基于与WTRU 102a、102b、102c每一个相关联的移动性事件的移动性管理。
如图4E所示，RAN 105可以连接到核心网109。RAN 105与核心网109之间的通信链路可以被定义成R3参考点，作为示例，该R3参考点包含了用于促成数据传送和移动性管理能力的协议。核心网109可以包括移动IP本地代理(MIP-HA)184、认证、授权、记帐(AAA)服务器186以及网关188。虽然前述每个部件都被描述成是核心网109的一部分，但是应该了解，核心网运营商以外的实体也可以拥有和/或运营这其中的任一部件。
MIP-HA 184可以负责IP地址管理，并且可以使得WTRU 102a、102b、102c能够在不同的ASN和/或不同的核心网之间漫游。MIP-HA 184可以为WTRU 102a、102b、102c提供针对因特网110之类的分组交换网络的接入，以便促成WTRU 102a、102b、102c与启用IP的设备之间的通信。AAA服务器186可以负责用户认证以及支持用户服务。网关188可以促成与其他网络的互通。例如，网关188可以为WTRU 102a、102b、102c提供对于PSTN 108之类的电路交换网络的接入，以便促成WTRU 102a、102b、102c与传统陆线通信设备之间的通信。此外，网关188可以为WTRU 102a、102b、102c提供针对其它网络112的接入，其中该其它网络可以包括其他服务供应商拥有和/或运营的其它有线和/或无线网络。
虽然在图4E中没有显示，但是应该了解，RAN 105可以连接到其它ASN，和核心网109可以连接到其它核心网。RAN 105与其它ASN之间的通信链路可被定义成R4参考点，该R4参考点可以包括用于协调WTRU 102a、102b、102c在RAN 105与其他ASN之间的移动性的协议。核心网109与其它核心网之间的通信链路可以被定义成R5参考点，该R5参考点可以包括用于促成归属核心网与被访核心网之间互通的协议。
虽然上面以特定组合的方式描述了特征和元素，但是本领域技术人员应当理解每个特征或元素都可单独使用，或与其他特征和元素进行各种组合使用。此外，此处所述的方法可在结合至计算机可读存储介质中的计算机程序、软件或固件中实现，以由计算机或处理器执行。计算机可读介质的示例包括电子信号(通过有线或无线连接传送)和计算机可读存储媒介。计算机可读存储媒介的例子包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓存存储器、半导体存储设备、例如内置磁盘和可移动磁盘的磁媒介、磁光媒介和光媒介(例如CD-ROM盘和数字多用途盘(DVD))。与软件相关联的处理器可被用于实施在WTRU、UE、终端、基站、RNC或任何主机中使用的射频收发信机。

Claims (18)

1.一种在超文本传输协议动态自适应流媒体(DASH)设备上实现的用于流媒体内容的方法，所述方法包括：
从设备接收超文本传输协议(HTTP)请求，其中所述HTTP请求基于请求类型，其中所述HTTP请求包括HTTP头，所述HTTP头包括名称参数和值参数对反馈；以及
响应于所述HTTP请求，向所述设备发送对所述HTTP头的响应，所述响应包括与所述名称参数和值参数对反馈相对应的值。
2.根据权利要求1所述的方法，其中，所述请求类型是XLink GET请求。
3.根据权利要求1所述的方法，其中，所述请求类型是MPD GET请求。
4.根据权利要求1所述的方法，其中，所述名称参数和值参数对反馈是统一资源定位符(URL)查询形式的。
5.根据权利要求1所述的方法，其中，所述请求类型是DASH事件GET请求。
6.根据权利要求1所述的方法，其中，所述请求类型是在针对DASH的媒体演示描述(MPD)文件中指示的。
7.根据权利要求6所述的方法，其中所述MPD文件指示多个请求类型中的所述请求类型，并且所述多个请求类型包括以下中的两者或更多者：DASH事件GET请求、MPD GET请求或XLink GET请求。
8.根据权利要求6所述的方法，其中所述MPD文件指示名称参数。
9.根据权利要求6所述的方法，其中所述MPD文件指示值参数。
10.一种超文本传输协议动态自适应流(DASH)设备，包括：
处理器，其被配置为至少：
从设备接收超文本传输协议(HTTP)请求，其中所述HTTP请求基于请求类型，其中所述HTTP请求包括HTTP头，所述HTTP头包括名称参数和值参数对反馈；以及
响应于所述HTTP请求，向所述设备发送针对所述HTTP头的响应，所述响应包括与所述名称参数和值参数对反馈相对应的值。
11.根据权利要求10所述的DASH设备，其中所述请求类型是XLink GET请求。
12.根据权利要求10所述的DASH设备，其中所述请求类型是MPD GET请求。
13.根据权利要求10所述的DASH设备，其中所述名称参数和值参数对反馈是统一资源定位符(URL)查询形式的。
14.根据权利要求10所述的DASH设备，其中所述请求类型是DASH事件GET请求。
15.根据权利要求10所述的DASH设备，其中所述请求类型在用于DASH的媒体演示描述(MPD)文件中被指示。
16.根据权利要求15所述的DASH设备，其中所述MPD文件指示多个请求类型中的所述请求类型，并且所述多个请求类型包括以下中的两者或更多者：DASH事件GET请求、MPD GET请求或XLink GET请求。
17.根据权利要求15所述的DASH设备，其中所述MPD文件指示名称参数。
18.根据权利要求15所述的DASH设备，其中所述MPD文件指示值参数。
CN202311196604.3A 2015-02-11 2016-02-11 用于dash中的一般化http头的系统和方法 Pending CN117278537A (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201562115128P 2015-02-11 2015-02-11
US62/115,128 2015-02-11
US201562181100P 2015-06-17 2015-06-17
US62/181,100 2015-06-17
CN201680009939.1A CN107211032A (zh) 2015-02-11 2016-02-11 用于http动态自适应流媒体(dash)中的一般化http头的系统和方法
PCT/US2016/017459 WO2016130749A1 (en) 2015-02-11 2016-02-11 Systems and methods for generalized http headers in dynamic adaptive streaming over http (dash)

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201680009939.1A Division CN107211032A (zh) 2015-02-11 2016-02-11 用于http动态自适应流媒体(dash)中的一般化http头的系统和方法

Publications (1)

Publication Number Publication Date
CN117278537A true CN117278537A (zh) 2023-12-22

Family

ID=55587330

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202110367640.6A Active CN113179255B (zh) 2015-02-11 2016-02-11 用于dash中的一般化http头的系统和方法
CN201680009939.1A Pending CN107211032A (zh) 2015-02-11 2016-02-11 用于http动态自适应流媒体(dash)中的一般化http头的系统和方法
CN202311196604.3A Pending CN117278537A (zh) 2015-02-11 2016-02-11 用于dash中的一般化http头的系统和方法

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN202110367640.6A Active CN113179255B (zh) 2015-02-11 2016-02-11 用于dash中的一般化http头的系统和方法
CN201680009939.1A Pending CN107211032A (zh) 2015-02-11 2016-02-11 用于http动态自适应流媒体(dash)中的一般化http头的系统和方法

Country Status (8)

Country Link
US (2) US11622137B2 (zh)
EP (2) EP4325808A3 (zh)
JP (1) JP6393837B2 (zh)
KR (1) KR101991192B1 (zh)
CN (3) CN113179255B (zh)
IL (1) IL253906B2 (zh)
MY (1) MY194189A (zh)
WO (1) WO2016130749A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10412132B2 (en) * 2015-02-16 2019-09-10 Lg Electronics Inc. Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US20180146019A1 (en) * 2016-11-21 2018-05-24 International Business Machines Corporation Light-weight resolution switching for online video streaming
CN108282449B (zh) 2017-01-06 2020-10-09 华为技术有限公司 一种应用于虚拟现实技术的流媒体的传输方法和客户端
US10257839B2 (en) 2017-03-20 2019-04-09 At&T Intellectual Property I, L.P. Facilitating communication of radio resource quality to a mobile application
US10938872B2 (en) * 2018-03-12 2021-03-02 Qualcomm Incorporated Processing interactivity events for streaming media data
US20200034515A1 (en) * 2018-07-27 2020-01-30 Comcast Cable Communications, Llc Digital rights management interface
US11425187B2 (en) * 2019-09-30 2022-08-23 Tencent America Llc. Session-based information for dynamic adaptive streaming over HTTP
CN113364728B (zh) * 2020-03-03 2023-04-14 腾讯美国有限责任公司 媒体内容接收方法、装置、存储介质和计算机设备
US11418561B2 (en) * 2020-03-03 2022-08-16 Tencent America LLC Remote link validity interval in media streaming
US11930254B2 (en) 2020-04-07 2024-03-12 Tencent America LLC Patchable remote element for data manipulation
EP4009650A1 (en) * 2020-12-03 2022-06-08 Anevia Method for media stream processing and apparatus for implementing the same
US11451602B2 (en) 2021-01-06 2022-09-20 Tencent America LLC Methods and apparatuses for dynamic adaptive streaming over HTTP
US11489899B1 (en) * 2021-04-12 2022-11-01 Comcast Cable Communications, Llc Segment ladder transitioning in adaptive streaming
US11588870B2 (en) 2021-04-21 2023-02-21 Tencent America LLC W3C media extensions for processing DASH and CMAF inband events along with media using process@append and process@play mode
US11895173B2 (en) * 2022-01-07 2024-02-06 Avago Technologies International Sales Pte. Limited Gapped and/or subsegmented adaptive bitrate streams
US20230336599A1 (en) * 2022-04-19 2023-10-19 Tencent America LLC Extensible Request Signaling for Adaptive Streaming Parameterization

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7484087B2 (en) 2003-02-24 2009-01-27 Jp Morgan Chase Bank Systems, methods, and software for preventing redundant processing of transmissions sent to a remote host computer
US9917874B2 (en) * 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
JPWO2012011450A1 (ja) * 2010-07-20 2013-09-09 シャープ株式会社 コンテンツ配信装置、コンテンツ再生装置、コンテンツ配信装置の制御方法、および、コンテンツ再生装置の制御方法
CN102143133B (zh) 2010-08-05 2013-12-18 华为技术有限公司 Http流播放方式中支持广告内容的方法、装置和系统
TW201246873A (en) 2011-02-11 2012-11-16 Interdigital Patent Holdings Method and apparatus for updating metadata cross reference to related applications
US9160779B2 (en) * 2011-06-30 2015-10-13 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services
US9590814B2 (en) * 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
WO2013047997A1 (ko) * 2011-09-29 2013-04-04 엘지전자 주식회사 라이트 체크를 기반으로 하는 콘텐트 다운로드 방법, 디바이스 및 시스템
CN103959798B (zh) * 2011-09-30 2018-06-08 英特尔公司 无线网络上的体验质量增强
EP2805523B1 (en) * 2012-01-19 2019-03-27 VID SCALE, Inc. Methods and systems for video delivery supporting adaption to viewing conditions
US9584793B2 (en) 2012-04-09 2017-02-28 Intel Corporation Signaling three-dimensional video information in communication networks
US8924582B2 (en) * 2012-07-09 2014-12-30 Futurewei Technologies, Inc. Dynamic adaptive streaming over hypertext transfer protocol client behavior framework and implementation of session management
US20140019635A1 (en) * 2012-07-13 2014-01-16 Vid Scale, Inc. Operation and architecture for dash streaming clients
US8495675B1 (en) * 2012-07-30 2013-07-23 Mdialog Corporation Method and system for dynamically inserting content into streaming media
US9125073B2 (en) * 2012-08-03 2015-09-01 Intel Corporation Quality-aware adaptive streaming over hypertext transfer protocol using quality attributes in manifest file
EP2696552A1 (en) * 2012-08-07 2014-02-12 NTT DoCoMo, Inc. Method, system and network for transmitting multimedia data to a plurality of clients
FR2996715A1 (fr) 2012-10-09 2014-04-11 France Telecom Heritage de parametres d'identifiant universel de ressource (uri)
CN104871514B (zh) * 2012-10-18 2019-04-05 Vid拓展公司 移动多媒体流的解码复杂度
US10033777B2 (en) * 2012-10-19 2018-07-24 Interdigital Patent Holdings, Inc. Multi-hypothesis rate adaptation for HTTP streaming
WO2014063730A1 (en) * 2012-10-24 2014-05-01 Huawei Technologies Co., Ltd. Communication receiver
US20140156865A1 (en) * 2012-11-30 2014-06-05 Futurewei Technologies, Inc. Generic Substitution Parameters in DASH
EP2932397B1 (en) * 2013-01-18 2017-08-09 Huawei Technologies Co., Ltd. Method and apparatus for performing adaptive streaming on media contents
GB2513140B (en) * 2013-04-16 2016-05-04 Canon Kk Methods, devices, and computer programs for streaming partitioned timed media data
WO2014172654A1 (en) * 2013-04-19 2014-10-23 Huawei Technologies Co., Ltd. Media quality information signaling in dynamic adaptive video streaming over hypertext transfer protocol
KR102080116B1 (ko) * 2013-06-10 2020-02-24 삼성전자 주식회사 이동통신 시스템에서 비디오 비트레이트 할당 방법 및 장치
US9923945B2 (en) * 2013-10-10 2018-03-20 Cisco Technology, Inc. Virtual assets for on-demand content generation
US20150341634A1 (en) * 2013-10-16 2015-11-26 Intel Corporation Method, apparatus and system to select audio-video data for streaming
US9497180B2 (en) * 2013-10-21 2016-11-15 Intel IP Corporation Content access authentication for dynamic adaptive streaming over hypertext transfer protocol
CN105917654B (zh) * 2014-01-13 2019-07-26 Lg电子株式会社 经由一个或者更多个网络发送或者接收广播内容的设备和方法
CN106105136B (zh) * 2014-02-17 2019-08-23 Lg 电子株式会社 用于处理混合广播服务的装置和用于处理混合广播服务的方法
US9860612B2 (en) * 2014-04-10 2018-01-02 Wowza Media Systems, LLC Manifest generation and segment packetization
WO2015199468A1 (ko) * 2014-06-26 2015-12-30 엘지전자 주식회사 방송 신호 송/수신 처리 방법 및 장치
US10924781B2 (en) * 2014-06-27 2021-02-16 Satellite Investors, Llc Method and system for real-time transcoding of MPEG-DASH on-demand media segments while in transit from content host to dash client
US9491499B2 (en) * 2014-06-30 2016-11-08 Arjen Wagenaar Dynamic stitching module and protocol for personalized and targeted content streaming
US9992251B2 (en) * 2014-07-18 2018-06-05 Cisco Technology, Inc. Segment routing support in MPEG dash
US20160036883A1 (en) * 2014-07-30 2016-02-04 Qualcomm Incorporated Systems and methods for selective transport accelerator operation
CN106233693B (zh) * 2014-11-13 2020-01-03 Lg 电子株式会社 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
WO2016129869A1 (ko) * 2015-02-13 2016-08-18 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US20180270515A1 (en) * 2015-10-01 2018-09-20 Vid Scale, Inc. Methods and systems for client interpretation and presentation of zoom-coded content
US9867508B2 (en) * 2015-12-03 2018-01-16 Xamax Industries, Inc. Loofah
US11178453B2 (en) * 2018-01-29 2021-11-16 Qualcomm Incorporated Signaling and reporting interactivity usage in streaming services

Also Published As

Publication number Publication date
IL253906B2 (en) 2023-12-01
EP4325808A3 (en) 2024-04-24
US20230209109A1 (en) 2023-06-29
IL253906A0 (en) 2017-10-31
US11622137B2 (en) 2023-04-04
JP6393837B2 (ja) 2018-09-19
CN113179255B (zh) 2023-10-03
US20180035139A1 (en) 2018-02-01
WO2016130749A1 (en) 2016-08-18
CN107211032A (zh) 2017-09-26
EP3257225A1 (en) 2017-12-20
CN113179255A (zh) 2021-07-27
KR101991192B1 (ko) 2019-06-19
JP2018512102A (ja) 2018-05-10
MY194189A (en) 2022-11-18
IL253906B1 (en) 2023-08-01
KR20170117477A (ko) 2017-10-23
EP3257225B1 (en) 2024-04-03
EP4325808A2 (en) 2024-02-21

Similar Documents

Publication Publication Date Title
CN113179255B (zh) 用于dash中的一般化http头的系统和方法
US11552964B2 (en) Detecting man-in-the-middle attacks in adaptive streaming
US9813404B2 (en) Content URL authentication for dash
US10873579B2 (en) Dash-aware network application function (D-NAF)
US9980136B2 (en) Content access authentication for dynamic adaptive streaming over hypertext transfer protocol
US9942619B2 (en) Content supply device, content supply method, program, and content supply system
TW201713095A (zh) 在適應串流及傳輸串流中內容保護及修改檢測
WO2016205674A1 (en) Dynamic adaptive contribution streaming
WO2017100569A1 (en) Trick mode restrictions for mpeg dash
TW201603568A (zh) 在典型廣播內容中媒體呈現描述傳訊

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination