LTE的掉话原因分析及处理思路加精,值得收藏

1、LTE 的掉话原因分析及处理思路LTELTE“掉话”是指 UEUE 异常退出 RRC_CONNECTEDRRC_CONNECTED 状态导致的连接中断。统计节点为RrcConnctionReconfigurationCompleteRrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。正常释放流程如下：一、外场常见掉话原因分析目前 LTELTE 常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。掉话原因 1:1:弱覆盖现象：由于弱覆盖导致的掉话，通常有以下表现：1 1 .掉

2、话前服务小区的 RSRPRSRP 持续变差（低于弱覆盖标准，如小于-105dBm-105dBm）,同时服务小区的 SINRSINR 也一起持续变差（小于 0dB0dB, ,甚至小于-3dB-3dB）。2 2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UEUE 无数据上报（类似于 UEUE 脱网）。解决方案：要解决此类掉话，需要改善覆盖。具体手段有：1 1 .首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。2 2 . .根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。如常用的天馈调整、站点建设等。具体案例：对呼和浩特市大昭寺前街 DTDT 过程

3、中占用到大昭寺华隆小区-FL_3-FL_3 小区，覆盖较差存在掉线风险。通过调整 PA:3f0,RSPA:3f0,RS 参考功率：13.4dB-15.2dB13.4dB-15.2dB, ,覆盖改善，掉线风险大大降低。调谢R5RP在r5INR在42Dbr调演RSRP在,SINR在掉话原因 2:2:越区覆盖现象：在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1 1.越区覆盖导致的“导频污染”。在覆盖区内，没有稳定的强信号作为主服务小区。服务小区信号的频繁变化，是导致掉话的一个主要原因2

4、 2 .越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。解决方案：1 1 .越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。如调整越区覆盖扇区的天线下倾角、天线挂高、其次可以下调越区覆盖信号的 RSRS 功率、谨慎调整越区覆盖扇区的天线方位角。2 2 .如果越区覆盖导致了导频污染，根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区，并加强它的覆盖。具体案例：对呼和浩特市鄂尔多斯大街尚东风景附近 DTDT 过程中占用到 CACA 小区金岁酒店-TL_2-TL_2 小区，越区无

