用于网络中速率控制服务的系统和方法

摘要

本发明公开了一种用于控制从服务实体到客户的数据比特传送会话中数据比特传输流速率的系统和方法；会话涉及经无线通信链路的比特传送；所述方法包括：通过提供无线电控制节点以确立与所述无线链路相关的流速率参数而建立所述会话，包括建立寻址；监视所述无线通信链路；基于监视，发送新流速率参数以便所述服务实体可以根据所述新速率控制参数来更新所述会话的所述传输速率。

权利要求

1.一种用于协商从第一移动实体到第二移动实体的数据比特传送会话中的数据比特传输流速率的方法，所述会话涉及经至少一条无线通信链路的比特传输，所述方法包括：提供与所述第一移动实体进行通信的第一无线电控制节点，以控制到所述第一移动实体的第一无线电链路的比特传输速率；

提供与所述第二移动实体进行通信的第二无线电控制节点，以控制到所述第二移动实体的第二无线电链路的比特传输速率；

解析所述第一无线电控制节点与所述第二无线电控制节点之间的寻址，以允许所述第一无线电控制节点与所述第二无线电控制节点之间的通信；

发送所述第一无线电链路的速率控制参数到所述第二无线电控制节点；

发送所述第二无线电链路的速率控制参数到所述第一无线电控制节点；

匹配所述速率控制参数以获得实际的比特传输速率；

将所述实际的比特传输速率的指示发送到所述第一移动实体和所述第二移动实体，以便所述比特传输能以所述实际的比特传输速率出现。

2.如权利要求1所述的方法，其特征在于所述解析还包括：通过在所述第一移动实体与所述第二移动实体之间发送根据应用层协议的建立命令而发起会话；

在所述第一移动实体与服务节点之间设立中间层信息集；

由所述第一无线电控制节点接收用于所述第二移动实体的根据第一中间层协议的速率控制配置参数；以及由所述第二无线电控制节点接收用于所述第一移动实体的根据第二中间层协议的速率控制配置参数。

3.如权利要求2所述的方法，其特征在于还包括：

由所述第一无线电控制节点检查定址到所述第一移动实体的消息的首部，以获得所述第二无线电链路的可用传输速率；以及由所述第二无线电控制节点检查定址到所述第二移动实体的消息的首部，以获得所述第一无线电链路的可用传输速率。

4.如权利要求1所述的方法，其特征在于还包括：

提供代理，由此源于所述第二移动实体而要由所述第一移动实体接收的所有消息、源于所述第一移动实体而要由所述第二移动实体接收的所有消息均通过所述代理发送并由其继续转发。

5.如权利要求4所述的方法，其特征在于还包括：

由所述第一无线电控制节点检查定址到所述第一移动实体的消息的首部，以获得与所述第二移动实体相关的速率控制配置参数；以及由所述第二无线电控制节点检查定址到所述第二移动实体的消息的首部，以获得与所述第一移动实体相关的速率控制配置参数。

6.如权利要求1所述的方法，其特征在于还包括：提供第一代理，由此由所述第一移动实体发送到所述第二移动实体的所有消息、由所述第一无线电控制节点发送到所述第二无线电控制节点的所有消息均发送到所述第一代理并由其继续转发。

7.如权利要求6所述的方法，其特征在于还包括：提供第二代理，由此由所述第二移动实体发送到所述第一移动实体的所有消息和由所述第二无线电控制节点发送到所述第一无线电控制节点的所有消息均发送到所述第二代理并由其继续转发。

8.如权利要求2所述的方法，其特征在于：所述应用层协议是会话发起协议，所述第一中间层协议是无线接入网应用部分(RANAP)，并且所述第二中间层协议是Iu UP。

说明书

用于网络中速率控制服务的系统和方法

[0001] 本申请是申请号为200380110325.5、题为用于网络中速率控制服务的系统和方法的中国专利申请的分案申请。

技术领域

[0002] 本发明涉及通信系统和方法，更具体地说，涉及控制比特传送会话中的数据比特传输。

背景技术

[0003] 本领域的技术人员熟知基于分组传递数据比特形式的信息的通信网络。当然，因特网是最广为人知的数据通信网络。各种通信协议已开发用于处理数据通信。传输协议用于将数据传送到正确的会话。传输协议UDP(用户数据报协议)和TCP(传输控制协议)在因特网中使用。UDP是没有流控机制的无连接协议，而TCP是有流控机制的面向连接的协议，它支持两个主机之间的可靠数据传送。

[0004] 移动通信日益增加的重要性造成了通过无线连接传送数据的需求。通过无线链路传送数据可引起在通过固定线路连接传送数据时未遇到的许多问题和困难。空中接口上的带宽是稀缺和有限的资源。因此，要努力有效利用可用的无线电资源。由于例如衰落或遮蔽引起的空中接口特性变化，或者由于已指配带宽重新分配给某小区的用户，可用于移动通信网络中无线电连接的带宽会迅速改变。空中接口上的有限带宽和不断变化的带宽会使得向位于移动系统内的最终用户提供可接受服务质量(QoS)难以实现。例如，有限的带宽可导致最终用户经历讨厌的长等待时间。

[0005] 为移动网络中最终用户解决QoS优化问题的许多先有技术解决方案主要用于基于UDP的服务，如流式传输/视频服务。例如，在EP1126716中，提出了一种针对基于UDP服务的解决方案。然而，对于基于诸如TCP等具有流控机制的传输协议的应用，这些方法未解决优化问题。

[0006] 在WO 02/052800中，公开了一种调整从外部网络到用户终端的数据流的方法。由分组控制单元执行的数据流控制算法与分组控制单元从其接收数据分组的网络节点协同工作。分组控制单元向该网络节点指示指定数据流的实际传输速率以及用于该数据流的缓冲容量。更具体地说，从SGSN到BSC的发送速率受到控制，以避免BSC中缓冲器溢出和欠载运行。用于控制BSC和SGSN中缓冲器的实际比特率利用了第二层到第二层信令。

[0007] 在WO 02/093866中，公开了一种通过网络传送多媒体信息的方法。所解决的问题涉及下行信道的可用传输速率。D2提供了一种通过计算发往接收器的分组的平滑行程时间与下行信道的相关平滑拥塞窗口之比来估计下行信道中的可用传输速率的方法。

[0008] 另外，许多先有技术解决方案是以客户为中心的，即，它们利用来自移动系统中最终用户的反馈消息为最终用户控制服务质量。以客户为中心的解决方案的一个缺陷是在客户确信检测到空中接口上连接的可用带宽变化前需要相当长的时间。由于无线电环境是不稳定的，因此，客户在可以发送可靠的反馈消息前需要执行长时期内的滤波或平均值计算。此外，最终用户的反馈消息必须经无线电连接传送到控制系统，这额外增加了数据输入控制系统的延迟。

发明内容

[0009] 本发明的实施例涉及解决问题和“建立”速率控制服务。具体而言，本发明的实施例借助传输建立用于移动系统中客户与应用服务器之间比特传送会话的流控机制或速率控制机制。速率控制机制可与多个速率控制参数相关联。本文公开了几个实施例，这些实施例“设置”或配置了网络内速率控制机制的寻址。本发明的实施例利用无线电资源管理实体的反馈信息来设置和更新整个会话中的流控参数。一旦速率控制机制已配置或“设置”，无线电资源管理实体便可以与网络实体通信以优化速率控制参数，这允许提高QoS和有效利用可用的无线电资源。

[0010] 根据本发明的一个方面，提供了一种方法，用于建立对比特传送会话中数据比特传输的控制，以便将数据信息从应用服务器传送到客户，所述比特传送会话涉及借助具有流控机制或速率控制机制的传输协议经无线通信链路的比特传送。所述方法包括对网络实体进行设置以便它可以从无线电资源管理实体接收有关无线链路可用带宽的信息，随后，所述网络实体响应接收所述信息，更新与所述传输协议的所述速率控制机制相关的至少一个参数，以便可根据所述接收的信息控制所述会话的传输速率。

[0011] 本发明的一个优点是它对速率控制服务进行“设置”以便网络实体可以最佳地均衡在与后端的空中接口上提供的分组交换域上个人到内容和个人到个人服务的流量，从而更好地利用稀缺的无线电资源。

[0012] 本发明一些实施例的另一优点在于：由于可在整个会话中从位于无线接入网中的无线电资源管理实体持续提供用于控制速率控制参数的反馈信息，因此可基于当前信息来更新流控参数。与先有技术解决方案中流控制只在会话开始时基于以前会话的历史数据进行一次设置相比，这可实现更好的参数设置。由于在本发明中使用的反馈信息从无线接入网传递给控制流控参数的网络实体，因此，反馈信息将不会受到与上述以客户为中心的解决方案中一样大的延迟的影响。无线接入网以比客户更快的速度检测会话可用带宽的变化，并且无需通过空中接口传送反馈信息。

[0013] 根据本发明一些方面的持续监视和更新控制参数可在整个会话中而不只是在会话开始时提供良好的QoS。在会话期间不更新参数设置的先有技术解决方案中，会话经历的无线电条件变化时，存在QoS可能恶化的危险。无线电条件可迅速变化，因此，更新涉及空中接口的会话参数设置比完全基于有线连接的会话的参数设置更重要。

[0014] 本发明一些实施例的又一优点是：它们分别利用各会话的网络反馈，所述反馈用于单独更新各会话的流控参数。因此，参数设置可特别适于优化各会话的QoS。即使先有技术解决方案与本发明相比可允许进行较少的流控决策，但这些解决方案可导致某个特定客户的服务质量很差，该客户在本机经历的无线电条件比同一组中其它客户的无线电条件差得多。

[0015] 由于本发明的一些实施例允许吞吐量更快和更精确地自适应空中接口上的当前可用带宽，因此，降低了在诸如RNC或BSC等无线电资源管理实体中的溢出风险。因此，本发明的一个另外优点是无线电资源管理实体中的缓冲区大小可降到最小。

[0016] 结合附图阅读以下详细说明，可明白本发明实施例的其它优点和目的。例如，可在个人到内容(P2C)情形中使用的实施例也同样适用于个人到个人(P2P)服务，且反之亦然。说明本发明实施例的示例首先结合P2C的场景给出，然后结合P2P的场景给出。

附图说明

[0017] 图1是显示根据先有技术，客户与应用服务器之间通信会话的示意方框图。

[0018] 图2是显示客户与应用服务器之间采用本发明一些方面的通信会话的示意方框图。

[0019] 图3是显示图1与图2中所示会话吞吐量比较的示意图。

[0020] 图4a是显示采用本发明一些方面进行个人到内容通信的UMTS系统的高级示意方框图。

[0021] 图4b显示了开放系统互连(OSI)参考模型可如何应用到图4a所示的系统。

[0022] 图5是说明根据本发明一些实施例，基于网络反馈的传输速率自适应的流程图。

[0023] 图6是显示特定会话期间配置RNC以将速率控制指示发送到应用服务器的一般“设置”过程的信令图。

