预后融合增加预占开关的利弊分析
背景
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小时后进行双停处理。通过双重控制,可有效规避取消预占带来的风险。