CN101287180A - 一种组呼业务的控制方法及设备 - Google Patents

Abstract

本发明涉及无线通信领域，公开了一种组呼业务的控制方法及设备。网络侧根据组呼组和小区各自对组呼信道分配方式要求的优先级确定组呼业务信道分配策略；根据所述组呼信道分配策略为组呼业务分配信道。同时本发明实施例也揭示了根据组呼组和小区的信道分配要求的组呼业务控制方法及其设备，使得组呼业务信道可控，可以满足不同组呼业务或者小区的需求。

Description

一种组呼业务的控制方法及设备

技术领域

本发明涉及无线通信领域，特别涉及组呼技术。

背景技术

随着无线通信技术的发展，出现了集群无线通信系统。集群通信系统是近几年来发展起来的一种较经济、较灵活的指挥调度通信系统，广泛应用在政府机关、能源交通、机场码头、工矿企业、消防警察、水利和军事等单位，通常情况下用来满足各单位内部通信联络的需要。所谓集群通信系统，一般来说即系统所具有的可用信道可为系统的全体用户共用，系统具有自动选择信道功能，它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信系统。

现代集群通信系统的基本业务通常引入一种新的呼叫类型：组呼。组呼业务包括语音组呼业务(Voice group call service，简称“VGCS”)，以及语音广播业务(Voice broadcast service，简称“VBS”)。

组呼的特征是多个用户终端同时参与一个呼叫，采用半双工通信方式；每个集群组包括一个组识别号(Group ID)和组呼区域，其中组识别号对应多个用户终端，而组呼区域定义为一族小区，这些信息在用户开户时存储在归属位置寄存器(Home Location Register，简称“HLR”)和用户标识模块(Subscriber Identity Module，简称“SIM”)中。当发起组呼/广播呼叫时，系统在一定的区域范围内广播通知消息(这个区域称为组呼区域)，这样在组呼区域内的用户终端都可以接入到组呼信道，参与这个组呼/广播呼叫。当组呼发起者讲话结束后，处于听状态的其他用户终端可以通过抢上行的操作(采用一按即通(Push To Talk)的接续方式，简称“PTT”)获得讲话权，抢上行的操作按照“先到先得”的方式进行，谁先抢到谁说话，其他加入该组呼业务的用户终端只有当上行空闲时才可以继续抢上行的操作。

参与组呼/广播呼叫的成员可包括两类：调度员和业务用户。每个组呼/广播业务呼叫中最多可以有5个调度员，在任何时刻只准许1个业务用户及至多5个调度员同时讲话。VGCS呼叫的调度员可以是固定用户或移动用户，通过网络为其建立的专用通道参与组呼的话音通信，无需进行抢上行的操作，随时可以参与讲话。参与VGCS呼叫的业务用户即签约VGCS业务的移动用户，被叫业务用户通过组呼区域内的组呼信道参与组呼的话音通信。

处于听状态的业务用户可以通过抢上行的一按即通操作(Push To Talk，简称“PTT”)获得讲话权参与讲话，抢上行的操作按照“先到先得”的方式进行，谁先抢到谁说话，其他业务用户只有当上行空闲时才可以继续抢上行的操作。调度员具有自己的专用通道。

涉及多个MSC的组呼，其中一个MSC负责呼叫的管理，保存该组呼的主要属性，我们称之为Anchor MSC(或称之为MSC-A)，其它MSC为RelayMSC(或称之为MSC-R)，保存该组呼在本MSC下对应的小区列表。AnchorMSC负责建立所有的连接，包括到本MSC的指定小区、相关Relay MSC以及调度台的连接，并通过一个会议桥完成话音的分发。Relay MSC到AnchorMSC仅需建立一条链路，Relay MSC负责所属小区下行话音的分发。

目前，对于组呼业务的信道分配方式，包括，第一种组呼业务信道分配方式，特点在于组呼讲话业务用户仍然占用组呼信道，讲话业务用户独占组呼信道的上行，与该小区内其它的组呼用户共享组呼信道的下行。在这种方式下，组呼区域内每个小区都只有一个业务信道，那就是组呼信道。这种信道分配方式在现有的基于全球移动系统(Global System for Mobile，简称“GSM”)的数字集群通信系统GT800数字集群系统中称之为1.0信道分配方式。第二种组呼业务信道的分配方式，特点在于组呼讲话业务用户在讲话过程中占用另外分配的一个专用业务信道，而组呼信道的上行空闲，组呼信道的下行被其它的组呼业务用户共享。在这种方式下，组呼区域内没有讲话业务用户的小区只有一个业务信道(既组呼信道)，而在讲话业务用户所在的小区，有两个业务信道，一个是组呼信道，一个是专用信道。这种信道分配方式在现有的基于GSM的数字集群通信系统GT800数字集群系统中称之为1.5信道分配方式。

由于上述两种组呼业务信道的分配方式的不同，这两种信道分配方式在功能应用上也具有不同的特点。以GT800集群系统为例，所谓的1.0信道分配方式和1.5信道分配方式在功能应用上存在不同的特点，如下：

(1)由于1.0信道分配方式下，讲话用户与其它业务用户共用信道，自己的话音可能会在组呼信道上传回来，所以会产生回声；而1.5信道分配方式可以避免这个问题；

(2)对于一些特殊业务，例如讲者优先级，组呼短数据，需要除当前讲话业务用户以外的业务用户与网络能够进行快速的信令交互，为了满足时间性能要求，只能在1.5信道分配方式下进行。因为在1.5信道分配方式下，讲话业务用户没有占用组呼信道的上行，组呼信道的上行可以用于其它用户的信令发送。

现有技术中，网络可以在任何时候把讲话业务用户从组呼信道转换到专用信道，也可以随时从专用信道转换到组呼信道；也就是说，当前组呼叫使用的信道类型完全由网络自行决定，运营商或用户无法预先进行设置。

在本发明创造过程中，发明人发现现有技术中至少存在如下问题，以GT800集群系统为例：现有技术没有明确组呼业务信道的控制流程，造成移动业务交换中心(Mobile Switching Centre，简称“MSC”)和基站控制器(BaseStation Controller，简称“BSC”)之间的处理可能不一致。以GT800集群通信系统中组呼业务信道控制方式为例，MSC如果希望采用1.5信道分配方式，在讲话业务用户占用上行后把它指配到一个专用信道，而BSC可能会随时释放这个专用信道，让讲话业务用户加入到组呼信道。这样又变成了1.0信道分配方式。而MSC又把组呼用户指配到专用信道，造成死循环。

