CN1859533A - 电信业务计费系统和方法 - Google Patents

Abstract

一种电信业务计费系统和方法，在电信业务计费系统中设置融合计费系统；融合计费系统从交换服务设备获取计费数据记录，直接或间接与交换服务设备进行交互，结合离线计费和在线计费方式，或预付费和后付费方式进行融合计费。融合计费系统可以基于同一套用户、帐户、资费数据，交换服务设备可以为电路域、分组域或IP多媒体子系统域的交换服务设备。本发明克服了现有的电信业务计费方法中不能为用户提供同时采用在线计费和离线计费方式或者使用预付费和后付费的服务，以及计费方式不灵活的缺点，实现融合计费，并使得计费方式更加灵活。

Description

电信业务计费系统和方法

技术领域

本发明涉及电信技术领域，尤其涉及一种电信业务计费系统和方法。

背景技术

目前电信领域有两种计费体系架构，一种是BOSS(Business and OperationSupport System，业务运营支撑系统)采用的基于CDR(Charging Data Record，计费数据记录)的离线计费，一种是基于信令消息的在线计费(例如：智能网系统)。

BOSS系统采用的离线计费是：运营商提供给用户的服务(包括：话音呼叫服务、数据业务服务等)结束后，由交换服务设备产生的话单，BOSS收集话单进行批价计费。这种方式计费存在较大延迟，在服务过程中BOSS对服务没有控制能力，容易发生透支和欠费。离线计费通常应用于后付费计费方式(即用户可以先使用服务，再付费)，或者准预付费计费方式(即要求用户先缴费再使用服务，但并不严格控制)。

在线计费是：用户使用服务(包括：电路域、数据域、IMS域的各种服务)时，交换服务设备触发信令消息给业务控制设备(例如：业务控制点SCP、业务控制逻辑SCL等)，由业务控制设备对用户使用的服务进行鉴权、预算、实时计费、实时费用监控和服务控制能力。采用这种方式能够根据用户帐户余额精确地控制服务使用量，避免用户透支和欠费。在线计费通常应用于预付费计费方式(即用户先付费，再使用服务，能够严格控制没钱即不提供服务)。但目前以智能网SCP为代表的在线计费系统，在计费灵活性、性能、需求快速响应方面与BOSS存在较大差距。

另外越来越多的分组域和IMS(IP多媒体子系统)域的新业务，因为交换服务设备初期不具备信令触发到业务控制设备的能力，需要采用离线计费方式直接根据交换服务设备输出的CDR计费，快速响应这些新需求。

随着运营商提供给用户服务种类的增加，运营商希望用户某些服务时采用在线计费实现的预付费方式，用户使用另一些服务时采用离线计费实现的后付费或准预付费方式。运营商也希望由用户自己选择使用预付费方式的服务和后付费方式的服务。

而且目前存在电路域、分组域、IMS域分别采用不同的在线计费系统实现在线计费。这样运营商同时为用户提供各个域的服务时，组合计费和运营管理等方面比较困难。

现有技术一中，BOSS系统采用基于CDR(计费数据记录)离线计费的系统架构，如图1所示，BOSS离线计费说明如下：

1)用户使用电信运营商提供的服务，电信交换服务设备产生计费数据记录(CDR)，即话单。

2)Mediation(话单采集机)定期从交换服务设备采集CDR，送给BOSS计费系统。

3)BOSS计费系统根据CDR批价计费，做入帐处理。并由信用控制模块对用户帐户余额做判断，当用户帐户余额下降到停服务界线以下时，向HLR(归属位置寄存器)发停服务操作，这样用户下次就不能使用服务。

4)用户可以通过BOSS运营管理提供的途径缴费重新开通服务。

现有技术一BOSS计费系统采用的基于CDR(计费数据记录)离线计费方式，存在以下缺点：

1、从用户使用服务导致帐户余额用尽，至BOSS计费系统判断出用户帐户余额用尽并到HLR停服务，这里存在较大延迟，在此期间用户再次使用服务产生的费用都为帐户余额透支，容易产生欠费。

2、在用户使用服务过程中，BOSS对用户使用服务没有控制能力，这样导致用户即使余额很少，也能一次性的超量使用服务，到对使用服务产生的话单进行计费时才发现帐户余额被透支，容易产生欠费。

