CN101001298A - 一种数字集群系统实现按群组预付费的方法 - Google Patents

Abstract

一种数字集群系统实现按群组预付费的方法，起呼终端发起集群呼叫，PDS发送鉴权请求消息，鉴权服务器上驻留的预付费服务器确定此次组呼要使用的群组预付费帐户及其计费方式，并为该帐户分配配额，然后将上述信息通知PDS上驻留的预付费客户端；预付费客户端判断是否为该帐户分配了可用配额，如果是，通知PDS寻呼该群组的终端，否则拒绝此次组呼；组呼建立后，预付费客户端监控此次组呼的状态和配额使用情况，如果该帐户没有余额可使用时或使用该帐户的终端退出了呼叫，则通知预付费服务器该帐户的此次计费结束，预付费服务器记录该配额总额并回收未使用的配额，预付费客户端清除该帐户的信息，结束。本发明方法可在数字集群系统中实现按群组预付费。

Description

一种数字集群系统实现按群组预付费的方法

技术领域

本发明涉及数字集群系统，尤其是指一种数字集群系统实现预付费的方法。

背景技术

传统的数字集群系统多应用于专网，所提供的集群业务存在着服务范围和服务人群的限制，同时由于单独建设网络，与公共网建设重叠，而使得资源浪费严重。对于上述缺点较为现实的解决方案是把集群业务集成到公共网系统中，由原来的专用网络逐步演变为虚拟专用网，从而达到降低网络建设成本、扩大使用范围的目的。

目前的集群通信系统已经逐步实现采用虚拟专用网的数字集群系统，但在计费领域并没有得到同步的发展。传统的集群通信系统预付费方式基本上针对集团计费，预付费方式较为简单，大多采用按集团包月的方式。而基于公共网系统的数字集群系统不仅仅为集团提供集群业务，对于不同集团用户、无集团个人用户等都可以要求使用集群业务，从而使得基于公共网系统的数字集群系统服务人群更加广泛，这就要求数字集群系统能够提供合理的预付费方式来满足不同层次的用户需要，包括按集团、群组和用户进行预付费，计费时考虑时长、流量或呼叫次数等。较为遗憾的是，目前对于集群系统预付费的实现方式，国际上没有相应的规范和标准，也没有提出上述问题解决方案的文献。

发明内容

本发明要解决的技术问题是提供一种数字集群系统实现按群组预付费的方法。

为了解决上述技术问题，本发明提供了一种数字集群系统实现按群组预付费的方法，该系统的调度服务器中驻留有预付费客户端，鉴权服务器中驻留有预付费客户端，该方法包括以下步骤：

(a)起呼终端发起集群呼叫，调度服务器发送鉴权请求消息，由鉴权服务器对起呼终端和被叫群组进行鉴权；

(b)所述鉴权服务器上驻留的预付费服务器确定此次组呼要使用的群组预付费帐户及其计费方式，通过与所述调度服务器上驻留的预付费客户端交互，将所述群组预付费帐户及其计费方式的信息通知到所述预付费客户端，并为该帐户分配配额；

(c)所述预付费客户端判断是否为该群组预付费帐户分配了可用配额，如果是，通知所述调度服务器对该群组的终端发起寻呼，执行步骤(d)，如果没有可用配额，则拒绝此次组呼，结束；

(d)组呼建立后，所述预付费客户端监控此次组呼的状态和配额使用情况，如果在所述群组预付费帐户没有余额可使用之前，使用该帐户的终端退出了呼叫，执行下一步，否则，在该预付费帐户没有余额可使用时，再执行下一步；

(e)所述预付费客户端通知所述预付费服务器该群组预付费帐户的此次计费结束，携带该帐户已使用的配额总额；所述预付费服务器记录该配额总额并回收未使用的配额，所述预付费客户端清除该帐户的信息，结束。

进一步地，上述方法还可具有以下特点：所述步骤(b)中，所述预付费服务器确定此次组呼要使用的群组预付费帐户及其计费方式后，在有余额分配时，直接为该帐户分配配额，随所述帐户和计费方式信息一起返回到所述预付费客户端，在没有余额分配时，则将没有余额分配的信息随所述帐户和计费方式信息一起返回到所述预付费客户端。

进一步地，上述方法还可具有以下特点：所述步骤(b)中，所述预付费服务器确定此次组呼要使用的群组预付费帐户及其计费方式后，通过以下方式完成与所述预付费客户端的交互：