这种不一致还体现在讲话业务用户的小区间切换中，如果切换发生在BSC内部，那么切换目标小区的信道分配取决于BSC，BSC可以把讲话业务用户切换到新小区的组呼信道上(即1.0信道分配方式)，也可以在目标小区新分配一个专用信道，然后再切换到专用信道上(即1.5信道分配方式)。

另外，对于一些有特殊业务(例如讲话者优先级，组呼短数据)需求的组呼组，要求系统维持该组的组呼叫的信道分配保持在1.5信道分配方式，如果组呼业务信道的分配方式不可控，则满足不了特殊业务的性能要求。

发明内容

有鉴于此，本发明各实施方式要解决的主要技术问题是提供一种组呼业务的控制方法和设备，使得网络能够根据组呼组及小区对组呼业务的需要来确定组呼信道的分配方式，满足特殊业务的性能要求。

为解决上述技术问题，本发明的实施方式揭示了一种组呼业务的控制方法，包括以下步骤：

网络侧根据组呼组和小区各自对组呼业务信道分配方式要求的优先级确定组呼业务信道分配策略；

根据所述组呼业务信道分配策略为组呼业务分配信道。

本发明的实施方式揭示了一种组呼业务的控制设备，包括以下部分：

管理单元，用于设置组呼组和小区各自对组呼业务信道分配方式要求和/或各自相应的优先级信息；

控制单元，用于根据所述管理单元设置的组呼组和小区各自对组呼业务信道分配方式要求的优先级确定信道分配策略；

资源分配单元，根据所述控制单元确定的信道分配策略为组呼业务分配信道。

本发明的实施方式揭示了一种组呼业务的控制方法，包括：

网络侧根据统一的信道分配策略为组呼业务分配信道。

本发明的实施方式揭示了一种组呼业务的控制设备，包括以下部分：

控制单元，用于设置统一的组呼业务信道分配策略；

资源分配单元，用于根据所述控制单元设置的统一的组呼业务信道分配策略为组呼业务分配信道。

本发明的实施方式揭示了一种组呼业务的控制方法，包括以下步骤：

网络侧根据组呼组的组呼信道分配方式指示标识确定组呼信道分配方式；

根据所述组呼信道分配方式来分配信道。

本发明的实施方式揭示了一种组呼业务的控制方法，包括以下步骤：

根据小区的组呼信道分配方式指示标识确定所述组呼业务的信道分配方式；

根据所述信道分配方式为所述组呼业务分配信道。

本发明的实施方式揭示了一种组呼业务的控制设备，包括以下部分：

管理单元，用于配置组呼组和/或小区的组呼信道分配方式指示标识；

发送单元，用于在网络侧中发送所述管理单元配置的所述组呼组和/或小区的组呼信道分配方式指示标识；

控制单元，用于根据接收到的所述组呼组和/或小区的组呼信道分配方式指示标识确定组呼信道分配策略；

资源分配单元，根据所述控制单元确定的组呼信道分配策略为组呼业务分配信道。

本发明各实施方式所揭示的组呼业务的控制方法和设备，与现有技术相比，主要区别及其效果在于：对于一些有特殊业务要求的组呼组或者小区，通过本发明各实施方式所揭示的组呼业务的控制方法和设备，使得系统可以按照组呼组或者小区的信道分配方式的要求进行组呼业务信道的分配，从而使组呼业务的信道分配方式可控，也满足了组呼业务中特殊业务的性能要求。

附图说明

图1是本发明实施例一所揭示的组呼业务的控制方法的示例性流程图；

图2是本发明实施例二所揭示的一种组呼业务的控制设备示意图；

图3是本发明实施例三所揭示的一种组呼业务的控制方法的流程图；

图4是本发明实施例六所揭示的一种组呼业务控制的方法流程示意图；

图5是本发明实施例七所揭示的一种组呼业务控制的方法，特别是Anchor MSC和GCR之间以及Anchor MSC和Relay MSC之间的消息流程示意图；

图6是本发明实施例七所揭示的一种组呼业务控制的方法，特别是MSC和GCR之间以及Anchor MSC和Relay MSC之间的消息流程示意图；

图7是本发明实施例八所揭示的一种组呼业务控制的方法的流程示意图；

图8是本发明实施例九所揭示的一种组呼业务的控制方法消息流程示意图；

图9是本发明实施例十一所揭示的一种组呼业务的控制方法消息流程示意图；

图10是本发明实施例十三所揭示的一种组呼业务的控制方法消息流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步地详细描述。

实施例一：

请参见图1，图1为本发明实施例所揭示的组呼业务的控制方法的示例性流程图。该流程包括以下步骤：

步骤101：网络侧根据组呼组和小区各自对组呼业务信道分配方式要求的优先级确定组呼业务信道分配策略。

网络侧可以根据需要预先设置组呼组对组呼信道分配方式的要求，以及小区对组呼信道分配方式的要求；同时也可以设置组呼组和小区各自对组呼信道分配方式要求的优先级信息。

如果组呼组对组呼业务信道分配方式要求的优先级高于小区对组呼业务信道分配方式要求的优先级的时候，网络侧就优先根据所述组呼组对组呼业务信道分配方式要求进行信道分配；如果小区对组呼业务信道分配要求的优先级高于组呼组对组呼业务信道分配方式要求的优先级，那么网络侧优先根据小区对组呼业务信道分配方式要求进行组呼业务信道分配。

进一步的，具体而言，确定组呼业务信道分配策略也可以为：根据组呼组或者小区的信道分配方式要求是否为特定信道分配要求，这里的特定信道分配要求可以是组呼业务中组呼1.5信道分配要求。方法如下：

当所述组呼组的组呼信道分配方式为特定信道分配要求，同时，所述小区的组呼信道分配方式不是特定信道分配要求时，按照组呼组的组呼信道分配方式要求来分配组呼信道，也即按照组呼1.5信道分配要求，为组呼用户分配专用的组呼信道；

当所述小区的组呼信道分配方式为特定信道分配要求，同时，所述组呼组的组呼信道分配方式不是特定信道分配要求时，则按照小区的组呼信道分配方式要求来分配组呼信道，也即按照组呼1.5信道分配要求，为组呼用户分配专用的组呼信道；

当所述小区的组呼信道分配方式为特定信道分配要求，同时，所述组呼组的组呼信道分配方式也是特定信道分配要求时，那么，按照所述特定信道分配要求来分配组呼信道，为组呼用户分配专用的组呼信道；

