用于无线通信系统中流媒体服务的基于代理的信令体系结构

摘要

本发明提供了一种涉及媒体服务器(215)、无线接入网络(223)、至少一个媒体客户端(210)和代理服务器(225)的方法。所述方法包括在所述代理服务器(215)访问至少一个消息，所述至少一个消息包括指示即将在所述媒体服务器(215)和所述至少一个媒体客户端(210)之间建立媒体会话的信息。所述方法还包括从所述代理服务器(225)提供指示即将建立所述媒体会话的信息和要接收与所述媒体会话相关联的反馈的请求。所述方法进一步包括响应于提供所述要接收与所述媒体会话相关联的反馈的请求，在所述代理服务器(225)接收与所述媒体会话相关联的反馈。

说明书

相关申请的交叉引用

该申请与此处同时提交并且此处完整并入作为参考的美国专利申请11/674802和11/674842相关。

技术领域

本发明一般涉及通信系统，并且更特别地，涉及无线通信系统。

背景技术

无线通信网络上的流媒体服务(例如，音乐、视频)已日益流行，并且很可能在不久的将来在商业上对无线服务提供商变得重要。这些服务成功的主要障碍是与这些服务相关联的经常粗劣的和/或不可靠的音频或视频质量。通过无线通信网络传输的分组可能被丢失、延迟或经历抖动。例如，由于环境变化引起的信号强度波动和在多个用户间共享无线接入介质的需要导致向移动单元和/或在移动单元上运行的诸如媒体播放器的应用递送携带媒体流的分组的速率的重大波动。当穿越从媒体服务器到客户端的空中接口时，分组也可能被丢失，这可以造成媒体服务的中断和/或媒体服务的质量恶化。传统的媒体会话尝试通过缓冲所接收的数据流来减轻分组丢失、分组被延迟和/或抖动的影响。

图1概念性地示出用于无线网络上的流媒体的传统系统100的一个示例性实施例。基站107和移动客户端110之间的无线电链路102构成系统100的唯一无线段。尽管系统100整体上包括有线和无线段，传统上它被称为无线网络100。核心网络105位于网关GPRS支持节点(GGSN)120和媒体服务器115之间。GGSN 120和移动客户端110之间的网络段(其通常包括GGSN 120和移动客户端110)传统上被称为无线接入网络125。在所示出的实施例中，无线接入网络125基于通用移动通信系统(UMTS)(3GPP)标准。然而，无线接入网络125还可以根据例如cdma2000高速率分组数据(HRPD)或IEEE 802.16e/WiMAX的其它无线组网络技术和标准操作。例如，在cdma2000 HRPD情况中，系统100将类似于图1中那样，除了被称为分组数据服务节点(PDSN)的单个实体取代了节点对(服务GPRS支持节点(SGSN)103和网关GPRS支持节点(GGSN)120)。此外，尽管示出了分层体系结构，无线网络100也可以实现基于平面或分布式互联网络协议(平面-IP)的体系结构，其中，与无线接入网络125相关的3层路由(即，IP路由)和控制功能由基站路由器实施，所述基站路由器合并基站107、无线电网络控制器(RNC)130、SGSN 103和GGSN120为单个实体。

在所示出的实施例中，移动客户端110可以发起经过无线网络100与媒体服务器115的流视频会话。例如，客户端110可以通过向服务器115发送RTSP消息来请求流视频会话。为了发起媒体会话，移动客户端110与媒体服务器115交换信令消息，以建立流媒体会话并协商会话参数，例如，要流送媒体的比特速率。移动客户端110还与RNC 130、SGSN 103和GGSN 120交换低层信令消息，以建立无线电接入承载通道。无线电接入承载通道通常被配置为维护期望的服务质量(QoS)特征，例如，如果尽力载体服务被认为还不够时。一旦无线电接入承载通道被建立并且流媒体会话被设立，媒体服务器115经由GGSN 120、SGSN 103、RNC 130和基站107向移动客户端110传输携带媒体的分组。移动客户端110沿从基站107到RNC 130、SGSN 103、GGSN 120和媒体服务器115的反向路径发送周期性反馈消息。归功于无线接入网络中的上行链路带宽限制，上行链路反馈消息被相对罕见地传输，例如，每3-4秒一次。

