专利名称：基于rnc实现tcp代理的方法及装置的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种基于RNC实现TCP代理的方法及装置。
背景技术：
基于3G技术的移动通信系统中，应用服务器和用户终端之间建立的 TCP (Transmission Control Protocol，传输控制协议)连接一般分为两个部分，参阅图 1所示，应用服务器<_>核心网<->RNC<_>NodeB，和NodeB<->用户终端，前者为 有线链路，后者为无线链路。从图1中可以看出，应用服务器和用户终端之间建立的 TCP连接只有在NodeB到用户终端之间使用的是无线传输媒介，其他部分使用的还是 有线传输媒介。由于无线传输环境自身具有误码率高、带宽低、传输时延较长、传输 波动性大、切换及重定位过程中易丢失数据等缺陷，因此，NodeB与用户终端之间的这 段无线传输媒介最有可能导致TCP连接的拥塞控制出现，相应地，现有技术下，基于 RNC (RNC (RNC, Radio Network Controller,无线网络控制器)实现 TCP Proxy (TCP 代 理)功能时，首先要考虑的便是如何尽可能减少或屏蔽这段无线传输对整个TCP连接造 成的影响。目前，基于RNC实现TCP Proxy时，通常包含以下实现方式1、令RNC支持对接收到的用户终端发送的TCP应答报文的复制。因为TCP连 接上的数据传输速率是逐渐增加的，传输启动后，应用服务器在接收到用户终端返回的 TCP应答报文后，会提高TCP数据报文的发送速率。2、RNC支持对用户终端发送的副本应答进行复制，以加速丢失数据的重传。因 为，基于现有的TCP连接控制机制，应用服务器接收到用户终端返回的副本应答的数目 超过设定阈值时，会认为相应的TCP数据报文发送失败，会进行重传，因此，对副本应 答进行复制，可以提高重传效率。3、当上下行同时存在数据传输时，RNC支持根据用户终端发送的RLC(Radk) Link Control,无线链路控制)层的应答报文来组装上行TCP应答报文，以提高应用服务 器的TCP数据报文的发送速率。从上述方案可以看出，现有技术下，RNC仍然是基于用户终端的反馈向应用服 务器返回相应的TCP应答报文，也就是说，RNC必须等到用户终端作出应答(TCP层应 答或RLC层应答)后，才能进行下一步操作，而应用服务器只有收到RNC基于用户终 端的反馈而返回的TCP应答报文，才会发送下一轮TCP数据报文，因此，从本质上看， 无线传输媒介所带来的影响仍然存在，若用户终端受无线资源限制，无法定时向RNC反 馈，则RNC和应用服务器均不会执行后续操作，显然，这将会降低TCP连接上的数据传 输效率，严重时，可能会造成TCP连接上的数据拥塞。
发明内容
本发明提供一种基于RNC实现TCP代理的方法及装置，用以提高TCP报文的传输效率，避免了由无线传输媒介所带来的传输拥塞。本发明方法包括一种实现TCP代理的方法，包括RNC接收应用服务器发往用户终端的TCP数据报文；RNC保存接收的TCP数据报文，并向所述应用服务器返回TCP应答报文；RNC将保存的TCP数据报文发往相应的用户终端。一种实现TCP代理的装置，包括第一通信单元，用于接收应用服务器发往用户终端的TCP数据报文；处理单元，用于保存接收的TCP数据报文，并通过所述第一通信单元向所述应 用服务器返回TCP应答报文；第二通信单元，用于将保存的TCP数据报文发往相应的用户终端。本发明实施例中，重新设计了 RNC的TCP Proxy功能，令RNC接收到应用服 务器发往用户终端的TCP数据报文后，代替用户终端直接向应用服务器返回TCP应答报 文，然后，再将接收的TCP数据报文发往相应的用户终端，因为从应用服务器到RNC之 间是有线传输媒介，RTT(往返时延)波动很小，从而，采用上述方法可以有效屏蔽无线 传输环境造成的TCP连接上的数据拥塞，提高了 TCP连接上的数据传输效率，保证了系 统的整体性能。
图1为本发明实施例中通信系统体系架构示意图；图2为本发明实施例中RNC功能结构示意图；图3为本发明实施例中基于RNC实现TCP代理流程图；图4为本发明实施例中RNC向RNC返回TCP应答报文流程图。
具体实施例方式为了提高TCP连接的数据传输速率，降低因无线传输特性所带来的数据传输错 误，本发明实施例中，基于RNC实现了 TCP代理，令RNC在接收到应用服务器发往用 户终端的TCP数据后，先将RNC数据保存，并代替用户终端向应用服务器返回TCP应 答，然后再将保存的TCP数据发往相应的用户终端，这样，避免了无线传输所带来的应 答时延，下面结合附图对本发明优选的实施方式进行详细说明。参阅图1和图2所示，本发明实施例中，通信系统内包括应用服务器、核心网、 RNC和用户终端，其中，RNC包括第一通信单元20、处理单元21和第二通信单元22， 其中，第一通信单元20，用于接收应用服务器发往用户终端的TCP数据报文；处理单元21，RNC保存接收的TCP数据报文，并通过第一通信单元20向所述 应用服务器返回TCP应答报文；第二通信单元22，用于将保存的TCP数据报文发往相应的用户终端。参阅图3所示，本发明实施例中，基于RNC实现TCP代理的详细流程如下
步骤300 RNC接收应用服务器发往用户终端的TCP数据报文。实际应用中，RNC在内部设置一个数据区，用来存储当前存在的TCP连接的 相关信息，包括TCP连接的源IP地址、目的IP地址、源端口号、目的端口号、最新从 应用服务器接收的TCP数据报文的序列号、最新发送给应用服务器的TCP应答报文的序 列号、最新发送给用户终端的TCP数据报文的序列号、最新从用户终端接收的TCP应答 报文的序列号，以及对应TCP连接缓存的由应用服务器发往用户终端的TCP数据报文等 等。因此，RNC接收到应用服务器发往某个用户终端的TCP数据报文时，需要解析TCP 数据报文的协议头，根据解析结果确定该用户终端已与本RNC建立TCP连接时，再执行 后续处理步骤。步骤310 RNC保存接收的TCP数据报文，并直接向应用服务器返回TCP应答 报文。参阅图4所示，本实施例中，RNC在执行步骤310时，包括步骤3100 RNC将接收的TCP数据报文的序列号与本地缓存的最新从应用服务 器接收的TCP数据报文的序列号进行比较，若两者相等，则执行步骤3101，若前者大于 后者，则执行步骤3102。RNC从应用服务器接收到一条TCP数据报文时，假设该TCP数据报文的序列 号为1，报文长度为100字节，则RNC会将本地缓存的最新从应用服务器接收的TCP数 据报文的序列号更新为101，若下一次从应用服务器接收到的TCP数据报文的序列号为 101，则说明接收到的TCP数据报文是按序发送的，没有丢失，若下一次从应用服务器 接收到的TCP数据报文的序列号大于101，则说明接收到的TCP数据报文不是按序发送 的，存在丢失的TCP数据报文。进一步地，若RNC接收的TCP数据报文的序列号小于本地缓存的最新从应用 服务器接收的TCP数据报文的序列号，则说明已经接收过该TCP数据报文，直接丢弃即可。步骤3101:缓存接收的TCP数据报文，对本地缓存的最新从应用服务器接收的 TCP数据报文的序列号进行更新。例如，RNC本地缓存的最新从应用服务器接收的TCP数据报文的序列号为 101，而RNC从应用服务器接收的TCP数据报文的序列号为101，报文长度为100，则 RNC将本地缓存的最新从应用服务器接收的TCP数据报文的序列号更新为201。步骤3102:缓存接收的TCP数据报文，较佳的，和之前缓存的TCP数据报文按 序排列，如，将序列号为101和105的TCP数据报文按序缓存，待后续接收到丢失的TCP 数据报文时，再重新排序。例如，RNC本地缓存的最新从应用服务器接收的TCP数据报文的序列号为 101，而RNC从应用服务器接收的TCP数据报文的序列号为105，报文长度为100，则 RNC不对本地缓存的最新从应用服务器接收的TCP数据报文的序列号进行更新，仍为 101。步骤3103 RNC基于当前缓存的最新从应用服务器接收的TCP数据报文的序列 号，向应用服务器返回相应的TCP应答报文。本发明实施例中，若RNC对本地缓存的最新从应用服务器接收的TCP数据报文的序列号执行过更新操作，则根据更新后的最新从应用服务器接收的TCP数据报文的序 列号，向应用服务器返回携带该序列号的TCP应答报文，以通知应用服务器正确接收了 相应的TCP数据报文。例如，应用服务器发送的TCP数据报文的序列号为101，接收到RNC返回的 TCP应答报文的序列号为101，则认为该TCP数据报文正确接收。若RNC对本地缓存的最新从应用服务器接收的TCP数据报文的序列号未执行过 更新操作，则根据原始缓存的最新从应用服务器接收的TCP数据报文的序列号，向应用 服务器返回携带该序列号的TCP应答报文，以通知应用服务器未正确接收相应的TCP数 据报文，需要重新发送。例如，应用服务器发送的TCP数据报文的序列号为105，接收到RNC返回的 TCP应答报文的序列号为101，则认为该TCP数据报文未正确接收，需要重新发送丢失的 TCP数据报文。步骤320 RNC将缓存的TCP数据报文发往相应的用户终端。基于上述实施例，RNC将TCP数据报文发往相应的用户终端后，若接收到该用 户终端的返回的TCP应答报文，则解析该TCP应答报文的协议头，根据解析结果确定该 用户终端已与本RNC建立TCP连接时，再执行以下操作进行后续处理步骤A RNC判断接收到的TCP应答报文是否携带有用户终端向应用服务器反 馈的TCP数据，若是，则进行步骤B;否则，进行步骤D ；由于RNC在接收到应用服务器下发的TCP数据报文时，已代替用户终端向应用 服务器返回了 TCP应答报文，应用服务器已经认为用户终端成功接收了 TCP数据报文， 并且可能进一步下发了最新的TCP数据报文，因此，此时若再将用户终端反馈的TCP应 答报文发往应用服务器，会造成应用服务器处理流程的混乱；但是，若用户终端发送的 TCP应答报文中并不仅仅包含应答标志位，而是进一步携带有用户终端发往应用服务器 的TCP数据，那么，此时若不将TCP应答报文发往应用服务器，则同样会影响应用服务 器的后续处理流程。面对这一矛盾的情况，本实施例中，需要RNC根据用户终端反馈的 TCP应答报文包含的实际内容，作出不同的处理。步骤B: RNC判断接收的TCP应答报文是否为重复应答，若是，则执行步骤 D；否则，执行步骤C。实际应用中，用户终端可能会多次返回TCP应答报文，RNC需要根据TCP应答 报文序列号判断是否已接收过同样的TCP应答报文，以避免重复处理。步骤C RNC将用户终端发送的TCP应答报文包含的应答标志位标记为无效 后，将该TCP应答报文发往应用服务器。将TCP应答报文包含的应答标志位标记为无效后，如，将TCP应答报文中的 ACK比特位标记为0，应用服务器便不会将该TCP应答报文作为正常的TCP应答报文处 理，而是只会处理其携带的TCP数据部分，这样，便不会对应用服务器的处理流程造成 影响。进一步地，如果，接收的TCP应答报文序列号大于缓存的最新TCP应答报文序列 号，则更新该最新TCP应答报文序列号；步骤D RNC将接收的TCP应答报文丢弃。本实施例中，RNC对于用户终端发送的未携带有TCP数据的TCP应答报文，以及重复发送的TCP应答报文，均予以丢弃；若RNC根据TCP应答报文确定用户终端未 正常接收之前发送的TCP数据报文，则RNC根据本地缓存的数据，向用户终端重传相应 的TCP数据报文。本实施例中，RNC确定用户终端返回的TCP应答报文的序列号大于本地缓存的 最新从用户终端接收的TCP应答报文的序列号时，则更新该最新从用户终端接收的TCP 应答报文的序列号。在上述实施例中，应用服务器向每一个用户终端发送的TCP数据报文，均缓存 在RNC上，每一个用户终端的TCP数据报文占用相应的一块缓存空间，由于RNC处理 能力有限，因此，为了避免数据拥塞，当针对任意一个用户终端的TCP数据报文占用的 缓存空间大小超过第一预设门限值(即缓存上限)时，RNC需要通知应用服务器，降低 针对该用户终端的TCP数据报文的发送速率；相应的，为了避免数据处理效率过低，当 针对任意一个用户终端的TCP数据报文占用的缓存空间大小低于第二预设门限值(即缓 存下限)时，RNC需要通知应用服务器，提高针对该用户终端的TCP数据报文的发送速 率。上述实施例中，在步骤310和步骤320中，RNC也可以先向应用服务器返回TCP 应答报文，再将接收的TCP数据报文进行保存，或者两者同步进行，保存步骤和应答步 骤没有严格的执行顺序限制。基于上述实施例，在实际应用中，用户终端通常不会固定停留在同一位置，而 是会在各NodeB管辖的小区之间移动，RNC通常会管辖多个NodeB，因此也会管辖多个 小区，当某一用户终端移动至RNC的边缘覆盖小区时，该用户终端的网络环境有可能会 发生变化，因此用户终端有可能需要重定位至另一 RNC，此时，RNC若仍然正常接收应 用服务器发往该用户终端的TCP报文，则一旦触发了重定位过程，将会令该RNC与该用 户终端之间的TCP连接中断，从而造成该RNC上大量的TCP数据报文的堆积，影响该 RNC整体性能的同时，也影响了用户终端的TCP数据报文的接收。因此，面对这一情况，RNC—旦获知某一用户终端移动至边缘覆盖小区，则通 知应用服务器将针对该用户终端的TCP数据报文的发送速率降低至指定数值，较佳的， 降低为当前发送速率的一半。待RNC根据用户终端的测量报告作出重定位决策时，RNC 将通知应用服务器将针对该用户终端的TCP数据报文的发送速度降低为1个MSS (最大 发送长度)，并不再接收应用服务器针对该用户终端发送的TCP数据报文。RNC通知应用服务器将TCP数据报文的发送速率降低为1个MSS，是为了令应 用服务器针对该用户终端始终处于服务状态，若将发送速率降低为0个MSS，将会令应 用服务器针对该用户终端的服务中断，即使用户终端重定位至另一个RNC，应用服务器 也会在相当长的一段时间不向该用户终端发送TCP数据报文，从而严重影响用户终端的 业务使用。相应地，RNC虽然通知应用服务器将TCP数据报文的发送速率降低为1个 MSS,但自身却不再接收应用服务器发送的针对该用户终端的TCP数据报文，而是尽快 将本地缓存的针对该用户终端的TCP数据报文发往用户终端后，启动重定位流程。当用户终端成功重定位至另一 RNC(以下称为目标RNC)时，目标RNC上根据 接收到的上下行TCP数据，重新在本地存储用户终端的TCP连接相关信息。重定位后， 用户终端最初也是停留在目标RNC的边缘覆盖小区，因此，目标RNC会通知应用服务器将针对该用户终端的TCP数据报文的发送速率设置为一个较低的取值，较佳的，设置为 最大发送速率的一半，待用户终端移动至非边缘覆盖小区后，再逐步恢复至正常的发送 速率。另一方面，用户终端也有可能在两个不同制式的移动通信系统之间进行切换， 例如，在TD-SCDMA系统和GSM系统之间切换，RNC是TD-SCDMA系统内的装置。 当某一用户终端移动至RNC的边缘覆盖小区时，该用户终端有可能需要切换至另一个系 统中，如，GSM系统；RNC若仍然正常接收应用服务器发往该用户终端的TCP报文， 则一旦触发了系统间的切换流程，将会令该RNC与该用户终端之间的TCP连接中断，从 而造成该RNC上大量的TCP数据报文的堆积，影响该RNC整体性能的同时，也影响了 用户终端的TCP数据报文的接收。因此，面对这一情况，RNC—旦获知某一用户终端移动至边缘覆盖小区，则通 知应用服务器将针对该用户终端的TCP数据报文的发送速率降低至指定数值，较佳的， 降低为当前发送速率的一半。待RNC根据用户终端的测量报告作出系统间切换决策时， RNC将通知应用服务器将针对该用户终端的TCP数据报文的发送速度降低为1个MSS， 并不再接收应用服务器针对该用户终端发送的TCP数据报文，以及将本地缓存的针对该 用户终端的TCP数据报文发往用户终端后，启动系统间切换流程。相应地，当RNC确定某一用户终端由GSM系统切换至TD-SCDMA系统时，即 进入本RNC的边缘覆盖小区，根据接收到的上下行TCP数据，重新在本地保存该用户终 端的TCP连接相关信息，同时，通知应用服务器将针对该用户终端的TCP数据报文的发 送速率设置为一个较低的取值，较佳的，设置为最大发送速率的一半，待用户终端移动 至非边缘覆盖小区后，再恢复至正常的发送速率。本发明实施例中，重新设计了 RNC的TCP Proxy功能，令RNC接收到应用服
务器发往用户终端的TCP数据报文后，代替用户终端直接向应用服务器返回TCP应答报 文，然后，再将接收的TCP数据报文发往相应的用户终端，因为从应用服务器到RNC之 间是有线传输媒介，RTT (往返时延)波动很小，从而，采用上述方法可以有效屏蔽无线 传输环境造成的TCP连接上的数据拥塞，提高了 TCP连接上的数据传输效率，保证了系 统的整体性能。另外，本发明实施例中，通过RNC对接收的TCP数据报文占用的存储空间进 行监测，从而调整应用服务器的TCP数据报文的发送速率，进一步避免了数据拥塞的发 生；同时，通过RNC对从用户终端接收到的TCP应答报文采取甄别丢弃和重新标记的方 法来最大程度减少TCP层的无谓重传，保证了系统的稳定；此外，RNC对于用户终端的 重定位流程和系统间切换流程的处理，在保证用户终端得到TCP Proxy功能服务的同时， 避免了业务中断给用户终端造成的不良影响。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的 精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的 范围之内，则本发明也意图包含这些改动和变型在内。
10
权利要求
1.一种实现传输控制协议TCP代理的方法，其特征在于，包括无线网络控制器RNC接收应用服务器发往用户终端的TCP数据报文；RNC保存接收的TCP数据报文，并向所述应用服务器返回TCP应答报文；RNC将保存的TCP数据报文发往相应的用户终端。
2.如权利要求1所述的方法，其特征在于，RNC保存接收的TCP数据报文，并向所 述应用服务器返回TCP应答报文，包括RCN确定接收的TCP数据报文的序列号等于本地保存的最新从应用服务器接收的 TCP数据报文的序列号时，保存接收的TCP数据报文，对本地保存的最新从应用服务器 接收的TCP数据报文的序列号进行更新，并基于更新后的最新从应用服务器接收的TCP 数据报文的序列号，向应用服务器返回相应的TCP应答报文；RCN确定接收的TCP数据报文的序列号大于本地缓存的最新从应用服务器接收的 TCP数据报文的序列号时，保存接收的TCP数据报文，并基于原始保存的最新从应用服 务器接收的TCP数据报文的序列号，向应用服务器返回相应的TCP应答报文。
3.如权利要求1所述的方法，其特征在于，RNC将保存的TCP数据报文发往相应的 用户终端后，在接收到用户终端返回的TCP应答报文时，包括若确定接收的TCP应答报文携带有用户终端向应用服务器反馈的TCP数据，或为重 复应答报文，则将该TCP应答报文丢弃；若确定接收到的TCP应答报文未携带有用户终端向应用服务器反馈的TCP数据，且 不为重复应答报文，则将该TCP应答报文包含的应答标志位标记为无效后，发往应用服 务器。
4.如权利要求3所述的方法，其特征在于，RNC确定用户终端返回的TCP应答报文 的序列号大于本地缓存的最新从用户终端接收的TCP应答报文的序列号时，更新该最新 从用户终端接收的TCP应答报文的序列号。
5.如权利要求1所述的方法，其特征在于，RNC确定针对任意一个用户终端的TCP 数据报文占用的存储空间超过第一预设门限值时，通知应用服务器，降低针对该用户终 端的TCP数据报文的发送速率；RNC确定针对任意一个用户终端的TCP数据报文占用的存储空间低于第二预设门限 值时，通知应用服务器，提高针对该用户终端的TCP数据报文的发送速率；其中，第一预设门限值大于第二预设门限值。
6.如权利要求1-5任一项所述的方法，其特征在于，RNC获知所述用户终端移动至 边缘覆盖小区时，通知应用服务器将针对该用户终端的TCP数据报文的发送速率降低至 指定数值，并在根据用户终端的测量报告作出重定位决策时，通知应用服务器将针对该 用户终端的TCP数据报文的发送速度降低为1个最大发送长度MSS，且不再接收应用服 务器针对该用户终端发送的TCP数据报文，以及在将本地缓存的针对该用户终端的TCP 数据报文发往用户终端后，启动重定位流程。
7.如权利要求1-5任一项所述的方法，其特征在于，RNC获知所述用户终端移动至 边缘覆盖小区时，通知应用服务器将针对该用户终端的TCP数据报文的发送速率降低至 指定数值，并在根据用户终端的测量报告作出系统切换决策时，通知应用服务器将针对 该用户终端的TCP数据报文的发送速度降低为1个最大发送长度MSS，且不再接收应用服务器针对该用户终端发送的TCP数据报文，以及在将本地缓存的针对该用户终端的 TCP数据报文发往用户终端后，启动系统切换流程。
8.—种实现传输控制协议TCP代理的装置，其特征在于，包括第一通信单元，用于接收应用服务器发往用户终端的TCP数据报文；处理单元，用于保存接收的TCP数据报文，并通过所述第一通信单元向所述应用服 务器返回TCP应答报文；第二通信单元，用于将保存的TCP数据报文发往相应的用户终端。
9.如权利要求8所述的装置，其特征在于，所述处理单元保存接收的TCP数据报文， 并通过所述第一通信单元向所述应用服务器返回TCP应答报文时，若所述处理单元确定接收的TCP数据报文的序列号等于本地保存的最新从应用服务 器接收的TCP数据报文的序列号，则保存接收的TCP数据报文，对本地保存的最新从应 用服务器接收的TCP数据报文的序列号进行更新，并基于更新后的最新从应用服务器接 收的TCP数据报文的序列号，通过所述第一通信单元向应用服务器返回相应的TCP应答 报文；若所述处理单元确定接收的TCP数据报文的序列号大于本地缓存的最新从应用服务 器接收的TCP数据报文的序列号时，则保存接收的TCP数据报文，并基于原始保存的最 新从应用服务器接收的TCP数据报文的序列号，通过所述第一通信单元向应用服务器返 回相应的TCP应答报文。
10.如权利要求8所述的装置，其特征在于，所述第二通信单元将保存的TCP数据报 文发往相应的用户终端后，在接收到用户终端返回的TCP应答报文时，若所述第二通信单元确定接收的TCP应答报文携带有用户终端向应用服务器反馈的 TCP数据，或为重复应答报文，则将该TCP应答报文丢弃；若所述第二通信单元确定接收到的TCP应答报文未携带有用户终端向应用服务器反 馈的TCP数据，且不为重复应答报文，则将该TCP应答报文包含的应答标志位标记为无 效后，通过所述第一通信单元发往应用服务器。
11.如权利要求10所述的装置，其特征在于，所述第二通信单元确定用户终端返回 的TCP应答报文的序列号大于本地缓存的最新从用户终端接收的TCP应答报文的序列号 时，更新该最新从用户终端接收的TCP应答报文的序列号。
12.如权利要求8所述的装置，其特征在于，所述处理单元确定针对任意一个用户终 端的TCP数据报文占用的存储空间大小超过第一预设门限值时，通过所述第一通信单元 通知应用服务器，降低针对该用户终端的TCP数据报文的发送速率；所述处理单元确定针对任意一个用户终端的TCP数据报文占用的存储空间大小低 于第二预设门限值时，通过所述第一通信单元通知应用服务器，提高针对该用户终端的 TCP数据报文的发送速率；其中，第一预设门限值大于第二预设门限值。
13.如权利要求8-12任一项所述的装置，其特征在于，所述第二通信单元获知所述用 户终端移动至边缘覆盖小区时，所述第一通信单元通知应用服务器将针对该用户终端的 TCP数据报文的发送速率降低至指定数值，并在所述处理单元根据用户终端的测量报告 作出重定位决策时，由所述第一通信单元通知应用服务器将针对该用户终端的TCP数据报文的发送速度降低为1个最大发送长度MSS，且不再接收应用服务器针对该用户终端 发送的TCP数据报文，以及在所述第二通信单元将本地缓存的针对该用户终端的TCP数 据报文发往用户终端后，由所述处理单元启动重定位流程。
14.如权利要求8-12任一项所述的装置，其特征在于，所述第二通信单元获知所述用 户终端移动至边缘覆盖小区时，所述第一通信单元通知应用服务器将针对该用户终端的 TCP数据报文的发送速率降低至指定数值，并在所述处理单元根据用户终端的测量报告 作出系统切换决策时，由所述第一通信单元通知应用服务器将针对该用户终端的TCP数 据报文的发送速度降低为1个最大发送长度MSS，且不再接收应用服务器针对该用户终 端发送的TCP数据报文，以及在所述第二通信单元将本地缓存的针对该用户终端的TCP 数据报文发往用户终端后，由所述处理单元启动系统切换流程。
全文摘要
本发明涉及通信领域，公开了一种基于RNC实现TCP代理的方法及装置，用以避免TCL连接上的数据拥塞，该方法为重新设计了RNC的TCP Proxy功能，令RNC接收到应用服务器发往用户终端的TCP数据报文后，代替用户终端直接向应用服务器返回TCP应答报文，然后，再将接收的TCP数据报文发往相应的用户终端，由于从应用服务器到RNC之间是有线传输媒介，RTT波动很小，因此采用上述方法可以有效屏蔽无线传输环境造成的TCP连接上的数据拥塞，提高了TCP连接上的数据传输效率，保证了系统的整体性能。
文档编号H04W28/06GK102026281SQ201010599329
公开日2011年4月20日 申请日期2010年12月21日 优先权日2010年12月21日
发明者王锐 申请人:大唐移动通信设备有限公司