当所述小区的组呼信道分配方式不是特定信道分配要求，同时，所述组呼组的组呼信道分配方式也不是特定信道分配要求时，此时，小区和组呼组对组呼信道的分配都没有特殊要求，那么网络侧按照默认的方式为当前组呼分配组呼信道，也即按照目前组呼业务中比较常见的信道分配方式：组呼1.0信道分配方式来进行信道分配。

步骤102：根据所述组呼业务信道分配策略分配信道。

本实施例一所揭示的组呼业务控制的方法，可以用在发起组呼或者组呼业务用户占用上行的时候，在当前小区进行所述组呼信道分配；也可以用在当组呼发生切换时，进行所述组呼信道分配。

进一步的：

在组呼寄存器(Group Call Register，简称“GCR”)中，设置

在组呼业务发起时，为优先满足组呼组的特殊信道类型要求，MSC在组呼叫建立过程中，根据组指定组呼信道类型要求/组呼组的信道分配方式要求标识判断对应组呼叫是否有指定信道类型要求，如果有特殊信道类型要求则根据组默认组呼信道类型指示值指示的组呼信道类型为组呼叫分配组呼信道；否则MSC查找小区默认组呼信道类型指示值并按该值指示的信道类型为组呼叫分配组呼信道，如果MSC不能获取小区默认组呼信道类型指示值则随机指派组呼信道类型。如果要优先满足小区信道分配优化，则MSC在组呼叫建立过程中，MSC先查找小区默认组呼信道类型指示值并按该值指示的信道类型为组呼叫分配组呼信道，如果小区默认组呼信道类型没有预先设定则进一步根据对应组呼组的默认信道类型指示值分配组呼信道，如果组呼组默认信道类型也没有预先设定则MSC随机指派组呼信道类型。

在组呼发生切换时，如果当前讲话业务用户发生切换，切换目标小区的组呼信道模式取值由目标小区所在MSC决定。为优先满足组呼组的特殊信道类型要求，MSC取值的过程可以是：MSC根据组指定信道类型要求指示值判断对应组呼叫是否有指定信道类型要求，如果有特殊信道类型要求则取组默认组呼叫信道类型指示值指示的组呼信道类型为目标小区的信道模式；否则MSC取小区默认组呼信道类型指示值指示的组呼信道类型为目标小区的信道模式，如果MSC不能获取小区默认组呼信道类型指示值则随机指派组呼信道。如果要优先满足小区信道分配优化，则MSC取值的过程如下：MSC取小区默认组呼信道类型指示值指示的组呼信道类型为目标小区的信道模式，如果小区默认组呼信道类型指示值则没有预先设定则进而取对应组呼组的默认信道类型指示值指示的组呼信道类型为目标小区的信道模式，如果组呼组默认信道类型也没有预先设定则MSC随机指派组呼信道类型。

上述处理过程中，MSC具体可以是Anchor MSC和Relay MSC。

通过本实施例一所揭示的方案，可以使得组呼组和小区各自对信道分配方式要求可以按照优先级，或者是否存在特殊信道分配要求来协调处理，从而使得组呼业务信道的分配可控，也从而满足特殊业务的需求。

实施例二：

本实施例二，提供了一种组呼业务的控制设备，此设备可以用来实施本说明书实施例一所揭示一种组呼业务控制的方法，该设备分为以下几个部分：

如图2所示，其中：

201为管理单元，根据需要预先设置组呼组对组呼信道分配方式要求，以及小区对组呼信道分配方式要求；同时也可以根据需要设置组呼组和小区各自对组呼信道分配方式要求的优先级信息；

202为控制单元，用于根据所述管理单元设置的组呼组和小区各自对组呼业务信道分配方式要求或各自对应的优先级确定来信道分配策略，

203为资源分配单元，根据所述控制单元确定的信道分配策略为组呼业务分配组呼信道。

具体该设备各部分的作用过程可以如下：

第一种作用过程：

管理单元预先设置组呼组对组呼信道分配方式要求，以及小区对组呼信道分配方式要求；管理单元同时设置组呼组和小区各自对组呼信道分配方式要求的优先级信息：

其中，如果组呼组对组呼业务信道分配方式要求的优先级高于小区对组呼业务信道分配方式要求的优先级，控制单元就优先根据所述组呼组对组呼业务信道分配方式要求进行信道分配；

如果管理单元设置小区对组呼业务信道分配要求的优先级高于组呼组对组呼业务信道分配方式要求的优先级，那么控制单元就优先根据小区对组呼业务信道分配方式要求进行组呼业务信道分配。

第二种作用过程：

管理单元将组呼组的组呼信道分配方式设为特定信道分配要求，小区的组呼信道分配方式设为非特定信道分配要求，那么控制单元就按照组呼组的组呼信道分配方式要求来确定组呼信道分配方式，比如说按照组呼1.5信道分配要求来确定组呼信道分配方式，资源分配单元则为组呼用户分配专用的组呼信道。

也可以是：

管理单元将小区的组呼信道分配方式设为特定信道分配要求，组呼组的组呼信道分配方式设为非特定信道分配要求，那么控制单元就按照小区的组呼信道分配方式要求来确定组呼信道分配方式，也即按照组呼1.5信道分配要求来确定组呼信道分配方式，资源分配单元则为组呼用户分配专用的组呼信道；

也可以是：

管理单元将小区的组呼信道分配方式设为特定信道分配要求，组呼组的组呼信道分配方式也设为特定信道分配要求，那么控制单元就按照小区的组呼信道分配方式要求来确定组呼信道分配方式，那么，也即按照组呼1.5信道分配要求来确定组呼信道分配方式，资源分配单元则为组呼用户分配专用的组呼信道；

也可以是：

管理模块将小区的组呼信道分配方式设为非特定信道分配要求，同时，管理模块将组呼组的组呼信道分配方式也设为非特定信道分配要求时，此时，小区和组呼组对组呼信道的分配都没有特殊要求，那么控制模块确定当前组呼业务信道分配方式为按照默认的方式为当前组呼分配组呼信道，也即按照目前组呼业务中比较常见的信道分配方式：组呼1.0信道分配方式来进行信道分配。

如本实施例二揭示的组呼业务控制的设备，还可以进一步包括存储单元，用于存储管理单元预先设置组呼组和小区分别对组呼信道分配方式要求，以及相应的优先级信息，该存储单元可进一步为组呼寄存器(Group CallRegister，简称为“GCR”)，在组呼寄存器中可以存储比如组呼组对信道分配方式要求标识。