携带媒体的分组和由移动客户端110传输的反馈消息被网络单元透明携带。因而，帮助媒体服务器115做出控制决定(诸如改变传输速率或内容速率)的信令(具有来自移动客户端110的反馈消息的形式)基本上是端到端的，没有受网络单元干涉。媒体服务器115还可以在周期性基础上向移动客户端110传输一些控制/信令消息。诸如“服务器报告”的这些消息也被网络单元透明携带。媒体服务器的控制决定因此基于从移动客户端110接收的相当罕见的反馈，所述反馈没有通道条件的直接知识。从而，媒体服务器115不能做出及时的决定，来避免分组丢失或预防对流媒体服务的质量有害的重新缓冲事件。

发明内容

本发明针对解决以上陈述的问题的一个或多个的影响。以下呈现对本发明的简化总结，以便提供对本发明一些方面的基本理解。该总结不是对本发明的穷举性综述。不是旨在标识本发明的重要或关键单元或者描绘本发明的范围。它唯一的目的是以简化形式呈现一些概念，作为随后讨论的更详细描述的前言。

在本发明的一个实施例中，提供了一种涉及媒体服务器、无线接入网络、至少一个媒体客户端和代理服务器的方法。所述方法包括在所述代理服务器上访问至少一个消息，所述至少一个消息包括指示即将在所述媒体服务器和所述至少一个媒体客户端之间建立媒体会话的信息。所述方法还包括从所述代理服务器提供指示即将建立所述媒体会话的信息和要接收与所述媒体会话相关联的反馈的请求。所述方法进一步包括响应于提供所述要接收与所述媒体会话相关联的反馈的请求，在所述代理服务器上接收与所述媒体会话相关联的反馈。

在本发明的另一实施例中，提供了一种涉及媒体服务器、无线接入网络、至少一个媒体客户端和代理服务器的方法。所述方法包括从所述代理服务器接收指示即将建立所述媒体会话的信息和要接收与所述媒体会话相关联的反馈的请求。响应于所述代理服务器接收至少一个消息，提供所述信息和所述请求，所述至少一个消息包括指示即将在所述媒体服务器和所述至少一个媒体客户端之间建立媒体会话的信息。所述方法还包括响应于接收所述要接收与所述媒体会话相关联的反馈的请求，向所述代理服务器提供与所述媒体会话相关联的反馈。

附图说明

参考以下结合附图的描述，可以理解本发明，在所述附图中，相同的引用标记标识相同的单元，并且在所述附图中：

图1概念性地示出用于无线网络上的流媒体的传统网络的一个示例性实施例；

图2概念性地示出根据本发明用于无线网络上的流媒体的系统的一个示例性实施例；以及

图3概念性地示出根据本发明在无线网络上的媒体流送期间提供反馈的方法的一个示例性实施例。

尽管本发明容许各种修改和替换形式，其特定实施例已通过示例方式在附图中示出并且此处被详细描述。然而，应理解，此处特定实施例的描述不是旨在限制本发明于所公开的特定形式，而是相反，本发明覆盖落入所附权利要求定义的本发明的范围内的所有修改、等同物和替换。

具体实施方式

以下描述本发明的说明性实施例。为了清楚，在该说明书中不描述实际实现的所有特征。当然，将理解，在任何这样的实际实施例的开发中，应做出众多专用于实现的决定，以达到开发者的特定目标，诸如与系统相关的和商务相关的约束兼容，所述约束将视实现而变化。而且，将理解，这样的开发努力可能是复杂并耗时的，但是对于本领域中受益于本公开的普通技术人员来说是例行任务。