[0024] 图7是显示可在本发明的不同方面中使用的嗅探过程的信令图。

[0025] 图8是显示可在本发明不同方面中使用的替代嗅探过程的信令图。

[0026] 图9是显示移动台(UE)利用速率控制服务的所需参数对RNC进行设置的信令图。RNC可具有或可不具有IP地址。

[0027] 图10是显示代理利用用于速率控制服务的所需参数对RNC进行设置的设置过程的信令图。RNC不具有IP地址。

[0028] 图11是显示代理利用用于速率控制服务的所需参数对RNC进行设置的设置过程的信令图。RNC具有IP地址。

[0029] 图12是显示采用本发明一些方面进行个人到个人通信或者个人到固定电话通信的UMTS系统的高级示意方框图。

[0030] 图13是显示移动单元利用速率控制服务所需参数对适当RNC进行设置的设置过程的信令图。RNC不具有IP地址。

[0031] 图14是显示移动单元利用速率控制服务所需参数对适当RNC进行设置的设置过程的信令图。RNC具有IP地址。

[0032] 图15是显示SIP代理利用速率控制服务所需参数对适当RNC进行设置的设置过程的信令图。RNC不具有IP地址。

[0033] 图16是显示SIP代理利用速率控制服务所需参数对适当RNC进行设置的设置过程的信令图。RNC具有IP地址。

[0034] 图17是显示移动单元利用速率控制服务所需参数对适当RNC进行设置的设置过程的信令图。RNC可能具有或不具有IP地址。

[0035] 图18是显示媒体网关利用速率控制服务所需参数对适当RNC进行设置的设置过程的信令图。RNC不具有IP地址。

[0036] 图19是显示媒体网关利用速率控制服务所需参数对适当RNC进行设置的设置过程的信令图。RNC具有IP地址。

具体实施方式

[0037] 下面将参照显示了本发明优选实施例的附图，更全面地描述本发明。然而，本发明可体现为许多种不同的形式，并且不应视为局限于本文所述的实施例；确切地说，提供这些实施例是为了使本公开透彻而完整，并将向本领域的技术人员全面地传达本发明的范围。在附图中，类似的标号表示类似的元素。

[0038] 为了说明本公开内容，使用了多个缩略词，其定义如下所述：

[0039] 3GPP 第三代合作伙伴项目

[0040] BSC 基站控制器

[0041] CDMA2000 码分多址。一种将每个电话呼叫与只有一个蜂窝[0042] 电话可从空中提取的一个代码相结合的接入技

[0043] 术。

[0044] DL DL比特率

[0045] GGSN 网关GPRS支持节点。GPRS网络中允许移动手

[0046] 机用户接入分组数据网络的无线网关。它提供朝[0047] 向外部IP分组网络的接口，并转换数据格式、

[0048] 信令协议和地址信息以允许在不同网络之间进

[0049] 行通信。

[0050] GPRS 通用分组无线业务。用于GSM网络的数据业务。

[0051] 它提供电路交换和分组交换承载。

[0052] GTP 即GPRS隧道协议，它是在SGSN与GGSN之

[0053] 间使用的第3层隧道协议。

[0054] GTP-U GTP用户隧道。对于每个移动台，建立一条信令[0055] 用GTP-C隧道，并且建立多条GTP-U隧道，每

[0056] 个PDP上下文(即会话)一个，用于用户业务。

[0057] HTTP 超文本传输协议

[0058] IMSI 国际移动用户身份码。50比特的字段，标识GSM

[0059] 网络中移动用户的归属国家/地区和运营商，它

[0060] 存储在用户识别模块(SIM)中。

[0061] IP 因特网协议

[0062] Iu UP Iu用户平面，即RNC与核心网之间的接口

[0063] (SGSN节点)。

[0064] 第2层 提供一种方式，以同步使往来于物理层的比特流

[0065] 以及检测因传输问题引起的错误(例如，噪声和

[0066] 干扰)。

[0067] MSISDN 移动台ISDN。移动台的电话号码。

[0068] NAT 分组数据协议。用于支持通过3G无线蜂窝网络

[0069] 传送分组数据的一系列协议(如IP和PPP)的

[0070] GPRS术语。

[0071] OSI 开放系统互连

[0072] P2C 个人到内容

[0073] P2P 个人到个人

[0074] PDP 分组数据协议。用于支持通过3G无线蜂窝网络

[0075] 传送分组数据的一系列协议(例如，IP和PPP)

[0076] 的GPRS术语。

[0077] PDP上下文 PDP上下文是MS(移动台)与在GPRS网络上

[0078] 运行的PDN(公共数据网)之间的逻辑关联。

[0079] PDP上下文是保持在移动装置和GSN中对应于

[0080] 某个PDP地址的信息集(例如，QoS简档)。

[0081] 该上下文定义诸如路由、服务质量、安全、计费

[0082] 等方面。

[0083] QoE 最终用户体验质量

[0084] QoS 服务质量

[0085] RAB 无线电接入承载

[0086] RADIUS AAA(认证、授权和计费)协议。

[0087] RAN 无线接入网

[0088] RANAP 无线接入网应用部分-由RNC和CN使用的一

[0089] 个中间层协议。

[0090] RC 速率控制

[0091] RC ID 速率控制器标识符

[0092] RNC 无线电网络控制器

[0093] RRC 无线电资源控制(RRC)-RRC接口用于配置、

[0094] 重新配置、重新定位和释放与不同无线电承载相

[0095] 关的各个PDCP实体。

[0096] RTSP 实时流协议-用于控制具实时属性的数据传递

[0097] 的应用级协议。RTSP提供可扩展的框架以允许

[0098] 使用传输控制协议(TCP)或用户数据协议

[0099] (UDP)实现诸如音频和视频等实时数据的受

[0100] 控、按需传递。

[0101] SDP 会话描述协议

[0102] SGSN 服务GPRS支持节点。GPRS节点处理往来于

[0103] MS的数据，维护MS位置信息，并在MS与

[0104] GGSN之间进行通信。它为在特定区域的所有

[0105] GPRS用户提供分组路由。

[0106] SIP 会话发起协议。用于VoIP(分组话音)呼叫处

[0107] 理的IETF IP协议。它执行会话建立和信令以实

[0108] 现多种功能。

[0109] SM 会话管理

[0110] TCP 传输控制协议

[0111] TEID 隧道端点标识符

[0112] TFT 业务流模板。允许GGSN将从外部网络接收的分

[0113] 组分类到适当的PDP上下文。用于确定适用于

[0114] 特定分组的QoS。

[0115] T-PDU 传输PDU(协议数据单元)

[0116] UDP 用户数据协议

[0117] UE 用户设备

[0118] UMTS 通用移动电信系统。支持144kbs(车载)、384

[0119] kbs(步行)或建筑物中高达2Mbs的数据传送

[0120] 速率的第三代无线标准。

[0121] WCDMA 宽带码分多址，是实现第三代(3G)蜂窝系统的

[0122] 主要技术之一。它基于ETSI Alpha组提议的无

[0123] 线接入技术，并且其规范在1999年定稿。

[0124] WLAN 无线局域网

[0125] 本发明适用于移动系统中个人到内容(P2C)和个人到个人(P2P)分组交换服务，具体地说，适用于基于具有流控机制的传输协议的此类服务。此类服务包括在最终用户的用户设备与应用服务器之间的分组通信。移动系统包括诸如WCDMA、CDMA2000、无线局域网或GPRS网络等用户设备驻留的移动网络。具有流控机制的传输协议的一个示例是TCP。TCP的流控机制包括多个为本领域技术人员所熟知的流控参数。TCP流控参数的示例有窗口大小和段大小。TCP连接上的数据比特传输可通过改变TCP流控参数来加以控制。

[0126] 在移动用户设备与应用服务器之间建立通信会话时，空中接口上的可用带宽通常是会话比特率的限制因素。例如衰落和遮蔽等空中接口特性可对最终用户有不利影响。这对于将TCP协议用作传输承载的应用而言更是如此。例如，空中接口上的长等待时间可触发TCP拥塞避免机制，从而使用于会话的带宽更少并导致最终用户体验到极差的性能。另一方面，如果最终用户将暂时获得空中接口上增加的带宽，这极可能不会以相同程度加速TCP连接，从而意味着稀缺的无线电资源将得不到利用。由于空中接口上的无线电资源是要注意尽可能有效利用的稀缺资源，因此，更有效的使用可用无线电资源将极可能提高最终用户的服务质量。

[0127] 图1示意性地显示了根据先有技术，用户设备102中的客户与应用服务器104之间的通信会话。此处应用服务器104是Web服务器。会话是经由客户102与应用服务器104之间的TCP链路106建立的。客户在从应用服务器104浏览或下载信息时，客户确认收到数据，由此指示接收质量。应用服务器104使用来自确认的此信息，以使诸如窗口大小或段大小等TCP传输参数适应TCP链路上的传输条件。

[0128] 图1所示方法的问题在于：当传输链路包括无线电连接时，存在包括许多重传的坏无线电连接条件可能被应用服务器104误解为拥塞，由此触发TCP拥塞避免机制。而且，无线电条件可能非常快速地变化，但确认形式的反馈来得相对较迟，这又降低了服务器对变化的无线电传输条件正确反应的能力。这些是由于TCP传输机制并不是为无线电传输而设计这一原因引起的缺陷。

[0129] 图2是显示使用了本发明一个方面的通信会话基本原理的示意方框图。通信会话经代理112，通过TCP连接106a和106b在客户102与应用服务器104之间建立。TCP连接106b涉及移动网络114中通过无线电链路的传输。移动网络将有关无线电链路传输服务质量的网络反馈数据报告给代理。代理使用网络反馈数据改变TCP连接106b的TCP参数设置，如TCP窗口大小和段大小。网络反馈也可用于决定如何通过TCP连接106a向应用服务器确认接收。

[0130] 报告给代理的网络反馈数据是有关移动网络的无线电资源管理实体已决定允许会话在空中接口上使用的带宽的信息。

[0131] 图3是显示分别使用根据图1和图2的布置的吞吐率比较的示意图。矩形曲线120显示了移动网络无线电资源管理实体决定会话在空中接口上使用的带宽。曲线116显示了图1中先有技术布置的吞吐量曲线，而粗曲线118显示了根据图2中本发明的布置的吞吐量曲线。

[0132] 曲线116显示传输速率首先呈指数增加，直至达到空中接口上的最大可用比特率。发生此情况时，客户开始报告“未收到”，这由图1中的应用服务器104解释为拥塞。因此，应用服务器应用拥塞避免机制，由此大大降低传输速率。随后，应用服务器开始很慢地以线性方式提高传输速率。应用服务器的此行为可能与无线电链路上的实际情况不相符。

[0133] 相反，在图2中，代理112(或网络反馈直接提供给服务器的实施例中的服务器104)由于更早接收到无线电链路信息-这提供了对无线电传输条件更精确的描述，因此，它可采用更充分和更快的测量。这由粗曲线118表示，它显示了使用根据本发明的网络反馈时吞吐量上升得更快，并且总吞吐量更高，从而为最终用户提供更好的服务质量。在使用图2中的布置时，空中接口上的可用带宽增加将迅速导致更大的吞吐量。

