WO2006111095A1

WO2006111095A1 - Reseau de charge, appareil formant agent de charge et procede de charge correspondant

Info

Publication number: WO2006111095A1
Application number: PCT/CN2006/000745
Authority: WO
Inventors: Mingjun Shan
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2005-04-20
Filing date: 2006-04-20
Publication date: 2006-10-26
Also published as: DE602006008733D1; CN100389561C; EP1802028B1; CN1794637A; IL182475A0; ATE441261T1; EP1802028A4; US7752128B2; IL182475A; EP1802028B2; EP1802028A1; US20070018786A1

Description

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

技术领域

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

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

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

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

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

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

在各种网络的部署中，同样也存在多种接口并存的情况，如 OMA, 3GPP, 3GPP2, ITU, IETF均研究同样功能的接口协议，业务组件或计费系统在不支持同一组织接口规范的情况下，也存在接口协议的适配和转换问题，难以实现平滑的对接和互通。

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

步骤 201、业务服务组件在生成计费事件后，对用户进行鉴权，即户对业务资源具有使用权限并且用户合法，则鉴权成功执行步骤 202; 否则执行步驟 212;

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

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

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

步驟 203、业务 ϋ良务组件获取费率信息；本步骤中业务服务组件可以是从自身获取费率信息，也可以是业务服务组件从其他的如计费引擎，既业务费率信息数据库或对应的在线计费系统等处获取费率信息；步骤 204、根据获取的费率信息，对用户的信用进行认证，即判断该次消费是否超过预先设置的消费限额，如果没有超过预先设置的消费限额执行步骤 205; 否则执行步驟 209;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

计费系统，用于接收计费请求，并根据接收的计费请求进行扣费；计费代理装置，用于连接业务服务组件和计费系统，接收业务服务组件发出的计费事件，才据计费事件中的信息确定对应的计费系统，并根据计费事件中的信息生成计费请求，以及将生成的计费请求发送到对应的计费系统。

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

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

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

所述计费网络中还可以进一步包括： - 计费引擎，用于存储费率信息，以及与计费代理装置进行交互向计费代理装置提供费率信息；

所述计费代理装置进一步用于根据所述来自计费引擎的费率信息生成计费请求。

所述计费代理装置中可以包括：

接口协议转换模块，用于计费代理装置与其他设备进行通信；路由分发模块，用于根据接口协议转换模块接收的计费事件中的信息，确定对应的计费系统；

计费模块，用于根据接口协议转换模块接收的计费事件中的信息，生成所述路由分发模块确定的计费系统能够识别的计费请求，通过接口协议转换模块将生成的计费请求发送给路由分发模块所确定的计费系统进行扣费。

所述计费模块进一步可以用于获取费率信息，并根据获取的费率信息生成计费请求。

所述计费代理装置可以进一步包括：

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

所述计费模块进一步根据所接收的鉴权结果信息获取对应的费率信息。

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

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

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

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

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

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

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

所述计费模块进一步根据所接收的信用判断结果信息生成计费请求。

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

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

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

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

C、计费系统在接收到计费请求后，根据该计费请求进行扣费处理。较佳地，所述步骤 B中，计费代理装置根据自身中预先存储的费率信息或从其他存储了费率信息的设备处获取的费率信息生成计费请求。

所述步驟 B中计费代理装置接收到计费事件后，可以进一步包括： B0、根据该计费事件确定对应的计费方式，并判断该计费方式是否为在线计费方式，如果是执行步據 B1; 否则执行所述的根据计费事件从自身所连接的各个计费系统中确定对应的计费系统的步骤；

Bl、对该计费事件对应用户的信用进行认证，并在认证通过后后艮据所述计费事件从自身所连接的各个计费系统中确定对应的计费系统，并生成对应的预扣请求作为扣费请求发送给所确定的计费系统。

较佳地，所述步骤 C为： Cl、计费系统接收到所述扣费请求后，根据该扣费请求在对应的帐户中扣除对应的金额，并向计费代理装置返回预扣确认消息；

所述步骤 C1后进一步包括：

D、计费代理装置接收到所述预扣确认消息后，向发送所述计费事件的业务服务组件发送消息通知该业务服务组件继续进行业务；

