CN1921645A - 一种集群通信***业务接入方法 - Google Patents

Abstract

本发明公开了一种集群通信***业务接入方法。包括：A、***接收集群终端发起的第一业务接入请求，并请求相关业务资源；B、判断当前集群***资源是否可以承载第一业务，如果当前集群***资源可以承载第一业务，则为第一业务分配***资源，并接续第一业务；否则进入步骤C；C、比较第一业务优先级与当前存在第二业务的优先级，如果所述第一业务优先级高于当前存在的第二业务的优先级，则拆除第二业务，为第一业务分配***资源并接续第一业务。通过本发明的技术方案，能够最大限度地利用***资源满足高优先级业务的需求，使通信***能够为集群用户提供更好的服务。

Description

一种集群通信***业务接入方法

技术领域

本发明涉及集群通信领域，尤其涉及一种设定业务接入优先级的集群通信***业务接入方法。

背景技术

集群通信***诞生于70年代末到80年代初。其工作方式类似电话交换***，通过中央交换站根据需要自动为用户指定信道。集群通信的基本原理是：由中央控制器集中控制和管理***中的每个信道，并以动态方式迅速把空闲信道分配给发起呼叫的用户，通话完成后又将该信道收回给等待的用户使用，因此，极大地提高了频道使用率。

集群通信***通常包括诸如组呼、紧急呼叫、发起或接收与公网之间的呼叫等多种呼叫功能；同时，可以为用户提供可靠的通信信道、快速建立通话，尤其是在执行紧急任务时，这些功能更显重要。使用者可根据不同部门的需要共同使用一套集群通信***，为如政务、公用设施管理、环境卫生、警务、消防等建立通话***，而每个部门可以依其任务的需要，建立起符合自身任务要求的特定通话组群，而且集群通信***具有弹性的扩充能力，因此能够随着业务需求的增加，扩充***容量及调整***组态，并且能够持续以软件方式升级。

集群***资源是很宝贵的，随着业务种类及用户的增加，集群***多业务之间资源占用不均衡的矛盾越来越突出，目前还没有一个很好的解决办法。

发明内容

本发明提供一种集群通信***业务接入方法，用以解决现有技术中业务资源占用不均衡的问题。

本发明方法包括：

一种集群通信***业务接入方法，其特征在于为所述的业务分配接入优先级，当集群终端发起业务时，包括以下步骤：

A、***接收集群终端发起的第一业务接入请求，并请求相关业务资源；

B、判断当前集群***资源是否可以承载第一业务，如果当前集群***资源可以承载第一业务，则为第一业务分配***资源，并接续第一业务；否则进入步骤C；

C、比较第一业务优先级与当前存在第二业务的优先级，如果所述第一业务优先级高于当前存在的第二业务的优先级，则拆除第二业务，为第一业务分配***资源并接续第一业务。

所述的步骤C中，所述的第二业务，是当前存在业务中，比第一业务的优先级低的业务。

所述的步骤C中，还包括判断释放第二业务后，***资源是否可以承载第一业务的步骤。

所述的步骤C中，如果释放第二业务后，***资源仍不可以承载第一业务，则继续释放其他优先级低的业务。

所述的步骤C中，如果释放所有低于第一业务优先级的业务，***资源仍不可以承载第一业务，则第一业务呼叫失败，并不释放其他业务。

所述的步骤C中，如果所述当前存在的业务中，存在多个相同优先级的低优先级业务时，则***释放其中网络资源占用多或者占用时间长的的业务。

所述的方法，当所释放低优先级业务为组呼业务时，则释放该组所有群组成员占用的网络资源。

所述的优先级可以按照如下顺序设置：

集群紧急呼叫、集群组呼/集群广播呼叫、集群单呼、普通电话业务、普通数据业务。

所述的步骤C中，如果所述第一业务优先级低于当前存在的所有正在接入的业务，则拒绝第一业务接入请求。

通过本发明的技术方案，能够最大限度的利用***资源满足高优先级业务的需求，使通信***能够为集群用户提供更好的服务。

附图说明

图1为本发明采用的集群***结构示意图之一；

