TD网优葵花宝典之业务异常过程分析篇

1、TD-SCDMA业务异常分析指导书目录1业务异常过程31.1网络侧收不到RRC连接请求3总体描述3原因分析31.2RRC连接拒绝3总体描述3典型信令过程3原因分析41.3RRC连接建立超时4总体描述4典型信令过程4原因分析51.4RAB指派失败6总体描述6典型信令过程61.5承载调整中的异常9总体描述9典型信令过程10原因分析111.6RNC内切换过程中的异常11总体描述11典型信令过程111.7RNC间切换过程中的异常17总体描述17典型信令过程及异常分析171.8CS系统间切换过程中的异常21总体描述21典型信令过程及异常分析211.9PS系统间切换过程中的异常23总体描述23典型信令过程

2、及异常分析231.10保持过程中的掉话24总体描述24典型信令过程241 业务异常过程1.1 网络侧收不到RRC连接请求1.1.1 总体描述终端发起呼叫，从路侧终端上可以看到RRC连接请求已经发出，但网络侧看不到任何信令。1.1.2 原因分析可能是由于UpPch所在位置存在干扰，导致网络侧解错终端上行包，使得RNC看不到任何消息。n 如果是特定终端出现该现象，而其他终端没有问题，则可以利用扫频仪在特定终端天线口处检测终端上行信号强度是否正常；n 如果是普遍现象，则需要检查UpPch所在位置的干扰，如存在干扰则需要考虑对UpPch位置进行偏移。1.2 RRC连接拒绝1.2.1 总体描述RNC收到

3、UE发送的RRC CONNECTION REQUEST消息后，可能因一些原因导致无法为UE建立RRC资源，此时RNC会向UE发送RRC CONNECTION REJECT消息。此类异常影响发起业务的无线接通率KPI指标。1.2.2 典型信令过程1. 信令截图2. 重要信令解释信令消息过程解释rrcConnectionRequestUE发送RRC连接请求，请求接入网络；rrcConnectionRejectRNC可能因一些原因无法为UE建立RRC资源，因此发送RRC连接拒绝，拒绝UE的接入请求；1.2.3 原因分析可能造成RRC连接拒绝的常见原因有：n 小区码道资源不足，没有足够的码道为UE分配

4、（特殊地：UE只支持单载频，而主载频上已没有剩余的码道资源）；n 干扰或功率受限，软资源接纳失败；n 传输资源申请或带宽接纳失败；排查方法：n 查看小区剩余的码道资源数看是否有足够的剩余资源；n 查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限；n 查看Iub口带宽大小是否受限；1.3 RRC连接建立超时1.3.1 总体描述RNC向UE发送RRC CONNECTION SETUP消息，在一定的时间之内未收到UE上报的RRC CONNECTION SETUP COMPLETE消息，则表示RRC连接建立超时，将删除建立的无线链路，该UE接入失败，此类异常影响业务的无线接通率KPI指标。1

5、.3.2 典型信令过程n 终端只发送一次RRC连接请求1. 信令截图2. 重要信令解释信令消息过程解释rrcConnectionRequestUE发送RRC连接请求，请求接入网络；RadioLinkSetupReqeustIUB口消息，建立无线链路RadioLinkSetupResponserrcConnectionSetup空口消息，RNC向UE发送RRC建立，建立信令无线承载资源RadioLinkDeleteReqeustIUB口消息，删除无线链路RadioLinkDeleteResponse3. 异常分析 从路测终端侧可以看到终端已经收到RRC连接建立消息，并发送了RRC连接建立完成消息

6、，造成此现象的原因，多为上行方向上的RRC连接建立完成消息网络侧未收到，需要在上行方向上查找原因。n 终端只上报多次RRC连接请求1. 信令截图2. 重要信令解释信令消息过程解释rrcConnectionRequestUE发送RRC连接请求，请求接入网络；RadioLinkSetupReqeustIUB口消息，建立无线链路RadioLinkSetupResponserrcConnectionSetup空口消息，RNC向UE发送RRC建立，建立信令无线承载资源rrcConnectionRequest由于终端未收到网络侧下发的rrcConnectionSetup消息，终端会以网络侧配置的定时器（缺

