关于无线环境好，下载速率低问题故障处理分析报告（兰溪市委党校+浦江水电新村）.docx

无线环境好下载速率低问题*******************************************************【问题描述】近期，在簇优化拉网测试中，簇优化人员发现个别站点在无线环境很好的情况下，下载速率较低，如下为兰溪市委党校_1小区测试速率，速率始终在10Mbps以下。而该站点的正常配置是60Mbps以上。共发现的站点有：浦江水电新村、兰溪市委党校2个站点。【问题分析】针对该问题我们进行半个月的反复抓包及测试定位，分析发现引发该问题的原因来自多方面，依次做了以下措施对问题进行定位：1、无线侧初步分析 <1>怀疑CL6版本问题；对CL6版本升级后，发现问题依旧存在；<2>怀疑基站数据问题；对LOAD、WO数据删除，重新创建后，测试发现问题依旧存在；<3>怀疑硬件中C板问题；更换C板后测试，发现问题依旧存在；<4>重新在CL6下收集LOG进行分析，分析得知可能是核心网那边过来数据较少原因，具体分析如下：#从层二log来看，UE上报的CQI还可以，一般都是维持在12左右#BLER也不高，这段时间基本没有bler,01表示crcOK#从log里看到RLCenqueue一直都是不饱和状态，如果enqueue满的话，这个值“Qsz:12b”会很大，这里一直都很小。 #.结论：这个站速率低的原因怀疑是核心网过来的数据就少，层二的调度没有问题。<5>在CL6下二次收集LOG进行分析问题定位，最终得出是核心网过来的数据不够导致，排除无线侧的因素：#测试计划：做个定点CQT测试，通过下面这个命令检查下核心网过来的数据是否偏少，winpath是否有丢包。（考虑这个在现网，如果有多个用户存在，就很难查，这个命令会把当前小区下所有用户的TRB信息打印出来，这样就很难区分哪个TRB对应的是当前测试的TRB。）#测试结论：检查winpath的输出结果，根据20s的间隔来计算的（计算公式是（相邻两次dumptrb0x0f2c1218之差）*8/20），可以看出核心网过来的数据是不够的。2、传输侧问题最终定位根据前期问题跟踪、排查，怀疑传输侧有问题，通过删创PTN侧配置数据，最终解决该问题。<1>针对站点状态及传输配置参数进行核查，反馈无异常；<2>尝试是否可以在PTN侧自测带宽大小，但是烽火专家反馈不行； <3>尝试删创PTN侧配置数据后，现场测试反馈下载速率明显提升，测试情况如下图：【问题结论】综合以上问题解决分析，下次现场遇到无线环境比较好但是下载速率较低的类似问题，可以通过先尝试删创PTN数据解决。