业务异常过程分析-重要.doc
《业务异常过程分析-重要.doc》由会员分享,可在线阅读,更多相关《业务异常过程分析-重要.doc(30页珍藏版)》请在冰豆网上搜索。
![业务异常过程分析-重要.doc](https://file1.bdocx.com/fileroot1/2022-10/30/6ec498b5-6709-4e32-85f2-6967910fa9bd/6ec498b5-6709-4e32-85f2-6967910fa9bd1.gif)
1业务异常过程
1.1网络侧收不到RRC连接请求
1.1.1总体描述
终端发起呼叫,从路侧终端上可以看到RRC连接请求已经发出,但网络侧看不到任何信令。
1.1.2原因分析
可能是由于UpPch所在位置存在干扰,导致网络侧解错终端上行包,使得RNC看不到任何消息。
n如果是特定终端出现该现象,而其他终端没有问题,则可以利用扫频仪在特定终端天线口处检测终端上行信号强度是否正常;
n如果是普遍现象,则需要检查UpPch所在位置的干扰,如存在干扰则需要考虑对UpPch位置进行偏移。
1.2RRC连接拒绝
1.2.1总体描述
RNC收到UE发送的RRCCONNECTIONREQUEST消息后,可能因一些原因导致无法为UE建立RRC资源,此时RNC会向UE发送RRCCONNECTIONREJECT消息。
此类异常影响发起业务的无线接通率KPI指标。
1.2.2典型信令过程
1.信令截图
2.重要信令解释
信令消息
过程解释
rrcConnectionRequest
UE发送RRC连接请求,请求接入网络;
rrcConnectionReject
RNC可能因一些原因无法为UE建立RRC资源,因此发送RRC连接拒绝,拒绝UE的接入请求;
1.2.3原因分析
可能造成RRC连接拒绝的常见原因有:
n小区码道资源不足,没有足够的码道为UE分配(特殊地:
UE只支持单载频,而主载频上已没有剩余的码道资源);
n干扰或功率受限,软资源接纳失败;
n传输资源申请或带宽接纳失败;
排查方法:
n查看小区剩余的码道资源数看是否有足够的剩余资源;
n查看公共测量值和配置的接纳门限,是否为功率干扰等软资源受限;
n查看Iub口带宽大小是否受限;
1.3RRC连接建立超时
1.3.1总体描述
RNC向UE发送RRCCONNECTIONSETUP消息,在一定的时间之内未收到UE上报的RRCCONNECTIONSETUPCOMPLETE消息,则表示RRC连接建立超时,将删除建立的无线链路,该UE接入失败,此类异常影响业务的无线接通率KPI指标。
1.3.2典型信令过程
n终端只发送一次RRC连接请求
1.信令截图
2.重要信令解释
信令消息
过程解释
rrcConnectionRequest
UE发送RRC连接请求,请求接入网络;
RadioLinkSetupReqeust
IUB口消息,建立无线链路
RadioLinkSetupResponse
rrcConnectionSetup
空口消息,RNC向UE发送RRC建立,建立信令无线承载资源
RadioLinkDeleteReqeust
IUB口消息,删除无线链路
RadioLinkDeleteResponse
3.异常分析
从路测终端侧可以看到终端已经收到RRC连接建立消息,并发送了RRC连接建立完成消息,造成此现象的原因,多为上行方向上的RRC连接建立完成消息网络侧未收到,需要在上行方向上查找原因。
n终端只上报多次RRC连接请求
1.信令截图
2.重要信令解释
信令消息
过程解释
rrcConnectionRequest
UE发送RRC连接请求,请求接入网络;
RadioLinkSetupReqeust
IUB口消息,建立无线链路
RadioLinkSetupResponse
rrcConnectionSetup
空口消息,RNC向UE发送RRC建立,建立信令无线承载资源
rrcConnectionRequest
由于终端未收到网络侧下发的rrcConnectionSetup消息,终端会以网络侧配置的定时器(缺省2秒),重复上报RRC链接请求。
rrcConnectionSetup
rrcConnectionRequest
rrcConnectionSetup
rrcConnectionRequest
rrcConnectionSetup
RadioLinkDeleteReqeust
IUB口消息,删除无线链路
RadioLinkDeleteResponse
3.异常分析
从路测终端侧看,终端未收到RRC连接建立消息,由于终端在上报RRC链接请求后,收不到网络侧RRC链接建立,会重发RRC链接请求,据此可以判断网络侧下发的RRC链接建立消息终端未收到,需要在下行方向,排查问题,如Iub口传输丢包、FACH信道配置不正确。
1.3.3原因分析
可能造成RRC建立超时的常见原因有:
n由于下行功率不足或存在下行干扰等原因,UE未收到RNC发送的RRCCONNECTIONSETUP消息;
nUE收到了RRCCONNECTIONSETUP消息,也上发了RRCCONNECTIONSETUPCOMPLETE消息,但由于上行功率不足或存在上行干扰等原因,RNC未收到该消息;
nUE收到了RRCCONNECTIONSETUP消息,但由于消息错误或UE内部错误等原因,UE未发送RRCCONNECTIONSETUPCOMPLETE消息;
排查方法:
n查看RRC链接建立的上行时隙干扰情况,如果发现时隙干扰很大,查看NODEB载扇是否正常,同时查看邻小区是否有大量同频邻区,若在话务量小的情况下,ISCP仍然很高,则干扰可能来自异系统,如:
GSM,PHS等;
n若网络侧没有收到RRC建立完成消息:
则调整后台DPCH的期望接收功率,同时利用网规网优手段,降低上行方向上的干扰;
n无效配置、配置不支持等配置错误:
换个手机测试,若各厂家手机测试都有问题,将本小区RRC建立消息和正常小区的RRC建立消息进行对比,查看配置是否正确;
n若UE未收到RRC建立消息:
调整后台下行最小发送功率,增加UE接收到RRC建立消息的几率,或者调整周围网络的覆盖、频点、功率等,尽量降低下行方向上的干扰,或调整小区PCCPCH功率及公共信道、共享信道相关功率,确认Iub口传输无问题;
1.4RAB指派失败
1.4.1总体描述
RNC收到CN下发的RAB指派消息后,会根据业务的QoS需求,在IUB口配置无线链路资源,在空口建立无线承载资源。
此时,可能由于资源受限、空口超时等原因,RNC给CN回RAB指派失败,会影响发起业务的无线接通率,RAB指派失败消息中会填写原因值,具体原因值参考常见非标准原因错误码对应表。
1.4.2典型信令过程
1.4.2.1RNC资源申请失败导致的RAB指派失败
1.信令截图
2.重要信令解释
信令消息
过程解释
RabAssignmentRequest
CN发送的RAB指派请求消息
RabAssignmentQueued
RNC向CN发送RAB排队指示
RabAssignmentFail
RNC向CN发送RAB指派失败消息,表示RAB指派过程失败
3.异常分析
n检查NodeB告警,确认小区未出现闭塞、载频删除、载频闭塞等情况;
n检查DDM,确认小区载频、时隙均未处于屏蔽状态;
n与默认配置检查,确认相关License功能都处于打开状态;
n与默认配置进行对比,检查小区资源相关参数配置是否正确,如业务极限用户数等信息,参考资源分配相关参数解释;
n空载状态下查看小区LMT测量,查看上下行底噪是否异常,如果发生异常需要排查干扰来源,或确认NodeB设备是否有异常;
n查看小区话务量统计相关计数器,确认该小区是否属于话务量较重的小区,如果确实属于热点小区,则需要通过增加频点配置、增加HCS小区进行补热;
1.4.2.2RB建立超时导致的RAB指派失败
1.信令截图
2.重要信令解释
信令消息
过程解释
RabAssignmentRequest
CN发送的RAB指派请求消息
RadioLinkReconfigurationPrepare
无线链路重配过程,为该业务配置IUB口资源
RadioLinkReconfigurationReady
RadioLinkReconfigurationCommit
RadioBearerSetup
RNC通过无线承载建立消息,为该业务建立空口资源
RadioLinkRestoreIndication
无线链路恢复指示,表示UE采用新配置后已经同步完成
RabAssignmentFail
RNC向CN发送RAB指派失败消息,表示RAB指派过程失败
3.异常分析
发送RADIOBEARERSETUP给UE后,在一定时间内未收到UE上发的RADIOBEARERSETUPCOMPLETE消息,因超时导致RAB指派失败,超时的原因可能为:
nUE未收到RADIOBEARERSETUP消息,需要确认Iub口是否存在丢包现象,下行是否存在强干扰或下行发射功率不足等情况,可以在LMT上观察UE下行单码道的发射码功率,如果过小可以确认是否功控存在问题,或适当提高最小发射功率,进行测试;
nUE收到了RADIOBEARERSETUP消息,发送了RADIOBEARERSETUPCOMPLETE消息,但RNC未收到,可以从UE侧确认上行功率强度,或查看上行时隙是否存在干扰等,可适当调整上行初始SIR值进行测试;
nUE收到了RADIOBEARERSETUP消息,但没发送RADIOBEARERSETUPCOMPLETE消息(消息错误或UE内部错误等原因);
n如果RRC链接建立中等场强属于中强场,且RB建立的时隙无干扰,则终端对于RNC下发的物理资源配置支持可能存在问题,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。
1.4.2.3RB建立过程中小区更新导致RAB指派失败
1.信令截图
2.异常分析
RNC在分配物理资源后,下发RB建立,终端收到RB建立后上报小区更新,原因为RL失败,若小区更新场强属于中强场,则终端对于RNC下发的物理资源配置可能存在无线性能问题,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。
可使用不同芯片厂商的终端进行对比测试,或调整RNC分配的物理资源(包括码道数、时隙数等)。
1.4.2.4RB建立失败导致RAB指派失败
1.信令截图
暂缺。
2.异常分析
RNC在分配物理资源后,下发RB建立,终端收到RB建立后上报RB建立失败,若起呼点场强属于中强场,则终端对于RNC下发的物理资源配置可能存在不支持情况,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。
可使用不同芯片厂商的终端进行对比测试,或调整RNC分配的物理资源(包括码道数、时隙数等)。
1.4.2.5其他原因导致的RAB指派失败
除空口超时以及资源分配失败导致的RAB指派失败外,还存在其他原因,如承载建立失败,无线链路重配失败等异常,会导致RAB指派过程执行失败,具体排查说明参考错误码中的相关内容。
1.5承载调整中的异常
1.5.1总体描述
此处的承载调整是指小区内的物理资源(载频、时隙)调整、业务速率改变、H2D、D2H等过程。
1.5.2典型信令过程
1.5.2.1空口超时导致的承载调整失败
1.信令截图
2.重要信令解释
信令消息
过程解释
RadioBearerReconfiguration
RNC向UE发送无线承载重配置消息,将调整之后的无线承载通知UE
IuReleaseRequest
RNC向CN发送IU释放请求消息,该消息用于RNC发起的UE释放
3.异常分析
参考RB建立超时导致的RAB指派失败。
1.5.2.2RB重配失败的承载调整失败
1.信令截图
暂缺。
2.异常分析
参