CN101902770A - 数字集群通信系统的调度子系统及其业务受理方法 - Google Patents

Abstract

本发明公开了一种数字集群通信系统的调度子系统及其业务受理方法，其中，业务受理方法包括：业务受理服务器检测调度服务器PDS当前连接的第一调度鉴权服务器PHR与自己当前连接的第二PHR是否均为主PHR或者备PHR；检测到不是均为主PHR或者备PHR后，业务受理服务器释放与第二PHR的连接并建立与第一PHR的连接；业务受理服务器利用第一PHR处理来自营帐的业务受理请求消息。本发明实现了在主PHR或者备PHR down机、PDS连接的PHR发生切换时，业务受理服务器也能够快速、及时地进行主备PHR的连接切换，平滑地切换到备PHR或者主PHR上处理营帐的业务受理请求消息。

Description

数字集群通信系统的调度子系统及其业务受理方法

技术领域

本发明涉及通信领域，具体而言，涉及一种数字集群通信系统的调度子系统及其业务受理方法。

背景技术

集群通信系统产生于20世纪70年代末、80年代初，它主要为户外作业的移动用户从事生产调度和指挥控制等业务提供通信服务。该服务由于具有易用性、建立通信速度快、以及保密性好等优点，在铁路运输、野外作业、抢险救灾、公安、电力、和石油等领域得到了广泛地应用。相比普通的移动通信，集群通信最大的特点是话音通信采用即按即说(Push To Talk，PTT)按键，以一按即通的方式接续，被叫无须摘机即可接听，且接续速度较快，并能支持群组呼叫等功能。

CDMA(Code Division Multiple Access，码分多址)数字集群通信系统就是具有上述优点的一种集群通信系统，它把集群业务集成到公共网络系统中，由原来的专用网络逐步演变为虚拟专用网，从而达到了降低网络建设成本、扩大使用范围的目的。随着CDMA数字集群通信系统的迅猛发展，对其稳定性和安全性提出了更高的要求。

图1是根据相关技术的数字集群通信系统中的调度子系统的网络架构示意图。如图1所示，调度子系统包括：调度服务器(PDS)、调度鉴权服务器(PHR)、调度台(DAS)、以及业务受理服务器。

其中，调度服务器，用于实现集群呼叫的呼叫控制和话权管理；

调度鉴权服务器，用于保存集群用户和群组的注册信息和位置信息，实现对集群用户的鉴权、授权、和计费功能，以及位置更新和群组管理等功能；

调度台，用于维护各调度台、管理台的会话，实现管理台和调度台对集群调度的管理和维护；

业务受理服务器，用于处理营帐的注册集群用户、群组、和集团信息。

为了保证数据的完整性以及系统的稳定性、安全性，在CDMA数字集群通信系统的调度子系统中，调度鉴权服务器至少提供1+1节点备份方式，如图1所示，每套数字集群系统的调度子系统中至少包含两个调度鉴权服务器，一个作为主PHR，一个备PHR(可以有多个)。当主PHR down(发生故障)，调度服务器自动切换到备PHR上，不会导致业务中断，丝毫不影响终端用户的用户感受。

图2是根据相关技术的业务受理服务器处理营帐的业务受理请求的流程图，包括以下步骤：

步骤S202：业务受理服务器接收到营帐的业务受理请求消息；

步骤S204：业务受理服务器在其内部寻找一个空闲的业务受理装置，并把业务受理请求消息派发给它；

步骤S206：业务受理装置通过与调度鉴权服务器进行交互处理业务受理请求；具体地，可以包括利用调度鉴权服务器的数据库中的数据处理业务受理请求消息，并将处理结果保存到调度鉴权服务器的数据库中；

步骤S208：业务受理装置向营帐返回业务受理应答消息。

