CN102131174B

CN102131174B - 预付费计费的方法、装置及***

Info

Publication number: CN102131174B
Application number: CN 201010545765
Authority: CN
Inventors: 王书光; 王世军; 徐长久; 包贤德
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-11-16
Filing date: 2010-11-16
Publication date: 2013-07-10
Anticipated expiration: 2030-11-16
Also published as: CN102131174A

Abstract

本发明实施例提供一种预付费计费的方法、装置及***。该方法包括：接收前端设备发送的信用控制请求，所述信用控制请求包含申请业务量和用户标识；根据用户标识，获得所述用户标识对应的1个以上计费策略；根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果；向余额管理中心发送携带所述每个计费策略对应批价结果的信用控制请求，以便于所述余额管理中心根据所述批价结果核算费用。本发明实施例计费装置将各个计费策略对应的批价结果发送到ABM中，ABM就可以避免了与OCS进行多次交互，根据批价结果进行费用预留，从而减少了OCS与ABM的消息交互，减轻了OCS的多次批价的工作，提高计费的效率。

Description

预付费计费的方法、装置及***

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种预付费计费的方法、装置及***。

背景技术

在3GPP(Third Generation Partnership Project，第三代合作项目规范)中OCS(Online charging system，在线计费***)架构中明确了ABM(Account Balance Management，余额管理中心)功能，在ABM作为独立模块，与批价引擎采用Rc接口，但只定义了Rc采用DCC(DiameterCredit-Control Application，信用控制应用协议)，未明确具体接口。

一般情况下ABM作为数据中心角色，业务逻辑在OCS侧，那么配置的入账规则如果在OCS侧实现的话费账本使用规则需通过接口传递实现，即由OCS告诉ABM这次发生的费用具体如何使用哪些账本。但是在用户存在多个话费账本时，比如：按次账本类型为T1，赠送资金账本T2，现金账本为T3；用户按3种费率批价得到按次费用项F1，长话费用项F2，市话费用项F3，在OCS负责批价和ABM负责余额管理分工明确的情况下，对于涉及多个账本之间需要交互多次，比如：在计费过程存在免费资源或跳次计费时，现有技术中，ABM可能1次只返回部分授权量，OCS可能会多次批价，OCS与ABM进行多次交互，影响了预付费计费的效率和及时性。

发明内容

本发明实施例提供一种预付费计费的方法、装置及***，用以解决现有技术中预付费计费中ABM与OCS相互交互次数过多，影响了预付费计费的效率的技术问题。

本发明实施例提供一种预付费计费的方法，包括：

接收前端设备发送的信用控制请求，所述信用控制请求包含申请业务量和用户标识；

根据用户标识，获得所述用户标识对应的1个以上计费策略；

根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果；

向余额管理中心发送携带所述每个计费策略对应批价结果的信用控制请求，以便于所述余额管理中心根据所述批价结果核算费用。

本发明实施例提供一种预付费计费的方法，包括：

接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果；

根据所述一个以上计费策略对应的批价结果，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；

向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。

本发明实施例提供一种计费装置，包括：

第一接收单元，用于接收前端设备发送的信用控制请求，所述信用控制请求包含申请业务量和用户标识；

计费策略获取单元，用于根据用户标识，获得所述用户标识对应的1个以上计费策略；

批价处理单元，用于根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果；

第一发送单元，用于向余额管理中心发送携带所述每个计费策略对应批价结果的信用控制请求，以便于所述余额管理中心根据所述批价结果核算费用。

本发明实施例提供一种余额管理中心，包括：

第二接收单元，用于接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果；

核算单元，用于根据所述一个以上计费策略对应的批价结果，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；

第二发送单元，用于向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。

本发明实施例提供预付费计费的***，包括：

计费装置，用于接收前端设备发送的信用控制请求，所述信用控制请求包含申请业务量和用户标识；根据用户标识，获得所述用户标识对应的1个以上计费策略；根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果；向余额管理中心发送携带所述每个计费策略对应批价结果的信用控制请求，以便于所述余额管理中心根据所述批价结果核算费用；

余额管理中心，用于接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果；根据所述一个以上计费策略对应的批价结果，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。

