切换异常的几种原因分析及排查

名称：切换异常的几种原因分析及排查

提交人：张鑫提交日期：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侧信令：