CN101743725A - 通信系统中的自适应速率控制 - Google Patents

Abstract

本发明涉及一种在分组交换通信系统中控制会话的比特率的方法，在该分组交换通信系统中，经共享资源建立了多个会话。比较会话的当前比特率和对会话有效的比特率范围以确定从当前比特率的位置到比特率范围的端点之一的距离。然后，根据到选择的端点的距离不同地修改当前比特率。通过以这种方法针对提供延迟敏感服务的应用控制经共享资源建立的每个会话的比特率，该方法和相应系统以及发送器-接收器装置具有这样的效果：能够在应用之间分配速率修改，从而用户分担速率修改的责任。

Description

通信系统中的自适应速率控制

技术领域

本发明涉及用于数字通信系统中的速率控制的方法和装置。

背景技术

在数字分组交换通信系统中，不同类型的业务(例如，语音、数据、音频和视频)可经共享资源(例如，路由器或传送通道)在多方之间传送。一些业务(诸如，很多音频和视频应用)通常实时发生，而其它业务(诸如，很多数据应用)通常是非实时业务。

在这种系统中，发送器是对从传送方接收的媒体进行编码并把媒体传送给接收器的应用或实体。接收器是接收媒体、对媒体解码并把媒体提供给接收方的应用或实体。用作发送器或接收器或二者的应用可位于客户机中或服务器上，例如，位于传送方或接收方的用户装备或其它硬件中。应用可在客户机中或服务器上运行以例如向用户或其他方提供或传送业务。更具体地讲，应用能够在服务器上运行以对媒体编码并把媒体提供给客户机，在客户机处，应用运行以接收媒体、对媒体解码并把媒体提供给用户，由此在服务器上和客户机中运行的应用把业务提供给用户。业务可包括一个或多个媒体类型，例如语音和数据或者视频和音频。

与非实时业务相比，实时业务采用不同的传送要求。例如，非实时业务(诸如，文件传送)不允许分组丢失(即在接收端没有正确地接收到数据分组)，但与实时业务相比对传送延迟不太敏感。另一方面，实时业务能够容忍一些分组丢失，但与非实时业务相比对传送延迟更加敏感。因此，设计了不同类型的传送协议以分别满足实时业务和非实时业务的需求。满足非实时业务的要求的协议的一个例子是传送控制协议(TCP)，满足实时业务的协议的一个例子是用户数据报协议(UDP)。UDP的典型用途是用于实时关键数据，诸如IP语音(VoIP)和流媒体。UDP的另一用途是用于传送在线游戏的控制数据。

图1示出了具有入口节点110和多个出口节点100的共享资源120的例子。公知的事实是：使用用户间共享资源的分组交换网络会经历拥塞。当共享资源的入口节点(即，入口点)的业务的总和超过同一共享资源的出口节点(即，出口点)的业务的总和时，将会发生拥塞。最典型的例子是具有特定数量连接的路由器。即使路由器具有足以根据链路吞吐量对业务进行重路由的处理能力，当前可用的链路吞吐量仍可能限制路由器的外向链路能够处理的业务的量。因此，路由器的缓冲器将会被使用并最终溢出。现在，网络经历拥塞并且路由器被迫放弃分组。

当研究具有共享通道的无线网络(诸如，IEEE 802.11a/b/g中规定的无线局域网(WLAN)或诸如高速分组接入(HSPA)、长期演进(LTE)和全球微波互通接入(WiMAX)的移动网络)时，能够发现拥塞的另一例子。在这些网络中，用户间至少共享下行链路，并且至少下行链路是经历拥塞的可能的候选。例如，在LTE的情况下，如图2中所示，eNB基站220管理传送信道210的媒体访问控制(MAC)层上的向移动终端或用户装备(UE)200的重发，这会影响eNB基站在某一给定时间能够为之提供吞吐量的业务的量。UE成功接收所需的重发越多，为其他用户提供吞吐量的可用能力越小，由此使得共享资源的传送能力的使用效率低下。

任何路由节点的正常行为是提供缓冲器，这些缓冲器能够管理输入/输出链路能力的一定量的变化并因此吸收出现的微小拥塞。然而，当拥塞足够严重时，路由节点最终将会放弃分组。

对于TCP业务，如果没有接收到针对特定分组的确认(ACK)，则发送器检测到分组丢失，并且将会发生重发。另外，TCP协议具有内置的速率自适应机制，该机制将会在发生分组丢失以及在互联网协议(IP)层发生重发时降低传送比特率。如果在由重发超时值设置的特定时间间隔内没有接收到ACK，则重发数据。TCP重发超时值是基于往返行程时间针对每个连接来动态确定的。在接收器，序列号用于正确地整理可能以紊乱的次序接收的片段并去除重复的片段。TCP通过返回窗口，每个确认指示成功接收的最近片段之外可接受的序列号的范围而管理传送的数据的量。该窗口指示在接收另外的许可之前发送器可传送的八位字节的允许的数量。由于这种流控制内置于协议自身，所以TCP独立于使用它的应用地提供了速率自适应机制。这种机制具有这样的效果：当拥塞发生时，传送比特率能够逐步减小；当拥塞终止时，传送比特率能够逐步增加。

为了进一步增加路由节点的性能，开发了在IETF规范RFC 3168中规定的称为“Explicit Congestion Notification(ECN)for IP(IP显式拥塞通告(ECN))”的方案，通过引用将其全部内容并入本文中。如图3中所示，这个方案使用IP头320的服务类型(TOS)字段310中的两个位，即ECN位300，来通知拥塞相关损失的风险。该字段具有四个代码点(codepoint)，其中，两个代码点用于通知ECN能力，另外两个代码点用于通知拥塞。用于拥塞的代码点例如在路由器中设置，并且当接收器遇到拥塞通告时，它把该信息传送给流的发送器，发送器随后能够修改它的传送比特率。对于TCP，这一点通过使用TCP头中事先保留的两个位来完成。当接收到这些位时，这些位触发发送器以减小它的传送比特率。

UDP业务没有用于可靠传送和流控制的类似种类的机制。在传送不被保证的意义上来讲，UDP业务被定义为是不可靠的。丢失的UDP分组将不会被重发，除非应用具有允许这一点的一些专用特征。UDP自身不以任何方式对网络拥塞进行响应，并且传送速率由应用确定，而不是由UDP自身确定。