7、省2秒），重复上报RRC链接请求。rrcConnectionSetuprrcConnectionRequestrrcConnectionSetuprrcConnectionRequestrrcConnectionSetupRadioLinkDeleteReqeustIUB口消息，删除无线链路RadioLinkDeleteResponse3. 异常分析从路测终端侧看，终端未收到RRC连接建立消息，由于终端在上报RRC链接请求后，收不到网络侧RRC链接建立，会重发RRC链接请求，据此可以判断网络侧下发的RRC链接建立消息终端未收到，需要在下行方向，排查问题，如Iub口传输丢包、FACH信道配置不正

8、确。1.3.3 原因分析可能造成RRC建立超时的常见原因有：n 由于下行功率不足或存在下行干扰等原因，UE未收到RNC发送的RRC CONNECTION SETUP消息；n UE收到了RRC CONNECTION SETUP消息，也上发了RRC CONNECTION SETUP COMPLETE消息，但由于上行功率不足或存在上行干扰等原因，RNC未收到该消息；n UE收到了RRC CONNECTION SETUP消息，但由于消息错误或UE内部错误等原因，UE未发送RRC CONNECTION SETUP COMPLETE消息；排查方法：n 查看RRC链接建立的上行时隙干扰情况，如果发现时隙干扰

9、很大，查看NODEB载扇是否正常，同时查看邻小区是否有大量同频邻区，若在话务量小的情况下，ISCP仍然很高，则干扰可能来自异系统，如：GSM，PHS等； n 若网络侧没有收到RRC建立完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；n 无效配置、配置不支持等配置错误：换个手机测试，若各厂家手机测试都有问题，将本小区RRC建立消息和正常小区的RRC建立消息进行对比，查看配置是否正确；n 若UE未收到RRC建立消息：调整后台下行最小发送功率，增加UE接收到RRC建立消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰，或调整小区PCCP

10、CH功率及公共信道、共享信道相关功率，确认Iub口传输无问题；1.4 RAB指派失败1.4.1 总体描述RNC收到CN下发的RAB指派消息后，会根据业务的QoS需求，在IUB口配置无线链路资源，在空口建立无线承载资源。此时，可能由于资源受限、空口超时等原因，RNC给CN回RAB指派失败，会影响发起业务的无线接通率，RAB指派失败消息中会填写原因值，具体原因值参考常见非标准原因错误码对应表。1.4.2 典型信令过程1.4.2.1 RNC资源申请失败导致的RAB指派失败1. 信令截图2. 重要信令解释信令消息过程解释RabAssignmentRequestCN发送的RAB指派请求消息RabAssi

11、gnmentQueuedRNC向CN发送RAB排队指示RabAssignmentFailRNC向CN发送RAB指派失败消息，表示RAB指派过程失败3. 异常分析n 检查NodeB告警，确认小区未出现闭塞、载频删除、载频闭塞等情况；n 检查DDM，确认小区载频、时隙均未处于屏蔽状态；n 与默认配置检查，确认相关License功能都处于打开状态；n 与默认配置进行对比，检查小区资源相关参数配置是否正确，如业务极限用户数等信息，参考资源分配相关参数解释；n 空载状态下查看小区LMT测量，查看上下行底噪是否异常，如果发生异常需要排查干扰来源，或确认NodeB设备是否有异常；n 查看小区话务量统计相关计

12、数器，确认该小区是否属于话务量较重的小区，如果确实属于热点小区，则需要通过增加频点配置、增加HCS小区进行补热；1.4.2.2 RB建立超时导致的RAB指派失败1. 信令截图2. 重要信令解释信令消息过程解释RabAssignmentRequestCN发送的RAB指派请求消息RadioLinkReconfigurationPrepare无线链路重配过程，为该业务配置IUB口资源RadioLinkReconfigurationReadyRadioLinkReconfigurationCommitRadioBearerSetupRNC通过无线承载建立消息，为该业务建立空口资源RadioLinkRe

