下载文档原格式
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配置。
Volte故障分析手册Volte常见拆线原因值1. 403 Forbidden拆线网元：AS ，失败场景：AS发403拒绝，带warning值"User is busy"。
失败原因：主叫用户的上一次呼叫还未释放完毕，用户又发起第二次呼叫，AS拒绝。
拆线网元：SCSCF ，失败场景：SCSCF发403拒绝，带warning 值"Number Analysis Failed"。
失败原因：被叫号码错误。
拆线网元：AS ，失败场景：AS发403拒绝，带warning值"internal error",被叫to字段为"sip:mmtel@conf-factory.ims…"。
失败原因：用户发起多方通话，但AS上未签约此业务，AS拒绝。
2. 486 Busy Here拆线网元：UE或MGCF ，失败场景：UE或MGCF发出486拒绝。
失败原因：被叫用户正在通话中3. 603 decline拆线网元：UE ，失败场景：被叫UE发出603拒绝。
失败原因：被叫用户拒接4. 480 Temporarily Unavailable拆线网元：AS ，失败场景：SCC AS下发480消息，带warning 值"No appropriate session for SRVCC/eSRVCC"。
失败原因：用户发生振铃前切换，导致呼叫失败拆线网元：AS ，失败场景：SCCAS下发480带reason"channel type not implemented"。
失败原因：被叫为CS域用户，发生呼转，期间主叫发生aSRVCC.拆线网元：MGCF ，失败场景：CS域拆线，拆线消息REL带cause：16 Normal call clearing或19 No answer from user。
失败原因：MGCF将其转换为480发出拆线网元：SCSCF ，失败场景：SCSCF在收到SCCAS的域选结果为IMS域后回复480，AS又去向CS取漫游，被叫CSFB接通。
移动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呼叫失败分析指导书2021-1-19华为保密信息,未经授权禁止扩散第1页, 共11页1 1.1文档名称文档密级VoLTE整体构架网元及组网方式华为VoLTE解决方案的典型组网如图1所示。
通过在现有的CS网络上叠加部署IMS 网络和LTE网络，提供端到端的QoS保障，为终端用户提供高质量的语音、视频呼叫和更为丰富的数据业务，从而帮助运营商从2G/3G网络逐步演进到LTE网络，完成纯语音到丰富语音的转型。
终端用户可以通过CSFB、Single Radio、Dual Radio等多种LTE终端设备，在LTE 网络、2G/3G网络下接入。
当用户移出LTE信号区域时，系统可以将呼叫平滑切换到2G/3G网络。
除此之外，方案中还提供了统一的业务发放、网络管理、计费等功能。
2021-1-19华为保密信息,未经授权禁止扩散第2页, 共11页文档名称图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等网络功能实体的功能。
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通，时延均正常，说明网元之间链路正常。
Volte掉话案例在对已经升级为14.3版本的网格10进行拉网测试时发现，仍出现主叫与被叫先后上发BYE，去激活专用承载后收到BYE487导致掉话问题，具体情况如下：被叫，主被叫先后发起Bye消息，去激活专用承载后，网络侧下发Bye 487导致掉话（截图如下）：（A）核心网消息跟踪上看，被叫在15:35:51.470先上发BYE，核心侧未等到主叫回BYE200，就在15:35:51.556又收到主叫上发的BYE消息。
导致核心侧发BYE487：Glare BYE condition encountered，原因：在下发一个bye请求(来自被叫)，但还没有收到应答，收到一个上行的bye请求（来自主叫）。
（B）之前已经出现BYE487掉话的问题，是因为与华为站点的PDCP-SN-SIZE设置不同导致的掉话，但是网格10进行升版之后已经全部修改一致。
为了对问题更好的定位，次日我们对网格10又进行了一次拉网测试，并留意观察在掉话之前是否有声音以最终确定问题现象与PDCP-SN-SIZE导致的问题是否一致！结果发现在BYE487问题导致掉话前10s是没有声音的。
所以依然是单通和不通导致的掉话。
在对拉网数据进行分析时发现，在黄浦路二试扩L-1小区下进行起呼时在下发重配消息中的PDCP-SN-SIZE还是12bit。
（C）所以我们再一次进行了参数的核查，发现14.3版本的站点的应该和LR13.3一样指向DedicatedConf/0 PdcpConf/1，因为DedicatedConf/0 PdcpConf/2中定义的PDCPPDUSNSIZE=12,所以指向到了DedicatedConf/0 PdcpConf/2，就出错了。
截图如下：（D）最终核查结果又一百多个站点的指向错误，在修改指向后进行了复测，BYE487掉话没有出现。
原因值呼叫类型失败原因失败呼叫次数其他51unassigned number16850-255-183-4801user is busy 114internal error 42user is busy 8internal error 6unassigned number 850-255-183-486unassigned number 850-255-183-486850-255-183-487原因值呼叫类型warning码第一拆线网元失败次数No appropriate session for SRVCC/eSRVCC 3null2Internal error 1No appropriate session for SRVCC/eSRVCC10 RELEASE FROM CC!101Internal error 142null30 RELEASE FROM CC!5Internal error 13null3原因值呼叫类型warning码第一拆线网元失败次数Internal error 134null8SCSCF released the session because of PERMANENT1Cancel received on initial invite10 RELEASE FROM CC!1视频403Forbidden语音视频486 Busy Here语音403 Forbidden、486 Busy Here、480 Temporarily Unavailable、received cancel message语音unassigned number 2163480Temporarily Unavailable语音ASInternal error 10A-SBCMGCF视频2020SCSCF 487Request Terminated语音device506SIPSL_ReleaseForMgcf SuppressTone():release mgcf and cs.ims should send tone based on status 3back system reject state: 481原因值呼叫类型warning码第一拆线网元失败次数Internal error6Glare condition1Internal error 2416sipsl_nc_sipi_bearer _time_out.8Internal errorP-CSCF 1原因值呼叫类型warning码第一拆线网元失败次数Internal error 或 0RELEASE FROM CC!SCSCF 72原因值呼叫类型warning码第一拆线网元失败次数Alerting switchrelease split call.18991 RELEASE COMPLETE FROM CC!95Get basic data failed.27Internal error5语音deviceMGCFRequest Terminated504Gateway Time-out语音Internal error 或 0RELEASE FROM CC!MGCF 580Precondition Failure404 not found语音deviceRoute Address Not Found700 RELEASE FROM CC!379Internal error PSBC 4188视频Internal error 或 91RELEASE COMPLETEFROM CC!21原因值呼叫类型被叫号码情况第一拆线网元失败次数被叫号码异常107被叫号码正常6视频被叫号码异常1原因值呼叫类型warning码第一拆线网元失败次数0 RELEASE FROM CC!或 Internal errorThe callee is notregistered10视频Internal error 或The callee is notregistered8原因值呼叫类型被叫号码情况第一拆线网元失败次数被叫号码为外省固话2被叫号码为外省移动号码2被叫为本省移动号码1视频被叫号码为外省移动号码1484 Address Incomplete5001 DIAMETER_ ERROR_USE R_UNKNOWN 语音HSS173语音device被叫为1259023+短号23488 Not Acceptabl e Here 语音I-CSCFable、487 Request Terminated、分析抽查了20条Q850原因为：unassigned number的记录都是由于发起呼叫后很短时间内早释引起。
《VoLTE小经验》：VoLTE打VoLTE语音呼叫失败的分析思路1、若主叫VoLTE SBC未收到invite消息时，需检查主叫侧EPC及无线问题。
2、若主叫VoLTE SBC收到invite消息后，未转发至主叫S-CSCF时，则主叫资源预留失败，需检查：1) 主叫PGW是否开启带宽向上取整功能。
2) 主叫VoLTE SBC发送至主叫PCRF的AAR消息中，是否携带主叫上下行带宽信息、UE的IP地址等。
3) 主叫VoLTE SBC是否收到主叫PCRF的AAA消息和RAR消息（携带UE位置信息）。
4) 主叫L-DRA是否正确转发VoLTE SBC与PCRF之间的信令消息。
3、若主叫计费错误或被叫号码识别错误，需检查主叫VoLTE SBC发送至主叫S-CSCF消息中，PANI头域是否填写sbc-domain且GCID是否翻译正确。
4、若被叫路由至CS域，需检查：1) 主叫S-CSCF号码分析局数据配置是否正确。
2) 主叫ENUM/DNS码号数据配置是否正确。
5、若主/被叫业务触发错误（如未触发/重复触发AS等），需检查：1) 主叫/被叫S-CSCF触发主叫/被叫AS顺序（即SiFC配置）是否正确。
2) 被叫SCCAS收到HSS的T-ADS信息，是否包含IMS Voice over PS Supported。
6、被叫UE回落2G接续，需检查HSS中UE能力是否为支持SRVCC及MME在UE注册过程中是否上报了此能力。
7、若被叫SCC AS收到100trying但未收到183消息至定时器超时，SCC AS在电路域重试导被叫UE回落，需检查CS retry的定时器是否大于EPC寻呼超时定时器。
8、若被叫VoLTE SBC未收到183消息时，需检查被叫侧EPC及无线问题。
9、若被叫VoLTE SBC收到488消息，则编解码信息协商失败，需检查主被叫UE支持编解码信息情况。
10、若被叫VoLTESBC收到183消息后，未转发至被叫S-CSCF时，则被叫资源预留失败，需检查：1) 被叫PGW是否开启带宽向上取整功能。
