专利名称:一种数字集群系统及其实现群组呼叫的方法
技术领域：
本发明涉及集群技术领域：
，特别是涉及一种数字集群系统及其实现群组呼叫的方法。
背景技术：
集群通信系统最早诞生于20世纪70年代，最早的集群通信系统是模拟系统，数字集群技术从20世纪90年代中期在全球范围内兴起。数字集群系统主要包括终端、基站子 系统、调度服务器、调度归属寄存器、0MC、受理台和管理台。集群技术最主要的特征是能调 度和组呼。集群呼叫的调度功能是指对一定数量的终端同时发起呼叫，让这些终端同时参 与到一个呼叫中；集群业务的组呼功能是指在一个通讯终端上呼叫群组号码，可以将群组 内所有终端同时呼入一个呼叫中，可以达到多人通话的效果。
目前，数字集群系统中，寻呼方式按信道资源分配方式区分为两类一类称之为增 强式寻呼，即IMSI (国际移动用户识别码)寻呼，采用普通语音呼叫的分配信道方式，即为 每个终端分配独享的业务信道。对于这种增强式寻呼，PDS需要知道每个终端的详细信息。 另一类称之为传统式寻呼，信道资源的分配方式为信道共享，即基站控制器为集群呼叫内 所有成员建立共享的前向业务信道和共享的反向业务信道，并在寻呼信道上定期广播发送 共享信道的指配消息，由终端自行控制接入或退出呼叫。对于这种传统式寻呼，PDS只需要 知道发送传统式寻呼的范围信息即可。
在具体的应用中，有时可能涉及对大容量群组的呼叫。例如在一些轮班的大型企 业中，通常存在如下的应用场景企业中划分若干功能组，与该功能组有关的用户都加入该 功能组(因此每个功能组的群组成员总数比较大)，用户根据自己的当班时间设置当前是 否守候在该群组，这种场景下，未守候在该群组的成员是不需要加入呼叫的；一般的企业也 都有一个全体组(群组成员总数会比较大)用于开会、通知重要事情等，这种场景下，可能 大部分被叫都只会听，不需要说话。针对大容量群组的呼叫，有以下问题需要解决
集群通信往往需要在较短的时间内完成呼叫接续，大容量群组由于群组成员众 多，调度服务器与归属寄存器之间交互获取群组成员授权信息的时间势必相对延长。
调度服务器都有同时在线的用户数的限制，如果同时在线的大容量群组数量较 多，将影响其它呼叫的接续。
现有技术中讨论组呼实现的专利很多。例如中国专利公开号CN101064872提出了 一种集群系统中组呼鉴权的方法。包括调度服务器接收组呼请求；调度服务器取出其中 的主叫端属性、被叫群组属性，加工成组呼鉴权请求消息发送给鉴权服务器；鉴权服务器读 取组呼鉴权请求消息，判断主叫端与被叫群组是否具有合法性；鉴权服务器根据组呼鉴权 请求消息查询主叫端信息、被叫群组信息，加工成组呼鉴权应答信息发送给调度服务器；调 度服务器读取组呼鉴权应答信息，判断群组是否处于呼叫状态，如是，将此次主叫加入群组 呼叫中，鉴权结束；如否，调度服务器依据被叫群组信息，向群组内所有成员发起寻呼，调度 服务器同鉴权服务器进行交互获得群组内各成员的信息。[0008]中国专禾丨J 公开号 CN101137115、CN1984379、Cm01137121、CN101094526、 CN101039467、CN1984378、CN1984379、CN101137126提出了共享前向业务信道和反向业务信 道的传统式组呼，以及组呼不受限、漫游等情况下传统式组呼的实现方法，群组呼叫模式的 自动优化，通过传统式组呼，可以实现基站同一小区下群组成员容量无限制，可以提高接入 速度，缩短接续时长，同时节约无线资源。发送传统式组呼，调度归属寄存器需要告诉调度 服务器发送传统式呼叫的范围。
中国专利公开号CNlO 1137128提出了用于出租车群组组呼的呼叫实现系统及方 法。该系统包括集团调度子系统，用于在接收到客户的约车信息后，向集群调度子系统发 起对群组调度服务区覆盖的客户所在地区的一个出租车群组的组呼调度请求；集群调度子 系统，用于对出租车群组进行组呼，通过第一网络与基站子系统进行通信；基站子系统，用 于将通过第一网络从集群调度子系统接收的调度命令传输至集群终端并将集群终端的响 应通过第一网络反馈至集群调度子系统；以及至少一个集群终端，分别配置在出租车上，用 于通过基站子系统接收来自集群调度子系统的集群调度命令并进行响应。
但是现有技术中没有专门针对大容量群组呼叫鉴权速度和调度服务器容量的解 决方案。传统式寻呼只是加快了寻呼速度，节约了无线资源，没有解决鉴权速度和调度服务 器容量的问题。大容量群组如果采用中国专利公开号CN101064872的组呼鉴权方法，不可 避免的存在鉴权时间较长以及占用调度服务器较多的数据区资源的问题。如果采用中国专 利公开号CN101137128的出租车群组组呼的实现方法，由于调度服务器对于出租车群组组 呼不请求群组成员信息，很多补充业务无法实现。
发明内容
本发明所要解决的技术问题是，提供一种数字集群系统中大容量群组呼叫实现方 法，解决现有技术的群组呼叫方法未考虑大容量群组呼叫带来的对鉴权速度和调度服务器 容量影响的技术问题。
为了解决上述问题，本发明公开了一种数字集群系统实现群组呼叫的方法，包 括
数字集群系统根据所接收的群组呼叫请求建立群组呼叫的过程中，对所述群组呼 叫请求对应的群组的部分成员进行鉴权，其中，所述部分成员至少包括群组的重要成员，所 述群组的重要成员指实现群组呼叫所必需的成员信息对应的成员。
进一步地，上述方法中，所述数字集群系统还判断所述群组是否为大容量群组，仅 当所述群组为大容量群组时，才对所述群组中的部分成员进行鉴权。
进一步地，所述大容量群组指群组成员总数达到或超过设定门限值的群组。
其中，建立所述群组呼叫后，所述数字集群系统收到反向业务请求时，若判断发起 该反向业务请求的群组成员未进行过鉴权，则对该群组成员进行鉴权，处理所述反向业务 请求。
所述数字集群系统判断发起反向业务请求的群组成员未进行过鉴权后，进一步判 断所述反向业务请求对应的群组为大容量群组时，所述数字集群系统才对该群组成员进行 鉴权。
所述群组的重要成员包括采用增强式寻呼的群组成员。[0019]本发明还公开了一种数字集群系统，包括调度服务器(PDS)和调度归属寄存器 (PHR)，其中
所述PDS，用于接收群组呼叫，并根据所述群组呼叫请求所述PHR进行群组呼叫鉴 权，以及用于接收所述PHR返回的部分成员的鉴权信息，建立群组呼叫；
所述PHR，用于根据所述PDS的请求对所述群组呼叫对应的群组的部分成员进行 鉴权，并返回部分成员的鉴权信息给所述PDS，其中，所述部分成员至少包括群组的重要成 员，所述群组的重要成员指实现群组呼叫所必需的成员信息对应的成员。进一步地，上述系统中，所述PHR，还用于判断所述群组呼叫对应的群组是否为大 容量群组，仅当所述群组为大容量群组时，才只对所述群组中的部分成员进行鉴权。
进一步地，所述PDS，在建立所述群组呼叫后，还用于接收反向业务请求，若判断发 起该反向业务请求的群组成员未进行过鉴权时，请求所述PHR对该群组成员进行鉴权，以 及接收所述PHR返回的该群组成员的鉴权信息，并处理所述反向业务请求；
所述PHR，还用于根据所述PDS的请求对发起反向业务请求的群组成员进行鉴权， 并返回该群组成员的鉴权信息给所述PDS。
其中，所述PDS，还用于判断所述反向业务请求对应的群组是否为大容量群组，仅 当所述反向业务请求对应的群组为大容量群组时，才请求所述PHR对发起所述反向业务请 求的群组成员进行鉴权。
所述群组的重要成员包括采用增强式寻呼的群组成员。
采用本发明技术方案可以有效提高群组鉴权处理速度以及节省调度服务器的数 据区资源。尤其针对大容量群组，本发明技术方案的效果尤其明显。
图1为本发明实现群组呼叫的流程图；
图2为本发明优选方案中实现大容量群组呼叫的流程示意图；
图3为本发明优选方案中调度归属寄存器处理群组概要信息鉴权的流程示意图。
具体实施方式
本发明的主要构思是，在建立群组呼叫的过程中，数字集群系统可以仅对该群组 中的部分成员进行鉴权，其中，这部分成员中至少要包括重要成员，而重要成员是指那些实 现群组呼叫所必需的成员信息对应的成员，而当该群组中剩余的群组成员发起反向业务请 求时，再对这些发起反向业务请求的群组成员鉴权即可。这样，可以有效提高群组鉴权的处 理速度并节省调度服务器的数据区资源，针对大容量群组采用该方法时效果尤其明显。
下面结合附图及具体实施例对本发明技术方案做进一步详细说明。
一种数字集群系统，包括终端(MS，Mobile Station)、基站子系统(BSS，Base Station System)、调度服务器(PDS, PTT Dispatch Server)、调度归属寄存器(PHR, PTT Home Register)。其中，MS与BBS的功能与现有技术中的MS、BBS相同。
PDS，主要用于接收群组呼叫，并根据接收的群组呼叫请求PHR进行群组呼叫鉴 权，接收PHR返回的部分成员的鉴权信息，建立群组呼叫；并在建立所述群组呼叫后，用于 接收反向业务请求，判断发起该反向业务请求的群组成员是否进行过鉴权，如果是，直接处理反向业务请求，如果否，则请求PHR对该群组成员进行鉴权，并接收PHR返回的该群组成 员的鉴权信息，处理反向业务请求；
PHR，主要用于根据PDS的请求对所接收的群组呼叫对应的群组的部分成员进行 鉴权，并返回部分成员的鉴权信息以及剩余群组成员的传统式寻呼的范围信息(本实施例 中为剩余群组成员的LAC列表)给PDS ；以及根据PDS的请求对发起反向业务请求的群组 成员进行鉴权，并返回该群组成员的鉴权信息给PDS，其中，部分成员至少包括群组的重要 成员，群组的重要成员指实现群组呼叫所必需的成员信息对应的成员，本实施例中，群组 的重要成员包括采用增强式寻呼的群组成员。在优选方案中，PHR，可判断所接收的群组呼叫对应的群组是否为大容量群组，仅 当该群组为大容量群组时，才对该群组中的部分成员进行鉴权，否则按照现有技术对该群 组中的所有群组成员进行鉴权；这样，当PDS收到未鉴权的群组成员发起的反向业务请求 时，PDS进一步地判断所接收的反向业务请求对应的群组是否为大容量群组，仅当反向业 务请求对应的群组为大容量群组时，才请求PHR对发起该反向业务请求的群组成员进行鉴 权。
下面介绍上述系统实现群组呼叫的过程。该过程如图1所示，包括以下步骤
步骤101，MS通过BSS向数字集群系统中的PDS发起群组呼叫请求；
步骤102，PDS收到上述群组呼叫请求后，与PHR之间交互，对群组呼叫对应的群组 中的部分成员进行鉴权，如果部分成员鉴权通过，则向PDS发送鉴权应答消息，该鉴权应答 消息中包括该群组的部分成员的鉴权信息，PDS根据收到的鉴权应答消息在本地建立表项 以保存已鉴权的部分成员的鉴权信息，执行步骤103，如果鉴权不通过，PDS通过BBS向MS 返回拒绝应答，结束流程；
该步骤中，部分成员中至少要包括重要成员，而重要成员指实现群组呼叫所必需 的成员信息对应的成员，哪些成员定义为最重要的成员，取决于系统的业务逻辑，至少要保 证所有应该呼入的被叫成员都能正常接入呼叫即可。本实施案例中，数字集群系统包括支 持增强式寻呼和传统式寻呼的成员，假设PDS对跨省漫游的成员、不支持传统式寻呼的低 版本终端、岗位号码、外省群组成员都采用增强式寻呼，则在鉴权应答消息中这些成员必须 返回，即采用增强式寻呼的成员均为群组的重要成员；对于设置了守候组功能为激活并且 没有守候在该群组的成员不将其加入呼叫，鉴权应答消息中可以不返回这些成员，即这些 成员为群组的非重要成员。
PHR向PDS发送的鉴权应答消息中除了包括部分成员的鉴权信息外，还包括该群 组中剩余群组成员的传统式寻呼的范围信息(本实施例中为剩余群组成员的LAC列表)；
PDS可以按照现有技术在本地为该群组建立相应的表项，其中，至少包括该群组成
员信息。
在优选的方案中，PHR与PDS交互时，可以进一步判断群组呼叫对应的群组是否 为大容量群组，如果是，PHR才对该群组的部分成员进行鉴权，如果不是大容量群组，则可 以按照现有技术，对该群组的所有成员进行鉴权，其中，PHR判断该群组是否为大容量群组 指在集群系统中设置一个大容量群组的成员门限值；将群组成员总数与设定的大容量群 组的成员门限值进行比较，如果达到或超过设定的门限，即判断该群组为大容量群组，否则 为非大容量群组；此时，PHR还可以在鉴权应答消息中携带大容量群组的群组标识，以通知组PDS该群组为大容量群组。
还有一些优选方案中，可以设置一个首次鉴权成员门限，该门限主要用于调节群 组呼叫建立过程中进行鉴权的部分成员的数目，其中，只有当群组中的重要成员数目小于 该门限值时，首次鉴权成员门限才有效。即群组的重要成员的数目大于首次鉴权成员门限 时，无需考虑该门限，直接对所有重要成员进行鉴权；当重要成员的总数目小于首次鉴权成 员门限值时，集群组系统可以将除重要成员以外的其他群组成员也作为部分成员以进行鉴 权，只要保证部分成员的数目不超过首次鉴权成员门限即可。部分成员中所包括的其他群 组成员可以是随机选择的群组成员，也可以是优先级最高的一个或多个支持传统式寻呼的 群组成员。步骤103，PDS通过BSS与MS交互，群组呼叫建立；
步骤104，群组呼叫建立后，PDS接收群组成员MS发送的反向业务请求；
步骤105，PDS判断发起反向业务请求的群组成员是否已进行过鉴权(即判断该 群组成员是否存在于数据区中所建立的表项中)，如果已进行鉴权(即在表项中查找到该 群组成员)，则直接处理该反向业务，如果未鉴权(即在表项中未查找到该群组成员)，则向 PHR发送该成员临时加入呼叫请求，其中，携带群组标识信息(例如GMDN或者GID)以及该 群组成员的标识信息；
其中，对于未进行过鉴权的成员向PDS发起反向业务请求时，PDS可以只在第一次 收到该成员的反向业务请求时向PHR发起成员临时加入呼叫请求以对该用户进行鉴权。
优选的方案中，若数字集群系统在步骤202操作中仅对大容量群组的群组建立采 用部分成员鉴权的方式，那么在步骤205中，若PDS判断发起反向业务请求的群组成员未进 行过鉴权时，可进一步判断该群组成员是否为大容量群组的群组成员，只有该群组成员是 大容量群组的群组成员，才向PHR发送该成员临时加入呼叫请求，否则可认为该群组成员 为非法成员，而无需向PHR发送该成员临时加入呼叫请求。步骤106，PHR处理所收到的成员 临时加入呼叫请求，判断该群组成员是否合法，如果合法，则返回鉴权接受应答给PDS，所返 回的鉴权接受应答消息中包含群组呼叫需要的该群组成员的各种属性信息，执行步骤107 ； 否则向MS返回拒绝应答，结束流程；
步骤107，PDS收到上述鉴权接受应答消息，为该群组成员建立表项，然后正常处 理反向业务请求，并向MS返回反向业务应答。
上述流程中，群组呼叫请求包括了组呼鉴权请求和群组成员概要请求，调度归属 寄存器收到此请求后，除了对主叫和被叫群组鉴权，还判断呼叫是否合法，并在合法时完成 上述步骤中收到群组成员概要请求消息后进行的处理。当然，在其他场景中也可以分别发 送组呼鉴权请求和群组成员概要请求。
下面介绍优选方案中，实现大容量群组呼叫的整体过程，该过程如图2所示，包括 以下步骤
步骤201，MS通过BSS向PDS发送群组呼叫请求；
步骤202，PDS向PHR发起群组呼叫鉴权请求；
步骤203，PHR读取所接收的群组呼鉴权请求，判断主叫端与被叫群组是否合法， 如果合法，根据群组呼鉴权请求消息查询主叫端信息、被叫群组信息，返回鉴权接受应答， 执行步骤204 ；否则直接返回鉴权拒绝应答，PDS也向终端返回组呼拒绝应答，结束流程；[0056]步骤204，PDS判断群组是否处于呼叫状态，如果是，寻呼主叫MS，结束流程；如果 群组没有处于呼叫状态，寻呼主叫MS并执行步骤205 ；
步骤205，PDS向PHR发送群组成员概要信息请求；
步骤206，PHR处理群组成员概要信息请求；
步骤207，PHR向PDS返回群组成员概要信息应答，其中包括群组是否为大容量群 组的群组标识，PDS接收群组成员概要信息应答，保存群组成员概要信息以及群组标识；
步骤208，PDS向PHR发送群组成员信息请求；
步骤209，PHR向PDS返回群组成员信息应答；
步骤210，PDS寻呼被叫成员；
步骤211，呼叫建立后，大容量群组中组呼鉴权未返回成员MS发送反向业务请求；
步骤212，PDS收到反向业务请求，在数据区中查找发现组呼中没有该成员MS的表 项(即判断该MS未经过鉴权)，向PHR发送鉴权未返回成员临时加入呼叫请求，其中携带群 组标识信息以及需要鉴权的成员标识信息；
步骤213，PHR处理鉴权未返回成员临时加入呼叫请求，判断该成员的合法性，如 果合法，则返回鉴权接受应答，其中包含组呼需要的待鉴权成员的各种属性信息，执行步骤 214 ；否则通过PDS向MS返回拒绝应答，结束流程；
步骤214，PDS收到鉴权未返回成员临时加入呼叫应答，为该成员建立表项，然后 正常处理反向业务请求，向MS返回反向业务应答。
上述流程中，如果PDS判断群组没有处于呼叫状态，则步骤204和步骤205的操作 可以同时进行。
上述步骤208，209，211可能执行多次。PDS在获取部分群组成员信息应答后，就可 以一边寻呼这些别叫成员，一边继续与PHR交互获取剩余的群组成员信息。
上述步骤212，PDS具体处理可如下
如果所收到的反向业务请求对应的群组呼叫不需要对群组成员进行合法性检查 (例如出租车群组呼叫)，则PDS始终认为发起反向业务请求的终端是合法终端；
如果所收到的反向业务请求对应的群组呼叫需要对群组成员进行合法性检查，如 果发现该终端在数据区中没有表项，则区分群组为大容量群组和非大容量群组进行不同的 处理。如果群组为大容量群组，则PDS向调度归属寄存器发送该群组成员的鉴权请求，根据 鉴权结果判断终端是否合法；如果群组为非大容量群组，则PDS认为终端为非法成员，直接 将其退出呼叫。
在优选的方案中，大容量群组呼叫中鉴权未返回的成员，只要发送过一次反向业 务请求后，PDS就已经通过向PHR鉴权确认其合法性了，为其正常建立群组成员表项，后续 该成员再发起反向业务请求时，不需要对该成员再次鉴权。
下面介绍PHR处理群组概要信息鉴权的具体过程，其中，在PHR中，设置大容量群 组成员门限以及首次鉴权成员门限，该过程如图3所示，包括以下步骤
步骤301，PHR获取群组成员数目；
步骤302，PHR判断群组成员数目是否大于等于大容量群组成员门限，如果是，执 行步骤305 ；否则，执行步骤303 ；
步骤303，PHR获取所有支持传统式寻呼的成员的LAC列表；[0077]步骤304，PHR获取群组中所有的群组成员，结束流程。
步骤305，PHR获取所有支持传统式寻呼的成员的LAC列表；
步骤306，PHR获取群组中必须返回的群组成员，即重要成员；
在本实施案例中必须返回的群组成员包括跨省漫游的成员、不支持传统式寻呼的 低版本终端、岗位号码、外省群组成员。
步骤307，PHR判断必须返回的成员(即重要成员)数是否大于等于首次鉴权成员 门限，如果是，结束流程；否则，执行步骤308 ；
步骤308，PHR判断是否还有别的需要加入呼叫的成员，如果有，执行步骤309 ；如 果没有，结束流程；
步骤309，PHR根据优先级从大到小的顺序获取群组中需要加入呼叫的其他成员， 优先级相同的成员顺序随机；
步骤310，PHR判断获取的群组成员总数是否大于等于首次鉴权成员表门限，如果 是，结束流程；否则，返回步骤308 ；
上述流程中，步骤303与步骤304先后顺序可以交换或者同时进行，即也可以先获 取群组成员信息再获取LAC列表，或者获取群组成员信息的同时获取LAC列表；
步骤303与步骤305都是所有支持传统式寻呼的成员的LAC列表，但是针对大容 量群组与非大容量群组具体的获取方法可能不同，例如非大容量群组因为要获取所有的群 组成员，LAC列表可以从成员的位置信息中获取；大容量群组因为不需要将所有群组成员 都返回，那么获取成员的LAC列表就不能采取这样的方式。
从上述实施例可以看出，本发明技术方案可以有效提高群组鉴权处理速度以及节 省调度服务器的数据区资源。尤其在大容量群组中，本发明技术方案可以在完整的实现先 前组呼的各种功能的前提下减少呼叫鉴权时延以及对PDS数据区资源的占用。
以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范 围之内。
权利要求
一种数字集群系统实现群组呼叫的方法，其特征在于，该方法包括数字集群系统根据所接收的群组呼叫请求建立群组呼叫的过程中，对所述群组呼叫请求对应的群组的部分成员进行鉴权，其中，所述部分成员至少包括群组的重要成员，所述群组的重要成员指实现群组呼叫所必需的成员信息对应的成员。
2.如权利要求
1所述的方法，其特征在于，所述数字集群系统还判断所述群组是否为大容量群组，仅当所述群组为大容量群组 时，才对所述群组中的部分成员进行鉴权。
3.如权利要求
2所述的方法，其特征在于，所述大容量群组指群组成员总数达到或超过设定门限值的群组。
4.如权利要求
1至3任一项所述的方法，其特征在于，建立所述群组呼叫后，所述数字集群系统收到反向业务请求时，若判断发起该反向业 务请求的群组成员未进行过鉴权，则对该群组成员进行鉴权，处理所述反向业务请求。
5.如权利要求
4所述的方法，其特征在于，所述数字集群系统判断发起反向业务请求的群组成员未进行过鉴权后，进一步判断 所述反向业务请求对应的群组为大容量群组时，所述数字集群系统才对该群组成员进行鉴 权。
6.如权利要求
5所述的方法，其特征在于，所述群组的重要成员包括采用增强式寻呼的群组成员。
7.一种数字集群系统，其特征在于，该系统包括调度服务器(PDS)和调度归属寄存器 (PHR)，其中所述PDS，用于接收群组呼叫，并根据所述群组呼叫请求所述PHR进行群组呼叫鉴权， 以及用于接收所述PHR返回的部分成员的鉴权信息，建立群组呼叫；所述PHR，用于根据所述PDS的请求对所述群组呼叫对应的群组的部分成员进行鉴权， 并返回部分成员的鉴权信息给所述PDS，其中，所述部分成员至少包括群组的重要成员，所 述群组的重要成员指实现群组呼叫所必需的成员信息对应的成员。
8.如权利要求
7所述的系统，其特征在于，所述PHR，还用于判断所述群组呼叫对应的群组是否为大容量群组，仅当所述群组为大 容量群组时，才只对所述群组中的部分成员进行鉴权。
9.如权利要求
7或8所述的系统，其特征在于，所述PDS，在建立所述群组呼叫后，还用于接收反向业务请求，若判断发起该反向业务 请求的群组成员未进行过鉴权时，请求所述PHR对该群组成员进行鉴权，以及接收所述PHR 返回的该群组成员的鉴权信息，并处理所述反向业务请求；所述PHR，还用于根据所述PDS的请求对发起反向业务请求的群组成员进行鉴权，并返 回该群组成员的鉴权信息给所述PDS。
10.如权利要求
9所述的系统，其特征在于，所述PDS，还用于判断所述反向业务请求对应的群组是否为大容量群组，仅当所述反向 业务请求对应的群组为大容量群组时，才请求所述PHR对发起所述反向业务请求的群组成 员进行鉴权。
11.如权利要求
9所述的方法，其特征在于，所述群组的重要成员包括采用增强式寻呼的群组成员。
专利摘要
本发明公开了一种数字集群系统及其实现群组呼叫的方法，涉及集群技术领域：
。本发明方法包括数字集群系统根据所接收的群组呼叫请求建立群组呼叫的过程中，对所述群组呼叫请求对应的群组的部分成员进行鉴权，其中，所述部分成员至少包括群组的重要成员，所述群组的重要成员指实现群组呼叫所必需的成员信息对应的成员。采用本发明技术方案可以有效提高群组鉴权处理速度以及节省调度服务器的数据区资源。尤其针对大容量群组，本发明技术方案的效果尤其明显。
文档编号H04W4/10GKCN101835105SQ201010183501
公开日2010年9月15日 申请日期2010年5月24日
发明者卢熙源, 周艳芳, 杜益亮, 王璐 申请人:中兴通讯股份有限公司导出引文BiBTeX, EndNote, RefMan