如本实施例二揭示的组呼业务控制的设备，还可以进一步包括信息发送单元，用来将管理单元设置的各种信息在网络侧各设备中进行发送。

通过本实施例二揭示的组呼业务控制的设备，可以达到对网络组呼信道有序控制的技术效果，避免了现有技术中组呼信道分配方式不可控的情况。

实施例三：

请参见图3，图3为本发明实施例一所揭示的组呼业务控制方法的进一步说明。该流程包括以下步骤：

步骤301：网络侧设置组呼组和小区各自对组呼业务信道分配方式要求的优先级；

步骤302：判断组呼组对组呼业务信道分配方式要求的优先级是否高于小区对组呼业务信道分配方式要求的优先级，若组呼组对组呼业务信道分配方式要求的优先级高于小区对组呼业务信道分配方式要求的优先级，则执行步骤303a；若组呼组对组呼业务信道分配方式要求的优先级低于小区对组呼业务信道分配方式要求的优先级，则执行步骤303b；

步骤303a：判断组呼组对组呼业务信道分配方式要求信息是否为空，若空，则执行步骤304a，若组呼组的组呼业务信道分配方式要求信息不为空，则执行步骤305a；

步骤304a：判断小区的组呼业务信道分配方式要求信息是否为空，若空，则执行步骤306a；若小区的组呼业务信道分配方式要求信息为空，则执行步骤307a；

步骤305a：网络侧根据组呼组对组呼业务信道方式模式要求分配信道；

步骤306a：网络侧随机为组呼业务分配信道；

步骤307a：根据小区对组呼业务信道分配方式要求分配信道；

步骤303b：判断小区对组呼业务信道分配方式要求信息是否为空；

步骤304b：判断组呼组对组呼业务信道分配方式要求信息是否为空；

步骤305b：根据小区对组呼业务信道分配方式要求分配信道；

步骤306b：网络侧随机为组呼业务分配信道；

步骤307b：根据组呼组对组呼业务信道分配方式要求分配信道。

实施例四：

本发明的实施例四揭示了一种组呼业务的控制方法，本实施例方法包括：网络侧预先配置全网统一的组呼业务信道分配策略，根据统一的信道分配策略为组呼业务分配信道，在组呼信道分配过程中，组呼组和小区都遵循所述统一的组呼业务信道分配策略。本实施例方法可应用在组呼发起或者组呼业务用户占用上行的情况下，也可以应用在组呼发生小区间切换的情况下。

MSC涉及的所有小区和所有组都统一设置为一种模式，全网统一的组呼业务信道分配策略信息或者信道类型指示可以保存在MSC种，这样就不需要从GCR或者其他网元中去获取。

具体的，比如可以全网统一为1.0分配方式，即可以为所有组呼讲者分配组呼信道，或者全网统一为1.5信道分配方式，即可以为所有组呼讲者分配专用的组呼信道。

通过本发明的实施例四揭示的一种组呼业务的控制方法，可以对全网组呼信道分配方式进行统一配置。

实施例五：

本发明的实施例五揭示了一种组呼业务的控制设备，这种设备可以用来实施本发明实施例四所揭示的组呼业务的控制方法。该设备包括：

控制单元，用于设置统一的组呼业务信道分配策略；

资源分配单元，用于根据所述控制单元设置的统一的组呼业务信道分配策略为组呼业务分配信道。

如本实施例五揭示的组呼业务控制的设备，还可以进一步包括存储单元，用于存储管理单元预先设置的统一的组呼业务信道分配策略。

进一步的，如本实施例五揭示的组呼业务控制的设备，还可以包括信息发送单元，用来将管理单元设置的各种信息在网络侧各设备中进行发送。

实施例六：

本发明的实施例六揭示了一种组呼业务控制的方法，使得组呼业务信道的分配方式可以按照组呼组对组呼业务信道分配方式的要求进行，如图4所示，该方法如下：

步骤401：网络侧根据组呼组的组呼信道分配方式指示标识确定组呼信道分配方式；

步骤402：根据所述组呼信道分配方式来分配信道。

网络侧预先配置组呼组的组呼信道分配方式指示标识。

具体的，当所述组呼组的组呼信道分配方式指示标识为：组呼1.0信道分配方式指示值，对应组呼1.0信道分配方式时；或者，当所述组呼组的组呼信道分配方式指示标识为：组呼1.5信道分配方式指示值，对应组呼1.5信道分配方式时：

第一种过程：

在发起组呼或者组呼业务用户占用上行的时候，如果：

第1种情况：当所述组呼组的组呼信道分配方式为所述组呼1.0信道分配方式时，则为当前讲话业务用户分配并维持在当前小区的组呼信道，除非发生切换和释放上行，不释放所述为当前讲话业务用户分配的组呼信道，BSC只有在无线链路中断和MSC发送清除命令，讲话业务用户切换出该小区的情况下，才释放该专用信道。

第2种情况：当所述组呼组的组呼信道分配方式为所述组呼1.5信道分配方式时，为所述讲话业务用户在当前小区分配一个专用信道，并维持所述讲话业务用户在该专用信道上，除非发生切换和释放上行，否则不释放所述为当前讲话业务用户分配的专用信道，BSC只有在无线链路中断和MSC发送清除命令，讲话业务用户切换出该小区的情况下，才释放该专用信道。

第二种过程：

当发起组呼切换时，如果：

第1种情况：当所述组呼组的组呼信道分配方式为所述组呼1.0信道分配方式时，将当前讲话业务用户切换到目标小区的组呼信道。

第2种情况：当目标小区的信道分配方式为组呼1.5信道分配方式时，则在目标小区分配一个专用信道，将讲话业务用户切换到所述专用信道；

或者，先将所述讲话业务用户切换到目标小区的组呼信道，再在所述目标小区分配一个专用信道，并将所述讲话业务用户指配到所述专用信道上。除非发生切换和释放上行，否则不释放所述为当前讲话业务用户分配的专用信道，BSC只有在无线链路中断和MSC发送清除命令，讲话业务用户切换出该小区的情况下，才释放该专用信道。

组呼组的组呼信道分配方式指示标识可以保存在组呼寄存器中，并携带在组呼寄存器查询响应消息以及准备组呼消息中在网络侧传送。

如果组呼组的组呼信道分配方式指示标识为空，则网络侧可以根据小区的组呼信道分配方式指示标识来分配组呼信道，如果小区的组呼信道分配方式指示标识也为空，那么网络侧可以分配默认的组呼信道，即按1.0的方式分配；也可以随机按照网络侧的情况分配组呼信道。

