[发明专利]通信系统中使用二进制标记的基于显式拥塞通知的速率适配

说明书

技术领域

本公开总体涉及通信系统，具体涉及用于对通信系统中的拥塞做出响应的方法和装置。

背景技术

移动或蜂窝电话系统是能够在端用户设备或应用和网络设备间发送和接收数据的通信系统的示例。发送和接收的数据可以是数据分组的形式。发送的数据分组可以是各种格式，并且包括各种不同类型的数据，包括语音数据、二进制数据、视频数据等。

在通信系统(如，移动或蜂窝电话通信系统)中，可以使用各种方法来建立在用户的移动设备(如，移动电话)和系统其余部分间传输数据分组的通信速率或比特率。例如，如果使用自适应多速率(AMR)或自适应多速率宽带(AMR-WB)传输，在呼叫设立时，通过会话描述协议(SDP)来协商模式集合。会话描述协议参数“模式集合”取表示在呼叫期间能够使用的比特流子集的值。从集合{0、……、7}中选择该值以支持自适应多速率传输，从集合{0、……、8}中选择该值以支持自适应多速率宽带传输。例如，可以基于检测到的呼叫设立时移动设备和网络其余部分之间的信号强度来选择要使用的值。当发送方对语音进行编码时，必须使用模式集合中的比特率之一。接着，在实时传输协议有效载荷的编解码器模式指示(CMI)字段中向接收方指示用于编码的模式。

对于长期演进(LTE)，关于编解码器速率适配的相关规范是3GPP TS26.114，其指定了基于IP多媒体子系统的多媒体电话服务(MTSI)。该规范中包括多种适配方式。例如，比特率、每分组帧数、以及每分组冗余帧的量均可根据来自编码媒体的接收方的请求加以适配。这些请求通常包括在RTP控制协议应用定义的(RTCP APP)分组中。

当对网络系统处理数据分组以及时通过系统传输的要求超过网络能力时，通信系统中出现问题。在这样的情形下，称网络经历拥塞。对这样的拥塞的典型响应是：网络简单地丢弃从用户应用或设备接收或要向用户应用或设备发送的并且不能被网络及时处理的分组。

显式拥塞通知(ECN)是由网络向用户应用指示网络经历拥塞的方法。响应于接收到这样的通知，用户应用或设备可以降低其发送速率，以避免丢弃分组。例如，可以通过将分组的互联网协议(IP)首部中的两个比特标记为‘11’来实现显式拥塞通知，指示处理分组的网络单元正经历拥塞。经由反馈机制，发送方被告知该分组，并且接着能够降低其发送速率。

直到最近，尚未指定如何对用户数据报协议(UDP)业务应用显式拥塞通知。用户数据报协议自身不包含反馈机制。然而，最实时的应用(如，语音、视频、实时文本等)使用不具有反馈机制的基于用户数据报协议的实时传输协议(RTP)，即RTP控制协议(RTCP)。已经提出以实时传输协议使用显式拥塞通知。在该提议中，被标记为“经历拥塞”的互联网协议分组的接收方通过RTP控制协议反馈分组将该信息传送至发送方。接着，发送方能够降低其子比特，以减轻拥塞。对于自适应多速率(AMR)或自适应多速率宽带(AMR-WB)传输，发送方可以改变其传输模式以减轻拥塞。

作为备选，被标记为“经历拥塞”的分组的接收方可以使用实时传输协议有效载荷中的编解码器模式请求(CMR)字段来请求发送方降低其比特率。这具有以下优势：当网络已经拥塞时，不创建附加的RTP控制协议业务，以向发送方传达哪些分组被标记为“经历拥塞”。其劣势在于：当数据分组流为单向时，不能用于控制比特流。对于在实时传输协议有效载荷中不具有编解码器模式请求字段的编解码器以及对于其他媒体类型，可以使用临时最大媒体流比特率请求(TMMBR)来请求发送方降低其比特率。

考虑上述问题中的至少一些问题以及可能的其他问题的方法和装置将是有利的。

附图说明

为了更好地理解此处描述的各种实施例，并更清楚地示出如何可以实现这些实施例，下面将仅以示例方式参照示出了至少一个说明性实施例的附图，附图中：

图1是根据说明性实施例的包括无线网络和用户设备在内的无线通信系统的实施例的框图；

图2是根据说明性实施例的无线网络的框图；

图3是根据说明性实施例的用户设备的实施例的框图；

图4是图3中用户设备的通信子系统组件的实施例的框图；

图5是根据说明性实施例描述的数据处理系统的框图。

图6是示出了根据说明性实施例的通信环境的框图；

图7示出了根据说明性实施例的编解码器速率降低的示例；

图8示出了根据说明性实施例的编解码器速率增加的示例；