LTE掉话问题分析及RRC连接重建触发原因
LTE掉话优化(华为)资料
UE发起下一次呼叫。
秘密▲
连接与掉话的基本概念（3）
掉话的常见表现
2、空口信号变差等原因导致的掉话，从信令看：
登记已撤销 (Deregistered)
已登记 (Registered)
空闲（IDLE)
连接 (Connected)
空闲(Idle)
连接 (Connected)
空闲(Idle)
连接 (Connected)
NAS: Non-Access-Stratum AS: Access-Stratum
连接与掉话的基本概念（2）
秘密▲
连接与掉话的基本概念（3）
掉话的常见表现
3、其他原因：
狭义上来讲，可以认为“只要UE发起了RRC重建立，就 意味着RRC连接已断、即产生了掉话”。
在实际项目中，由于切换失败或其他原因、导致的RRC 连接重建立，而这种RRC连接重建立往往是成功的。因 此，在项目运作的时候，这种RRC重建立是否算作掉话， 需要特别关注
“RRC连接重配置”消息； （3） UE切换到“RRC连接重配置”消息所带的目标小区后、在
该小区的BCCH-SCH上接收到广播消息 （systemInformationBlockType1）； （4） UE收完广播消息后、发起“RRC连接重建立（原因为切换 失败）”； （5） 通常UE能够在较短时间（200ms）内重建立成功、回到切 换前的源小区。
秘密▲
常见掉话原因（2）——切换失败
优化手段
1.检查源小区的邻区配置情况（源小区Neighbor Cell表 中的数据与目标小区的Serving Cell表中的数据进行对 比），确认邻区参数配置正确；
LTERRC重建比例问题分析
宿迁电信RRC重建比例问题分析
概述：
按重建原因分类：
分析全网RRC重建次数其中由于切换失败导致的重建次数占总次数的%;其他原因触
发的RRC重建次数占总次数的%;切换失败多为PCI冲突、邻区错误、邻区缺失等原因,其他原因触发的重建原因多为弱覆盖、干扰等无线环境等原因;
分区域统计,泗洪RRC重建比例明显高于全网平均值,泗洪站点数为395个占全网总数的%,对RRC重建立尝试次数的贡献达到了%;从结果可以看出泗洪RRC重建立尝试次数明显较多,拉低全网RRC重建比例;
分析泗洪RRC重建立原因,泗洪切换失败触发的RRC重建比例达到%;明显高于其他区域;
UE去激活定时器修改
为改善RRC重建比例指标,3月8日选取现网150个站点,修改UE去激活定时器等参数;通过调整定时器可以将短暂是活动的UE去激活,增加RRC建立和重建立总次数,从而起到降低RRC重建比例的目的;目前五市中徐州已完成修改,修改后RRC重建比例提升40%左右;
150个站点区域分布情况：
通过修改前后RRC连接重建比例指标对比可以看出,参数优化完成后指标改善明显;
全网RRC重建比例
分区域RRC指标变化情况
RRC重建比例
RRC重建立尝试总次数
RRC建立和重建立总次数
参数调整后各个区域RRC重建比例均有降低,RRC重建尝试总次数没在参数修改前后没有明显变化,RRC建立和重建立总次数增加明显;
切换失败核查
目前全网只有泗洪区域RRC重建比例不达标,且切换失败导致的RRC重建立次数最多影响最为严重,分析泗洪区域TOP站点分布情况：
1、泗洪车门、重岗区域。
LTE掉话优化(华为)
秘密▲
连接与掉话的基本概念（3）
掉话的常见表现
2、空口信号变差等原因导致的掉话，从信令看：
只能看到信令不完整——UE在没有收到Release消息的情况下，直接从 RRC-CONNECTED状态转到RRC-IDLE。 此类掉话的一个典型表象为：UE发起了 RRCConnectionReestablishmentRequest、但是没有收到eNodeB发来的 RRCConnectionReestablishment，而且 UE也没有发出 RRCConnectionReestablishmentComplete消息。
秘密▲
常见掉话原因（4）——越区覆盖
优化手段
1. 越区覆盖的一般优化原则是：在区域中已有合理的稳 定信号覆盖的情况下、尽可能地控制越区覆盖的信号：
（1） 下调越区覆盖信号的功率 （2） 增加越区覆盖扇区的天线下倾角 （3） 在考虑了越区覆盖扇区周边的覆盖情况、以及网络拓扑结 构的情况下，谨慎地调整越区覆盖扇区的天线方位角
秘密▲
常见掉话原因（3）——邻区漏配
现象
Missing Neighbor
20 10 0 -10
Servin g Cell CINR
N1 CIN
R
Drop
-70 -90 -110 -130
Serving C ell RSRP
N1 RSRP
秘密▲
常见掉话原因（3）——邻区漏配
分析方法：采用信令分析法。
20 10 0 -10
Serving Cell CINR
Drop
Serving Cell CINR
Drop
N1 CINR
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参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。
掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
LTE无线掉线率分析与优化
掉线首先判断覆盖与干扰 通常RSRP<-115且SINR<-3较易掉线； 对于上行干扰可用基站侧检测工具查看
掉线问题分析
TD-LTE掉线分类
重建原因 UE触发重建
定时器不 合理 触发重建 未果
上行干扰
下行干扰
按重建 原因
有MR但 无重配
UE触发 重建
LTE救援机制
切换准备 问题
触发重建 被拒
掉线问题分析-按重建原因
MME
2 3
ERABReleaseIndication
UEContextReleaseRequest UEContextReleaseCommand UEContextReleaseComplete
RRCConnectionReconfigration RRCConnectionReconfigrationComplete
ห้องสมุดไป่ตู้
版本BUG 完保未过 网络异常
定时器设置不合理 过于苛刻导致
上行干扰 1 PUCCH Power差 2 RRU 上行干扰
下行干扰 无DCI0,SR发送最 大次数 UL_DATA
切换异常 1 邻区关系； 2 切换参数
RLC发送最大次数 后RLF
UL_DATA后随机接 入不成功,MSG1~4 转随机接入
网管无线掉线率定义
无线掉线率定义为UE CONTEXT异常释放比例。反 映系统的业务通讯保持能力，也反映了系统的稳定 性和可靠性。
无线掉线率=（eNB请求释放上下文数-正常的eNB 请求释放上下文数）/初始上下文建立成功次数 *100%
网管无线掉线率定义
eNB请求释放上下文数= eNB请求释放上下文数目(空口失败)+eNB请求 释放上下文数目(切换失败)+eNB请求释放上下文数目(小区闭塞)+eNB请 求释放上下文数目(用户非激活原因)+eNB请求释放上下文数目(重定向 导致)+eNB请求释放上下文数目(重建立失败)+eNB请求释放上下文数目 (S1链路故障)+eNB请求释放上下文数目(UE不存在)+eNB请求释放上下 文数目(CCO导致)+eNB请求释放上下文数目(其它原因)
经典案例-RRC多目标重建功能对VoLTE掉话率的影响分析
RRC多目标重建功能对VOLTE掉话率的影响分析目录第一章问题描述 (1)第二章问题分析 (1)1、Radio link failure流程 (1)2、VOLTE呼叫流程 (2)3、VOLTE掉话原因分析 (4)4、RRC多目标重建原理介绍 (5)第三章解决方案和效果 (7)1、RRC多目标重建验证方案 (7)2、效果验证 (9)第四章经验总结 (11)第一章问题描述针对集团要求的双提升测试，我们对临沂农村区域进行了测试，本次选取费县农村区域进行测试，发现农村区域存在多次RLF(Radio link failure)及VOLTE掉话，同时通过遍历测试发现了农村区域存在大量的弱覆盖区域，对于后期VOLTE语音要求的质量及移动性带来了挑战。
通过对测试数据的分析，发现现场存在较多RLF及RRC reestablishment reject等带来的异常事件及VOLTE掉话，针对RRC重建，本次试验尝试打开爱立信multi-targetre-establishment功能改善重建成功率，从而改善因此带来的VOLTE掉话。
第二章问题分析下文分别介绍无线链路失败（RLF）、RRC connection re-establishment、VOLTE Uu口信令流程等，进一步分析VOLTE掉话的原因，为本次试验做好理论解释。
1、Radio link failure流程LTE规定UE在RRC连接态下建立的内容如下：•SRB，如SRB1、SRB2；•缺省及专用无线承载，如DRB等•Security context•当RLF发生时，RRC协议规定执行如下操作•停止除T320以外的所有定时器•重置所有RB的无线资源•释放MAC、RLC、PDCP、PHY层配置，从而禁用SRB1并释放SRB2和DRB•Security context 仍然被激活同时RLF发生后UE会尝试恢复SRB1、SRB2、DRB和网络侧配置。
RLF一般会在如下条件下触发：RLC重传达到最大次数；T310超时，即指示物理层失步；MAC层指示的随机接入问题。
LTE基站掉话优化
消息中UE上报的目标邻区； • （5） UE上报MR后，没有收到eNB发来的用于指示切换的重配置消
息。
> 内部公开
常见掉话原因（3）——邻区漏配
• 优化手段
– 1、通过OMC（可以使用界面提供的配置工具、或者 批量导入功能），在掉话前的服务小区列表中，添加 漏配的邻区。
> 内部公开
常见掉话原因（5）——设备异常
• 分析方法：采用路测数据和OMC统计数据结合分 析法。
– 步骤1、采集数据 – 步骤2、分析掉话前后的数据
• 1）无线环境（借助GE）（弱覆盖、快衰落、阴影？） • 2）服务小区的覆盖（RSRP、SINR） • 3）邻区配置和切换统计 • 4）信令流程异常点
的切换成功率是否低？周边是否有新开站点？是否处于不同的MME边缘？ 是否处于不同频率的基站交界处？）
常见掉话原因（3）——邻区漏配
• 现象
Missing Neighbor
20 10 0 -10
Serving Cell CINR
Drop
N1 CINR
-70 -90 -110 -130
Serving Cell RSRP
– 2、开启ANR功能，完善邻区配置。（待验证）
常见掉话原因（4）——越区覆盖
• 现象 Overshooting (Pilot Pollution)
20 10 0 -10
Serving Cell CINR Drop
Serving Cell CINR
Drop
N1 CINR
> 内部公开
-70 -90 -110 -130
• （2） 判定掉话区域是否为“导频污染区”（覆盖该区域、RSRP > -110dBm 的小区个数超过3个，通常信号的CINR < 0dB）
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参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。
掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
LTERRC重建流程详解和优化经验总结
LTERRC重建流程详解和优化经验总结LTE RRC连接重建过程详解及优化应⽤当处于RRC连接状态时，如果出现切换失败、⽆线链路失败、完整性保护失败、RRC 重配置失败等情况，将会触发RRC连接重建过程。
该过程旨在重建RRC连接，包括SRB1操作的恢复，以及安全的重新激活。
处于RRC_CONNECTED状态的UE，安全已被激活，可发起该过程继续RRC连接。
仅当相关⼩区是具有UE上下⽂的⼩区时，连接重建才会成功。
假使E-UTRAN认可重建，SRB1的操作会恢复，⽽其它RB将继续保持挂起。
如果AS安全没有被激活，UE不会发起该过程，⽽直接转到RRC_IDLE状态。
总体信令流程图如下：注意：E-UTRAN在如下情况使⽤此过程：- 重配SRB1，且仅为其恢复数据传输；- 重新激活AS安全不改变算法。
⼀、RRC重建流程详解1.RRC重建初始化流程当出现以下任⼀情况是，触发RRC 重建初始化：1）检测到⽆线链路失败；2）切换失败；3）E-UTRA侧移动性失败；4）底层制式完整性校验失败；5）RRC连接重配失败。
在RRC重建初始化阶段，UE会执⾏如下操作：●停⽌定时器 T310，如果正在运⾏；●开始定时器T311；●挂起除SRB0之外的所有RB；●复位MAC；●应⽤缺省的物理信道配置；●应⽤缺省的半持久调度配置；●应⽤缺省的MAC主配置；●释放reportProximityConfig并情况所有邻近状态报告相关的定时器；●进⾏⼩区选择；当选择⼀个合适的 E-UTRA⼩区后，意味着RRC重建初始化完成，此时，UE将执⾏如下操作：●停⽌定时器T311；●开始定时器 T301；●采⽤SystemInformationBlockType2中包含的timeAlignmentTimerCommon。
●初始化RRCConnectionReestablishmentRequest消息的发送；注：该过程同样适⽤于如果UE返回源⼩区的情况注：在定时器T311运⾏过程中，UE选择了⼀个不同RAT的⼩区时，UE 将离开RRC_CONNECTED状态，同时‘RRC连接失败’。
LTE切换失败问答题分析案例分析
LTE切换失败问答题分析案例分析X2IPPATH配置问题导致切换不成功关键字：X2IPPATH 切换【现象描述】切换测试时，从站点B1的标⼝信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进⼊该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所⽰。
【原因分析】对于切换流程失败⽽⾔，如果是切换准备阶段的失败，其原因通常为以下⼏种：（1）传输资源不够⽤；（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的⽹络业务负载很⼩，接⼊⽤户数少，通过X2⼝传输的数据不多，⼀般来说不会出现传输资源不够⽤的情况。
所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2⼝和IPPATH问题排查处理，⼀步步解决问题。
【处理过程】每次切换到⽬标⼩区完成后，UE会读取⽬标⼩区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到⽬标⼩区的CGI，通过CGI中的基站ID确认⽬标基站B2的ID。
从该次切换的切换命令（RRC_CONN_RECFG）可以找到⽬标⼩区CELL2的PCI，在⽬标基站B2中⽤MML命令查询确实存在⼩区CELL2，所以接下来可以针对⽬标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接⼝ID与IPPATH的邻接点ID是否⼀致。
在webLMT上的命令如下：LST SCTPLNK；检查SCTPLNK是否建⽴并查看⽬标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接⼝的标识X2InterfaceId。
LST IPPATH; 根据X2接⼝标识X2InterfaceId，查看X2⼝两端的IP配置是否正确。
LTE的掉话原因分析及处理思路(加精
LTE的掉话原因分析及处理思路(加精LTE（Long-Term Evolution）是一种移动通信技术，为用户提供高速数据传输和更稳定的通信质量。
然而，LTE网络在实际使用中可能会出现掉话现象，影响用户的通信体验。
掉话是指通话或数据传输过程中突然中断的情况，可能由多种原因引起。
本文将对LTE掉话的原因进行分析，并提出相应的处理思路。
一、LTE掉话的原因分析：1.频率干扰：当LTE信号受到其他频段或其他无线设备的干扰时，会导致通信中断或掉话。
2.基站负载过重：如果LTE基站的通话负荷过重，可能会导致通信连接不稳定，从而引起掉话现象。
3.地形遮挡：地形起伏或建筑物阻挡信号传输会导致LTE信号弱化，从而影响通话质量。
4.用户位置变动：当用户在快速移动过程中，如高速驾驶或地铁运行中，可能会导致基站切换不及时，引起掉话。
5.信号干扰：电磁干扰、天气影响或其他无线设备工作可能会对LTE 信号产生干扰，造成掉话现象。
6.网络故障：LTE基站设备故障、传输线路故障等都可能导致通信中断或掉话。
7.用户设备问题：用户使用老旧或不兼容的设备、软件问题、设备损坏等都可能导致LTE掉话。
二、LTE掉话处理思路：1.优化网络规划：对LTE网络进行规划优化，调整基站覆盖范围和功率等参数，提高信号质量和覆盖范围，降低掉话率。
2.增加基站密度：增加LTE基站密度，提高信号覆盖范围和质量，减少用户在移动过程中的掉话现象。
3.加强干扰监测：实时监测LTE信号干扰源，及时发现并处理可能影响通信质量的干扰因素，减少掉话发生的可能。
4.提高用户设备兼容性：鼓励用户使用符合LTE标准的设备，避免因设备兼容性问题而引起的掉话现象。
5.强化故障处理机制：建立健全的LTE故障处理机制，快速响应网络故障事件，提供快速恢复服务，降低掉话率。
6.加强用户培训：向用户普及LTE网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。
LTE系统中RRC连接重建失败原因分析及处理方案
Ａｂｓｔｒａｃｔ：Ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ ｌａｙｅｒ（ＲＲＣ）ｓｏｎ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ ｆａｉｌｕｒｅ ｉｓ ａ ｃｏｍｍｏｎ ｅｖｅｎｔ ｉｎ
ｔｈｅ ＬＴＥ ｎｅｔｗｏｒｋ ｏｐｔｉｍｉｚａｔｉｏｎ ｐｒｏｂｌｅｍ，ｓｅｒｉｏｕｓｌｙ ａｆｆｅｃｔ ｔｈｅ ｎｅｔｗｏｒｋ ｑｕａｌｉｔｙ，ｒｅｄｕｃｅ ｔｈｅ ｒｅｌｉａｂｉｌｉｔｙ ｏｆ ｔｈｅ ｗｉｒｅｌｅｓｓ ｌｉｎｋ，ａｎｄ ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ，ｉｍｐｒｏｖｅｄ ｔｈｅ ｄｒｏｐｓ． Ｔｈｉｓ ｐａｐｅｒ ｐｒｅｓｅｎｔｓ ａｎ ｅｘａｍｐｌｅ ｏｆ ＬＴＥ ｎｅｔｗｏｒｋ ｏｐｔｉｍｉｚａｔｉｏｎ，ｉｎ ｖｉｅｗ ｏｆ ｔｈｅ ＲＣＣ ｃｏｎｎｅｃｔｉｏｎ ｆａｉｌｕｒｅ ｉｎ ｔｈｅ ｐｒｏｃｅｓｓ ｏｆ ｒｅｃｏｎｓｔｒｕｃｔｉｏｎ ｏｆ ａｎａｌｙｓｉ ｓ ａｎｄ ｒｅｓｅａｒｃｈ， ａｎｄ ｐｕｔ ｆｏｒｗａｒｄ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｓｏｌｕｔｉｏｎｓ．
设置为触发重建的小 区的 Ｃ－ＲＮ１１。对 ＵＥ设置 ＰｈｙｓＣｅｌｌｌｄ如下为 为 一７８ｄＢｍ ，Ｃ小 区测得 ：ＲＳＲＰ为 一７９ｄＢｍ ：由于邻区漏配导 切换或者从 Ｅ—ＵＴＥＡＮ移动失败触发的重建进程 将 ＰｈｙｓＣｅｌｌｌｄ 致 ＵＥ一直 拖 占其 它小 区 Ｉ无 线环境差 造成一 次 ＲＲＣ重配 置失 设置 为源小 区中使用 的物理 小区标识 着 其 他情况 触发的重 建 败。通 过分别 添加 Ａ小 区与 Ｂ小区双 向邻 区关系和 Ａ小 区与 Ｃ
ｅＮｏｄｅＢ之间实现寻呼、移动 性管理、消息传递和 Ｑｏｓ管理等多 进 行 缺省 的主 配 置 ｒ还要 释放 ｒｅｐｏｒｔＰｒｏｘｉｍｉｔｙＣｏｎｆｉｇ并 情况
LTERRC连接重建问题处理
LTERRC连接重建问题处理CIO设置不合理导致RRC连接重建问题处理【现象描述】进⾏TD-LTE⽹络DT测试过程中，车辆⾏⾄某两个⼩区边缘区域时，终端发起原因值为otherfailure的RRC重建，之前⽆RRC 异常释放、RRC重建失败、切换失败等事件。
【原因分析】使⽤Assistant对测试Log进⾏分析，信令RRCReestablishAttempt原因值为otherfailure。
上图所⽰为RRC重建事件点，可看出重建发⽣在两⼩区边缘地带，不存在掉线等异常事件。
但此时主服务⼩区RSRP值为-69，⽽邻区RSRP值为-53，电平差值较⼤。
【分析流程】⾸先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进⾏分析。
整个切换过程异常情况我们分为⼏个阶段：测量报告发送后是否收到切换命令，收到重配命令后是否成功在⽬标测发送MSG1，成功发送MSG1之后是否正常收到MSG2；在某⼀环节出现问题我们可查询相应处理流程进⾏排查。
由于终端未收到切换命令，可能有两种情况：1、基站未收到测量报告（可通过后台信令跟踪检查）：检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在⼩区边缘，或存在上⾏功率受限情况（根据下⾏终端估计的路损判断）。
如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况2、基站收到了测量报告：2.1基站未向终端发送切换命令情况：（1）确认⽬标⼩区是否为漏配邻区（2）需要检查是否⽬标⼩区未向源⼩区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源⼩区也不会向终端发送切换命令。
2.1基站向终端发送切换命令情况：主要检查测量报告上报点的覆盖情况，是否为弱场，或强⼲扰区域，优先建议通过⼯程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化具体分析流程图如下：图1 流程图【分析过程】根据Serving+nighboring Cell图中显⽰，虽然服务⼩RSRP值还处于正常⽔平，但此时邻区电平值已⾼于服务⼩区16dBm，服务⼩区RSRQ已降低到-20。
(重点)VOLTE掉话分析
VoLTE经验总结1 广州VOLTE网络质量现状经过近三个月的优化工作,广州ATU网格内,掉话率逐步改善,从11。
5％（四月）下降至3。
27%(七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46％.七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。
广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作,故七月份测试遇到的异常IMS相关问题分析进度暂缓。
2 广州VoLTE测试问题优化进展2。
1 异频重定向掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。
网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报,未切换也未发生重定向,P02版本禁止QCI 1 业务异频重定向功能生效.2.2 异系统重定向掉话问题验证（问题解决)背景:中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。
网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显.P02版本禁止QCI 1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件(2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机,未产生掉话事件2。
3 TM3/8转换掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下,VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。
8月3日，网格45所有升级站点打开TM3/8自适应,验证VoLTE业务在TM3与TM8进行转换时是否掉话,测试结果如下：网格45遍历拉网测试中出现26次TM3向TM8的模式转换，转换正常未发生异常。
5 LTE 掉话问题分析
下行吞吐率
上行吞吐率
上行和下行吞吐率突然下降为0，则可能是发生掉话。
Copyright © 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page8
路测掉话的表现形式（续）
z UE在业务正常进行过程中，突然接收系统消息，则可能是掉话。
Copyright © 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page15
其它的相关指标：切换出异常释放counter
z 查看切换出异常释放counter和切换出正常释放counter，可以反映 由于切换失败引起的掉话。切换出异常释放counter如下：
Copyright © 2013 Huawei Technologies Co., Ltd. All rights reserved.
Page5
终端侧掉话公式定义（续）
2. 终端在没有收到MME发送的“DEACTIVATE EPS BEARER CONTEXT REQUEST”的NAS消息，终端也没有向网络侧主动 发出“DETACH REQUEST”的NAS消息，却收到了eNodeB下 发的RRC Connection Release消息并且前4秒如果有RLC层数 据传输(上下行都需要考虑进来的，任何一个方向只要有数传即 满足条件)，记录一次eRAB异常释放事件。
测量指标 L.E-RAB.AbnormRel.QCI.1 L.E-RAB.AbnormRel.QCI.2 L.E-RAB.AbnormRel.QCI.3 L.E-RAB.AbnormRel.QCI.4 L.E-RAB.AbnormRel.QCI.5 L.E-RAB.AbnormRel.QCI.6 L.E-RAB.AbnormRel.QCI.7 L.E-RAB.AbnormRel.QCI.8 L.E-RAB.AbnormRel.QCI.9
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参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。
掉话原因2：越区覆盖现象:在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现：1.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
LTE掉线率较高，如何分析与解决
LTE掉线率较高，如何分析与解决
掉线率高：得查掉线类型，是切换掉线还是什么原因，如果切换掉线，切换参数是否设置合理，与哪个小区切换掉线高，可以调整天馈等手段。
其实这些基本的优化思路2G/3G/4G都差不多，无非就是参数不一样，机制、原理不一样，计时器不一样而已。
掉线率=异常enodbe释放/(正常释放与异常释放)，这个一般就看异常释放到底是什么原因引起的，一般异常都是信号差，干扰引起，或者是基站覆盖太远，，超出了他本身的覆盖范围、或者本是切换失败率高导致的、
切换失败率分为站内切换与站间切换率。
切换失败率=（站内失败数+站间失败数）/（站内尝试数+站间尝试数）。
切换失败率高，就要看到底是站内原因导致的，还是站间切换失败导致的。
LTE掉话问题分析及RRC连接重建触发原因
LTE掉话问题分析及RRC连接重建触发原因
LTE掉话问题分析及RRC连接重建触发原因
一、掉话问题两类
1、异常RRC connection Release,网络设备异常。
2、RRC重建失败。
二、掉话问题具体原因：
1、弱覆盖
2、干扰
3、切换失败，邻区参数配置不正确，目标小区工作不正常（传输误码，负荷高接纳拒绝）
4、邻区漏配，无法切换
5、越区覆盖，导致参考信号污染或邻区漏配引起切换掉话。
6、拥塞，引起多项指标恶化。
7、设备异常，终端或网络设备异常。
三、 RRC重建立触发的原因有如下几种情况：
（1）UE检测到无线链路失败，主要包括：上下行RLC达到最大重传次数；上/下行失步，随机接入失败等原因
（2）切换失败（包括同系统、异系统切换）
如果切换失败，UE会发起RRC重建立请求，并将重建立原因封装在RRC重建立请求消息中。
（3）底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建立，例如UE和基站的加密以及完整性保护算法不一致，这类原因不常见，通常为终端的问题。
（4）RRC重配失败
RRC重配置的目的是修改RRC连接，在如下场景会发生RRC重配置：建立、修改或者释放无线承载时；执行切换时；建立、修改或释放测量配置等。
RRC重建比率高问题分析和优化方法
RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建（RRCconnectionre-etablihment）是UE处于RRC_CONNECTED状态，因为一些移动性管理或底层链路故障，导致连接中断，UE发起的空口资源重新建立的过程，以继续空口的RRC连接。
重建是UE在连接状态下，空口异常时重新恢复空口的过程。
重建成功的前提是收到重建请求的小区有UE的上下文。
重建的意义在于快速恢复空口业务，提高业务的连续性。
重建成功流程：如果目标小区无该UE的上下文信息，此时UE的RRC重建请求可能会被拒绝重建失败流程：UEEUTRANRRCConnectionReetablihmentRequetRRCConnectionReetabl ihmentReject2、重建原因2.1重建条件UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下，会在新的小区发起RRC重建过程，以试图快速重建业务，提升用户感受。
LTE协议规定，网络侧只能对存在上下文的连接接受重建请求，没有上下文ID的请求将被拒绝而掉话。
当UE从基站A重建至基站B时，这种重建必然因获取不到上下文而失败。
在现网中，无上下重建失败在重建失败总次数占绝大多数。
严重影响了客户感受。
上下文一般是eNodeB侧存储的UE的一些重要信息，包括UE能力、多承载信息（承载ID，QCI等级）、S1AP_ID、UE的安全性算法等。
对于没有UE上下文的重建，目标基站必须通过某种手段获取源站的上下文，协议规定源站可以通过切换请求把UE的上下文带到目标站，因此获取上下文的载体是有了，但是如何通知源站把上下文通过切换请求带到目标站，协议中没有规定。
因此只能通过私有消息方式通知源站，若私有消息走S1口，需要进核心网，核心网侧也需要识别该消息，处理上比较复杂，所以一般情况下会直接经过某2口处理该私有消息。
目标基站收到RRC重建请求后，发现没有该UE的上下文，所以通过某2口发送一个私有消息给源侧基站请求源侧基站发送上下文，收到回复后，就按照正常的流程，继续完成RRC重建过程。
LTE系统中RRC连接重建失败原因分析及处理方案
LTE系统中RRC连接重建失败原因分析及处理方案何瑛【期刊名称】《电子测试》【年(卷),期】2016(000)001【摘要】无线资源控制子层(RRC)连接重建失败是LTE网络优化中常见事件类问题，严重影响了网络质量，减低了无线链路的可靠性、服务的连续性，提高了掉线率。
本文结合LTE网络优化实例，针对重建过程中RCC连接失败的几种情形进行分析和研究，并提出相应的处理方案。
%Radio resource control layer(RRC)son connection reconstruction failure is a common event in the LTE network optimization problem,seriously affect the network quality,reduce the reliability of the wireless link,and service continuity,improved the drops. This paper presents an example of LTE network optimization,in view of the RCC connection failure in the process of reconstruction of analysis and research, and put forward the corresponding solutions.【总页数】2页(P59-60)【作者】何瑛【作者单位】西安航空职业技术学院，陕西西安，710089【正文语种】中文【相关文献】1.LTE系统RRC层RRC连接建立过程研究 [J], 陈裕通;魏国廷2.LTE系统中RRC消息传输方案的设计与改进 [J], 王志;罗思齐3.LTE系统中RRC连接建立过程的设计 [J], 杨玉彬;付睿智;王强4.LTE系统终端无线资源控制(RRC)连接重建过程研究 [J], 张勇;卞伶俐5.TD-LTE系统网络端RRC连接建立过程研究 [J], 房小伟;李小文;焦风鸣因版权原因，仅展示原文概要，查看原文内容请购买。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、掉话问题两类
1、异常RRC connection Release,网络设备异常。
2、RRC重建失败。
二、掉话问题具体原因：
1、弱覆盖
2、干扰
3、切换失败，邻区参数配置不正确，目标小区工作不正常（传输误码，负荷高接纳拒绝）
4、邻区漏配，无法切换
5、越区覆盖，导致参考信号污染或邻区漏配引起切换掉话。
6、拥塞，引起多项指标恶化。
7、设备异常，终端或网络设备异常。
三、RRC重建立触发的原因有如下几种情况：
（1）UE检测到无线链路失败，主要包括：上下行RLC达到最大重传次数；上/下行失步，随机接入失败等原因
（2）切换失败（包括同系统、异系统切换）
如果切换失败，UE会发起RRC重建立请求，并将重建立原因封装在RRC重建立请求消息中。
（3）底层指示完整性保护失败
由于信令的完整性保护失败发生RRC重建立，例如UE和基站的加密以及完整性保护算法不一致，这类原因不常见，通常为终端的问题。
（4）RRC重配失败
RRC重配置的目的是修改RRC连接，在如下场景会发生RRC重配置：建立、修改或者释放无线承载时；执行切换时；建立、修改或释放测量配置等。