CN102137371B - 计费账务余额管理方法、系统及设备 - Google Patents

Abstract

本发明涉及账务管理技术，公开了一种计费账务余额管理方法及设备，该方法包括：业务计费引擎接收计费请求；如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价；向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求；接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；根据所述互联指示参数确定是否继续进行互联预留。利用本发明，可以减少业务计费引擎与余额管理功能实体的交互次数，提高业务性能。

Description

计费账务余额管理方法、系统及设备

技术领域

本发明涉及账务管理技术，具体涉及一种计费账务余额管理方法、系统及设备。

背景技术

传统网络中的计费功能往往基于话音、数据、多媒体内容等不同类型的业务体系纵向并行发展而来，业务间计费相互独立，在线计费和离线计费采用完全不同的机制分别处理，从而使得客户细分营销策略不得不受到预付费和后付费的天然阻隔。

OCS（Online Charging System，在线计费系统）是指参与通信过程控制的计费系统，能够解决用户实时信用控制、预付费使用数据业务和增值业务实时计费等问题。OCS有其独有的账务数据管理功能，相应的，其他计费系统也会针对自身存储的帐务数据进行帐务数据管理操作，这样分散在不同计费系统中的账务数据有如下缺点：各计费系统支持的计费方式互转困难；无法实现真正意义上的融合和以客户为中心的计费；增加了运营商维护成本。

为此，现有技术提出了独立的ABMF（Account Balance MangementFunction，余额管理功能）实体，以实现对帐户的统一管理，其管理的帐户能够被多个计费系统共同访问，各计费系统内部无需再实现帐户管理和存储功能，降低了管理成本，方便了各计费系统所支持的计费方式互转，有利于融合计费的实现。

帐务从OCS独立到ABMF，很多业务场景，如VPN（Virtual PrivateNetwork，虚拟专用网）、家庭网、优惠账户业务等，都要求业务计费引擎和ABMF之间进行频繁交互，给业务整体性能带来影响。同时，由于网元之间频繁访问，系统响应时间长，延长了客户等待接通时间。

发明内容

本发明实施例提供一种计费账务余额管理方法、系统及设备，以提高计费业务的灵活性，减少业务计费引擎与余额管理功能实体的频繁交互。

为此，本发明实施例提供如下技术方案：

一种计费账务余额管理方法，包括：

业务计费引擎接收计费请求；

如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价；

向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求；

接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；

根据所述互联指示参数确定是否对所述计费请求继续进行互联预留。

一种计费账务余额管理方法，包括：

余额管理功能实体接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额；

根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；

向所述业务计费引擎返回预留结果，所述预留结果中携带实际扣费金额及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留。

一种业务计费引擎，包括：

计费请求接收单元，用于接收计费请求；

批价单元，用于在所述计费请求接收单元接收到计费请求后，如果所述计费请求对应的用户有多个不同等级的计费账户，则优先选择高优先级的计费账户对所述计费请求进行批价；

预留请求发送单元，用于向对应所述高优先级的计费账户的余额管理功能实体发送预留请求；

预留结果接收单元，用于接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；

流程确定单元，用于根据所述互联指示参数确定是否对所述计费请求继续进行互联预留。

一种余额管理功能实体，包括：

预留请求接收单元，用于接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额；

预留信息确定单元，用于根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；

预留结果发送单元，用于向所述业务计费引擎返回预留结果，所述预留结果中携带实际扣费金额及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留。

一种计费账务余额管理的系统，包括：

业务计费引擎，用于接收计费请求；如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价；向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求；接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；根据所述互联指示参数确定是否继续对所述计费请求进行互联预留。

余额管理功能实体，用于接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额；根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；向所述业务计费引擎返回预留响应，所述预留响应中携带实际扣费金额及互联指示参数。

