用于适配视频通信的系统和方法

用于适配视频通信的系统和方法
【专利摘要】设备可包括一个或多个射频(RF)收发器，该RF收发器设置成在会话期间通过第一链路从无线广域网(WWAN)接收多媒体内容，并且通过第二链路向显示装置转发信息。该设备还可包括：处理器电路，在通信上耦合到一个或多个RF收发器；以及视频适配模块，可操作于处理器电路上，从显示装置采集装置能力信息，并且基于所采集装置能力信息来修改到WWAN的装置能力交换信令，装置能力交换信令定义设备与WWAN之间的多媒体内容的交换。公开并且要求保护其它实施例。
【专利说明】用于适配视频通信的系统和方法
[0001]相关申请
本申请要求2011年8月I日提交的美国临时专利申请N0.61/514009的优先权，通过引用将其完整地结合到本文中。
【背景技术】
[0002]在目前的时代，无线网络徘徊在取代由数据业务增长主导的当前时代和由语音业务主导的先前时代的第三增长阶段的边缘。在第三增长阶段，预测视频将成为无线业务的主导成分。在一个最近的研究中，预测视频将超过全球消费者业务的91%，并且到2014年等于全世界移动数据业务的大约66%。
[0003]因此，包括流播和对话服务在内的视频服务的增长是向新移动宽带技术和标准演进的关键推动力之一。由于对于与媒体压缩和无线网络基础设施的发展相联系的视频服务的这种高消费者需求，所要关注的是增强将来蜂窝和移动宽带系统的视频服务能力，并且向消费者传递高的体验质量(QoE)，确保从任何位置、在任何时间、使用任何装置和技术对视频内容和服务的普遍存在的接入。具体来说，无线连接到广域网的移动终端也可本地用作用于通过数字有线或无线连接传递给外围显示装置(例如，TV、监视器等)的视频应用的客户端热点。因此，可能期望改进以高QoE向外围装置传递视频内容。
[0004]针对这些及其它考虑，需要本改进。
【专利附图】

