3.2、切换流程分析：3.2.1、Intra-Node B切换：3.2.1.1、接力切换正常流程：信令流程说明：1)RNC判决进行切换后向NB发送无线链路增加请求，为目标小区建立无线链路。

目标小区收到无线链路增加请求后，配置相应链路资源，配置完成后组织无线链路，向RNC发送RL增加响应消息。

2)RNC收到目标小区的响应消息后，为目标小区建立Iub传输承载AAL2。

3)RNC通过源小区的信道向UE发送PHYSICAL CHANNEL RECONFIGURATION消息，通知UE进行切换。

4)UE收到PHYSICAL CHANNEL RECONFIGURATION消息后，根据接收到的切换指令做相应配置及处理后，通过目标小区向RNC发送PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息。

5)RNC收到该消息后删除源小区的无线链路和Iub传输承载，切换完成。

3.2.1.2、异常流程1-NODE B失败异常流程说明：1)当Node B不能按照要求为该用户增加RL时，向RNC返回RL AdditionFailure消息，并包含失败原因；2)切换失败，UE继续在源小区进行通信或掉话；实体处理方法：1)检查目标小区告警及资源状态，可以从LMT-B查询；2)检查对比RNC下发的RL Addition Request中携带的参数是否正确。

3.2.1.3、异常流程2-UE响应切换失败RNC向UE发送Physical Channel Reconfiguration消息进行切换。

由于一些错误原因导致UE向RNC发送物理信道重配置失败的响应。

导致UE发送失败响应的原因可能为：1)UE收到的消息协议错；2)Physical Channel Reconfiguration消息中包含无效的配置信息；3)Physical Channel Reconfiguration消息中包含UE不支持的配置信息；4)配置信息不匹配；5)UE物理信道配置失败；6)重配过程中无线链路失败等。

异常流程说明：1)当Iub接口无线链路以及AAL2连接建立完成以后，RNC向UE发送PhysicalChannel Reconfiguration进行切换。

当上述某项原因出现时，UE向RNC返回Physical Channel Reconfiguration Failure消息。

2)RNC与Node B释放Iub接口的RL。

3)RNC与Node B释放Iub接口的AAL2连接。

4)切换过程失败，UE继续在源小区进行通信或产生掉话；当UE回复切换失败原因中携带的原因值为无效配置和物理信道失败时：1)对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确2)确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到3)检查目标邻小区参数配置是否正确当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：1)确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2)检查源小区配置的邻区是否合适；3)检查周围是否存在与目标小区同频同码的小区；4)确认该小区邻小区的参数是否正确；5)检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）；6)确认所用终端的型号及批次；7)检查源小区定时器参数：检查后可以适当延长下列几类定时器参数，该类参数的主要作用在于避免由于网络定时器的超时，而主动拆链导致的切换失败，延长该类定时器可以挽回一部分由于网络定时器超时而导致的切换失败。

3.2.1.4、异常流程3-定时器超时失败定时器超时，指的是RNC在给UE发送了空中接口的配置消息后，在一定的时间内既没有收到用户的成功响应消息，也没有收到失败消息，和UE失去了联系，此释放该用户的所有业务。

异常流程说明：1)RNC在给UE发送了空中接口的配置消息后，在一定的时间内没有既没有收到用户的成功响应消息，也没有收到失败消息。

2)若在目标小区已经完成RL同步，则Node B在目标小区向RNC发送Radio LinkFailure消息，原因为同步失败。

（Note (1)）3)Node B在源小区向RNC发送Radio Link Failure消息，原因为同步失败4） RNC释放该用户的所有业务，包括：a)RNC发起Iu连接的释放，释放Iu连接。

b)若为CS域RAB，Iu接口需释放AAL2数据传输承载。

c)RNC收回内部为该用户分配的无线资源。

d)RNC与Node B释放Iub接口的RL。

e)RNC与Node B释放Iub接口的AAL2连接。

f)RNC与UE释放Uu接口RRC连接。

5）切换过程失败。

Note (1)：若在目标小区没有完成RL同步，则在目标小区没有此消息。

实体处理方法：1)确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2)确认该小区邻小区的参数是否正确3)检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）4)检查源小区配置的邻区是否合适5)检查周围是否存在与目标小区同频同码的小区6)确认所用终端的型号及批次；3.2.2、Inter-NB\Intra-RNC切换3.2.2.1、接力切换正常流程Intra Node B切换与Inter Node B切换之间的主要区别在于，Intra Node B 切换中目标小区与RNC之间为Radio Link Addition Request，而Inter Node B 切换中目标小区与RNC之间为Radio Link Setup Request。

