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

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