CN101984682A - 一种单站模式下实现集群通话的方法及系统 - Google Patents

Abstract

本发明公开了一种单站模式下实现集群通话的方法，该方法包括：由终端自身建立自建组，单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。本发明还公开了一种单站模式下实现集群通话的系统，系统中的选择实现集群通话单元用于由终端自身建立自建组，在单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。采用本发明的方法及系统，在系统出现故障时仍然能实现终端间的集群通话，从而保证数字集群通信系统中终端间的集群通话质量，为用户提高良好的用户体验。

Description

一种单站模式下实现集群通话的方法及系统

技术领域

本发明涉及数字集群通信领域，尤其涉及一种单站模式下由终端自建组实现集群通话的方法及系统。

背景技术

数字集群通信系统是二十世纪末兴起的新型移动通信系统。数字集群通信系统属于专用移动通信系统，它是一种专用高级指挥调度系统，提供了个人与个人、个人与群体间移动通信服务。集群用户可以使用语音呼叫、组呼、私密呼叫、号码显示、话权管理等基本集群业务，也可以使用优先呼叫、高优先级抢占、呼叫限制、组动态管理、迟后接入、调度台强拆强插等补充集群业务。

数字集群通信系统由终端、基站子系统、调度子系统等组成。终端主要完成与基站和用户的交互。基站子系统(BSS)由基站收发机(BTS)和基站控制器(BSC)共同构成，主要完成集群业务、数据业务等。BTS完成基带信号的调制与解调、射频信号的收发功能，BSC则完成无线资源的分配、呼叫处理、功率控制以及支持终端的各类切换功能。调度子系统由调度服务器(PDS)和调度客户端(PDC)组成，主要完成集群业务的管理和控制。PDS是集群呼叫的总控制点，完成集群调度呼叫的处理，包括鉴别集群用户、建立各种集群呼叫、判断集群PTT请求等。PDS作为调度服务器，还接收反向链路来的集群语言数据，根据呼叫的性质再分发到对应的前向链路。PDC是集群呼叫接入到PDS的语音数据网关，对反向集群语音业务流进行汇集，对前向集群语音流进行分发，并建立到PDS的专用信令链路，在BSC和PDS之间传送和集群呼叫有关的信令。

为了保证数字集群系统提供可靠的业务，需要搭建多个基站，但在实际应用中，通常要求单个基站和终端共同完成集群通话，此时是单站模式，单站模式也称为故障弱化模式。采用单站模式，除了基于安全通话的考虑，还能在系统的物理链路、或者网络控制设备故障造成集群网络瘫痪时，依然能够为集群用户提供基本的通信业务，从而降低网络物理链路或者设备故障对通信的影响程度。采用单站模式的场景包括：保密性要求比较高的场合、自然灾害或人为因素导致网络控制设备故障而造成集群网络瘫痪的情况。

单站模式下运行，如果系统出现故障，比如BTS与BSC间的链路中断，BSC无法完成无线资源分配、呼叫处理及与终端的各种切换，PDS无法完成话权管理时，由于现有技术中在单站运行模式下目前只能实现由系统建立群组的系统组呼叫，并且只有在系统正常工作条件下成功实现群组更新的终端才能进行呼叫，因此，鉴于目前由系统建立群组的方式在单站模式下无法实现灵活放组，一旦系统出现故障就无法由系统建立及更新群组，从而影响到数字集群通信系统中终端间的集群通话。

发明内容

有鉴于此，本发明的主要目的在于提供一种单站模式下实现集群通话的方法及系统，具备可选性，能在系统出现故障时选择由终端自建组进行集群通话，从而系统故障时仍然能实现终端间的集群通话，从而保证数字集群通信系统中终端间的集群通话质量，为用户提高良好的用户体验。

为了达到上述目的，本发明的技术方案是这样实现的：

一种单站模式下实现集群通话的方法，由终端自身建立自建组，单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。

其中，当所述系统运行情况为正常工作时，选择根据所述系统组实现集群通话；当所述系统运行情况为故障时，选择根据所述自建组实现集群通话。

其中，该方法还包括：终端根据基站发送的广播信令消息中的工作模式字段，判断基站当前的工作模式是否为所述单站模式；

在所述单站模式下实现所述集群通话，终端向基站发起呼叫请求时，需判断发起呼叫请求的组的类型和组的索引，如果发起呼叫请求的组为系统组，则根据相应系统组的索引对应的群组号码唯一标识(GID)发起呼叫；如果发起呼叫请求的组为自建组，则根据相应自建组的索引对应的GID发起呼叫。

其中，所述终端向基站发起呼叫请求时，该方法还包括：呼叫请求消息中携带组的GID；

