【4G+(VOLTE)知识】_(重点)VOLTE掉话分析

VOLTE端到端掉话分析指导端到端掉话是指通话过程中，双方用户在语音通话过程中突然失去声音或嘈杂的背景声音，导致通话无法继续进行。

在进行VOLTE（Voiceover Long Term Evolution）时，如果出现端到端掉话问题，需要进行分析和解决。

1.确定掉话现象2.收集掉话问题的证据在用户报告掉话问题后，需要收集相关的证据以进行分析。

可以收集以下内容：-掉话的具体时间和地点-掉话前后的通话质量和信号强度-接入网关或基站的状态信息-网络负载和流量数据3.检查网络和设备接下来，需要检查网络和设备的问题。

可以执行以下操作：-检查网络连接是否正常，例如查看是否有网络故障或网络拥塞的现象。

-检查设备是否有软件更新或升级，确保设备处于最新的运行状态。

-检查设备的电池是否充足，如果电池电量不足可能会影响通话质量。

4.分析通话质量报告VOLTE通话质量报告会记录通话过程中的相关数据，如接收信号强度指示（RSSI）、信噪比（SNR）、块错误率（BLER）等。

分析这些报告可以帮助找到问题的原因。

如果在特定时间段内出现了信号强度下降、信号干扰或其他异常现象，可能会对通话质量产生影响。

5.进行网络路径分析网络路径分析可以帮助确定通话过程中数据传输的路径，并找出可能的问题。

可以通过以下方式进行网络路径分析：- 使用ping命令测试网络连通性，了解数据包在网络中的传输情况。

-分析数据包进出的路由情况，检查是否存在延迟或丢包的现象。

-检查语音流量是否经过负载均衡设备，负载均衡设备的故障可能会导致掉话问题。

6.调查核心网和IMS网络- 网络设备或服务器故障，如SBC（Session Border Controller）或BGCF（Breakout Gateway Control Function）的故障。

-网络节点配置错误，如路由配置错误或信道配置错误。

总结：。

VOLTE掉话分析VOLTE（Voice Over LTE）是一种在4G LTE网络上实现高质量语音通话的技术。

它比传统的2G和3G网络更高效和先进，但在实际应用过程中，仍有可能出现掉话的情况。

下面将分析VOLTE掉话的可能原因和解决方法。

首先，VOLTE掉话的原因可能和网络覆盖有关。

4GLTE网络有时在一些较为偏远的地区信号覆盖可能不稳定，或者室内覆盖不足，这都可能导致VOLTE掉话。

解决这一问题的方法可以是增加基站的覆盖范围或增加室内信号增强器等设备。

其次，VOLTE掉话的原因还可能和设备功率管理有关。

在信号弱的地方，手机可能会增大功率以保持通信连接，这可能会导致电量消耗过快，进而导致掉话。

此外，设备的软件或硬件故障也可能导致VOLTE掉话。

解决这一问题的方法可以是优化设备的功率管理算法，确保设备正常运行，并及时修复软硬件故障。

再次，VOLTE掉话的原因还可能和网络负载有关。

在高峰时段或网络拥堵的情况下，网络负载增加可能导致语音通话的质量下降，包括掉话。

解决这一问题的方法可以是提升网络的容量，增加带宽等。

此外，VOLTE掉话还可能和网络的QoS（Quality of Service）设置有关。

QoS的设置可以对不同类型的数据流分配不同的优先级，如果语音通话的优先级设置不当，可能导致VOLTE掉话。

解决这一问题的方法可以是合理设置QoS，确保语音通话的优先级高于其他数据流。

最后，VOLTE掉话的原因还可能和网络的连接稳定性有关。

网络的连接不稳定可能导致通话中断，从而出现掉话情况。

解决这一问题的方法可以是优化网络的传输协议，提高连接的稳定性。

总的来说，VOLTE掉话的原因可能涉及网络覆盖、设备功率管理、网络负载、QoS设置和连接稳定性等多个方面。

要解决这一问题，需要优化网络、设备和软件配置，并加强对网络质量的监控和维护。

只有在确保网络稳定和通信质量高的情况下，才能实现高质量的VOLTE通话体验。