ECN是针对使用任意传送协议的IP用途定义的。因此，虽然仅按照与TCP业务使用规定了ECN，但用于UDP的ECN并没有被针对ECN的规范(IETF RFC 3168)排除在外。UDP自身没有基于拥塞通告消息的接收改变它的传送行为的任何机制。在没有这种机制的情况下，由于不能指望在IP头中设置ECN位的效果，所以用于UDP的ECN变得非常不可靠。用于UDP的ECN需要：与用于TCP的ECN相同种类的机制；用于从接收器向发送器传送关于接收的传送的反馈的快速反向通道；以及用于动态地改变传送比特率的速率控制算法。

作为延迟敏感通信服务，诸如基于UDP的实时通信服务，也可能对于分组丢失非常敏感，需要针对这种业务管理经共享资源的传送以便拥塞能够缓和或避免和/或有效使用共享资源的传送能力，例如，当在拥塞终止之后增加业务。通过控制经共享资源提供服务的应用的传送比特率能够管理经共享资源的传送。然而，控制应用的传送比特率将会影响传送延迟。尽管在传送比特率减小的情况下，对延迟较不敏感的业务仍会在工作(虽然在以较低的速度传送)，但延迟敏感的服务的结果是：如果传送比特率减小太多，则不能把该业务看作在工作。

发明内容

根据本发明的至少一些实施方式的目的在于提供一种速率控制机制，该速率控制机制能够使用共享资源的传送能力，同时，也用于以适当的平衡的方式满足使用该共享资源的延迟敏感服务的各种需求。

根据第一方面，通过提供一种在经共享资源建立了多个会话的分组交换通信系统中控制会话的比特率的方法来实现该目的。首先，确定对会话有效的比特率范围。该比特率范围由或者可由上限或上端点和下限或下端点限制。通过比较所述会话的当前比特率和所述比特率范围，确定到选择的所述比特率范围的界限的距离，即到上限或下限的距离。然后，根据到选择的界限的距离不同地修改当前比特率。在一个实施方式中，所述当前比特率可根据这样的量修改，如果所述距离小，则所述量较大，如果所述距离大，则所述量较小。例如，如果选择的界限是比特率范围的上限，则在到选择的界限的距离小的情况下，当前比特率以减小较大或增加较小的方式修改，在到选择的界限的距离大的情况下，当前比特率以减小较小或增加较大的方式修改。另一方面，如果选择的界限是比特率范围的下限，则在到选择的界限的距离大的情况下，当前比特率以减小较大或增加较小的方式修改，在到选择的界限的距离小的情况下，当前比特率以减小较小或增加较大的方式修改。

根据本发明的第二方面，通过提供一种用于控制至少第一会话和第二会话的比特率的分组交换通信系统来实现该目的。所述系统至少包括第一发送器和第二发送器，所述第一发送器可操作在第一会话中经共享资源与第一接收器进行通信，第二发送器可操作在第二会话中经共享资源与第二接收器进行通信。另外，所述系统包括：第一比特率范围确定装置，确定对第一会话有效的第一比特率范围；第二比特率范围确定装置，确定对第二会话有效的第二比特率范围。第一比特率范围和第二比特率范围由或者可由各自上限或上端点和各自下限或下端点限制。该系统还包括：第一速率修改控制单元，控制所述第一会话的第一当前比特率的速率修改，从而根据到所述第一比特率范围的选择的界限(即，上限或下限)的第一距离不同地修改第一当前比特率；第二速率修改控制单元，控制所述第二会话的第二当前比特率的速率修改，以便根据到所述第二比特率范围的选择的界限(即，上限或下限)的第二距离不同地修改第二当前比特率。在一种实施方式中，第一当前比特率和第二当前比特率可被修改第一量和第二量，如果各距离小，则第一量和第二量较大，如果各距离大，则第一量和第二量较小。

根据第三方面，通过提供一种接收由发送器在会话中经共享资源传送的分组交换编码媒体的接收器来实现该目的。所述接收器包括：比特率范围确定装置，确定对会话有效的比特率范围。该比特率范围由或者可由上限或上端点和下限或下端点限制。接收器还包括比特率请求估计装置和速率请求装置。比特率请求估计装置可操作通过比较当前接收比特率和所述比特率范围以确定到所述比特率范围的选择的界限(即，上限或下限)的距离，并根据所述距离不同地估计所述比特率修改，来估计比特率修改。在一个实施方式中，如果所述距离小，则这样估计的比特率修改可以较大，如果所述距离大，则这样估计的比特率修改可以较小。速率请求装置可操作通过传送速率修改请求消息请求发送器修改所述会话中的当前传送比特率。在另一实施方式中，可当接收到来自共享资源的拥塞通告消息时传送速率修改请求消息。

根据第四方面，通过提供一种经共享资源在会话中向接收器传送分组交换编码媒体的发送器来实现该目的。所述发送器包括：比特率范围确定装置，确定对会话有效的比特率范围。该比特率范围由或者可由上限或上端点和下限或下端点限定。所述发送器还包括比特率请求接收装置和速率修改控制单元。比特率请求接收装置从所述接收器接收用于请求修改所述会话中的当前传送比特率的请求。速率修改控制单元可操作控制所述会话中的当前传送比特率的修改，从而根据到所述比特率范围的选择的界限(即，上限或下限)的距离不同地修改当前传送比特率。在一种实施方式中，所述当前比特率可被修改这样的量，如果所述距离小，则所述量较大，如果所述距离大，则所述量较小。当接收到来自接收器的速率修改请求消息的形式的请求时，可以执行速率修改。

通过以这种方法针对在客户机中运行以向用户提供延迟敏感服务的应用控制经共享资源建立的每个会话的比特率，该方法、系统和发送器-接收器设置具有这样的效果：能够在应用之间分配速率修改，从而用户分担速率修改的责任。

另外，通过在针对各服务定义的比特率范围内执行速率修改，该方法、系统和发送器-接收器设置具有这样的效果：在修改各个服务的速率的同时，能够保持服务的意图。

本发明的至少一些实施方式的一个优点在于，当在网络节点中发生拥塞时，在没有采取任何行动缓和拥塞的新用户和由于先前的拥塞通告消息已减小其比特率的用户之间更公平地分担了修改传送速率的责任。

另一优点在于，对客户机的速率修改功能的分配消除了在拥塞的网络节点处的用户跟踪和服务提醒的需要或要求。

附图说明

通过结合附图参照下面的描述，可以更容易地理解本发明及其目的和优点，其中：

图1示出了可能经受拥塞的共享资源的例子；

图2示出了可能经受拥塞的共享资源的另一例子；

图3是根据IETF规范RFC 3168的具有ECN位的IP头的示图；

图4是根据本发明的速率适应机制的实施方式的示意性示图；

图5是根据本发明的系统的实施方式的示意性示图；

图6是根据本发明的比特率范围指示的实施方式的示图；

图7是根据本发明的接收器的实施方式的功能块的示意性示图；

