一种集群无线通信系统中动态增加临时应急组的方法与流程

文档序号:11595053阅读:226来源:国知局

本发明涉及集群无线通信技术领域,尤其涉及一种集群无线通信系统中动态增加临时应急组的方法。



背景技术:

集群无线通信系统是一种无线信道共享的专业移动通信系统,其寻址对象是基于终端预先设定的号码。例如可以写入一个个人号码和若干个组号码,个人号码是用于1对1通信,组号码是用于1对多通信。

专业移动通信系统主要用于指挥调度,多采用的是组呼,即1对多的方式。一般组号码可以按行政组织进行设置,这样指挥调度也是按行政组织进行。

在某些情况下,例如原先不相关的组织联合行动,需对2个或更多的个人或组进行统一指挥调度,而这些个人或组并没有预先编程设置的共同组号码。一般方法是临时对这些个人或组进行编号,以方便用一个组号码对这些移动终端进行指挥调度,这称为“动态重组”。动态重组是通过空中信令进行,无需回收移动终端进行,但需对多个重组对象分别单独发送重组信令,在重组对象多的情况下,费时较多。

且在重组过程可能存在部分终端处于关机状态,造成重组失败而导致空中信令重复发送,占用控制信道资源的情况。当某个任务时间跨度时间较长,就需要这个临时组长期存在的情况,以往的做法是把“动态重组”信息存储在终端的非易失性存储器(包括但不限于flash、eprom等)中长期保存,这就需要系统在任务终结,“动态重组”组号消失的情况下,对所重组终端逐个取消“动态重组”,这就势必占用较多的控制信道时间片来进行空口信令的传输。而且在取消的过程中有部分终端会关机或出现没电的情况那么就会造成终端“动态重组”组号长期存在且无法取消的情况。而且系统并没有信令去检测某个终端是否存在“动态重组”。

在传统的“动态重组”方法中,系统并不能把重组的组别名和组属性及组呼叫属性通知到被重组的终端,这就导致用户无法准确客观的了解“动态重组”组的性质和名称以及控制其呼叫属性。

所以目前的技术方案存在耗时长,占用控制信道资源多,存在重组或取消重组不彻底的现象,无法知晓组别名,组属性,组的呼叫属性。用户在使用过程中不够直观,灵活和实用。



技术实现要素:

本发明的目的是针对现有技术的不足,提供了一种集群无线通信系统中动态增加临时应急组的方法,其减少了空中信令的传输数量,使用较少的控制信道资源,彻底方便重组或取消重组,并在重组过程中通知被重组终端重组后的临时应急组的组别名、组属性和组呼叫属性,使用户在使用过程中更加直观,灵活和实用。

为了解决上述问题,本发明采用以下技术方案予以实现:

本发明的一种集群无线通信系统中动态增加临时应急组的方法,包括以下步骤:

在集群无线通信系统的调度终端设置临时应急组,并将选中的终端或群组编入临时应急组;

调度终端查询被编入临时应急组的终端或群组是否已经登记在系统数据库中,向已经登记在系统数据库中的被编入临时应急组的终端或群组发送临时应急组通知,终端或群组接收到临时应急组通知后回复确认应答到调度终端,进入临时应急组;

没有登记在系统数据库中的被编入临时应急组的终端在开机时,该终端向调度终端发送标准登记信令,调度终端将该终端登记在系统数据库中,并向该终端发送包含临时应急组通知的登记应答,该终端接收到登记应答后进入临时应急组;

没有登记在系统数据库中的被编入临时应急组的群组在建立时,该群组向调度终端发送标准登记信令,调度终端将该群组登记在系统数据库中,并向该群组发送包含临时应急组通知的登记应答,该组接收到登记应答后进入临时应急组。

在本技术方案中,用户在某一突发事件或临时紧急事件发生时,可以启动预案将某些个号或某些群组的成员临时编入一个临时应急组中,使这些临时成员能方便快捷的通过这个临时应急组来实现通信,指挥和调度。

“动态重组”信息存储在终端的非易失性存储器(包括但不限于flash、eprom等)中长期保存,这就需要系统在任务终结,“动态重组”组号消失的情况下,对所重组终端逐个取消“动态重组”,这就势必占用较多的控制信道时间片来进行空口信令的传输。

而本方法中,被编入临时应急组的终端或群组都登记在系统数据库中,当终端开机时或群组建立时,都要在系统数据库中登记,调度终端查询系统数据库,将已登记在系统数据库的被编入临时应急组的终端或群组加入临时应急组。因此,终端就不需要存储重组信息,系统侧取消临时应急组,则整个临时应急组消灭,无需像动态重组那样给各个重组终端发送信令逐个取消。

作为优选,所述临时应急组通知携带有临时应急组的组号、组属性和组呼叫属性。终端根据组属性设置临时应急组的性质,并记录组呼叫属性,终端根据临时应急组的性质接收或发起临时应急组的呼叫,终端发起呼叫时携带相关的组呼叫属性。

作为优选,调度终端向终端或群组发送临时应急组通知时,还发送临时应急组的组别名到对应终端或群组;调度终端向终端或群组发送包含临时应急组通知的登记应答时,还发送临时应急组的组别名到对应终端或群组。终端在显示界面上显示临时应急组的组别名。

作为优选,所述组属性包括背景组、响应组或参与组。

作为优选,所述组呼叫属性包括广播呼叫、加密呼叫、呼叫等级或紧急呼叫。

作为优选,用户可根据需要在集群无线通信系统的调度终端设置临时应急组的生效时间和失效时间,当达到生效时间时,临时应急组建立,当达到失效时间时,临时应急组解散。