本发明实施例计费账务余额管理方法、系统及设备，针对余额管理功能独立于OCS的应用需求，在余额管理功能实体返回给业务计费引擎的消息中增加互联指示参数，从而在用户有多个不同等级的计费帐户时，可以使业务计费引擎根据该互联指示参数确定是否继续进行互联预留，不仅提高了计费业务实现的灵活性，而且可以有效地减少业务计费引擎与余额管理功能实体的频繁交互，提高业务性能。

附图说明

图1是本发明实施例计费账务余额管理方法的一种流程图；

图2是本发明实施例计费账务余额管理方法的另一种流程图；

图3是本发明实施例的方法在业务场景1下业务计费引擎与余额管理功能实体的交互过程；

图4是本发明实施例的方法在业务场景2下业务计费引擎与余额管理功能实体的交互过程；

图5是本发明实施例业务计费引擎的一种结构示意图；

图6是本发明实施例余额管理功能实体的一种结构示意图；

图7是本发明实施例一种计费账务余额管理的系统的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。

如图1所示，是本发明实施例计费账务余额管理方法的一种流程图，包括以下步骤：

步骤101，业务计费引擎接收计费请求。

步骤102，如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价。

比如，多个不同等级的计费帐户可以包括：对应优惠资费的优惠卡帐户和对应缺省资费的主资金帐户，其中，所述优惠卡帐户的优先级高于所述主资金帐户的优先级。

再比如，多个不同等级的计费帐户还可以包括：集团帐户和个人帐户，其中，所述集团帐户的优先级高于个人帐户的优先级。

步骤103，向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求。

步骤104，接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数。

步骤105，根据所述互联指示参数确定是否继续进行互联预留。

可见，本发明实施例计费账务余额管理方法，通过在余额管理功能实体返回的预留结果中增加互联指示参数，业务计费引擎根据该互联指示参数来确定是否继续进行互联预留，不仅提高了计费业务实现的灵活性，而且可以有效地减少业务计费引擎与余额管理功能实体的频繁交互，提高业务性能。

为了进一步满足在不同场景下的应用需求，可以对所述互联指示参数设置多种不同的取值，比如，可以设置以下取值：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣。

这样，在业务计费引擎接收到所述余额管理功能实体返回的预留结果后，如果所述互联指示参数的值为第一指示值，则业务计费引擎继续向所述余额管理功能实体或其他余额管理功能实体发起预留，以进行互联预留；如果所述互联指示参数的值为第二指示值，则业务计费引擎向会话控制网元下发所述实际扣费金额，从而可以充分满足不同的业务需求。当然，所述第一指示值和第二指示值的具体数值可以任意设定，比如，分别为1，2。

另外，对所述互联指示参数还可以设置：第三指示值，用于指示没有余额，以使业务计费引擎进一步减少与余额管理功能实体的交互次数。如果所述余额管理功能实体返回的预留结果中携带的互联指示参数为第三指示值时，业务计费引擎可以直接切断呼叫，而无需再继续向所述余额管理功能实体或其他余额管理功能实体发送预留请求，进行互联预留。

上面从业务计费引擎侧描述了本发明实施例计费账务余额管理方法的流程，下面从余额管理功能实体侧进一步说明。

如图2所示，是本发明实施例计费账务余额管理方法的另一种流程图，包括以下步骤：

步骤201，余额管理功能实体接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额。

步骤202，根据所述用户信息及预留金额确定实际扣费金额及互联指示参数。

步骤203，向所述业务计费引擎返回预留结果，所述预留结果中携带实际扣费金额及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留。

前面提到，为了满足在不同场景下的应用需求，可以对所述互联指示参数设置多种不同的取值，比如，可以设置以下取值：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣。

这样，在余额管理功能实体在接收到业务计费引擎发送的预留请求后，根据所述用户信息及预留金额确定实际扣费金额及互联指示参数时，可以先确定所述用户是否有多个不同等级的计费账户，如果是，并且高优先级的计费账户的余额不足，可以根据业务场景的应用需求，确定实际扣费金额及相应的互联示参数。具体地，可以将所述高优先级的计费账户的余额作为实际扣费金额；如果当前用量分片内需要互联补扣，则将所述互联指示参数设置为第一指示值；如果当前用量分片内不需要互联补扣，则将所述互联指示参数设置为第二指示值。在当前用量分片内是否需要进行互联补扣，可以根据具体应用来灵活设定，本发明实施例对此不做限定。