(b1)所述预付费服务器将所述群组预付费帐户及其计费方式随授权消息发送到所述预付费客户端；

(b2)所述预付费客户端收到授权消息后，向所述预付费服务器发送申请配额消息，消息中包含的所述群组预付费帐户；

(b3)所述预付费服务器收到申请配额消息后，判断该群组预付费帐户是否有可分配余额，如有，则为其分配配额并返回给所述预付费客户端，否则，向所述预付费客户端返回无余额分配的信息，执行步骤(c)。

进一步地，上述方法还可具有以下特点：所述步骤(b)中，预付费服务器为群组预付费帐户分配配额时采用全额分配的方式。

进一步地，上述方法还可具有以下特点：所述步骤(b)中，预付费服务器为群组预付费帐户分配配额时采用分段分配的方式，在所述步骤(d)中对群组预付费帐户计费时，进一步分为以下步骤：

(d1)组呼建立后，预付费客户端监控此次组呼的状态和配额使用情况，如果在已使用配额达到当前分配配额的门限之前组呼已结束，执行步骤(e)，否则在已使用的配额达到当前分配配额的门限时，向所述预付费服务器发送申请配额请求消息；

(d2)所述预付费服务器收到申请配额请求后，判断该群组预付费帐户是否有可分配余额，如果有，为该帐户分配新的配额并通过分配配额消息返回给所述预付费客户端，如果没有，在返回的分配配额消息携带无余额分配的信息；

(d3)所述预付费客户端收到分配配额消息后，判断是否为该群组预付费帐户分配了新的配额，如果是，修改该帐户的当前分配配额，返回步骤(d1)，否则，如果没有为该帐户分配新的配额，执行下一步

(d4)预付费客户端监控该组呼使用完剩余配额后，停止该组呼，然后执行步骤(e)。

进一步地，上述方法还可具有以下特点：所述配额以通话时长、通话流量或呼叫次数为单位。

进一步地，上述方法还可具有以下特点：所述预付费服务器在预付费帐户无余额供分配时，是在分配配额消息中将为该帐户分配的配额置为上一次分配时的配额，在第一次分配时则将其置为零。

进一步地，上述方法还可具有以下特点：所述预付费客户端向所述预付费服务器再次申请配额时，在消息中携带该群组预付费帐户当前已经使用的配额，所述预付费服务器收到该消息后记录该已使用的配额。

进一步地，上述方法还可具有以下特点：所述预付费服务器再次为群组预付费帐户分配配额且有余额供分配时，分配的配额为上一次分配的配额加上此次新分配的配额的总额。

进一步地，上述方法还可具有以下特点：所述当前分配配额的门限是所述预付费服务器在每次分配配额时，根据该次分配配额指定的，并随该分配配额一起返回到所述预付费客户端的；或者，该配额门限是预付费客户端根据当前分配配额计算得到的。

进一步地，上述方法还可具有以下特点：所述步骤(b)中，所述预付费服务器还判断所述调度服务器上驻留的预付费客户端是否支持该群组预付费帐户的计费方式，如果不支持，则通知调度服务器拒绝此次组呼，如支持，再为该帐户分配配额。

进一步地，上述方法还可具有以下特点：所述预付费服务器是通过以下方式得知所述预付费客户端支持的计费方式信息的：由系统中的预付费客户端定时上报其支持的计费方式或在其计费方式变化时上报至所述预付费服务器，实现同步更新；或者，在所述步骤(a)中，由所述调度服务器将驻留其上的预付费客户端支持的计费方式随鉴权消息一起上报到鉴权服务器上驻留的预付费服务器。

进一步地，上述方法还可具有以下特点：所述数字集群系统具有漫游功能，所述步骤(b)中，预付费服务器是将计费涉及的预付费帐户发送该次组呼的群组的归属调度服务器，或者发送到起呼调度服务器。

进一步地，上述方法还可具有以下特点：所述步骤(d)计算组呼的已使用配额时，除了考虑呼叫的通话时长、通话流量或呼叫次数外，还考虑接入呼叫的终端数量。

由上可知，本发明方法可以满足集群业务能按群组预付费的需求，且可分段分配累计配额，能够最大限度减小计费误差。

附图说明

图1是本发明中数字集群系统预付费业务计费实体关系示意图。

图2是本发明按集团预付费流程中的消息交互示意图。

图3是本发明按群组预付费流程中的消息交互流程图。