13、storeIndication无线链路恢复指示，表示UE采用新配置后已经同步完成RabAssignmentFailRNC向CN发送RAB指派失败消息，表示RAB指派过程失败3. 异常分析发送RADIO BEARER SETUP给UE后，在一定时间内未收到UE上发的RADIO BEARER SETUP COMPLETE消息，因超时导致RAB指派失败，超时的原因可能为：n UE未收到RADIO BEARER SETUP消息，需要确认Iub口是否存在丢包现象，下行是否存在强干扰或下行发射功率不足等情况，可以在LMT上观察UE下行单码道的发射码功率，如果过小可以确认是否功控存在问题，或适当提高最小发射

14、功率，进行测试；n UE收到了RADIO BEARER SETUP消息，发送了RADIO BEARER SETUP COMPLETE消息，但RNC未收到，可以从UE侧确认上行功率强度，或查看上行时隙是否存在干扰等，可适当调整上行初始SIR值进行测试；n UE收到了RADIO BEARER SETUP消息，但没发送RADIO BEARER SETUP COMPLETE消息（消息错误或UE内部错误等原因）；n 如果RRC链接建立中等场强属于中强场，且RB建立的时隙无干扰，则终端对于RNC下发的物理资源配置支持可能存在问题，如部分终端不支持伴随信道复用，不支持上行多时隙、多码道等。1.4.2.3 R

15、B建立过程中小区更新导致RAB指派失败1. 信令截图2. 异常分析 RNC在分配物理资源后，下发RB建立，终端收到RB建立后上报小区更新，原因为RL失败，若小区更新场强属于中强场，则终端对于RNC下发的物理资源配置可能存在无线性能问题，如部分终端不支持伴随信道复用，不支持上行多时隙、多码道等。可使用不同芯片厂商的终端进行对比测试，或调整RNC分配的物理资源（包括码道数、时隙数等）。1.4.2.4 RB建立失败导致RAB指派失败1. 信令截图 暂缺。2. 异常分析 RNC在分配物理资源后，下发RB建立，终端收到RB建立后上报RB建立失败，若起呼点场强属于中强场，则终端对于RNC下发的物理资源配置

16、可能存在不支持情况，如部分终端不支持伴随信道复用，不支持上行多时隙、多码道等。可使用不同芯片厂商的终端进行对比测试，或调整RNC分配的物理资源（包括码道数、时隙数等）。1.4.2.5 其他原因导致的RAB指派失败 除空口超时以及资源分配失败导致的RAB指派失败外，还存在其他原因，如承载建立失败，无线链路重配失败等异常，会导致RAB指派过程执行失败，具体排查说明参考错误码中的相关内容。1.5 承载调整中的异常1.5.1 总体描述此处的承载调整是指小区内的物理资源（载频、时隙）调整、业务速率改变、H2D、D2H等过程。1.5.2 典型信令过程1.5.2.1 空口超时导致的承载调整失败1. 信令截图

17、2. 重要信令解释信令消息过程解释RadioBearerReconfigurationRNC向UE发送无线承载重配置消息，将调整之后的无线承载通知UEIuReleaseRequestRNC向CN发送IU释放请求消息，该消息用于RNC发起的UE释放3. 异常分析参考RB建立超时导致的RAB指派失败。1.5.2.2 RB重配失败的承载调整失败1. 信令截图暂缺。2. 异常分析参考RB建立失败导致RAB指派失败。1.5.2.3 RB重配过程中小区更新导致的承载调整失败1. 信令截图暂缺。2. 异常分析参考RB建立过程中小区更新导致RAB指派失败。1.5.2.4 RNC资源申请失败导致的承载调整失败