当然，如果所述用户只有一个计费账户的情况，以及所述用户有多个不同等级的计费帐户，但高优先级的计费账户的余额足够的情况下，可以采用与现有技术相同的处理流程，在此不再详细说明。

同样，在该实施例中，对所述互联指示参数还可以设置：第三指示值，用于指示没有余额，以使业务计费引擎进一步减少与余额管理功能实体的交互次数。具体地，余额管理功能实体接收到业务计费引擎发送的预留请求后，根据该预留请求中携带的用户信息及预留金额，查看对应该用户的计费账户，如果对应所述用户的所有计费账户均没有余额，则设置所述互联指示参数为第三指示值。

可见，本发明实施例计费账务余额管理方法，余额管理功能实体接收到业务计费引擎发送的预留请求后，在向所述业务计费引擎返回预留结果时，在所述预留结果中携带互联指示参数，从而可以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留，不仅提高了计费业务实现的灵活性，而且可以有效地减少业务计费引擎与余额管理功能实体的频繁交互，提高业务性能。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

下面通过在不同场景下的应用实例，将本发明实施例计费账务余额管理方法与现有技术的实现过程进行比较，进一步详细说明本发明实施例。

业务场景1：优惠资金账户业务

其中，按照业务特性要求，配置优惠资费优先于缺省资费计费，优惠资费费率为0.4元/分钟，缺省资费费率为0.5元/分钟。

用户发起呼叫，呼叫到达MSC/SSP（Mobile Switching Center，移动交换中心）/（Signalling Service Point，信令业务点），MSC/SSP上报IDP消息给OCG（Open Charging Gateway，开放支付网关）启动呼叫控制，OCG通过网关或鉴权设备向业务计费引擎发送CCR（Credit Control Request，信用控制请求）。

如图3所示，是本发明实施例的方法在业务场景1下业务计费引擎与余额管理功能实体的交互过程。

31．业务计费引擎接收网络设备发送的CCR，该CCR申请的时长为5分钟。按照优惠资费计费，费用（即所需的预留金额）为2元（即5分钟×0.4元/分钟），这里的网络设备是一种接入网元，可以网关或鉴权设备等。

32．业务计费引擎向ABMF发送首次预留请求。首次预留请求中包括用户信息及预留金额，其中预留金额为2元。

33．ABMF收到首次预留请求后，根据用户信息查看对应该用户的优惠资费账户只剩下0.8元，不够预留金额，需要查找对应该用户的缺省账户（即主资金账户）支付。但是，缺省账户支付时，费率必须选用0.5元/分钟，与优惠账户的费率不同。在这种情况下，ABMF在互联扣费响应中不仅携带实际预留金额0.8元，而且还携带互联指示参数。此时，为了减少业务计费引擎和ABMF之间的交互次数，可以将所述互联指示参数设置为2。

其中互联指示参数的值可以为0，1，2；0表示余额不足，切断呼叫；1表示优惠资金账户不足（或者是其它账户不足，需要切换到优惠资金账户），当前用量分片内需要互联补扣；2表示优惠资金账户不足（或者是其它账户不足，需要切换到优惠资金账户），当前用量分片内不再需要互联补扣；当然也可以用其它的值来分别代替0，1，2，只要能够分别上述三种情况即可。

业务计费引擎在获取互联指示为0的情况下，则指示监控设备（SCP、OCG、GGSN等）为最后一个时间片。

业务计费引擎在获取互联指示为1的情况下，则指示引擎再互联到ABMF，进行补扣或继续预留。

业务计费引擎在获取互联指示为2的情况下，则指示不再互联到ABMF进行补扣或继续预留，而是直接下发当前已经预留用量。

