集群通信系统及其用户终端、动态组呼的方法与流程

本发明涉及通信领域，尤其涉及一种集群通信系统及其用户终端、动态组呼的方法。

背景技术：

集群通信系统是一种为移动用户的生产调度和指挥等业务提供通信服务的无线电系统，其可广泛应用在公共安全、航空、港口、交通物流、救灾抢险等领域。

集群系统中发起组呼的方式包括有以下两种：(1)用户终端向预先分配的固定组发起呼叫；(2)先由调度台发起动态重组，重组成功后，动态组内终端可以向该动态组发起呼叫。

对于第一种方式，通常会出现该固定组中很多不相关的用户也参与到该组呼业务中，例如，某地发生了突发事件或灾难，需要立即通知或组织相关区域内(比如事发地点5公里范围内)的人员来紧急应对。若某个固定组共有1000个组成员，但此时该固定组中有300个组成员在相关区域以外的其它地方，没必要参与该组呼业务。这种情况下，若向该固定组发起呼叫，这300个组成员虽然为不相关人员，但是依然需要响应针对此组的呼叫，如若这300个终端分布于事发地5公里范围内的基站覆盖范围之外，那么则需要占用其他基站的业务信道资源，造成信道资源的浪费，而且，这300个组成员由于参与了该组呼业务，将影响针对其的其他业务的进行。

对于第二种方式，由于动态重组是指通过空口方式将新的通话组编入用户终端的业务，所以，在动态重组流程中，基站要向每一个被重组的用户终端发送寻呼信令(c_ahoy)，且每一个被重组的用户终端都需要向基站回复应答信令(c_acku)。当被重组的用户终端的数量较多时，这种动态重组机制使得完成全部用户终端的动态重组耗时较长，无法满足用户希望快速响应的要求，而且，需要长时间占用控制信道资源。

技术实现要素：

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种集群通信系统及其用户终端、动态组呼的方法，既不需要花费长时间进行动态重组，又使得不相关的组成员不需要参与组呼业务。

本发明解决其技术问题所采用的技术方案是：构造一种集群通信系统的动态组呼的方法，包括：

实时获取自身的位置信息，并根据所存储的至少一个动态组号及所述动态组号所对应的区域范围，依次判断自身位置是否在所述区域范围内，若是，则将相应动态组号的状态设置为激活；若否，则将相应动态组号的状态设置为去激活；

当在控制信道上接收到呼叫建立请求时，从所述呼叫建立请求中获取其携带的动态组号及业务信道，并判断所述动态组号是否为激活状态，而且，在所述动态组号为激活状态时，切换到所述业务信道。

优选地，还包括：

将相应动态组号的状态信息上报给控制装置。

优选地，在实时获取自身的位置信息之前，还包括：

在控制信道上接收广播包，所述广播包包括动态组号及所述动态组号所对应的区域范围信息，并判断自身是否属于所述动态组号所对应的动态组，若是，则存储所述广播包中的动态组号及其所对应的区域范围。

优选地，将相应动态组号的状态设置为激活的步骤包括：

判断所述相应动态组号的状态是否为激活状态，若否，则将所述相应动态组号的状态更改为激活状态；

将相应动态组号的状态设置为去激活的步骤包括：

判断所述相应动态组号的状态是否为激活状态，若是，则将相应动态组号的状态更改为去激活状态。

本发明还构造一种集群通信系统的动态组呼的方法，包括：

当在控制信道上接收到呼叫建立请求时，获取自身的位置信息；

从所述呼叫建立请求中获取其携带的动态组号及业务信道，根据自身所存储的至少一个动态组号及所述动态组号所对应的区域范围，获取所述动态组号所对应的区域范围，并判断自身位置是否在所述区域范围内；

在判断自身位置在所述区域范围内时，将所述动态组号的状态设置为激活，并切换到所述业务信道。

优选地，在接收呼叫建立请求的步骤之前，还包括：

在控制信道上接收广播包，所述广播包包括动态组号及所述动态组号所对应的区域范围信息，并判断自身是否属于所述动态组号所对应的动态组，若是，则存储所述广播包中的动态组号及其所对应的区域范围。

