MGCF软参问题导致CS用户呼叫Volte用户启动precondition流程失败

【问题现象】

我省VOLTEIMS新建工程测试中发现，CS域用户呼叫VOLTE用户B时失败，听“嘟嘟”音后挂断。
【原因定位】

1、Precondition机制是一种为了提高用户接通率而引入的承载面资源预留机制，即保证用户振铃前承载已经建立完成。如果不使用该机制，用户应答后可能存在承载还未建立完成导致呼叫失败的情况。
2、CS域用户呼叫VOTLE用户Precondition流程如下图所示，该案例中的问题出现在MGCF预留资源这一步。即主叫侧收到183（INVITE）消息后，启动主叫侧资源预留流程。
3、通过消息跟踪分析问题原因：
MGCF发INVITE给S-CSCF，消息中包含的support头域支持precondition；
SDP部分包含如下头域：

在INVITE消息的Supported头域中指示本端支持precondition，同时SDP中携带precondition相关的QoS参数；

S-CSCF的183（INVITE）消息中携带的require头域如下：

SDP部分包括如下头域：

以上消息显示，消息中携带了precondition支持的的相关Qos参数，说明被叫网络侧支持precondition机制。
4、按照规范，主叫侧收到183（INVITE）消息后，应启动主叫侧资源预留流程，预留完成后，发送Update消息（SDP）给被叫侧网络，参数“a=curr:qos local sendrecv”指示本端Precondition满足要求。UPDATE消息示例如下：

a=curr:qos local sendrecv

a=curr:qos remote none
a=des: qos mandatory local sendrecv

a=des:qos optional remote sendrecv
5、但本测试的消息流程中没有看到主叫侧网络发送UPDATE消息给被叫侧网络，指示本端资源预留完成。

6、检查MGCF的配置看是否满足发送UPDATE的配置要求：

MOSFTX3000通过软参P1536Bit3控制SIP中继收到携带precondition信息的18X消息时，如果其中curr行的状态满足conf行的要求时，MOSFTX3000是否发送UPDATE消息给对端网元。
软参取值为0时:表示发送UPDATE消息；取值为1时，表示不发送UPDATE消息。软参默认取值为1；从当前配置看P1536Bit3当前为默认值1，非0。
【解决方案】

在MGCF上将软参P1536Bit3置为0，问题解决：

MODMSFP:ID=P1536,MODTYPE=P1,BIT=3,BITVAL=0;

修改该软参后，成功启动了precondition流程，呼叫成功。

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

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

51学通信接头方式如下：