3、用户使用服务后，不能立即获得本次服务产生的费用和使用服务后的帐户余额。

现有技术二是基于信令消息的在线计费，如图2所示为智能网系统采用的基于信令消息的在线计费的系统架构图，业务控制设备层说明如下：

1)业务控制设备层可以是传统智能网SCP、PS(分组)域的SCL等。

2)业务控制设备层主要完成：与交换服务设备进行信令的交互(包括信令接收和信令下发)、服务控制(包括：改变路由、VPN长短号翻译、流程选择、播放通知音、收号、取漫游信息、到归属SP/CP做内容鉴权、权限控制等)、计费和帐务处理(包括：鉴权、预算、计费、入帐、帐务优惠等)。

3)业务控制设备层可以访问和更新与服务控制、计费和帐务处理等相关数据。

CS(电路域)、PS(分组域)、IMS(IP多媒体子系统)域的各种交换服务设备包括PSTN(公共电话交换网)、MSC(移动交换中心)、SSP(业务交换点)、HLR(归属位置寄存器)、GGSN(网关GPRS支持节点)、SGSN(服务GPRS支持节点)、SMSC(短消息中心)、IMS Core(IMS核心网)等网络设备。

在线计费典型流程概要说明如下(不同服务具体流程可以不同)：

1)用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到业务控制设备。

2)业务控制设备根据用户和帐户等数据对服务进行鉴权、预算服务可使用量、服务控制，并向交换服务设备下发计费和接续等信令。

3)某些信令协议可下发服务可使用量，并由交换服务设备根据使用服务量进行监控。

4)交换服务设备上报服务实际使用量，业务控制设备根据服务实际使用量进行计费，并从帐户扣费。如果帐户仍有余额，继续预算可使用服务量，重复步骤3)，用户可继续使用服务；否则下发结束服务信令，用户不能继续使用服务。

传统智能网SCP系统基于智能网的概念模型INCM(Intelligent NetworkConcept Model)实现，如图3所示。

图中标识说明如下：

SIB：业务独立构件     FEA：功能实体动作 FE：功能实体

PE：物理实体          SF：业务特征      EF：单元功能

IF：信息流            P：协议           POI：起始点

POR：返回点           --->：指示语      BCP：基本呼叫处SIB

现有技术二的缺点在于：

1、传统智能网SCP系统基于智能网的概念模型INCM(Intelligent NetworkConcept Model)实现，用SIB搭建业务逻辑，在计费灵活性、性能、需求快速响应方面与BOSS存在较大差距。

2、如果交换服务设备不支持服务的信令触发业务控制，则采用此技术的系统不支持该服务。

3、在线计费系统的业务控制设备中有一套用户、帐户、资费策略等资料，并有对应的运营管理系统；离线计费系统的BOSS设备中也有一套用户、帐户、资费策略等资料，也有对应的运营管理系统。这样不方便运营商为用户同时提供采用在线计费和离线计费方式的服务，也不方便用户在两套系统之间切换，即不便于用户同时使用预付费和后付费服务。

4、业务控制设备层也存在多套不同的系统，分别有各自的用户、帐户、资费策略等资料，以及对应的运营管理系统。这样不便于运营商为用户同时提供不同在线计费系统提供的服务，运营维护比较困难。

5、因为各套系统独立计费，运营商很难提供各套系统提供服务的组合资费策略。

发明内容

本发明所要解决的技术问题是：克服了现有的电信业务计费方法中不能为用户提供同时采用在线计费和离线计费方式或者使用预付费和后付费的服务，以及计费方式不灵活的缺点，提供一种电信业务计费系统和方法，实现融合计费，并使计费方式更加灵活。

本发明为解决上述技术问题所采用的技术方案为：

这种电信业务计费方法，包括以下步骤：

在电信业务计费系统中设置融合计费系统；

所述融合计费系统从交换服务设备获取计费数据记录，直接或间接与交换服务设备进行交互，结合离线计费和在线计费方式，或预付费和后付费方式进行融合计费。

所述的融合计费系统基于同一套用户、帐户、资费数据。

所述的交换服务设备为电路域、分组域或IP多媒体子系统域的交换服务设备。

所述的融合计费系统可以定期通过话单采集机从交换服务设备采集计费数据记录，并根据计费数据记录进行批价计费。