在软件或算法以及在计算机存储器内数据比特上的操作的符号表示方面，呈现了本发明的部分和对应的详细描述。通过这些描述和表示，本领域的普通技术人员向本领域的其他普通技术人员有效传达他们工作的本质。算法，如此处所使用的以及一般所使用的术语，被认为是导致期望结果的步骤的首尾一致的顺序。步骤要求对物理量进行物理操纵。通常，尽管不是必要的，这些量采用能够被存储、传送、组合、比较以及另外操纵的光、电或磁信号的形式。已不时地证明，主要出于共用的理由，称这些信号为比特、值、单元、符号、字符、术语、数字或类似物是方便的。

然而，要记得，所有这些以及类似的术语要与适当的物理量相关联，并且仅仅是应用于这些量的方便标签。除非另外特别声明，或者从讨论中明显看出，诸如“处理”或“计算”或“运算”或“确定”或“显示”或类似的术语是指计算机系统或类似的电子计算设备的动作和过程，所述计算机系统或类似的电子计算设备操纵并且变换被表示为计算机系统的寄存器和存储器内的物理电子量的数据为被类似地表示为计算机系统存储器或寄存器或其它这样的信息存储、传输或显示设备内的物理量的其它数据。

还要注意，本发明的软件实现方面典型地被编码在某种形式的程序存储介质上或经过某类型的传输介质被实现。程序存储介质可以是磁的(例如，软盘或硬驱动)或光的(例如，光盘只读存储器或“CD ROM”)，并且可以是只读的或随机存取的。类似地，传输介质可以是双绞线、同轴电缆、光纤、或本领域已知的某种其它适合的传输介质。本发明不受任何给定实现的这些方面的限制。

现在将参考附图描述本发明。出于解释目的，仅在图中示意性地示出各种结构、系统和设备，以便本领域中技术人员所熟知的细节不模糊本发明。然而，附图被包括来描述和解释本发明的说明性例子。此处使用的词语和语句应当被理解并且解释为具有与相关领域的技术人员对那些词语和语句的理解一致的意义。此处术语或语句的一致用法不是旨在隐含术语或语句的特殊定义，即，不同于本领域的技术人员所理解的普通的和惯例的意义的定义。若术语或语句旨在具有特殊意义，即，不同于技术人员所理解的意义，将在说明书中以定义方式明白地陈述这样的特殊意义，所述定义方式直接地并且明确地提供所述术语或语句的特殊定义。

图2概念性地示出用于无线网络200上流媒体的系统200的一个示例性实施例。在所示出的实施例中，系统200在媒体服务器215和移动客户端210之间的部分传统上被称为无线网络200，即使它可以包括无线和有线段。GGSN 220和移动客户端210之间的网络段将被称为无线网络接入网络223。在所示出的实施例中，无线网络200包括一个或多个基站207，所述基站207可以被用来经过空中接口202向一个或多个诸如移动单元的客户端210流送媒体。可以由媒体服务器215经由网关GPRS支持节点(GGSN)220、服务GPRS支持节点(SGSN)203和无线电网络控制器(RNC)230提供媒体。包括基站207、SGSN 203、GGSN 220和RNC 230的无线接入网络223可以根据通用移动通信系统(UMTS)(3GPP)标准和/或用于实时媒体传输的标准协议操作。例如，在流媒体会话中，实时传输协议(RTP)可以被用来携带媒体内容，相关联的实时控制协议(RTCP)可以被用来携带相关联的控制分组。第三协议，实时流协议(RTSP)，可以被用来传输用于会话设立(包括能力交换)、拆除和一些用户动作(例如，暂停、快进等)的消息。关于RTP/RTCP和RTSP的细节可以分别在互联网络工程任务组请求注解(IETF RFC)1889和2326中找到。

