室分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通话体验。

Volte故障分析手册1. 前言随着通信技术的不断发展，Voice over LTE (VoLTE)已成为现代通信中普遍采用的标准。

然而，由于复杂的网络结构和通信设备的多样性，VoLTE服务在一些情况下可能会遇到故障。

本文将介绍一些常见的VoLTE故障及其分析方法，以帮助读者更好地解决和排查故障。

2. 故障一：通话质量差2.1 故障描述在VoLTE通话过程中，用户可能会遇到通话质量差的问题，如杂音、断续和声音不清晰等。

2.2 分析方法a) 检查网络信号强度：VoLTE通话对网络信号强度要求较高，低信号强度可能导致通话质量差。

使用信号测试工具检查信号强度并与基准值进行比较。

b) 检查网络负载：高网络负载可能会降低VoLTE通话质量。

使用网络分析工具检查网络负载情况，确保网络资源足够用于VoLTE通话。

c) 检查设备兼容性：某些设备可能不兼容VoLTE技术，导致通话质量下降。

确保设备支持VoLTE功能并进行升级或更换。

d) 检查网络配置：网络配置错误可能导致VoLTE通话质量差。

检查各个网络节点的配置是否正确，并进行必要的修改。

3. 故障二：呼叫无法接通3.1 故障描述用户在进行VoLTE呼叫时，可能会遇到呼叫无法接通的问题。

无法接通的呼叫可能包括呼叫失败、长时间等待或无法连接对方等。

3.2 分析方法a) 检查设备设置：确保用户设备的呼叫设置正确，如是否开启飞行模式、是否设置了呼叫转移等。

b) 检查呼叫号码：检查呼叫的号码是否正确，可能是输入错误导致无法接通呼叫。

c) 检查网络状态：当网络状态不稳定或网络连接中断时，呼叫可能无法接通。

使用网络分析工具检查网络状态，并进行必要的修复。

d) 检查网络中断：网络中断可能是导致呼叫无法接通的原因之一。

检查网络设备和线路是否正常工作，确保网络连接畅通。

e) 检查呼叫服务器状态：呼叫服务器故障可能导致呼叫无法接通。

检查呼叫服务器的状态，并与运营商联系以修复问题。

VOLTE掉话案例总结名称：丽水VOLTE掉话分析案例总结提交人：孔胤提交日期：2014-6-30软件版本：EMB5116_V6.00.10.10.29.01 硬件版本：EMB5116_V6.00.10.10.29.01***************************************** ***************************************** **********************************故障现象：文一路转入金正街D780264莲都环北路D-3小区掉话问题描述：由于VOLTE将在8月中旬左右进行商用，为了提前搭建好VOLTE预商用网络环境，选取丽水碧湖镇进行试点优化，本文主要叙述VOLTE基础无线优化分析。

在拉网测试过程中，从文一路转入金正街，UE占用D780264莲都环北路D-3小区，此路段弱覆盖，该路段主覆盖小区为D780171莲都新农村F-2，小区严重过覆盖，且两小区间未定义邻区关系，UE出现低RSRP、SINR、MOS、高BLER，RRC重建失败，最后IMS下发BYE释放，导致掉话。

调整前覆盖图：问题分析：问题区域由于缺少站点且存在楼房阻挡，问题区域弱覆盖，导致低RSRP、SINR、高BLER，RRC重建失败，最后IMS下发BYE释放，最后掉话，从实际站点，通过分析测试log，D780171莲都新农村F-2小区严重过覆盖，且两小区间未定义邻区关系，为了提升SINR，MOS值，降低BLER和防止小区拖死，建议添加周边邻区关系，下压 D780171莲都新农村F-2小区机械下倾角、D780264莲都环北路D-3小区机械下倾角，加大D780180莲都瑞益不锈钢F-3小区方位角以作为此路段主覆盖小区，并修改覆盖问题路段小区PCI解决模3干扰。

解决措施：1、下压 D780171莲都新农村F-2小区机械下倾角、D780264莲都环北路D-3小区机械下倾角，调整D780180莲都瑞益不锈钢F-3小区，D780373莲都瑞益不锈钢D-1方位角。

