CN101137126B - 一种用于cdma数字集群系统的组呼呼叫模式自动优化的方法 - Google Patents

Abstract

本发明公开一种用于CDMA数字集群系统的组呼呼叫模式自动优化的方法，包括：在系统安装时候，自动在调度归属寄存器的数据库中设置大组呼叫门限值和传统组呼叫门限值，并预设群组类型为系统默认组、强制增强组和强制传统组；在配置台、受理台、管理台完成群组放号、集团放号、用户放号以及创建群组、设置群组类型和将用户加入群组的操作；当系统的终端或调度员发起某群组呼叫时，所述调度归属寄存器判断该群组是否为强制传统组、强制增强组还是系统默认组，并根据比较条件对呼叫模式设置为传统式组呼或增强式组呼；系统的调度服务器根据对该群组呼叫模式的设置进行呼叫，并及时调整所述系统配置的参数。本发明解决系统的组呼呼叫模式无法自动优化问题。

Description

一种用于CDMA数字集群系统的组呼呼叫模式自动优化的方法

技术领域

本发明属于数字集群领域，尤其涉及CDMA(Code Division MultipleAccess，码分多址)数字集群系统的组呼呼叫模式自动优化的实现方法。

背景技术

集群通信，即无线专用调度通信系统，是很早就已出现的一种通信方式。多年来，集群通信已从“一对一”的对讲机形式、同频单工组网形式、异频双工组网形式以及进一步带选呼的系统，发展到多信道用户共享的调度系统，并在政府部门、军队、警务、铁路、水利、电力、民航以及钢铁、物流等各行各业的指挥调度中发挥了重要作用。

目前，全球集群通信系统正从在无线接口采用模拟调制方式进行通信的模拟集群向采用数字调制方式的数字集群转换。与蜂窝移动通信系统的公众网相比较，数字集群移动通信系统更强调组呼、广播呼叫、紧急呼叫、强拆强插和不同的呼叫优先级别等调度指挥功能；更强调缩短呼叫的建立时间，尤其是在紧急情况下，希望一按即通，否则会造成非常严重的后果。由于其技术复杂，费用高昂，其应用范围基本限制在专用通信系统。

为了促进数字集群系统的规模应用，同时进一步提高频率资源利用率，集群通信系统在应用上出现了一个新的应用趋势，就是将多个数字集群系统结合在一起统一使用和管理，从而达到能够共用频道和信道，共享覆盖区域、通信业务，共担费用的目的，最终将集群应用从面向个别专业用户发展为面向多个集团用户实现共网运营。

集群通信由专网向共网的发展促进了在现有公网(GSM、CDMA)上实现集群技术的研究。

目前基于CDMA2000技术实现的数字集群按信道资源分配方式，主要有两种：

一种是在进行集群呼叫时为每个集群用户单独分配空中信道，称之为增强式组呼，如中国专利申请号CN200410027538和美国专利US2004042438，其中也提到了信道共享，但所指只是发送语音的前向补充业务信道共享，其他信道如反向基本业务信道，前向基本业务信道并未实现共享；

另一种是在集群呼叫时所有用户共享所有的前向和反向信道，称之为传统式组呼，如国际专利WO2004/110085 A1所描述的空口资源分配方式。

这两种资源分配方式分别有自己的特征以及优缺点，适用于不同类型的群组。理想的情况就是在进行群组呼叫的时候，系统能以最恰当的方式为每个群组分配信道资源。一种显而易见的方法就是在创建群组并设置好群组呼叫的时候为其分配信道资源的方式，但是作为普通的操作维护人员，可能并不清楚不同资源分配方式之间的差别，和创建群组的时候最适合的资源分配方式，尤其，随着加入群组的群组成员情况不断变化，使得以前设置的资源分配方式可能已经不是最适合的方式。

发明内容

本发明所要解决的技术问题在于提供一种用于CDMA数字集群系统的组呼呼叫模式自动优化的方法，以解决普通的操作维护人员，在创建群组并设置好群组呼叫的时候，可能并不清楚不同资源分配方式之间的差别和创建群组的时候最适合的资源分配方式，尤其，随着加入群组的群组成员情况不断变化，使得以前设置的资源分配方式可能已经不是最适合的方式。