图2为本发明采用的集群***结构示意图之二；

图3为本发明业务接入的流程示意图；

图4为本发明实施例的接入流程示意图；

图5为本发明实施例选择拆除优先级最低的业务的流程示意图。

具体实施方式

下面结合说明书附图来说明本发明的具体实施方式。

本发明可为集群***承载的各种业务设定不同的优先级，以便在集群***网络资源紧张时保证重要业务优先获得集群***服务。

在集群***中，可预先将所承载的业务，如集群业务(包括紧急呼叫、组呼、广播呼叫、单呼等)、普通电话业务、普通数据业务等设定为不同的优先级。通常在上述业务中紧急呼叫一般设为最高优先级，而不同的群组又可设为不同的优先级，不同的集群***具体可设置的优先级数量有所不同。集群***可根据实际需要进行具体的优先级设置。例如，一种可行的优先级策略可按如下顺序设置(从高到低)：集群紧急呼叫、集群组呼/集群广播呼叫、集群单呼、普通电话业务、普通数据业务；对于集群组呼/集群广播呼叫的优先级是以群组的优先级表示的。当然上述优先级可以根据具体的集群通信需要和具体的集群用户需要而有所调整，这不影响本发明的方案的实施。

在***业务优先级设定后，其面向整个***，与具体用户无关。除群组优先级代表的组呼/广播呼叫优先级外，其他业务一般不再区分优先级，即***内同一种业务具有相同的优先级。即便是群组优先级，也与组内个体成员无关，它代表的是这个群组发起组呼/广播呼叫时与网上其他业务及其他群组呼叫的相对优先级关系。

在本发明的方案下，对于新发起的通信/呼叫业务请求(简称“请求”)，如果***发现请求所需的网络资源没有或不足时，则进行业务优先级判断，并首先清除优先级低于请求的业务中优先级最低者，释放相应网络资源，如果资源仍然不够，则按照这种策略继续释放网络资源直至满足请求所需，同时进行相应业务接入处理。如果网络上没有低于请求优先级的业务，或低于请求优先级的业务所占网络资源不足以支持该请求时，***拒绝处理该请求。

下面以基于GSM的集群调度***为例进行说明，但本发明的适用范围并不局限于此，本发明适用于TETRA、IDEN以及其它制式的数字集群通信***。

***业务优先级数据在BSC节点存储，由运营商控制设定，对在本BSC控制节点管辖范围内的所有用户有效。如图1所示，是本发明集群***业务优先级实现的集群***结构示意图，该图中集群业务处理节点可以独立实体存在，也可以与MSC/VLR集成在一起。当集群业务处理节点以独立实体存在时，同时与MSC、BSC相连，形成如图2所示的集群***组网结构。

如图3所示，是本发明的一个总体流程图，从图中可见，本发明主要包括以下步骤：

S1、***接收集群终端发起的第一业务接入请求，并请求相关业务资源；

S2、判断当前集群***资源是否可以承载第一业务？

S3、如果当前***资源可以承载第一业务，进入步骤S7，否则进入步骤S4；

S4、比较第一业务优先级与当前存在的第二业务的优先级，判断所述的第一业务优先级是否大于第二业务优先级？如果是进入步骤S5，如果否，进入步骤S6；

S5、如果所述第一业务优先级高于当前存在的第二业务的优先级，则拆除第二业务，为第一业务分配***资源并接续第一业务；

S6、不予接续第一业务，

S7、为第一业务分配***资源，并接续第一业务

如图4所示，是本发明业务接入的过程示意图，从图中可见，本发明主要包括以下内容：

S11、移动台发起集群业务请求；

集群业务处理节点经BTS和BSC接收用户发起的业务接入请求。

S12、集群业务处理节点对发送业务请求的集群用户的业务合法性进行检查，如果检查通过则向BSC发送资源请求命令；

集群业务处理节点对所发起的集群业务合法性进行验证，如果验证通过，集群业务处理节点向BSC发送资源请求命令，则为所述的业务请求承载资源，如果验证没有通过，则不予请求承载资源。

S13、BSC处理所述的资源请求命令；

