测试卡测试线程数不足导致FTP测试速率低.docx

《测试卡测试线程数不足导致FTP测试速率低.docx》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、测试卡测试线程数不足导致FTP测试速率低一、关键词NSA、下行速率低二、案例分类1.问题分类：性能问题、速率低2.手段分类：指标定位、分段排查、三、优化背景陕西移动NSA组网，使用mate20x在忙时（17:30~18:30）测试，速率从1G降到600M，需要分析原因。四、问题现象组网：NSA架构；核心网为实验核心网。终端：Mate20X现象：RSRP=-85，Sinr=25，RANK3，MCS24,256QAM，说明空口质量良好，但是DLgrand只有1000，从而导致整体吞吐率在300到600波动。由此需要分析调度不足的原因。一、原因分析1、通过基站跟踪的下行调

2、度信息，SchErrcode列全部打印为0，说明基站调度正常，没有调度失败，由此没有由于调度失败导致的调度不足。2、解析数据包，如下图可见，基站入口存在丢包；TCP丢包重传后，引起发送窗口收缩，导致上游来水不足，从而导致速率波动。3、传输进行端到端排查发现无丢包情况。4、经核心网排查，测试卡为在线计费卡。忙时，由于计费网管限速策略导致上游来水不足，速率下降。更换成离线计费卡后，忙时测试，速率上升到850M，但还是存在调度不足，流量不满足预期，如下图所示。5、FTP业务传输层使用的TPC协议，而TCP速率=（TCP线程*TCP窗口）/RTT时延通过抓包确认TCP发送窗

3、口最大为130KB，空口时延为14ms左右，端到端时延为20ms左右。在TCP窗口与RTT时延稳定的情况，推测为线程数不足导致上游来水不足。空口TCPRTT时延：14ms。TCP线程：154）修改TCP线程数到50。下行速率稳定在1G，问题解决。一、问题结论1、在线记费卡在忙时，由于计费网管限速策略导致上游来水不足，从而导致速率下降；2、TCP测试线程不足，导致上游来水不足，从而流量不足。二、解决方案1.使用离线记费卡测试；2.测试线程设置50。三、效果评估测试速率符合预期，达到1Gbps以上。九、基于案例提炼的方法、流程及评估标准建议通过终端侧log可以做出初步的

4、定界定位，充分利用已有log判断出处理问题方向：1、调度：是否满调度（1600），如8:2场景，如果DLGrand达到1600，证明上游来水正常，传输、核心网侧问题可以排除，重点分析无线空口侧问题；反之，则要多点抓包逐步排查；2、MCS：体现无线环境，重点关注覆盖质量和多径环境。256QAM最高可以达到27,64QAM可以达到28，如果需要达到1G，MCS需要达到20以上；3、RANK：体现无线环境，重点关注覆盖质量和多径环境。对于mate20X，为了达到1Gps速率，RANK需要达到4；4、总RB占用数量：无线空口资源，对于100M，可用RB数是267（总共273

5、个，其中SSB占用6个），峰值测试时是能全部占用；此外，由于业务多数为FTP业务，而FTP业务都是基于TCP协议的，所以可以根据公式判断数据不足的原因，TCP速率=（TCP线程*TCP窗口）/RTT时延，该方式作为辅助手段进行问题端到端定位。已获得授权