具体实施方式

下面结合附图和实施例对本发明做详细的说明。

图1是本发明数字集群系统中与预付费直接相关的实体示意图，预付费服务器12通过IP网10与一个或多个预付费客户端11相连。预付费客户端通常驻留在数字集群系统的调度服务器上，预付费服务器通常驻留在集群调度系统的鉴权服务器上，负责管理用户的预付费信息，如用户的预付费帐户及计费方式等。调度服务器(PDS)通过基站子系统(BSS)和终端通信。需要说明的是，以上所称驻留是逻辑上的驻留，在物理实体上，预付费服务器和鉴权服务器、预付费客户端和调度服务器通常是合一的，但也不排除分离的可能，如利用目前的SCP管理预付费信息时，其处理部分和SCP需要利用接口相互通信。

预付费客户端在计费时，可以按通话时长、通话流量或按呼叫次数等方式计费。而本发明的预付费方式包括按集团预付费，按群组预付费和按用户预付费三种。群组呼叫可以选择按集团预付费，按群组预付费和按用户预付费。私密呼叫业务可以选择按集团预付费和按用户预付费。按集团和按用户预付费的计费对象是终端，对集团计费只是对其包括终端的计费的累加；按群组预付费则不同，其计费对象是群组呼叫，按群组呼叫的时长、流量或次数计算，计费时可以考虑终端的数量，但不对每个终端单独进行计费。

下面分别以三个实施例对这三种预付费方式加以说明。

第一实施例：按集团预付费

本实施例为在数字集群系统上实现按集团预付费的方法。按集团预付费是指该集团的成员进行的呼叫将从集团预付费帐户上扣费，其特点是每次呼叫涉及的用户可能属于不同集团，而同一集团的用户可以分别发起或加入呼叫。因此，一个集团成员发起呼叫或被寻呼时，相应的集团预付费帐户可能已经在调度服务器上激活。

下面是本实施例方法的流程(消息交互可参见图2)，包括以下步骤：

步骤110，起呼终端发起集群呼叫，可以是组呼或私密呼叫，起呼消息通过基站子系统发送到调度服务器；

步骤120，调度服务器向鉴权服务器发送鉴权请求消息，由鉴权服务器对起呼终端和被叫群组进行鉴权，鉴权不通过则后续步骤都不执行；

步骤130，鉴权服务器上驻留的预付费服务器根据此次呼叫相关用户(指主叫和所有被叫)的预付费信息，确定计费涉及的各集团预付费帐户、使用帐户的终端及计费方式等信息，将该信息随鉴权通过后回复的授权消息发送到调度服务器，再转发到驻留的预付费客户端；

步骤140，预付费客户端收到授权消息后，判断其中的集团预付费帐户是否已激活，如果已激活，则通知调度服务器寻呼使用这些帐户的终端，执行步骤180，对未激活的集团预付费帐户，执行步骤150；

步骤150，预付费客户端向预付费服务器发送申请配额消息，为未激活的集团预付费帐户申请配额；

步骤160，预付费服务器收到配额请求后，为其中的集团预付费帐户分配配额(以时长、流量或呼叫次数为单位)和配额门限，没有余额分配的帐户则分配零配额，然后通过分配配额消息返回给预付费客户端；

步骤170，预付费客户端收到为各集团预付费帐户分配的配额后，如果有可用配额，通知调度服务器对使用这些帐户的终端发起寻呼，如果没有可用配额，则不对使用这些帐户的终端发起寻呼；

在呼叫建立后，对发起寻呼的终端所属的每个集团预付费帐户执行以下计费流程：

步骤180，预付费客户端监控所有已寻呼终端的状态和配额使用情况，对一个集团预付费帐户计费时，按使用该帐户的所有终端已使用的配额累加计算该帐户已使用配额；

寻呼终端后，终端可能马上接入、迟后接入或始终没有接入呼叫，客户端监控终端的状态时，对没有接入呼叫的终端还包括对寻呼该终端的呼叫的状态的监控，在寻呼该终端的呼叫结束时，视为该终端退出了呼叫。

步骤190，如果在该集团预付费帐户已使用的配额达到当前的配额门限之前，使用该帐户的所有终端退出了呼叫，执行步骤240，否则在已使用的配额达到当前配额门限时，执行下一步；

步骤200，预付费客户端再次向预付费服务器发送申请配额请求消息，消息中携带该集团预付费帐户当前已经使用的配额；