本发明实施例计费装置将批价结果以及该批价结果对应的入账限制规则发送到ABM中，ABM就可以在与OCS交互1次的情况下，根据入账限制规则进行费用预留或扣费，从而减少了OCS与ABM的消息交互，提高计费的效率。，

附图说明

图1为本发明实施例一种预付费计费的方法流程图；

图2为本发明实施例另一种预付费计费的方法流程图；

图3为本发明实施例一种余额账本响应费率的预付费计费的方法流程图；

图4为本发明实施例一种计费装置的结构示意图；

图5为本发明实施例一种余额管理中心的结构示意图；

图6为本发明实施例一种预付费计费的***结构示意图。

具体实施方式

下面结合附图和具体实施例进一步说明本发明实施例的技术方案。

本发明实施例公开了一种预付费计费的方法，包括：

S101：计费装置接收前端设备发送的CCR(Credit Control Request，信用控制请求)，该CCR包含申请业务量和用户标识；当CCR用于申请预留资源时，CCR携带了RSU(requested-service-unit，请求业务量)，此时，申请业务量具体可以是请求业务量，根据具体业务不同，请求业务量可以有多种形式，比如：申请预留通话的时间，申请预留的流量，申请预留的总的字节数，申请预留的输入字节数，申请预留的输出字节数或其它的申请预留的特殊计量单位。

当CCR用于扣费时，CCR携带了USU(Used-service-unit，已使用业务量)，此时，申请业务量具体可以是已使用业务量，根据具体业务不同，已使用业务量可以有多种形式，比如：已通话的时间，已使用的流量，已使用的总的字节数，已使用的输入字节数，已使用的输出字节数或其它的已使用的特殊计量单位。

前端设备可以为SCP(service control point，业务控制点)，也可以为GGSN(Gateway GPRS Support Node，网关GPRS支持节点)。

S102：计费装置根据用户标识，获得用户标识对应的1个以上计费策略。

S103：根据每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果。

如果该用户存在多种计费策略，比如：该用户账户存在多种计费账本的话，并且使用不同的账本会可能会导致批价费率的不同，则计费装置根据每一个影响费率的账本都将业务量进行批价处理，并获得批价结果，并将批价结果转换成RSU中，用RSU来表示该批价结果，并且RSU中还可以根据计费策略，设置各个批价结果对应的入账限制规则，以便于ABM可以根据该入账限制规则进行授权处理，而并且根据每个计费策略，获取到对应的批价结果都需要一一转换成一个RSU，即一个RSU表示了一个批价结果，如果存在n个批价结果，就需要n个RSU来分别表示该n个批价结果。

该RSU的结构如：

Requested-Service-Unit::＝<AVP Header:437>

[Min-Charge-Unit]

[CC-Time]

[CC-Money]

[CC-Total-Octets]

[CC-Input-Octets]

[CC-Output-Octets]

[CC-Service-Specific-Units]

[Pay-Limit-Rule]

USU的结构如：

Used-Service-Unit::＝<AVP Header:446>

[Min-Charge-Unit]

[Reporting-Reason]

[Tariff-Change-Usage]

[CC-Time]

[CC-Money]

[CC-Total-Octets]

[CC-Input-Octets]

[CC-Output-Octets]

[CC-Service-Specific-Units]

[Pay-Limit-Rule]

其中CC-Time表示分段支付时间，CC-Money表示分段支付金额，Min-Charge-Unit表示分段最小支付单位，CC-Total-Octets表示分段支付总流量，CC-Input-Octets表示分段支付接收总流量，CC-Output-Octets表示分段支付发送总流量，CC-Service-Specific-Units表示分段支付业务特殊单位；Reporting-Reason表示上报原因，Tariff-Change-Usage表示费用支付用途。其中，Min-Charge-Unit可以用于跳次计费，也可以用于余额不足时最小业务量的判断；在RSU和USU中，Pay-Limit-Rule是入账限制规则，用于规定了对批价结果如何处理，这样ABM就可以根据入账限制规则来进行预留费用了。上述字段中，CC-Money和Min-Charge-Unit是必选的，其它的字段是可选的。

