2006年初，融合计费账务系统的发展趋势及其重要性已得到业界的广泛关注，各电信运营商及开发商也开始了相应的讨论、研究和规划，北京联通（原北京网通）在业务和网络的发展驱动下，率先开始了融合计费账务系统的规划与建设，真正建设一个统一支撑大客户、商务客户和公众客户所有客户群，统一支撑北京联通电话、宽带、小灵通、互联网、专线及CP/SP业务等全业务及其灵活捆绑与组合营销，统一支撑在线计费和离线计费，统一支撑预付费和后付费的融合计费账务系统。本文对北京联通融合计费账务系统架构与核心功能的研究与实现进行了介绍，希望对业界融合计费账务系统的建设和发展有所借鉴。
    融合计费关键概念研究
    业界对融合计费账务系统在概念上具有基本一致的认识，即融合计费账务系统需要实现四个方面的融合：客户的融合，即客户品牌与付费方式的融合；业务的融合，即实现跨业务、跨产品、跨客户的产品捆绑、交叉优惠，实现业务经营与计费策略的完整衔接；计费方式的融合，即在线计费与离线计费的融合；付费方式的融合，即预付费和后付费的融合。
    但是，在计费方式与付费方式的关系、付费方式是针对用户类型还是产品属性等相关概念上存在一定的混淆，还需要进行进一步的分析与研究。
    在线计费与预付费的关系
    在线计费中的“在线”是针对客户通信服务过程而言的，即在客户享受通信服务过程的同时进行计费，而预付费、准预付费与后付费则是不同的付费方式。在线计费是一种在线消息计费，可以实现实时计费、实时信控、实时扣费，并参与到通信服务过程中进行实时的会话控制，所以在线计费可以实现对预付费方式的支撑。同时，在线计费系统在计费方式方面，除了要支持在线消息计费，为了保证异常情况下计费的完整性、准确性，也需要支持CDR计费，因此，在线计费系统在可以支持的付费方式方面，除了可以实现对预付费业务计费账务处理的支撑，同样也可以实现对后付费业务计费账务处理的支撑。
    三种计费方式的关系
    计费账务处理过程可以细分为鉴权、会话控制、计费、信控、扣款和累账等关键动作，通过对这些关键动作进行分析和研究，我们可以更清楚地看出在线计费、离线计费与融合计费三种计费方式之间的关系，也可以更清楚地看出其与预付费、准预付费、后付费三种付费方式之间的关系，如表所示。
融合计费账务系统架构与核心功能的研究与实现

    通过动作矩阵我们可以看出，在线计费与离线计费的差异主要在于是否进行实时鉴权和会话控制，而预付费与后付费的差异主要在于是否进行实时扣款，实现了在线计费与离线计费融合的融合计费账务系统则可以实现各种情况下的完整的计费账务处理支撑。
    客户、账户、产品（服务实例）与付费方式的关系
    目前，在客户关系管理系统、计费账务系统中预付费、后付费普遍作为不同的客户类型在客户级或账户级进行严格的区分，后付费、准预付费客户在计费账务系统实现计费账务处理，预付费客户在网络智能平台或在线计费系统实现计费处理，在计费账务系统实现账务处理。
    而在融合计费账务系统中，预付费和后付费在客户级、账户级不再有明显界限，它只是基于产品、账目的一种属性，而不是划分客户群的标准。
    客户拥有的一部分产品是预付费的，一部分产品是后付费的，客户可以通过统一的账户同时为这些预付费产品和后付费产品进行费用支付。
    客户拥有一个后付费产品，而这个产品附加的某一增值产品（运营商自有的增值产品、智能业务或者合作伙伴SP/CP的产品等）则是预付费的，客户同样可以通过统一的账户同时为这些预付费产品和后付费产品进行费用支付。
    融合计费账务系统架构研究
    系统按照业务逻辑划分为三层：接入层、核心业务层、数据层。
    系统使用内存数据库技术、J2EE、构件技术等，内存数据库保存余额、累计量、累账数据、资料信息等计费相关信息以提高实时处理的速度。系统技术架构、功能架构如图1和图2。
融合计费账务系统架构与核心功能的研究与实现

    融合计费账务系统核心处理流程研究
    融合计费账务系统的核心处理流程需要实现统一计费引擎批价、统一账务处理、统一收费处理，如图3所示。
融合计费账务系统架构与核心功能的研究与实现
    在线计费和离线计费的处理主要区别在于在线计费需要授权和认证，需要对其进行会话管理（图3的绿色部分），而离线计费一般为对话单文件的计费处理（图3的粉色部分）。
    对于预付费和后付费业务的处理区别是预付费业务会进行实时扣款，其它处理和后付费基本一致。
    融合计费账务系统核心功能研究
    融合计费账务系统需要实现统一的产品和资费管理、统一的客户资料管理、统一的账户和余额管理、统一的账务处理、统一的收费管理等，从而可以实现对预付后付业务提供统一的产品、资费和服务，支持支付关系的灵活设置，支持跨预付、后付的全业务组合营销，而其核心技术主要在于统一计费引擎、统一账户管理和计费控制（如图4所示）。