BSC接收到该命令后，根据***当前的资源状态和***业务优先级进行处理：如果***资源不足，而且当前新到业务优先级高于当前BSC内存在的业务的最低优先级，则选择拆除当前业务中优先级最低的业务，具体过程如图5所示：

S131、BSC向业务处理节点发送呼叫释放请求，这里释放的是当前该BSC内中存在的优先级最低的业务，根据***业务优先级确定。

该业务优先级可以为***预先确认的优先级顺序，当所述的***资源不够承载当前请求业务时，根据该预先确认的优先级顺序，自低而高地删除低级别的业务承载，以释放部分***资源，以供当前请求业务建立承载而用。

这里存在一种情况，如果当前存在的业务中，有多个相同优先级的低优先级业务时，则***释放其中网络资源占用多或者占用时间长的业务。

另外，当清除低优先级组呼业务时，应一次性清除该组所有组员占用的网络资源。

再有，如果低优先级的业务释放完毕后，其所释放的资源对于要接入的高优先级的业务没有本质的帮助，那么也可以不释放该低优先级的业务，而直接释放另外的业务，这样可以增加***的灵活性，并且减少不必要的资源释放。

另外如果释放所有低于请求业务优先级的业务，***资源仍不可以承载该请求业务，则该请求的业务呼叫失败，并不释放其他业务。

S132、业务处理节点向BSC发送呼叫释放命令。

业务处理节点根据所确定的低级别优先级的业务承载，向BSC发送呼叫释放命令，要求释放该所确定的低级别的业务承载。

S133、***按照正常的呼叫拆线流程进行处理。

不同的移动通信***中对拆线流程都有详细定义，在本发明中不再描述。

S14、BSC向业务处理节点发送资源指配反馈消息，将资源分配结果反馈给业务处理节点。

S15、为移动台分配承载资源，建立本次业务承载。

释放资源后，***可以为请求业务接入的移动台分配业务资源，完成本次业务接入。该过程在在不同的移动通信***中都有详细定义，在本发明中不再细述。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1、一种集群通信***业务接入方法，其特征在于，为所述的业务分配接入优先级，当集群终端发起业务时，包括以下步骤：

A、***接收集群终端发起的第一业务接入请求，并请求相关业务资源；

B、判断当前集群***资源是否可以承载第一业务，如果当前集群***资源可以承载第一业务，则为第一业务分配***资源，并接续第一业务；否则进入步骤C；

C、比较第一业务优先级与当前存在第二业务的优先级，如果所述第一业务优先级高于当前存在的第二业务的优先级，则拆除第二业务，为第一业务分配***资源并接续第一业务。

2、如权利要求1所述的方法，其特征在于，所述的步骤C中，所述的第二业务，是当前存在业务中，比第一业务的优先级低的业务。

3、如权利要求2所述的方法，其特征在于，所述的步骤C中，还包括判断释放第二业务后，***资源是否可以承载第一业务的步骤。

4、如权利要求3所述的方法，其特征在于，所述的步骤C中，如果释放第二业务后，***资源仍不可以承载第一业务，则继续释放其他优先级低的业务。

5、如权利要求4所述的方法，其特征在于，所述的步骤C中，如果释放所有低于第一业务优先级的业务，***资源仍不可以承载第一业务，则第一业务呼叫失败，并不释放其他业务。

6、如权利要求1所述的方法，其特征在于，所述的步骤C中，如果所述当前存在的业务中，存在多个相同优先级的低优先级业务时，则***释放其中网络资源占用多或者占用时间长的的业务。

7、如权利要求1所述的方法，其特征在于，当所释放低优先级业务为组呼业务时，则释放该组所有群组成员占用的网络资源。

8、如权利要求1所述的方法，其特征在于，所述的优先级可以按照如下顺序设置：

集群紧急呼叫、集群组呼/集群广播呼叫、集群单呼、普通电话业务、普通数据业务。

9、如权利要求1所述的方法，其特征在于，所述的步骤C中，如果所述第一业务优先级低于当前存在的所有正在接入的业务，则拒绝第一业务接入请求。

Images