Pay-Limit-Rule包含了多个字段，其中Pay-Limit-Rule如表一所示。包括如下几个字段：Pay-Limit-Resource，表示免费资源使用标识的，表二表示Pay-Limit-Resource的定义。Pay-Limit-Resource-ChargeMode，表示免费资源扣费类型的，表三表示Pay-Limit-Resource-ChargeMode的定义。Pay-Limit-SpecifyAccountTypeID表示入账的确定使用的账本类型，表四表示Pay-Limit-SpecifyAccountTypeID的定义。Pay-Limit-SpecifyAccountTypeAction表示入账后动作类型，表五表示Pay-Limit-Specify-Account-TypeAction的定义。Pay-Limit-ExcludeAccountTypeID表示禁止使用的账本类型，表六表示Pay-Limit-ExcludeAccountTypeID的定义。Pay-Limit-AccountBalance-Filter表示用于过滤余额账本的，表七表示Pay-Limit-AccountBalance-Filter的定义。而Pay-Limit-AccountBalance-Filter包含有两个字段；AccountBalance-Related-TypeID表示余额相关类型的，表八表示AccountBalance-RelatedTypeID的定义。AccountBalance-RelatedObjectID表示余额相关对象的，表九表示余额相关对象AccountBalance-RelatedObjectID的定义。其中，Pay-Limit-Resource、Pay-Limit-Resource-ChargeMode是必选的，其它是可选的。

表一

Pay-Limit-Resource定义

表二

Pay-Limit-Resource-ChargeMode定义

表三

Pay-Limit-SpecifyAccountTypeID定义

表四

Pay-Limit-SpecifyAccountTypeAction定义

表五

Pay-Limit-ExcludeAccountTypeID定义

表六

Pay-Limit-AccountBalance-Filter定义

表七

AccountBalance-RelatedTypeID定义

表八

AccountBalance-RelatedObjectID定义

表九

S104：向余额管理中心发送携带所述每个计费策略对应批价结果的信用控制请求，以便于所述余额管理中心根据所述批价结果核算费用。

如果根据计费策略还获取到了批价结果对应的入账限制规则时，上述信用控制请求还需要携带了该入账限制规则，这样余额管理中心可以根据入账限制规则和批价结果进行核算费用。

本发明实施例计费装置将各个计费策略对应的批价结果发送到ABM中，ABM就可以避免了与OCS进行多次交互，根据批价结果进行费用预留，从而减少了OCS与ABM的消息交互，减轻了OCS的多次批价的工作，提高计费的效率。

本发明实施例公开了另一种预付费计费的方法，包括：

S201：ABM接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果；

S202：ABM根据所述一个以上计费策略对应的批价结果，对每个计费策略对应的批价结果进行核算费用并入账到确定使用的账本；

S203：ABM向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。

已核算的业务量就是已经入账对应账本的扣费(预留)明细，它可以用GSU(Granted-Service-Unit，授权业务量量)或Cost-Information-Detail来表示。

上述计费的对象可以有多种，比如语音通话时间，视频通话时间和流量，上网流量等，本发明实施例并不限制计费的对象。

本发明实施例计费装置将批价结果发送到ABM中，ABM就可以在与OCS比较少的次数情况下，根据入账限制规则进行费用预留或扣费，从而减少了OCS与ABM的消息交互，减轻了OCS的多次批价的工作，提高计费的效率。

如图3所示的余额影响费率的应用场景中，用户拨打IP电话请求5分钟，该用户的账本中包括了按次账本类型T1，赠送资金账本T2，现金账本T3，其中使用赠送资金账本T2对应的长话费率0.5元/分钟，市话费率0.4元/分钟；使用现金账本T2对应的长话费率0.3元/分钟，市话费率0.2元/分钟，在进行话费预留或扣费时各个用户的账本是有优先级的，在上述三种用户的账本中，按次账本T1的优先级最高，赠送资金账本T2的优先级其次，现金账本T3的优先级最低、按3种费率批价分别得到的按次费用项F1，长话费用项F2，市话费用项F3；实现费用精确预留的具体过程如下所示。

S301：SCP向OCS发送CCR来申请通话预留时长，该CCR中包含了RSU和计费用户的用户标识，由于申请的预留的时长为5分钟，因此CCR中携带的RSU的CC_Time等于5分钟，用户标识可以是手机号码，或者短号码，以及其他能够唯一标识计费用户的标识信息。