本发明还构造一种集群通信系统的用户终端，包括第一处理器、第一存储器及第一通信模块，其中，

所述第一通信模块，用于在控制信道上接收呼叫建立请求；

所述第一存储器，用于存储程序指令及至少一个动态组号及所述动态组号所对应的区域范围；

所述第一处理器，用于根据所述程序指令执行以下步骤：

实时获取自身的位置信息，并根据所存储的至少一个动态组号及所述动态组号所对应的区域范围，依次判断自身位置是否在所述区域范围内，若是，则将相应动态组号的状态设置为激活；若否，则将相应动态组号的状态设置为去激活；

当在控制信道上接收到呼叫建立请求时，从所述呼叫建立请求中获取其携带的动态组号及业务信道，并判断所述动态组号是否为激活状态，而且，在所述动态组号为激活状态时，切换到所述业务信道。

优选地，所述第一处理器，还用于根据所述程序指令执行以下步骤：

将相应动态组号的状态信息通过所述第一通信模块上报给控制装置。

优选地，

所述第一通信模块，还用于在控制信道上接收广播包，所述广播包包括动态组号及所述动态组号所对应的区域范围信息；而且，

所述第一处理器，还用于根据所述程序指令执行以下步骤：

当在控制信道上接收到广播包时，判断自身是否属于所述广播包中的所述动态组号所对应的动态组，若是，则存储所述广播包中的动态组号及其所对应的区域范围。

本发明还构造一种集群通信系统的用户终端，包括第二处理器、第二存储器及第二通信模块，其中，

所述第二通信模块，用于在控制信道上接收呼叫建立请求；

所述第二存储器，用于存储程序指令及至少一个动态组号及所述动态组号所对应的区域范围；

所述第二处理器，用于根据所述程序指令执行以下步骤：

当在控制信道上接收到呼叫建立请求时，获取自身的位置信息，并从所述呼叫建立请求中获取其携带的动态组号及业务信道，根据自身所存储的至少一个动态组号及所述动态组号所对应的区域范围，获取所述动态组号所对应的区域范围，且判断自身位置是否在所述区域范围内；

在判断自身位置在所述区域范围内时，将所述动态组号的状态设置为激活，并切换到所述业务信道。

本发明还构造一种集群通信系统，包括以上所述的用户终端。

实施本发明的技术方案，既不需要花费长时间进行动态重组，又使得不相关的组成员(在设定的区域范围外的用户终端)不参与该组呼业务，这些不相关的组成员可以用来进行其它业务，节省了系统资源及信道资源。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。附图中：

图1是本发明集群通信系统的动态组呼的方法实施例一的流程图；

图2是本发明集群通信系统的动态组呼的方法实施例二的流程图；

图3是本发明集群通信系统的用户终端实施例一的逻辑结构图；

图4是本发明集群通信系统的用户终端实施例二的逻辑结构图；

图5是本发明集群通信系统的用户终端实施例三的逻辑结构图；

图6是本发明集群通信系统的用户终端实施例四的逻辑结构图。

具体实施方式

图1是本发明集群通信系统的动态组呼的方法实施例一的流程图，在该实施例中，用户终端进行以下步骤：

s12.实时获取自身的位置信息，并根据所存储的至少一个动态组号及所述动态组号所对应的区域范围，依次判断自身位置是否在所述区域范围内，若是，则将相应动态组号的状态设置为激活；若否，则将相应动态组号的状态设置为去激活。

在该步骤中，用户终端实时地判断自身的位置是否在每个动态组号所对应的区域范围内，并且根据位置判断结果来设置相应动态组号的状态。也就是说，对于用户终端，其所在的动态组所对应的动态组号带有状态标识信息，状态包括激活状态及去激活状态。而且，该动态组的状态标识与自身位置相关。例如，对于动态组号为901的动态组，其共有1000个组成员，但仅有700个组成员在该动态组号所对应的区域范围内，而另外300个组成员却在该动态组号所对应的区域范围外，因此，对于在此区域范围内的700个组成员，其用户终端中动态组号901为激活状态，而对于另外300个在此区域范围外的组成员，其用户终端中动态组号901为去激活状态。

