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

1、名称：切换异常的几种原因分析及排查提交人： 张鑫提交日期： 2011-12-24软件版本： 硬 件版本：1.1 RNC内切换过程中的异常1.1.1 总体描述RNC内切换相关的异常主要有如下几种典型场景：物理信道重配失败：网络侧在下发 physicalChannelReconfiguration 消息 后，终端回 physicalChannelReconfigurationFailure 消息，导致切换过程失败， 此类异常影响RNC内切换成功率，但不会导致掉话；物理信道重配超时：网络侧在下发 physicalChannelReconfiguration 消息 后，终端没有响应，网络侧等待一段时间

2、后，终端仍然未上报 cellUpdate ，超 时后释放，此类异常会同时影响切换成功率；小 区 更 新 后 物 理 信 道 重 配 超 时 ： 网 络 侧 在 下 发 physicalChannelReconfiguration 消息后， 终端没有响应， 网络侧等待一段时间 后，终端上报 cellUpdate ，网络侧下发 cellUpdateConfirm 消息， 终端响应超时 后释放，此类异常会同时影响切换成功率；网络侧收到测量报告但未发起切换：网络侧收到终端上报的1G或 2A测量报 告， 但未 在目标小区 发起 无线链路建立过 程， 也未向 终端 下发 physicalChannelRe

3、configuration ，此类异常不会对 KPI 指标造成直接影响；1.1.2 典型信令过程1.1.2.1 物理信道重配失败1. 信令截图：2信令分析:信令消息过程解释measureme ntReport网络侧收到终端1G/2A测量报告FpSAddReq在目标小区建立无线链路及承载，此 案例中RL建立过程中夹杂了一条测 量报告，该测量报告为2F测量报告， 不影响切换过程，可以忽略；FpSAddRspRadioL in kSetupRequestmeasureme ntReportRadioL in kSetupResp onseFpSI ni tReqFpS In itRspphysica

4、lCha nn elRec on figurati on网络侧向终端发起物理信道重配过 程，终端回应物理信道重配失败，失 败原因为物理层冋步失败，期间夹杂 的测量报告为2F事件，不影响切换过 程，可以忽略；RlmiUciuHelloForwardRlmiUciuHelloFwdAckmeasureme ntReportmeasureme ntReportmeasureme ntReportphysicalCha nn elRec on figurati on FailureRadioL in kDeletio nRequest网络侧删除目标小区无线链路及承 载；measureme ntRepo

5、rtRadioL in kDeletio nResp onseFpSRelReqmeasureme ntCon trol网络侧重新向终端下发同频及异频测信令消息过程解释measureme ntCon trol量控制消息或系统间测量；OlpcParaI nfo原因分析及排查手段:查看PhysicalChannelReconfigurationFailure中携带的失败原因，比如最常见的 Failure cause 为 physical channel failure，表示 UE无法在建立新的物理信道，即UE无法在新的信道配置上完成L1同步（UE在 T312时间内，收到 N312个同步指示，即认为

6、新的信道建立成功）。造成这种现象的原因可能为物 理信道所在的时隙干扰较大，或目标小区存在UP干扰。排查方法：查看各时隙干扰情况，如果发现时隙干扰很大，查看 NODE载扇是否正常， 同时查看邻小区是否有大量同频邻区，若在话务量小的情况下，ISCP仍然很高,则干扰可能来自异系统，如：GSM PHS等;查看目标小区UP干扰，若较大，则进行UP位置偏移；时隙干扰经常性偏大时，可以尝试调低 UE的上、下行幵环功率；无效配置、配置不支持等配置错误：换个手机测试，若各厂家手机测试都有 问题，将本小区的重配消息和正常小区的重配消息进行对比， 查看配置是否正确； 注：物理信道/RB重配失败后测量控制下发说明：切

7、换失败后，RNC会重新下发测量控制消息，测量控制消息中携带邻区列表 但不包含频点扰码等具体信息，如图所示，因为之前的测量控制消息中已经携带 了邻区的扰码、频点等信息，UE侧已经保存了相关邻区的详细信息，因此网络 侧不需要重新携带邻区的详细信息，只需要指示邻区序号。1.1.2.2物理信道重配超时信令消息过程解释measureme ntReport网络侧收到终端1G/2A测量报告信令消息过程解释FpSAddReq在目标小区建立无线链路及承载；FpSAddRspRadioL in kSetupRequestRadioL in kSetupResp onseFpSI ni tReqFpS In itR