[0134] 虽然图2说明了将本发明用于经代理和两条TCP连接106a与106b建立的会话，但代理的使用并不是本发明所必需的。如果直接在应用服务器与客户之间建立会话而无中间代理，则可实施本发明，以使网络反馈直接提供给应用服务器。随后，应用服务器可使用网络反馈充分地适应会话的TCP参数。除上述个人到内容(P2C)的情况外，本发明的方面也同样适用于个人到个人(P2P)服务。

[0135] 个人到内容服务：

[0136] 图4a显示了在个人到内容(P2C)的情况下UMTS系统120中的本发明实施例。系统包括具有多个无线电基站(RBS)124和至少一个无线电网络控制器(RNC)126的无线接入网122。系统还包括服务GPRS支持节点(SGSN)128和网关GPRS支持节点(GGSN)130，它们是核心网(CN)132中的在无线接入网122与服务网络(SN)134之间提供连接的节点。服务网络134包括应用服务器104和代理112。该代理可与服务网络会话数据库(SNSD)136和外部IP网络138通信。

[0137] 如上所述，本发明提供了用于控制会话传输速率的改进方式，这可实现最终用户的服务质量优化。有关空中接口上允许用于会话的带宽的信息可从RNC 126发送到代理112。例如，如果代理接入可以在空中接口上利用允许的比特率，则代理能够设置诸如段/窗口大小等TCP流控参数，以便以最佳方式适应无线电资源情况。因此，代理112可具有基于从RNC 126获得的带宽信息及其自己的内部算法来优化最终用户服务质量的能力。

[0138] 在实施例的一个方面，RNC 126可预先配置为管理RC服务。RNC 126可由配置工具140硬编码或配置以服务必需的数据。另外，借助用户设备(UE)或应用服务器或应用服务器代理或媒体网关，可对RNC 126进行局部配置。一般情况下，速率控制指示的接收器是代理112。

[0139] 此类配置数据的示例为：

[0140] 接收器的(代理的)IP地址和端口号。

[0141] RC服务应适用的业务类(例如，流式传输和交互式)。

[0142] 应具有服务的用户。(此列表可基于预订服务)。

[0143] 此外，基于网络反馈更新会话参数的参数设置单元可加以修改以便能够接收和理解网络反馈，并能够基于接收的网络反馈适应参数。本领域的技术人员会明白可如何使用硬件和软件方法实施本发明。根据本发明的网络反馈机制可使用为此目的建立的单独协议实施。

[0144] 在流式传输情况中，速率控制服务可设置用于SDP说明中的每个媒体流(例如，一个RC服务设置用于语音流，一个RC服务设置用于视频流)、SDP说明中作为一个整体的所有媒体流或其中的任意组合。

[0145] 在几个实施例中，SNSD 136可连接到代理112，并将带宽信息从RNC 126传送到代理112。在一些实施例中，SNSD 136可安排为存储从RNC 126获得的带宽信息。UE 102激活分组数据协议(PDP)上下文时，除其它信息外，此PDP上下文还包括接入点名称(APN)。APN给出UE 102与代理112之间的逻辑连接。例如，SNSD 136的代理112可存储有关UE
102的以下信息：

[0146] UE的IP地址

[0147] 比特率

[0148] 其它信息，例如，可能是其它目的而非本发明感兴趣的用户的MSISDN。

[0149] 再参照图2和图4，借助于通过代理112、CN 132和无线接入网122的连接106a、106b，可在服务网络134中的应用服务器104与用户设备(UE)102上的客户之间建立比特传送会话。或者，在UE 102与外部网络138中与上述代理通信的应用服务器104之间建立会话。连接106a、106b例如可以是TCP连接或基于具有某种流控机制的另一类型传输协议的连接。

[0150] 开放系统互连(OSI)参考模型将网络装置之间的通信分成7个更小的“层”，这在本领域已为人所熟知。每个层具有为发生的通信而执行的预定功能集。图4b显示了OSI参考模型，它从例如UE 102的节点经中间节点(如RNC 126、SGSN 128和GGSN 130)，建立到应用服务器104的通信链路。

[0151] 应用层141识别并确定预期通信伙伴的可用性，同步协作的应用，并达成有关错误恢复和数据完整性控制过程的协议。表示层142在应用层141“下方”，它确保一个系统的应用层发送的信息可由另一系统的应用层理解。会话层143在表示层142下方，它建立、管理和终止应用之间的会话。会话由两个或更多个表示实体之间的对话组成。

[0152] 在会话层142下方是传输层144。传输层144提供了用于建立、维护和有序终止虚拟电路和信息流控制的机制。网络层145在传输层下方。网络层145是可在位于地理上不同子网的两个终端系统之间提供连接和路径选择的层。链路层146提供数据通过物理链路的运输。为此，链路层146与物理(与网络或逻辑相反)寻址、网络拓朴、线路过程(终端系统将如何使用网络链路)、错误通知、有序帧传递及流控制相关。在链路层146下方是激活、维护和停用终端系统之间物理链路的电气、机械、程序和功能规格的物理层147。

[0153] 会话层143与传输层144之间的边界一般视为应用层协议与更低层协议之间的边界。而应用层、表示层和会话层与应用问题有关，更低的四个层一般与数据传输问题有关。

[0154] 在一些实施例中，可能存在流或“应用数据”传送148，例如，在UE 102与应用服务器112之间的web或流式业务。这可视为“高级”数据传送。RNC 126可检测UE-RNC链路上发生在物理层147的变化的系统条件，这将在下面详细描述。RNC 126可就UE-RNC链路(例如无线链路)上的状态变化更新代理112。状态变化信息随后可由应用服务器104用于平衡从其本身到UE 102的数据流，以匹配UE-RNC链路上的可用容量。(从RNC到代理112的状态信息对于SGSN 128和GGSN 130可以是透明的，即，不可见的)。然而，为了让此进程有效，RNC需要知道应用服务器112的地址，以便RNC可以将状态信息发送到应用服务器104。

[0155] 图5显示了使用TCP自适应的一般呼叫流过程150，其中，UE与应用服务器之间的TCP链路已分成两部分：(1)在应用服务器104与代理112之间；以及(2)在代理112与UE102之间。

[0156] 图5所示示例的初始条件如下：应用服务器根据诸如TCP机制等网络协议以一定的比特率发送有效负荷。由于空中接口方面的限制，代理112不允许以输入有效负荷到达时的相同速度转发输入的有效负荷。因此，代理112暂时将输入有效负荷存储在高速缓存(未显示)中，并通过发送确认消息(ACK)来向应用服务器确认，就仿佛有效负荷已由客户接收一样。这样降低了可能采用TCP拥塞机制的风险。同时，将所请求的象/文件的总下载时间降到最低。空中接口的条件变化时，RNC可通知代理，代理随后通知应用服务器，这样，可采用新的比特传送速率。

[0157] 根据本发明，在图5的示例中执行以下说明性步骤：

[0158] 步骤151：应用服务器以预定的速率将数据传送到代理。

[0159] 步骤152：代理由于空中接口方面的限制而无法以相同的速率将数据转发到UE102，因此，代理将数据缓冲。

[0160] 步骤153：代理发送确认消息到应用服务器以避免激活拥塞控制机制。

[0161] 步骤154：空中接口条件改善。例如RNC 126的无线电资源管理实体发现系统现在有空闲容量，因此，通过速率控制反馈消息通知代理112(或与代理通信的数据库)：特定的会话可采用新的更高的比特率。因此，无线电资源管理实体以速率控制反馈消息的形式将更低层消息发送到代理。

[0162] 在步骤156中，代理的内部无线优化算法通过确定最佳速率而适应新的情况。例如，在TCP系统中，代理确定最佳TCP段大小。

[0163] 在步骤158中，代理112随后可将指定新比特率(或段大小)的应用层消息发送到应用服务器。

[0164] 在步骤160中，应用服务器通过发送应用服务器确认消息确认消息，并在步骤162中开始以新速率发送。

[0165] 注意，过程150是根据本发明一个方面，基于网络反馈的速率自适应行为的“快照”。在整个会话期间，可随空中接口上允许的会话比特率变化而多次采用过程150。

[0166] 在现有通信系统中实施本发明时，本领域的技术人员理解，现有软件和/或硬件可能要进行修改。在多数情况下，修改将主要是软件修改。例如，RNC 126可进行修改以便它可以将根据本发明的网络反馈传送到另一单元，如代理112或应用服务器104。在图4a所示的实施例中，RNC 126可在i)配置或ii)会话建立时获悉代理112的IP地址。这样，RNC 126可将有关有效比特率的信息直接发送到代理112而无需中间节点的任何询问。

[0167] 图6是呼叫流程图，显示了类似参照图5所述过程150的过程170。然而，过程170显示在RNC配置为发送特定会话的速率控制指示时如何解决寻址问题。过程170对RNC进行配置，以使其将特定业务类的带宽(即速率控制)指示经GGSN发送到代理。应用服务器104根据网络协议机制以一定的比特率发送数据。在传输期间某一时刻，RNC 126确定新比特率可行，并向代理112发送IP消息。然而，由于代理112不知道速率控制消息应用于哪个会话(即，哪个UE)，因此，该过程需要解析UE的IP地址和端口号。

[0168] 解析可通过T-PDU消息和TFT过滤子映射中的GTP-U隧道端点标识符完成。GGSN可采用过程来确定UE的IP地址(或者将MSISDN或IMSI附到消息上)。在后一情况下，MSISDN/IMSI将由具有到代理的接口(在图6中未显示)的服务网络会话数据库解析并映射到UE IP地址。

[0169] 可在图6所示的过程170中执行以下步骤：

[0170] 步骤172：应用服务器104根据网络协议机制以预定的比特率发送数据。

[0171] 步骤174：RNC 126向代理发送中间层速率控制反馈消息(例如，RNC通过隧道在GTP-U层上将速率控制消息发送到GGSN130)。

[0172] 步骤176：GGSN 130拦截消息并通过使用T-PDU消息中的GTP-U隧道端点标识符(TEID)和如3GP TS 24.008中所解释的TFT过滤子映射，确定UE 102的IP地址和端口号。

[0173] 步骤178：GGSN 130将速率控制指示经网络层消息(例如RADIUS/HTTP消息)转发到代理。此消息包括UE的IP地址和端口号。因此，速率控制消息包含在空中接口上新采用的带宽及源端(UE)的IP地址和端口号。通过包括UE的IP地址和端口号，代理可识别消息适用的特定应用会话。

[0174] 步骤179：该代理基于速率控制消息中的信息确定最佳比特率。

[0175] 步骤180：代理112随后可将指定新比特率的应用层消息发送到应用服务器。在此示例中，应用层消息是RTSP消息。

[0176] 在步骤182中，应用服务器确认RTSP消息并在步骤184中开始以新速率发送。

