eSRVCC切换后2G重选返回4G、TAU后会接收到上次通话的SIP消息

【问题现象】
eSRVCC切换至2G，挂机后返回4G，TAU后立刻发起呼叫，接收到上次通话的SIP消息。

【原因定位】
按照eSRVCC切换规范流程，切换成功后需要释放切换前的会话承载资源：

1) VoLTE用户18459010061拨打VoLTE用户18459010073时，用户18459010061 eSRVCC切换到2/3G下，通话及切换过程中进行网络抓包，从抓包消息可以看到，切换成功后，ATCF分别向TAS和UE发去BYE消息释放会话，TAS收到BYE消息后返回了200OK，但是UE没有返回200OK：

2) P-SBC没有收到UE的200OK，就启动了重传机制，目前诺基亚设备分别在2s、4s、8s……后重发BYE消息：

SBC中配置的重传定时器为64s，也就是说在64s内，SBC会不断地重发BYE消息，因此，如果eSRVCC切换后如果在64s内挂断，并且UE又在64s内重新回到4G下发起呼叫，那么UE将收到网络侧下发的上一通呼叫的BYE消息。
3) 重传机制在RFC3261中有详细描述：

诺基亚SBC中的T1为1s，T2为4s，所以重传时间分别在2s、4s、8s以此类推。

4) 华为VoLTE设备eSRVCC测试也存在类似问题，但SBC配置定时器为32S，重传时间间隔为0.5、1、2、4、4、4……与诺基亚SBC设置存在差异。

【解决方案】和【后续建议】
在eSRVCC切换时，UE没有发送BYEOK响应，或者是因为UE已经切换到2/3G了没有收到BYE消息，导致SBC在重传定时器（诺基亚设置64s，华为设置32S）内多次重发BYE消息。由于上次呼叫的BYE消息包含的是上次呼叫的call-id，因此即使终端在收到BYE消息时已经发起了新的呼叫，也不会对新呼叫有影响。但这个问题会引起网络信令负荷和资源浪费，特别是eSRVCC切换并发量越大情况导致的重传消息垃圾越多。
该问题目前测试诺基亚、华为VoLTE系统均存在，建议总部研究院从规范角度进行流程梳理完善。另外各个厂商重传定时器设置存在差异，建议集团规范明确定义。

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

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

51学通信接头方式如下：