为了解决上述问题，本发明提供了一种用于CDMA数字集群系统的组呼呼叫模式自动优化的方法，所述CDMA数字集群系统主要由终端、基站子系统、调度服务器、调度归属寄存器、配置台、受理台和管理台组成，其特征在于，包括以下步骤：

(1)在调度归属寄存器的数据库中设置大组呼叫门限值和传统组呼叫门限值，并预设群组类型为系统默认组、强制增强组和强制传统组三种；设置大组呼叫门限值时，要小于设置传统组呼叫门限值；

(2)在系统的配置台、受理台、管理台完成群组放号、集团放号、用户放号以及创建群组、设置群组类型和将用户加入群组的操作；

(3)当所述系统的终端或调度员发起某群组呼叫时，所述调度归属寄存器判断该群组是否为强制传统组、强制增强组或系统默认组；如果是强制传统组，则呼叫模式设置为传统式组呼；如果是强制增强组，且该群组成员个数大于大组呼叫门限值时，则呼叫模式设置为对该群组按统一的组标识进行寻呼的增强式组呼；如果是强制增强组，但该群组成员个数小于等于大组呼叫门限值时，则呼叫模式设置为对该群组中每个用户单独寻呼的增强式组呼；如果是系统默认组，且该群组成员个数大于传统组呼叫门限值时，则呼叫模式设置为传统式组呼；如果是系统默认组，且该群组成员个数小于等于传统组呼叫门限值，且大于大组呼叫门限值时，则呼叫模式设置为对该群组按统一的组标识进行寻呼的增强式组呼；如果是系统默认组，且该群组成员个数小于等于大组呼叫门限值时，则呼叫模式设置为对该群组中每个用户单独寻呼的增强式组呼；

(4)所述系统的调度服务器根据步骤(3)对该群组呼叫模式的设置进行呼叫，并及时调整所述系统配置的参数。

本发明所述的方法，其中，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置强制增强组成员个数提示门限值；

所述步骤(3)，进一步包括：如果是强制增强组，且该群组成员个数大于强制增强组成员个数提示门限值时，则所述调度归属寄存器会提示修改该群组呼叫的群组类型。

本发明所述的方法，其中，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置传统组不支持传统式组呼成员个数提示门限值；

所述步骤(3)，进一步包括：如果是系统默认组或强制传统组之一，且该群组不支持传统式组呼成员个数大于传统组不支持传统式组呼成员个数提示门限值时，则所述调度归属寄存器会提示升级终端，以支持呼叫模式设置为传统式组呼。

本发明所述的方法，其中，步骤(4)中所述及时调整所述系统配置的参数，包括：根据系统运行的实际情况，统计得到更适合的大组呼叫门限值和传统组呼叫门限值，在系统的配置台修改大组呼叫门限值和传统组呼叫门限值，让所述调度归属寄存器保存修改后的值并按照修改后设置值来判断群组呼叫模式；

上述方法，其中，步骤(4)中所述及时调整所述系统配置的参数，包括：

(41)根据系统运行的实际情况，统计得到更适合的大组呼叫门限值和传统组呼叫门限值，在系统的配置台修改大组呼叫门限值和传统组呼叫门限值；

(42)所述配置台检查修改后的值的合法性，如果合法则将新值写入调度归属寄存器的数据库中，否则保留以前的取值；

(43)所述调度归属寄存器判断是否需要新的取值立即生效，如果是执行步骤(45)，否则执行步骤(44)；

(44)所述调度归属寄存器判断调度归属寄存器定时读取数据库配置的定时器是否到达，如果达到执行步骤(46)，否则继续等待定时器达到；

(45)在要求配置的新值立即生效的时候，重新启动调度归属寄存器；

(46)调度归属寄存器重新从数据库读取最新配置值用来判断群组呼叫模式。

本发明所述的方法，其中，所述步骤(4)，进一步包括：

当所述系统的调度服务器根据传统式组呼对该群组进行呼叫时，所述系统的终端不支持传统式组呼，则所述调度服务器建立表项，根据每个用户单独寻呼的增强式寻呼方式打包发送。

本发明所述的方法，其中，所述步骤(4)，进一步包括：

当所述系统的调度服务器根据增强式组呼对该群组进行呼叫时，所述系统的终端不支持按统一的组标识进行寻呼的增强式组呼，则所述调度服务器建立表项，根据每个用户单独寻呼的增强式寻呼方式打包发送。