TOP筛选条件◆当日掉话次数大于3次为TOP小区◆一周内出现3次TOP小区为高掉话TOP小区TOP分析方法手段掉话问题掉话原因分析➢按照掉话分子，按原因值提取相关计数器进行分析；➢检查站点是否存在邻区漏配或者配置不合理，导致无法及时切换出而吊死，引发掉线；➢小区存在异频邻区时，需要核查异频切换类相关A2、A3配置门限是否合理；➢检查小区是否存在超远覆盖，导致覆盖孤岛，无法及时切换到周边基站，可通过后台信令跟踪，观察测量报告，补齐漏配的邻区，随后及时对覆盖进行控制；➢对于弱覆盖引起的掉线，若终端处于覆盖边缘，周围无可用LTE小区，可以合理添加异系统邻区，合理配置重定门限，及时重定向到异系统，减少掉线。

➢关注小区无线环境，分析是否NI过高；➢关注影响业务的故障类告警；掉话Context归类如下：●ENB由于S1链路故障发起释放分为三类◆Context释放，Gtpu ErrInd触发释放：主要是核心网参数问题，部分原因是TAC边界不和导致，可以优化TAC边界◆Context释放，Path故障触发释放：传输故障导致，需核查传输◆Context释放，光口故障触发释放：光口、S1链路故障等原因，推维护处理●Context释放，ENB切换失败引发释放：检查切换参数、功率参数、定时器设置；●Context释放，由于小区关断或复位引发释放：检查掉线对应时间段内基站小区故障类告警●Context释放，ENB由于其他原因引发释放：容量等其他问题；●Context释放，ENB重建立失败导致释放：检查小区NI是否过高，RS功率设置是否偏小，检查现场无线环境，开启X2口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）；●ENB空口失败引发释放次数分四类◆ERAB释放，空口定时器超时：检查CPU负荷，同时在线用户数是否偏高，如是可增加SR信道配置容量进行优化，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，空口质量差触发RLF：检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；◆ERAB释放和RLC达到最大重传次数：检查RLC参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，PDCP完整性保护失败：检查加密完保参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；Context整理情况如下：切换问题：切换分为切换准备阶段和切换执行阶段切换准备阶段多由外部邻区参数配置错误（邻区配置正确）或者切换准备目标基站故障引起。

QZ VOLTE掉话率及接入时延短板分析一、VOLTE掉话率分析1、VOLTE掉话率概述通过提取GN平台掉话率专题分析统计了近7天全省VOLTE掉话率,情况如下:VOLTE掉话率=VOLTE掉话总次数/VOLTE应答总次数。

从指标情况看,衢州掉话率为0.29%排名第十,与省平均掉话率差距0.14%,与省内最优地市掉话率差距0.24%，相比其他地市VOLTE应答总次数基数较小，且掉话总次数偏高。

VOLTE 应答总次数基数大的地市掉话率整体较低。

2、VOLTE掉话分析1）GN平台提取VOLTE掉话原因分布如下：1、1 TX2 RELOCOverall E xpiry；分析部分小区为无线环境差导致在ESRVCC过程中X2定时器超时，导致上下文释放携带此错误代码，现通过提升B2门限与增加功率来解决此类问题，还有部分疑难小区已跟取calltrace待问题复现后分析。

2、16 Normal Call Clearing；表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫，这种情况流程正常，被叫侧上发某SIP消息携带该信息，一般为被叫挂机，怀疑为GN平台统计问题。

3、21 Radio Connection with UE lost，一般为无线问题，已进行最低接入电平修改，B2门限抬升，功率调整，以及频繁切换地带修改CIO，减少切换，部分小区已解决，对于疑难小区已跟取calltrace待问题复现后分析。

若解决掉话主要问题 1 TX2 RELOCOverall E xpiry占比29.17% 、21 Radio Connection with UE lost占比20.83%，掉话率可提升50%。

