下行速率低问题分析报告.doc

中国移动TD-LTE分析报告下行速率低于1M问题南京LTE项目组2013-10-10目 录一、问题概况3二、速率异常分析定位思路：32.1LTE网络架构：32.2速率异常问题定位流程：42.3灌包测试具体分析：5三、结论8四、最终结果8五、相关附件8一、 问题概况在2013年9月中旬日常测试时，陆续发现无论无线环境质量如何，下行吞吐量始终小于1M，上行吞吐量正常的站点，这些站点是浦口戒毒所搬迁试扩L、南钢码头试扩L、装饰城试扩L、南京农业大学工学院等站点。为了验证解决问题，我们对装饰城站点进行了定位分析。在装饰城试扩L-2小区的周边路段上，选取RSRP=-70dBm、SINR=27较为理想的测试点，在这种无线环境情况下，该小区下载速率始终在500kbps以下。上传速率正常，17M以上。二、 速率异常分析定位思路：122.1 LTE网络架构：要定位解决LTE速率问题，首先要了解LTE网络架构：从LTE网络架构图可以知晓，整个业务涉及到终端、接入网元、S1传输、SGW和PGW核心网等多个网元，问题定位分析较为复杂。2.2 速率异常问题定位流程：针对速率异常问题，大体思路为：首先，判断该数传业务是UDP的还是TCP的，如果当前是TCP流量不足，则先用单线程UDP上下行灌包“探路”，看UDP上下行流量能否达到峰值，此举是为了扫清道路上的“小石头”，比如网卡限速、空口参数配置错误等等。一般来说UDP流量无法达到峰值，TCP流量也很难上到峰值。UDP流量问题定位，采用的是“追根溯源”法，即从服务器到UE端到端排查，看“水”流到哪里“节流”了。其次，如果UDP流量能够达到峰值而TCP不行，则将问题原因锁定TCP本身传输机制上；具体流程如下：2.3 灌包测试具体分析：装饰城站点承载能够正常建立，但速率异常，下行速率低于1M，可以采用UDP灌包方法，探测哪段网元进行速率限制； FTP灌包测试分析：a) 选取装饰城无线环境较好测试点，RSRP为-75dBm，SINR达到25dB左右，可判断空口信号质量不存在问题；b) 通过FTP侧使用灌包jperf软件对终端进行UDP灌包测试，直接灌包60M数据，由于FTP服务器直接架在LTE核心网端，相当于业务数据从SGW经过传输网元、基站、无线空口到终端，便于分析哪个网元出现了问题；FTP侧灌60M UDP数据包c) 从基站侧查询收到的传输包大小，分析从FTP服务器来的数据包到达基站侧时数据是否有丢失情况；通过抓取基站侧收到的数据包可以知晓，装饰城站点收到的UDP包明显存在问题，原本60M数据包经过核心网和传输到达基站侧后，基站收到包的大小低于1M，只有700k，丢包问题严重；装饰城基站收到UDP包正常站点FTP灌60M包基站收到数据包大小：正常站点收到UDP包初步结论：基站侧上端网元问题导致基站收到数据包异常，终端侧下载速率较低； 基站侧灌包测试：为了进一步分析问题，排查基站侧到终端侧是否存在问题，我们在基站侧进行操作，打开下行MAC 测试开关，该开关相当于直接从基站侧MAC层对终端进行发数据包，用于排查空口质量问题；ATP跟踪的MAC层速率 终端侧收到的数据包： 通过基站跟踪MAC数据和终端收到的MAC数据分析知晓，MAC和物理层数据正常，下行空口质量不存在问题；三、 结论通过灌包和MAC测试知晓，在无线环境较好情况下，基站收到上层网元数据包较小导致了下载速率低于1M。四、 最终结果通过核心网和中兴传输一起抓包定位分析，基站下载速率低于1M是由于中兴PTN网元关闭学习基站MAC地址功能，导致学习不到基站MAC地址；具体见附件中兴定位文档。五、 相关附件. 第8页，共8页