实施例七：

本发明实施例七揭示了一种组呼业务控制的方法，可以用来对本发明实施例六作进一步的说明。如下：

可以在每个MSC中的小区配置数据中针对组呼叫服务增加小区默认组呼信道类型指示值，用来指示MSC管辖下的小区内一旦建立组呼叫，只要组呼组对组呼叫信道类型没有特殊要求则MSC按此值指示的信道类型在小区内为组呼叫建立信道。

对于有特殊业务需要而要指定信道类型的组呼组，在GCR数据配置中，为每个组呼组新增加一组默认组呼信道类型指示标识，可以由组指定组呼信道类型要求指示值或者组默认组呼信道类型指示值组成，分别用来指示对应组呼组是否有指定组呼信道类型要求或者默认的组呼信道类型。

所述的指定组呼信道类型要求可以是组呼业务的1.5组呼信道分配方式，所述的默认的组呼信道类型可以是组呼业务的1.0组呼信道分配方式。

在对应组呼组的组呼叫建立过程中，GCR通过GCR_INT_ACK消息携带默认组呼信道类型指示标识给Anchor MSC，之后Anchor MSC通过PREPARE GROUP CALL消息将默认组呼信道类型指示标识告知RelayMSC；Anchor MSC、Relay MSC在本次组呼进行过程中都保存指定组呼信道类型要求指示值和其默认组呼信道类型指示值。

当组呼发起者在Anchor MSC时，如图5所示，该流程图主要表示了Anchor MSC和GCR之间以及Anchor MSC和Relay MSC之间的消息流程：

步骤501：完全层三消息(COM_L3_INFO)：组呼建立请求消息，包含了用户建立组呼的初始组呼信息。

步骤502：GCR查询(GCR_INT)：用于请求获取组呼属性。

步骤503：GCR查询响应(GCR_INT_ACK)：返回组呼属性，其中包括该组呼指定的组呼信道类型。

步骤504：准备组呼(PREPARE_GROUP_CALL)：把组呼属性发送给Relay MSC，其中包括该组呼指定的组呼信道类型。

步骤505：准备组呼响应(PREPARE_GROUP CALL_ACK)：通过该消息返回组呼号码(Group Call number)。

步骤506：建立(SETUP(to MSC-R))：建立到Relay MSC的ISUP连接。

步骤507：连接(CONNECT(from MSC-R))：ISUP连接建立确认。

当组呼发起者在Relay MSC时，如图6所示，该流程图主要表示了MSC和GCR之间以及Anchor MSC和Relay MSC之间的消息流程，如下：

步骤601：完全层三消息(COM_L3_INFO)：组呼建立请求消息，包含了用户建立组呼的初始组呼信息。

步骤602：GCR查询(GCR_INT)：用于请求获取组呼属性。

步骤603：GCR查询响应(GCR_INT_ACK)：返回组呼属性，其中包括该组呼对应的Anchor MSC地址。

步骤604：建立(SETUP(to MSC-A))：为组呼发起者建立一条到AnchorMSC的专用连接。

步骤605：GCR查询(GCR_INT)：用于请求获取组呼属性。

步骤606：GCR查询响应(GCR_INT_ACK)：返回组呼属性，其中包括该组呼指定的组呼信道类型。

步骤607：准备组呼(PREPARE_GROUP_CALL)：把组呼属性发送给Relay MSC，其中包括该组呼指定的组呼信道类型。

步骤608：GCR查询(GCR_INT)：用于请求获取组呼属性。

步骤609：GCR查询响应(GCR_INT_ACK)：返回组呼属性，其中包括该组呼在该MSC内对应的小区列表。

步骤610：准备组呼响应(PREPARE_GROUP CALL_ACK)：通过该消息返回组呼号码(Group Call number)。

步骤611：建立(SETUP(from MSC-A))：建立到Relay MSC的ISUP连接。

步骤612：连接(CONNECT(to MSC-A))：ISUP连接建立确认。

进一步的，如果为优先满足组呼组的特殊信道类型要求，Anchor MSC和Relay MSC在组呼叫建立过程中，根据组指定组呼信道类型要求指示值判断对应组呼叫是否有指定信道类型要求，如果有特殊信道类型要求则根据组默认组呼信道类型指示值指示的组呼信道类型为组呼叫分配组呼信道；否则MSC查找小区默认组呼信道类型指示值并按该值指示的信道类型为组呼叫分配组呼信道，如果MSC不能获取小区默认组呼信道类型指示值则随机指派组呼信道类型。如果要优先满足小区信道分配优化，则Anchor MSC和Relay MSC在组呼叫建立过程中，MSC先查找小区默认组呼信道类型指示值并按该值指示的信道类型为组呼叫分配组呼信道，如果小区默认组呼信道类型没有预先设定则进一步根据对应组呼组的默认信道类型指示值分配组呼信道，如果组呼组默认信道类型也没有预先设定则MSC随机指派组呼信道类型。

在组呼进行中，如果当前讲话业务用户发生切换，切换目标小区的组呼信道方式取值由目标小区所在MSC决定。为优先满足组呼组的特殊信道类型要求，MSC取值的过程可以如下：MSC根据组指定信道类型要求指示值判断对应组呼叫是否有指定信道类型要求，如果有特殊信道类型要求则取组默认组呼叫信道类型指示值指示的组呼信道类型为目标小区的信道方式；否则MSC取小区默认组呼信道类型指示值指示的组呼信道类型为目标小区的信道方式，如果MSC不能获取小区默认组呼信道类型指示值则随机指派组呼信道。如果要优先满足小区信道分配优化，则MSC取值的过程如下：MSC取小区默认组呼信道类型指示值指示的组呼信道类型为目标小区的信道方式，如果小区默认组呼信道类型指示值则没有预先设定则进而取对应组呼组的默认信道类型指示值指示的组呼信道类型为目标小区的信道方式，如果组呼组默认信道类型也没有预先设定则MSC随机指派组呼信道类型。

当前讲话业务用户在专用信道上时，非切换情况下，BSC只有在无线链路中断和MSC发送清除命令的情况下，才释放专用信道。

此处指定信道类型要求或者特殊信道分配要求可以是1.5组呼信道分配方式，小区默认组呼信道类型指示值可以是1.0组呼信道分配方式。

实施例八：