基站收到所述呼叫请求后在广播信令消息中指定GID；终端收到广播信令消息后将所述指定GID与自身保存的自建组中的GID进行比较，当所述指定GID与保存的GID相同时，建立相应的业务信道进行组呼。

其中，该方法还包括：当终端发起讲话权请求消息时，通过所述讲话权请求消息将终端的讲用户号码发送给基站；基站将话权消息发送给终端，终端将从话权消息中获得的讲用户号码进行显示。

一种单站模式下实现集群通话的系统，该系统包括：选择实现集群通话单元，用于由终端自身建立自建组，在单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。

其中，所述选择实现集群通话单元，进一步用于当所述系统运行情况为正常工作时，选择根据所述系统组实现集群通话；当所述系统运行情况为故障时，选择根据所述自建组实现集群通话。

其中，该系统还包括判断单元，用于终端根据基站发送的广播信令消息中的工作模式字段，判断基站当前的工作模式是否为所述单站模式；

所述选择实现集群通话单元，进一步用于在所述单站模式下实现所述集群通话，终端向基站发起呼叫请求时，需判断发起呼叫请求的组的类型和组的索引，如果发起呼叫请求的组为系统组，则根据相应系统组的索引对应的GID发起呼叫；如果发起呼叫请求的组为自建组，则根据相应自建组的索引对应的GID发起呼叫。

本发明由终端自身建立自建组，单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。

由于本发明区别于现有技术，具备可选性，能在系统出现故障时选择由终端自建组进行集群通话，实现了数字集群通信系统中系统故障，比如BTS和BSC链路中断时(单个基站下)，终端对自建组集群通话的处理。

附图说明

图1为本发明自建组的建立存储方式示意图；

图2为本发明实施例一的单站模式下通过自建组实现集群通话的实现流程示意图；

图3为本发明实施例二的单站模式下通过自建组实现话权申请的实现流程示意图。

具体实施方式

本发明的基本思想是：由终端自身建立自建组，单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。

下面结合附图对技术方案的实施作进一步的详细描述。

将现有技术与本发明做一对比可知：现有技术是由系统建组，一旦系统出现故障就无法由系统建立及更新群组，从而影响到数字集群通信系统中终端间的集群通话。而本发明的方案是一种在单个基站运行模式下由终端自建组实现集群通话的方案，即在系统出现故障，比如BTS和BSC链路中断时，用户能对自建组直接发起呼叫，单独利用基站对其覆盖范围内的用户提供更加便捷的通讯服务，不会中断和影响到终端间的集群通话，从而保证数字集群通信系统中终端间的集群通话质量，为用户提高良好的用户体验。而且，对于CDMA集群通信系统，组呼号码和讲用户号码都是在终端上直接存储维护完成的，整个通话的过程中不需要经过BSC来完成。

一种单站模式下实现集群通话的方法，主要包括以下内容：

由终端自身建立自建组，在判断为单站模式的情况下，根据系统运行情况选择是根据系统组还是自建组实现集群通话。

这里，当系统运行情况为正常工作时，可以选择根据系统组实现集群通话；当系统运行情况为故障时，可以选择根据自建组实现集群通话。

这里，区别于多站工作模式下由PDS保存终端的组号码(GMDN)，本发明单站模式下不再由PDS维护组号码，而是由终端自建组，并由自己来维护自建组中的组号码。单载扇下支持组呼无限容量，群组内用户共享一条语音信道，通过广播信令消息直接分配小区信道资源，在实现集群通话时，在讲用户与听用户间建立该条语音信道，由讲用户占用该条语音信道，而听用户共享该条语音信道。

进一步的，该方法还包括：终端自建组时，用户可以自己建立组的名称和组的号码，终端根据组的号码生成用户的群组号码唯一标识(GID)，以便最终根据自建群组所对应的GID实现集群通话。

进一步的，该方法还包括：终端自行管理和维护自建组的信息。终端自行管理和维护的自建组的信息，包括群组标识信息、群组优先级、及是否守候等。用户可以进行新建、修改、删除组的操作。

进一步的，该方法还包括：终端根据基站发来的广播信令消息判断基站当前的工作模式是多站模式还是单站模式。通过广播信令消息中的工作模式字段进行判断，比如工作模式字段的值为0，表示处于多站模式；工作模式字段的值为1，表示处于单站模式。

进一步，该方法还包括：如果是单站模式，终端发起组呼，判断发起呼叫请求的组的类型和组的索引，如果发起呼叫请求的组是系统建立的系统组，则根据相应系统组的索引对应的GID发起呼叫；如果发起呼叫请求的组是终端建立的自建组，则根据相应自建组的索引对应的GID发起呼叫。

