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）

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

51学通信接头方式如下：