东莞LTE掉线指标专题分析指导
1、概述
本文主要结合东莞移动LTE现网无线掉线指标情况，根据现网数据统计分析，重点介绍了LTE系统内掉线率指标的优化思路、分析方法、定位手段及典型案例；影响掉线指标的原因主要包括：弱覆盖、干扰、故障及参数设置、异常TOP终端等。
2、无线掉线率定义及分析
无线掉线指标定义
无线掉线率= eNB异常请求释放上下文数/初始上下文建立成功次数*100%。
（eNB请求释放上下文数=eNodeB发起的UE Context释放次数+eNodeB发起的S1 RESET导致的UE Context释放次数
初始上下文建立成功次数=UE Context建立成功总次数）
过UE CONTEXT RELEASE REQUEST中包含异常原因的消息个数统计；初始上下文建立成功次数通过包含建立成功信息的Initial Context Setup Response消息个数。
如中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”时，测量指标加1
如图2中A点所示，当eNodeB
如图3中A点所示，当MME向eNodeB
常见掉线原因分析
邻区错/漏配
通常，网络建设初期优化过程掉线占大多数是由于邻区错/漏配导致的。对于LTE网络内同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：
方法一：如果掉线后UE马上重新接入，且UE重新接入的PCI与UE掉线时的PCI不一致，则可以怀疑是邻区错/漏配问题，可以通过测量控制进一步进行确认（从掉线位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。
方法二：在网络侧，观察eNodeB在收到UE上报的测量报告后如果没有处理，且同时X2口没有往目标小区发送HANDOVER_REQUEST，则可以怀疑是邻小区漏配。（该方法只适用于异站切换，同站切换没有X2口交互）。
邻区漏配导致的掉线也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉线发生的时候，UE没有测量或者上报异频邻区，而UE掉线后重新驻留到异频邻区上。异系统邻区漏配表现为UE在LTE网络掉线，掉线后UE重新选网驻留到异系统网络，且从信号质量来看，异系统网络的质量很好。
定位邻小区错/漏配的方法可通过UE的Scanner功能进行扫频，观察是否有更强的的且不在邻小区列表中的小区。
邻小区错/漏配需要结合工参、电子地图等信息进行优化。
。
弱覆盖
弱覆盖是超出了链路预算获得的最大路损得到的下行及上行的覆盖，由于上下行支持的最大路损不一致，通常在LTE中上行较之于下行先受限，故在这里提到的弱覆盖将分为上行弱覆盖及下行弱覆盖。
按照V100R004C00及以后版本的商用网典型配置来看，下行PDSCH导频配置的是（2T2R配置），上行UE最大发射功率为23dBm。在链路预算过程中链路预算的结果和场景、链路预算的边缘吞吐率、接收机灵敏度等的配置强相关。
相关链路预算结果如下表所示：
链路预算结果
从上表可见，该场景下（下行边缘吞吐率为1024k，最少39个RB）下行支持的最大路损为，则按照导频是来计算的话，下行支持的最小RSRP为，若低于该电平值，则可以认为下行存在弱覆盖。而该场景（上行边缘吞吐率64k，最少3个RB）上行支持的最大路损为，则上行支持的最小RSRP 为= ，若上行低于该值，则就认为上行存在弱覆盖。只要是上行或者下行其中一个存在弱覆盖，则就有导致掉线发生的可能。
弱覆盖问题需要结合实际路测情况及工参进行调整优化。
切换导致的掉线
在LTE系统中，在时间轴上，可将切换分为如下3类：过早切换、过晚切换及乒乓切换。由于重建的引入，通常过早切换能重建回源小区，故不会引发掉线，而过晚切换及乒乓切换易导致掉线。
从信号变化趋势上来看，过晚切换主要有以下现象：
1）拐角效应：源小区RSPR/SINR陡降，目标小区RSRP/SINR陡升（即突然出现在邻小区列表中就是很高的值）；
2）针尖效应：源小区RSPR/SINR快速下降后一段时间后上升，目标小区出现短时间的陡升后立即陡降。
因为切换过晚时容易发生目标小区没有UE的上下文，由于之前的版本尚未实现无上下文的重建，故易造成重建失败，最终导致掉线。之后的版本在多数场景下可以无上下文重建成功，如果该现象仍有发生，需要具体问题再具体分析。
从信令流程上看，一般在掉线前UE上报了邻区的A3测量报告，eNodeB也收到了测量报告，并下发了切换命令，但是UE侧收不到，此时如果目标小区能有UE的上下文且能重建成功，可以不掉线。乒乓切换在信号变化趋势上有如下表现：
1）主服务小区变化快：2个或者多个小区交替成为主服务小区，主服务小区具有较好的RSRP和SINR 且每个小区成为主导小区的时间很短；
2）无最优小区：存在多个小区，RSRP正常而且相互之间差别不大，每个小区的SINR都很差。
从信令流程上看，一般可以看到UE刚刚完成一次切换后就有新的测量报告上报并发起另一次切换，由于切换后还有较多的重配置消息下发（CQI上报模式、sounding等），在乒乓区域易导致这些命令超时失败引起掉线。
解决切换过晚导致的掉线问题，可以通过调整天线位置，修改切换参数或者配置CIO使目标小区能够提前发生切换；解决乒乓切换带来的掉线问题，主要通过调整天线位置改善RF，使得该区域能有一个稳定的最优小区。
对于异频切换和异系统切换，在切换前需要通过启动GAP来进行异频或者异系统频点的测量，故需要对A2参数进行合理配置，保证及时的起GAP测量，从而避免起GAP过晚导致的终端来不及测量
目标侧小区的信号导致掉线，并合理的配置目标小区的门限。
干扰引起的掉线
通常干扰分为上行干扰及下行干扰，系统内干扰及外来干扰。不论哪种类型的干扰都会导致掉线。通常，对于下行，当服务小区的RSRP高于-90，但是SINR低于-6，基本上可以认为是下行干扰的
问题（当邻小区错/漏配或切换不及时的时候，也可能出现服务小区RSRP信号很好，但SINR很差
的情况）；下行的干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信
号的波动常常出现频繁小区重选或者乒乓切换，可能会导致掉线。
通常在没有干扰的情况下，上下行是平衡的，而当下行存在干扰时，会体现在下行受限，上行不受限；而存在上行干扰时，则是上行受限但下行不受限。
流程交互失败
一些需要信令交互的流程，如CQI上报周期、MIMO模式、SRS、ANR流程等，这些流程往往常常会
由于无线环境的原因，eNodeB与终端侧兼容方面的原因或者UE本身的问题导致流程失败，最后导致掉线。
这类问题需要针对特定的流程进行分析，特殊情况特殊处理，没有一般性的处理方法。
异常分析
传输问题（S1、X2口复位、闪断等）
eNB故障（单板复位、射频通道故障等）
UE故障等（UE死机、发热、版本缺点等）
在排除了以上的原因之后，其他的掉线一般需要怀疑是否是设备存在问题，需要通过查看设备的日志文件，告警信息等进一步来分析掉线原因。
比如：eNodeB基带板内存泄露导致在发起小区资源核查时释放用户导致掉线；
比如：核心网重启导致的eRAB异常释放。
还有在路测过程中易引起路测终端过热/死机，或者连线脱落/掉电导致的掉线。
优化思路
整网指标优化分析
话统指标分析流程图如下所示：
说明：
1、首先需要在话统侧获取全网的掉话率指标以及趋势，掉话率趋势分析至少需要分析1~2周
左右的数据。如果全网的掉话率指标突然偏高，一般下列因素会导致全网的掉话率突然增加，需要执行以下的检查：
是否存在传输告警：观察S1口传输是否出现问题；
是否存在设备告警：观察eNodeB侧是否存在告警；全网话务量趋势分析：分析是否由于话务量突
然增加导致掉话率上升；话务量的分析通常可通过e-RAB尝试建立的次数及成功次数的分布来判断。
2、然后依据检查结果，定位掉话问题；
如果面全网的掉话率指标一直偏高，分析小区级别的掉话率指标，把小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多而且掉话率也很高的Top小区；进行小区掉话指标分析；
需要检查小区参数在掉话率异常期间是否存在修改。
3、分析掉话统计结果，对Top小区实施优化措施；优化措施实施后对比该小区的掉话率指标是否改善；
4、分析优化措施是否可以全网复制，如果可以的话安排全网经验复制，分析实施后的指标是否满足要求，如果满足要求，那么结束掉话优化；否则，重新进行Top小区优化；
TOP小区优化思路
说明：
1、获取小区级话统的掉话率指标及趋势，掉话率趋势分析至少需要分析1~2周左右的数据；
如果小区的掉话率指标突然偏高，需要检查eNodeB侧是否存在该小区相关的告警信息；检查该小区所属eNodeB的告警，确认该小区没有出现故障等信息；
常见的告警如RRU相关的告警、通道相关的告警、传输相关的告警、基带板相关的告警等。
2、分析小区级掉话原因CHR数据，获取导致掉话的各种原因的比例，按照比例从高到低的顺序分别针对不同的原因进行分析；
3、依据各Top原因所对应的实际掉话原因进行分析处理
4、是否存在OM操作导致的站点复位，重启等导致的掉话；
5、是否有Top用户存在，如果有，需要对Top用户的Log进行详细分析；
6、如果是无法通过CHR数据定位解决的问题，需要通过抓取该Top小区内eNodeB侧的IFTS 数据（TTI跟踪）、串口跟踪进行进一步分析；
7、如无法进行进一步深入分析，则需要使用测试终端进行复现，并抓取UE侧的log及内部打印信息进行进一步定位。
3、PRS-切换相关模板
R9版本PRS中已经建立切换相关的指标模板，可以根据需要自行提取即可。掉线指标提取模板分为两类，掉线指标模板 CONTEXT掉线指标模板，这两项指标都包含在一个PRS模板里。
打开PRS，选择报表管理->KPI组专项优化->掉线率指标->按条件查询：
点击进入的操作界面如下：
选择所需要查询的小区，选择时间-时间维度可以选择（小时、天、周、月、所有）。
查询后的指标如下：
掉线率指标.xlsx
详细指标项如附件：
、案例参考
东莞东城景湖春天E2-HLW-2掉线分析
问题描述：
东莞东城景湖春天E2-HLW掉线严重，指标趋势如下：
原因分析：
分析异常释放原因99%为无线层原因。
查该小区告警存在单板软件运行异常告警，小区服务能力下降告警及射频单元驻波告警，10个RRU且优6个RRU上行数据同步异常。派单维护现场协助处理告警
处理结果：
维护人员现场复位单板后，单板软件运行异常告警及小区服务能下降告警消除，但RRU 81，84的射频单元异常告警还是存在，待继续跟进处理。观察掉线指标恢复东莞塘面工业区F-HLH-1掉线分析
问题描述：
东莞塘面工业区F-HLH-1无线掉线率时好时坏，有时达20%左右，趋势如下：
原因分析：
查该小区无告警，且干扰正常
查询指标统计，E-RAB异常释放主要为切换失败导致, 两两切换指标统计，切换出失败目标小区为CELLID=1878143(东莞桥南路F-HLH-3)
查目标小区东莞桥南路F-HLH-3干扰较严重
处理结果：
目标小区存在上行干扰导致切换失败掉线，目标小区干扰较强，属于外部干扰，待安装滤波器，由于滤波器设备未到位，跟进中
东莞颜屋F-HLH-3掉线分析
问题描述：
东莞颜屋F-HLH-3无线掉线率一直都不达标，趋势如下：
原因分析：
查该小区无告警，观察每个RB上的干扰情况，无明显干扰现象
观察指标，95%的异常释放原因为无线层原因，查询该小区邻区，与周边站点都有定义邻区关系，同频邻区数44个，异频邻区数28个。NASTAR分析，UE多次上报测量报告，且测量到的邻区的RSRP都相对较弱，超过定时后，eNodeB向MME发起释放请求，释放的原因都为“Radio Network Layer Cause
CHR数据分析，主要为上行弱覆盖，如下：
TA测量分析，该小区平均TA=左右，但最大TA=24，有点过覆盖现象。
地理位置分析，该站点两旁都是山体,站点较少，距离最近站点。RSRP小于-110占%。
处理结果：
由于地理环境，周边站点较少，导致东莞颜屋F-HLH-3覆盖区域弱信号，待调整下倾角观察
东莞三滘中路F-HLH-2切换掉线分析
问题描述：
东莞三滘中路F-HLH-2无线掉线率较高，10%以上。见下图：
原因分析：
查源小区东莞三滘中路F-HLH-2无告警，无干扰等情况
统计指标，主要为切换掉线
由信令分析，准备切换成功，在执行切换时失败
测量报告显示，源小区的RSRP=-97dbm.邻小区RSRP=-91dbm。同频切换，邻小区RSRP比源小区强6dbm，但无法切换，最终eNodeB向MME发起释放请求无漏配邻区关系，检查邻区配置参数，发现源小区所定义的外部小区PCI与邻区东莞大围头F-HLH-2和东莞大围头F-HLH-3PCI定义错误
处理结果：
把外部小区PCI修改于邻小区一致后，东莞三滘中路F-HLH-2掉线恢复正常
4、整网指标优化情况
自9月22日开始掉线专题优化后，掉线率有所下降，指标趋势如下：