关于处理切换失败问题的经验总结
在通话过程中，切换失败会对手机用户感受产生不良影响，严重时甚至会导致掉话。在这里，我们通过路测以及对系统统计性能的跟踪，来分析引起切换失败的因素。
产生切换失败，一般有以下几方面原因： 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上性能统计，来具体分析处理系统中存在的切换失败的问题。