[发明专利]TCP业务处理方法与系统

说明书

技术领域

本发明涉及通信技术领域，特别是涉及一种重定位过程中的TCP（Transmission Control Protocol，传输控制协议）业务处理方法与系统。

背景技术

为了适应无线传输环境质量波动大且不可预知的客观现实，无线TCP技术应用的越来越普遍。

所谓无线TCP技术一般指在RAN（Radio Access Network，无线接入网）上部署一个解析TCP数据的模块，相当于将服务器到用户间的一条TCP连接拆解成服务器到RAN，以及RAN到UE（User Equipment，用户设备）两条TCP连接。服务器发送数据给RAN，RAN缓存TCP报文，并直接给服务器发送TCP应答；而后，RAN根据UE接收数据状况和当前无线环境质量来选择给UE发送的数据内容和数据量，也就是，对UE来说，RAN就变成了一个“服务器”。

假设无线TCP技术部署在RNC（Radio Network Controller，无线网络控制器）上，那么对于服务器而言，RNC就是“用户”，二者之间是有线传输，数据先被RNC接收并缓存；对于UE而言，RNC就是“服务器”，二者之间是无线传输。因为服务器到RNC间的数据传输速度要大于RNC到UE之间的数据传输速度，故RNC内部会设置一个缓冲区用以暂存数据，当无线环境恶化，RNC到UE之间的数据传输速度会变小，RNC内部的缓冲区会被占满（一般会设置一个上门限），这时候RNC就需要通知服务器停止发送数据，待无线环境好转，RNC内部待发送数据低于一个设置的低门限后，RNC会再次通知服务器开始发送数据。这么做的好处是对真正的服务器屏蔽了无线环境质量波动，避免触发诸如TCP慢启动、拥塞控制等不必要的行为。

当在RAN系统中使用无线TCP技术，如将解析TCP数据的模块部署到每个RNC上时，则RNC随时获知TCP连接建立信息就是非常必要的。目前，TCP连接的一些相关信息（譬如报文发送时间戳、接收窗口倍增因子等）只在TCP连接建立时，在建立TCP连接的双方之间发送连接建立请求或者应答消息中携带，一旦TCP连接建立成功，开始传输数据后，数据交互过程中将不再携带这些信息。这种方式下，当某个UE在某个RNC下接入并建立TCP业务，因为无线TCP技术会要求解析每条TCP连接的上下行数据，故能够获得相关信息。但是，当该UE重定位到其它的RNC后，这些信息却无法转移到目标RNC的处理器上，这样就有可能造成TCP连接断掉。

例如，某个UE在RNC1上接入并建立一个使用TCP承载的PS（PacketSwitching，分组交换）业务。假设此UE的TCP端口A和服务器的TCP端口B建立了一条连接，在连接建立消息中，A告知B自己的接收窗口为16字节，窗口倍增因子为13，也即A的接收窗口为32*213=64KB字节，B告知A自己的接收窗口为64KB字节。当该UE一直在RNC1下运动时，不会出现问题，因为处理此TCP连接数据的处理器同时也是解析此TCP连接建立信息的处理器即RNC1。但如果该UE从RNC1重定位到RNC2，处理此TCP连接数据的处理器就是一个新的处理器，如前所述，当重定位到RNC2后的TCP连接建立成功后，连接建立信息将不会携带在TCP报文中，因此新的处理器即RNC2因为窗口倍增因子无法获得而根本无法知道端口A真实的接收窗口是多大，只能按照数据中显示的16字节来给该UE发送数据。

但是，UE重定位RNC2后，RNC2只能按照每次16个字节的速度给UE发送数据，这个速度比起服务器到RNC2间的数据传输速度而言太低。假设RNC2每10ms可以给UE发送16个字节，即1.6KB/S，RNC2缓存TCP报文缓冲区的上门限下门限之间的插值为48KB字节，即一旦RNC2内部缓冲的数据到达上门限后，RNC2需要停止服务器48/1.6=30S这么长的时间内不允许服务器发送数据，而如果RNC2设置的缓冲区上下门限插值如果更大，那么停止服务器发送数据的时间就更长。这么长时间不允许服务器发送数据，一方面，很容易触发服务器认为此条TCP连接上出现故障从而导致拆连接；另一方面，1.6KB/S的速度对于UE的使用者来说也无法忍受，大大降低了用户的使用体验。

发明内容

本发明提供了一种重定位过程中的TCP业务处理方法与系统，以解决现有UE从源RNC重定位到目标RNC时，现有方案中使用的TCP连接传输速度过慢甚至断掉，用户使用体验低的问题。