LTE质差小区处理指导书.doc

.目录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 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.检查弱覆盖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类主要的LTE指标差小区的问题及分析流程及案例。2. LTE主要KPI介绍2.1. 呼叫接入类指标接入过程是手机开始与网络连接的初始过程，主要包括随机接入，RRC连接的建立，以及各种ERAB承载连接的建立。接入型对后续的保持性和移动性指标都有着重要的意义，同时接入性又直接影响用户的感知度，因此优化接入性指标对与改善用户感知度，提高保持性和移动性都有具体的重要意义。2.1.1. RRC建立成功率定义：RRC建立成功率= RRC连接建立完成次数 / RRC连接请求次数*100%；图1RRC连接请求次数（不包括重发）定义：如图1中A点所示，当小区接收到UE发送的RRC Connection Request消息时，统计对应指标；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或者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-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 Inactivity”，“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，则相应指标按各个业务的QCI分别进行累加；如图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-RAB.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”，“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消息时，根据不同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 Available 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消息时，会释放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 Context异常释放次数 + 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”时，测量指标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”，“Detach”，“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 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 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 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 and 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 + Ocn + Hys ThresheventA5事件进入条件：Ms + HysThresh2事件离开条件：Ms - Hys Thresh1 or Mn + Ofn + Ocn + Hys10%，确定小区存在高误码；5）确实是否是资源不足的问题可以通过后天话统查看：资源分配失败而导致RRC连接建立失败的次数，无线资源不足导致E-RAB建立失败次数，这些话统确认是否小区资源不足导致接入失败。6）确认是否是终端或是用户行为异常 需要通过对用户进行后天信令跟踪和前台现场测试结合来确认问题原因；7）问题闭环。3.1.2. 呼叫接入类优化案例CDF1730_大丰王桥2社_3小区接入失败分析问题描述：CDF1730_大丰王桥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.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导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；检查S1链路是否配置正确。5）对于eNodeB发起的原因为UE LOST的UE Context释放和eNodeB发起的原因为无线层问题的UE Context释放：a.参数是否设置合理（1）.查询掉线类定时器设置是否正确； （2）.如掉线率突增，查询操作日志，确认是否有修改，导致小区异常； b.是否存在高干扰（1）. 查看小区PCI复用是否合理，是否存在模三冲突； （2）.如每PRB上干扰噪声平均值-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； c是否存在高质差（1）.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； （2）. 通过后台误码率跟踪，如BLER10%，确定小区存在高误码；d.是否存在弱覆盖（1）.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； （2）. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； e.后天信令跟踪和前台现场测试（1）.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因；（2）.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环；3.2.2. 呼叫保持类优化案例CDF3040_平乐古镇_1小区高掉话失败高问题分析1） 问题描述：CDF3040_平乐古镇_1小区高掉话失败高2） 问题分析a. 核查该站是否有告警：无；b. 后台取小区的系统上行每个PRB上检测到的干扰噪声的平均值，都在-118左右，正常无干扰； c. 检查小区两两切换指标,主要切换向邛崃平乐_3小区切换失败。d. 从X2口的标准信令监控来看，主要切换失败都是eNodeB=461188的3小区=邛崃平乐_3，和话统上的两两切换是对应的。e. 检查邛崃平乐_3告警情况，发现该站有射频单元维护链路异常告警，BBU CPRI接口异常告警，小区服务能力下降告警。f. 推动维护处理告警后，指标恢复，问题闭环。3.3. 移动管理类指标优化方法移动管理类指标分析流程：3.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. 核查该站是否有告警：无；b. 后台取两两小区切换数据，显示每天向CDF0654_多联建材_2和CDF127931合作镇清江社区_2切换失败，这2个小区距离该基站超过5公里，冗余的外部小区，外部小区优化；c. 该站位于光华大道二段附件，与爱立信交接区域（绿色爱立信，蓝色华为）存在模三干扰的。修改CDF0586_文家七里沟8组_3小区PCI由365修改为35。 4. 爱立信LTE主要KPI优化方法及案例4.1. 接入类指标优化方法4.1.1. 告警核查接入差小区处理流程第一步：检查是否因硬件问题导致接入指标差(若RRC建立成功率很高，仅因为ERAB承载建立成功率低而引起接入指标差，可直接进入第三步准入控制分析)。硬件告警告警查询相关操作， 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)；附告警查询操作实物图： 天馈告警如果基站出现驻波告警会影响小区的接入性，有些天馈问题可能没有告警，FFAX是检测这类问题较方便的工具告警标识：VswrOverThreshold（驻波比告警，可以cabx查看RRU驻波比，一般驻波比设置为1.5db，小于1.5db就不会有告警）。 信道检查检查Enode各个信道是否正常，若仅有PRACH、PDSCH、PUSCH信道倒掉就会导致用户不能接收到小区信息，数据业务的ERAB建立成功率为0，此种情况只需重启基站或者信道就能恢复正常。 其他告警其他告警如License、传输告警等同样会影响小区的接入性。License Key File Fault（license失效或者没有植入，所以导致这样的告警）；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 问题，话务增加，干扰增加以及错误配置等，应检查TMA，观察话务量走势，使用频谱分析仪检测干扰，检查是否有错(馈线接反)等。网管侧查看统计方法：1. 定义了IntferenceScanner统计，pmRadioRecInterferencePwr这个测量值2. 激活定义好的测量scanner状态=pdebIntferenceScanner3. 激活后，IntferenceScanner为active状态4. 查看定义的统计=PST, IntferenceScanner为active状态5. 查看site实际底噪=pget . pmRadioRecInterferencePwr$pmRadioRecInterferencePw i16为底噪打点分布区间，本站多分布在【3】6. 查询pmRadioRecInterferencePwr参数含义=pmom .pmRadioRecInterferencePwr$16个区间对应的N+I分布值，【3】区间为-119-118；一般N+I在=-106以上才有问题，不正常【11】正确情况，底噪应该多分布在【0】【4】 同PCI干扰定期进行全网一二级PCI冲突检查，保证相同扰码的复用距离不要过近造成干扰，PCI检查工具可以使用 XNOW。另外模三冲突需要大量DT测试数据发现。网管侧PCI查看：指令：查看PCI：get eutrancellfdd physical PCI=physicalLayerCellIdGroup*3+physicalLayerSubCellId直放站干扰直放站干扰是目前存在的最普遍的上行干扰问题之一。直放站干扰分为无线直放站干扰和光纤直放站干扰。无线直放站实际上是一个宽频放大器，它将整个移动上行和下行频带放大，实现信号覆盖。无线直放站有合法直放站和非法直放站之分，合法直放站由于设置不好，会造成对基站的干扰，但较多的无线直放站干扰为非法私自安装的无线直放站或MINI直放站，这是因为劣质的无线直放站价格便宜，在人口密度大，移动信号覆盖不好的场所经常私自安装。无线直放站的干扰特点是频带宽，占据整个上行，且幅度不稳定。 光纤直放站干扰频谱的底噪音较强，比正常业务情况下的噪音电平一般高20dB30dB，干扰区域也较大，可造成该区域部分用户无法正常使用手机，未接通、掉话等现象。光纤直放站的干扰特点是频带宽，占据整个上行，且幅度稳定。处理方法：l 拆除私自安装的无线直放站或MINI直放站； l 用频谱仪测试合法无线直放站接收施主基站信号的强度，如果信号较强建议加装衰减器，确保接收到的施主基站信号强度在-70dBm左右。l 确保合法无线直放站的施主天线与重发天线有较好的隔离度，避免自激现象产生，同时建议施主天线的安装高度不超过6层楼。l 根据现场实际情况，重新调整无线直放站的上、下行ATT值。上行ATT设置值下行ATT设置值5dB 下行ATT设置值直放站下行额定输出功率2dBm为设置依据。l 排查是否存在其他运营商无线宽频直放站的干扰。 无线宽频直放站也会因为器件的参数问题，放大联通上行频段内的一些频点，对联通上行频段产生干扰。4.1.3. 准入控制分析 MpLoad统计counter：pmRrcConnEstabFailHighLoadpmRrcConnEstabFailOverload如果EnodeMpLoad负荷过高则会产生RRC 建立受限，需要通过参数调整、RF优化、新增站点、扩载波等方法可以降低Enode负荷。 CU LICENSE受限pmLicConnectedUsersMax（峰值用户数）pmLicconnectedUsersLicense（LICENSE许可用户数）当pmLicConnectedUsersMax/pmLicconnectedUsersLicense*100% =75%将会影响用户接入，因此建议采取相应解决措施。主要解决手段：CU license 扩容、RF优化负荷分担。话务热点覆盖分担有时话务热点区域用一个sector 或site 无法满足话务需求，可以引入附近其他不拥塞小区覆盖分担话务，之后再考虑扩容。4.1.4. 检查弱覆盖通过WMRR 判断是否存在弱覆盖。弱覆盖解决主要手段为:物理手段与参数调整手段 物理手段:调整天线、处理阻挡、处理因天线性能或老化导致弱覆盖等情况。 参数调整:maximumTransmissionPower、PAPB、；检查参qRxLevMin、qQualMin、观察周围是否有信号较强小区。注意提升qRxLevMin、qQualMin会较容易提升相关小区的接入指标，但可能造成真正的无法接入，不建议偏离default 值过远。 n Neighbor 合理化。如果有较明显的漏定邻区，会导致UE 在idle 状态时不容易驻留在最好的小区，导致起呼接入查。4.1.5. 接入类问题优化案例案例：对比38个扩容站点的指标对比情况1：业务量（38个站点扩容前后业务量平均增长10.89%）2：RRC建立成功率（提取实际忙时，38个站点平均提升2.75%）。3：ERAB建立成功率（提取实际忙时，38个站点平均提升1.76%）4：切换成功率（提取实际忙时，38个站点平均提升0.73%）。4.2. 呼叫保持类指标优化方法本流程主要关注数据业务的保持性指标。数据掉线爱立信的统计原因基本可分为6大类型不同的掉线原因相对有不同的处理方法，以下对不同原因的掉线分析排查清单和解决建议。4.2.1. 分析流程counter：数据收集：1、计算保持性KPI公式及可能影响掉线counter原始数据；2、全网地图文件(MapInfo图层及google earth文件)；3、最新全网database信息；4、差小区的告警信息；4.2.2. 弱覆盖UE检测主服务小区及邻小区都低于-100dBm，定义为弱覆盖现象，可以通过现场工程师SSV_DT验证及MRR测量信息收集是否存在四超站点(超高、超低、超近、超远)、基站告警退服、邻区漏配等原因导致RSRP-100dBm，建议消除告警、邻区优化、RF优化、增加新站加强覆盖。4.2.3. 上行高干扰从系统上检查PUCCH和PUSCH的counter：pmRadioRecInterferencePwr是否正常目前2/3/4G基站共存导致系统干扰也大幅度提升，如天线隔离度不够导致阻塞、互调、杂散干扰等，工程师需通过上站收集天馈信息、DT(Driver Test)数据BLER误码率及扫频仪器来判断干扰源，一般认为-110dBm为合理范围，当-110dBm时认为存在上行干扰，可能原因包括：上行不同步(TDD)、广电干扰，天线问题，硬件故障(馈线、连接器、跳线)等，需逐步排查干扰源。如果检查结果值相对较高可以进行以下排查：l 问题小区是否固定一个时间段PUCCH和PUSCH值较高还是全天都处于偏高状态。l 全天值都处于较高，需要发单处理要求检查基站。A. 是否有天线问题、硬件故障(馈线、连接器、跳线)，硬件问题。B. 附近有没有干扰源，特别是小区覆盖隐私密度较高的建筑，如政府部门重要机构，军区，医院，学校等。如果有是否可以通过调整天线物理来解决。建议解决方案： 一般在基站正常工作的情况下，掉线主要由于弱覆盖区域、小区天线物理设置不合理导致过覆盖或者重叠覆盖高1、 天馈调整通过RF优化有效控制覆盖合理性。2、 参数调整可以通过参数调整，如RS参考信号PA/PB等来进行优化。3、 勘站及路测检查站点是否广告牌或者其它实物阻挡如美化天线，如有必要发单要求整改，另外通过路测检查问题小区的信号是否处于重叠覆盖区域。4、 新开站点如果处于站点比较稀疏的区域容易造成掉线不因只加强PA/PB或者天线来增加覆盖，而是尽量催开附件的规划站点或者提新建站点来解决，相关列表记得长期维护并且时时更新。5、邻近站点退服