然而，受益于本公开的本领域中的普通技术人员应理解，第一示例性实施例旨在说明，并且本发明不限于这些标准和/或协议。例如，此处描述的技术也可以被应用于任何其它无线组网络技术和标准，例如，cdma2000高速率分组数据(HRPD)或IEEE 802.16e/WiMAX。例如，在cdma2000HRPD情况中，系统200将与图2中的那样相同，除了被称为分组数据服务节点(PDSN)的单个实体将取代节点对(服务GPRS支持节点(SGSN)203和网关GPRS支持节点(GGSN)220)。此外，尽管示出了分层体系结构，此处描述的技术也可以被应用于基于平面互联网络协议(平面-IP)的体系结构，其中，与无线接入网络相关的3层路由(即，IP)和控制功能由基站实施。

客户端210可以支持标准的RTSP/RTCP信令，有或没有用于透明端到端分组交换流服务的3GPP扩展。因而，客户端210可以周期性地向媒体服务器215发送RTCP(反馈)分组，以通知媒体服务器215诸如以下的性能尺度：分组丢失率(fraction of packets lost)(自上一类似报告起)、累积分组丢失数、所接收的最高(RTP)序号、与上一发送者的报告(从服务器接收的)相关联的RTP时间戳、自接收上一发送者的报告起的时间、与要解码的下一应用数据单元相关联的RTP序号、直至解码下一应用数据单元的延迟、空闲缓冲区(客户端处)、以及类似性能尺度。注意，该项目列表的最后三个是根据分组交换流服务的3GPP扩展，而其余的是在RTCP接收者报告中包括的标准反馈项目。除了在接收者报告中包括的这些项目外，每个RTCP分组还可以携带可以被服务器用来将报告关联到特定时间点的时间戳。客户端210可以以与它自身能力以及无线上行链路的容量一致的速率发送RTCP反馈分组。典型地，这样的反馈分组被相当罕见地发送，例如，每3到4秒一次。客户端设备发送它的RTCP反馈的时间间隔将以T_R表示。

无线通信系统200包括信令代理225。在一个实施例中，信令代理225可以被附着到无线网络200中的无线接入网络实体，诸如网关GPRS支持节点(GGSN)220。然而，在本发明的其它实施例中，将信令代理225附着到诸如服务GPRS支持节点(SGSN)203、无线电网络控制器(RNC)230的其它接入网络实体，或者在包括以平面体系结构(例如，由RNC、SGSN和GGSN处理的多个功能被叠成仅仅一个实体，基站路由器)为特征的基站路由器的接入网络中附着到基站本身，是可行的。可以以软件、固件、硬件或其任何结合实现信令代理225。

信令代理225从客户端210接收反馈。在一个实施例中，来自客户端210的反馈指示客户端210的当前会话状态。例如，信令代理225可以干涉RTCP和RTSP消息流。在会话设立和拆除期间以及会话生命期期间，由客户端210生成的、一般将直接到媒体服务器215的控制消息(例如，与媒体会话相关联的RTCP和RTSP消息)被替代地提供到信令代理225。这些消息可以帮助信令代理225追踪用户动作以及客户端210的状态(例如，缓冲器内容、溢出/下溢的预期时间等)。在一个实施例中，携带媒体内容的RTP分组可以直接从媒体服务器215流向客户端210。

信令代理225还从无线接入网络223接收反馈。在一个实施例中，来自无线接入网络223的反馈指示与无线接入网络223和客户端210之间的空中接口相关联的资源。例如，信令代理225可以从发送无线电链路控制协议处理器接收RAN-代理控制分组形式的频繁反馈，可以在无线电网络控制器230处不失一般性地实现所述发送无线电链路控制协议处理器。在带有基站路由器的无线接入网络223中，信令代理225可以被附着到这些路由器，涉及缓冲级别、可用带宽、竞争用户数等的信息将在本地可用。反馈通知信令代理225从无线接入网络223中的实体处可用的详细系统信息和系统视图，诸如RNC 230处的缓冲级别、与媒体会话共享下行链路带宽的用户数、每个用户可用的带宽、以及类似的。对于每个媒体流，通道/网络条件反馈(由对应的RNC 230发送)还可以包括媒体流在当前条件下可以被传输的最大传输速率。报告(可选地)其它测量也是可行的，诸如在最后报告时间间隔期间携带被递送到客户端210的流媒体的分组数。

