LTE后台KPI指标优化指导书全集.doc

《LTE后台KPI指标优化指导书全集.doc》由会员分享，可在线阅读，更多相关《LTE后台KPI指标优化指导书全集.doc（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1 掉线率1.1 指标定义无线掉线率=(eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次数)/UE Context建立成功总次数*100%1.2 指标分析及统计点介绍UE Context异常释放次数测量点：如图1中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。当释放原因不为“Normal Release，“Detach，“User Inactivity，“CS Fallback triggered，“UE Not Available for PS Service，“I

2、nter-RAT Redirection，“Time Critical Handover，“Handover Cancelled时，测量指标L.UECNTX.AbnormRel加1。eNodeB发起的S1 RESET导致的UE Context释放次数UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。消息中如果包括多个E-RAB，该指标也只统计一次。1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因： eNodeB发起的原因为UE LOST的UE Conte

3、xt释放次数 eNodeB发起的原因为切换失败的UE Context释放次数 eNodeB发起的原因为无线层问题的UE Context释放次数 eNodeB发起的S1 RESET导致的UE Context释放次数是否存在异常告警或传输闪断1通过LST ALMAF查询站点实时告警,参考历史告警；2通过DSP BRD 查询单板运行情况；通过提取两两小区切换，确定目标小区1确定目标小区运行情况，是否基站故障或异常告警；2检查邻区间参数设置是否正确；3通过Mapinfo检查小区邻区配置是否合理，进展邻区合理性优化；4检查基站是否周边站点缺少，如为孤站，可视为正常；检查S1链路是否配置正确现统计中eNo

4、deB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进展针对排查；参数是否设置合理1查询掉线类定时器设置是否正确；T310、N311、N310、T311、T3012如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；是否存在高干扰1通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2检查小区时隙配比是否设置准确DE:SA2SSP7;F:SA2SSP5；3如每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可跟踪后台干扰检测，如果RB0-RB99呈下坡图，那么为杂散干

5、扰，如果为陡升陡降那么为互调干扰，如果为上坡图，那么为阻塞干扰，如果干扰仅在RB40-RB80,那么为广电干扰，请大家知悉。是否存在高质差1通过观察小区上下行丢包率是否正常，如丢包率偏高，根本断定小区存在质差；2通过后台误码率跟踪，如BLER10%，确定小区存在高误码；是否存在弱覆盖1检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，根本确定小区存在弱覆盖；2比照64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常；现场测试及后台跟踪1安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；2如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作

6、，直至问题闭环；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_ReqSetup丧失，UE MAC冲突解决定时器超时后重发RRC_Conn_Req，UeID不变，记为一次重发RRC_Conn_Req消息。Case2

7、：T300超时后，UE仍未收到RRC_Conn_Setup，UE重新搜网，发起初始接入，UeID是取0239的随机值或上层下发的TMSI。eNB侧记为新的一次初始接入，L.RRC.ConnReq.Att加1。Case3：发起Attach后会启动T3410定时器。如果UE发出RRC_Conn_Setup_Cmp后，ENB没有收到，UE会在定时器超时后重新发起Attach，ENB侧记为新的一次初始接入；RRC_Conn_Setup_Cmp丧失不会触发重建，发起重建的前提是平安已经激活。2如果RRC Connection Request消息信元Establishment Cause为“emergen

8、cy，指标L.RRC.ConnReq.Att.Emc加1。3如果RRC Connection Request消息信元Establishment Cause为“highPriorityAccess，指标L.RRC.ConnReq.Att.HighPri加1。4如果RRC Connection Request消息信元Establishment Cause为“mt-Access，指标L.RRC.ConnReq.Att.Mt加1。5如果RRC Connection Request消息信元Establishment Cause为“mo-Singnalling，指标L.RRC.ConnReq.Att.Mo

9、Sig加1。6如果RRC Connection Request消息信元Establishment Cause为“mo-Data，指标L.RRC.ConnReq.Att.MoData加1。【B点】当eNodeB下小区接收到UE发送的RRC Connection Request消息并下发RRC Connection Setup消息给UE时，指标L.RRC.ConnSetup加1。【C点】当eNodeB收到UE返回的RRC Connection Setup Complete消息时统计相应指标，L.RRC.ConnReq.Succ加1。RRC Setup Success Rate计算RRCSetupS

10、uccessRate=L.RRC.ConnReq.Succ/(L.RRC.ConnReq.Att)*100%图2、3中【A点】当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时统计该指标。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同时建立多个E-RAB，那么相应指标按各个业务的QCI分别进展累加。【B点】当MME收到来自eNodeB的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消

11、息时E-RAB建立成功次数累加。ERAB Setup Success Rate计算公式ErabSetupSuccessRate=L.E-RAB.SuccEst/(L.E-RAB.AttEst)*100%2.3 TOP小区提取及分析流程1. TOP小区提取暂按以下方式操作仅供参考，请根据网络实际情况自定义：RRC请求次数大于50次接通率小于98%。在一周之类重复出现2次以上的小区。假设前三种无法提取出TOP小区，可按RRC，ERAB建立失败次数,分开求和后降序排列筛选RRC和ERAB建立失败的TOP小区。2. TOP小区中RRC和ERAB建立失败次数原因值说明：对小区RRC建立失败次数： 资源分