步骤210，预付费服务器收到配额请求后，记录该集团预付费帐户已使用的配额，并再次为该帐户分配配额和配额门限，通过分配配额消息返回给预付费客户端。如果该帐户还有余额分配，则分配的配额是上一次分配配额和新分配配额的总额，配额门限也根据该总配额重新计算，如果没有余额了，则返回上次分配的配额和配额门限；

步骤220，预付费客户端收到分配配额消息后，判断是否为该集团预付费帐户分配了新的配额，如果是，修改该帐户的当前分配配额和配额门限，返回步骤180，如果分配新的配额，执行下一步；

步骤230，预付费客户端监控使用该集团预付费帐户的终端使用完剩余配额，然后停止这些终端的集群业务；

步骤240，预付费客户端向预付费服务器发送预付费结束请求消息，携带该集团预付费帐户当前已使用的配额总额；

步骤250，预付费服务器记录该集团预付费帐户此次计费使用的配额总额，回收已分配但未使用的配额，向预付费客户端回结束预付费应答消息，预付费客户端清除该预付费账户的信息，结束。

在上述流程中，配额采用帐户计费方式中的时长、流量或呼叫次数为单位，可以方便预付费客户端计算配额。并且，本实施例的配额是分段分配的，因为对于集团预付费帐户来说，为某次呼叫的终端分配全额是不合适的。而且，由于预付费服务器和预付费客户端之间的分组报文可能丢失，分段分配的方式可以减少报文丢失带来的损失。至于每一次分配的配额，可以是一个固定的数值，也可以根据终端的数量进行调整，本发明对此不做限定。

预付费客户端在每次申请配额时携带已使用的配额，而预付费服务器记录该群组预付费帐户已使用的配额，也可以减少报文丢失带来的损失。

当采用时长、流量的计费方式时，流程中提到的配额门限可以设为配额的一个比例值，如70％～90％，预付费客户端在已使用配额达到该门限时及时地再次申请配额，从而避免了配额不足造成通话中断。不过在其它的实施方式中，该门限不一样要由预付费服务器来指定和传送到调度服务器，调度服务器可以按当前分配配额的一个比例，或者，将当前分配配额减去一个固定的数值，得到当前配额门限，也是可以的。不过不如在预付费服务器中来设定更为灵活。这种处理同样适用于第二和第三实施例按群组或用户预付费的情况。

而采用呼叫次数的计费方式时，可以将每次分配的配额设为1，可不设配额上限或也设为1，且在计算终端已使用配额时，不必监控终端的时长和流量，只在退出呼叫时将已使用配额置为1就可以了。至于其它的计费方式，还可以是计算在呼叫过程中的说话的次数，如用户在一次呼叫过程中说了3说，就计为3，这个在计费时统计该终端获取话权的次数就可以了。

如果系统中统一采用一种计费方式，在实际的授权消息中可以不带计费方式信息，这种情况应视为携带默认的计费方式信息。

上述流程中，当预付费服务器发现集团预付费帐户没有余额可分配时，是分配零配额或上次分配的配额和配额门限，但在另一实施例中，也可以采用其它表示没有余额分配的信息，如设一标志位。

第二实施例：按用户预付费

本实施例为在数字集群系统上实现按用户预付费的方法。按用户预付费的特点是用户预付费帐户由该用户单独使用，不会出现用户加入呼叫时，该用户预付费帐户就已经激活的情况。计费时，根据单个终端的通话时长、通话流量或呼叫次数进行计费。

以下本实施例方法的流程图，包括以下步骤：

步骤310，起呼终端发起集群呼叫，可以是组呼或私密呼叫，起呼消息通过基站子系统发送到调度服务器；

步骤320，调度服务器向鉴权服务器发送鉴权请求消息，由鉴权服务器对起呼终端和被叫群组进行鉴权；

步骤330，鉴权服务器上驻留的预付费服务器根据此次呼叫相关用户的预付费信息，确定计费涉及的用户预付费帐户和对应的终端、计费方式等信息，并为每一个用户预付费帐户分配配额(时长、流量或呼叫次数)和配额门限，没有余额分配的帐户则分配零配额，将这些预付费信息通过授权消息或分配配额消息返回给调度服务器上驻留的预付费客户端；

步骤340，预付费客户端收到分配配额消息后，对有可用配额的用户预付费帐户，通知调度服务器对使用该帐户的终端发起寻呼，对没有可用配额的帐户，则通知调度服务器不寻呼使用这些帐户的终端；

