1、测试卡测试线程数不足导致FTP测试速率低一、 关键词NSA、下行速率低二、 案例分类1. 问题分类：性能问题、速率低2. 手段分类：指标定位、分段排查、 三、 优化背景陕西移动NSA组网，使用mate20x在忙时（17:3018:30）测试，速率从1G降到600M，需要分析原因。四、 问题现象组网：NSA架构；核心网为实验核心网。终端：Mate 20 X现象：RSRP=-85，Sinr=25，RANK3，MCS24, 256QAM，说明空口质量良好，但是DL grand 只有1000，从而导致整体吞吐率在300到600波动。由此需要分析调度不足的原因。五、 原因分析1、 通过基站跟踪的下行调度
2、信息， SchErrcode列全部打印为0，说明基站调度正常，没有调度失败，由此没有由于调度失败导致的调度不足。2、 解析数据包，如下图可见，基站入口存在丢包； TCP丢包重传后，引起发送窗口收缩，导致上游来水不足，从而导致速率波动。3、传输进行端到端排查发现无丢包情况。4、经核心网排查，测试卡为在线计费卡。忙时，由于计费网管限速策略导致上游来水不足，速率下降。更换成离线计费卡后，忙时测试，速率上升到850M，但还是存在调度不足，流量不满足预期，如下图所示。5、FTP业务传输层使用的TPC协议，而TCP速率=（TCP线程*TCP窗口）/RTT时延通过抓包确认TCP发送窗口最大为130KB，空口
3、时延为14ms左右，端到端时延为20ms左右。在TCP窗口与RTT时延稳定的情况，推测为线程数不足导致上游来水不足。 空口TCP RTT时延：14ms。TCP线程：154）修改TCP线程数到50。下行速率稳定在1G，问题解决。六、 问题结论1、 在线记费卡在忙时，由于计费网管限速策略导致上游来水不足，从而导致速率下降；2、 TCP测试线程不足，导致上游来水不足，从而流量不足。七、 解决方案1. 使用离线记费卡测试；2. 测试线程设置50。八、 效果评估测试速率符合预期，达到1Gbps以上。九、基于案例提炼的方法、流程及评估标准建议通过终端侧log可以做出初步的定界定位，充分利用已有log判断出
4、处理问题方向：1、 调度：是否满调度（1600），如8:2场景，如果DL Grand达到1600，证明上游来水正常，传输、核心网侧问题可以排除，重点分析无线空口侧问题；反之，则要多点抓包逐步排查；2、 MCS：体现无线环境，重点关注覆盖质量和多径环境。256QAM最高可以达到27, 64QAM可以达到28，如果需要达到1G，MCS需要达到20以上；3、 RANK：体现无线环境，重点关注覆盖质量和多径环境。对于mate 20 X，为了达到1Gps速率，RANK需要达到4；4、 总RB占用数量：无线空口资源，对于100M，可用RB数是267（总共273个，其中SSB占用6个），峰值测试时是能全部占用；此外，由于业务多数为FTP业务，而FTP业务都是基于TCP协议的，所以可以根据公式判断数据不足的原因，TCP速率=（TCP线程*TCP窗口）/RTT时延，该方式作为辅助手段进行问题端到端定位。已获得授权通信资料：白先生客栈