本发明实施例八揭示了一种组呼业务控制的方法，如图7所示，本实施例八揭示的组呼业务控制的方法，使得组呼业务信道的分配方式可以按照小区对组呼业务信道分配方式的要求进行，在于：

步骤701：网络侧根据小区的组呼信道分配方式指示标识确定所述组呼业务的信道分配方式；

步骤702：根据所述信道分配方式为所述组呼业务分配信道。

网络侧预先配置小区的组呼信道分配方式指示标识。

进一步的，当所述小区的组呼信道分配方式指示标识为：组呼1.0信道分配方式指示值，对应组呼1.0信道分配方式时；或者，所述小区的组呼信道分配方式指示标识为：组呼1.5信道分配方式指示值，对应组呼1.5信道分配方式时。

第一种过程：

当发起组呼或者组呼业务用户占用上行时，则

第1种情况：在当前小区的信道分配方式为组呼1.0信道分配方式时，网络侧将当前讲话业务用户维持在其所在小区的组呼信道上，除非发生切换和释放上行。

第2种情况：在当前小区的信道分配方式为组呼1.5信道分配方式时，网络侧为当前讲话业务用户在其所在的小区分配一个专用信道，并维持该讲话业务用户在该专用信道上，除非发生切换和释放上行，否则不释放所述为当前讲话业务用户分配的专用信道。

第二种过程：

当发起组呼切换时，则：

第1种情况：在目标小区的信道分配方式为组呼1.0信道分配方式时，将当前讲话业务用户切换到目标小区的组呼信道。

第2种情况：在目标小区的信道分配方式为组呼1.5信道分配方式时，则通知BSC在目标小区分配一个专用信道然后切换到该专用信道；

或者，先将当前讲话业务用户切换到目标小区的组呼信道，再通知BSC在目标小区分配一个专用信道，并将所述讲话业务用户指配到该专用信道上。

进一步的，当所述组呼组的组呼信道分配方式指示标识为空时，网络侧根据小区的组呼信道分配方式指示标识来分配组呼信道；

或者，当所述组呼组的组呼信道分配方式指示标识和小区的组呼信道分配方式指示标识都为空时，网络侧为组呼分配组呼信道。

实施例九：

本发明的实施例九揭示了一种组呼业务的控制设备，这种设备可以用来实施本发明实施例六，以及本发明实施例八所揭示的组呼业务的控制方法，该设备包括：

管理单元，用于配置组呼组和/或小区的组呼信道分配方式指示标识；

控制单元，用于根据接收到的所述组呼组和/或小区的组呼信道分配方式指示标识确定组呼信道分配策略；

资源分配单元，根据所述控制单元确定的组呼信道分配策略为组呼业务分配信道。

进一步的，如本实施例五揭示的组呼业务控制的设备，还可以包括信

息发送单元，用来将管理单元设置的各种信息在网络侧各设备中进行发送。

以上各单元之间的作用关系，还可以进一步参考本发明实施例六，以及本发明实施例八所揭示的组呼业务的控制方法。

实施例十：

本发明实施例十揭示了一种组呼业务的控制方法，也可以作为对实施例八的进一步说明。

对于组呼讲话业务用户的切换，发生BSC内的小区间切换，MSC判断目标小区采用1.0信道方式，BSC将切换请求发送给MSC，由MSC来处理目标小区的组呼业务信道的分配方式，切换到组呼信道，具体信令流程如图8所示，如下：

步骤801：BSC通过该当前讲话业务用户对应的SCCP连接将切换请求(Handover request)发送给MSC，其中包含目标小区标识，该信令通过讲话用户原来对应的SCCP连接发送；

步骤802：MSC通过目标小区对应组呼资源控制SCCP连接发送切换要求(Handover required)给BSC；

步骤803：BSC将目标小区的信道描述通过切换请求应答(Handoverrequest ack)发送给MSC；

步骤804：MSC通过当前讲话者对应的SCCP连接发送切换命令(Handover command)将目标小区的信道描述发给BSC，BSC将讲话业务用户切换到新小区的组呼信道；该信令通过讲话用户原来对应的SCCP连接发送；

步骤805：切换完成后，BSC通过目标小区的组呼资源控制SCCP连接发送切换完成(Handover complete)给MSC。

实施例十一：

本发明实施例十一揭示了一种组呼业务的控制方法，也可以作为对实施例八的进一步说明。

对于组呼讲话业务用户的切换，发生BSC间的小区间切换，MSC判断目标小区采用1.0信道方式，则采用如下方法：BSC将切换请求发送给MSC，由MSC来处理目标小区的组呼业务信道的分配方式，切换到组呼信道，具体信令流程如图9所示，如下：

步骤901：源BSC通过该当前讲话业务用户对应的SCCP连接将切换请求(Handover request)发送给MSC，其中包含目标小区标识；

步骤902：MSC通过目标小区对应组呼资源控制SCCP连接发送切换要求(Handover required)给目标BSC；

步骤903：目标BSC将目标小区的信道描述通过切换请求应答(Handoverrequest ack)发送给MSC；

步骤904：MSC通过当前讲话者对应的SCCP连接发送切换命令(Handover command)将目标小区的信道描述发给源BSC，源BSC将讲话业务用户切换到新小区的组呼信道；

步骤905：切换完成后，目标BSC通过目标小区的组呼资源控制SCCP连接发送切换完成(Handover complete)给MSC。

步骤906：源MSC发送切换成功给源BSC。

实施例十二：

本发明实施例十二揭示了一种组呼业务的控制方法，也可以作为对实施例八的进一步说明。

对于组呼讲话业务用户的切换，发生MSC间的小区间切换，目标MSC判断目标小区采用1.0信道方式，则采用如下方法：BSC将切换请求发送给MSC，由MSC来处理目标小区的组呼业务信道的分配方式，切换到组呼信道，具体信令流程如下：

步骤一：源BSC通过该当前讲话业务用户对应的SCCP连接将切换请求(Handover request)发送给源MSC，其中包含目标小区标识；

步骤二：源MSC将将切换请求(Handover request)发送给目标MSC；

步骤三：目标MSC通过目标小区对应组呼资源控制SCCP连接发送切换要求(Handover required)给目标BSC；

步骤四：目标BSC将目标小区的信道描述通过切换请求应答(Handoverrequest ack)发送给目标MSC；

步骤五：目标MSC发送切换请求应答(Handover request ack)给源MSC。

步骤六：源MSC通过当前讲话者对应的SCCP连接发送切换命令(Handover command)将目标小区的信道描述发给源BSC，源BSC将讲话业务用户切换到新小区的组呼信道；

