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

1、LTE的掉话原因分析及处理思路LTE “掉话”是指UE异常退岀RRC CONNECTED状态导致的连接中断。统计节点为”消息正确达到网络侧开始，之后进行的各类业务，未"RrcC onn ctio nReco nfiguratio nComp lete 正常释放的均计为“掉话"。正常释放流程如下:EPCE NOPEBRixConrtetiofiftgcQ n fidutonCempletekiiti和I cpntEXtrf,Rori5FLinfo rmationl rankerUPUNiK NZS rRANSPOftlRis: Uplink DataFrist Downlin

2、k DataMeasurement fi-epcrtirCcmoctkjflReconfig uw tionRjf 匚ormciiOFiReconfigtHjlionCowpie UE CONTEXT RELEASE REQUESETUECONTEXT RELEASE 匚O讷MANDRRCGontiEt io nReU£ CONTEXT RELEASE COMPdFE、外场常见掉话原因分析目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、 拥塞等。掉话原因1 :弱覆盖 现象:由于弱覆盖导致的掉话，通常有以下表现:1. 掉话前服务小区的RSRP持续变差

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

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

5、。如调整越区覆盖扇区的天线下倾角、天线挂高、其次可以下调越区覆盖信号的 RS功率、 谨慎调整越区覆盖扇区的天线方位角。2.如果越区覆盖导致了导频污染，根据网络拓扑结构和相关无线环境来确定最适合的覆盖扇区, 并加强它的覆盖。具体案例:对呼和浩特市鄂尔多斯大街尚东风景附近DT过程中占用到CA小区金岁酒店-TL_2小区，越区无邻区关系存在掉线风险。通过配置CA金岁酒店-FL_2小区和嘉林小区-FL1/3邻区关系，并下压金 岁酒店-FL 2小区机械倾角3°。调整前 KSRP ?l-106dBmSINK在-2,2db单渥整后 RSRP 在-87dBnn , SSNR 在 12db*斡i序iu闕

6、*7码-r厲冏 p冲sq 嗦弱I ptSliJ U-I9EI :TG衣）I申翌璟I于.：2 .,I ir1 r-巴:疤乐.I ：£a Arjrb0ic-*V X；刊.,"-*材匕：； 仃 YNfbTat细莒Ml 存住呵 论 CT1HI 如當5甜UtKO-J掉话原因3:切换失败 现象:由于切换失败导致的掉话，通常有以下表现:1. 在掉话前，UE 曾发岀 MeasurementReport（满足切换的测量配置门限），并能收到eNB发来的 RRCConnectionReco“figuration2. 但是UE收取目标小区的广播消息之后，立即上报RRC连接重建立请求rrcC onn

7、 ectio nReestablishme ntRequest;Cause=ha ndoverFailure+-3. ；F ti _兰-JL _ J E 二亠亍=L二?f- V iiC 0;耳匸 1 i-n a LTE 42Ikn-Jti l-匹-2. _ r F"FT -LTT F严 汙二？1"1丄和371和八：t nTTITT ?grti L'i-TiTp己匚Tf-f F 1l.-tB r离二 Si 3上Ilo tW尢=>:r 匚uLT亘* L griA I 丄 c j二血=Ali-i；L- V.七匚5t-匚;耳S 7爭庇鼠二卡-； =_二=tJ- _&#

8、177;= 4s?L FLTE SRc S二 JJLi 丄丄ng匚1-工:匚2；,屯帀J夕rC*Lrz ?买二Sns Lln-Cl Z厂-二十L7t已；,？厂*1匚!1辽时咗R:J nF 匚ki . E £吧 0 irt 上H rr zcz npi- jz i : nh 克 cr- njf二二cal 二r二 rm龙i rt =JI?IT 工£Id壬二疋It TC 工二 $T：=1II-t1-rrsTRh te h已3-巳？rr2 丽亍二丄 J RAMI 匚丄 =rraCciz：j：*c*i znReea tiolisnent l£teC±t£.

