跨层优化的自适应http流送的制作方法
【专利摘要】简要地，根据一个或多个实施例，应用功能模块与远程装置上的应用进行交互，所述应用利用动态策略和计费控制来接收自适应多媒体流。策略和计费规则功能（PCRF）模块实现策略和计费控制决定，以及策略和计费实施功能（PCEF）模块实施从PCRF接收的策略决定。远程装置将包括媒体呈现描述的会话信息提供给应用功能模块，来以指定服务质量将多媒体流提供给远程装置。
【专利说明】跨层优化的自适应HTTP流送
[0001]相关申请的交叉引用
本申请要求2011年4月I日提交的编号为61/471，042的美国临时申请(P37663Z)的优先权。所述编号为61/471，042的申请通过引用全部并入本文中。
【背景技术】
[0002]超文本传输协议(HTTP)流送，作为对互联网视频的多媒体输送的形式而被广泛传播。由于HTTP及其底层传输控制协议/互联网协议(TCP/IP)协议两者的广泛采用，基于HTTP的输送提供了可靠且简单的部署。此外，通过避免网络地址转换(MT)和防火墙穿越问题，基于HTTP的输送能够实现毫不费力的流送服务。基于HTTP的流送还提供了使用标准HTTP服务器和缓冲器，而非专门的流送服务器的能力，并由于服务器侧上的最小状态信息而具有更好的可扩展性。
[0003]自适应视频流送是重要的能力，该能力面向着为端客户端用户确保在任何时候，在关键性能目标，诸如闻视频质量、低启动延迟和无中断回放方面的最佳可能的视频体验。自适应视频流送涉及相对于变化的链路条状况、装置能力和内容特征，连续地优化视频配置，诸如比特率、分辨率和帧速率。传统上，自适应视频流送一般涉及使用状态跟踪协议，例如实时流送协议(RTSP)。一旦客户端连接到流送服务器，该服务器保持对客户端状态的跟踪直到客户端断开连接。通常，涉及客户端和服务器之间的频繁通信以用于诸如会话供应和媒体參数协商的目的。一旦客户端和服务器之间的会话已经被建立，服务器通过用户数据报协议(M)P)或TCP传输二者之ー发送媒体作为连续分组流。用于基于RTSP自适应流送的不例技术包括 Microsoft Windows Media ?, Apple QuickTime ?> Adobe Flash ? ,和Real Networks 的 Helix ?,等等。
[0004]通过HTTP的动态自适应流送(DASH)是ー种新的自适应流送技术，其相比于基于RTSP的自适应流送不同地操作。特别是，其通过利用HTTP协议来进行操作，该HTTP协议是无状态的。当客户端请求某些数据时，服务器通过发送数据来响应，并终止事务。每个HTTP请求作为完全独立的一次性事务而被处理。利用DASH之前，渐进式下载方法可用于来自标准HTTP Web服务器的媒体输送。在基于HTTP的渐进式下载中，通过执行对Web服务器的字节范围请求，支持该方法的客户端可在媒体文件中寻求所选择的位置。然而，基于HTTP的渐进式下载不是真正的自适应流送技术，即，它不允许相对于变化的链路状况、装置能力或内容特性，来使视频配置动态地适应。此外，基于HTTP的渐进式下载的缺点主要是如果在渐进式下载已经开始后用户决定停止观看内容，则可能浪费带宽。此外，基于HTTP的渐进式下载不支持直播媒体服务。DASH技术解决了基于HTTP的渐进式下载的这些弱点。
[0005]如今提供的大多数自适应流送解决方案用于传统基于RTSP的流送。作为相对新的技术，基于DASH的自适应流送当前具有以下关键挑战，为此解决方案空间当前是非常有限的。首先，DASH将自适应流送智能从服务器移动到客户端，让客户端驱动流送会话并做出关于视频自适应參数的決定。因此，开发专为基于DASH的流送服务所建立的智能客户端自适应框架是重要的，因为会话状态不易被基于HTTP的流送下的网络所跟踪。第二，由于其与传统的基于RTSP的流送服务的差异，设计面向具有用于服务质量(QoS )和服务自适应的支持的，通过不同第三代合作伙伴计划(3GPP)无线电接入网络(RAN)和核心IP网络架构对基于DASH的服务的输送的方法也是重要的。除其他外，提供用于DASH服务的QoS支持影响了 3GPP策略和计费控制架构(PCC)。
【专利附图】
【附图说明】
[0006]本说明书的结束部分中，特别地指出并明确地要求保护了所要求保护的主題。然而，在随附图阅读时，可以通过參考下面的详细描述来理解此类主题，其中:
图1是根据一个或多个实施例的用于通过HTTP的动态自适应流送(DASH)的客户端和服务器处的过程的框图；
图2是根据一个或多个实施例的用于DASH服务输送的端到端服务质量(QoS)架构的框图；
图3是根据一个或多个实施例的用于DASH服务输送的策略和计费控制(PCC)架构的框图；
图4是根据一个或多个实施例的DASH客户端自适应架构的框图；
图5是根据一个或多个实施例的跨层优化的DASH客户端自适应架构的框图；
图6是根据一个或多个实施例的在用于DASH的选择观测点处所测量的体验质量(QoE)度量的示图；
图7是根据一个或多个实施例的能够实现跨层优化的自适应HTTP流送的信息处理系统的框图；以及`
图8是根据一个或多个实施例的能够实现跨层优化的自适应HTTP流送的图7的信息处理系统的立体图。
[0007]将理解的是，为了说明的简单和/或清楚，图中所图示出的元件尚且没有必要按比例绘制。例如，为清楚起见，可将某些元件的尺寸相对于其他元件扩大。此外，如果认为合适，已在这些图当中重复附图标记，以指示对应和/或类似的元件。
【具体实施方式】
[0008]在下面的详细描述中，阐述了许多具体细节，以提供对所要求保护主题的透彻理解。然而，本领域技术人员将理解，在没有这些具体细节的情况下可实践所要求保护的主题。在其他情况下，公知的方法、过程、组件和/或电路尚未被详细描述。
[0009]在下面的描述和/或权利要求中，可以使用术语“耦合的”和/或“连接的”，以及它们的派生词。在特定的实施例中，可以使用“连接的”来指示两个或更多个元件彼此直接地物理和/或电接触。“耦合的”可以意指两个或更多个元件直接物理和/或电接触。然而，“耦合的”还可以意指两个或更多个元件可以彼此不直接接触，但仍可以彼此协同和/或交互。例如，“耦合的”可以意指两个或更多个元件彼此不接触，但经由另一元件或中间元件间接连接在一起。最后，可在下面的描述和权利要求中使用术语“之上”、“覆在……上”和“在……上面”。“之上”、“覆在……上”和“在……上面”可被用来指示两个或更多个元件彼此直接物理接触。然而，“在……上面”还可以意指两个或更多个元件彼此不直接接触。例如，“在……上面”可以意指ー个元件在另一元件上方，但彼此不接触，并且在两个元件之间中可具有另外的一个或多个元件。此外，术语“和/或”可以意指“和”，其可以意指“或”，其可以意指的“异或”，其可以意指“一”，其可以意指“ー些，但不是全部”，其可以意指“两者都不”，和/或其可以意指“两者均”，虽然所要求保护的主题的范围并不限于此方面。在下面的描述和/或权利要求中，术语“包含”和“包括”以及它们的派生词可被使用，并且g在作为用于彼此的同义词。
[0010]现在參考图1，将讨论根据ー个或多个实施例的用于通过HTTP的动态自适应流送(DASH)的客户端和服务器处的过程的框图。如图1中所示，DASH使能的自适应流送网络100包括客户端110，其能够从web服务器112获得多媒体服务，该web服务器112又可服务于来自其上存储多媒体内容的web/媒体服务器114的多媒体。web/媒体服务器114经由音频/视频输入116接收多媒体内容，该多媒体内容可以是直播输入流或先前存储的媒体内容，其中该媒体被流送到客户端110。web/媒体服务器114可包括媒体编码器124，用以将媒体内容编码为合适格式，以及媒体分段器126，用以将输入媒体内容分割成一系列适合于流送的片段或块。客户端110可包括web浏览器118，用以与web服务器112交互，以及媒体解码器/播放器120，用以解码并呈递流送多媒体内容。DASH提供了将“流送会话”的控制整体移动到客户端110，并因此将自适应流送智能从服务器112移动到客户端110的能力。
[0011]在一个或多个实施例中，客户端110基本上打开通往ー个或若干标准HTTP服务器或缓冲器的ー个或若干或许多TCP连接，检索媒体呈现描述(MPD)元数据文件，其提供了关于web/媒体服务器114中存储的媒体内容的结构和不同版本的信息，包括例如不同的比特率、帧速率、分辨率、编解码器类型等等。MH)被用来传达每个分段的HTTP URL和相关联的元数据信息，以将分段映射成媒体呈现时间线。客户端110使用HTTP GET或部分HTTPGET消息来请求块中的新数据，以获得具有各个HTTP GET消息的所选择版本媒体文件的更小数据分段(HTTP GET URL (FRAGI REQ)、片段 1、HTTP GET URL (FRAGi REQ)、片段 i)，各个HTTP GET消息经由短下载模仿流送，如图1中所示出的。HTTP GET消息的URL被用来告诉web服务器112客户端正在请求哪个或哪些分段。结果，通过分段(或通过基于字节范围请求的子分段进行再分段)，web浏览器118从web服务器112分段中抽取媒体。网络100上DASH的实现为客户端110提供的能力在于当可用带宽变化吋，自动选择初始内容速率来匹配初始可用带宽，而无需与流送web服务器112的协商，以及在媒体内容的不同比特率表示之间动态切換。结果，在网络100上实现DASH，允许对变化的网络和无线链路状况、用户偏好、内容特性和装置能力(诸如显示分辨率、处理器速度和资源、存储器资源等等)的更快的自适应。这种动态的自适应提供了更好的用户体验质量(QoE)，具有更短的启动延迟、更少的重新缓冲事件、更好的视频质量等等。示例DASH技术包括Microsoft IIS SmoothStreaming?, Apple HTTP Live Streaming?,和 Adobe HTTP Dynamic Streaming?。通过各种标准组织可实现DASH技木，这些组织包括第三代合作伙伴计划(3GPP)、运动图像专家组(MPEG)和开放互联网协议电视(IPTV)论坛(OIPF)等等。
[0012]根据ー个或多个实施例，在网络100上使能DASH，将自适应流送智能从服务器112移动到客户端110，让客户端110驱动流送会话并做出关于视频自适应參数的決定。因此，专为基于DASH的流送服务所建立的智能客户端自适应框架可在一个或多个实施例中被实现来追踪会话状态。这样的来自基于推送、基于RTSP、流送到基于推送、基于HTTP、流送的范式转换，能够输送最优的用户体验质量(QoE)。此外，由于其与传统的基于RTSP流送服务的差异，利用用于QoS和服务自适应的支持，通过不同3GPP无线电接入网络(RAN)和核心IP网络架构的基于DASH的服务的输送可被实现。下面，DASH服务的端到端QoS输送的示例示图在图2中被示出，并且相对于图2被描述。
[0013]现在參考图2，将讨论根据ー个或多个实施例的用于DASH服务输送的端到端服务质量(QoS)架构的框图；如图2中所示，端到端服务质量(QoS)架构200可被用来在网络100上实现DASH服务的输送。图2中所示出的示例中，网络100可以是第三代合作伙伴计划(3GPP)网络等。在一个或多个替代实施例中，网络100可实现3GPP标准的演进，诸如3GPP长期演进(LTE)标准、增强LTE标准、第四代(4G)标准等。替代地，网络100可实现电气エ程师协会(IEEE) 802.16标准，诸如IEEE 802.16e或IEEE 802.16m标准，来实现全球微波互操作性接入(WiMAX)网络或WiMAX-1I网络，虽然所要求保护的主题的范围不限于这个方面。如图2中所示，端到端QoS架构200包括无线网络210和互联网协议(IP)网络212。无线网络210和IP网络212的子组件包括公共网络214，其可以是互联网、核心网络216、接入网络218、基站220 (其可以是增强的Node B (eNB))、以及移动台222 (其可以是用户设备(UE))。根据ー个或多个实施例，DASH服务器224 (web服务器112)能够经由IP网络212和无线网络210提供流送多媒体内容226到移动台222 (客户端110)，如本文进ー步详细讨论的。
[0014]作为用于DASH服务的互联网协议(IP)网络架构的一部分，端到端QoS架构200涉及三个接ロ的考虑:基站220、接入网络218和核心网络216的空中接ロ。关于空中接ロ，诸如WiMAX或LTE网络，每个接ロ定义了ー组QoS等级或承载体，例如用于IEEE 802.16e标准的非请求授予服务、实时轮询服务(rtPS)、扩展的rtPS (ertPS)、非实时轮询服务(nrtPS)以及尽力服务(BE)，并指定在各种性能要求，诸如吞吐量、延迟/抖动、分组错误-丢失率等方面的相关联的服务属性。QoS等级和/或承载体能够实现客户端应用和各种服务之间的服务流的差分。特别地，当资源在不同服务流之间通过调度功能来分配时，每个服务流被映射到具体的QoS等级，并接收共同的QoS处理，且将服务流相应地按优先级排序。
[0015]在一个或多个实施例中，用于在基于IP的接入网络和核心网络中的QoS定义的一些示例包括由互联网工程任务组(IETF)所规定的差分服务，诸如DiffServ (RFC2474)，以及集成服务，诸如IntServ (RFC1633)。IntServ遵循基于流的且信号指示的QoS模型，其中端主机将它们的QoS需求信号指示给网络100，而DiffServ对所供应的QoS模型起作用，其中设立网络元件来服务于具有变化的QoS要求的多个业务量等级。特别是，DiffServ使用IP分组的报头中的6位差分服务代码点(DSCP)字段，以用于分组分类目的。IntServ模型涉及资源预留协议(RSVP)，以明确地信号指示和预留用于网络100中每个流的期望的QoS,如由FlowSpecs所描述的那样。为了提供多层QoS控制并管理端到端QoS,可以定义汇聚子层来对接更高层协议数据单元，并执行分类和映射功能。例如，在DifTServ的情况下，通过将其DSCP字段通过核心网络从DiffServ映射到用于无线电接入网络的特定QoS等级，可以利用用于无线电接入网络的专用空中接口承载体来识别进入系统的每个端到端互联网协议(IP)分组。然而，应当注意的是，这些仅仅是可由端到端服务质量(QoS)架构200实现的示例QoS定义，且所要求保护的主题的范围并不限于这些方面。下面，用于DASH服务输送的示例策略和计费控制(PCC)架构在图3中被示出，并且相对于图3被描述。[0016]现在參考图3，将讨论根据ー个或多个实施例的用于DASH服务输送的策略和计费控制(PCC)架构的框图。图3的策略和计费控制(PCC)架构300包括用户设备(UE)，其对应于图1的耦合到网关(GW)的客户端110，该网关对应于图1的web服务器112。由第三代合作伙伴计划(3GPP)所开发的服务感知QoS输送框架是策略和计费控制(PCC)架构300，其为无线网络(诸如网络100)的运营商提供了对互联网协议(IP)多媒体子系统(MS)和不基于IMS的服务二者均可适用的、用于Qos和计费控制的标准化机制。图3的PCC架构300包括应用功能(AF)310以及策略和计费规则功能(PCRF)。应用功能310与涉及动态策略和计费控制的应用进行交互。应用功能310提取会话信息，并通过Rx參考点将其提供给策略和计费规则功能(PCRF) 312。应用功能310包括串行数字接ロ(SDI)映射功能334，其包括媒体呈现描述(MPD)处理程序(handler) 338。MTO处理程序338的功能基本上类似于客户端110的应用316的MPD处理程序318，因为其能够解析MPD并提取多媒体特定的应用层參数。在一些实施例中，当客户端112与应用功能310共享MPD吋，MPD处理程序338被提供。
[0017]策略和计费规则功能(PCRF) 312是PCC 300的策略引擎，并充当用于PCC相关决定的中央实体。这样的决定可基于来自多个不同来源的输入，来源包括PCRF 312中的运营商配置策略引擎336，其定义了应用到给定服务的策略、从订阅简档存储库(SPR)接收的用于给定用户的订阅信息/策略、关于基于应用信令中包含的服务描述信息从AF 310所接收的服务的信息，以及来自接入网络218的关于使用了什么接入技术的信息。PCRF 312将通过Rx參考点所接收的会话信息和从Gx和Gxa/Gxc參考点所接收的输入与来自SPR的用户特定策略数据相组合，以形成会话级策略決定，并将那些决定提供给PCEF/BBERF块314的策略和计费实施功能(PCEF)以及承载体绑定和事件报告功能(BBERF)。PCRF 312还转发BBERF、PCEF和AF 310之间的事件。PCEF 314进ー步可以包括互联网协议承载体服务(IPBS)管理器328和接入特定的承载体服务(BS)管理器332，以及转化/映射功能330，用以向网际互连机制提供IP BS管理器328和接入特定的BS管理器332。同样，在转化/映射功能324提供其间的网际互连机制的情况下，客户端110包括其自身的IP BS管理器322、接入特定的BS管理器326。
[0018]在一个或多个实施例中，PCEF/BBERF块314的PCEF实施从PCRF 312接收的策略决定，且还通过Gx參考点向PCRF 312提供用户特定和接入特定的信息。为了将DASH流送机制集成到能够由PCC架构实现的QoS输送框架中，UE客户端110具备解析媒体呈现描述(MPD)和从MPD得出用于核心网络和无线电接入网络的目标QoS參数的能力。换句话说，UE/客户端110应包括由MPS提供给服务质量(QoS)映射块320的以下新映射功能。第一映射功能包括MPD中所包含的多媒体特定的应用层信息和用于核心网络的QoS參数(例如DiffServ/DSCP參数、IntServ/FlowSpecs參数等)组之间的映射。第二映射功能包括MPD中所包含的多媒体特定的应用层信息和用于无线电接入网络的QoS參数(例如QoS等级标识符(QCI)等)组之间的映射。此外，UE/客户端110应当能够将MPD信号指示给网络100，以便与网络中的适当实体(例如用于PCC架构300的AF 310)共享DASH相关的会话信息。在将MH)信号指示给AF 310的情况下，AF 310中进ー步的能力可能被涉及，以便解译MPD并将用于DASH的QoS策略推荐给PCRF。
[0019]在一个或多个实施例中，MPD中的多媒体特定的应用层參数组可包括以下中的一个或多个:多媒体比特率，如每个DASH表示中的“带宽”属性中所包括的；多媒体分辨率，如每个DASH表示中的水平和垂直分辨率属性中所包括的；多媒体编码帧速率，如每个DASH表示的“帧率”属性中所包括的，其还将描述其他编解码器相关的參数；缓冲器相关的參数，例如启动播放前的最小缓冲期；多媒体编解码器信息，例如编解码器类型(诸如AMR、MPEG4、
H.264 AVC/SVC等)，也可能描述简档和级别，如每个DASH表示的“mime类型”属性中所包括的；用于多媒体流的速率失真功能，其与每个DASH表示的“质量排名”属性相关；在不同速率、參考、简化的參考或非參考度量下指定的其他体验质量(QoE)或多媒体质量度量,例如，视频质量度量(VQM)、结构相似性度量(SSIM)、视频质量度量的感知评估(PEVQ)、视频平均意见得分(MOS)等等，以及其他主观质量度量；画面组(GOP)帧的数目，即GOP大小和帧类型，例如I帧、P帧、B帧等等；用于不同帧的量化參数，例如用于1、P、B帧的变化的量化尺度等；可伸缩视频编码(SVC)情况下的层类型，例如基础层、增强层等；应用级前向纠错(FEC);擦除编码或网络编码參数；或应用级约束，例如延迟、抖动、质量等。
[0020]现在參考图4，将讨论根据ー个或多个实施例的DASH客户端自适应架构的框图。图4示出了用于客户端110的DASH客户端自适应架构400和相关联的开发系统互连(0SI)通信层信息422。图4的客户端自适应架构400可包括用于DASH的跨层优化的平台自适应架构，如以下在图5中所示出的，其中，平台中的视频、传输和无线电组件面向以联合方式识别优化用户体验质量(QoE)所需的最佳平台配置，来进行协作并交换信息。在ー个或多个实施例中，DASH客户端自适应架构400包括以下系统块。无线电自适应和服务质量(QoS)弓丨擎块410能够确定无线电级自适应和QoS參数。网络自适应和QoS引擎块412能够确定网络级自适应和QoS參数。超文本传输协议(HTTP)接入客户端块414能够处理传输级超文本传输协议/传输控制协议/互联网协议(HTTP/TCP/IP)操作，并建立和管理TCP连接。DASH控制引擎模块416能够解析媒体呈现描述(MPD)，并确定用于DASH的流送參数，例如DASH分段持续时间以及HTTP请求的顺序和定时。媒体自适应引擎418能够确定编解码器级自适应參数。体验质量(QoE)监视器420能够动态测量体验质量(QoE)。
[0021]在一个或多个实施例中，DASH客户端平台400可以具有可在视频、传输和/或无线电级处经由跨层协作被联合优化的ー个或若干个配置。视频级參数可被用来配置视频比特率、帧速率和/或分辨率，其中客户端110的决定能够驱动来自DASH服务器112的所请求的内容表示。传输级參数可被用来配置HTTP请求的顺序和定时、并行TCP连接的数目、和/或DASH分段持续时间。无线电和网络级參数可被用来配置用于核心网络216和无线电接入网络218的调制和编码方案(MCS)和/或目标QoS參数。下面，跨层优化的DASH客户端自适应架构500在图5中被示出，并且相对于图5被描述。
[0022]现在參考图5，将讨论根据ー个或多个实施例的跨层优化的DASH客户端自适应架构的框图。图5的跨层优化的DASH客户端自适应架构500能够优化以上的图4的DASH客户端自适应架构的配置。在一个或多个实施例中，跨层优化的客户端DASH客户端自适应架构包括跨层自适应管理器510，其可以面向经由跨层协作联合适应的DASH客户端配置，通过动态跟踪以下參数，并将它们用作针对决定的输入，来优化DASH客户端自适应架构400的配置。测量的QoE參数可被用来优化视频质量度量(VQM)、结构相似性度量(SSM)、视频质量度量的感知评估(PEVQ)、视频平均意见得分(MOS)等，和/或其它主观质量度量。此外，可优化附加參数，包括所测量的视频速率失真特性、应用层处的用户偏好、从媒体呈现描述(MPD)所检索的多媒体相关信息、从网络接收的关于当前QoS可用性和网络拥塞状态的信息、所测量的动态服务质量(QoS)參数(诸如呑吐量、延迟、可靠性等)、在无线电和传输级处的所测量的动态信道/网络状况，和/或在平台架构级处的功率/延迟预算和中央处理单元(CPU) /缓冲器/存储器要求。然而，这些仅仅是可经由跨层优化的DASH客户端自适应架构500来优化的示例參数,且所要求保护的主题的范围并不限于这些方面。
[0023]现在參考图6，将讨论根据ー个或多个实施例的在用于DASH的选择观测点处所测量的体验质量(QoE)度量的示图。在一个或多个实施例中，用于DASH的QoE度量组还可包括在下面列出的将由DASH客户端110在四个不同观测点(OP)(诸如图6中所示出的0P1、0P2、0P3、0P4)处测量的以下度量。应当注意，相比基于RTSP的流送，经由DASH中不同度量所测量的QoE，意味着DASH客户端自适应可以相对于基于RTSP的流送有所不同。DASH客户端110接收提供给编码采样缓冲器612的DASH分段610。缓冲的分段随后由媒体解码器614所解码，并被馈送到解码采样缓冲器616中。解码采样随后被提供给音频/视频(A/V)输出块618，以用于由DASH客户端110所接收的媒体内容的回放。如图6中所示，可在观测点OPl与0P2以及0P2与0P3之间测量下列度量:媒体呈现描述(MPD)获取事件、初始化分段获取事件、表示切換事件、平均呑吐量、平均分段获取持续时间、下载抖动、不活动时间、资源无法访问、初始播放时间、缓冲器级别、重新缓冲事件、和/或客户端状态。可在观测点0P3与0P4之间测量以下度量:音频度量和/或视频度量。然而，这些仅仅是可在用于客户端自适应的DASH客户端处测量的示例度量，且所要求保护的主题的范围并不限于这些方面。
[0024]现在參考图7，将讨论根据ー个或多个实施例的能够实现跨层优化的自适应超文本传输协议(HTTP)流送的信息处理系统的框图。图7的信息处理系统700可有形体现网络100的网络元件的任意的ー个或多个，如图1和图2中所示出且相对于图1和图2所描述的。例如，信息处理系统700可代表客户端110、web服务器112和/或web/媒体服务器114的硬件，其具有更多或更少组件，这取决于特定装置或网络元件的硬件规范。虽然信息处理系统700代表若干类型计算平台的ー个示例，相比图7中所示，信息处理系统700可包括更多或更少元件和/或元件的不同布置，且所要求保护的主题的范围并不限于这些方面。
[0025]信息处理系统700可包括一个或多个处理器，例如处理器710和/或处理器712，其可包括一个或多个处理核。处理器710和/或处理器712中的一个或多个可经由存储器桥714耦合到一个或多个存储器716和/或718，该存储器桥714可被置于处理器710和/或712的外部，或替代地，至少部分置于处理器710和/或712中的ー个或多个内。存储器716和/或存储器718可包括各种类型的基于半导体的存储器，例如，易失性型存储器和/或非易失性型存储器。存储器桥714可耦合到图形系统720，以驱动耦合到信息处理系统700的显示装置(未示出)。
[0026]信息处理系统700可进ー步包括输入/输出(I/O)桥722，以耦合到各种类型的I/0系统。I/O系统724可包括例如通用串行总线(USB)型系统、IEEE-1394型系统等等，以将ー个或多个外围装置耦合到信息处理系统700。总线系统726可包括一个或多个总线系统，例如外围组件互连(PCI) express型总线等等，以将ー个或多个外围装置连接到信息处理系统700。硬盘驱动器(HDD)控制器系统728可将ー个或多个硬盘驱动器等等耦合到信息处理系统，例如，串行ATA型驱动器等等，或替代地是包括闪存、相变和/或硫属化物型存储器等等的基于半导体的驱动器。可利用交換机730来将ー个或多个交换装置耦合到I/O桥722，例如千兆位以太网类型装置等等。此外，如图7中所示，信息处理系统700可包括射频(RF)收发器732，其包括RF电路，和被耦合到一个或多个天线734的装置，用干与其他无线通信装置无线通信和/或经由无线网络(例如图1或图2的传输系统100)无线通信。在信息处理系统包括多个天线734的情况下，RF接收器732可实现多输入多输出(MMO)通信方案，虽然所要求保护的主题的范围并不限于此方面。信息处理系统的示例实施例下面在图8中被不出，并且相对于图8被描述。
[0027]现在參考图8，将讨论根据ー个或多个实施例的能够实现跨层优化的自适应HTTP流送的图7的信息处理系统的立体图。图8示出了图7的信息处理系统700的示例实现方式，其被有形地体现为蜂窝电话、或智能电话或平板型装置等等。在一个或多个实施例中，信息处理装置700可包括图1的客户端110，且同样可以能够进行跨层优化的自适应HTTP流送，如本文中所讨论的，虽然所要求保护的主题的范围并不限于此方面。信息处理系统700可包括具有显示器812的外壳810，该显示器812可包括触摸屏814，其用于接收经由用户手指816和/或经由触笔818的触觉输入控制和命令来控制ー个或多个处理器710或712。外壳810可容纳信息处理系统700的ー个或多个组件，例如一个或多个处理器710或712、一个或多个存储器716或718、收发器732。信息处理系统820还可以可选地包括物理致动器区域820，其可包括用于经由一个或多个按钮或开关来控制信息处理系统的键盘或按钮。信息处理系统700还可以包括端ロ或槽822，用于接纳非易失性存储器，诸如闪存，其例如以安全数字(SD)卡或订户身份模块(SM)卡形式。可选地，信息处理系统700还可包括一个或多个扬声器和/或麦克风824和连接端ロ，该连接端ロ用于将信息处理系统700连接到另ー电子装置、坞站、显示器、电池充电器等等。此外，信息处理系统700可包括外壳810的一个或多个侧面上的耳机或扬声器插孔828和一个或多个摄像机830。应当注意，图8的信息处理系统700在各种布置中，可包括比所示出的更多或更少的元件，且所要求保护的主题的范围并不限于此方面。
[0028]虽然已经以某种程度的特殊性描述了所要求保护的主题，但应该认识到，在不脱离所要求保护主题的精神和/或范围的情况下，可由本领域技术人员改变其中的某些要素。所相信的是，通过前述描述将理解与跨层优化的自适应HTTP流送和/或其许多附随设施有关的主题，并且将明显的是，在不脱离要求保护的主题的范围和/或精神的情况下，或在不牺牲其所有实质优势的情况下，可在其组件的形式、构造和/或布置中做出各种改变，在此之前描述的形式仅仅是其示例性的实施例，和/或进ー步没有对其提供实质的改变。权利要求的意图是涵盖和/或包括这样的改变。
【权利要求】
1.一种设备，包括: 应用功能模块，用以与远程装置上的应用进行交互，所述应用利用动态策略和计费控制来接收自适应多媒体流； 策略和计费规则功能(PCRF)模块，被耦合到所述应用功能模块，其中所述PCRF模块实现策略和计费控制决定；以及 策略和计费实施功能(PCEF)模块，被耦合到所述PCRF模块，其中所述PCEF模块实施从所述PCRF接收的策略决定； 其中所述远程装置将包括媒体呈现描述(MPD)的会话信息提供给所述应用功能模块，来以指定的服务质量将所述多媒体流提供给所述远程装置。
2.如权利要求1中所要求保护的设备，其中由所述远程装置经由通过超文本传输协议的动态自适应流送(DASH)来控制所述自适应多媒体流。
3.如权利要求1中所要求保护的设备，其中所述应用功能模块提取关于所述多媒体流的会话信息，并将所述会话信息提供给所述PCRF模块。
4.如权利要求1中所要求保护的设备，其中所述MH)包括用于所述自适应多媒体流的目标服务质量(QoS)參数,包括保证比特率(GBR)、最大比特率(MBR)、目标延迟、或目标分组丢失比率。
5.如权利要求1中所要求保护的设备，其中所述远程装置从所述Mro获得目标服务质量(QoS)參数，并将所述MPD传送到所述应用功能，以允许所述应用功能确定要通过核心网络或无线电接入网络实施的QoS參数。
6.如权利要求1中所要 求保护的设备，其中所述远程装置确定用于核心网络或无线电接入网络或其组合的服务质量參数，并将所述服务质量參数提供给所述应用功能。
7.—种设备,包括: 应用模块，包括媒体呈现描述(MPD)处理程序，用于通过网络接收多媒体流； 第一映射模块，用以利用用于所述网络的核心网络的服务质量參数映射所述MPD的应用层信息；以及 第二映射模块，用以利用用于所述网络的无线电接入网络的服务质量參数映射所述MPD的应用层信息； 其中所述应用模块将包括所述MPD的会话信息提供给远程服务器的应用功能模块，来以用于所述核心网络的服务质量參数中，或用于所述无线电接入网络的服务质量參数中，或其组合中所指定的服务质量，从所述远程服务器接收多媒体流。
8.如权利要求7中所要求保护的设备，其中所述应用模块控制所述远程服务器来经由通过超文本传输协议的动态自适应流送(DASH)输送所述多媒体流。
9.如权利要求7中所要求保护的设备，其中用于所述核心网络的服务质量參数包括DiffServ/DSCP 參数、IntServ/FlowSpecs 參数、或其组合。
10.如权利要求7中所要求保护的设备，其中用于所述无线电接入网络的服务质量參数包括服务质量等级标识符。
11.一种能够接收自适应多媒体流送的设备，包括: 跨层自适应管理器，用以优化经由超文本传输协议通过网络所接收的多媒体流的体验质量;流送控制引擎，被耦合到所述跨层自适应管理器，所述流送控制引擎能够解析所述多媒体流的媒体呈现描述(MPD)，并确定用于流送的流送參数； 媒体自适应引擎，被耦合到所述跨层自适应管理器，所述媒体自适应引擎能够确定用于所述多媒体流的编解码器级自适应參数；以及 体验质量监视器，被耦合到所述跨层自适应管理器，所述体验质量监视器能够动态测量所述多媒体流的体验质量。
12.如权利要求11中所要求保护的设备，其中所述流送控制引擎能够实现通过超文本传输协议的动态自适应流送(DASH)。
13.如权利要求11中所要求保护的客户端，进ー步包括被耦合到所述跨层自适应管理器的无线电自适应和服务质量引擎，其中所述无线电自适应和服务质量引擎能够确定在所述网络的物理层和链路层处的所述多媒体流的无线电级自适应和服务质量。
14.如权利要求11中所要求保护的客户端，进ー步包括被耦合到所述跨层自适应管理器的网络自适应和服务质量引擎，其中所述网络自适应和服务质量引擎能够确定在所述网络的网络层处的网络级自适应和服务质量參数。
15.如权利要求11中所要求保护的客户端，进ー步包括被耦合到所述跨层自适应管理器的超文本传输协议接入客户端，其中所述超文本传输协议接入客户端能够处理传输级超文本传输协议/传输控制协议/互联网协议操作，并在所述网络的传输层处建立和管理传输控制协议连接。
16.如权利要求11中所要求保护的客户端，其中所述跨层自适应管理器被配置为在视频级、传输级、无线电级、网络级或其组合优化所述媒体流。
17.如权利要求11中所要求 保护的客户端，其中所述跨层自适应管理器通过配置比特率參数、帧速率參数或分辨率參数或其组合，来在视频级优化所述媒体流。
18.如权利要求11中所要求保护的客户端，其中所述跨层自适应管理器通过配置超文本传输协议(HTTP )请求的顺序和定时參数、并行传输控制协议(TCP )连接的数量參数、和/或通过HTTP的动态自适应流送(DASH)分段持续时间參数、或其组合,来在传输级优化所述媒体流。
19.如权利要求11中所要求保护的客户端，其中所述跨层自适应管理器通过配置调制和编码方案參数、带宽分配參数、用于所述网络的核心网络的目标服务质量參数、或用于所述网络的无线电接入网络的目标服务质量參数、或其组合，来在无线电和网络级优化所述媒体流。
20.ー种包括存储介质的制品，所述存储介质具有其上存储的指令，所述指令如果被执行，则导致: 解析媒体呈现描述(MPD)处理程序，以用于通过网络所接收的多媒体流； 利用用于所述网络的核心网络的服务质量參数，映射所述MPD的应用层信息； 利用用于所述网络的无线电接入网络的服务质量參数，映射所述MPD的应用层信息；以及 将包括所述MPD的会话信息提供给远程服务器的应用功能模块，来以用于所述核心网络的服务质量參数中，或用于所述无线电接入网络的服务质量參数中，或其组合中所指定的服务质量，从所述远程服务器接收所述多媒体流。
21.如权利要求20中所要求保护的制品，其中所述指令如果被执行，则进一歩导致控制所述远程服务器经由通过超文本传输协议的动态自适应流送(DASH)来输送所述多媒体流。
22.如权利要求20中所要求保护的制品，其中用于所述核心网络的服务质量參数包括DiffServ/DSCP 參数、IntServ/FlowSpecs 參数或其组合。
23.如权利要求20中所要求保护的制品，其中用于所述无线电接入网络的服务质量參数包括服务质量等级标识符。
24.—种信息处理系统,包括: 处理器和被耦合到所述处理器的存储器； 射频收发器； 其中在所述存储器中存储的指令配置所述处理器以: 解析媒体呈现描述(MPD)处理程序，以用于经由所述射频收发器通过网络所接收的多媒体流； 利用用于所述网络的核心网络的服务质量參数，映射所述MPD的应用层信息； 利用用于所述网络的无线电接入网络的服务质量參数，映射所述MPD的应用层信息；以及` 将包括所述MPD的会话信息提供给远程服务器的应用功能模块，来以用于所述核心网络的服务质量參数中，或用于所述无线电接入网络的服务质量參数中，或其组合中所指定的服务质量，从所述远程服务器接收所述多媒体流。
25.如权利要求24中所要求保护的信息处理系统，进一歩包括控制所述远程服务器以经由通过超文本传输协议的动态自适应流(DASH)来输送所述多媒体流。
26.如权利要求24中所要求保护的信息处理系统，其中用于所述核心网络的服务质量參数包括DiffServ/DSCP參数、IntServ/FlowSpecs參数或其组合。
27.如权利要求24中所要求保护的信息处理系统，其中用于所述无线电接入网络的服务质量參数包括服务质量等级标识符。
28.如权利要求24中所要求保护的信息处理系统，进一歩包括用以显示所述多媒体流的显示器，和用以控制所述处理器的与所述显示器一致的触摸屏。
【文档编号】H04L29/06GK103493459SQ201180070548
【公开日】2014年1月1日 申请日期:2011年9月30日 优先权日:2011年4月1日
【发明者】O.奥伊曼, J.R.福尔斯特 申请人:英特尔公司