2）GN平台近一天大于2次小区掉话分析通过对近1天掉话次数大于2次的小区进行具体分析，发现问题占比最多的为MME回复SGW UPDATE BEARER RESPONSE(Cause:94)占比约52%，若解决此问题，掉话率可提升50%，可达全省前5名，详情如下：掉话原因占比次数MME回复SGW UPDATE BEARER RESPONSE(Cause:94)，52.38% 22 Request rejected（52.38%）Normal call clearing（14.29%）23.81% 10基站在BYE之前异常发出的上下文释放中携带casue（1）9.52% 4tx2relocoverall-expiry（9.52%）基站发送UE CONTEXT RELEASE REQUEST（21）casue：9.52% 4 radio-connection-with-ue-lost给MME(（9.52%）)unspecified4 （4.76%） 4.76% 23、VOLTE掉话后续优化建议通过分析，VOLTE掉话主要原因为，MME回复SGW UPDATE BEARER（cause94），其次为radio-connection-with-ue-lost(21)、tx2relocoverall-expiry切换超时。

4G直放站下VoLTE异常掉话分析及处理XX目录一、案例背景 (4)二、优化分析及解决过程 (4)2.1滨江新天地花园VoLTE 切换问题 (4)2.1.1自由模式（不锁频） (6)2.1.2手机锁频至1.8G (7)2.1.3问题分析 (9)2.1.4复测验正 (10)2.2阳光国际地下室接入、VoLTE 切换问题 (11)2.2.1CQT ABM 业务测试 (11)2.2.2CQT VoLTE 语音业务测试 (12)2.2.3问题分析 (13)2.2.4性能分析 (14)2.2.5硬件性能排查 (15)三、取得成效及经验总结 (18)摘要目前，居民拥有小汽车数量日益增加，对多层住宅区来说，地下停车也有很好的优势，业主可以从车库很便捷的到达家庭。

然而，目前部分住宅区地下车库实现了通讯信号覆盖，但仍有不少“盲区”需要完善通信信号覆盖。

考虑到地下室人员流动性大、密度小、话务低等特点，传统室分采用 RRU 覆盖经济效益低，通过使用4G 直放站对地下室进行覆盖，达到补盲效果，并合理控制投入成本，提高投入产出比。

本案例通过直放站分布系统接入问题实例分析，研究直放站下终端接入异常原因，并通过对直放站施主扇区 RRU 下挂直放站最大数量进行整改、验证，保障用户正常接入，同时对室外切换进行验证，调整切换参数，确保用户出入地下室可正常切换。

【关键字】直放站接入 VoLTE 切换一、案例背景传统室分采用 RRU 覆盖经济效益低，通过使用 4G 直放站对地下室进行覆盖达到补盲效果，可以合理控制投入成本，提高投入产出比。

但同时直放站覆盖也将面临多重问题，需要对新建直放站室分及时、详细测试，评估覆盖是否影响用户使用。

借鉴 C 网直放站问题排查思路制定直放站问题排查流程。

二、优化分析及解决过程2.1滨江新天地花园 VoLTE 切换问题滨江新天地位于江洲路与通江路交叉口北侧，小区由高层和别墅组成，高层楼宇地下室为地下停车库，该停车库含北出入口、东出入口共 2 个出入口。

一、VOLTE掉话优化方法（包括测试、统计）1.1、Volte掉话定义：Volte掉话率=掉话次数/成功建立呼叫次数*100%统计方法•掉话：空口RRC连接释放（终端Radio Link Failure或者网络侧RRC Release）；主被叫bye消息异常或者通话结束收到bye和ACK消息，但是未正常释放承载。

•成功建立呼叫：包括RRC连接建立和SIP会话建立。

a)RRC连接建立：RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB建立”立空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立；b)成功建立呼叫：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息；1.2、Volte掉话率优化思路：Volte掉话分析大致来源于投诉、DT、统计（炎强或者网管）三方面；目前掉话原因主要集中在两方面：一方面是无线；另一方面是EPC或者IMS的问题。

针对掉话优化，具体优化流程涉及方面如下：1.2.1 路测掉话分析思路Volte目前在我省处于试商用阶段，现阶段测试是我们发现Volte问题的主要手段。

通过全国各地对Volte掉话分析处理的经验，如上六方面是影响Volte测试掉话率的主要因素，具体分析方法如下：1、服务小区故障导致掉话：此类问题的表象不一，总的来说，在确认系统的功率、切换、业务相关参数无误、并排除了无线环境（信号）的影响之后，掉话问题依旧存在，这时可以将问题考虑为系统设备（可能是硬件或软件）异常。