18、当RNC物理资源不足时，网络侧收到上行或下行的4A测量报告时，则不会发起RB重配流程，维持当前速率状态。1. 信令截图暂缺。2. 异常分析参考RNC资源申请失败导致的RAB指派失败。1.5.3 原因分析1.6 RNC内切换过程中的异常1.6.1 总体描述RNC内切换相关的异常主要有如下几种典型场景：n 物理信道重配失败：网络侧在下发physicalChannelReconfiguration消息后，终端回physicalChannelReconfigurationFailure消息，导致切换过程失败，此类异常影响RNC内切换成功率，但不会导致掉话；n 物理信道重配超时：网络侧在下发physic

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

20、elReconfiguration，此类异常不会对KPI指标造成直接影响；1.6.2 典型信令过程1.6.2.1 物理信道重配失败1. 信令截图：2. 信令分析：信令消息过程解释measurementReport 网络侧收到终端1G/2A测量报告FpSAddReq 在目标小区建立无线链路及承载，此案例中RL建立过程中夹杂了一条测量报告，该测量报告为2F测量报告，不影响切换过程，可以忽略；FpSAddRsp RadioLinkSetupRequest measurementReport RadioLinkSetupResponse FpSInitReq FpSInitRsp physicalCh

21、annelReconfiguration 网络侧向终端发起物理信道重配过程，终端回应物理信道重配失败，4失败原因为物理层同步失败，期间夹杂的测量报告为2F事件，不影响切换过程，可以忽略；RlmiUciuHelloForward RlmiUciuHelloFwdAck measurementReport measurementReport measurementReport physicalChannelReconfigurationFailureRadioLinkDeletionRequest 网络侧删除目标小区无线链路及承载；measurementReport RadioLinkDeleti

22、onResponse FpSRelReq measurementControl 网络侧重新向终端下发同频及异频测量控制消息或系统间测量；measurementControl OlpcParaInfo 原因分析及排查手段：查看PhysicalChannelReconfigurationFailure中携带的失败原因，比如最常见的Failure cause为physical channel failure，表示UE无法在建立新的物理信道，即UE无法在新的信道配置上完成L1同步（UE在T312时间内，收到N312个同步指示，即认为新的信道建立成功）。造成这种现象的原因可能为物理信道所在的时隙干扰较大

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

24、但不包含频点扰码等具体信息，如图所示，因为之前的测量控制消息中已经携带了邻区的扰码、频点等信息，UE侧已经保存了相关邻区的详细信息，因此网络侧不需要重新携带邻区的详细信息，只需要指示邻区序号。1.6.2.2 物理信道重配超时信令消息过程解释measurementReport网络侧收到终端1G/2A测量报告FpSAddReq在目标小区建立无线链路及承载；FpSAddRspRadioLinkSetupRequestRadioLinkSetupResponseFpSInitReqFpSInitRspphysicalChannelReconfiguration网络侧向终端发起物理信道重配过程，定时时间

25、内终端未发送物理信道重配完成消息，且在等待时间内未上报小区更新；measurementReportUciuHelloForwardUciuHelloForwardAckSUciuMacMeasReportRadioLinkDeletionRequest网络侧删除目标小区无线链路及承载；RadioLinkDeletionResponseFpSRelReqIuReleaseRequest原因分析及排查手段：n UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；n UE收到了RECONFIGURATION消息，但没发送COMP

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

27、itReqFpSInitRspphysicalChannelReconfiguration网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，则等待终端上报小区更新；cellUpdate终端上报小区更新RadioLinkDeletionRequestRadioLinkDeletionResponseIuReleaseRequestIuReleaseCommandrrcConnectionReleaseIuReleaseCompletecellUpdaterrcConnectionReleasecellUpdateRadioLinkFailureIndicationrrc

28、ConnectionReleasecellUpdaterrcConnectionReleaseRadioLinkFailureIndicationRadioLinkDeletionRequestRadioLinkDeletionResponse原因分析及排查手段：可能原因为：n UE未收到CONFIRM消息（下行功率不足或存在干扰等原因）；n UE收到了CONFIRM消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；n UE收到了CONFIRM消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；排查方法：n 若UE未收到CONFIRM消息：调整

