电信运营商实时欠费风险控制技术研究

林　方　喻朝新　刘郁恒　罗家锋

【摘要】实时计费技术的引入是实现高效欠费风险控制的重要手段。文章首先阐述了3GPP对实时计费技术的最新研究进展,然后对实时欠费风险控制的两种主要技术手段——实时信控与直接实时计费进行了详细的研究与分析比较,进而提出了向全业务的融合实时计费系统演进的思路。

【关键词】电信运营商 实时计费 实时信控 欠费风险控制

1 引言

计费实时性与欠费风险控制长期以来一直是困扰电信运营商的重大问题。近年来,各大电信运营商按照国资委

[2006]108号文《中央企业全面风险管理指引》的要求,对电信用户实时欠费风险控制的技术手段与实施方案进行了重点研究,在保持IT支撑系统强大、灵活的业务支撑能力基础上,通过引入实时计费技术手段以解决业务计费的实时性及欠费风险控制问题。这对于改善运营商的业务运营收入,降低企业经营风险,全面提升运营商对全品牌客服的营销与服务能力具有重大的实用价值。

2 3GPP对实时计费系统的研究进展

在众多国际标准组织中,3GPP组织对实时计费系统进行了系统的研究。3GPP的R6版本正式提出了实时在线计费系统(OCS)的概念,制定了一系列完整的标准规范。3GPP面向3G网络的计费系统主要由TS.32系列规范进行标准化,3GPP在TS 32.240规范[1]中给出了明确的离线(Offline)计费模型与在线(Online)计费模型,如图1所示:

在离线计费模型中,计费域与网络侧的接口(Bx接口)为准实时的文件接口。网络网元产生计费事件后,由CDF生成计费数据,通过CGF的网关功能生成计费文件。离线计费过程是通过先使用服务,再对以服务记录为基础的计费文件进行计费来完成的。在在线计费模型中,计费域与网络侧建立的是实时消息接口(R0/CAP接口)。网络网元产生计费事件后,直接通过实时消息接口与计费域进行交换,实现余额反算、实时话路控制等功能,完成实时计费过程。可见,网络侧与计费域之间的接口类型,是决定是实时计费还是离线计费的关键,也是在线计费模型与离线计费模型的本质区别。

3GPP在TS 32.296规范[2]中给出了OCS的系统设计模型,如图2所示:

OCS作为一个支撑在线计费的支撑网络首先被引入,其架构可支持未来FMC的网络解决方案以及IMS[3]网络体系。在这个系统架构中,实时计费事件分为基于会话的计费和基于事件的计费,分别由两个不同的功能模块完成其实时计费功能。与网络侧的接口使用CAP或者R0接口实现与网络网元的实时计费消息的交互,实现对网络资源的分片预留与实时话务控制功能。其中R0接口推荐使用标准的DCC协议[4～6]。OCS系统通过Rr实时接口,实现与外部充值系统的对接,实现对OCS中的余额账本的充值功能;通过B0的文件接口,建立与后处理系统的接口,实现离线话单的传输功能。

3GPP的OCS系统模型提出之后,各国电信运营商高度重视,纷纷以之为基础,展开适合于自己实际情况的实时计费与欠费风险控制的研究与应用工作。

3 欠费风险控制技术

在引入实时计费技术实现欠费用户风险控制的过程中,主要有两种不同的技术路线:一种是以智能网关(INGW/IGW)技术为代表的实时信控机制,利用实时信控引擎(也称智能网关)进行实时信用控制,加强对欠费风险的控制;另一种是利用实时计费技术直接对用户的业务进行计费,为用户提供实时计费的业务体验。

3.1 实时信控

使用实时信控手段实现欠费风险控制的技术方案如图3所示:

实时信控机制的主要技术特征包括:

(1)计费点与信控点分离;

(2)信控引擎实时与网元交互进行实时话费计算和虚拟账户余额的更新,从而实现实时信用控制;

(3)信控计算结果只为信控参考,计费以计费引擎的离线话单计费为准;

(4)受同步周期以及两个引擎计费差异的影响,信控引擎用户虚拟账户余额与用户真实账户余额存在一定的差异。营账系统与信控引擎需要定时进行虚拟账户余额的同步;

(5)在营账系统与信控引擎进行虚拟账户余额同步期间,用户的实时信控功能将受影响,受影响的时间与监控用户规模相关。