另外，由于一些用户终端可同时属于多个动态组，例如，对于某个用户终端，其同时在动态组号为901的动态组及动态组号为902的动态组中，且该用户终端所在的每个动态组的动态组号及相应的区域范围信息可预先存储在用户终端中。由于位置检测是实时的，所以，可能某个时刻，该用户终端进入动态组号为901所对应的区域范围内，而不在动态组号为902所对应的区域范围内时，此时，动态组号901是激活状态，动态组号902是去激活状态；在另一时刻，该用户终端进入动态组号为902所对应的区域范围内，而不在动态组号为901所对应的区域范围内时，此时，动态组号902是激活状态，动态组号901是去激活状态。

s13.当在控制信道上接收到呼叫建立请求时，从所述呼叫建立请求中获取其携带的动态组号及业务信道，并判断所述动态组号是否为激活状态，而且，在所述动态组号为激活状态时，切换到所述业务信道。

在该步骤中，用户终端在接收到针对该动态组号的呼叫建立请求时，只有在该动态组号已激活的情况下，才切换到该动态组号所对应的业务信道上，以参与该组呼业务。在上述例子中，对于动态组号为901的动态组，由于仅有700个组成员的用户终端中该动态组号是激活的，所以仅这700个用户终端参与该组呼业务。而另外的300个组成员的用户终端中该动态组号为非激活状态，所以这300个用户终端不参与该组呼业务。

通过实施该实施例的技术方案，当有对指定区域发起组呼叫的需求时，可预先划分好某个动态组号所对应的区域范围，并存储在相应用户终端中。当用户终端进入到相应动态组号对应的区域范围时，此动态组号将被激活；当用户终端移出此区域范围时，此动态组号将被去激活。若用户终端收到对此动态组的呼叫建立请求，则先判断此动态组号是否激活，只有在被激活的情况下才响应呼叫，否则不响应。因此，既不需要花费长时间进行动态重组，又使得不相关的组成员(在此区域范围外的用户终端)不参与该组呼业务，这些不相关的组成员可以用来进行其它业务，节省了系统资源及信道资源。

进一步地，在步骤s12之后，还包括：

s14.将相应动态组号的状态信息上报给控制装置。这样，调度台在组呼业务建立前及进行组呼业务时，均可直观地获知用户终端的哪些动态组已被激活，或者，获知某个区域范围内支持动态组激活功能的用户终端有哪些，从而便于指挥调度。

进一步地，在步骤s12之前，还包括：

s11.在控制信道上接收广播包，所述广播包包括动态组号及所述动态组号所对应的区域范围信息，并判断自身是否属于所述动态组号所对应的动态组，若是，则存储所述广播包中的动态组号及其所对应的区域范围。

在该步骤中，首先说明的是，组分为固定组和动态组，动态组像固定组一样，可由调度台建立或者由权限级别高的用户终端建立。在建立动态组(或固定组)后，可将动态组号(或固定组号)预先写入相应的用户终端及控制装置中。例如，若某个用户终端同时属于固定组号为900的固定组及动态组号为901的动态组。

当发起者有对指定区域发起组呼叫的需求时，例如，某地发生了突发事件或灾难，需要立即通知或组织相关区域内(比如事发地点5公里范围内)的人员来紧急应对，此时，控制装置可在控制信道上广播一条消息，以将某个动态组的区域范围信息(比如事发地点5公里范围内)及信道信息告知该动态组的组成员。当用户终端收到该广播包后，判断广播包中的动态组号是否包含在预先写入的动态组号中，若是，则可判断自身属于该动态组号所对应的动态组，进而存储所述广播包中的动态组号及其所对应的区域范围。反之，不做任何处理。

优选地，在步骤s12中，在对相应动态组号的状态进行设置之前，还可先判断一下动态组号的状态是什么，若当前状态与要设置的状态相同，就不必进行处理，只有在不同时才进行设置。具体为：

将相应动态组号的状态设置为激活的步骤包括：