由上可知，当主PHR down时，调度服务器会自动地切换到备PHR上，但是，业务受理服务器是固定地连接在主PHR上，利用主PHR的数据库处理营帐的业务受理请求消息，此时，业务受理服务器连接到的PHR与调度服务器所连接到的PHR不一致，从而导致业务受理服务器无法正确地处理业务受理请求消息，进而导致业务受理的中断。

发明内容

本发明的主要目的在于提供一种数字集群通信系统的调度子系统及其业务受理方法，以至少解决上述的业务受理服务器无法处理业务受理请求消息，导致业务受理的中断的问题。

根据本发明的一个方面，提供了一种数字集群通信系统的调度子系统的业务受理方法，包括：业务受理服务器检测调度服务器PDS当前连接的第一调度鉴权服务器PHR与自己当前连接的第二PHR是否均为主PHR或者备PHR；检测到不是均为主PHR或者备PHR后，业务受理服务器释放与第二PHR的连接并建立与第一PHR的连接；业务受理服务器利用第一PHR处理来自营帐的业务受理请求消息。

根据本发明的另一方面，提供了一种数字集群通信系统的调度子系统，包括：调度服务器PDS、业务受理服务器、主调度鉴权服务器PHR、和备PHR，其中，业务受理服务器包括：检测模块，用于检测PDS当前连接的第一PHR与业务受理服务器当前连接的第二PHR是否均为主PHR或者备PHR；业务受理模块，用于在检测到不是均为主PHR或者备PHR后，释放业务受理服务器与第二PHR的连接并建立业务受理服务器与第一PHR的连接；利用第一PHR处理来自营帐的业务受理请求消息。

通过本发明，业务受理服务器通过检测自己当前连接的PHR与PDS当前连接的PHR是否同为主PHR或者备PHR，并在检测结果为否时，将连接切换至PDS当前连接的PHR，从而可以使用该PHR处理后续的业务受理请求消息，解决了相关技术中当PDS切换到备PHR后，业务受理服务器无法处理业务受理请求消息，导致业务受理的中断的问题，实现了保持业务受理服务器与PDS连接的PHR为同一个PHR(同为主PHR或者备PHR)，实现了在主PHR或者备PHR down机、PDS连接的PHR发生切换时，业务受理服务器也能够快速、及时地进行主备PHR的连接切换，平滑地切换到备PHR或者主PHR上处理营帐的业务受理请求消息。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的数字集群通信系统中的调度子系统的组成结构示意图；

图2是根据相关技术的调度子系统的业务受理方法的流程图；

图3是根据本发明实施例的数字集群通信系统中的调度子系统的业务受理方法的流程图；

图4是根据本发明实施例的数字集群通信系统中的调度子系统的组成结构示意图；

图5是根据本发明优选实施例的业务受理服务器的结构示意图；

图6是根据本发明优选实施例的业务受理服务器从主PHR到备PHR的自动切换的流程图；

图7是根据本发明优选实施例的业务受理服务器从备PHR到主PHR的自动切换的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图3是根据本发明实施例的数字集群通信系统中的调度子系统的业务受理方法的流程图，包括以下步骤：

步骤S302，业务受理服务器检测PDS当前连接的第一PHR与自己当前连接的第二PHR是否均为主PHR或者均为备PHR(即是否为同一个PHS)；

例如，检测结果为否时，包括两种可能的情况：PDS当前连接的第一PHR为主PHR，而业务受理服务器当前连接的第二PHR为备PHR，或者，第一PHR为备PHR，而第二PHR为主PHR。

步骤S304，检测到不是均为主PHR或者备PHR(即检测结果为否)后，业务受理服务器释放与第二PHR的连接并建立与第一PHR的连接；

例如，当检测到第一PHR为主PHR而第二PHR为备PHR时，业务受理服务器将连接从备PHR切换到主PHR；当检测到第一PHR为备PHR而第二PHR为主PHR时，业务受理服务器将连接从主PHR切换到备PHR。

步骤S306，业务受理服务器利用第一PHR处理来自营帐的业务受理请求消息。