图8是根据本发明的发送器的实施方式的功能块的示意性示图；

图9是根据本发明的发送器的另选实施方式的功能块的示意性示图；

图10是根据本发明的速率控制算法的实施方式的流程图；

图11是根据本发明的速率控制算法的比特率估计部分的实施方式的流程图；

图12是根据本发明的两个用户之间的会话流的实施方式的流程图；

图13是根据本发明的比特率适应的权重的实施方式的示图；以及

图14是根据本发明的系统的实施方式的共享资源的负荷水平的示图。

具体实施方式

根据本发明的至少一些实施方式通过在速率修改方面考虑用户应用的当前会话比特率(包括它与初始会话建立的比特率的关系)在特定路由功能的用户之间提供速率修改的更加公平或平等的共享分配。提供引导对于拥塞通告消息的响应的机制，以便相同网络优先级的用户经历类似的质量降级。这意味着：刚以例如100kbps发起会话的新用户将会被要求以与接收某一先前的拥塞通告消息时已把其比特率从例如100kbps降低到50kbps的用户不同的方法降低它的比特率。

为了确保能够保持业务的目的，发明者意识到需要其间业务被视为起作用或工作的限定的比特率的范围，这是因为现代的媒体编解码器可能调谐到不连续的一组比特率，在一些情况下甚至调谐到任何给定的比特率，但并不是在任何给定的比特率都能够保持服务的目的。例如，实时视频会话需要100kbps级别的比特率。虽然在这种会话中使用的视频编解码器可把比特率减小到10kbps，但该服务显然不是10kbps的对话视频会话。按照这个比特率，它将被认为是慢速幻灯片放映；而非业务要求所说的实时对话服务。在这种情况下，可以说，该业务的有效比特率在大约40和100kbps之间。对于其它媒体类型，有效比特率范围不同，但基本原理相同：需要业务能够被确定为有效的比特率的一定区间或范围。

发明者还意识到，通过指定应用应该如何响应于IP头中的ECN位的设置，对于提供了从接收器到发送器的快速反向通道和可以动态地修改传送比特率的实时通信业务(诸如IMS多媒体电话(MTSI))来说，能够可靠地使用UDP的ECN。

图4示出了针对UDP业务使用ECN所需的应用行为。示出了经共享资源400(这里，为路由器的形式)进行通信的发送客户机470和接收客户机420的协议栈。根据IP的ECN方案，共享资源400对经连接410转发给接收客户机420的UDP分组的IP头中的ECN位300进行设置。当在IP层430中检测到拥塞通告消息(即，ECN位设置)时，它不得不被转发给接收客户机420中的接收器700的应用层440，如连接450所示。当接收到拥塞通告消息时，接收客户机420中的接收器700需要向发送客户机470中的发送器800传送请求，要求发送器减小它的比特率，如箭头480所示。当该请求到达发送器800时，发送器800应该立即减小对接收器700的传送比特率，如箭头490所示。减小的量可由发送器800确定，发送器800能够基于一些参数做出它的决定。

对于基于UDP的服务，发明者提出，通过增加确定下限的参数能够提供适合会话的比特率的引导，其中，在所述下限以下，业务不被视为是可用的。这一点能够通过使用例如实时流协议(RTSP)或会话发起协议(SIP)在会话建立过程中完成，在例如实时流协议(RTSP)或会话发起协议(SIP)中，嵌入的会话描述协议(SDP)已经携带比特率参数(指定会话比特率的上限的b-参数)。

发明者还建议，针对接收的拥塞通告消息的发送器响应可基于扩展的会话建立过程。这个过程能够用于以下面的方式控制针对拥塞通告消息的发送器响应：考虑先前对拥塞通告消息的行动，还使得一般业务要求能够影响发送器行动的选择。

因此，根据本发明的实施方式，在实时通信服务中引入了两个特征：

1、通知会话比特率范围，即，业务在该比特率范围中是有效的，并且允许媒体发送器在会话期间在该比特率范围中进行适应。

2、基于当前媒体传送比特率或当前会话比特率与在会话建立中通知的比特率范围之间的关系改变其行为的适应机制。

结果将会是，发送器基于它当前传送比特率和它在会话比特率范围中所处的位置确定它对于拥塞通告消息的行动：越接近下限，对于拥塞消息的响应越小，越接近上限，对拥塞消息的响应越剧烈。以这种方式，与接近于会话连续性的下限传送的用户相比，相同网络优先级的、消耗更多资源的用户将以更大的比特率减小的方式进行响应。

图5是根据本发明的一个或更多个实施方式的系统。为了简单，选择LTE环境进行描述，但本发明同样可适用于经不具有内置流控制的协议应用通信服务的任何分组交换通信系统。使用第一客户机500的第一方(用户A)在第一会话中与使用第二客户机530的第二方(用户D)进行通信。第一客户机500在这个例子中通过防火墙570连接到共享资源560。共享资源560又经核心网络580连接到eNB基站540，第二客户机530经共享传送通道550连接到eNB基站540。以类似的方式，使用第三客户机520的第三方(用户B)在第二会话中与使用第四客户机510的第四方(用户C)进行通信。第三方520也连接到共享资源560，第四客户机510也经共享传送通道550连接到eNB基站540。客户机可以是例如移动终端、个人计算机或驻留在服务器上的虚拟客户机。

在第一客户机500和第二客户机530上，运行第一应用，向相关方用户A和用户D提供第一业务。在第三客户机520和第四客户机510上，运行第二应用，向相关方用户B和用户C提供第二业务。根据通信的方向，在各个客户机上运行的应用可用作发送器800或接收器700，如图4中所示。例如，对于从用户A到用户D的通信，在第一客户机500上运行的第一应用用作发送器800并且在第二客户机530上运行的第一应用用作接收器700，而对于从用户D到用户A的通信，在第二客户机530上运行的第一应用用作发送器800并且在第一客户机500上运行的第一应用用作接收器700。

第一比特率范围被确定为对于第一会话和第一应用有效，即它是由第一应用提供的业务在第一会话期间按希望的方式工作所需要的比特率范围，第二比特率范围被确定为对于第二会话和第二应用有效，即它是由第二应用提供的业务在第二会话期间按希望的方式工作所需要的比特率范围。比特率范围由(或者，可以由)指示应用能够工作以提供可用业务的上限或最大比特率的上端点以及指示应用能够工作以提供可用业务的下限或最小比特率的下端点指定。

