VoLTE语音呼叫失败的分析思路

Volte用户做被叫主叫为volte、CS用户状态不一致问题分析案例1.问题描述近日接到某volte 用户投诉，手机 volte 业务自开通后，无条件前转业务使用异常，主叫是 volte 用户拨打能够正常转接，主叫为非volte 用户拨打则仍是本机接听，在手机上取消无条件前转业务，或手机关闭volte 功能后问题仍存在。

2.问题分析接到用户投诉后，现场人员进行模拟测试复现了该场景，在U31 网管上查询该用户的签约数据，发现用户确实签约无条件前转业务，且该业务处于激活状态，即手机上取消前转业务操作失败。

将用户问题手机开关机、反复取消无条件前转业务，网管仍处于激活状态，IMS信令跟踪未跟到任何取消激活的信令，将手机卡换至测试手机终端重新取消，无条件前转业务成功取消，判断是用户终端问题导致Ut 业务异常，所以手机取消呼转业务失败。

继续跟踪用户处于 volte状态CS用户呼叫时不能前转的问题，经现场测试及后台 IMS 网管信令跟踪，发现 volte用户拨打时网管上能跟踪到呼叫信令并成功触发前转，CS用户呼叫时IMS网管跟踪不到信令，被叫用户以 CSFB方式接通，未触发前转业务。

（应用户要求，）由业支暂时取消该问题号码的volte 业务，并继续进行遍历场景测试，发现该号码主叫业务正常，被叫时仍然存在问题。

CS用户拨打能够正常接通，volte用户拨打则呼叫失败，主叫侧拨打后直接中断，被叫终端无响应。

信令跟踪发现，主叫 volte用户呼叫问题时，主叫 SCSCFBU DNS后被叫号码指向IMS 域，主叫侧SCSC畸invite消息转发至被叫ICSCF被叫业务 AS响应0x26037-用户未开户。

M ，,3乏B汗珈，■■一朝 口!❾* ■■, ―WMTIH1热刖加曲”『M12gE 工期忖硼如睥2 州*1。

W +叵画画3吐山洞播5MM*,B-| L 叫上期:* '对———tgmEH Mn* M 也 4prrfw*jrjp 广― I 匕曲.商11心1，川工********，对mwillfijn 血晶小喈则gKM 如式EMdl.嘘H 电曲《於f*"।f 鼾111匚的工的141的；囚时由升力在怛IL |.| 小工匕力iHhrfe 场础蛔w1ut鼻出时 LPCil 心 馀F心上冷即网K硼10 iflpjah .'i E” 4r £才 K 中‘丽解 R* J%. 5 ： mi ：讣J ；17 DL2EB?5EI> CSCF 1E-]414^ DM9 XI ■山 Fqg 1M RTF T?D1B723] 29111 翦 GEZI Ei 工$g ，，d*=产，1,・=至 *7= =1a- ian^ufir ¥；”才：♦ kiCA2£g3的. 谢H.—L OhE•皿加-叫 4Ilf.风金也M-J.或 官阑崎加维*13鸟2!£:第11*体小即TM «HE 国-- W收现咽工 HMM 媾 鼾宛1MM 州川忸1时七口■ ! ,i ■ ■,■ •■,■ -it- -1 ；m MT —加g 注:口出. “1।湖也£lkW £TE9ft*PliTKij'j^Cn的明“盛6 ，L 可t 三二％叫曲加工：何用,飞歌 耳料W4,用｛号转21 曜眩；CJQ。

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) 检查呼叫服务器状态：呼叫服务器故障可能导致呼叫无法接通。

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

错误代码CREATE BEARER RESPONSE(Cause:73)解释：Create Bearer Response（MME通过S11接口给SGW发送此消息，作为Dedicated Bearer Activation流程的一部分）73：No resources available在LMT上进行用户跟踪或S11接口跟踪，UGW9811收到USN9810发送的Create Bearer Request消息后，回应拒绝响应，原因值为73跟踪后发现原因值为No resources available（无可用资源）查看现网中QOS相关参数设置：GBR和Non-GBR根据QCI的不同，承载（Bearer）可以划分为两大类：GBR（Guaranteed Bit Rate，保证比特速率）类承载和Non-GBR类承载。