1. 网管告警查询，如果存在告警及时处理。

2. 切换流程异常（在切换区、无法正常完成切换、而导致掉话）3. 在业务进行到相对固定的一段时间内、发生掉话（并且可复现）4. 在特定某（几）个扇区、eNodeB下，发生可复现的掉话5. 跨MME、或者跨TA等，在特殊区域进行业务时，发生可复现的掉话2、弱覆盖导致掉话：现象由于弱覆盖导致的掉话，通常有以下表现：1. 掉话前服务小区的RSRP持续变差（低于弱覆盖标准1，如：小于-110dBm）、同时服务小区的SINR也一起持续变差（小于-0dB，甚至更低）；2. 掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。

经典案例-VoLTE掉话研究和实践总结Volte掉话研究和实践总结1概述随着Volte的不断放号，Volte用户不断增加，如何保持Volte用户在语音通话过程中不掉话将至关重要。

本文将介绍Volte语音掉话优化方法以及台州Volte掉话优化成果。

下图所示为挂机流程：Volte掉话定义如下：掉话率：（主叫掉话次数+被叫掉话次数）/(主叫呼叫建立成功次数+被叫呼叫建立成功次数)路测软件掉话定义：呼叫成功后，通话阶段收到RRCCONECTION RELEASE消息，挂机阶段QCI1承载没有释放，BYE REQUEST没有收到200 OK。

2影响Volte掉话的因素Volte掉话问题涉及到UE，EnodeB，EPS，IMS端到端网元，需要各个网元联合分析和定位具体原因。

影响Volte掉话的因素如下图所示：3Volte掉话定位思路首先确定是哪类原因引起的掉话，再根据触发异常的网元分析掉话原因。

Volte通话过程中网络侧下发RRC Release或者SIP信令异常等掉话问题，一般是由空口质量，切换失败，重建，流程冲突等原因造成，涉及端到端网元，因此定位根因需要端到端信令，下图是Volte 定位思路。

如上图所示，分析Volte掉话时，告警核查和参数核查是无条件执行的。

掉话是在通话阶段收到了RRC Release1、查看基站侧虚用户跟踪，若是基站触发的，查看S1口释放原因。

2、根据原因值结合基站日志进行分析。

3、若是MME触发的，则查看释放原因，联合MME分析。

QCI1承载没有删除1、查看QCI1承载删除是否有切换，TAU流程，若存在查看基站虚用户跟踪，EPC跟踪，分析流程交叉处理顺序是否合理。

2、若流程交叉无问题或是无流程冲突，则查看基站虚用户跟踪是否收到QCI1承载删除。

3、若基站收到QCI1承载删除，则分析基站为何没有下发给终端。

4、若基站没有收到QCI1承载删除，则查看MME/PGW/SGW是否收到PCRF指示删除QCI1承载。

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的模式转换，转换正常未发生异常。

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信令查找问题原因。

VOLTE掉话参数设置对VOLTE掉话率影响分析中国联通陕西省分公司陕西西安710000【摘要】VoLTE（Voice over LTE）是一项利用4G网络传输数据和语音的技术，无需依赖2G/3G网络，提供高清、低延迟的语音通信。

然而，室内深度覆盖不足是LTE网络的问题。

在处理Top小区时，我们采用参数配置和综合分析方法，通过异常指标、告警、干扰、覆盖等因素进行问题定位和解决，以改善VoLTE服务质量。

这有助于实现更清晰、高质量的语音通信，提升用户体验，前提是LTE网络需有完善的覆盖。

【关键字】VOLTE掉话参数、VOLTE掉话率【业务类别】优化思路原因分析排查：1、基站告警导致VOLTE掉话率高2、覆盖异常导致VOLTE掉话率高3、邻区关系不完善导致VOLTE掉话率高4、切换参数设置异常导致VOLTE掉话率高5、定时器设置不合理导致VOLTE掉话率高处理步骤：1、核减VOLTE掉线区域基站是否存在告警2、分析VOLTE掉话区域MR数据3、通过Mapinfo邻区分析工具分析邻区漏配情况4、核实系统间切换参数5、统计现网掉话各counter占比情况一、问题描述我们在日常监控指标时发现，西安_徐家湾_文德路与学府环路十字_DMBFLX 基站下XA_26ED3_0_LM_徐家湾_文德路与学府环路十字小区VOLTE掉话率高。