指示这个比特范围区间或比特率范围的一个方法示出在图6中。在这个例子中，SDP用于传送会话协商过程中的有效比特率范围。这一点是通过在已有的会话比特率的上限(bmax)之外引入会话比特率的下限(bmin)来完成的。这个例子显示：要约者(即，发送器)支持的由SDP要约600中的bmax指示的最大比特率高于接收器支持的、由SDP回答610中的bmax指示的最大比特率，但二者都将由SDP要约600和SDP回答610中的bmin指示的48kbps识别为这个会话中视频的下限。这个会话将在这样的情况下进行：视频的最大比特率或上限为60kbps，最小比特率或下限为48kbps。

也能够使用其它方式来表达比特率范围信息。一种可能的替代方案可以是：在应用设置中指定比特率范围，或者把比特率范围硬编码于应用中。

在对于业务存在服务质量(QoS)机制的环境中，比特率范围的下限和上限可以与特定QoS授权相关。特定QoS方案影响进入网络的许可，也可能影响会话期间的网络资源保留。在3GPP网络中，下限和上限可能分别与QoS属性保证比特率(GBR)和最大比特率(MBR)相关。然而，这不是必需的，可能存在这样的情况，即下限可能低于GBR。

从示出应用的接收器700和发送器800部分的图7和图8中可见，第一应用包括至少一个第一媒体编码器830和/或至少一个第一媒体解码器730。同样，第二应用包括至少一个第二媒体编码器830和/或至少一个第二媒体解码器730。驻留在服务器上的应用可具有媒体编码器，但是作为这种应用的媒体解码器通常不用作发送器。

第一应用还包括第一速率修改控制单元870，第一速率修改控制单元870连接到至少一个第一媒体编码器830并用于控制至少一个第一媒体编码器830的速率，例如，比特率。类似地，第二应用还包括第二速率修改控制单元870，第二速率修改控制单元870连接到至少一个第二媒体编码器830并用于控制至少一个第二媒体编码器830的速率，例如，比特率。当根据从至少一个媒体编码器830对分组的媒体流进行输出的速率确定会话的速率或比特率时，第一速率修改控制单元830由此用于控制第一会话的速率(例如，比特率)，第二速率修改控制单元870用于控制第二会话的速率(例如，比特率)。

第一速率修改控制单元870被配置为比较在第一会话中当前使用的或由至少一个第一媒体编码器830当前使用的第一当前比特率与所述的第一比特率范围，以确定到第一比特率范围的界限或端点的第一距离，即到第一比特率范围的上限或下限的第一距离，第二速率修改控制单元870被配置为比较在第二会话中当前使用的或由至少一个第二媒体编码器830当前使用的第二当前比特率与所述的第二比特率范围，以确定到第二比特率范围的界限或端点的距离，即到第二比特率范围的上限或下限的第二距离。第一和第二速率修改控制单元870还被配置为根据第一距离和第二距离不同地修改第一当前比特率和第二当前比特率，即将各比特率修改取决于各自距离的大小的量。可执行速率修改以便缓和或减少共享资源560和/或共享传送通道550中的拥塞。

第一和第二速率修改控制单元870由(或者可由)速率修改请求消息480触发，以执行速率修改控制并分别向至少一个第一媒体编码器830和至少一个第二媒体编码器830发出速率控制命令880。速率修改请求消息可由例如接收器700，即由接收各自的至少一个第一媒体编码器830和至少一个第二媒体编码器830编码的媒体的应用传送。速率修改请求消息480可进一步指定用于各会话的传送的、请求的或建议的速率或比特率修改，例如，该请求的或建议的速率或比特率修改表达为对当前比特率的相对变化或差，或者表达为新的或修改后的比特率。可由接收器700估计比特率修改，以便与当前接收比特率更接近各会话的有效比特率范围的下限的情况相比，在当前接收比特率更接近该比特率范围的上限的情况下，当前接收比特率将会减小更多。

速率控制机制利用了针对媒体类型的有效比特率范围以及传送的比特率的当前值的知识。现在，将参照图4和图7-图9更详细地描述这个机制。图7和图8示出了实现速率控制机制的应用的发送器-接收器对的一些部件。至少这些部件中的一些部件(诸如，速率修改控制单元870和970、比特率请求估计装置770、速率请求装置790、速率请求接收装置850、检测装置750、比特率范围确定装置720和820、比特率确定装置740和840、分组丢失率(PLR)确定装置905、抖动确定装置915、应用设置确定装置920和网络反馈(NF)确定装置940)可以例如实现为能够从中读出信息的存储器和/或执行信息的处理的处理器的形式，以产生能够用于速率修改的结果。

图7示出了接收器700方框图，接收器700被配置为通过经共享资源400接收在会话中由发送器800传送的分组交换编码媒体710来提供业务。接收器700包括用于确定有效会话比特率范围的比特率范围确定装置720，在有效会话比特率范围内，应用于编码的媒体的传送比特率必然使服务按照希望的方式工作，例如，该服务提供足够的媒体质量。有效会话比特率范围能够通过上限或上端点以及下限或下端点来指定。另外，接收器700包括：至少一个媒体解码器730，用于根据当前接收比特率对所述编码的媒体进行解码以输出解码的媒体745，例如音频或视频；检测装置750，检测来自共享资源的拥塞通告消息；和比特率确定装置740，确定当前接收比特率。当前接收比特率可根据如虚线箭头755所示输入到媒体解码器730的编码媒体710的IP流确定，例如，通过监测IP流并估计当前接收比特率的平均值可以确定当前接收比特率。也能够从接收器700所在的客户机中可用的其它装置确定当前接收比特率。在比特率请求估计装置770的输入760中提供有关于有效会话比特率范围、当前接收比特率和拥塞通告消息的信息，比特率请求估计装置770通过以下方式估计比特率修改：比较当前接收比特率与有效会话比特率范围以确定到有效会话比特率范围的界限的距离(即，到上限或下限的距离)，并根据该距离不同地估计比特率修改。比特率修改取决于该距离，从而如果该距离小，则比特率修改较大，如果距离大，则比特率修改较小。比特率修改的估计可响应于拥塞通告消息来执行，但是也可以由其它消息或情况触发。估计出的比特率修改(可表达为对当前比特率的相对变化或差或者表达为请求的传送比特率)随后在线780上输出给速率请求装置790。在第一实施方式中，速率请求装置790随后通过向发送器800传送速率修改请求480来请求发送器800修改它的编码媒体的当前传送比特率。速率修改请求480还可包括估计出的比特率修改，该估计出的比特率修改用作确定编码的媒体490、810的新的传送比特率(即，修改后的比特率)的发送器800的输入。

然而，在第二实施方式中，速率修改请求480可作为指令或命令由发送器800解释，以便按速率修改请求480中包括的估计出的比特率修改所指定的那样调整当前传送比特率。

