KPI指标分析.docx
《KPI指标分析.docx》由会员分享，可在线阅读，更多相关《KPI指标分析.docx（19页珍藏版）》请在冰豆网上搜索。
1、掉线率
1.1指标定义
无线掉线率=（eNodeB发起的S1RESET导致的UEContext释放次数+UEContext异常释放次数）/UEContext建立成功总次数*100%。
1.2指标分析及统计点介绍
uUEContext异常释放次数
测量点：
如图1中A点所示，当eNodeB向MME发送UECONTEXTRELEASEREQUEST消息，会释放UE的所有E-RAB。
当释放原因不为“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“TimeCriticalHandover”，“HandoverCancelled”时，测量指标L.UECNTX.AbnormRel加1。
ueNodeB发起的S1RESET导致的UEContext释放次数
测量点：
如图2中A点所示，当eNodeB向MME发送S1RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。
uUEContext建立成功总次数
测量点：
如图3中B点所示，当eNodeB向MME发送INITIALCONTEXTSETUPRESPONSE消息时统计该指标。
消息中如果包括多个E-RAB，该指标也只统计一次。
1.3TOP小区分析流程
TOP小区分析可通过OMC920提取异常释放原因：
□eNodeB发起的原因为UELOST的UEContext释放次数
□eNodeB发起的原因为切换失败的UEContext释放次数
□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中
【A点】
当eNodeB收到来自MME的E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息时统计该指标。
如果E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息中要求同时建立多个E-RAB，则相应指标按各个业务的QCI分别进行累加。
【B点】
当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；处理建议：
处理建议：
需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。
□无线资源不足导致E-RAB建立失败次数，指标ID：
1526728279；处理建议：
排查TOP小区资源是否足够，是否故障引起，若存在资源不足问题，可考虑参数调整，流量均衡（小区选择，重选和切换类参数）；2、结合现场调整天馈，流量均衡；3、热点区域，增补基站等；
□安全模式配置失败导致E-RAB建立失败次数，指标ID：
1526728280；处理建议：
需排查覆盖，干扰，质差，ENODEB参数设置错误，终端及用户行为异常等原因。
❶筛选TOP小区
RRC建立成功率TOP、E-RAB建立成功率TOP条件相同：
建立成功率<98%,连接请求次数极少。
❷是否存在干扰
1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；
2）检查小区时隙配比是否设置准确（DE:
SA2\SSP7;F:
SA2\SSP5）
3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；
4）发送干扰组协助处理。
❸是否存在覆盖问题
1）检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖；
升级会员 