可以在电信业务计费系统中设置业务控制设备，所述的融合计费系统通过该业务控制设备与所述的交换服务设备间接进行交互，由业务控制设备完成服务控制功能，以及与交换服务设备进行信令交互，同时与融合计费系统之间进行鉴权和计费交互。所述的业务控制设备可以为智能网业务控制点或分组域的业务控制逻辑。

所述的融合计费系统进行在线计费的步骤包括：

A1、用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到业务控制设备；

A2、业务控制设备进行服务控制操作，并向融合计费系统发送计费和帐务操作请求，融合计费系统返回交互结果给业务控制设备；

A3、业务控制设备根据与融合计费系统交互结果做服务控制操作，以及与交换服务设备进行信令交互；

A4、业务控制设备下发服务可使用量，并由交换服务设备根据使用服务量进行监控；

A5、交换服务设备上报服务实际使用量，业务控制设备将服务实际使用量发送给融合计费系统请求计费，融合计费系统根据服务实际使用量进行计费和入帐；

A6、业务控制设备和融合计费系统之间进行交互，如果融合计费系统返回鉴权不通过、预算可使用量不足、或预扣失败，则业务控制设备下发结束服务信令，用户不能继续使用服务。

所述融合计费系统内可以设置融合计费功能模块和业务控制功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制；在电信业务计费系统中还设置信令交互设备，所述的业务控制功能模块通过该信令交互设备与所述的交换服务设备进行信令交互。所述的信令交互设备可以为智能网业务控制点或分组域的业务控制逻辑。

所述的融合计费系统进行在线计费的步骤包括：

B1、用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到信令交互设备；

B2、信令交互设备将消息转发给融合计费系统；

B3、融合计费系统进行服务控制操作、计费和帐务操作，信令交互设备根据服务控制和计费帐务操作的结果与交换服务设备之间进行信令交互；

B4、信令交互设备下发服务可使用量，并由交换服务设备根据使用服务量进行监控；

B5、交换服务设备上报服务实际使用量，信令交互设备将服务实际使用量发送给融合计费系统请求计费，融合计费系统根据服务实际使用量进行计费和入帐；

B6、信令交互设备和融合计费系统之间进行交互，如果融合计费系统发现鉴权不通过、预算可使用量不足、或预扣失败，则融合计费系统指示信令交互设备下发结束服务信令，用户不能继续使用服务。

所述融合计费系统内可以设置融合计费功能模块、业务控制功能模块和信令交互功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制，所述信令交互功能模块直接与所述交换服务设备进行信令交互。

所述的融合计费系统进行在线计费的步骤包括：

C1、用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到融合计费系统；

C2、融合计费系统进行服务控制操作，并进行计费和帐务操作，直接根据服务控制和计费帐务操作的结果与交换服务设备之间进行信令交互；

C3、融合计费系统下发服务可使用量，并由交换服务设备根据使用服务量进行监控；

C4、交换服务设备通过信令消息上报服务实际使用量给融合计费系统，融合计费系统根据服务实际使用量进行计费和入帐；

C5、融合计费系统与交互服务设备之间进行信令交互，如果融合计费系统发现鉴权不通过、预算可使用量不足、或预扣失败，则直接向交互服务设备下发结束服务信令，用户不能继续使用服务。

相应的一种电信业务计费系统，还包括融合计费系统，所述融合计费系统从交换服务设备获取计费数据记录，直接或间接与交换服务设备进行交互，结合离线计费和在线计费方式，或预付费和后付费计费方式进行融合计费。

所述的交换服务设备可以为电路域、分组域或IP多媒体子系统域的交换服务设备。

所述的融合计费系统可以通过话单采集机与所述的交换服务设备连接，通过话单采集机从交换服务设备采集计费数据记录，并根据计费数据记录进行批价计费。

所述的电信业务计费系统中可以设置业务控制设备，所述的融合计费系统通过该业务控制设备与所述的交换服务设备连接，由所述业务控制设备完成服务控制功能，以及与所述交换服务设备进行信令交互，同时与所述融合计费系统之间进行鉴权和计费交互。所述的业务控制设备可以为智能网业务控制点或分组域的业务控制逻辑。

所述融合计费系统内可以设置融合计费功能模块和业务控制功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制；在电信业务计费系统中还设置信令交互设备，所述业务控制功能模块通过该信令交互设备与所述的交换服务设备进行信令交互。所述的信令交互设备可以为智能网业务控制点或分组域的业务控制逻辑。

