HTC M8t视频呼叫CS用户无法自动回落语音呼叫

【问题现象】

HTCM8t型号的VoLTE终端向普通CS用户发起视频呼叫，呼叫无法正常回落为语音呼叫，而是MGCF直接回复“400 Bad Request”，导致呼叫失败。
【原因定位】

1、首先，这类呼叫正常的接续流程如下：
1) 主叫VoLTE用户将视频呼叫送至SBC、S-CSCF；
2) S-CSCF根据iFC，触发到MMTELAS和SCCAS；
3) MMTELAS将呼叫送回S-CSCF；
4) S-CSCF根据ENUM的查询结果，判断被叫用户非VoLTE用户，于是将呼叫送至MGCF；
5) MGCF判断前向局不支持视频呼叫，于是删除其中的视频成分，向前向关口局发送BICC_IAM消息；
6) 之后的流程与普通BICC呼叫基本无异。

2、在MGCF回复的“400BadRequest”消息中，我们看到其中关键的“Warning”信息为“10039 OFFER RECEIVE FAILED!”。如下图：

从这个Warning信息中，我们可以看到呼叫被释放应该与MGCF接收来自S-CSCF的SDP内容失败有关。

3、根据跟踪的用户日志信息，其中第一条出现错误的内容如下：

SIPAPP_SDP_GetVideoFmtpH264Params():SDPH264paramType(0)invalid,MediaIndex

=1,AttrIndex=1,ulParamIndex=2.file:sipsnc.c_12708

这就表明，错误发送在读取SDP中Video媒体Fmtp参数时，且指明了相关媒体、属性及参数的索引号。

4、再看MGCF收到的来自S-CSCF的SDP的视频媒体内容如下：
按照错误日志指明的索引号，读取失败的参数应该是“sar-understood”。经研发确认，确实是因为目前版本的MGCF无法识别处理sar-understood参数，导致MGCF读取视频SDP失败。此问题将在SPH113及以后的补丁中解决。
【解决方案】
在补丁SPH113发布前，目前可以临时先用“sip适配”的方式暂时规避，将INVITE消息中的^a=fmtp:.*(\;sar-understood.*)给适配掉。指令如下：
1、指定远端IP

ADD SIPFLTSET:SFN=”xxx”,RIP=”1.0.0.0″;

2、删除sar-understood及之后的内容

ADD SIPRGEXFLT:RGEXN=”xxx”,SFN=”xxx”,MT=INREQUEST,MM=INVITE,

RGEX=”^a=fmtp:.*(\;sar-understood.*)”,RFT=Delete-SDP-Para,FNUM=1;

经过上述处理后，MGCF的SIP应用接收到的HTC M8t携带的视频SDP信息中已无sar-understood等内容了，MGCF就能够正常处理呼叫，最终呼叫也能正常回落为语音呼叫。

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

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

51学通信接头方式如下：