例如，当检测到第一PHR为主PHR而第二PHR为备PHR时，业务受理服务器将连接从备PHR切换到主PHR后，使用主PHR处理业务受理请求消息；当检测到第一PHR为备PHR而第二PHR为主PHR时，业务受理服务器将连接从主PHR切换到备PHR后，使用备PHR处理业务受理请求消息。

相关技术中由于业务受理服务器固定地连接至主PHR，从而主PHR发生故障，切换到备PHR之后，业务受理服务器无法利用备PHR的数据库中的数据处理业务受理请求消息。本实施例中，业务受理服务器通过检测自己当前连接的PHR(即第二PHR)与PDS当前连接的PHR(即第一PHR)是否同为主PHR或者备PHR，并在检测结果为否时，将连接切换至PDS当前连接的PHR，从而可以使用该PHR处理后续的业务受理请求消息，解决了相关技术中当PDS切换到备PHR后，业务受理服务器无法处理业务受理请求消息，导致业务受理中断的问题，实现了保持业务受理服务器与PDS连接的PHR为同一个PHR(同为主PHR或者备PHR)，实现了在主PHR或者备PHR down机、PDS连接的PHR发生切换时，业务受理服务器也能够快速、及时地进行主备PHR的连接切换，平滑地切换到备PHR或者主PHR上处理营帐的业务受理请求消息。

在实际应用中，数字集群通信系统中的调度子系统的业务受理方法的具体处理流程包括以下步骤：

步骤1：业务受理服务器定时地向PDS发送握手请求消息(用于向PDS请求其当前连接的PHR的信息)；

其中，定时的具体时间间隔可以根据实际需要来预先设置。

步骤2：业务受理服务器接收到PDS针对上述握手请求消息返回的握手应答消息，其中，握手应答消息中携带有用于指示PDS当前连接的PHR的信息；

其中，在实际应用中，上述信息可以为一个字段。

在步骤1和步骤2中，业务受理服务器与PDS之间交互的握手请求消息和握手应答消息可以采用RADIU(Remote Authentication Dial In User Service，远程用户拨号认证)编解码方式。

步骤3：业务受理服务器根据握手应答消息中携带的上述用于表示PDS当前连接的PHR的信息判断PDS当前连接的PHR(即上述的第一PHR)与自己当前连接的PHR(即第二PHR)是否同为主PHR或者同为备PHR，从而判断是否倒换连接的PHR；

具体地，当上述信息指示PDS当前连接至主PHR时，若业务受理服务器当前连接至备PHR，则显然可确定上述判断结果为否；当上述信息指示PDS当前连接至备PHR时，若业务受理服务器当前连接至主PHR，则显然也可确定上述判断结果为否。

上述步骤1至步骤3对应于图3中的步骤S302。这样，业务受理服务器通过定时地与PDS进行握手，可以及时地获知PDS当前连接的PHR是主PHR还是备PHR，并在与自己当前连接的PHR不同时，能够及时地切换到PDS当前连接的PHR。

步骤4：当检测到第一PHR为备PHR，而业务受理服务器连接在主PHR上时，业务受理服务器先释放与主PHR的连接，然后再建立与备PHR的连接；这样，实现了业务受理服务器从主PHR到备PHR的快速、平滑切换。

在步骤4之后，业务受理服务器与备PHR连接，此时，业务受理服务器需要记录使用备PHR的数据库中的数据处理的业务受理请求消息，例如将处理的业务受理请求消息记录到预定的文件中。这样，可以在后续切换到主PHR时实现数据同步，具体见步骤5。

步骤5：当检测到第一PHR为主PHR，而业务受理服务器连接在备PHR上时，业务受理服务器先建立与主PHR的连接，将之前备PHR上处理的营帐的业务受理请求消息在主PHR的数据库上重新执行一遍，待执行完成后，再释放与备PHR的连接。