[0177] 在上述过程170中，RNC在速率控制反馈消息174中提供UE的IP地址和端口号。因此，RNC先确定UE的IP地址(或者，将MSISDN或IMSI号码附到消息上。在后一情况下，MSISDN/IMSI将由服务网络会话数据库解析并映射到UE IP地址)。下面将参照图7和图
8讨论两种确定UE的IP地址的方法。

[0178] 图7说明在PDP上下文建立时执行“嗅探”过程190，以便RNC可以启动速率控制服务。在本公开中使用时，“嗅探”指RNC监听来自UE的用户数据业务，并拦截适当标记的消息。例如，可能在Iu IP协议中有速率控制标识(RC ID)字段，或在IP首部中有目的端口号，它提示RNC此类消息可能与速率控制服务有关。最终用户激活PDP上下文时，GGSN将Radius记帐消息发送到代理。RADIUS帐户消息包括UE IP地址、MSISDN和可选的IMSI号码。作为响应，代理经GTP-U层向UE的IP地址和特定RC端口号发送速率控制初始化消息。(除其它内容外，RC初始化消息中的数据包含：UE与代理的IP地址和端口号)。RNC嗅探(例如检查)定向到此特定RC端口号的消息。一旦RNC嗅探到这种消息，它便利用GTP隧道标识符，将IP地址与对应的RAB标识符绑定。随后，RNC可在包含速率变化的信道上，向它在PDP上下文激活时检测到的IP地址和端口号发送速率控制反馈消息。

[0179] 可在图7所示的过程190中执行以下步骤：

[0180] 步骤192：最终用户激活发送到GGSN的PDP上下文。

[0181] 步骤194：作为响应，GGSN将Radius记帐消息发送到代理。RADIUS帐户消息包括UE IP地址、MSISDN和可选的IMSI号码。

[0182] 步骤196：代理在GTP-U级将速率控制初始化消息发往UE的IP地址和特定的RC端口号。(除其它内容外，RC初始化消息中的数据包含：UE与代理的IP地址和端口号)。RNC嗅探(例如，检查)发向此特定RC端口号的消息。一旦RNC嗅探到这种消息，它便使用GTP隧道标识符将IP地址与对应的RAB-Id绑定。

[0183] 步骤198：RNC在包含速率变化的信道上将速率控制反馈消息发往上述IP地址和端口号。

[0184] 图8显示了另一“嗅探”过程200，在该过程中，RNC以比过程190(图7)中更灵活的方式确定UE的IP地址。在此方案中，业务不通过特定的代理。最初，UE发送http请求到代理以启动传送请求。TCP响应会返回到UE。TCP响应可在一个或几个TCP分组中承载。(在“通过UDP进行流式传输”的情况下，响应也可在UDP消息中承载)。RNC(或者，BSC)嗅探分组并确定分组的源和目标IP地址与端口号。随后，RNC将速率控制反馈消息发回之前发现的源IP地址和端口号。UE IP地址和端口号随后可用作身份标识，并因此还可包括在消息中。

[0185] 可在图8所示的过程200中执行以下步骤：

[0186] 步骤202：UE将http请求发送到代理。

[0187] 步骤204：返回TCP响应。

[0188] 步骤206：RNC基于预定的准则“嗅探”分组，并确定分组的源和目标IP地址和端口号。

[0189] 步骤208：RNC现在可以将速率控制反馈消息发回发送代理/应用服务器的IP地址和端口号。

[0190] 图9显示了一个示例，在该示例中，UE为RNC配置在PDP上下文建立中用于速率控制服务的所需参数。在此示例中，代理将特定的速率控制参数添加到RTSP/SDP协议中。RNS可以有或可以没有其自己的IP地址。在此示例中，代理和应用服务器将用于显示基础过程的原理。

[0191] 在图9所示过程210中，添加了特定的身份标识(ID)以便实施RC速率控制服务，(即，RC ID)。在此示例中，RC IP地址和RC端口号对应于代理的IP地址和端口号。注意，在存在NAT(网络地址转换器)时，由于UE IP地址和端口号是运营商特定的(即，它们只在本地是已知的)，并且无法由服务器用作速率控制服务标识符，因此，将特殊的身份标识用于速率控制服务。在替代实施例中，如在基于TCP的业务的情况中，设置参数可由代理或服务器包括在HTTP首部中。另一种可能更适合一般TCP业务的选择是为UE预先配置RC IP地址和端口号。

[0192] 根据图9中所示的本示例，可以执行以下步骤：

[0193] 步骤211：UE将RTSP描述消息发送到代理，以启动数据传输进程。代理又将消息转发到应用服务器。

[0194] 步骤212：作为响应，应用将RSTP/SDP OK消息经代理发回UE。

[0195] 步骤213：UE随后将RTSP建立消息经代理发送到应用服务器。

[0196] 步骤214：作为响应，应用服务器将RTSP OK消息发回UE。RTSP OK消息包含RC ID、RC IP地址、RC端口号及速率控制已启用的指示(注意，RC IP地址和RC端口号分别对应于代理的IP地址和端口号)。

[0197] 步骤216：UE将会话管理消息请求发送到SGSN以激活辅助PDP上下文。此SM消息包含数据控制方法、RC ID、RC IP地址和RC端口号。

[0198] 步骤218：作为响应，SGSN将中间层RANAP消息发送到RNC。在此示例中，消息是包含速率控制方法、RC ID、RC IP地址和RC端口号的RAB指配请求消息。

[0199] 步骤220：RNC发送RANAP RAB指配响应形式的确认，以指示速率控制方法已被接受。

[0200] 步骤222：SGSN随后将第3层GTP-C建立PDP上下文请求发送到GGSN以请求PDP上下文。

[0201] 步骤224：作为响应，GGSN将GTP-C建立PDP上下文响应消息发回SGSN。

[0202] 步骤226：RNC随后将基于IP的GTP消息发送到代理。该消息包含RC ID和初始比特率。

[0203] 步骤227：为响应步骤216，SGSN将激活辅助PDP上下文请求的SM接受消息发往UE。

[0204] 步骤228：代理随后可将应用级RTSP消息发送到应用服务器，该消息指定数据传输的初始比特率。

[0205] 步骤229：应用服务器确认RTSP消息，并设置比特率。

[0206] 步骤230：UE将开始流式传输的请求(经代理)发送到应用服务器。

[0207] 步骤232：作为响应，该应用服务器将以之前确定的比率(在上述步骤226中确定)发送流。

[0208] 步骤234：在传输期间的某一点上，RNC确定新的比特率可行，并将第3层基于IP的GTP消息(速率控制反馈)发送到代理。

[0209] 步骤236：代理随后将指定新比特率的应用级RTSP消息发送到应用服务器。

[0210] 步骤238：应用服务器确认RTSP消息，并在步骤240中开始以新速率发送。

[0211] 如前面参照图9所述示例中一样，图10显示了一个过程250，在该过程中，代理为RNC配置在PDP上下文建立后速率控制服务所需的参数。在此示例中，将代理和应用服务器用于说明基本过程。

[0212] 图10所示示例的初始条件如下：RNC不与IP地址相关联，并且UE不知道RC服务。此外，RNC和代理可通过配置工具140预先配置以RC端口号。代理不使用此RC端口号作为RC消息的源端口号。RNC使用RC端口号“嗅探”或挑选RC消息，即，源端口号等于RC端口号的消息。

[0213] 在请求发起后(在此示例中，这发生在使用RTSP协议的应用层)，UE建立辅助PDP上下文TFT分组过滤子，使得它仅包括用户数据流(因为UE不知道RC服务[参阅3GPP TS23.060])。

[0214] 为初始化RNC，代理发送初始化消息，该消息的IP/UDP首部包含作为目的地址和端口的UE IP地址和用户数据端口号。源端口是RC端口号(预先配置的)，并且源IP地址是代理的IP地址。因此，初始化消息包含以下参数：

[0215] ·RC IP地址(代理IP地址)

[0216] ·RC端口号(代理据以监听RC消息的端口)

[0217] ·RC ID

[0218] 作为响应，GGSN将输入初始化消息映射到承载用户数据流的PDP上下文(即，承载要控制的数据的PDP上下文)，这是因为RC消息的IP地址和目的端口号与用户数据中的值相同。

[0219] 如上所述，RNC“嗅探”该特定用户的所有输入业务，并拦截将所述RC端口列为源端口的分组(即，速率控制消息)。因为RC消息源于正确的无线电接入承载(RAB)，RNC能够将RC消息与该特定RAB绑定。

[0220] 在上行链路中，RNC将RC响应消息发送到RC IP地址和RC端口号(即，到代理)。此消息包含初始比特率和RC ID。代理使用RC ID将速率控制消息绑定到RTSP会话。

[0221] 根据图10中所述的过程250，可执行以下步骤：

[0222] 步骤252：UE将给应用服务器的RTSP描述消息发送到代理以开始流式传输进程。代理将该消息转发到应用服务器。

[0223] 步骤254：作为响应，应用服务器将RTSP/SDP OK消息经代理发回UE。

[0224] 步骤255：UE随后将RTSP建立消息经代理发送到应用服务器。

[0225] 步骤256：作为响应，应用服务器将RTSP OK消息发回UE。代理将RC ID、RC IP地址、RC端口号及速率控制已启用的指示添加到RTSP OK消息。RC IP地址和RC端口号对应于代理的IP地址和端口号。

[0226] 步骤258：UE将SM消息请求发送到SGSN以激活辅助PDP上下文。此SM消息包含速率控制方法、RC ID、RC IP地址和RC端口号。

[0227] 步骤260：作为响应，SGSN将RANAP消息发送到RNC。在此示例中，消息是包含速率控制方法、RC ID、RC IP地址和RC端口号的RAB指配请求消息。

[0228] 步骤262：RNC发送RANAP RAB指配响应形式的确认，以指示速率控制方法已被接受。

[0229] 步骤264：SGSN随后将GTP-C建立PDP上下文请求发送到GGSN。

[0230] 步骤266：作为响应，GGSN将GTP-C建立PDP上下文响应消息发回SGSN。

[0231] 步骤268：为响应步骤258，SGSN将激活辅助PDP上下文请求的SM接受消息发往UE。

[0232] 步骤270：作为响应，UE将RTSP播放消息经代理发送到应用服务器。该播放消息包括初始比特率。

[0233] 步骤272：作为响应，该应用服务器经代理将速率控制请求发往UE。此消息由RNC拦截。速率控制请求在GTP-U层(或Iu UP层)发送，且包含速率、RC IP地址、RC端口号和RC ID。Iu UP是指定RNC与CN之间(通过其SGSN)传输的协议。GTP-U一般是Iu UP之上的层。

[0234] 步骤274：作为响应，RNC将速率控制响应消息经代理发回应用服务器，以设置初始比特率。速率控制响应消息包括RC ID和初始比特率。在此示例中，应用服务器将此消息作为RTSP消息接收。

[0235] 步骤276：应用服务器以初始比特率发送数据。

