视频呼叫语音接听不成功

【问题现象】

主被叫均为VOLTE用户且都在VOLTE覆盖下,MO用视频呼叫发起,MT侧以语音方式接听。通话未接通。
【原因定位】

故障诊断:网络侧抓取log,通过信令流程看是由于网络侧MTAS发现了update Call Details failed的消息,从而cancel掉会话。
原因排查:首先针对MT侧发出的update中的媒体消息与MO侧发出的媒体消息作对比。发现MT侧发出的媒体消息中,在SDP中的video缺少许多Attributes,虽然Video的端口号都是0,但是update消息SDP里面诸如qos,媒体流向等内容在200OK消息中几乎全被删除了,只保留了一小部分。我们怀疑这有可能是造成MTAS报错的原因之一。


三星终端研发反应video端口置为0,其他的Attribute是否缺失是都可行的。

Existing media streams are removed by creating a new SDP with the port number for that stream set to zero.   The stream description MAY omit all attributes present previously, and MAY list just a single media format.

A stream that is offered with a port of zero MUST be marked with port zero in the answer.

Like the offer, the answer MAY omit all attributes present previously, and MAY list just a single media format from amongst those in the offer.

具体这个问题反应给我们研发,得到如下答复:

The reason is that UE didn’t follow up RFC 4028 to send 200 UPDATE OK with SE header then cause S-CSCF added a MTAS unexpected header, finally MTAS decided this was illegal and rejected call.

通过log可以看到MT侧update消息中所携带的refresher=uas;

MO侧回复的200OK消息中携带的此参数refresher=uac;

原因分析:MT侧终端选择语音接听的Update消息,传递给主叫MO侧时,携带的信息为:Session-Expires:900;refresher=uas;按照规范RFC4028,MO侧回复的200OK中,应该表明refresher也为uas。而手机终端回复的情况为Session-Expires:900;refresher=uac,该消息导致refresherMO、MT冲突,AS回复了错误响应消息480。
【解决方案】

三星研发侧发出了新版本中添加了refresher=uas之后,问题解决。

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

MME未开启支持eSRVCC参数导致域选SCC直接取回了CSRN

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

MME未开启支持eSRVCC参数导致域选SCC直接取回了CSRN

51学通信接头方式如下:

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

 

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址