在下行链路信令/控制消息(例如，由媒体服务器215传输的信令/控制消息)中传输的信息可以被记录在信令代理225处，以追踪服务器动作以及在客户端210和服务器215之间协商的能力。在一个实施例中，信令代理225可以向客户端210传递这些基本未改变的消息。代替被直接提供到媒体服务器215，由客户端210传输的上行链路信令/控制消息可以被信令代理225截取，信令代理225可以记录在这些消息中包含的信息，以追踪客户端状态。信令代理225可以使用该客户端状态知识并结合从相关网络单元接收的周期性通道/网络条件反馈来生成反馈消息，所述反馈消息可以被发送到媒体服务器215。由信令代理225形成的反馈消息可以包括在由客户端210传输的(以及由代理225截取的)原始反馈消息中包含的信息，以及可以基于实际网络条件确定的其它有用参数(诸如流媒体会话的最大传输速率)，所述实际网络条件对对应的网络单元(诸如RNC 230)来说是可视的。信令代理225和媒体服务器215之间的带宽限制通常不约束在信令代理225和媒体服务器215之间传输的反馈消息的频率，所以信令代理225可以以相当短的时间间隔(例如，100ms)发送它的反馈消息。相对于不包括信令代理225的传统系统，所减少的反馈时间间隔可以帮助媒体服务器215做出更准确的和及时的控制决定，因而增强了流媒体服务的整体质量。

在操作中，移动客户端210可以经过无线网络200发起与媒体服务器215的流视频会话。例如，客户端210可以通过向服务器215发送RTSP消息来请求流视频会话。GGSN 220向信令代理225而不是媒体服务器215转发RTSP消息。代理225检查该消息、意识到它可以是新的流视频会话的开始，并且在它的本地高速缓存中制造条目(entry)。它然后向服务器215转发消息。代理225还向RNC 230发送会话建立指示消息，通过RNC230所述RTSP消息向GGSN 220传递。会话建立指示消息通知RNC 230即将建立会话。如果已经为会话设立无线电接入承载(RAB)，RNC 230以RAB建立消息响应(于代理225)；否则，RNC 230仅仅发送确认。

服务器215响应所述消息，并且随后的RTSP消息被客户端210和服务器215交换，以执行能力交换。所述随后的RTSP消息也经由信令代理225被路由。这使得代理225能够发现由客户端210和服务器215商定的一个或多个会话参数指示的相关能力(例如，带宽、缓冲大小等)。如果能力交换包括客户端210要向服务器215发送它的接收者报告的速率或时间间隔，代理225当它向服务器215转发对应的消息时修改该参数，以便服务器215准备在适当的时间间隔或以代理确定的速率接收反馈。除了常规的报告时间间隔外，注意，在特定条件(例如，会话的最大传输速率或RNC 230处的缓冲器状态的改变)下，代理225还可以选择自发向服务器215发送反馈报告。所述修改使得代理225能够以高得多的速率(与代理225和服务器215之间的可用冗余带宽一致)向服务器215发送报告，同时允许客户端210以较低的速率发送它的报告(其被代理225截取)。

在与服务器215的能力交换后，客户端210发起建立分组数据协议(PDP)上下文和下行链路上携带带有期望服务质量的流媒体会话的无线电接入承载(RAB)。当RAB和对应的无线电载体(RB)已被设立时，无线电网络控制器(RNC)230通知信令代理225关于该事件。如果代理225在它的高速缓存中已经有用于对应的流视频会话的条目，它通过肯定指示来响应，指导RNC 230(向代理225)发送关于会话的最大传输速率、缓冲器占用以及类似的周期性反馈。该反馈最少应包括会话的最大传输速率；其它参数是可选的。如果代理225在它的高速缓存中没有用于流媒体会话的条目，它以否定指示响应。在客户端210开始与媒体服务器215发送信令用于会话建立前，建立RAB来携带流媒体会话时，这样的场景会发生。注意，在该场景中，当通过传输第一RTSP消息，用于会话建立的信令最终被采用时，代理225可以向RNC 230发送会话建立指示消息。由于用于该会话的RAB已经被设立，RNC 230然后可以以另一RAB建立消息响应。其余动作然后可以遵循此处描述的顺序。

