为多种通信业务和/或业务类型优化预留计费

摘要

为了向同时进行的业务提供优化的实时计费，本发明提供了一种方法及设备，用于在对接到至少一个通信网络的计费系统中执行实时计费会话。在计费会话开始或在重新授权预留资金期间，为多业务和/或多计量单位类型业务执行优化资金预留，这样才有可能优化资金资源，同时考虑到各项业务和相关的业务类型。为多业务和/或多计量单位类型业务执行资金预留，这样使得用于至少两个业务和/或为该至少两个业务类型的预测资金耗损的时间之偏差最小。因此，到计费系统或者来自计费系统的信令业务量大大减少。

说明书

技术领域

本发明涉及通信领域，具体涉及为多会话和/或多计量单位(multi-unit)类型的通信进行优化计费。

背景技术

电信运营商现在使用计费系统来确定对使用他们业务(例如电路交换语音、SMS、MMS和/或GPRS)的用户收取的费用。用户往往要么使用预付费方案要么使用后付费方案来支付特定业务。如果用户使用后付费方案，她/他在使用业务之后付费，例如，每月一次。如果用户使用预付费方案，那么她/他在使用业务之前付费。两种付费方案都可以使用实时计费(也称作信用控制)，其中该计费是在正在进行的业务传递期间执行的。后付费方案也支持非实时计费，其中计费在业务传递之后执行。

因此，在计费会话期间由计费系统执行基于业务使用的至少一轮计算。例如，计费系统根据业务的持续时间、业务使用的时间、促销活动的使用等来确定用于所述业务的计费。

如在WO 2003/3032657中所解释的，业务传递的实时计费依赖于对应于所调用的业务的预留资金以便允许执行该被调用的业务。当所许可的预留资金被该业务用完时，则该业务向回报告，并且其所使用的资金从帐户中销去，并且任何多余的预留金额被放回该帐户。如果要求继续执行该业务，则为该业务做出新的预留。

然而，在已知计费系统中，没有办法来在同时进行的业务之间优化可用资金的分配，这些同时进行的业务是指在用于预留的一个且同一请求中被列出的业务，或者是指并非来自同一预留请求的并行业务。而且，对于下面不同业务类型(也称作计量单位类型)的也没有任何优化，所述计量单位类型例如业务使用时间、总数据量、下行链路数据量、上行链路数据量、事件(如SMS或MMS)等等。

发明内容

鉴于上述技术问题，本发明提供对同时进行的业务进行优化的实时计费。

根据本发明，这个目的通过一种用于在对接到至少一个通信网络的计费系统中执行实时计费会话的方法来达到。该方法包括关于至少两个业务和/或用于单个业务的至少两个业务类型来初始化资金预留的步骤。随后执行的步骤是为向所述至少两个业务的业务传递和/或为所述至少两个业务类型来预留资金，这样使得所预测的资金耗损的时间之偏差最小。

本发明的一个好处在于可以为多会话和/或多类型通信初始化资金预留，这样使得有可能考虑到并行的各项业务和相关业务类型来优化资金资源。

本发明的另一个好处在于减少了信令业务量。因为预留资金资源，则所预测的资金用完时间偏差最小，来自所计费的业务的相关反馈基本上同时发生。考虑多会话或多类型业务通信，那么来自所调用的业务的反馈可以在单个消息中给出，引起大大减少信令开销。

在所有业务使用总是在一个操作中被报告的其他情况下也带来了同样的好处，不同之处在于由于未优化计费，这一操作的信令必须更加频繁地出现。应该指出的是，如果控制是在不同节点上做出，则需要几个消息来做出预留优化，即每节点一个或多个独立消息。在这种情况下，所接收到的消息将迫使计费系统从这个账户发送消息给控制业务使用的所有其他节点，要求立即请求至今的业务使用，以便扣除业务使用和做出新的优化预留。更具体地，这是解决旧的预留和为所有涉及的节点/会话重新做出预留。从计费系统请求传回使用的这一操作例如在根据IETF RFC 4006的Diameter DCC中提出过。

根据本发明的优选实施例，建议根据用于业务传递的先决继承(prerequisite succession)，在资金预留之前安排业务。在这里，先决继承定义至少一个先决业务，如果有的话，该先决业务需要在至少一个较高继承调用业务之前被提供，并且先决继承还定义至少一个较高继承调用业务。

