LTE指标优化及TOP小区分析指导图文详解Word格式文档下载.docx
《LTE指标优化及TOP小区分析指导图文详解Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《LTE指标优化及TOP小区分析指导图文详解Word格式文档下载.docx(16页珍藏版)》请在冰豆网上搜索。
![LTE指标优化及TOP小区分析指导图文详解Word格式文档下载.docx](https://file1.bdocx.com/fileroot1/2023-1/23/09c152b2-e675-4b4a-aeb4-d27d7b92c21a/09c152b2-e675-4b4a-aeb4-d27d7b92c21a1.gif)
□eNodeB发起的原因为无线层问题的UEContext释放次数
□eNodeB发起的S1RESET导致的UEContext释放次数
❶是否存在异常告警或传输闪断
1)通过LSTALMAF查询站点实时告警,参考历史告警;
2)通过DSPBRD查询单板运行情况;
❷通过提取两两小区切换,确定目标小区
1)确定目标小区运行情况,是否基站故障或异常告警;
2)检查邻区间参数设置是否正确;
3)通过Mapinfo检查小区邻区配置是否合理,进行邻区合理性优化;
4)检查基站是否周边站点缺少,如为孤站,可视为正常;
❸检查S1链路是否配置正确
现统计中eNodeB发起的S1RESET导致的UEContext释放次数均为0,如统计出现释放次数,需进行针对排查;
❹参数是否设置合理
1)查询掉线类定时器设置是否正确;
(T310、N311、N310、T311、T301)
2)如掉线率突增,查询操作日志,确认是否有修改,导致小区异常;
❺是否存在高干扰
1)通过Mapinfo查看小区PCI复用是否合理,是否存在模三冲突;
2)检查小区时隙配比是否设置准确(DE:
SA2\SSP7;
F:
SA2\SSP5);
3)如每PRB上干扰噪声平均值>
-110dBm,确认小区存在上行干扰,同时可通过后台跟踪,确认干扰类型;
小提示:
判断干扰类型时,可跟踪后台干扰检测,如果RB0-RB99呈下坡图,则为杂散干扰,如果为陡升陡降则为互调干扰,如果为上坡图,则为阻塞干扰,如果干扰仅在RB40-RB80,则为广电干扰,请大家知悉。
❻是否存在高质差
1)通过观察小区上下行丢包率是否正常,如丢包率偏高,基本断定小区存在质差;
2)通过后台误码率跟踪,如BLER>
10%,确定小区存在高误码;
❼是否存在弱覆盖
1)检查传输模式,是否为TM3,如长时间为TM2,确认设置正确的情况下,基本确定小区存在弱覆盖;
2)对比64QAM和QPSK占比,如后者比例远大于前者,可确定小区覆盖异常;
❽现场测试及后台跟踪
1)安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;
2)如果确认问题后,需第三方配合解决,转发相关人员处理,做好跟踪工作,直至问题闭环;
2接通成功率
2.1指标定义
无线接通率=RRC连接建立成功率*E-RAB建立成功率=(RRC连接建立完成次数/RRC连接请求次数(不包括重发))*E-RAB建立成功总次数/E-RAB建立尝试总次数*100%
2.2指标分析及统计点介绍
图1中
【A点】
(1)指标L.RRC.ConnReq.Att加1,不统计重发的次数。
Case1:
eNB下发RRC_Conn_Setup消息后,在T300定时器超时前,收到相同的UeID发起的RRC_Conn_Req(Setup丢失,UEMAC冲突解决定时器超时后重发RRC_Conn_Req,UeID不变),记为一次重发RRC_Conn_Req消息。
Case2:
T300超时后,UE仍未收到RRC_Conn_Setup,UE重新搜网,发起初始接入,UeID是取0~239的随机值或上层下发的TMSI。
eNB侧记为新的一次初始接入,L.RRC.ConnReq.Att加1。
Case3:
发起Attach后会启动T3410定时器。
如果UE发出RRC_Conn_Setup_Cmp后,ENB没有收到,UE会在定时器超时后重新发起Attach,ENB侧记为新的一次初始接入;
RRC_Conn_Setup_Cmp丢失不会触发重建,发起重建的前提是安全已经激活。
(2)如果RRCConnectionRequest消息信元EstablishmentCause为“emergency”,指标L.RRC.ConnReq.Att.Emc加1。
(3)如果RRCConnectionRequest消息信元EstablishmentCause为“highPriorityAccess”,指标L.RRC.ConnReq.Att.HighPri加1。
(4)如果RRCConnectionRequest消息信元EstablishmentCause为“mt-Access”,指标L.RRC.ConnReq.Att.Mt加1。
(5)如果RRCConnectionRequest消息信元EstablishmentCause为“mo-Singnalling”,指标L.RRC.ConnReq.Att.MoSig加1。
(6)如果RRCConnectionRequest消息信元EstablishmentCause为“mo-Data”,指标L.RRC.ConnReq.Att.MoData加1。
【B点】
当eNodeB下小区接收到UE发送的RRCConnectionRequest消息并下发RRCConnectionSetup消息给UE时,指标L.RRC.ConnSetup加1。
【C点】
当eNodeB收到UE返回的RRCConnectionSetupComplete消息时统计相应指标,L.RRC.ConnReq.Succ加1。
RRCSetupSuccessRate计算
RRCSetupSuccessRate=(L.RRC.ConnReq.Succ)/(L.RRC.ConnReq.Att)*100%
图2、3中
当eNodeB收到来自MME的E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息时统计该指标。
如果E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息中要求同时建立多个E-RAB,则相应指标按各个业务的QCI分别进行累加。
当MME收到来自eNodeB的E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息时E-RAB建立成功次数累加。
ERABSetupSuccessRate计算公式
ErabSetupSuccessRate=(L.E-RAB.SuccEst)/(L.E-RAB.AttEst)*100%
2.3TOP小区提取及分析流程
1.TOP小区提取暂按以下方式操作(仅供参考,请根据网络实际情况自定义):
①RRC请求次数大于50次
②接通率小于98%。
③在一周之类重复出现2次以上的小区。
若前三种无法提取出TOP小区,可按RRC,ERAB建立失败次数,分开求和后降序排列筛选RRC和ERAB建立失败的TOP小区。
2.TOP小区中RRC和ERAB建立失败次数原因值说明:
①对小区RRC建立失败次数:
□资源分配失败而导致RRC连接建立失败的次数,指标ID:
1526727083;
重点关注top资源是否足够,包括top用户数,传输、PRB等;
□UE无应答而导致RRC连接建立失败的次数,指标ID:
1526727084;
关注质差、干扰、无线环境等;
□小区发送RRCConnectionReject消息次数,指标ID:
1526728269;
关注传输问题、是否拥塞、干扰;
□因为SRS资源分配失败而导致RRC连接建立失败的次数,指标ID:
1526728485;
重点关注SRS带宽、配置指示、配置方式、SRSACK/NACK设置是否合理等;
□因为PUCCH资源分配失败而导致RRC连接建立失败的次数,指标ID:
1526728486;
关注PUCCH信道相关参数设置是否合理,CQIRB数配置是否合理等;
□流控导致的RRCConnectionRequest消息丢弃次数,指标ID:
1526728489;
关注拥塞,业务流控相关参数是否设置正确等;
□流控导致的发送RRCConnectionReject消息次数,指标ID:
1526728490;
②对小区E-RAB建立失败次数:
□因未收到UE响应而导致E-RAB建立失败的次数,指标ID:
1526726717;
处理建议:
需排查覆盖,干扰,质差,ENODEB参数设置错误,终端及用户行为异常等原因。
□核心网问题导致E-RAB建立失败次数,指标ID:
1526728276;
需跟踪信令,排查核心网问题(EPC参数设置,TAC码设置的一致性,对用户开卡限制,硬件故障方面排查);
□传输层问题导致E-RAB建立失败次数,指标ID:
1526728277;
需查询传输是否有故障,高误码,闪断,传输侧参数设置问题。
□无线层问题导致E-RAB建立失败次数,指标ID:
1526728278;
□无线资源不足导致E-RAB建立失败次数,指标ID:
1526728279;
排查TOP小区资源是否足够,是否故障引起,若存在资源不足问题,可考虑参数调整,流量均衡(小区选择,重选和切换类参数);
2、结合现场调整天馈,流量均衡;
3、热点区域,增补基站等;
□安全模式配置失败导致E-RAB建立失败次数,指标ID:
1526728280;
❶筛选TOP小区
RRC建立成功率TOP、E-RAB建立成功率TOP条件相同:
建立成功率<
98%,连接请求次数极少。
❷是否存在干扰
SA2\SSP5)
4)发送干扰组协助处理。
❸是否存在覆盖问题
3)邻区告警、故障等导致TOP小区存在弱覆盖;
4)天馈问题;
5)无线环境差;
6)基站规划、建设、施工问题;
7)天线权值配置与现场天线参数不一致。
8)核查参考信号功率是否偏低(常规设置92,122,需结合现场设置);
❹是否存在高质差
❺是否存在资源不足
1)参数调整,流量均衡;
2)天馈调整,分担流量;
3)热点区域,增补基站;
❻是否终端、用户行为异常
结合用户投诉情况,安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;
3切换成功率
3.1指标定义
(eNodeB间同频切换出成功次数+eNodeB间异频切换出成功次数+eNodeB内同频切换出成功次数+eNodeB内异频切换出成功次数-通过重建回源小区的eNodeB间同频切换出执行成功次数-通过重建回源小区的eNodeB间异频切换出执行成功次数-通过重建回源小区的eNodeB内同频切换出执行成功次数-通过重建回源小区的eNodeB内异频切换出执行成功次数)/(eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数+eNodeB内同频切换出尝试次数+eNodeB内异频切换出尝试次数)*100%
3.2指标分析及统计点介绍
1)核心网原因导致切换出准备失败
源小区收到来自MME的UECONTEXTRELEASECOMMAND消息时,指标L.HHO.Prep.FailOut.MME加1
2)目标小区无响应导致切换出准备失败
在X2切换时,未收到对端eNodeB发出的HANDOVERREQUESTACKNOWLEDEG消息及HANDOVERPREPARATIONFAILURE消息;
在S1接口切换时,未收到MME发出的HANDOVERCOMMAND消息及HANDOVERPREPARATIONFAILURE消息。
指标L.HHO.Prep.FailOut.NoReply加1。
3)目标小区回复切换准备失败消息导致切换出准备失败
在X2接口切换过程中的切换准备阶段,当源小区收到来自目标小区的HANDOVERPREPARATIONFAILURE消息L.HHO.Prep.FailOut.PrepFailure加1。
在S1接口切换过程中的切换准备阶段,当源小区收到来自MME的HANDOVERPREPARATIONFAILURE消息时,指标L.HHO.Prep.FailOut.PrepFailure加1。
3)源小区发送切换取消导致切换出准备失败
在X2接口切换及S1接口切换过程中,切换准备阶段未结束且没有收到来自目标测的任何消息,源小区判决取消本次切换,并发送HANDOVERCANCEL消息时,指标L.HHO.Prep.FailOut.HOCancel加1
4)eNodeB间切换出取消
在X2接口切换及S1接口切换过程中,源小区发送HANDOVERCANCEL消息时,指标L.HHO.FailOut.HOCancel加1。
该指标不考虑切换准备是否完成,只要源小区发送HANDOVERCANCEL消息,指标就统计。
3.3TOP小区分析流程
TOP小区分析可通过OMC920提取切换出失败原因:
□核心网原因导致切换出准备失败次数
□目标小区无响应导致切换出准备失败次数
□目标小区回复切换准备失败消息导致切换出准备失败次数
□源小区发送切换取消导致切换出准备失败次数
□eNodeB间切换出取消次数
(点击查看大图)
若以上手段都不能解决问题则安排前场人员现场测试,同时后台通过信令跟踪,配合查找问题原因;
如果确认问题后,需第三方配合解决,转发相关人员处理,做好跟踪工作,直至问题闭环;