LTE数据上传速率突然掉底问题案例分析.docx

《LTE数据上传速率突然掉底问题案例分析.docx》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、LTE数据上传速率突然掉底问题案例分析1问题描述在进行LTE_FDD站点单站验证过程中，发现很多的站点在做上传业务时出现速率突然掉底现象，需要分析原因。2问题分析2.1上行UDP灌包速率正常，非空口原因引起速率掉零测试小区空口质量良好且稳定，RSRP在-70以上、上行平均MCS在23以上。同时上行UDP长时间灌包测试速率正常，不出现空口速率掉零现象，空口能力正常。Probelog记录空口质量情况UDP灌包测试结果2.2TCP业务下行长时间未收到ACK报文导致速率掉零上行TCP测试出现了速率掉零现象，UE侧抓包分析发现速率掉零点都有TCP报文重传现象；2021-8-3华为

2、机密，未经许可不得扩散第5页,共5页TCP业务掉零在问题时刻点，上行大约2秒没有或者只有少量重传报文发送导致速率掉零；TCP业务掉零速率掉零时刻上行TCP报文发送情况分析：UE侧在20：20：14.9时刻收到了服务器发送了三次针对【4193631038】序号的ACK报文；TCP报文接收端回复重复的ACK报文表示请求重传报文；UE在20：20：14.9时刻对【4193631038】序号报文进行快速重传。由于在20：20：14.9之后接近两秒没有收到任何下行ACK报文，UE在20：20：15.4/16.6时刻对【4193631038】序号报文又进行了2次超时重传；正是由于接

3、近两秒的时间，导致上行TCP业务掉零；UE侧直到20：20：16.7时刻再次收到服务器的下行ACK报文，上传TCP业务开始恢复；UE侧报文序号分析eNodeB在IFTS跟踪分析，上行eNodeB已经将【4193631038】序号三次重传报文都成功2021-8-3华为机密，未经许可不得扩散第5页,共5页发送到网络侧；下行eNodeB在近2s时间没有收到下行的ACK报文。eNodeB侧法发送报文序号分析可能原因Ø上行TCP业务存在丢包，服务器侧请求TCP报文重传；（单个或者少数丢包不会导致TCP业务掉零；TCP业务可以通过快速重传机制恢复）；Ø在UE侧对TCP报文进行快速重

4、传后，下行长时间没有收到来之服务器的任何ACK报文，导致TCP业务掉零；Ø下行eNodeB上就已经长时间没有收到下行ACK报文，问题点发生在eNodeB之上；1.1进一步分析由于速率掉零问题出在eNodeB以上部分，为了缩小排查范围，在进行上传业务的同时，对上传服务器101.71.241.106进行Ping操作，发现当出现速率掉底时，同时也出现了ping请求超时。为了确认请求超时是哪个路由节点导致，通过cmd命令对上传服务器101.71.241.106进行了tracert操作，出现有如下跳点：2021-8-3华为机密，未经许可不得扩散第5页,共5页通过ping上图所示几

5、个跳点时，发现ping前面几个跳点时，无ping请求超时现象，但是在ping最后一个跳点（即服务器）时，发现存在频繁的请求超时现象，因此，怀疑问题出在124.160.233.102与101.71.241.106这两个节点之间。下图是ping101.71.241.106地址时截图：2021-8-3华为机密，未经许可不得扩散第5页,共5页1处理结果在把问题反馈给省公司后，下午在对服务器101.71.241.106执行tracert命令时，发现测试终端至服务器的路由节点已经发生改变，如下图所示：同时，速率掉底问题消失，因此怀疑省公司在数据路由配置方面做了某些动作导致问题解决（

6、具体动作不详）。2021-8-3华为机密，未经许可不得扩散第5页,共5页