因此，当可用资金不满足优选业务的需求时，无论是由于资金短缺(由于不足的帐户)还是当多会话或多类型业务通信的资金在其上强加有上限(cap)时，本发明都能够优化资金资源。换句话说，如果可用资金不够满足所有业务需求，那么较高优先级的业务/业务类型将首先被授予资金，然后才将资金分配给具有较低优先级的业务/业务类型。

根据本发明的另一个优选实施例，建议区分关于不同业务和业务类型的优选资金和最低资金。

本发明的这个优选实施例在资金短缺时特别有好处，以尽可能地满足每个资金请求。更具体地，优选资金和最低资金之间的区别允许拆分资金，这在可用资金不覆盖不同业务和业务类型的优选金额时仍然是有意义的。此外，只有那些允许开始或继续业务及(一个或多个)相关业务类型的资金将被预留，这也大大有助于减少信令业务量。

本发明的另一优选实施例关于当第一优选资金金额和第二优选资金金额之和高于整体可用资金时，在预定资金拆分优化方法的基础上根据(一个或多个)相关业务类型在至少一个先决业务(如果有的话)和至少一个较高继承调用业务之间拆分资金。这里，拆分资金可以是在开始计费会话时或者在正在进行的计费会话期间来实现，用于资金重新授权。

本发明所支持的适合开始计费会话的第一种方案是，使用关于每个所涉及的业务及(一个或多个)相关业务类型的预先登记的优选资金金额和最低资金金额的信息，来执行预定的资金拆分优化。在这里，也可以考虑多种先前已知的业务和(一个或多个)相关业务类型组合。

这种方案可以以要么静态版本(其中预先登记的信息在时间上保持不变)要么半静态版本(其中预先登记的信息可以被重新配置)以有效方法来实现。这支持了在易于实现对灵活性之间的折衷。

本发明所支持的第二种方案，是关于先前已知的业务和(一个或多个)相关业务类型的组合，执行预定的资金拆分优化。这里，可以使用一种拆分机制，该拆分机制集成到由计费系统所激活的费率业务(rating service)中。

当业务费率被区分时，即当业务不是逻辑上相结合时，第二种方案是有好处的。根据本发明，建议并行运行业务组合的费率，而不是按顺序对这些业务定费率，当可用资金金额不满足不同业务的所有资金要求时，这再次带来好处。

本发明所支持的第三种方案是以自适应的方式在历史使用数据的基础上执行预定资金拆分优化，所述历史使用数据反映关于每个所涉及的业务和一个或多个相关业务类型的先前使用。这种方案也可以适用于一个业务组合或多个业务组合。

当业务使用的特点随时间改变时，第三种方案特别有好处。此外，本发明克服了这样的受限观点，即当所有业务和业务类型预留它们的优选资金时，那么不再需要任何更多的优化。相反，考虑多个业务和/或多个业务组合避免了这样一种情况，即其中通过触发预留帐户上可用的所有资金，预留请求阻挡了其他资金请求。

根据本发明的另一个优选实施例，提供了一种计算机程序产品，该产品可直接加载到计费设备的内部存储器中，其包括软件代码部分，当该产品运行在计费设备的处理器上时，该代码部分用于执行所发明的计费过程。

因此，本发明还提供在计算机或者处理器系统上实现本发明的方法步骤。总之，这样的实现还导致提供计算机程序产品，用于计算机系统，或更具体地说该计算机程序产品用于包括在例如计费设备上的处理器。

定义了本发明的功能的这个程序可以以许多形式被传递给计算机/处理器，包括但不限于永久存储在非写入存储媒体上的信息，所述存储媒体例如只读存储器设备，比如ROM或CD ROM光盘，可由处理器或计算机I/O附件读取；存储在可写入存储媒体即软盘和硬盘驱动器上的信息；或者经由调制解调器或其他接口设备通过通信媒体比如网络和/或互联网和/或电话网络传送给计算机/处理器的信息。应该理解的是，这样的媒体，当承载实现所发明的思想的处理器可读指令时，代表了本发明的可选实施例。

附图说明

下面参照附图描述了本发明的最佳模式以及优选实施例，其中：

图1示出了使用与不同通信环境对接的计费系统的例子，用于非限制性地解释本发明的操作环境；

图2示出了根据本发明的计费设备的示意图；

图3示出了如图2中所示的计费单元的操作的流程图；

图4示出了如图2中所示的计费单元的具体图；

图5示出了在计费会话开始时如图4中所示的计费单元的操作的流程图；

图6示出了在继续计费会话用于资金重新授权时如图4中所示的计费单元的操作的流程图；