进一步的，该方法还包括：在单站模式下，终端发起系统组或自建组呼叫，呼叫请求消息中携带相应组GID向BTS发起呼叫请求，BTS收到此呼叫请求后，在前向的语音信道下发送广播信令消息(具体为广播信道指配消息)带给终端，终端根据广播信令消息中的GID进行在对应组中的GID匹配，即：如果广播信令消息中的GID与终端存储的自建组中的GID相同，如果相同，则建立相应的业务信道，否则，终端将不做任何处理。

进一步的，该方法还包括：终端发起讲话权请求消息时，通过该讲话权请求消息将终端的讲用户号码MDN带给基站，基站通过共享的前向的语音信道将话权消息发送给终端。如果终端没有带给基站号码，基站将给终端带空号码，终端也能正确显示话权状态。由于讲用户分别占用一条语音信道，因此，仅支持话权及讲用户号码的显示，不支持话权抢占机制、普通语音呼叫及私密呼叫。讲用户可以最大限度的使用话权，直到自己释放。讲用户释放话权，到下一个用户获得话权并开始说话权，用户讲处于组呼空闲态。其中，所述MDN是移动电话号码，MDN的全称为Mobile Directory Number。

进一步，该方法还包括：呼叫的释放流程与原来组呼释放流程相同。

综上所述，与现有技术相比较，本发明的有益效果在于：

1、实现了数字集群通信系统中系统故障，比如BTS和BSC链路中断时，单站模式下，终端能自建组并选择对自建组集群通话的处理，解决了只有系统正常工作条件下由系统建组且成功群组更新的终端才能进行呼叫的缺陷。

2、对于数字集群通信系统，组呼号码和讲用户号码都是在终端上直接存储维护完成的，整个通话的过程中不需要经过BSC来完成。

下面对本发明进行举例阐述。

实例：自建组建立存储方式的示意图如图1所示，本发明是通过对现有的系统组进行扩展，增加自建组的信息。自建组信息和系统组信息一样包括群组标识、群组优先级、守候等属性。然后，将系统组和自建组的索引和类型保存到一个新的列表中，新的列表中先保存系统组的信息，再保存自建组的信息，此新列表供UI显示使用。

在多站模式下，新列表只保存系统组信息，但在单站模式下，新列表除了保存系统组的信息，还保存自建组的信息。在多站模式和单站模式进行模式切换时更新此列表的信息。终端在开机时，清除此列表的信息，另外在换卡的时候，清除所有群组的信息，更新此列表。

在多站模式下，终端按下一键呼叫键(PTT)时，向基站发送组呼建立请求。基站在收到终端组呼建立请求后，查找数据库找到组内成员所在的小区，并对该小区锁对应的BSC，向组内各成员发起寻呼，并带有呼叫类型。基站在寻呼信道上发送消息，对终端进行寻呼，终端在收到寻呼消息后，解码做相应处理，在接入信道上发送寻呼响应消息，然后建立呼叫。

实施例一：单站模式下，由终端自建组实现集群通话。

如图2所示，本实施例的流程包括如下步骤：

步骤101、在呼叫的结构体中分别添加组类型group_type，索引字段group_index，用来区分发起呼叫的组的类型和索引。

步骤102、终端判断基站当前的工作模式是否为单站模式，如果是，则执行步骤103；否则，结束当前由终端自建组实现集群通话的流程。

这里，本实施例对现有的系统参数消息(比如广播信令消息)，增加工作模式字段，长度为1个比特，用以表示数字集群系统的基站的当前工作模式，工作模式字段的值为0，表示处于多站模式；工作模式字段的值为1，表示处于单站模式。如果为单站运行模式，则执行步骤103，否则，结束当前由终端自建组实现集群通话的流程。

步骤103、处于空闲状态的终端按下PTT键时，通过接入信道发送呼叫请求消息，在呼叫请求消息中指定该组呼的GID、终端软件版本号等信息。该呼叫请求消息中不携带GMDN，而是携带GID。

步骤104、基站收到呼叫请求消息后，在反向的语音信道发送广播信令消息(广播信令消息具体为广播信道指配消息)；终端在前向的语音信道收到一条消息，判断此消息是否为广播信道指配消息，如果是就将广播信道指配消息中的GID与终端自身保存的GID进行匹配比较，看匹配是否成功。如果匹配成功，则执行步骤105；否则，结束当前由终端自建组实现集群通话的流程。

步骤105、终端直接建立相应信道，进入组呼。此时不需要与基站信令握手和业务协商，以提高终端的接入和切换速度。

步骤106、终端讲用户通过反向的语音信道发送讲话权请求消息，不携带终端的电子序列号(ESN，Electronic Serial Numbers)和移动设备标识符(MEID，MobileEquipmentIDentifier)，而是携带MDN。