具体地，在将备PHR上处理的营帐的业务受理请求消息在主PHR的数据库上重新执行时，可以按照先后次序对业务受理请求消息进行执行处理。显然，本领域技术人员很容易想到也可以按照其他的顺序进行执行处理。

上述步骤5的优选实施例在恢复备PHR修改的数据的同时，不释放备PHR的连接，使其能够继续处理营帐的业务受理请求消息直到数据恢复完成，从而不会中断营帐的业务受理。

上述步骤5和步骤6对应于图3中的步骤S304。

步骤6：在根据握手应答消息中的上述字段切换到主PHR或备PHR后，业务受理服务器就可以使用切换后连接的PHR的数据库中的数据进行业务受理请求消息的处理，并将处理结果保存到该PHR的数据库中。该步骤对应于图3中的步骤S306。

在步骤6中，需要注意的是：为了实现步骤5中的数据恢复，需要业务受理服务器在与备PHR连接的过程中，将由备PHR的数据库处理的业务受理请求消息记录下来，在切换到主PHR时，执行上述的数据恢复操作。这样，仅需对业务受理服务器的处理流程稍做改动，即在实际应用时可以在主流程中增加一个判断步骤：业务受理服务器接收到来自营帐的业务受理请求消息后，判断自己当前连接的PHR是否为备PHR，如果是，则在本地的文件中记录由备PHR的数据库处理的业务受理请求消息。

图4是根据本发明实施例的数字集群通信系统中的调度子系统的组成结构示意图，该调度子系统中包括：PDS 10、业务受理服务器20、主PHR 30、和备PHR 40、和调度台50。在该调度子系统中，业务受理服务器20为了实现主/备PHR的数据库的自动倒换需要与主/备PHR都连接，且与PDS 10定时地握手。

其中，如图5所示，业务受理服务器20包括：检测模块202，用于检测PDS 10当前连接的第一PHR与业务受理服务器20当前连接的第二PHR是否均为主PHR 30或者备PHR 40(即是否为同一个PHS)；业务受理模块204，用于在检测到不是均为主PHR 30或者备PHR 40后，释放业务受理服务器20与第二PHR的连接并建立业务受理服务器20与第一PHR的连接；利用第一PHR处理来自营帐的业务受理请求消息。

也就是说，当检测模块202检测到第一PHR为主PHR 30而第二PHR为备PHR 40时，业务受理模块204释放业务受理服务器20与备PHR 40的连接并建立业务受理服务器20与主PHR 30的连接；当检测到第一PHR为备PHR 40而第二PHR为主PHR 30时，业务受理模块204释放业务受理服务器20与主PHR 30的连接并建立业务受理服务器20与备PHR 40的连接。

在实际应用中，如图5所示，检测模块202可以包括：握手发送模块2022，用于定时地向PDS 10发送握手请求消息；握手接收模块2024，用于接收PDS 10根据握手请求消息返回的握手应答消息，其中，握手应答消息中携带有PDS当前连接的第一PHR的信息；使用第一PHR的信息判断第一PHR与第二PHR是否均为主PHR 30或者备PHR 40，并在判断结果为否时，通知业务受理模块204进行主备PHR的连接切换。这样，业务受理服务器通过定时地与PDS进行握手，可以及时地获知PDS当前连接的PHR是主PHR还是备PHR，并在与自己当前连接的PHR不同时，能够及时地切换到PDS当前连接的PHR。

当检测到第一PHR为备PHR 40并且第二PHR为主PHR 30时，业务受理模块204接收到握手接收模块2024的通知后，进行主备PHR的连接切换，即释放自己与主PHR 30之间的连接，并同时建立与备PHR 40之间的连接。

