《LTE质差小区处理指导书.docx》由会员分享，可在线阅读，更多相关《LTE质差小区处理指导书.docx（44页珍藏版）》请在三一办公上搜索。
1、 LTE质差小区处理指导书目录1.概述42.LTE主要KPI介绍42.1.呼叫接入类指标42.1.1.RRC建立成功率42.1.2.E-RAB建立成功率52.2.呼叫保持类指标62.2.1.LTE业务掉话率62.2.2.UE上下文掉线率92.3.移动管理类指标102.3.1.eNode B内切换成功率122.3.2.eNodeB间切换成功率142.3.3.S1接口切换成功率162.3.4.X2接口切换成功率172.3.5.系统内切换成功率182.3.6.同频切换成功率182.3.7.异频切换成功率192.4.业务完整类指标192.4.1.上行PDCP SDU丢包率192.4.2.下行PDCP
2、SDU丢包率192.5.资源负荷类指标192.5.1.上行PRB平均利用率192.5.2.下行PRB平均利用率193.华为LTE主要KPI优化方法及案例203.1.呼叫接入类指标优化方法203.1.1.处理步骤203.1.2.呼叫接入类优化案例213.2.呼叫保持类指标优化方法223.2.1.处理步骤233.2.2.呼叫保持类优化案例233.3.移动管理类指标优化方法253.3.1.处理步骤263.3.2.移动管理类优化案例264.爱立信LTE主要KPI优化方法及案例284.1.接入类指标优化方法284.1.1.告警核查284.1.2.干扰核查304.1.3.准入控制分析334.1.4.检查弱
3、覆盖344.1.5.接入类问题优化案例344.2.呼叫保持类指标优化方法364.2.1.分析流程364.2.2.弱覆盖384.2.3.上行高干扰384.2.4.PCI模3干扰404.2.5.传输故障404.2.6.eNodB问题404.2.7.切换引起掉话414.2.8.检查MME是否存在告警424.3.移动管理类指标优化方法424.3.1.LTE切换异常现象424.3.2.切换问题分析流程434.3.3.切换主要问题441. 概述本文根据成都联通LTE网络的差小区分析，结合LTE的KPI的基本原理，归纳总结接呼叫接入类指标，呼叫保持类指标，移动管理类指标，业务完整类指标，资源负荷类指标等5类
4、主要的LTE指标差小区的问题及分析流程及案例。2. LTE主要KPI介绍2.1. 呼叫接入类指标接入过程是手机开始与网络连接的初始过程，主要包括随机接入，RRC连接的建立，以及各种ERAB承载连接的建立。接入型对后续的保持性和移动性指标都有着重要的意义，同时接入性又直接影响用户的感知度，因此优化接入性指标对与改善用户感知度，提高保持性和移动性都有具体的重要意义。2.1.1. RRC建立成功率定义：RRC建立成功率= RRC连接建立完成次数 / RRC连接请求次数*100%；图1RRC连接请求次数（不包括重发）定义：如图1中A点所示，当小区接收到UE发送的RRC Connection Reque
5、st消息时，统计对应指标；RRC连接建立完成次数定义：如图1中C点所示，当小区接收到UE返回的RRC Connection Setup Complete消息时，统计对应指标。2.1.2. E-RAB建立成功率定义：E-RAB建立成功率=E-RAB建立成功总次数 / E-RAB建立尝试总次数*100%； 图2 图3E-RAB建立尝试总次数定义：如图2或图3中A点所示，当eNodeB收到来自MME的INITIAL CONTEXT SETUP REQUEST或者E-RAB SETUP REQUEST消息时根据不同QCI类型统计该指标。如果INITIAL CONTEXT SETUP REQUEST或者
6、E-RAB SETUP REQUEST消息中要求同时建立多个E-RAB，则相应指标根据业务的QCI按具体的E-RAB建立数目分别进行累加，同时，根据消息要求建立的E-RAB个数对E-RAB建立尝试总次数进行累加，即指标L.E-RAB.AttEst累加。E-RAB建立成功总次数定义：如图2或图3中B点所示，当eNodeB向MME发送E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息时根据不同QCI类型统计该指标。如果E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息中同时携带多个E
7、-RAB的建立成功结果，则相应指标按各个业务的QCI分别进行累加。同时，根据消息中携带的E-RAB建立成功个数，对E-RAB建立成功总次数进行累加，即指标L.E-RAB.SuccEst累加。2.2. 呼叫保持类指标2.2.1. LTE业务掉话率定义：LTE业务掉话率= E-RAB异常释放总次数 /( E-RAB异常释放总次数 + E-RAB正常释放总次数 )*100%； 图4E-RAB异常释放总次数定义：如图4中A点所示，当eNodeB向MME发送E-RAB RELEASE INDICATION消息，当释放原因不为“Normal Release”，“Detach”，“User Inactivi
8、ty”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful Handover”时根据不同QCI类型统计指标L.E-RAB.AbnormRel.eNBTot.QCI.1L.E-RAB.AbnormRel.eNBTot.QCI.9，当判断相应承载有数传时统计指标L.E-RAB.AbnormRel.QCI.1L.E-RAB.AbnormRel.QCI.9。如果E-RAB RELEASE INDICATION消息中要求同时释放多个E-RAB，则相应指标按各个业务的QC
9、I分别进行累加；如图4中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”时根据不同QCI类型统计指标L.E-RAB.AbnormRel.eNBTot.QCI.1L.E-R
10、AB.AbnormRel.eNBTot.QCI.9，当判断相应承载有数传时统计L.E-RAB.AbnormRel.QCI.1L.E-RAB.AbnormRel.QCI.9指标。如果被释放用户建立了多个E-RAB，则相应的指标统计多次。并且在MME回复UE CONTEXT RELEASE COMMAND消息时，相应指标不会被重复记录。 图5E-RAB正常释放总次数定义：如图5中A点所示，eNodeB主动发起的释放，当eNodeB向MME发送E-RAB RELEASE INDICATION消息时，如果释放原因为“Normal Release”，“Detach”，“User Inactivity”，
11、“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，或者判断相应承载无数传时，根据不同QCI统计相应指标。如果E-RAB RELEASE INDICATION消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。同时，根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。如图5中A点所示，MME主动发起的释放，当eNodeB收到来自MME的E-RAB RELEASE COMMAND消息时，根据不
12、同QCI统计相应指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。同时，根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。如图5中A点所示，eNodeB主动发起的释放，当eNodeB向MME发送UE CONTEXT RELEASE REQEUST消息时，会释放UE的所有E-RAB。如果释放原因为“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not A
13、vailable for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”，或者判断相应承载无数传时，根据不同QCI统计相应指标。同时，根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。并且在MME回复UE CONTEXT RELEASE COMMAND消息时，相应指标不会被重复记录。如图5中B点所示，MME主动发起的释放，当eNodeB收到来自MME的UE CONTEXT RELEASE COMMAND消息时
14、，会释放UE的所有E-RAB，如果释放原因不是切换类原因值，包括“Successful Handover”，“Partial Handover”，“S1 intra system Handover triggered”，“S1 inter system Handover triggered”，“X2 Handover triggered”，则根据不同的QCI统计相应指标。同时，根据具体业务数目对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。2.2.2. UE上下文掉线率定义：UE上下文掉线率=( UE Context异常释放次数 /( UE Cont
15、ext异常释放次数 + UE Context正常释放次数 )*100%； 图6UE Context异常释放次数定义：如图6中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
16、”时，测量指标L.UECNTX.AbnormRel加1。如图6中A点所示，当eNodeB向MME发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.eNodeB进行累加。如图6中A点所示，当MME向eNodeB发送S1 RESET消息时，根据包含的上下文个数，指标L.UECNTX.Rel.S1Reset.MME进行累加。图 7UE Context正常释放次数定义：如图7中A点所示，eNodeB主动发起的释放，当eNodeB向MME发送UE CONTEXT RELEASE REQEUST消息时，且释放原因为“Normal Release”，“Detac
17、h”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time critical handover”，“Handover Cancelled”时，该指标加1。并且在MME回复UE CONTEXT RELEASE COMMAND消息时，该指标不会被重复记录。如图6中B点所示，MME主动发起的释放，当eNodeB收到来自MME的UE CONTEXT RELEASE COMMAND消息时，且如果释放原因不是切换类原因值，包括“Successful
18、Handover”，“Partial Handover”，“S1 intra system Handover triggered”，“S1 inter system Handover triggered”，“X2 Handover triggered”，则该指标加1。2.3. 移动管理类指标切换事件概述：LTE主要有下面几种类型测量报告： Event A1 (Serving becomes better than threshold)：表示服务小区信号质量高于一定门限，满足此条件的事件被上报时，eNodeB停止异频/异系统测量；类似于UMTS里面的2F事件； Event A2 (Serving
19、 becomes worse than threshold)：表示服务小区信号质量低于一定门限，满足此条件的事件被上报时，eNodeB启动异频/异系统测量；类似于UMTS里面的2D事件； Event A3 (Neighbour becomes offset better than serving)：表示同频邻区质量高于服务小区质量，满足此条件的事件被上报时，源eNodeB启动同频切换请求； Event A4 (Neighbour becomes better than threshold)：表示异频邻区质量高于一定门限量，满足此条件的事件被上报时，源eNodeB启动异频切换请求； Event
20、A5 (Serving becomes worse than threshold1 and neighbour becomes better than threshold2)：表示服务小区质量低于一定门限并且邻区质量高于一定门限；类似于UMTS里的2B事件； Event B1 (Inter RAT neighbour becomes better than threshold)：表示异系统邻区质量高于一定门限，满足此条件事件被上报时，源eNodeB启动异系统切换请求；类似于UMTS里的3C事件； Event B2 (Serving becomes worse than threshold1 a
21、nd inter RAT neighbourbecomes better than threshold2)：表示服务小区质量低于一定门限并且异系统邻区质量高于一定门限，类似于UMTS里进行异系统切换的3A事件。测量事件判决条件eventA1事件进入条件：Ms - Hys Thresh事件离开条件：Ms + Hys ThresheventA2事件进入条件：Ms + Hys ThresheventA3事件进入条件：Mn + Ofn + Ocn - HysMs + Ofs + Ocs + Off事件离开条件：Mn + Ofn + Ocn + Hys Thresh事件离开条件：Mn + Ofn + O
22、cn + Hys ThresheventA5事件进入条件：Ms + HysThresh2事件离开条件：Ms - Hys Thresh1 or Mn + Ofn + Ocn + Hys10%，确定小区存在高误码；5）确实是否是资源不足的问题可以通过后天话统查看：资源分配失败而导致RRC连接建立失败的次数，无线资源不足导致E-RAB建立失败次数，这些话统确认是否小区资源不足导致接入失败。6）确认是否是终端或是用户行为异常 需要通过对用户进行后天信令跟踪和前台现场测试结合来确认问题原因；7）问题闭环。3.1.2. 呼叫接入类优化案例CDF1730_大丰王桥2社_3小区接入失败分析问题描述：CDF17
23、30_大丰王桥2社_3小区的RRC建立成功率一直持续在98%左右。问题分析：a. 核查该站是否有告警：无；b. 后台取小区的系统上行每个PRB上检测到的干扰噪声的平均值，都在-118左右，正常无干扰；c. 分析主要RRC建立失败的主要原因为：UE无应答而导致RRC链接建立失败。由此可见主要问题是由于弱覆盖导致的RRC建立失败，由于该站点处在绕城附件的郊区，站间距离在1公里以上，检查该小区的RS功率为15.2dBm，修改该小区的RS功率为16.2 dBm后，问题解决。d. 修改RS功率后，RRC建立成功率提升到99%以上，问题闭环。3.2. 呼叫保持类指标优化方法呼叫保持类指标分析流程：3.2.
24、1. 处理步骤1）小区是否存在异常告警；2）对于eNodeB发起的原因为切换失败的UE Context释放：需要提取两两小区切换确定目标小区；1.确定目标小区运行情况，是否基站故障或异常告警； 2. 检查邻区间参数设置是否正确； 3.检查小区邻区配置是否合理，进行邻区合理性优化； 4.检查基站是否周边站点缺少，如为孤站，可视为正常；3）对于eNodeB发起的原因为上行弱覆盖的UE Context异常释放：如果有是上行弱覆盖导致的异常释放，需要增加RS功率，或是RF优化解决。4）eNodeB发起的S1 RESET导致的UE Context释放次数现统计中eNodeB发起的S1 RESET导致的U
25、E Context释放次数均为0，如统计出现释放次数，需进行针对排查；检查S1链路是否配置正确。5）对于eNodeB发起的原因为UE LOST的UE Context释放和eNodeB发起的原因为无线层问题的UE Context释放：a.参数是否设置合理（1）.查询掉线类定时器设置是否正确； （2）.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； b.是否存在高干扰（1）. 查看小区PCI复用是否合理，是否存在模三冲突； （2）.如每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； c是否存在高质差（1）.通过观察小区上下行丢包率是否正常
26、，如丢包率偏高，基本断定小区存在质差； （2）. 通过后台误码率跟踪，如BLER10%，确定小区存在高误码；d.是否存在弱覆盖（1）.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； （2）. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； e.后天信令跟踪和前台现场测试（1）.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；（2）.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环；3.2.2. 呼叫保持类优化案例CDF3040_平乐古镇_1小区高掉话失败高问题分析1） 问题描述：
27、CDF3040_平乐古镇_1小区高掉话失败高2） 问题分析a. 核查该站是否有告警：无；b. 后台取小区的系统上行每个PRB上检测到的干扰噪声的平均值，都在-118左右，正常无干扰； c. 检查小区两两切换指标,主要切换向邛崃平乐_3小区切换失败。d. 从X2口的标准信令监控来看，主要切换失败都是eNodeB=461188的3小区=邛崃平乐_3，和话统上的两两切换是对应的。e. 检查邛崃平乐_3告警情况，发现该站有射频单元维护链路异常告警，BBU CPRI接口异常告警，小区服务能力下降告警。f. 推动维护处理告警后，指标恢复，问题闭环。3.3. 移动管理类指标优化方法移动管理类指标分析流程：3
28、.3.1. 处理步骤1) 小区是否存在异常告警；2) 参数核查，核查小区的切换参数是否正确合理3) 排除核心网的原因1. 请核心网配合对参数进行核查及信令跟踪排查问题；4) 后台提取两两小区切换次数，找到失败的目标小区5) 核查外部小区和邻区关系6) 核查小区是否有干扰，确认是模三干扰，还是外部干扰7) 是否存在弱覆盖，RS功率，RF优化，新增站点8) 是否存在资源不住引起的拥塞问题，扩容，新增站点9) 闭环。3.3.2. 移动管理类优化案例CDF0586_文家七里沟8组_3小区切换成功率低问题分析问题描述：CDF0586_文家七里沟8组_3小区切换成功率低，在80%多；问题分析：a. 核查该
29、站是否有告警：无；b. 后台取两两小区切换数据，显示每天向CDF0654_多联建材_2和CDF127931合作镇清江社区_2切换失败，这2个小区距离该基站超过5公里，冗余的外部小区，外部小区优化；c. 该站位于光华大道二段附件，与爱立信交接区域（绿色爱立信，蓝色华为）存在模三干扰的。修改CDF0586_文家七里沟8组_3小区PCI由365修改为35。 4. 爱立信LTE主要KPI优化方法及案例4.1. 接入类指标优化方法4.1.1. 告警核查接入差小区处理流程第一步：检查是否因硬件问题导致接入指标差(若RRC建立成功率很高，仅因为ERAB承载建立成功率低而引起接入指标差，可直接进入第三步准入控
30、制分析)。硬件告警告警查询相关操作， Event查询，可以快速查看站点运行情况，核查是否发生故障。操作日志查询：lgo历史告警查询：lga当前告警查询：alt历史Event查询：lge站点硬件运行情况查询：invhr站点硬件运行情况查询：cabx站点运行log查询：te log readvswr查询：lhrufui get vswr常见影响KPI告警：TimingSyncFault（GPS信号不稳定）；System Clock Quality Degradation（时钟同步告警）；SectorEquipmentFunction=3 (timeout_expired)；附告警查询操作实物图：
31、天馈告警如果基站出现驻波告警会影响小区的接入性，有些天馈问题可能没有告警，FFAX是检测这类问题较方便的工具告警标识：VswrOverThreshold（驻波比告警，可以cabx查看RRU驻波比，一般驻波比设置为1.5db，小于1.5db就不会有告警）。 信道检查检查Enode各个信道是否正常，若仅有PRACH、PDSCH、PUSCH信道倒掉就会导致用户不能接收到小区信息，数据业务的ERAB建立成功率为0，此种情况只需重启基站或者信道就能恢复正常。 其他告警其他告警如License、传输告警等同样会影响小区的接入性。License Key File Fault（license失效或者没有植入，
32、所以导致这样的告警）；Gigabit Ethernet Link Fault（1.传输光口光纤断，2.传输光口没有插光纤）；4.1.2. 干扰核查检查干扰主要包括:UL RSSI 是否处于正常值范围、模三干扰、直放站干扰。UL RSSILTE从统计上检查UL RSSI 的counter 值：pmRadioRecInterferencePwr是否正常:一般认为-120dBm-110 dBm为合理范围，但大于-105 dBm时认为RSSI 偏低，过来可能原因包括:TMA 问题，天线问题，硬件故障(馈线/连接器/跳线)等，需要逐一排查；当大于-100 dBm时认为RSSI 偏高，过来原因包括:TMA 问题，话务增加，干扰增加以及错误配置等，应检查TM