提取该小区一周的指标进行核查，VOLTE掉话主要原因为“无线层问题导致的激活的语音业务E-RAB异常释放次数”。

日期小区名称QCI为1的业务E-RAB异常释放次数eNodeB发起的S1 RESET导致的QCI为1的E-RAB异常释放次数切换出QCI为1的E-RAB异常释放次数传输层问题导致的激活的语音业务E-RAB异常释放次数切换流程失败导致的激活的语音业务E-RAB异常释放次数无线层问题导致的激活的语音业务E-RAB异常释放次数2 021-09-04XA_26ED3_0_LM_徐家湾_文德路与学府环路十字300003二、分析过程1、问题分析通过移动网和传输网管查看该基站故障告警信息，发现并无故障告警；查看该基站基站XA_26ED3_0_LM_徐家湾_文德路与学府环路十字，小区级连续一周指标，该小区状态正常，无干扰，指标正常。

TOP筛选条件◆当日掉话次数大于3次为TOP小区◆一周内出现3次TOP小区为高掉话TOP小区TOP分析方法手段掉话问题掉话原因分析➢按照掉话分子，按原因值提取相关计数器进行分析；➢检查站点是否存在邻区漏配或者配置不合理，导致无法及时切换出而吊死，引发掉线；➢小区存在异频邻区时，需要核查异频切换类相关A2、A3配置门限是否合理；➢检查小区是否存在超远覆盖，导致覆盖孤岛，无法及时切换到周边基站，可通过后台信令跟踪，观察测量报告，补齐漏配的邻区，随后及时对覆盖进行控制；➢对于弱覆盖引起的掉线，若终端处于覆盖边缘，周围无可用LTE小区，可以合理添加异系统邻区，合理配置重定门限，及时重定向到异系统，减少掉线。

➢关注小区无线环境，分析是否NI过高；➢关注影响业务的故障类告警；掉话Context归类如下：●ENB由于S1链路故障发起释放分为三类◆Context释放，Gtpu ErrInd触发释放：主要是核心网参数问题，部分原因是TAC边界不和导致，可以优化TAC边界◆Context释放，Path故障触发释放：传输故障导致，需核查传输◆Context释放，光口故障触发释放：光口、S1链路故障等原因，推维护处理●Context释放，ENB切换失败引发释放：检查切换参数、功率参数、定时器设置；●Context释放，由于小区关断或复位引发释放：检查掉线对应时间段内基站小区故障类告警●Context释放，ENB由于其他原因引发释放：容量等其他问题；●Context释放，ENB重建立失败导致释放：检查小区NI是否过高，RS功率设置是否偏小，检查现场无线环境，开启X2口进行优化（重建立如果在目标基站没有上下文，重建肯定失败）；●ENB空口失败引发释放次数分四类◆ERAB释放，空口定时器超时：检查CPU负荷，同时在线用户数是否偏高，如是可增加SR信道配置容量进行优化，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，空口质量差触发RLF：检查无线环境是否存在弱覆盖、模三干扰、越区覆盖、底噪偏高、基站存在故障；◆ERAB释放和RLC达到最大重传次数：检查RLC参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；◆ERAB释放，PDCP完整性保护失败：检查加密完保参数设置，排除MR开启时间段内计时器增多，提故障交研发处理；Context整理情况如下：切换问题：切换分为切换准备阶段和切换执行阶段切换准备阶段多由外部邻区参数配置错误（邻区配置正确）或者切换准备目标基站故障引起。

VoLTE呼叫失败案例分析0327一、被叫未收到Paging 消息导致呼叫失败（网格46）问题描述：Xxx·xxx，被叫未收到寻呼消息（期间未进行过TAU，只有小区重选）导致呼叫建立失败。

需要进一步跟踪确认MME是否未下发对应寻呼。

主叫15:09:23.182发起通话请求，对应SIP消息Invite，在随后的15:09:27.829→15:12:46.611 一共发起三次呼叫尝试，但MS2均未收到寻呼消息，呼叫超时，通话失败。