34．业务计费引擎收到ABMF返回的互联扣费响应后，根据其中携带的实际扣费金额为0.8元，既授权时长为2分钟，则申请时长5分钟大于授权时长2分钟；且互联指示参数为2，则说明此次无需到ABMF的缺省账户中进行进行补扣或继续保留了，只要将优惠资费账户资金账户不足的信息保留在本地内存就可以，这样下次申请计费的时候，就无需在优惠资源账户下进行申请计费了，业务计费引擎还要向网络设备下发CCA（Credit ControlAnswer，信用控制应答），其中携带监控时长为2分钟。

业务场景2：VPN业务

在该业务场景下，集团成员由集团账户支付，若超过集体支付限额，则转为个人支付，例如：下面的实施例中，集团账户的余额为1元，费率为0.5元/分钟，即只能预扣费2分钟的通话时间，而业务计费引擎申请的通话时间为4分钟。

如图4所示，是本发明实施例的方法在业务场景2下业务计费引擎与余额管理功能实体的交互过程。

用户发起呼叫，呼叫到达MSC/SSP，MSC/SSP上报IDP消息给OCG启动呼叫控制，OCG通过网关或鉴权设备向业务计费引擎发送CCR。

401．业务计费引擎接收到网络设备发送的CCR，该CCR申请的时长为4分钟。按照集团用户计费费率来计算，费用（即所需的预留金额）为2元（即4分钟×0.5元/分钟），这里的网络设备是一种接入网元，可以网关或鉴权设备等。

402．业务计费引擎向集团ABMF发起首次预留请求。首次预留请求中包括用户信息及预留金额，其中预留金额为2元。

403．集团ABMF根据用户信息，确定用户对应的集团账户预留，当发现集团账户的资金只有1元时，不够预留金额，集团ABMF向业务计费引擎返回预留结果，其中预留结果包括预留1元话费和互联指示参数为2，预留结果可以承载在CCA消息中。

404．业务计费引擎接收到CCA消息后，确认集团ABMF返回的预留结果只包含了1元实际扣费金额，且互联指示参数为2，表示无需切换到个人ABMF继续进行互联预留。

405．业务计费引擎将CCA下发给相关的网络设备，其中CCA包含了集团ABMF返回1元的预留金额；比如通过网关或鉴权设备将CCA消息下发给OCG或者是SCP（Service Control Point，业务控制点）。

需要说明的是，OCG收到CCA消息后，通过Continue消息通知MSC/SSP进行呼叫接续，同时向MSC/SSP下发AC（Apply Charging，申请支付）呼叫监控时长。

MSC/SSP接续本次通话，并对用户通话时长进行监视。当通话时长达到分片时长时，即通话时长达到被分配的监控时长，MSC/SSP上报ACR（ApplyCharging Report，申请支付汇报）消息给OCG。OCG需要通过网关或鉴权设备向业务计费引擎上报CCR（Update）。

406．上述网络设备向业务计费引擎发送CCR（Update），申请进行实际的扣费。

407．业务计费引擎接收到CCR（Update）后，进行批价，并向集团ABMF发起中间预留请求，该中间预留请求携带了预留扣费1元。

408．集团ABMF收到所述中间预留请求后，扣除预留金额（1元），但是无法再预留用量，向业务计费引擎发送中间预留响应。

409．业务计费引擎根据路由规则，同时向个人ABMF发起中间预留请求，该中间预留请求包含了预留扣费1元。

410．个人ABMF根据中间预留请求，完成扣费后再预留用量，并向业务计费引擎返回中间预留响应，中间预留响应包含了上述新的预留用量。

411．业务计费引擎通过CCA（Update）下发新的授权预留用量给网络设备。

OCG通过AC消息指示MSC/SSP继续通话并监视通话时长。用户挂机后，MSC/SSP会上报ERB消息给OCG。OCG上报CCR（Term）给业务计费引擎。

412．业务计费引擎接收网络设备发送的CCR（Term）。