本发明所述的方法，其中，所述步骤(3)，进一步包括：

(31)当所述系统的终端或调度员发起某群组呼叫时，所述调度归属寄存器判断该群组是否为强制传统组，如果是，则执行步骤(35)，否则执行步骤(32)；

(32)所述调度归属寄存器判断该群组是否为强制增强组，如果是，则执行步骤(34)，否则执行步骤(33)；

(33)判断该群组成员个数是否大于传统组呼叫门限值，如果大于执行步骤(35)，否则执行步骤(34)；

(34)判断该群组成员个数是否大于大组呼叫门限值，如果大于执行步骤(37)，否则执行步骤(36)；

(35)呼叫模式设置为传统式组呼；

(36)呼叫模式设置为对该群组中每个用户单独寻呼的增强式组呼；

(37)呼叫模式设置为对该群组按统一的组标识进行寻呼的增强式组呼。

上述方法，其中，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置强制增强组成员个数提示门限值；

所述步骤(32)，进一步包括：

当所述调度归属寄存器判断该群组为强制增强组，且该群组成员个数大于强制增强组成员个数提示门限值，则所述调度归属寄存器会修改该群组呼叫的群组类型。

上述方法，其中，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置强制传统组成员个数提示门限值；

所述步骤(35)，进一步包括：

当所述调度归属寄存器判断该群组呼叫模式为传统式组呼，且该群组不支持传统式组呼成员个数大于传统组不支持传统式组呼成员个数提示门限值时，则所述调度归属寄存器会提示升级终端，以支持呼叫模式设置为传统式组呼。

采用本发明所述方法，解决了普通的操作维护人员，在创建群组并设置好群组呼叫的时候，能够清楚不同资源分配方式之间的差别和创建群组的时候最适合的资源分配方式，尤其，随着加入群组的群组成员情况不断变化，使得设置的资源分配方式保持最适合的方式。

附图说明

图1是本发明实施例所述的方法的数字集群系统的网络结构图；

图2是本发明实施例所述的一种优选方式在CDMA数字集群系统中实现群组呼叫模式自动优化的组呼流程图；

图3是本发明实施例所述方法的呼叫模式自动判断流程图；

图4是本发明实施例所述方法的修改系统参数流程图。

具体实施方式

本发明为了解决传统技术方案存在的弊端，通过以下具体实施例进一步阐述本发明所述的一种用于CDMA数字集群系统的组呼呼叫模式自动优化的方法，以下对具体实施方式进行详细描述，但不作为对本发明的限定。

如图1所示，本发明实施例所述方法对应的支持呼叫模式自动判断的网络结构图，各组成部分说明如下：

(1)MS(集群终端)，能够支持存储用户信息，群组信息，调度区域判断，响应传统式组呼寻呼等集群业务的终端设备；

(2)BSS(基站子系统)，包括支持集群呼叫的收发信机(BTS)，基站控制器(BSC)和与网络侧交互的调度客户端(PDC)；

(3)PDS(调度服务器)，实现集群呼叫的呼叫控制和话权管理；

(4)PHR(调度归属寄存器)，保存集群用户和群组的注册信息和位置信息，实现对集群用户的鉴权、授权和计费功能，以及位置更新和群组管理功能；群组呼叫模式的自动优化判断也在这里完成。

(5)PHR Agent(受理台)，可以直接对集团，组，用户进行管理，如分配权限等；

(6)DAS(调度台服务器)，处理调度台客户端发来的业务请求；

(7)DAC(调度台客户端)，包括调度台与管理台，调度台由调度员进行调度操作，包括发起呼叫，查询状态，录音等；管理台由管理员进行对组的划分，用户权限等管理操作；

(8)PHR Config(配置台)，负责系统参数的配置以及放群组号码、集团号码。

现有技术中，实现的数字集群按信道资源分配方式，主要有增强式组呼和传统式组呼这两种不同的呼叫模式，分别有自己的优点和缺点，在呼叫业务中，系统应该自动选择使用最优的呼叫模式。

本发明所述CDMA数字集群系统对组呼呼叫模式自动优化实现方法，其主要构思在于，包括以下过程：

(1)根据对不同呼叫模式的接续速度和负荷能力的统计以及集群系统话务模型的统计，制定一个呼叫模式自动优化的策略。

