LTE的掉话原因分析及管理组织思路(加精,值得收藏)

1、LTE 的掉话原因分析及处理思路LTE“掉话”是指 UE 异常退出 RRC_CONNECTED 状态导致的连接中断。统计节点为RrcConnctionReconfigurationComplete ”消息正确达到网络侧开始，之后进行的各类业务，未 正常释放的均计为“掉话”。正常释放流程如下：、外场常见掉话原因分析目前 LTE 常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、 拥塞等。掉话原因 1：弱覆盖现象:由于弱覆盖导致的掉话，通常有以下表现：1. 掉话前服务小区的 RSRP 持续变差（低于弱覆盖标准，如小于 -105dBm ），同时服务小区的SINR 也一起持续变

2、差（小于 0dB ，甚至小于 -3dB ）。2. 掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE 无数据上报（类似于 UE 脱网）。解决方案 :要解决此类掉话，需要改善覆盖。具体手段有：1. 首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。2. 根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。 如常用的天馈调整、站点建设等。具体案例：对呼和浩特市大昭寺前街 DT 过程中占用到大昭寺华隆小区 -FL_3 小区，覆盖较差存在掉线风险。通过调整 PA：30，RS参考功率： 13.4dB 15.2dB ，覆盖改善，掉线风险大大降低。掉话原因 2：越区

3、覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越 区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1. 越区覆盖导致的“导频污染”。在覆盖区内，没有稳定的强信号作为主服务小区。服务小区信 号的频繁变化，是导致掉话的一个主要原因。2. 越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。在某些区域，主服 务小区收到越区信号的干扰，最终导致掉话。解决方案：1. 越区覆盖的一般优化原则是： 在区域中已有合理的稳定信号覆盖的情况下， 尽可能的控制越区 覆盖的信号。 如调整越区覆盖扇区的天线下倾角、 天线挂高、 其次

4、可以下调越区覆盖信号的 RS功率、 谨慎调整越区覆盖扇区的天线方位角。2. 如果越区覆盖导致了导频污染，根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区， 并加强它的覆盖。具体案例：对呼和浩特市鄂尔多斯大街尚东风景附近 DT 过程中占用到 CA 小区金岁酒店 -TL_2 小区，越区 无邻区关系存在掉线风险。通过配置 CA 金岁酒店 -FL_2 小区和嘉林小区 -FL1/3 邻区关系， 并下压金 岁酒店-FL_2 小区机械倾角 3°。掉话原因 3：切换失败现象：由于切换失败导致的掉话，通常有以下表现：1. 在掉话前， UE 曾发出 MeasurementReport （满足切换的测

5、量配置门限），并能收到 eNB发来的 RRCConnectionReconfiguration 。2.但是 UE收取目标小区的广播消息之后，立即上报 RRC 连接重建立请求rrcConnectionReestablishmentRequest;Cause=handoverFailure3. 通常情况下， UE在切换失败后，会发起回到源小区的 RRC 连接重建立请求，并且此类 RRC连接重建立大部分都是成功的 解决方案：1.检查源小区的邻区配置情况，确认邻区参数配置正确。2.确认目标小区的工作状态正常 （包括传输无误码、 功率输出正常、 小区负荷不会导致拒绝切入）3. 确认源小区和目标小区的软件

6、版本是否正确。4. 了解切换失败的规律（是否配置了 X2 ？是否集中在某个小区、该小区切换成功率是否较低？ 周边是否有新开站点？是否处于不同的 MME 边缘？是否处于不同频率的基站交界处？）。具体案例：在武川第三中学 3扇区方向测试时，终端占用武川万兴园 -2 扇区（ PCI282 ）向武川第三中学 3 扇区（ PCI278 ）切换失败，核查武川万兴园 -2 扇区邻区关系配置错误，更正与武川第三中学邻区关 系参数配置后，切换正常。掉话原因 4：邻区漏配现象：由于邻区漏配导致的掉话，通常有以下表现：1. 掉话前后的下行覆盖不差（通常大于 -105dBm ）。2. 掉话前后小区的 SINR 变差（

7、因为受到邻区信号的干扰）。3. 关键点：掉话前 UE 可能会多次上报测量报告（ MR ），并且 MR 中上报的 PCI 并没有配置在当前服务小区的邻区列表之中。解决方案：在网管的掉话前的服务小区列表中，添加漏配的邻区具体案例：对呼和浩特市科尔沁南路 DT 过程中占用到东把栅东 -TL_3 小区，无邻区关系存在掉线风险。通过配置东把栅北 3 小区与消防总队北 1 小区邻区关系掉话原因 5：系统设备异常现象：此类问题的表现现象不一。一般来说，在确认系统的功率、切换、业务相关参数无误，并排除了无线环境影响后，掉话问题依旧存在，这时可以将问题考虑为系统设备（软件 / 硬件）异常。1. 切换流程异常（在

8、切换区，无法正常完成切换），而导致掉话。2. 在业务进行到相对固定的一段时间内发生掉话，并且可复现。3. 在特点扇区、 eNB 下，发生可复现的掉话。4. 跨 MME 、或跨 TA 等，在特殊区域进行业务时，发生可复现的掉话。解决方案：配合中兴工程师抓取数据，分析跟踪解决问题。具体案例：测试过程中发现福瑞大药房 -FTL 2 扇区下载速率不达标，查询基站状态一切正常，没有告警， 测试设备一切正常， 无线环境也很好 RSRP，RSRQ ，SINR 等值都正常， 排除无线侧问题， 通过 PING服务区发现丢包达到 10% 以上，见下图：通过和有线传输侧沟通查询，传输 B 设备到 A 设备环路中存在