413．业务计费引擎接收到CCR（Term）后，完成批价，并向个人ABMF发送个人账户终止请求，且从个人ABMF上扣费。

414．个人ABMF向业务计费引擎返回个人帐户终止结果。

415．业务计费引擎向相关网络设备返回CCA（Term）。

OCG收到CCA（Term）后，通过RC（Release Call）消息通知MSC/SSP中断接续。

利用本发明实施例计费账务余额管理方法，可以有效地减少业务计费引擎与余额管理功能实体的频繁交互，提高业务性能。

需要说明的是，本发明实施例并不仅限于在上述两种场景下的应用，还可以应用于其他类似的场景，在此不再一一列举说明。

相应地，本发明实施例还提供了一种业务计费引擎，如图5所示，是该业务计费引擎的一种结构示意图。

在该实施例中，所述业务计费引擎500包括：

计费请求接收单元501，用于接收计费请求；

批价单元502，用于在所述计费请求接收单元501接收到计费请求后，确定所述计费请求对应的用户是否有多个不同等级的计费账户；如果是，则优先选择高优先级的计费账户对所述计费请求进行批价；

预留请求发送单元503，用于向对应所述高优先级的计费账户的余额管理功能实体发送预留请求；

预留结果接收单元504，用于接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；

流程确定单元505，用于根据所述互联指示参数确定是否继续进行互联预留。

在实际应用中，可以根据应用需要，设置所述互联指示参数的值，比如，可以设置其有多个值：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣。

在这种情况下，所述流程确定单元505，具体用于在所述互联指示参数的值为第一指示值时，指示所述预留请求发送单元503继续向所述余额管理功能实体或其他余额管理功能实体发起预留，以进行互联预留；在所述互联指示参数的值为第二指示值时，向会话控制网元下发所述实际扣费金额。

另外，还可以对所述互联指示参数设置第三指示值，用于指示没有余额。相应地，所述流程确定单元505，还用于在所述互联指示参数的值为第三指示值时，切断呼叫。

所述业务计费引擎500的详细工作过程可参照前面实施例中的描述，在此不再赘述。

相应地，本发明实施例还提供一种余额管理功能实体，如图6所示，是该余额管理功能实体的一种结构示意图。

在该实施例中，所述余额管理功能实体600包括：

预留请求接收单元601，用于接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额；

预留信息确定单元602，用于根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；

预留结果发送单元603，用于向所述业务计费引擎返回预留结果，所述预留结果中携带实际扣费金额及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留。

在实际应用中，可以根据应用需要，设置所述互联指示参数的值，比如，可以设置其有多个值：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣。

在这种情况下，所述预留信息确定单元602，具体用于在对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不足，当前用量分片内需要互联补扣时，将所述高优先级的计费账户的余额作为实际扣费金额，并将所述互联指示参数取第一指示值；在对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不足，当前用量分片内不需要互联补扣时，将所述高优先级的计费账户的余额作为实际扣费金额，并将所述互联指示参数取第二指示值。

另外，还可以对所述互联指示参数设置第三指示值，用于指示没有余额。第三指示值，用于指示没有余额。相应地，所述预留信息确定单元602，还用于在对应所述用户的所有计费账户均没有余额时，将所述互联指示参数取第三指示值。

所述余额管理功能实体600的详细工作过程可参照前面实施例中的描述，在此不再赘述。

利用本发明实施例的业务计费引擎和余额管理功能实体，可以有效地减少业务计费引擎与余额管理功能实体的频繁交互，提高业务性能。

相应地，本发明实施例还提供了一种计费账务余额管理的系统，如图7所示，是该计费账务余额管理的系统一种结构示意图包括：

业务计费引擎701，用于接收计费请求；如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价；向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求；接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；根据所述互联指示参数确定是否继续对所述计费请求进行互联预留。

余额管理功能实体702，用于接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额；根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；向所述业务计费引擎返回预留响应，所述预留响应中携带实际扣费金额及互联指示参数。

以上对本发明实施例进行了详细介绍，本文中应用了具体实施方式对本发明进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及设备；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (7)

