发布时间 : 星期日 文章无线-华为-华为滁州市TDD_LTE下载速率波动问题定位案例更新完毕开始阅读2923e274a6c30c2259019eb6
LTE TDD下载速率波动问题定位
LTE TDD下载速率波动问题定位
【现象描述】
在某LTE TDD 100M峰值下载业务验证中，发现FTP下载业务速率严重波动，从10Mpbs到60Mbps波动，平均速率仅有25Mbps左右，用wireshark工具抓包，可以看到大量重传。由于所有设备搬迁过一次，而在之前的测试中，峰值可稳定在90Mbps左右，初步怀疑是搬迁引起的问题。
【告警信息】
无 【原因分析】
引起LTE TDD 下行吞吐量异常的原因比较多，涉及到无线和核心网网元，以及FTP服务器的发包能力，且无线侧维测手段比较少，需要所有网元整体协作，排查起来比较困难。 1. 天线馈线硬件连接问题； 2. 空口信号干扰； 3. eNodeB告警问题；
4. eNodeB数据配置及优化参数设置； 5. S1接口带宽受限； 6. UE能力限制； 7. 便携机TCP窗口受限； 8. UGW数据配置问题； 9. HSS用户开户速率受限； 10. FTP 服务器发包能力受限；
11. 业务交换机配置问题，如网络风暴导致RTT时延过大； 【处理过程】
按照以上原因逐步定位问题所在：
1. 天线及设备硬件连接检查：由于是设备安装地址搬迁，搬迁前调测人员已经做好所有设
备连线的标签，并做好连接关系表，通过几遍的排查，纠正了小部分错误连线，下载速率没有得到好转；
2. 空口质量检查：现场将2G/3G设备全部下电，由于所有设备都在金属封闭体内，2G/3G
下电后基本上可以认为没有无线干扰，同时考虑到封闭体存在大量信号反射，我们将闲
2015-2-2
华为机密，未经许可不得扩散
第1页, 共3页
LTE TDD下载速率波动问题定位
杂人员请出现场，避免人员走动影响信号传递，做完这些工作，我们再次尝试做FTP下载，发现峰值速率有部分提高，接近70Mbps，但波动仍然非常大，最低仅有10Mbps左右，wireshark抓包显示仍然是大量重传。尝试从终端往FTP服务器ping包，MTU=1400，没有发现丢包，且时延在20ms内。尝试从FTP服务器做ping包测试，使用iperf工具，采用UDP灌包，结果显示UDP下行灌包能稳定在90M左右，上行UDP灌包比较低，5M左右，但上下行UDP灌包均无波动，可以基本确定无线空口质量没有问题，按照以前HSPA+下载的经验，有可能传输丢包或者带宽受限。
3. eNodeB告警及数据配置检查：eNodeB查无相关告警，没有发现异常，查询小区状态也
是正常激活状态。按LTE TDD演示场景优化指导，修改RLC和PDCP层参数，使用户占用更多上行资源。
MOD TYPDRBRLCPDCP: QCI=QCI6, DISCARDTIMER=DiscardTimer_Infinity, RLCMODE=RlcMode_AM, MAXRETXTHRESHOLD=Maxretx_Threshold_t32, POLLBYTE=PollByte_kb25, POLLPDU=PollPdu_p32, POLLTRANSTIMER=Tpollretrans_m10, STATUSPROHIBITTIMER=Tstatprohibit_m5, AMREORDERINGTIMER=Treordering_m20;
动态调度参数：
其中QCI_X根据用户的QCI等级来设置。
MOD TYPDRBBSR: QCI=QCI6, TPERIODICBSRTIMER=TPeriodBSRTimer_ sf5; MOD TYPDRBPUCCH: QCI=QCI6, SRIPERIOD=ms5;
PDCCH符号数目改为1，商用网建议改为3
MOD CELLPDCCHALGO :LocalCellId=0,InitPdcchSymNumCfgInd=1,InitPdcchSymNum=1;
修改后尝试FTP多线程下载，效果不明显，仍然是大范围波动。
4. UE能力排查：经与终端研发确认，现场使用的E398数据卡使用V100R001B160版本，
该版本存在下载速率不稳定的问题，按研发指导，将终端升级到V100R001B200，重新做下载，波动现象没有得到改观，排除终端问题。
5. 便携机TCP窗口配置：使用Dr.TCP修改接收窗口为512k，MTU设1400，并在注册表
进行相应的TCP窗口设置。设置后重启电脑，问题仍然没有解决。
6. FTP服务器发包能力排查：由于使用的是公司统一的FTP服务器软件，搬迁前FTP下
载能到90M，搬迁前后也没有做任何数据改动，检查各进程状态全部正常，用计算机直连FTP服务器，下载速率超过100M，排除FTP服务器到交换机这段的问题。 7. UGW/USN数据配置检查：各项数据均没有改动，查询license，各项功能也都工作正常，
跟踪消息与搬迁前正常消息对比，没有发现异常；删除增加APN也没有任何变化； 8. HSS用户开户数据检查：由于开户的有10个用户，搬迁前测试均没有问题，搬迁过程
2015-2-2
华为机密，未经许可不得扩散
第2页, 共3页
LTE TDD下载速率波动问题定位
没有做任何数据变动，按照工程经验，现场还是把测试用的用户数据删除重新添加，问题没有得到解决；
9. 检查交换机配置：登录到S9303交换机，查询配置后发现，到UGW和USN的端口都
被配置成100M 不协商，这时候再登录到UGW，发现Gn物理口也都被配置成100M不协商的，将两端端口改成自协商1000M后，再做下载，速率恢复到90Mbps，没有大波动。 【总结】
本文针对LTE TDD FTP速率波动问题进行了分析，在各种常见起因和排查指导书指导无果的情况下，发现竟然是UGW物理端口速率被改，由于UGW 物理端口既给LTE用，又作为GGSN的Gn口，在3G HSPA+测试时由于遇到下载速率问题，把1000M端口统一改成了100M后没有改回来，而LTE TDD 100M的DEMO下载业务所需理想的物理带宽为300M，导致LTE下载速率低且严重波动。由此也验证了LTE TDD 峰值下载业务对带宽具有很高的要求，现网中如UGW同时应用于3G和LTE网络，必须要保证有足够的物理带宽，不能够简单累加，一定要留有足够的余量，否则很容易引起网络间的相互影响。
本案例可以说是问题处理的一个死角，设备出现的问题或者配置类问题按照一般排查流程基本能发现并处理，但是人为造成的问题更有其隐蔽性，问题很简单，但是处理问题的当时却容易忽视，往往是把这个环节的问题排查给略过了，把精力都放在各种常规检查上了，使问题得不到及时的解决。
2015-2-2
华为机密，未经许可不得扩散 第3页, 共3页