专利名称：计费账务余额管理方法、系统及设备的制作方法
技术领域：
本发明涉及账务管理技术，具体涉及一种计费账务余额管理方法、系统及设备。
背景技术：
传统网络中的计费功能往往基于话音、数据、多媒体内容等不同类型的业务体系 纵向并行发展而来，业务间计费相互独立，在线计费和离线计费采用完全不同的机制分别 处理，从而使得客户细分营销策略不得不受到预付费和后付费的天然阻隔。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。另外，对所述互联指示参数还可以设置第三指示值，用于指示没有余额，以使业 务计费引擎进一步减少与余额管理功能实体的交互次数。如果所述余额管理功能实体返回 的预留结果中携带的互联指示参数为第三指示值时，业务计费引擎可以直接切断呼叫，而 无需再继续向所述余额管理功能实体或其他余额管理功能实体发送预留请求，进行互联预
&3 甶ο上面从业务计费引擎侧描述了本发明实施例计费账务余额管理方法的流程，下面 从余额管理功能实体侧进一步说明。如图2所示，是本发明实施例计费账务余额管理方法的另一种流程图，包括以下 步骤步骤201，余额管理功能实体接收业务计费引擎发送的预留请求，所述预留请求中 携带用户信息及预留金额。步骤202，根据所述用户信息及预留金额确定实际扣费金额及互联指示参数。步骤203，向所述业务计费引擎返回预留结果，所述预留结果中携带实际扣费金额 及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预
&3 甶ο前面提到，为了满足在不同场景下的应用需求，可以对所述互联指示参数设置多 种不同的取值，比如，可以设置以下取值第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣。这样，在余额管理功能实体在接收到业务计费引擎发送的预留请求后，根据所述 用户信息及预留金额确定实际扣费金额及互联指示参数时，可以先确定所述用户是否有多 个不同等级的计费账户，如果是，并且高优先级的计费账户的余额不足，可以根据业务场景 的应用需求，确定实际扣费金额及相应的互联示参数。具体地，可以将所述高优先级的计费 账户的余额作为实际扣费金额；如果当前用量分片内需要互联补扣，则将所述互联指示参 数设置为第一指示值；如果当前用量分片内不需要互联补扣，则将所述互联指示参数设置 为第二指示值。在当前用量分片内是否需要进行互联补扣，可以根据具体应用来灵活设定， 本发明实施例对此不做限定。当然，如果所述用户只有一个计费账户的情况，以及所述用户有多个不同等级的 计费帐户，但高优先级的计费账户的余额足够的情况下，可以采用与现有技术相同的处理 流程，在此不再详细说明。同样，在该实施例中，对所述互联指示参数还可以设置第三指示值，用于指示没 有余额，以使业务计费引擎进一步减少与余额管理功能实体的交互次数。具体地，余额管理 功能实体接收到业务计费引擎发送的预留请求后，根据该预留请求中携带的用户信息及预 留金额，查看对应该用户的计费账户，如果对应所述用户的所有计费账户均没有余额，则设 置所述互联指示参数为第三指示值。可见，本发明实施例计费账务余额管理方法，余额管理功能实体接收到业务计费 引擎发送的预留请求后，在向所述业务计费引擎返回预留结果时，在所述预留结果中携带 互联指示参数，从而可以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留，不仅提高了计费业务实现的灵活性，而且可以有效地减少业务计费引擎与余额管 理功能实体的频繁交互，提高业务性能。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中， 所述的存储介质，如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分钟X0. 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、0CG、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申请的时长为5分钟。按 照集团用户计费费率来计算，费用(即所需的预留金额)为2元(即4分钟X0. 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,申请支 付汇报)消息给0CG。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，用于接收业务计费引擎发送的预留请求，所述预留请求中 携带用户信息及预留金额；根据所述用户信息及预留金额确定实际扣费金额及互联指示参 数；向所述业务计费引擎返回预留响应，所述预留响应中携带实际扣费金额及互联指示参 数。以上对本发明实施例进行了详细介绍，本文中应用了具体实施方式
对本发明进行 了阐述，以上实施例的说明只是用于帮助理解本发明的方法及设备；同时，对于本领域的 一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种计费账务余额管理方法，其特征在于，包括 接收计费请求；如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计 费帐户对所述计费请求进行批价；向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求； 接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互 联指示参数；根据所述互联指示参数确定是否继续对所述计费请求进行互联预留。
2.根据权利要求1所述的方法，其特征在于，多个不同等级的计费帐户包括对应优惠 资费的优惠卡帐户和对应缺省资费的主资金帐户；所述优惠卡帐户的优先级高于所述主资 金帐户的优先级。
3.根据权利要求1所述的方法，其特征在于，多个不同等级的计费帐户包括集团帐户 和个人帐户，所述集团帐户的优先级高于个人帐户的优先级。
4.根据权利要求1至3任一所述的方法，其特征在于，所述互联指示参数包括 第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣； 第三指示值，用于指示没有余额；所述根据互联指示参数确定是否继续进行互联预留包括如果所述互联指示参数的值为第一指示值，则继续向所述余额管理功能实体或其他余 额管理功能实体发起预留，以进行互联预留；如果所述互联指示参数的值为第二指示值，则向会话控制网元下发所述实际扣费金额；如果所述互联指示参数的值为第三指示值，则切断呼叫。
5.根据权利要求4所述的方法，其特征在于，还包括接收新的计费请求； 根据所述互联指示参数，选择另一个计费帐户对所述计费请求进行批价； 向对应另一个计费帐户的余额管 理功能实体发送预留请求。
6.一种计费账务余额管理方法，其特征在于，包括接收业务计费引擎发送的预留请求，所述预留请求中携带用户信息及预留金额； 根据所述用户信息及预留金额确定实际扣费金额及互联指示参数； 向所述业务计费引擎返回预留响应，所述预留响应中携带实际扣费金额及互联指示参 数，以使所述业务计费引擎根据所述互联指示参数确定是否继续进行互联预留。
7.根据权利要求6所述的方法，其特征在于，所述互联指示参数包括 第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣； 第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣； 第三指示值，用于指示没有余额；所述根据所述用户信息及预留金额确定实际扣费金额及互联指示参数包括 如果对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不 足，当前用量分片内需要互联补扣，则将所述高优先级的计费账户的余额作为实际扣费金 额，所述互联指示参数确定第一指示值；如果对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不 足，当前用量分片内不需要互联补扣，则将所述高优先级的计费账户的余额作为实际扣费 金额，所述互联指示参数确定为第二指示值；如果对应所述用户的所有计费账户均没有余额，则所述互联指示参数确定为第三指示值。
8.—种业务计费引擎，其特征在于，包括 计费请求接收单元，用于接收计费请求；批价单元，用于在所述计费请求接收单元接收到计费请求后，如果所述计费请求对应 的用户有多个不同等级的计费账户，则优先选择高优先级的计费账户对所述计费请求进行 批价；预留请求发送单元，用于向对应所述高优先级的计费账户的余额管理功能实体发送预 留请求；预留结果接收单元，用于接收所述余额管理功能实体返回的预留结果，所述预留结果 中携带实际扣费金额及互联指示参数；流程确定单元，用于根据所述互联指示参数确定是否对所述计费请求继续进行互联预留。
9.根据权利要求8所述的业务计费引擎，其特征在于，所述互联指示参数包括 第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣； 第三指示值，用于指示没有余额；所述流程确定单元，具体用于在所述互联指示参数的值为第一指示值时，指示所述预 留请求发送单元继续向所述余额管理功能实体或其他余额管理功能实体发起预留，以进行 互联预留；在所述互联指示参数的值为第二指示值时，向会话控制网元下发所述实际扣费 金额；在所述互联指示参数的值为第三指示值时，切断呼叫。
10.一种余额管理功能实体，其特征在于，包括预留请求接收单元，用于接收业务计费引擎发送的预留请求，所述预留请求中携带用 户信息及预留金额；预留信息确定单元，用于根据所述用户信息及预留金额确定实际扣费金额及互联指示 参数；预留结果发送单元，用于向所述业务计费引擎返回预留结果，所述预留结果中携带实 际扣费金额及互联指示参数，以使所述业务计费引擎根据所述互联指示参数确定是否继续 进行互联预留。
11.根据权利要求10所述的余额管理功能实体，其特征在于，所述互联指示参数包括 第一指示值，用于指示帐户余额不足，当前用量分片内需要互联补扣；第二指示值，用于指示帐户余额不足，当前用量分片内不需要互联补扣； 第三指示值，用于指示没有余额；所述预留信息确定单元，具体用于在对应所述用户有多个不同等级的计费账户，并且 高优先级的计费账户的余额不足，当前用量分片内需要互联补扣时，将所述高优先级的计 费账户的余额作为实际扣费金额，并将所述互联指示参数取第一指示值；在对应所述用户有多个不同等级的计费账户，并且高优先级的计费账户的余额不足，当前用量分片内不需 要互联补扣时，将所述高优先级的计费账户的余额作为实际扣费金额，并将所述互联指示 参数取第二指示值；在对应所述用户的所有计费账户均没有余额时，将所述互联指示参数 取第三指示值。
12. —种计费账务余额管理的系统，其特征在于，包括业务计费引擎，用于接收计费请求；如果所述计费请求对应的用户有多个不同等级的 计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价；向对应所述高优先 级的计费帐户的余额管理功能实体发送预留请求；接收所述余额管理功能实体返回的预留 结果，所述预留结果中携带实际扣费金额及互联指示参数；根据所述互联指示参数确定是 否继续对所述计费请求进行互联预留；余额管理功能实体，用于接收业务计费引擎发送的预留请求，所述预留请求中携带用 户信息及预留金额；根据所述用户信息及预留金额确定实际扣费金额及互联指示参数；向 所述业务计费引擎返回预留响应，所述预留响应中携带实际扣费金额及互联指示参数。
全文摘要
本发明涉及账务管理技术，公开了一种计费账务余额管理方法及设备，该方法包括业务计费引擎接收计费请求；如果所述计费请求对应的用户有多个不同等级的计费帐户，则优先选择高优先级的计费帐户对所述计费请求进行批价；向对应所述高优先级的计费帐户的余额管理功能实体发送预留请求；接收所述余额管理功能实体返回的预留结果，所述预留结果中携带实际扣费金额及互联指示参数；根据所述互联指示参数确定是否继续进行互联预留。利用本发明，可以减少业务计费引擎与余额管理功能实体的交互次数，提高业务性能。
文档编号H04W4/24GK102137371SQ20101020510
公开日2011年7月27日 申请日期2010年6月11日 优先权日2010年6月11日
发明者荣传湘 申请人:华为技术有限公司