12、配失败而导致RRC连接建立失败的次数，指标ID：1526727083；重点关注top资源是否足够，包括top用户数，传输、PRB等； UE无应答而导致RRC连接建立失败的次数，指标ID：1526727084；关注质差、干扰、无线环境等； 小区发送RRC Connection Reject消息次数，指标ID：1526728269；关注传输问题、是否拥塞、干扰； 因为SRS资源分配失败而导致RRC连接建立失败的次数，指标ID：1526728485；重点关注SRS带宽、配置指示、配置方式、SRS ACK/NACK设置是否合理等；因为PUCCH资源分配失败而导致RRC连接建立失败的次数，指标ID：15

13、26728486；关注PUCCH信道相关参数设置是否合理，CQI RB数配置是否合理等；流控导致的RRC Connection Request 消息丢弃次数，指标ID：1526728489；关注拥塞，业务流控相关参数是否设置正确等；流控导致的发送RRC Connection Reject消息次数，指标ID：1526728490；关注拥塞，业务流控相关参数是否设置正确等；对小区E-RAB建立失败次数：因未收到UE响应而导致E-RAB建立失败的次数，指标ID：1526726717；处理建议：需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。核心网问题导致E-RAB建立失败

14、次数，指标ID：1526728276；处理建议：需跟踪信令，排查核心网问题EPC参数设置,TAC码设置的一致性，对用户开卡限制，硬件故障方面排查；传输层问题导致E-RAB建立失败次数，指标ID：1526728277；处理建议：需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。无线层问题导致E-RAB建立失败次数，指标ID：1526728278；处理建议：处理建议：需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。无线资源缺乏导致E-RAB建立失败次数，指标ID：1526728279；处理建议：排查TOP小区资源是否足够，是否故障引起，假设存在资源缺乏问题，可考虑

15、参数调整，流量均衡小区选择，重选和切换类参数；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等；平安模式配置失败导致E-RAB建立失败次数，指标ID：1526728280；处理建议：需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。筛选TOP小区RRC建立成功率TOP、E-RAB建立成功率TOP条件一样：建立成功率-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；4发送干扰组协助处理。是否存在覆盖问题1检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，根本确定小区存在弱覆盖；2比照64QAM和QPSK占比，如后者比例远大

16、于前者,可确定小区覆盖异常；3邻区告警、故障等导致TOP小区存在弱覆盖；4天馈问题；5无线环境差；6基站规划、建立、施工问题；7天线权值配置与现场天线参数不一致。8核查参考信号功率是否偏低常规设置92,122，需结合现场设置；是否存在高质差1通过观察小区上下行丢包率是否正常，如丢包率偏高，根本断定小区存在质差；2通过后台误码率跟踪，如BLER10%，确定小区存在高误码；是否存在资源缺乏1参数调整，流量均衡；2天馈调整，分担流量；3热点区域，增补基站；是否终端、用户行为异常结合用户投诉情况，安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；3 切换成功率3.1 指标定义(eNodeB

17、间同频切换出成功次数+eNodeB间异频切换出成功次数 + eNodeB内同频切换出成功次数 + eNodeB内异频切换出成功次数 - 通过重建回源小区的eNodeB间同频切换出执行成功次数 - 通过重建回源小区的eNodeB间异频切换出执行成功次数 - 通过重建回源小区的eNodeB内同频切换出执行成功次数 - 通过重建回源小区的eNodeB内异频切换出执行成功次数) / (eNodeB间同频切换出尝试次数 + eNodeB间异频切换出尝试次数 + eNodeB内同频切换出尝试次数 + eNodeB内异频切换出尝试次数)*100%3.2 指标分析及统计点介绍1核心网原因导致切换出准备失败2目

18、标小区无响应导致切换出准备失败在X2切换时，未收到对端eNodeB发出的HANDOVER REQUEST ACKNOWLEDEG消息及HANDOVER PREPARATION FAILURE消息；在S1接口切换时，未收到MME发出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息。指标L.HHO.Prep.FailOut.NoReply加1。3目标小区回复切换准备失败消息导致切换出准备失败在X2接口切换过程中的切换准备阶段，当源小区收到来自目标小区的HANDOVER PREPARATION FAILURE消息时，指标L.HHO.Prep.Fai

19、lOut.PrepFailure加1。在S1接口切换过程中的切换准备阶段，当源小区收到来自MME的HANDOVER PREPARATION FAILURE消息时，指标L.HHO.Prep.FailOut.PrepFailure加1。3源小区发送切换取消导致切换出准备失败4eNodeB间切换出取消在X2接口切换及S1接口切换过程中，源小区发送HANDOVER CANCEL消息时，指标L.HHO.FailOut.HOCancel加1。该指标不考虑切换准备是否完成，只要源小区发送HANDOVER CANCEL消息，指标就统计。3.3 TOP小区分析流程TOP小区分析可通过OMC 920提取切换出失败原因： 核心网原因导致切换出准备失败次数 目标小区无响应导致切换出准备失败次数 目标小区回复切换准备失败消息导致切换出准备失败次数 源小区发送切换取消导致切换出准备失败次数 eNodeB间切换出取消次数假设以上手段都不能解决问题那么安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。