一种计费系统

1.一种计费系统，包括：
营业/客服中心，用于为用户提供统一的用户接触层；其特征在于，所述系统还包括：
信息管理中心，用于存储分客户、分业务的计费策略设置信息；
网元网关，用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并将所述计费消息向至少两个计费引擎进行路由分发；
至少两个计费引擎，每一个所述计费引擎具有实时计费和离线计费两种计费模式，用于接收所述网元网关分发的所述计费消息，并根据所述计费消息进行计费处理。
2.根据权利要求1所述的计费系统，其特征在于，所述网元网关进一步用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并对所述计费消息进行协议适配转换，并将转换后的计费消息按照计费路由规则向所述至少两个计费引擎进行路由分发。
3.根据权利要求2所述的计费系统，其特征在于，所述网元网关包括：
业务识别单元，用于将所述计费消息进行解析，得到所述计费消息对应的业务类型；
协议适配单元，用于对利用在线通讯协议封装的所述计费消息进行格式转换，生成由标准在线通讯协议封装的计费消息，其中，所述在线通讯协议是业务承载网络中的多个业务网元与所述网元网关之间的通讯协议，所述业务网元提供用户使用业务并产生用户使用业务的所述计费消息；
分业务控制单元，用于根据所述计费策略设置信息配置所述计费消息的采集方式，并按照配置的所述采集方式采集用户使用业务的计费消息；
路由选择单元，用于按照计费路由规则将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理。
4.根据权利要求3所述的计费系统，其特征在于，所述协议适配单元具体用于，对所述计费消息的消息头进行解析，得到所述网元网关与所述业务网元的在线通讯协议类型，并按照所述在线通讯协议类型将所述计费消息进行拆分，并按照所述标准在线通讯协议对拆分后的计费消息进行转换和重组，得到由所述标准在线通讯协议封装的计费消息。
5.根据权利要求3所述的计费系统，其特征在于，所述计费策略设置信息包括：由用户通过所述营业/客服中心设置的分业务预付/后付费计费方式，或者由运营商通过所述营业/客服中心设置的分客户、分业务的预付/后付费计费方式；
所述分业务控制单元具体用于，根据所述由用户通过所述营业/客服中心设置的分业务预付/后付费计费方式，或者由运营商通过所述营业/客服中心设置的分客户、分业务的预付/后付费计费方式，采集用户使用业务的计费消息。
6.根据权利要求3所述的计费系统，其特征在于，所述路由选择单元具体用于，按照客户或者按照业务或者按照计费引擎负荷大小，将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理。
7.根据权利要求1所述的计费系统，其特征在于，所述计费引擎包括：
批价引擎单元，用于提供所述用户使用业务的资费标准和使用量；
计费控制单元，用于根据所述资费标准和使用量，对所述用户使用业务进行计费处理，并产生计费话单输出请求；
计费网关单元，用于根据所述计费话单输出请求生成话单文件。
8.根据权利要求7所述的计费系统，其特征在于，所述计费控制单元包括：
在线计费控制子单元，用于接收所述网元网关分发的计费消息，根据所述计费消息调用所述批价引擎单元查询得到所述用户业务使用的资费和使用量，产生在线计费结果；
离线计费控制子单元，用于接收所述网元网关分发的计费消息，根据所述计费消息调用所述批价引擎单元查询得到所述用户业务使用的资费和使用量，产生离线计费结果。
9.根据权利要求7所述的计费系统，其特征在于，所述计费网关单元具体用于，根据所述计费话单输出请求，定时和/或定量地按照不同的业务生成话单文件。
10.根据权利要求1－9任一项所述的计费系统，其特征在于，所述计费消息包括：实时计费消息和/或离线话单。
11.根据权利要求10所述的计费系统，其特征在于，所述实时计费消息包括：语音业务在线计费消息、短信业务在线计费消息、GPRS业务在线计费消息、增值业务在线计费消息、互联网业务在线支付消息、TD上网本在线计费消息、软交换IMS呼叫在线计费消息、充值卡充值、空中充值在线消息中的一个或者多个；
所述离线话单包括：定时采集的用户使用业务的记录。

