下行速率低问题分析报告剖析

1、中国移动TD-LTE分析报告下行速率低于1M问题LTE项目组2013-10-10目 录一、问题概况 .3二、速率异常分析定位思路： .32.1 LTE网络架构： .32.2 速率异常问题定位流程：.42.3 灌包测试具体分析：.5三、结论 .8四、最终结果 .8五、相关附件 .8第2页，共9页一、问题概况在2013年9月中旬日常测试时，陆续发现无论无线环境质量如何，下行吞吐量始终小于1M，上行吞吐量正常的站点，这些站点是浦口戒毒所搬迁试扩L、南钢码头试扩L、装饰城试扩L、农业大学工学院等站点。为

2、了验证解决问题，我们对装饰城站点进行了定位分析。在装饰城试扩L-2小区的周边路段上，选取RSRP=-70dBm、SINR=27较为理想的测试点，在这种无线环境情况下，该小区下载速率始终在500kbps以下。上传速率正常，17M以上。二、速率异常分析定位思路：2.1LTE网络架构：要定位解决LTE速率问题，首先要了解LTE网络架构：第3页，共9页从LTE网络架构图可以知晓，整个业务涉及到终端、接入网元、S1传输、SGW和PGW核心网等多个网元，问题定位分析较为复杂。2.2速率异常问题定位流程：针对速率异常问题，大体思路为：首先，判断该数传业务是UDP的还是TCP的，如果当前是TCP流量不足，则先

3、用单线程UDP上下行灌包“探路”，看UDP上下行流量能否达到峰值，此举是为了扫清道路上的“小石头”，比如网卡限速、空口参数配置错误等等。一般来说UDP流量无法达到峰值，TCP流量也很难上到峰值。UDP流量问题定位，采用的是“追根溯源”法，即从服务器到UE端到端排查，看“水”流到哪里“节流”了。其次，如果UDP流量能够达到峰值而TCP不行，则将问题原因锁定TCP本身传输机制上；具体流程如下：第4页，共9页2.3灌包测试具体分析：装饰城站点承载能够正常建立，但速率异常，下行速率低于1M，可以采用UDP灌包方法，探测哪段网元进行速率限制；Ø FTP灌包测试分析：a) 选

4、取装饰城无线环境较好测试点，RSRP 为-75dBm，SINR 达到 25dB 左右，可判断空口信号质量不存在问题；b) 通过 FTP 侧使用灌包 jperf 软件对终端进行 UDP 灌包测试，直接灌包 60M 数第5页，共9页据，由于 FTP 服务器直接架在 LTE 核心网端，相当于业务数据从 SGW 经过传输网元、基站、无线空口到终端，便于分析哪个网元出现了问题；FTP 侧灌 60M

5、 UDP 数据包c) 从基站侧查询收到的传输包大小，分析从 FTP 服务器来的数据包到达基站侧时数据是否有丢失情况；通过抓取基站侧收到的数据包可以知晓，装饰城站点收到的 UDP 包明显存在问题，原本 60M 数据包经过核心网和传输到达基站侧后，基站收到包的大小低于 1M，只有 700k，丢包问题严重；装饰城基站收到 UDP 包正常站点 FTP 灌 60M 包基站收到数据包大小：第6页，共9页正常站点收到 UDP

6、60;包初步结论：基站侧上端网元问题导致基站收到数据包异常，终端侧下载速率较低；Ø 基站侧灌包测试：为了进一步分析问题，排查基站侧到终端侧是否存在问题，我们在基站侧进行操作，打开下行 MAC 测试开关，该开关相当于直接从基站侧 MAC层对终端进行发数据包，用于排查空口质量问题；第7页，共9页ATP 跟踪的 MAC 层速率终端侧收到的数据包：通过基站跟踪 MAC 数据和终端收到的 MAC 数据分析知晓，MAC 和物第8页，共9页理层数据正常，下行空口质量不存在问题；三、结论通过灌包和 MAC 测试知晓，在无线环境较好情况下，基站收到上层网元数据包较小导致了下载速率低于 1M。四、最终结果通过核心网和中兴传输一起抓包定位分析，基站下载速率低于 1M 是由于中兴PTN 网元关闭学习基站&