29、后台下行最小发送功率，增加UE接收到CONFIRM消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；n 若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；1.6.2.4 网络侧收到测量报告但未发起切换1. 信令截图：2. 信令分析：信令消息过程解释measurementReport终端上报测量报告，在此案例中，测量报告为2A，实际情况中还可能出现1G测量报告的情况，但由于目标小区物理资源不足或目标小区存在异常导致无法分配资源，未发起RL建立及物理信道重配等后续流程；在此案例中，另一条测量报告为2F，2F事件不会

30、影响切换过程，可以忽略；measurementReportmeasurementControl网络侧重新下发同频及异频测量控制消息；measurementControl3. 原因分析及排查手段：一般为RNC资源申请失败导致，如码道资源不足，软资源（功率、干扰）接纳失败等（此时信令跟踪工具上没有IUB口和空口消息）；可查看目标小区剩余的码道资源数看是否有足够的剩余资源，并查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限。1.6.2.5 网络侧在RAB指派过程中收到测量报告1. 信令截图：2. 原因分析及排查手段：RNC在收到CN RAB指派后，UE上报一个测量报告，但此时RNC在处理C

31、N RAB指派，无法同时处理测量报告，RNC缓存此条测量报告，等RAB指派完成后，在发起切换过程，由于此案例中测量报告中的目标小区来自邻RNC，因此发起了重定位流程。1.7 RNC间切换过程中的异常1.7.1 总体描述RNC间切换相关的异常主要有如下几种典型场景，n CN侧响应RelocationPrepareFailure：n CN响应超时；n CN响应IuReleaseCommand；n 终端RB重配失败；n 终端RB重配失败；下面分别详细描述各类异常发生的场景及原因，并给出对应排查手段。1.7.2 典型信令过程及异常分析1.7.2.1 CN侧响应RelocationPrepareFail

32、ure1 异常描述当S-RNC向CN发送Relocation Required消息后，CN向D-RNC发送Relocation Request，D-RNC侧发起类似于业务接入的流程，分配信令、业务所需的物理资源，并建立无线链路及相应承载，其中任何一个步骤发生异常，则会向CN响应Relocation Failure消息，携带D侧失败的错误码，CN通过Relocation Preparation Failure消息透传该错误码到S-RNC，由于是重定位准备阶段流程发生异常，不会记入跨RNC切换失败，因此不会影响任何KPI指标，但此类异常会导致终端脱离源小区覆盖而又无法切换，最终因覆盖问题导致掉话。

33、2 信令过程由于比较难于搜集同一次跨RNC切换异常过程中S侧和D侧的信令，因此本部分未以截图的形式给出行令流程。S侧信令：信令消息过程解释measurementReportRNC收到终端1G或2A测量报告，且目标小区不归属于本RNC ，向CN发起重定位请求；RelocationRequiredRelocationPreparationFailureD侧资源分配失败，D侧RNC向CN发送重定位失败，CN向S侧RNC发送重定位准备失败；measurementControl向终端重新发送同频/异频测量建立消息；measurementControlD侧信令：信令消息过程解释RelocationRequ

34、est D侧RNC收到CN发送的重定位请求，在D侧进行实例创建，承载建立、资源分配等操作，资源分配成功，则发起无线链路建立过程，如果其中某一步执行失败，如无线资源不足、承载建立失败，则没有无线链路建立过程；RadioLinkSetupRequestRNC发起无线链路建立，NodeB返回失败；RadioLinkSetupFailureRelocationFailureRNC向CN发送重定位失败消息，根据失败的类型填写消息中的错误码；IuReleaseRequestD侧发起Iu连接释放过程；IuReleaseCommandIuReleaseComplete3 原因分析及排查根据S侧Relocati

35、on Preparation Failure消息或Relocation Failure消息中的错误码，参考非标准原因错误码对应表中说明，进行排查；1.7.2.2 CN响应超时1 异常描述当CN Iu口负荷过高或CN存在某种异常时，会不处理S侧发送的Relocation Required消息，D侧表现为看不到任何信令，S侧在发送Relocation Required后会设置等待定时器，定时器时长内CN未响应任何消息，则S侧认为对方状态不可知，则发起Iu连接释放过程，记作一次掉话，此类异常影响业务掉话率指标。2 信令过程S侧信令：信令消息过程解释measurementReportRNC收到终端1G

