VoLTE异常掉话分析目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (6)VoLTE异常掉话分析【摘要】VoLTE语音掉话是指在UE在与eNB间成功建立eRAB（QCI1）之后，由于异常原因导致的eRAB（QCI1）释放，原因通常包括RRC重配置（包括语音挂机触发）失败；终端RRC重建失败；UE LOST检测打开后终端重同步失败等。
本文通过对池州RCU路测中的掉话事件进行分析，发现DRB异常释放导致掉话。
【关键字】VoLTE掉话、DRB释放【业务类别】参数优化一、问题描述2019年7月18日，池州RCU 1200设备在市区和谐路与平湖路交口约100M处发生一次掉话，掉话位置如下图所示。
图1.掉话区域位置图二、分析过程VoLTE语音掉话问题的定位和普通数据业务掉话问题的定位步骤类似，主要有以下几个原因：1、覆盖类：越区覆盖、重叠覆盖、弱覆盖等导致掉话。
2、切换导致的掉话：过早切换、过晚切换及乒乓切换等导致掉话。
3、干扰引起的掉话：通常干扰分为上行干扰及下行干扰，系统内干扰及外来干扰。
不论哪种类型的干扰都会导致掉话。
4、流程交互失败：VoLTE相比普通业务需要建立QCI1的专有承载，当切换和QCI1专有承载修改/建立/删除冲突时，可能导致QCI1对应的NAS流程失败，导致掉话。
5、异常分析：传输问题（S1、X2口复位、闪断等）、eNB故障（单板复位、射频通道故障等）、UE故障等（UE死机、发热等）。
通过网管查询周边GC-市区-平天湖假日酒店-ZFTA-447481、GC-市区-贵池消防大队-ZFTA-447489、GC-市区-池州科苑-ZFTA-447903等基站均工作正常无告警。
分析掉话处RSRP及SINR值，如图2所示，可以看出此处占用GC-市区-平天湖假日酒店-ZFTA-447481-54信号，RSRP值约-75.19dBM,SINR约19.2dB，信号质量良好。
LTE 4G RRC重建成功率分析和优化提升2019年10月目录一、问题描述 (2)二、分析过程 (2)三、解决措施 (6)四、经验总结 (7)【摘要】描述了针对全网重建成功率低且重建失败次数高的TOP50个小区，通过相关优化参数将重建成功率从调优前平均的41.83% 提升至49.58%，并在全网推广实施，全网RRC 重建成功率从76%提升至80%左右。
【关键字】RRC 重建、重建成功率、PCI 混淆、切换失败【业务类别】优化方法、参数优化一、 问题描述 RRC二、 分析过程2.1触发RRC 重建原因引发UE 发起重建流程的原因主要有以下几点：23%69%1%6%切换失败触发无上下文RRC 重建尝试次数切换失败触发RRC 重建请求的次数重配置失败触发RRC 重建请求的次数重配置失败触发无上下文RRC 重建尝试次数激活的RRC 重建请求次数2.1.1上层检测到底层通知的无线链路失败UE检测到当前检测到“radio link failure”，则会发起原因值为“other”重建，通常引起RLF存在如下三种机制：➢上行RLC重传达到最大次数“indication from RLC that the maximum number of retransmissions has been reached”，包括SRB和DRB，与eNB侧下行的SRB与DRB机制相同，当UE RLC发送了一个PDU之后，需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。
对于没有收到eNB状态PDU的原因有两个，一个原因为eNB侧上行根本就没有收到任何RLC PDU，也就不会响应状态PDU，另一个原因为eNB响应的状态PDU，由于下行误码的原因，没有到达UE侧。
➢MAC层SRI重传达到最大次数在切换过程中，切换完成命令丢失后导致的PUCCH没激活，或者，在业务保持过程中由于Ta超时导致的PUCCH没激活，此时如果UE有SR发送，因为下行链路问题，UE无法收到ENB的MAC层确认，SR重传达到最大次数后触发MAC_RA_IND，上报给L3后发起重建请求。
VoLTE掉线率优化处理分析VoLTE掉线率优化处理思路【摘要】VoLTE即Voice over LTE，它是⼀种IP数据传输技术，使得⽤户在LTE⽹络下不仅仅能够享受⾼速率的数据业务，同时还能获得⾼质量的⾳视频通话。
VoLTE是基于IMS的语⾳业务，⽽IMS由于⽀持多种接⼊和丰富的多媒体业务，成为全IP时代的核⼼⽹标准架构, 本⽂主要介绍VoLTE掉话率优化⽅法，为后续VoLTE接⼊成功率的优化提升提供参考【关键字】VoLTE掉话率【故障现象】VoLTE掉话排查思路1、⽆线侧原因排查：终端异常进⼊空闲模式或者⽆线链路失败、RRC重建失败，需要查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3⼲扰、弱覆盖、基站故障等⽆线问题导致，VoLTE掉话应重点关注以下⼏个环节：是否发⽣⽆线链路失败终端在⽆线质量极差时会发⽣⽆线链路失败（Radio Link Failure,RLF）事件，RLF事件可从路测软件中查到。
出现⽆线链路失败后建议检查以下⼏点。
1) 邻区漏配导致⽆法切换导致掉话。
邻区漏配现象：掉话前下⾏覆盖变差， UE多次上报测量报告（MR），已经满⾜切换门限后⽹络侧不下发包含mobilitycontrol的RRC重配消息，最后掉话。
2) 覆盖弱导致⽆线链路失败（Radio Link Failure）3) ⼲扰强造成了SINR低，导致⽆线链路失败（Radio Link Failure）。
建议检查掉话点的SINR、RSRP以及相邻站点的PCI，确认是否存在越区覆盖、重叠覆盖、PCI模3⼲扰等。
⽆线链路失败后是否RRC重建成功RLF之后若终端搜索到合适的⼩区，可发起RRC重建流程。
重建成功话⾳则得到接续，不算掉话。
设备功能问题导致掉线说明：若⽆线环境较好未发⽣⽆线链路失败⽽终端突然掉线，建议检查基站或终端是否存在功能问题导致掉话。
例如：TM3/8转换导致掉话。
2、EPC原因排查：如果通话发⽣专⽤承载丢失、去激活承载消息未收到、核⼼⽹下发Detach Request，跟踪MME、S/PGW、PCRF信令查找问题原因。
监控湖州LTE 网络指标发现，通过对8 月指标连续跟踪、统计，湖州电信LTE-FDD 网络RRC 重建比例整体呈抬升趋势。
如下图所示：图 1.1 湖州 8 月份 RRC 重建比例变化趋势在全网指标问题存在的情况下，针对重建比例较高的基站(LF_H_德清下杨BBU3)进行跟踪和对照，如下图所示：LF_H_德清下杨BBU3 13.24全网均值 1.35 约13倍图 1.2 LF_H_德清下杨 BBU3 重建比例与全网对照2022-08-11 2022-08-12 2022-08-13 2022-08-14 2022-08-15 2022-08-16 2022-08-17 2022-08-18 2022-08-19 2022-08-20 2022-08-21 2022-08-22 2022-08-23 2022-08-24 2022-08-25 2022-08-26 2022-08-27 2022-08-28 2022-08-29 2022-08-30 2022-08-31 合计图 1.3 LF_H_德清下杨 BBU3 重建比例日常数据跟踪通过上表可看出 LF_H_德清下杨 BBU3 在较长期段，持续存在 RRC 重建比 例过高现象。
首先通过故障核查， LF_H_德清下杨 BBU3 向来正常状态，排除故障原因。
然后通过标准信令跟踪 LF_H_德清下杨 BBU3 基站，重建原因如下：LF_H_德清下杨BBU3 RRC 重建原因统计 1小时内RRC 重建失败次数 cause=handoverFailure ； 9 cause=otherFailure ； 36 cause=handoverFailure ； 44 总计 89通过上表可以看出：终端在 LF_H_德清下杨 BBU3 基站浮现 RRC 重建，主要 原因是重配置失败和无线环境差， 其次是切换失败导致的重建。
对以上问题以切 换失败、重配置失败、覆盖问题等分析如下：抓取 UU/X2/S1 信令跟踪(L3)，CELLDT/IFTS 跟踪(L2/L1)，通过目标站回LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3 LF_H_德清下杨BBU3平均值12.0495 13.0584 13.0242 13.9665 13.1699 13.6609 14.0118 14.2484 12.3574 12.2517 12.7761 12.0074 14.1245 12.661 12.871 13.7954 14.2565 14.0158 12.9474 12.9696 13.9709 13.24复的 HANDOVER_REQUEST_ACK 消息中获取到该 UE 切换时使用的 CRNTI。
