业务异常过程分析-重要Word文档格式.doc
《业务异常过程分析-重要Word文档格式.doc》由会员分享,可在线阅读,更多相关《业务异常过程分析-重要Word文档格式.doc(30页珍藏版)》请在冰点文库上搜索。
可能造成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连接请求
RadioLinkSetupReqeust
IUB口消息,建立无线链路
RadioLinkSetupResponse
rrcConnectionSetup
空口消息,RNC向UE发送RRC建立,建立信令无线承载资源
RadioLinkDeleteReqeust
IUB口消息,删除无线链路
RadioLinkDeleteResponse
3.异常分析
从路测终端侧可以看到终端已经收到RRC连接建立消息,并发送了RRC连接建立完成消息,造成此现象的原因,多为上行方向上的RRC连接建立完成消息网络侧未收到,需要在上行方向上查找原因。
n终端只上报多次RRC连接请求
由于终端未收到网络侧下发的rrcConnectionSetup消息,终端会以网络侧配置的定时器(缺省2秒),重复上报RRC链接请求。
从路测终端侧看,终端未收到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指派失败
RabAssignmentRequest
CN发送的RAB指派请求消息
RabAssignmentQueued
RNC向CN发送RAB排队指示
RabAssignmentFail
RNC向CN发送RAB指派失败消息,表示RAB指派过程失败
n检查NodeB告警,确认小区未出现闭塞、载频删除、载频闭塞等情况;
n检查DDM,确认小区载频、时隙均未处于屏蔽状态;
n与默认配置检查,确认相关License功能都处于打开状态;
n与默认配置进行对比,检查小区资源相关参数配置是否正确,如业务极限用户数等信息,参考资源分配相关参数解释;
n空载状态下查看小区LMT测量,查看上下行底噪是否异常,如果发生异常需要排查干扰来源,或确认NodeB设备是否有异常;
n查看小区话务量统计相关计数器,确认该小区是否属于话务量较重的小区,如果确实属于热点小区,则需要通过增加频点配置、增加HCS小区进行补热;
1.4.2.2RB建立超时导致的RAB指派失败
RadioLinkReconfigurationPrepare
无线链路重配过程,为该业务配置IUB口资源
RadioLinkReconfigurationReady
RadioLinkReconfigurationCommit
RadioBearerSetup
RNC通过无线承载建立消息,为该业务建立空口资源
RadioLinkRestoreIndication
无线链路恢复指示,表示UE采用新配置后已经同步完成
发送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指派失败
2.异常分析
RNC在分配物理资源后,下发RB建立,终端收到RB建立后上报小区更新,原因为RL失败,若小区更新场强属于中强场,则终端对于RNC下发的物理资源配置可能存在无线性能问题,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。
可使用不同芯片厂商的终端进行对比测试,或调整RNC分配的物理资源(包括码道数、时隙数等)。
1.4.2.4RB建立失败导致RAB指派失败
暂缺。
RNC在分配物理资源后,下发RB建立,终端收到RB建立后上报RB建立失败,若起呼点场强属于中强场,则终端对于RNC下发的物理资源配置可能存在不支持情况,如部分终端不支持伴随信道复用,不支持上行多时隙、多码道等。
1.4.2.5其他原因导致的RAB指派失败
除空口超时以及资源分配失败导致的RAB指派失败外,还存在其他原因,如承载建立失败,无线链路重配失败等异常,会导致RAB指派过程执行失败,具体排查说明参考错误码中的相关内容。
1.5承载调整中的异常
1.5.1总体描述
此处的承载调整是指小区内的物理资源(载频、时隙)调整、业务速率改变、H2D、D2H等过程。
1.5.2典型信令过程
1.5.2.1空口超时导致的承载调整失败
RadioBearerReconfiguration
RNC向UE发送无线承载重配置消息,将调整之后的无线承载通知UE
IuReleaseRequest
RNC向CN发送IU释放请求消息,该消息用于RNC发起的UE释放
参考RB建立超时导致的RAB指派失败。
1.5.2.2RB重配失败的承载调整失败
暂缺。
参考RB建立失败导致RAB指派失败。
1.5.2.3RB重配过程中小区更新导致的承载调整失败
参考RB建立过程中小区更新导致RAB指派失败。
1.5.2.4RNC资源申请失败导致的承载调整失败
当RNC物理资源不足时,网络侧收到上行或下行的4A测量报告时,则不会发起RB重配流程,维持当前速率状态。
参考RNC资源申请失败导致的RAB指派失败。
1.5.3原因分析
1.6RNC内切换过程中的异常
1.6.1总体描述
RNC内切换相关的异常主要有如下几种典型场景:
n物理信道重配失败:
网络侧在下发physicalChannelReconfiguration消息后,终端回physicalChannelReconfigurationFailure消息,导致切换过程失败,此类异常影响RNC内切换成功率,但不会导致掉话;
n物理信道重配超时:
网络侧在下发physicalChannelReconfiguration消息后,终端没有响应,网络侧等待一段时间后,终端仍然未上报cellUpdate,超时后释放,此类异常会同时影响切换成功率;
n小区更新后物理信道重配超时:
网络侧在下发physicalChannelReconfiguration消息后,终端没有响应,网络侧等待一段时间后,终端上报cellUpdate,网络侧下发cellUpdateConfirm消息,终端响应超时后释放,此类异常会同时影响切换成功率;
n网络侧收到测量报告但未发起切换:
网络侧收到终端上报的1G或2A测量报告,但未在目标小区发起无线链路建立过程,也未向终端下发physicalChannelReconfiguration,此类异常不会对KPI指标造成直接影响;
1.6.2典型信令过程
1.6.2.1物理信道重配失败
1.信令截图:
2.信令分析:
measurementReport
网络侧收到终端1G/2A测量报告
FpSAddReq
在目标小区建立无线链路及承载,此案例中RL建立过程中夹杂了一条测量报告,该测量报告为2F测量报告,不影响切换过程,可以忽略;
FpSAddRsp
RadioLinkSetupRequest
measurementReport
RadioLinkSetupResponse
FpSInitReq
FpSInitRsp
physicalChannelReconfiguration
网络侧向终端发起物理信道重配过程,终端回应物理信道重配失败,4失败原因为物理层同步失败,期间夹杂的测量报告为2F事件,不影响切换过程,可以忽略;
RlmiUciuHelloForward
RlmiUciuHelloFwdAck
physicalChannelReconfigurationFailure
RadioLinkDeletionRequest
网络侧删除目标小区无线链路及承载;
RadioLinkDeletionResponse
FpSRelReq
measurementControl
网络侧重新向终端下发同频及异频测量控制消息或系统间测量;
OlpcParaInfo
原因分析及排查手段:
查看PhysicalChannelReconfigurationFailure中携带的失败原因,比如最常见的Failurecause为physicalchannelfailure,表示UE无法在建立新的物理信道,即UE无法在新的信道配置上完成L1同步(UE在T312时间内,收到N312个同步指示,即认为新的信道建立成功)。
造成这种现象的原因可能为物理信道所在的时隙干扰较大,或目标小区存在UP干扰。
n查看各时隙干扰情况,如果发现时隙干扰很大,查看NODEB载扇是否正常,同时查看邻小区是否有大量同频邻区,若在话务量小的情况下,ISCP仍然很高,则干扰可能来自异系统,如:
n查看目标小区UP干扰,若较大,则进行UP位置偏移;
n时隙干扰经常性偏大时,可以尝试调低UE的上、下行开环功率;
换个手机测试,若各厂家手机测试都有问题,将本小区的重配消息和正常小区的重配消息进行对比,查看配置是否正确;
注:
物理信道/RB重配失败后测量控制下发说明:
切换失败后,RNC会重新下发测量控制消息,测量控制消息中携带邻区列表但不包含频点扰码等具体信息,如图所示,因为之前的测量控制消息中已经携带了邻区的扰码、频点等信息,UE侧已经保存了相关邻区的详细信息,因此网络侧不需要重新携带邻区的详细信息,只需要指示邻区序号。
1.6.2.2物理信道重配超时
measurementReport
FpSAddReq
在目标小区建立无线链路及承载;
FpSAddRsp
RadioLinkSetupRequest
FpSInitReq
FpSInitRsp
physicalChannelReconfiguration
网络侧向终端发起物理信道重配过程,定时时间内终端未发送物理信道重配完成消息,且在等待时间内未上报小区更新;
UciuHelloForward
UciuHelloForwardAck
SUciuMacMeasReport
RadioLinkDeletionRequest
RadioLinkDeletionResponse
FpSRelReq
nUE收到了RECONFIGURATION消息,并发送了COMPLETE消息,但RNC未收到(上行功率不足或存在干扰等原因);
nUE收到了RECONFIGURATION消息,但没发送COMPLETE消息(消息错误或UE内部错误等原因);
n若UE未收到重配消息:
调整后台下行最小发送功率,增加UE接收到重配消息的几率,或者调整周围网络的覆盖、频点、功率等,尽量降低下行方向上的干扰;
n若网络侧没有收到重配完成消息:
1.6.2.3小区更新后物理信道重配超时
网络侧向终端发起物理信道重配过程,定时时间内终端未发送物理信道重配完成消息,则等待终端上报小区更新;
cellUpdate
终端上报小区更新
IuReleaseCommand
rrcConnectionRelease
IuReleaseComplete
RadioLinkFailureIndication
可能原因为:
nUE未收到CONFIRM消息(下行功率不足或存在干扰等原因);
nUE收到了CONFIRM消息,并发送了COMPLETE消息,但RNC未收到(上行功率不足或存在干扰等原因);
nUE收到了CONFIRM消息,但没发送COMPLETE消息(消息错误或UE内部错误等原因);
n若UE未收到CONFIRM消息:
调整后台下行最小发送功率,增加UE接收到CONFIRM消息的几率,或者调整周围网络的覆盖、频点、功率等,尽量降低下行方向上的干扰;
1.6.2.4网络侧收到测量报告但未发起切换
终端上报测量报告,在此案例中,测量报告为2A,实际情况中还可能出现1G测量报告的情况,但由于目标小区物理资源不足或目标小区存在异常导致无法分配资源,未发起RL建立及物理信道重配等后续流程;
在此案例中,另一条测量报告为2F,2F事件不会影响切换过程,可以忽略;
measurementControl
网络侧重新下发同频及异频测量控制消息;
3.原因分析及排查手段:
一般为RNC资源申请失败导致,如码道资源不足,软资源(功率、干扰)接纳失败等(此时信令跟踪工具上没有IUB口和空口消息);
可查看目标小区剩余的码道资源数看是否有足够的剩余资源,并查看公共测量值和配置的接纳门限,是否为功率干扰等软资源受限。
1.6.2.5网络侧在RAB指派过程中收到测量报告
2.原因分析及排查手段:
RNC在收到CNRAB指派后,UE上报一个测量报告,但此时RNC在处理CNRAB指派,无法同时处理测量报告,RNC缓存此条测量报告,等RAB指派完成后,在发起切换过程,由于此案例中测量报告中的目标小区来自邻RNC,因此发起了重定位流程。
1.7RNC间切换过程中的异常
1.7.1总体描述
RNC间切换相关的异常主要有如下几种典型场景,
nCN侧响应RelocationPrepareFailure:
nCN响应超时;
nCN响应IuReleaseCommand;
n终端RB重配失败;
下面分别详细描述各类异常发生的场景及原因,并给出对应排查手段。
1.7.2典型信令过程及异常分析
1.7.2.1CN侧响应RelocationPrepareFailure
1.异常描述
当S-RNC向CN发送RelocationRequired消息后,CN向D-RN