S302：OCS接收到上述CCR，解析该CCR，并对该次计费申请进行批价处理，因为批价策略查找到多个批价费率，OCS对多个费率都进行批价并向ABM发送包含批价结果的CCR。

从CCR解析获取到RSU的CC_Time等于5分钟，并且根据计费用户的用户标识，查询到该用户标识所对应计费策略，确认该用户存在3种资费策略，每种资费策略使用不同的账本，因此分别按每种费率进行批价处理并设置该费率对应的入账限制规则。这里的计费策略与账本有关系，也与具体的计费费率有关，一个账本可以对应一个费率，一个账本也可以对应多个费率。由于存在多种批价策略，因此OCS需要为每一个费率生成一个对应的批价结果，并将批价结果转换成RSU来表示。另外，可以在RSU中注明该费率对应的入账限制规则。比如：在本实施例中，存在三种批价策略，涉及到3个账本，5种不同的费率，因此OC有了相应的5个RSU，另外，CCR中还可以携带了每一个RSU对应的费用项类型。具体过程如下。

按次账本类型T1与计费的时长无关，在1次会话中，只需要预留或扣费1次就可以了，因此可以得到RSU1的CC-Time＝5分钟，按次费用项F1＝1次，以及可以设置RSU1的入账限定规则，比如：按次计费可以使用免费资源，其计费的模式是按次计费的，计费使用的账本类型必须为T1，后续的其它费用项(指的是费用项F2或费用项F3)无需进行入账，即RSU1的Pay_Limit_Rule中字段的各个值分别为：Pay-Limit-Resource＝1(可使用免费资源)，Pay-Limit-Resource-ChargeMode＝1(按次计费)，Pay-Limit-Specify-AccountTypeID＝T1(按次账本类型)，Pay-Limit-Specif-AccountTypeAction＝1(后续费用不入账)。

由于IP电话可能会同时产生两种费用项：市话费用项和长话费用项。而使用赠送账本类型T2存在这两种费率，分别为长话费率0.5元/分钟，市话费率0.4元/分钟，因此分别计算申请的5分钟的长话费用项F2和市话费用项F3，得到批价结果为：RSU2的CC-Time＝5分钟，长话费用项F2＝5分钟*0.5元/分钟＝2.5元，RSU3的CC-Time＝5分钟，市话费用项F3＝5分钟*0.4元/分钟＝2元。并设置该RSU2和RSU3的入账限定规则为可以使用赠送资金账本，由于RSU2和RSU3的是同一个账本类型，因此其入账限定规则相同，比如：本次计费可以使用免费资源，其计费的模式是精确计费的，即：按照时长或流量来计费的；计费账本类型为T2，后续的相同费用项(指的是费用项F2或费用项F3)不入账，其入账规则包括：可以使用免费资源，计费模式是精确计费，这里是按照时长来进行计费，以及计费账本类型为T2，后续费用项无需入账，即RSU2和RSU3的Pay_Limit_Rule中字段的各个值分别为：Pay-Limit-Resource＝1(可使用免费资源)，Pay-Limit-Resource-ChargeMode＝0(精确计费)，Pay-Limit-Specify-AccountTypeID＝T2(赠送账本类型)，Pay-Limit-Specif-AccountTypeAction＝2(后续相同费用项不入账)。

使用现金账本类型T3也存在两种费率，分别为长话费率0.3元/分钟，市话费率0.2元/分钟，因此分别计算申请的5分钟的长话费用项F2和市话费用项F3，得到批价结果为：RSU4的CC-Time＝5分钟，长话费用项F2＝5分钟*0.3元/分钟＝1.5元，RSU5的CC-Time＝5分钟，市话费用项F3＝5分钟*0.2元/分钟＝1元。由于RSU4和RSU5使用的现金账本，而一般情况下，现金账本的入账规则是不受限制的，因此，RSU4和RSU5并没有设置入账限制规则。当然，也可以根据需求，对现金账本设定一定的规则。