从该点起，RNC 230可以追踪各种参数和/或计算其它参数。在一个实施例中，RNC 230追踪属于被递送到客户端210的流媒体会话的IP分组数。RNC 230还追踪对应的字节计数、在RNC处由于空中接口上的重复块错误被丢弃的分组数以及可用于会话的通道带宽(不考虑它是否被用于携带属于它的分组)。RNC 230在选择的时间间隔处理该信息，例如，每T_P＝0.100秒，以形成可以在通道/网络条件反馈消息中被发送给信令代理225的信息。该反馈可以包括最大传输速率(W_S)，以及可选地，其它诸如属于该会话的、在RNC缓冲器中等待的IP分组数、对应的字节计数以及类似的相关参数尺度。例如，RNC 230可以周期性地向信令代理225报告会话可以流送的最大传输速率，以及可能地，在由RNC 230为该会话分配的缓冲器中存储的数据量，和/或其它相关参数。

在一个实施例中，可以如下计算最大传输速率，WS。以N_D(n)表示在第n通道条件反馈时间间隔(长度T_P秒)期间被递送到客户端210的IP分组数，以K_A(n)和K_U(n)分别表示在第n时间间隔期间可用于媒体会话的传输机会数和实际被用来携带数据的传输机会数。采用专用通道，属于专用通道的传输块会被视为传输机会。以M_D(n)表示与在该时间间隔期间实际被递送到客户端210的N_D(n)分组相关联的字节计数。然后通过以下给出可用带宽W_A(n)：

W_A(n)＝M_D(n)*K_A(n)/(K_U(n)*T_P)

                            (每秒字节单位)

第n通道/网络条件反馈时间间隔的最大传输速率W_S(n)可以被设为等于可用带宽W_A(n)，或者人们可以使用以下启发式(heuristic)：

W_S(n)＝L＊W_A(n)如果Q(n)＜L

     ＝H＊W_A(n)如果Q(n)＞H

     ＝W_A(n)否则的话

其中，Q(n)是属于在第n通道/网络条件反馈时间间隔的结束时在RNC缓冲器中排队的媒体会话的数据的量，H是某种“高水位标志(highwatermark)”，L是某种“低水位标志”，H＞L，并且L和H是常量，H小于1，L大于1。例如，对于20K字节、每会话的专用RNC缓冲器，H和L可以被分别设为等于10K字节和2K字节，而H和L可以被分别设为等于0.5和1.5。

在一些替换实施例中，共享的通道可以被用于经过无线段递送媒体流。可以在这些实施例中采用媒体流的最大传输速率概念来最大化流速率，而不冒分组丢失的风险。然而，媒体流的最大传输速率的计算在该情况中不同。通过共享通道，其中，在相同的物理或MAC-层通道上统计复用很多不同的流/会话。媒体流的最大传输速率因此随着共享通道的不同流、它们各自的优先级、带宽保证、通道特征、在RNC处使用的缓冲策略、以及RNC处的缓冲级别的而变化。计算最大传输速率的特定算法是设计选择问题，尽管它可以取决于在基站处使用的传输调度策略的细节。RNC 230然后可以通知(经由代理225)媒体服务器215媒体可以被流送的最大传输速率，由此使得服务运营商能够在不同用户间根据他们的要求和服务保证灵活地共享带宽资源。在拥塞周期期间，该能力可以特别有用。