E、业务服务组件接收到所述通知消息后，继续进行业务，并在业务完成后向计费代理装置发送消息通知该次业务结束；

F、计费代理装置接收到所述业务结束的通知消息后，将该次业务的未消费完额度发送到计费系统；

G、计费系统根据接收的所述未消费完额度处理对应的业务帐户，然后结束该流程。

较佳地，所述步驟 C1 中，计费系统接收到所述预扣请求后进一步包括：

判断对应账户余额是否满足该扣费请求，如果是执行所述根据该扣费请求在对应的帐户中扣除对应的金额的步骤；否则，执行步驟 D1:

Dl、向计费代理装置返回预扣失败消息，计费代理装置接收到预扣失败消息后 , 向所述业务^ I艮务组件返回消息通知其业务失败。

所述步骤 B中计费代理装置接收到计费事件后 , 还可以进一步包括：对该计费事件对应用户进行鉴权，并在鉴权通过后执行所述的根据计费事件从自身所连接的各个计费系统中确定对应的计费系统的步驟。

所述生成计费请求之前还可以进一步包括：

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

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

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

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

图 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, 用于存储相关数据，以及与上述各个模块进行交互，向各个模块提供相关信息。由于业务月 l务組件与计费代理装置、计费系统等交互实现计费的流程对于不同的业务服务组件基本相同，所以下面仅以业务服务组件为多媒体消息服务器为例，对通过本实施例计费网络实现的计费流程进行进一步说明。

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

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

步驟 502、计费代理装置在接收到计费事件后，对用户进行鉴权，即根据用户标识判断用户对业务资源的是否具有使用权限以及用户是行步骤 503; 否则执行步骤 517;

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

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

确定用户的计费方式和对应的计费系统可以是计费代理装置根据自身存储的信息获取，也可以是与 HLR、 HSS等外部设备进行交互获取；步骤 504、计费代理装置根据用户请求消费业务类别标识获取该次业务的费率信息；本步骤中可以是计费代理装置才艮据用户请求消费业务类别标识从自身设置的消费业务类别标识与费率信息的对应关系中获取对应的费率信息，也可以是计费代理装置根据用户请求消费业务类別

J4 标识，与其他的如计费引擎，或对应的在线计费系统等存储费率信息的设备交互获取对应的费率信息；

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

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

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

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

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

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

步驟 512、计费代理装置接收到业务结束的消息后，计算该次业务的累积消费金额，并计算未消费完额度，然后将本次业务的未消费完额度通知对应的在线计费系统，在线计费系统接收到包括未消费完额度的消息后，将未消费完额度补回对应的账户，然后结束本流程；步骤 513、计费代理装置在接收到预扣失败消息后，向多媒体消息服务器返回消息通知其业务失败，多媒体消息服务器接收到该消息后，向用户返回拒绝业务进行消息，结束该业务，然后结束本流程；

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

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

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

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

在本实施例中，在离线计费方式中计费代理装置也可以对用户的信用进行判断，即在执行步骤 516之前，对该次消费是否超过预先设置的消费限额进行判断，如果没有超过预先设置的消费限额则执行步聚 516; 否则计费代理装置向多媒体消息服务器返回信用不足消息，计费代理装置在接收到该消息后，向用户返回信用不足拒绝业务消息后，结束该业务。在离线计费方式中，预先设置的消费限额，可以是系统或用户预先设置在计费代理装置中的，也可以是系统或用户预先设置在对应的离线计费系统等外部相关系统中的。在本实施例中，计费代理装置还可以实现关联来自不同业务服务组件的计费事件，即计费代理装置记录所接收的计费事件中的业务标识，并在生成计费请求之前判断是否记录了相同的业务标识，如果是则对记录的相同业务标识对应的计费事件所获取的费率信息进行整合，生成一个计费请求消息发送给对应的计费系统。具体的整合逻辑可以根据不同的业务、不同的情况灵活设定，在本发明中不再详细阐述。例如，在某个业务中，用户同时与位置服务器和游戏服务器进行交互，位置服务器和游戏服务器分别产生计费事件发送给计费代理装置，计费代理装置在接收到两个计费事件后，才艮据两个计费事件中的业务标识判断出同属于一个业务中的计费事件，则对针对两个计费事件分别获取的费率信息进行整合，生成一个计费请求消息发送给对应的计费系统。

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

