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

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

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
LTE的掉话原因分析及处理思路 LTE “掉话”是指UE异常退岀RRC_CONNECTED状态导致的连接中断。统计节点为 “ RrcCo nn ctio nReco nfiguratio nComplete ”消息正确达到网络侧开始,之后进行的各类业务,未 正常释放的均计为“掉话”。正常释放流程如下: [厂 UE ENOQEB EPC * 匚 onnctio n Reconfigure H an RrcConnc^onReconfiguraHonConiplete HP 鼻 SiiLrByJJ Initiril context step response ―h Ul. info rm jlionlransfftr ■ UPLIMK NAS TRANSPORT —— ———— -~— H f-rist liplink Osts ■.■亠.碎.二 11 - FrKl Downlink Data Measurement 屯弋prort 4 rcCcii nuiiu n Reconfiguration RrtConncdanRecoJifiguratronCornple^ Vt CONTEXT RELEASE REQUESET P 111 「m m UE CONTEXT RELEA St 匚 OMM/XND RR£C oniictioiiRel^Jse UE CONTEXT RELEASE COMPLETE- 、外场常见掉话原因分析 目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、 拥塞等。 掉话原因1 :弱覆盖 现象: 由于弱覆盖导致的掉话,通常有以下表现: 掉话前服务小区的RSRP持续变差(低于弱覆盖标准,如小于 -105dBm ),同时服务小区的 SINR也一起持续变差(小于 0dB,甚至小于-3dB )。 掉话后可能会有一段时间(数秒至数分钟不等,取决于实际网络覆盖情况), UE无数据上报 (类似于UE脱网)。 解决方案: 要解决此类掉话,需要改善覆盖。具体手段有: 首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。 根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区, 并加强它的覆盖。如常用 的天馈调整、站点建设等。 具体案例: 对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区,覆盖较差存在掉线风险。 通过调整PA: 3t0, RS参考功率:13.4dB 15.2dB,覆盖改善,掉线风险大大降低。 调整WDRSRP 在, SINR在逅整后 RSRP 在-99曲m f SINR在 3dB卡 掉话原因2 :越区覆盖 现象: 在支持切换的移动通信网络中,由于无法精确控制无线信号的传播,因此或多或少都会存在越 区覆盖的情况,导致“孤岛覆盖”无法与周边站点进行正常切换掉话,通常有以下表现: 越区覆盖导致的“导频污染”。在覆盖区内,没有稳定的强信号作为主服务小区。服务小区信 号的频繁变化,是导致掉话的一个主要原因。 掉话原因3:切换失败 现象: 由于切换失败导致的掉话,通常有以下表现: 在掉话前,UE曾发岀MeasurementReport (满足切换的测量配置门限),并能收到 eNB 发来的 RRCConnectionReconfiguration 。 但是UE收取目标小区的广播消息之后,立即上报 RRC连接重建立请求 rrcC onn ectio nReestablishme ntRequest;Cause=ha ndoverFailure [5; *3 汕.肛 [5; *3 汕.肛 i LT? S: l辺包 二二:<□-a. :-二三 9二尹丄让口丐 23] f l LJ _* 岁 ft? LTE Slgnj-lLn j n~ trr Si 1 Ln If.^93 皿 w.7 ir* Lin? ?□! U.K? FC: LTE mi i tn j FCT 二二三 :二 m丄m戈丄二吕扌 * 5 r * MB ■ 4 1 ■” 丄— TL* LIE ffijnj L=n 目 lSi+3t14 + FE 7 LTE gn? Llr7 皿 “一 □ i 1 knq 通常情况下,UE在切换失败后,会发起回到源小区的 RRC连接重建立请求,并且此类 RRC 连接重建立大部分都是成功的 解决方案: 检查源小区的邻区配置情况,确认邻区参数配置正确。 确认目标小区的工作状态正常(包括传输无误码、功率输岀正常、小区负荷不会导致拒绝切入) 确认源小区和目标小区的软件版本是否正确。 了解切换失败的规律(是否配置了 X2 ?是否集中在某个小区、该小区切换成功率是否较低? 周边是否有新开站点?是否处于不同的 MME边缘?是否处于不同频率的基站交界处?) 具体案例: 在武川第三中学

文档评论(0)

cooldemon0602 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档