36、或2A测量报告，且目标小区不归属于本RNC ，向CN发起重定位请求；RelocationRequiredIuRelaseRequestCN在定时时间内（典型配置为10s）未响应，S侧发起Iu连接释放，释放的原因为TRANAP_trelocprep_expiry，表示重定位准备过程超时；IuReleaseCommandIuReleaseCompleteD侧信令：D侧未收到任何CN下发的信令消息。3 原因分析及排查需要确认和CN的Iu口链路是否存在问题，如故障、拥塞等，重点在CN侧排查问题。1.7.2.3 CN响应IuReleaseCommand1 异常描述当CN存在某种异常时，收到S侧发送的Re

37、location Required消息，立即下发IuReleaseCommand，D侧表现为看不到任何信令，此种异常不会导致任何KPI指标异常，但会影响用户感受。2 信令过程S侧信令：信令消息过程解释measurementReportRNC收到终端1G或2A测量报告，且目标小区不归属于本RNC ，向CN发起重定位请求；RelocationRequiredIuReleaseCommandCN在很短时间内（毫秒级）向S侧下发IuReleaseCommand消息；IuReleaseCompleteD侧信令：D侧未收到任何CN下发的信令消息。3 原因分析及排查需要确认和CN是否存在问题，如故障、拥塞等

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

39、ndD侧RNC接纳成功，通过RelcationCommand携带D侧分配的物理资源；radioBearerReconfigurationRNC通过RB重配消息，将D侧分配的资源信息通知终端；radioBearerReconfigurationFailure终端在目标侧物理层同步，或因为配置不支持等原因，向S侧RNC发送RB重配失败消息；RelocationCancelS侧RNC收到终端RB重配失败消息后，向CN发送重定位取消，释放D侧分配的资源，并填写对应错误码；measurementControl向终端重新发送同频/异频测量建立消息；measurementControlRelocationC

40、ancelAcknowledgeCN向RNC发送重定位取消确认消息D侧信令：信令消息过程解释RelocationRequestD侧RNC收到CN重定位请求，分配资源；RadioLinkSetupRequest资源分配成功后，发起无线链路建立过程；RadioLinkSetupResponseRelocationRequestAcknowledge无线链路建立完成后，向CN发送重定位请求确认消息，携带D侧分配的资源，通过CN传递给S侧；IuReleaseCommandS侧RNC下发RB重配后，终端回应RB重配失败，S侧RNC向CN发送重定位取消，CN向D侧RNC发送的Iu释放命令；RadioLin

41、kDeletionRequestD侧释放已经分配的资源，并删除无线链路；RadioLinkDeletionResponseIuReleaseComplete3 原因分析及排查排查方法参考物理信道重配失败。1.7.2.5 终端RB重配超时1 异常描述当S-RNC向CN发送Relocation Required消息后，D侧完成资源分配及建立过程，S侧下发RB重配消息，由于终端在目标侧同步失败，终端上报RB重配失败消息，记作一次跨RNC切换失败，此类异常影响系统RNC间切换成功率，此外该异常会导致终端脱离源小区覆盖而又无法完成切换，最终因覆盖问题导致掉话。2 信令过程S侧信令：信令消息过程解释mea

42、surementReportRNC收到终端1G或2A测量报告，且目标小区不归属于本RNC ，向CN发起重定位请求；RelocationRequiredRelocationCommandD侧RNC接纳成功，通过RelcationCommand携带D侧分配的物理资源；radioBearerReconfigurationRNC通过RB重配消息，将D侧分配的资源信息通知终端；IuReleaseRequestS侧RNC等待CN下发的IuReleaseCommand超时，原因是定时时间内终端未在D侧上报RB重配完成消息，S侧RNC向CN发送Iu连接释放请求，发起Iu连接释放过程。IuReleaseComm