9、光衰。有线侧处理完后，经复测 该站点 2 扇区下载速率峰值、均值都达标。掉话原因 6：干扰现象：干扰分类较多，这里主要从上、下行干扰角度分析。1. 上行干扰：当只有上行链路受到干扰，下行链路无异常表现， UE 的发射功率通常较高，而且 基站侧测得的 RSSI 偏高。2. 下行干扰：当只有下行链路受到干扰， 上行链路无异常表现， UE 测得的 RSRP 较好，但是 SINR 偏差。解决方案：定位上行干扰1. 明确干扰所涉及的范围，大致定位干扰区域。2. 使用频谱扫描仪和八木天线进行扫频，定位干扰源。定位下行干扰1.首先确认下行干扰非系统内部干扰(需要排除越区覆盖、邻区漏配导致的干扰现象)。2.明

10、确干扰源来自系统外，使用频谱扫描仪和八木天线进行扫频，排查定位干扰源。 确认干扰源后，可以采用以下方法进行清除或规避： 1.确认干扰源来自他人设备，协调清除干扰源。2. 干扰源来自其他系统， 需要增加我方和其他系统的天线隔离度， 或在干扰源上加装信号屏蔽装 置。3. 变更我方系统的工作频点或带宽，避开干扰。具体案例：簇优化测试占用和林 2 基站 1 扇区( 54954_49 )时， RSRP、SINR 值各项指标正常，但存在低 速率情况，在 10Mbps 以下，下载速率极低。排查流程：1.换机换卡，更换服务器测试问题均存在，排查终端服务器问题。2.网管查询基站无告警，用户数正常，复位单板、基站

11、，低速率问题仍存在。3. 和林 2 站点实际测试中 :BLER误码率指标一直在 30%以上，峰值达到 50% ，怀疑存在上行干扰。和林 2 基站 1 小区底噪在 -75dBm4. 针对该问题， 从后台网管侧对基站底噪问题进行频谱扫描，左右，干扰较大，且底噪干扰为全波段干扰抬升，非窄带干扰，如下图：通知维护人员上站排查干扰后，该站底噪恢复正常，复测问题站点，速率恢复正常。掉话原因 7：拥塞现象：当系统资源不足，而用户数较多时，容易出现拥塞现象。包括：1.小区实时激活用户数较多。2.小区开始出现接纳拒绝。3. 小区的发射功率接近饱和。4. 小区的呼叫建立成功率、掉话率指标恶化 解决方案：1.增加系

12、统容量。（1）增加小区功率容量；（2）压缩开销信号的功率、 RB 资源；（3）下行功率分配相关参数的调整优化；（4）增加基站、扇区、频点。2. 改变网络拓扑结构，均衡话务负荷。 具体案例：在日常网管指标监控中，发现大学城商贸 -FL-3 小区 RRC连接建立成功率低，仅为 38.17% ，同时重定向至 3G 次数较多，如下：小区名称RRC 建立 成功数目RRC 建立 请求数目RRC 连接建立 成功率重定向至 3G 次数FDD 大学 生商贸 -FL27%5FDD 大学 生商贸 -FL-24665469399.40%4FDD 大学 生商贸 -FL-319699516123

13、8.17%1075网管核查大学城商贸 -FL 基站无告警，无干扰。统计同一时间段 RRC 连接失败原因，发现多数 为 eNB 接纳失败。如下：核查网管参数发现接纳控制参数小区 RRC 连接用户数门限值设置为 30，数据统计发现大学生商贸-FL-3 小区用户面流量较高，最大 RRC 连接用户数已达到最大设置的 30 ，如下：小区名称空口上行用户面流量（ MByte ）空口下行用户面流量（ MByte ）最大 RRC 连接用户数 1FDD 大学生商贸 -FL-163.6622514.602421FDD 大学生商贸 -FL-289.22221336.903814FDD 大学生商贸 -FL-3357.

14、49573738.405730修改小区 RRC 连接用户数门限至 80 ，观察指标已恢复正常。小区名称LTERRC 建立成功数目LTERRC 建立请求数目FDDRRC 连接建立 成功率重定向至 3G 次数FDD 大学城商贸 -FL-3(51)275502773999.32%0、网管统计掉话原因分析LTE 网管中定义了网管统计 E-RAB 掉线率指标的具体原因，分析如下：掉话 原因 码原因描述说明解决办法C373210381E-RAB 释放次数，由于 ENB 过载控制导致的释放 （ 次）异常释放基站过载负荷检查C373210391E-RAB 释放次数，由于 ENB 其他异常原因 （次 ）异常释放

15、基站内部故障或所列之外的 Cause 释放C37E-RAB 释放次数，由于 ENB 小区拥塞导致的释放 （ 次）异常释放进行负荷均衡优化处理或容量规划3210421C373210391E-RAB 释放次数，由于 ENB 的无线链路失败 （次 ）异常释放无线覆盖、干扰、硬件等原因引起C373210381E-RAB 释放次数，由于 ENB 重建立失败 （次 ）异常释放对触发重建的原因及重建被拒进行分析，可能为资源、传输原因C37异常释放3210511E-RAB 释放次数，由于小区关断或复位（次）处理告警，核查复位及关断原因C37异常释放3210521E-RAB 释放次数，跨站重建立失败导致的释放（次）重建立失败原因优化C37异常释放350535E-RAB 释放次数， ENB 由于 S1 链路故障发起释放 （次）核查光模块及传输链路质量4对呼市现网（ 6 月 5 日6 月 12 日）一周无线掉话 COUNTER 统计次数如下：从上图看出，现网掉话原因主