步骤七：切换完成后，目标BSC通过目标小区的组呼资源控制SCCP连接发送切换完成(Handover complete)给目标MSC。

步骤八：目标MSC发送切换完成(Handover complete)给源MSC。

步骤九：源MSC发送切换成功给源BSC。

实施例十三：

本发明实施例十三揭示了一种组呼业务的控制方法，也可以作为对实施例八的进一步说明。

对于组呼讲话业务用户的切换，发生小区间切换(包括BSC内的小区间切换，BSC间的小区间切换，和MSC间的小区间切换)，目标小区所在MSC判断目标小区采用1.5信道方式，则有两种处理方式：如果是BSC内的小区间切换，则下面步骤中的源BSC和目标BSC是同一BSC，如果是BSC内小区间切换或者BSC间MSC内小区间切换，则源MSC与目标MSC是同一MSC。

方法一：BSC将切换请求发送给MSC，由MSC来处理目标小区的组呼业务信道的分配方式，直接切换到专用信道，具体步骤如下：

步骤一：源BSC通过该当前讲话业务用户对应的SCCP连接将切换请求(Handover request)发送给源MSC，其中包含目标小区标识；

步骤二：如果是MSC间的小区间切换，则源MSC将将切换请求(Handover request)发送给目标MSC；

步骤三：目标MSC新建一个专用的SCCP连接，并分配一个新的A接口电路，发送切换要求(Handover required)给目标BSC，包含新分配的A接口电路号；

步骤四：目标BSC分配新的专用信道，并将新的专用信道描述通过切换请求应答(Handover request ack)发送给目标MSC；

如果是MSC间的小区间切换，目标MSC发送切换请求应答(Handoverrequest ack)给源MSC。

步骤五：源MSC通过当前讲话者对应的SCCP连接发送切换命令(Handover command)将目标小区的信道描述发给源BSC，源BSC将讲话业务用户切换到新小区的专用信道；

步骤六：切换完成后，目标BSC通过新分配的SCCP连接发送切换完成(Handover complete)给目标MSC。

如果是MSC间的小区间切换，目标MSC发送切换完成(Handovercomplete)给源MSC。

如果是BSC间或者MSC间的切换，则源MSC发送切换成功给源BSC。

方法二：讲话业务用户从专用信道切换到组呼信道后，MSC将讲话业务用户再指配到专用信道，具体信令流程如图10所示：

步骤1001：BSC完成切换；

步骤1002：MSC通过新建立的一个专用SCCP连接发送指配请求，其中包含新分配的A接口电路号，以及切换目标小区的标识；

步骤1003：BSC收到该消息后，在目标小区内新分配一个专用信道，并将讲话业务用户指配到该专用信道上。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (32)

1.一种组呼业务的控制方法，其特征在于，包括：

网络侧根据组呼组和小区各自对组呼信道分配方式要求的优先级确定组呼业务信道分配策略；

根据所述组呼信道分配策略为组呼业务分配信道。

2.根据权利要求1所述的组呼业务的控制方法，其特征在于：

所述网络侧根据组呼组和小区各自对组呼信道分配方式要求的优先级确定组呼信道分配策略为：

当所述组呼组对组呼信道分配方式要求的优先级高于所述小区对组呼信道分配方式要求的优先级时，网络侧优先根据所述组呼组对组呼信道分配方式要求进行信道分配；

当所述小区对组呼信道分配要求的优先级高于所述组呼组对组呼信道分配方式要求的优先级时，网络侧优先根据所述小区对组呼信道分配方式要求进行组呼业务信道分配。

3.根据权利要求2所述的组呼业务的控制方法，其特征在于，包括：

网络侧预先设置组呼组对组呼信道分配方式要求的优先级，以及小区对组呼信道分配方式要求的优先级。

4.根据权利要求2所述的组呼业务的控制方法，其特征在于：

根据所述组呼组和小区各自对组呼信道分配方式要求是否为特定信道分配要求来确定所述组呼业务信道分配策略：

当所述组呼组的组呼信道分配方式为特定信道分配要求，同时，所述小区的组呼信道分配方式不是特定信道分配要求时，按照组呼组的组呼信道分配方式要求来分配组呼信道；

当所述小区的组呼信道分配方式为特定信道分配要求，同时，所述组呼组的组呼信道分配方式不是特定信道分配要求时，按照小区的组呼信道分配方式要求来分配组呼信道；

当所述小区的组呼信道分配方式为特定信道分配要求，同时，所述组呼组的组呼信道分配方式也是特定信道分配要求时，按照所述特定信道分配要求来分配组呼信道；

当所述小区的组呼信道分配方式不是特定信道分配要求，同时，所述组呼组的组呼信道分配方式也不是特定信道分配要求时，网络侧根据默认信道分配方式为当前组呼分配信道。

5.根据权利要求1-4任一项所述的组呼业务的控制方法，其特征在于，包括：

网络侧预先设置所述组呼组和小区各自对组呼业务信道分配方式要求信息。

6.根据权利要求5所述的组呼业务的控制方法，其特征在于，包括：

当发起组呼时，进行所述组呼信道分配；

或者，当组呼发生切换时，进行所述组呼信道分配。

7.一种组呼业务的控制设备，其特征在于，包括：

管理单元，用于设置组呼组和小区各自对组呼业务信道分配方式要求和/或相应的优先级信息；

控制单元，用于根据所述管理单元设置的组呼组和小区各自对组呼业务信道分配方式要求的优先级确定信道分配策略；

资源分配单元，根据所述控制单元确定的信道分配策略为组呼业务分配信道。

8.一种组呼业务的控制方法，其特征在于，包括：

网络侧根据统一的信道分配策略为组呼业务分配信道。

9.根据权利要求8所述的组呼业务的控制方法，其特征在于，包括：

网络侧预先配置全网统一的组呼业务信道分配策略，组呼组和小区都遵循所述统一的组呼业务信道分配策略。

10.根据权利要求9所述的组呼业务的控制方法，其特征在于，包括：

所述组呼组和小区都遵循所述统一的组呼业务信道分配策略为，组呼组和小区都按照组呼业务1.0信道分配方式来分配信道；

或者，组呼组和小区都按照组呼业务1.5信道分配方式来分配信道。

11.一种组呼业务的控制设备，其特征在于，包括：

控制单元，用于设置统一的组呼业务信道分配策略；