(2)随着系统实现的改进以及话务模型的改变，及时调整系统配置的相关参数。

过程(1)中所述影响组呼接续速度的因素有很多，除了系统本身的容量限制和设备性能外，还有被叫群组的群组成员个数以及成员的位置分布等。在各种给定的条件下，例如不同的群组成员个数范围、不同的群组成员分布情况下，为相同的群组采用不同的呼叫模式进行呼叫，统计其接续速度，再结合对实际话务模型的统计分析，剔除影响呼叫的次要因素，找出主要因素，以及这些因素对不同呼叫模式的影响规律，从而制定相应的自动优化的策略。

在我们的系统中，由于现阶段集群系统的使用者多为集团用户，用户的活动范围也大多限制在一个小的区域，因此可以忽略群组成员位置分布对组呼的影响。在这种情况下，经过实际的测试，结果表明影响组呼接续速度的主要因素是群组成员个数。不同规模的群组，各有其对应的最佳呼叫模式，总的规律是，群组成员个数较少时，适合采用增强式组呼，群组成员个数较多时，适合采用传统式组呼。其中在采用增强式组呼的群组中，又可细分为对该群组按统一的组标识进行寻呼的增强式组呼和对该群组中对每个用户单独寻呼的增强式组呼两种方式，测试结果表明在群组成员个数达到某个门限时，按对该群组按统一的组标识进行寻呼的增强式组呼进行寻呼效率比较高。

基于这样的测试结果，本发明所述系统制定了一个简单的基于群组成员个数的呼叫模式自动优化的策略。假定成员个数小于等于M的时候适合采用对该群组中对每个用户单独寻呼的增强式组呼；成员个数大于N的时候适合采用传统式组呼；成员个数大于M小于等于N的时候适合采用对被叫群组按一个统一的群组标识进行寻呼的增强式组呼。其中M取值小于N。当群组成员个数超过I的时候，按照增强组呼叫的接续速度显著降低。以传统式呼叫模式起呼的群组中，如果不支持传统式组呼的成员个数大于U的时候，呼叫的接续速度显著降低。我们将M、N、I、U分别称为大组呼门限值、传统组呼叫门限值、强制增强组成员个数提示门限值、传统组不支持传统式组呼成员个数提示门限值。实现群组呼叫模式自动优化，主要包括以下步骤：

一、首先在系统安装的时候，自动在PHR的数据库中设置M、N、I的经验值。

二、在系统的配置台、受理台、管理台完成群组放号、集团、用户放号以及创建群组和将用户加入群组的操作，系统会在适当的时候将用户加入的群组信息更新到终端保存。

三、系统的终端或者调度员发起群组呼叫，系统根据呼叫模式自动优化策略按照相应的呼叫模式进行呼叫。

在步骤二中，可以不设置群组呼叫模式，对于这种类型的群组，系统会在呼叫鉴权的时候自动判断应该采用的最佳呼叫模式，当然作为呼叫模式自动优化的补充，也提供了将群组设置为固定呼叫模式的方法。固定的呼叫模式设置主要用作测试等特殊用途，例如如果在呼叫的时候需要知道每个参与呼叫的终端的准确状态，就应该保证对这个组采用增强式呼叫，如果需要比较同一条件下增强式组呼和传统式组呼的性能差异，就应该在呼叫前将群组的呼叫模式固定设置为需要的模式。按照呼叫模式设置的不同，群组可以分为系统默认组，强制增强组、强制传统组三种类型。

顾名思义，系统默认组就是呼叫模式是在呼叫的时候，由系统根据自动判断规则进行自动判断，采用系统认为最适合的呼叫模式进行呼叫；

强制增强组就是始终按照增强组来呼叫的群组；

强制传统组就是始终按照传统组来呼叫的群组；

其中，系统在受理台创建的公共集团群组和在管理台创建的集团群组，可以默认设置呼叫模式为系统默认的群组；也可以在受理台修改公共集团群组以及集团群组，设置为强制增强组或者强制传统组类型。

另外，在群组管理或者修改群组属性的时候，如果强制增强组的成员个数超过规定的提示门限值I，会提示修改群组类型，以改善用户体验。对于强制传统组或者系统判断为会按照传统组呼叫的系统默认类型的群组，如果其不支持传统组呼的用户数超过规定的门限值U，会提示升级终端以支持传统组呼。

