C-EVDO Rev.A 典型案例.pptVIP

HUAWEI TECHNOLOGIES Co., Ltd. Page 33 HUAWEI Confidential EVDO速率案例——由于便携机TCP接收窗及FTP服 务器TCP发送窗口太小，导致下行速率过低 【现象描述】 在外场测试时，DO的下载速率只有1M左右。 【处理过程】 1、下载时，空口情况良好，不存在误帧情况，前向稳定申请2.4M，通过iperf采用UDP发送测试，前向 全链路带宽确实达到2M。但FTP下载速率只有1M左右，且较稳定，说明ftp进入稳定状态，与TCP的慢 启动无关。采用多进程下载能显著提高下载速率， 2、检查便携注册表的TcpWindowSize设置。Tcp窗口大小取8k字节的整数倍，并需要保证TcpWindowSize = 双向时延×速率，一般设置为64000Byte。例如建立拨号连接后从便携ping网络侧服务器，如果 往返时延是200ms，期望FTP下载速率为2Mbps，那么TcpWindowSize ＝ 0.2*2000000/8 = 50000字 节，则比较合适的取值就是最近的64000字节。若是WinXP，还需检查注册表中DefaultRcvWindow； 此值需要设置为65535，以保证便携接收缓冲区足够大。 3、分析表明，稳定时，ftp速率与带宽、延时以及发送接收窗大小相关。 4、经检查TCP接收窗大小为8k，可能存在瓶颈问题。 5、同理检查并调整FTP服务器TCP发送窗口大小。 【结论】 通过调整窗便携机TCP接收窗大小及FTP服务器TCP发送窗口大小，下载速率提高到预定目标。 HUAWEI TECHNOLOGIES Co., Ltd. Page 34 HUAWEI Confidential EVDO速率案例——PDSN不支持TCP/IP头压 缩，导致下行速率受限 【现象描述】 在北京MTNET室内测试时，采用3Com的PDSN下载速率可以达到2M左右，且较平稳，但采用华为PDSN， 只能在1.9M到1.6M左右振荡，无法稳定传输。 【处理过程】 下载时，空口情况良好，不存在误帧情况，前向稳定申请2.4M，通过iperf采用UDP发送测试，华为 与3Com带宽一样，均达到2M，而且PDSN处理能力远大于单个终端。通过sniff观察数据包，无丢包现 象，无错误断言。通过协议匹配分析以及RRI对比观察，发现采用3Com的PDSN，反向稳定在38.4－ 76.8k之间，而采用华为的PDSN在9.6k到76.8k之间振荡。可以分析得出：由于EVDO的反向速率自适 应与TCP IP的慢启动协议正好产生振荡。仔细分析，反向华为不支持IP头压缩而3Com支持。将3Com 的IP头压缩取消，测试结果与采用华为的PDSN现象一致。将终端反向速率采用iperf提高到76.8k， 稳定一段时间，同时采用TCP下载，当iperf终止传输时，TCP下载也能稳定在1.9M以上。 【结论】 进行FTP下载时通过CAIT或者在BSC的调试台观察误码率是否大于1％，空口是否有很多NAK帧。前向 发送大量NAK帧说明反向业务信道误码过高，提高了反向业务信道发射功率可以减少反向误码，改善 反向应答消息的解调成功率。这对数据业务（基于TCP/IP协议）很重要，所以可以改善前向数据速 率。 HUAWEI TECHNOLOGIES Co., Ltd. Page 35 HUAWEI Confidential EVDO速率案例——服务器C盘空间不够导致 EVDO下行速率低 （1） 【现象描述】 某试验EVDO局点，EVDO站开起来，经过多次测试调整，EVDO下载速率约为800K，速率上不去，当时 C/I7，ABIS带宽3.1M，搜索窗65000。 【处理过程】 空口质量很好，不存在问题； 确保了测试终端、测试电脑设置无误； 检测设备： 1、 检查PVC带宽，站点的PVC带宽为4M，这已经够用，排除此原因； 2、 检查BTS E1工作及带宽是否足够，单个扇区共用了2两E1专给该扇区用于DO使用，而且工作正常， 排除此原因； 3、 因为用于测试使用，网络没有AAA模块，呼叫不需要进行鉴权，分析整个呼叫信令流程未能发现异 常情况； 4、 对服务器PC建立的ftp相关参数进行检查，检查相关参数后未能发现异常情况，在处理过程中，在 外路测DO的时候（一直下载大文件），有时候会出现下载停顿的情况；给路测人员的感觉是，此情 况与单PC在工作时出现内存不够的情形差不多；因此怀疑测试ftp服务器的内存配置问题；可ftp服 务器的内存条配置2G左右，应该够用； * HUAWEI TECHNOLOGIES Co., Ltd