判断所述相应动态组号的状态是否为激活状态，若否，则将所述相应动态组号的状态更改为激活状态；

将相应动态组号的状态设置为去激活的步骤包括：

判断所述相应动态组号的状态是否为激活状态，若是，则将所述相应动态组号的状态更改为去激活状态。

图2是本发明集群通信系统的动态组呼的方法实施例二的流程图，在该实施例中，用户终端进行以下步骤：

s22.当在控制信道上接收到呼叫建立请求时，获取自身的位置信息；

s23.从所述呼叫建立请求中获取其携带的动态组号及业务信道，根据所存储的至少一个动态组号及所述动态组号所对应的区域范围，获取所述呼叫动态组号所对应的区域范围，且判断自身位置是否在所述区域范围内。

上述两个步骤相比图1所示的步骤s12，所不同的仅是，获取位置信息及进行位置判断是在收到针对所述动态组号的呼叫建立请求时才进行的，而步骤s12则是实时进行的。

s24.在判断自身位置在所述区域范围内时，将所述动态组号的状态设置为激活，并切换到所述业务信道。

在该步骤中，当用户终端判断自身位置在该动态组号所对应的区域范围内时，就切换到该动态组号所对应的业务信道，同时，将该动态组号的状态设置为激活。另外，对于属于该动态组且在区域范围外的用户终端，其并不参与该组呼业务，而且，将所述动态组号的状态设置为去激活。

通过实施该实施例的技术方案，当有对指定区域发起组呼叫的需求时，可预先划分好某个动态组号所对应的区域范围，并存储在相应用户终端中。当用户终端收到对此动态组的呼叫建立请求，则先根据自己的位置信息判断是否在相应动态组号对应的区域范围内，只有在此区域范围内的用户终端才响应呼叫，并将此动态组号激活，否则不响应。因此，既不需要花费长时间进行动态重组，又使得不相关的组成员(在此区域范围外的用户终端)不参与该组呼业务，这些不相关的组成员可以用来进行其它业务，节省了系统资源及信道资源。

进一步地，在步骤s22之前，还包括：

s21.在控制信道上接收广播包，所述广播包包括动态组号及所述动态组号所对应的区域范围信息，并判断自身是否属于所述动态组号所对应的动态组，若是，则存储所述广播包中的动态组号及其所对应的区域范围。该步骤上述实施例中的步骤s11相同，在此不做赘述。

图3是本发明集群通信系统的用户终端实施例一的逻辑结构图，该实施例的用户终端包括第一接收模块11、第一存储模块12、第一位置判断模块13、第一状态设置模块14和第一呼叫处理模块15。其中，第一存储模块12用于存储至少一个动态组号及所述动态组号所对应的区域范围；第一位置判断模块13用于实时获取自身的位置信息，并根据所存储的至少一个动态组号及所述动态组号所对应的区域范围，依次判断自身位置是否在所述区域范围内；第一状态设置模块14用于在判断自身位置在所述区域范围内时，将相应动态组号的状态设置为激活；在判断自身位置在所述区域范围外时，将相应动态组号的状态设置为去激活；第一接收模块11用于在控制信道上接收呼叫建立请求；第一呼叫处理模块15用于在接收到所述呼叫建立请求时，从所述呼叫建立请求中获取其携带的动态组号及业务信道，并判断所述动态组号是否为激活状态，而且，在所述动态组号为激活状态时，切换到所述业务信道。

图4是本发明集群通信系统的用户终端实施例二的逻辑结构图，该实施例的用户终端包括第二接收模块21、第二存储模块22、第二位置判断模块23、第二状态设置模块24和第二呼叫处理模块25。其中，第二存储模块22存储至少一个动态组号及所述动态组号所对应的区域范围；第二接收模块21用于在控制信道上接收呼叫建立请求；第二位置判断模块23用于在接收到所述呼叫建立请求时，获取自身的位置信息，并从所述呼叫建立请求中获取其携带的动态组号及业务信道，根据自身所存储的至少一个动态组号及所述动态组号所对应的区域范围，获取所述动态组号所对应的区域范围，且判断自身位置是否在所述区域范围内；第二状态设置模块24用于在判断自身位置在所述区域范围内时，将所述动态组号的状态设置为激活，在判断自身位置在所述区域范围外时，将所述动态组号的状态设置为去激活；第二呼叫处理模块25用于在判断自身位置在所述区域范围内时，切换到所述业务信道。