3.2 直接实时计费

直接实时计费的技术方案如图4所示。

直接实时计费的主要技术特征包括:

(1)计费点与信控点合并;

(2)在线用户/业务与离线用户/业务分别由在线计费引擎与离线计费引擎计费;

(3)在线计费引擎以消息形式处理在线计费用户服务使用记录,并生成计费清单,直接对用户账户余额进行实时扣减,并进行用户通话服务是否可持续的判断;离线计费引擎以话单形式处理离线计费用户服务使用记录,在线计费用户话单通过FCI标识剔除,避免重复计费;

(4)用户可通过携号转品牌的形式在在线计费引擎与离线计费引擎之间平滑切换。

3.3 方案比较分析

实时信控与直接实时计费的技术分析如表1所示。

实时信控与直接实时计费是目前电信运营商仍在试点探索的两种技术路线。一般来说,实时融合计费是未来支撑系统发展的方向;但在初期投资成本受限、大规模采用实时融合计费技术条件尚未成熟时,可考虑采用以准实时计费为基础的实时信用控制技术,在降低用户欠费风险的同时为全品牌用户提供强大的一体化营销支撑能力。随着实时计费技术的成熟,可逐步向实时融合计费系统过渡。

4 系统未来演进思路

在准实时计费引擎的基础上,逐步引入实时计费引擎,实现以提供分级计费能力为标志的实时融合计费系统是运营支撑系统发展的技术方向。由于实时计费系统的建设尚属探索阶段,建议其采取“先充分试点、再稳步推进”的建设策略。

在实时计费系统的用户方面,优先对预付费品牌的新号段新用户进行实时计费试点,再考虑对预付费品牌的老号段新用户、老号段老用户进行逐步割接。

在实时计费系统的业务上,建议优先对SCP进行Diameter CC接口功能的建设,实现SCP与实时计费系统的对接,提供对语音业务的实时信用控制功能。同时考虑对GGSN与业务网元的Diameter CC接口功能进行建设,开展对基于会话计费的分组域业务以及基于事件计费业务的实时信用控制的试点工作。

中远期,在充分试点并取得一定的实时计费系统管理维护与运营开发经验的基础上,可在生产系统中逐步引入双计费引擎,实现计费点与实时信控点的合一,通过用户及业务的分级机制,使不同信用等级的用户或业务,由不同实时性要求的计费引擎来处理。实时在线计费引擎负责高风险用户的实时计费以及实时的话务控制,并保持原智能网用户的实时计费体验;离线计费引擎可继续为低风险用户提供准实时计费功能。通过双计费引擎机制,可在系统建设成本与业务欠费风险之间取得合理的平衡点,逐步向全业务实时融合计费系统的方向演进。

目标融合实时计费系统架构如图5所示:

参考文献

[1]3GPP TS 32.240 V8.4.0, Charging Architecture and Principles (Release 8)[S]. Sep. 2008.

[2]3GPP. TS 32.296 V8.2.0, Online Charging System (OCS): Applications and interfaces (Release 8)[S]. Jun. 2008.

[3]3GPP TS 32.299 V8.6.0, Diameter charging applications (Release 8)[S]. Mar. 2009.

[4]RFC3588, Diameter Base Protocol[S]. Sep. 2003.

[5]RFC4006, Diameter Credit-Control Application[S]. Sep. 2003.

[6]3GPP TS 32.280 V8.0.0, Advice of Charge (AoC) service (Release 8)[S]. Mar. 2009.

[7]3GPP TS 22.024 V8.0.0, Description of Charge Advice Information (CAI) (Release 8)[S]. Dec. 2009.

[8]3GPP TS 32.260 V8.6.0, IP Multimedia Subsystem (IMS) charging (Release 8)[S]. Dec. 2008.★

【作者简介】

林方:高级工程师,中国移动广东公司规划技术部支撑规划室经理,毕业于华南理工大学,主要研究方向:计算机应用。

喻朝新:现任职于中国移动广东公司规划技术部支撑规划室,毕业于中山大学软件工程学院,主要研究方向:软件工程。

刘郁恒:博士,广东省电信规划设计院有限公司移动院总工程师,毕业于中山大学,主要研究方向:宽带多媒体业务网络与支撑系统技术。