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

《TD网优葵花宝典之业务异常过程分析篇.doc》由会员分享，可在线阅读，更多相关《TD网优葵花宝典之业务异常过程分析篇.doc（122页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-dateTD网优葵花宝典之业务异常过程分析篇1TD-SCDMA业务异常分析指导书目录1业务异常过程31.1网络侧收不到RRC连接请求31.1.1总体描述31.1.2原因分析31.2RRC连接拒绝31.2.1总体描述31.2.2典型信令过程31.2.3原因分析41.3RRC连接建立超时41.3.1总体描述41.3.2典型信令过程41.3.3原因分析51.4RAB指派失败61.4

2、.1总体描述61.4.2典型信令过程61.5承载调整中的异常91.5.1总体描述91.5.2典型信令过程101.5.3原因分析111.6RNC内切换过程中的异常111.6.1总体描述111.6.2典型信令过程111.7RNC间切换过程中的异常171.7.1总体描述171.7.2典型信令过程及异常分析171.8CS系统间切换过程中的异常211.8.1总体描述211.8.2典型信令过程及异常分析211.9PS系统间切换过程中的异常231.9.1总体描述231.9.2典型信令过程及异常分析231.10保持过程中的掉话241.10.1总体描述241.10.2典型信令过程241 业务异常过程1.1 网络

3、侧收不到RRC连接请求1.1.1 总体描述终端发起呼叫，从路侧终端上可以看到RRC连接请求已经发出，但网络侧看不到任何信令。1.1.2 原因分析可能是由于UpPch所在位置存在干扰，导致网络侧解错终端上行包，使得RNC看不到任何消息。n 如果是特定终端出现该现象，而其他终端没有问题，则可以利用扫频仪在特定终端天线口处检测终端上行信号强度是否正常；n 如果是普遍现象，则需要检查UpPch所在位置的干扰，如存在干扰则需要考虑对UpPch位置进行偏移。1.2 RRC连接拒绝1.2.1 总体描述RNC收到UE发送的RRC CONNECTION REQUEST消息后，可能因一些原因导致无法为UE建立RR

4、C资源，此时RNC会向UE发送RRC CONNECTION REJECT消息。此类异常影响发起业务的无线接通率KPI指标。1.2.2 典型信令过程1. 信令截图2. 重要信令解释信令消息过程解释rrcConnectionRequestUE发送RRC连接请求，请求接入网络；rrcConnectionRejectRNC可能因一些原因无法为UE建立RRC资源，因此发送RRC连接拒绝，拒绝UE的接入请求；1.2.3 原因分析可能造成RRC连接拒绝的常见原因有：n 小区码道资源不足，没有足够的码道为UE分配（特殊地：UE只支持单载频，而主载频上已没有剩余的码道资源）；n 干扰或功率受限，软资源接纳失败；

5、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.3.2 典型信令过程n 终端只发送一次RRC连接请求1. 信令截图2. 重要信令解释信令消息过程

6、解释rrcConnectionRequestUE发送RRC连接请求，请求接入网络；RadioLinkSetupReqeustIUB口消息，建立无线链路RadioLinkSetupResponserrcConnectionSetup空口消息，RNC向UE发送RRC建立，建立信令无线承载资源RadioLinkDeleteReqeustIUB口消息，删除无线链路RadioLinkDeleteResponse3. 异常分析 从路测终端侧可以看到终端已经收到RRC连接建立消息，并发送了RRC连接建立完成消息，造成此现象的原因，多为上行方向上的RRC连接建立完成消息网络侧未收到，需要在上行方向上查找原因。

7、n 终端只上报多次RRC连接请求1. 信令截图2. 重要信令解释信令消息过程解释rrcConnectionRequestUE发送RRC连接请求，请求接入网络；RadioLinkSetupReqeustIUB口消息，建立无线链路RadioLinkSetupResponserrcConnectionSetup空口消息，RNC向UE发送RRC建立，建立信令无线承载资源rrcConnectionRequest由于终端未收到网络侧下发的rrcConnectionSetup消息，终端会以网络侧配置的定时器（缺省2秒），重复上报RRC链接请求。rrcConnectionSetuprrcConnectionR