图7示出了用于费率业务中的费率树和相关选择逻辑的例子；

图8示出了根据本发明的费率树和相关选择逻辑，考虑将拆分机制集成到费率业务中；

图9示出了根据本发明的费率树和相关选择逻辑，考虑费率业务中的结合的计费；

图10示出了根据本发明的用于业务使用反馈的第一种方案；

图11示出了根据本发明的用于业务使用反馈的第二种方案；

图12示出了根据本发明的用于业务使用反馈的第三种方案。

具体实施方式

以下，实现本发明的最佳模式及其优选实施例将通过参考附图加以描述。这里，在描述本发明的不同功能的范围内，应该很清楚，这种功能可以以硬件、软件或者通过其组合来实现。

图1示出了使用与不同通信环境对接的计费设备或者系统的例子，用于非限制性地解释本发明的操作环境。

如图1中所示，根据本发明，计费设备10可以与多个通信网络12、14、16、18对接。图1中所示的计费系统10与GSM移动通信网络12、公共交换电信网络PSTN 14、GPRS移动通信网络16、以及互联网18对接。一般而言，计费系统10需要接入和监控这些通信网络12、14、16、18的用户。下面描述了不同接入方法的例子。

如图1所示，当计费设备10通过便携式无线电通信单元20接入用户时，然后通过连接到业务交换点SSP 24的业务控制点SCP 22执行调用。业务交换点SSP24被连接到支持便携式无线电通信单元20的移动交换中心/网关移动业务交换中心MSC/GMSC 26。

应该指出的是，下文中称作移动电话的便携式无线电通信单元包括所有设备，比如寻呼机、通信器即电子管理器、智能电话等等。移动交换中心/网关移动业务交换中心MSC/GMSC 26提供有关个人移动电话20的专用数据并且作为面向其他网络的接口进行操作，其中其他网络比如综合业务数字网ISDN、另一个公共陆地移动网络PLMN，例如GPRS移动通信网络16、或公共交换电信网络PSTN 14。

如图1所示，当计费设备10通过固定电话28对用户接入业务施加费用控制时，那么该调用通过业务控制点SCP 22来执行，该业务控制点SCP 22连接到业务交换点SSP 24。业务交换点连接到支持固定电话28的本地交换机LE 30。

如图1所示，当计费设备10通过具有GPRS能力的移动电话32对用户接入业务施加费用控制时，那么该调用通过业务控制点SCP 22来执行，该业务控制点SCP 22连接到网关支持节点GSN 22。

如图1所示，当计费设备10通过与内容服务器CS 38通信的数据终端36对用户接入业务施加费用控制时，那么该调用通过TCP/IP互联网络40来执行，该TCP/IP互联网络40连接到网络接入服务器NAS 42。接入互联网40上的内容服务器CS 38的移动电话(未示出)以与数据终端36相同的方式工作，例外的是网关支持节点GSN 34将取代网络接入服务器NAS 42。

此外，本发明例如也适用于依照3GPP TS23.125的基于流量计费FBC，同时对一个账户/用户的几个业务进行实时计费和信用控制，可能测量几个业务类型(也称为计量单位类型)甚至在同一业务中的使用。这里，来自终端侧的资金预留请求或者使用报告可以包括所有这些业务和所测量的业务类型(其可以如在本发明的以下描述中所概述的那样来使用)。

此外，应用本发明的另一个例子是在实时计费环境下的资金预留，在该实时计费环境下，资金预留请求在计费设备处从单个帐户/用户的节点例如通过根据IETF RFC 4006的Diameter信用控制DCC接收到的。资金预留请求可能与若干业务相关，其进而又可以在一个或若干个业务类型上测量。这些业务和业务类型可能有不同的资金预留需要来开始或继续执行业务，可能具有请求的组成部分之间的关系。例如，这种关系可能是一种业务，例如电子邮件可以要求承载(bearer)业务也得到所允许的预留以便执行。其他例子包括组合的图片共享和谈话业务，其中该业务需要为时间(例如谈话)和数据量(例如图片共享)预留计量单元类型以便执行。

此外，应用本发明的另一个例子是，在实时计费环境下为FBC和互联网协议多媒体子系统IMS的资金预留。