9、frCti rnPa M 2 JLi rr.p »7TTfi zr ；7rf3.通常情况下,UE在切换失败后，会发起回到源小区的 RRC连接重建立请求，并且此类 RRC 连接重建立大部分都是成功的。解决方案:1. 检查源小区的邻区配置情况，确认邻区参数配置正确。2.确认目标小区的工作状态正常（包括传输无误码、功率输岀正常、小区负荷不会导致拒绝切入）3. 确认源小区和目标小区的软件版本是否正确。4. 了解切换失败的规律（是否配置了 X2 ?是否集中在某个小区、该小区切换成功率是否较低?周边是否有新开站点？是否处于不同的 MME边缘？是否处于不同频率的基站交界处？）。具体案例:在武川第三

10、中学3扇区方向测试时，终端占用武川万兴园-2扇区（PCI282 ）向武川第三中学3 扇区（PCI278 ）切换失败，核查武川万兴园-2扇区邻区关系配置错误，更正与武川第三中学邻区关系参数配置后，切换正常。輻整前RSRP在TOdBm. 5INR在-Mb卩调整后 RSRP 在-77dBmSINR 在 242db - 爭二丄 1 ? 空 F * .ipf 啤 ”n JS I JIJ-» "2)<Fin M ziF >I - T r.3 兰 FK MT"匸J： t V " nr-H P FI -利匚匚 rr/ |IF J' *'llJ

11、Wll' *0'B HFtI ©«-'(-. AliI i| n - SEI吆I施IJ > .卄.fl *X-J r 刘掉话原因4:邻区漏配 现象:由于邻区漏配导致的掉话，通常有以下表现:1.掉话前后的下行覆盖不差（通常大于 -105dBm ）。2. 掉话前后小区的SINR变差（因为受到邻区信号的干扰）。3. 关键点：掉话前UE可能会多次上报测量报告（MR ），并且MR中上报的PCI并没有配置在 当前服务小区的邻区列表之中。解决方案: 在网管的掉话前的服务小区列表中，添加漏配的邻区。具体案例: 对呼和浩特市科尔沁南路 DT过程中占用到东把栅东-

12、TL_3小区，无邻区关系存在掉线风险。通过配置东把栅北3小区与消防总队北1小区邻区关系。H 匸 *亠 fteNfldeB.芦何1僭帜3H眶，I'D海呕PCI遁可、胚上冲心養埔 训1小ET讦罚3&的中心 ilSSiWhtnt却AeNodeBtt A S御曝如SID151110549T4117?2519&F5ISfllOS55JC5491如0515站fl心U；P7251967 515010555 id50丽105141*7725IBS? 51501055171 Wf flfl'1 41199Pn；-!5553 jfl5t9150105«33S弓0U3177

13、251857 5150105«3C550J 501051 H177351867515010551151105isaws亍1虻17251B&751 MI 105-553C549M338511431773 51867 515D1O55的丽ii创帕9I'«338；51Hi>77251807 5IMlOfl65Sfl551iehodeB 1攝加書陰.旳逵七耆小区上锻!sa的中g小叵佇训H的申心i1禅ffiehodeW i i'已11A0瘾整詞 RSRP 在-W7dBm ,SINRl5-4.5db<调整后 RSRP 在-%dBm , SINKS 9

14、db-译 b *!i.w.w*L.4fh"涯遹罢与屯討EUg占UH5i 41 Hr- -U X ti釧I fcft F FW" ，*性-.=.一一 可匸丐夢延不旨诃!"j密耳JW匚_&*NLX . L M N K HT丑 iB-J>L* J- *工百尸：549-:"- 4 * ta”.m r_ LJ ; - i.4 r , 口 一匸- V Q T £ _ . 用=r -1- -7 T- 1- - "一 - - r-: - -二 -CVIEFIir y ' t A f" * ' I - 1 1 i

