融合计费引擎产品描述、计费能力与实现机制

融合计费引擎产品描述、计费能力与实现机制文档密级华为技术有限公司 Huawei Technologies Co. Ltd.产品版本Product version密级Confidentiality level产品名称Product name:Total pages：共页融合计费引擎产品描述、计费能力与实现机制(仅供内部使用）For internal use only拟制:Prepared by日期：Date审核:Reviewed by日期：Dateyyyy-mm-dd审核:Reviewed by日期：Dateyyyy-mm-dd批准:Granted by日期：Dateyyyy-mm-dd华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved修订记录Revision record日期Date修订版本Revision version描述Description作者Author目 录1融合计费的驱动力91.1计费现状和不足91.2运营商面临新的挑战91.2.1全价值链管理的挑战91.2.2完善的营销手段的挑战101.2.3来自用户体验的挑战101.2.4多业务融合的挑战101.2.5实时计费的挑战101.2.6融合计费是必然趋势111.3华为对融合计费的理解112什么是CBE122.1CBE关键特性122.1.1灵活性122.1.2实时性122.1.3易扩展性122.1.4高可靠性和高性能122.2CBE产品优势132.3CBE整体架构132.4CBE系统组成152.5CBE外部接口162.6本文涉及的基本术语173CBE实现机制193.1概念模型193.1.1概念模型的划分193.1.2概念模型的优点203.2实体模型213.2.1客户域模型213.2.2用户域模型223.2.3帐户域模型233.2.4产品模型243.2.5实体关系253.2.6利用实体模型说明CBE的计费过程273.3共用帐户机制283.4可配置系统283.4.1模型可扩展283.4.2规则使用293.5模型适配303.5.1特性描述313.5.2实现原理323.6计费处理过程323.6.1消息接入与预处理323.6.2会话控制333.6.3计费393.6.4入帐403.6.5定期事务413.7内存数据库433.8可服务性463.8.1高可靠性463.8.2统一配置管理473.8.3安全管理483.8.4操作维护493.8.5拓扑管理523.8.6故障管理533.8.7统计测量533.8.8日志管理543.8.9消息跟踪功能553.8.10系统巡检功能554功能特性564.1支持多种计费流程564.2强大的计费能力574.2.1多种优惠规则和资费策略574.2.2灵活的多维度计费604.2.3支持多种计费对象624.2.4灵活的费用计算能力624.2.5多业务捆绑计费634.3帐户处理功能634.3.1帐户处理的业务规则634.3.2费用项入帐功能特性654.3.3免费资源入帐功能特性674.3.4业务入帐功能684.3.5帐户入帐功能694.3.6帐务触发功能694.3.7信用控制功能704.3.8实时帐务处理704.3.9分布式处理704.4多样化帐户功能704.4.1多帐户704.4.2层次帐户704.4.3共用帐户714.4.4浮动帐期714.5实时控制功能714.5.1实时信用控制714.5.2实时余额控制724.6余额管理功能724.7AOC734.8支撑多种促销策略（积分、套餐、免费资源）734.8.1多种预存赠送功能734.8.2累积赠送功能734.8.3支持多种赠送方式744.8.4积分功能744.8.5套餐功能744.9定期事务管理功能754.10多种货币类型754.11分业务控制功能754.12充值功能754.13配置管理功能754.14运维功能764.15查询功能774.16调帐功能775场景775.1客户、用户、帐户及产品模型实例场景775.2全业务融合785.3全业务使用场景805.4帐户场景805.5付费场景825.5.1不同时间、地点、消费额度、业务使用不同的付费方式825.5.2余额、免费资源的转移835.6实时信用控制场景845.7AOC场景855.7.1语音业务AoC场景855.7.2数据业务AoC场景865.8多种套餐875.9充值改变资费策略885.10多币种计费89附录A 术语表89附录A 缩略语表94表目录Table of contents for the table1融合计费的驱动力92什么是CBE12表1融合计费系统常用术语173CBE实现机制194功能特性56表2CBE支持的关系运算625场景71附录A 术语表83附录A 缩略语表88图目录 Table of contents for the figure 1融合计费的驱动力112什么是CBE143CBE实现机制214功能特性585场景79附录A 术语表91附录A 缩略语表96CBE计费能力说明文档关键词 Key words： CBE、融合计费、实现机制、系统功能、计费场景摘 要 Abstract：本文档对华为公司CBE版本的计费能力进行了详细的描述。1 融合计费的驱动力1.1 计费现状和不足在传统的计费网络中，预付费系统和后付费系统是分离的。预付费系统通常由网络设备提供商承建，利用智能网技术实现，而后付费系统一般由计费厂家提供，通过运营支撑系统实现。由于预付费系统和后付费系统是两个独立的运营系统，因此系统间存在数据统一和业务统一的问题，导致在用户体验、客户服务、业务管理、业务扩展和收入保障等方面都存在着巨大差异。而业务运营系统的割裂无法统一客户视图，造成运营商不能进行统一的客户分析，灵活的开展各项营销工作，同时还必须管理、维护两套甚至多套系统，从而大大增加了运营、维护成本。随着网络规模、用户规模、业务种类的不断增多，预付费系统的发展逐步受制于智能网本身的不足，主要表现在业务资费不够灵活，需求响应速度慢，数据业务支撑能力有限，客户关怀能力弱等方面，而后付费系统只能提供准实时计费，无法实现实时计费和话务控制功能，不仅给运营商带来很高的欠费风险，而且也不能满足用户各种实时性的消费需求。为了克服现有系统的各种瓶颈，运营商迫切需要这样一个系统，能实现预付费与后付费两个不同品牌的用户在计费、管理模式上的融合统一，简化和加快新业务的开通流程，同时进一步降低运营、维护成本。1.2 运营商面临新的挑战1.2.1 全价值链管理的挑战与传统封闭式的运营模式不同，3G、NGN等未来网络是一个开放体系，运营价值链将发生很大的变化，除了2G时代的网络运营商、终端客户以外，CP、SP、MVNO等合作伙伴以及其他网络运营商都会参与其中。在复杂的价值链下，运营商将面临全价值链的合作分成、信息管理、战略规划、信用体制、客户服务以及基于全价值链的产品定价等一系列难题。1.2.2 完善的营销手段的挑战随着3G、NGN、宽带IP等未来网络的逐步应用，电信、电视和互联网业务逐步融合，各种视频、流媒体、即时通信新业务层出不穷，个性化的信息娱乐服务、多媒体服务、位置服务以及内容更加多样化的语音服务日益丰富，不同的客户对上述业务有不同的需求，这就需要运营商把原子业务灵活打包成各种产品以满足客户个性化，差异化的需求。因此在产品发布之前需要完整的闭环营销手段，具体的环节包括主动营销分析与策划、客户细分、产品开发、建立主动营销计划、执行促销战略、客户反馈、分析客户及市场活动反馈。显然，这对当前简单的套餐营销策略提出了挑战。1.2.3 来自用户体验的挑战今后是用户体验经济的时代，作为用户，他们将对运营商提出更高的要求，例如能够快速提供质量高、资费优的服务，要求各种业务及产品之间能够组合、捆绑并实现交叉优惠，针对不同的服务可以选择不同的付费模式等。所以，运营商将从传统的以产品为中心的营销模式转向以客户为中心的营销模式，如何及时响应用户多样化需求，迅速推出具有吸引力的服务，如何部署灵活的资费，奖励策略，提高用户忠诚度，这些都需要计费系统强有力的支撑。 1.2.4 多业务融合的挑战未来的业务具有灵活、多样化、个性化的业务特征，不同于传统单一业务的使用场景，它是由多种业务融合在一起构成复杂的服务场景。显而易见，这对未来计费系统的计费能力、产品管理、业务管理、客户资料管理都提出了更高的要求和挑战。1.2.5 实时计费的挑战未来业务的特征、收入保障和运营需求决定了实时计费的必然性。某些业务必须要进行实时鉴权和实时费用支付，例如股票交易、小额支付、高额交易等电子商务类业务。其次，未来的业务种类繁多、价值链长，加之价值链上的部分成员比较复杂（例如各种SP/CP），也需要用实时信用控制来防止欺诈行为的发生。另外，客户要求能够实时查询消费历史信息和实时结帐，这也要求系统进行实时计费，以实现账户余额的实时更新和消费清单的实时输出。相比以前“文件级计费”的后付费系统以及“简单实时计费”的智能网系统来说，计费的实时性是一个巨大的挑战。1.2.6 融合计费是必然趋势目前各运营商的计费系统都是单独建设的，各种业务类别可能针对性的有不同的计费系统，由多个团队去管理维护，这种相对独立的计费模式不仅存在管理复杂，通用性不强，实时计费能力弱，计费灵活性差等诸多弊端，而且随着业务复杂度的增加，给这些原有系统带来的将是很难承受的巨大压力。比如说，要推出一个融合话音、短信和视频业务的打包服务，就必须涉及到三个甚至多个系统间大量的协调与配合工作，实施复杂，很容易导致服务不能及时推向市场，错失商机。为了在激烈的市场竞争中取得有利地位，运营商必须新建一套统一、实时、灵活的计费系统，即融合计费系统。1.3 华为对融合计费的理解针对目前计费系统的现状以及运营商所面临的种种挑战，华为认为今后的融合计费系统应具备以下几个关键特征： 服务网络的融合：可以为固定、移动、3G、NGN、IPTV等网络所支持的产品与服务提供准确、实时、灵活的计费及统一的客服功能；付费模式的融合：付费模式只是用户的一个属性，而不作为区分用户的标志；对同一个号码在不同的时间段可以是不同的付费模式，针对不同的业务可以是不同的付费模式；用户可在在预付费和后付费之间自由切换； 业务及产品的融合：支持不同的业务之间、客户之间、产品之间互相捆绑营销，比如预付产品和后付费产品，个人业务和集团业务间的捆绑营销和交叉优惠等。在线、离线计费的融合：融合计费引擎支持基于事件的、基于事务的在线计费，以及基于话单的离线计费。此功能在多厂家集成的网络环境中非常有用，特别是核心网或业务网中的某些部件无法实时触发在线计费请求时。可以说，电信运营商此起彼伏的各种增值服务竞争的背后，融合计费系统不仅是运营商赢得竞争的基本条件，也是支撑各项电信业务顺利运转的关键。2 什么是CBECBE是华为的融合计费产品，它能为所有语音、数据、内容等商业服务提供灵活的定价和实时的计费功能。CBE系统是一个综合性的在线、离线计费平台，能够轻松地支持各种预付费/后付费业务，话音/数据/多媒体业务以及有线/无线/NGN/Internet业务。2.1 CBE关键特性2.1.1 灵活性 支持灵活的付费模式、资费策略、帐期、层次账户、奖励赠送等，从而满足运 营商组合套餐、多重折扣和奖励等业务推广的需要，也能为客户提供多帐户、共用帐户、集团帐户和浮动帐期等服务特性。 提供友好的配置界面和灵活的配置能力，及时响应市场需求，快速推出新产品。 由强大的动态规则引擎驱动，能够配置和扩展计费维度，以适应未来的新计费需求或新计费维度。2.1.2 实时性 支持实时信用控制和实时余额控制。 支持通过IVR、USSD、SMS或Portal界面等方式进行计费通知（AoC），账户信息提醒或使用量提醒。 支持实时自助服务、充值、服务开通和即时话单。2.1.3 易扩展性CBE是一个开放的体系架构，遵循3GPP OCS等国际规范，可以方便的实现与其它厂家的CRM/SCP/Mediation等设备互连，并支持与外部财务系统、支付系统以及充值系统的实时接口，满足电信运营商业务发展的需要。 2.1.4 高可靠性和高性能CBE通过冗余备份等技术提供高达99.999的可靠性；并使用内存数据库等技术来实现高处理性能，能够快速响应计费请求，满足实时业务体验的需求。2.2 CBE产品优势CBE灵活、实时、易扩展等特性能为运营商带来如下好处：1运营商使用CBE后无需更改或新增软件结构，仅仅通过配置或者扩展配置项就能够迅速推出资费灵活的新产品，新业务以及各种产品组合和打包服务，及时满足用户个性化，差异化的计费需求，极大地提高了用户忠诚度。2运营商通过CBE可增强对用户的实时信用控制能力，有效地控制欺诈风险，防止收入漏损。还可提供诸如即时话单、账户信息提醒等功能，通过这些实时的能力，很好地改善了最终客户的业务体验，大大提升了运营商的服务质量。3CBE可以方便地实现与其它厂家设备的集成，并且支持各种外部系统的实时接口，满足不同网络环境下的组网要求，运营商在订购CBE时，可以按照自身的实际需要，灵活适配CBE和其他系统部件，组成不同的计费解决方案，降低投资成本。4CBE是个在计费、管理模式上融合统一的计费系统，它不仅简化了业务管理方式，降低了运营成本，而且通过统一的客户视图，运营商能够更加方便地进行各种营销和客户服务活动；运营商将对客户的消费习惯、忠诚度等情况有更全面、深入的理解，从而促进改善客户关系、挖掘出更多有发展前景的新业务。2.3 CBE整体架构 CBE基于华为公司的增强网络智能平台ENIP（Enhanced Network Intelligent Platform）开发，其系统架构如图1所示。图 1 CBE的系统构架ENIP在提供服务总线和组件容器的基础上，提供了应用需要的公用服务机制与能力，包括组件管理、数据访问能力（DBAgent、ORMapping）、I/O通讯、日志告警、配置管理、线程调度、负载控制、负载均衡、License控制、统计测量等。基于这些公共服务与能力，应用系统能够专注于业务应用逻辑的开发，提高业务开发效率与业务提供能力。同时，ENIP基础平台还提供了外部系统互联的标准接口组件，包括公共对象请求代理结构CORBA（Common Object Request Broker Architecture）、远程方法调用RMI、简单对象访问协议SOAP（Simple Object Access Protocol）、简化目录访问协议LDAP（Lightweight Directory Access Protocol）、会话发起协议SIP（Session Initiation Protocol）以及Diameter等，以便于业务系统与外部系统的互联。CBE系统架构分为六层，从底层到顶层分别为：第一层为最底层，是高性能实时内存数据库，为计费提供实时数据访问存储的能力。第二层为COM数据模型实现层。COM为计费设计的统一数据模型，此数据模型存储在内存数据库中，为计费提供COM数据的实时访问和存储功能。第三层为实时规则引擎。规则引擎把计费条件和需要计费的动作方法组装成各种业务逻辑，满足运营商不同计费需求。第四层为功能服务层。功能服务层包括业务识别、鉴别、批价、帐务处理、定期处理。每个功能服务通过调用规则引擎完成不同计费需求的业务识别、鉴别、批价、帐务处理、定期处理功能。第五层为实时流程控制引擎。流程控制引擎支持把不同功能服务组装成不同的计费流程。第六层为应用的计费流程层，包括话音会话计费流程、事件计费流程、数据会话计费流程、充值计费流程、话单离线计费流程等。2.4 CBE系统组成CBE系统如下图所示，由CBCP、CBMP、CBP、OAMAgent、I2000等功能部件组成。图 2 融合计费系统组成CBMP：Convergent Billing Management Point融合计费管理节点，负责完成外部数据同步、CBP节点管理、融合计费系统数据配置的管理功能。CBCP：Convergent Billing Configuration Point 融合计费配置点，负责提供融合计费系统数据配置界面功能，配置的数据通过CBMP刷新到数据库，同时刷新到CBP的内存数据库。CBP：Convergent Billing Point融合计费点，向外部提供Diameter计费接口，负责接收外部计费请求，完成各种业务鉴权、费用预扣、资费反算、跟踪实时计费、费用入帐功能。OAMAgent实现与上级网管接口，负责MIB的动态转换、与CBE和CBMP接口，支持配置管理、性能统计、告警管理、日志管理（本地日志和远程日志）、消息跟踪等功能。I2000提供统一配置管理，日志分析、TOPO管理、故障管理、巡检等功能。CBCP与CBMP之间采用内部接口通信。CBMP与CBP之间采用内部接口通信。CBMP向外提供SOAP、Corba、RMI API接口。OAMAgent与CBMP、CBP之间采用OAM API接口。OAMAgent与I2000之间采用SNMP接口。2.5 CBE外部接口CBE同外部系统接口示意图如下所示：图 3 CBE同外部系统接口示意图2.5.1.1 实时计费接口SCP、MDSP、第三方设备通过实时计费接口与CBE交互完成在线计费。此接口基于标准的IETF和3GPP的 Diameter Based和Diameter CC协议，并按照语音、数据承载和内容事件计费需求制定的。2.5.1.2 数据同步接口1CRM到CBE的数据同步接口预付费和后付费计费系统融合后，CRM需要提供统一客户界面功能。因此，CRM与计费和帐务处理相关的信息刷新，需要通过此接口同步到融合计费系统。2CBE到CRM的数据同步接口CBE进行实时计费，用户帐户的余额、用户状态变更等信息都是动态变化。相对于CRM来说，这些信息CBE是最新的。因此，CBE需要通过此接口把这些动态的数据同步到CRM。2.5.1.3 清单/帐单接口预付费用户的通话清单，需要通过此接口传给CRM，以便提供话单查询，让运营商做统计经营分析。后付费用户的帐单，同样需要通过此接口传给CRM，以便为客户提供帐务管理功能。2.5.1.4 帐户余额接口帐务管理功能中销帐、调帐、转帐、充值奖励等一系列操作，需要通过此接口对用户帐户余额进行修改。2.5.1.5 实时查询接口对于一些频繁变化的数据，如用户帐户余额等，在CBE中的数据是最新的和准确的。当用户想要获得最新的数据时，可以通过CBE的实时查询接口获取到这些动态数据。2.5.1.6 网管接口CBE系统通过网管接口同I2000管理服务器相连。2.5.1.7 准实时计费接口 CBE提供准实时计费接口，不支持实时接口的网路设备可以把话单传给话单采集系统（CDR Mediation），话单采集系统把话单进行格式规整，把规整后的话单传给CBE。CBE可以通过话单准实时计费，为高端用户提供业务服务。2.6 本文涉及的基本术语融合计费系统中常用的术语如下表所示。表1 融合计费系统常用术语术语说明客户运营商营销、服务的对象，包括个人客户和集团客户。个人客户作为运营商的营销、服务对象的单个自然人。集团客户以团体组织或法人单位与运营商签署协议，订购并使用运营商通信产品和服务，并与运营商建立了集团客户关系管理的团体组织或法人单位。客户与客户关系描述个人客户之间、集团客户之间、个人和集团客户之间的关系，这种关系可以是归属关系、亲情关系、担保关系等。用户产品或者服务的订购者，通常需要与运营商签订产品定购协议。客户与用户关系客户和用户之间存在两种关系：一种是从属关系，即一个客户可以拥有多个用户，一个用户只能归属于一个客户；另一种是关联关系，即一个客户可以为其他相关客户所拥有的用户付费、担保等。资源占用用户使用运营商提供的业务时所需的介质属性记录，如服务号码、SIM卡、专线、GPRS（General Packet Radio Service）、WLAN、终端设备的信息等。产品订购描述运营商向用户提供的产品及相应资费、提供时限、服务水平协议（SLA）、付款方式等要素。用户群共同使用运营商特定业务而产生关系的特殊用户群体，例如：VPMN用户群和企业PBX用户群等，主要用于实现特殊资费、业务、优惠等。一个用户可以归属于零到多个用户群。服务用户开通的一个网络功能。帐户帐户是客户使用运营商提供服务的付费实体，是帐务结算的最小单位。帐户帐本登记帐户的费用项的收支的分类汇总，一个帐户对应一套帐户帐本。帐本科目帐户帐本的费用项（包括收费和缴费）的分类，例如：现金、预缴、信用卡、话音消费、数据消费等。帐目帐单科目的简称，是费用信息（包括收费和缴费）的记录单位。帐单运营商定期提供给用户的费用信息，详细说明用户拥有和使用各种服务和产品的费用、付费方式、最终收支差额等。帐单以出帐周期为单位提供。明细帐单明细帐单是在批价、汇总、出帐等形成的帐目详细记录，明细帐单的对象是用户。帐务关系帐务关系是指客户定制的或运营商缺省指定的用户、帐目与帐户的之间的付费关系，用于选择某帐目待扣款的帐户。业务包一个独立存在的可控制的资费规则实例容器。计费事件用户使用特定电信业务产生的事件。产品产品是运营商可直接向客户销售的捆绑了预定资费的一个或多个服务的组合。资费资费是对产品的定价、折扣策略和适用规则的描述。资费规则资费规则是对资费的适用条件、计算方法等的描述，是资费的一个组成部分。资源资源包括号码资源、全球呼号、卡资源（包括SIM卡、缴费卡、充值卡、长途业务卡、IP电话卡、上网卡等）、单据、终端及配件、KI、商品赠品等业务资源。累计项用户使用服务的使用量、收费，以及充值缴费等费用项的累计。预算根据用户的帐户余额以及系统配置的资费，计算用户使用某电信业务的允许用量。正算根据用户使用某电信业务的实际用量以及系统配置的资费，计算出应该收费的值。预扣用户使用电信业务前，提前封存一定额度的帐户资金，以便后续正算时帐户有足够资金支付用户本次使用电信业务的收费；使用预扣可避免并发电信业务扣费引起的透支。3 CBE实现机制3.1 概念模型3.1.1 概念模型的划分CBE的概念模型划分为业务平面、功能平面和数据平面。图 4 CBE概念模型1）业务平面一般情况下，计费流程主要是：鉴权、业务识别、计费、入帐。但是，随着市场的多样化，计费流程需求也日趋复杂化。例如：产品交叉优惠、帐户交叉优惠、入帐关系影响资费策略、帐户余额变更引起资费的变更等。为了能够满足不同的计费流程需求，提出了业务平面。根据功能平面提供功能服务，在业务平面上可以快速设计出满足运营商需求的计费流程。2）功能平面功能平面提供了业务识别、鉴权、批价、预留、反算、业务入帐、帐户入帐等功能服务。 功能平面的功能服务运行在ENIP基础平台上。3）数据平面数据平面封装了客户数据访问对象、用户数据访问对象、产品数据访问对象、帐户数据访问对象等。数据访问对象为功能平面层屏蔽了数据存储位置的分布。3.1.2 概念模型的优点（1）业务平面定制的计费流程对数据模型是透明的，即计费流程和数据模型是分离的。（2）计费流程按照对象状态定义。计费流程的编辑和修改采用对象化持久化技术存储，下次修改和运行时，重新装载持久化数据。（3）计费流程和数据库系统分离，使计费逻辑和数据源之间松耦合，有利于计费逻辑的移植和维护，简化了计费流程的开发，提高计费流程的开发效率。3.2 实体模型3.2.1 客户域模型图 5 客户域模型3.2.1.1 客户的概念客户：与运营商发生业务往来的一个独立社会个体,是运营商提供产品和服务的个人、企业或者其他团体。分为个人客户和集团客户。个人客户：作为运营商的营销、服务对象的单个自然人。集团客户：与运营商签署协议，订购并使用运营商提供的通信产品和服务，并在运营商的服务体系中建立了集团客户关系管理的团体组织或法人单位。3.2.1.2 客户之间的关系客户与客户关系：描述个人客户之间、集团客户之间、个人和集团客户之间的关系，这种关系可以是归属关系、亲情关系、担保关系等。3.2.2 用户域模型图 6 用户域模型3.2.2.1 用户域的概念用户：客户与运营商建立的一个使用关系，客户订购产品的实例，通常需要与运营商签订产品订购协议。一组用户在一起形成的一个单一实体构成用户群，主要用于实现特殊资费、业务、优惠等。3.2.2.2 用户之间的关系用户与用户关系：是一个客户拥有的多个用户之间的关系（如一卡双号），或两个相关客户所拥有的用户之间的关系（如亲情号码）。3.2.3 帐户域模型图 7 帐户域模型帐户:是客户使用运营商提供服务的付费实体，分为总帐户和子帐户。帐户帐本:登记帐户的费用项的收支的分类汇总，一个帐户对应一套帐户帐本。综合帐目:也叫帐本科目，是帐户帐本的费用项（包括消费、缴费和赠送），例如：现金缴费、话音消费、数据消费、充值赠送、帐户余额。明细帐目:是按照用户汇总的消费、缴费和赠送的明细费用项。例如：某用户的网内市话费、往外市话费、长途费、充值金额、充值赠送金额。帐户帐单:运营商定期提供给用户的费用信息，详细说明用户拥有和使用各种服务和产品的费用、付费方式、最终收支差额等。帐户帐单以出帐周期为单位提供。明细帐单:是在批价、汇总、出帐处理后形成的帐目详细记录，明细帐单的对象是用户。入帐关系:分全局入帐关系和定制化入帐关系；全局入帐关系按某类业务指定费用项（含消费、缴费、和赠送）合入各类帐户的缺省优先级；定制化入帐关系按具体用户指定费用项（含消费、缴费、和赠送）合入具体帐户的优先级。优先使用定制化入帐关系，再使用全局入帐关系。业务容器（业务包）:用户的某类业务（例如：个人业务、集团业务等）的一个控制实体，可控制该类业务的开停状态、产品的订购、缺省帐户、入帐关系。3.2.4 产品模型CBE认为产品是运营商提供的一套带资费策略的电信服务组合，但是在模型中并没有如何来表达电信服务。资费策略是资费策略模板实例；资费策略模板是把相同资费策略抽象为带参数的模板；资费规则是计算资费分支条件、以及此条件为真情况，执行的动作。产品有基本和扩展属性；资费策略有基本和扩展属性；资费策略模板有基本属性。资费规则描述规则条件和对应的动作。CBE的产品域模型示意如下：图 8 CBE的产品模型3.2.5 实体关系图 9 CBE实体模型关系图图 10 CBE实体模型用例如上图所示，CBE在逻辑架构上实现了实体模型，完善客户用户帐户产品之间的关系。具体体现在以下几点：(1) 客户通过定购产品实例化为一个用户，一个客户可以对应多个用户，如图中所示客户1和用户1，用户2的关系；(2) 多个用户使用各自产品中的业务入同一帐户，实现共用帐户关系，如图中显示共用帐户关系；(3) 用户使用同一产品中的不同业务入不同的帐户，实现多帐户应用，如图中显示多帐户关系；(4) 帐户可以根据业务分类划分分类帐，实现专款专用帐户；(5) 多个用户可以组成用户群，定购同一类型的产品；(6) 一个用户可以定购产品以个人用户的身份存在，同时可以是集团用户中的一个用户身份存在，如图中所示的用户3；(7) 一个客户可以为其它客户所拥有的用户付费、担保等，使得客户与用户的关系不仅可以是拥有关系还可以是关联关系；3.2.6 利用实体模型说明CBE的计费过程用户(根据计费事件中的服务ID查找用户信息)产品(根据用户ID信息查找用户所有定购产品)资费规则(根据产品资费策略模板查找资费规则)批价(根据资费规则和用户、产品资料批价)帐户(可以是多帐户或层次帐户，根据入帐关系进行帐务处理)输入：1服务ID2服务主表输出：1用户ID输入：1用户ID2产品定购关系表输入：1用户ID2产品ID3资费策略模板ID4策略模板规则主表输入：1资费模板ID2资费规则ID3用户ID4产品资料输入：1费用项2用户ID3入帐关系表输出：1一组产品ID输出：1一组资费规则ID输出：1费用项输出：1入帐结果资费策略(根据产品信息查找产品资费策略)输入：1用户ID2产品ID3策略定购实例表4策略主表输出：1资费策略模板ID计费事件利用上述的CBE的实体模型关系，说明CBE的批价和入帐的主要步骤。当CBE收到计费事件后，CBE批价和入帐的主要步骤为：1根据计费事件中的用户号码从用户主表中查找出用户ID；2根据用户ID和产品定购关系主表中查找到用户所定购的产品ID；3根据产品ID和策略定购实例表、策略主表查找到产品对应的策略ID和策略对应的策略模板ID；4根据策略模板ID和策略模板规则主表查找到策略模板对应的一组规则ID；5根据资费规则、用户资料、产品资料等进行批价；6将批价结果进行入帐操作。3.3 共用帐户机制一个用户可以有多个帐户：资金帐户、赠送免费资源帐户、奖励帐户等。CBE可以提供共用帐户机制：每个用户的资金帐户可以为多个业务实时并发共同使用。每个用户在使用业务时，CBE会预先从资金帐户为此用户预留使用资源。若有多个呼叫时，CBE会按照先来先分配原则，直到用户余额分配完为止。采用共用帐户机制有个缺点：用户余额在某个时刻可能用不尽。因为共用帐户机制是每次呼叫都会为用户每个呼叫预留时长。若用户资金已经恰好被某个呼叫预留完，但这时又个呼叫过来了，CBE不能为此次呼叫预留资源，这个呼叫不能正常接通。前面那个呼叫又因为用户没有用完CBE预留给她的时长就挂机了，因此，帐户上会留有部分余额。此现象就是用户还有余额，但是用户又不能接通呼叫。不采用共用帐户机制，则每个呼叫不参考其他呼叫预留情况，直接根据每个呼叫实际消费从用户资金帐户上扣除费用。不采用共用帐户机制的缺点是：多个呼叫或业务并发使用时，用户存在欠费风险。即一个呼叫把余额预留完了，但这时，又有一个呼叫把用户余额扣除完。等到前面呼叫需要再扣除余额时，用户余额因其他呼叫用尽而不能完成费用扣除，因此，呼叫存在欠费风险。3.4 可配置系统3.4.1 模型可扩展3.4.1.1 流程可定制从CBE的概念模型图和系统架构图可看出，业务流程、功能组件、数据源之间是松耦合关系，实时流程控制引擎可以通过组合业务功能平面提供的功能（业务识别、鉴权、批价等）来实现计费流程定制化，所以融合计费系统具有灵活的扩展能力，可根据不同的计费需求，设计不同的计费业务流程。通过流程定制化，使得融合计费系统适配多种计费需求的能力。3.4.1.2 接口可扩展CBE支持基于Diameter Base协议的计费接口。利用Diameter协议可以方便地扩展参数的特性，CBE可扩展的接口具有如下特点： 根据客户化的需求在CBE上增加新的AVP（Attribute Value Pair）参数时，只需要在事件定义中动态增加新的参数定义，而不需要对软件进行升级。 新增加的AVP参数通过规则引擎动态引入规则中，从而动态实现新增AVP参数参与计费计算。3.4.2 规则使用3.4.2.1 规则可定制3.4.2.2 基于规则引擎的计费能力某个计费业务特征可以配置在对应的资费规则中，从而实现此特征影响计费的能力。多个计费业务特征配置成多个资费规则。多个资费规则可以任意组合成不同的资费策略。3.4.2.3 规则参数化计费业务特征，如时间、业务类型、用户类型、使用量、帐户特性等可以设置为参数，计费过程中各个参数都可以加入到计费过程中。因此，CBE是一个参数可配置的计费系统。3.4.2.4 动态的业务逻辑和函数定制CBE提供了业务逻辑定制函数的动态设计和系统加载能力。当有CBE不支持的计费需求，可以在业务逻辑定制函数中编写计费业务逻辑，然后把业务逻辑定制函数动态加载到主机系统中并动态执行。3.4.2.5 维度可扩展在电信的业务中影响计费的因素众多，但归纳起来就是时间、地点、人物等一些因素。CBE从理论模型上实现了任意维度可扩展。如下公式所显示：X为影响电信计费的因素；多个计费因素按照一定的计费逻辑形成一条业务的计费规则f；若干规则f构成某一产品的资费策略；众多产品的资费策略就构成了多维度的CBE资费策略规则体系；CBE资费策略规则体系计费维度的扩展通过CBCP（融合计费配置点）实现。首先需要在BOM树中添加维度 名称的标签。BOM是业务对象模型，反映了CBE系统的实体模型及其具体的扩展属性。然后再配置资费规则，在配置资费规则中引用这些属性（维度）。因为增添新维度可以通过BOM树和配置资费规则来实现，所以CBE系统可灵活扩展计费维度和实现计费维度的组合。配置目的：将用户的生日作为计费维度，即用户生日可影响用户的批价结果，如实现用户在生日当天使用话音业务则打八折这样的资费策略。配置过程：计费维度的扩展通过CBCP（融合计费配置点）实现，首先需要在BOM树中添加“生日”的标签（BOM是业务对象模型，反映了CBE系统的实体模型及其具体的扩展属性），这个配置实际上意味着在系统中的用户属性中添加了“生日”一栏，同时将这个“生日”的标签对应到一个生成的内部ID。添加完BOM树的“生日”之后，就可以在配置资费规则的时候引用这个维度。在配置完产品的资费策略，在配资费规则的时候引用“生日”这个属性，如配置如下规则：if 计费事件.用户.生日“当前日期” then f（x）；f（x）是动态函数，实现打八折的优惠功能。配置完成之后，即可在业务使用时引用这条规则，从而将用户“生日”引入批价过程。配置界面示例：图 11 配置界面3.5 模型适配CBE提供了统一的计费模型，此计费模型设计上充分结合现有需求和可能需求，在逻辑上严密，能提供相对稳定的系统框架，不会出现因为较多的市场需求而需要修改软件结构。为了能提高市场竞争力，运营商需要适时地推出符合市场的商业模型。CBE充分的考虑了这一点实现了从商业模型到计费模型的映射层，即适配层，满足了商业模型快速的在CBE中实现。CBE产品管理模式如下图所示。图 12 产品管理为了简化CBE与CRM配合的工作量，CBE把设置好的资费策略模板ID、参数、描述传给CRM。在产品管理时，CRM可以为产品配置不同的资费策略模板ID。在业务订购时，CRM支持由客户设置产品、以及资费策略的参数。CRM把用户订购的产品、以及资费策略模板ID、参数信息通过CBE提供的API同步到CBE。3.5.1 特性描述CBE目前可以接入的网元包括SCP、MDSP、话单采集中心。3.5.2 实现原理如下图所示，外部网元通过协议适配器接入CBE。图 13 CBE网络接入协议适配器的作用是：将不同的外部网元所采用的协议转换为CBE支持的协议。3.6 计费处理过程3.6.1 消息接入与预处理3.6.1.1 特性描述对外部计费网元提供的计费信息（交换机生成的原始话单文件或SCP、MDSP及IMS等网元产生的Diameter消息）进行一系列处理，包括格式转换、排重处理、纠错检错、信息填充等；然后将之转换为CBE内部的标准计费事件；最后交付给会话控制模块进行后续处理。对于Diameter消息，通过内部的自动机机制，将会话控制返回的信息经过内部处理后再提交给外部计费网元。对于话单文件，支持对需要计费的原始话单文件格式的动态定义；支持对原始话单文件的结构、格式根据用户定制要求进行转换后输出给用户。3.6.1.2 实现原理CBE对接入网元所传递的话单文件和消息的处理流程如图14所示。图 14 预处理流程预处理模块包括文件预处理和消息预处理。3.6.1.2.1 文件预处理把从话单采集系统获取话单先依次进行格式转换、纠错检错、话单合并、话单关联、话单排重、分拣过滤、信息填充；然后转换为CBE内部的标准计费事件。如果Mediation已经提供了格式转换的功能，则预处理模块可以根据实际情况进行简化处理。Mediation与预处理之间通过数据分发模块形成1:n的对应关系，即由数据分发模块将Mediation生成的话单文件按照一定的规则（如号段等）分发到多个预处理节点。3.6.1.2.2 消息预处理把从SCP、MDSP及IMS等外部网元传递过来的消息先依次进行纠错检错、信息填充、信息规整处理；然后转换为CBE内部的的标准计费事件。如果SCP、MDSP及IMS等外部网元不提供消息路由功能，则在消息预处理后再通过数据分发模块，将消息分发给不同的会话控制服务。3.6.2 会话控制3.6.2.1 特性描述会话控制是CBE的核心模块，它负责计费流程的正常运转。通过提供不同的计费流程来实现不同的计费能力，本版本支持的计费流程有：一次批价扣费流程（含代批价、代扣费）、扣费确认批价流程、多次交互批价扣费流程、IMS在线计费服务、语音在线计费服务、话单计费服务、余额查询服务、充值计费服务、纯鉴权服务、调帐服务。会话控制模块在接收到预处理模块传递过来的计费流程后，对计费流程进行处理。不同的计费流程完成不同的业务计费需求，例如：反算、预留、批价、扣费、代批价、代扣费、鉴权、充值、余额查询、调帐等功能。3.6.2.2 实现原理会话控制模块提供了一套机制来管理和执行CBE概念模型中“业务平面”的流程图。会话控制模块分为会话调度、运行环境维护、定时器、TLV数据总线、内存数据库访问五个主要机制以及一些功能组件（例如：鉴权、业务识别、计费入帐等）组装各种计费流程。会话控制子系统的系统结构如图 15 所示。图 15 会话控制子系统的系统结构3.6.2.3 会话和流程图的关系计费流程通过ENIP的IDE画出流程图，通过IDE的编译工具生成一段代码逻辑；会话是流程图执行的具体实例。因此，从概念上来说流程图是静态的程序，而会话是程序运行的自动机实例。会话模块通过提供不同种类的计费流程来实现不同的计费服务，为了达到并发处理，每一种计费服务可以有多个会话实例。一个会话实例完成一次计费请求的处理。一次计费请求可能包括一次交互（例如直接扣费），也有可能几次交互（例如话音业务中的分段计费），都是在一个会话实例中完成。3.6.2.4 流程图和功能组件的关系流程图是通过组装各种功能组件从而实现业务流程的。从物理实现角度来看他们就是调用和被调用的关系。3.6.2.5 计费模型不论是预付费，还是后付费，计费处理模型均可以统一为两种方式：会话计费和事件计费。CBE支持电信网络所有的计费场景，包括：预付费会话计费场景、预付费事件计费场景、后付费事件计费场景。3.6.2.5.1 会话计费模型GSM话音、GPRS数据、WLAN都采用会话计费模型。帐户余额在线实时监控，当用户余额用尽时，会话计费可以实时控制用户不能再使用业务，降低了欠费风险。3.6.2.5.2 事件计费模型消息类型业务、话单计费等采用事件计费模型。即根据当前事件的计费信息进行批价，然后把费用项入帐。CBE把会话计费和事件计费按照业务应用情况分为统一计费接口模型：业务包鉴权阶段、业务开始阶段、业务使用阶段、业务结束阶段，如图17所示。业务开始、业务使用、业务结束用于描述会话计费模型；业务包鉴权、业务结束用于描述事件计费模型。图 16 CBE计费接口模型3.6.2.6 计费流程3.6.2.6.1 预付费会话计费以话音业务为例，描述融合计费预付费会话计费流程，如下图所示。图 17 预付费会话计费场景预付费计费流程如下：(1)预付费用户发起呼叫，MSC/SSP根据O/T-CSI触发IDP到SCP；SCP向MSC/SSP发送RRBE。(2)SCP向CBE发送呼叫开始通知；CBE创建会话，进行业务包鉴权，根据用户帐户余额预算时长。(3)SCP向MSC/SSP下发AC。(4)SCP向MSC/SSP下发Continue。(5)当监控时长耗尽时，MSC/SCP上