43、andIuReleaseCompleteD侧信令：信令消息过程解释RelocationRequestD侧RNC收到CN重定位请求，分配资源；RadioLinkSetupRequest资源分配成功后，发起无线链路建立过程；RadioLinkSetupResponseRelocationRequestAcknowledge无线链路建立完成后，向CN发送重定位请求确认消息，携带D侧分配的资源，通过CN传递给S侧；IuReleaseCommandS侧RNC下发RB重配后，定时时间内终端无响应，S侧RNC向CN发送Iu释放请求，CN向D侧RNC发送的Iu释放命令；RadioLinkDeletionReq

44、uestD侧释放已经分配的资源，并删除无线链路；RadioLinkDeletionResponseIuReleaseComplete3 原因分析及排查排查方法参考物理信道重配超时。1.8 CS系统间切换过程中的异常1.8.1 总体描述1.8.2 典型信令过程及异常分析1.8.2.1 重定位失败1 信令过程2 原因分析及排查n TRANAP_relocation_failure_in_target_CN_RNC_or_target_system：在2G网络侧重定位失败，原因不明，可能是GSM侧资源分配问题； n TRANAP_unknown_target_rnc：可能原因如下：i. 23G CN

45、对接参数配置错误：外场初期进行23G测试时都是这个原因，正确配置后问题即可解决；ii. 在Not_BSICVerficationRequired配置，有时UE会上报非要求测量的频点测量事件结果，也会出现此现象； n TRANAP_unspecified_failure：原因不明；1.8.2.2 UE返回handoverFromUTRANFailure1 信令过程2 原因分析及排查切换失败的原因都为configurationUnacceptable时，目前认为和UE能力有关，协议上规定，UE返回原因为configurationUnacceptable切换失败的可能为：n UTRAN要求UE在不支

46、持的情况下进行切换；或n UTRAN要求UE使用其不支持的配置；或n HANDOVER FROM UTRAN COMMAND消息中包含了信元“RAB information List”，并且这个信元不包含任何一个其信元“CN domain Identity”被设置为“CS domain”的信元“RAB info”。目前版本中HANDOVER FROM UTRAN COMMAND消息是不携带“RAB information List”信元的，因此应该是和UE能力相关。1.8.2.3 UE上报CellUpdate1 信令过程2 原因分析及排查小区更新原因有以下几种：1. TRRC_radiolin

47、kFailure：UE在收到切换请求后，如果无法接入GSM网络，则会尝试使用切换前的物理信道，如果无法同步上DCH则进行原因为radiolinkFailure的小区更新，在出现的CS 23G切换失败情况中；2. TRRC_re_enteredServiceArea：此原因比较奇怪，可能是不同厂家的UE实现方式不同，因为如果DCH同步失败，应该回原因radiolinkFailure；3. TRRC_rlc_unrecoverableError：原因不明，怀疑是UE回handoverFromUTRANFailure网络侧没有收到；1.8.2.4 CN以非正常原因释放IU原因不明，怀疑是3G CN没

48、有收到2G CN的切换结束消息。1.9 PS系统间切换过程中的异常1.9.1 总体描述1.9.2 典型信令过程及异常分析1.9.2.1 CN下发正常释放IU的消息3 信令过程4 原因分析及排查 2G核心网SGSN DNS错误或者没有配置3G SGSN地址解析，导致UE在收到Cell Change Order切换请求到2G网进行路由更新时失败，失败原因为 Implicity_detached，之后UE重新进行附着ATTACH在2G网络接入GPRS业务，成功后HLR向旧的SGSN发送 CANCEL LOCATION，释放T网中的用户；表现在3G SGSN信令上为没有收到SRNS 请求，收到CANC

