《业务异常过程分析重要》由会员分享，可在线阅读，更多相关《业务异常过程分析重要（30页珍藏版）》请在金锄头文库上搜索。
1、细心整理1 业务异样过程1.1 网络侧收不到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消
2、息后，可能因一些缘由导致无法为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支配特殊地：UE只支持单载频，而主载频上已没有剩余的码道资源
3、；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.3.2 典型信令过程n 终端只发送一次RRC连接请求1.
4、 信令截图2. 重要信令说明信令消息过程说明rrcConnectionRequestUE发送RRC连接请求，请求接入网络；RadioLinkSetupReqeustIUB口消息，建立无线链路RadioLinkSetupResponserrcConnectionSetup空口消息，RNC向UE发送RRC建立，建立信令无线承载资源RadioLinkDeleteReqeustIUB口消息，删除无线链路RadioLinkDeleteResponse3. 异样分析 从路测终端侧可以看到终端已经收到RRC连接建立消息，并发送了RRC连接建立完成消息，造成此现象的缘由，多为上行方向上的RRC连接建立完成消息
5、网络侧未收到，须要在上行方向上查找缘由。n 终端只上报屡次RRC连接请求1. 信令截图2. 重要信令说明信令消息过程说明rrcConnectionRequestUE发送RRC连接请求，请求接入网络；RadioLinkSetupReqeustIUB口消息，建立无线链路RadioLinkSetupResponserrcConnectionSetup空口消息，RNC向UE发送RRC建立，建立信令无线承载资源rrcConnectionRequest由于终端未收到网络侧下发的rrcConnectionSetup消息，终端会以网络侧配置的定时器缺省2秒，重复上报RRC链接请求。rrcConnectionS
6、etuprrcConnectionRequestrrcConnectionSetuprrcConnectionRequestrrcConnectionSetupRadioLinkDeleteReqeustIUB口消息，删除无线链路RadioLinkDeleteResponse3. 异样分析从路测终端侧看，终端未收到RRC连接建立消息，由于终端在上报RRC链接请求后，收不到网络侧RRC链接建立，会重发RRC链接请求，据此可以判定网络侧下发的RRC链接建立消息终端未收到，须要在下行方向，排查问题，如Iub口传输丢包、FACH信道配置不正确。1.3.3 缘由分析可能造成RRC建立超时的常见缘由有：n
7、 由于下行功率缺乏或存在下行干扰等缘由，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载扇是否正常，同时查看邻小区是否有大量同频
8、邻区，假设在话务量小的状况下，ISCP照旧很高，那么干扰可能来自异系统，如：GSM，PHS等； n 假设网络侧没有收到RRC建立完成消息：那么调整后台DPCH的期望接收功率，同时利用网规网优手段，降低上行方向上的干扰；n 无效配置、配置不支持等配置错误：换个手机测试，假设各厂家手机测试都有问题，将本小区RRC建立消息和正常小区的RRC建立消息进展比照，查看配置是否正确；n 假设UE未收到RRC建立消息：调整后台下行最小发送功率，增加UE接收到RRC建立消息的几率，或者调整四周网络的覆盖、频点、功率等，尽量降低下行方向上的干扰，或调整小区PCCPCH功率及公共信道、共享信道相关功率，确认Iub口
9、传输无问题；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指派请求消息RabAssignmentQueuedRNC向CN发送RAB排队
10、指示RabAssignmentFailRNC向CN发送RAB指派失败消息，表示RAB指派过程失败3. 异样分析n 检查NodeB告警，确认小区未出现闭塞、载频删除、载频闭塞等状况；n 检查DDM，确认小区载频、时隙均未处于屏蔽状态；n 与默认配置检查，确认相关License功能都处于翻开状态；n 与默认配置进展比照，检查小区资源相关参数配置是否正确，如业务极限用户数等信息，参考资源支配相关参数说明；n 空载状态下查看小区LMT测量，查看上下行底噪是否异样，假如发生异样须要排查干扰来源，或确认NodeB设备是否有异样；n 查看小区话务量统计相关计数器，确认该小区是否属于话务量较重的小区，假如的确
11、属于热点小区，那么须要通过增加频点配置、增加HCS小区进展补热；1.4.2.2 RB建立超时导致的RAB指派失败1. 信令截图2. 重要信令说明信令消息过程说明RabAssignmentRequestCN发送的RAB指派请求消息RadioLinkReconfigurationPrepare无线链路重配过程，为该业务配置IUB口资源RadioLinkReconfigurationReadyRadioLinkReconfigurationCommitRadioBearerSetupRNC通过无线承载建立消息，为该业务建立空口资源RadioLinkRestoreIndication无线链路复原指示，
12、表示UE接受新配置后已经同步完成RabAssignmentFailRNC向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 BEA
13、RER 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 RB建立过程中小区更新导致RAB指派失败1. 信令截
14、图2. 异样分析 RNC在支配物理资源后，下发RB建立，终端收到RB建立后上报小区更新，缘由为RL失败，假设小区更新场强属于中强场，那么终端对于RNC下发的物理资源配置可能存在无线性能问题，如局部终端不支持伴随信道复用，不支持上行多时隙、多码道等。可运用不同芯片厂商的终端进展比照测试，或调整RNC支配的物理资源包括码道数、时隙数等。1.4.2.4 RB建立失败导致RAB指派失败1. 信令截图 暂缺。2. 异样分析 RNC在支配物理资源后，下发RB建立，终端收到RB建立后上报RB建立失败，假设起呼点场强属于中强场，那么终端对于RNC下发的物理资源配置可能存在不支持状况，如局部终端不支持伴随信道复
15、用，不支持上行多时隙、多码道等。可运用不同芯片厂商的终端进展比照测试，或调整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发送无线承载重配置消息，将调整之后的无线承载通知UEIuReleaseRequestRNC向CN发送IU释放请求消息，该消息用于RNC发起的UE释放3. 异样分析参考RB建立超时导致的RAB指派失败。1.5.2.2 RB重配失败的承载调整失败1.