如图5所示，为了实现倒换时系统仍能正常受理业务，还可以设置一个用于数据恢复的恢复模块，这样业务受理服务器20还包括：恢复模块206，用于当检测到第一PHR为主PHR 30并且第二PHR为备PHR 40时，建立与主PHR 30之间的连接；使用主PHR 30重新处理已利用备PHR 40处理的业务受理请求消息，并将处理结果保存到主PHR 30的数据库中；通知业务受理模块204进行主备PHR的连接切换。这样，在业务受理服务器从备PHR切换连接到主PHR的情况下，增设了恢复模块，从而在不影响原流程处理的基础上，利用恢复模块将在备PHR的数据库上处理的数据同步到主PHR的数据库中。

显然，当检测到第一PHR为主PHR 30并且第二PHR为备PHR40时，业务受理模块204接收到恢复模块206的通知后，进行主备PHR的连接切换，即释放自己与备PHR 40之间的连接，并同时建立与主PHR 30之间的连接。

其中，业务受理服务器20与PDS 10可以通过RADIUS编解码方式进行通信。

结合如图4和图5所示的调度子系统，根据本发明优选实施例的业务受理服务器20从主PHR 30到备PHR 40的自动倒换流程如图6所示，包括以下步骤：

步骤S602-S604：握手定时器超时，握手发送模块2022向PDS10发送握手请求消息；

步骤S606：握手接收模块2024接收到PDS 10返回的握手应答消息，判断业务受理服务器需要向备PHR 40倒换；

步骤S608：握手接收模块2024通知业务受理模块204进行主备PHS的连接切换；

步骤S610：业务受理模块204先释放与主PHR 30的连接，然后再建立与备PHR 40的连接。之后，业务受理模块就可以使用备PHR 40的数据库中的数据处理来自营帐的业务受理请求消息。

同样，结合如图4和图5所示的调度子系统，根据本发明优选实施例的业务受理服务器20从备PHR 40到主PHR 30的自动倒换流程如图7所示，包括以下步骤：

步骤S702-S704：握手定时器超时，握手发送模块2022向PDS10发送握手请求消息；

步骤S706：握手接收模块2024接收到PDS 10返回的握手应答消息，判断业务受理服务器20需要向主PHR30倒换；

步骤S708：握手接收模块2024通知恢复模块206开始数据恢复工作；

步骤S710：恢复模块206先建立到主PHR 30的连接，然后判断是否有数据文件需要恢复，如果有，读取文件中的业务受理请求消息依次处理(此时不需要向营帐返回应答消息)直到无数据文件为止；

步骤S712：恢复模块206通知业务受理模块204进行主备PHR的连接切换；

步骤S714：业务受理模块204先暂停处理营帐的业务受理请求消息，然后释放与备PHR 40的连接，再建立与主PHR 30的连接，然后恢复处理营帐的业务受理请求。

从以上的描述中，可以看出，本发明实现了如下技术效果：

(1)实现了在主PHR或者备PHR down机、PDS连接的PHR发生切换时，业务受理服务器也能够快速、及时地进行主备PHR的连接切换，平滑地切换到备PHR或者主PHR上处理营帐的业务受理请求消息；

(2)业务受理服务器可以在从备PHR切换连接至主PHR时，将在备PHR的数据库上处理的数据同步到主PHR的数据库中；

(3)在恢复备PHR修改的数据的同时，不释放备PHR的连接，使其能够继续处理营帐的业务受理请求消息直到数据恢复完成，从而不会中断营帐的业务受理。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种数字集群通信系统的调度子系统的业务受理方法，其特征在于，包括：

业务受理服务器检测调度服务器PDS当前连接的第一调度鉴权服务器PHR与自己当前连接的第二PHR是否均为主PHR或者备PHR；

检测到不是均为所述主PHR或者所述备PHR后，所述业务受理服务器释放与所述第二PHR的连接并建立与所述第一PHR的连接；

所述业务受理服务器利用所述第一PHR处理来自营帐的业务受理请求消息。

2.根据权利要求1所述的方法，其特征在于，所述业务受理服务器检测调度服务器PDS当前连接的第一调度鉴权服务器PHR与自己当前连接的第二PHR是否均为主PHR或者备PHR包括：