49、EL LOCATION后正常释放UE；无线侧信令表现为下发Cell Change Order后，大概过715S收到CN下发的正常释放IU消息；1.9.2.2 RNC主动释放用户1 信令过程2 原因分析及排查原因及UE端处理的过程如典型信令5所述，可能为UE在进行路由更新及ATTACH时间过长，超过30S，导致RNC主动异常释放UE。1.10 保持过程中的掉话1.10.1 总体描述保持过程中的掉话是指用户在掉话之前，未发起任何空口信令过程，或之前的信令交互过程已经结束，处于稳态下被网络侧发起Iu链接释放过程。典型的保持过程中的掉话有用户面RLC不可恢复错误（Uciu Error）、NodeB上报

50、RL失败、用户未激活、用户发起信令连接释放指示等，此外用户归属小区发生异常，如小区删除、载频不可用，或后台发起小区公共资源重配，如小区公共信道重配，共享信道重配等。网络侧发起的保持过程中的掉话，在IuReleaseRequest消息中会携带释放的原因码或错误码，参考常见非标准原因错误码对应表。保持过程中的掉话会影响对应业务的掉话率指标。1.10.2 典型信令过程1.10.2.1 UCIU ERROR导致的掉话1 异常描述RLC数据包的发送模式分为UM、AM、TM三种模式，分别为非确认模式、确认模式、透明模式。如果发送模式是AM模式，且该数据包打有polling标志，终端在收到该数据包后需要向网

51、络侧发送ACK包，表示已收到，如果在定时间内网络侧未收到终端ACK，则重发该数据包，并等待ACK，重发达到最大次数后，则向对端复位RLC层，RLC层复位后，对端任无响应，继续发起复位指示，如果已达到最大复位次数，则上报UciuError，指示对端RLC状态不可知，网络侧发起Iu连接释放请求。发生Uciu Error的RLC层数据有在SRB2或SRB3上传输的RRC信令或直传消息，也有在DRB上传输的数据部分，可以通过用户面上报的Uciu Error Ind指示中的RBid区别。2 信令过程n SRB2上的UciuErrorSRB2上发生的Uciu Error且直接导致RNC发起Iu释放流程，大

52、多发生在如下场景：UE完成切换，下发多条测量控制消息，典型的场景下有7条，包括流量测量删除/建立、2D/2F测量删除，同频测量（1G）建立、2条异频测量建立（2A和2D/2F）、系统间测量（3A）。目前外场异频邻区配置数量较多，一般在15个以上，从切换完成后，网络侧向终端发送的数据总量看，一般在300byte左右，且该数据量与邻区数量关系密切。由于所有测量都是采用AM模式发送的，如果是弱场情况下的切换，在空口质量不好造成丢包，极易发生UciuError。案例一、UciuError伴随CellUpdate失败 在此案例中，UE切换完成后，网络侧下发了6条空口测量控制，顺序为流量测量删除、流量测量

53、建立、2D/2F异频测量删除、2D/2F异频测量建立，同频测量（1G）建立、异频测量2A建立，如果该小区2/3G切换功能打开的话，还会下发一条系统间测量建立消息，近7秒后用户面上报UciuError，在用户面上报UciuError前，网络侧还收到了终端的一条测量报告，测量报告上报4s后，UE上报小区更新，原因为RL失败，场强为-90dBm，为弱场。从此案例分析看，弱场切换完成后，由于下行原因导致RNLU上报UciuError的可能性极高。信令截图：案例二、UciuError伴随RL失败 在此案例中，UE切换完成后，网络侧下发了6条空口测量控制，用户面上报UciuError，在用户面上报UciuError前，NodeB上报RL失败，从此案例分析看，切换完成后上行存在问题导致ACK包没有反馈的可能性比较大，其中切换时目标小区场强为-79dBm。信令截图：案例三、UciuError不伴随任何异常在此案例中，UE切换完成后，网络侧下发了6条空口测量控制，用户面上报UciuError，在用户面上报UciuError前，从信令流程上看不出上行还是下行出了异常，测量报告中目标小区场强为-92dBm，从此案例看不出上行还是下行存在问题。案例四、UciuError前收到流量测量报告 在此案例中，UE切换完成后，网络侧下发了6条空口测量控制，用户面上报