传输问题导致下载速率异常的排查方法探究.doc

莆田电信无线网络中心 PAGE1 / NUMPAGES6 传输问题导致下载速率异常的排查方法探究 作者 郑国龙 完成日期 2015年11月 摘要 当服务器、核心网、eNodeB之间的传输存在问题时，会造成终端的下行速率低。本文以定位具体站点近点测试FTP下行速率低问题为例，通过对此问题分析，隔离定位出导致速率低的根源为传输导致，探究排查传输问题的一般性方法。 问题描述 在对新开站点仙游县八二五南街进行单验时发现该站点所有小区下载速率过低，现场测试无线环境正常，RSRP、SINR、双流占比均正常，后台查询基站运行正常无告警。 问题处理 2.1问题排查思路 由于现场无线环境正常，首先排除空口质量问题。如果是FTP问题，需要首先使用UDP灌包排查传输问题；（FTP属于TCP业务，TCP本身通信机制较为复杂，一般都需要抓包进行分析，对于一般速率问题，首先推荐使用UDP灌包进行排查。若UDP灌包速率存在问题，首先解决UDP灌包速率问题） 2.2排查过程 现场进行问题复测，测试方法：先使用FTP软件从服务器直接下载文件，再使用iperf软件从服务器侧向UE灌100Mbps的UDP包进行对比测试，在服务器、eNodeB和UE侧观察下行接受速率。 1）服务器侧直接从iperf软件读取从网卡发出的速率； 2）eNodeB侧使用MML命令DSP IPPATH查询从核心网接收到的实时速率； 3）UE侧使用Probe观察MAC层的接受速率。 通过测试，得出如下结论： 1）排除上行链路原因。FTP下行下载和UDP下行灌包，从eNodeB和UE侧观察，2种方法的测试速率都在970kbps左右， TCP（FTP业务）与UDP的机制不同（TCP需要上行反馈，UDP不需要上行反馈），同时，进行上行UDP灌包，UE和eNodeB观察的上行速率都为6mbps左右，通过上述测试可以排除上行链路的影响。eNodeB侧MML命令查询上行实时速率如下图： To query the parameters of an IP path, run the following command: DSP IPPATH: PATHID=0; The result is shown as follows: +++ HUAWEI 2015-10-25 16:20:19 OM #41 %%DSP IPPATH: PATHID=3;%% RETCODE = 0 Operation succeeded DSP IP Path Result IP Path ID = 3 Non-Realtime Reserved TX Bandwidth(Kbit/s) = 0 Non-Realtime Reserved RX Bandwidth(Kbit/s) = 0 Realtime TX Bandwidth(Kbit/s) = 6351 Realtime RX Bandwidth(Kbit/s) = 4 Non-Realtime TX Bandwidth(Kbit/s) = 0