可以在RTCP分组中携带由客户端210传输的接收者报告。GGSN 220向信令代理225转发在上游方向接收的所有RTCP分组。当代理225接收给定会话的第一个这样的分组时(对所述给定会话它已经在它的本地高速缓存中做出条目)，它可以向分组附加额外的信息，诸如最大传输速率，以及可能地，用于它已从RNC 230接收的会话的其它反馈参数，并且向服务器215转发分组。从该点起，代理225以规则的时间间隔向服务器215发送RTCP反馈报告。回想该时间间隔典型地比客户端210发送它的RTCP报告的时间间隔短得多(例如，以数百毫秒的等级，以允许平均的和快速的反馈——约100ms)。如果代理225自它最后向服务器215传输RTCP报告起已经接收客户端报告(被GGSN 220转发给它)，代理225可以包括由客户端210报告的数据以及由RNC 230在它给服务器215的下一个RTCP报告中提供的反馈。否则，客户端210在它给服务器215的报告中仅包括RNC反馈数据。

图3概念性地示出在无线网络上媒体流送期间提供反馈的方法300的一个示例性实施例。如以上所讨论的，GGSN向信令代理转发它从媒体服务器和客户端接收的所有RTSP和RTCP消息。信令代理接收(在305)这些消息，并且如果所述消息指示即将建立新的媒体会话，在本地数据库中创建用于新媒体会话的条目。信令代理然后可以监控(在310)在会话的能力交换阶段中涉及的RTSP消息，以学习会话参数(例如，客户端缓冲器大小、客户端报告被发送的时间间隔等)。当信令代理知道媒体会话即将被建立时，它向RNC发送(在315)会话建立指示消息，通过所述RNC对应的媒体流要被递送。信令代理在向RNC发送该消息后设定(在315)定时器，并且等待(在320)(来自RNC的)用于该媒体会话的RAB建立消息。如果在定时器到期前没有收到用于会话的RAB建立消息，信令代理从它的本地数据库删除(在325)用于所述会话的条目。

如果在定时器到期前收到用于所述会话的RAB建立消息，信令代理关掉定时器并且向RNC发送(在330)消息，所述消息确认接收RAB建立消息并且指导RNC开始发送用于对应会话的通道/网络条件反馈。该消息可以特别包含要被包括在通道/网络条件中的参数和反馈要被提供的时间间隔(T_P)。在发送该消息后，代理预期每T_P秒从RNC接收通道/网络条件反馈消息，每T_R秒从客户端设备接收RTCP消息(带有接收者报告)。代理因此等待(在335)直至它从客户端接收带有接收者报告的第一RTCP消息。直至第一个这样的报告被接收，它忽略它可以从对应的RNC接收的通道/网络条件反馈消息(用于媒体会话)。无论何时从客户端接收带有接收者报告的RTCP消息，代理设置(在340)标记为1，然后等待(在345)来自客户端设备的接收者报告和来自RNC的通道/网络条件反馈消息。

在接收带有接收者报告的第一RTCP消息后，无论何时它从对应的RNC接收用于媒体会话的通道/网络条件反馈消息，信令代理可以执行以下动作：如果信令代理确定(在350)所述标记已被设置为1，代理重置(在355)所述标记(即，设置它为0)，并且在RTCP分组中向媒体服务器发送扩展反馈报告。扩展反馈报告可以包括在从客户端接收的RTCP接收者报告中报告的信息，以及对应的媒体流可以被传输的最大传输速率(W_S)和在刚接收的通道/网络条件反馈中报告的其它可选参数(如果有的话)。另一方面，如果当通道/网络条件反馈消息到达时，信令代理确定(在350)所述标记等于0，代理发送(在360)短的反馈报告(也在RTCP分组中)，所述短的反馈报告可以包括W_S的当前值以及在刚接收的通道/网络条件反馈中包括的其它可选参数(如果有的话)。当代理发送扩展反馈报告时，它可以使用从客户端接收的最新RTCP消息的RTP时间戳作为扩展反馈报告的RTP时间戳。在短报告情况中，代理可以使用它的本地时钟来生成RTP时间戳。在一个实施例中，代理可以使用与从客户端接收的RTCP消息相关联的RTP时间戳来调节它的时钟到客户端的时钟。注意，可以开发对现有RTCP协议的适合的扩展来，以使得能够传送来自代理的短的和扩展的反馈报告。