对于基于流量的计费FBC，本发明适用，因为监管/控制节点(其可能是Gi接口上的“黑盒子”或是GPRS网关支持节点GGSN上的应用)在一次报告中报告一个用户的所有业务的使用情况。在这种情况下，当该帐户不足时几个业务将竞争资源。在其他解决方案中，可能不要求在一次报告中报告所有使用，但当存在资金竞争时，例如Diameter服务器，可以要求重新授权所有资金并且将它们重新分配到所述业务上。这个重新授权机制适用于所有Diameter用户并且因此适用于其中Diameter服务器或换言之计费设备想要重新分配可用资源的所有情况下。

对于互联网协议多媒体子系统IMS，情况是类似的，但是除了能够同时使用几个业务之外，几个组成部分可能被包含在一项业务的执行中，并且可能根据本发明独立地调用计费设备。计费设备可以识别该情况，并且在做出任何预留之前知道期望哪些调用，或者可能等待一会儿之后相关所述预留，然后作出预留。相关相当耗费资源，通过分发初始的不协调预留然后使用Diameter特征用于重新授权和重新安排资金(如果需要的话)，可以使它更好的解决该问题，因为互联网协议多媒体子系统IMS也正使用Diameter计费控制DCC用于实时计费。

此外，应用本发明的另一个例子是多用户帐户，即几个用户可以同时访问一个帐户值。即使Diameter计费控制DCC如上文所述的，也可能有支持重新授权的其他在线协议。

此外，为了交换资金请求，计费环境可以提供一种接入协议，该接入协议可以使用一个资金请求处理步骤处理所有正被讨论的业务/业务类型计量单位，例如上面已经概述的Diameter信用控制DCC，提供一种接入协议，该接入协议具有通过会话协调请求的能力，例如依照为移动网络增强逻辑CAMEL应用部分CAP定制的应用，见3GPP TS29.078，和/或提供不协调业务(其需要在计费设备内加以协调或在调用资金预留之前加以协调)的接入协议。通过优化每个业务和业务类型的预留，预留请求和调用计费设备的数量最小，如下面详细解释的。

应该指出的是，不同的计费设备接入情况和上面所述的其他应用情况仅仅是解释说明性的，对如下面将要解释的本发明的范围没有限制效果。此外，这里没有提供对通信网络12、14、16、18的详细说明，因为它们的功能和组成部分是本领域的技术人员所熟知的。

图2示出了根据本发明的计费设备的示意图。

如图2所示，根据本发明的计费设备包括业务优先单元44、初始化单元46、以及计费单元48。应该指出的是，业务优先单元44和相关操作是可选择的。

图3示出了如图2中所示的计费单元的操作的流程图。

如图3所示，可操作地业务优先单元44执行步骤S10根据用于业务传递的先决继承在资金预留之前安排业务。这里，先决继承定义了至少一个先决业务，如果有的话，所述至少一个先决业务需要在至少一个较高继承调用业务之前被提供。其他的先决继承定义至少一个较高继承调用业务。

如图3所示，可操作地初始化单元44执行步骤S12来初始化关于至少两个业务和/或用于单个业务的至少两个业务类型的资金预留。这里，在计费会话开始时初始化单元46可以执行步骤S12。作为一种替代办法，在正在进行的计费会话期间初始化单元46可以执行步骤S12，用于关于不同业务和/或不同业务类型的资金重新授权。

如图3所示，可操作地计费单元46执行步骤S14来预留资金用于到至少两个业务和/或用于至少两个业务类型的业务传递，这样，在所预测的资金用完时间之间的偏差最小。此外，在开始计费会话时或者在正在进行的计费会话期间，可操作地计费单元46将继续讯问是否新的资金预留请求已提交给计费设备10。

图4示出了图2中所示的计费单元的具体图。

如图4所示，计费单元48包括优选资金识别单元50、最低资金预留单元52、资金比较单元54、预留单元56、资金拆分单元58。

图5示出了在计费会话开始时如图4所示的计费单元的操作的流程图。

如图5所示，鉴于预先建立的关于至少一个先决业务的业务特点的了解，可操作地优选资金预留单元50执行步骤S16来为至少一个先决业务(如果有的话)识别至少一个第一优选资金金额。此外，鉴于预先建立的关于至少一个较高继承调用业务的业务特点的了解，可操作地优选资金预留单元50执行步骤S18来为至少一个较高继承调用业务识别至少一个第二优选资金金额。

如图5所示，可操作地资金比较单元54执行步骤S20来比较至少一个第一优选资金金额和至少一个第二优选资金金额之和与整体可用资金。

