【问题现象】

二个终端反复发起VoLTE呼叫后,被叫定期出现CSFB情况,主叫呼叫一直保持VoLTE呼叫。Volte网络组网如下(其中PCRF和PGW是华为设备,SBC为中兴设备):

【问题分析】

被叫流程分析:

现网被叫流程如下图所示:

以上流程图对应的消息流,如下图所示(该消息流是PCRF单用户跟踪消息):

1、在SBC发给被叫的INVITE消息时,会触发AAR,SBC发给PCRF的AAR-I消息中携带的流描述信息中被叫UE的IP为IPv4,与集团规范要求为IPv6不一致。AAR-I消息中,流描述信息如下所示:

《中国移动通信网络组织规范_VoLTE_局数据设置原则分册 v1.0.0.doc》要求如下所示:

2、PGW在本地配置,按集团规范只支持IPv6,当PGW接收到PCRF发起的专有承载创建请求时,发现流描述信息中的IP为IPv4时,直接给PCRF响应成功。同时在charging-rule-report标识专有承载创建的规则为inactive。

现网PGW配置如下,只绑定了IPv6地址池:apn ims address-pool sgi-ims-pool.ipv6

PGW配置满足移动集团规范,详细规范要求如下:

3、PCRF根据PGW的响应,把PGW创建成功的执行结果,传递给了SBC。同时PCRF把规则标记为inactive。经过多次呼叫后(大概40次),由于单个用户inactive规则数过多,PCRF给SBC响应5063错误:diameter-error-requested-service-not-authorized (5063),SBC接收到该错误时,被叫会域选择到GSM,即CSFB。

4、中兴SBC发起呼叫流程中,Rx接口有多次交互,经过一次AAR-I,三次AAR-U消息后才给PCRF发送正确的流描述信息,导致PCRF、PGW等设备耗费了大量的资源,建议SBC分析多次AAR交互的原因,并减少中间无效AAR的消息数。

主叫处理流程分析:

主叫与被叫消息流程一起,AAR消息携带的流描述为IPv6,所以一直保持VoLTE呼叫,并未发生CSFB。SBC主叫发起AAR-I消息中携带的流描述信息如下:

【问题解决】

中兴SBC在收到被叫发送过来的183消息后,再触发AAR消息,这时发送给PCRF中AAR流描述中被叫UE的地址为IPV6,解决了被叫CSFB问题。