另外，在第三实施方式中，由接收器700传送的速率修改请求480不包括任何估计出的比特率修改。第三实施方式要求发送器800包括用于估计比特率修改的比特率估计装置。另外，在第三实施方式中，接收器700可以但不是必须地包括比特率估计装置770并估计比特率修改。

图8示出了发送器800的方框图，发送器800被配置为通过在会话中经共享资源400向接收器700传送分组交换的编码的媒体810来提供业务。发送器800包括：比特率范围确定装置820，用于确定有效会话比特率范围，在有效会话比特率范围内，应用于编码的媒体810的传送的比特率必然使业务按照希望的方式工作，例如，该业务提供足够的媒体质量；至少一个媒体编码器830，接收输入到媒体编码器的媒体835(例如，捕捉的音频或视频)，并根据当前传送比特率对媒体进行编码。另外，发送器800包括：速率请求接收装置850，从接收器700接收用于请求修改编码媒体的当前传送比特率的请求；比特率确定装置840，确定当前传送比特率。当前接收比特率可根据媒体编码器830中的设置或根据如虚线箭头855所示从媒体编码器830输出的编码的媒体810的IP流确定，但是，也能够从发送器800所在的客户机中可用的其它装置确定当前接收比特率。在速率修改控制单元870的输入860中提供关于有效会话比特率范围、当前传送比特率和来自接收器的请求480的信息。请求480可还包括由接收器700作出的估计出的比特率修改，该估计出的比特率修改用作确定编码的媒体810的新的传送比特率(即，修改后的比特率)的发送器800的输入。速率修改控制单元870基于在输入860中提供的信息确定将要作出的速率修改，并在输出880中输出速率控制命令以指示媒体编码器830把当前传送比特率改成有效会话比特率范围内的修改后的比特率。媒体编码器830随后把编码的媒体810的传送或输出从当前传送比特率改成修改后的比特率。速率修改控制单元870可响应于来自接收器700的请求480确定将要作出的速率修改和/或把速率控制命令输出给媒体编码器，但速率修改控制单元870也能够由其它消息或情况触发。

再次参照本发明的第三实施方式，在这种实施方式中，在发送器800中需要比特率估计装置770以用于估计比特率修改，这是因为在由接收器700传送的速率修改请求480中不包括这种信息。优选地，比特率估计装置可被包括在发送器800的速率修改控制单元870中。

当确定当前最佳传送比特率(即，修改后的比特率)时，媒体编解码器(即，媒体编码器-解码器对)的速率修改机制可考虑一些不同的测量报告或会话信息参数。这示出在图9中，图9示出了根据本发明第四实施方式的发送器900。这个实施方式中的发送器900的总体功能与参照图8描述的第一实施方式中的发送器800的总体功能相同。对于与图8中的相同的部件，标号与图8中相同并且不在这里重复描述。这个第四实施方式的不同之处在于：当确定将要进行的速率修改时，速率修改控制单元970能够考虑各种信息类型或参数，诸如，由PLR确定装置905确定的分组丢失率(PLR)、由抖动确定装置915确定的抖动、由网络反馈(NF)确定装置940确定的NF消息和由应用设置确定装置920确定的应用设置。网络反馈信息可以与服务质量参数的变化相关，应用设置信息可以是取决于移动能力的业务偏好。关于分组丢失率(PLR)、抖动、网络反馈消息和应用设置的信息能够通过不同的测量报告或会话信息参数来确定或变为可用，并且在输入860中与下面的参数一起被提供给速率修改控制单元970：由比特率范围确定装置820确定的有效会话比特率范围、由比特率确定装置840确定的当前传送比特率和由速率请求接收装置850从接收器700接收的请求(这些请求可还包括估计出的比特率修改)。速率修改控制单元870随后考虑这些不同的信息类型或参数以及来自接收器700的任何估计出的比特率修改，以确定将要进行的速率修改。作为以这种方式考虑更多信息的结果，可以期望接收器700估计出的比特率修改对发送器900设置的修改后的比特率的影响变得更小。

再次参照第二实施方式，在这个实施方式中，速率修改请求可作为指令或命令由发送器解释，以便按速率修改请求中包括的估计出的比特率修改所指定的那样调整当前传送比特率。在这个实施方式的变型中，比特率请求估计装置770可扩展为当确定要进行的估计出的速率修改时考虑各种信息类型或参数，诸如，分组丢失率(PLR)、抖动、网络反馈消息和应用设置。

概括来说，已讨论了速率修改控制机制的4种实施方式：

1、第一实施方式：接收器700基于当前接收比特率740和有效会话比特率范围720估计比特率修改，并向发送器800传送可包括估计出的比特率修改的速率修改请求480。发送器确定用于向接收器进行传送的新的修改后的比特率。对于估计出的比特率修改包括在来自接收器的速率修改请求中的情况，发送器能够选择是否采用由接收器请求的比特率修改。

2、第二实施方式：接收器700至少基于当前接收比特率740和有效会话比特率范围720估计比特率修改，并确定将要执行的比特率修改。接收器可进一步扩展为当确定将要进行的比特率修改时考虑各种信息类型或参数。接收器向发送器800传送指定比特率修改的速率修改请求480。发送器按照接收器的指示执行比特率修改。

3、第三实施方式：接收器700向发送器800传送速率修改请求480。发送器基于当前传送比特率840和有效会话比特率范围820估计比特率修改，并确定用于向接收器700进行传送的新的、修改后的比特率。接收器可因为向发送器提供输入之外的其它目的估计比特率修改，但估计的比特率修改不包括在对发送器的速率修改请求中。

4、第四实施方式：接收器700向发送器900传送可包括基于估计出的比特率修改的建议的比特率修改的速率修改请求480，估计出的比特率修改由接收器700基于当前接收比特率740和有效会话比特率范围720作出。除了基于通过不同的测量报告或会话信息参数确定或变为可用的各种信息类型或参数之外，发送器还基于当前传送比特率840和有效会话比特率范围820估计比特率修改。如果在速率修改请求480中包括建议的比特率修改，则建议的比特率修改也可以用作当确定将要执行的比特率修改时由发送器900考虑的信息(例如，当前传送比特率840和有效会话比特率范围820)的输入或替换部分。