如图5所示，当至少一个第一优选资金金额和至少一个第二优选资金金额之和低于或等于整体可用资金时，可操作地资金预留单元56执行步骤S22来为至少一个先决业务(如果有的话)预留至少一个第一优选资金，并且为至少一个较高继承调用业务预留至少一个第二优选资金。

如图5所示，当至少一个第一优选资金金额和至少一个第二优选资金金额之和高于整体可用资金时，可操作地资金拆分单元58执行步骤S24来在至少一个先决业务(如果有的话)和至少一个较高继承调用业务之间拆分资金，并且根据(一个或多个)相关业务类型使用预定资金拆分优化。

如图5所示，鉴于预先建立的关于至少一个先决业务的业务特点的了解，可操作地最低资金识别单元52执行步骤S26来为至少一个先决业务(如果有的话)识别至少一个第一最低资金金额。此外，鉴于预先建立的关于至少一个较高级别调用业务的业务特点的了解，可操作地最低资金识别单元52执行步骤S28来为至少一个较高级别调用业务识别至少一个第二最低资金金额。

如图5所示，可操作地资金比较单元54执行步骤S30来比较至少一个第一最低资金金额和至少一个第二最低资金金额与所产生的资金拆分结果。

如图5所示，当所产生的资金拆分结果覆盖了至少一个第一最低资金金额和至少一个第二最低资金金额时，可操作地资金预留单元56将执行步骤S32来为至少一个先决业务(如果有的话)预留至少一个第一最低资金，并且为至少一个较高继承调用业务执行预留至少一个第二最低资金的步骤。否则，资金预留单元56将执行步骤S34来拒绝用于资金预留的请求。

图6示出了图4中所示的计费单元在继续资金重新授权的计费会话时的操作的流程图。

如图6所示，可操作地如图2中所示的计费设备的初始化单元46将执行步骤序列S16、S18、S36来支持所有正在运行的业务的预留。这里，步骤S16和S18类似于上面关于图5所解释的，相关解释这里不再重复。

此外，执行步骤S36来检查是否考虑了所有正在运行的业务，如果否就循环返回。应该指出的是，所有正在运行的业务被预排(walkthrough)，不仅是具有最高优先级的(一个或多个)业务。此外，可能正在运行中的业务彼此不是先决条件。

与执行步骤S36相关的一个例子是RAR，作为由DCC服务器发起的操作来立即要求它的客户报告他们的业务使用情况和返回他们许可的资金，这样使得服务器可以例如重新分配资源/资金并且可能地发出新的资金许可给客户。在这种情况下，开始会话情况将适用。

否则，其中根据步骤S36的这个回路是重要的情况是，例如非RAR，比如CAMEL，其中计费服务器例如业务控制点SCP，常规地必须等到原来的条件例如所许可的时间或所许可的数据量已完成/用完为止。不过，根据本发明，所有业务例如64种业务可能通过一次操作中的报告被基于流量控制的FBC所监视。所有业务之中，同样的可能彼此相关，即具有已建立的先决条件关系，而其他可能完全独立。执行步骤S36和相关回路机制保证了检查所有所报告的业务，而不仅仅是单个的业务。

总之，对于步骤S36来说重要的是，为每个所报告的业务检查相关先决业务。在为所考虑的业务预留资金之前，预留为这些先决业务初始预留的资金。

此外，可能所有报告的业务没有先决业务。因此，在执行步骤S20之前，它们也必须根据步骤S36被检查，因为资金应当可能地随后在它们之间被拆分。

此外，关于图5和6的解释，应该补充的是，特别是步骤S24到S28可能被重复来在开始计费会话时或在资金预留重新授权时避免拒绝资金预留请求。

虽然资金拆分和预定资金拆分优化的上述方面已经总的加以描述，下面将更具体地解释资金拆分算法的例子。

操作资金拆分单元58来执行如图5中所示的步骤S24的第一种方案，是使用预先登记的信息，该信息关于每个所涉及的业务和(一个或多个)相关业务类型的优选资金和最低资金的金额。

操作资金拆分单元58来执行如图5中所示的步骤S24的第二种方案，是考虑多个预先知道的业务和(一个或多个)相关业务类型的组合，并且使用关于所有所涉及的业务和相关业务类型的优选资金和最低资金的金额的信息。

操作资金拆分单元58来执行如图5中所示的步骤S24的第三种方案，是以自适应的方式在历史使用数据的基础上执行预定的资金拆分优化，其中历史使用数据反映了关于每个所涉及的业务和相关业务类型的先前使用情况。