所述融合计费系统内可以设置融合计费功能模块、业务控制功能模块和信令交互功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制，所述信令交互功能模块直接与所述交换服务设备进行信令交互。

本发明的有益效果为：本发明用一套融合计费系统同时支持在线计费和离线计费、同时支持预付费和后付费、同时支持CS域、PS域、IMS域的各种服务，带来的好处有：

1)运营商可以对于交换服务设备支持信令触发业务控制设备的服务，采用在线计费、预付费方式，可以避免透支和欠费；对于交换服务设备暂不支持信令触发业务控制设备的服务，可以采用离线计费的方式快速地开展业务。

2)方便运营商为用户同时提供预付费和后付费方式的服务，方便用户在预付费和后付费之间转换。

3)方便运营商为用户提供各种话音类服务、数据类服务、流媒体类服务定的组合资费策略，方便运营管理系统对多种服务的统一管理。

4)提高传统智能网系统预付费等业务的计费灵活性、性能、需求响应速度等方面的能力。

附图说明

图1为现有BOSS系统采用基于CDR离线计费的系统架构图；

图2为现有智能网系统采用的基于信令消息的在线计费的系统架构图；

图3为现有基于智能网的概念模型INCM示意图；

图4为本发明电信业务融合计费的系统架构图一；

图5为本发明话音预付费业务的交互流程图；

图6为本发明电信业务融合计费的系统架构图二；

图7为本发明电信业务融合计费的系统架构图三。

具体实施方式

下面根据附图和实施例对本发明作进一步详细说明：

实施例一：

如图4所示为本发明电信业务融合计费的系统架构图一，在本系统架构下的业务控制设备层说明如下：

1)业务控制设备层可以是传统智能网SCP、PS域的SCL等。

2)业务控制设备层主要完成：与交换服务设备进行信令的交互(包括信令接收和信令下发)、服务控制(包括：改变路由、虚拟专用网VPN长短号翻译、流程选择、播放通知音、收号、取漫游信息、到归属SP/CP做内容鉴权、权限控制、基本鉴权等)。不再处理计费和帐务处理部分功能。

3)业务控制设备层可以访问和更新与服务控制相关数据(例如：控制路由和放音的数据、VPN长短号转换数据等)，无需访问和更新计费和帐务处理相关数据。

在本系统架构下的融合计费设备层说明如下：

1)融合计费系统是一套系统实体，包括软件系统、数据库系统、以及计算机设备；可以是多台计算机设备、多个软件模块一起协同工作；各个软件模块是基于同一套用户、帐户、资费等数据一起协同完成融合计费功能，可以同时支持离线计费和在线计费，可以同时支持预付费和后付费，可以同时支持CS域、PS域、IMS域的各种服务的计费。而不是像现有技术那样由多个独立系统实体分别实现一些功能，例如：智能系统有自己的一套用户、帐户、资费等数据，支持在线计费、支持预付费；BOSS系统也有自己的一套用户、帐户、资费等数据，支持离线计费、支持后付费。

2)融合计费系统可以支持鉴权、预算、预扣、计费、入帐、充值缴费、帐户余额查询等各种与计费和帐务相关的功能。

3)融合计费系统可访问和更新与计费和帐务相关的数据(例如：用户资料、用户订购的产品信息、帐户资料、产品资费策略数据等)。

在本系统架构下，融合计费系统支持离线计费与现有的BOSS支持离线计费类似，参考前面BOSS离线计费说明。

在本系统架构下，融合计费系统支持在线计费概要说明如下(不同服务具体流程可以不同)：

1)用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到业务控制设备。

2)业务控制设备可以对服务做一些服务控制操作。

3)业务控制设备可以向融合计费系统发送鉴权、预算、预扣、计费、扣费、缴费等请求，当然这些请求根据具体情况可以多次交互，根据每次交互结果和当前状态发送，也可以组合发送。融合计费系统会返回交互结果给业务控制设备，包括：鉴权是否通过、服务可使用量、余额是否足够状态等信息。

4)业务控制设备可以根据与融合计费系统交互的结果做一些服务控制操作，以及与交换服务设备进行信令交互，例如：放音、下发AC(Apply Charge)、Connect等信令。