资源分配单元，用于根据所述控制单元设置的统一的组呼业务信道分配策略为组呼业务分配信道。

12.一种组呼业务的控制方法，其特征在于，包括：

网络侧根据组呼组的组呼信道分配方式指示标识确定组呼信道分配方式；

根据所述组呼信道分配方式来分配信道。

13.根据权利要求12所述的组呼业务的控制方法，其特征在于，包括：

所述组呼组的组呼信道分配方式指示标识为：组呼1.0信道分配方式指示值，对应组呼1.0信道分配方式；

或者，所述组呼组的组呼信道分配方式指示标识为：组呼1.5信道分配方式指示值，对应组呼1.5信道分配方式。

14.根据权利要求13所述的组呼业务的控制方法，其特征在于，包括：

当发起组呼或者组呼业务用户占用上行时，进行所述组呼信道分配。

15.根据权利要求14所述的组呼业务的控制方法，其特征在于：

所述组呼信道分配方式为：

当所述组呼组的组呼信道分配方式为所述组呼1.0信道分配方式时，则为当前讲话业务用户分配并维持在当前小区的组呼信道，除非发生切换和释放上行，不释放所述为当前讲话业务用户分配的组呼信道。

16.根据权利要求14所述的组呼业务的控制方法，其特征在于，包括：

所述组呼信道分配方式为：

当所述组呼组的组呼信道分配方式为所述组呼1.5信道分配方式时，为所述讲话业务用户在当前小区分配一个专用信道，并维持所述讲话业务用户在该专用信道上，除非发生切换和释放上行，否则不释放所述为当前讲话业务用户分配的专用信道。

17.根据权利要求13述的组呼业务的控制方法，其特征在于，包括：

当发起组呼切换时，进行所述组呼信道分配。

18.根据权利要求17所述的组呼业务的控制方法，其特征在于：

所述组呼信道分配方式为：

当所述组呼组的组呼信道分配方式为所述组呼1.0信道分配方式时，将当前讲话业务用户切换到目标小区的组呼信道。

19.根据权利要求17所述的组呼业务的控制方法，其特征在于：

所述组呼信道分配方式为：

当目标小区的信道分配方式为组呼1.5信道分配方式时，则在目标小区分配一个专用信道，将讲话业务用户切换到所述专用信道；

或者，先将所述讲话业务用户切换到目标小区的组呼信道，再在所述目标小区分配一个专用信道，并将所述讲话业务用户指配到所述专用信道上。

20.根据权利要求12-19任一项所述的组呼业务的控制方法，其特征在于：

网络侧预先配置组呼组的组呼信道分配方式指示标识。

21.根据权利要求20所述的组呼业务的控制方法，其特征在于，包括：

所述组呼组的组呼信道分配方式指示标识保存在组呼寄存器中，并携带在组呼寄存器查询响应消息以及准备组呼消息中在网络侧传送。

22.根据权利要求12所述的组呼业务的控制方法，其特征在于，包括：

当所述组呼组的组呼信道分配方式指示标识为空时，网络侧根据小区的组呼信道分配方式指示标识来分配组呼信道；

或者，当所述组呼组的组呼信道分配方式指示标识和小区的组呼信道分配方式指示标识都为空时，网络侧随机为组呼分配信道。

23.一种组呼业务的控制方法，其特征在于，包括：

根据小区的组呼信道分配方式指示标识确定所述组呼业务的信道分配方式；

根据所述信道分配方式为所述组呼业务分配信道。

24.根据权利要求23所述的组呼业务的控制方法，其特征在于，包括：

所述小区的组呼信道分配方式指示标识为：组呼1.0信道分配方式指示值，对应组呼1.0信道分配方式；

或者，所述小区的组呼信道分配方式指示标识为：组呼1.5信道分配方式指示值，对应组呼1.5信道分配方式。

25.根据权利要求24所述的组呼业务的控制方法，其特征在于，包括：

当发起组呼或者组呼业务用户占用上行时，在当前小区进行所述组呼信道分配。

26.根据权利要求25所述的组呼业务的控制方法，其特征在于：

所述组呼信道分配方式为：

在当前小区的信道分配方式为组呼1.0信道分配方式时，网络侧将当前讲话业务用户维持在其所在小区的组呼信道上，除非发生切换和释放上行。

27.根据权利要求25所述的组呼业务的控制方法，其特征在于：

所述组呼信道分配方式为：

在当前小区的信道分配方式为组呼1.5信道分配方式时，网络侧为当前讲话业务用户在其所在的小区分配一个专用信道，并维持该讲话业务用户在该专用信道上，除非发生切换和释放上行，否则不释放所述为当前讲话业务用户分配的专用信道。

28.根据权利要求24述的组呼业务的控制方法，其特征在于，包括：

当发起组呼切换时，在目标小区进行所述组呼信道分配。

29.根据权利要求28所述的组呼业务的控制方法，其特征在于：

所述组呼信道分配方式为：

在目标小区的信道分配方式为组呼1.0信道分配方式时，将当前讲话业务用户切换到目标小区的组呼信道。

30.根据权利要求28所述的组呼业务的控制方法，其特征在于：

所述组呼信道分配方式为：

在目标小区的信道分配方式为组呼1.5信道分配方式时，则通知BSC在目标小区分配一个专用信道然后切换到该专用信道；

或者，先将当前讲话业务用户切换到目标小区的组呼信道，再通知BSC在目标小区分配一个专用信道，并将所述讲话业务用户指配到该专用信道上。

31.根据权利要求23-30任一项所述的组呼业务的控制方法，其特征在于，包括：

网络侧预先配置小区的组呼信道分配方式指示标识。

32.根据权利要求23所述的组呼业务的控制方法，其特征在于，包括：

当所述小区的组呼信道分配方式指示标识为空时，网络侧根据组呼组的组呼信道分配方式指示标识来分配组呼信道；

或者，当所述小区的组呼信道分配方式指示标识和组呼组的组呼信道分配方式指示标识都为空时，网络侧随机为组呼分配信道。

33.一种组呼业务的控制设备，其特征在于，包括：

管理单元，用于配置组呼组和/或小区的组呼信道分配方式指示标识；

发送单元，用于在网络侧中发送所述管理单元配置的所述组呼组和/或小区的组呼信道分配方式指示标识；

控制单元，用于根据接收到的所述组呼组和/或小区的组呼信道分配方式指示标识确定组呼信道分配策略；

资源分配单元，根据所述控制单元确定的组呼信道分配策略为组呼业务分配信道。

Images