1.一种计费账务余额管理方法，其特征在于，包括：

接收计费请求；

如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价；

向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求；

接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；

根据所述互联指示参数确定是否继续对所述计费请求进行互联预留；

所述互联指示参数包括：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣；

第三指示值，用于指示没有余额；

所述根据互联指示参数确定是否继续进行互联预留包括：

如果所述互联指示参数的值为第一指示值，则继续向所述余额管理功能实体或其他余额管理功能实体发起预留，以进行互联预留；

如果所述互联指示参数的值为第二指示值，则向会话控制网元下发所述实际扣费金额；

如果所述互联指示参数的值为第三指示值，则切断呼叫。

2.根据权利要求1所述的方法，其特征在于，多个不同等级的计费帐户包括：对应优惠资费的优惠卡帐户和对应缺省资费的主资金帐户；所述优惠卡帐户的优先级高于所述主资金帐户的优先级。

3.根据权利要求1所述的方法，其特征在于，多个不同等级的计费帐户包括：集团帐户和个人帐户，所述集团帐户的优先级高于个人帐户的优先级。

4.根据权利要求1所述的方法，其特征在于，还包括：接收新的计费请求；

根据所述互联指示参数，选择另一个计费帐户对所述计费请求进行批价；

向对应另一个计费帐户的余额管理功能实体发送预留请求。

5.一种计费账务余额管理方法，其特征在于，包括：

接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额；

根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；

向所述业务计费引擎返回预留响应，所述预留响应中携带实际扣费金额及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留；

所述互联指示参数包括：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣；

第三指示值，用于指示没有余额；

所述根据所述用户信息及预留金额确定实际扣费金额及互联指示参数包括：

如果对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不足，当前用量分片内需要互联补扣，则将所述高优先级的计费账户的余额作为实际扣费金额，所述互联指示参数确定第一指示值；

如果对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不足，当前用量分片内不需要互联补扣，则将所述高优先级的计费账户的余额作为实际扣费金额，所述互联指示参数确定为第二指示值；

如果对应所述用户的所有计费账户均没有余额，则所述互联指示参数确定为第三指示值。

6.一种业务计费引擎，其特征在于，包括：

计费请求接收单元，用于接收计费请求；

批价单元，用于在所述计费请求接收单元接收到计费请求后，如果所述计费请求对应的用户有多个不同等级的计费账户，则优先选择高优先级的计费账户对所述计费请求进行批价；

预留请求发送单元，用于向对应所述高优先级的计费账户的余额管理功能实体发送预留请求；

预留结果接收单元，用于接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；

流程确定单元，用于根据所述互联指示参数确定是否对所述计费请求继续进行互联预留；

所述互联指示参数包括：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣；

第三指示值，用于指示没有余额；

所述流程确定单元，具体用于在所述互联指示参数的值为第一指示值时，指示所述预留请求发送单元继续向所述余额管理功能实体或其他余额管理功能实体发起预留，以进行互联预留；在所述互联指示参数的值为第二指示值时，向会话控制网元下发所述实际扣费金额；在所述互联指示参数的值为第三指示值时，切断呼叫。

7.一种余额管理功能实体，其特征在于，包括：

预留请求接收单元，用于接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额；

预留信息确定单元，用于根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；

预留结果发送单元，用于向所述业务计费引擎返回预留结果，所述预留结果中携带实际扣费金额及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留；

所述互联指示参数包括：

第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；

第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣；

第三指示值，用于指示没有余额；

所述预留信息确定单元，具体用于在对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不足，当前用量分片内需要互联补扣时，将所述高优先级的计费账户的余额作为实际扣费金额，并将所述互联指示参数取第一指示值；在对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不足，当前用量分片内不需要互联补扣时，将所述高优先级的计费账户的余额作为实际扣费金额，并将所述互联指示参数取第二指示值；在对应所述用户的所有计费账户均没有余额时，将所述互联指示参数取第三指示值。

Images