3.2.2.2、异常流程-Node B失败Node B间切换时Node B失败的两种情况：1)目标基站无线链路建立失败；2)目标基站无线链路建立成功后，目标基站的AAL2建立失败。

异常流程说明：1)当目标基站不能成功建立无线链路或不能建立AAL2连接时，切换过程失败，UE仍保持与源基站小区的通信连接。

2)若为AAL2建立失败的情况，需要删除与目标基站的RL。

实体处理方法：1)检查目标小区告警及资源使用状态，可以从LMT-B查询；2)检查对比RNC下发的RL Setup Request中携带的参数是否正确。

3.2.2.3、异常流程-UE响应切换失败RNC向UE发送Physical Channel Reconfiguration消息进行切换。

由于一些错误原因导致UE向RNC发送物理信道重配置失败的响应。

导致UE发送失败响应的原因可能为：1)UE收到的消息协议错；2)Physical Channel Reconfiguration消息中包含无效的配置信息；3)Physical Channel Reconfiguration消息中包含UE不支持的配置信息；4)配置信息不匹配；5)UE物理信道配置失败；6)重配过程中无线链路失败等。

Inter-Node B/Intra-RNC切换，UE响应切换失败异常流程说明：1)当Iub接口无线链路以及AAL2连接建立完成以后，RNC向UE发送PhysicalChannel Reconfiguration进行切换。

当上述某项原因出现时，UE向RNC返回Physical Channel Reconfiguration Failure消息。

2)RNC与目标Node B释放Iub接口的RL。

3)RNC与目标Node B释放Iub接口的AAL2连接。

4)切换过程失败，UE继续在源Node B小区进行通信。

当UE回复切换失败原因中携带的原因值为无效配置和物理信道失败时：1)对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确2)确认UE的处理能力（可以从呼叫过程RRC建立完成消息中查到3)检查目标邻小区参数配置是否正确当UE回复切换失败原因中携带的原因值为TIMEOUT时，其解决方案：1)确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2)检查源小区配置的邻区是否合适；3)检查周围是否存在与目标小区同频同码的小区；4)确认该小区邻小区的参数是否正确；5)检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）；6)确认所用终端的型号及批次；7)检查源小区定时器参数：具体内容参见基站内切换分析3.2.2.4、异常流程-定时器超时失败定时器超时，指的是RNC在给UE发送了空中接口的配置消息后，在一定的时间内既没有收到用户的成功响应消息，也没有收到失败消息，和UE失去了联系，此释放该用户的所有业务。

异常流程说明：1)RNC在给UE发送了空中接口的配置消息后，在一定的时间内既没有收到用户的成功响应消息，也没有收到失败消息。

源Node B与目标Node B均向RNC 发送Radio Link Failure消息，原因为同步失败。

2)RNC释放该用户的所有业务，包括：a)RNC发起Iu连接的释放，释放Iu连接。

b)若为CS域RAB，Iu接口需释放AAL2数据传输承载。

c)RNC收回内部为该用户分配的无线资源。

d)RNC与源Node B释放Iub接口的RL。

e)RNC与源Node B释放Iub接口的AAL2连接。

f)RNC与目标Node B释放Iub接口的RL。

g)RNC与目标Node B释放Iub接口的AAL2连接。

h)RNC与UE释放Uu接口RRC连接。

3)切换过程失败。

实体处理方法：1)确认UE所在的位置及该区域的信号覆盖（包括RSCP和C/I）是否良好；2)确认所用终端的型号及批次；3)确认该小区邻小区的参数是否正确4)检查目标小区主载波ISCP值（可以从LMT-B上查询）和所占时隙ISCP值（可以从OMT上查询）3.2.3、Inter-RNC切换3.2.3.1、正常切换流程3.2.3.2、异常流程-源RNC对目标RNC的重定位准备失败该过程描述的是，源RNC向CN发送RelocationRequired消息发起重定位时CN 拒绝不能接收该重定位，可能的原因是：超时；1)TRELOCalloc2)目标RNC、目标CN或目标系统重定位失败；3)目标RNC、目标系统不支持重定位；4)不允许重定位至目标系统；Inter -RNC切换，源RNC对目标RNC的重定位准备失败异常流程说明：1)RNC在收到CN的重定位准备失败消息后，重定位过程中止，源RNC仍为UE的服务RNC。

实体处理方法：1)确认该终端请求的业务和目标小区的资源状态；2)检查目标小区的告警信息和小区状态。

3.2.3.3、异常流程-源RNC侧UE配置失败该过程描述的是，重定位准备过程中，源RNC侧UE进行重定位时失败。

重定位过程失败，UE保持与源RNC进行通信。