15、 *石 'H "k >+1 '|lR g ' R " '| 11 乂'LT"» fl + 存L工i M-= =d5匸二；I J p_-'« rSy* 二 fEH'a嚳'_r 讯1拠.U三9 - STWJ, 掉话原因5 :系统设备异常 现象:此类问题的表现现象不一。一般来说，在确认系统的功率、切换、业务相关参数无误，并排除/硬件）异常。了无线环境影响后，掉话问题依旧存在，这时可以将问题考虑为系统设备（软件1. 切换流程异常（在切换区，无法正常完成切换），而导致掉话。2. 在业务

16、进行到相对固定的一段时间内发生掉话，并且可复现。3.在特点扇区、eNB下,发生可复现的掉话。4.跨MME、或跨TA等,在特殊区域进行业务时，发生可复现的掉话。解决方案:配合中兴工程师抓取数据,分析跟踪解决问题。具体案例:测试过程中发现福瑞大药房-FTL 2扇区下载速率不达标，查询基站状态一切正常，没有告警, 测试设备一切正常，无线环境也很好 RSRP, RSRQ , SINR等值都正常，排除无线侧问题，通过PING 服务区发现丢包达到10%以上，见下图:I也I L顶丹卢口叭哮b*质忙帀弓2型CiTT能0工"： . 亠自自自自自自自自自目目目自自自-|?4111 _K交吴灵兵00乂来妄