VoLTE掉话问题处理思路与优化方法VoLTE掉话问题处理思路与优化方法目录VoLTE掉话问题处理思路与优化方法 (1)1概述 (3)2VoLTE掉话率问题定界排查 (3)2.1VoLTE掉话问题定界思路 (4)2.2VoLTE掉线率TOPN小区定位排查思路 (5)3VoLTE掉线信令流程以及相关指标 (6)4VOLTE掉话无线问题优化方法 (7)4.1由于ENB的无线链路失败 (7)4.2由于ENB重建立失败 (9)4.3由于小区关断或复位 (11)4.4ENB由于S1链路故障发起释放 (11)4.5由于UE切换失败 (14)4.6由于UE不在线导致释放 (14)4.7由于ENB小区拥塞导致的释放 (14)4.8由于ENB过载控制导致的释放 (14)5VOLTE掉话处理案例 (15)5.1邻区漏配导致的掉话问题处理案例 (15)5.2弱覆盖导致的掉话问题处理案例 (18)5.3切换失败导致的掉话问题处理案例 (19)6总结 (20)1 概述目前萍乡电信VoLTE商用在即，VoLTE作为LTE网络实现语音通话的最终方案，用户对VoLTE高清语音的需求将越来越大，但目前由于电信Volte没有实现弱覆盖情况下的异系统切换，所以在弱覆盖区域存在较大的掉话风险。

伴随着网络规模的进一步扩大以及网络结构的日渐复杂，处理VoLTE的掉线问题即将成为日常网络维护中一项重要的工作。

本文通过研究VoLTE掉话问题定位及处理方法，主要从无线链路失败、切换失败、拥塞等方面展开分析，并总结VoLTE掉话问题处理优化经验。

2 VoLTE掉话率问题定界排查VoLTE掉话率指在移动通信的过程中，终端在VoLTE的通信意外中断的几率。

在信令监测平台上，VoLTE掉话指标取自于Rx接口和Mw接口，公式如下：VoLTE语音掉话率=VoLTE语音掉话次数/(（VoLTE语音始呼应答次数+VoLTE语音终呼应答次数）)VoLTE语音掉话次数指SBC（不区分主叫域和被叫域）收到PCRF发送媒体类型为语音的ASR（下图消息1）的次数，且ASR中Abort Cause为“PS to CS Handover”不含在内。

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用户异常掉话故障排查案例Volte用户异常掉话故障排查案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (6)宣城电信Volte用户异常掉话故障排查案例【摘要】LTE数据业务的掉话，我们通常是指UE异常退出RRC_CONNECTED状态导致的连接中断，在VoLTE语音业务时，对于开通VoLTE功能的用户会在RRC连接建立后建立QCI5的信令承载，在进行VoLTE通话时，会再建立QCI1的语音专用承载，QCI1的E-RAB释放，意味着VoLTE语音业务结束，所以我们用QCI1的E-RAB 异常释放来定义VoLTE语音业务掉话，E-RAB(QCI=1)掉线率反映了系统的业务通讯保持能力，也反映了系统的稳定性和可靠性。

【关键字】VoLTE 掉话专用承载【业务类别】VoLTE、掉话一、问题描述3月23日对宣城电信市区的主要路段进行了VOLTE业务拉网测试。

统计分析指标时，按照省公司下发的VOLTE业务能力测试规范统计指标时，发现1处掉话测试UE在其他基站可以正常进行VoLTE呼叫，基本可以排除测试UE的问题。

并对基站参数和其它站点参数进行对比，未发现和VoLTE相关的参数存在差异。

由于之前一直未查出原因，现场还进行数据重新制作，也未能解决。

二、分析过程按逻辑时间在MS1信令中查找该问题点，是一条RRC连接释放消息，如下图：向上查找，在22:53:13:452时刻发现DEACTIVATE EPS REQ （EPS承载去激活请求）消息，并得到了网络的响应（DEACTIVATE EPS ACC）。

