关于处理切换失败问题的经验总结
在通话过程中,切换失败会对手机用户感受产生不良影响,严重时甚至会导致掉话。在这里,我们通过路测以及对系统统计性能的跟踪,来分析引起切换失败的因素。
产生切换失败,一般有以下几方面原因: 1、 2、 3、 4、 5、
不合理的邻区关系。 基站时钟锁相失败。 基站硬件故障。
频率干扰产生大量无线链路误码。 弱覆盖。
下面将结合示例,分别对几种切换失败情况进行具体分析。 示例一:不合理的邻区关系,相邻小区同BCCH 同BSIC 。
测试车辆由东向西行驶过程中,手机占用25443小区向其邻区列表里BCCH=18, BSIC=28的小区连续切换失败。
通过检查25443的邻区数据,发现在其邻区列表里小区CI 20113 的BSIC=28,BCCH=18;而通过GI 分析,发现在车行驶的正前方,小区CI 20006与CI 20113有相同的BCCH 和BSIC 。当车由东向西行驶时,测试手机在检测到BCCH=18并且 BSIC=28的小区为其最强邻区时,就尝试向其邻区列表里符合该条件的小区(CI 20113)切换,然而此时小区CI 20113距通话地点较远,且逆于行驶方向,于是产生连续的切换失败,而此时手机应该向车行使正前方的小区(CI 20006)切换。
因此解决方案为调整CI 20006或CI 20113的BSIC ,并为CI 25443添加邻区CI 20006。
经过调整,25443小区与20006切换正常,在这段道路没有出现切换失败的情况。
示例二:MCU (微控制器Micro Control Unit)故障导致基站时钟锁相失败(Phase Lock Failure ),造成与周围小区切换成功率低。
在道路测试中,发现从CI 20323向CI 10350做切换,连续切换失败:
在占用CI 10350正常起呼、通话后,向CI 20323尝试切换,也均失败。
从OMC_R上查看CI 10350基站告警,发现该站有时钟锁相失败,需要重新校准时钟。
尝试用命令重新锁相时钟失败,判断为该基站MCU 存在硬件故障,需要更换。 更换MCU 后,从OMC_R统计上查看CI 10350与周围邻区的切入、切出均恢复正常。
20323切换10350正常
从10350往其他邻区切换正常
示例三:目标小区接收支路故障导致切入成功率低
通过统计对小区13594_5913切入小区13594_4103的切换成功率进行跟踪过程中,发现各个时段的切入成功率都低于50%,切入成功率较低。
从OMC_R上检查小区CI 4103所在基站BTS 设备的各个功能模块,发现没有硬件故障,也不存在激活的告警。
经过测试进一步发现,当测试手机占用该小区信号(CI 4103)后,在距离该基站很近的情况下(TA =0),测试手机不做上行功率控制。通过查看该小区的硬件配置,发现该小区有两根馈线,一根单收,一根收发共用,而小区发射没有问题,因此判断为一根单收的馈线存在故障。
经过天线工程师处理后统计性能恢复正常,小区CI 13594_5912向小区 13594_4103 切换恢复正常。
以上三种情况为在MotoVip 服务实施过程中,总结的一些处理切换失败问题的经验。我们在日常优化维护中,还需多结合路测效果和OMC_R上性能统计,来具体分析处理系统中存在的切换失败的问题。
关于处理切换失败问题的经验总结
在通话过程中,切换失败会对手机用户感受产生不良影响,严重时甚至会导致掉话。在这里,我们通过路测以及对系统统计性能的跟踪,来分析引起切换失败的因素。
产生切换失败,一般有以下几方面原因: 1、 2、 3、 4、 5、
不合理的邻区关系。 基站时钟锁相失败。 基站硬件故障。
频率干扰产生大量无线链路误码。 弱覆盖。
下面将结合示例,分别对几种切换失败情况进行具体分析。 示例一:不合理的邻区关系,相邻小区同BCCH 同BSIC 。
测试车辆由东向西行驶过程中,手机占用25443小区向其邻区列表里BCCH=18, BSIC=28的小区连续切换失败。
通过检查25443的邻区数据,发现在其邻区列表里小区CI 20113 的BSIC=28,BCCH=18;而通过GI 分析,发现在车行驶的正前方,小区CI 20006与CI 20113有相同的BCCH 和BSIC 。当车由东向西行驶时,测试手机在检测到BCCH=18并且 BSIC=28的小区为其最强邻区时,就尝试向其邻区列表里符合该条件的小区(CI 20113)切换,然而此时小区CI 20113距通话地点较远,且逆于行驶方向,于是产生连续的切换失败,而此时手机应该向车行使正前方的小区(CI 20006)切换。
因此解决方案为调整CI 20006或CI 20113的BSIC ,并为CI 25443添加邻区CI 20006。
经过调整,25443小区与20006切换正常,在这段道路没有出现切换失败的情况。
示例二:MCU (微控制器Micro Control Unit)故障导致基站时钟锁相失败(Phase Lock Failure ),造成与周围小区切换成功率低。
在道路测试中,发现从CI 20323向CI 10350做切换,连续切换失败:
在占用CI 10350正常起呼、通话后,向CI 20323尝试切换,也均失败。
从OMC_R上查看CI 10350基站告警,发现该站有时钟锁相失败,需要重新校准时钟。
尝试用命令重新锁相时钟失败,判断为该基站MCU 存在硬件故障,需要更换。 更换MCU 后,从OMC_R统计上查看CI 10350与周围邻区的切入、切出均恢复正常。
20323切换10350正常
从10350往其他邻区切换正常
示例三:目标小区接收支路故障导致切入成功率低
通过统计对小区13594_5913切入小区13594_4103的切换成功率进行跟踪过程中,发现各个时段的切入成功率都低于50%,切入成功率较低。
从OMC_R上检查小区CI 4103所在基站BTS 设备的各个功能模块,发现没有硬件故障,也不存在激活的告警。
经过测试进一步发现,当测试手机占用该小区信号(CI 4103)后,在距离该基站很近的情况下(TA =0),测试手机不做上行功率控制。通过查看该小区的硬件配置,发现该小区有两根馈线,一根单收,一根收发共用,而小区发射没有问题,因此判断为一根单收的馈线存在故障。
经过天线工程师处理后统计性能恢复正常,小区CI 13594_5912向小区 13594_4103 切换恢复正常。
以上三种情况为在MotoVip 服务实施过程中,总结的一些处理切换失败问题的经验。我们在日常优化维护中,还需多结合路测效果和OMC_R上性能统计,来具体分析处理系统中存在的切换失败的问题。