本溪传输侧重传率高导致网格速率低问题分析案例.docx

《本溪传输侧重传率高导致网格速率低问题分析案例.docx》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、名称：本溪传输侧重传率高导致网格速率低问题分析案例提交人：提交日期：2015-10-21软件版本：CDS7.1硬件版本：*****************************************************************************************************1.问题描述本溪区域8月网格测试前期发现网格内测试速率普遍较低，比较不稳定，对好的路段进行复测发现在无线环境很好的情况下速率依然很低，特别对此问题展开排查，用不同终端和不同服务器进

2、行多次复测，并对空口进行抓包，基站灌包等方式排除问题存在无线侧的情况。已提交到市移动公司，正在协调传输侧进行排查，由于今年5月出现此类情况，但由于传输侧修改相关参数后6月、7月已经恢复正常，具体修改参数未知，但8月中旬此类问题再次出现。2.问题分析定位思路：1.定点测试首先选取好点进行定点测试（即RSRP>-75dBm，SINR>25的点）：测试D频段路灯杆速率，包括滨河北路、肉联厂、华阳小区、水泥厂等多个基站(包括大唐区域内的中兴路灯杆基站)，测试情况均相同：测试时都选极好点，即RSRP>-75

3、dBm，SINR>25的点，经查用户数基本都在3-4个，但是下载速率平均只有30M左右，即使1个用户时，平均速率也只有40多M。并且波动较大，完全低于D频段80M以上的均值。针对测试log进行分析，查看ActivateDefaultEPSBearerContextRequest信令，所有测试业务核心网分配的QCI等级都为9，上下行分配的速率都为1000M。1.下行BO灌包针对此类问题选择较好的无线环境进行定点测试并进行上站wireshake抓包和基站灌包：灌包前：速率平均在30M左右（终端为三星N

4、OTE3）灌包后：速率在80M左右通过CDS测试软件统计空口MAC层下行的BLER为11%，MAC上行BLER为5%，RLC层下行BLER为0.1%，通过后台网管提取基站的MAC层上行BLER为0.24%，MAC下行BLER为0.13%，未查到空口RLC层上行BLER和基站RLC层BLER。另一处无线环境好进行测试情况相同，灌包前速率30M。灌包后速率在80M左右。对测试的D频段路灯杆进行下行BO灌包，灌包后平均速率能达到峰值的80M以上。如果BO灌包能达到峰值速率，就基本能排除空口和基站侧问题。

5、通过CDS测试软件统计测试点的CQI等级平均为14.75，MCS等级平均为24.41，RI=1的平均值为0.002num/s，RI=2的平均值为6.15num/s，双流占比在99.5%以上。1.Ping测试测试点ping包测试，有连接终端的电脑pingFTP服务器221.180.141.213，由于ping最大包65500丢包率近100%，故ping包大小控制为41442。结果空闲态无下载业务时ping包时延为273ms，丢包率10%左右，业务态下载时ping包时延为540ms，丢包率15%左右。

6、1.Wireshark抓包通过Wireshark抓包，按照GTP协议解析后，如下图中的数据包长度为1450字节。如果重传率大于万分之一为影响下载速率，而Wireshark抓包的数据包11450包有467189个，重传994个，重传率0.2%，数据是丢在基站外侧。2.处理方案：通过传输侧、核心网侧和无线侧配合共同定位后得出以下结论，传输大时延使上行ACK晚点到达服务器，引发重传，最终导致下载速率低；通过传输侧处理后复测已经恢复正常。3.总结根据定点测试分析各项指标情况和从基站侧对终端进行下行BO灌包

7、，结合上站使用Wireshark工具在基站侧对传输侧进行抓包，发现重传率为0.2%，正常应该在0.01%左右，故重传率较高，直接影响下载速率，等等测试分析来看，无线侧已排除问题所在，从而提交申请需要传输或核心网侧进一步配合分析定位。