Claims

权利要求书

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

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

计费代理装置，用于连接业务服务组件和计费系统，接收业务服务组件发出的计费事件，才艮据计费事件中的信息确定对应的计费系统，并根据计费事件中的信息生成计费请求，以及将生成的计费请求发送到对应的计费系统。

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

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

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

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

计费引擎，用于存储费率信息，以及与计费代理装置进行交互向计费代理装置提供费率信息；

5、根据权利要求 1所述的计费网络，其特征在于，所述计费代理装置中包括：

接口协议转换模块，用于计费代理装置与其他设备进行通信；路由分发模块，用于根据接口协议转换模块接收的来自业务服务组件的计费事件中的信息，确定对应的计费系统；

计费模块，用于才艮据所述接口协议转换模块接收的计费事件中的信息，生成所述路由分发模块确定的计费系统能够识别的计费请求，通过接口协议转换模块将生成的计费请求发送给路由分发模块所确定的计费系统进行扣费。

6、根据权利要求 5所述的计费网络，其特征在于，所述计费模块进一步用于获取费率信息，并根据获取的费率信息生成计费请求。

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

所述计费模块进一步根据所接收的鉴权结果信息生成计费请求。

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

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

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

10、一种计费代理装置，其特征在于，该计费代理装置包括：接口协议转换模块，用于计费代理装置与其他设备进行通信；路由分发模块，用于根据接口协议转换模块接收的计费事件中的信息，确定对应的计费系统；

11、根据权利要求 10所述的计费代理装置，其特征在于，所述计费模块进一步用于获取费率信息，并根据获取的费率信息生成计费请求。

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

所述计费模块进一步才艮据所接收的鉴权结果信息生成计费请求。

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

信用控制模块，用于才艮据接口协议转换模块接收的计费事件中的信息和计费模块获取的费率信息对用户的信用进行判断，并将信用判断结果信息发送给计费模块；

所述计费模块进一步 ^^:艮据所接收的信用判断结果信息生成计费请求。

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

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

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

B、计费代理装置接收到计费事件，根据该计费事件从自身所连接的各个计费系统中确定对应的计费系统，并生成对应的计费请求发送给所确定的计费系统；

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

16、根据权利要求 15所述的方法，其特征在于，所述步骤 B中，计费代理装置根据自身中预先存储的费率信息或从其他存储了费率信息的设备处获取的费率信息生成计费请求。

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

B0、根据该计费事件确定对应的计费方式，并判断该计费方式是否为在线计费方式，如果是执行步骤 B1; 否则执行所述的根据计费事件从自身所连接的各个计費系统中确定对应的计費系统的步骤；

Bl、对该计费事件对应用户的信用进行认证，并在认证通过后根据所述计费事件从自身所连接的各个计费系统中确定对应的计费系统 , 并生成对应的预扣请求作为扣费请求发送给所确定的计费系统。

18、根据权利要求 17所迷的方法，其特征在于，所述步骤 C为：

' Cl、计费系统接收到所述扣费请求后，根据该扣费请求在对应的帐户中扣除对应的金额，并向计费代理装置返回预扣确认消息；

所述步骤 C1后进一步包括：

D、计费代理装置接收到所述预扣确认消息后，向发送所述计费事件的业务服务组件发送消息通知该业务服务组件继续进行业务； E、业务服务组件接收到所述通知消息后，继续进行业务，并在业务完成后向计费代理装置发送消息通知该次业务结束；

19、根据权利要求 18所述的方法，其特征在于，所述步骤 C1中，计费系统接收到所述预扣请求后进一步包括：

判断对应账户余额是否满足该扣费请求，如果是执行所述根据该扣费请求在对应的帐户中扣除对应的金额的步骤；否则，执行步骤 D1:

Dl、向计费代理装置返回预扣失败消息，计费代理装置接收到预扣失败消息后，向所述业务服务组件返回消息通知其业务失败。

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

对该计费事件对应用户进行鉴权，并在鉴权通过后执行所述的根据计费事件从自身所连接的各个计费系统中确定对应的计费系统的步骤。

21、根据权利要求 15至 20中任一所述的方法，其特征在于，所述生成计费请求之前进一步包括：