由于在呼叫的时候，终端需要用到其所加入的群组信息如群组标识、群组号码、群组短号码、呼叫优先级、群组名称等信息以及自己作为群组成员在该群组中的呼叫优先级等信息，因此当用户加入群组、退出群组、修改自己在群组中的需要保存到终端的群组成员属性，都需要将修改的信息通知终端也进行修改。当修改群组需要保存到终端的群组信息的时候，也需要通知该群组中所有可能参加呼叫的终端修改对应的群组信息。

在步骤三中，组呼鉴权消息到达PHR后，PHR首先计算该群组呼叫的有效成员个数H，然后按照下面的原则判断组呼呼叫模式返回给PDS：

1、如果是强制传统组，按照传统式组呼；

2、如果是强制增强的群组，并且H＞M，按照对群组按统一的组标识进行寻呼的增强式组呼，否则按照对群组中对每个用户单独寻呼的增强式组呼；

3、如果是系统默认的群组，如果H＞N，按照传统组呼叫，如果N＞＝H＞M，按照对群组按照对群组按统一的组标识进行寻呼的增强式组呼，如果H＜＝M，按照对群组中对每个用户单独寻呼的增强式组呼；

4、PDS收到PHR鉴权返回的消息后，按照PHR指定的方式对群组进行呼叫。对于个别情况特殊的终端，PDS会特殊处理，尽可能让所有终端都被正常呼叫。例如传统式组呼中不支持传统组呼叫的终端，PDS建立表项，按每个用户单独寻呼的增强式寻呼方式打包发送；对于增强式组呼中不支持这种寻呼方式的终端，PDS也建立表项，按每个用户单独寻呼的增强式寻呼方式打包发送。

过程(2)中所述调整系统配置的参数问题，具体到我们的系统实现中，就是根据系统运行的实际情况，统计得到更适合的M和N的取值，在配置台修改M和N的取值并且让PHR业务按照新的设置值来判断群组呼叫模式。主要包括以下步骤：

一、在配置台修改M和N的取值。这两个值都有根据不同的系统配置测试得到的各自允许的最大值最小值范围，修改后的值只能是允许的取值范围内的值。

二、配置台将修改后的值保存到PHR的数据库之后，如果需要新的系统参数立即生效，需要重新启动PHR业务，如果不重新启动PHR业务，PHR业务也会有定时从数据库中读取系统配置的机制保证新的系统参数在读取PHR的数据库中系统配置信息定时器到达后从数据库中获取最新的参数信息用于后面的业务处理。

如图2所示，为本发明实施例所述方法的一种优选方式在CDMA系统中实现群组呼叫模式自动优化的组呼流程图，这是能正常呼叫情况下的流程，其中包括了呼叫模式自动优化的过程，具体阐述如下：

步骤201，MS1拨打自己有权限呼叫的一个群组号码；

步骤202，基站收到MS1的呼叫建立请求消息并发送给PDC；

步骤203，PDC发送呼叫建立请求给PDS；

步骤204，PDS发送呼叫鉴权请求消息给PHR；

步骤205，PHR返回鉴权应答消息，其中包括主叫以及被叫群组中其他成员信息以及自动优化判断得到的组呼呼叫模式信息；

步骤206，PDS发送寻呼主叫以及所有被叫群组成员的消息给PDC；

步骤207，无线侧为群组成员建立无线信道；

步骤208，PDC与PDS交互建立STDL链路；

步骤209，MS向PDS返回消息指示寻呼成功或者失败；

步骤210，PDS根据寻呼成功的成员情况判断呼叫建立是否成功；

步骤211，呼叫建立成功，PDS向主叫发送呼叫授权消息，主叫收到消息后向PDS发授权应答消息；

步骤212，PDS向被叫发呼叫提示消息，主叫开始讲话；

步骤213，呼叫建立成功，PDS为成功加入的成员构造UDR，并向PHR发送计费请求；

步骤214，PHR向PDS发送计费请求应答消息。

其中，呼叫模式自动优化主要在步骤205体现，在PDS请求群组信息的时候，PHR根据呼叫模式自动优化的规则，判断出应该采用的组呼呼叫模式返回给PDS；

为了加快组呼的接续速度，在步骤205中PDS收到主叫鉴权信息和群组信息后也可以先寻呼主叫，然后将主叫说话产生的报文缓存，等被叫成员被呼入的时候，再将缓存的报文发送给被叫；