5)业务控制设备与交换服务设备之间的某些信令协议可下发服务可使用量，并由交换服务设备根据使用服务量进行监控。

6)交换服务设备上报服务实际使用量，业务控制设备将服务实际使用量发送给融合计费系统请求计费，融合计费系统根据服务实际使用量进行计费和入帐。

7)业务控制设备和融合计费系统之间可以进行多次鉴权、预算、预扣、计费、扣费等操作请求。如果融合计费系统返回鉴权不通过、预算可使用量不足、预扣失败等，则业务控制设备可以下发结束服务信令，用户不能继续使用服务。

在本系统架构下，融合计费系统与业务控制设备之间通过实时消息进行交互。根据具体不同的服务定制不同的消息交互流程，例如话音预付费业务的典型交互流程如图5所示：

图中信令说明如下：

IDP(Initial DP)初始触发点

RRBE(Request Report BCSM Event)请求上报事件

AC(Apply Charging)请求计费

Contine接续

ACR(Apply Charing Report)计费报告

ERB(Event Report BCSM)事件报告

RC(Release Call)释放呼叫

实施例二：

如图6所示为本发明电信业务融合计费的系统架构图二，在本系统架构下的信令交互设备层说明如下：

1)信令交互设备层可以是传统智能网SCP、PS域的SCL等。

2)信令交互设备层主要完成：与交换服务设备进行信令的交互，包括信令接收(例如：接受IDP、ERB、ACR、P&C Result等)和信令下发(例如：RRBE、AC、PA、P&C、ATI、Continue、Connect等)。信令交互设备层根据融合计费系统返回的结果下发信令，本身不再做服务控制逻辑处理、不再做计费和帐务处理部分功能。

3)信令交互设备无需访问与服务控制逻辑相关的数据，也无需访问与计费和帐务处理相关的数据。

在本系统架构下的融合计费设备层说明如下：

1)融合计费系统是一套系统实体，包括软件系统、数据库系统、以及计算机设备；可以是多台计算机设备、多个软件模块一起协同工作；各个软件模块是基于同一套用户、帐户、资费等数据一起协同完成融合计费功能，可以同时支持离线计费和在线计费，可以同时支持预付费和后付费，可以同时支持CS域、PS域、IMS域的各种服务的计费。而不是像现有技术那样由多个独立系统实体分别实现一些功能，例如：智能系统有自己的一套用户、帐户、资费等数据，支持在线计费、支持预付费；BOSS系统也有自己的一套用户、帐户、资费等数据，支持离线计费、支持后付费。

2)融合计费系统可以支持鉴权、预算、预扣、计费、入帐、充值缴费、帐户余额查询等各种与计费和帐务相关的功能。

3)融合计费系统可访问和更新与计费和帐务相关的数据(例如：用户资料、用户订购的产品信息、帐户资料、产品资费策略数据等)。

与图4中的融合计费系统架构1不同的是图6中的融合计费系统架构2还具有以下特性：

1)具有业务控制功能模块，可以做服务控制，包括：确定路由的改变、做VPN长短号翻译、确定做播放通知音、确定做放音收号、确定取漫游信息等。

2)融合计费系统可访问和更新与服务控制相关的数据，这些数据如果与计费和帐务相关的数据是重复的，则可以只维护一份，避免做数据同步，降低复杂度。

在本系统架构下，融合计费系统支持离线计费与现有的BOSS支持离线计费类似，参考前面BOSS离线计费说明。在本系统架构下，融合计费系统支持在线计费概要说明如下(不同服务具体流程可以不同)：

1)用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到信令交互设备。

2)信令控制设备将消息转发给融合计费系统。

3)融合计费系统可以做服务控制操作，以及做鉴权、预算、预扣、计费、扣费、缴费等计费和帐务操作，信令交互设备根据服务控制和计费帐务操作的结果与交换服务设备之间做信令交互，例如：放音、下发AC(Apply Charge)、Connect等信令。

4)信令交互设备与交换服务设备之间的某些信令协议可下发服务可使用量，并由交换服务设备根据使用服务量进行监控。

5)交换服务设备上报服务实际使用量，信令交互设备将服务实际使用量发送给融合计费系统请求计费，融合计费系统根据服务实际使用量进行计费和入帐。