8、spphysicalCha nn elRec on figurati on网络侧向终端发起物理信道重配过程，定时 时间内终端未发送物理信道重配完成消息， 且在等待时间内未上报小区更新；measureme ntReportUciuHelloForwardUciuHelloForwardAckSUciuMacMeasReportRadioL in kDeletio nRequest网络侧删除目标小区无线链路及承载；RadioL in kDeletio nResp onseFpSRelReqIuReleaseRequest原因分析及排查手段：UE收到了 RECONFIGURAT消息，并发送了 COM

9、PLETE息，但RNC未收到（上行功率不足或存在干扰等原因）；UE收到了 RECONFIGURATI消息，但没发送COMPLETE息（消息错误或UE内部错误等原因）；排查方法：第 15 页若UE未收到重配消息：调整后台下行最小发送功率，增加UE接收到重配消 息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干 扰；若网络侧没有收到重配完成消息：则调整后台DPCH勺期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；1.123小区更新后物理信道重配超时信令消息过程解释measureme ntReport网络侧收到终端1G/2A测量报告FpSAddReq在目标小区建立无线链

10、路及承载；FpSAddRspRadioL in kSetupRequestRadioL in kSetupResp onseFpSI ni tReqFpS In itRspphysicalCha nn elRec on figurati on网络侧向终端发起物理信道重配过程，定 时时间内终端未发送物理信道重配完成消 息，则等待终端上报小区更新；cellUpdate终端上报小区更新RadioL in kDeletio nRequestRadioL in kDeletio nResp onseIuReleaseRequestIuReleaseComma ndrrcC onn ectio nRele

11、aseluReleaseCompletecellUpdaterrcC onn ectio nReleasecellUpdateRadioL in kFailure In dicati onrrcC onn ectio nReleasecellUpdaterrcC onn ectio nReleaseRadioL in kFailure In dicati onRadioL in kDeletio nRequestRadioL in kDeletio nResp onse原因分析及排查手段:可能原因为：UE未收到CONFIRM息（下行功率不足或存在干扰等原因）；UE收到了 CONFIRM!息，并

12、发送了 COMPLETE息，但RNC未收到（上行功 率不足或存在干扰等原因）；UE收到了 CONFIRM息，但没发送COMPLETE息（消息错误或UE内部错误 等原因）；排查方法：若UE未收到CONFIRMS息：调整后台下行最小发送功率，增加 UE接收到 CONFIRM息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行 方向上的干扰；若网络侧没有收到重配完成消息：则调整后台 DPCH勺期望接收功率，同时 利用网规网优手段，降低上行方向上的干扰；1.124网络侧收到测量报告但未发起切换1信令截图:2信令分析:信令消息过程解释measureme ntReport终端上报测量报告，在此案例

13、中，测量报告为2A, 实际情况中还可能出现1G测量报告的情况，但由 于目标小区物理资源不足或目标小区存在异常导 致无法分配资源，未发起RL建立及物理信道重配 等后续流程；在此案例中，另一条测量报告为2F，2F事件不会 影响切换过程，可以忽略；measureme ntReportmeasureme ntCon trol网络侧重新下发同频及异频测量控制消息；measureme ntCon trol3.原因分析及排查手段:一般为RNC资源申请失败导致，如码道资源不足，软资源（功率、干扰）接 纳失败等（此时信令跟踪工具上没有IUB 口和空口消息）；可查看目标小区剩余 的码道资源数看是否有足够的剩余资源

14、，并查看公共测量值和配置的接纳门限， 是否为功率干扰等软资源受限。1.1.2.5网络侧在RAB指派过程中收到测量报告1. 信令截图：2. 原因分析及排查手段：RNC在收到CNRAB指派后，UE上报一个测量报告，但此时RNC在处理CNRAB 指派，无法同时处理测量报告，RNC缓存此条测量报告，等RAB指派完成后，在 发起切换过程，由于此案例中测量报告中的目标小区来自邻 RNC因此发起了重 定位流程。1.2RNC间切换过程中的异常1.2.1 总体描述RNC内切换相关的异常主要有如下几种典型场景，CN侧响应 RelocationPrepareFailure :CN响应超时；CN响应 IuReleas

15、eComman;d终端RB重配失败；终端RB重配失败；下面分别详细描述各类异常发生的场景及原因，并给出对应排查手段。1.2.2 典型信令过程及异常分析1.2.2.1 CN侧响应 RelocationPrepareFailure异常描述当 S-RNC向 CN发送 Relocation Required 消息后，CN向 D-RN（发送 RelocationRequest, D-RNC侧发起类似于业务接入的流程，分配信令、业务所需的物理资 源，并建立无线链路及相应承载，其中任何一个步骤发生异常，则会向CN响应Relocation Failure 消息，携带 D 侧失败的错误码， CN 通过 Relo

