被叫VoLTE用户在CS覆盖下的呼叫异常场景（被叫忙）经过现网关口局后、放音呼转受影响的问题

【问题现象】

VoLTE用户通过2/3G接入时，部分异常呼叫场景（比如用户忙）会出现无放音的情况，且遇忙呼转等功能也无法成功.

【原因定位】

失败放音（ACM/REL）消息路由为：CS域端局–>现网关口局->MGCF->IMS域（放音或呼转）
在被叫忙场景中，CS域端局携带具体原因值（Cause17,User Busy）的失败放音消息送往关口局后，现网关口局会进行放音，并在失败放音消息中移除具体呼叫失败原因值（如修改为Normal Unspecified），再送往MGCF。

由于缺乏明确呼叫失败原因值标识，MGCF只能根据3GPP规范把该失败放音消息映射为480消息，而非预期的486，因而IMS域无法为该被叫VoLTE用户提供正确“用户忙”通知音或执行呼转业务。在需要放音的场景中（无呼转），MGCF根据规范会抑制CS域侧的放音，因此从用户感知而言也有所缺失。
如上面故障分析中所描述，是由于关口局在失败放音消息中移除具体呼叫失败原因值，

致使IMS域无法为用户提供正确的“用户忙”的通知音。原因分析是由于在放音通路上从端局经过关口局，而关口局做了不适当的修改，可以认为是由于关口局的不当行为导致。

【解决方案】

测试中通过端局直接送失败放音消息至MGCF（相当于关口局功能与MGCF合设），解决该问题。

另外，建议在全网VoLTE商用前进行CS域的通知音播放行为的统一检查与关口局整改.

（方案一，修改关口局行为透传错误码；方案二，关口局与MGCF合设），以避免商用中出现用户感知问题。

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

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

51学通信接头方式如下：