进一步地，本发明的用户终端还包括状态上报模块，该状态上报模块用于将相应动态组号的状态信息上报给控制装置。

进一步地，本发明的用户终端还包括状态判断模块，而且，状态判断模块用于判断所述相应动态组号的状态是否为激活状态。而且，第一状态设置模块14(或第二状态设置模块24)用于在判断自身位置在所述区域范围内，且所述相应动态组号的状态为去激活状态时，将所述相应动态组号的状态更改为激活；在判断自身位置在所述区域范围外，且所述相应动态组号的状态为激活状态时，将所述相应动态组号的状态更改为去激活。

进一步地，本发明的用户终端还包括组判断模块，而且，第一接收模块11(或第二接收模块21)还用于在控制信道上接收广播包，所述广播包包括动态组号及所述动态组号所对应的区域范围信息。组判断模块用于在接收到广播包时，判断自身是否属于所述动态组号所对应的动态组。第一存储模块12(或第二存储模块22)用于在判断自身属于所述动态组号所对应的动态组时，存储所述广播包中的动态组号及其所对应的区域范围。

图5是本发明集群通信系统的用户终端实施例三的逻辑结构图，该实施例的用户终端包括第一处理器31、第一存储器32、第一通信模块33。其中，第一通信模块33用于在控制信道上接收呼叫建立请求；第一存储器32用于存储程序指令及至少一个动态组号及所述动态组号所对应的区域范围；第一处理器33用于根据所述程序指令执行以下步骤：

实时获取自身的位置信息，并根据所存储的至少一个动态组号及所述动态组号所对应的区域范围，依次判断自身位置是否在所述区域范围内，若是，则将相应动态组号的状态设置为激活；若否，则将相应动态组号的状态设置为去激活；

当在控制信道上接收到呼叫建立请求时，从所述呼叫建立请求中获取其携带的动态组号及业务信道，并判断所述动态组号是否为激活状态，而且，在所述动态组号为激活状态时，切换到所述业务信道。

在一个可选实施例中，进一步地，第一处理器31还用于根据所述程序指令执行以下步骤：

将相应动态组号的状态信息通过所述第一通信模块33上报给控制装置。

在一个可选实施例中，进一步地，第一通信模块33还用于在控制信道上接收广播包，所述广播包包括动态组号及所述动态组号所对应的区域范围信息；而且，

第一处理器31还用于根据所述程序指令执行以下步骤：

当在控制信道上接收到广播包时，判断自身是否属于所述广播包中的所述动态组号所对应的动态组，若是，则存储所述广播包中的动态组号及其所对应的区域范围。

图6是本发明集群通信系统的用户终端实施例四的逻辑结构图，该实施例的用户终端包括第二处理器41、第一存储器42、第一通信模块43。其中，第二通信模块43用于在控制信道上接收呼叫建立请求；第二存储器42用于存储程序指令及至少一个动态组号及所述动态组号所对应的区域范围；第二处理器41用于根据所述程序指令执行以下步骤：

当在控制信道上接收到呼叫建立请求时，获取自身的位置信息，并从所述呼叫建立请求中获取其携带的动态组号及业务信道，根据自身所存储的至少一个动态组号及所述动态组号所对应的区域范围，获取所述动态组号所对应的区域范围，且判断自身位置是否在所述区域范围内；

在判断自身位置在所述区域范围内时，将所述动态组号的状态设置为激活，并切换到所述业务信道。

本发明还构造一种集群通信系统，包括控制装置及用户终端，其中，用户终端的逻辑结构可参照前文所述，在此不做赘述。另外，在集群通信系统为分布式集群通信系统时，控制装置设置在基站中；在在集群通信系统为集中式集群通信系统时，控制装置可设置在控制中心或基站中。

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