16、cation Preparation Failure消息透传该错误码到 S-RNC由于是重定位准备阶段流程发生异常，不会记入跨RNCH换失败，因此不会影响任何KPI指标，但此类异常 会导致终端脱离源小区覆盖而又无法切换，最终因覆盖问题导致掉话。信令过程由于比较难于搜集同一次跨 RN（切换异常过程中S侧和D侧的信令，因此本 部分未以截图的形式给出行令流程。S侧信令：信令消息过程解释measureme ntReportRNC攵到终端1G或2A测量报告，且目标小区 不归属于本RNC,向CN发起重定位请求；Relocation RequiredRelocati on Preparati on Fail

17、ureD侧资源分配失败，D侧RNC向 CN发送重定位 失败，CN向S侧RNC发送重定位准备失败；measureme ntCon trol向终端重新发送冋频/异频测量建立消息；measureme ntCon trolD侧信令:信令消息过程解释Relocation RequestD侧RNC攵到CN发送的重定位请求，在 D侧进 行实例创建，承载建立、资源分配等操作，资源 分配成功，则发起无线链路建立过程，如果其中 某步执仃失败，如无线资源不足、承载建立失 败，则没有无线链路建立过程；RadioL in kSetupRequestRNC发起无线链路建立，NodeE返回失败；RadioL in kSet

18、upFailureRelocati on FailureRNC向CN发送重定位失败消息，根据失败的类 型填写消息中的错误码；IuReleaseRequestD侧发起Iu连接释放过程；IuReleaseComma ndIuReleaseComplete原因分析及排查根据 S 侧 Relocation Preparation Failure 消息或 Relocation Failure 消 息中的错误码，参考非标准原因错误码对应表中说明，进行排查；1.222 CN响应超时异常描述当CNIu 口负荷过高或CN存在某种异常时，会不处理S侧发送的Relocation Required消息，D侧表现为看不

19、到任何信令，S侧在发送Relocation Required 后会设置等待定时器，定时器时长内CN未响应任何消息，则S侧认为对方状态不可知，则发起Iu连接释放过程，记作一次掉话，此类异常影响业务掉话率指 标。信令过程S侧信令：信令消息过程解释measureme ntReportRNC攵到终端1G或2A测量报告，且目标小区不 归属于本RNC，向CN发起重定位请求；Relocation RequiredIuRelaseRequestCN在定时时间内（典型配置为10s）未响应，S 侧发起Iu连接释放，释放的原因为TRANAP trelocprep expiry，表示重定位准备过 程超时；IuRele

20、aseComma ndIuReleaseCompleteD侧信令:D侧未收到任何CNT发的信令消息。原因分析及排查需要确认和CN的Iu 口链路是否存在问题，如故障、拥塞等，重点在 CN侧 排查问题。1.2.2.3 CN响应 luReleaseCommand异常描述当CN存在某种异常时，收到 S侧发送的Relocation Required 消息，立即 下发luReleaseComman，D侧表现为看不到任何信令，此种异常不会导致任何KPI 指标异常，但会影响用户感受。信令过程S侧信令：信令消息过程解释measureme ntReportRNC攵到终端1G或2A测量报告，且目标小区不 归属于本R

21、NC，向CN发起重定位请求；Relocation RequiredIuReleaseComma ndCN在很短时间内（毫秒级）向S侧下发IuReleaseComma n消息；IuReleaseCompleteD侧信令：D侧未收到任何CN下发的信令消息。原因分析及排查需要确认和CN是否存在问题，如故障、拥塞等，重点在 CN侧排查问题。1.224 终端RB重配失败异常描述当S-RNC向CN发送Relocation Required消息后，D侧完成资源分配及建立过程，S侧下发RB重配消息，由于终端在目标侧同步失败，终端上报RB重配失败消息，记作一次跨RNC切换失败，此类异常影响系统RNC间切换成功率

22、，此外 该异常会导致终端脱离源小区覆盖而又无法完成切换，最终因覆盖问题导致掉 话。信令过程S侧信令：信令消息过程解释信令消息过程解释measureme ntReportRNC攵到终端1G或2A测量报告，且目标 小区不归属于本RNC，向CN发起重定位 请求；Relocation RequiredRelocati on Comma ndD侧 RNC接纳成功，通过RelcationCommand携带D侧分配的物理资源；radioBearerRec on figurati onRNC通过RB重配消息，将D侧分配的资 源信息通知终端；radioBearerRec on figurati on Failu

