aSRVCC切换（VoLTE 主叫）通话后立即中断

【问题现象】

VOLTE用户A呼叫用户B，用户A在听回铃音的时候，即alerting态时从4G网络切换到2G网络后，用户B接听，通话立即中断。

【原因定位】

1)本案例的问题出现在eMSC（SRVCCIWF）经过目标的2GMSC-BSC向主叫用户A发送connect消息后，主叫用户A直接回复失败，原因值为invalid-transaction-identifier-value(81)。
2) 下面通过跟踪消息进一步分析：VOLTE用户A呼叫用户B，在听回铃音时，即Alerting态aSRVCC从4G切换到2G后，被叫用户选择接听，eMSC（SRVCCIWF）经过目标的2GMSC-BSC向主叫用户A发送connect消息后，主叫用户A直接回复失败，原因值为invalid-transaction-identifier-value(81)。

a) eMSC发给目标MSC的MAP_FORWORD_ACESS_SIGNALLING_REQ消息中包含TIflag=1：
b) 目标MSC给BSC发的connet消息如下，该消息中包含的TIflag=1：
c) 手机终端收到该connect消息后，上报Release_Complete，释放原因为invalid-transaction-identifier-value(81)。
3) 查找3GPP规范，发现该问题的原因如下：

a) 3GPPTS24.008V10早期描述为：对于Outgoing AlertingeSRVCC场景，切换完成后终端和网络侧都需要将该会话的TI flag设置为移动始发呼叫（SRVCC IWF下发的TI flag为1），对于Incoming Alertinge SRVCC场景，切换完成后终端和网络侧都需要将该会话设置为移动终结呼叫（SRVCC IWF下发的TI flag为0）。
b) 协议变更后的最新描述为：终端和网络侧不区分Outgoing Alertinge SRVCC和Incoming Alertinge SRVCC，统一设置该会话的TIflag为移动终结呼叫（SRVCCIWF下发的TI flag为0）。

综上，网络侧对主叫alerting SRVCC切换即Outgoing Alerting会话按照3GPP TS24.008V10早期描述进行处理，而终端是按照3GPP TS24.008V10之后版本处理的，双方对TI flag的理解不一致导致了该问题的出现。

【解决方案】

华为ATCA端局V200R010C20SPH102或之后的版本，通过MODMSFP命令设置软参P1149 Bit9为1，可使eMSC（SRVCCIWF）按照3GPPTS24.008V10及之后协议处理，即终端和网络侧不区分Outgoing Alerting eSRVCC和Incoming Alerting eSRVCC，统一设置该会话的TI flag为移动终结呼叫（SRVCC IWF下发的TIflag为0）。
按以上原则设置后，经测试，VOLTE用户做主叫alerting态时切换成功后，被叫接听，通话正常，故障解决。

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

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

51学通信接头方式如下：