切换问题是指UE经过切换带而没有正常发起切换，或者发起切换但是切换失败等所有与切换相关的问题。从空口来看，切换失败主要指RNC发起了切换命令后（包括PHYSICAL CHANNEL RECONFIGURATION、RB RECONFIGURATION等），UE返回RECONFIGURATION 失败，或者UE没有动作，及RNC没有收到相应的切换完成消息。
一．不发生切换，及RNC没有下发切换命令
UE没有上发测量报告
现象1：在UE处与切换带的时候，目标小区通过Scanner显示相对服务小区非常强了，但UE始终没有测量该小区，这时，通常C/I也会比较差
原因：1.邻区关系缺失，此问题比较容易发现
2.在服务小区邻区列表中，目标小区排在最后面，且邻区列表中邻区个数超过21个，目前RNC处理能力只能处理前面21个邻区。
措施：优化邻区关系，补齐漏加的邻区，尽量使确实存在切换关系的邻区排在前面
现象2：在UE的邻小区列表中发现有目标小区且信号比服务小区强，但UE迟迟不发测量报告上去
原因：1.切换门限设置不合理，切换涉及到的几个参数门限：
位置参数标参值
HC算法配置同频切换门限信息本小区绝对导频门限70
邻小区绝对导频门限15
相对导频强度门限3
异频切换门限信息本小区绝对导频门限70
邻小区绝对导频门限15
相对导频强度门限3
本小区小区个性偏移0
邻小区小区个性偏移0
注：请针对《无线网络和业务参数标定手册》查阅各参数设置对网络的影响
2. UE只收到网络测的两个测量控制（测量ID分别为1、2），附加测量8、9没有下发，会影响UE测量上报。
措施：在RNC级参数测量配置静态部分，在UE测量配置静态部分把同频测量8以及异频测量9的使用原因有CDL修改为辅助。
UE上发测量报告，没有收到RNC下发切换命令
现象1：空口发现UE已经上发了测量报告，但没有收到网络测下发的切换命令
原因：1.信号恶化导致UE收不到网络测的切换命令，从测试中可以看到UE的RSCP已经CI都非常差。
措施：加强该区域的覆盖，或者通过调整切换带，使UE及早切换只更好的小区去。
2. 对于跨RNC切换区域，由于RNC外部邻区列表中邻小区配置数据与该小区实际在自己的RNC中配置的数据不一致（主要有频点、码字已经PCCPCH的发射功率等），会导致在重定位过程失败。
措施：补齐跨RNC外部邻小区数据。
3．小区界面上的频点与DCA，LCC的频点以及实际生效的频点不一样，导致RNC不进行任何操作
措施：该问题属于RNC的bug，暂时通过复位该基站来解决

UE收到切换命令，返回failure
现象1：目标小区和服务小区在同一个RNC中，但网络测下发RB重配置命令，UE返回重配置失败。
原因：在现网中，RNC内部的切换应该走物理信道重配置，网络测下发RB重配置，说明RNC指向的目标小区错误，主要由于小区邻区配置错误引起，在小区邻区配置中存在外部邻区与目标小区同频同码的现象。
措施：检查服务小区的邻小区配置，删去不必要的垃圾数据，如果确实都存在切换关系，根据实际现场的情况需要其中某个小区的修改频点码字
现象2：UE返回重配置failure，主要目标资源可不要，同时UE无法驻留到目标小区，主要有无法注册，或者无法起呼等现象。
原因：目标小区无法接入或五资源可用
措施：检查目标小区状态是否正常，有无告警，或者目标小区资源受限已经信令链路是否可以等。作为接入问题讨论。

总结：处理切换问题主要从几个方面考虑：
第一步，从覆盖入手，从覆盖分析切换带是否合理，是否属于弱覆盖。
第二步，确定该切换类型
第三步，检查参数配置是否合理，主要包括邻区配置，切换参数，小区DCA算法等。
第四步，通过Call Trace跟踪，分析切换失败原因。
第五步，检查目标小区是否可以，业务接入是否正常。