名称：切换异常的几种原因分析及排查
提交人：张鑫提交日期：2011-12-24
软件版本：硬件版本：
1.1 RNC内切换过程中的异常
1.1.1 总体描述
RNC内切换相关的异常主要有如下几种典型场景：
物理信道重配失败：网络侧在下发physicalChannelReconfiguration消息后，终端回physicalChannelReconfigurationFailure消息，导致切换过程失败，此类异常影响RNC内切换成功率，但不会导致掉话；
物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，终端仍然未上报cellUpdate，超时后释放，此类异常会同时影响切换成功率；
小区更新后物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，终端上报cellUpdate，网络侧下发cellUpdateConfirm消息，终端响应超时后释放，此类异常会同时影响切换成功率；
网络侧收到测量报告但未发起切换：网络侧收到终端上报的1G或2A测量报告，但未在目标小区发起无线链路建立过程，也未向终端下发physicalChannelReconfiguration，此类异常不会对KPI指标造成直接影响；
1.1.2 典型信令过程
1.1.
2.1 物理信道重配失败
1. 信令截图：
第 1 页
2. 信令分析：
第 3 页
原因分析及排查手段：
查看PhysicalChannelReconfigurationFailure 中携带的失败原因，比如最常见的Failure cause 为physical channel failure ，表示UE 无法在建立新的物理信道，即UE 无法在新的信道配置上完成L1同步（UE 在T312时间内，收到N312个同步指示，即认为新的信道建立成功）。造成这种现象的原因可能为物理信道所在的时隙干扰较大，或目标小区存在UP 干扰。 排查方法：
查看各时隙干扰情况，如果发现时隙干扰很大，查看NODEB 载扇是否正常，同时查看邻小区是否有大量同频邻区，若在话务量小的情况下，ISCP 仍然很高，则干扰可能来自异系统，如：GSM ，PHS 等；
查看目标小区UP 干扰，若较大，则进行UP 位置偏移；
时隙干扰经常性偏大时，可以尝试调低UE 的上、下行开环功率；
无效配置、配置不支持等配置错误：换个手机测试，若各厂家手机测试都有问题，将本小区的重配消息和正常小区的重配消息进行对比，查看配置是否正确； 注：物理信道/RB 重配失败后测量控制下发说明：
切换失败后，RNC 会重新下发测量控制消息，测量控制消息中携带邻区列表但不包含频点扰码等具体信息，如图所示，因为之前的测量控制消息中已经携带了邻区的扰码、频点等信息，
UE 侧已经保存了相关邻区的详细信息，因此网络侧不需要重新携带邻区的详细信息，只需要指示邻区序号。
1.1.
2.2
物理信道重配超时
原因分析及排查手段：
UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了RECONFIGURATION消息，但没发送COMPLETE消息（消息错误或UE 内部错误等原因）；
排查方法：
若UE未收到重配消息：调整后台下行最小发送功率，增加UE接收到重配消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；
若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；
1.1.
2.3 小区更新后物理信道重配超时
第 5 页
原因分析及排查手段：
可能原因为：
UE未收到CONFIRM消息（下行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
排查方法：
若UE未收到CONFIRM消息：调整后台下行最小发送功率，增加UE接收到CONFIRM消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；
若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；
1.1.
2.4 网络侧收到测量报告但未发起切换
1. 信令截图：
2. 信令分析：
3. 原因分析及排查手段：
一般为RNC资源申请失败导致，如码道资源不足，软资源（功率、干扰）接纳失败等（此时信令跟踪工具上没有IUB口和空口消息）；可查看目标小区剩余的码道资源数看是否有足够的剩余资源，并查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限。
1.1.
2.5 网络侧在RAB指派过程中收到测量报告
1. 信令截图：
2. 原因分析及排查手段：
RNC在收到CN RAB指派后，UE上报一个测量报告，但此时RNC在处理CN RAB 指派，无法同时处理测量报告，RNC缓存此条测量报告，等RAB指派完成后，在发起切换过程，由于此案例中测量报告中的目标小区来自邻RNC，因此发起了重定位流程。
第 7 页
1.2 RNC间切换过程中的异常
1.2.1 总体描述
RNC内切换相关的异常主要有如下几种典型场景，
CN侧响应RelocationPrepareFailure：
CN响应超时；
CN响应IuReleaseCommand；
终端RB重配失败；
终端RB重配失败；
下面分别详细描述各类异常发生的场景及原因，并给出对应排查手段。
1.2.2 典型信令过程及异常分析
1.2.2.1 CN侧响应RelocationPrepareFailure
异常描述
当S-RNC向CN发送Relocation Required消息后，CN向D-RNC发送Relocation Request，D-RNC侧发起类似于业务接入的流程，分配信令、业务所需的物理资源，并建立无线链路及相应承载，其中任何一个步骤发生异常，则会向CN响应Relocation Failure消息，携带D侧失败的错误码，CN通过Relocation Preparation Failure消息透传该错误码到S-RNC，由于是重定位准备阶段流程发生异常，不会记入跨RNC切换失败，因此不会影响任何KPI指标，但此类异常会导致终端脱离源小区覆盖而又无法切换，最终因覆盖问题导致掉话。
信令过程
由于比较难于搜集同一次跨RNC切换异常过程中S侧和D侧的信令，因此本部分未以截图的形式给出行令流程。
S侧信令：
D侧信令：
原因分析及排查
根据S侧Relocation Preparation Failure消息或Relocation Failure消息中的错误码，参考非标准原因错误码对应表中说明，进行排查；
第 9 页