[0236] 步骤278：在传输期间的某一点上，RNC确定新的比特率可行，并将GTP-U消息(速率控制反馈)发送到代理。

[0237] 步骤280：代理随后将应用层RTSP/RTCP消息发送到应用服务器，指定新比特率。

[0238] 步骤282：应用服务器确认RTSP消息，并在步骤284中开始以新速率发送。

[0239] 图11显示另一过程290，在该过程中，代理以用于速率控制服务的参数对RNC进行设置。与参照图10所述的示例不同，在图11中所示的示例中，RNC具有IP地址。

[0240] 过程290的初始条件如下：代理可在RTSP/HTTP会话建立阶段初始请求时从UE检索RNC/BSC IP地址。之后，UE连续地进行有关RNC/BSC的IP地址/端口号的更新，UE为之建立了PDP上下文。另外，在RNC/BSC间切换的情况下，移动管理过程确保“新”RNC/BSC获得更新，以便RC服务可继续而无任何中断。在PDP上下文设置过程的初始RTSP信令交换和完成后，代理将特定RC参数(代理的)RC ID、RC IP地址、RC端口号、UE IP地址和UE数据目的端口号)通过发信号通知给RNC。RNC将RC ID与RAB绑定以便会话知道RC消息的发送目的地。为实现此过程，RNC“嗅探”用户数据流中的每个RAB，以便提取UE IP地址和UE数据目的端口号。此信息可用于将RC ID与正确的RAB绑定。

[0241] 因此，根据图11中显示的此示例，可执行以下步骤：

[0242] 步骤292：UE发送RTSP描述消息以启动传输请求。代理将消息转发到应用服务器。

[0243] 步骤294：作为响应，应用服务器将RTSP/SDP OK消息经代理发回UE。

[0244] 步骤296：UE随后将RTSP建立消息经代理发送到应用服务器。

[0245] 步骤298：作为响应，应用服务器将RTSP OK消息发回UE，其中，RTSP OK消息包含RC ID、RC IP地址、RC端口号及速率控制已启用的指示。这些号码源于应用服务器或代理。

[0246] 步骤300：建立PDP上下文。

[0247] 步骤302：UE将RTSP播放消息经代理发送到应用服务器。

[0248] 步骤304：作为响应，应用服务器将速率控制请求发送到RNC。速率控制请求在基于IP的GTP层传送，并且包括速度控制方法、RC IP地址、RC端口号和RC ID。

[0249] 步骤306：RNC将速率控制消息通过基于IP的GTP层发回代理。速率控制响应消息包括速率控制方法、RC ID和初始比特率。

[0250] 步骤307：代理随后将指定初始比特率的RTSP消息发送到应用服务器。

[0251] 步骤308：应用服务器确认RTSP消息。

[0252] 步骤309：应用服务器经RTSP消息以初始比特率发送数据。

[0253] 步骤310：在传输期间的某一点上，RNC确定新的比特率可行，并将基于IP的GTP消息(速率控制反馈)发送到代理。

[0254] 步骤312：代理随后将指定新比特率的RTSP消息发送到应用服务器。

[0255] 步骤314：应用服务器确认RTSP消息，并在步骤316中开始以新速率发送。

[0256] 个人对个人服务：

[0257] 图12显示了根据本发明一个方面，在UMTS系统中的个人到个人(P2P)比特率自适应示例。图12中所示的UMTS系统包括两个核心网CN 350a和CN 350b。核心网CN 350a包括连接到服务GRPS支持节点(SGSN)354a的网关GPRS支持节点(GGSN)352a。GGSN 352a可连接到多个SGSN。GGSN 352a是朝向诸如PSTN或其它移动网络等外部网络的网关，并且SGSN 354a连接到至少一个无线电控制实体(RCE)(图12中未显示)。每个RCE包括无线电网络控制器(RNC)356a和连接到UMTS网络中的相应RNC 356a的至少一个基站(图12中未显示)。每个基站提供与移动终端UE358a的无线通信。

[0258] 类似地，CN 350b具有与CN 350a类似的组件。因此，核心网CN 350b包括连接到服务GRPS支持节点(SGSN)354b的网关GPRS支持节点(GGSN)352b。GGSN 352b可连接到多个SGSN。SGSN 354b连接到至少一个无线电控制实体(RCE)(图12中未显示)。每个RCE包括无线电网络控制器(RNC)356b和连接到UMTS网络中RNC的至少一个基站(图12中未显示)。每个基站提供与移动终端UE 358b的无线通信。

[0259] 在此示例中，至少一个RCE包括用于控制其无线电链路Uu比特率的速率控制装置。速率控制装置最好是无线电资源管理(RRM)系统的一部分。在一个实施例中，速率控制装置包括协商装置。协商装置用于在两个速率控制装置之间执行无线电链路层比特率协商。

[0260] 因此，为执行协商，也可通过服务网络366中的中间节点或代理360在两个UE或两个RNC之间发送速率控制消息。类似地，速率控制消息可发送到固定网络中的“等效”节点如媒体网关362，该节点可能与固定电话364进行通信。

[0261] 无线电链路366a上的上行和/或下行应用层比特率由于所述无线电链路上的条件变化而需要修改时，无线电链路的第一速率控制装置将修改信息传送到第二无线电链路366b的第二速率控制装置。随后，通过协商装置在第二和第一速率控制装置之间就建议的应用层比特率修改进行协商。协商装置可用于将协商结果传送到至少一个速率控制装置。
随后，从相应的速率控制装置请求相应的移动终端UE 358a、UE 358b相应地适应其发送应用层比特率和/或接收应用层比特率。相应的速率控制装置通过使用例如无线电资源控制(RRC)协议等无线电通信协议，将无线电消息传送到与其连接的终端，以请求移动终端适应新的应用层比特率。因此，无线电消息映射到应用层以便执行协商的应用层比特率变更。

[0262] 速率控制装置可驻留在若干实体中。例如，第一速率控制装置可驻留在第一RCE中，而第二速率控制装置可驻留在同一RCE中。或者，每个RCE可具有其自己的速率控制装置，或者控制装置可在诸如固定网络等另一网络内。如果第一和第二速率控制装置位于同一RCE内，则两个速率控制装置之间的通信和协商既快又直接。如果第一和第二速率控制装置经诸如GPRS支持节点等中间节点和/或网关进行通信，则RNC将速率控制消息发送到系统内的其它节点。

[0263] 例如，根据本发明的一个方面，第一RNC 356a可能使用第二移动终端UE 358b的IP地址来将速率控制消息发送到第二RNC356b。此IP地址可由例如GGSN 352a等中间节点用于将消息路由到第二RNC 356b，此RNC将对该消息进行解释，并根据理解操作。

[0264] 然而，RNC最初不知道第二移动终端的IP地址。因此，RNC可经配置或“设置”，以便将RC消息发送到另一RNC、代理或另一节点，如媒体网关362。以下讨论提供的示例说明了在不同情况下用于RNC的设置过程。

[0265] 图13显示了一个示例，在该示例中UE为RNC配置速率控制服务所需的参数。在此示例中，RNC不具有其自己的IP地址。UE358a开始是将SIP邀请消息发往UE 358b。此消息包含描述UE 358a特性的SDP文件。例如，文件包含RC参数(ID、IP地址和端口号)以及指示UE 358A支持RC服务的属性。此属性可由UE 358B用于向RNC-B指示UE 358A连接到支持速率控制服务的RAN。UE 358B以包含它的带相同信息的会话描述予以答复。

[0266] 一旦UE 358A和UE 358B知道彼此的会话特性，它们便开始PDP上下文激活过程。UE 358A PDP上下文请求消息包含UE 358B的RC参数。此信息由SGSN 354A经RANAP RAB指配请求消息转发到RNC 356A。UE定义或“建立”辅助PDP上下文的TFT分组过滤子，使得它包括RC消息(例如，输入RC消息将映射到此辅助PDP上下文上)。TFT由GGSN用于将输入分组映射到正确的PDP上下文。TFT由一个或几个分组过滤子组成，除其它信息外，每个过滤子还包含：源地址、目的端口范围和源端口范围。TFT由UE建立并在“激活PDP上下文请求”消息中传递给GGSN。

[0267] 在例如SIP的初始信令期间，UE收集有关会话数据流的信息，如IP地址和端口号，并且除其它信息外，尤其是收集RC参数。它使UE能够定义将由GGSN用于将输入数据和速率控制分组映射到此特定PDP上下文上的TFT。这样，输入RC消息可映射到承载控制用数据的PDP上下文，并且RNC将能够拦截消息并将它与要控制的RAB绑定。

[0268] RNC 356A接收包含RC参数的RANAP消息时，它理解可用的传送比特率必须传送到远端实体。RNC 356A使用RC IP地址(UE358B的IP地址)将GTP-U或Iu UP初始化消息朝UE 358B路由。该消息包含空中接口A上可用的DL比特率。RNC-B使用“嗅探”技术拦截这些消息，因为发往UE 338B的所有业务会通过RNC-B。如上所述，“嗅探”表示RNC-B监听从UE 358A到UE 358B的用户数据业务，并拦截例如有标记如GTP-U协议中的RC ID字段或IP首部中的目的端口号的消息，以促进RC服务。上面参照图7和图8讨论了这种嗅探技术。RNC-B能够将RC消息与正确的RAB绑定，这是因为RC消息源于该特定RAB。

[0269] 因此，根据图13中所示的本示例，可执行以下过程370：

[0270] 步骤372：UE 358A发送SIP邀请消息以在UE 358A与UE 358B之间启动数据传送进程。该消息包含SDP文件，该文件包含速率、RC ID、RC IP地址和RC端口号。

[0271] 步骤374：UE 358B以SIP OK消息响应。确认消息也包含SDP文件，该文件包含UE358B的速率、RC ID、RC IP地址和RC端口号。

[0272] 步骤376：UE 358A将SM激活辅助PDP上下文请求发送到CN350A。类似地，UE 358B将SM激活辅助PDP上下文请求发送到CN-B。

[0273] 步骤378：CN 350A将RANAP RAB指配请求消息发送到RNC356A，该消息包含UE358B的速率、RC ID、RC IP地址和RC端口号。类似地，CN 350B将RANAP RAB指配请求消息发送到RNC356B，该消息包含UE 358A的速率、RC ID、RC IP地址和RC端口号。

[0274] 步骤380：RNC 356A将RANAP RAB指配响应消息发送到CN350A。类似地，RNC 356B将RANAP RAB指配响应消息发送到CN350B。

[0275] 步骤382：CN 350A通过将SM激活辅助PDP上下文接受消息发送到RNC 356A，以确认SM激活辅助PDP上下文请求。类似地，CN 350B通过将SM激活辅助PDP上下文接受消息发送到RNC356B，以确认SM激活辅助PDP上下文请求。

[0276] 步骤384：RNC 356A将Iu UP初始化消息发往UE 358B。初始化消息包括UE 358A的可用比特传送速率。RNC 356A使用RC IP地址(UE 358B的IP地址)路由到UE 358B。

