VOLTE优化经验总结
案例-关于VoLTE丢包率高优化处理最佳实践总结
VOLTE关于丢包率高优化处理总结一、问题描述上下行语音丢包率是是表征VoLTE业务的一个重要指标，与时延，抖动是影响VOLTE 语音质量的三大因素之一。
监控，优化，提升上下行语音丢包率可以辅助VOLTE用户语音感知质量的提升。
PDCP层丢包对语音感知影响 VOLTE业务与GU业务不同，LTE走PS域，通过不同QCI承载来进行QoS保障，影响其VOLTE语音质量的关键指标为丢包，时延，抖动，其中丢包对MOS值基本是线性分布，一般丢包率在1%以内，MOS分都比较好；一旦丢包率大于1%后，MOS分明显下降，语音质量将会受到影响。
提取指标发现LF_H_YY余舜宇集团voLTE语音下行丢包率高达5.27%，voLTE语音上行丢包率6.24%，严重影响网络指标。
二、问题分析丢包率定义和影响因素指标定义：VOLTE语音包关联指标分析举例如下：若出现PUSCH MCS0阶占比和PDSCH MCS0阶占比同时恶化，弱覆盖导致的可能性较大。
➢根据关键指标关联，分析用户数问题根据如下话统信息，判断终端所处小区的负载情况，判断是否小区语音负载大，导致不能及时调度用户，带来PDCP层丢包；➢空口丢包原理上行空口丢包统计原理：主要影响因素：上行调度不及时，如图中的1，会导致UE PDCP层的丢弃定时器超时，但现网值是集团规范值，不存在该问题。
空口传输质量差，如图中2，MAC层多次传输错误导致丢包。
➢上行空口丢包统计原理：主要影响因素：下行丢包基本上是用户处于小区弱覆盖区域。
➢常见PDCP层丢包原因总结➢常见PDCP层丢包处理总体思路➢VOLTE语音包分析常规动作1.KPI定义以及公式核查2.问题范围，KPI趋势和话统原因分析：通过话统排查丢包区域，确认是全网问题还是TOP小区问题，如果是TOP小区问题就需要进一步排查该小区的配置，操作记录和参数差异等。
还可以分析丢包的变化趋势，看一下是不是网络突变问题，找到时间节点，查看最近网络的大型操作记录入网络改造，参数修改等等原因。
VoLTE优化经验及案例
终端IMS注册问题
终端要完成在IMS的正常注册，前提必须要在LTE MME上 附着成功，即终端当前是在LTE网络上的。
终端未能在IMS注册成功时，终端屏幕上方的IMS图标通常 会显示为红色或出现一个叹号，此时无法做VoLTE语音业 务。
从无线角度可以从QCI=5承载建立不否不SIP注册流程上去 大致定位问题出现在哪部分，然后在联合相关网元迚行具 体排查。
率偏置。 5. 修改RS功率：确保满足预期的小区覆盖半径。
呼叫建立问题—eRAB承载问题
要实现VoLTE语音业务和视频业务需要建立以下承载组合： • 语音业务载组合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB
的QCI=1，2个AM DRB的QCI分别为QCI=5和QCI=8/9。 • 音频业务承载组合：SRB1+SRB2+2xAM DRB+2xUM DRB，其中，2个UM
IMS呼叫建立时延
我司目标值 >99% <0.5% >99% >98% <2.6%
<200ms
<1% >3.8 <5% <5% <1% <1%
<3s
<2s
备注
被叫处于IDLE态下，主叫拨打被叫 被叫处于连接态，主叫拨打被叫
对亍接通率、掉话率、eSRVCC切换成功率等挃标，网优侧需要做好基础优化， 如覆盖、邻区（系统内/间、邻区参数、邻区完善等）、合理参数设置等这几 个方面的网优工作。
图一
图二
呼叫建立问题—eRAB承载问题
从基站侧看，源小区在切换时收到了ERAB Release Command消息，但由亍已经开始切换， 因此回的响应消息中显示为失败，原因是切换触发，见下图三：
VoLTE优化经验总结及案例
VoLTE优化经验总结及案例分享1优化经验总结1.1日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
1.2RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3.导致NAS的层3消息已经比MR要早，但是因为优先级比MR 和SIP低，未及时发送。
优化措施：降低QCI5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
1.3QCI5PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显1.4SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481\invite486\invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
1.5系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
VOLTE接通率优化思路及案例
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专项优化总结报告1．VoLTE网络规模概述2．VoLTE网络优化总体情况3．VoLTE专项优化专题1：丢包率优化1、丢包率修改参数prohibitPHRti mer sf0 sf100该参数控制周期性发送PHR的禁止周期PHR上报不需要这么短时间，功控没有这么频繁，同时可以节省上行资源，给VOIP数据提供更多的资源，减少由于资源不足而丢包的概率macHARQMaxNumberOfTransmis sionDl 2 5该参数控制下行Harq层的重传次数默认模板里对应QCI1承载的下行Harq重传配置的过于保守，导致一次重传失败后就会harq failure导致丢包，适当增大这个参数，可以增强在中差点的鲁棒性logicalChannelPrioritizedB itRateUL kBps8 kBps16该参数控制上行逻辑信道的PrioritizedBitRate适当增大QCI1承载上行逻辑信道的优先级，使QCI1 bear的传输得到更好的保障，降低丢包率logicalChannelbucketSizeDu rationUL ms50 ms100该参数控制上行逻辑信道的bucketSizeDuration适当增大QCI1承载上行逻辑信道的缓冲区大小，使QCI1 bear的传输得到更好的保障，降低丢包率filterCoeffic ient <unset>FC6该参数控制UE计算RSRP采用的滤波因子值每个场景该值都可以不同，为了更好的平滑计算出UE的路损，通过测试调整该值。
如果估计出的路损越接近实际值，丢包率越小xtable {0,8000,10000,20000,…}{0,500,10000,20000,…}该参数定义系统中FnFunction的x轴默认定义没有针对volte的小包业务进行优化，采用普通数据业务模型参数，需要修改ytable {1,100,400,400,…}{0,400,400,400}该参数定义系统中FnFunction的Y轴默认定义没有针对volte的小包业务进行优化，采用普通数据业务模型参数，需要修改activeToInactiveSpeechThre sholdUl 3 5该参数控制UE从“SpeechActive”到“SpeechInactive”状态的转换阈值优化系统内部对于UE volte状态判断speechActivityObservationW indow Ms60 Ms100该参数控制决定UE是“SpeechActive”还是“SpeechInactive”的观察窗口大小优化系统内部对于UE volte状态判断V O LTE丢包率优化参数.xl sx2、下表是衢州东港区域参数修改前后的丢包率指标统计，数据显示丢包率降低一倍。
4G优化案例：VOLTE高丢包率优化研究和经验总结案例
VOLTE高丢包率优化研究和经验总结案例XXXX年XX月目录VOLTE高丢包率优化研究和经验总结 (3)一、问题描述 (3)二、分析过程 (3)2.1、丢包的指标定义 (3)2.2、丢包的原理机制 (4)2.3、丢包率的影响因素 (5)2.4丢包率的优化思路 (5)三、优化案例 (8)3.1、小区下行质差导致丢包 (8)3.2、小区干扰导致丢包 (9)3.3、全网参数优化调整改善丢包 (12)四、经验总结 (14)VOLTE高丢包率优化研究和经验总结XX【摘要】为了提升VoLTE用户感知，从故障、无线环境、网络负荷、干扰等方面入手排查丢包原因，逐一推进直至问题闭环，做到对工作的流程化、可控化、精细化，总结归纳出相应的处理流程及思路，保障VoLTE用户良好业务感知，达到集团既定目标。
多方位的高丢包率问题处理定界思路，可以大大的提升问题解决速度，做到急用户之所急，提高用户使用感知。
加强网络指标监控，及时通报指标异常区域及TOPN小区，做到早发现早处理早解决问题。
【关键字】VOLTE高丢包小区、故障告警，无线环境，容量，参数【业务类别】优化方法、基础维护、VoLTE、参数优化。
一、问题描述随着VOLTE高清语音的快速普及、VOLTE用户数和业务量逐步增多，VOLTE丢包率对用户语音质量影响较大，为提升用户使用感知，珠海分公司无线中心现针对VOLTE上下行丢包问题进行分析并问题定位。
二、分析过程2.1、丢包的指标定义感知丢包率公式：上行感知丢包率：上行空口丢包率=空口上行用户面丢包数（QCI1）/PDCP层上行用户面流量包数（QCI1）下行感知丢包率：空口下行用户面丢包数（QCI1）/PDCP层下行用户面流量包数（QCI1）VOLTE语音质差小区定义：VOLTE上行高丢包小区：上行感知丢包率≥3%VOLTE下行高丢包小区：下行感知丢包率≥3%终端或者基站调度发出PDCP包后，由于空口质量问题导致在空口传输过程中丢失称为空口丢包。
中兴VoLTE优化经验的总结及案例
VoLTE优化经验总结及案例分享1 优化经验总结1.1 日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
1.2 RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR 和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
1.3 QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer 由300ms 修改为无穷大优化效果：VoLTE无线接通率提升明显1.4 SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481\invite486\invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
1.5 系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
VoLTE网络优化经验_信息与通信_工程科技_专业资料
呼叫建立时延长问题排查思路
呼叫建立时延长排查思路如下：
分段分析时延，确定问题网元
在问题网元抓包， 进行专题分析
呼叫建立时延长问题专题优化----1
端到端分析，定位呼叫建立时延长问题原因
测试发现呼叫建立时延达到6.25s，Invite消息时长占比最大，达到71.77%。而Invite消息中，被叫寻呼和DRA 处理时延最长，分别达到54%和38%。因此，问题点主要在被叫寻呼和DRA上。通过优化MME寻呼策略、 DRA参数，时延从6.25s降低到3.32s
将双触发改单触发后，问题 得到解决
EPC按照3GPP规范产生的计费标识中包含“0a”的内容，在IMS网 暂时在SBC上进行问题规避，
3
IMS与EPC规 范不一致
络中，按照SIP协议将“0a”解析成换行符（ASCII码中，0a为换行 后续需要集团推动从标准层 符，非显性字符），造成对计费标识的误读，导致S-CSCF的错误响 面重新定义相关规范，确保
VoLTE覆盖连续性要求更高
VoLTE语音对RSRP和SINR要求更高
实测结果表明，RSRP大于-113dBm，SINR大于-3dB才可以达到理想的VoLTE语音质量。
在LTE网络覆盖未达到全面覆盖之前，在LTE覆盖边缘， VoLTE语音业务会切换到GSM，以
减少用户移出LTE覆盖导致的掉话。加强深度覆盖，减少eSRVCC切换比例，才能提升用户
优化成效
通过VoLTE网络优化 ，截至2015年4月长沙呼叫建立时延从6.25s减少到3.32s， eSRVCC切换准备时延从1300ms减少到650ms，接通率从91%提升到96%，掉 话率从5.84%降低到1.8%
目录
1
背景
2
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1 优化经验总结日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481invite486invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
通过经纬将4G弱信号(RSRP<-110dbm)与2G强信号（RXLOV>-95dbm）在50米范围内拟合，根据拟合度对2G邻区进行补漏工作。
剔除现网已配置的邻区关系，补漏邻区关系对后，eSRVCC切换提升明显，且由于2G邻区不准确导致的异系统重定向大大减少。
重定向掉话XX区域掉话最严重属于重定向掉话，在XX基站算法中，以下三种可能发生重定向，重定向释放RRC后，专载同时被拆除，VoLTE业务产生掉话。
上行PUSCH功控参数优化背景：xx区域拉网测试发现上行PUSCH发射功率偏高，对现网参数检查发现，xx 区域上行期望功率值设置过高。
优化措施：进行功控相关参数优化，现网配置： p0NominalPUSCH =-75 ；puschPCAdjType=0优化值： p0NominalPUSCH =-87 ；puschPCAdjType=2●同等路损情况下，参数修改后，ue发射功率大约下降2~3dB。
●目前终端平均上行发射功率仍高于10db，仍需完善现有功控方式。
修改后，PUSCH TxPower（10dbm以上）占比由40%下降到30%左右。
RTP丢包率优化背景：测试发现，XX区域RTP丢包率偏高，个别网格甚至达到2%以上。
原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重，PDCP重传时间超时，数据包将被丢弃；外场测试表明QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有密切关系，QCI 1 PDCP Discardtimer 配置越大，RTP丢包率越低，但Jitter也随之变大。
●MOS值与RTP丢包及Jitter关系都较大，目前正在进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证。
MME专载保存功能（可选）功能描述：在基站发起UE-lost原因值的上下文释放请求时，MME保持专载2s不释放，等待空口重建。
验证情况：已在某MME下成功验证了该功能。
当时无线环境较差，UE发起RRC重建失败，通过MME专载QCI1保持功能使得在新发起的业务过程中，RRC重配中建立包括专载QCI1的3条DRB，不会发生掉话。
（本次测试中专载保持时长约）功能总结：1）当无线环境较差时，UE发生RRC重建，若RRC重建成功，手机将不会掉话。
2）MME侧也可以在RRC重建失败后，通过MME专载QCI1保持功能使得在新发起的业务过程中，专载QCI1继续保持，也可使得手机不掉话。
3）此功能为爱立信MME非必选功能，建议打开。
但是该功能不在集采目录，暂时无法采购。
专载释放与切换冲突，通话结束未收到专载释放掉话[问题描述]：在拉网测试过程中，通话挂机后，主叫上报BYE消息，IMS回BYE200消息前后，同时手机发生切换，未收到EPS专载释放请求，1s后软件统计掉话。
[问题分析]：经分析MME log，发现MME未收到PGW下发的delete bearer request 消息。
当X2切换触发SGW-initiated bearer modification procedure（完整信令是CCR-CCA），如果此时SIP挂机触发PCRF也发RAR给PGW，由于Gx链路时延等原因，使得RAR先于CCA到达PGW，根据协议规定，PGW会继续SGW-initiated bearer modification procedure而reject RAR (result codeDIAMETER_OUT_OF_SPACE)。
[优化措施]：当前解决办法：（1）缩短DRA时延配置。
（2）修改SAPC到DRA链路为主-备模式，保证CCA和RAR走同一路径和到达PGW 的先后顺序。
[优化结果]：近期调整后的网格测试，暂时没有发现BYE200消息前后发生的切换没释放QCI 1专载的情况。
通话结束MME收到del bearer req，专载释放与切换冲突，基站未下发NAS[问题描述]：通话挂机后，主叫上报BYE消息，IMS回BYE200消息前后，同时手机发生切换，EPS专载没有释放，1s后软件统计掉话。
[优化措施]：属测试软件统计问题，建议软件加以剔除该问题。
2 案例分析典型案例案例1：LTE弱覆盖，eSRVCC切换不及时掉话10:57:基站下发异频异系统测量报告，包含2G频点及B2门限（LTE:-110，GERAN:-95）10:57:，主叫达到B2门限10:57:，主叫RSRP已恶化至-117dBm，SINR至-3，但终端仍没有上报B2事件10:58:，RTP包不能正常收发，10s后RTP inactivity定时器触发，会话中断，出现掉话：解决建议：①规范LTE频点配置，清理多余异频频点，缩短终端测量周期；②终端芯片提高测量能力，尽快实现CDRX休眠期测量功能。
案例2：VoLTE单通现象VoLTE单通现象分为两类：一是VoLTE打VoLTE单通，二是VoLTE拨打GSM单通。
经分析，第一类主要是终端问题，第二类主要是网络问题。
注：红圈为RTP包抓包位置案例3：eNodeB参数配置不合理，导致eSRVCC失败问题现象：终端发生eSRVCC时，在LTE向GSM切换过程中产生掉话。
问题分析：终端可以正常收到测控消息，并上报测量报告，且掉话发生在向GSM切换过程中，是GSM或者和基站侧参数设置问题。
问题解决：基站BsCAccess-ID项中的管理状态为Locked，设置有误。
将该状态修改为Unlock 后，对该站点进行重启后发现eSRVCC功能正常。
空口信令判断案例案例1：RRC重建失败，无线网问题现象：切换失败导致RRC释放，重建RRC未成功，重新进行RRC申请，QCI=1的承载未建立成功，导致掉话分析：呼叫重建失败后，新小区重新申请RRC，未能建立VOLTE专载，导致掉话。
该流程均由ENODEB控制执行。
而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等，均为无线网问题。
结论：切换失败与RRC重申请流程均与EUTRAN相关，因此认定为无线网问题。
案例2：基站异常导致双端无下行信令及RTP包断传，无线网问题现象：主被叫VOLTE接通后，在同一小区同时发生缺失下行信令20秒，此后数秒发生终端上发bye request挂断。
分析：丢信令之前，主被叫双端处于同一小区，且RTP包双向传输正常。
丢信令期间，终端测量信息完整，但在2秒后发生RTP包只有终端向网络单向传输，未再有任何网络下发的RTP包，高度怀疑基站临时故障导致。
结论：软件显示丢信令，但通过进一步分析确认应为基站故障导致。
无线网问题。
案例3： VOLTE接通下发生IMS注册掉话，IMS网络问题现象： VOLTE接通后，被叫发生IMS注册且成功，此时主叫收到网络下发的bye request内含注册超时字样分析：按照3GPP协议，终端应在3000秒上发注册，本次华为SBC于3600秒才收到注册请求，此时IMS认为注册超时，对主叫下发了sip bye消息释放了。
但通过进一步确认，终端实际于600秒前已上发了注册消息（UDP），但此时恰好在G网下，未收到回复：注：同样类型的掉话也有600秒前处于LTE网（TCP），而未收到OK或未鉴权回复的情况结论：前10分钟的注册失败，导致了后续的IMS通话中释放，虽然终端前一次的失败处理机制可能存在问题，但仍然体现出IMS对通话中发生注册时直接释放会话的措施欠妥。
网元流程判断案例案例1：被叫收到寻呼但未收到INVITE请求，核心网问题现象：主叫上发了invite，被叫收到了寻呼且建立RRC成功，此时应收到下行的invite，但始终未收到。
分析：被叫响应寻呼并进行了RRC申请，表明MME已收到由SGW触发的数据业务请求，即sip invite消息应由IMS网元的SBC下发给了PGW、SGW。
①Sip invite消息由IMS网元SBC下发到被叫核心网网元PGW②PGW转发给SGW，SGW通过S11触发MME进行寻呼被叫③被叫被寻呼到，并完成RRC连接与建立默认承载所需RAB，接收数据结论：收到寻呼消息表示sip invite数据包已经到达了LTE核心网，未能继续下发当前怀疑是sip数据在S/PGW异常丢失。
案例2：重配置消息释放DRB承载，无线网与核心网配合问题现象：被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。
分析：起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS 承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断①切换准备时，MME向目标小区发切换请求，RAB建立请求表只有2条，无QCI=1的专载②目标小区收到MME的切换请求后，回复的切换确认消息里仅有2条RAB建立③MME向源小区下发的切换命令消息中，只建立2条承载，导致ENODEB释放了QCI=1的VOLTE专载。