融合计费账务系统架构与核心功能的研究与实现

    统一计费引擎
    系统采用规则引擎技术建立统一的计费引擎，通过规则定义屏蔽各类计费数据和参考数据的差异，实现通过统一的计费引擎进行在线、离线批价处理。
    支持计费对象可配置：按主叫计费、按被叫计费、按第三方号码计费、按计费号码计费等。
    支持众多计费因子，并可扩充：客户属性、账户属性、主叫号码特征、被叫号码特征、主叫区域、被叫区域、呼叫范围、呼叫距离、用户组、时段、接入点、接入范围、承载业务等等。
    资费条件可配置：资费因子组合成资费条件，资费条件有优先级。
    资费计算支持直线和分段折线费率等（封顶、保底、打折、X+Y方式的包月、跳档），并且资费计算公式分为标准资费公式和实收资费公式。
    批价处理资费还支持产生赠送处理（包括业务量或金额）、优惠处理（包括优惠条件基于累计业务量、累计金额优惠，优惠算法、分段打折）。
    支持大量的针对特殊客户的定制资费。
    支持跨月话单晚到分段资费用户的准确计费。
    统一账户管理
    统一账户管理，预付和后付属性设置在产品级，因此预付后付可以在同一个账户中实现。支持以下业务模式。
    ●同一账户下预付后付的综合，比如账户下A电话是预付、B电话是后付、C宽带是预付、D手机是后付。
    ●同一设备下不同产品可以是预付后付的综合，比如A电话的市话是后付、长途是预付。
    ●多个客户的某些科目可以对应一个账户，如某单位的客户，其市话和月租统一由单位账户支付，长途则由个人账户支付。
    ●一个账户下支持多个子账户（余额账本）等。
    计费控制
    基于事件的计费控制：对于短信等事件业务采取先锁后扣模式。
    基于会话的计费控制。
    ●普通会话的计费控制：对于通话等业务基于会话进行计费控制，按照Dcc协议的控制流程，分片申请和锁定余额，在余额不够时，授予能够使用的业务量。
    ●强拆类会话的计费控制：业务开始时申请鉴权，计费系统进行鉴权，计费系统根据业务类型，授予一定业务量（一般为时间），针对不同的业务、不同的用户可授予不同的业务量，如：套餐用户拨打市话，可以授予较大一个时长，普通用户拨打市话授予3分钟时长。用户余额不够，主动发起强拆消息终止业务。
    ●分级会话的计费控制：对于声讯业务，一次拨打声讯台，可以分按键选择多个声讯业务，系统按照主会话和子会话分别管理，子会话会关联主会话同时进行控制和管理。
    基于文件的计费控制：由接口模块发送计费消息，对预付费业务进行计费、优惠、扣费、累账处理，对后付费业务不需扣费，只需计费、优惠、累账处理。
    基于合账的计费控制：对于一些业务已经完成批价只需合账，计费控制模块需要对此业务进行扣费、累账处理。
    基于周期费的计费控制：周期费由账务模块生成周期费文件，由计费控制模块进行扣费和累帐处理。
    融合计费账务系统的实现
    在业务和网络的发展驱动下，根据对融合计费账务系统的研究和规划，北京联通（原北京网通）采用了分步实施的建设方案，进行了融合计费账务支撑系统（IBS）的建设。经过这些年的分步建设，IBS系统已经建设成为一个统一支撑所有客户群、统一支撑全业务及其灵活捆绑与组合营销、统一支撑在线计费和离线计费、统一支撑预付费和后付费的融合计费账务系统，能够很好地满足业务发展的需求。目前已承载客户1350万、账户1500万、服务实例2300万，覆盖了固话、宽带、小灵通、互联网、基础数据、网元出租、ICT、广告传媒产品等8大类117种产品，实现了对91个基本产品、380个增值产品、34类跨业务的套餐、3974个资费计划的计费账务处理，平均市话话单每天约3000万张，长话话单每天200万张，ADSL话单每天450万张，实时消息处理1000CAPS，缴费业务并发数20笔/s，每月的出账时间约为3～4小时。
    北京联通融合计费账务支撑系统（IBS）的建设过程分为三个阶段。
    第一阶段是2002～2006年：分别建设多业务集中计费账务系统（IBS）、小灵通在线计费系统（OCS）。
    第二阶段是2006～2008年：融合小灵通在线计费系统（OCS），进行融合计费账务系统（IBS）的建设，以实现在线计费和离线计费的融合，实现对CP/SP业务、小灵通业务及原来由SCP承载的预付费电话、预付费ADSL业务的融合，真正实现多业务融合、多客户融合、预付费后付费融合。
    第三阶段是2008～2009年：进一步进行业务的提升和扩展，更好地支撑融合业务，实现对固移融合业务、预付费捆绑套餐、预付费和后付费交叉捆绑业务的支撑。
 
    融合计费账务系统的发展展望
    通过对融合计费账务系统的研究我们可以发现，在线计费离线计费融合、预付费后付费融合的核心是统一，其计费的绝大部分处理过程是相同的，这从技术上保障了融合计费的可行性，北京联通融合计费账务系统（IBS）的成功建设也充分证明了这一点。
    对于全业务电信运营商而言，在功能上跨预付后付固移语音、数据及增值业务的融合业务会不断产生，同时，统一客户服务和客户感知、客户主动控制消费需求、细粒度的设置付费方式等适应全业务运营的需求也会相应产生，全面融合的业务需求必将迫使各运营商进行融合计费账务系统的建设。另外，针对全业务价值链的优化与整合，融合计费账务系统也大大增加了对CP/SP合作伙伴的支持，可以吸引更多的CP/SP，为电信运营商、CP/SP、客户创造更多的价值，因此，融合计费账务系统的建设必将成为各电信运营商的必然选择。