【附图说明】
[0005]图1示出与当前实施例一致的系统。
[0006]图2示出可提供视频会议功能性的系统的一个实施例。
[0007]图3示出与其它实施例一致的用于视频流播的系统。
[0008]图4示出基于IP多媒体子系统的多媒体电话服务(MTSI)系统中的移动终端或用户设备(UE)的装置能力信令和会话参数协商操作的一个实施例。
[0009]图5示出由MTSI客户端所执行的QoE报告机制的一个实施例。
[0010]图6示出分组交换流播(PSS)系统中的UE终端的基于RTSP/SDP的装置能力信令和会话参数协商操作的一个实施例。
[0011]图7示出与其它实施例一致的、用于UE与HTTP服务器之间的多媒体流播的系统。
[0012]图8示出基于DASH的会话管理信令的一个实施例。
[0013]图9示出一个示范逻辑流程。
[0014]图10示出另一个示范逻辑流程。
[0015]图11示出又一个示范逻辑流程。
[0016]图12示出另一个示范逻辑流程。
[0017]图13示出计算系统的一个实施例。
[0018]图14示出计算架构的一个实施例。【具体实施方式】
[0019]各种实施例涉及异构环境中的视频的增强，在异构环境中，可向用户装置(又称作用户设备)和从用户装置传递视频，用户装置通过可能不同的空中接口本地连接到外围显示装置。实施例增强按普遍存在方式以高QoE向外围显示装置传递视频内容的能力，特别是，提供为各种显示装置类和能力优化的媒体处理过程和会话管理协议。
[0020]一些实施例可涉及用于对话和流播服务的视频适配和体验质量(QoE)控制。在一些实施例中，视频可经由如本地无线链路之类的链路从用户装置(其通过从广域网接收视频的第二无线链路来耦合)提供给显示装置。在一些实施例中，用户装置可采用如无线显示(WiDi)之类的无线技术，或者采用与到显示装置的链路的对等(P2P)无线连通性的其它技术。这个无线连接可在基于无线局域网(WLAN)或者基于无线个人区域网(WPAN)的空中接口上进行，包括 WiFi P2P、WFA WiFiDisplay、WiDiDirect、myWiF1、60GHztechnology、蓝牙、无线USB和其它已知技术。
[0021]通信系统的一些实施例可采用诸如电气和电子工程师协会(IEEE) 802.16 (WiMAX)、IEEE 802.11 (WiFi)、IEEE 802-20、第三代合作伙伴项目(3GPP)演进通用移动电信系统(UMTS)陆地无线电接入(UTRA) (E-UTRA)等等的无线电技术来实现。IEEE 802.16m是IEEE 802.16e的演进，并且提供与基于IEEE 802.16的系统的后向兼容性。UTRA是UMTS的一部分。3GPP长期演进(LTE)是使用E-UTRA的演进UMTS (E-UMTS)的一部分。高级LTE(LTE-A)是3GPP LTE的演进。如本文所使用的，对术语“LTE”的任何提及包括LTE的任何版本，其中包括LTE-A及其修订版、后代和变体。实施例并不局限于这个上下文。实施例还可使用Bluetooth?或者其它无线本地无线电通信标准来实现。
[0022]在各种实施例中，显示装置可用来呈现从用户装置(其从外部源接收视频)传送的可视内容、例如视频。在具体实施例中，用户装置和显示装置可相互之间传递控制信息，以控制和适配视频通信，由此增强对话视频会话或者流播视频会话。在一些实施例中，设备可包括一个或多个射频(RF)收发器，所述RF收发器设置成在会话期间通过第一链路从无线广域网(WffAN)接收多媒体内容，并且通过第二链路向显示装置转发信息，第一和第二链路包括异构链路。该设备还可包含处理器电路，所述处理器电路在通信上耦合到一个或多个RF收发器和视频适配模块。视频适配模块可以可操作于处理器电路上以从显示装置采集装置能力信息，并且基于来自显示装置的所采集装置能力信息来修改送往WWAN的装置能力交换信令，装置能力交换信令定义通过第一链路、第二链路或者第一和第二链路的多媒体内容的交换。描述并且要求保护其它实施例。
[0023]图1示出与当前实施例一致的系统100。在一些实施例中，系统100可增强用于对话和流播服务的视频内容的供应，其中视频作为服务的全部或部分来提供。如所示，视频源102链接到无线广域网104，无线广域网104又通过无线链路108耦合到用户设备(UE) 106。在各种实施例中，无线广域网104可以是非本地网络，其一般表示可包括例如采用诸如IEEE 802.16 (WiMAX)、3GPP或IEEE 802.1l(WiFi)之类的无线电技术的公共无线电接入网组件的网络。在这点上，如本文所使用的术语“WWAN”可表示无线电接入网和核心网(诸如WiMAX或3GPP网络)的组合，并且还可包括无线局域网(例如公共WiFi网络)。非本地网络还可包括IP网络和其它核心网组件，它们连同无线电接入网一起，可将视频源链接到UE。在这点上，从UE到公共陆地移动网络的无线链路，特别是到WWAN的无线链路，在本文中称作“非本地”链路。
[0024]视频源102的示例可包括能够存储和/或传递视频内容的任何硬件或软件元件，诸如数字录像机(DVR)、计算机、个人录像机(PVR)、数字多功能盘(DVD)装置、家用视频系统(VHS)装置、数字VHS装置、盘驱动器、硬盘驱动器、光盘驱动器、通用串行总线(USB)闪存驱动器、存储卡、安全数字(SD)存储卡、大容量存储装置、闪存驱动器、游戏控制台、致密盘(CD)播放器、计算机可读或机器可读存储器、数码相机、摄像机一录像机、视频监控系统、电话会议系统、电话系统、医疗和测量仪器、扫描仪系统、复印机系统、电视系统、数字电视系统、机顶盒、个人视频记录、服务器系统、计算机系统、个人计算机系统、智能电话、平板、笔记本、手持计算机、可佩戴计算机、便携媒体播放器(PMP)、便携媒体记录器(PMR)、数字音频装置(例如MP3播放器)、数字媒体服务器等。视频源102的其它示例可包括媒体分发系统，以向UE 106提供广播或流播模拟或数字AV信号。实施例并不局限于这个上下文。
[0025]在各种实施例中，UE 106可包括显示器(未示出)，用于呈现可视信息，例如从视频源102所接收的视频内容。UE 106的示例可以非限制性地包括移动计算装置、膝上型计算机、台式计算机、手持计算装置、平板计算装置、上网本计算装置、智能电话、蜂窝电话、可佩戴计算机等。实施例并不局限于这个上下文。
[0026]与当前实施例一致，UE 106可通过链路112链接到显示装置110。在各种实施例中，显示装置110可以是数字显示器、电视显示器、移动计算装置、膝上型计算机、台式计算机、手持计算装置、平板计算装置、上网本计算装置、智能电话等。实施例并不局限于这个上下文。
[0027]在一些实施例中，链路112可以是本地无线链路，其形成如上所述的P2P连接。UE106可以可操作以转发从视频源102所接收的视频内容，用于在显示装置110上呈现。在显示装置110增强从视频源102所接收的视频内容的呈现质量的情况下，这可能是所期望的。在形成UE 106与显示装置110之间本地链路的链路112的各种实施例中，用户可位于UE106和显示装置110其中之一或两者的附近。这样，用户可管理UE 106用于接收视频内容的操作，诸如在视频因特网电话呼叫中或者在视频流播会话中。同时，用户可查看从视频源102所接收的，如显示装置110 (其定位成接近用户)上所呈现的视频。
[0028]在各种实施例中，UE 106包括视频适配模块114，视频适配模块114设置成改进在UE 106与视频源102和显示装置110之间所建立的视频通信会话的处理。具体来说，视频适配模块114可改进通信会话期间的诸如媒体适配、传输信令、能力协商、缓冲器管理以及QoE测量和报告之类的特征。下面参照图4-6和图8-12来描述由视频适配模块所实现的操作的示例。
[0029]图2示出可在主叫方装置202与UE 204之间提供视频会议功能性的系统200的一个实施例。在所示的实施例中，主叫方装置202均可发起通信会话，比如使用基于因特网协议(IP)的链路所承载的视频会议会话。在一个示例中，使用主叫方装置202的主叫方可使用已知的视频通信应用(例如Skype ?)向位于UE 204的用户拨打因特网电话。传送给UE 204的视频也可在通过无线链路208耦合到UE 204的显示装置206上呈现。在各种实施例中，可通过基于IP多媒体子系统(IMS)的网络，例如在基于MS的多媒体电话服务(MTSI)的基础上的3GPP网络，来接管主叫方装置202与UE 204之间的视频通信会话。在图2所示的具体实施例中，使用主叫方装置202的主叫方可采用运营商210，而UE 204的用户采用运营商212。
[0030]运营商210可包括无线电接入网(RAN) 214，诸如3GPP网络或者WiMAX网络。RAN214可链接到常规的在服务通用分组无线电业务支持节点(SSGN)216，SSGN 216设置成从和向其地理服务区域内的无线装置传递数据分组。运营商210还包括网关通用分组无线电业务支持节点(GGSN) 218，GGSN 218链接到SSGN 216。如所示，运营商210还可包括常规的代理呼叫会话控制功能(P-CSCF) 220、在服务呼叫会话控制功能(S-CSCF) 222和应用服务器(AS) 224。
[0031]运营商212可同样地包括RAN 228，例如3GPP网络或者WiMax网络。RAN 228可链接到SSGN 230，并且通过其链接到GGSN 232。如所示，运营商212还可包括常规P-CSCF 234、S-CSCF 236和AS 238。运营商212还可包括归属订户服务器240和询问CSCF (1-CSCF)242。
[0032]如图2所示，当在主叫方装置202发起呼叫时，控制信号可沿着通过经由RAN 214、SGSN 216,GGSN 2I8,P-CSCF 220,S-CSCF 222,1-CSCF 242,S-CSCF 236,P-CSCF 234,GGSN232、SGSN 230和RAN 228的链路从主叫方装置202通向UE 204的信号路径。用于在主叫装置202与UE 204之间传送视频和其它媒体的媒体路径244可经过RAN 214、SGSN 216、GGSN 218、GGSN 232、SGSN 230 和 RAN 228，又如图 2 所示。
[0033]在一些实施例中，显示装置206可链接到WLAN、WPAN或者其它无线网络中的UE204,UE 204可操作以通过链路208传送诸如视频和控制信号之类的信号。当显示装置206加电时，从主叫装置202传送给UE 204的视频内容可被转发，供在显示装置206上呈现，如所示。与各种实施例一致，UE 204可包括视频适配模块，例如视频适配模块114(参见图1)，以改进主叫装置202与UE 204之间的视频通信会话期间的媒体适配、传输信令、能力协商、缓冲器管理以及QoE测量和/或报告。
[0034]图3示出与其它实施例一致、用于视频源302与UE 304之间的视频流播的系统300。视频源可以是提供分组交换流播服务(PSS)(其能够由UE 304按需访问)的服务器。视频源302可提供包括视频内容的多媒体内容，视频内容可输出给UE 304处的用户，和/或可通过链路308 (在一些实施例中可以是本地P2P链路)传送给显示装置306。在所示的实施例中，视频源302耦合到可形成因特网的一部分的公共网络310。公共网络310耦合到IP网络312，IP网络312又耦合到与UE 304无线链接的无线网络314。在一些实施例中，IP网络312和无线网络314可设置为3GPP网络。当用户发起视频流播会话时，多媒体内容经由通过公共网络310、IP网络312的核心网318、接入网320和无线网络314的基站322的路径，从视频源302提供给UE 304。在各种实施例中，分组视频可基于实时流播协议(RTSP)、作为按需分组交换流播来提供，或者可作为基于超文本传输协议(HTTP)的流播(包括渐进式下载和通过HTTP的动态自适应流播(DASH))来提供。
[0035]在一些实施例中，显示装置306可链接到WLAN、WPAN或者其它无线网络(示为网络316)中的UE 304,UE 304可操作以通过链路308传送诸如视频和控制信号之类的信号。当显示装置306加电时，从视频源302传送给UE 304的视频内容可被转发，供在显示装置306上呈现，如所示。如同图2的实施例的情况中一样，UE 304还可包括视频适配模块，例如视频适配模块114(参见图1)，以改进视频源302与UE 304之间的视频流播会话期间的媒体适配、传输信令、能力协商、缓冲器管理以及QoE测量和/或报告。[0036]再来看图2，在各种实施例中，运营商网络210、212均可作为IP多媒体子系统的多媒体电话服务(MTSI)来操作。IP多媒体子系统(IMS)是用于实现基于IP的电话和多媒体服务的架构。在文献3GPP TS 26.114 VlL 1.0 (第三代合作伙伴项目；技术规范小组服务和系统方面；IP多媒体子系统(MS);多媒体电话；媒体处理和交互Release 11，2011年9月)(以下称作“TS 26.114”)中提出用于MTSI架构的通用规范。在文献3GPP TS 26.234V10.2.0 (第三代合作伙伴项目；技术规范小组服务和系统方面；透明端对端分组交换流播服务(PSS);协议和编解码器；Release 10，2011年9月)(以下称作“TS 26.234”)中提出用于PSS架构的通用规范。在文献3GPP TS 26.247 V10.0.0 (第三代合作伙伴项目；技术规范小组服务和系统方面；透明端对端分组交换流播服务(PSS);渐进式下载和通过HTTP的动态自适应流播(3GP-DASH) ；Release 10，2011年6月)(以下称作“TS 26.247”)中提出用于渐进式下载和DASH协议的通用规范。
[0037]值得注意的是，3GPP标准中定义的MTSI和PSS技术要求尚未定义成通过网络(其中UE具有到外围显示装置的本地以及可能是异构的连接，例如到分别在图2和图3中所示的UE 204和304的多个链路)来传递对话和流播服务的高视频质量的功能性。如本文针对与UE关联的无线链路、连接或连通性所使用的术语“异构”表示如下情况:给定UE设置成通过多个无线链路向给定UE和从给定UE交换数据，其中第一无线链路采用与第二无线链路不同的技术或标准，和/或作为与第二无线链路的无线网络相比不同的无线网络的一部分来操作。除非另加说明，否则本文针对当前实施例所述的本地链路可以是异构链路。
[0038]在一些实施例中，可通过将作为会话发起协议(SIP)的一部分的本地UE连通性信息用作应用层控制协议，以便建立、修改和/或终止诸如视频会议、因特网电话呼叫等的对话多媒体会话，来增强对话视频应用。
[0039]图4示出MTSI系统中的UE的操作的一个实施例，该操作可在对话视频服务的上下文中进行，其中使用本地无线链路向UE和从UE提供视频内容。按照图2的示例，第一MTSI UE可对应于主叫装置202，并且充当送往第二MTSI UE (其可对应于图2的UE 204)的信号的发送器。在图4所示的情况中，UE 204的连通性信息(包括本地连通性信息)用作会话发起协议(SIP)的一部分。SIP是IETF定义的信令协议，该协议广泛用于控制包括基于IP的语音和视频呼叫的通信会话。具体来说，图4示出用于由UE 204在MTSI服务的能力协商期间经由会话描述协议(SDP)来交换信息的示范过程。通用SDP格式由IETF建立，用于描述流播媒体初始化参数。SDP可用于描述多媒体通信会话，以用于会话通知、会话邀请和参数协商的目的。SDP不传递媒体本身，而是用于在端点之间的媒体类型、格式和所有关联性质的协商。性质和参数的集合通常称作会话简档。SDP设计成可扩展以支持新媒体类型和格式。
[0040]如图4所示，主叫方202可发起基于IP的呼叫，该呼叫使SIP消息402被发送给UE 204。SIP消息包括SDP提议，其由UE 204来接收。SIP消息402充当触发消息，其可使UE 204执行一个或多个动作。在图2的示例中，UE 204可确定它(UE 204)通过本地链路连接到显示装置206，UE 204可期望与显示装置206之间转发在来自主叫方202的呼叫期间所接收的媒体内容，例如视频。SIP消息402的接收可触发UE 204与UE 204本地所耦合的任何终端(装置)(包括显示装置206)交换信息，以便例如在来自主叫方202的呼叫期间最佳地管理视频通信。这可借助于视频适配模块114来进行，视频适配模块114设置成执行以下针对图4-12所述的各种任务。
[0041]作为初始步骤，在接收触发消息之后，UE 204可传送检索消息，它可以是RTSPGET_PARAMETER消息、请求装置能力信息的消息、或者将要发送给通过本地链路耦合到UE204的显示装置的其它消息。在一些实施例中，如UE 204之类的UE可使用例如RTSP信令来采集信息，例如本地P2P链路的链路特性。在图4所示的具体示例中，触发UE 204向显示装置206发送RTSP GET_PARAMETER消息404，其中可包括对于与显示装置206的装置能力有关的信息的请求。
[0042]在接收RTSP GET_PARAMETER消息404之后，显示装置206可向UE 204返回RTSP200 OK消息406。RTSP 200_0K消息406可包括与显示装置206的装置能力有关的信息。例如，在显示装置206是电视装置的情况下，RTSP 200_0Κ消息406可包括与电视屏幕能力有关的信息，例如屏幕尺寸、分辨率、位深度等。来自显示装置的装置能力信息还可包括但不限于:预解码器缓冲器大小、初始缓冲周期、解码器能力、显示性质(屏幕尺寸、分辨率、位深度等)、流播方法(RTSP、HTTP等)、适配支持信息、体验质量(QoE)支持信息、扩展实时传输控制协议(RTCP)报告支持、快速内容切换支持、所支持实时传输协议(RTP)简档信息以及会话描述协议(SDP)属性。
[0043]一旦UE 204从显示装置206接收到RTSP 200_0K消息406，UE 204可向主叫装置202返回SIP OK消息408。SIP OK 200消息406可包括SDP协商数据，其中包含与将要用于主叫装置202与UE 204之间的通信中的一组性质和参数(会话简档)相关的信息。与当前实施例一致，SDP协商数据因此可包括与显示装置206的装置能力相关的信息。这样，可通知主叫装置202和支持呼叫的运营商(210、212)关于可从主叫装置202接收视频内容并且链接到UE 204、但是没有直接链接到主叫装置202的装置(显示装置206)的能力。
[0044]一旦SIP OK消息408由主叫装置202来接收，则SIP ACK消息410可返回给UE204。SIP ACK消息410可发信号通知UE 204:通知主叫装置202和/或运营商210、212关于显示装置206的能力。SIP ACK消息410可包括经调整的通信参数，这些参数基于在SIPOK消息408中接收的信息来修改，以便优化可呈现和/或生成视频内容的各种装置(202、204,206)之间的视频内容的交换。
[0045]与当前实施例一致，作为MTSI的基于SIP/SDP的会话管理的一部分，可在链接到UE 204的装置之中交换与诸如编解码器、容器格式、解码器能力、QoS参数(例如所保证比特率)、显示装置的能力(例如屏幕尺寸、分辨率等)和传输协议之类的实体有关的其它信息，这可考虑在UE与定位成接近UE的显示器之间的链路的特性。这种本地链路可以是本地P2P链路(参见图4的链路208)，并且可包括诸如信道质量、容量、吞吐量等的链路特性。
[0046]在各种实施例中，除了采集诸如本地P2P链路的链路特性之类的信息之外，如UE204之类的UE还可进一步管理视频流播会话期间、例如IP电话呼叫期间的通信。在一些实施例中，UE可采用视频适配模块114来管理视频流播会话的各个方面。例如，UE可在视频流播会话期间修改会话参数，包括得出新RTSP/SDP会话参数。在一些实施例中，UE可执行其它任务，包括对业务区分优先次序、分配资源以及优化本地P2P链路或者一组链路的带宽/QoS0又参照图2，可通过考虑从通过运营商网络、例如运营商210、212的网络(在一些实施例中可包括3GPP网络)的会话级信令采集的多媒体信息，来设置或修改其它任务。用来修改或设置通过本地P2P链路所执行的其它任务的多媒体信息可包括例如编解码器信息、质量要求和速率失真特性。
[0047]图4还示出一个实施例，其中本地P2P任务可基于在从主叫装置202返回给UE204的SIP ACK消息410中接收的已更新信息来修改。在接收SIP ACK消息410之后，UE可生成RTSP SET_PARAMETER MESSAGE 412，其通过本地链路转发到显示装置206。作为回报，显示装置可向UE 204发送RTSP SETUP消息414，其包含将要用于UE 204与显示装置206之间的通信中的新会话参数。UE可作为响应而向显示装置206发送确认消息RTSP 200OK消息416。随后，UE 204与显示装置206之间的通信可按照RTSP SETUP消息414中设置的新会话参数来调整。
[0048]在附加实施例中，UE可按照网络运营商所指定的其它要求，来调整通过本地链路(包括本地P2P链路)的通信。例如，通过链路208的通信可在来自主叫方202的主叫会话期间基于运营商定义的开放移动联盟(OMA)装置管理(DM)管理对象(MO)来调整，MO可在视频通信会话期间对通过本地链路来操作的UE施加SIP/SDP会话管理的一组特定要求。
[0049]除了建立、修改和/或终止对话多媒体会话之外，附加实施例还可采用本地UE连通性信息作为媒体适配、缓冲器管理和/或QoE报告的一部分。
[0050]例如，参照图2，UE 204的视频适配模块114可向运营商210、212和/或主叫装置202提供本地链路信息，从而引起包括比特率、分组速率和/或差错恢复力适配的媒体适配功能通过考虑链路208的特性以及显示装置206的装置能力来执行。在一些实施例中，实时传输控制协议(RTCP)接收器报告和/或临时最大媒体流比特率请求(TMMBR)消息可从显示装置206生成，并且由UE 204提供给运营商210、212和/或主叫装置202。RTCP提供用于RTP流的带外统计和控制信息。RTCP接收器报告是用来通知发送方关于服务质量的报告。接收器可使用TMMBR来请求发送方将媒体流的最大比特率限制成与所提供值对应的值。因此，在一些实施例中，RTCP和/或TMMBR信息可用来影响在源端(主叫装置202)的视频适配，以便确保可靠的端对端视频传递和高QoE。
[0051 ] 在其它各种实施例中，如UE 204之类的UE可从正处理由UE接收的流播视频会话的网络接收QoE触发消息。QoE触发消息可经由SIP/SDP信令或者经由OMA DM MO消息进行，并且可在视频流播会话期间向UE请求QoE度量测量和报告。作为响应，UE可生成与如接收质量之类的因素有关的QoE报告。QoE报告可基于由UE从其本地连接中的一个或多个所收集的QoE信息。在一些实施例中，UE 204可返回QoE报告，该报告虑及通过链路208的传输的可靠性以及其它因素，诸如在通过链路208耦合到UE 204的装置中进行的媒体缓冲、解码和其它媒体处理。在一个示例中，所耦合的装置可包括无线适配器(图2中未明确示出)，例如用于Intel?无线显示(WiDi)的适配器，其促进在UE装置、例如笔记本屏幕与电视类型显示器之间传递视频内容。
[0052]在通过3GPP网络的视频通信的各种实施例中，UE 204所返回的QoE度量可包括如TS 26.114的第16.2节中定义的一个或多个度量。这些度量包括损坏时长、RTP分组的连续丢失、帧速率、抖动时长、同步丢失时长、往返时间、平均编解码器比特率和编解码器信
肩、O
[0053]图5示出由MTSI客户端(UE 204)基于通过本地P2P链路(链路208)的通信协调所执行的QoE报告机制的一个实施例。在图5所示的情况中，如OMA DM配置服务器502之类的服务器发送QoE触发消息504，以经由OMA DM MO来触发QoE报告。QOE触发消息504由UE 204来接收，UE 204作为响应而向显示装置206发送QOE请求消息506。显示装置206又在QoE信息返回消息508 (其由UE 204来接收)中传送QoE信息。UE 204随后使用QoE信息返回消息中的QoE信息来得出QoE度量。在一些实施例中，视频适配模块114可计算包括下列一项或多项的度量:损坏时长、RTP分组的连续丢失、帧速率、抖动时长、同步丢失时长、往返时间、平均编解码器比特率和编解码器信息。
[0054]在得出QoE度量之后，UE 204可基于所得出度量来传送QoE报告,所述报告可由接管当前视频流播会话、例如因特网电话呼叫的网络的QoE报告服务器来接收。
[0055]在其它各种实施例中，当RTSP用作应用层协议时，通过本地链路连接到多个显示装置的UE的连通性信息可用来建立、修改和/或终止流播多媒体会话。
[0056]在用于建立RTSP会话的一些实施例中，在经由SDP对于PSS服务与PSS服务器的能力协商期间，通过本地链路本地连接到外围显示装置的PSS客户端(UE)可交换与UE通过本地链路、例如P2P链路耦合的本地装置的装置能力有关的信息。在本地显示装置包括电视机的情况下，这种信息可包括例如电视屏幕能力。来自UE的装置能力信令期间感兴趣的其它显示装置属性可包括下列参数:预解码器缓冲器大小、初始缓冲周期、解码器能力、显示性质(屏幕尺寸、分辨率、位深度等)、流播方法(RTSP、HTTP等)适配支持、QoE支持、扩展RTCP报告支持、快速内容切换支持以及所支持RTP简档和SDP属性。
[0057]在附加实施例中，作为用于PSS的基于RTSP/SDP的会话管理的一部分，可在UE与PSS服务器之间交换其它信息。这种所交换信息可包括例如与编解码器、容器格式、解码器能力、QoS参数(例如所保证比特率)和传输协议有关的信息，其中所交换信息虑及本地P2P链路的特性(例如在信道质量、容量、吞吐量等方面)以及通过本地P2P链路来链接到UE的对应装置的能力，例如屏幕尺寸、分辨率、位深度等。在一些实施例中，UE可使用RTSP信令从其本地P2P链路来采集这种信息，并且将这个信息提供给PSS服务器。UE还可管理流播多媒体会话，可修改会话参数(例如得出新RTSP/SDP会话参数)，并且可执行影响本地P2P链路的其它任务。这类其它任务可包括基于通过将PSS服务器链接到PSS客户端的网络(例如3GPP网络)从会话级信令采集的多媒体信息，对业务区分优先次序、分配资源和/或优化本地P2P链路的带宽/服务质量(QoS)。多媒体信息的示例包括编解码器信息、质量要求和速率失真特性。
[0058]图6示出基于RTSP/SDP的会话管理的一个实施例，其中对于基于RTSP的流播协议的支持通过本地P2P链路进行。如所示，UE(PSS客户端)304可通过经由网络向PSS服务器302发送RTSP DESCRIBE消息602来发起RTSP会话。DESCRIBE消息602可包括RTSPURL和能够处理的应答数据的类型。作为回报，PSS服务器302可发送RTSP OK 200消息604，消息604包括充当使UE 304执行一个或多个动作的触发消息的SDP信息。在接收到RTSP OK 200 消息 604 时，UE 304 可向显示装置 306 发送 RTSP_GET PARAMETER 消息 606。作为回报，显示装置306可向UE 304发送RTSP OK 200消息608，该消息包括显示装置306的能力信息。这可使UE 304向PSS服务器302发送具有SDP提议的RTSP SETUP消息610。PSS服务器302随后可发送RTSP 200 OK消息612，消息612包括将要用于PSS会话中的SDP信息。SDP信息可至少部分基于由显示装置306所提供的能力信息。在各种实施例中，当UE从PSS服务器接收SDP信息时，PSS会话可按照所接收SDP信息来管理。
[0059]在一些实施例中，如图6进一步所示，UE随后可向显示装置306转发RTSP SET_PARAMETER消息614。RTSP SET_PARAMETER消息614可基于在RTSP OK消息612中接收的SDP信息。在接收RTSP SET_PARAMETER消息614之后，显示装置306随后可经由RTSP SETUP消息616向UE 204提供新提出的会话参数。UE 304则可经由RTSP 200 OK消息618向显示装置306发送应答，此后，新提出的会话参数被用于通信会话。
[0060]在附加实施例中，UE可按照网络运营商所指定的其它要求，调整通过本地链路(包括本地P2P链路)的通信。例如，通过链路308的通信可在流播会话期间基于运营商定义的开放移动联盟(OMA)装置管理(DM)管理对象来调整，所述管理对象可在多媒体流播会话期间对通过本地链路来操作的UE施加RTSP/SDP会话管理的一组特定要求。
[0061]在各种附加实施例中，与给定UE有关的本地连通性信息可用作多媒体流播会话期间的媒体适配、缓冲器管理和/或QoE报告机制的一部分。具体来说，在一些实施例中，可通过虑及到UE的本地P2P链路的特性以及经由本地P2P链路耦合到UE的显示装置的对应装置能力，来执行包括比特率适配的媒体适配功能。因此，可生成来自接收器(UE)的RTCP接收器报告或者RTSP消息(例如RTSP SETUP或SET_PARAMETER)，以影响在源端(PSS服务器)的视频适配，使得可确保可靠端对端视频传递和高QoE。
[0062]在其它实施例中，QoE度量测量和报告可经由RTSP/SDP信令来触发。例如，又来看图6，可将QoE度量报告规则作为消息610和612中一般所示的SDP协商过程的一部分来发信号通知。在其它实施例中，QoE度量测量和报告可经由发送给PSS UE的OMA DM MO消息来触发，如图5的消息504、506 —般所不。
[0063]在QoE度量测量和报告的触发时，UE可生成指示接收质量的QoE报告。具体来说，QoE报告可基于由PSS UE从其到显示装置的本地链路所收集的QoE信息，并且可考虑诸如通过本地P2P链路的传输的可靠性以及通过P2P链路(例如在WiDi应用的情况下的WiDi适配器)链接到UE的装置中所涉及的媒体缓冲、解码和其它媒体处理之类的因素。在各种实施例中，基于RTSP的流播的QoE度量可包括下列项中的一个或多个:损坏时长、RTP分组的连续丢失、帧速率偏差、抖动时长、内容切换时间、初始缓冲时长、再缓冲时长、平均编解码器比特率、编解码器信息和缓冲器状态，如3GPP TS 26.234 Release 10中定义。
[0064]在其它各种实施例中，与到UE的本地链路有关的信息连同媒体呈现描述(MPD)元数据文件一起可用来管理基于动态自适应HTTP流播(或“DASH”)的多媒体会话。MPD通过从HTTP服务器下载媒体段，为DASH客户端提供用于媒体内容的自适应流播的充分信息。在DASH中，MPD能够被分片并且被分成几部分传递，以降低会话启动延迟。MPD也能够在流播会话期间被更新。在一些实施例中，作为在DASH客户端(UE)进行的流播判定的一部分，例如要向HTTP服务器请求哪些多媒体表示(基于在DASH会话开始时所取的MPD，其描述服务器中存储的媒体内容的结构和不同版本，包括不同比特率、帧速率、分辨率、编解码器类型等)，其它信息可由DASH客户端来利用。这种其它信息可包括例如与编解码器、容器格式、解码器能力、QoS参数(例如所保证比特率)和/或传输协议有关的信息，其中所述信息虑及本地P2P链路的特性，虑及诸如信道质量、容量、吞吐量等的因素以及通过本地P2P链路耦合到UE的对应装置的能力。
[0065]在一些实施例中，DASH客户端(UE)可使用RTSP信令从其本地P2P链路采集这种信息，并且将这个信息提供给HTTP或PSS服务器。UE还可管理流播多媒体会话，可修改会话参数(例如得出新RTSP/SDP会话参数)，并且可执行影响本地P2P链路的其它任务。这类其它任务可包括基于通过将HTTP服务器链接到DASH客户端的网络(例如3GPP网络)从会话级信令采集的多媒体信息，对业务区分优先次序、分配资源和/或优化本地P2P链路的带宽/服务质量(QoS)。可基于MH)的多媒体信息的示例包括编解码器信息、质量要求和速率失真特性。
[0066]与其它实施例一致，图7示出用于UE 304与可充当流播视频的源的HTTP服务器702之间的多媒体流播的系统700。系统700可与前面所述的系统300相似地设置，其中HTTP服务器702、而不是PSS服务器302提供流播内容。
[0067]图8示出基于DASH的会话管理信令的示例，其中对于基于RTSP的流播协议的支持通过本地P2P链路进行(如同使用WiDi适配器的一个实施例中一样)。图8中，UE 304可充当DASH客户端。当用户希望发起流播会话时，UE 304用来向HTTP服务器702发送HTTP GET ΜΗ)消息 802。HTTP 服务器 702 可向 UE 304 返回 HTTP 200 OK 消息 804 连同 MPD信息，该消息充当使UE执行一个或多个动作的触发消息。随后，例如，UE 304可向显示装置306发送RTSP GET_PARAMETER消息806，以询问显示装置关于装置能力。作为响应，显示装置306可向UE 304发送包含显示装置306的能力信息的RTSP 200 OK消息808。
[0068]在进一步通信中，UE装置304可向显示装置发送RTSP SET_PARAMETER消息812，该消息可包含对当前HTTP媒体流播会话的任何会话修改。作为回报，显示装置306可发送包括新会话参数的RTSP SETUP消息814。随后，UE可向UE 304发送RTSP 200 OK消息814。
[0069]在其它实施例中，在HTTP流播会话期间，与本地UE链路相关的信息可用作媒体适配、缓冲器管理和QoE报告的一部分。在具体实施例中，可通过虑及本地装置与DASH客户端之间的本地P2P链路的特性以及本地装置的对应装置能力，来执行DASH客户端处的媒体适配功能(包括比特率适配)。
[0070]在又一些实施例中，QoE度量测量和报告可经由MPD信令来触发。在备选实施例中，QoE度量测量和报告可经由发送给DASH客户端的OMA DM MO消息来触发，如图5的消息504、506 —般所示，其中DASH客户端可由UE 204来表示。
[0071]在触发QoE度量测量和报告时，UE可生成指示接收质量的QoE报告。具体来说，QoE报告可基于由DASH客户端从其本地链路所收集的QoE信息，并且可考虑诸如通过本地P2P链路的传输的可靠性以及通过P2P链路(例如在WiDi应用的情况下的WiDi适配器)链接到UE的显示装置中所涉及的媒体缓冲、解码和其它媒体处理之类的因素。在各种实施例中，用于基于DASH的流播的QoE度量可包括下列项中的一个或多个:HTTP请求/响应事务、表示切换事件、平均吞吐量、初始播出延迟、缓冲器等级、播放列表、MPD信息，如3GPP TS
26.247 Release 10 中定义。
[0072]虽然当前实施例可用来适配UE同时链接到WffAN和单个本地显示装置时的如视频通信之类的通信，但是各种实施例可用来适配多个本地链路同时或相继活动时的通信。在与当前实施例一致的一种使用情况中，具有移动终端(UE)的用户可能希望使用该UE来观看比赛，同时伴随的广播新闻静音。两种类型的内容可使用UE从基于3GPP的WffAN下载。UE则可链接到多个外围(本地)装置，以增强观看/收听体验。例如，UE可通过两个本地链路同时连接到电视机(第一本地显示装置)和平板计算机(第二本地显示装置)。具体来说，用户可选择在电视机上观看比赛，同时观看在平板计算机上广播的新闻。与当前实施例一致，UE中运行的视频适配模块可优化向对应的第一和第二本地显示装置的两种类型的视频内容的传递。在一个实现中，UE中的视频适配模块可分别采集每个所连接本地显示装置(在这种情况下为电视机和平板计算机)的能力信息。然后，可向WWAN网络发信号通知各个本地显示装置的能力信息，以及为各个本地显示装置协商会话参数。此外，在建立会话参数之后，UE还可通过相应的两个本地链路来管理两个不同会话，以便优化向各个本地显示装置的视频传递。
[0073]在附加实施例中，在单个会话之内，由UE通过第一非本地链路、例如从WffAN所接收的内容的路由选择可在通过不同本地链路耦合到UE的不同本地装置之间切换。在一种使用情况中，接收用于在UE观看比赛的流播视频内容的用户可能希望在不同时间在不同本地外围装置上观看比赛。例如，用户可在电视机上观看比赛的第一部分，而转到不同房间以使用平板计算机来观看比赛的第二部分。当前实施例促进优化向各个外围本地装置的内容传递。无论在给定时间使用哪一个装置。例如，UE可在电视机用作显示装置时执行第一组信令操作，随后在平板计算机用作显示装置时发起第二组信令操作。此外，信令操作可由UE根据当前所选装置多次切换。
[0074]本文所包含的是表示用于执行所公开系统和架构的新颖方面的示范方法的一组流程图。虽然为了说明的简洁起见，本文中例如采取流程表或流程图的形式所示的一个或多个方法被示为和描述为一系列动作，但是要知道和理解，所述方法并不受动作的顺序所限制，因为按照这些方法，一些动作可按照与本文所示和所述的顺序不同的顺序和/或与其它动作同时进行。例如，本领域的技术人员会知道和理解，方法备选地可表示为例如状态图中的一系列相关状态或事件。此外，对于新颖实现可能并非要求方法中所示的全部动作。
[0075]图9示出一个示范逻辑流程900。在框902，接收SIP INVITE消息，其中SIP INVITE消息包括SDP提议。在框904，RTSP GET_PARAMETER消息通过本地链路来转发到本地装置、例如显示装置。在框906，接收RTSP 200 OK消息，该消息包括与本地装置关联的能力信息。在框908，通过网络发送包括SDP协商数据的SIP 200 OK消息，其可虑及在RTSP 200 OK消息中接收的装置能力信息。在框910，接收SIP ACK消息。在框912，通过本地网络向本地显示装置发送包括会话修改的RTSP SET_PARAMETER消息。在框914，接收包括新会话参数的RTSP SETUP消息。在框916，如果新会话参数是可接受的，则通过本地链路发送RTSP 200OK消息。
[0076]图10示出一个示范逻辑流程1000。在框1002，接收OMA DM MO消息。在框1004，通过本地链路发送对于QoE信息的请求。在框1006，通过本地链路接收QoE信息。在框1008，从通过本地链路所接收的QoE信息来得出QoE度量。在框1010，通过非本地网络发送包含QoE度量的QoE报告。
[0077]图11示出另一个示范逻辑流程1100。在框1102，通过非本地网络发送RTSP描述消息。在框1104，接收具有SDP信息的RTSP 200 OK消息。在框1106，通过本地链路发送请求本地装置能力信息的RTSP GET_PARAMETER消息。在框1108，接收包括本地装置能力信息的RTSP OK 200消息。在框1110，通过非本地网络发送包括SDP提议的RTSP SETUP消息。在框1122，通过非本地网络接收RTSP 200 OK消息。在框1114，通过本地链路发送用于会话修改的RTSP SET_PARAMETER。在框1116，通过本地链路接收具有新会话参数的RTSPSETUP消息616。在框1118，通过本地链路发送RTSP 200 OK消息。
[0078]图12示出另一个示范逻辑流程1200。在框1202，向HTTP服务器发送HTTP GETMro消息802。在框1204，接收HTTP 200 OK消息连同ΜΗ)信息。在框1206，通过本地链路发送RTSP GET_PARAMETER消息。在框1208，接收包含本地装置的能力信息的RTSP 200 OK消息。在框1210，通过本地链路发送RTSP SET_PARAMETER消息，该消息包含对当前HTTP媒体流播会话的会话修改。在框1212，通过本地链路接收包括新会话参数的RTSP SETUP消息。在框1214，通过本地链路发送RTSP 200 OK消息。
[0079]图13是一个示范系统实施例的简图，具体来说，图13是示出可包括各种元件的平台1300的简图。例如，图13示出平台(系统)1310可包括:处理器/图形核心1302、芯片组/平台控制集线器(PCH) 1304、输入/输出(I/O)装置1306、随机存取存储器(RAM)(例如动态RAM(DRAM)) 1308和只读存储器(ROM) 1310、显示电子器件1320、显示背光1322以及各种其它平台组件1314(例如风扇、横流风机、散热器、DTM系统、冷却系统、壳体、通风孔等)。系统1300还可包括无线通信芯片616和图形装置1318。但是，实施例并不局限于这些元件。
[0080]如图13所示，I/O装置1306、RAM 1308和ROM 1310通过芯片组1304耦合到处理器1302。芯片组1304可通过总线1312耦合到处理器1302。因此，总线1312可包括多条线路。
[0081]处理器1302可以是包括一个或多个处理器核的中央处理单元，并且可包括具有任何数量的处理器核的任何数量的处理器。处理器1302可包括任何类型的处理单元，诸如例如CPU、多处理单元、简化指令集计算机(RISC)、具有流水线的处理器、复杂指令集计算机(CISC)、数字信号处理器(DSP)等等。在一些实施例中，处理器1302可以是位于分开的集成电路芯片上的多个分开的处理器。在一些实施例中，处理器1302可以是具有集成图形处理的处理器，而在其它实施例中，处理器1302可以是一个或多个图形处理核。
[0082]图14示出适合于实现如前面所述的各种实施例的示范计算系统(架构)1400的一个实施例。如本申请中所使用的术语“系统”和“装置”以及“组件”意在表示计算机相关的实体，或者是硬件、硬件和软件的组合、软件、或者是执行中的软件，其示例通过示范计算架构1400来提供。例如，组件可以是，但不限于:运行于处理器上的进程、处理器、硬盘驱动器、(光和/或磁存储介质的)多个存储装置驱动器、对象、可执行代码、执行线程、程序和/或计算机。作为举例说明，运行于服务器上的应用和服务器能够是组件。一个或多个组件能够驻留在进程和/或执行线程中，以及组件能够局限于一个计算机上和/或分布在两个或更多计算机之间。此外，组件可通过各种类型的通信介质在通信上相互耦合，以便协调操作。协调可涉及单向或双向信息交换。例如，组件可采取通过通信介质所传递的信号的形式来传递信息。信息能够实现为分配到各种信号线的信号。在这类分配中，各消息是信号。但是，其它实施例备选地可采用数据消息。这类数据消息可跨各种连接来发送。示范连接包括并行接口、串行接口和总线接口。
[0083]在一个实施例中，计算架构1400可包括或者实现为电子装置的一部分。电子装置的示例可以非限制性地包括:移动装置、个人数字助理、移动计算装置、智能电话、蜂窝电话、手机、单向寻呼机、双向寻呼机、消息传递装置、计算机、个人计算机(PC)、台式计算机、膝上型计算机、笔记本计算机、手持计算机、平板计算机、服务器、服务器阵列或服务器群、万维网服务器、网络服务器、因特网服务器、工作站、微型计算机、大型计算机、超级计算机、网络设备、万维网设备、分布式计算系统、微处理器系统、基于处理器的系统、消费者电子产品、可编程消费者电子产品、电视机、数字电视机、机顶盒、无线接入点、基站、订户台、移动订户中心、无线电网络控制器、路由器、集线器、网关、桥接器、交换机、机器或者它们的组合。实施例并不局限于这个上下文。
[0084]计算架构1400包括各种常用的计算元件，诸如一个或多个处理器、协处理器、存储器单元、芯片组、控制器、外设、接口、振荡器、定时装置、视频卡、音频卡、多媒体输入/输出(I/o)组件等。但是，实施例并不局限于计算架构1400的实现。
[0085]如图14所示，计算架构1400包括处理单元1404、系统存储器1406和系统总线1408。处理单元1404能够是各种市场销售的处理器中的任一个。双微处理器和其它多处理器架构也可用作处理单元1404。系统总线1408提供包括但不限于系统存储器1406的系统组件到处理单元1404的接口。系统总线1408能够是若干类型的总线结构中的任一种，它还可互连到使用多种市场销售的总线架构中的任一种的存储器总线(具有或没有存储控制器)、外围总线和本地总线。
[0086]计算架构1400可包括或者实现各种制造产品。制造产品可包括存储各种形式的编程逻辑的计算机可读存储介质。计算机可读存储介质的示例可包括能够存储电子数据的任何有形介质，包括易失性存储器或非易失性存储器、可移动或不可移动存储器、可擦或不可擦存储器、可写或可重写存储器等。编程逻辑的示例可包括使用诸如源代码、编译代码、解释代码、可执行代码、静态代码、动态代码、面向对象的代码、可视代码等的任何适当类型的代码来实现的可执行计算机程序指令。
[0087]系统存储器1406可包括采取一个或多个高速存储器单元的形式的各种类型的计算机可读存储介质，诸如只读存储器(ROM)、随机存储存储器(RAM)、动态RAM(DRAM)、双倍数据速率DRAM (DDRAM)、同步DRAM (SDRAM)、静态RAM (SRAM)、可编程ROM (PROM)、可擦可编程ROM(EPROM)、电可擦可编程ROM(EEPROM)、闪存、聚合物存储器(例如铁电聚合物存储器)、奥氏存储器、相变或铁电存储器、硅-氧化物-氮化物-氧化物-硅(SONOS)存储器、磁或光卡、或者适合于存储信息的任何其它类型的介质。在图14所示的图示实施例中，系统存储器1406能够包括非易失性存储器1410和/或易失性存储器1412。基本输入/输出系统(BIOS)能够存储在非易失性存储器1410中。
[0088]计算机1402可包括采取一个或多个低速存储器单元的形式的各种类型的计算机可读存储介质，包括:内部硬盘驱动器(HDD) 1414、从可移动磁盘1418读取或者对其写入的软磁盘驱动器(FDD) 1416、从可移动光盘1422 (例如⑶-ROM或DVD)读取或者对其写入的光盘驱动器1420。HDD 1414、FDD 1416和光盘驱动器1420能够分别通过HDD接口 1424、FDD接口 1426和光盘驱动器接口 1428连接到系统总线1408。用于外部驱动器实现的HDD接口 1424能够包括通用串行总线(USB)和IEEE 1294接口技术中的至少一个或两者。
[0089]驱动器及关联的计算机可读介质提供对数据、数据结构、计算机可执行指令等的易失性和/或非易失性存储。例如，多个程序模块能够存储在驱动器和存储器单元1410、1412中，包括操作系统1430、一个或多个应用程序1432、其它程序模块1434和程序数据1436。
[0090]用户能够通过一个或多个有线/无线输入装置(例如键盘1438)和定点装置(例如鼠标1440)将命令和信息输入计算机1402。其它输入装置可包括话筒、红外(IR)遥控器、操纵杆、游戏垫、触控笔、触摸屏等。这些和其它输入装置常常通过与系统总线1408耦合的输入装置接口 1442连接到处理单元1404，但是能够通过诸如并行端口、IEEE 1294串行端口、游戏端口、USB端口、IR接口等的其它接口来连接。
[0091]监视器1444或者其它类型的显示装置也经由如视频适配器1446之类的接口连接到系统总线1408。除了监视器1444之外，计算机通常还包括诸如扬声器、打印机等的其它外围输出装置。
[0092]计算机1402可在使用经由有线和/或无线通信到一个或多个远程计算机(例如远程计算机1448)的逻辑连接的组网环境中操作。远程计算机1448能够是工作站、服务器计算机、路由器、个人计算机、便携计算机、基于微处理器的娱乐设备、对等装置或其它常见网络节点，并且通常包括关于计算机1402所述元件中的许多或全部，但是为了简洁起见，仅示出存储器/存储装置1450。所示的逻辑连接包括到局域网(LAN) 1452和/或较大网络、例如广域网(WAN) 1454的有线/无线连通性。这类LAN和WAN组网环境是办公室和公司中常见的，并且促成企业范围的计算机网络、例如内联网，它们中的全部可连接到全球通信网络、例如因特网。
[0093]在LAN组网环境中使用时，计算机1402通过有线和/或无线通信网络接口或适配器1456连接到LAN 1452。适配器1456能够促进到LAN 1452的有线和/或无线通信，LAN1452还可包括设置在其上的无线接入点以用于与适配器1456的无线功能性进行通信。
[0094]在WAN组网环境中使用时，计算机1402能够包括调制解调器1458，或者连接到WAN 1454上的通信服务器，或者具有用于通过WAN 1454、例如通过因特网建立通信的其它部件。能够是内部或外部以及有线和/或无线装置的调制解调器1458经由输入装置接口1442连接到系统总线1408。在组网环境中，关于计算机1402或者其部分所描绘的程序模块能够存储在远程存储器/存储装置1450中。将会理解，所示的网络连接是示范性的，并且能够使用建立计算机之间的通信链路的其它部件。
[0095]计算机1402可操作以使用IEEE 802系列的标准与有线和无线装置或实体进行通信，例如在操作上设置成与例如打印机、扫描仪、台式和/或便携计算机、个人数字助理(PDA)、通信卫星、与无线可检测标签关联的任何设备或位置(例如售货亭、报摊、休息室)以及电话进行无线通信(例如IEEE 802.11空中调制技术)的无线装置。这至少包括W1-Fi (或无线保真)、WiMax和Bluetooth ?无线技术。因此，通信能够是如同常规网络一样的预定义结构或者只是至少两个装置之间的自组织通信。W1-Fi网络使用称作IEEE802.llx(a、b、g、n等)的无线电技术来提供安全可靠快速的无线连通性。W1-Fi网络能够用于将计算机相互连接、连接到因特网以及连接到有线网络(它使用IEEE 802.3相关介质和功能)。
[0096]如前面所述的实施例可使用各种硬件元件、软件元件或者它们两者的组合来实现。硬件元件的示例可包括装置、逻辑装置、组件、处理器、微处理器、电路、处理器电路、电路元件(例如晶体管、电阻器、电容器、电感器等)、集成电路、专用集成电路(ASIC)、可编程逻辑装置(PLD)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、存储器单元、逻辑门、寄存器、半导体器件、芯片、微芯片、芯片组等。软件元件的示例可包括软件组件、程序、应用、计算机程序、应用程序、系统程序、软件开发程序、机器程序、操作系统软件、中间件、固件、软件模块、例程、子例程、功能、方法、过程、软件接口、应用程序接口(API)、指令集、计算代码、计算机代码、代码段、计算机代码段、字、值、符号或者它们的任何组合。确定一个实施例是否使用硬件元件和/或软件元件来实现可按照任何数量的因素而改变，这些因素是诸如预期计算速率、功率等级、耐热性、处理周期预算、输入数据速率、输出数据速率、存储器资源、数据总线速度、以及如对于给定实现所预期的其它设计或性能约束。
[0097]在一些实施例中，元件被定义为执行一个或多个操作的特定结构。但是，可以理解，定义为执行特定功能的特定结构的任何元件可被表达为用于执行所指定功能的部件或步骤，而没有叙述对其支持的结构、材料或动作，以及这种部件或步骤意在涵盖详细描述中所述的对应结构、材料或动作及其等效物。实施例并不局限于这个上下文。
[0098]一些实施例可使用表达“一个实施例”或“实施例”及其派生形式来描述。这些术语表示结合该实施例所述的特定特征、结构或特性包含在至少一个实施例中。短语“在一个实施例中”在本说明书的各个位置中的出现不一定都表不同一实施例。此外，一些实施例可使用表达“耦合”和“连接”及其派生词来描述。这些术语不一定要作为彼此的同义词。例如，一些实施例可使用术语“连接”和/或“耦合”来描述，以便指示两个或更多元件相互直接物理或电接触。但是，术语“耦合”还可表示两个或更多元件不是相互直接接触，但仍然相互配合或交互。
[0099]要强调的是，提供本公开的摘要以允许读者快速确定技术公开的性质。要理解，它的提供并不是要用于解释或限制权利要求的范围或含意。另外，在以上详细描述中能够看至IJ，各种特征被一起组合到单个实施例中，用于简化本公开。这种公开方法不是要被解释为反映了所要求保护的实施例要求比各权利要求中明确记载的特征更多的特征的意图。相反，如以下权利要求书所反映的，发明主题在于少于单个公开实施例的全部特征。因此，以下权利要求书由此结合到详细描述中，其中各权利要求本身代表独立实施例。在所附权利要求书中，术语“包括”和“其中”分别用作相应术语“包含”和“其中”的普通英语等效体。此外，术语“第一”、“第二”、“第三”等只用作标记，而不是要对其对象施加数字要求。
[0100]以上描述的内容包括所公开架构的示例。当然，不可能描述组件和/或方法的每一个可设想组合，但是本领域的技术人员可知道，许多其它组合和置换是可能的。因此，新颖架构意在涵盖落入所附权利要求的精神和范围之内的所有这类改变、修改和变更。
【权利要求】
1.一种设备，包括: 一个或多个射频(RF)收发器，所述RF收发器设置成在会话期间通过第一链路从无线广域网(WffAN)接收多媒体内容，并且通过第二链路将信息转发到显示装置，所述显示装置具有增强通过所述第一链路所接收的所述多媒体内容的呈现的装置能力，所述第一链路和第二链路包括异构链路；以及 可操作于处理器电路上的视频适配模块，用以从所述显示装置采集装置能力信息，并且基于来自所述显示装置的所采集装置能力信息来修改送往WWAN的装置能力交换信令，所述装置能力交换信令定义通过所述第一链路的多媒体内容的交换。
2.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以基于来自所述显示装置的所述所采集装置能力信息与WWAN协商会话参数。
3.如权利要求1所述的设备，所述装置能力交换信令包括预解码器缓冲器大小、初始缓冲周期、解码器能力、显示性质、流播方法、适配支持信息、体验质量(QoE)支持信息、扩展实时传输控制协议(RTCP)报告支持、快速内容切换支持、所支持实时传输协议(RTP)简档信息或者会话描述协议(SDP)属性中的一个或多个。
4.如权利要求2所述的设备，所述会话参数包括编解码器信息、容器格式、解码器能力、视频质量要求、服务质量(QoS)参数、虑及所述第二链路的特性的传输协议或者所述显示装置的能力中的一个或多个。
5.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以基于使用SDP或者媒体呈现描述(MPD)从与WffAN的会话级信令采集的信息，管理通过所述第二链路与所述显示装置的通信。
6.如权利要求5所述的设备，所述视频适配模块可操作于所述处理器电路上，用以通过所述第二链路执行修改会话参数、适配视频参数、对通过所述第二链路的业务区分优先次序、分配资源和优化带宽分配中的一个或多个。
7.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以基于所述第二链路的特性或者所述显示装置的装置能力中的一个或多个来执行媒体适配功倉泛。
8.如权利要求7所述的设备，所述媒体适配功能包括比特率、分组速率或者差错恢复力。
9.如权利要求8所述的设备，所述视频适配模块可操作于所述处理器电路上，用以基于所述第二链路的特性和显示装置能力信息，得出RTCP接收器报告、实时流播协议(RTSP)消息、临时最大媒体流比特率请求(TMMBR)消息、或者对于通过超文本传输协议(HTTP)的动态自适应流播(DASH)表示的HTTP GET请求中的一个或多个。
10.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以基于通过所述第二链路的传输的可靠性和/或所述显示装置所执行的媒体处理的特性来生成QoE报告。
11.如权利要求10所述的设备，所述媒体处理包括媒体缓冲或者媒体解码。
12.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以使用(RTSP)/SDP协议栈，通过所述第二链路来执行会话管理或者装置能力交换信令。
13.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以使用SIP/SDP协议栈，通过所述第一链路来执行装置能力交换信令、会话参数的协商或者多媒体相关信息交换信令中的一个或多个。
14.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以使用RTSP/SDP协议栈，通过所述第一链路来执行装置能力交换信令、会话参数的协商或者多媒体相关信息交换信令中的一个或多个。
15.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以使用HTTP协议栈和MPD元数据通过所述第一链路来执行多媒体相关信息交换信令。
16.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以从通过第三链路耦合到所述设备的附加显示装置采集第二装置能力信息，基于所采集第二装置能力信息来修改送往WWAN的装置能力交换信令，以及基于来自所述附加显示装置的所述所采集第二装置能力信息与WffAN协商会话参数，所述装置能力交换信令定义所述设备与WffAN之间的多媒体内容的交换。
17.如权利要求1所述的设备，所述视频适配模块可操作于所述处理器电路上，用以接管分组交换流播(PSS)应用，以及临时调整装置能力属性，所述装置能力属性传达描述所述显示装置的能力的属性。
18.至少一种计算机可读存储介质，所述计算机可读存储介质包括指令，所述指令在被执行时使系统: 存储通过本地链路接收的显示装置的装置能力信息； 基于所采集装置能力信息来修改将要通过非本地链路发送给无线广域网(WWAN)的装置能力交换信令，所述非本地链路与WWAN之间传递多媒体内容；以及 基于来自所述显示装置的所采`集第二装置能力信息与WWAN协商用于多媒体内容的交换的会话参数。
19.如权利要求18所述的计算机可读存储介质，包括指令，所述指令在被执行时使所述系统:基于使用会话描述协议(SDP)或者媒体呈现描述(MPD)从与WffAN的会话级信令采集的信息，管理通过所述本地链路与所述显示装置的通信。
20.如权利要求18所述的计算机可读存储介质，包括指令，所述指令在被执行时使所述系统:基于所述本地链路的特性或者所述显示装置的装置能力中的一个或多个来执行媒体适配功能。
21.如权利要求20所述的计算机可读存储介质，所述媒体适配功能包括比特率、分组速率或者差错恢复力。
22.如权利要求18所述的计算机可读存储介质，包括指令，所述指令在被执行时使所述系统:基于通过所述本地链路的传输的可靠性或者所述显示装置所执行的媒体处理的特性来生成体验质量(QoE)报告。
23.如权利要求18所述的计算机可读存储介质，包括指令，所述指令在被执行时使所述系统:使用实时流播协议(RTSP)/SDP协议栈，通过所述本地链路来执行会话管理或者装置能力交换信令。
24.如权利要求18所述的计算机可读存储介质，包括指令，所述指令在被执行时使所述系统:使用SIP/SDP协议栈，通过所述第一链路来执行装置能力交换信令、会话参数的协商或者多媒体相关信息交换信令中的一个或多个。
25.如权利要求18所述的计算机可读存储介质，包括指令，所述指令在被执行时使所述系统:使用RTSP/SDP协议栈，通过所述第一链路来执行装置能力交换信令、会话参数的协商或者多媒体相关信息交换信令中的一个或多个。
26.如权利要求18所述的计算机可读存储介质，包括指令，所述指令在被执行时使所述系统:使用HTTP协议栈和媒体呈现描述(MPD)元数据，通过所述第一链路来执行多媒体相关信息交换信令。
27.—种方法,包括: 从各通过相应本地链路链接到用户设备(UE)的一个或多个显示装置采集装置能力信息； 基于所述一个或多个显示装置的所采集装置能力信息来修改通过非本地链路送往无线广域网(WffAN)的装置能力交换信令；以及 基于所述所采集装置能力信息与WWAN协商会话参数，所述会话参数定义所述UE与WffAN之间的多媒体内容的传输。
28.如权利要求27所述的方法，所述装置能力交换信令包括预解码器缓冲器大小、初始缓冲周期、解码器能力、显示性质、流播方法、适配支持信息、体验质量(QoE)支持信息、扩展实时传输控制协议(RTCP)报告支持、快速内容切换支持、所支持实时传输协议(RTP)简档信息或者会话描述协议(SDP)属性中的一个或多个。
29.如权利要求27所 述的方法，所述会话参数包括编解码器信息、容器格式、解码器能力、视频质量要求、服务质量(QoS)参数、虑及所述第二链路的特性的传输协议或者所述一个或多个显示装置的能力中的一个或多个。
30.如权利要求27所述的方法，包括:基于使用会话描述协议(SDP)或者媒体呈现描述(MPD)元数据从与WffAN的会话级信令采集的信息,管理通过相应的一个或多个本地链路与所述一个或多个显示装置的通信。
【文档编号】H04L29/02GK103782589SQ201180073129
【公开日】2014年5月7日 申请日期:2011年12月27日 优先权日:2011年8月1日
【发明者】O.奥曼 申请人:英特尔公司