步骤107、用户收到前向的消息，获得讲用户号码，进行显示。之后，终端结束呼叫，与原有流程相同。

实施例二：单站模式下，通过自建组实现话权申请。

如图3所示，本实施例的流程包括以下步骤：

步骤201、终端发起讲话权请求消息，讲话权请求消息中携带终端的MDN。

步骤202、终端收到前向的PTT消息，获得MDN并将MDN进行显示。

综上所述，通过上述实施例可知：本发明主要是由终端建立、管理和维护自建组的信息，在单站模式下，终端收到广播信令消息后，确定当前为单站模式，可以根据系统运行情况选择是根据系统组还是自建组进行集群通话(当系统运行情况为正常工作时，可以选择根据系统组进行集群通话；当系统运行情况为故障时，可以选择根据自建组进行集群通话)。当终端向基站发起呼叫请求时，首先判断发起请求组的类型和索引，获得请求组的GID等信息，终端将广播信令消息中的GID与自身保存的GID信息进行匹配，GID信息匹配成功则建立组呼，否则结束本流程。当终端发起话权申请消息时，携带终端信息，用户获得话权信息，进行显示。

一种单站模式下实现集群通话的系统，该系统包括：选择实现集群通话单元，用于由终端自身建立自建组，在单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。

这里，选择实现集群通话单元进一步用于当所述系统运行情况为正常工作时，选择根据所述系统组实现集群通话；当所述系统运行情况为故障时，选择根据所述自建组实现集群通话。

这里，该系统还包括判断单元，用于终端根据基站发送的广播信令消息中的工作模式字段，判断基站当前的工作模式是否为所述单站模式；

所述选择实现集群通话单元，进一步用于在所述单站模式下实现所述集群通话，终端向基站发起呼叫请求时，需判断发起呼叫请求的组的类型和组的索引，如果发起呼叫请求的组为系统组，则根据相应系统组的索引对应的GID发起呼叫；如果发起呼叫请求的组为自建组，则根据相应自建组的索引对应的GID发起呼叫。

以上所述仅为本发明的优选实施例而已，并非用于限制本发明的保护范围。

Claims (8)

1.一种单站模式下实现集群通话的方法，其特征在于，由终端自身建立自建组，单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。

2.根据权利要求1所述的方法，其特征在于，当所述系统运行情况为正常工作时，选择根据所述系统组实现集群通话；当所述系统运行情况为故障时，选择根据所述自建组实现集群通话。

3.根据权利要求2所述的方法，其特征在于，该方法还包括：终端根据基站发送的广播信令消息中的工作模式字段，判断基站当前的工作模式是否为所述单站模式；

在所述单站模式下实现所述集群通话，终端向基站发起呼叫请求时，需判断发起呼叫请求的组的类型和组的索引，如果发起呼叫请求的组为系统组，则根据相应系统组的索引对应的群组号码唯一标识(GID)发起呼叫；如果发起呼叫请求的组为自建组，则根据相应自建组的索引对应的GID发起呼叫。

4.根据权利要求3所述的方法，其特征在于，所述终端向基站发起呼叫请求时，该方法还包括：呼叫请求消息中携带组的GID；

基站收到所述呼叫请求后在广播信令消息中指定GID；终端收到广播信令消息后将所述指定GID与自身保存的自建组中的GID进行比较，当所述指定GID与保存的GID相同时，建立相应的业务信道进行组呼。

5.根据权利要求1至4任一项所述的方法，其特征在于，该方法还包括：当终端发起讲话权请求消息时，通过所述讲话权请求消息将终端的讲用户号码发送给基站；基站将话权消息发送给终端，终端将从话权消息中获得的讲用户号码进行显示。

6.一种单站模式下实现集群通话的系统，其特征在于，该系统包括：选择实现集群通话单元，用于由终端自身建立自建组，在单站模式下，根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。

7.根据权利要求6所述的系统，其特征在于，所述选择实现集群通话单元，进一步用于当所述系统运行情况为正常工作时，选择根据所述系统组实现集群通话；当所述系统运行情况为故障时，选择根据所述自建组实现集群通话。

8.根据权利要求7所述的系统，其特征在于，该系统还包括判断单元，用于终端根据基站发送的广播信令消息中的工作模式字段，判断基站当前的工作模式是否为所述单站模式；

所述选择实现集群通话单元，进一步用于在所述单站模式下实现所述集群通话，终端向基站发起呼叫请求时，需判断发起呼叫请求的组的类型和组的索引，如果发起呼叫请求的组为系统组，则根据相应系统组的索引对应的GID发起呼叫；如果发起呼叫请求的组为自建组，则根据相应自建组的索引对应的GID发起呼叫。

Images