8、equestrrcConnectionSetuprrcConnectionRequestrrcConnectionSetupRadioLinkDeleteReqeustIUB口消息，删除无线链路RadioLinkDeleteResponse3. 异常分析从路测终端侧看，终端未收到RRC连接建立消息，由于终端在上报RRC链接请求后，收不到网络侧RRC链接建立，会重发RRC链接请求，据此可以判断网络侧下发的RRC链接建立消息终端未收到，需要在下行方向，排查问题，如Iub口传输丢包、FACH信道配置不正确。1.3.3 原因分析可能造成RRC建立超时的常见原因有：n 由于下行功率不足或存在下行干扰等原

9、因，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链接建立的上行时隙干扰情况，如果发现时隙干扰很大，查看NODEB载扇是否正常，同时查看邻小区是否有大量同频邻区，若在话务量小的情况下，ISCP

10、仍然很高，则干扰可能来自异系统，如：GSM，PHS等； n 若网络侧没有收到RRC建立完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；n 无效配置、配置不支持等配置错误：换个手机测试，若各厂家手机测试都有问题，将本小区RRC建立消息和正常小区的RRC建立消息进行对比，查看配置是否正确；n 若UE未收到RRC建立消息：调整后台下行最小发送功率，增加UE接收到RRC建立消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰，或调整小区PCCPCH功率及公共信道、共享信道相关功率，确认Iub口传输无问题；1.4 RAB指派失败1.4.1 总

11、体描述RNC收到CN下发的RAB指派消息后，会根据业务的QoS需求，在IUB口配置无线链路资源，在空口建立无线承载资源。此时，可能由于资源受限、空口超时等原因，RNC给CN回RAB指派失败，会影响发起业务的无线接通率，RAB指派失败消息中会填写原因值，具体原因值参考常见非标准原因错误码对应表。1.4.2 典型信令过程1.4.2.1 RNC资源申请失败导致的RAB指派失败1. 信令截图2. 重要信令解释信令消息过程解释RabAssignmentRequestCN发送的RAB指派请求消息RabAssignmentQueuedRNC向CN发送RAB排队指示RabAssignmentFailRNC向C

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

13、小区进行补热；1.4.2.2 RB建立超时导致的RAB指派失败1. 信令截图2. 重要信令解释信令消息过程解释RabAssignmentRequestCN发送的RAB指派请求消息RadioLinkReconfigurationPrepare无线链路重配过程，为该业务配置IUB口资源RadioLinkReconfigurationReadyRadioLinkReconfigurationCommitRadioBearerSetupRNC通过无线承载建立消息，为该业务建立空口资源RadioLinkRestoreIndication无线链路恢复指示，表示UE采用新配置后已经同步完成RabAssign

14、mentFailRNC向CN发送RAB指派失败消息，表示RAB指派过程失败3. 异常分析发送RADIO BEARER SETUP给UE后，在一定时间内未收到UE上发的RADIO BEARER SETUP COMPLETE消息，因超时导致RAB指派失败，超时的原因可能为：n UE未收到RADIO BEARER SETUP消息，需要确认Iub口是否存在丢包现象，下行是否存在强干扰或下行发射功率不足等情况，可以在LMT上观察UE下行单码道的发射码功率，如果过小可以确认是否功控存在问题，或适当提高最小发射功率，进行测试；n UE收到了RADIO BEARER SETUP消息，发送了RADIO BEAR

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

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

17、终端进行对比测试，或调整RNC分配的物理资源（包括码道数、时隙数等）。1.4.2.5 其他原因导致的RAB指派失败 除空口超时以及资源分配失败导致的RAB指派失败外，还存在其他原因，如承载建立失败，无线链路重配失败等异常，会导致RAB指派过程执行失败，具体排查说明参考错误码中的相关内容。1.5 承载调整中的异常1.5.1 总体描述此处的承载调整是指小区内的物理资源（载频、时隙）调整、业务速率改变、H2D、D2H等过程。1.5.2 典型信令过程1.5.2.1 空口超时导致的承载调整失败1. 信令截图2. 重要信令解释信令消息过程解释RadioBearerReconfigurationRNC向UE

18、发送无线承载重配置消息，将调整之后的无线承载通知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资源申请失败导致的承载调整失败 当RNC物理资源不足时，网络侧收到上行或下行的4A测量报告时，则不会发起RB重配流程，维持当前速率