继续向上查找，发现在22:53:13:392时刻MS1收到了BYE 500 Service Internal消息，如下图：查看消息体（下图），该消息为网络下发给UE的（Network to UE）,告警正文中显示无法收到对端（MS2）的响应（No Response From Peer）。

室分相关掉话处理总结一、掉话产生原因分析：1、邻集列表丢失：即使PN没有包含在邻集列表内，如果SRCH_WIN_R设置的值足够大，移动台也可在通话期间检测到剩余集的PN，如强度足够大将升级到候选集。

但该PN仅能存在于候选集并发送PSMM消息，却不能提升到激活集。

该PN将对前向链路造成干扰，使当前激活PN的FFER和Ec/Io均有相应的下降，从而导致掉话。

掉话后移动台通常在掉话前邻集列表内不存在的强PN上发起登记。

2、共PN干扰：如果服务同一区域的两个不同基站的两个相邻扇区有相同的PN，移动台搜索到该PN足够强时将请求将该PN添加到激活集。

CBSC内的MM将根据邻集列表信息建立切换链路。

手机能否切换到正确的BTS上，依托于MM此时所看到的BTS。

如果切换错误，通话质量将进一步恶化，造成掉话。

用NLP软件会发现，两个同PN扇区的软切换请求数量均超过1％。

3、突发强PN干扰：此情况出现在软切换发生期间。

当移动台在一个BTS某扇区中行进时，该扇区被地形和建筑物阻挡，移动台搜索到一个属于另一个BTS的扇区，并发出请求将其添加到激活集内。

这时原来的扇区突然从原来的阻挡中出现，移动台被原来扇区巨大的功率所淹没。

但在该PN加到激活集前，该通话的FFER和Ec/Io的性能突然下降造成掉话。

4、导频污染问题：由于该区域基站较多，超过3个强导频存在，造成噪声电平抬高，从而降低所有导频的Ec/Io。

由于过多导频的Ec/Io大于T_ADD，无线环境变化无常，因此路测数据中可以看见频繁出现PSMM消息。

5、覆盖空洞：这种情况一般是由于室分覆盖不好导致，可能是室分信源不工作，平层被破坏或者天线点位较少引起。

6、业务信道发射功率受限：在前向链路中分配给业务信道的功率和反向链路设置的Eb/No目标值都限定在一定的范围内。

当这些参数设置太低，业务信道不允许足够大的功率保持前向链路，在这种情况下，即使导频可用，也有可能发生掉话。

7、接入/切换掉话：在这种情况中，可以观察到随着移动台接收功率的增加而导频强度Ec/Io在不断减小。

小区功率过低导致VoLTE掉话分析目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (7)四、经验总结 (9)小区功率过低导致VOLTE掉话分析【摘要】电信VoLTE在今年5月17日开始正式商用，VoLTE用户数逐步增加，VoLTE业务的感知值成为关注的焦点。

VoLTE路测时发现切换会对MOS值造成影响，进而影响通话质量，严重的甚至导致掉话。

为保障VoLTE业务的高品质通话，及其业务连续性，需降低各种因素对MOS值的影响，保障用户通话感知。

【关键字】VoLTE 掉话【业务类别】VoLTE、参数优化一、问题描述在对铜陵水木清华园小区进行VOLTE测试时，当UE从小区外向水木清华园6号楼单元门移动过程中接收电平逐渐变差，RSRP在-120 dBm以下也未切换到室分信号，LTE RRC连接掉线，最后由于无服务导致UE掉话，详细如下：二、分析过程在问题区域，UE占用TL-铜陵县-锦江大厦-HFTA-448938-51（PCI:282）起呼后向铜陵水木清华园6栋单元门移动过程中接收电平逐渐变差，升至RSRP在-120 dBm以下也未切换到室分信号，SINR也逐渐变差。

邻区列表中的异频邻区中并没有水木清华园的室分小区信号，终端不断发送RRC ConnectionReconfiguration消息和Measurement Report，最后由于无法搜索到合适的导频信号导致弱覆盖掉话。