6)信令交互设备和融合计费系统之间可以进行多次消息的交互。如果融合计费系统发现鉴权不通过、或预算可使用量不足、或预扣失败等，则融合计费系统可以指示信令交互设备下发结束服务信令，用户不能继续使用服务。

实施例二技术方案与实施例一技术方案相比，存在以下差异：

1、业务控制功能模块也在融合计费系统中实现，这样业务控制功能模块和融合计费模块可以共用一些数据，降低了因数据同步带来的系统复杂度。并且业务控制功能模块可以直接使用融合计费功能模块的一些功能，可以与融合计费功能模块采用同样的实现技术，可以降低了业务控制与计费功能之间接口复杂度。

2、信令交互设备只保留与交换服务设备做信令交互的功能，功能更单一，复杂度大大降低。

3、信令处理层可以不访问用户、帐户、资费策略等数据，运营管理系统可以不保存用户、帐户、资费策略等到信令处理层；这样大大降低了运营管理系统的复杂度。

实施例三：

如图7所示为本发明电信业务融合计费的系统架构图三，在本系统架构下的融合计费设备层说明如下：

同图4所示的融合计费系统架构1一样，图7所示的融合计费系统架构3也具有以下特性：

1)融合计费系统是一套系统实体，包括软件系统、数据库系统、以及计算机设备；可以是多台计算机设备、多个软件模块一起协同工作；各个软件模块是基于同一套用户、帐户、资费等数据一起协同完成融合计费功能，可以同时支持离线计费和在线计费，可以同时支持预付费和后付费，可以同时支持CS域、PS域、IMS域的各种服务的计费。而不是像现有技术那样由多个独立系统实体分别实现一些功能，例如：智能系统有自己的一套用户、帐户、资费等数据，支持在线计费、支持预付费，BOSS系统也有自己的一套用户、帐户、资费等数据，支持离线计费、支持后付费。

2)融合计费系统可以支持鉴权、预算、预扣、计费、入帐、充值缴费、帐户余额查询等各种与计费和帐务相关的功能。

3)融合计费系统可访问和更新与计费和帐务相关的数据(例如：用户资料、用户订购的产品信息、帐户资料、产品资费策略数据等)。

与融合计费系统架构1不同的是融合计费系统架构3也具有融合计费系统架构2的以下特性：

1)具有业务控制功能模块，可以做服务控制，包括：确定路由的改变、做VPN长短号翻译、确定做播放通知音、确定做放音收号、确定取漫游信息等。

2)融合计费系统可访问和更新与服务控制相关的数据，这些数据如果与计费和帐务相关的数据是重复的，则可以只维护一份，避免做数据同步，降低复杂度。

与融合计费系统架构1不同的是融合计费系统架构3还具有以下特性：

1)融合计费系统具有信令交互功能模块，可以直接与交换服务设备进行信令交互。

2)信令交互功能模块主要完成与交换服务设备进行信令的交互，包括信令接收(例如：接受IDP、ERB、ACR、P&C Result等)和信令下发(例如：RRBE、AC、PA、P&C、ATI、Continue、Connect等)。

在本系统架构下，融合计费系统支持离线计费与现有的BOSS支持离线计费类似，参考前面BOSS离线计费说明。在本系统架构下，融合计费系统支持在线计费概要说明(不同服务具体流程可以不同)如下：

1)用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到融合计费系统。

2)融合计费系统可以做服务控制操作，以及做鉴权、预算、预扣、计费、扣费、缴费等计费和帐务操作，还可以直接根据服务控制和计费帐务操作的结果与交换服务设备之间做信令交互，例如：放音、下发AC(Apply Charge)、Connect等信令。

3)融合计费系统与交换服务设备之间的某些信令协议可下发服务可使用量，并由交换服务设备根据使用服务量进行监控。

4)交换服务设备通过信令消息上报服务实际使用量给融合计费系统。融合计费系统根据服务实际使用量进行计费和入帐。

5)融合计费系统与交互服务设备之间可以进行多次信令的交互。如果融合计费系统发现鉴权不通过、或预算可使用量不足、或预扣失败等，则可以直接向交互服务设备下发结束服务信令，用户不能继续使用服务。

实施例三技术方案与实施例一技术方案相比，存在以下差异：

1、将信令交互功能、业务控制功能、计费和帐务功能都在一套融合计费系统中实现。这样业务控制功能模块和融合计费模块可以共用一些数据，降低了因数据同步带来的系统复杂度。

2、融合计费系统对外只有与交换服务设备的标准信令接口。信令交互功能、业务控制功能、计费和帐务功能之间的交互变成了内部交互，可以采用相同的技术实现，降低了接口复杂度，外部也无需关心内部的接口。

3、无需SCP、SCL等独立的设备，本方案融合计费系统就具有SCP、SCL等设备的能力。

本发明提出的电信业务融合计费系统架构能够支持在线计费和离线计费的融合，对电路域、分组域和IMS域各种服务的计费的融合，预付费方式和后付费方式的融合。用一套融合计费系统同时支持在线计费和离线计费。用一套融合计费系统能够同时支持预付费方式和后付费方式。方便运营商为用户同时提供预付费和后付费方式的服务，方便用户在预付费和后付费之间转换。用一套融合计费系统同时支持CS域、PS域、IMS域的各种服务，即一套融合计费系统能够同时支持各种话音类服务、数据类服务、流媒体类服务。

本发明提高了传统智能网系统预付费等业务在计费灵活性、性能、需求响应速度等方面的能力。对于交换服务设备支持信令触发控制逻辑业务的服务，采用在线计费的预付费方式，可以避免透支和欠费；对于交换服务设备暂不支持信令触发控制逻辑业务的服务，可以采用离线计费的方式快速的开展业务。同一个用户可以部分服务采用预付费方式，部分服务可以采用后付费的方式；也可实现用户可在预付费和后付费方式之间灵活的转换。方便运营商提供灵活多变的营销策略。各种服务采用统一的计费和帐务处理系统，便于组合资费的实现，方便运营管理。

本领域技术人员不脱离本发明的实质和精神，可以有多种变形方案实现本发明，以上所述仅为本发明较佳可行的实施例而已，并非因此局限本发明的权利范围，凡运用本发明说明书及附图内容所作的等效变化，均包含于本发明的权利范围之内。

Claims (20)

1、一种电信业务计费方法，其特征在于，包括以下步骤：

在电信业务计费系统中设置融合计费系统；

所述融合计费系统从交换服务设备获取计费数据记录，直接或间接与交换服务设备进行交互，结合离线计费和在线计费方式，或预付费和后付费方式进行融合计费。

2、根据权利要求1所述的电信业务计费方法，其特征在于：所述的融合计费系统基于同一套用户、帐户、资费数据。

3、根据权利要求1所述的电信业务计费方法，其特征在于：所述的交换服务设备为电路域、分组域或IP多媒体子系统域的交换服务设备。

4、根据权利要求1所述的电信业务计费方法，其特征在于：所述的融合计费系统定期通过话单采集机从交换服务设备采集计费数据记录，并根据计费数据记录进行批价计费。

5、根据权利要求1、2、3或4所述的电信业务计费方法，其特征在于：在电信业务计费系统中设置业务控制设备，所述的融合计费系统通过该业务控制设备与所述的交换服务设备间接进行交互，由业务控制设备完成服务控制功能，以及与交换服务设备进行信令交互，同时与融合计费系统之间进行鉴权和计费交互。

6、根据权利要求5所述的电信业务计费方法，其特征在于：所述的业务控制设备为智能网业务控制点或分组域的业务控制逻辑。

7、根据权利要求5所述的电信业务计费方法，其特征在于：所述的融合计费系统进行在线计费的步骤包括：

A1、用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到业务控制设备；

A2、业务控制设备进行服务控制操作，并向融合计费系统发送计费和帐务操作请求，融合计费系统返回交互结果给业务控制设备；

A3、业务控制设备根据与融合计费系统交互结果做服务控制操作，以及与交换服务设备进行信令交互；

A4、业务控制设备下发服务可使用量，并由交换服务设备根据使用服务量进行监控；

A5、交换服务设备上报服务实际使用量，业务控制设备将服务实际使用量发送给融合计费系统请求计费，融合计费系统根据服务实际使用量进行计费和入帐；

A6、业务控制设备和融合计费系统之间进行交互，如果融合计费系统返回鉴权不通过、预算可使用量不足、或预扣失败，则业务控制设备下发结束服务信令，用户不能继续使用服务。

8、根据权利要求1、2、3或4所述的电信业务计费方法，其特征在于：所述融合计费系统内设置融合计费功能模块和业务控制功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制；在电信业务计费系统中还设置信令交互设备，所述的业务控制功能模块通过该信令交互设备与所述的交换服务设备进行信令交互。

9、根据权利要求8所述的电信业务计费方法，其特征在于：所述的信令交互设备为智能网业务控制点或分组域的业务控制逻辑。

10、根据权利要求8所述的电信业务计费方法，其特征在于：所述的融合计费系统进行在线计费的步骤包括：

B1、用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到信令交互设备；

B2、信令交互设备将消息转发给融合计费系统；

B3、融合计费系统进行服务控制操作、计费和帐务操作，信令交互设备根据服务控制和计费帐务操作的结果与交换服务设备之间进行信令交互；

B4、信令交互设备下发服务可使用量，并由交换服务设备根据使用服务量进行监控；

B5、交换服务设备上报服务实际使用量，信令交互设备将服务实际使用量发送给融合计费系统请求计费，融合计费系统根据服务实际使用量进行计费和入帐；

B6、信令交互设备和融合计费系统之间进行交互，如果融合计费系统发现鉴权不通过、预算可使用量不足、或预扣失败，则融合计费系统指示信令交互设备下发结束服务信令，用户不能继续使用服务。

11、根据权利要求1、2、3或4所述的电信业务计费方法，其特征在于：所述融合计费系统内设置融合计费功能模块、业务控制功能模块和信令交互功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制，所述信令交互功能模块直接与所述交换服务设备进行信令交互。

12、根据权利要求11所述的电信业务计费方法，其特征在于：所述的融合计费系统进行在线计费的步骤包括：

C1、用户开始使用电信运营商提供的服务，交换服务设备触发信令消息到融合计费系统；

C2、融合计费系统进行服务控制操作，并进行计费和帐务操作，直接根据服务控制和计费帐务操作的结果与交换服务设备之间进行信令交互；

C3、融合计费系统下发服务可使用量，并由交换服务设备根据使用服务量进行监控；

C4、交换服务设备通过信令消息上报服务实际使用量给融合计费系统，融合计费系统根据服务实际使用量进行计费和入帐；

C5、融合计费系统与交互服务设备之间进行信令交互，如果融合计费系统发现鉴权不通过、预算可使用量不足、或预扣失败，则直接向交互服务设备下发结束服务信令，用户不能继续使用服务。

13、一种电信业务计费系统，包括交换服务设备，其特征在于：还包括融合计费系统，所述融合计费系统从交换服务设备获取计费数据记录，直接或间接与交换服务设备进行交互，结合离线计费和在线计费方式，或预付费和后付费计费方式进行融合计费。

14、根据权利要求13所述的电信业务计费系统，其特征在于：所述的交换服务设备为电路域、分组域或IP多媒体子系统域的交换服务设备。

15、根据权利要求13所述的电信业务计费系统，其特征在于：所述的融合计费系统通过话单采集机与所述的交换服务设备连接，通过话单采集机从交换服务设备采集计费数据记录，并根据计费数据记录进行批价计费。

16、根据权利要求13、14或15所述的电信业务计费系统，其特征在于：所述的电信业务计费系统中设置业务控制设备，所述的融合计费系统通过该业务控制设备与所述的交换服务设备连接，由所述业务控制设备完成服务控制功能，以及与所述交换服务设备进行信令交互，同时与所述融合计费系统之间进行鉴权和计费交互。

17、根据权利要求16所述的电信业务计费系统，其特征在于：所述的业务控制设备为智能网业务控制点或分组域的业务控制逻辑。

18、根据权利要求13、14或15所述的电信业务计费系统，其特征在于：所述融合计费系统内设置融合计费功能模块和业务控制功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制；在电信业务计费系统中还设置信令交互设备，所述业务控制功能模块通过该信令交互设备与所述的交换服务设备进行信令交互。

19、根据权利要求18所述的电信业务计费系统，其特征在于：所述的信令交互设备为智能网业务控制点或分组域的业务控制逻辑。

20、根据权利要求13、14或15所述的电信业务计费系统，其特征在于：所述融合计费系统内设置融合计费功能模块、业务控制功能模块和信令交互功能模块，所述融合计费功能模块进行计费和帐务处理，所述业务控制功能模块进行服务控制，所述信令交互功能模块直接与所述交换服务设备进行信令交互。

Images