Mid-SRVCC切换后unhold用户失败且呼叫中断(IMS返回媒体放方向a=recvonly)

【问题现象】

Mid-SRVCC测试时,VoLTE用户A呼叫另一VoLTE用户B并通话,后用户A按呼叫保持按键,用户B被呼叫保持听呼叫保持音,此时用户A从LTE覆盖移动到2G覆盖内,触发mid-call eSRVCC切换。测试发现用户A无法解除HOLD,尝试几次以后直接拆线。
【原因定位】

现经中兴VOLTE IMS和华为eMSC分析,华为认为按eMSC测试规范,eMSC与SBC建立承载的时候,IMS应向eMSC返回200消息,携带媒体方向:a=inactive;但目前中兴携带的是a=recvonly。
对于呼叫保持,协议上是有描述的(3GPP 24610,如下)

1) 比如A和B通话,如果之前是sendrecv,A保持B,那么A发起的就是sendonly,B回的就是recvonly;如果B再保持A,那么B发起的就是inactive,A回的也是inactive

2) 如果只有A保持B,那么解保持时A发起的就是sendrecv
3)如果A保持B并且B也保持A,那么解保持时应该由一方先发起recvonly,另外一方回sendonly进行第一次解保持,然后另外一方再发sendrecv进行第二次解保持;如果按照测试规范来说的话,对于A保持B发生切换时,ATCF给eMSC回送的200OK中填写a=inactive,那么就有如下疑问:

1) 对于A保持B情况下A发生的切换,以及A和B互相保持情况下A发生的切换,eMSC如何区分?

2) 以上两种情况下,如果A发起解保持,那么A发起的解保持的信令中又如何区分,方向属性该如何填写?
因为,对于只有A保持B的情况下,解保持只需要sendrecv就可以了;但是对于A和B互相保持的情况下,如果是A先解保持,那么A是需要发送recvonly进行解保持的。
【解决方案】
经研究院仲裁,测试规范需要修改,将a=inactive修改为a=recvonly,因此需eMSC修改。

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

SBC返回404 Not Found因 STN-SR号码配置不匹配

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

SBC返回404 Not Found因 STN-SR号码配置不匹配

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)
赞 (1)
分享到:更多 ()

评论 0

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