GBR类承载，用于对实时性要求较高的业务，需要调度器对该类承载保证最低的比特速率，其QCI的范围是1-4。

有了这个最低速率外，还需要一个最高速率进行限制。

对于GBR承载来说，使用MBR来限制该承载的最大速率。

MBR（Maximum Bit Rate，最大比特速率）参数定义了GBR承载在RB资源充足的条件下，能够达到的速率上限。

MBR的值大于或等于GBR 的值。

Non-GBR类承载，用于对实时性要求不高的业务，不需要调度器对该类承载保证最低的比特速率，其QCI的范围是5-9。

在网络拥挤的情况下，业务需要承受降低速率的要求。

对于Non-GBR，使用UE-AMBR（Aggregate Maximum Bit Rate，聚合最大比特速率）来限制所有Non-GBR承载的最大速率（注意，不是限制某个Non-GBR承载，而是针对UE级别的。

贝尔相关业务参数：从TD-LTE QOS参数里可以查到不同业务索引，9种QCI值各有一种索引。

支持VoLTE，基站要建三个承载，默认承载+QCI5承载+QCI1承载。

(1) QCI1QCI=1的为VoLTE语音业务，属于GBR(Guranteed Bit Rate) 类QOS，QCI=1: trafficRadioBearerConfName: VOIP① DRB RLC模式②头压缩使用指示③ PDCP SN配置。

终呼未接通分析基于SEQ第一拆线原因对全网终呼未接通进行分析汇总。

终呼第一拆线原因占比表：根据第一拆线原因、拆线原因、拆线网元对终呼未接通进行分析汇总：1终呼580未接通1.1VOBB用户INVITE信息不符合协议规范VOBB用户拨打苹果VOLTE用户，由于VOBB用户INVITE信息里support中不携带100rel，导致苹果，SBC不发起承载建立导致未接通详细话单信令：VOBB下发的INVITE消息里Supported里不携带100rel,正常一般携带Supported:100rel,timer,histinfo,precondition。

被叫上发的183里不携带SDP信息，正常的是会携带Session Description Protocol 信息的，导致SBC不发起承载建立。

主叫发出183到被叫6秒后没有建立承载超时后主叫UE上发580 LOCAL QOS NOT ESTABLISHED(Cause:580)导致未接通处理建议：按照协议规范升级VOBB终端，使之VOBB终端INVITE信息符合规范。

1.2三星终端和彩铃平台配合异常在发给被叫的invite和update消息中，要求被叫终端完成preconditionMedia Attribute (a): curr:qos local sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local sendrecv| | Media Attribute (a): curr:qos remote none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote none| | Media Attribute (a): des:qos mandatory local sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv | | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 但在终端返回的183和update 200ok消息中，终端没有完成承载预留Media Attribute (a): curr:qos local none| | Media Attribute Fieldname: curr| | Media Attribute Value: qos local none| | Media Attribute (a): curr:qos remote sendrecv| | Media Attribute Fieldname: curr| | Media Attribute Value: qos remote sendrecv| | Media Attribute (a): des:qos mandatory local sendrecv| | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory local sendrecv| | Media Attribute (a): des:qos mandatory remote sendrecv | | Media Attribute Fieldname: des| | Media Attribute Value: qos mandatory remote sendrecv 现有彩铃平台SNEC82版本是在继续等待被叫发送的新的完成资源预留的UPDATE，但是一直没有新来UPDATE，超时了。

VoLTE呼叫失败分析指导书1VoLTE整体构架1.1网元及组网方式华为VoLTE解决方案的典型组网如图1所示。

