TD异常信令流程分析(V2.0)

异常基本信令流程分析TD网规网优部内部资料妥善保管▲RRC连接建立失败UE处于空闲模式下，当UE请求建立信令连接时，UE将发起RRC连接建立过程。每个UE最多只有一个RRC连接。对于RRC连接的信令过程可以大致分为以下几个过程：呼叫接入控制过程（主要由UE发起请求，RNC来控制）无线链路的建立过程RRC建立完成过程RRC连接一般发生在如下情况下：UE开机UE关机位置区更新UE进行主叫业务UE进行被叫业务内部资料妥善保管▲网络侧收不到RRC连接请求总体描述：终端发起呼叫，从路侧终端上可以看到RRC连接请求已经发出，但网络侧看不到任何信令。原因分析：1.可能是由于UpPch所在位置存在干扰，导致网络侧解错终端上行包，使得RNC看不到任何消息。2.如果是特定终端出现该现象，而其他终端没有问题，则是终端原因，重启UE看是否能接入。3.如果是普遍现象，则需要检查UpPch所在位置的干扰，进行网优调整（天线方位角，倾角），或对UpPch位置进行偏移，消除UP干扰。内部资料妥善保管▲RRC连接拒绝总体描述：RNC收到UE发送的RRCCONNECTIONREQUEST消息后，可能因一些原因导致无法为UE建立RRC资源，此时RNC会向UE发送RRCCONNECTIONREJECT消息。此类异常影响发起业务的无线接通率KPI指标内部资料妥善保管▲可能造成RRC连接拒绝的常见原因有：1.小区码道资源不足，没有足够的码道为UE分配.2.干扰或功率受限.3.传输资源申请或带宽接纳失败.排查方法：查看小区剩余的码道资源数看是否有足够的剩余资源；查看是否有干扰；查看Iub口带宽大小是否受限；内部资料妥善保管▲终端只上报多次RRC连接请求从路测终端侧看，终端未收到RRC连接建立消息，由于终端在上报RRC链接请求后，收不到网络侧RRC链接建立，会重发RRC链接请求，据此可以判断网络侧下发的RRC链接建立消息终端未收到，需要在下行方向，排查问题。可调整调整小区PCCPCH功率及公共信道、共享信道相关功率，增加UE接收到RRC建立消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰，或，或检查IuB口传输是否有问题。内部资料妥善保管▲终端只发送一次RRC连接请求从路测终端侧可以看到终端已经收到RRC连接建立消息，并发送了RRC连接建立完成消息，造成此现象的原因，多为上行方向上的RRC连接建立完成消息网络侧未收到，需要在上行方向上查找原因。同时利用网规网优手段，降低上行方向上的干扰；同时调整后台DPCH的期望接收功率。内部资料妥善保管▲RAB指派失败RNC资源申请失败导致的RAB指派失败内部资料妥善保管▲异常分析检查NodeB告警，确认小区未出现闭塞、载频删除、载频闭塞等情况；确认小区载频、时隙均未处于屏蔽状态；与默认配置进行对比，检查小区资源相关参数配置是否正确，如业务极限用户数等信息；空载状态下查看小区LMT测量，查看上下行底噪是否异常，如果发生异常需要排查干扰来源，或确认NodeB设备是否有异常；查看小区话务量统计相关计数器，确认该小区是否属于话务量较重的小区，如果确实属于热点小区，则需要通过增加频点配置、增加HCS小区进行补热；内部资料妥善保管▲RB建立超时导致的RAB指派失败内部资料妥善保管▲UE未收到RADIOBEARERSETUP消息，需要确认Iub口是否存在丢包现象，下行是否存在强干扰或下行发射功率不足等情况.UE收到了RADIOBEARERSETUP消息，发送了RADIOBEARERSETUPCOMPLETE消息，但RNC未收到，可以从UE侧确认上行功率强度，或查看上行时隙是否存在干扰等。UE收到了RADIOBEARERSETUP消息，但没发送RADIOBEARERSETUPCOMPLETE消息，则终端对于RNC下发的物理资源配置支持可能存在问题，如部分终端不支持伴随信道复用，不支持上行多时隙、多码道等。发送RADIOBEARERSETUP给UE后，在一定时间内未收到UE上发RADIOBEARERSETUPCOMPLETE消息，因超时导致RAB指派失败，超时的原因可能为：内部资料妥善保管▲RNC内切换过程中的异常RNC内切换相关的异常主要有如下几种典型场景：物理信道重配失败：网络侧在下发physicalChannelReconfiguration消息后，终端回physicalChannelReconfigurationFailure消息，导致切换过程失败，此类异常影响RNC内切换成功率，频繁的切换失败会导致掉话；物理信道重配超时：网络侧在下发physicalChannelReconfiguration消息后，终端没有响应，网络侧等待一段时间后，超时后释放；网络侧收到测量报告但未发起切换：网络侧收到终端上报的1G或2A测量报告，但未在目标小区发起无线链路建立过程，也未向终端下发physicalChannelReconfiguration；内部资料妥善保管▲物理信道重配失败网络侧在下发physicalChannelReconfiguration消息后，终端回physicalChannelReconfigurationFailure消息，导致切换过程失败，此类异常影响RNC内切换成功率，频繁的切换失败会导致掉话；内部资料妥善保管▲原因分析及排查手段：查看PhysicalChannelReconfigurationFailure中携带的失败原因，比如最常见的Failurecause为physicalchannelfailure，表示UE无法在建立新的物理信道，即UE无法同步上目标小区，造成这种现象的原因可能为物理信道所在的时隙干扰较大，或目标小区存在UP干扰。排查方法：查看各时隙干扰情况，如果发现时隙干扰很大，查看NODEB载扇是否正常，同时查看邻小区是否有大量同频邻区，若在话务量小的情况下，周围邻区和服务小区的ISCP都很高，则干扰可能来自异系统，如：GSM，PHS等；查看目标小区UP干扰，若较大，则进行UP位置偏移；无效配置、配置不支持等配置错误：换个手机测试，若各厂家手机测试都有问题，将本小区的重配消息和正常小区的重配消息进行对比，查看配置是否正确；内部资料妥善保管▲物理信道超时网络侧在下发physicalChannelReconfiguration消息后，终端没有响应网络侧等待一段时间后，超时后释放；原因分析及排查手段：UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；UE收到了RECONFIGURATION消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；排查方法：若UE未收到重配消息：调整后台下行最小发送功率，增加UE接收到重配消息的几率，或者调整周围网络的覆盖、频点、功率等，尽量降低下行方向上的干扰；若网络侧没有收到重配完成消息：则调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；内部资料妥善保管▲网络侧收到测量报告但未发起切换网络侧收到终端上报的1G或2A测量报告，但未在目标小区发起无线链路建立过程，也未向终端下发physicalChannelReconfiguration；一般为RNC资源申请失败导致，如码道资源不足，软资源（功率、干扰）接纳失败等（此时信令跟踪工具上没有IUB口和空口消息）；可查看目标小区剩余的码道资源数看是否有足够的剩余资源，并查看公共测量值和配置的接纳门限，是否为功率干扰等软资源受限。内部资料妥善保管▲RNC间切换过程中的异常CN侧响应RelocationPrepareFailure：当S-RNC向CN发送RelocationRequired消息后，CN向D-RNC发送RelocationRequest，D-RNC侧发起类似于业务接入的流程，分配信令、业务所需的物理资源，并建立无线链路及相应承载，其中任何一个步骤发生异常，则会向CN响应RelocationFailure消息。此种情况例如垮RNC邻区的扰码或频点配错或目标小区存在故障CN响应超时：当CNIu口负荷过高或CN存在某种异常时，会不处理S侧发送的RelocationRequired消息，D侧表现为看不到任何信令，S侧在发送RelocationRequired后会设置等待定时器，长时间内CN未响应任何消息，则S侧认为对方状态不可知，则发起Iu连接释放过程，记作一次掉话，此类异常影响业务掉话率指标。内部资料妥善保管▲CS系统间切换过程中的异常重定位失败原因分析及排查TRANAP_relocation_failure_in_target_CN_RNC_or_target_system或TRANAP_unknown_target_rnc意思是在2G网络侧重定位失败，原因不明，可能原因如下：2G侧的频点或BSIC码配错2G侧的LAC配错内部资料妥善保管▲UE返回handoverFromUTRANFailure原因分析及排查切换失败的原因都为configurationUnacceptable时，目前认为和UE能力有关，协议上规定，UE返回原因为configurationUnacceptable切换失败的可能为UTRAN要求UE在不支持的情况下进行切换；其他UE问题。内部资料妥善保管▲PS系统间切换正常的信令如下内部资料妥善保管▲PS系统间切换过程中的异常切换超时：当RNC收到触发异系统测量报告后，发起CellChangeOrderfromUtran，并设置定时器等待CN下方IuReleaseCommand,若在定时时间内未收到对应域的IuReleaseCommand,则认为此次切换失败，失败原因为”NoReply”物理信道失败（physicalchannelfailure）RNC收到触发异系统测量报告后，发CellChangeOrderfromUtran，终端收到该消息后会在2G侧接收广播及接入过程，若接收广播失败或同步过程失败，则会向3G网络侧响应CellChangeOrderfromUtranFailure，原因值为“物理信道失败”。由于切换失败后网络侧会重新下发测量，导致终端再次上报异系统测量报告，使得此过程反复发生。内部资料妥善保管▲切换超时：1.存在Srns_Context交互，但无SrnsDataForwardCommand在该过程中，RNC下发CellChangeOrder后19秒，CN与RNC进行SRNS_Context交互，完成后11秒CN仍然未下发SrnsDataForwardCommand和IuReleaseCommand，RNC等待超时发起IuReleaseRequest，判定为切换失败。此类失败为2GCN和3GCN侧交互出现异常，导致CN不下发SrnsDataForwardCommand。内部资料妥善保管▲2.存在SrnsDataForwardCommand，但无IuReleaseCommand在该过程中，RNC下发CellChangeOrder后19秒，CN与RNC进行SRNS_Context交互，完成后7秒CN下发SrnsDataForwardCommand，但在定时时间内未收到IuReleaseCommand，RNC等待超时发起IuReleaseRequest，判定为切换失败。此类失败为终端在2G侧接入交互时间过长，导致3G网络侧和CN无法在定时时间内完成交互。内部资料妥善保管▲3.与CN无交互过程在该过程中，RNC下发CellChangeOrder，终端在2G发起接入过程，并在3G侧停止上行发射，可以从信令中看到3G网络侧检测到无线链路失败，但此过程中CN与RNC一直没有交互，RNC等待超时发起IuReleaseRequest，判定为切换失败。内部资料妥善保管▲优化措施：加长系统间切换等待定时器（tUeCommitSend）从发起cellChangeOrderFromUTR