1、关注公众号：网优资源库、免费领取网优资料案例标题标题名称1、 XX方法解决/优化XX问题2、 XX方法提升/降低/避免XXXX：无锡新庆路NR速率低以及速率波动大案例一、 关键词：NR速率、上游丢包、TCP窗口、ACK反馈二、 案例分类1. 问题分类：网络性能2. 手段分类：排查上游丢包、参数优化、便携机TCP窗口等3. 关于问题和手段分类项如有其他建议，可补充三、 优化背景无锡移动 5G一期（实验网）站点：新庆路NR ，宏站站点带宽60M，使用CPE测试（RB被限一半），下载速率低仅50Mbps。以及通过排查基站上游问题解决后，还存在速率波动大的问题。四、 问题现象使用CPE测试，测试点RS
2、RP和SINR均正常，下载速率低仅50Mbps。（速率问题定位解决后，仍存在速率波动大的问题，后续章节有详细描述，这里先定位速率低的问题）。五、 原因分析 测试log分析：MCS很低，调度不足，上行功率未用满，上下行无明显干扰迹象。 参数配置核查：与正常站点进行参数对比，参数无异常。 主控日志与IFTS跟踪分析：开户速率2Gbps；测试时间段无告警。基站侧抓包跟踪看，基站上游有很严重的丢包问题，导致速率问题。举例如下，基站侧只看到一条重传的包，初传包丢了。该TCP流丢包率达到了0.6%， 协议规定TCP丢包率为10-6次方。出现这种基站以上丢包的情况，需要多点抓包分析传输是否有丢包。 六、 解
3、决方案联合项目组联系传输工程师处理，传输抓包分析后，进行更换传输板卡。更换后，平均速率提升明显，但速率波动较大，存在掉坑现象。如下图所示：问题点进一步分析： TCP窗口出现接收窗口收缩到0的问题，出现这种现象的原因是TCP没有及时把数据递交给上层（比如FTP），导致TCP接收窗口内数据累积，最后窗口用满，不能再接收数据了。这个需优化测试便携的TCP窗口性能。也有可能是便携性能受限导致的，因为FTP要写磁盘，写得慢的话就无法迅速的清空TCP窗口。TCP优化窗口的命令如下，在window系统命令行里面执行。Win7/Win10系统操作步骤如下：a. 关闭heuristics功能netsh int
4、tcp set heuristics disabledb. 优化TCP auto tuningnetsh int tcp set global autotuninglevel=normalc. 修改完之后可以用netsh int tcp show global查看是否修改成功，查出来的如下的红色框框是normal 下游重传CSI-RS RSRP在-60dbm左右，IBLER/RBLER都大于10%从基站抓包数据看，有下游的重传，这个现象空口误码高有关。离AAU太近会导致下行功率饱和，CPE解调异常。建议测试时距离AAU一定距离，好点选择在-65到-75dbm。同时优化如下两个开关加快上行ACK
5、的反馈：MOD NRDUCellRsvd:NrDuCellId=*, RsvdParam26=1; -上行预调度开关建议打开MOD NRDUCellRsvd:NrDuCellId=*, RsvdParam28=1;-上行PUSCH抢占PUCCH开关，单用户峰值测试建议开，高负荷场景建议关。七、 效果评估通过传输排查与更换板卡，解决了平均速率问题，通过开展TCP窗口优化并重新找点位（信号强度在-70dbm左右），并进行加快上行ACK反馈优化，复测速率基本稳定在350Mbps以上。频繁掉坑情况明显改善。八、 基于案例提炼的方法、流程及评估标准建议速率类问题，与上游来水、上游丢包、测试无线环境、CPE、笔记本电脑配置、开卡速率等多因素有关，从问题现象出发，详细核查终端、开卡速率，分析测试log、无线空口，再到基站上游来水和丢包，自下而上进行分段排查。已获得授权