当媒体会话通过来自客户端或服务器的适当的RTSP消息被终止时，信令代理在它的本地数据库中删除用于该会话的条目，停止向媒体服务器发送反馈消息，并且指导RNC停止发送通道/网络条件反馈消息。

此处描述的技术的实施例可以提供许多优于传统实践的优势。例如，在现有视频服务设立中，视频服务器使用由客户端提供的数据估计最大传输速率。这种非直接估计经常包含重大错误，或者可能只是陈旧的，特别是在诸如典型的无线网络的那些动态操作条件中。另一方面，由信令代理确定的最大传输速率可以至少部分地更加准确，因为它基于直接测量。改进最大传输速率估计的准确性允许服务器最好地传输数据，减少无线接入网络中分组丢失的概率或者未充分使用可用资源的概率。

此外，在现有结构中，因为无线接入网络上可用的有限的上行链路带宽，客户端向视频服务器发送反馈的频率是相当低的。例如，在基于RTP/RTCP的视频流会话中，客户端每5秒左右向服务器发送一次(反馈)报告是典型的。由于代理和视频服务器之间没有这样的带宽限制，代理可以频繁得多地发送携带当前可支撑的(即，最大传输)速率的控制分组(以及可能地，其它有用的信息比特)，例如，每100ms左右一次。这将帮助服务器最好地调整传输速率，因而充分利用网络资源，而不冒分组丢失的风险。客户端可以以与无线接入介质的能力一致的速率生成它们的报告。代理将使用这些报告来更新它关于客户端状态的知识。由代理生成(以短得多的时间间隔)的并且被发送到服务器的报告将包括从客户端报告衍生的信息以及代理对最大传输速率的当前值的估计。这样的布置可以确保客户端操作不受信令代理的存在的影响，所以媒体客户端上不要求实现改变。

另一优势是此处描述的技术可以允许媒体服务器使用被信令代理确定的并且被传达到服务器的估计的最大传输速率。在现有结构中，媒体服务器使用从客户端报告接收的信息来获得对最大传输速率的当前值的估计(例如，经由IETF RFC 3448中指定的TCP友好速率计算算法)。因而，媒体流服务器可以简单使用来自代理的周期性接收的最大传输速率反馈来取代由流服务器根据现有技术发展水平计算的流速率值。其余的服务器函数，特别是切换到不同编码速率的逻辑，可以维持不变。媒体服务器处唯一要求的能力是能够基于由代理提供的最大传输速率预测以流或传输速率操作。预期该能力对服务器实现将没有任何大的牵连。用于客户端反馈的现有机制(例如，RTCP接收者报告)可以通过简单的扩展被增大，以携带来自代理的最大传输速率反馈和其它相关参数(如果它们要被报告的话)。

此处描述的技术的另一优势是它们使得能够基于如拥塞级别和相关优先级这样的参数区别对待不同的会话(流以及其它类型)，并且允许应用以灵活的和得体的方式适应主要条件。例如，如果下行链路被拥塞，信令代理可以降低所报告的用于低优先级应用的最大传输速率，因而，强迫对应的服务器以低的速率流送。

以上公开的特定实施例仅是说明性的，对于本领域中受益于此处讲述内容的技术人员显而易见的是，可以以不同的但是等同的方式修改和实践本发明。此外，没有旨在限制此处示出的构造或设计的细节，除非在以下权利要求中被描述。因此，明显的是，可以改变或修改以上公开的特定实施例，并且所有这样的变化可以被视为在本发明的范围内。相应地，此处所寻求的保护在以下的权利要求中被陈述。