VOLTE掉话定义主叫的掉话次数是主叫侧承载异常释放时，主叫的SBC作为首个拆线网元给主、被叫两个方向同时发送SIP BYE消息的为主叫的掉话次数；反之被叫掉话次数是被叫侧承载异常释放时，被叫的SBC作为首个拆线网元给主、被叫两个方向同时发送SIP BYE消息的为被叫的掉话次数，因此在本次测试过程中因被叫的SBC作为首个拆线网元给主、被叫两个方向同时发送SIP BYE消息最后被叫掉话。

掉话分析流程如下：针对以上掉话现象，对水木清华园室分小区状态进行查询，发现该居民小区由两个室分小区覆盖。

VoLTE经验总结1广州VOLTE网络质量现状经过近三个月的优化工作，广州ATU网格内，掉话率逐步改善，从11.5%（四月）下降至3.27%（七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46%。

七月份测试期间核心网的IOT测试也在进行；较多invite500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。

广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作，故七月份测试遇到的异常IMS相关问题分析进度暂缓。

2广州VoLTE测试问题优化进展2.1异频重定向掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。

网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报，未切换也未发生重定向，P02版本禁止QCI1业务异频重定向功能生效。

2.2异系统重定向掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。

网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显。

P02版本禁止QCI1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机，未产生掉话事件2.3TM3/8转换掉话问题验证（问题解决）背景：中兴eNodeB在P01版本下，VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。

8月3日，网格45所有升级站点打开TM3/8自适应，验证VoLTE业务在TM3与TM8进行转换时是否掉话，测试结果如下：网格45遍历拉网测试中出现26次TM3向TM8的模式转换，转换正常未发生异常。

5G通信网络NSA VoLTE掉话原因分析处理目录1概述 (2)1.1版本信息 (2)1.2网络拓扑图 (2)2NSA VoLTE掉话问题 (2)2.1问题背景 (2)2.2问题分析 (3)2.3解决措施 (3)2.4.4现场验证 (4)3整体测试验证情况 (5)3.14G数据业务验证 (5)3.1.1用户感知指标：（上行优良比）（≥5Mbps） (5)2.1.2 用户感知指标：(下行优良比)（≥12Mbps） (5)3.1.3 切换指标:切换成功率 (5)3.1.4切换失败原因分析 (6)3.2VoLTE验证 (6)3.2.1覆盖率 (6)3.2.2接通率 (7)3.2.3掉话率 (7)3.2.4MOS优良比（≥3.5比例） (7)3.2.5呼叫建立时延（秒） (7)3.2.6切换成功率，切换失败原因分析 (7)3.3关键KPI (7)3.3.1接通率 (7)3.3.2切换成功率 (8)3.3.3 Volte接通率 (8)4总结 (9)1概述1.1版本信息1.2 网络拓扑图2NSA VoLTE掉话问题2.1问题背景NSA用户做V oLTE，由NSA锚点站切换到17B LTE only存量站点失败。

测试手机在R15协议版本基站驻留（已添加NR），拨打V oLTE电话，向R12.1协议版本基站移动，触发切换，切换后VoLTE会发生掉话。

2.2问题分析NSA终端在NSA区域下使用NR PDCP，而17B及之前的LTE版本不支持R15协议，无法识别NR PDCP,所以当17B基站接收到19B基站发出的切换准备消息时，因为协议不兼容，不能识别切换准备消息中的NR PDCP，最终导致切换准备失败。

现场测试发现掉话原因是RTP timeout掉话，根因是PDCP承载未转换到目标R12.1版本基站。

2.3解决措施现网4G为17B版本，部分站点升级至19B支持NSA；NSA终端从开启NSA的区域移动到不支持NSA的区域，切换失败。

VoLTE掉话率异常分析案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (7)VoLTE掉话率异常分析案例【摘要】日常进行VoLTE相关指标分析时，发现8-13号VoLTE掉话率激增异常，查看具体指标详情，主要由于一台设备某时段连续发生8起掉话，导致VoLTE掉话率指标恶化。