呼叫建立后，对已寻呼终端对应的每个用户预付费帐户执行以下计费流程：

步骤350，预付费客户端监控已寻呼终端的状态、配额使用情况，如果在该帐户已使用配额达到其当前的配额门限之前，使用该帐户的终端退出了呼叫，执行步骤400，否则在已使用配额达到当前的配额门限时，执行下一步；

步骤360，预付费客户端再次向预付费服务器发送申请配额请求消息，消息中携带该用户预付费帐户当前已经使用的配额；

步骤370，预付费服务器收到配额请求后，记录该用户预付费帐户已使用的配额，并再次为该帐户分配配额和配额门限，通过分配配额消息返回给预付费客户端，如果该帐户还有余额分配，则分配的配额是上一次分配配额和新分配配额的总额，配额门限也根据该总配额重新计算，如果没有余额，则返回上次分配的配额和配额门限；

步骤380，预付费客户端收到分配配额消息后，判断是否为该用户预付费帐户分配了新的配额，如果是，修改该帐户的当前分配配额和配额门限，返回步骤350，否则，执行步骤390；

步骤390，预付费客户端监控使用该用户预付费帐户的终端使用完剩余配额，然后停止该终端的集群业务；

步骤400，预付费客户端向预付费服务器发送预付费结束请求消息，携带该用户预付费帐户当前已使用的配额总额；

步骤410，预付费服务器记录该用户预付费帐户此次使用的配额总额，回收已分配但未使用的配额，向预付费客户端回结束预付费应答消息，预付费客户端清除该用户预付费账户的信息，结束。

在上述流程可以看出，由于对于用户预付费帐户来说在呼叫发起时不会存在帐户已激活的情况，所以预付费服务器在鉴权返回预付费帐户的同时，可以进行第一次的配额分配。当然，采用第一实施例的方式，即由调度服务器收到预付费帐户后再就用户预付费帐户向预付费服务器申请第一次配额也是可以的。

在为用户预付费帐户和群组预付费帐户分配配额时，不排除在另一实施例中进行全额分配的可能性，如果在步骤330中分配配额时分配了该帐户所有的可用余额(有的话)，就无需计算配额门限，则在步骤340后，对每个用户预付费帐户执行以下计费流程：

步骤350’，预付费客户端监控已寻呼终端的状态和配额使用情况，如果在该终端使用的帐户的配额用完之前，该终端退出了呼叫，执行下一步，否则在用完分配配额时，再执行下一步；

步骤360’，预付费客户端向预付费服务器发送预付费结束请求消息，携带该用户预付费帐户当前已使用的配额总额；

步骤370’，预付费服务器记录该用户预付费帐户此次使用的配额总额，回收已分配但未使用的配额(有的话)，向预付费客户端回结束预付费应答消息，预付费客户端清除该用户预付费账户的信息，结束。

从总体上，如果在帐户没有余额可使用之前(包括余额已用完和不够分配两种情况)，终端退出呼叫，则结束预付费并返还配额，否则就在帐户没有足够的余额供分配时结束预付费。这对于分段分配和一次分配都是一样的。

第三实施例：按群组预付费

本实施例为在数字集群系统上实现按群组预付费的一种实施方法。在该方法中，对群组预付费帐户计费时只计算组呼的时长或流量，不再按每个终端进行累计。这特别适用于目前的传统式数字集群系统，因为该系统具有容量大，接入迅速的优点，但调度服务器在寻呼时只控制到基站子系统，对终端的实时监控比较困难。按这种方式计费时，也不会出现组呼起呼时，该用户预付费帐户就已经在调度服务器上被激活的情况。

另外，需要注意的是，本发明所提出的群组预付费，是对发生该群组呼叫时才对该群组预付费帐户计费，并不是指群组中的终端发生呼叫时就要从群组预付费帐户上扣费，后一种其实就是按集团预付费的方式。

以下是本实施例方法的流程图(消息交互也请参见图3)，包括以下步骤：

步骤510，起呼终端发起组呼，起呼消息通过基站子系统发送到调度服务器；

步骤520，调度服务器向鉴权服务器发送鉴权请求消息，由鉴权服务器对起呼终端和被叫群组进行鉴权；

步骤530，鉴权服务器上驻留的预付费服务器确定此次组呼要使用的群组预付费帐户和该帐户的计费方式，为该帐户分配配额和配额门限，如没有余额分配则分配零配额，将这些预付费信息通过授权消息或分配配额消息返回给调度服务器上驻留的预付费客户端；