图10示出了在具有可用作接收器和发送器的应用的示例性客户机中运行的速率控制算法的一个例子的流程图。在步骤1000中，在会话建立时，流程开始。首先，在步骤1010，对会话带宽参数进行协商以确定最大会话比特率bmax和最小会话比特率bmin。然后，在1020，当前传送比特率bcurr被设置为bmax或低于bmax的值。其后，在1030，当前接收比特率brecv被设置为bmax或低于bmax的值。然后，在1040，以当前传送比特率bcurr传送数据，例如编码的媒体。在1050，算法检查拥塞通告消息的接收。如果没有接收到这种消息，则算法前进至步骤1090。然而，如果确定接收到了拥塞通告消息，则在步骤1060估计比特率请求值，即比特率修改。然后，在1070，把速率请求(即，速率修改请求)传送给另一客户机中的发送器。速率修改请求可指定或建议比特率修改。在这个例子中，比特率修改表达为传送比特率请求breqsend。然后，在1080，当例如通过分析接收比特率确认另一客户机中的发送器已修改了传送比特率时，将当前接收比特率brecv设置为breqsend。在这个例子中，另一客户机中的发送器根据该示例性客户机中的接收器的请求修改传送比特率。流程随后前进至1090，在1090，算法检查是否从另一客户机中的接收器接收到速率请求，即速率修改请求。如果没有接收到这种请求，则流程前进至步骤1098。然而，如果确定接收到了速率请求(即，速率修改请求)，则在步骤1094，当前传送比特率bcurr被设置为或修改为在这个例子中在来自另一客户机的接收器的速率请求中接收到的比特率请求breqrecv。然后，流程继续前进至步骤1098，在步骤1098，检查会话是否结束。如果没有结束，则流程继续前进至步骤1040，按照当前传送比特率bcurr传送数据。另一方面，如果会话结束，则在步骤1099，流程停止。

图11更详细地示出了图10中示出的流程的步骤1060中进行的比特率估计部分的流程图。流程在步骤1100开始。在步骤1110，例如，从共享资源接收到拥塞通告消息，也称为ECN消息。该消息通过设置传送的分组的IP头中的ECN位来传送。然后，在步骤1120，把当前接收比特率brecv与会话上限或最大会话比特率bmax和会话下限或最小会话比特率bmin进行比较。然后，如果在步骤1130中确定当前接收比特率brecv大于会话下限或最小会话比特率bmin，则在1140计算新要求的接收比特率，即表达为传送比特率请求breqsend的比特率修改。流程随后在1150停止。另一方面，如果在步骤1130中确定当前接收比特率brecv已经在会话下限或最小会话比特率bmin，则流程在1150停止并且不执行进一步的速率修改。

图12示出了经作为共享资源1220的支持ECN的网络节点进行通信的用户A 1200和用户B 1210的会话流的图。在第一步骤1225中，例如经SIP/SDP在会话协商过程中在用户A和用户B之间交换通知消息，以确定由会话上限或最大会话比特率bmax(每秒千比特(kbps))和会话下限或最小会话比特率bmin(kbps)指定的会话比特率范围。然后，在步骤1230中，使用被设置为最大会话比特率bmax的当前传送比特率bcurr交换全双工媒体流，以进行双向通信，即从用户A到用户B以及从用户B到用户A。在下一步骤1240中，共享资源1220通过设置传送的分组的IP头中的ECN位把ECN消息传送给用户B 1210。在步骤1250中，响应于该ECN消息，用户B向用户A传送请求(即，速率修改请求)，以请求用户A降低它对用户B进行传送的传送比特率。用户A随后通过修改针对从用户A向用户B进行传送的传送比特率进行响应，从而在步骤1260，从用户B向用户A以最大会话比特率bmax的当前传送比特率bcurr、从用户A向用户B以会话下限或最小会话比特率bmin和上限或最大会话比特率bmax之间的当前传送比特率bcurr，在用户A和用户B之间交换全双工媒体流。在下一步骤1270中，共享资源1220通过设置传送的分组的IP头中的ECN位向用户A传送ECN消息。在步骤1280中，用户A响应于该ECN消息，向用户B传送请求用户B降低针对它向用户A进行的传送的传送比特率的请求(即，速率修改请求)。用户B随后通过修改从用户B向用户A进行的传送的传送比特率进行响应，从而在步骤1290，使用会话下限或最小会话比特率bmin和上限或最大会话比特率bmax之间的当前传送比特率bcurr交换全双工媒体流，以进行双向的传送，即从用户A到用户B和从用户B到用户A。最后，在步骤1295中，例如，使用SIP协议在用户A和用户B之间交换通知消息以结束会话。在这个例子中，用户A和用户B在他们各自的用户装备中具有相同的速率修改算法，这意味着，当在从A到B的方向发生拥塞时，比特率修改与当在从B到A的方向发生拥塞时的比特率修改相同。如果在用户A的UE中与用户B的UE中应用设置或UE性能不同，则也不一定是这样的情况。

速率控制机制能够用于控制媒体编码器的比特率以及控制会话水平的媒体流的比特率。对于使用超过一种媒体类型(例如，音频和视频)的一些应用，不同媒体类型的媒体流可复用或组合到在会话中从发送器向接收器传送的一个会话媒体流或IP传送流中。对于这种应用，速率修改控制单元可被配置为在会话水平上用于控制从例如复用器或经复用器为了传送而输出的会话媒体流的比特率，该复用器接收从各不同类型的媒体编码器输出的编码的媒体流作为输入。以类似的方式，比特率估计装置可被配置为估计包括不同媒体类型的媒体流的会话媒体流的比特率修改。

下面的例子示出了针对至少两个应用在会话水平上对媒体流的比特率的控制，其中，每个应用采用两种不同媒体类型的媒体。然而，该方法和装置也适用于采用超过两种不同媒体类型的媒体的应用。在这个例子中，至少已建立针对第一应用的第一会话和针对第二应用的第二会话以用于分组交换通信系统中的通信，在该分组交换通信系统中，能够经共享资源建立运行应用的多个参加方的多个会话。来自第一媒体编码器的第一媒体类型(例如，音频)的第一编码媒体流和来自第二媒体编码器的第二媒体类型(例如，视频)的第二编码媒体流由第一复用器复用为在第一会话中从第一发送器向第一接收器传送的一个第一会话媒体流。另外，来自第三媒体编码器的第三媒体类型(例如，语音)的第三编码媒体流和来自第四媒体编码器的第四媒体类型(例如，数据)的第四编码媒体流由第二复用器复用为在第二会话中从第二发送器向第二接收器传送的一个第二会话媒体流。第一和第二媒体编码器以及第一复用器包括在或者可包括在第一应用中，第三和第四媒体编码器以及第二复用器包括在或者可包括在第二应用中。第一应用还包括第一速率修改控制单元，该第一速率修改控制单元连接到第一和第二媒体编码器以及第一复用器，用于控制第一会话媒体流的速率，例如比特率。类似地，第二应用还包括第二速率修改控制单元，该第二速率修改控制单元连接到第三和第四媒体编码器，用于控制第二会话媒体流的速率，例如比特率。