19、状态。1. 信令截图暂缺。2. 异常分析参考RNC资源申请失败导致的RAB指派失败。1.5.3 原因分析1.6 RNC内切换过程中的异常1.6.1 总体描述RNC内切换相关的异常主要有如下几种典型场景：n 物理信道重配失败：网络侧在下发physicalChannelReconfiguration消息后，终端回physicalChannelReconfigurationFailure消息，导致切换过程失败，此类异常影响RNC内切换成功率，但不会导致掉话；n 物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，终端仍

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

21、1.6.2.1 物理信道重配失败1. 信令截图：2. 信令分析：信令消息过程解释measurementReport 网络侧收到终端1G/2A测量报告FpSAddReq 在目标小区建立无线链路及承载，此案例中RL建立过程中夹杂了一条测量报告，该测量报告为2F测量报告，不影响切换过程，可以忽略；FpSAddRsp RadioLinkSetupRequest measurementReport RadioLinkSetupResponse FpSInitReq FpSInitRsp physicalChannelReconfiguration 网络侧向终端发起物理信道重配过程，终端回应物理信道重配失

22、败，4失败原因为物理层同步失败，期间夹杂的测量报告为2F事件，不影响切换过程，可以忽略；RlmiUciuHelloForward RlmiUciuHelloFwdAck measurementReport measurementReport measurementReport physicalChannelReconfigurationFailureRadioLinkDeletionRequest 网络侧删除目标小区无线链路及承载；measurementReport RadioLinkDeletionResponse FpSRelReq measurementControl 网络侧重新向终端下

23、发同频及异频测量控制消息或系统间测量；measurementControl OlpcParaInfo 原因分析及排查手段：查看PhysicalChannelReconfigurationFailure中携带的失败原因，比如最常见的Failure cause为physical channel failure，表示UE无法在建立新的物理信道，即UE无法在新的信道配置上完成L1同步（UE在T312时间内，收到N312个同步指示，即认为新的信道建立成功）。造成这种现象的原因可能为物理信道所在的时隙干扰较大，或目标小区存在UP干扰。排查方法：n 查看各时隙干扰情况，如果发现时隙干扰很大，查看NODEB载

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

25、E侧已经保存了相关邻区的详细信息，因此网络侧不需要重新携带邻区的详细信息，只需要指示邻区序号。1.6.2.2 物理信道重配超时信令消息过程解释measurementReport网络侧收到终端1G/2A测量报告FpSAddReq在目标小区建立无线链路及承载；FpSAddRspRadioLinkSetupRequestRadioLinkSetupResponseFpSInitReqFpSInitRspphysicalChannelReconfiguration网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，且在等待时间内未上报小区更新；measurementReport

26、UciuHelloForwardUciuHelloForwardAckSUciuMacMeasReportRadioLinkDeletionRequest网络侧删除目标小区无线链路及承载；RadioLinkDeletionResponseFpSRelReqIuReleaseRequest原因分析及排查手段：n UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；n UE收到了RECONFIGURATION消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；排查方法：n 若UE未收到重配消息：调整后台下行最小

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

28、终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，则等待终端上报小区更新；cellUpdate终端上报小区更新RadioLinkDeletionRequestRadioLinkDeletionResponseIuReleaseRequestIuReleaseCommandrrcConnectionReleaseIuReleaseCompletecellUpdaterrcConnectionReleasecellUpdateRadioLinkFailureIndicationrrcConnectionReleasecellUpdaterrcConnectionReleaseRa

29、dioLinkFailureIndicationRadioLinkDeletionRequestRadioLinkDeletionResponse原因分析及排查手段：可能原因为：n UE未收到CONFIRM消息（下行功率不足或存在干扰等原因）；n UE收到了CONFIRM消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；n UE收到了CONFIRM消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；排查方法：n 若UE未收到CONFIRM消息：调整后台下行最小发送功率，增加UE接收到CONFIRM消息的几率，或者调整周围网络的覆盖、频点、功率等

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

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

32、由于此案例中测量报告中的目标小区来自邻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侧响应RelocationPrepareFailure1 异常描述当S-RNC向CN发送Relocation Required消息后，CN向D-R

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