分析LOG发现高掉话时段主要由于主叫被一陌生号码连续呼叫导致，排除此号码后掉话率恢复正常。

【关键字】VoLTE,掉话【业务类别】化方法、参数优化、其他一、问题描述进行每周VoLTE指标分析时，发现VoLTE掉话率同比上周激增，掉话率为0.24%，接近不达标。

具体查看指标分析，发现主要由于0320设备导致掉话激增，同时该设备还存在一时段多次掉话的异常情况，需进行重点分析优化处理。

图表 1：VoLTE掉话率指标图表2：与上周VoLTE掉话率对比二、分析过程2.1、站点故障排查图表3：:异常小区清单1图表4：:异常小区清单2图表5：:告警查询由上图可知，掉话集中片区，站点无故障告警，性能指标无异常小区，判断非站点问题导致。

2.2、信号质量排查由于主要是VoLTE掉话率指标异常，首先查看是否信号质差导致。

排查是否信号质差导致。

图表6：：RSRP覆盖图表7：：SINR覆盖由上两图可知，大量掉话范围内的RSRP和SINR整体正常，判断掉话问题非信号原因导致。

2.3、终端问题排查前面排查可知，此次大量掉话问题非信号质量和基站故障导致，且只有某一时段故障，且故障时间内掉话非连续，排除核心网故障导致。

判断可能由于终端问题导致大量掉话问题。

大量掉话过程中存在正常的通话，表明卡使用正常，非手机卡的问题。

故障时段过后VoLTE掉话率恢复正常，且无异常情况。

表明测试终端正常。

2.4、掉话信令分析仔细进行信令分析，发现此段LOG还存在大量Incoming Blocked Call，但是问题LOG为主叫测试端口信令，不应该会有被叫时间出现，且存在大量未接通。

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_徐家湾_文德路与学府环路十字，小区级连续一周指标，该小区状态正常，无干扰，指标正常。

高负荷场景VoLTE语音掉话分析案例一、【问题描述】分析淮南市区网格RCU V oLTE测试数据，测试中出现掉话事件，掉话原因：“RRC重配消息中包含释放DRB承载信息或未重建起呼DRB”。

针对此现象，我们展开分析处理。

二、【问题分析与排查】2.1 UE log分析终端占用HN-市区-洞山局-NFTA-440705-50无线环境良好（RSRP=-80.62dBm，SINR=15.2dB），通话过程中，在19:21:03.574收到基站侧下发的携带释放QCI=1专载的重配置消息，之后终端上发BYE请求挂机，主叫掉话。

被叫在19:21:03.534同样收到携带释放QCI=1专载的重配置消息，被叫终端也上发BYE请求挂机，造成被叫掉话。

2.2 Emil Trace分析Emil 信令消息显示，在19:21:04基站侧下发重配置消息，消息中包含释放QCI=1专载的信息，如下图所示：在E-RAB Release Indication消息中显示，释放专载的原因值为：radio-resources-not-available，即无线资源不可用，如下图所示：2.3 原因排查2.3.1 设备告警&干扰排查经核查，问题区域附近站点无设备告警，无异常干扰现象。

2.3.2 参数核查① V oLTE相关参数（包含切换参数）核查；②QCI1 DRX ROHC核查；③Inactivity timer参数核查；④ iniMcsUl和iniPrbsUl参数核查；⑤CFI核查。

参数影响排查后：只有CFI、iniMcsUl 和iniPrbsUl这3个参数与网络物理资源相关。

2.4 指标统计分析HN-市区-洞山局-NFTA-440705-50小区V oLTE掉话问题点，对这些小区对应时间段的重要指标进行统计，对比测试异常时段与其他非测试同时段网管KPI 发现，测试时段该小区CCE_BLOCKING_RATE异常，指标如下：可以得出结论：本次异常掉话很可能与问题小区CCE_BLOCKING_RATE 指标相关联，而从参数核查情况来看，与PDCCH拥塞相关参数只有CFI设置。