本发明的有益效果是:减少了空中信令的传输数量,使用较少的控制信道资源,彻底方便重组或取消重组,并在重组过程中通知被重组终端重组后的临时应急组的组别名、组属性和组呼叫属性,使用户在使用过程中更加直观,灵活和实用。

附图说明

图1是本发明的一种工作流程图;

图2是临时应急组通知已登记终端的消息时序图;

图3是临时应急组通知未登记终端的消息时序图。

具体实施方式

下面通过实施例,并结合附图,对本发明的技术方案作进一步具体的说明。

实施例:本实施例的一种集群无线通信系统中动态增加临时应急组的方法,如图1所示,

在集群无线通信系统的调度终端设置临时应急组,并将选中的终端或群组编入临时应急组;

调度终端查询被编入临时应急组的终端或群组是否已经登记在系统数据库中,向已经登记在系统数据库中的被编入临时应急组的终端或群组发送临时应急组通知、临时应急组的组别名,终端或群组接收到临时应急组通知后回复确认应答到调度终端,进入临时应急组;

没有登记在系统数据库中的被编入临时应急组的终端在开机时,该终端向调度终端发送标准登记信令,调度终端将该终端登记在系统数据库中,并向该终端发送包含临时应急组通知的登记应答和临时应急组的组别名,该终端接收到登记应答后进入临时应急组;

没有登记在系统数据库中的被编入临时应急组的群组在建立时,该群组向调度终端发送标准登记信令,调度终端将该群组登记在系统数据库中,并向该群组发送包含临时应急组通知的登记应答和临时应急组的组别名,该组接收到登记应答后进入临时应急组。

临时应急组通知携带有临时应急组的组号、组属性和组呼叫属性。组属性包括背景组、响应组或参与组。组呼叫属性包括广播呼叫、加密呼叫、呼叫等级或紧急呼叫。终端根据组属性设置临时应急组的性质,并记录组呼叫属性,终端根据临时应急组的性质接收或发起临时应急组的呼叫,终端发起呼叫时携带相关的组呼叫属性。终端在显示界面上显示临时应急组的组别名。

用户可根据需要在集群无线通信系统的调度终端设置临时应急组的生效时间和失效时间,当达到生效时间时,临时应急组建立,当达到失效时间时,临时应急组解散。

用户在某一突发事件或临时紧急事件发生时,可以启动预案将某些个号或某些群组的成员临时编入一个临时应急组中,使这些临时成员能方便快捷的通过这个临时应急组来实现通信,指挥和调度。

“动态重组”信息存储在终端的非易失性存储器(包括但不限于flash、eprom等)中长期保存,这就需要系统在任务终结,“动态重组”组号消失的情况下,对所重组终端逐个取消“动态重组”,这就势必占用较多的控制信道时间片来进行空口信令的传输。

而本方法中,被编入临时应急组的终端或群组都登记在系统数据库中,当终端开机时或群组建立时,都要在系统数据库中登记,调度终端查询系统数据库,将已登记在系统数据库的被编入临时应急组的终端或群组加入临时应急组。因此,终端就不需要存储重组信息,系统侧取消临时应急组,则整个临时应急组消灭,无需像动态重组那样给各个重组终端发送信令逐个取消。

例如:临时应急组通知已登记终端的消息时序,如图2所示,调度终端bs向已经登记在系统数据库中的终端ms(终端ms被编入临时应急组)发送临时应急组通知c_tgid和组别名数据cg_ap,终端ms接收到后回复确认应答c_ack到调度终端bs,进入临时应急组;

临时应急组通知未登记终端的消息时序,如图2所示,没有登记在系统数据库中的终端ms(终端ms被编入临时应急组)开机时,终端ms发送标准登记信令c_rand到调度终端bs,调度终端bs将终端ms登记在系统数据库中,并向终端ms发送包含临时应急组通知的登记应答c_ack和组别名数据cg_ap,终端ms接收到后进入临时应急组。

例如:以100个应急组成员为重组对象:

使用传统的动态重组方法:重组时间为100*0.12秒(终端登记耗时)+100*0.12秒(重组信令耗时)=24秒,取消重组时间为100*0.12秒=12秒,所以整个重组过程完成需要36秒,这还未考虑有部分终端处于关机状态需要信令重发的情况。且传统重组方法无法告知被重组对象,重组后的组别名,组属性及组的呼叫属性。

使用本实施例的方法,有如下情况:

(一)当临时应急组成员都为终端且均未登记:所需时间为100*0.12秒(终端登记耗时)+100*0.06(应急组通知信令、组别名数据耗时)=18秒,且无需取消过程。移动终端越多,省的时间越多。且在重组完成后终端用户可以直观的识别重组别名,组属性(背景组,响应组,参与组),呼叫属性(广播呼叫,紧急呼叫,ovcm呼叫,呼叫等级,是否加密呼叫)等。

(二)当临时应急组成员都为终端且均已登记:所需时间为100*0.12秒(终端登记耗时)+100*0.18秒(应答、应急组通知信令、组别名数据耗时)=30秒,无取消流程,与传统方法比较还是省时。且在重组完成后终端用户可以直观的识别重组别名,组属性(背景组,响应组,参与组),呼叫属性(广播呼叫,紧急呼叫,ovcm呼叫,呼叫等级,是否加密呼叫)等。

(三)当临时应急组成员为5个群组且均已登记:所需时间为100*0.12秒(终端登记耗时)+5*0.12(应答、应急组通知信令、组别名数据耗时)=12.3秒,且在重组完成后终端用户可以直观的识别重组别名,组属性(背景组,响应组,参与组),呼叫属性(广播呼叫,紧急呼叫,ovcm呼叫,呼叫等级,是否加密呼叫)等。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1