这里，实现第三种方案的第一种方法是，相对于每个其他业务和(一个或多个)相关业务类型的历史使用，分析每个业务和(一个或多个)相关业务类型的历史使用，用于平衡的资金预留适应。

在此之前，在自适应解决方案中，使用先前预留被反馈回预留过程。依赖于历史数据的典型资金拆分算法如下：

UsageChange:＝Cost used by A/Cost assigned to A last-Cost

used by B/Cost assigned to B last；

//Inititial values could be fetched from service data.

if(UsageChange>0.1){

％-age for A:＝ROUND_UP(1+UsageChange)＊％-age for A last；

％-age for B:＝100-％-age for A；

}

Else if(Usage Change<-0.1){

％-age for B:＝ROUND_UP(1+UsageChange)＊％-age for B last；

％-age for A:＝100-％-age for B；

}

/＊Else keep split factor＊/

这个资金拆分算法使用滞后功能，仅当上次预测中的差错大于10％时才执行调节。如果是这样，它在快速适应中试图平均在两个不同的业务之间拆分的金额。如果想要较少的放大，则可以引入常数来降低变化速度。

应该指出的是，这个资金拆分算法也可用于业务内部。此外，更复杂的资金拆分算法(其期望适应未来的费率变化)有可能进一步提高预测精确度。

此外，在上面的例子中，每个业务的％-age必须被应用到其余的计量单位，并且检查其余资金是否将提供服务请求能够执行的最低计量单位金额。

如果没用提供最低金额，则其他步骤包括排除最低优先级的业务，它不是具有较高优先级的业务的先决条件，并且分配这些业务的％-age或资金给其他业务。最低金额被重新检查，并且可能更多的业务被排除。

虽然上面已经描述了实现第三种资金拆分方案的第一种方法，但是实现第三种资金拆分方案的第二种方法是在历史使用数据的基础上考虑业务组合或多个业务组合，这些历史使用数据反映了该业务组合或者所述多个业务组合的先前使用。

下面是实现第三种资金拆分方案的资金拆分算法的第二种方法：

  IF_any_i[UNSIGNED(UsedAverage_j-Used_i，j/Grant_i，j)>0.1]；

  {

        FOR_all_I

             [TGrant_i，j+1:＝TotalGrant_i，j+1＊Grant_i，j/TotalGrant_j]；

    FOR_all_I

          [Grant_i，j+1:＝

          (1+(Used_i，j/Grant_i，j UsedAverage_j))＊TGrant_i，j+1]；

  }

因此，首先计算所许可的资金的使用的平均百分比。如果平均使用和个人使用之差超过10％，重新计算拆分。请注意，“i”表示业务标识，意味着IF语句测量在上一时间区间期间是否任何业务使用不同于平均预留使用10％以上，j是所使用的预留，j+1指下一预留。used_i，j指的是在上一个所使用的预留区间期间业务“i”的使用。

接下来，如果差异超过10％，则在第二步骤中跟着是通过使用在上一区间中的拆分和来自新区间的可用计量单位来重新计算临时许可的资金。通过适应有多少上一预留被使用，旧区间的资金使用被用来纠正新区间的资金款额(grant)。如果都被使用，则将许可更多的资金。

此外，通过查看较早的预留，划分也可以被调整以反映历史趋势：