通过在现有的CS网络上叠加部署IMS网络和LTE网络，提供端到端的QoS保障，为终端用户提供高质量的语音、视频呼叫和更为丰富的数据业务，从而帮助运营商从2G/3G网络逐步演进到LTE网络，完成纯语音到丰富语音的转型。

终端用户可以通过CSFB、Single Radio、Dual Radio等多种LTE终端设备，在LTE网络、2G/3G网络下接入。

当用户移出LTE信号区域时，系统可以将呼叫平滑切换到2G/3G网络。

除此之外，方案中还提供了统一的业务发放、网络管理、计费等功能。

图1华为VoLTE解决方案网络架构运营支撑层运营支撑层主要提供网管、签约数据存放、Web Portal统一操作、计费、设备管理等功能，由EMS、SPG、CCF、DM Server等功能实体组成。

业务层业务层主要由各种不同的应用服务器与资源服务器组成，提供各种业务（如融合Centrex、会议、IP短消息等）及业务能力（传统智能触发，锚定等）。

核心层核心层分为如下3个部分：IMS域、CS域和用户数据库。

1)IMS域各网元主要完成LTE用户注册、鉴权、会话路径控制、业务触发、路由选择、资源控制、域间互通、接入资源控制等功能。

2)CS域各网元主要实现LTE用户在2G/3G网络下的移动性管理和基本语音业务，包括注册、鉴权、锚定、传统智能、切换、CS语音回落等功能。

3)用户数据库按照部署方式，可分为融合HLR/HSS和分离HLR/HSS：a)融合HLR/HSS具有USCDB、HLR、IMS-HSS、SAE-HSS、DNS/ENUM等网络功能实体的功能。

b)当现网不使用融合HLR/HSS时，可采用分离HLR/HSS，支持在现网已存在的HLR、IMS-HSS和SAE-HSS上实现VoLTE业务。

接入层接入层主要实现LTE用户的接入，支持对LTE用户的移动性管理等功能。

移动VOLTE部分用户关闭VOLTE功能后呼叫失败问题分析摘要：目前VOLTE正在逐步替换2G语音，因网络结构复杂过程中会产生各种问题，本论文分析了此次呼叫失败的原因及处理措施。

关键词：VOLTE，MGCF，IMS1，VOLTE简介：VoLTE是基于IMS的语音业务。

IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。

经历了过去几年的发展成熟后，已经被3GPP、GSMA确定为移动语音的标准架构。

VoLTE即Voice over LTE，它是一种新型IP数据传输技术，无需2G/3G网，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。

换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。

2，问题描述：河北移动中兴IMS割接后，唐山移动用户反馈，开通VOLTE业务，但是终端上关闭VOLTE功能并且用户联合位置更新到唐山POOL3的端局时（其它POOL端局没有问题），做被叫失败，主叫侧听到嘟嘟通知音，被叫无反应。

3，问题分析：3.1进行问题复测，从被叫MSC端局跟踪的信令看，MSC端局收到关口局发送的IAM消息后，直接发送了REL消息释放呼叫，原因值为：”Normal unspecified（31）”。

将用户归属IMS域改到华为后拨测没问题，对比华为MGCF和中兴MGCF发的IAM消息，有三处区别：1)中兴IAM消息里Transmission Parameter requirement为speech，华为为3.1k audio2)中兴IAM消息里的编解码写上列表里有AMR2和G.711，而华为只有G.7113)中兴IAM消息里有redirection information字段，华为没有这些字段3.2是携带的Transmission Parameter字段为speech导致3.3中兴MGCF修改参数，将该字段填写为3.1k audio后，经过复测，问题现象依旧，排除该参数问题。

