EDGE客户端TCP参数优化分析.docx

EDGE客户端TCP参数优化分析内容提要：EDGE网络是一个端到端的TCP/IP网络，客户端和服务器的TCP设置对用户的端到端感受有非常明显的影响。本文将以Windows为例介绍针对EDGE网络的相关TCP参数优化。TCP控制规程是数据网络传输层的基本协议，其性能对GPRS/EDGE网络的端到端性能有着非常明显的影响。本文我们以Windows操作系统为例分析TCP参数的设置对EDGE网络测试性能的影响。Windows关于TCP的设置在注册表的如下路径：[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]通常我们关注的主要设置项包括：SackOpts、Tcp1323Opts、TcpRecvSegmentSize、TcpWindowSize等，如下图所示：下面将对上述四个设置进行具体分析。Windows Size对性能的影响多大的TCPWindowSize以及多大的设备处理时延能够使用户获得理想的带宽？理论上来说，设备处理时延越小越好，但TCPWindow Size并不是越大越好。因为TCP Window Size越大，一次发送的数据包就越多，在没有差错时，这种传送效率是很高的，但若因为某些原因导致重发，这种大量数据包的重发和确认就会导致效率低下。窗口设定小时，传送不连续，不能完全利用带宽。窗口设定大时，高话务情况下可能造成PCU缓存溢出。Windows Size的设置通常为MSS（即TcpRecvSegmentSize）的整数倍。最大值为64k字节，如果开启了window scale（即Tcp1323Opts）设置，则该参数可以设为超过64k字节，最大可达1G字节。根据分析接收窗口WS RTT*BW，即接收窗口大于带宽时延积。RTT可以参考ping包测试的结果，约为1s，带宽参考GPRS 3时隙手机和EDGE 4时隙手机BW为30kbps～200kbps即3.8KBps～25KBps，算出WS为3.8K～25K字节。针对windows size不同设置进行测试，测试采用4时隙EDGE下载2Mbyte文件的方式，测试小区性能良好，资源充足。测试结果如下：Windows size在23360～64240之间取得的效果最佳。这和理论分析结果基本一致。如果是GPRS下载则客户端的windows size应该设置的更小一些。TcpRecvSegmentSize对性能的影响TcpRecvSegmentSize越大TCP层效率越高，另外，TCP的慢启动阶段可以完成的更快，因此在目前有线链路传输条件较好的情况下，该值应该设置越大越好，但最大值取决绝于链路层所支持的IP数据包的最大长度（MTU）和TCP选项，以太网链路层MTU最大为1500字节，如果没有TCP选项信息则TcpRecvSegmentSize建议设置为1500-40，即1460字节。这时TCP的效率97.3％Sackopts对性能的影响TCP通信时，如果发送序列中间某个数据包丢失，TCP会通过重传最后确认的包开始的后续包，这样原先已经正确传输的包也可能重复发送，急剧降低了TCP性能。为改善这种情况，发展出SACK（Selective Acknowledgment， 选择性确认）技术，使TCP只重新发送丢失的包，不用发送后续所有的包，而且提供相应机制使接收方能告诉发送方哪些数据丢失，哪些数据重发了，哪些数据已经提前收到等。很明显通过SACK选项可以使TCP发送方只发送丢失的数据而不用发送后续全部数据，从而提高了数据的传输效率。SACK机制等都会引起增加12字节的包头信息。对于我们关心的FTP下载，SACK选项发生在上行，对下行数据不会增加包头。在实际的EDGE FTP下载测试中SACK的作用非常明显，如下图所示：手机在A时刻收到一个数据包，Seq为326601，其并不是期望收到的数据包，期望收到315241，这说明中间有8个数据包没有收到，没有收到的原因可能是网络拥塞或包丢失。这时Sack开始发挥作用，手机继续接收326601之后的数据包，并在后续Ack消息中指明当前期望接收的仍然是315241，但315241之后的一些数据也已经正确接收了。注意Sack的的右边界SRE不能超过315241＋window size大小，如果超过则将丢弃。这样到了B时刻，手机接收到了315241的数据包，并在后续收到了A时刻遗漏另外7个数据包。之后C时刻手机期望收到的数据包变为SACK的右边界356421，传输恢复了正常。如果没有SACK机制，发送端将会重发326601～356421之间的数据，将严重影响FTP的下载速率。下图也可看出SACK的效果（与上图不是同一个log），虽然有丢包但传输效率几乎没有受到影响。Tc