【问题现象】
主被叫均为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)
长按下方二维码图片 > 识别图中二维码 > 关注“51学通信公众号”
51学通信接头方式如下: