CN100389561C - 计费网络和计费代理装置及计费方法 - Google Patents

Abstract

本发明公开了一种计费网络，包括：计费业务服务组件，用于在业务进行中生成计费事件；计费代理装置，用于从计费业务服务组件获取计费事件，对所述计费事件对应的用户进行鉴权，并根据鉴权结果及计费事件中的信息，从与自身连接的各个计费系统中，确定对应的计费系统，以及获取对应的费率信息，并根据获取的费率信息，向所确定的计费系统发送扣费请求；计费系统，用于根据接收的扣费请求进行扣费。本发明还公开了一种计费代理装置和一种计费方法。本发明中通过在计费网络中增加计费代理装置，由计费代理装置根据对计费事件对应用户的鉴权结果进行后续操作，从而计费业务服务组件不必具有鉴权功能，降低了计费业务服务组件及网络的复杂度。

Description

计费网络和计费代理装置及计费方法

技术领域

本发明涉及计费技术领域，特别是指一种计费网络、一种计费代理装置和一种计费方法。

背景技术

目前，无线通信系统的发展非常迅速，尤其是随着GPRS系统和3G通信系统的规模应用，业务种类越来越多。由于每种业务都涉及到计费，而不同业务计费方式也往往不同，所以每个涉及到计费的业务服务组件都需要与计费系统连接进行交互，以实现对业务的计费。

现有技术中的计费网络中主要包括多个计费业务服务组件，和多个计费系统。计费业务服务组件是指业务服务器，可以是多媒体消息中心(MMSC)、基于蜂窝系统的即按即讲服务器(POC Server)、Presence服务器、位置服务器、游戏服务器、即时消息服务器(IM Server)或个人信息管理服务器(PIMServer)等。计费系统包括在线计费系统和离线计费系统，其中在线计费系统可以是运营商域的智能网计费系统、或互联网域的信用卡付费系统，离线计费系统可以是运营支撑系统(OSS)、计费支撑系统(BSS)等。此外，该网络中还可以包括如归属用户服务器(HSS)、归属位置寄存器(HLR)和客服管理系统等，计费业务服务组件可以与这些设备进行信息交互获取相关信息。

现有技术中，计费业务服务组件直接与计费系统连接进行交互实现计费。由于向计费业务服务组件发起业务的用户，通常具有不同的用户属性和帐号属性，如签约后付费用户，预付费用户，信用卡帐号用户，运营商计费系统虚拟个人帐号用户等，而不同的用户所发起的业务需要计费业务服务组件与不同的计费系统进行交互以实现计费，因此计费业务服务组件通常需要与多个计费系统相连接。

在图1所示的计费网络中，包括四个计费业务服务组件：计费业务服务组件1、计费业务服务组件2、计费业务服务组件3、计费业务服务组件4和三个计费系统：计费系统1、计费系统2、计费系统3，以及HLR和客户服务中心，可以看出在这样的计费网络中，计费业务服务组件直接与计费系统和HLR、客户服务中心等系统进行连接后很复杂，并且每个计费业务服务组件为与这些系统进行连接，所需要设置的接口也非常多，导致了计费业务服务组件自身的复杂度也比较高。

随着通信业务的发展，用户属性和帐户属性越来越多，要求计费业务服务组件与越来越多的计费系统相连接，导致了现有的计费网络越来越复杂。而各个计费业务服务组件与计费系统之间都是直接进行交互，也降低了计费网络的安全性，尤其对于计费业务服务组件与互联网域的计费系统进行交互的情况下，直接在运营商域与互联网域之间进行交互，必然会造成整个运营商域安全性的下降。并且，由于计费业务服务组件与计费系统直接进行连接，无法实现整合和关联来自多个计费业务服务组件的计费信息进行计费。

以上是对现有技术中，对于实现业务计费的网络组成的说明。基于上述网络组成，现有技术的计费流程如图2所示，具体步骤如下：

步骤201、计费业务服务组件在生成计费事件后，对用户进行鉴权，即判断用户对业务资源是否有使用权限以及用户是否合法，如果判断出用户对业务资源具有使用权限并且用户合法，则鉴权成功执行步骤202；否则执行步骤212；

本步骤中，计费业务服务组件可以是根据自身存储的信息对用户进行鉴权，也可以是通过与其他如客户服务中心、HSS或HLR等外部设备进行交互获取相关信息对用户进行鉴权；

步骤202、计费业务服务组件根据用户信息确定用户的计费方式和对应的计费系统，并判断该计费方式是否为在线计费，如果是执行步骤203；否则执行步骤210；

确定用户的计费方式和对应的计费系统可以是计费业务服务组件根据自身存储的信息获取，也可以是与其他如客户服务中心、HSS或HLR等外部设备进行交互获取；

步骤203、计费业务服务组件获取费率信息；本步骤中计费业务服务组件可以是从自身获取费率信息，也可以是计费业务服务组件从其他的如计费引擎，既业务费率信息数据库或对应的在线计费系统等处获取费率信息；

步骤204、根据获取的费率信息，对用户的信用进行认证，即判断该次消费是否超过预先设置的消费限额，如果没有超过预先设置的消费限额执行步骤205；否则执行步骤209；

预先设置的消费限额，可以是系统或用户预先设置在计费业务服务组件中的，也可以是系统或用户预先设置在在线计费系统等外部相关系统中的；

步骤205、根据获取的费率相关信息生成预扣请求信息发送给对应的在线计费系统；

步骤206、在线计费系统接收到计费业务服务组件发送的计费事件请求消息，并在进行扣费完毕后，向计费业务服务组件返回预扣确认消息；

步骤207、计费业务服务组件在接收到预扣确认消息后，继续进行业务，业务执行完毕后，计费业务服务组件统计该次业务的总计消费额度，并计算未消费完额度，然后将包括未消费完额度的信息发送给对应的在线计费系统；

在本步骤中，如果业务执行完之前，计费业务服务组件判断出预扣金额已经使用完毕，则再次向对应的在线计费系统发送预扣请求消息，然后在线计费系统接收到该消息后，继续执行步骤205及其后步骤；

步骤208、在线计费系统在接收到包括未消费完额度的信息后，将未消费完额度返回给对应帐户，然后结束本流程；

步骤209、向用户返回信用不足，拒绝继续进行业务的消息，然后结束本流程；

步骤210、计费业务服务组件获取费率信息；本步骤中计费业务服务组件可以是从自身获取费率信息，也可以是计费业务服务组件从其他的如计费引擎即业务费率信息数据库，或对应的离线计费系统等设备中获取费率信息；

步骤211、根据获取的费率信息生成扣费请求信息发送给对应的离线计费系统，对应的离线计费系统在接收到扣费请求消息后，根据该消息在相应帐户中扣除对应金额，然后结束本流程。

步骤212、计费业务服务组件向用户返回鉴权失败消息，结束该业务，然后结束本流程。

在执行上述步骤211之前，计费业务服务组件也可以对用户信用进行认证，具体的实现方法与在线计费相同，这里不再详细说明。

在上述计费流程中，需要计费业务服务组件对用户进行鉴权，以及获取费率信息，进行信用认证等，在这些过程中，由于需要将相关信息设置在计费业务服务组件自身，或者需要计费业务服务组件从其他相关设备处获得相关信息，都增加了计费业务服务组件的复杂度。

另外，对于将相关信息设置在计费业务服务组件自身的情况，每个计费业务服务组件都要分别存储与自身相关的各种信息，无法实现信息共享，导致了大量信息的重复设置，浪费了资源；对于计费业务服务组件从其他设备处获得相关信息的情况，每个计费业务服务组件都需要与进行交互的设备建立直接连接，也进一步增加了计费网络组成的复杂度。

发明内容

有鉴于此，本发明的第一个主要目的在于提供一种计费网络，该计费网络能够降低计费业务服务组件和网络的复杂度。

本发明的第二个主要目的在于提供一种计费代理装置，通过该计费代理装置能够降低计费业务服务组件和计费网络的复杂度。

本发明的第三个主要目的在于提供一种计费方法，该方法能够降低计费业务服务组件和网络的复杂度。

为了达到上述目的的第一个方面，本发明提供了一种计费网络，该计费网络包含：

计费业务服务组件，用于在业务进行中生成计费事件；

计费系统，用于接收扣费请求，并根据接收的扣费请求进行扣费；

计费代理装置，用于从计费业务服务组件获取计费事件，对所述计费事件对应的用户进行鉴权，并根据鉴权结果及计费事件中的信息，从与自身连接的各个计费系统中，确定对应的计费系统，以及获取对应的费率信息，并根据获取的费率信息，向所确定的计费系统发送扣费请求。

所述计费网络中可以进一步包括：

鉴权信息库，用于与计费代理装置交互对用户进行鉴权。

所述的鉴权信息库可以为：归属用户服务器、归属位置寄存器或客户服务中心。

所述计费网络中还可以进一步包括：

计费引擎，用于存储费率信息，以及与计费代理装置进行交互获取费率信息。

为了达到上述目的的第二个方面，本发明提供了一种计费代理装置，该计费代理装置包括：

接口协议转换模块，用于计费代理装置与其他设备进行通信；

路由分发模块，用于根据接口协议转换模块接收的计费事件中的信息，从与计费代理相连接的各个计费系统中确定该计费事件对应的计费系统；

鉴权模块，用于根据接口协议转换模块接收的计费事件中的信息，对用户进行鉴权，并将鉴权结果信息发送给计费模块；

计费模块，用于根据接口协议转换模块接收的计费事件中的信息，及所接收的鉴权结果信息，获取对应的费率信息，并生成扣费请求，通过接口协议转换模块将生成的扣费请求发送给路由分发模块所确定的计费系统进行扣费。

该计费代理装置还可以进一步包括：

信用控制模块，用于根据接口协议转换模块接收的计费事件中的信息和计费模块获取的费率信息对用户的信用进行判断，并将信用判断结果信息发送给计费模块，计费模块根据所接收的信用判断结果信息生成扣费请求。

所述计费模块可以进一步用于将接口协议转换模块接收的来自不同计费业务服务组件的计费事件进行关联，并将分别根据相关联的不同计费事件获取的费率信息进行整合，生成一个扣费请求，通过接口协议转换模块发送到路由分发模块确定的计费系统。

为了达到上述目的的第三个方面，本发明提供了一种计费方法，该方法包括：A、计费业务服务组件生成计费事件后，根据该计费事件向计费代理装置发送该计费事件；

B、计费代理装置接收到计费事件，对该计费事件对应用户进行鉴权，并根据鉴权结果及该计费事件从自身所连接的各个计费系统中确定对应的计费系统，并在获取费率信息后生成对应的扣费请求发送给所确定的计费系统；

C、计费系统在接收到扣费请求后，根据该扣费请求进行扣费处理。

所述步骤B中计费代理装置接收到计费事件后，可以进一步包括：

B0、根据该计费事件确定对应的计费方式，并判断该计费方式是否为在线计费方式，如果是执行步骤B1；否则执行所述后续步骤；

B1、对该计费事件对应用户的信用进行认证，并在认证通过后执行所述后续步骤。

所述方法还可以进一步包括：

计费代理装置判断所接收的计费事件中是否有业务标识相同的，如果是则对根据业务标识相同的计费事件所获取的费率信息进行整合，并在整合后向对应的计费系统发送一个扣费请求。

从以上方案可以看出，本发明中通过在计费网络中增加计费代理装置，由计费代理装置与计费业务服务组件和计费系统进行交互，从而计费业务服务组件不必与需要交互的每个计费系统直接连接，降低了计费业务服务组件的复杂度，同时由于计费业务服务组件只需要与计费代理装置进行交互，计费系统也只需要与计费代理装置进行交互，降低了网络复杂度；

此外，由于计费系统不直接与计费业务服务组件进行连接，使得计费业务服务组件不会直接与互联网域的计费系统连接，提高了安全性；

本发明的计费代理装置通过其中的接口协议转化模块与计费网络中的其他设备进行连接，并且通过内部的路由分发模块和计费模块等进行计费处理，使得计费代理装置完成计费业务服务组件的关于计费的相关操作，从而降低了计费业务服务组件的复杂度，并且降低了计费网络的复杂度；

并且，本发明的计费代理装置通过在其内部设置数据存储模块，存储计费相关数据，使得每个计费业务服务组件中不必单独存储计费相关数据，并且由于每个计费业务服务组件都与计费代理装置进行交互，实现了资源的共享；

本发明的计费方法中，计费业务服务组件只与计费代理装置进行交互就完成了计费操作，从而降低了计费业务服务组件的复杂度，并且由于计费系统也只与计费代理装置进行交互，也降低了网络复杂度。

附图说明

图1为本发明现有技术中计费网络组成结构图；

图2为本发明现有技术中计费方法的流程图；

图3为本发明具体实施例中计费网络组成图；

图4为本发明具体实施例中计费代理装置结构图；

图5为本发明具体实施例中计费方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。

本发明的主要思想为在计费网络中设置计费代理装置，计费业务服务组件和计费系统之间通过计费代理装置进行交互，完成对业务的计费。

上述计费业务服务组件和计费系统之间通过计费代理装置实现的交互主要是指，计费业务服务组件向计费代理装置发送计费事件请求消息，计费代理装置在接收到该消息后，根据其中的用户信息进行处理后，将计费事件请求消息发往相应的计费系统。

本发明中，计费代理装置除去实现上述计费业务服务组件和计费系统之间的交互外，还可以实现计费鉴权、信用认证，以及计费信息整合等，在实现上述功能的过程中，计费代理装置可以根据自身的信息进行，也可以与其他设备，如客户服务系统、HSS、HLR、计费系统、计费引擎等进行交互，实现上述功能。

下面通过具体实施例进一步对本发明进行说明。

本发明计费网络的具体实施例的结构组成如图3所示。其中，计费业务服务组件301、302......，用于对用户发起的业务进行处理，并在产生计费事件后，向计费代理装置发送计费事件请求消息；计费代理装置311用于根据计费业务服务组件301、302......发送的计费事件请求消息，对用户进行鉴权、信用认证，以及获取计费相关的费率信息，并且对获取的费率信息进行整合，并最终根据获取的费率信息生成扣费请求消息发送给离线计费系统321、322......或在线计费系统331、332......；离线计费系统321、322......用于根据计费代理装置发送的扣费请求消息进行扣费处理；在线计费系统331、332......用于根据计费代理装置发送的扣费请求消息进行扣费处理，并在扣费结束后向计费代理装置311返回扣费结果信息；鉴权信息库341、342......，用于存储用户的鉴权相关信息，并与计费代理装置交互对需要计费的用户进行鉴权；计费引擎351，即业务费率信息数据库，用于存储费率信息，并与计费代理装置交互向计费代理装置提供费率信息。

上述计费业务服务组件301、302......可以为多媒体消息服务器(MMSC)、流业务服务器、游戏服务器、基于蜂窝网络的即按即讲服务器、Precense服务器、位置服务器等业务服务器，在这些服务器中业务进行时产生计费事件的流程与现有技术相同，在本实施例中不再详细阐述。上述离线计费系统321、322......可以为运行支撑系统(OSS)或计费支撑系统(BSS)等具有脱机处理话单和计费事件功能的物理实体。上述在线计费系统331、332......可以为智能网计费系统或信用卡付费系统等能够实时处理扣费的物理实体。上述鉴权信息库341、342......，与现有技术中相同，可以为客户服务中心，或HLR，或HSS等。

在本实施例中，计费代理装置的组成结构如图4所示，其中包括接口协议转换模块400、鉴权模块410、路由分发模块420、计费模块430、信用控制模块440和数据存储模块450。

接口协议转换模块400用于计费代理装置与外部的各种设备进行通信，包括了与计费网络中其他设备进行通信的各种接口。其中，计费代理装置与计费业务服务组件之间的接口401可以采用已有的标准接口，如Parley X接口，Web Service接口，也可以根据具体网络环境，采用其他的内部标准接口；计费代理装置与离线计费系统之间的接口402，可以采用FTP接口、SFTP接口、FTAM接口等。计费代理装置与在线计费系统的接口403，可以采用移动网增强逻辑的客户化应用(CAMEL)3接口、Diameter接口或远程访问拨号用户服务(Radius)接口等。由于上述接口以及计费代理装置与其他设备接口的具体实现属于本领域的公知技术，这里不再对其进行详细说明。

此外，鉴权模块410用于根据接口协议转换模块400接收的计费事件请求消息中的用户信息，与数据存储模块450中的鉴权信息，或与通过接口协议转换模块400与外部系统进行交互获取的鉴权信息，判断用户对业务资源的使用权限，判断用户的合法性等。

路由分发模块420，用于根据接口协议转换模块400接收的计费事件请求消息中的用户信息，与数据存储模块450中的相关信息，或与通过接口协议转换模块400与外部系统进行交互获取的相关信息，确定该计费事件请求消息对应的计费方式和计费系统。

计费模块430，用于根据接口协议转换模块400接收的计费事件请求消息中的信息，与数据存储模块450中存储的费率信息，或与通过接口协议转换模块400与外部系统进行交互获取的费率信息，获得该次计费相关的费率信息，生成扣费请求消息通过接口协议转换模块400发送给路由分发模块420确定的计费系统，以及累积消费额度、计算未完成额度，并生成对应消息通过接口协议转换模块400发送给路由分发模块420确定的计费系统；此外，计费模块430还可以用于判断接口协议转换模块400接收的来自不同计费业务服务组件的计费事件请求消息中的业务标识是否有相同的，如果是则说明业务标识相同的计费事件请求消息是相关联的，计费模块430将根据不同计费事件请求消息分别获取的费率信息进行整合，生成一个扣费请求消息，通过接口协议转换模块400发送路由分发模块420确定的计费系统。

信用控制模块440，用于根据接口协议转换模块400接收的计费事件请求消息中的用户信息、计费模块430获取的费率信息，对该次消费是否超过数据存储模块450中预先设置的消费限额，或是否超过通过接口协议转换模块400与外部系统进行交互获取的预先设置的消费限额进行信用认证。

数据存储模块450，用于存储相关数据，以及与上述各个模块进行交互，向各个模块提供相关信息。

由于计费业务服务组件与计费代理装置、计费系统等交互实现计费的流程对于不同的计费业务服务组件基本相同，所以下面仅以计费业务服务组件为多媒体消息服务器为例，对通过本实施例计费网络实现的计费流程进行进一步说明。

多媒体消息服务器在业务开始或业务进行过程中，产生计费事件后，对业务进行计费的流程如图5所示，具体步骤如下：

步骤501、多媒体消息服务器向计费代理装置发送计费事件请求消息，在该计费事件请求消息中包括用户标识，即用户号码，和用户请求消费业务类别标识等信息；

步骤502、计费代理装置在接收到计费事件请求消息后，对用户进行鉴权，即根据用户标识判断用户对业务资源的是否具有使用权限以及用户是否合法，如果判断出用户对业务资源具有使用权限并且用户合法，则执行步骤503；否则执行步骤517；

本步骤中，计费代理装置可以是根据用户标识和自身存储的信息对用户进行鉴权，也可以是通过用户标识和与其他如客户服务中心、HSS或HLR等进行交互获取的相关信息对用户进行鉴权；

步骤503、计费代理装置根据用户标识确定用户的计费方式，及对应的计费系统，并判断所确定的计费方式是否为在线计费，如果是则执行步骤504；否则执行步骤515；

确定用户的计费方式和对应的计费系统可以是计费代理装置根据自身存储的信息获取，也可以是与HLR、HSS等外部设备进行交互获取；

步骤504、计费代理装置根据用户请求消费业务类别标识获取该次业务的费率信息；本步骤中可以是计费代理装置根据用户请求消费业务类别标识从自身获取费率信息，也可以是计费代理装置根据用户请求消费业务类别标识，与其他的如计费引擎，或对应的在线计费系统等存储费率信息的设备交互获取费率信息；

步骤505、计费代理装置根据获取的费率信息，对用户的信用进行判断，即判断该次消费是否超过预先设置的消费限额，如果没有超过预先设置的消费限额执行步骤506；否则执行步骤514；

预先设置的消费限额，可以是系统或用户预先设置在计费代理装置中的，也可以是系统或用户预先设置在对应的在线计费系统等外部相关系统中的；

步骤506、根据获取的费率相关信息生成包括用户标识，预扣额度的预扣请求信息发送给对应的在线计费系统；

步骤507～509、在线计费系统接收到计费代理装置发送的预扣请求消息后，判断对应帐户余额是否满足该预扣请求，如果是则在对应的帐户中扣除对应的金额，并在扣费完毕后，向计费代理装置返回预扣确认消息，然后执行步骤510；否则，向计费代理装置返回消息通知预扣失败，然后执行步骤513；

步骤510、计费代理装置在接收到预扣确认消息后，计费代理装置向多媒体消息服务器返回消息通知多媒体消息服务器继续进行业务；

步骤511、多媒体消息服务器接收到继续进行业务的消息后，继续进行业务，并在业务完毕后，向计费代理装置发送消息通知该次业务结束；

如果在业务完毕之前，计费代理装置判断出预扣的金额消费完毕后，则重新执行上述步骤506及其后流程，直至业务结束；

步骤512、计费代理装置接收到业务结束的消息后，计算该次业务的累积消费金额，并计算未消费完额度，然后将本次业务的未消费完额度通知对应的在线计费系统，在线计费系统接收到包括未消费完额度的消息后，将未消费完额度补回对应的帐户，然后结束本流程；

步骤513、计费代理装置在接收到预扣失败消息后，向多媒体消息服务器返回消息通知其业务失败，多媒体消息服务器接收到该消息后，向用户返回拒绝业务进行消息，结束该业务，然后结束本流程；

步骤514、计费代理装置向多媒体消息服务器返回信用不足消息，多媒体消息服务器在接收到该消息后，向用户返回信用不足，拒绝继续进行业务的消息，结束该业务，然后结束本流程；

步骤515、计费代理装置获取费率信息；本步骤中计费代理装置可以是从自身获取费率信息，也可以是计费代理装置与其他的如计费引擎，即业务费率信息数据库或对应的离线计费系统等设备进行交互获取费率信息；

步骤516、根据获取的费率相关信息生成扣费请求信息发送给对应的离线计费系统，离线计费系统在接收到该消息后，在相应的帐户中扣除对应金额，然后结束本流程；

步骤517、计费代理装置向多媒体消息服务中心返回鉴权失败消息，多媒体消息服务器在接收到该消息后，向用户返回鉴权失败，拒绝继续进行业务的消息，结束该业务，然后结束本流程。

在本实施例中，在离线计费方式中计费代理装置也可以对用户的信用进行判断，即在执行步骤516之前，对该次消费是否超过预先设置的消费限额进行判断，如果没有超过预先设置的消费限额则执行步骤516；否则计费代理装置向多媒体消息服务器返回信用不足消息，计费代理装置在接收到该消息后，向用户返回信用不足拒绝业务消息后，结束该业务。在离线计费方式中，预先设置的消费限额，可以是系统或用户预先设置在计费代理装置中的，也可以是系统或用户预先设置在对应的离线计费系统等外部相关系统中的。

在本实施例中，计费代理装置还可以实现关联来自不同计费业务服务组件的计费事件，即计费代理装置记录所接收的计费事件请求消息中的业务标识，并判断是否记录了相同的业务标识，如果是则对记录的相同业务标识对应的计费事件请求消息所获取的费率信息进行整合，生成一个扣费请求消息发送给对应的计费系统。具体的整合逻辑可以根据不同的业务、不同的情况灵活设定，在本发明中不再详细阐述。例如，在某个业务中，用户同时与位置服务器和游戏服务器进行交互，位置服务器和游戏服务器分别产生计费事件发送给计费代理装置，计费代理装置在接收到两个计费事件后，根据两个计费事件中的业务标识判断出同属于一个业务中的计费事件，则对针对两个计费事件分别获取的费率信息进行整合，生成一个扣费请求消息发送给对应的计费系统。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种计费网络，包括：计费业务服务组件，用于在业务进行中生成计费事件；计费系统，用于接收扣费请求，并根据接收的扣费请求进行扣费；

其特征在于，所述计费网络还包括：

计费代理装置，用于从计费业务服务组件获取计费事件，对所述计费事件对应的用户进行鉴权，并根据鉴权结果及计费事件中的信息，从与自身连接的各个计费系统中，确定对应的计费系统，以及获取对应的费率信息，并根据获取的费率信息，向所确定的计费系统发送扣费请求。

2.根据权利要求1所述的计费网络，其特征在于，所述计费网络中进一步包括：

鉴权信息库，用于与计费代理装置交互对用户进行鉴权。

3.根据权利要求2所述的计费网络，其特征在于，所述的鉴权信息库为：归属用户服务器、归属位置寄存器或客户服务中心。

4.根据权利要求1至3中任一项所述的计费网络，其特征在于，所述计费网络中进一步包括：

计费引擎，用于存储费率信息，以及与计费代理装置进行交互获取费率信息。

5.一种计费代理装置，其特征在于，该计费代理装置包括：

接口协议转换模块，用于计费代理装置与其他设备进行通信；

路由分发模块，用于根据接口协议转换模块接收的计费事件中的信息，从与计费代理相连接的各个计费系统中确定该计费事件对应的计费系统；

鉴权模块，用于根据接口协议转换模块接收的计费事件中的信息，对用户进行鉴权，并将鉴权结果信息发送给计费模块；

计费模块，用于根据接口协议转换模块接收的计费事件中的信息，及所接收的鉴权结果信息，获取对应的费率信息，并生成扣费请求，通过接口协议转换模块将生成的扣费请求发送给路由分发模块所确定的计费系统进行扣费。

6.根据权利要求5所述的计费代理装置，其特征在于，该计费代理装置进一步包括：

信用控制模块，用于根据接口协议转换模块接收的计费事件中的信息和计费模块获取的费率信息对用户的信用进行判断，并将信用判断结果信息发送给计费模块，计费模块根据所接收的信用判断结果信息生成扣费请求。

7.根据权利要求5或6所述的计费代理装置，其特征在于，所述计费模块进一步用于将接口协议转换模块接收的来自不同计费业务服务组件的计费事件进行关联，并将分别根据相关联的不同计费事件获取的费率信息进行整合，生成一个扣费请求，通过接口协议转换模块发送到路由分发模块确定的计费系统。

8.一种计费方法，其特征在于，该方法包括：

A、计费业务服务组件生成计费事件后，根据该计费事件向计费代理装置发送该计费事件；

B、计费代理装置接收到计费事件，对该计费事件对应用户进行鉴权，根据鉴权结果及该计费事件从自身所连接的各个计费系统中确定对应的计费系统，并在获取费率信息后生成对应的扣费请求发送给所确定的计费系统；

C、计费系统在接收到扣费请求后，根据该扣费请求进行扣费处理。

9.如权利要求8所述的方法，其特征在于，所述对该计费事件对应用户进行鉴权为：

计费代理装置根据自身存储的用户信息，对该计费事件对应用户进行鉴权；

或通过与归属用户服务器、归属位置寄存器或客户服务中心进行交互，对该计费事件对应用户进行鉴权。

10.根据权利要求8所述的方法，其特征在于，所述步骤B中计费代理装置接收到计费事件后，进一步包括：

B0、根据该计费事件确定对应的计费方式，并判断该计费方式是否为在线计费方式，如果是执行步骤B1；否则执行所述后续步骤；

B1、对该计费事件对应用户的信用进行认证，并在认证通过后执行所述后续步骤。

11.根据权利要求8至10中任一所述的方法，其特征在于，所述方法进一步包括：

计费代理装置判断所接收的计费事件中是否有业务标识相同的，如果是则对根据业务标识相同的计费事件所获取的费率信息进行整合，并在整合后向对应的计费系统发送一个扣费请求。

Images