17、共共丢妄吴共米lR64fl-Z52.6f> 106 痢E窕6片 i8&.<(d.252.bO 1瞞钮臨20 丄矚.40.352.6® ie&.40.252.t0 1 诙4R.2526I» 1 诙.4tk2£2.t0 1跖.4札2駝丄® 1_40_252.6& 106.0.252.60 106.4(1.252.60 106.40.252,6» 1B6.40.252-6® 超时。lRft.4fl,252.b0ssaMwsfsss 一 3r51目回F5?目目一口=口一 3® B回回回 -住 由-

18、创p.田了，住.住 F官-dj"臼7*叫 UTTTlrT 时 斗SO8SS9Ht£306 回 R0QS10H00 町冃6SI6昌目310晋0IS呂 5555s5_bs&Q-5&ssSfal-21(*3=Z3bs 吨 3i*&-2ins=S2ns =2 Bns-Z2p>5,"22i*si =!i3p>s日:间日疋日:'0 28(= 日萌戌可=24辭 日丁慣-34na "el=zifts=23ns日订 时|可=2加总TrL-6«TTL=6BTTL=60TTL-6tiTTL=6eTlL=6eTTL«

19、;60TTi-6«TIL=60TTLW0TTI.=6BTTL=60TIL-feflTTb*60TlL=t0T1字节=15飾TTL=6B1060-252-60 的 FWu 统计倍 H一；敦堀包已发送=呃己#收=0R丢失=13 皿丢*人 任返盘曹的估计酹吐臥毫秒为趣、瓯連-200S-K - 1氏mt,平故-37n3C: JUseiH5 SAdnih l.£ti*AtoA* J)e sJitop>pau!£e请按任堇键地绑.通过和有线传输侧沟通查询，传输 B设备到A设备环路中存在光衰。有线侧处理完后，经复测该站点2扇区下载速率峰值、均值都达标。容霞ZS銮33MB/

20、S为a羽丹ZS.&M&/5.卷屈57逅 59.&MB/5 .考a運至希SS2m,E池-匚应._, £'3L - r - 、.F- r»一一 - K 一 -' ivW J丁=険連一:一竺直峙g 奸辭 港冷2?电h 一思;3»云洒.辰 iil£« 3X俑 J 严- 应Lvx酿一趴.母1arf掉话原因6 :干扰2 gCT1| % tH耳；略耳飞 -|匿¥皋-学？3¥£1I蹙 t'fl :换竺*=住讦电吟屮F H*1F“1 fi声SSS-MJ-Tg ms 起謝g；-盅址A用匸

21、署進二.A 沁弩禎.1 畏燉開密F乱 1卿4 嗣£5¥窗尿B卫皿曰|£ :幅d叭1, tg-p=*爷询?貞:mi*书相巫0_+甲|厂,:目L.<<；知I tiJ&r. iff.现象:干扰分类较多，这里主要从上、下行干扰角度分析。UE的发射功率通常较高，而且1. 上行干扰：当只有上行链路受到干扰，下行链路无异常表现, 基站侧测得的RSSI偏高。2. 下行干扰：当只有下行链路受到干扰，上行链路无异常表现，UE测得的RSRP较好，但是SINR 偏差。解决方案: 定位上行干扰1. 明确干扰所涉及的范围，大致定位干扰区域。2. 使用频谱扫描仪和八木天线进

22、行扫频，定位干扰源。定位下行干扰1.首先确认下行干扰非系统内部干扰(需要排除越区覆盖、邻区漏配导致的干扰现象)。2.明确干扰源来自系统外，使用频谱扫描仪和八木天线进行扫频，排查定位干扰源。确认干扰源后，可以采用以下方法进行清除或规避:1.确认干扰源来自他人设备，协调清除干扰源。2.干扰源来自其他系统，需要增加我方和其他系统的天线隔离度，或在干扰源上加装信号屏蔽装 置。3. 变更我方系统的工作频点或带宽，避开干扰。具体案例:簇优化测试占用和林2基站1扇区(54954_49 )时，RSRP、SINR值各项指标正常，但存在低 速率情况，在10Mb ps以下，下载速率极低。排查流程:1.换机换卡，更换

23、服务器测试问题均存在，排查终端服务器问题。2.网管查询基站无告警，用户数正常，复位单板、基站，低速率问题仍存在。3. 和林2站点实际测试中：BLER误码率指标一直在30%以上，峰值达到50%，怀疑存在上行干扰。.卜駁t-tqjL P pj埠峙匚V II塩*3-1"*-1 H-k L ir s BiziP- cMP4丿f巒I hf,1 Hk- _iA 1 -I * ru n jIfJ-a.m«|-E£ 311!- r J"“rTH j二忌沁二4I打 W卜气.ci=n.Qr.H.ly； I刿I和林2基站1小区底噪在-75dBm4. 针对该问题，从后台网管侧对

24、基站底噪问题进行频谱扫描, 左右，干扰较大，且底噪干扰为全波段干扰抬升，非窄带干扰，如下图:<|示师har速率恢复正常。通知维护人员上站排查干扰后，该站底噪恢复正常，复测问题站点,调整前 RSRP:£5dBmBLER:42753询整& RSRP>85dBimSLER:9.30%ri».»i7rr_ =r:.” fist®"-匕!'*'4年融/ ' Ia I* .by：严W “ k忖卜© Jl V'Tii疋革昭t -甘厅肿：U -:- L：/«tw,'E 卷.-S伍

25、_iw1 二 【HiIm 邑 «n_町兰*云云I ii-i b mJb 丄. ri* baJ *I - rg2，M Ml：7T(i.i'|UD« ' iI ：*->« I i 事'I _'-r W -h"Jr rrwpwa直亞 T J,厂-.r 亠卜7 F ' *j UiJt “八二耳hl匚厂川丄上?掉话原因7 :拥塞现象:=<Ji I -hlMKI >. « U »Bn -w *AT- tt iftaJ I-当系统资源不足，而用户数较多时，容易岀现拥塞现象。包括:1.小区实时

26、激活用户数较多。2.小区开始岀现接纳拒绝。3. 小区的发射功率接近饱和。4. 小区的呼叫建立成功率、掉话率指标恶化。解决方案:1.增加系统容量。(1)增加小区功率容量;(2)压缩开销信号的功率、RB资源;下行功率分配相关参数的调整优化;(4)增加基站、扇区、频点。2.改变网络拓扑结构，均衡话务负荷。具体案例:在日常网管指标监控中，发现大学城商贸-FL-3小区RRC连接建立成功率低，仅为 38.17%，同时重定向至3G次数较多，如下:小区名称RRC建立成功数目RRC建立请求数目RRC连接建立成功率重定向至3G次数FDD大学生商贸-FL27%5FDD大学 生商贸-FL-2

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