OCS批价成功后，得到了5个不同批价结果，即5个不同的费用段，包括：与RSU1相关的使用按次入账账本的批价结果的费用段；与RSU2和RSU3相关使用赠送资金账本入账的批价结果的两个费用段，与RSU4和RSU5相关使用现金账本入账的批价结果的两个费用段。因此OCS向ABM发送了CCR，该CCR包含了上述5个RSU以及每一个RSU对应费用项类型。

S303：ABM接收到上述包含入账限制规则的CCR后，根据RSU描述的批价结果，进行预留通话费用。

ABM解析CCR后，获取到5个RSU以及RSU1对应的入账限制规则，RSU2对应的入账限制规则，RSU3对应的入账限制规则，按照账本优先级排序和各个账本的入账限制规则，确定使用哪个账本余额进行预留费用。ABM根据预先保存的账本优先级顺序关系，分别按各个账本的优先级的由高到低的顺序来进行确定使用某个账本，对符合条件的账本进行预留，由于本实施例的假设的优先级从高到低的顺序为：T1，T2，T3，因此过程可以包括如下：

解析RSU1，ABM确定按次账本T1是否存在余额，如果按次账本T1存在余额，则预留1次的免费资源，下发GSU的CC-Time＝5分钟，并指示OCS本次通话按次入账，后续可以按0费率批价；由于T1的入账限制规则中规定了如果预留成功后，则后续其它费用项无需继续入账，即本次预留结束，不再处理后续的RSU2、RSU3、RSU4、RSU5，向OCS返回CCA，并且CCA携带已经预留的GSU。

解析RSU1，如果按次账本T1已经没有余额了，则不满足RSU1的预留条件，ABM继续解析RSU2，获取RSU2对应的费用项类型F2和RSU2的入账限制规则Pay-Limit-Rule，该Pay-Limit-Rule规定了：本次计费是精确计费，并且本次预留可以允许预留免费资源，指定预留账本为T2，预留费用项F2后不再处理其他相同的F2费用项。此时ABM判断赠送资金账本T2是否有足够余额，如果有余额，则对T2进行入账。由于根据前面RSU2的Pay-Limit-Rule可以获知，当RSU2处理完成后，无需处理费用项F2对应的RSU，但是还是要处理其它的费用项对应的RSU，因此入账完毕后，ABM还需要解析RSU3，获取RSU3对应费用项类型F3和RSU3的入账限制规则(本次计费是精确计费，并且本次预留可以允许预留免费资源，指定预留账本为T2，预留费用项F3后不再处理其他相同的F3费用项)，此时ABM在T2上需要预留的总金额为费用项F2与费用项F3的金额之和，即4.5元。如果T2中的账本余额超过4.5元(假设T2只有统一的账本，并不细分为长话账本和市话账本)，则ABM在赠送资金账本T2预留4.5元，预留结果为GSU＝5分钟；并且根据入账限制规则，获知如果预留成功后，就对后续相同费用项(即RSU4的F2和RSU5的F3)无需继续入账，即本次预留成功，向OCS返回CCA，并且CCA携带已预留的GSU。如果T2中的账本余额不足4.5元时，可以按照实际的金额进行预留费用，并向OCS返回实际的预留GSU。如果T2的账本中包含了长话账本和市话账本，则分别判断长话账本是否超过2.5元，市话账本是否超过2元，如果都超过，则分别在长话账本中预留2.5元，市话账本预留2元；只要长话账本或市话账本中的一个账本的余额不满足申请的费用项，则可以认为该RSU申请失败，向OCS发送授权的USU。

如果按次账本T1和赠送资金账本T2均没有余额了，ABM继续处理RSU4和RSU5，由于RSU4和RSU5需要从现金账本中进行预留，ABM判断现金账本T3是否存在余额，如果存在余额，则这时用现金账本T3进行预留，这时获知需要预留的总金额为F2与F3的金额之和，即RSU4对应的F2为1.5元，以及RSU5对应的F3为1元，总和为2.5元，GSU＝5分钟，即本次预留成功。

如果按次账本T1、赠送资金账本T2和现金账本T3均有足够的金额，但是按次账本T1属于对语音入账的排除账本，即存在Pay-Limit-ExcludeAccountTypeID的值，假设该值为1时表示对语音入账进行排除，此时按照账本优先级来进行确定时，ABM将发现该语音业务不能使用该按次账本T1，因此直接从赠送资金账本T2开始确定。