Grant_i，j+1：＝TGrant_i，j+1＊

              [1+(Used_i，j/Grant_i，j-UsedAverage_j)＊

                                             Constant_j

               +(Used_i，j-1/Grant_i，j-1-UsedAverage_j-1)＊

                                              Constant_j-1

             …\

从上面应该清楚，首先，重新计算临时款额的计算是根据上一区间内的拆分，但使用新区间的可用资金。通过适应有多少上一预留被使用，相比在这一区间内的所有业务的平均使用，旧区间的业务使用被认为是纠正新区间款额。此外，常数是应用来加权每个旧区间的重要性。上述的另一种表示可能是：Grant_i，j+1：＝TGrant_i，j+(1+SUM((Used_i，j/Grant_i，j-UsedAverage_j)*Constant_j))，其中j开始于x，停止于y，并且在每个加和迭代中减1。

这里，每个旧区间的变化被包括并使用常数加权，以便反映其重要性。此外，在这种情况下，必须为最低金额做出以后的检查，并且所有资金款额之和等于总款额。

此外，上面所解释的所提到的资金拆分算法，仅是在自适应计费过程调整中可以做什么的例子。它们只示出业务使用，但也可用于业务内以便在不同的业务或计量单位类型之间划分，因为要求仍然是相同的：在所涉及的计量单位类型之间优化可用资金的划分。

此外，如果历史数据用于自适应资金拆分，则资金拆分的新结果被用来用最新使用信息来更新数据信息。

此外，在算法层面上用于资金拆分的一种可选解决方案是，分配最低计量单位金额和接受数目不断增加的预留请求。

此外，另一种可选解决方案是要考虑不同业务组合的历史使用，并且分析相对于每个其它业务组合的历史使用的每个业务组合的历史使用，用于在不同的业务组合之间的平衡的资金预留适应。这使得可以避免接收所有资金的一个业务组合阻止所有其他业务组合接受资金。

虽然上面已解释过资金拆分算法，下面将描述根据本发明在多业务和/或多类型业务费率期间考虑计费优化。

换言之，本发明的这一实施例涉及执行图5或6中所示的步骤S24的另一种方案，但是没有在直至目前为止描述的计费设备10中，而是在可独立于计费设备10而工作的费率引擎中。更详细地，按照本发明，也建议使用集成到由计费设备10触发的费率业务中的拆分机制。

图7示出了用于费率业务的费率树和相关的选择逻辑的一般例子。

如图7所示，常规上费率树具有分支末端，该分支末端具有一个价格，例如费率或费用，其组成价格。

如图7所示，费率树在决策结构中建模各种条件，可用于计费过程以确定费率来收取某一特定类型的用户的费用，其中用户被显示为“X”，他们在某天某个时间上使用或已经使用了多媒体消息业务MMS业务。

举例来说，运营商可能想要为在非高峰周末时使用多媒体消息业务MMS业务提供特别的费率给特定类型的一个或多个这些用户(在图7中称为用户X类型)。然后，运营商特别为用户X类型创建一项新业务类型，其在费率树中有相应的决策结构来说明非高峰周末时使用多媒体消息业务MMS业务的特费率。

图8示出了根据本发明的费率树和相关选择逻辑，考虑将拆分机制集成到费率业务中。

如图8所示，根据本发明，建议关于不同计费事件把条件和所谓的修正符结合到费率树。

如图8所示，关于MMS1和MMS2，第一个方案是引入修正符节点到费率树，该修正符节点不是费率树中的最后一个。在到达叶节点之前，修正符节点拆分该金额，因此将在每个叶节点上或在每叶节点集基础上拆分可用计费值。此外，修正符节点可能使用参数值例如百分比值来实现，见MMSI，或通过功能调用，例如SplitterFunction(MMS，GPRS，Acct.history)，见MMS2来实现。这里，Acct.history是账户历史的缩写并且可以被解释为对于MMS使用的以前了解或对于MMS和GPRS的联合使用的了解。

如图8所示，对于MMS3，第二种方案是考虑费率树的叶节点中的额外的可选参数，其定义与另一种业务相比在一种业务上花费的总金额的一部分。

如图8所示，对于MMS4，第三种方案是，考虑额外的修正符节点作为叶节点中的功能调用，例如SplitterFunction(MMS，Acct.history，GPRS，Acct.history)，其给出了与其他业务无关的绝对值。

此外，功能调用可以表述竞争业务和那个将被指派资金的竞争业务。这当然可以被系统隐含，该系统具有表述所有正在进行的业务的共同领域例如帐户数据，并且这个共同领域提供该信息。

如图8所示，资金拆分的另外例子可以与空中&陆地语音有关，或者依赖于上面所述的相同原则。此外，不同业务可以根据不同业务类型与任何上文所述的修正符节点相组合来定费率，所述不同业务类型例如，$X/时间单位或$Y/数据量。可以明白，在这种情况下，对于这种运营商，空中时间的价格总是结合陆地价格的时间。

应当指出的是，正被用作拆分的功能可能是基于几个参数，例如，在这个会话中上次预留的历史，预定数量的上次预留的历史，在系统/区域/小区中的当前业务量概况，在系统/区域/小区上的历史，用于这种业务类型/帐户类型的当前的业务量概况，在这项业务类型/帐户类型上的历史，用户/帐户历史/概况，固定费率逻辑，固定业务类型/帐户类型/订户。此外，虽然本发明的这个优选实施例已经关于费率树进行了描述，但是类似的拆分可以基于任何一般的决策树、预处理树等来完成。

图9示出了根据本发明的费率树和相关选择逻辑，考虑在费率业务中结合的计费。

这里，根据本发明，建议为结合计费进行迭代。

如图9所示，如果每个业务定义为有费率/计量单位，例如时间/金钱或数据量/金钱，还有最小计费区间/业务，例如30秒或1kb，那么可以在业务之间进行迭代。一个这样的例子将开始于基于时间的业务，如果在对基于时间的业务定费之后资金还有余留就继续数据业务，返回基于时间的业务用于另一计费区间，等等。

如图9所示，在迭代期间节点拆分处理拆分逻辑。这是在拆分器节点中定义的功能，通过使每个业务费率一个计费区间来实现了在时间和数据量功能之间的迭代，其被添加到总价格上，直到现有的计费金额用完为止。

总之，如关于图8和图9所解释的本发明的优选实施例，在调用某一特定业务的费率之前，或在调用某一特定业务的费率时，考虑在费率业务中可用计费金额的拆分。费率业务在由于同一事件而被运行的不同业务和/或业务类型之间划分可用计费金额，特别是当可用计费金额不足以满足业务资金的请求。值得一提的是，这种做法不仅适用于实时计费，而且还用于预付费或后计费业务订阅。

虽然上面本发明已经解释了优化多业务和/或多类型计费，下面将解释优化的多业务和/或多类型计费和使用测量之间的相互操作的不同方面。

图10示出了根据本发明的业务使用反馈的第一种方案。

总体上，使用描述了个人业务和相关业务类型的使用过程。业务类型的例子可以是时间、事件如SMS或MMS、金钱、总数据量、上行链路数据量、下行链路数据量等等。应该指出的是，优化计费及相关使用测量并不限于特定的业务/计量单位类型，并且不同业务类型之间的转换允许基于单一业务类型操作计费设备，例如关于金钱的可用计费值。

鉴于上述情况，款额可以是任何计量单位类型，例如流量，如果该帐户存储流量的话。在正常情况下，该帐户存钱，但使用通常不是钱，而是时间或流量，或两者均有。在后一种情况下，金钱需要从金钱转换为所使用的计量单位类型。这里，计费设备10可以完成转换，或者个人业务可以这样做。这个转换将是费率。

如图10所示，业务使用反馈的第一种方案是，如上所述的所有资金拆分功能被集成到计费设备10。根据任何业务类型或根据为操作选择的共同业务类型，业务使用被反馈回计费设备10，如果计费设备10例如金钱的话。计费设备还知道为每个业务所许可的资金项目，用于与反馈回的业务使用相比较。

图11示出了根据本发明的业务使用反馈的第二种方案，特别适合于在外反馈回路中关于总的业务使用和总业务款额处理的业务。

如图11所示，业务使用反馈和相关业务费率的第二种方案是，上文所述的那部分资金拆分功能关于不同业务进行本地实施。费率相关转换可以在分割器(divider)中或者在使用测量单元中执行。应该指出，当转换由分割器执行时，那么计费设备10需要执行转换/定费率，并且同时了解反馈。

如图11所示，为每个业务预留的资金和实际由每个业务和相关业务计量单元在计费区间上使用的资金之差本地确定，然后根据任何业务类型或根据为操作选择的共同的业务类别反馈回给计费设备10，如果计费设备10例如金钱。应该指出的是，计费设备10了解(一个或多个)分割系数和总款额。

图12示出了根据本发明的业务使用反馈和相关费率的第三种方案。

如图12所示，业务使用反馈的第三种方案是，每个业务接收计费金额的总款额。计费设备设置分割系数，该系数然后针对每个业务进行处理。根据任何业务类型或根据为操作选择的共同业务类型，业务使用被反馈回计费设备10，如果计费设备10例如金钱。

缩写词清单：

CDR                呼叫数据记录

CS                 内容服务器

EoCN               结束呼叫通知

FBC                基于流量计费

GMSC               网关移动业务交换中心

GPRS               通用分组无线电业务

GSM                全球移动通信系统

GUI                图形用户界面

IMS                互联网协议多媒体子系统

ISDN               综合业务数字网

LE                 本地交换

MMS                多媒体消息业务

MSC                移动业务交换中心

NAS                网络接入服务器

PLMN               公共陆地移动网络

PSTN               公共交换电信网络

SDP                业务数据点

SMS                短消息业务

SSF                业务切换功能

SSP                业务交换点

TCP/IP             传输控制协议/网际协议

USSD               非结构化补充数据业务数据