PSBC-VoLTE 连续呼叫出现 CSFB 现象问题-

【问题现象】

二个终端反复发起VoLTE呼叫后，被叫定期出现CSFB情况，主叫呼叫一直保持VoLTE呼叫。

【原因定位】

问题描述：二个终端反复发起VoLTE呼叫后，被叫定期出现CSFB情况，主叫呼叫一直保持VoLTE呼叫。

问题原因：二个终端反复发起VoLTE呼叫后，被叫定期出现CSFB情况，主叫呼叫一直保持VoLTE呼叫。

Volte网络组网如下：

其中PCRF和PGW是华为设备，SBC为中兴设备。
故障诊断：被叫流程分析：现网被叫流程如下图所示：

1、SBC发起的AAR-I消息中，携带的流描述信息中IP为IPv4，而集团规范要求为IPv6，)与集团规范要求不一致。
2、PGW在本地配置，按集团规范只支持IPv6，当PGW接收到PCRF发起的专有承载创建请求时，发现流描述信息中的IP为IPv4时，直接给PCRF响应成功。同时在charging-rule-report标识专有承载创建的规则为inactive。
现网PGW配置如下，只绑定了IPv6地址池：apn ims address-pool sgi-ims-pool.ipv6
3、PCRF根据PGW的响应，把PGW的执行结果（创建成功），传递给了SBC。同时PCRF把规则标记为inactive.。经过多次呼叫后（大概40次），由于单个用户inactive规则数过多，PCRF给SBC响应5063错误：diameter-error-requested-service-not-authorized(5063)。SBC接收到该错误时，会把被叫进行CSFB。（从测试现象推测，详细实现需要SBC等设备确认）
4、中兴SBC发起呼叫流程中，Rx接口有多次交互，经过一次AAR-I，三次AAR-U消息后才给PCRF发送正确的流描述信息。导致PCRF、PGW等设备耗费了大量的资源，建议SBC分析多次AAR交互的原因，并减少中间无效AAR的消息数。
主叫处理流程分析：