步骤540，预付费客户端收到分配配额消息后，判断是否为该群组预付费帐户分配了可用配额，如果是，通知调度服务器对该群组的终端发起寻呼，执行步骤550；如果没有可用配额，则拒绝此次组呼，结束；

步骤550，组呼建立后，预付费客户端监控此次组呼的状态和配额使用情况(调度服务器具有此能力)，如果在该群组预付费帐户已使用配额达到其当前的配额门限之前组呼已结束，执行步骤600，否则在已使用的配额达到当前的配额门限时，执行下一步；

步骤560，预付费客户端再次向预付费服务器发送申请配额请求消息，消息中携带该群组预付费帐户当前已经使用的配额；

步骤570，预付费服务器收到配额请求后，记录该群组预付费帐户已使用的配额，并再次为该帐户分配配额和配额门限，通过分配配额消息返回给预付费客户端，如果该帐户还有余额分配，则分配的配额是上一次分配配额和新分配配额的总额，配额门限也根据该总配额重新计算，如果没有余额，则返回上次分配的配额和配额门限；

步骤580，预付费客户端收到分配配额消息后，判断是否为该群组预付费帐户分配了新的配额，如果是，修改该帐户的当前分配配额和配额门限，返回步骤550，否则，执行下一步；

步骤590，预付费客户端监控该组呼使用完剩余配额后，停止该组呼；

步骤600，预付费客户端向预付费服务器发送预付费结束请求消息，携带该群组预付费帐户当前已使用的配额总额；

步骤610，预付费服务器记录该群组预付费帐户此次使用的配额总额，回收已分配但未使用的配额，向预付费客户端回结束预付费应答消息，预付费客户端清除该群组预付费账户的信息，结束。

按群组预付费也可以采用另一种实施方式，即在计费时可以考虑每个终端的情况，如考虑加入的终端数量，这种情况下对上述流程并不需要修改，只是在步骤550中计算组呼的配额使用情况的方法不同。

按群组预付费时，也不排除进行全额分配的可能，其流程与第二实施例后面给出的按用户预付费全额分配的流程是相似的，即第一次就分配所有的余额，不进行配额门限的计算，而预付费客户端在计费时，监控组呼的状态和配额使用情况，如果在使用完其配额前退出呼叫，向预付费服务器发送预付费结束请求并返回已使用配额，否则在使用完其配额时再向预付费服务器发送预付费结束请求。再后续的处理是相同的。

按群组预付费时，也可以在鉴权时只确定组呼的群组预付费帐户，而由预付费客户端收到该帐户后，再向预付费服务器申请配额，具体地，将步骤530分成以下几个步骤来执行：

步骤530-1，所述预付费服务器将所述群组预付费帐户及其计费方式随授权消息发送到所述预付费客户端；

步骤530-2，所述预付费客户端收到授权消息后，向所述预付费服务器发送申请配额消息，消息中包含的所述群组预付费帐户；

步骤530-3，所述预付费服务器收到申请配额消息后，判断该群组预付费帐户是否有可分配余额，如有，则为其分配配额并返回给所述预付费客户端，否则，向所述预付费客户端返回无余额分配的信息，执行步骤(c)。

以上3个实施例的流程在不同的网络情况下，或在不同的预付费策略下还可以做一些变换和修正。例如：

1)在一个数字集群系统中，不同调度服务器上驻留的预付费客户端可能支持所有的计费方式，以上3个流程都是基于这个条件。而在有的预付费客户端不支持预付费帐户采用的计费方式时，就不能允许使用该帐户的终端进行业务。考虑这个因素时，需要在上述3个流程的步骤130、330和530中，增加判断调度服务器上驻留的预付费客户端是否支持此次呼叫要使用的帐户，即集团预付费帐户、用户预付费帐户和群组预付费帐户，对于不支持其计费方式的帐户，不再发送到调度服务器或不为其分配配额。这样，调度服务器也不会寻呼使用这些帐户的终端了。

至于预付费服务器如何得到预付费客户端支持的计费方式信息，可以由各客户端定时或该信息变化时上报至归属的预付费服务器，实现同步更新。或者，也可以在步骤202、404和602中，由调度服务器将驻留其上的预付费客户端支持的计费方式随鉴权消息一起上报到鉴权服务器驻留的预付费服务器。