主叫上一次正常发起呼叫请求被叫上一次通话正常收到寻呼消息Paging消息里核心网分配给被叫的TMSI标识（在图中对ＴＭＳＩ加框）从xxx到xxx主叫连续3次主叫呼叫失败3次主叫呼叫期间被叫均未收到对其发起的寻呼处于idle态Paging消息里没有被叫TMSI标识从ｘｘｘ到ｘｘｘ时间段内被叫所收到的Paging消息里没有携带被叫TMSI标识在图中标识出哪些字段是ＴＭＳＩ二、主被叫魏收到QCI1 建立命令导致呼叫未建立（网格61 博华路路段）问题描述：主叫发出INVITE消息后，被叫收到对应寻呼并完成RRC连接以及QCI9和QCI5的承载， 以及INVITE消息，但主被叫均未收到来自网络侧的QCI1 EPC Bearer建立命令，语音承载未建立，导致呼叫失败。

需要核心网侧检查失败原因。

（后续3次通话均因为主被叫未建立专有承载QCI=1导致呼叫失败）主叫发起通话请求后建立QCI=5和QCI=9但未建立QCI=1圈出QCI9和QCI5的建立event被叫收到寻呼请求前建立QCI=5和QCI=9但之后未建立QCI=1圈出QCI9和QCI5的建立eventRRC配置消息里被叫的默认承载QCI=9激活RRC配置消息里被叫的默认承载QCI=5激活补2张图，表示主被叫一直到失败均未发生QCI1的建立过程Xxxx时间点被叫先进行TAU（从TAC6232到TAC6214），完成后随即RRC连接释放。

剖析VoLTE掉话参数提升用户体验XXXX年XX月目录一、概述 (3)二、VoLTE掉话机制 (3)2.1VoLTE掉话场景 (4)2.2无线侧掉话 (8)2.3EPC侧掉话 (11)2.4IMS域掉话 (11)2.5VoLTE掉话指标定义 (12)三、VoLTE掉话参数研究 (17)3.1无线链路相关定时器 (17)3.2S1、X2、站内切换相关定时器 (18)3.3CCE容量配置 (19)3.4多目标RRC重建功能 (20)3.5MME延迟释放功能 (21)四、思路验证及成效展现 (22)4.1无线层掉话定时器参数调整降低掉话 (22)4.2切换失败掉话定时器参数调整降低掉话 (22)4.3PDCCH拥塞导致掉话问题优化 (23)4.4多目标RRC重建功能 (25)五、总结及经验推广 (27)剖析VoLTE掉话参数提升用户体验XX【摘要】VoLTE具有接续时延低、视听效果高清、频谱利用率高、容量大、业务灵活等特点，但随着用户持续上涨，网络问题也不断显现，用户感知劣化、投诉等问题严重影响了VoLTE的口碑，而相对其它网络问题，VoLTE掉话对用户感知影响更明显的影响。

本文就VoLTE的掉话机制，对不同掉话首拆网元及过程深入分析、针对性从VoLTE掉话机制相关的无线链路失败掉话定时器、切换掉话定时器、CCE容量配置参数、多目标RRC重建功能参数、专载延迟释放功能参数的研究，通过大量试验，进行参数归一化，提升用户感知，以支撑VoLTE业务的蓬勃发展与推广。

【关键字】VoLTE，掉话，参数研究一、概述当前正处于互联网迅猛发展的时代,在线视频、文件传输和交互服务的广泛使用, VoLTE 业务的蓬勃发展不言而喻，截止目前，江苏电信VoLTE活跃用户430万左右，呼叫总流量达到1041.58GB，用户的不断增长，也导致了用户感知劣化、投诉等问题的严重化，为更好的保障VoLTE的商用推广，提升用户感知质量是优化工作的重要环节，而掉话是直接反应用户感知质量状态的重要指标，减少掉话成为VoLTE研究的重要课题；研究从本质出发，以VoLTE语音业务中的掉话机制为基础，对终端、基站、EPC域、IMS 域不同的掉话首拆网元和过程的细化分析，梳理相关掉话触发机制和条件，针对性的对在掉话触发机制、条件以及增强鲁棒性方面进行深入研究，通过试验对相关无线链路失败掉话定时器、切换掉话定时器、CCE容量配置参数、多目标RRC重建功能参数、专载延迟释放功能参数进行归一化推广，减少掉话几率，提升用户感知。

