QCI5开启profile1后HTC M8t终端主叫异常

问题描述：测试终端HTC M8t进行VoLTE业务时无法正常主叫，重启终端后马上拨打可以正常主叫，挂断后连续拨打可以正常主叫，但挂断后等待1~3分钟主叫失败，重启手机，等待3~5分钟主叫失败；连续拨打过程多次拨打也会出现异常，出现异常后后续无法主叫，但华为mate7未发现异常。

问题分析：

1、将终端HTC M8t拿到华为和大唐区域进行VoLTE业务时均未发现异常。Uu口信令显示主叫一直在发invite消息，但被叫无任何响应。

2、基站侧进行数据抓包，抓到UE上报的相关SIP信令，如下图：

3、诺西的核心网MME上也抓到了相关SIP信令，如下图：但华为的IMS SBC上却没有收到INVITE消息。

从上述现象看，应该是MME到IMS SBC过程中将INVITE消息丢了，或者INVITE消息有误 IMS SBC无法解析。由于这款终端在本地市的其他厂家区域测试VoLTE均是正常的，我们更怀疑是后者，将基站配置参数与其他地市的数据进行对比，发现QCI=5的ROHC格式Profile0x0001是打开的，而其他地市ROHC格式Profile0x0001是关闭的。

尝试将该参数关闭进行VoLTE业务，可以正常主叫。

问题原因：后经研发确认这个问题是HTC与基站对QCI5开启Profile1的处理不一致导致。

（1）基站：对于QCI5开启profile1，按照profile0不压缩处理。

（2）HTC：对于QCI5开启profile1，按照profile2，压缩UDP/IP处理。最终，会导致HTC发出的SIP信令都是压缩的，到基站无法解压缩，IMS上也就识别不了如invite的这些SIP信令。

当重新启动HTC后，ROHC上下文被重置，然后会发送基本无压缩的初始报文，可以打通。中间间断几分钟，HTC又开始发出压缩的SIP信令，基站无法正确解压缩，又出现上面说的问题。

而华为Mate7与基站处理方式一致，按协议标准，可正常主叫。

问题解决：

关闭QCI5的profile1，问题解决，测试终端HTC M8t进行VoLTE业务时主叫正常。

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

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

51学通信接头方式如下：