5、邻区关系存在掉线风险。通过配置 CACA 金岁，W W 店-FL_2-FL_2 小区和嘉林小区-FL1/3-FL1/3 邻区关系，并下压金岁酒店-FL_2-FL_2 小区机械倾角 3 3。调整前RSRP-106dBm(SINR在22dg嘱茎后RSRP&-87dBm,SINRS12dg掉话原因 3:3:切换失败现象：由于切换失败导致的掉话，通常有以下表现：1 1 .在掉话前，UEUE 曾发出 MeasurementReportMeasurementReport（满足切换的测量配置门限），并能收到 eNBeNB发来的 RRCConnectionReconfigurationRRCConne

6、ctionReconfiguration。2 2 .但是 UEUE 收取目标小区的广播消息之后，立即上报 RRCRRC 连接重建立请求rrcConnectionReestablishmentRequest;Cause=handoverFailurerrcConnectionReestablishmentRequest;Cause=handoverFailure。3 3 .通常情况下，UEUE 在切换失败后，会发起回到源小区的 RRCRRC 连接重建立请求，并且此类 RRCRRC 连接重建立大部分都是成功的。解决方案：1 1 .检查源小区的邻区配置情况，确认邻区参数配置正确。2 2 .确认目标小

7、区的工作状态正常（包括传输无误码、功率输出正常、小区负荷不会导致拒绝切入）。3 3 . .确认源小区和目标小区的软件版本是否正确。4 4 .了解切换失败的规律（是否配置了 X2?X2?是否集中在某个小区、该小区切换成功率是否较低？周边是否有新开站点？是否处于不同的 MMEMME 边缘？是否处于不同频率的基站交界处？）。具体案例：在武川第三中学 3 3 扇区方向测试时，终端占用武川万兴园-2-2 扇区（PCI282PCI282）向武川第三中学 3 3 扇区（PCI278PCI278）切换失败，核查武川万兴园-2-2 扇区邻区关系配置错误，更正与武川第三中学邻区关系参数配置后，切换正常。LTES&

8、amp;LIHigLTE沥二rc-LTE商EUJ旌TEPLTE?ijna1in3工写40E24口工FETLTEM.CiiriALinaT3亡 rLTEwuc4_r4gETL.TERAJ2-JJ-41If-,J-piLTER1LCEi5*3：1L年g*CA1rcLTEMW3 钻”,LTE冒次。ss-?*1=-Rgmz后u-eeciiim-ECCHiEX-OCCH:CLVL-PCvHt词整前RSRP在102dBm,SSNR在Tdb一谓整后RSRP在dBmrSINK在24.2db掉话原因 4:4:邻区漏配现象:由于邻区漏配导致的掉话，通常有以下表现:1 1 .掉话前后的下行覆盖不差（通常大于-105

9、dBm-105dBm）。2 2 .掉话前后小区的 SINRSINR 变差（因为受到邻区信号的干扰）。3 3.关键点：掉话前 UEUE 可能会多次上报测量报告（MRMR）, ,并且 MRMR 中上报的 PCIPCI 并没有配置在当前服务小区的邻区列表之中。解决方案:在网管的掉话前的服务小区列表中，添加漏配的邻区。具体案例:对呼和浩特市科尔沁南路 DTDT 过程中占用到东把栅东-TL-TL3 3 小区，无邻区关系存在掉线风险。通过配置东把栅北 3 3 小区与消防总队北 1 1 小区邻区关系庠主:区糕觉闻邻区关系源子网满flNodeB1标识等小区ID源小区PCI1不小区上的睡的中心裁断的H3海小区下

10、行神胸中心郭懂阳H3,J郭福子冏eNoOieBtj3说-J薄405B1就职和、区ID期小区PCI濯小区上其解的中心鼓场(MH；/加卜区F行短路的中心制孑网力法eAHdm晰a识邻喇四心150105553384914117725186751501&55530549|101055533g狗44177251B675150105555055D1加1朋冏抻峭14117725106751501055530551*-WE*FP?5-tW-5+WW|150105533050142177251B67515。13然翔55。1511055533S501421772518675150105553055115Q1

11、O555338511431T72518675150W555加549I1501055533351143177251B6751501D53D501SQ105弓幻甜51143177251&6751501M5530551l50”g$H+1ET-髀 T 阴急阴.把0“n其5司法利区于吊T 嗨Nock。:=IflNuteB160105HHHT调整前RSRP在-107dBmrSINR在-4.5此调整局RSRP在-96dBmSINR在8dg掉话原因5:系统设备异常现象:此类问题的表现现象不一。一般来说，在确认系统的功率、切换、业务相关参数无误，并排除了无线环境影响后，掉话问题依旧存在，这时可以将问题考

12、虑为系统设备（软件/硬件）异常。1 1 .切换流程异常（在切换区，无法正常完成切换），而导致掉话。2 2 .在业务进行到相对固定的一段时间内发生掉话，并且可复现。3 3 .在特点扇区、eNBeNB 下，发生可复现的掉话。4 4 . .跨 MMEMME、或跨 TATA 等，在特殊区域进行业务时，发生可复现的掉话。解决方案：配合中兴工程师抓取数据，分析跟踪解决问题。具体案例：测试过程中发现福瑞大药房-FTL-FTL2 2 扇区下载速率不达标，查询基站状态一切正常，没有告警，测试设备一切正常，无线环境也很好 RSRP,RSRQ,SINRRSRP,RSRQ,SINR 等值者 B B 正常，排除无线侧问

13、题，通过 PINGPING服务区发现丢包达到 10%10%以上，见下图：日.IMI1自自自自自自自自自自自自11%.40.252.lB6,4a.2S2.6fi1%.43.252.60186.4fl.2S2,601%.4H.2524H1的.4032.6。186.40.252.60106.40.2S2.ia106.40.252.60i%.4g.2S2.6H106.40.252.68106.4fl.2S2.60lB6.4fl.2S2,8lBfi_4H_252.fc0106 4 252 60超小1%.4g.252.6修flL.任返T节节节节节节节节节节节时-21ms0，-23msn-23ns0-2LM

14、0-22ns任间=20ms日回后-22ms比用C23PIS而时=23nrs=24ms日34M0.=?tms时间=24mshHoHBRhHoHBR。0Mg0gwg0Mg0gwg5s555555s55555TTL-GHTTL-6BTIL=60TTL-6HTTL-6mwl】L4MTTL=EHTTL-60TILd60TTLCeTIKJTlbGHTTIEHmj字节,1$萌时间=59鹏TTL=60252.6R的Piny统计信息工据隹y发鹿=1吗 m 般收=瞿的估寻触以毫射为卑也）：s2所占，扇弋135m,平均三失；17R5=1313M丢失、通过和有线传输侧沟通查询，传输 B B 设备到 A A 设备环路中

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

16、扰(需要排除越区覆盖、邻区漏配导致的干扰现象)2 2 .明确干扰源来自系统外，使用频谱扫描仪和八木天线进行扫频，排查定位干扰源。确认干扰源后，可以采用以下方法进行清除或规避：1 1 .确认干扰源来自他人设备，协调清除干扰源。片差前最大工3讣帽外宓鱼壶MX逋圣威最 KWM 乃注 W 在,先552MB/5,皿*31WUg、野,由由上的1 叫弋J2 2 . .干扰源来自其他系统，需要增加我方和其他系统的天线隔离度，或在干扰源上加装信号屏蔽装置。3 3 .变更我方系统的工作频点或带宽，避开干扰。具体案例：簇优化测试占用和林2基立 1 1 扇区(54954_49)(54954_49)时，RSRPRSRP

17、、SINRSINR 值各项指标正常，但存在低速率情况，在 10Mbp10Mbps s以下，下载速率极低。排查流程：1 1 .换机换卡，更换服务器测试问题均存在，排查终端服务器问题。2 2 .网管查询基站无告警，用户数正常，复位单板、基站，低速率问题仍存在。3 3 .和林 2 2 站点实际测试中：BLERBLER 误码率指标一直在 30%30%以上，峰值达到 50%,50%,怀疑存在上行干扰。4 4 .针对该问题，从后台网管侧对基站底噪问题进行频谱扫描，和林 2 2 基立 1 1 小区底噪在-75dBm-75dBm左右，干扰较大，且底噪干扰为全波段干扰抬升，非窄带干扰，如下图：通知维护人员上站排

18、查干扰后，该站底噪恢复正常，复测问题站点，速率恢复正常。调整前RSRP85dBmrBLER:42.7%调整后RSRP85dBmfBLER930%掉话原因 7:7:拥塞现象：当系统资源不足，而用户数较多时，容易出现拥塞现象。包括:1 1 .小区实时激活用户数较多。2 2 .小区开始出现接纳拒绝。3 3 .小区的发射功率接近饱和。4 4 .小区的呼叫建立成功率、掉话率指标恶化解决方案：1 1.增加系统容量。(1)(1)增加小区功率容量；(2)(2)压缩开销信号的功率、RBRB 资源；(3)(3)下行功率分配相关参数的调整优化；(4)(4)增加基站、扇区、频点。2.2.改变网络拓扑结构，均衡话务负荷

19、。具体案例：在日常网管指标监控中，发现大学城商贸-FL-3-FL-3 小区 RRCRRC 连接建立成功率低，仅为 38.17%,38.17%,同时重定向至 3G3G 次数较多，如下:小区名称RRC 建立成功数目RRC 建立请求数目RRC 连接建立成功率重定向至 3G 次数FDD大学生商贸-FL27%5FDD大学生商贸-FL-24665469399.40%4FDD大学生商贸-FL-3196995161238.17%1075网管核查大学城商贸-FL-FL 基站无告警，无干扰。统计同一时间段 RRCRRC 连接失败原因，发现多数为 eNBeNB 接纳失败。如下：小区舍廊mt

20、Aeee&s类型RIK：连斯，时mtAccess蟀皿逢eNB接纳关败举里口RU连楼知必史NBmeData半型R叱连按失血蝴，症E 日口沅*类型VWV-RftC逐傅失败决均接纳知f下口口:大李城商密-乩-%孕40.5086，13106,110，1355&1核查网管参数发现接纳控制参数小区 RRCRRC 连接用户数门限值设置为 30,30,数据统计发现大学生商贸-FL-3-FL-3 小区用户面流量较高，最大 RRCRRC 连接用户数已达到最大设置的 30,30,如下：小区名称空口上行用户面流量（MByte）空口下行用户面流量（MByte）最大 RRC 连接用户数_1FDD大学生商贸

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