一种计费系统\n技术领域\n[0001] 本发明涉及通信中的业务支撑技术领域，特别是指一种计费系统。\n背景技术\n[0002] 随着电信业和信息技术服务业的发展，计费方法正在向分业务、分客户灵活计费方向发展。目前的计费模式是对预付费用户和后付费用户的实时计费业务和离线计费业务进行分开单独处理，在线/离线处理方法和架构不一致：\n[0003] 如GPRS业务、梦网业务等数据业务固定采取离线计费模式；语音业务、短信业务等传统业务则固定采取在线计费模式。预付费模式用户只能选择在线计费，后付费模式用户只能选择离线计费。现有技术方案只体现了不同业务、不同客户在线/离线计费的单一性，缺乏两种计费模式在分业务、分客户情况下灵活搭配的复合特性。\n[0004] 在线计费是指提供支持事件型业务的实时计费能力，其涉及各业务平台或者网元等一次性事件型的计费业务(例如：语音呼叫、短信业务等)。离线计费是指外围业务平台通过离线话单方式的离线计费能力，用户使用业务结束后，由外边业务平台输出相应的离线话单(例如GPRS、SP业务等，其中，SP为移动互联网服务提供者)发送到计费引擎完成离线计费处理。\n[0005] 3GPP组织提出了在线计费系统(OCS)的参考模型，以指导计费体系的建设，按照目前现有的计费系统结构下，只实现了预付业务的计费在在线计费系统上处理，后付费业务在离线计费系统上处理，预付/后付费业务计费方式从系统上划分为在线/离线单一系统逻辑处理，没有形成在线/离线计费模式的真正统一，无法支持两种计费模式的分客户、分业务的复合计费。\n[0006] 如图1所示，为现有的一种计费系统的结构示意图，该计费系统包括：营业/客服系统，共享数据中心，在线计费系统，离线计费系统以及业务承载网络；其中，[0007] 所述营业/客服系统是为用户提供统一的用户接触层的营业/客服系统。\n[0008] 所述在线计费系统用于实现业务的在线事件型实时计费，其涉及各业务平台或网元等一次性事件型的计费业务(例如：语音呼叫、短信业务等)。\n[0009] 所述离线计费系统通过离线话单采集、话单处理方式的离线计费，用户使用业务结束后，由外边业务平台输出相应的离线话单(例如：GPRS、SP业务等)，发送到的离线计费系统完成离线计费处理。\n[0010] 所述共享数据中心存放用户数据，包括余额信息，计费方式等大量信息，由在线计费系统、离线计费系统获取使用。\n[0011] 所述业务承载网络由业务网元组成，提供用户使用业务；业务承载网络与在线、离线计费系统进行数据交互，完成计费触发和业务控制。\n[0012] 该种计费系统通过共享数据中心互连在线、离线计费系统的双引擎架构可以实现在线计费业务由在线计费系统完成计费，离线计费业务由离线计费系统完成计费。运营商可以通过设置单一的在线业务、离线业务配置来实现客户在线/离线计费复合。\n[0013] 但这种复合计费系统只是松散的分业务在线/离线计费复合，业务网元所承载的业务只能拥有单一的在线或离线计费方式，且在现有计费系统结构下，分客户、分业务的在线/离线计费方式设置需要通知业务网元、在线计费系统和离线计费系统，信息存储量和数据传递量大，严重影响业务网元和在线、离线计费系统的性能。现在计费系统结构下运营商可以分业务设置该业务网元所承载业务属于在线还是离线计费业务，但对于同一种业务，无法实现以客户为导向由客户自行设置该业务的在线/离线计费方式。运营商也无法实现分客户设置其在线/离线计费方式，即对于高信用客户和低信用客户，无法设置这些客户对同一高价值、高欠费风险的业务进行个性化的在线/离线计费控制。\n[0014] 现有系统实现方式存在如下缺陷：\n[0015] 1、现有计费系统结构下，分客户、分业务的在线/离线计费方式设置需要通知业务网元、在线计费系统和离线计费系统，信息存储量和数据传递量大，严重影响业务网元和在线、离线计费系统的性能。\n[0016] 2、现在计费系统结构下运营商可以分业务设置该业务属于在线还是离线计费业务，但对于同一种业务，无法实现以客户为导向由客户自行设置该业务的在线/离线计费方式。\n[0017] 3、运营商无法实现分客户设置其在线/离线计费方式，即对于高信用客户和低信用客户，无法设置这些客户对同一高价值、高欠费风险的业务进行个性化的在线/离线计费控制。\n发明内容\n[0018] 本发明要解决的技术问题是提供一种计费系统、装置和方法，以支持用户可以分客户、分业务灵活选择计费方式，减轻计费系统实时计费处理压力。\n[0019] 为解决上述技术问题，本发明的实施例提供一种计费系统，包括：\n[0020] 营业/客服中心，用于为用户提供统一的用户接触层；其特征在于，所述系统还包括：\n[0021] 信息管理中心，用于存储分客户、分业务的计费策略设置信息；\n[0022] 网元网关，用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并将所述计费消息向至少两个计费引擎进行路由分发；\n[0023] 至少两个计费引擎，每一个所述计费引擎具有实时计费和离线计费两种计费模式，用于接收所述网元网关分发的所述计费消息，并根据所述计费消息进行计费处理。\n[0024] 其中，所述网元网关进一步用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并对所述计费消息进行协议适配转换，并将转换后的计费消息按照计费路由规则向所述至少两个计费引擎进行路由分发。\n[0025] 其中，所述网元网关包括：\n[0026] 业务识别单元，用于将所述计费消息进行解析，得到所述计费消息对应的业务类型；\n[0027] 协议适配单元，用于对利用在线通讯协议封装的所述计费消息进行格式转换，生成由标准在线通讯协议封装的计费消息，其中，所述在线通讯协议是业务承载网络中的多个业务网元与所述网元网关之间的通讯协议，所述业务网元提供用户使用业务并产生用户使用业务的所述计费消息；\n[0028] 分业务控制单元，用于根据所述计费策略设置信息配置所述计费消息的采集方式，并按照配置的所述采集方式采集用户使用业务的计费消息；\n[0029] 路由选择单元，用于按照计费路由规则将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理。\n[0030] 其中，所述协议适配单元具体用于，对所述计费消息的消息头进行解析，得到所述网元网关与所述业务网元的在线通讯协议类型，并按照所述在线通讯协议类型将所述计费消息进行拆分，并按照所述标准通讯协议对拆分后的计费消息进行转换和重组，得到由所述标准通讯协议封装的计费消息。\n[0031] 其中，所述计费策略设置信息包括：由用户通过所述营业/客服中心设置的分业务预付/后付费计费方式，或者由运营商通过所述营业/客服中心设置的分客户、分业务的预付/后付费计费方式；\n[0032] 所述分业务控制单元具体用于，根据所述由用户通过所述营业/客服中心设置的分业务预付/后付费计费方式，或者由运营商通过所述营业/客服中心设置的分客户、分业务的预付/后付费计费方式，采集用户使用业务的计费消息。\n[0033] 其中，所述路由选择单元具体用于，按照客户或者按照业务或者按照计费引擎负荷大小，将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理。\n[0034] 其中，所述计费引擎包括：\n[0035] 批价引擎单元，用于提供所述用户使用业务的资费标准和使用量；\n[0036] 计费控制单元，用于根据所述资费标准和使用量，对所述用户使用业务进行计费处理，并产生计费话单输出请求；\n[0037] 计费网关单元，用于根据所述计费话单输出请求生成话单文件。\n[0038] 其中，所述计费控制单元包括：\n[0039] 在线计费控制子单元，用于接收所述网元网关分发的计费消息，根据所述计费消息调用所述批价引擎单元查询得到所述用户业务使用的资费和使用量，产生在线计费结果；\n[0040] 离线计费控制子单元，用于接收所述网元网关分发的计费消息，根据所述计费消息调用所述批价引擎单元查询得到所述用户业务使用的资费和使用量，产生离线计费结果。\n[0041] 其中，所述计费网关单元具体用于，根据所述计费话单输出请求，定时和/或定量地按照不同的业务生成话单文件。\n[0042] 其中，所述计费消息包括：实时计费消息和/或离线话单。\n[0043] 其中，所述实时计费消息包括：语音业务在线计费消息、短信业务在线计费消息、GPRS业务在线计费消息、增值业务在线计费消息、互联网业务在线支付消息、TD上网本在线计费消息、软交换IMS呼叫在线计费消息、充值卡充值、空中充值在线消息中的一个或者多个；\n[0044] 所述离线话单包括：定时采集的用户使用业务的记录。\n[0045] 本发明的实施例还提供一种网元网关，应用于包括有信息管理中心和至少两个计费引擎的计费系统，所述网元网关用于根据所述信息管理中心存储的分客户、分业务的计费策略设置信息，采集用户使用业务的计费消息，并将所述计费消息向至少两个计费引擎进行路由分发，并由所述计费引擎根据所述计费消息进行计费处理。\n[0046] 所述网元网关进一步用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并对所述计费消息进行协议适配转换，并将转换后的计费消息按照计费路由规则向所述至少两个计费引擎进行路由分发。\n[0047] 其中，所述网元网关包括：\n[0048] 业务识别单元，用于将所述计费消息进行解析，得到该计费消息对应的业务类型；\n[0049] 协议适配单元，用于对由所述在线通讯协议封装的所述计费消息进行格式转换，生成由标准在线通讯协议封装的计费消息；\n[0050] 分业务控制单元，用于根据所述计费策略设置信息配置所述计费消息的采集方式，并按照配置的所述采集方式采集用户使用业务的计费消息；\n[0051] 路由选择单元，用于按照计费路由规则将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理。\n[0052] 本发明的实施例还提供一种计费引擎，应用于包括有信息管理中心和网元网关的计费系统，所述计费引擎具有实时计费和离线计费两种计费模式，用于接收所述网元网关分发的所述计费消息，并根据所述计费消息进行计费处理；其中，所述计费消息是所述网元网关根据所述信息管理中心存储的分客户、分业务的计费策略设置信息，采集用户使用业务的计费消息。\n[0053] 其中，所述计费引擎包括：\n[0054] 批价引擎单元，用于提供所述用户使用业务的资费标准和使用量；\n[0055] 计费控制单元，用于根据所述资费标准和使用量，对所述用户使用业务进行计费处理，并产生计费话单输出请求；\n[0056] 计费网关单元，用于根据所述计费话单输出请求生成话单文件。\n[0057] 本发明的实施例还提供一种计费设置方法，应用于包括有信息管理中心和网元网关的计费系统，所述计费设置方法包括：\n[0058] 所述信息管理中心获取计费策略设置信息；\n[0059] 所述信息管理中心向网元网关同步所述计费策略设置信息；\n[0060] 所述网元网关根据所述计费策略设置信息从业务网元采集计费消息；\n[0061] 所述网元网关按照路由规则将所述计费消息路由至相应的计费引擎进行计费处理。\n[0062] 其中，所述信息管理中心获取计费策略设置信息的步骤具体为：\n[0063] 所述信息管理中心从营业/客服中心获取用户设置的分业务的计费策略设置信息或者运营商设置的分客户、分业务的计费策略设置信息。\n[0064] 本发明的实施例还提供一种计费方法，应用于包括有网元网关和计费引擎的计费系统，所述计费方法包括；\n[0065] 所述网元网关获取分客户、分业务的计费策略设置信息；\n[0066] 所述网元网关根据所述计费策略设置信息，采集用户使用业务的计费消息；\n[0067] 所述网元网关将所述计费消息向至少两个计费引擎进行路由分发，并由所述计费引擎根据所述计费消息进行计费处理。\n[0068] 其中，所述计费消息包括实时计费消息和/或离线话单；\n[0069] 所述网元网关根据所述计费策略设置信息，采集用户使用业务的计费消息具体为：\n[0070] 所述网元网关根据所述计费策略设置信息，在线实时采集用户使用业务的实时计费消息；或者\n[0071] 所述网元网关根据所述计费策略设置信息，在用户使用业务后，离线采集用户使用业务的离线话单。\n[0072] 其中，所述网元网关将所述计费消息向至少两个计费引擎进行路由分发具体为：\n[0073] 所述网元网关将由在线通讯协议封装的所述计费消息转换成标准通讯协议的计费消息后，按照路由规则向至少两个计费引擎进行路由分发。\n[0074] 本发明的上述技术方案的有益效果如下：\n[0075] 上述方案中，网元网关按照分客户、分业务的计费策略设置信息，完成用户使用业务的计费消息的采集，并将该计费消息分发至计费引擎处理，使可以分客户、分业务地灵活选择计费方式，且多计费引擎并行处理的计费引擎结构，可以使计费选择更加灵活，减轻计费系统实时计费处理压力。\n附图说明\n[0076] 图1为现有的计费系统的架构框图；\n[0077] 图2为本发明的计费系统的架构框图；\n[0078] 图3为图2所示计费系统的网元网关架构框图；\n[0079] 图4为图3所示网元网关中的协议适配单元对计费消息进行协议转换的示意图；\n[0080] 图5为图3所示网元网关中的协议适配单元对计费消息进行协议转换的具体实现示意图；\n[0081] 图6为图3所示网元网关中的协议适配单元对计费消息进行协议转换的第一实施例图；\n[0082] 图7为图3所示网元网关中的协议适配单元对计费消息进行协议转换的第二实施例图；\n[0083] 图8为图2所示计费系统的计费引擎的架构框图；\n[0084] 图9为本发明的计费设置方法的第一实施例流程图；\n[0085] 图10为本发明的计费设置方法的第二实施例流程图；\n[0086] 图11为本发明的计费方法的第一实施例流程图；\n[0087] 图12为本发明的计费方法的第二实施例流程图。\n具体实施方式\n[0088] 为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。\n[0089] 本发明针对现有计费系统不能分客户、分业务灵活计费的问题，本发明的方案提供一种计费系统、装置和方法，以支持用户可以分客户、分业务灵活地选择计费方式，减轻计费系统实时计费处理压力。\n[0090] 如图2所示，本发明的计费系统，包括：\n[0091] 营业/客服中心，用于为用户提供统一的用户接触层；其特征在于，所述系统还包括：\n[0092] 信息管理中心HSC，用于存储分客户、分业务的计费策略设置信息；进一步的，该信息管理中心还可以存放：基础类数据(比如三户资料、用户状态、优惠资料等)、策略类数据(比如号段节点路由策略、号码业务路由策略等)、字典类数据等；\n[0093] 网元网关，用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并将所述计费消息向至少两个计费引擎进行路由分发；\n[0094] 至少两个计费引擎，每一个所述计费引擎具有实时计费和离线计费两种计费模式，用于接收所述网元网关分发的所述计费消息，并根据所述计费消息进行计费处理。\n[0095] 本发明的上述计费系统中的网元网关按照分客户、分业务的计费策略设置信息，完成用户使用业务的计费消息的采集，并将该计费消息分发至计费引擎处理，使可以分客户、分业务灵活地选择计费方式，且多计费引擎并行处理的计费引擎结构，可以使计费选择更加灵活，减轻计费系统实时计费处理压力。\n[0096] 再如图2所示，本发明的计费系统还可以进一步包括：\n[0097] 设置于业务承载网络中的多个业务网元，用于提供用户使用业务，产生用户使用业务的计费消息，并通过在线通讯协议与所述网元网关通讯。\n[0098] 其中，该在线通讯协议如可以是CAP协议(CAMEL Application Part)、SMPP协议(短消息点对点协议)、EMPP协议、Radius协议或者RTCFA协议，网元网关从业务网元处采集的消息(如实时计费消息或者离线话单消息)是用上述在线通讯协议进行封装的。\n[0099] 进一步地，所述网元网关进一步用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并对所述计费消息进行协议适配转换，并将转换后的计费消息按照计费路由规则向所述至少两个计费引擎进行路由分发。\n[0100] 如图3所示，上述计费系统中网元网关可以具体包括：\n[0101] 业务识别单元，用于将所述计费消息进行解析，得到所述计费消息对应的业务类型；\n[0102] 协议适配单元，用于对利用在线通讯协议封装的所述计费消息进行格式转换，生成由标准在线通讯协议封装的计费消息；如图4所示，协议适配单元将业务承载网络中相应业务网元(如MSC(移动交换中心)/MSC-S(移动交换中心服务器)，1616，SMSC(短消息服务中心)，IOD(点播)/ISMG(短信网关)，GGSN(网关GPRS支持节点)，139.COM，Radius Server)对应的在线通讯通讯协议封装的计费消息进行转换后，得到标准在线通讯协议DCC(即数据通信通路协议)格式的计费消息，并路由至计费引擎；\n[0103] 分业务控制单元，用于根据所述计费策略设置信息配置所述计费消息的采集方式，并按照配置的所述采集方式采集用户使用业务的计费消息；\n[0104] 路由选择单元，用于按照计费路由规则将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理。\n[0105] 进一步地，如图5所示，所述协议适配单元具体用于，对所述计费消息的消息头进行解析，得到所述网元网关与所述业务网元的在线通讯协议类型，并按照所述在线通讯协议类型将所述计费消息进行拆分，并按照所述标准通讯协议对拆分后的计费消息进行转换和重组，得到由所述标准通讯协议封装的计费消息。\n[0106] 具体来讲，协议适配单元对在线源消息(如实时计费消息或者离线话单消息)的消息头分析，获取该消息的协议类型后，如上述业务网元与网元网关之向的在线通讯协议，如SMPP，EMPP协议等，并按照相应的协议规范进行分拆、过滤、转换、重组成目标标准协议(如DCC协议)的消息的过程。\n[0107] 如图6所示，为网元网关与业务网元之间的在线通讯协议CAP协议下的IDP(启动DP)操作消息转换为DCC协议消息的过程。IDP是语音呼叫业务网元上报给网元网关NEGW的第一个操作，是网元交换机把它所掌握的并且计费业务逻辑需要的信息告诉计费系统，IDP操作消息的消息体主要包含以下参数：业务键、被叫号码、主叫号码、主叫位置、被叫位置、主被叫流程识别、用户交换机状态等。网元网关NEGW通过对这些消息的消息体的分拆、过滤、转换、重组成标准的DCC协议以便与计费引擎进行通讯，获取计费引擎的鉴权、计费应答。\n[0108] 当然，如图7所示，是将SMPP协议封装的消息转换成DCC协议封装的消息的过程，与上述图6所示的过程类似，只是不同协议的格式不同而已，SMPP协议消息的消息体主要包括以下参数：提交短消息地址、短消息目的地址、短消息类型、短消息长度等。这些源协议消息的消息体的参数通过转换、重组后成为目标DCC协议消息，便于与计费引擎进行通讯，获取计费引擎的鉴权、计费应答。\n[0109] 进一步的，在上述所有实施例中，所述计费策略设置信息包括：由用户通过所述营业/客服中心设置的分业务预付/后付费计费方式，或者由运营商通过所述营业/客服中心设置的分客户、分业务的预付/后付费计费方式；\n[0110] 上述分业务控制单元具体用于，根据所述由用户通过所述营业/客服中心设置的分业务预付/后付费计费方式，或者由运营商通过所述营业/客服中心设置的分客户、分业务的预付/后付费计费方式，以及所述业务类型，采集用户使用业务的计费消息。\n[0111] 当信息管理中心既收到用户通过营业/客服中心设置的分业务预付/后付费计费方式，又收到运营商通过营业/客服中心设置的分客户、分业务的预付/后付费计费方式时，优先选择运营商通过营业/客服中心设置的分客户、分业务的预付/后付费计费方式对计费消息进行采集。\n[0112] 其中，上述路由选择单元具体用于，按照客户或者按照业务或者按照计费引擎负荷大小，将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理，这样以进一步减轻计费压力。\n[0113] 如图8所示，在上述计费系统中，计费引擎可以具体包括：\n[0114] 批价引擎单元，用于提供所述用户使用业务的资费标准和使用量；具体来讲，所述批价引擎RF单元是费用计算模块，通过规则、参数的配置，对业务进行批价，支持灵活资费策略，支持实时计算、实时优惠，支持正算和反算两种计算方式；\n[0115] 计费控制单元，用于根据所述资费标准和使用量，对所述用户使用业务进行计费处理，并产生计费话单输出请求；所述计费控制CF单元是计费引擎的核心控制单元，负责完成用户使用业务的计费认证/鉴权、计费、预留、扣费等操作；\n[0116] 计费网关单元，用于根据所述计费话单输出请求生成话单文件；具体来讲，所述计费网关CGF单元接收计费控制CF单元的计费话单输出请求，根据定时和/或定量的策略，按照不同的业务生成不同格式的话单文件，供综合帐务做帐务级的优惠处理、查询、统计使用。\n[0117] 其中，上述计费控制包括在线计费控制和离线计费控制，综合实现在线计费控制离线计费控制两种方式，所述计费控制单元包括：\n[0118] 在线计费控制子单元，用于接收所述网元网关分发的计费消息，根据所述计费消息调用所述批价引擎单元查询得到所述用户业务使用的资费和使用量，产生在线计费结果，并将所述在线计费结果通过所述网元网关发送到相应的业务网元；\n[0119] 具体来讲，在线计费控制是计费控制单元接收经过网元网关处理后的计费消息，建立并维护会话信息，进行业务识别(如长途类型，漫游类型，亲情号码等)和计费策略选择，调用批价引擎单元查询得到业务使用的资费、价格或使用量，经过计费、对帐户余额的预留和扣费后将计费鉴权的结果(即在线计费结果)通过回网元网关发送到相应的业务网元；\n[0120] 离线计费控制子单元，用于接收所述网元网关分发的计费消息，根据所述计费消息调用所述批价引擎单元查询得到所述用户业务使用的资费和使用量，产生离线计费结果，并将所述离线计费结果通过所述网元网关发送相应的业务网元；具体来讲，离线计费控制是控制相关业务的业务识别、资费查询、算费批价、余额累积量查询/扣减、销帐/信用控制等业务处理流程，调用批价引擎单元循环将各种离线单进行计费或退费，并出二进制话单和二进制扣减记录；\n[0121] 图中的DCC Que是在线实时消息队列，负责循环处理网元网关NEGW分发过来的实时计费消息；\n[0122] 所述CDR Que是离线话单处理队列，负责循环处理网元网关NEGW分发过来的离线话单。\n[0123] 其中，上述实时计费消息包括：语音业务在线计费消息、短信业务在线计费消息、GPRS业务在线计费消息、增值业务在线计费消息、互联网业务在线支付消息、TD上网本在线计费消息、软交换IMS呼叫在线计费消息、充值卡充值、空中充值在线消息中的一个或者多个；\n[0124] 所述离线话单包括：定时采集的用户使用业务的记录，即离线采集主要是对采集源的离线话单形式的服务使用记录进行实时或定时读取采集，并格式化标准服务使用记录。\n[0125] 综上所述，本发明的计费系统与现有计费系统相比，具有如下优势：\n[0126] 1、本发明提供一种全新的计费系统，其中计费引擎是可以同时支持实时计费和离线计费两种计费模式，多引擎并行处理方式的高性能计费引擎结构；\n[0127] 2、在业务承载网络与计费引擎间加入网元网关NEGW部件，该部件可以同时实现在线、离线综合采集，完成原始服务使用记录的离线采集和在线计费消息的接入，通过协议适配单元转换为标准格式的在线DCC消息后，按照计费路由规则和分业务控制对不同的计费引擎N进行路由分发以完成相应的在线/离线计费处理。通过协议适配单元的通讯协议转换功能可以对在线源消息的消息头分析，获取该消息的协议类型后按照相应的协议规范进行分拆、过滤、转换、重组成目标协议标准的消息；\n[0128] 3、分客户、分业务的在线、离线计费更改不再需要通知业务网元，业务网元统一使用在线消息给网元网关NEGW，由网元网关NEGW根据分业务控制判断客户业务的在线/离线计费方式，采用相应的在线/离线计费规则进行处理。\n[0129] 4、原有的计费系统结构下只能实现业务的在线/离线计费方式的单一性设置，对于不同客户无法对同一业务设置该业务个性化在线/离线计费方式。本发明则可以实现客户可以自主设置不同业务的在线/离线计费方式。运营商可以设置低风险、低价值的业务可采用离线计费；高价值、高风险的业务可采用在线计费。运营商也可以实现分客户设置其在线/离线计费方式，例如低端客户的订购业务可采用在线计费；中端客户的低价值业务采用离线计费；高价值业务采用在线计费，高信用度的高端客户或特定客户群体的订购业务采用离线计费。既减轻系统实时计费处理压力，同时可防止产生高额欠费。\n[0130] 与此同时，本发明的实施例还提供一种网元网关，应用于包括有信息管理中心和至少两个计费引擎的计费系统，\n[0131] 所述网元网关用于根据所述信息管理中心存储的分客户、分业务的计费策略设置信息，采集用户使用业务的计费消息，并将所述计费消息向至少两个计费引擎进行路由分发，并由所述计费引擎根据所述计费消息进行计费处理。\n[0132] 进一步地，所述网元网关进一步用于根据所述计费策略设置信息，采集用户使用业务的计费消息，并对所述计费消息进行协议适配转换，并将转换后的计费消息按照计费路由规则向所述至少两个计费引擎进行路由分发。\n[0133] 其中，所述网元网关具体可包括：\n[0134] 业务识别单元，用于将所述计费消息进行解析，得到该计费消息对应的业务类型；\n[0135] 协议适配单元，用于对由所述在线通讯协议封装的所述计费消息进行格式转换，生成由标准在线通讯协议封装的计费消息；\n[0136] 分业务控制单元，用于根据所述计费策略设置信息配置所述计费消息的采集方式，并按照配置的所述采集方式采集用户使用业务的计费消息；\n[0137] 路由选择单元，用于按照计费路由规则将所述由标准在线通讯协议封装的计费消息分发至相应的计费引擎进行计费处理。\n[0138] 需要说明的是：上述图1-图8中所示的网元网关的具体应用和实现均适用于该网元网关实施例中，也能达到同样的技术效果，在此不再赘述。\n[0139] 与此同时，本发明的实施例还提供一种计费引擎，应用于包括有信息管理中心和网元网关的计费系统，\n[0140] 所述计费引擎具有实时计费和离线计费两种计费模式，用于接收所述网元网关分发的所述计费消息，并根据所述计费消息进行计费处理；其中，所述计费消息是所述网元网关根据所述信息管理中心存储的分客户、分业务的计费策略设置信息，采集用户使用业务的计费消息。\n[0141] 其中，所述计费引擎包括：\n[0142] 批价引擎单元，用于提供所述用户使用业务的资费标准和使用量；\n[0143] 计费控制单元，用于根据所述资费标准和使用量，对所述用户使用业务进行计费处理，并产生计费话单输出请求；\n[0144] 计费网关单元，用于根据所述计费话单输出请求生成话单文件。\n[0145] 需要说明的是：上述图1-图8中所示的计费引擎的具体应用和实现均适用于该计费引擎实施例中，也能达到同样的技术效果，在此不再赘述。\n[0146] 本发明的实施例还提供一种计费设置方法，应用于包括有信息管理中心和网元网关的计费系统，所述计费设置方法包括：\n[0147] 所述信息管理中心获取计费策略设置信息；\n[0148] 所述信息管理中心向网元网关同步所述计费策略设置信息；\n[0149] 所述网元网关根据所述计费策略设置信息从业务网元采集计费消息；\n[0150] 所述网元网关按照路由规则将所述计费消息路由至相应的计费引擎进行计费处理。\n[0151] 其中，所述信息管理中心获取计费策略设置信息的步骤具体为：\n[0152] 所述信息管理中心从营业/客服中心获取用户设置的分业务的计费策略设置信息或者运营商设置的分客户、分业务的计费策略设置信息。\n[0153] 下面结合具体的流程说明上述计费设置方法的具体实现过程：\n[0154] 如图9所示，以营业/客服为导向，客户发起的分业务预付费/后付费复合计费设置方法，包括：\n[0155] 1.用户向营业/客服中心发起分业务预付/后付计费方式请求；\n[0156] 2.营业/客服中心根据用户信息进行合法性验证和资费变更处理；\n[0157] 3.营业/客服中心向信息管理中心HSC发送用户的分业务预付/后付计费策略设置信息；\n[0158] 4.信息管理中心HSC向网元网关NEGW同步用户的预付/后付计费策略设置信息的设置通知；\n[0159] 5.网元网关NEGW根据客户分业务的付费方式设置通知进行在线实时计费消息/离线话单的采集方式的修改；\n[0160] 6.按照路由规则将实时计费消息/离线话单送到相应的计费引擎进行计费处理。\n[0161] 如图10所示，基于减轻系统实时计费压力，由运营商发起的区分客户、区分业务的在线/离线灵活计费的设置方法，包括：\n[0162] 1.运营商向营业/客服中心发起分客户、分业务预付/后付计费方式设置请求；\n[0163] 2.营业/客服中心检测运营商配置与客户自主设置之间冲突，若检测出冲突；\n[0164] 3.客户自主设置功能关闭，以运营商设置优先级为高进行分客户、分业务的在线/离线计费设置更改；\n[0165] 4.营业/客服中心向信息管理中心HSC发送分客户、分业务预付/后付计费最终计费策略设置信息；\n[0166] 5.信息管理中心HSC向网元网关NEGW同步分客户、分业务预付/后付计费的计费策略设置信息设置通知；\n[0167] 6.网元网关NEGW根据分客户、分业务的计费策略设置信息设置通知进行实时计费消息/离线话单采集方式修改；\n[0168] 7.网元网关NEGW按照路由规则将在线计费消息/离线话单送到相应的计费引擎进行计费处理。\n[0169] 本发明的实施例还提供一种计费方法，应用于包括有网元网关和计费引擎的计费系统，所述计费方法包括；\n[0170] 所述网元网关获取分客户、分业务的计费策略设置信息；\n[0171] 所述网元网关根据所述计费策略设置信息，采集用户使用业务的计费消息；\n[0172] 所述网元网关将所述计费消息向至少两个计费引擎进行路由分发，并由所述计费引擎根据所述计费消息进行计费处理。\n[0173] 其中，所述计费消息包括实时计费消息和/或离线话单；\n[0174] 所述网元网关根据所述计费策略设置信息，采集用户使用业务的计费消息具体为：\n[0175] 所述网元网关根据所述计费策略设置信息，在线实时采集用户使用业务的实时计费消息；或者\n[0176] 所述网元网关根据所述计费策略设置信息，在用户使用业务后，离线采集用户使用业务的离线话单。\n[0177] 其中，所述网元网关将所述计费消息向至少两个计费引擎进行路由分发具体为：\n[0178] 所述网元网关对由在线通讯协议封装的所述计费消息转换成标准通讯协议的计费消息后，按照路由规则向至少两个计费引擎进行路由分发；其中，所述在线通讯协议是业务承载网络中的多个业务网元与所述网元网关之间的通讯协议，所述业务网元提供用户使用业务并产生用户使用业务的所述计费消息；按照路由规则向至少两个计费引擎进行路由分发具体可以是：按照客户或者按照业务或者按照计费引擎负荷大小向至少两个计费引擎进行路由分发。\n[0179] 下面以具体实现实例说明上述计费方法的实现过程：\n[0180] 如图11所示，分客户、分业务的在线计费方法，包括：\n[0181] 1.用户使用业务；\n[0182] 2.业务网元向网元网关NEGW发起在线计费请求；\n[0183] 3.网元网关NEGW采集到业务网元在线计费消息，通过协议适配单元把采集到的在线计费消息转换为标准的DCC协议请求；\n[0184] 4.网元网关NEGW调用分业务控制单元进行分客户、分业务处理；\n[0185] 5.网元网关NEGW进行计费引擎路由选择；\n[0186] 6.网元网关NEGW再根据计费引擎路由配置把转换后的标准DCC协议发送到相应的计费引擎N进行计费处理；\n[0187] 7.计费引擎N处理接收到的在线计费请求；\n[0188] 8.计费引擎N完成计费处理后返回消息给网元网关NEGW；\n[0189] 9.网元网关NEGW返回交易应答给业务网元；\n[0190] 10.业务网元返回结果给用户。\n[0191] 如图12所示，分客户、分业务的离线计费方法，包括：\n[0192] 1.用户请求使用业务；\n[0193] 2.业务网元向网元网关NEGW发起在线计费请求；\n[0194] 3.网元网关NEGW采集到业务网元在线计费消息，通过协议适配单元把采集到的在线计费消息转换为标准的DCC协议请求；\n[0195] 4.网元网关NEGW调用分业务控制单元进行分客户、分业务处理；\n[0196] 5.网元网关NEGW进行计费引擎路由选择；\n[0197] 6.判断该客户该业务需要进行离线计费，再根据计费引擎路由配置把转换后的标准DCC协议(在线鉴权离线计费)发送到相应的计费引擎N进行鉴权处理；\n[0198] 7.计费引擎N处理接收到的在线鉴权请求；\n[0199] 8.计费引擎N完成鉴权处理后返回消息给网元网关NEGW；\n[0200] 9.网元网关NEGW返回交易应答给业务网元；\n[0201] 10.业务网元返回结果给用户。\n[0202] 11.用户使用完业务；\n[0203] 12.业务网元生成相应离线话单；\n[0204] 13.网元网关NEGW采集到该业务网元的离线话单；\n[0205] 14.通过协议适配单元把采集到的离线话单转换为标准的CDR话单格式；\n[0206] 15.网元网关进行计费引擎路由选择；\n[0207] 16.网元网关再根据计费引擎路由配置把转换后的标准CDR话单发送到相应的计费引擎N进行计费处理；\n[0208] 17.计费引擎N处理接收到的离线话单；\n[0209] 18.计费引擎N完成计费处理后返回消息给网元网关NEGW；\n[0210] 19.网元网关NEGW返回话单处理结果给业务网元；\n[0211] 20.业务网元返回扣费结果给用户。\n[0212] 综上所述，本发明的方法同样按照分客户、分业务的计费策略设置信息，完成用户使用业务的计费消息的采集，并将该计费消息分发至计费引擎处理，使可以分客户、分业务地灵活选择计费方式，且多计费引擎并行处理的计费引擎结构，可以使计费选择更加灵活，减轻计费系统实时计费处理压力。\n[0213] 以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。