所述业务受理服务器定时地向所述PDS发送握手请求消息；

所述PDS接收所述握手请求消息，并向所述业务受理服务器返回握手应答消息，其中，所述握手应答消息中携带有所述PDS当前连接的所述第一PHR的信息；

所述业务受理服务器使用所述第一PHR的信息判断所述第一PHR与所述第二PHR是否均为所述主PHR或者所述备PHR。

3.根据权利要求1或2所述的方法，其特征在于，所述业务受理服务器释放与所述第二PHR的连接并建立与所述第一PHR的连接包括：

当检测到所述第一PHR为所述备PHR并且所述第二PHR为所述主PHR时，所述业务受理服务器释放自己与所述主PHR之间的连接，并同时建立与所述备PHR之间的连接。

4.根据权利要求3所述的方法，其特征在于，所述业务受理服务器利用所述第一PHR处理来自营帐的业务受理请求消息包括：

所述业务受理服务器使用所述备PHR的数据库中的数据处理来自所述营帐的业务受理请求消息；

所述业务受理服务器将处理结果保存到所述备PHR的数据库中；

所述业务受理服务器记录使用所述备PHR的数据库中的数据处理的所述业务受理请求消息。

5.根据权利要求1或2所述的方法，其特征在于，所述业务受理服务器释放与所述第二PHR的连接并建立与所述第一PHR的连接包括：

当检测到所述第一PHR为所述主PHR并且所述第二PHR为所述备PHR时，所述业务受理服务器建立与所述主PHR之间的连接；

所述业务受理服务器将利用所述备PHR处理的业务受理请求消息的处理结果恢复到所述主PHR的数据库中；

所述业务受理服务器释放自己与所述备PHR之间的连接。

6.根据权利要求5所述的方法，其特征在于，所述业务受理服务器将利用所述备PHR处理的业务受理请求消息的处理结果恢复到所述主PHR的数据库中包括：

所述业务受理服务器使用所述主PHR重新处理所述利用所述备PHR处理的所述业务受理请求消息，并将处理结果保存到所述主PHR的数据库中。

7.一种数字集群通信系统的调度子系统，其特征在于，包括：调度服务器PDS、业务受理服务器、主调度鉴权服务器PHR、和备PHR，其中，所述业务受理服务器包括：

检测模块，用于检测所述PDS当前连接的第一PHR与所述业务受理服务器当前连接的第二PHR是否均为所述主PHR或者所述备PHR；

业务受理模块，用于在检测到不是均为所述主PHR或者所述备PHR后，释放所述业务受理服务器与所述第二PHR的连接并建立业务受理服务器与所述第一PHR的连接；利用所述第一PHR处理来自营帐的业务受理请求消息。

8.根据权利要求7所述的调度子系统，其特征在于，所述检测模块包括：

握手发送模块，用于定时地向所述PDS发送握手请求消息；

握手接收模块，用于接收所述PDS根据所述握手请求消息返回的握手应答消息，其中，所述握手应答消息中携带有所述PDS当前连接的所述第一PHR的信息；使用所述第一PHR的信息判断所述第一PHR与所述第二PHR是否均为所述主PHR或者所述备PHR，并在判断结果为否时，通知所述业务受理模块进行主备PHR的连接切换。

9.根据权利要求7所述的调度子系统，其特征在于，所述业务受理服务器还包括：

恢复模块，用于当检测到所述第一PHR为所述主PHR并且所述第二PHR为所述备PHR时，建立与所述主PHR之间的连接；使用所述主PHR重新处理已利用所述备PHR处理的业务受理请求消息，并将处理结果保存到所述主PHR的数据库中；通知所述业务受理模块进行主备PHR的连接切换。

10.根据权利要求7所述的调度子系统，其特征在于，所述业务受理服务器与所述PDS通过远程用户拨号认证RADIUS编解码方式进行通信。

Images