LTE站点CV帧使能开关未打开导致速率低案例

LTE站点CV帧使能开关未打开导致下载速率低案例一、案例背景目前黄山LTE网络组网方式是F升级为主，D新建、F新建较少，D频段集中分布在黄山学院附近。通过拉网测试，F频段有3个站点出现低速率现象；主要是UE占用该站点，RSPR、SINR均较好但下载速率仅有2M左右，反复测试现象依旧。二、现场测试情况通过对现场的测试，在好点测试，速率异常。具体测试指标如下：站点RSRPSINR下载速率RB调度传输模式编码方式BLER山水大酒店-60dbm203M590TM3MCS275%通过如上指标观察，均为正常指标。三、排查思路1、首先分析现场的无线环境，如果较好就可以排除无线环境对速率的影响。2、检查自己的电脑或者更换电脑进行测试，最好采用10线程，大文件的续传测试，这样可以排除非网络问题导致下载速率偏低。3、排除上述问题，观察RB的调度、是否占用TM3或者TM8的传输模式、高阶编码方式大于MCS26的占比情况。如果RB调度充足、TM3占比较高、编码方式主要在26阶以上，需要观察基站状态，查询是否有告警或隐形故障。4、如果基站无告警及故障，需要观察当前的站点在同一时间的激活用户数，排除是多用户导致速率低。5、如果上述问题均排除，就需要排查上层（核心网、传输）是否有告警与故障。四、分析处理过程1、通过拉网发现的三个低速率站点是屯溪山水大酒店、屯溪三中、屯溪工会站点。现场无线环境良好，但速率较低。更换服务器地址，测试速率依然在2M左右。2、更换电脑后，采用10G文件、10线程不间断的下载测试，RB调度正常但速率依然非常的低。3、通过后台查看基站运行状态，无异常；基站复位后测试，依然速率低4、通过网管操作进行基站冷重启后，测试速率未恢复；对基站的数据进行重新载入依然无效果。5、通过对测试数据仔细分析，现场无线环境良好，天面3个，分别是1小区对着黄山西路；2小区对前园路覆盖；3小区覆盖黄山东路，路面信号在-67dbm左右；分析RB调度是正常的，编码方式也能正常占用到MCS27阶，从测试较多分析站点无异常，可能怀疑传输问题。6、通过咨询诺西专家，按照要求抓取BTSLOG等一些重要的基站数据分析，基站的运行状态表现正常，可以判断基站侧无问题。7、再次对这些站点进行参数对比核查，重点核查PPStimeOffset、定时器等重要参数无异常。8、由于基站到UU口速率是透传，理论上上无速率的损耗，通过抓取入基站的端口速率与出基站侧端口速率进行比对，可以判断出来基站的状态与是否是故障的。如上图入基站仅有20M左右，说明核心网给的大包在传输层损失较多，且在出基站也是20M左右，可以充分说明站点是正常的，原因可能出在传输层。9、为了确定是传输的问题，在基站上对OMC/NPT/MME地址进行ping，发现3条MME总有1-2条无法ping通，如下：10、通过在网管上采用50M的包进行ping基站IP，出现时通时不通的现象，可能原因是传输闪断。具体如下：11、如上综合分析，初步定为是传输故障或者闪断导致F频段部分站点异常；通过协调传输对传输进行故障排查，参数核查发现这三个站点为非环单挂站点，由于CV帧使能开关未打开导致。12、通过传输协同处理后，测试下载速率正常五、处理结果通过对如上问题进行逐步排查，最终确认为传输问题，由于山水大酒店、工会均为非环单挂站点，由于CV帧使能开关未打开导致。开启CV帧使能开关后，测试下载速率正常。六、小结1、在判断速率异常前，首先排查人为原因、非网络原因导致后，观察RB调度、编码方式，也是正常；基站侧无任何告警，重启基站后现象未恢复，基本可以判断与基站侧无关。2、灌包是最常用的的排障手段，但由于核心网不是诺基亚的，所以需要借助于外网服务器才能进行灌包，由于省公司的灌包平台未搭建导致灌包受到限制。灌包分为两种，一种是从核心网推一个大包观察进入基站的流量，两一种是从基站侧直接推一个大包观察UU口收到的包的大小，从而来判断是否是传输问题。