[0277] 步骤386：RNC 356B拦截GTP-U初始化消息，并向UE 358A回送GTP-U初始化消息，此初始化消息由RNC 356A拦截，它包括UE 358A的可用比特传送速率。

[0278] 步骤388：RNC 356A通过比较UE 358B的比特传送速率和UE358B的比特传送速率而确定最佳比特传送速率。类似地，RNC 356B通过比较UE 358B的比特传送速率与UE 358A的比特传送速率而确定最佳比特传送速率。

[0279] 步骤390：RNC 356A将指定初始比特率的RRC消息发往UE358A。类似地，RNC 356B将RRC消息发往UE 358B，以指定初始比特率。

[0280] 步骤392：UE 358B将SIP确认消息发往UE 358B，并且在步骤394中以协商的速率进行数据传送。

[0281] 图14显示了一个示例，在该示例中，一个UE为适当RNC配置速率控制服务所需的参数。在此示例中，RNC具有其自己的IP地址/端口号。此外，UE不断进行有关RNC/BSC的IP地址/端口号的更新，这些UE为之建立了PDP上下文。

[0282] 图14的过程410类似于图13的过程370，表现在RC ID用于将应用会话与RAB绑定。然而，在此示例中，RC IP地址和RC端口号对应于相应的RNC的IP地址和端口号。

[0283] RNC以对应RNC的RC ID、IP地址和端口号RNC进行过“设置”。之后，RNC 356a可通过将速率控制(RC)消息发送到RNC 356B，向RNC 356b指示它具有不足或空闲的无线电资源；反之亦然。该消息包含RC ID和比特率值。RNC 356B基于RC ID将RC消息与适当的RAB绑定。同样的机制也可在反方向(即，从RNC 356b到RNC356a)中使用。

[0284] 如果UE 358A移动到另一控制RNC，则移动性管理过程会以必需的数据(例如新的/更新的RNC IP地址/端口号)更新所有新的对应的RNC，以便继续速率控制服务而无中断。

[0285] 因此，根据图14中所示的本示例，可执行以下过程140：

[0286] 步骤412：UE 358A发送SIP邀请消息以启动数据传送。该消息包含SDP文件，该文件包含速率、RC ID、RNC 356A的IP地址和RNC 356A的端口号。

[0287] 步骤414：UE 358B以SIP OK消息响应。此确认消息还包含SDP文件，该文件包含速率、RC ID、RNC 356B的IP地址和RNC356B的端口号。

[0288] 步骤416：UE 358A将SM激活辅助PDP上下文请求发送到CN350A。该请求包含速率、RC ID、RNC 356B的IP地址和RNC 356B的端口号。类似地，UE 358B将SM激活辅助PDP上下文请求发送到CN 350B，该请求包含速率、RC ID、RNC 356A的IP地址和RNC356A的端口号。

[0289] 步骤418：CN 350A将RANAP RAB指配请求消息发送到RNC356A，该消息包含速率、RC ID、RNC 356B的IP地址和RNC 356B的端口号。类似地，CN 350B将RANAP RAB指配请求消息发送到RNC 356B，该消息包含速率、RC ID、RNC 356A的IP地址和RNC356A的端口号。

[0290] 步骤420：RNC 356A将RANAP RAB指配响应消息发送到CN350A。类似地，RNC 356B将RANAP RAB指配响应消息发送到CN350B。

[0291] 步骤422：CN 350A通过将SM激活辅助PDP上下文接受消息发送到CN 350A，以确认SM激活辅助PDP上下文请求。CN 350A通过将SM激活辅助PDP上下文接受消息发送到CN 350A，以确认SM激活辅助PDP上下文请求。

[0292] 步骤424：RNC 356A将GTP-U初始化消息发送到RNC 356B，该消息包括UE 358A的可用速率。

[0293] 步骤426：作为响应，RNC 356B将GTP-U初始化消息发送到RNC 356A，该初始化消息包括UE 358A的可用比特传送速率。

[0294] 步骤428：RNC 356A通过比较UE 358B的比特传送速率和UE358B的比特传送速率而确定最佳比特传送速率。类似地，RNC 356B通过比较UE 358B的比特传送速率与UE 358A的比特传送速率而确定最佳比特传送速率。

[0295] 步骤430：RNC 356A将RRC消息发往UE 358A，以指定初始比特率。类似地，RNC356B将RRC消息发往UE 358B，以指定初始比特率。

[0296] 步骤432：UE 358A将SIP确认消息发往UE 358B，并且在步骤434中以协商的速率进行数据传送。

[0297] 图15显示了一个示例，在该示例中，代理对RNC或BSC进行设置。在此示例中，RNC不与任一IP地址相关联，并且UE不知道RC服务。此外，RNC和代理通过配置工具预先配置了RC端口号。此RC端口号由代理用作RC消息的源端口号。RNC使用RC端口号挑选RC消息，换言之，挑选源端口号等于RC端口号的消息。在此情况中，代理初始化RNC。

[0298] UE 358A通过经SIP代理将邀请消息发往UE 358B而启动应用会话。该消息包括SDP文件，它指定适用于会话的速率。

[0299] 在初始SIP信令后，由于UE不知道RC服务[参阅3GPP TS23.060]，因此，UE建立辅助PDP上下文TFT分组过滤子，使得它们包括用户数据流。

[0300] 由于代理是SIP代理，因此，它拦截SIP消息并由此可以读取并存储有关UE和会话的所有信息。之后，代理初始化RNC。为执行初始化，代理360将初始化消息发往UE 358A和UE 358B IP目的地址和作为目的端口的用户数据端口号；源端口是RC端口号(预先配置的)，并且源IP地址是代理IP地址。该消息包含以下参数：

[0301] RC IP地址(对等UE IP地址)

[0302] RC源端口号(代理可选择对等RNC据以监听RC消息的端口)

[0303] RC ID

[0304] GGSN将输入初始化消息映射到承载用户数据流的PDP上下文(即，承载要控制的数据的PDP上下文)，这是因为RC消息的IP地址和目的端口号与用户数据中的相等。

[0305] RNC“嗅探”该特定用户的所有输入业务，并拦截将上述RC端口作为源端口的分组，即RC消息。由于RC消息源于正确的RAB，因此，RNC能够将这些RC消息与该特定RAB绑定。

[0306] 在UL层，RNC 356A将RC初始化消息发送到RC IP地址和RC端口号(即发送到UE 358B)。该消息包含初始比特率和RC ID。

[0307] 由于RC消息的IP地址和目的端口号与用户数据流相等，因此GGSN-B将输入初始化消息映射到正确的PDP上下文。

[0308] 在“嗅探”该特定用户的所有输入业务后，RNC 356B拦截将上述RC端口作为源端口的分组，即RC消息。由于RC消息源于正确的RAB，因此，RNC能够将RC消息与该特定RAB绑定。

[0309] RNC 356B随后以与前述示例类似的方式应答初始化RC消息。

[0310] 因此，根据图15中所示的本示例，可执行以下过程440：

[0311] 步骤442：UE 358A将SIP邀请消息发送到代理360，该消息包含SDP文件，该文件包含适用于会话的传送速率。代理360将该SIP消息转发到UE 358B上。

[0312] 步骤444：作为响应，UE 358B将SIP OK消息发送到代理360。该确认消息还包含SDP文件，该文件包含UE 358B的适用传送速率。

[0313] 步骤446：UE 358A将SM激活辅助PDP上下文请求发送到CN350A。该请求包含传送速率。类似地，UE 358B将SM激活辅助PDP上下文请求发送到CN 350B，该请求也包含用户传送速率。

[0314] 步骤448：CN 350A将RANAP RAB指配请求消息发送到RNC356A，该消息包含速率、RC ID、RNC 356B的IP地址和RNC 356B的端口号。类似地，CN 350B将RANAP RAB指配请求消息发送到RNC 356B，该消息包含速率、RC ID、RNC 356A的IP地址和RNC356A的端口号。

[0315] 步骤450：RNC 356A将RANAP RAB指配响应消息发送到CN350A。类似地，RNC 356B将RANAP RAB指配响应消息发送到CN350B。

[0316] 步骤452：CN 350A通过将SM激活辅助PDP上下文接受消息发送到CN 350A，以确认SM激活辅助PDP上下文请求。CN 350B通过将SM激活辅助PDP上下文接受消息发送到CN 358B，以确认SM激活辅助PDP上下文请求。

[0317] 步骤454：代理360将GTP-U RC请求发往UE 358B。该RC请求包括RC ID、RC IP地址和RC端口号。RNC 356B拦截此消息。

[0318] 步骤456：代理360将GTP-U RC请求发往UE 358A。该RC请求包括RC ID、RC IP地址和RC端口号。RNC 356A拦截此消息。

[0319] 步骤458：RNC 356B返回对该RC请求的GTP-U响应。

[0320] 步骤460：RNC 356A返回对该RC请求的GTP-U响应。

[0321] 步骤462：现在RNC 356A知道UE 358b的地址，因此，RNC356A将GTP-U初始化消息发往UE 358B。消息被RNC 356B拦截。该消息包含UE 358A的RC ID和可用传送速率。

[0322] 步骤464：作为响应，RNC 356B将GTP-U初始化消息发往UE358A，此初始化消息由RNC 356A拦截，它包括UE 358B的可用比特传送速率。

[0323] 步骤466：现在RNC 356A具有UE 358Br可用比特传送速率，因此，它可以通过比较UE 358B的可用比特传送速率和UE 358B的可用比特传送速率而确定最佳比特传送速率。类似地，RNC 356B通过比较UE 358B的可用比特传送速率和UE 358A的可用比特传送速率而确定最佳比特传送速率。

[0324] 步骤468：RNC 356A将RRC消息发往UE 358A，以指定初始比特率。类似地，RNC356B将RRC消息发往UE 358B，以指定初始比特率。

[0325] 步骤470：UE 358A将SIP确认消息发往UE 358B，并且在步骤472中以协商的速率进行数据传送。

[0326] 图16显示了过程480，在该过程中，代理对RNC或BSC进行设置。过程480类似于参照图15所述的过程440。在此示例中，RNC具有IP地址，并且本地SIP代理知道这些地址。因此，代理不断进行有关RNC/BSC的IP地址/端口号的更新，UE为之建立了PDP上下文。RNC地址或者可从UE接收。

[0327] UE 358A通过经SIP代理(一个或多个此类代理)将邀请消息发往UE 358B而启动应用会话。第一SIP代理将RNC-IP地址和端口号添加到SIP消息中。SDP文件指定适用于会话的速率。或者，如果UE知道RNC IP地址，则UE可添加此信息到SIP消息中。

