下载文档原格式
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呼叫失败分析指导书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常见拆线原因值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内部体验测试中，多次出现双方通话正常、三方通话失败。
通过跟踪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接通率（500错误）优化分析案例一、问题现象某地市VOLTE接通率（信令）指标一直处于全省倒数，未达到99.5%考核值。
通过借助中兴信令平台分析发现，失败原因值主要为主要集中在500（占比39.11%）、504（占比34.47%）错误。
二、问题分析从失败反馈原因值500进行深入分析发现，500错误场景主要为VOLTE-CS与VOLTE-固话。
而两者问题以后者为主，如下表。
故从VOLTE-固话入手分析，而且失败固话号码基本全部为移动铁通固话。
通过中兴信令平台信令来看，携带原因值解码为R eason:Q.850;cause=4;text=”Send special information tone “,SIP;cause=500.根据此信息联系本地铁通关口局管理人员。
得知，目前IMS固定电话和VOLTE用户拨打铁通固定电话由移动关口局完成话务转接，因前期固话业务在话务转接中，对主叫号码属性有要求，故移动关口局上，对IMS号码拨打铁通号码做有主叫号码属性变换：后在拨打测试中发现，当VOLTE用户拨打铁通固定号码时，因关口局对主叫号码进行变换为“用户号码”，此时，关口局会将主叫号码进行删除前四位的处理（关口局指定用户号码本质是删除前四位0915区号），此时主叫号码只剩下后7位，继续接续到铁通后，由于主叫号码改变，铁通关口局无法识别主叫号码，便会将此呼叫过程拒绝，在拒绝的返回原因中未指定具体原因值，此拒绝信令通过关口局透传至主叫侧，由于整个拒绝信令中都未指定拒绝原因值，VOLTE核心网变将此类失败统一归纳为：“失败值500：server fault ”。
发现此问题后，9月27日17点通过在关口局对指定主叫号码格式的参数进行修改，对主叫号码格式不再进行指定：再次进行业务测试，主叫号码位长正常，铁通关口局正常完成接续过程，VOLTE接通正常。
三、问题总结验证抽取9月27日前三天VOLTE接通失败数据与9月27日17点后数据进行对比，发现500错误中VOLTE-固话基本全部消失。