第一比特率范围被确定为对于第一会话有效，第二比特率范围被确定为对于第二会话有效。第一速率修改控制单元被配置为比较在第一会话中当前使用的第一当前比特率和所述的第一比特率范围，以确定到第一比特率范围的界限或端点的第一距离，即到第一比特率范围的上限或下限的第一距离，第二速率修改控制单元被配置为比较在第二会话中当前使用的第二当前比特率和所述的第二比特率范围，以确定到第二比特率范围的界限或端点的第二距离，即到第二比特率范围的上限或下限的第二距离。第一速率修改控制单元和第二速率修改控制单元还被配置为根据第一距离和第二距离不同地修改第一当前比特率和第二当前比特率，即将各自的比特率修改取决于各距离的大小的量。

如前所述，当接收到拥塞通告消息时采取的措施基于使拥塞通告消息与当前传送比特率相关。拥塞通告的权重(即，作为对拥塞通告的响应，发送器需要的比特率修改的量)通过调查当前比特率和对会话有效的比特率范围之间的关系来确定。图13示出了基于当前比特率和会话比特率范围的ECN触发的修改行动的示例性权重。在这个例子中，当当前接收比特率等于bmax时，权重将给出比特率40％的减小，当当前接收比特率减小到bmin时，权重将给出零减小。

比特率减小估计能够以几种不同的方法来完成。根据比特率范围的实际值(即，宽度)，不同的权重将是适合的。示例性指数权重公式示出在方程1中，表示指数权重方程。

$\mathrm{breqsend}=\frac{3}{2e}{e}^{\frac{\mathrm{brecv}-b\min }{b\max -b\min }}-1$ (方程1)

当当前接收比特率等于bmax时，该权重将给出初始的比特率50％的减小，如果会话已经处于bmin，则该权重将给出零减小。

图14示出了在LTE布置(诸如，图5中示出的系统)中作为共享资源的增强型节点B(eNB)的负荷(即提供共享传送通道)的水平，eNB可设置ECN位。在这个例子中，使用这样的权重方案：当在bcurr＝bmax运行时，给出50％的减小，当在bcurr＝0.5*bmax运行时，给出10％减小。发生以下表中示出的事件：

时间，t	事件
		t＝T0	在用户B和C之间建立会话。从用户B到C的传送比特率bcurr＝bmax。
t＝T1	eNB经历拥塞并设置从B向C传送的IP流中的ECN位。用户C接收ECN位并向B传送50％速率减小请求。B相应地降低它的传送比特率。
		t＝T2	在用户A和D之间建立新的会话。从用户A到D的传送比特率，bcurr＝bmax。需要注意的是，用户B仍然以0.5*bmax传送。
t＝T3	eNB经历拥塞并设置从B向C传送和从A向D传送的IP流中的ECN位。用户C接收ECN位并向B传送10％速率减小请求，这是因为B已经以减小的速率运行。B相应地降低它的传送比特率。用户D也接收ECN位，但向A传送50％速率减小请求，这是因为A以最大会话比特率传送并因此应该减小50％。
		t＞T3	两个会话现在以减小的速率运行，但具有类似的质量。现在可以开始缓慢向上的修改以努力恢复bmax的会话比特率。

通过在确定修改行动时考虑当前比特率，如果当前比特率更接近于会话比特率范围的上限，则客户机将承担更大的责任以缓和网络中的拥塞情况。以这种方法，客户机在它们之间以公平的方法分配修改行动，而不会惩罚已经对于缓和网络中的拥塞承担了较大责任的客户机。另外，还有这样的好处：在拥塞的网络节点(例如，eNB或路由器)，把功能分配给不要求用户跟踪和服务提醒的客户机。这个方案还可以扩展为处理不同的用户性质(例如，“经济用户”和“黄金用户”)，例如，与“经济用户”(例如，为服务支付较少费用的用户)相比，对于“黄金用户”(例如，为服务支付较多费用的用户)被要求较小的比特率修改，此外，不仅基于对会话比特率范围的相对值，还基于当前比特率的绝对值处理更多的绝对权重，即以绝对比特率量表达的比特率修改或在当前比特率超过指定比特率值的情况下到这个值的比特率修改。绝对权重和相对权重的组合也是可以想见的，例如，如果当前比特率超过绝对比特率值，则总是减小到这个值，然后，根据使当前比特率与比特率范围的界限相关的量减小。

本发明的至少一些实施方式的一个优点在于，它们解决了在拥塞的网络节点中客户机之间缓和拥塞的不公平责任。在没有这个功能的情况下，已经适应网络拥塞的用户和没有减小带宽消耗的新用户都被要求以相同的方式减小他们的传送比特率。在没有采取任何拥塞缓和行动的新建立的会话的情况下，与由于先前拥塞通告消息已经减小其比特率的客户机相比，该用户将经受少得多的媒体质量降低。

另一方面，根据这个功能，利用缓和拥塞的渐进行动的普通方法以更公平的方式分配责任，用户更接近于会话比特率的上限。

虽然本发明的速率修改机制被描述为对于由共享资源向经该共享资源传送的分组交换媒体流的接收器发出的拥塞通告消息的响应，但它同样适用于通过分组交换网络从发送器向接收器传送具有实时传送要求的源数据或媒体以及源数据或媒体的接收器需要向源数据或媒体的发送器请求传送速率的修改的其它情况。例如，速率修改机制能够通过另一层上的拥塞通告消息或通过从共享资源接收的拥塞通告消息之外的另一消息调用。一个这样的消息可以是“拥塞缓和”消息，在该消息的情况下，可使用速率修改机制以平衡的方式增加传送速率。例如，这一点可以这样实现：与比特率减小较少的各方相比，比特率减小最大的各方进行更大的增加。这意味着，与当前比特率或当前传送比特率更接近于比特率范围的上限的情况相比，如果当前比特率或当前传送比特率更接近于比特率范围的下限，则当前比特率或当前传送比特率将会增加更多。另外，进行比特率修改的估计，以便与当前接收比特率更接近于比特率范围的上限的情况相比，如果当前接收比特率更接近于比特率范围的下限，则当前接收比特率增加更多。

也可以从非常了解网络条件的另一网络资源接收该消息，这意味着，例如，另一节点设置ECN位。

Claims (26)

1.一种在分组交换通信系统中控制会话的比特率的方法，在该分组交换通信系统中，经共享资源建立了多个会话，该方法包括下述步骤：

确定对所述会话有效的比特率范围，该比特率范围具有上限和下限；

比较所述会话的当前比特率和所述比特率范围，以确定到所述比特率范围的上限或下限的距离；

