预后融合增加预占开关的利弊分析

背景

OCS系统预后融合改造，为保证余额查询连续，在业务使用过程中不再实扣余额，改为虚扣余额，此部分在前台余额账本查询中不可见，仅经出单入库再累帐后提前在实时话费中。因4G业务内容计费的发展，一个用户同时在线的数据业务的子会话会达到6~8个，而每个子会话授权的配额均需要20M（后期因系统压力调整到50M)，按照标准资费0.3元/M计算，单个子会话就需要预占6元左右的余额，总体预占可能高达50元左右。因数据业务长在线占用了大量余额，导致语音业务无法进行配额授权，用户账本中看到有余额而无法使用语音业务（预占余额不在余额账本查询中体现，也无法在实时话费中体现）。解决方案及利弊分析

现网预付费会话类业务先进行预占，再进行实扣处理，以避免实扣时余额不足导致的欠费。但当前数据业务单个步长较大，多RG时，预占较多金钱，free_balance为可用余额，但用户查询余额时查询的是balance，在预占没有及时释放情况下，可能导致用户因可用余额不足不能使用业务，但用户查询余额展示余额足够，从而引发投诉。

考虑在OCS发ABM的预占请求组上增加开关，默认为0，保持现状不变，如设置为1，则不对金钱账本预占，不写预占相关表和文件。同时在实扣请求组上增加开关，默认为0，则保持现状不变；如设置为1，则对金钱账本进行扣费，可扣负且不参考预占表。

方案优点：

针对数据业务，打开上述开关，用户业务使用过程中不进行余额预占，均授予足够的配额，虚扣余额字段不发生变化，这样不会影响其他业务对余额的预占，可在界面显示余额充足的情况下，正常使用业务。

风险点：

多RG时，不进行余额预占，可能存在预占时均授权足够的使用量，但实扣时用户余额已被其他RG使用，从而导致预付费用户欠费风险。

总结

在预后融合系统中，用户欠费风险存在双重控制机制，一是账本中的虚扣余额字段用于实时控制，当余额不足时不予业务授权；二是业务清单经累帐到实时话费后，由生产的信控文件进行信控控制，如可用余额<0，进行单停处理并修改用户状态为保留期，48小时后进行双停处理。通过双重控制，可有效规避取消预占带来的风险。