VOLTE接通率优化思路及案例VOLTE (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。

VOLTE接通率优化是指通过调整和优化网络参数和配置，以提高VOLTE呼叫的接通率。

下面将介绍一些优化思路和案例，以提高VOLTE接通率。

1.数据分析和故障排查：首先，进行数据分析和故障排查是优化VOLTE接通率的基础。

通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标，定位问题，并采取相应的措施进行修复。

2.优化VoLTE频谱资源：VOLTE需要分配适当的频谱资源以保证通话质量。

通过合理规划和配置频谱资源，避免与其他无线网络干扰，优化频谱利用率，提高VOLTE接通率。

3.参数优化：调整和优化网络参数是提高VOLTE接通率的重要手段。

例如，设置适当的调度算法、增加资源预留、调整拥塞控制参数等，以优化资源分配和控制，提高呼叫的接通率。

4.优化呼叫控制和信令处理：呼叫控制是VOLTE接通率的关键。

通过优化呼叫控制流程、有效处理和分发信令等方式，减少呼叫失败、超时等问题，提高VOLTE接通率。

5.扩充信号覆盖：信号覆盖是影响VOLTE接通率的重要因素。

通过添加、调整和优化基站、天线的位置和布局，加强覆盖，提高信号质量和接通率。

6.增加容量和优化网络拓扑：根据需求，增加基站和小区，扩充网络容量，分担负载，减少拥堵，提高VOLTE接通率。

同时，对网络拓扑进行优化，合理设计和布置小区，以提高效率和质量。

7.实时性网络优化：通过对网络信号和质量进行实时监测和优化，及时发现和解决问题，提高VOLTE接通率。

例如，利用实时数据和监控系统，对信道质量、拥塞情况等进行监测和控制。

下面以一个案例来说明VOLTE接通率的优化：地区的手机运营商发现VOLTE接通率较低，通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。

1.基站优化：首先，他们增加了一些基站，将基站的覆盖范围调整到更适合VOLTE通话的区域。

VoLTE三方通话失败解决案例【摘要】VoLTE内部体验测试中，多次出现双方通话正常、三方通话失败。

通过跟踪S1口信令分析和参数排查，确定基站QCI=1的承载修改过程中速率协商失败，导致三方通话异常。

通过端到端参数协同，保证业务顺利进行。

【关键字】VoLTE三方通话建立失败端到端参数协同一、问题描述VoLTE业务测试时，多次出现双方通话正常、三方通话失败：主叫A呼叫被叫B正常通话。

A与B呼叫保持，主叫A呼叫被叫C时，C终端无响应，主叫A等待6s挂机。

图1：三方通话呼叫失败二、三方通话过程Step1：主叫A呼叫被叫B；Step2：主叫A呼叫被叫C，此时A与B之间处于Hold状态。

该过程需要协商QCI=1的GBR，保证满足三部终端合并通话要求。

Step3：点击“合并”通话，A、B、C合并到会议组建立三方通话。

被叫B、C挂机不影响通话业务，主叫A挂机则通话结束。

图2：三方通话建立过程三、问题分析过程针对VoLTE三方通话失败问题，首先排除终端问题和小区故障，结合终端Log、Wireshark S1信令、Trace LOG进行分析，查找异常原因，有针对性的分析参数设置问题。

尤其是VoLTE业务涉及网元众多，流程复杂，需要详细了解各个环节才能迅速准确的定位问题，从用户SIM卡、终端、基站、无线环境、参数检查、信令流程等分析，具体流程如下：图3：分析流程1、终端、SIM卡、eNB版本排查主叫A单独呼叫被叫B通话正常，单独呼叫被叫C时通话正常；被叫C倒换为主叫终端测试呼叫正常。

同样的终端在其它基站测试，现象一致，因此排除终端、SIM卡、eNB版本问题。

2、覆盖分析选择一个小区，使用VoLTE终端连接PC端软件测试：RSRP、SINR 良好，Attach、FTP、ping、VoLTE双方通话等各项业务均正常。

因此排除基站业务异常和无线环境问题。

只有在进行VoLTE三方通话业务异常。

3、设备侧核查传输检查：eNB能够正常ping通，eNB ping MME、源基站ping 邻基站、邻基站ping源基站，均能ping通，时延均正常，说明网元之间链路正常。