S304：ABM预留通话费用成功后，向OCS返回CCA(Credit ControlAnswer，信用控制响应)，该CCA中包含了预留的通话时长为5分钟，即CCA中的GSU等于5分钟。

S305：OCS将接收的CCA发送给SCP，这样SCP就可以根据CCA中预留的通话时长5分钟来监控通话时间。

如果上述S301中SCP发送的CCR中携带的USU时，即SCP申请进行实际的扣费，扣费的流程同S301-S305的流程，这里不再赘述。

在批价过程，由于OCS对用户的每一个资费规则都进行批价，并且对各个批价结果设置入账限制规则，当批价成功后，OCS向ABM发送包含批价结果和入账限制规则的CCR，ABM可以一次性获知各个账本对应的批价结果以及入账限制规则，因此ABM可以根据入账限制规则和用户的各个账本的余额情况进行费用预留，使得ABM与OCS无需交互多次就可以获知各个账本的对应的不同的批价结果，从而减少了OCS与ABM的消息交互，提高计费的效率。

如图4所示，本发明实施例还提供了一种计费装置，包括：

第一接收单元41，用于接收前端设备发送的信用控制请求，所述信用控制请求包含申请业务量和用户标识；

当CCR用于申请预留资源时，CCR携带了RSU(requested-service-unit，请求业务量)，该RSU包含了业务量，根据具体业务不同，业务量可以有多种形式，比如：申请预留通话的时间，申请预留的流量，申请预留的总的字节数，申请预留的输入字节数，申请预留的输出字节数或其它的申请预留的特殊计量单位。

当CCR用于扣费时，CCR携带了USU(Used-service-unit，已使用业务量)，该USU包含了业务量，根据具体业务不同，业务量可以有多种形式，比如：已通话的时间，已使用的流量，已使用的总的字节数，已使用的输入字节数，已使用的输出字节数或其它的已使用的特殊计量单位。

计费策略获取单元42，用于根据用户标识，获得所述用户标识对应的1个以上计费策略；

批价处理单元43，用于根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果；

如果该用户存在多种计费账本的话，并且使用不同的账本会导致批价费率的不同，则批价处理单元43根据每一个影响费率的账本都将业务量进行批价处理，并获得批价结果RSU，在每一个RSU设置该RSU对应的入账限制规则到ABM进行授权处理。

第一发送单元44，用于向余额管理中心发送携带所述每个计费策略对应批价结果的信用控制请求，以便于所述余额管理中心根据所述批价结果核算费用。

进一步地：批价处理单元43还包括：用于根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果和所述批价结果对应的入账限制规则。本发明实施例计费装置将批价结果以及该批价结果对应的入账限制规则发送到ABM中，ABM就可以在与OCS交互很少次的情况下，根据入账限制规则进行费用预留或扣费，从而减少了OCS与ABM的消息交互，减轻了OCS的多次批价的工作，提高计费的效率。

如图5所示，本发明实施例还提供了一种余额管理中心，包括：

第二接收单元51，用于接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果；

核算单元52，用于根据所述一个以上计费策略对应的批价结果，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；

第二发送单元53，用于向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。

进一步地：核算单元52包括：用于根据各个账本的优先级和批价结果对应入账限制规则，按照顺序确定1个或1个以上账本进行费用核算，并在所述1个或1个以上账本中对所述批价结果进行核算费用，并将所述费用入账到确定使用的账本。

计费装置可以为OCS，也可以为其它的计费设备。

其中，本实施例所涉及的一个以上分段业务量、用户账本、费用以及所涉及的具体工作过程，可以参考上述图3所涉及的实施例揭露的相关内容，在此不再赘述。

如图6所示，本发明实施例还提供一种预付费计费的***，包括：

计费装置61，用于接收前端设备发送的信用控制请求，所述信用控制请求包含申请业务量和用户标识；根据用户标识，获得所述用户标识对应的1个以上计费策略；根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果；向余额管理中心发送携带所述每个计费策略对应批价结果的信用控制请求，以便于所述余额管理中心根据所述批价结果核算费用；