23、re终端在目标侧物理层同步，或因为配置不 支持等原因，向S侧RNC发送RB重配失 败消息；Relocati onCan celS侧RNC攵到终端RB重配失败消息后， 向CN发送重定位取消，释放 D侧分配的 资源，并填写对应错误码；measureme ntCon trol向终端重新发送同频/异频测量建立消 息；measureme ntCon trolRelocatio nCan celAck no wledgeCN向RNC发送重定位取消确认消息D侧信令:信令消息过程解释Relocation RequestD侧RNC攵到CN重定位请求，分配资源；RadioL in kSetupRequest资源分

24、配成功后，发起无线链路建立过程；RadioL in kSetupResp onseRelocati on RequestAck no wledge无线链路建立完成后，向CN发送重疋位请 求确认消息，携带D侧分配的资源，通过信令消息过程解释CN传递给S侧；luReleaseComma ndS侧RNC下发RB重配后，终端回应RB重配 失败，S侧RNC向 CN发送重定位取消，CN 向D侧RNC发送的Iu释放命令；RadioL in kDeletio nRequestD侧释放已经分配的资源，并删除无线链 路；RadioL in kDeletio nResp onseIuReleaseComplete原

25、因分析及排查排查方法参考物理信道重配失败。1.225 终端RB重配超时异常描述当S-RNC向CN发送Relocation Required消息后，D侧完成资源分配及建立过程，S侧下发RB重配消息，由于终端在目标侧同步失败，终端上报RB重配失败消息，记作一次跨RNC切换失败，此类异常影响系统RNC间切换成功率，此外 该异常会导致终端脱离源小区覆盖而又无法完成切换，最终因覆盖问题导致掉 话。信令过程S侧信令：信令消息过程解释measureme ntReportRNC攵到终端1G或2A测量报告，且目标 小区不归属于本RNC，向CN发起重定位 请求；Relocation RequiredRelocat

26、i on Comma ndD侧 RNC接纳成功，通过信令消息过程解释RelcationCommand携带D侧分配的物理资源；radioBearerRecon figurati onRNC通过RB重配消息，将D侧分配的资 源信息通知终端；luReleaseRequestS侧 RNC等待 CNT发的 IuReleaseComman 超时，原因是定时时间内终端未在D侧上 报RB重配完成消息，S侧RNC向 CN发送 Iu连接释放请求，发起Iu连接释放过程。luReleaseComma ndluReleaseCompleteD侧信令:信令消息过程解释Relocation RequestD侧RNC攵到CN

27、重定位请求，分配资源；RadioL in kSetupRequest资源分配成功后，发起无线链路建立过程；RadioL in kSetupResp onseRelocati on RequestAck no wledge无线链路建立完成后，向CN发送重疋位请 求确认消息，携带D侧分配的资源，通过 CN传递给S侧；IuReleaseComma ndS侧RNC下发RB重配后，定时时间内终端 无响应，S侧RNC向 CN发送Iu释放请求， CN向D侧RNC发送的Iu释放命令；RadioL in kDeletio nRequestD侧释放已经分配的资源，并删除无线链 路；RadioL in kDelet

28、io nResp onseIuReleaseComplete原因分析及排查排查方法参考物理信道重配超时。1.3CS系统间切换过程中的异常1.3.1总体描述1.3.2典型信令过程及异常分析1.3.2.1重定位失败信令过程原因分析及排查TRANAP_relocation_failure_in_target_CN_RNC_or_target_system ：在 2G 网络侧重定位失败，原因不明，可能是 GSM侧资源分配问题；TRANAP_unknown_target_rn：c 可能原因如下：23G CN对接参数配置错误：外场初期进行 23G测试时都是这个原因，正确 配置后问题即可解决；在Not_BS

29、ICVerficationRequired 配置，有时 UE会上报非要求测量的频点 测量事件结果，也会出现此现象；TRANAP_unspecified_failure ：原因不明；1.3.2.2 UE返回 handoverFromUTRANFailure信令过程原因分析及排查切换失败的原因都为configurationUnacceptable 时，目前认为和UE能力 有关，协议上规定，UE返回原因为configurationUnacceptable 切换失败的可能 为：UTRA要求UE在不支持的情况下进行切换；或 UTRA要求UE使用其不支持 的配置；或 HANDOVEFROMJTRAFCOMMA消息中包含了信元“ RABinformationList ”，并且这个信元不包含任何一个其信元“ CNdomain Identity ”被设置为 “CS domain” 的信元“ RAB info ”。目前版本中 HANDOVEFROM UTRA