LTE的掉话原因分析及处理思路加精值得收藏.docx
《LTE的掉话原因分析及处理思路加精值得收藏.docx》由会员分享，可在线阅读，更多相关《LTE的掉话原因分析及处理思路加精值得收藏.docx（13页珍藏版）》请在冰点文库上搜索。
LTE的掉话原因分析及处理思路加精值得收藏
LTE的掉话原因分析及处理思路
LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。
统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。
正常释放流程如下：
一、外场常见掉话原因分析
目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。
掉话原因1：
弱覆盖
现象:
由于弱覆盖导致的掉话，通常有以下表现：
1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR也一起持续变差（小于0dB，甚至小于-3dB）。
2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。
解决方案:
要解决此类掉话，需要改善覆盖。
具体手段有：
1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。
2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。
如常用的天馈调整、站点建设等。
具体案例：
对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。
通过调整PA：
3→0，RS参考功率：
→，覆盖改善，掉线风险大大降低。
掉话原因2：
越区覆盖
现象:
在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：
1.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：
1.越区覆盖的一般优化原则是：
在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
如调整越区覆盖扇区的天线下倾角、天线挂高、其次可以下调越区覆盖信号的RS功率、谨慎调整越区覆盖扇区的天线方位角。
2.如果越区覆盖导致了导频污染，根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区，并加强它的覆盖。
具体案例：
对呼和浩特市鄂尔多斯大街尚东风景附近DT过程中占用到CA小区金岁酒店-TL_2小区，越区无邻区关系存在掉线风险。
通过配置CA金岁酒店-FL_2小区和嘉林小区-FL1/3邻区关系，并下压金岁酒店-FL_2小区机械倾角3°。
掉话原因3：
切换失败
现象：
由于切换失败导致的掉话，通常有以下表现：
1.在掉话前，UE曾发出MeasurementReport（满足切换的测量配置门限），并能收到eNB发来的RRCConnectionReconfiguration。
2.但是UE收取目标小区的广播消息之后，立即上报RRC连接重建立请求rrcConnectionReestablishmentRequest;Cause=handoverFailure。
3.通常情况下，UE在切换失败后，会发起回到源小区的RRC连接重建立请求，并且此类RRC连接重建立大部分都是成功的。
解决方案：
1.检查源小区的邻区配置情况，确认邻区参数配置正确。
2.确认目标小区的工作状态正常（包括传输无误码、功率输出正常、小区负荷不会导致拒绝切入）。
3.确认源小区和目标小区的软件版本是否正确。
4.了解切换失败的规律（是否配置了X2是否集中在某个小区、该小区切换成功率是否较低周边是否有新开站点是否处于不同的MME边缘是否处于不同频率的基站交界处）。
具体案例：
在武川第三中学3扇区方向测试时，终端占用武川万兴园-2扇区（PCI282）向武川第三中学3扇区（PCI278）切换失败，核查武川万兴园-2扇区邻区关系配置错误，更正与武川第三中学邻区关系参数配置后，切换正常。
掉话原因4：
邻区漏配
现象：
由于邻区漏配导致的掉话，通常有以下表现：
1.掉话前后的下行覆盖不差（通常大于-105dBm）。
2.掉话前后小区的SINR变差（因为受到邻区信号的干扰）。
3.关键点：
掉话前UE可能会多次上报测量报告（MR），并且MR中上报的PCI并没有配置在当前服务小区的邻区列表之中。
解决方案：
在网管的掉话前的服务小区列表中，添加漏配的邻区。
具体案例：
对呼和浩特市科尔沁南路DT过程中占用到东把栅东-TL_3小区，无邻区关系存在掉线风险。
通过配置东把栅北3小区与消防总队北1小区邻区关系。
掉话原因5：
系统设备异常
现象：
此类问题的表现现象不一。
一般来说，在确认系统的功率、切换、业务相关参数无误，并排除了无线环境影响后，掉话问题依旧存在，这时可以将问题考虑为系统设备（软件/硬件）异常。
1.切换流程异常（在切换区，无法正常完成切换），而导致掉话。
2.在业务进行到相对固定的一段时间内发生掉话，并且可复现。
3.在特点扇区、eNB下，发生可复现的掉话。
4.跨MME、或跨TA等，在特殊区域进行业务时，发生可复现的掉话。
解决方案：
配合中兴工程师抓取数据，分析跟踪解决问题。
具体案例：
测试过程中发现福瑞大药房-FTL2扇区下载速率不达标，查询基站状态一切正常，没有告警，测试设备一切正常，无线环境也很好RSRP，RSRQ，SINR等值都正常，排除无线侧问题，通过PING服务区发现丢包达到10%以上，见下图：
通过和有线传输侧沟通查询，传输B设备到A设备环路中存在光衰。
有线侧处理完后，经复测该站点2扇区下载速率峰值、均值都达标。
掉话原因6：
干扰
现象：
干扰分类较多，这里主要从上、下行干扰角度分析。
1.上行干扰：
当只有上行链路受到干扰，下行链路无异常表现，UE的发射功率通常较高，而且基站侧测得的RSSI偏高。
2.下行干扰：
当只有下行链路受到干扰，上行链路无异常表现，UE测得的RSRP较好，但是SINR偏差。
解决方案：
定位上行干扰
1.明确干扰所涉及的范围，大致定位干扰区域。
2.使用频谱扫描仪和八木天线进行扫频，定位干扰源。
定位下行干扰
1.首先确认下行干扰非系统内部干扰（需要排除越区覆盖、邻区漏配导致的干扰现象）。
2.明确干扰源来自系统外，使用频谱扫描仪和八木天线进行扫频，排查定位干扰源。
确认干扰源后，可以采用以下方法进行清除或规避：
1.确认干扰源来自他人设备，协调清除干扰源。
2.干扰源来自其他系统，需要增加我方和其他系统的天线隔离度，或在干扰源上加装信号屏蔽装置。
3.变更我方系统的工作频点或带宽，避开干扰。
具体案例：
簇优化测试占用和林2基站1扇区（54954_49）时，RSRP、SINR值各项指标正常，但存在低速率情况，在10Mbps以下，下载速率极低。
排查流程：
1.换机换卡，更换服务器测试问题均存在，排查终端服务器问题。
2.网管查询基站无告警，用户数正常，复位单板、基站，低速率问题仍存在。
3.和林2站点实际测试中:
BLER误码率指标一直在30%以上，峰值达到50%，怀疑存在上行干扰。
4.针对该问题，从后台网管侧对基站底噪问题进行频谱扫描，和林2基站1小区底噪在-75dBm左右，干扰较大，且底噪干扰为全波段干扰抬升，非窄带干扰，如下图：
通知维护人员上站排查干扰后，该站底噪恢复正常，复测问题站点，速率恢复正常。
掉话原因7：
拥塞
现象：
当系统资源不足，而用户数较多时，容易出现拥塞现象。
包括：
1.小区实时激活用户数较多。
2.小区开始出现接纳拒绝。
3.小区的发射功率接近饱和。
4.小区的呼叫建立成功率、掉话率指标恶化。
解决方案：
1.增加系统容量。
（1）增加小区功率容量；
（2）压缩开销信号的功率、RB资源；
（3）下行功率分配相关参数的调整优化；
（4）增加基站、扇区、频点。
2.改变网络拓扑结构，均衡话务负荷。
具体案例：
在日常网管指标监控中，发现大学城商贸-FL-3小区RRC连接建立成功率低，仅为%，同时重定向至3G次数较多，如下：
小区名称
RRC建立成功数目
RRC建立请求数目
RRC连接建立成功率
重定向至3G次数
[FDD]大学生商贸-FL-1
7326
7455
%
5
[FDD]大学生商贸-FL-2
4665
4693
%
4
[FDD]大学生商贸-FL-3
19699
51612
%
1075
网管核查大学城商贸-FL基站无告警，无干扰。
统计同一时间段RRC连接失败原因，发现多数为eNB接纳失败。
如下：
核查网管参数发现接纳控制参数小区RRC连接用户数门限值设置为30，数据统计发现大学生商贸-FL-3小区用户面流量较高，最大RRC连接用户数已达到最大设置的30，如下：
小区名称
空口上行用户面流量（MByte）
空口下行用户面流量（MByte）
最大RRC连接用户数_1
[FDD]大学生商贸-FL-1
21
[FDD]大学生商贸-FL-2
14
[FDD]大学生商贸-FL-3
30
修改小区RRC连接用户数门限至80，观察指标已恢复正常。
小区名称
[LTE]RRC建立成功数目
[LTE]RRC建立请求数目
[FDD]RRC连接建立成功率
重定向至3G次数
[FDD]大学城商贸-FL-3（51）
27550
27739
%
0
二、网管统计掉话原因分析
LTE网管中定义了网管统计E-RAB掉线率指标的具体原因，分析如下：
掉话原因码
原因描述
说明
解决办法
C1
E-RAB释放次数，由于ENB过载控制导致的释放（次）
异常释放
基站过载负荷检查
C1
E-RAB释放次数，由于ENB其他异常原因（次）
异常释放
基站内部故障或所列之外的Cause释放
C1
E-RAB释放次数，由于ENB小区拥塞导致的释放（次）
异常释放
进行负荷均衡优化处理或容量规划
C1
E-RAB释放次数，由于ENB的无线链路失败（次）
异常释放
无线覆盖、干扰、硬件等原因引起
C1
E-RAB释放次数，由于ENB重建立失败（次）
异常释放
对触发重建的原因及重建被拒进行分析，可能为资源、传输原因
C1
E-RAB释放次数，由于小区关断或复位（次）
异常释放
处理告警，核查复位及关断原因
C1
E-RAB释放次数，跨站重建立失败导致的释放（次）
异常释放
重建立失败原因优化
C4
E-RAB释放次数，ENB由于S1链路故障发起释放（次）
异常释放
核查光模块及传输链路质量
对呼市现网（6月5日~6月12日）一周无线掉话COUNTER统计次数如下：
从上图看出，现网掉话原因主要为无线链路失败、ENB重建立失败引起的异常释放，优化主要从覆盖、切换两个方面着手：
1.改善覆盖，对弱覆盖区域的基站建设，特别是深度覆盖。
2.邻区优化，异频切换优化。
3.跟踪网络负荷，及时进行负荷类参数修改。
4.及时处理基站故障，发掘隐性故障。
三、小结
本文结合呼市现网LTE掉话问题处理案例，对外场RF优化、网管KPI优化可能引起掉话的各类原因进行了分析。
掉话关系到LTE网络的连续性，对提升用户实际使用感知帮助很大，后续应加大对此类问题分析及处理力度。
升级会员 