另外一种由调度员发起的组呼，其中PDS向PHR发送群组呼叫鉴权得到群组信息以及群组成员的过程，和MS发起的组呼是一样的。

如图3所示，为本发明实施例所述方法的呼叫模式自动判断流程图，判断流程如下：

步骤301，所述系统的PHR判断群组是否为强制传统组，如果是则执行步骤305，否则执行步骤302；

步骤302，所述系统的PHR判断群组是否为强制增强组，如果是则执行步骤304，否则执行步骤303；

步骤303，判断该群组成员个数H是否大于系统设置的传统组门限值N，如果大于，则执行步骤305，否则执行步骤304；

步骤304，判断群组成员个数H是否大于系统设置的对被叫群组按一个统一的群组标识进行寻呼的增强式组呼的成员个数门限M，如果是，则执行步骤307，否则执行步骤306；

步骤305，呼叫模式设置为传统式组呼；

步骤306，呼叫模式设置为对群组中每个用户单独寻呼的增强式组呼；

步骤307，呼叫模式设置为对群组按统一的组标识进行寻呼的增强式组呼。

系统对呼叫模式的自动判断设计，兼顾了优化资源分配方式和特殊使用场景的需求。在特殊情况下，可以通过将群组呼叫模式设置为强制传统、强制增强固定群组的呼叫模式，使其不受群组成员个数的影响。大部分情况下，可以选择由系统自动优化呼叫模式，不用人工干预。

如图4所示，为本发明实施例所述方法的修改系统参数的流程图，修改生效的流程如下：

步骤401，在系统的配置台修改M和N的值；

步骤402，所述配置台检查修改后的值的合法性，如果合法则将新值写入PHR的数据库，否则保留以前的取值；

步骤403，判断是否需要新的取值立即生效，如果是则执行步骤405，否则执行步骤404；

步骤404，判断PHR业务定时读取数据库配置的定时器是否到达，如果达到，则执行步骤406，否则继续等待定时器达到；

步骤405，在要求配置的新值立即生效的时候，重新启动PHR业务；

步骤406，PHR业务重新从数据库读取最新配置值用于后面的业务处理。

其中，在系统正式运行的过程中，由于PHR有定时从数据库中读取配置的机制，可以在不中断业务的情况下让新的配置生效。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种用于CDMA数字集群系统的组呼呼叫模式自动优化的方法，所述CDMA数字集群系统主要由终端、基站子系统、调度服务器、调度归属寄存器、配置台、受理台和管理台组成，其特征在于，包括以下步骤：

(1)在调度归属寄存器的数据库中设置大组呼叫门限值和传统组呼叫门限值，并预设群组类型为系统默认组、强制增强组和强制传统组三种；设置大组呼叫门限值时，要小于设置传统组呼叫门限值；

(2)在系统的配置台、受理台、管理台完成群组放号、集团放号、用户放号以及创建群组、设置群组类型和将用户加入群组的操作；

(3)当所述系统的终端或调度员发起某群组呼叫时，所述调度归属寄存器判断该群组是否为强制传统组、强制增强组或系统默认组；如果是强制传统组，则呼叫模式设置为传统式组呼；如果是强制增强组，且该群组成员个数大于大组呼叫门限值时，则呼叫模式设置为对该群组按统一的组标识进行寻呼的增强式组呼；如果是强制增强组，但该群组成员个数小于等于大组呼叫门限值时，则呼叫模式设置为对该群组中每个用户单独寻呼的增强式组呼；如果是系统默认组，且该群组成员个数大于传统组呼叫门限值时，则呼叫模式设置为传统式组呼；如果是系统默认组，且该群组成员个数小于等于传统组呼叫门限值，且大于大组呼叫门限值时，则呼叫模式设置为对该群组按统一的组标识进行寻呼的增强式组呼；如果是系统默认组，且该群组成员个数小于等于大组呼叫门限值时，则呼叫模式设置为对该群组中每个用户单独寻呼的增强式组呼；

(4)所述系统的调度服务器根据步骤(3)对该群组呼叫模式的设置进行呼叫，并及时调整所述系统配置的参数。

2.如权利要求1所述的方法，其特征在于，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置强制增强组成员个数提示门限值；

