VOLTE经典案例VoLTE终端视频通话和ESRVCC切换问题核心网问题.docVIP

VOLTE经典案例VoLTE终端视频通话和ESRVCC切换问题核心网问题.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
VOLTE经典案例VoLTE终端视频通话和ESRVCC切换问题核心网问题

测试用例: 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视频通话测试时,发现主被叫均进行切换,后切终端切换后会掉话(无论切换显示成功还是失败)。 问题分析 (4月6日)主叫起呼时间点:18:28:42.749, ? ?被叫切换时间点:18:29:12.440,主叫切换时间点:18:29:14.968,两路切换间隔时间2.528S,主叫掉话时间:18:29:15.601。本次后切终端显示切换成功。 掉话2 主叫起呼时间点:17:40:14.337, ? ?被叫切换时间点:17:40:50.816,主叫切换时间点:17:40:56.983,两路切换间隔时间6.167S,主叫掉话时间:17:40:57.636。本次后切终端显示切换失败。 掉话3 主叫起呼时间点:17:44:38.555, ? ?被叫切换时间点:17:45:15.300,主叫切换时间点:17:45:15.843,两路切换间隔时间0.543S,主叫掉话时间:17:45:16.525。本次后切终端显示切换失败。 问题总结 从信令点来看,三次事件第一路切换完成后,第二路均未完成媒体面的更新。待第二路切换后,掉话。 问题处理 问题分析 贝尔 掉话1分析 1、被叫在18:29:12开始切换,SBC在18:29:13.609收到了eMSC发出的切换invite,这时被叫由于从视频切换到了音频,相关的媒体信息发生改变,核心网SBC需要用invite消息通知主叫侧终端; 2、SBC18: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、SBC18:29:20.083第三次发出了invite,仍然没有得到响应,最后SBC在18:29:24.622发出BYE,释放了呼叫,cause是”PO: PS to CS handover invite timeout”。 ? ?掉话 情况同第一个切换类似,只是不同的是这次主叫终端回复了SBC发出的更新被叫媒体的invite,但这个200OK响应(420481行)也是在发出切换请求(419279行)后才发出的,同样SBC也回复了491。 ? ?综上所述,这两次视频双切失败的原因是SBC在没有得到第一路切换更新远端侧媒体发出的invite的200OK响应,并发出ACK之前就收到了第二路的响应导致的。 问题复测- 鉴于以上分析:加大第一路和第二路切换的时间间隔再进行测试,即让第二路完成媒体面的更新后再进行切换。 主叫先切换、被叫后切换,掉话 第二路未完成媒体面的更新; 第一路开始切换到第二路切换时间间隔为1.756S. 被叫先切换、主叫后切换,掉话 第二路未完成媒体面的更新; 第一路开始切换到第二路切换时间间隔为8.02S. 被叫先切换、主叫后切换,掉话 第二路未完成媒体面的更新; 第一路开始切换到第二路切换时间间隔为5.03S。 主叫先切换、被叫后切换,掉话 第二路未完成媒体面的更新; 第一路开始切换到第二路切换时间间隔为0.786S. 主叫先切换、被叫后切换,不会掉话 第一路开始切换到第二路媒体面更新完成时间间隔为0.819S; 第一路开始切换到第二路切换时间间隔为10.685S. 主被叫双切后通话得以保持。 被叫先切换、主叫后切换,不会掉话 第一路开始切换到第二路媒体面更新完成时间间隔为0.514S; 第一路开始切换到第二路切换时间间隔为14.7S. 主被叫双切后通话得以保持。 问题总结 测试事件分析: 序号 主被号码 被叫号码 第一路切换 第二路切换 第一路切换时间点 第二路媒体面更新完成时间点 第一路开始切换到第二路媒体面更新完成时间间隔(S) 第二路切换时间点 两路切换间隔(S) 是否掉话 118335551821 主叫 被叫 09:42:25.016 未完成

文档评论(0)

jiayou10 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8133070117000003

1亿VIP精品文档

相关文档