VoLTE端到端业务详解 | 应用实例三

Posted 2022-08-22 COCOgsta

书籍来源：艾怀丽《VoLTE端到端业务详解》

一边学习一边整理书中的笔记，并与大家分享，侵权即删，谢谢支持！

附上汇总贴：VoLTE端到端业务详解 | 汇总_COCOgsta的博客-CSDN博客

---

7.5.1 问题现象

VoLTE业务和CSFB业务相比，其中最大的一个优势就是时延从CSFB业务的平均10s左右缩短到3s左右。在某地VoLTE业务摸底测试中，平均时延是3s多一点，但是其中有一定概率出现了呼叫时延超过10s的高时延现象。

在第一阶段测试结束后，对所有时延长的现象我们做了统计，全网和地铁的DT测试中，高时延发生了19次，对这19次高时延做了分析和归类，其中有8次是多次寻呼造成的。

7.5.2 问题分析

主叫发起呼叫时，被叫处于空闲态，但被叫延时14s才收到Paging消息，RRC建立完成后，被叫收到Invite消息，触发VoLTE流程，呼叫建立时延为16s左右，如图7-27所示。

7.5.3 问题原因

目前，核心网对于CSFB的语音寻呼遵循提高第一次寻呼成功率的原则，以减少时延，所以第一次寻呼就是基于TAC List的范围寻呼；VoLTE是属于PS业务范畴，目前寻呼是延续过去PS数据业务的寻呼策略，是步进式的，第一次寻呼是eNB，第二次是TAC，第三次是TAC List。为提升VoLTE呼叫建立时延，我们尝试PS也采用CS寻呼机制，即第一次就是TAC List范围的寻呼，并验证高寻呼的成功率及呼叫建立时延是否有提升。

7.5.4 问题处理

对多次寻呼导致的高时延的问题，可采取修改MME上VoLTE的寻呼机制，具体功能和参数说明如图7-28所示。

打开TA list寻呼功能（如表7-4所示）后多次寻呼现象已消失。

7.5.5 问题延伸

VoLTE业务时延和被叫寻呼响应时延强相关，我们日常优化工作中需要特别关注LTE网络的第一次寻呼成功率。

作者：热爱编程的通信人
链接：https://juejin.cn/post/7132749424236691486/
来源：稀土掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。