LTE TOP处理指导书.docxVIP

本文源自网络版权归属原作者如有版权问题联系微信号lte678删除！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”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”时，测量指标L.UECNTX.AbnormRel加1。eNodeB发起的S1 RESET导致的UE Context释放次数测量点：如图2中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。UE Context建立成功总次数测量点：如图3中B点所示，当eNodeB向MME发送INITIAL CONTEXT SETUP RESPONSE消息时统计该指标。消息中如果包括多个E-RAB，该指标也只统计一次。1.3 TOP小区分析流程TOP小区分析可通过OMC 920提取异常释放原因：□ eNodeB发起的原因为UE LOST的UE Context释放次数□ eNodeB发起的原因为切换失败的UE Context释放次数□ eNodeB发起的原因为无线层问题的UE Context释放次数□ eNodeB发起的S1 RESET导致的UE Context释放次数?是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警,参考历史告警；2）通过DSP BRD 查询单板运行情况；?通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；?检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为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）通过后台误码率跟踪，如BLER10%，确定小区存在高误码；?是否存在弱覆盖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丢失，UE MAC冲突解决定时器超时后重发RRC_Conn_Req，UeID不变），记为一次重发RRC_Conn_Req消息。Case2：T300超时后，UE仍未收到RRC_Conn_Setup，UE重新搜网，发起