视频呼叫音频彩铃回落为语音通话案例分析

【问题现象】

VoLTE用户之间拨打视频电话，其中被叫（MT）签约音频彩铃业务，被叫摘机后，两用户间原视频通话变为语音通话，必须用户手动“音频切视频”。
【原因定位】

用户A（驻留IMS）视频呼叫用户B（驻留IMS），用户B签约音频彩铃业务。视频呼叫拨号后，用户A视频界面回落为音频界面，听被叫彩铃音。用户B摘机后，直接进入音频通话模式。
VoLTE视频通话信令交互流程如下：

主、被叫之间进行音、视频编解码的协商及资源预留（Invite、100Trying、183、PRACK、200OK）：建立语音QCI=1和视频QCI=2的两部分承载。

彩铃平台侧发送UPDATE消息给主叫（MO），播放音频彩铃：彩铃业务规范要求彩铃平台AS将视频端口V置为inactive，但终端log显示此时AS发送的update消息中v=0，如下截图所示。同时，MO侧回复200OK（for update）确认。

视频端口被置为0后，网络主动发起请求，将原视频QCI=2的承载资源删除：信令流程中基站BS向终端MS发送删除承载请求“Deactivate EPS bearer context request Msg”。
音频彩铃播放完成后，彩铃平台再次发送UPDATE消息将MO、MT原始协商的视频通话结果还原：本应携带原音、视频协商结果及视频端口号，但实际场景中终端收到的update消息中视频端口号仍为v=0（彩铃平台未完全记录MO、MT之间的协商）如下图所示。

网络侧未再向终端发起QCI=2的视频承载建立请求，从而导致此时终端仅有QCI=1的语音承载，因此主、被叫之间为语音通话，而非原视频通话。

（1）彩铃平台与主叫之间进行协商时，第一个Update消息中视频端口未按照业务规范置为v=inactive状态，而是将视频端口置为V=0，导致终端侧关闭视频窗口降级为普通语音通话；

（2）被叫摘机时，彩铃平台发送第二次UPDATE消息还原视频通话时，未按照业务规范还原MO和MT原始协商的SDP消息。
【解决方案】

彩铃平台升级版本，修改协商过程逻辑参数已解决。彩铃平台将第一条update中将视频端口置为v=inactive，待被叫摘机后，彩铃平台再通过第二条update将视频端口置为v=sendrecv，即可恢复为视频电话。

本文整理自网络，文章版权归原作者所有，如有侵权，请联系我们进行删除。小编微信（gprshome201101）

长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”

51学通信接头方式如下：

51学通信联络邮箱: gprshome@163.com
管理员及站长”爱卫生”微信号 : gprshome201101
喜马拉雅听FM频道：51学通信
优酷频道地址：i.youku.com/51xuetongxin
淘宝店：51xuetongxin.taobao.com
直播地址：douyu.com/zhihu
51学通信网站：www.51xuetongxin.com
51学通信精品阅读：read.51xuetongxin.com
微信公众号：51学通信（ID：woyaoxuetongxin）