34、给出行令流程。S侧信令：信令消息过程解释measurementReportRNC收到终端1G或2A测量报告，且目标小区不归属于本RNC ，向CN发起重定位请求；RelocationRequiredRelocationPreparationFailureD侧资源分配失败，D侧RNC向CN发送重定位失败，CN向S侧RNC发送重定位准备失败；measurementControl向终端重新发送同频/异频测量建立消息；measurementControlD侧信令：信令消息过程解释RelocationRequest D侧RNC收到CN发送的重定位请求，在D侧进行实例创建，承载建立、资源分配等操作，资源分配

35、成功，则发起无线链路建立过程，如果其中某一步执行失败，如无线资源不足、承载建立失败，则没有无线链路建立过程；RadioLinkSetupRequestRNC发起无线链路建立，NodeB返回失败；RadioLinkSetupFailureRelocationFailureRNC向CN发送重定位失败消息，根据失败的类型填写消息中的错误码；IuReleaseRequestD侧发起Iu连接释放过程；IuReleaseCommandIuReleaseComplete3 原因分析及排查根据S侧Relocation Preparation Failure消息或Relocation Failure消息中的错误

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

37、redIuRelaseRequestCN在定时时间内（典型配置为10s）未响应，S侧发起Iu连接释放，释放的原因为TRANAP_trelocprep_expiry，表示重定位准备过程超时；IuReleaseCommandIuReleaseCompleteD侧信令：D侧未收到任何CN下发的信令消息。3 原因分析及排查需要确认和CN的Iu口链路是否存在问题，如故障、拥塞等，重点在CN侧排查问题。1.7.2.3 CN响应IuReleaseCommand1 异常描述当CN存在某种异常时，收到S侧发送的Relocation Required消息，立即下发IuReleaseCommand，D侧表现为看不到

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

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

40、arerReconfigurationRNC通过RB重配消息，将D侧分配的资源信息通知终端；radioBearerReconfigurationFailure终端在目标侧物理层同步，或因为配置不支持等原因，向S侧RNC发送RB重配失败消息；RelocationCancelS侧RNC收到终端RB重配失败消息后，向CN发送重定位取消，释放D侧分配的资源，并填写对应错误码；measurementControl向终端重新发送同频/异频测量建立消息；measurementControlRelocationCancelAcknowledgeCN向RNC发送重定位取消确认消息D侧信令：信令消息过程解释Rel

41、ocationRequestD侧RNC收到CN重定位请求，分配资源；RadioLinkSetupRequest资源分配成功后，发起无线链路建立过程；RadioLinkSetupResponseRelocationRequestAcknowledge无线链路建立完成后，向CN发送重定位请求确认消息，携带D侧分配的资源，通过CN传递给S侧；IuReleaseCommandS侧RNC下发RB重配后，终端回应RB重配失败，S侧RNC向CN发送重定位取消，CN向D侧RNC发送的Iu释放命令；RadioLinkDeletionRequestD侧释放已经分配的资源，并删除无线链路；RadioLinkDele

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

43、发起重定位请求；RelocationRequiredRelocationCommandD侧RNC接纳成功，通过RelcationCommand携带D侧分配的物理资源；radioBearerReconfigurationRNC通过RB重配消息，将D侧分配的资源信息通知终端；IuReleaseRequestS侧RNC等待CN下发的IuReleaseCommand超时，原因是定时时间内终端未在D侧上报RB重配完成消息，S侧RNC向CN发送Iu连接释放请求，发起Iu连接释放过程。IuReleaseCommandIuReleaseCompleteD侧信令：信令消息过程解释RelocationReques

44、tD侧RNC收到CN重定位请求，分配资源；RadioLinkSetupRequest资源分配成功后，发起无线链路建立过程；RadioLinkSetupResponseRelocationRequestAcknowledge无线链路建立完成后，向CN发送重定位请求确认消息，携带D侧分配的资源，通过CN传递给S侧；IuReleaseCommandS侧RNC下发RB重配后，定时时间内终端无响应，S侧RNC向CN发送Iu释放请求，CN向D侧RNC发送的Iu释放命令；RadioLinkDeletionRequestD侧释放已经分配的资源，并删除无线链路；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_sys