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

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

华为技术有限公司
Huawei Technologies Co. Ltd.
产品版本
Product version
密级
Confidentiality level

产品名称Product name:

Total pages：共页

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

(仅供内部使用）
For internal use only

拟制:
Prepared by

日期：
Date

审核:
Reviewed by

日期：
Date
yyyy-mm-dd
审核:
Reviewed by

日期：
Date
yyyy-mm-dd
批准:
Granted by

日期：
Date
yyyy-mm-dd

华为技术有限公司
Huawei Technologies Co., Ltd.
版权所有 侵权必究
All rights reserved
修订记录Revision record
日期
Date
修订版本Revision version
描述Description
作者Author

目 录

1 融合计费的驱动力 9
1.1 计费现状和不足 9
1.2 运营商面临新的挑战 9
1.2.1 全价值链管理的挑战 9
1.2.2 完善的营销手段的挑战 10
1.2.3 来自用户体验的挑战 10
1.2.4 多业务融合的挑战 10
1.2.5 实时计费的挑战 10
1.2.6 融合计费是必然趋势 11
1.3 华为对融合计费的理解 11
2 什么是CBE 12
2.1 CBE关键特性 12
2.1.1 灵活性 12
2.1.2 实时性 12
2.1.3 易扩展性 12
2.1.4 高可靠性和高性能 12
2.2 CBE产品优势 13
2.3 CBE整体架构 13
2.4 CBE系统组成 15
2.5 CBE外部接口 16
2.6 本文涉及的基本术语 17
3 CBE实现机制 19
3.1 概念模型 19
3.1.1 概念模型的划分 19
3.1.2 概念模型的优点 20
3.2 实体模型 21
3.2.1 客户域模型 21
3.2.2 用户域模型 22
3.2.3 帐户域模型 23
3.2.4 产品模型 24
3.2.5 实体关系 25
3.2.6 利用实体模型说明CBE的计费过程 27
3.3 共用帐户机制 28
3.4 可配置系统 28
3.4.1 模型可扩展 28
3.4.2 规则使用 29
3.5 模型适配 30
3.5.1 特性描述 31
3.5.2 实现原理 32
3.6 计费处理过程 32
3.6.1 消息接入与预处理 32
3.6.2 会话控制 33
3.6.3 计费 39
3.6.4 入帐 40
3.6.5 定期事务 41
3.7 内存数据库 43
3.8 可服务性 46
3.8.1 高可靠性 46
3.8.2 统一配置管理 47
3.8.3 安全管理 48
3.8.4 操作维护 49
3.8.5 拓扑管理 52
3.8.6 故障管理 53
3.8.7 统计测量 53
3.8.8 日志管理 54
3.8.9 消息跟踪功能 55
3.8.10 系统巡检功能 55
4 功能特性 56
4.1 支持多种计费流程 56
4.2 强大的计费能力 57
4.2.1 多种优惠规则和资费策略 57
4.2.2 灵活的多维度计费 60
4.2.3 支持多种计费对象 62
4.2.4 灵活的费用计算能力 62
4.2.5 多业务捆绑计费 63
4.3 帐户处理功能 63
4.3.1 帐户处理的业务规则 63
4.3.2 费用项入帐功能特性 65
4.3.3 免费资源入帐功能特性 67
4.3.4 业务入帐功能 68
4.3.5 帐户入帐功能 69
4.3.6 帐务触发功能 69
4.3.7 信用控制功能 70
4.3.8 实时帐务处理 70
4.3.9 分布式处理 70
4.4 多样化帐户功能 70
4.4.1 多帐户 70
4.4.2 层次帐户 70
4.4.3 共用帐户 71
4.4.4 浮动帐期 71
4.5 实时控制功能 71
4.5.1 实时信用控制 71
4.5.2 实时余额控制 72
4.6 余额管理功能 72
4.7 AOC 73
4.8 支撑多种促销策略（积分、套餐、免费资源） 73
4.8.1 多种预存赠送功能 73
4.8.2 累积赠送功能 73
4.8.3 支持多种赠送方式 74
4.8.4 积分功能 74
4.8.5 套餐功能 74
4.9 定期事务管理功能 75
4.10 多种货币类型 75
4.11 分业务控制功能 75
4.12 充值功能 75
4.13 配置管理功能 75
4.14 运维功能 76
4.15 查询功能 77
4.16 调帐功能 77
5 场景 77
5.1 客户、用户、帐户及产品模型实例场景 77
5.2 全业务融合 78
5.3 全业务使用场景 80
5.4 帐户场景 80
5.5 付费场景 82
5.5.1 不同时间、地点、消费额度、业务使用不同的付费方式 82
5.5.2 余额、免费资源的转移 83
5.6 实时信用控制场景 84
5.7 AOC场景 85
5.7.1 语音业务AoC场景 85
5.7.2 数据业务AoC场景 86
5.8 多种套餐 87
5.9 充值改变资费策略 88
5.10 多币种计费 89
附录A 术语表 89
附录A 缩略语表 94
表目录Table of contents for the table
1 融合计费的驱动力 9
2 什么是CBE 12
表1 融合计费系统常用术语 17
3 CBE实现机制 19
4 功能特性 56
表2 CBE支持的关系运算 62
5 场景 71
附录A 术语表 83
附录A 缩略语表 88
图目录 Table of contents for the figure
1 融合计费的驱动力 11
2 什么是CBE 14
3 CBE实现机制 21
4 功能特性 58
5 场景 79
附录A 术语表 91
附录A 缩略语表 96

CBE计费能力说明文档
关键词 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 什么是CBE
CBE是华为的融合计费产品，它能为所有语音、数据、内容等商业服务提供灵活的定价和实时的计费功能。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可增强对用户的实时信用控制能力，有效地控制欺诈风险，防止收入漏损。还可提供诸如即时话单、账户信息提醒等功能，通过这些实时的能力，很好地改善了最终客户的业务体验，大大提升了运营商的服务质量。
3．CBE可以方便地实现与其它厂家设备的集成，并且支持各种外部系统的实时接口，满足不同网络环境下的组网要求，运营商在订购CBE时，可以按照自身的实际需要，灵活适配CBE和其他系统部件，组成不同的计费解决方案，降低投资成本。
4．CBE是个在计费、管理模式上融合统一的计费系统，它不仅简化了业务管理方式，降低了运营成本，而且通过统一的客户视图，运营商能够更加方便地进行各种营销和客户服务活动；运营商将对客户的消费习惯、忠诚度等情况有更全面、深入的理解，从而促进改善客户关系、挖掘出更多有发展前景的新业务。

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 数据同步接口
1．CRM到CBE的数据同步接口
预付费和后付费计费系统融合后，CRM需要提供统一客户界面功能。因此，CRM与计费和帐务处理相关的信息刷新，需要通过此接口同步到融合计费系统。
2．CBE到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服务ID
2服务主表
输出：
1用户ID
输入：
1用户ID
2产品定购关系表
输入：
1用户ID
2产品ID
3资费策略模板ID
4策略模板规则主表
输入：
1资费模板ID
2资费规则ID
3用户ID
4产品资料
输入：
1费用项
2用户ID
3入帐关系表
输出：
1一组产品ID
输出：
1一组资费规则ID
输出：
1费用项
输出：
1入帐结果
资费策略
(根据产品信息查找产品资费策略)
输入：
1用户ID
2产品ID
3策略定购实例表
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系统可灵活扩展计费维度和实现计费维度的组合。
配置目的：将用户的生日作为计费维度，即用户生日可影响用户的批价结果，如实现用户在生日当天使用话音业务则打八折这样的资费策略。
配置过程：计费维度的扩