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分析方法与主要问题.pdf
GSM、TD、CSFB的呼叫结果，并非仅限于VOLTE。
2. 对接平台的惠杰朗、鼎利软件只是测试软件，不做统计处理，统计处理部分由平台算法完成，个别指标在
算法上与厂家软件自有算法有差异。例如RTP丢包率，平台统计方法为确切的丢包数/总发包数计算获得，5 鼎利
采用芯片上报的每秒丢包率做算术平均。
*
数据完整性、有效性的保障
LTE测试总里程(km)
干扰类 平均SINR 边缘SINR SINR -3以上占比
调度类 PUSCH TxPower
上行平均RB 下行平均RB
SINR 0以上占比
码字0
平均RSRQ
码字1
连续SINR质差里程占 上行平均MCS 比(SINR小于-1)(%)
MOS统计 MOS>=2.8占比 MOS>=3.0占比 MOS>=3.5占比
1. VOLTE业务报表，全量指标，共分了7个页面，共计156项指标或原始样
本计值。
KPI汇总
VOLTE统计指标 CS域语音统计指标
接通率
IMS注册成功率 CS域全程成功率(%)
掉话率
VOLTE语音建立成功率 CS域接通率(%)
VOLTE全程呼叫成 功率
VOLTE掉话率
CS域掉话率(%)
VOLTE接通率 VOLTE通话时长占比
几类人工剔除异常介绍
测试终端问题：主叫CSFB回落位置更新不起呼与丢信令
1. 主叫CSFB回落位置更新不起呼
现象：主叫CSFB上发ESR，触发盲重定向回落GSM 并进行了回落位置更新，位置更新请求不带起呼标 识，且位置更新后不做起呼 。 终端：HTC M8 分析：主叫CSFB起呼时，ESR消息 实际已触发了终 端后续行为在回落GSM后必然进行 CM起呼，在信令 侧首先看到CM起呼后，再做RR信 道请求。
Volte分析方法与主要问题
VOLTE的分析方法及主要问题1分析方法及问题分类VOLTE 异常归属判定依据VOLTE异常事件分析技术要求信令流程解析3 VOLTE网络异常事件-未接通问题4 VOLTE异常事件-掉话问题2 优化经验总结1.1 日常优化总结1.1RLC优先级问题：呼叫建立与切换过程冲突，专载被MME释放现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE 的情况），专载丢失形成未接通事件。
分析：QCI5设置的RLC优先级为1，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保NAS消息及时上传，修改后此类问题改善明显。
1.2 QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显1.3 系统间邻区优化提升eSRVCC切换成功率，减少由于2G邻区不准确导致的异系统重定。
LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
通过经纬将4G弱信号(RSRP<-110dbm)与2G强信号（RXLOV>-95dbm）在50米范围内拟合，根据拟合度对2G邻区进行补漏工作。
VoLTE端到端业务质量分析要点
VoLTE端到端业务质量分析要点什么是VoLTE？VoLTE，即Voice over LTE，是一项利用LTE网络传输语音和多媒体信息的技术。
相比于传统的通话方式，VoLTE具有更高的通话质量、更快的接通速度和更低的通话掉线率。
VoLTE业务质量分析对于VoLTE业务运营商和用户而言，业务质量分析是十分重要的。
以下是VoLTE端到端业务质量分析的一些要点：1. 测试方法针对VoLTE的业务质量分析，应采用业界已经认可的测试方法，如3GPP（3rd Generation Partnership Project）规定的测试方法。
测试结果应当可重复性和可比性。
2. 网络漫游在进行VoLTE业务质量分析时，需要考虑到网络漫游的情况。
在用户移动时，需要了解业务质量的变化，以便了解VoLTE网络在不同地点的业务质量表现。
3. 网络覆盖率VoLTE业务质量分析应考虑到网络覆盖率。
网络覆盖率的高低直接影响VoLTE 的通话质量和通话掉线率。
测试时应该按照网络覆盖率进行测试，并对测试结果加以分析。
4. 信号强度信号强度是影响VoLTE业务质量的重要因素之一。
对于VoLTE来说，信号强度需要达到一定的水平，才能保证语音、多媒体传输的质量。
测试时应考虑信号强度，并对测试结果进行比较和分析。
5. QoS保障在VoLTE业务质量分析时，需要重点关注QoS保障。
QoS保障是VoLTE能够提供高质量服务的关键。
在测试时，应关注到VoLTE是否满足业务质量要求，如通话质量、接通速度、通话掉线率、数据传输速度等。
6. 时延VoLTE业务质量还与时延有关。
在VoLTE通话中，时延较大会导致通话质量下降。
因此，在进行业务质量分析时，时延也是需要考虑到的因素之一。
7. 安全性VoLTE业务质量分析中还应特别关注安全性，尤其是数据传输的安全性。
业务质量分析应包括对VoLTE的安全性进行测试，并对测试结果进行评估。
结论VoLTE业务质量分析是一个综合性的任务，需要考虑到多个因素的影响。
基于用户面大数据分析的端到端VoLTE语音质量提升法
5
VoLTE语音质量评价算法分类
语音质量的评估方法包括
主观评价 客观评价
主观评价
语音质量评价 方法
客观评价
目前业界有4种评估算法：
人工评测： 语音回放评测
主动算法： POLQA(P.863)算法
被动算法：
E-model(G.107)算法
评估标准
评估原理
优势
劣势
语音回放
捕获通话数据包，靠人耳 去听
通话过程中的一切故障 （如杂音,单通），都可以 感知出来。
VoLTE语音质量
KQI指标：
MOS
பைடு நூலகம்
单通和断续次数
KPI指标： 丢包
网络传输因素
净荷因素
时延
抖动 编编解解码码性性能能 噪音
回声
网络传输因素
丢包
时延
评估算法：
G.107(E-model)评估
涉及用户信息， 不做评估
RTP算法评估
北京语音质量评价体系只分析RTCP包和RTP包头，不存储和分析RTP包净荷内容， 故不涉及用户隐私泄露和存储容量受限问题，易于推广移植。
基于用户面大数据分析的 VoLTE语音质量提升法
目录
一、VoLTE语音质量评估方法 二、现网落地保障方案 三、VoLTE语音质量问题定界定位方法
及端到端优化措施 四、方法后续工作
2
一、方法形成背景
VoLTE作为中国移动三新战略的核心，可提供有QOS保障（QCI=1）的 WB-AMR高清语音，把高清语音和视频通话作为卖点，极大提升用户体验。
7
VoLTE语音质量评价体系—KPI获取途径
KPI指标可直接从媒体流中提取，现网有2类获取手段：端到端RTCP和分段RTP。
精品网络_浅谈Volte语音质量提升的分析及处理措施
浅谈Volte语音质量提升的分析及处理措施目录浅谈语音质量提升的分析及处理措施 (3)一、端到端两维三域语音质量定界思路 (3)二、TOP小区的语音质量分析 (4)2.1指标定义 (4)2.2VOLTE质差小区的分析流程 (4)2.3VOLTE质差小区优化措施 (4)三、案例解析 (5)3.1高干扰导致Volte低接入 (5)3.2被叫无线环境差导致下行单通 (6)四、经验总结 (7)浅谈Volte语音质量提升的分析及处理措施【摘要】本文通过网管等平台、IT工具深入分析影响VOLTE语音质量的因素，通过多方面的措施提升语音质量，保证用户的高清通畅的语音体验。
从端到端定界到无线侧排查进行分析，并针对相应原因提出有效的处理措施，最后以详细案例进行从分析到优化到措施解决的完整闭环。
【关键字】语音质量、端对端、两维三域【业务类别】基础维护、Volte一、端到端两维三域语音质量定界思路VOLTE语音涉及端到端，例如V to V，从主叫开始经过无线网、核心网、IMS域到对端的IMS域、核心网、无线网到被叫，在此过程中可结合信令平台，通过上下行丢包、抖动、时延、吞字、断续、MOS值等KPI指标完成话单级的语音质量评估，运用两维三域语音质量定界思路，初步判断是否为无线侧原因，还是核心网侧，IMS域侧问题，再进一步在具体的分段处排查。
两维：影响VoLTE语音感知主要是用户面RTP包的丢包和抖动、时延过大。
三域：将端到端链路分成无线空口、EPC和IMS三段，来精准定界丢包位置。
S1-U口：基站PTN与SGW 连接接口，用来定界核心网与空口问题。
Sgi(Gm)口：PGW与SBC 连接接口，用来定界EPC与IMS 问题。
同方向对比排查: 以主叫到被叫方向为例:a.如果主叫上行在1-4号探针处都丢包100个，可初步判断在主叫上行空口丢包100个，可与小区15分钟粒度的OMC统计上行PDCP丢包情况进行对比判断；b.如果在1号无丢包，在2-4号探针处丢包100个，则可判断在主叫侧EPC丢包；c.如果在1-2号无丢包，在3-4号丢包100个，则可判断在IMS丢包；d.如果1-3号探针无丢包，4号探针丢包100个，则可判断被叫侧EPC丢包；e.如果1-4号均无丢包，但RTCP显示丢包100个，则可初步判断被叫下行空口丢包，可结合被叫小区15分钟粒度的OMC统计下行PDCP丢包情况进行对比判断。
精品案例_VoLTE呼叫时延端到端分析
VoLTE呼叫时延端到端分析案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (8)四、经验总结 (8)VoLTE呼叫时延端到端分析案例【摘要】VoLTE语音呼叫建立时延是衡量VoLTE网络质量和客户感知的关键指标之一，呼叫时延的缩短，不但对减少网络信令资源消耗和减轻网络负荷具有重要价值，对提升客户体验和客户满意度也具有显著意义。
【关键字】VoLTE VoLTE时延端到端【业务类别】端到端优化一、问题描述滁州VOLTE DT测试，使用三星S7，Mate 9测试结果如下，可以看到，在测试定远县的过程中呼叫建立时延明显高于其他区域。
二、分析过程1、VOLTE时延优化思路VoLTE呼叫建立时延主要是通过对SIP信令进行分段计算，与参考基线对比，确定呼叫建立时延的GAP存在于哪一个阶段。
2、VOLTE呼叫时延分析使用鼎力软件进行分析，通过对VoLTE DT测试LOG进行主被叫联合分析，其中主叫发送INVITE请求到收到被叫发送的183消息时延大于3s；主叫发送UPDATE消息到收到200 OK 消息时延大于2s。
选取一次通话进行信令分析，呼叫建立过程中，UE无线覆盖环境良好，无质差，时间点23:09:39.242被叫收到INVTE请求，2s后即23:09:41.379才发送183消息；时间点23:09:42.527被叫收到UPDATE消息，2s后即23:09:44.568才发送UPDATE 200消息。
时延高由于被叫UE反馈相应SIP信令消息较晚导致，分析为终端问题。
3、VOLTE呼叫时延定位确认使用S7终端进行VoLTE业务测试，概率性出现呼叫时延长>6s问题，从路测信令分析，主要集中在2段：➢被叫终端收到INVITE消息->发送183，时延>2s➢被叫终端收到UPDATE消息->UPDATE 200，时延>2s从终端日志分析，问题确实集中在这2段根据终端侧PDCP配置，RB-Cfg_Idx是终端承载表示，RB-Cfg_Idx与承载对应关系如下图所示：➢RB-Cfg Idx=1对应EPS ID = 5，对应QCI=9，用于默认承载➢RB-Cfg Idx=2对应EPS ID = 6，对应QCI=5，用于承载SIP信令➢RB-Cfg Idx=1对应EPS ID = 1， SRB承载➢RB-Cfg Idx=2对应EPS ID =2， SRB承载根据RB-Cfg Idx=2，对应QCI=5所在承载，检查终端侧上行L2 PDCP数据包：发送100trying后，PDCP看到发送一个数据包，包长442过了1.5s（终端每500ms上报1次）一直到183发送前，PDCP数据包还是只有一个，包长不变442，说明PDCP没有新增数据（说明终端RTP层没有新的数据183发送至PDCP层。
Volte单用户端到端优化分析
一、Volte单用户端到端优化分析（问题分析流程，重点解决无线网络质量问题）1.1 用户VoLTE接入优化1.1.1VOLTE接入-无线问题定位思路：VOLTE是承载在数据业务资源上的“语音业务”，相对于普通数据业务新增了QCI为5、1和2的承载，VOLTE接通优化主要包括接通成功率和接通时延两方面，主要涉及UE、无线、EPC、核心网4大域超过10个方面影响因素，为提升网络接通率和接通时延，通过端到端信令平台对接入失败、接通时延长的原因进行定界，对定界为无线侧问题进一步定位分析，提出优化方案，对后续接入优化处理进行指导并快速找到问题并迅速解决。
1.1.2VOLTE接入-无线问题定位方法：按照VoLTE语音“433”优化方法的VOLTE接入-无线问题定位排查流程，主要通过以下3个方面：VOLTE未接通问题、VOLTE接入时延问题、终端CSFB回落问题，进行定位及优化VOLTE接入问题分析1.1.3终端CSFB回落问题的排查1.1.3.1 终端CSFB判定规则在LTE网络中，VOLTE终端在呼叫或被寻呼过程中出现CSFB回落到CS域进行通话，无法正常在VOLTE网络上进行业务，造成用户无法体验VOLTE高清语音通话。
集团要求从端到端信令平台提取CSFB占比>5%进行分析定位并解决，务必保证VOLTE用户均能享受VOLTE网络带来的高清业务。
1.1.3.2 CSFB问题排查步骤对于终端出现CSFB情况，主要通过2方面进行定位分析，终端侧是否开启VOLTE 业务或终端是否在IMS域注册、终端在起呼过程中是否存在弱覆盖现象，优化流程如下：1.1.3.3 终端是否启用VOLTE业务问题定位：VOLTE用户在LTE网络起呼中，在以下2种情况下会出现CSFB：①VOLTE用户在TAS服务器开户失败；现象：TAS收到invite后发500 SERVER INTERNAL ERROR(Cause:500)，携带Warning:query adb failed消息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
VoLTE端到端质量分析SIP-503错误码原因分析研究目录1.SIP-503消息错误码分析背景 (2)2.SIP-503失败原因分类 (2)3.SIP-503流程分析 (4)3.1.无线链路失败导致掉话 (4)3.2.VoLTE走盲重定向导致掉话 (5)3.3.X2切换失败导致的掉话 (5)3.4.Sip信令丢失导致未接通ue-not-available-for-ps-service (6)3.5.2G侧资源异常导致未接通 (8)3.6.基站弱场起呼功能导致 (8)3.7.BSRVCC切换失败 (9)3.8.VoLTE参数配置问题 (10)3.9.VoLTE流程冲突问题（1） (11)3.10.VoLTE流程冲突问题（2） (12)3.11.VoLTE流程冲突问题（3） (13)3.12.VoLTE流程冲突问题（4） (13)3.13.VoLTE流程冲突问题（5） (14)4.SIP-503失败案例总结 (15)4.1.邻区配置问题导致SIP-503失败原因：tx2relocoverall-expiry (15)4.2.干扰问题导致SIP-503失败原因：tx2relocoverall-expiry (16)4.3.传输问题导致SIP-503 S1切换导致VoLTE掉话 (19)4.4.站内切换与modify并发SIP-503导致视频失败 (23)4.5.站内切换并发导致未接通 (24)5.SIP-503失败原因处理流程总结 (26)1.SIP-503消息错误码分析背景2016年中国移动集团开展VoLTE百日会战工作期间，我司在VoLTE质量提升过程中结合炎强平台从TOP小区、DT/CQT遍历拉网测试信令分析中总结经验，旨在帮助各办事处尽快解决信令分析中遇到的问题。
随着VoLTE优化工作的开展，我们发现有些SIP-503错误码与无线测关联较大，如外部邻区、帧头偏移未对齐导致的干扰，传输时延、切换并发等问题都会导致SIP消息报错，而这些SIP消息报错的时间点之前eNB就发起了异常的信令释放。
因此，本文档希望纠正概念中泛指SIP503都是核心网的问题。
2.SIP-503失败原因分类目前，通过甘肃、贵阳两地测试分析结果来看，SIP503错误消息也是各类无线测试中最常见的错误消息，与用户的未接通、掉话等异常行为直接相关。
基于信令平台对可能发生503错误消息的所有场景整理出SIP503消息报错为四大类13种场景，做了统一信令回溯和原因分析，并开展了对应的优化策略和研究，针对每一类问题场景给出了明确的解决方案。
四大类（eNodeB上发UE上下文释放请求、bSRVCC不兼容引发的切换失败、VoLTE参数配置问题、流程冲突承载建立\释放或者修改与切换并发失败）详细情况如下表：3.SIP-503流程分析3.1.无线链路失败导致掉话在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值radio-connection-with-ue-lost。
➢处理建议：接续过程中，主叫或被叫UE失步，eNodeB在检测到UE无线链路异常后发起RRC连接和UE上下文释放流程，后续UE重回4G网络发起TAU和QCI5默载建立流程。
需要核查问题小区明细，排查小区覆盖、干扰问题。
➢信令流程说明：在呼叫建立阶段，eNodeB上发UEContextReleaseRequest ,携带原因值radio-connection-with-ue-lost , 表明eNodeB为UE失联，MME指示eNodeB释放了UE上下文，并且通过S11接口把承载失败问题传送给SAEGW, SAEGW通过Gx接口告知PCRF，PCRF通过Rx接口通知SBC，随后SBC通过Gm接口给UE发送了503 SIP错误码，造成呼叫失败。
3.2.VoLTE走盲重定向导致掉话在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值interrat-redirection。
➢处理建议：该问题为UE重定向到2/3G引起，发生区域均在我司设备区域，目前我司620版本仍无法区分不同QCI的A2/B2（重定向、eSRVCC只能配置一个），部分区域考虑数据业务驻留比未部署eSRVCC。
预计6月中旬版本升级后可解决此问题。
➢信令流程说明：在呼叫建立阶段，eNodeB上发UEContextReleaseRequest ,携带原因值interrat-redirection, 表明UE重定向到了2/3G，MME指示eNodeB释放了UE上下文，并通过S11接口把承载失败问题传送给SAEGW, SAEGW通过Gx接口告知PCRF，PCRF通过Rx接口通知SBC，随后SBC通过Gm接口给UE发送了503 SIP错误码，造成呼叫失败。
3.3.X2切换失败导致的掉话在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值tx2relocoverall-expiry。
➢处理建议：该问题为X2切换过程中，UE由于无线环境较差无法成功接入目标小区，发起重建流程，eNB 侧X2切换计时器超时发起UE上下文释放。
需要无线侧核查切换涉及的源小区和目标小区明细，排查邻区关系配置、邻区切换参数配置、小区覆盖及干扰问题。
➢信令流程说明：在呼叫建立阶段，eNodeB上发UEContextReleaseRequest ,携带原因值tx2relocoverall-expiry, 表明发生了X2切换请求，但是X2切换计时器tx2relocoverall超时，MME指示eNodeB释放了UE上下文，并通过S11接口把承载失败问题传送给SAEGW, SAEGW通过Gx 接口告知PCRF，PCRF通过Rx接口通知SBC，随后SBC通过Gm接口给UE发送了503 SIP错误码，造成呼叫失败。
3.4.Sip信令丢失导致未接通ue-not-available-for-ps-service在VoLTE呼叫建立阶段，存在是Sip信令丢失在SGI/S1AP/UU口导致未接通，具体现象为sip 信令（如invite/183session progress/prack/update/180 ringing/终端未发送invite 200ok 等）连续发送多次之后未收到响应，触发两种现象：1.PCRF通知DRA放弃本次会话，携带的错误码为“INSUFFICIENT BEARER RESOURCES”（不足的承载资源），该类问题多见于183 session progress/180ringing/终端未发送invite 200ok消息丢失；2.SCCAS用“SIP：Status 500 server internal Error”内部错误消息携带的原因为“ NOResponse From Peer”通过SCSCF告知SBC，从而触发PCRF放弃本次会话，导致VoLTE 未接通触发CSFB。
该类问题多见于update/prack等消息。
➢处理建议：该问题多见于无线环境较差，干扰严重，或者传输异常，eNB资源不知导致无法正常的进行正常的VoLTE呼叫，针对该类问题主要通过排查覆盖（可通过开启MR确定是否弱覆盖小区针对VoLTE用户较少的站点可以通过cdl 确定，核查邻区是否缺失，掉线指标是否正常），干扰，传输故障，基站是否拥塞等。
➢信令流程说明：在VoLTE呼叫建立阶段，主叫SBC连续下发四次180 Ringing，未收到被叫响应的invite 200ok，或连续多下发183 session progress触发PCRF通知DRA放弃本次会话，携带的错误码为“INSUFFICIENT BEARER RESOURCES”（不足的承载资源）。
在VoLTE呼叫建立阶段，主叫SBC连续下发UPDATE未收到响应导致scc as定时器超时（一般设置为6s）SCCAS用“SIP：Status 500 server internal Error”内部错误消息携带的原因为“ NO Response From Peer”通过SCSCF告知SBC，从而触发PCRF放弃本次会话，导致VoLTE未接通触发CSFB。
详情如下：3.5.2G侧资源异常导致未接通在 VoLTE呼叫CS域过程中，VoLTE用户资源准备并修改完成的情况下，收到MGCF响应的invite 503携带的原因为“NO Circut/channel avialible”导致未接通。
➢处理建议：该问题为2g侧资源问题导致，需核查2g侧资源情况。
➢信令流程说明：在 VoLTE呼叫CS域过程中，VoLTE用户完成update流程后收到Mgcf的Mgcf响应的invite 503携带的原因为“NO Circut/channel avialible”，释放本次会话。
3.6.基站弱场起呼功能导致在目前核心网不支持bSRVCC，在弱覆的情况下易导致未接通，我司与华为通过在弱覆盖情况下限制qci 1的建立并利用终端和ims cs Retry功能完成弱场起呼。
但是这也触发invite 503。
➢处理建议：建议在核心侧剔除该类问题导致的未接通。
在分析该类s1错误码为“radio resources not avialible”，核查该站点是否开启弱场起呼功能。
➢信令流程说明：SBC收到主叫上发的invite消息后，通知eNB建立无线承载时收到核心eNB响应的ERAB setup respone携带原因为“radio resources not avialible”触发invite 503，终端收到后触发CSFB，从而避免了bSRVCC。
详情如下：3.7.BSRVCC切换失败bSRVCC切换失败，MME下发的切换准备失败消息“Handover Preparation Failure”中，携带原因值：un-specified。
➢处理建议：由于目前IMS版本不支持bSRVCC切换，切换失败后终端触发CSFB流程，按集团要求5月底基站升级版本后，基站侧可识别并规避bSRVCC切换。
➢信令流程说明：振铃以前进行bSRVCC切换,IMS不支持导致MME回复“HandoverPreparationFailure”携带原因值：un-specified。
3.8.VoLTE参数配置问题在e-RAB建立时，eNodeB返回e-RAB建立失败，携带原因值not-supported-QCI-value➢处理建议：VoLTE参数配置问题，需要从信令平台上提取相关小区明细，核查对应eNodeB上VOLTE相关参数配置。
➢信令流程说明：VoLTE呼叫建立时，MME通过下发E_RABSetupRequest消息给eNodeB请求建立QCI=1的e-RAB，eNodeB回复E-RABSetupResponse给MME，携带原因值not-supported-QCI-value，eNodeB VOLTE 业务相关参数配置存在问题。