所述步骤(3)，进一步包括：如果是强制增强组，且该群组成员个数大于强制增强组成员个数提示门限值时，则所述调度归属寄存器会提示修改该群组呼叫的群组类型。

3.如权利要求1所述的方法，其特征在于，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置传统组不支持传统式组呼成员个数提示门限值；

所述步骤(3)，进一步包括：如果是系统默认组或强制传统组之一，且该群组不支持传统式组呼成员个数大于传统组不支持传统式组呼成员个数提示门限值时，则所述调度归属寄存器会提示升级终端，以支持呼叫模式设置为传统式组呼。

4.如权利要求1所述的方法，其特征在于，步骤(4)中所述及时调整所述系统配置的参数，包括：根据系统运行的实际情况，统计得到更适合的大组呼叫门限值和传统组呼叫门限值，在系统的配置台修改大组呼叫门限值和传统组呼叫门限值，让所述调度归属寄存器保存修改后的值并按照修改后设置值来判断群组呼叫模式。

5.如权利要求4所述的方法，其特征在于，步骤(4)中所述及时调整所述系统配置的参数，包括：

(41)根据系统运行的实际情况，统计得到更适合的大组呼叫门限值和传统组呼叫门限值，在系统的配置台修改大组呼叫门限值和传统组呼叫门限值；

(42)所述配置台检查修改后的值的合法性，如果合法则将新值写入调度归属寄存器的数据库中，否则保留以前的取值；

(43)所述调度归属寄存器判断是否需要新的取值立即生效，如果是执行步骤(45)，否则执行步骤(44)；

(44)所述调度归属寄存器判断调度归属寄存器定时读取数据库配置的定时器是否到达，如果达到执行步骤(46)，否则继续等待定时器达到；

(45)在要求配置的新值立即生效的时候，重新启动调度归属寄存器；

(46)调度归属寄存器重新从数据库读取最新配置值用来判断群组呼叫模式。

6.如权利要求1所述的方法，其特征在于，所述步骤(4)，进一步包括：

当所述系统的调度服务器根据传统式组呼对该群组进行呼叫时，所述系统的终端不支持传统式组呼，则所述调度服务器建立表项，根据每个用户单独寻呼的增强式寻呼方式打包发送。

7.如权利要求1所述的方法，其特征在于，所述步骤(4)，进一步包括：

当所述系统的调度服务器根据增强式组呼对该群组进行呼叫时，所述系统的终端不支持按统一的组标识进行寻呼的增强式组呼，则所述调度服务器建立表项，根据每个用户单独寻呼的增强式寻呼方式打包发送。

8.如权利要求1所述的方法，其特征在于，所述步骤(3)，进一步包括：

(31)当所述系统的终端或调度员发起某群组呼叫时，所述调度归属寄存器判断该群组是否为强制传统组，如果是，则执行步骤(35)，否则执行步骤(32)；

(32)所述调度归属寄存器判断该群组是否为强制增强组，如果是，则执行步骤(34)，否则执行步骤(33)；

(33)判断该群组成员个数是否大于传统组呼叫门限值，如果大于执行步骤(35)，否则执行步骤(34)；

(34)判断该群组成员个数是否大于大组呼叫门限值，如果大于执行步骤(37)，否则执行步骤(36)；

(35)呼叫模式设置为传统式组呼；

(36)呼叫模式设置为对该群组中每个用户单独寻呼的增强式组呼；

(37)呼叫模式设置为对该群组按统一的组标识进行寻呼的增强式组呼。

9.如权利要求8所述的方法，其特征在于，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置强制增强组成员个数提示门限值；

所述步骤(32)，进一步包括：

当所述调度归属寄存器判断该群组为强制增强组，且该群组成员个数大于强制增强组成员个数提示门限值，则所述调度归属寄存器会修改该群组呼叫的群组类型。

10.如权利要求8所述的方法，其特征在于，所述步骤(1)，进一步包括：在系统安装的时候，自动在调度归属寄存器的数据库中设置强制传统组成员个数提示门限值；

所述步骤(35)，进一步包括：

当所述调度归属寄存器判断该群组呼叫模式为传统式组呼，且该群组不支持传统式组呼成员个数大于传统组不支持传统式组呼成员个数提示门限值时，则所述调度归属寄存器会提示升级终端，以支持呼叫模式设置为传统式组呼。

Images