[0328] 一旦UE 358A和UE 358B知道彼此的应用会话特性，它们便开始PDP上下文激活过程。之后，UE 358A经SIP代理将SIP确认发往UE 358B。SIP代理拦截此消息，并通过将RC请求消息发送到其本地RNC而发出速率控制服务。这些消息包括特定的RC参数(RCID、RC IP地址、RC端口号、UE IP地址和UE数据目的端口号)。适当的RNC将RC ID与RAB绑定，以便会话可以知道速率控制消息的发送目的地。为执行此过程，RNC“嗅探”用户数据流中的每个RAB，由此提取UE IP地址和UE数据目的端口号。此信息用于将RC ID与适当的RAB绑定。

[0329] 因此，根据图16中所示的本示例，可执行以下过程480：

[0330] 步骤482：UE 358A将包含SDP文件的SIP邀请消息发送到代理360A，该文件包含适用于会话的传送速率。SIP代理将UE 358A的RNC-IP地址和端口号添加到SDP文件中。代理360A将SIP消息转发到其它SIP代理上，直至该消息到达UE 358B。

[0331] 步骤484：作为响应，UE 358B将SIP OK消息发送到代理360B。该确认消息也包含SDP文件，该文件包含UE 358B的适用传送速率。

[0332] 步骤486：UE 358A将SM激活辅助PDP上下文请求发送到CN350A。该请求包含用户数据流。类似地，UE 358B将SM激活辅助PDP上下文请求发送到CN 350B，该请求也包含用户数据流。

[0333] 步骤488：CN 350A将RANAP RAB指配请求消息发送到RNC356A，该消息包含速率、RC ID、RNC 356B的IP地址和RNC 356B的端口号。类似地，CN 350B将RANAP RAB指配请求消息发送到RNC 356B，该消息包含速率、RC IP、RNC 356A的IP地址和RNC356A的端口号。

[0334] 步骤490：RNC 356A将RANAP RAB指配响应消息发送到CN350A。类似地，RNC 356B将RANAP RAB指配响应消息发送到CN350B。

[0335] 步骤492：CN 350A通过将SM激活辅助PDP上下文接受消息发送到CN 350A，以确认SM激活辅助PDP上下文请求。CN 350B通过将SM激活辅助PDP上下文接受消息发送到CN 350B，以确认SM激活辅助PDP上下文请求。

[0336] 步骤494：UE 358A将SIP确认消息发回UE 358B。

[0337] 步骤496：代理将GTP-U RC请求发送到RNC 356B。该RC请求包括RC ID、RC IP地址和RC端口号。类似地，代理将GTP-U RC请求发送到RNC 356A。该RC请求包括RC ID、RC IP地址和RC端口号。

[0338] 步骤498：RNC 356B返回对RC请求的GTP-U响应，并且RNC356A返回对RC请求的GTP-U响应。

[0339] 步骤500：RNC 356A将GTP-U初始化消息发送到RNC 356B。该消息包含UE 358A的RC ID和可用传送速率。

[0340] 步骤502：作为响应，RNC 356B将GTP-U初始化消息发送到RNC356A，该初始化消息包括UE 358B的可用比特传送速率。

[0341] 步骤504：RNC 356A通过比较UE 358B的比特传送速率和UE358B的比特传送速率并选择最低比特传送速率而确定最佳比特传送速率。类似地，RNC 356B通过比较UE 358B的比特传送速率和UE358A的比特传送速率而确定最佳比特传送速率。

[0342] 步骤506：RNC 356A将RRC消息发往UE 358A，以指定初始比特率。类似地，RNC356B将RRC消息发往UE 358B，以指定初始比特率。

[0343] 步骤508：数据传送以协商的速率进行。

[0344] 如图12中所示，本发明的一些实施例可与媒体网关进行通信。媒体网关也可为RC服务对RNC/BSC进行设置，该RC服务例如可在移动到固定电话通信中使用。此P2P情况可能类似于P2C情况，其中代理替换为媒体网关(MGW)。MGW在PLMN与PSTN之间执行代码转换功能。因此，RC服务可用于正确地设置代码转换器的比特率。

[0345] 图17是这样的一个示例，其中UE以PDP上下文建立时速率控制服务所需的参数对RNC(或者BSC)进行设置。在此示例中，MGW将特定的RC参数添加到SIP/SDP协议中。RNC可具有或可不具有其自己的IP地址。

[0346] 在本示例550中，已添加特定标识(ID)以便实施RC速率控制服务(即，RC ID)。此外，RC IP地址和RC端口号对应于MGWIP地址和端口号。因此，在本示例中的RC设置在概念上类似于参照图9所述的过程210。然而，在此示例中，SIP协议而不是RTSP用于建立会话。因此，RC参数在SIP OK消息中发往UE。

[0347] 根据图17中所示的本示例，可执行以下步骤：

[0348] 步骤552：UE将SIP邀请消息发送到MGW。

[0349] 步骤554：作为响应，MGW将SIP：200 OK/SDP消息发回UE。消息也包含SDP文件，该文件包含RC ID、RC IP地址和RC端口号。

[0350] 步骤556：UE将SM消息请求发送到SGSN以激活辅助PDP上下文。此SM消息包含RC ID、RC IP地址和RC端口号。

[0351] 步骤558：作为响应，SGSN将RANAP消息发送到RNC。在此示例中，消息是包含RC ID、RC IP地址和RC端口号的RAB指配请求消息。

[0352] 步骤560：RNC发送RANAP RAB指配响应形式的确认，以指示速率控制方法已被接受。

[0353] 步骤562：SGSN随后将GTP-C建立PDP上下文请求发送到GGSN以开始PDP上下文。

[0354] 步骤564：作为响应，GGSN将GTP-C建立PDP上下文响应消息发回SGSN。

[0355] 步骤566：RNC随后将GTP-U消息发送到MGW。该消息包括RC ID和初始比特率。

[0356] 步骤568：MGW将代码转换器的速率设为初始比特率。

[0357] 步骤570：为响应步骤556，SGSN将激活辅助PDP上下文请求的SM接受消息发往UE。

[0358] 步骤572：在UE与固定电话之间以代码转换器速率发送数据。

[0359] 步骤574：在传输期间的某一点上，RNC确定新的比特率可行，并将GTP-U消息(速率控制反馈)发送到MGW。

[0360] 步骤576：MGW将代码转换器的速率调整为新速率。

[0361] 步骤578：以新代码转换器速率发送数据。

[0362] 图18是一个示例，在该示例中MGW以PDP上下文建立时速率控制服务所需参数对RNC或BSC进行设置。在此示例中，RNC不与IP地址相关联，并且UE不知道RC服务。此外，RNC和MGW可通过配置工具预先配置有RC端口号。MGW将此RC端口号用作所有RC消息的源端口号。RNC使用RC端口号挑选RC消息，即，源端口号等于RC端口号的消息。

[0363] 在SIP初始信令后，UE建立辅助PDP上下文，其中，TFT分组过滤方式使得它只包括用户数据流，这是因为UE不知道RC服务[参阅3GPP TS 23.060]。由于UE不知道RC服务，因此，它只可以为用户数据分组定义辅助PDP上下文的TFT分组过滤子(换言之，它无法包括RC消息)。因此，RC消息映射到与用户数据一样的PDP上下文上。因此，从GGSN的角度而言，RC消息看似用户数据。此映射可通过将与数据分组一样的IP地址分配给RC消息来实现，但源端口号为RC端口。这样，输入RC消息将由GGSN映射到数据PDP上下文。RC消息随后可由将RC源端口号用作标识符的RNC拦截。如上所述，RNC借助配置工具预先经过配置，因此，它会识别此类型的消息。

[0364] 为预先配置或“初始化”RNC，MGW发送初始化消息，该消息的IP/UDP首部包含：作为目的地址和端口的UE IP地址和用户数据端口号，源端口是RC端口号(预先配置为MGW将据以监听RC消息的端口)，并且源地址为MGW的IP地址(即，RC IP地址)。消息还可包含RC ID。

[0365] 作为响应，适用的GGSN将输入初始化消息映射到承载用户数据流的PDP上下文(即，承载要控制的数据的PDP上下文)，这是因为RC消息的IP地址和目的端口号等于用户数据的IP地址和目的端口号。

[0366] 如上所述，RNC“嗅探”该特定用户的所有输入业务，并拦截以RC端口为源端口的分组，即RC消息。由于RC消息源于正确的无线电接入承载(RAB)，因此，RNC能够将RC消息与该特定RAB绑定。

[0367] 在上行链路中，RNC将RC响应消息发送到RC IP地址和RC端口号(即，发送到MGW)。该消息包含初始比特率和RC ID。

[0368] 根据图18中所述的本示例，可执行以下过程590：

[0369] 步骤592：UE将SIP邀请消息发送到MGW。

[0370] 步骤594：作为响应，MGW将SIP：200 OK/SDP发回UE。

[0371] 步骤596：UE将SM消息请求发送到SGSN以激活辅助PDP上下文。

[0372] 步骤598：作为响应，SGSN将RANAP消息发送到RNC。

[0373] 步骤600：RNC发送RANAP RAB指配响应形式的确认，以指示速率控制方法已被接受。

[0374] 步骤602：SGSN随后将GTP-C建立PDP上下文请求发送到GGSN以开始PDP上下文。

[0375] 步骤604：作为响应，GGSN将GTP-C建立PDP上下文响应消息发回SGSN。

[0376] 步骤606：MGW将GTP-U速率控制请求消息朝UE发送。在此示例中，请求消息包括RC ID、RC IP地址(即，MGW的IP地址)和RC端口号。

[0377] 步骤608：RNC拦截此速率控制请求，作为响应，它向MGW发送初始化请求，其中，初始化请求包含RC ID和初始比特率。

[0378] 步骤610：MGW将代码转换器的速率设为初始比特率。

[0379] 步骤612：SGSN以激活辅助PDP上下文接受消息响应UE。

[0380] 步骤614：在UE与固定电话之间以代码转换器速率发送数据。

[0381] 步骤616：在传输期间的某一点上，RNC确定新的比特率可行，并将GTP-U消息(速率控制反馈)发送到MGW。

[0382] 步骤618：MGW将代码转换器速率调整为新速率。

[0383] 步骤620：以新代码转换器速率发送数据。

[0384] 图19是一个示例，在该示例中MGW以PDP上下文建立时速率控制服务所需参数对RNC或BSC进行设置。然而，在此示例中，RNC具有IP地址，并且此地址为MGW所知。例如，MGW可在RTSP/HTTP会话建立阶段或在SIP建立阶段从UE检索RNC/BSC IP地址。(UE不断进行有关RNC IP地址/端口号的更新，它已为之建立了PDP上下文)。

[0385] 根据图19中所示的示例过程630，可执行以下步骤：

[0386] 步骤632：UE将SIP邀请消息发送到MGW。

[0387] 步骤634：作为响应，MGW将SIP：200 OK/SDP发回UE。

[0388] 步骤636：UE将SM消息请求发送到SGSN以激活辅助PDP上下文。

[0389] 步骤638：作为响应，SGSN将RANAP消息发送到RNC。

[0390] 步骤640：RNC发送RANAP RAB指配响应形式的确认，以指示速率控制方法已被接受。