2)在具有漫游功能的数字集群系统中，起呼终端所在的调度服务器并不一定是群组归属的调度服务器，在这种情况下，鉴权流程和上述3个实施例可能有所不同，其中一种方式是由起呼服务器和该群组归属的调度服务器分别发起对起呼终端和被叫终端的鉴权，鉴权服务器中驻留有调度归属寄存器，可以知道群组或终端当前所在的调度服务器。

这样，对于按用户预付费或按集团预付费的流程来讲，可以在起呼服务器鉴权时返回起呼终端对应的用户或集团预付费帐户及其对应终端、计费方式，在归属服务器鉴权的时候再返回被叫终端相关的用户或集团预付费帐户及其对应终端、计费方式。而在有被叫终端漫游到其它协作调度服务器时，再由归属调度服务器将该终端的相关帐户信息发送到其所在的调度服务器。鉴权流程不同时具体帐户分发的工作也可能不同。总之，是要将计费涉及的预付费帐户发送使用该帐户的终端当前所在的所有调度服务器，在按集团预付费的情况下，同一预付费帐户可能发送到不同的预付费客户端，然后由各调度服务器上驻留的预付费客户端独立的对终端的状态和配额使用情况进行监控，独立地和预付费服务器交互，完成配额申请和分配，结束预付费等计费流程，方法与上述实施例是相同的。

对于按群组预付费的流程来讲，群组预付费帐户可以发送到起呼调度服务器或者群组归属的调度服务器或者参与此次组呼的其它服务器，这些调度服务器都可以对组呼状态和配额使用情况进行监控，完成对群组预付费帐户的计费。

3)如果数字集群系统中需要同时支持三种计费方式，对于某个终端来说有可能对应于多个预付费帐户的话，则需要在鉴权时，由鉴权服务器上驻留的预付费服务器根据此次呼叫相关用户的预付费信息，先确定该用户要使用的哪一个帐户，这可以根据系统配置的优先顺序来选择。在确定了不同的预付费帐户后，每一种帐户的后续处理都可以分别采用上述3个实施例的方式及其变换方式，不过，为了使流程尽量一致，对用户预付费帐户和群组预付费帐户的计费流程中较佳也统一为和集团预付费帐户一样的，在授权消息中先分配帐户，再由预付费客户端申请第一次配额，且配额采用分段分配的方式。

4)上述实施例中，是对每个预付费帐户约定一种计费方式。但本发明预付费服务器选择计费方式的策略不局限于此，如果预付费帐户可以采用多种计费方式，则可以结合预付费客户端支持的计费方式从中选择一种两者都支持的计费方式。避免在预付费客户端不支持时不能通话。

Claims (14)

1、一种数字集群系统实现按群组预付费的方法，该系统的调度服务器中驻留有预付费客户端，鉴权服务器中驻留有预付费客户端，该方法包括以下步骤：

(a)起呼终端发起集群呼叫，调度服务器发送鉴权请求消息，由鉴权服务器对起呼终端和被叫群组进行鉴权；

(b)所述鉴权服务器上驻留的预付费服务器确定此次组呼要使用的群组预付费帐户及其计费方式，通过与所述调度服务器上驻留的预付费客户端交互，将所述群组预付费帐户及其计费方式的信息通知到所述预付费客户端，并为该帐户分配配额；

(c)所述预付费客户端判断是否为该群组预付费帐户分配了可用配额，如果是，通知所述调度服务器对该群组的终端发起寻呼，执行步骤(d)，如果没有可用配额，则拒绝此次组呼，结束；

(d)组呼建立后，所述预付费客户端监控此次组呼的状态和配额使用情况，如果在所述群组预付费帐户没有余额可使用之前，使用该帐户的终端退出了呼叫，执行下一步，否则，在该预付费帐户没有余额可使用时，再执行下一步；

(e)所述预付费客户端通知所述预付费服务器该群组预付费帐户的此次计费结束，携带该帐户已使用的配额总额；所述预付费服务器记录该配额总额并回收未使用的配额，所述预付费客户端清除该帐户的信息，结束。

2、如权利要求1所述的方法，其特征在于，所述步骤(b)中，所述预付费服务器确定此次组呼要使用的群组预付费帐户及其计费方式后，在有余额分配时，直接为该帐户分配配额，随所述帐户和计费方式信息一起返回到所述预付费客户端，在没有余额分配时，则将没有余额分配的信息随所述帐户和计费方式信息一起返回到所述预付费客户端。

