专利名称：预付费业务的计费方法和系统的制作方法
技术领域：
本发明涉及通信领域，并且特别地，涉及一种预付费业务的计 费方法和系统。
背景技术：
在综合智能网系统中，呼叫流程的处理如下首先移动交换中 心(Mobile Switch Center, MSC) /业务交才奐中心(Service Switch Point, SSP)触发业务控制点(Service Control Point, SCP)上的呼 叫流程，呼叫流程判断用户的剩余金额，根据本次通话的计费方案 和剩余金额来计算出用户可以允许通话的时长，SCP 4艮据系统i殳置 好的时间段来下发申请计费(Apply Charging, AC )到SSP请求SSP 计费控制，在设定好的时间段结束后，SSP就会上报申请计费报告 (Apply Charging Report, ACR )给SCP来上才艮呼叫时长，SCP累 计这个呼叫时长至到呼叫结束，然后SCP根据总的呼叫时长来计费 呼叫的费用，并扣除用户的费用，流程处理如附图l所示。如图1所示，在用户前转的时候，需要对一个用户同时产生两 个呼叫流禾呈， 一个是纟皮叫流禾呈， 一个是前转流禾呈。每个流禾呈分别才艮 据用户的剩余金额计费出每个流程的呼叫时长，由SSP来监控呼叫流程，当一个流程呼叫结束时，扣除了用户的剩余金额，而另一个 流程呼叫结束时，此时用户的余额已经发生了改变，变成了用户原 先余额减去上个呼叫流程的使用金额，用户的余额已经不是当初计 算时长的费用，这样在去扣费时，就会产生了透支问题。针对这种预付费用户在呼叫前转的时候可能出现的费用透支的 问题，通常不允许预付费用户有前转功能，然而，这样显然不能满足用户对业务多样化的需要；另一种解决方案是对发生前转时的被 叫流程免费来解决这个问题，然而，这样做又显然不能满足运营商 的利益，并且，这两种方案均不能从正面有效地解决透支的问题。目前，尚未3是出能够有效解决预付费用户在呼叫前转时出现的 费用透支问题的技术方案。发明内容考虑到上述问题而做出本发明，为此，本发明的主要目的在于 提供一种预付费业务的计费机制，以解决预付费用户在呼叫前转时 出现的费用透支问题。根据本发明的一个方面，提供了 一种预付费业务的计费方法。根据本发明的预付费业务的计费方法包括在移动交换中心或 业务交换中心触发用户的第一流程和第二流程的情况下，根据预配 置的呼叫时间4殳先后或同时确定第 一 流程的第 一 流程金额和第二流 程的第二流程金额，并在用户的总金额中预留第 一流程金额和第二 流程金额；在第一流程和第二流程结束时，才艮据用户的使用情况从 用户的总金额中进行金额的扣除。一方面，在先后确定并预留第 一流程金额和第二流程金额的情 况下，处理具体为在移动交换中心或业务交换中心触发第一流程 时，根据呼叫时间段确定第一流程金额，并在总金额中预留第一流 程金额；如果在移动交换中心或业务交换中心触发第一流程时进一 步触发第二流程，则根据呼叫时间段确定第二流程金额，并在预留 了第 一流程金额后的剩余总金额中预留第二流程金额。并且，在总金额中预留第一流程金额之后，进一步包括判断 剩余总金额是否足以预留第二流程金额，并在判断为是的情况下预 留第二流程金额，否则不预留第二流程金额，并终止第二流程。在这种情况下，移动交换中心或业务交换中心根据预定的第一 流程的费率和呼叫时间 >敬确定预留的第 一流禾呈金额，并4艮据预定的 第二流程的费率和呼叫时间段确定预留的第二流程金额。其中，第一流禾呈和第二流程包4舌以下至少之一故叫流程、前转流程、通用分组无线业务网络业务流程。另一方面，在4艮据呼叫时间^:同时确定第一流程金额和第二流 程金额的情况下，处理具体为在移动交换中心或业务交换中心触 发第一流程和第二流程时，才艮据预配置的呼叫时间段以及总流程费 率确定用户的总流程金额，并在用户的总金额中预留总流程金额， 其中，总流程费率为预定的第 一 流程的费率与预定的第二流程的费 率之和，第 一流程为#皮叫流程，第二流程为呼叫前转流程。具体地，移动交换中心或业务交换中心触发用户的第 一流程和 第二流程的处理具体为如果第二流程为无条件呼叫前转流程，则在触发第二流程的同 时触发第二流程；或如果第二流程为有条件呼叫前转流程，则在触 发第一流程时首先才艮据第一流程的费率确定第一流程的费用，并在 判断需要进行前转的情况下，重新根据总流程费率确定总流程金额。此夕卜，移动交换中心或业务交换中心根据预定的第一流程的费 率和呼叫时间^殳确定预留的第一流程金额，并4艮据预定的第二流程 的费率和呼叫时间段确定预留的第二流程金额。此外，在第一流程和第二流程结束时，移动交换中心或业务交 换中心上报申请计费报告以触发金额的扣除。根据本发明的另一方面，提供了一种预付费业务的计费系统。根据本发明的预付费业务的计费系统包括智能业务计费控制 模块，用于在移动交换中心或业务交换中心触发用户的第一流程和 第二流程的情况下，根据预配置的呼叫时间段先后或同时确定第一 流畔呈的第一流禾呈金额和第二流程的第二流程金额，并先后或同时向 平台业务逻辑处理控制模块申请在用户的总金额中预留第 一 流程金额和第二流程金额；平台业务逻辑处理控制模块，用于对用户提供 第 一 流程的业务以及第二流程的业务，存方文和更新预留的第 一 流程 金额和第二流程金额，并在第一流程和第二流程结束时根据用户的 业务使用情况从总金额中进行金额的扣除。其中，在智能业务计费控制模块先后向平台业务逻辑处理控制 模块申请在用户的总金额中预留第 一流程金额和第二流程金额的情 况下，智能业务计费控制模块根据预定的第 一 流程的费率和呼叫时 间段确定预留的第 一 流程金额，并根据预定的第二流程的费率和呼 叫时间_敬确定预留的第二流程金额。其中，在智能业务计费控制模块同时向平台业务逻辑处理控制 模块申请在用户的总金额中预留第 一流程金额和第二流程金额的情 况下，智能业务计费控制模块根据呼叫时间段以及总流程费率确定 用户的总流程金额，并在用户的总金额中预留总流程金额，其中， 总流程费率为预定的第 一 流程的费率与预定的第二流程的费率之和。通过本发明的上述技术方案，能够有效解决相关技术中预付费 前转业务中出现的透支问题，保证了运营商的利益。
此处所i兌明的附图用来提供对本发明的进一步理解，构成本申 i青的一部分，本发明的示意性实施例及其i兌明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据相关技术的被叫流程与前转流程的处理流程图； 图2是根据本发明方法实施例的预付费业务的计费方法的流程图；图3是根据本发明方法实施例的预付费业务的计费方法的处理 方式一的信令流程图；图4是根据本发明方法实施例的预付费业务的计费方法的处理 方式二的信令流程图；图5是根据本发明方法实施例的预付费业务的计费方法的处理 方式二的详细处理过程的信令流程图；图6是根据本发明系统实施例的预付费业务的计费系统的框图；图7是根据本发明系统实施例的预付费业务的计费系统的实现 方案一与相关才支术的处理对比示意图；图8是根据本发明系统实施例的预付费业务的计费系统的实现 方案二与相关^支术的处理对比示意图。
具体实施方式
在本发明的实施例中，提供了一种预付费业务的计费方法,如图2所示，根据本发明实施例的预付费业务的计费方法包括 步骤S202,在移动交换中心或业务交换中心触发用户的第一 流程和 第二流程的情况下，根据预配置的呼叫时间段先后或同时确定第一 流程的第 一流程金额和第二流程的第二流程金额，并在用户的总金 额中预留第一流程金额和第二流程金额；步骤S204，在第一流程和 第二流^E结束时，才艮据用卢的使用情y 的扣除。具体可以采用如下两种方式进行金额的预留。方式一先后确定并预留第一流程金额和第二流程金额，处理过程具体 为在移动交换中心或业务交换中心触发第一流程时，根据呼叫时 间段确定第一流程金额，并在总金额中预留第一流程金额；如果在 移动交换中心或业务交换中心触发第一流程时进一步触发第二流 程，则根据呼叫时间段确定第二流程金额，并在预留了第一流程金 额后的剩余总金额中预留第二流程金额。其中，第一流程和第二流程可以是各种能够并行4丸行的流程 例如，可以是^皮叫流-呈、前4争流禾呈、通用分组无线业务网全各业务流 程(例如，通过GPRS上网)。并且，在总金额中预留第一流程金额之后，进一步包括判断 剩余总金额是否足以预留第二流程金额，并在判断为是的情况下预 留第二流程金额，否则不预留第二流程金额，并终止第二流程。优选地，移动交换中心或业务交换中心可根据预定的第 一 流程 的费率和呼叫时间l殳确定预留的第 一 流程金额，并根据预定的第二 流程的费率和呼叫时间段确定预留的第二流程金额。通过方式一的处理，能够在预付费业务中多个流程同时呼叫的 情况下有效避免透支的问题。例如，参照图3，对于多个呼叫流禾呈A、 B两个流程，A流程 送上来的呼叫，首先根据用户的剩余金额S计算出A流程的通话时 长，根据配置的呼叫时间段，计算出这个时间段的呼叫费用Al，并 记录到一个平台数据中(为了其他流程也可以读取到)，A流程便预 留了这个费用不能让其他流程使用。在B流程送上来后，首先查询用户的剩余金额，然后在查询A 流程预留的金额，两者的差值即(S - Al )便是B流程目前可以使 用的费用。根据这个费用计算出呼叫时长，然后在根据配置的时间 段，计算出B流程这个时间段所需的费用。B流程也预留这个费用， 不让其他流程使用，同时累加到平台的数据中。优选地，A流程在 下发的时间段到时间后，上报ACR。业务在重新查询目前的用户余 额减去目前所有流程预扣的金额，计算出剩余余额，为A流程目前 可以使用金额，在根据配置的时间段预留金额，并累加这个时间段 费用到平台参数中。B流程也重复相应的操作。这样A、 B相互交 替预留费用，即，用总金额S减去流程A的金额Al、 A2…以及减 去流禾呈B的金额B1、 B2...,直到的用户余额扣完或用户挂:4几，不 会造成透支问题。最后，在第一流程和第二流程结束时，移动交换中心或业务交 换中心上报申请计费报告以触发金额的扣除。方式二才艮据呼叫时间l殳同时确定第一流程金额和第二流程金额，处理过程具体为在移动交换中心或业务交换中心触发第一流程和第二 流程时，根据预配置的呼叫时间段以及总流程费率确定用户的总流 程金额，并在用户的总金额中预留总流程金额，其中，总流程费率 为预定的第 一 流程的费率与预定的第二流程的费率之和，第 一 流程为^皮叫流:程，第二流禾呈为呼叫前转流禾呈。具体地，移动交换中心或业务交换中心触发用户的第一流程和第二流程的处理具体为如果第二流程为无条件呼叫前转流程，则在触发第二流程的同 时触发第二流程；或如果第二流程为有条件呼叫前转流程，则在触 发第一流程时首先根据第一流程的费率确定第一流程的费用，并在 判断需要进行前转的情况下，重新根据总流程费率确定总流程金额。之后，在第一流程和第二流程结束时，移动交换中心或业务交 换中心上报申请计费报告以触发金额的扣除。具体而言，对于^皮叫流程和前转流程的计费方案的设置，在相 关技术中通常的处理方式是根据用户的余额和各自流程的计费方案 来计费呼叫时长，各自独立的下发AC到SSP来监控呼叫。在本方式二中新增了计费方案MS (即，上述总流程费率)，这 个计费方案的费用为#皮叫流程计费方案MT对应的费率和前转流程 计费方案MF对应的费率之和，在被叫流程和前转流程两个流程中 都通过MS计费方案来计费各自的呼叫时长，然后4艮据配置的时间 段下发呼叫请求AC到SSP，由SSP来监控呼叫。当呼叫流程结束 或用户余额用完后，SSP上报最后一个ACR才艮告通话时长，被叫流 程根据MT计费方案来计算被叫流程使用费用，并扣费。前转流程才艮据MF计费方案来计算前转流程使用费用，并扣费。两者扣除的 费用正好是按照同样的呼叫时长和MS计费方案计算出来的费用， 这样便解决了在被叫流程和前转流程同时计费的情况下，前转流程 的透支问题，具体的计费过程如图4所示。在图4中，在触发了被叫流程和前转流程之后，根据余额和总 流程费率计算呼叫的时长，从而控制净皮叫流程和前转流程；在用户 余额用尽或挂机的情况下，被叫流程和前转流程分别根据总的呼叫 时长和各自的费率(被叫流程的费率为M丁、前转流程的费率为MF ) 计算费用，并扣费。在实际应用当中，本实施例的处理主要需要对于综合智能网业 务进行修改，该^修改具体涉及到几个方面，即，需要增加相应的计 费方案、^务改前转流程和^皮叫流程的计算时长方式、修改前转流程 和被叫流程的扣费方式、界面增加相应计费方案的配置。(1 )计费方案的^f奮改前转流禾呈#4居用户的前转方式，可以分为无条件前转和有条件 前转两大类，对于有条件前转有可以细化分为无应答前转、不可 达前转、用户忙前转等几种情况，核心网对于无条件前转和有条件 前转的处理方式是不相同的，走的信令^各由也是不相同的，所以对 于无条件前转和有条件前转时，用户使用的费用也要求业务可以灵 活配置。原先业务有以下几种计费方案被叫流程无条件前转计费 方案(MT—NoCondition )、被叫流程有条件前转计费方案 (MT_Condition )、前转流程无条件前转计费方案 (MF—NoCondition )和前转流程有条件前转计费方案 (MF—Condition )等才目关的4个i十费方案。在本实施例中，需要增加两个计费方案 一个是总流程无条件 前转计费方案(MS_NoCondition)，在计费系统中配置此计费方案 时，需要注意配置此计费方案使用的费用正好为^皮叫流程无条件前 转计费方案和前转流程无条件前转计费方案的费用之和。另外一个 是总流程有条件前转计费方案(MS—Condition),同样在计费系统配 置此计费方案时，需要配置此计费方案4吏用的费用正好是纟皮叫流程 有条件前转计费方案和前转流程有条件前转计费方案之和。经过在 计费系统这样的特殊配置后，业务就可以^4居新的计费方式来控制 呼叫流程了 。业务系统的计费方案的配置表中feeclass中，需要力口入 MS—NoCondition和MS—Condition的呼叫类型、呼叫索引和计费方 案等数据。还要在一个maskfeeclass表中增加一个控制开关，控制 是否允许界面显示此计费方案，例如，i殳置为1表示允许界面显示 并配置，设置为O则表示不允许界面显示和配置。对于计费系统计费处理的^f'f改只是增加两个计费方案的配置凄史 据，并不需要修改计费系统的数据结构，增加计费方案的方法和增 加其他计费方案数据的方法相同。(2)计费时长方式的^f务改在用户发生前转时，首先由SSP触发用户的被叫流程，此时被 叫流程不知道用户是否需要发生前转，所以此时对于被叫流程来说， 根据用户的剩余金额，还是通过普通的被叫流程计费方案计算呼叫 时长，并根据业务配置好的下发AC的时长，下发AC到SSP，请 求监控被叫呼叫流程，如果发生前转，在前转流程中，业务会向一 个数据表中插入前转信息，在^皮叫流程的第一个ACR送上来后，便 会查询这个数据表判断是否发生前转流程，如果是发生前转流程，-陂叫流程将会4安照MS—NoCondition或MS—Condition来重新计费时 长，在4艮据i殳定的AC时长，下发AC。如果用户申请了无条件前转，前转流程会立即触发，而不需要 等待被叫流程中用户目前的状态，在前转流程中，如果用户送上来 的是无条件前转流程，便根据MS—NoCondition计费方案来计算前 转流程的呼叫时长，虽然被叫流程是根据普通的被叫流程计费方案 下发的呼叫时长，但是由于前转流程和被叫流程是同时开始和同时 结束，所以被叫流程的呼叫时长也是受前转流程的呼叫时长来控制 的，前提是一般MS_NoCondition的费用会大于普通的被叫流程的 费用。前转流程根据计算出来的呼叫时长和业务配置好的下发AC 的时长，下发AC到SSP， i青求监控呼叫流禾呈。如果用户申请的是有条件前转，前转流程是否触发要看被叫流 程中用户的状态，例如，用户申请了无应答前转，在^皮叫流程中， 如果设定的时间内被叫流程中用户没有应答，核心网便会发起前转 流程；如果用户申请的是不可达前转，在被叫流程中，被叫用户不 能接通，核心网便会发起前转流程等。在有条件前转流程中，业务 根据MS—Condition计费方案来计算前转流程的呼叫时长，同于无条 件前转流程，只有在前转流程接通后，用户的被叫流程才开始计费。 所以两个流程的呼叫时长是一样的。(3 )扣费方式的^f'务改在业务设定的AC时长到了后，用户如果没有挂机或余额充足， SSP上报ACR给SCP上报这一时段的呼叫时长，此时的ACR标志 为非最后一个。直到用户挂机或余额用完，SSP便会上报最后一个 ACR上才艮SCP。业务当收到最后一个ACR时开始计算用户时间佳: 用的呼叫时长，在根据计费方案反算成用户使用的费用。如图5所示，在4皮叫流程中，在MSC/SSP 4艮据^Mc叫签约触发 业务之后，将触发^皮叫流程，此时，SCP将4妄照剩余金额和 MT—NoCondition (简称MT )计费方案来计算被叫流程的使用时长， 并向MSC/SSP下发AC;在设定时间到达后，MSC/SSP向SCP上 报ACR;在SCP获知已经发生前转后，将按照总流程费率(MS) 计算时长，并下发新的AC;在用户挂机、或用户余额用尽的情况 下，MSC/SSP将上报最后一个ACR,此时SCP将根据总时长和 MT计算费用并扣费，呼叫结束。其中，在上述^皮叫流程中，由于开始一皮叫流程不知是前转流程 的被叫流程，所以下发计费时长时使用的普通的被叫流程计费方案。 在被叫流程中，业务会根据前转流程插入的前转信息来判断是否发 生前转，如果是发生无条件前转，被叫流程4艮据呼叫的时长和 MT_NoCondition计费方案来计算#:叫流禾呈4吏用的费用，并进4亍扣 费；如果发生有条件前转，被叫流程根据呼叫时长和MT—Condition 计费方案来反算被叫流程的使用费用，并扣费。如图5所示，在前转流程中，在MSC/SSP 4艮据补充业务触发 业务之后，将触发前转流程，此时，SCP将按照剩余金额和MT + MF得到的总流程费率(MS)进^f亍计费方案来可〗吏用时长，从而控 制被叫流程和前转流程，并向MSC/SSP下发AC;在设定时间到达 后，MSC/SSP向SCP上才艮ACR，。向应于上报的ACRSCP， SCP继 续向MSC/SSP下发AC;在用户挂机、或用户余额用尽的情况下， MSC/SSP将上报最后一个ACR，此时SCP将根据总时长和MT计 算费用并扣费，呼叫结束。在前转流程中，如果用户挂机或余额使用完毕，无条件前转会 根据呼叫时长和MF—NoCondition计费方案来计算使用的费用，并 扣费；有条件前转会根据呼叫时长和MF—Condition计费方案来计算 4吏用的费用，并扣费。由于MS NoCondition是MT NoCondition和MF—NoCondition之和；MS一Condition是MT—Condition牙口 MF—Condition费用之和，所以可以实现用户余额充分4吏用并保i正不 会出现透支现象。系统实施例根据本发明的另 一方面，提供了 一种预付费业务的计费系统。如图6所示，根据本发明的预付费业务的计费系统包括智能 业务计费控制才莫块602,用于在移动交换中心或业务交换中心触发 用户的第 一流程和第二流程的情况下，根据预配置的呼叫时间段先 后或同时确定第 一 流程的第 一 流程金额和第二流程的第二流程金 额，并先后或同时向平台业务逻辑处理控制才莫块604申请在用户的 总金额中预留第 一流程金额和第二流程金额；平台业务逻辑处理控 制才莫块604 ，用于对用户纟是供第 一 流程的业务以及第二流程的业务， 存方文和更新预留的第 一流程金额和第二流程金额，并在第 一流程和 第二流程结束时根据用户的业务使用情况从总金额中进行金额的扣 除。在实际应用中，具体的i多改方案存在以下两种 方案一如果通过上述方式一进行计费，具体可以对现有智能业务和支 撑平台做以下改造修改相关技术中的智能业务计费控制模块，使智能业务在呼叫 的计费控制时具备申请预留话费金额的能力，并且使智能业务在呼 叫的计费控制时需要从平台获取相应用户预留话费金额，并且计算 出除去预留金额后可用余额；对于平台，则需要修改平台业务逻辑处理控制(SLP)模块，提供为呼叫用户存放预留话费金额的功能，并且可供业务提取并及 时释放业务。这样，在智能业务计费控制模块602先后向平台业务逻辑处理 控制模块604申请在用户的总金额中预留第一流程金额和第二流程 金额的情况下，智能业务计费控制模块602根据预定的第一流程的 费率和呼叫时间段确定预留的第 一流程金额，并根据预定的第二流程的费率和呼叫时间段确定预留的第二流程金额。如图7所示，根据本实施例的计费系统在收到通话请求后，分 析计费方案，查找可用余额，之后扣除预留话费计算可用余额，计 算本次通话时长及所用金额，同时在平台数据存储区预留话费金额 (通话完毕后可以释放)；最后下发可通话时长。乂人图7中可以看出，与J见有业务平台的相比，该实;见方案一具 有非常好的通用性，能够对所有并发扣费进行保护，避免透支。方案二如果通过上述方式二进行计费，通常情况下智能网业务的计费 控制模块和计费模块采用同一个费率方案，采用此种方案需要对原 有智能业务做以下改造对于修改智能业务计费控制模块进行修改，使智能业务在进行 前转呼叫的计费控制时选4奪新增总费率MS (其费率是^皮叫和前转 的费率总和(即，上述的MF+MT));并且，^使智能业务在前转呼 叫结束后进行扣费时，仍然使用前转费率和通话时长进行计算(即， 采用前转话费-NG^通话时长的方式)。从图8中可以看出，通过上述^奮改，根据本实施例的计费系统可以在收到通话请求后，计算总费率，并查找可用余额，计算并下发本次可通话时长；在收到通话结束消息后，计算话费，并扣费出 话单。这样，在智能业务计费控制模块602同时向平台业务逻辑处理 控制模块604申请在用户的总金额中预留第一流程金额和第二流程 金额的情况下，智能业务计费控制模块602根据呼叫时间段以及总 流程费率确定用户的总流程金额，并在用户的总金额中预留总流程 金额，其中，总流程费率为预定的第一流程的费率与预定的第二流 考呈的费率之和。如图8所示，相比于现有的平台，可见采用该实现方案二的改 动;f艮小，并且能够容易地达到避免前转流程透支的目的。可以看出，本发明的处理设计简单，条理清晰，只需要在计费 方案的计算上稍做修改，便可以实现前转流程和被叫流程同时使用， 不需要对平台做改动，对系统的稳定性的影响很小，而且还避免了 产生透支问题。在计算时长时使用一个特殊的计费方案计算，但在 扣费时使用各自的计费方案进行计费。综上所述，借助于本发明的技术方案，能够有效解决相关技术 中预付费前转业务中出现的透支问题，保证了运营商的利益。以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的^支术人员来说，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何〃修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种预付费业务的计费方法，其特征在于，包括在移动交换中心或业务交换中心触发用户的第一流程和第二流程的情况下，根据预配置的呼叫时间段先后或同时确定所述第一流程的第一流程金额和所述第二流程的第二流程金额，并在所述用户的总金额中预留所述第一流程金额和所述第二流程金额；在所述第一流程和所述第二流程结束时，根据所述用户的使用情况从所述用户的总金额中进行金额的扣除。
2. 才艮据权利要求1所述的方法，其特征在于，先后确定并预留所 述第 一流程金额和所述第二流程金额的处理具体为在所述移动交4奐中心或所述业务交^:中心触发所述第一 流程时，才艮据所述呼叫时间,殳确定所述第一流程金额，并在所 述总金额中预留所述第 一流程金额；如果在所述移动交换中心或所述业务交换中心触发所述 第一流程时进一步触发所述第二流程，则根据所述呼叫时间段 确定所述第二流程金额，并在预留了所述第 一流程金额后的剩 余总金额中预留所述第二流程金额。
3. 根据权利要求2所述的方法，其特征在于，在所述总金额中预 留所述第一流程金额之后，进一步包括判断所述剩余总金额是否足以预留所述第二流程金额，并 在判断为是的情况下预留所述第二流程金额，否则不预留所述 第二流程金额，并终止所述第二流程。
4. 根据权利要求2所述的方法，其特征在于，所述移动交换中心 或所述业务交换中心根据预定的所述第一流程的费率和所述 呼叫时间段确定预留的所述第一流程金额，并根据预定的所述 第二流#呈的费率和所述呼叫时间|史确定预留的所述第二流牙呈 金额。
5. 4艮据;f又利要求1至4中^f壬一项所述的方法，其特4i在于，所述 第一流程和所述第二流程包4舌以下至少之一；波叫流程、前转 流程、通用分组无线业务网络业务流程。
6. 才艮据权利要求1所述的方法，其特4i在于，才艮据所述呼叫时间 4殳同时确定所述第 一 流程金额和所述第二流程金额的处理具 体为在所述移动交换中心或业务交换中心触发所述第 一 流程和所述第二流程时，根据预配置的呼叫时间段以及总流程费率确定所述用户的总流程金额，并在所述用户的总金额中预留所述总流程金额，其中，所述总流程费率为预定的所述第一流程 的费率与预定的所述第二流;程的费率之和。
7. 根据权利要求6所述的方法，其特征在于，所述第一流程为被 叫流程，所述第二流程为呼叫前转流程。
8. 根据权利要求7所述的方法，其特征在于，所述移动交换中心 或所述业务交换中心触发所述用户的所述第一流程和所述第 二流 一呈的处理具体为以下之一 如果所述第二流程为无条件呼叫前转流程，则在触发所述 第二流程的同时触发所述第二流禾呈；如果所述第二流程为有条件呼叫前转流程，则在触发所述 第 一 流程时首先根据所述第 一 流程的费率确定所述第 一 流程的费用，并在判断需要进行前转的情况下，重新根据所述总流 程费率确定所述总流程金额。
9. 根据权利要求l、 2、 3、 4、 6、 7、和8中任一项所述的方法， 其特征在于，在所述第一流程和所述第二流程结束时，所述移 动交换中心或业务交换中心上报申请计费报告以触发金额的 扣除。
10. —种预付费业务的计费系统，其特4i在于，包4舌智能业务计费控制模块，用于在移动交换中心或业务交换 中心触发用户的第一流程和第二流程的情况下，4艮据预配置的 呼叫时间^殳先后或同时确定所述第 一 流程的第 一 流禾呈金额和 所述第二流程的第二流程金额，并先后或同时向平台业务逻辑 处理控制模块申请在所述用户的总金额中预留所述第 一流程 金额和所述第二流程金额；所述平台业务逻辑处理控制模块，用于对所述用户提供所 述第 一 流程的业务以及所述第二流程的业务，存》文和更新预留 的所述第 一流程金额和所述第二流程金额，并在所述第一流程 和所述第二流程结束时根据所述用户的业务使用情况从所述 总金额中进行金额的扣除。
11. 根据权利要求10所述的系统，其特征在于，在所述智能业务 计费控制模块先后向所述平台业务逻辑处理控制模块申请在 所述用户的总金额中预留所述第 一 流程金额和所述第二流程 金额的情况下，所述智能业务计费控制模块根据预定的所述第 一流程的费率和所述呼叫时间_敬确定预留的所述第 一 流程金 额，并根据预定的所述第二流程的费率和所述呼叫时间#殳确定 预留的所述第二流程金额。
12. 根据权利要求10所述的系统，其特征在于，在所述智能业务 计费控制模块同时向所述平台业务逻辑处理控制模块申请在 所述用户的总金额中预留所述第 一 流程金额和所述第二流程 金额的情况下，所述智能业务计费控制模块根据所述呼叫时间 段以及总流程费率确定所述用户的总流程金额，并在所述用户 的总金额中预留所述总流程金额，其中，所述总流程费率为预 定的所述第 一 流程的费率与预定的所述第二流程的费率之和。
全文摘要
本发明公开了一种预付费业务的计费方法和系统，其中，该方法包括在移动交换中心或业务交换中心触发用户的第一流程和第二流程的情况下，根据预配置的呼叫时间段先后或同时确定第一流程的第一流程金额和第二流程的第二流程金额，并在用户的总金额中预留第一流程金额和第二流程金额；在第一流程和第二流程结束时，根据用户的使用情况从用户的总金额中进行金额的扣除。通过使用本发明，能够有效解决相关技术中预付费前转业务中出现的透支问题，保证了运营商的利益。
文档编号H04M17/00GK101335800SQ20081012966
公开日2008年12月31日 申请日期2008年8月5日 优先权日2008年8月5日
发明者张善锋, 松 沈 申请人:中兴通讯股份有限公司