根据所述距离不同地修改所述当前比特率。

2.根据权利要求1所述的方法，其中，所述当前比特率被修改取决于所述距离的量，与所述距离大的情况相比，在所述距离小的情况下，所述量较大。

3.根据权利要求1所述的方法，其中，修改所述当前比特率的步骤被执行为：与所述当前比特率更接近于比特率范围的下限的情况相比，在所述当前比特率更接近于比特率范围的上限的情况下，所述当前比特率减小更多。

4.根据权利要求1所述的方法，其中，修改所述当前比特率的步骤被执行为：与所述当前比特率更接近于所述比特率范围的上限的情况相比，在所述当前比特率更接近于所述比特率范围的下限的情况下，所述当前比特率增加更多。

5.根据权利要求1所述的方法，其中，所述确定比特率范围的步骤还包括：在会话的建立过程通知所述比特率范围。

6.根据权利要求1所述的方法，其中，具有显式拥塞通告的用户数据报协议用于会话中的通信。

7.根据权利要求1所述的方法，其中，所述比特率范围的所述上限和所述下限与会话的特定服务质量授权相关。

8.根据权利要求1所述的方法，其中，修改所述当前比特率的步骤还包括：根据用户性质不同地修改所述当前比特率。

9.根据权利要求1所述的方法，其中，修改所述当前比特率的步骤还包括：把所述当前比特率修改绝对量，或者如果所述当前比特率超过指定的比特率值则把所述当前比特率修改到所述指定的比特率值。

10.一种接收由发送器在会话中经共享资源传送的分组交换编码媒体的接收器，所述接收器包括：

比特率范围确定装置，确定对所述会话有效的比特率范围，该比特率范围具有上限和下限；

比特率请求估计装置，通过比较当前接收比特率和所述比特率范围以确定到所述比特率范围的上限或下限的距离，并根据所述距离不同地估计所述比特率修改，来估计比特率修改；

速率请求装置，请求所述发送器修改所述会话中的当前传送比特率。

11.根据权利要求10所述的接收器，其中，所述比特率修改取决于所述距离，与所述距离大的情况相比，在所述距离小的情况下，所述比特率修改较大。

12.根据权利要求10所述的接收器，其中，所述比特率请求估计装置被配置为估计所述比特率修改，从而与所述当前接收比特率更接近于所述比特率范围的下限的情况相比，在所述当前接收比特率更接近于所述比特率范围的上限的情况下，所述当前接收比特率减小更多。

13.根据权利要求10所述的接收器，其中，所述比特率请求估计装置被配置为估计比特率修改，从而与所述当前接收比特率更接近于比特率范围的上限的情况相比，在所述当前接收比特率更接近于所述比特率范围的下限的情况下，所述当前接收比特率增加更多。

14.根据权利要求10所述的接收器，其中，所述比特率请求估计装置被配置为考虑分组丢失率、抖动、网络反馈消息和应用设置中的至少一种信息类型以估计所述比特率修改。

15.根据权利要求10所述的接收器，所述接收器还包括：

检测装置，检测来自所述共享资源的拥塞通告消息，

其中，所述比特率请求估计装置在检测到所述拥塞通告消息时估计所述比特率修改。

16.根据权利要求10所述的接收器，其中，所述速率请求装置被配置为当请求所述发送器修改所述会话中的当前传送比特率时包括所述比特率修改。

17.根据权利要求10所述的接收器，所述接收器还包括：至少一个媒体解码器，所述至少一个媒体解码器用于对在会话中接收的所述编码媒体进行解码。

18.一种经共享资源在会话中向接收器传送分组交换编码媒体的发送器，所述发送器包括：

比特率范围确定装置，用于确定对所述会话有效的比特率范围，该比特率范围具有上限和下限；

速率请求接收装置，从所述接收器接收修改所述会话中的当前传送比特率的请求；

速率修改控制单元，响应于来自所述接收器的所述请求控制所述会话中的当前传送比特率的速率修改，从而根据到所述比特率范围的上限或下限的距离不同地修改当前传送比特率。

19.根据权利要求18所述的发送器，其中，所述当前传送比特率被修改取决于所述距离的量，与所述距离大的情况相比，在所述距离小的情况下，所述量较大。

20.根据权利要求18所述的发送器，其中，所述速率修改控制单元被配置为控制所述当前传送比特率的速率修改，从而与所述当前传送比特率更接近于比特率范围的下限的情况相比，在所述当前传送比特率更接近于所述比特率范围的上限的情况下，所述当前传送比特率减小更多。

21.根据权利要求18所述的发送器，其中，所述速率修改控制单元被配置为控制所述当前传送比特率的速率修改，从而与所述当前传送比特率更接近于所述比特率范围的上限的情况相比，在所述当前传送比特率更接近于比特率范围的下限的情况下，所述当前传送比特率增加更多。

22.根据权利要求18所述的发送器，其中，所述速率修改控制单元被配置为通过比较当前传送比特率和所述比特率范围确定到所述比特率范围的上限或下限的所述距离。

23.根据权利要求18所述的发送器，其中，估计出的比特率修改包括在来自所述接收器的修改当前传送比特率的请求中，并且其中，所述速率修改控制单元被配置为使用所述估计出的比特率修改作为输入用于确定所述会话中的当前传送比特率的速率修改。

24.根据权利要求18所述的发送器，其中，所述速率修改控制单元被配置为考虑分组丢失率、抖动、网络反馈消息和应用设置中的至少一种信息类型以估计所述比特率修改。

25.根据权利要求18所述的发送器，所述发送器还包括至少一个媒体编码器，所述至少一个媒体编码器用于输出将要在所述会话中传送的所述编码媒体。

26.一种用于控制至少第一会话和第二会话的比特率的分组交换通信系统，所述系统至少包括第一发送器和第二发送器，所述第一发送器在第一会话中经共享资源与所述第一接收器进行通信，所述第二发送器在第二会话中经共享资源与所述第二接收器进行通信，所述系统还包括：

第一比特率范围确定装置，用于确定对所述第一会话有效的第一比特率范围，所述第一比特率范围具有上限和下限；

第二比特率范围确定装置，用于确定对所述第二会话有效的第二比特率范围，所述第二比特率范围具有上限和下限；

第一速率修改控制单元，用于控制所述第一会话的第一当前比特率的速率修改，从而根据到所述第一比特率范围的上限或下限的第一距离不同地修改所述第一当前比特率；

第二速率修改控制单元，用于控制所述第二会话的第二当前比特率的速率修改，以便根据到所述第二比特率范围的上限或下限的第二距离不同地修改所述第二当前比特率。

Images