3、如权利要求1所述的方法，其特征在于，所述步骤(b)中，所述预付费服务器确定此次组呼要使用的群组预付费帐户及其计费方式后，通过以下方式完成与所述预付费客户端的交互：

(b1)所述预付费服务器将所述群组预付费帐户及其计费方式随授权消息发送到所述预付费客户端；

(b2)所述预付费客户端收到授权消息后，向所述预付费服务器发送申请配额消息，消息中包含的所述群组预付费帐户；

(b3)所述预付费服务器收到申请配额消息后，判断该群组预付费帐户是否有可分配余额，如有，则为其分配配额并返回给所述预付费客户端，否则，向所述预付费客户端返回无余额分配的信息，执行步骤(c)。

4、如权利要求1所述的方法，其特征在于，所述步骤(b)中，预付费服务器为群组预付费帐户分配配额时采用全额分配的方式。

5、如权利要求1所述的方法，其特征在于，所述步骤(b)中，预付费服务器为群组预付费帐户分配配额时采用分段分配的方式，在所述步骤(d)中对群组预付费帐户计费时，进一步分为以下步骤：

(d1)组呼建立后，预付费客户端监控此次组呼的状态和配额使用情况，如果在已使用配额达到当前分配配额的门限之前组呼已结束，执行步骤(e)，否则在已使用的配额达到当前分配配额的门限时，向所述预付费服务器发送申请配额请求消息；

(d2)所述预付费服务器收到申请配额请求后，判断该群组预付费帐户是否有可分配余额，如果有，为该帐户分配新的配额并通过分配配额消息返回给所述预付费客户端，如果没有，在返回的分配配额消息携带无余额分配的信息；

(d3)所述预付费客户端收到分配配额消息后，判断是否为该群组预付费帐户分配了新的配额，如果是，修改该帐户的当前分配配额，返回步骤(d1)，否则，如果没有为该帐户分配新的配额，执行下一步

(d4)预付费客户端监控该组呼使用完剩余配额后，停止该组呼，然后执行步骤(e)。

6、如权利要求1所述的方法，其特征在于，所述配额以通话时长、通话流量或呼叫次数为单位。

7、如权利要求2到5中任一权利要求所述的方法，其特征在于，所述预付费服务器在预付费帐户无余额供分配时，是在分配配额消息中将为该帐户分配的配额置为上一次分配时的配额，在第一次分配时则将其置为零。

8、如权利要求5所述的方法，其特征在于，所述预付费客户端向所述预付费服务器再次申请配额时，在消息中携带该群组预付费帐户当前已经使用的配额，所述预付费服务器收到该消息后记录该已使用的配额。

9、如权利要求5所述的方法，其特征在于，所述预付费服务器再次为群组预付费帐户分配配额且有余额供分配时，分配的配额为上一次分配的配额加上此次新分配的配额的总额。

10、如权利要求5所述的方法，其特征在于，所述当前分配配额的门限是所述预付费服务器在每次分配配额时，根据该次分配配额指定的，并随该分配配额一起返回到所述预付费客户端的；或者，该配额门限是预付费客户端根据当前分配配额计算得到的。

11、如权利要求1所述的方法，其特征在于，所述步骤(b)中，所述预付费服务器还判断所述调度服务器上驻留的预付费客户端是否支持该群组预付费帐户的计费方式，如果不支持，则通知调度服务器拒绝此次组呼，如支持，再为该帐户分配配额。

12、如权利要求11所述的方法，其特征在于，所述预付费服务器是通过以下方式得知所述预付费客户端支持的计费方式信息的：由系统中的预付费客户端定时上报其支持的计费方式或在其计费方式变化时上报至所述预付费服务器，实现同步更新；或者，在所述步骤(a)中，由所述调度服务器将驻留其上的预付费客户端支持的计费方式随鉴权消息一起上报到鉴权服务器上驻留的预付费服务器。

13、如权利要求1所述的方法，其特征在于，所述数字集群系统具有漫游功能，所述步骤(b)中，预付费服务器是将计费涉及的预付费帐户发送该次组呼的群组的归属调度服务器，或者发送到起呼调度服务器。

14、如权利要求6所述的方法，其特征在于，所述步骤(d)计算组呼的已使用配额时，除了考虑呼叫的通话时长、通话流量或呼叫次数外，还考虑接入呼叫的终端数量。

Images