[0391] 步骤642：SGSN随后将GTP-C建立PDP上下文请求发送到GGSN以开始PDP上下文。

[0392] 步骤644：作为响应，GGSN将GTP-C建立PDP上下文响应消息发回SGSN。

[0393] 步骤646：MGW随后向UE发送GTP-U速率控制请求消息。在此示例中，该请求消息包括RC ID、RC IP地址和RC端口号。

[0394] 步骤648：作为响应，RNC向MGW发送初始化请求，其中，初始化请求包含RC ID和初始比特率。

[0395] 步骤650：MGW将代码转换器的速率设为初始比特率。

[0396] 步骤652：为响应步骤636，SGSN将激活辅助PDP上下文请求的SM接受消息发往UE。

[0397] 步骤654：在UE与固定电话之间以代码转换器速率发送数据。

[0398] 步骤656：在传输期间的某一点上，RNC确定新的比特率可行，并将GTP-U消息(速率控制反馈)发送到MGW。

[0399] 步骤658：MGW将代码转换器的速率调整为新速率。

[0400] 步骤660：以新代码转换器速率发送数据。

[0401] 在附图和说明书中，已公开了本发明的典型优选实施例，并且虽然采用了特定的术语，但它们只在一般的、描述性的意义上使用，而不是为了进行限制，本发明的范围在所附权利要求书中陈述。本领域的技术人员会认识到其它亦结合了本发明的实施例，例如：本发明的实施例还可结合一种系统，所述系统结合了用于在从服务实体到客户的数据比特传送会话中控制数据比特传输流速率的方法；所述会话涉及经无线通信链路的比特传送；所述系统包括：通过提供无线电控制节点以设立与所述无线链路相关的流速率参数而建立所述会话的装置，其中，所述建立装置包括：用于解析所述无线电控制节点与所述服务实体之间的寻址的部件；用于将速率控制配置参数发送到所述无线电控制节点的部件；用于在所述无线电控制节点中生成包括初始流速率参数的初始速率控制(RC)消息的部件；用于发送至少一个初始速率控制消息以允许所述服务实体根据至少一个所述初始流速率参数为所述会话设置初始传输速率的部件；用于监视所述无线通信链路的部件；用于基于监视，发送新流速率参数以便所述服务实体可以根据所述新速率控制参数来更新所述会话的传输速率的部件。

[0402] 此类系统可还包括由所述无线电控制节点检查所述客户与所述服务实体之间的所述流中每个消息的首部，以获得所检查的消息内的速率控制配置参数的部件。

[0403] 所述系统还可包括：激活所述客户与网关节点之间的中间层信息集的部件；用于由所述网关节点将包括所述客户的IP地址的应用层消息发送到所述服务实体的部件；用于由所述无线电控制节点从所述服务实体接收包括所述服务实体的IP地址的无线电控制启动消息，以允许所述无线电控制节点向所述服务实体发送消息的部件；以及用于由所述无线电控制节点将速率控制消息发送到所述服务实体的部件，其中，所述速率控制消息包含流速率参数。

[0404] 所述系统还可包括：用于由所述客户将应用层命令发送到所述服务实体而发起会话的部件；用于由所述服务实体将传输层命令发送到所述客户的部件；用于由所述无线电控制节点检查来自所述服务实体的传输层命令的首部以获得所述传输层命令内的速率控制配置参数的部件；用于由所述无线电控制节点发送速率控制反馈以响应在所述传输层命令中找到速率控制配置参数的部件。

[0405] 另外，用于建立的所述装置还可包括：用于根据应用层协议发起所述会话的部件；用于由所述无线电控制节点接收根据第一中间层协议的速率控制配置参数的部件；用于将所述第一中间层控制配置参数结合到根据第二中间层协议的参数的部件；以及用于在所述初始速率控制消息中包括所述结合参数的部件。

[0406] 用于建立的所述装置还可包括：用于根据应用层协议发起所述会话的部件；用于由所述无线电控制节点接收根据中间层协议的速率控制配置参数的部件；用于发送所述初始速率到所述配置参数中指定的速率控制IP地址的部件。

[0407] 所述系统还可包括用于激活网络中客户与服务支持节点之间的中间层信息集的部件。所述系统的服务实体可以是应用服务器、流式服务器或与应用服务器通信的代理。客户可以是移动台。

[0408] 在其它实施例中，速率控制配置参数可选自下列项：速率控制方法指示、速率控制标识符、速率控制IP地址及速率控制端口号。所述流速率参数选自下列项：速率控制标识符和比特率。应用层协议可以是实时流协议(RTSP)，第一中间协议是无线接入网应用部分(RANAP)，并且第二中间协议是Iu UP或基于IP的GTP。此外，会话可在是通用移动电话系统(UMTS)、通用分组无线业务(GPRS)系统或WLAN网络的网络中进行。

[0409] 在另外一些实施例中，可存在具有指令的系统，这些指令用于协商从第一移动实体到第二移动实体的数据比特传送会话中的数据比特传输流速率；所述会话涉及经至少一条无线通信链路上的比特传输；所述指令可包括：提供与所述第一移动实体通信的第一无线电控制节点以控制到所述第一移动实体的第一无线电链路的比特传输速率；提供与所述第二移动实体通信的第二无线电控制节点以控制到所述第二移动实体的第二无线电链路的比特传输速率；解析所述第一无线电控制节点与所述第二无线电控制节点之间的寻址，以允许所述第一无线电控制节点与所述第二无线电控制节点之间的通信；发送所述第一链路的速率控制参数到所述第二无线电控制节点；发送所述第二链路的速率控制参数到所述第一无线电控制节点；匹配所述速率控制参数以获得实际的比特传输速率；将所述实际比特传输速率的指示发送到所述第一移动实体和所述第二移动实体，以便所述比特传输可以所述比特传输速率进行。

[0410] 在一些实施例中，解析还可包括：通过在所述第一移动实体与所述第二移动实体之间发送根据应用层协议的建立命令而发起会话；在所述第一移动实体与服务节点之间设立中间层信息集；由所述第一无线电控制节点接收用于所述第二移动实体的根据第一中间层协议的速率控制配置参数；以及由所述第二无线电控制节点接收用于所述第一移动实体的根据第一中间层协议的速率控制配置参数。

[0411] 在其它实施例中，所述系统可包含一些指令，这些指令用于由所述第一无线电控制节点检查定址到所述第一移动实体的消息的首部，以获得所述第二无线电链路的可用传输速率；以及用于由所述第二无线电控制节点检查定址到所述第二移动实体的消息的首部，以获得所述第一无线电链路的可用传输速率。

[0412] 在一些实施例中，所述系统可包含一些指令，这些指令用于：提供代理，由此，源于所述第二移动实体而要由所述第一移动实体接收的所有消息、源于所述第一移动实体而要由所述第二移动实体接收的所有消息均通过代理发送并由其转发；或者，由所述第一无线电控制节点检查定址到所述第一移动实体的消息的首部，以获得与所述第二移动实体相关的速率控制配置参数；以及由所述第二无线电控制节点检查定址到所述第二移动实体的消息的首部，以获得与所述第一移动实体相关的速率控制配置参数。

[0413] 在一些实施例中，所述系统可包含一些指令，这些指令用于提供第一代理，由此，由所述第一移动实体发送到所述第二移动实体的所有消息、由所述第一无线电控制节点发送到所述第二无线电控制节点的所有消息均发送到所述第一代理并由其转发。另外，一些实施例可包含一些指令，这些指令用于提供第二代理，由此，由所述第二移动实体发送到所述第一移动实体的所有消息和由所述第二无线电控制节点发送到所述第一无线电控制节点的所有消息均发送到所述第二代理并由其转发。

[0414] 在这些实施例的部分实施例中，所述系统使用的应用层协议是会话发起协议，第一中间层协议是无线接入网应用部分(RANAP)，并且第二中间层协议是Iu UP。

[0415] 在另外的一些实施例中，可存在这样的系统，该系统用于在从媒体网关到客户的数据比特传送会话期间控制该媒体网关的代码转换速率；所述比特传送会话涉及经无线通信链路的比特传送；所述系统包括：用于通过提供无线电控制节点以设立与所述无线链路相关的代码转换速率参数而建立所述会话的装置；其中，用于建立的所述装置包括：用于解析所述无线电控制节点与所述媒体网关之间的寻址的部件；用于将速率控制配置参数发送到所述无线电控制节点的部件；用于在所述无线电控制节点中生成包括初始代码转换速率参数的初始速率控制消息的部件；用于发送至少一个初始速率控制消息以便所述媒体网关根据至少一个所述初始代码转换速率参数为所述会话设置初始代码转换速率的部件；用于监视所述无线通信链路的部件；用于基于监视，发送新代码转换速率参数以便所述媒体网关可以根据所述新代码转换速率参数来更新所述会话的传输速率的部件。

[0416] 其它实施例可包含用于由所述无线电控制节点检查所述客户与所述媒体网关之间的所述流中每个消息的首部，以获得所检查的消息内的速率控制配置参数的部件。还有的其它实施例可包括：用于激活所述网络中所述客户与网关节点之间的中间层信息集的部件；用于由所述网关节点将包括所述客户的IP地址的应用层消息发送到所述媒体网关的部件；用于由所述无线电控制节点接收包括所述媒体网关的IP地址的速率控制启动消息，以允许所述无线电控制节点向所述媒体网关发送消息的部件。

[0417] 其它实施例可包括：用于由客户将应用层命令发送到媒体网关而发起会话的部件；用于由所述媒体网关将传输层命令发送到所述客户的部件，其中，所述传输层命令包括速率控制配置参数；以及用于由所述无线电控制节点检查传输层命令首部以获得所述传输层命令内的速率控制配置参数的部件。

[0418] 在一些实施例中，用于建立的所述装置还包括：用于根据应用层协议发起所述会话的部件；用于由所述无线电控制节点接收根据第一中间层协议的速率控制配置参数的部件；用于将所述第一中间层控制配置参数结合到根据第二中间层协议的参数的部件；用于在所述初始速率控制消息中包括所述结合参数的部件。

[0419] 在一些实施例中，用于建立的所述装置还包括：用于根据应用层协议发起所述会话的部件；用于由所述无线电控制节点接收根据中间层协议的所述速率控制配置参数的部件；用于发送所述初始速率到所述配置参数中指定的速率控制IP地址的部件。

[0420] 此类实施例还可包括用于激活所述网络中所述客户与服务支持节点之间的中间层信息集的部件，其中，所述客户可以是移动台。此外，所述速率控制配置参数可选自下列项：速率控制方法指示、速率控制标识符、速率控制IP地址及速率控制端口号；以及所述代码转换速率参数可选自下列项：速率控制标识符和比特率。

[0421] 在此类实施例中，应用层协议可以是SIP[会话发起协议]，第一中间协议可以是无线接入网应用部分(RANAP)，并且第二中间协议可以是Iu UP。另外，会话可在是通用移动电话系统(UMTS)、通用分组无线业务(GPRS)系统或WLAN网络的网络中进行。