VoLTE端到端业务详解 | 掉话问题
Posted COCOgsta
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了VoLTE端到端业务详解 | 掉话问题相关的知识，希望对你有一定的参考价值。
书籍来源：艾怀丽《VoLTE端到端业务详解》
一边学习一边整理书中的笔记，并与大家分享，侵权即删，谢谢支持！
附上汇总贴：VoLTE端到端业务详解 | 汇总_COCOgsta的博客-CSDN博客
10.2.1 基本流程
传统移动通信网络的掉话指无线信道上的掉话，比如2G网络的业务信道（TCH，Traffic Channel）的掉话，是指在通话过程中由于无线信号质量问题导致基站检测到TCH信道失步，无线基站判断用户已经发生掉话，接着把掉话事件告诉核心网。
而对于VoLTE业务，由于业务控制是IMS网络，同传统移动通信网络一样，无线基站也会判断用户是否已经发生掉话，接着把掉话事件告诉核心网，这时核心网是广义的概念，具体包括EPC和IMS两个核心网，具体流程如第9.2.1节所述。
我们知道呼叫业务经历的网元都有可能带来掉话的问题，VoLTE业务时代也会出现EPC核心网决定的掉话和IMS核心网决定的掉话，核心网决定的掉话指核心网直接释放了呼叫，而不是用户主动挂断了呼叫，具体流程如第9.2.2节和第9.2.3节所述。
10.2.2 关键信息
1.无线侧导致的掉话率统计根据第9.2.1节所述的掉话流程，我们可以看到无线空口导致的掉话是基于Rx口来统计的，如图10-34所示，掉话率=Rx口掉话次数/（始呼应答次数+终呼应答次数）。
· Rx口掉话次数：PCRF发起ASR的次数，图10-34中位置②。
· 始呼和终呼应答次数：主、被叫处于通话过程中，图10-34中位置①。
2.EPC域导致的掉话率统计
如图10-35所示，EPC域导致掉话和无线侧导致掉话的区别仅在于触发MME告诉SAEGW删除专载的场景是MME主动决定的，还是MME被动决定的（无线侧基站告诉MME），掉话率的统计点一样。
3.IMS域导致的掉话率统计
如图10-36所示，以SBC决定的掉话场景为例进行说明，正常通话的Bye消息是由通话双方发起的，当网络侧释放呼叫时，即SBC决定释放本次呼叫时就会同时给UE和IMS网络的其他网元发Bye消息，通话中的用户会感知到呼叫突然断了，这也就是用户感知的掉话。
EPC、IMS导致的掉话和无线侧导致的掉话感知是不同的，无线侧导致的掉话用户感知一般来说一开始是听不太清楚，然后没声音，而EPC、IMS导致的掉话一般来说是声音突然就没了，当然EPC、IMS导致的掉话一般来说是通过故障处理手段来解决，而无线侧导致的掉话一般来说需要常态化网优手段来提升。
10.2.3 分析思路
1.无线侧导致的掉话
如图10-37所示，无线侧导致掉话是现网最常见且最难优化的问题，对于无线侧导致的掉话通常和无线空口信号质量相关，而空口质量的问题又是移动通信网络最难解决的，然而即使很难，我们依然需要寻找可以协助解决问题的方法，比如现在大多数基站设备支持单用户日志的查询功能，一般是采取先分析掉话信令再结合基站用户日志来定位问题的方法，这个方法需要我们对信令以及基站日志的分析均有一定的经验，在后续章节会着重叙述每一种掉话场景的分析结果，分析过程还需要大家在实际生产活动中不断积累经验。
2.EPC侧导致的掉话
如图10-38所示，EPC导致掉话的场景主要是在MME判断需要删除用户语音专载的时候，MME是移动性管理的网元，可参与会话管理。对于VoLTE业务来说，EPC可参与VoLTE用户的移动性管理以及EPS-Bearer管理，EPC对于VoLTE用户的相关管理动作均通过PCRF传递到IMS域，最后由IMS域进行业务控制。比如掉话场景，EPC决定删除VoLTE用户的专载，当这个动作传递到IMS域时，IMS域知道VoLTE用户的业务需要释放，因为用户语音业务所依赖的语音专载通道需要释放。
3.IMS域导致的掉话
如图10-39所示，IMS域导致掉话的场景主要是在IMS域处理VoLTE用户的语音业务发现异常需要释放本次业务呼叫的时候，对于这种场景我们主要是要分析用户业务到底怎么异常了，我们可以怎么解决。同样，对于用户来说，此场景的掉话感知也是突然就中断了，和无线侧导致掉话的感知是不同的。对于这种掉话，我们是用故障处理方法来分析和解决的，然而要注意的是，当IMS域决定释放业务呼叫时，SBC不会忘记通过Rx口、PCRF网元告诉EPC网络删除用户的语音业务专载。
由于EPC域、IMS域导致的掉话一般来说是由故障原因引起的，不属于常态化业务优化范畴，后续主要介绍典型无线空口原因导致的掉话场景和优化建议。
10.2.4 典型事件
从前面的分析可以看到，由无线空口原因导致掉话的信令流程是一样的，都是由无线基站来识别用户发生掉话事件，并通过S1-MME口的消息告诉MME，各个场景的不同在信令里面仅仅是体现在消息①中基站所携带的原因值不同，如图10-40所示。
由无线空口原因导致掉话场景的信令流程简单描述如下。
流程1：eNB向MME发起UE Context Release Request释放携带原因值UE Lost。
流程2：MME向SAEGW发起Delete Bearer Command。
流程3：SAEGW向PCRF发起CCR-T。
流程4：PCRF向SBC发起ASR，携带原因值Abort-Cause:Insufficient_Bearer_Resources；流程2表示承载丢失，需要终止当前会话——无线侧资源不足导致专有承载失败。
流程5：SBC同时向主叫和被叫用户发起Bye消息，携带原因值Cause=503,Text:Insufficient Bearer Resource，因为承载不足。
10.2.4.1 UE的无线连接丢失
1.话务场景
无线信号问题导致的VoLTE掉话。
2.信令流程
UE Context Release Request消息携带无线网络原因值（21）的消息示例如图10-41所示。
如图10-42所示，PCRF向SBC发起ASR，携带原因值Abort-Cause:Insufficient_Bearer_Resources (2)。
如图10-43所示，SBC同时向主叫和被叫用户发起Bye消息，携带原因值Cause=503。
3.问题原因
（1）DRB或者SRB承载RLC重传达到最大；
（2）用户上行失步。
4.优化建议
优化无线覆盖或邻区参数。
10.2.4.2 Interrat-Redirection (28)
1.话务场景
QCI优先级设置错误导致在VoLTE通话过程中用户发生重定向引起掉话。
2.信令流程
整体流程同第9.3.1节，区别仅是消息里的原因值不同。
UE Context Release Request携带无线网络原因值Interrat-Redirection (28)，如图10-44所示。
ASR消息携带原因值Bearer_Released（0），如图10-45所示。
SBC触发Bye携带原因Cause=503，Text: Bearer Released的消息，如图10-46所示。
3.问题原因
正常情况下QCI1的切换优先级要高于QCI5的切换优先级，当QCI1存在时，优先采用QCI1的异系统切换策略，当QCI1不存在时，采用QCI5/9的切换策略。当QCI1的优先级低于QCI5时，优先采用QCI5的切换策略，发出重定向。
4.优化建议
核查QCI切换优先级配置参数。
10.2.4.3 Cell-not-Available (10)
1.话务场景小区不可用告警导致掉话。
小区不可用告警导致掉话。
2.信令流程
UE Context Release Request携带无线网络原因值Cell-not-Available (10)，如图10-47所示。
如图10-48所示，PCRF触发ASR携带原因值Abort-Cause:Insufficient_Bearer_Resources (2)（表示承载丢失），需要终止当前会话——无线侧资源不足导致专有承载失败。
如图10-49所示，SBC触发BYE携带原因值Cause=503，Text: Insufficient Bearer Resource，因为承载不足。
3.问题原因
基站发生了RRU启动和资源故障导致小区不可用的故障事件。
4.优化建议
处理小区不可用故障。
10.2.4.4 tx2relocoverall-expiry (1)
1.话务场景
X2切换超时导致的VoLTE掉话。
2.信令流程
如图10-50所示，eNB发起UE Context Release Request释放携带原因值tx2relocoverall-expiry (1)。
如图10-51所示，PCRF触发ASR携带原因值Abort-Cause:Insufficient_Bearer_Resources (2)（承载丢失），需要终止当前会话—无线侧资源不足导致专有承载失败。
如图10-52所示，SBC触发Bye携带原因值Cause=503, Text: Insufficient Bearer Resource（承载资源不足）。
3.问题原因
X2切换过程中，源小区侧没有收到正常释放UE_Context_Rel消息，常见原因是目标小区路径选择处理失败，包括以下几种情况：路径选择消息没有发送出去，或者收到路径选择失败消息，以及处理路径选择过程失败。
4.优化建议
检查目标基站关于路径选择处理失败的相关日志消息、基站和MME之间的链路是否正常以及MME是否返回路径选择失败消息。
10.2.4.5 tS1relocoverall-expiry（8）场景1
1.话务场景SRVCC切换失败导致VoLTE掉话。
2.信令流程
如图10-53所示，SRVCC切换过程源基站等待MME发起UE Context Release Command消息超时。
PGW向PCRF发起CCR-U Resource_Allocation_Failure (10)，如图10-54所示。
PCRF触发ASR携带原因值Abort-Cause:Insufficient_Bearer_Resources (2)（承载丢失），需要终止当前会话—无线侧资源不足导致专有承载失败，如图10-55所示。
3.问题原因
LTE侧出现快衰，UE未能正确接收eNB下发的切换命令，无法向CS切换，eNB在定时器超时之后主动发起UE上下文释放。
4.解决方案
无线侧空口问题，建议优化无线空口。
10.2.4.6 tS1relocoverall-expiry（8）场景2
1.话务场景
系统内S1切换超时导致VoLTE掉话。
2.信令流程
如图10-56所示，通话过程中发生S1切换，切换过程源基站等待MME发起UE Context Release Command消息超时。
PCRF触发ASR携带原因值Abort-Cause:Insufficient_Bearer_Resources (2)（承载丢失），需要终止当前会话—无线侧资源不足导致专有承载失败，如图10-57所示。
SBC触发Bye携带原因值Cause=503，Text: Insufficient Bearer Resource承载不足，如图10-58所示。
3.问题原因
LTE侧出现快衰，UE未能正确接收eNB下发切换命令，无法向CS切换，eNB在定时器超时之后主动发起UE上下文释放。
4.解决方案
优化无线空口问题。
以上是关于VoLTE端到端业务详解 | 掉话问题的主要内容，如果未能解决你的问题，请参考以下文章