4G伪基站导致VoLTE业务未接通和掉话分析1、问题描述在进行VoLTE呼叫的时候，切换到公安的4G伪基站上，造成切换失败，导致掉话。

同时，在空闲状态下，重选到公安4G伪基站上，造成未接通。

2、处理过程伪基站是仿真移动通信无线基站系统及后台分析系统，利用移动网络系统网号（MNC），频率资源等，伪装成移动基站的邻区，在信息获取点设臵仿真移动基站，采用大功率的无线信号发射，强迫用户终端（手机）在仿真基站信号中进行登记，通过后台分析从而获得用户的信息，如IMSI、IMEI及手机号码等。

该系统是相关部门出于安全因素研制的一种监控仪器。

由于所使用的频率与公众移动网频率重叠，故对移动通信系统造成了有害干扰，导致用户无法正常使用移动网络服务。

而且数字集群系统多用于强力部门（如公安、消防等），故障所带来的后果要比其他移动通信系统要严重得多。

仿真基站主要安装位置：(1)重要的高速公路收费站；(2)省际、市际、县区城际的公路、铁路等进出口；(3)火车站以及机场等进出口；(4)市区繁忙交通道口LTE制式仿真基站，同样通过控制用户重选到仿真基站，TAUpata采集用户信息。

（1）LTE与GSM制式的仿真基站实现原理基本相同，都是通过控制用户重选仿真基站，由于仿真基站与LTE基站TAC不一样，终端发起TAU，与仿真基站建立RRC连接后，发起Identity Request采集用户信息，然后下发TAU Reject（2）与正常TAU对比Identity Request/Response是可选的一个流程。

通常一个UE在CS域发起连接，或在PS 域发起附着请求的时候，或者在位置区更新的时候（可选项目，CN可以控制关闭）会把它的设备标识码IMEI也一起带给核心网。

仿真基站TAU 正常TAU可以看到，在仿真基站里做TAU时，要求用户Identity Response；而在我们目前正常的TAU里暂时不要求用户Identity Response。

VOLTE端到端掉话分析指导VOLTE掉话率分析进展掉话率整体情况：关联MR、干扰、TOP等整体分析情况通过SEQ信令平台端到端指标分析全省8月4日掉话率，掉话原因归属中无线原因占比最高，达到96.61%。

总掉话次数6973次，始呼掉话3679次，终呼掉话3294次，一共涉及小区5682个小区，掉话用户5712个，不存在明显TOP小区与TOP用户；在对掉话小区MR对比中发现，MR覆盖率大于98%掉话小区数325个，MR覆盖率小于98%掉话小区数5537个，MR覆盖率最差为6.71%，对掉话小区干扰分析发现，高于-110小区429个，低于-110小区5253个。

“10RESOURCE_ALLOCATION_FAILURE”原因值占比28.84%,占比最高。

本周发现掉话类型案例第一类：MME释放UE上下文导致掉话问题描述：SBC向SCSCF发送BYE消息，携带原因为承载释放，统计为一次掉话。

问题分析：最后一次切换17S后，MME向基站下发UE上下文释放命令，携带原因值为正常释放。

分析PS话单发现，最后一次S1切换后无其他PS话单，掉话后发起TAU流程。

结合语音质量话单分析发现，此次通话上行单通6112ms，语音分片记录发现23:29:30.484开始S1-U口已经无语音包。

S1-U口GM口从MR及干扰分析来看，本次通话占用CCCC_天琴湾小区_HLH_F22_1小区，当日MR覆盖率为92.58%，平均干扰为-115，通话时间占用站点无影响业务告警。

问题定位:结合以上分析来看，此次通话占用站点无干扰，MR覆盖率相对较差，用户上行单通时间较长，初步判定为无线原因导致。

第二类：切换中MME释放UE上下文超时导致掉话问题描述：SBC向SAEGW发送“Insufficient Bearer Resource”承载资源不足，统计掉话。

问题分析：回溯SIP信令发现，19:14:14.443干沟子基站向MME发起切换，PS话单显示切换成功。