发布时间 : 星期六 文章VOLTE经典案例--VoLTE终端视频通话和ESRVCC切换问题-核心网问题更新完毕开始阅读5928a024fab069dc51220120
测试用例：
VoLTE视频 -> VoLTE视频 (Mobility)测试方法：
1) 1. 终端A与终端B放在测试车内进行视频互拨，移动过程中，终端从VoLTE覆盖区域移动到2/3G覆盖区域.
2) 终端从视频通话自动回落到语音通话语音业务。 3)正常切换到GSM语音继续通话，保持话音连续。
4) 在GSM保持通话时长至少10秒，并且保持通话直到回到LTE覆盖区域后挂断电话。 5) 结束呼叫 测试地点： 火车站周边 测试终端、号码：
2部HTC M8T （均支持VoLTE网络） 初测号码：147******** 184******** 复测号码：183******** 183******** 测试结果
在进行VOLTE视频通话测试时，发现主被叫均进行切换，后切终端切换后会掉话（无论切换显示成功还是失败）。
1.1 问题分析
1.1.1 掉话1
（4月6日）主叫起呼时间点：18:28:42.749, 被叫切换时间点：18:29:12.440，主叫切换时间点：18:29:14.968，两路切换间隔时间2.528S,主叫掉话时间：18:29:15.601。本次后切终端显示切换成功。
1.1.2 掉话2
主叫起呼时间点：17:40:14.337, 被叫切换时间点：17:40:50.816，主叫切换时间点：17:40:56.983，两路切换间隔时间6.167S,主叫掉话时间：17:40:57.636。本次后切终端显示切换失败。
1.1.3 掉话3
主叫起呼时间点：17:44:38.555, 被叫切换时间点：17:45:15.300，主叫切换时间点：17:45:15.843，两路切换间隔时间0.543S,主叫掉话时间：17:45:16.525。本次后切终端显示切换失败。
1.1.4 问题总结
从以上三个事件可以看出，视频业务双切，后切终端切换即会掉话。
从信令点来看，三次事件第一路切换完成后，第二路均未完成媒体面的更新。待第二路切换后，掉话。
1.2 问题处理
1.2.1 问题分析
贝尔IMS回复 ? 掉话1分析
1、被叫在18:29:12开始切换，SBC在18:29:13.609收到了eMSC发出的切换invite，这时被叫由于从视
频切换到了音频，相关的媒体信息发生改变，核心网SBC需要用invite消息通知主叫侧终端； 2、SBC在18:29:13.956向主叫侧发出了invite消息，主叫侧终端没有响应，然后SBC在18:29:15.983
又重发了一次invite，依旧没有收到终端侧响应；
3、主叫在18:29:14也开始切换，SBC在18:29:16.159收到了eMSC发出的切换invite，这时SBC因为仍
在等待之前发出的invite的终端侧的响应，所以回复了491；
4、SBC在18:29:20.083第三次发出了invite，仍然没有得到响应，最后SBC在18:29:24.622发出BYE，
释放了呼叫，cause是”PO: PS to CS handover invite timeout”。
? 掉话2分析
情况同第一个切换类似，只是不同的是这次主叫终端回复了SBC发出的更新被叫媒体的invite，但这个200OK响应（420481行）也是在发出切换请求（419279行）后才发出的，同样SBC也回复了491。
综上所述，这两次视频双切失败的原因是SBC在没有得到第一路切换更新远端侧媒体发出的invite的200OK响应，并发出ACK之前就收到了第二路的响应导致的。
1.2.2 问题复测-4月20日上午
鉴于以上分析：加大第一路和第二路切换的时间间隔再进行测试，即让第二路完成媒体面的更新后再进行切换。 1.2.3.1. 主叫先切换、被叫后切换，掉话
主叫09:42:25.016进行ESRVCC切换并于09:42:25.074完成切换，被叫终端一直未完成媒体面的更新，主叫于09:42:26.769进行ESRVCC切换。 第二路未完成媒体面的更新；