测试中速率掉零经验总结20140820概论.doc

速率掉零原因总结 8月10日万象新天开会时，测试人员反馈在测试中经常遇到的速率掉零现象。簇优化人员对各种原因引起的速率掉零现象做一个总结，方便测试人员在以后工作中遇到类似问题的分析，提高个人能力和工作效率。 根据簇优化工作中的经验， 速率掉零现象主要由以下几个方面引起： 覆盖不足导致终端脱网； 其他小区对服务小区造成干扰导致掉线（包括MOD3干扰）； 上行RSSI高引起基站无法解调终端上发的消息，导致上行失步引起掉线； 基站硬件故障、传输故障导致速率掉零； 无法与邻区较好小区切换最终导致拖死，速率为零； 测试终端和测试电脑原因导致速率掉零。 第一种种情况容易直观的看出来，一般看主服务小区的RSRP值和SINR值。对于主服务小区RSRP值已经小于-105dBm时，会造成SINR较差（在0dB以下），导致UE无法解调EnodeB下发的各种消息，造成掉线，速率为0。第二种情况是观察主服务小区的RSRP正常，但是邻区里有其他小区的PCI MOD3值与主服务小区PCI MOD3值相同，且RSRP相近（相差不到6dB），或邻区里其他小区信号较多，对主服务小区造成干扰导致SINR较差，同样造成主服务小区SINR较差，最终导致掉线，速率为0。对于第六种情况，可以通过使用不同设备测试同一小区，同一设备测试不同小区（基站）等方法排查，。发现设备有问题时，应及时更换设备，避免做无用功。对其他原因引起的速率掉零现象，以下案列给出了分析方法和思路如下： 上行RSSI高问题导致速率为零 问题描述： 测试车辆由南向北行驶至横街子家具厂2小区方向上时，速率掉零。查看邻区列表，此时主服务小区朝阳横街子村3小区RSRP为-104dBm，SINR为1，下行空口质量正常，不至于导致速率为0。 告警信息：无； 过程分析： 从测试数据看，此时邻区里横街子家具厂RSRP比主服务小区高7dB，已经达到了切换门限。且主服务小区朝阳横街子村3小区向UE发送切换命令后，UE反馈切换完成，但是并没有接入到目标小区横街子家具厂2小区，导致掉线。 UE掉线后启动重建请求（原因值是切换失败），重建失败后发生TAU请求。 重建过程中，UE一直发送扩展业务请求，但基站并未解调出UE的请求消息。超时后基站判断UE已处于上行失步状态中，发起paging寻呼消息。 结论： 由于横街子家具厂2小区RSSI较高（-56dBm），导致UE占用其他小区时无法向横街子家具厂2小区切换，切换失败后也无法重建至此小区。UE在此小区上发起TA更新请求，但由于横街子家具厂2小区底噪较高，基站一直未解调UE发起的请求，导致请求失败，UE一直处于空闲态，速率为零。现网中有很大一部分小区底噪较高，严重影响网络质量，需要尽快排查底噪较高基站。 硬件故障导致速率掉零 经过后台簇优化人员对测试数据进行分析，发现在宣武体校_3扇区覆盖方向出现大段路段速率掉零的情况，且主服务小区RSRP和SINR，邻区的RSRP均良好。分析层3信令发现宣武体校_3存在无法正常接入及切入的现象。详情如下图： （宣武体校PCI配置） 1：切换失败，导致掉线 2：掉线后重建，重建失败后发起TA更新 告警信息：无原因分析：处理过程： 于是，可以判断宣武体校3小区的RRU故障，需要更换3小区RRU后进行测试验证，排除故障。 无法切换导致速率掉零 问题描述： 在测试中发现，UE占用1.8G基站左安门外2小区时，接收到主服务小区RSRP为-103dBm，邻区里分钟寺桥1小区和分钟寺2小区RSRP均在-80dBm左右，却一直没有切换，导致速率为0。 问题分析： 通过数据分析，此时已经达到了异频切换门限，且UE在一直上报测量报告，且测量报告已经上报了频点为75的分钟寺桥1、2小区，但是基站一直未下发UE到分钟寺桥2小区的切换命令。 此时UE驻留在左安门外（PCI=142），向方庄东路2小区（PCI=88）切换 查看相关基站左安门外和分钟寺桥均无告警，底噪正常。且左安门外2小区已经配置了分钟寺桥1、2小区邻区关系。查看邻区关系配置中发现，左安门外2小区配置分钟寺桥2小区邻区时，配置了两个cellID（50 2），导致EnodeB无法判断向哪个小区切换，最终发起向方庄东路2小区的忙切，导致掉线。 处理过程： 重新配置左安门外向分钟寺桥2小区的切换参数，并安排人员复测。 重新配置切换参数后，测试此路段已经可以正常切换。此时UE接收到分钟寺桥2小区RSRP为-87dBm，SINR为18,，速率正常（由于没有达到A2门限，UE还没有开始测量异频邻区）。复测效果如下： 结论： 在异频组网或者同频组网中，经常会遇到由于无邻区关系，邻区关系不合理或者参数设置错误，导致UE无法切换最终掉线，速率也掉零。