余额管理中心62，用于接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果；根据所述一个以上计费策略对应的批价结果，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。

其中，本实施例所涉及的一个以上分段业务量、用户账本、费用以及所涉及的具体工作过程，可以参考上述图1至图3所涉及的实施例揭露的相关内容，在此不再赘述。

本发明实施例计费装置根据计费策略，将业务量转换成多个分段业务量，并把各个分段业务量发送给ABM，使得ABM可以按照进行分段业务量的费用核算，由于ABM一次性处理多个分段业务量的费用核算，从而减少了OCS与ABM的消息交互，减轻了OCS的多次批价的工作，提高计费的效率。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。上述计费装置和余额管理中心均可以是一个主机设备，例如PC或移动终端，主机设备包括存储器以存储执行本发明的代码，一个或多个微处理器以执行所述代码，及一个通信接口提供网络访问。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种预付费计费的方法，其特征在于，包括：

根据用户标识，获得所述用户标识对应的1个以上计费策略；

根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果，以及获得所述批价结果对应的入账限制规则，其中所述入账限制规则规定了对批价结果的处理方式；

向余额管理中心发送携带所述每个计费策略对应批价结果和所述入账限制规则的信用控制请求，以便于所述余额管理中心根据所述批价结果和所述入账限制规则核算费用。

2.根据权利要求1所述的方法，其特征在于，所述入账限制规则包括免费资源使用标识、免费资源扣费类型、确定使用的账本类型、入账后动作类型、禁止使用账本类型、余额相关类型、余额相关对象中的一个或多个。

3.一种预付费计费的方法，其特征在于，包括：

接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果和所述批价结果对应的入账限制规则，其中所述入账限制规则规定了对批价结果的处理方式；

根据所述批价结果对应的入账限制规则，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；

4.根据权利要求3所述的方法，其特征在于，所述根据所述批价结果对应的入账限制规则，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本，包括：

根据各个账本的优先级和所述批价结果对应入账限制规则，按照顺序确定1个或1个以上账本进行费用核算，并在所述1个或1个以上账本中对所述批价结果进行核算费用，并将所述费用入账到确定使用的账本。

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

批价处理单元，用于根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果和所述批价结果对应的入账限制规则，其中所述入账限制规则规定了对批价结果的处理方式；

第一发送单元，用于向余额管理中心发送携带所述每个计费策略对应批价结果和所述入账限制规则的信用控制请求，以便于所述余额管理中心根据所述批价结果和所述入账限制规则核算费用。

6.一种余额管理中心，其特征在于，包括：

第二接收单元，用于接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果和所述批价结果对应的入账限制规则，其中所述入账限制规则规定了对批价结果的处理方式；

核算单元，用于根据所述批价结果对应的入账限制规则，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；

7.根据权利要求6所述的余额管理中心，其特征在于，所述核算单元包括：用于根据各个账本的优先级和批价结果对应入账限制规则，按照顺序确定1个或1个以上账本进行费用核算，并在所述1个或1个以上账本中对所述批价结果进行核算费用，并将所述费用入账到确定使用的账本。

8.一种预付费计费的***，其特征在于，包括：

计费装置，用于接收前端设备发送的信用控制请求，所述信用控制请求包含申请业务量和用户标识；根据用户标识，获得所述用户标识对应的1个以上计费策略；根据所述每个计费策略，对所述申请业务量分别进行批价，并获得每个计费策略对应的批价结果和所述批价结果对应的入账限制规则，其中所述入账限制规则规定了对批价结果的处理方式；向余额管理中心发送携带所述每个计费策略对应批价结果和所述入账限制规则的信用控制请求，以便于所述余额管理中心根据所述批价结果和所述入账限制规则核算费用；

余额管理中心，用于接收计费装置发送的信用控制请求，所述信用控制请求包含一个以上计费策略对应的批价结果和所述批价结果对应的入账限制规则，其中所述入账限制规则规定了对批价结果的处理方式；根据所述所述批价结果对应的入账限制规则，对所述每个计费策略对应的批价结果核算费用，并入账到确定使用的账本；向所述计费装置发送信用控制响应，所述信用控制响应包含了已核算的业务量。