CN103200530B - 一种实现集群组呼业务的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种实现组呼业务的方法及装置，所述方法包括：集群组呼业务的用户终端接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；所述用户终端保存所述集群配置信息、下行链路授权消息和/或上行链路授权消息；若所述用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或若所述用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。实施本发明实施例，能够减少了演进小区配置指令的开销，提高资源利用率。

Description

一种实现集群组呼业务的方法及装置

技术领域

本发明涉及集群通信技术领域，具体而言，尤其涉及一种实现集群组呼业务的方法及装置。

背景技术

集群通信技术具有特有的调度、组呼以及快速呼叫等特性，因此在专业通信领域得到了广泛的应用。

集群组呼业务是集群通信技术中提供的最基本业务，允许用户终端建立到给定区域内的某一组用户终端的集群呼叫，其中，该给定区域称为集群组呼区域。在集群组呼业务的实现过程中，包括两类身份的成员，即调度员和签约了集群组呼业务的用户终端。在一个集群内，可以没有调度员。除了调度员以外，集群内的用户终端均采用半双工模式进行通信，在通话过程中，同一时刻集群内只有一个用户终端讲话(处于组发送状态的用户终端)，其它用户终端被动接听(处于组接收状态的用户终端)。集群内的各个用户终端均可以通过按下PTT键(push to talk：一键通)抢占话语权，获得讲话机会，只有获得话语权的用户终端松开PTT键后，集群内的其他用户终端才能获得讲话权。

每个集群都有一个唯一组标识号，用于实现集群组呼业务。集群内的任一用户终端都可以发起一个集群的组呼。集群内的用户终端通过输入该集群的集群标识号，然后按下PTT键，就可发起该集群的组呼，实现集群组呼业务。在GSM网络中实现集群组呼业务时，有两个特殊的工作状态：

组接收状态：用户终端作为集群组呼业务数据接收者，小区不会为其分配专用信道，用户终端只能收听组呼信息。

组发送状态：用户终端作为集群组呼业务数据发送者，小区给用户终端分配两条专用的上行信道，用于分别传送移动用户终端发送的数据信息和控制信息。

随着LTE系统的发展，用户有了在LTE系统内实现集群通信的需求，如在LTE系统中实现集群组呼业务等。但由于LTE系统中只有分组域，采用共享信道进行分组数据的调度与传输，因此在LTE系统中，演进小区无法为集群组呼业务分配专用的信道。因此，如何在LTE系统中实现集群组呼业务成了一个重要的课题。

发明内容

本发明的目的在于提供一种实现集群组呼业务的方法、系统及一种网络实体，能够减少演进小区因单独、重复地为同一集群内属于该演进小区且处于组接收状态的多个用户终端配置调度资源所带来的配置指令的开销，提高了演进小区的资源利用率。

为了解决上述问题，本发明采用了以下技术方案：

一种实现集群组呼业务的方法，包括：

集群组呼业务的用户终端接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；

所述集群组呼业务的用户终端保存所述集群配置信息、下行链路授权消息和/或上行链路授权消息；

若所述集群组呼业务的用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或

若集群组呼业务的用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。

本发明还提供了一种实现集群组呼业务的方法，包括：

演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息、下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；

所述演进小区向所述集群组呼业务的用户终端发送所述集群配置信息、下行链路授权消息和/或上行链路授权消息。

相应地，本发明还提供了一种实现集群组呼业务的装置，包括：

接收模块，用于接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；

保存模块，用于保存所述接收模块接收的集群配置信息、下行链路授权消息和/或上行链路授权消息；

第一处理模块，用于当在不同时刻处于组接收状态时，根据所述保存模块保存的集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或

第二处理模块，用于当在不同时刻处于组发送状态时，根据所述保存模块保存的集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。

相应地，本发明还提供了一种实现集群组呼业务的装置，包括：

配置模块，用于演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息、下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；

发送模块，用于向集群组呼的用户终端发送所述配置模块配置的集群配置信息、下行链路授权消息和/或上行链路授权消息。

本发明的有益效果是：在实现集群组呼业务时，若集群组呼业务的用户终端在不同时刻处于组接收状态，则可以根据集群配置信息，以半静态调度方式共享下行链路授权消息指示的下行链路资源，和/或若集群组呼业务的用户终端在不同时刻处于组发送状态，则可以根据集群配置信息，以半静态调度方式轮流使用上行链路授权消息指示的上行链路资源。如此，演进小区则不用单独、重复地为该集群内的用户终端配置下行链路资源和/或上行链路资源，从而减少了演进小区因单独、重复地为集群内的用户终端配置下行链路资源和/或上行链路资源所带来的配置指令的开销，进而提高了演进小区的资源利用率。

附图说明

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

图1是本发明提供的一种实现集群组呼业务方法的第一实施例的流程示意图；

图2是本发明提供的一种实现集群组呼业务方法的第二实施例的流程示意图；

图3是本发明提供的一种实现集群组呼业务方法的第三实施例的流程示意图；

图4是本发明提供的一种实现集群组呼业务方法的第四实施例的流程示意图；

图5是本发明提供的一种实现集群组呼业务方法的第五实施例的流程示意图；

图6是本发明提供的一种实现集群组呼业务的装置的第一实施例的结构示意图；

图7是本发明提供的一种实现集群组呼业务的装置的第二实施例的结构示意图；

图8是本发明图6中第一处理模块的实施例的结构示意图；

图9是本发明图6中第二处理模块的实施例的结构示意图；

图10是本发明提供的一种实现集群组呼业务的装置的第三实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

随着集群通信技术的发展，用户希望能够在LTE系统中实现集群组呼业务。但由于现有LTE系统无法像在GSM网络一样，专门为UE(User Equipment：用户终端)分配专用的信道来发送集群组呼业务数据，而如果直接采用1对1的全双工模式来实现集群组呼业务又使得资源利用率不高。为此，本发明公开了一种实现集群组呼业务的方法及装置。

在此部分，首先对本发明中各个实施例均涉及的一些基本概念进行说明。

半静态调度方式，具体是指在LTE的调度资源传输过程中，用户终端每隔固定的周期在相同的时频资源位置上进行业务数据的发送或接收，如此演进小区则不用再为该用户终端重新配置调度资源。也就是说，使用半静态调度方式时，可以充分利用话音数据包周期性到达用户终端的特点，对同一个用户终端所需的调度资源，只需要配置一次、激活一次，便可周期使用。

集群组呼业务，是属于数据包大小比较固定，且数据包到达用户终端满足一定周期性的业务。根据集群组呼业务的特性，即在不考虑调度员的情况下，集群内的用户终端都采用半双工模式进行通信，同一时刻只有一个用户终端占用话语权(处于组发送状态的用户终端占用话语权)，多个用户终端在同一时刻没有话语权(处于组接收状态的用户终端没有话语权)。

下面，请参考图1，是本发明提供的实现集群组呼业务方法的第一实施例的流程图，包括：

步骤S11，集群组呼业务的用户终端接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；

其中，在集群组呼业务的实现过程中，会涉及到多个用户终端。在同一时刻，该多个用户终端中有一个用户终端处于组发送状态，其余的用户终端均处于组接收状态。在本发明实施例中，所述集群组呼业务的用户终端为所述多个用户终端中的任一用户终端。

接收到的来自演进小区的集群配置信息包括：用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期和用于唯一标识所述演进小区的PCI(physical cell identity：物理层小区标识)。当然，集群配置信息还包括集群组调度使用的组小区无线网络临时标识Group C-RNTI以及一些反馈信息等。

接收到的来自演进小区下行链路授权消息和/或上行链路授权消息，该下行链路授权消息和/或上行链路授权消息用于对应指示下行链路资源和/或上行链路资源。

一般地，集群组呼业务的用户终端是先接收到来自演进小区的集群配置信息，在保存了接收到的集群配置信息之后，才会接收到来自演进小区的下行链路授权消息和/或上行链路授权消息。

步骤S12，所述集群组呼业务的用户终端保存所述集群配置信息、下行链路授权消息和/或上行链路授权消息；

步骤S13，若集群组呼业务的用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；

在同一时刻，集群组呼业务的用户终端有可能处于组接收状态，也有可能处于组接收状态。由于处于组接收状态的用户终端不需要发送集群组呼业务数据，只需要被动的接收集群组呼业务数据。因此，当所述集群组呼业务的用户终端处于组接收状态时，该处于组接收状态的用户终端则可以根据所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；

在不同时刻，所述集群组呼业务的用户终端有可能处于组发送状态，也有可能处于组接收状态；在不同时刻，当所述集群组呼业务的用户终端处于组接收状态时，该处于组接收状态的用户终端则可以根据下行链路授权消息指示的下行链路资源，接收集群组呼业务数据。例如，在T1时刻，所述集群组呼业务的用户终端处于组接收状态，其则以半静态调度方式使用下行链路授权消息指示的下行链路资源F1，接收集群组呼业务数据；在T3时刻，所述集群组呼业务的用户终端又处于组接收状态，其则仍然可以以半静态调度方式使用下行链路授权消息指示的下行链路资源F1，接收集群组呼业务数据。也就是说，集群组呼业务的用户终端只要处于组接收状态，其均可以以半静态调度方式使用下行链路授权消息指示的下行链路资源，接收集群组呼业务数据。

其中，由于所述集群组呼业务的用户终端为集群组呼业务实现过程中的任一用户终端。由于在集群组呼业务的实现过程中，在同一时刻，处于组接收状态的用户终端可以共享下行链路资源。因此可以这样理解，在集群组呼业务的实现过程中，所有处于组接收状态的用户终端均可以共享下行链路授权消息指示的下行链路资源。

步骤S14，若集群组呼业务的用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用上行链路资源，发送集群组呼业务数据。

在同一时刻，集群组呼业务的用户终端有可能处于组发送状态，也有可能处于组接收状态。当所述集群组呼业务的用户终端处于组发送状态时，该处于组发送状态的用户终端则以半静态调度方式使用上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。在另一时刻，若所述群组呼业务的用户终端又处于组发送状态，其仍可以半静态调度方式使用所述上行链路授权消息指示的上行链路资源发送集群组呼业务数据。可以这样理解，集群组呼业务的用户终端只要处于组发送状态，其均可以以半静态调度方式使用上行链路授权消息指示的上行链路资源，接收集群组呼业务数据。

其中，由于所述集群组呼业务的用户终端为集群组呼业务实现过程中的任一用户终端。而在集群组呼业务的实现过程中，由于在不同时刻，处于组发送状态的可能不是同一用户终端，因此，所述上行链路授权消息指示的上行链路资源是由处于组发送状态的用户终端轮流使用的。

另外，需要说明的是，在具体实施时，既可以执行步骤S13，又执行步骤S14；或者只执行步骤S13或步骤S14。并且，步骤S13与步骤S14的执行没有明确的先后顺序。

本实施例中，若集群组呼业务的用户终端在不同时刻处于组接收状态，则可以根据集群配置信息，以半静态调度方式共享下行链路授权消息指示的下行链路资源，和/或若集群组呼业务的用户终端在不同时刻处于组发送状态，则可以根据集群配置信息，以半静态调度方式轮流使用上行链路授权消息指示的上行链路资源。如此，演进小区则不用单独、重复地为集群内的用户终端配置下行链路资源和/或上行链路资源，从而减少了演进小区因单独、重复地为集群内的用户终端配置下行链路资源和/或上行链路资源所带来的配置指令的开销，进而提高了演进小区的资源利用率。

请参考图2，是本发明提供的一种实现集群组呼业务的装置的第二实施例的流程示意图，所述方法包括：

步骤S21，集群组呼业务的用户终端接收来自演进小区的集群配置信息；

步骤S22，所述集群组呼业务的用户终端判断所述集群配置信息是否由其所属的演进小区发送；

其中，集群组呼业务的用户终端需要判断其接收到的集群配置信息是否是其所属的演进小区发出来的原因是：集群组呼业务的用户终端只能使用其所属的演进小区发来的集群配置信息指示的下行链路资源和/或上行链路资源。

本步骤具体实现中，可采用下述方式判断所述集群配置信息是否由其所属的演进小区发送：

具体实现中，所述集群组呼业务的用户终端判断所述集群配置信息是否由其所属的演进小区发送，包括：

集群组呼业务的用户终端判断接收到的集群配置信息包括的物理层小区标识PCI与其所属演进小区的物理层小区标识PCI是否匹配，若匹配，则判断该集群配置信息是其所属的演进小区发出的。

步骤S23，所述集群组呼业务的用户终端保存所述集群配置信息；

步骤S24，所述集群组呼业务的用户终端接收来自演进小区的下行链路授权消息和/或上行链路授权消息；

步骤S25，所述集群组呼业务的用户终端保存所述下行链路授权消息和/或上行链路授权消息；

步骤S26，若集群组呼业务的用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；

步骤S27，若集群组呼业务的用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。

其中，步骤S25-步骤S27的操作与图1所示的实施例中步骤S12-步骤S14的操作相同，在此不重复赘述。

请参考图3，是本发明提供的一种实现集群组呼业务的方法的第三实施例的流程示意图，所述方法包括：

步骤S31，集群组呼业务的用户终端接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；

步骤S32，所述集群组呼业务的用户终端保存所述集群配置信息、下行链路授权消息和/或上行链路授权消息；

步骤S31-步骤S32的操作与图1所示的实施例中步骤S11-步骤S22的操作相同，在此不重复描述。可以理解的是，在保存所述集群配置信息之前，还可以包括集群组呼业务的用户终端判断其接收到的集群配置信息是否由其所属的演进小区发送的操作。

步骤S33，若集群组呼业务的用户终端在初始时刻处于组接收状态，则激活所述下行链路授权消息指示的下行链路资源，并根据所述下行链路资源接收集群组呼业务数据；

其中，初始时刻，指的是集群组呼业务的用户终端接收到来自演进小区的下行链路资源的时刻。

具体地，演进小区发送的下行链路授权消息为使用Group C-RNTI加扰的物理下行控制信道PDCCH信令。在接收到下行链路授权消息之后，集群组呼业务的用户终端所处的状态不同，其接收到下行链路授权消息之后的操作也不同。

在初始时刻，若集群组呼业务的用户终端处于组接收状态，则激活所述下行链路授权消息指示的下行链路资源，并根据所述下行链路资源接收集群组呼业务数据；由于下行链路授权消息可以是使用集群配置信息中的Group C-RNTI去加扰的PDCCH信令，因此，处于组接收状态的用户终端在激活所述下行链路授权消息指示的下行链路资源之前，还需要使用集群配置信息包括的GroupC-RNTI去解扰该PDCCH信令。

在初始时刻，若集群组呼业务的用户终端处于组发送状态，则进入步骤S35。

步骤S34，若集群组呼业务的用户终端在初始时刻处于组发送状态，则记录第一用户终端激活所述下行链路授权消息指示的下行链路资源的时间点；所述第一用户终端为集群组呼业务实现过程中处于组接收状态的用户终端；

若所述集群组呼业务的用户终端在初始时刻处于组发送状态，则说明集群组呼业务的其它用户终端在初始时刻处于组发送状态并进行了激活所述下行链路授权消息指示的下行链路资源的操作，例如，第一用户终端处于组接收状态，并进行了激活所述下行链路授权消息指示的下行链路资源的操作。因此，所述集群组呼业务的用户终端则需要记录所述第一用户终端激活所述下行链路授权消息指示的下行链路资源的时间点。由于所述集群组呼业务的用户终端与所述第一用户终端属于同一集群，所以所述集群组呼业务的用户终端能够知道所述第一用户终端激活所述下行链路资源的时间点。

其中，需要说明的是，在后续集群组呼业务实现过程中，当所述集群组呼业务的用户终端在不同时刻处于组接收状态时，根据所述半静态调度周期和记录的所述激活下行链路资源的时间点，得到下行链路接收时刻，并根据保存的所述下行链路授权消息接收集群组呼业务数据。例如，在初始时刻，所述集群组呼业务的用户终端处于组发送状态，其记录了激活所述下行链路资源的时间T2，若经过了两个半静态周期之后，所述集群组呼业务的用户终端处于组接收状态，其根据所述半静态调度周期T以及T2，计算得到其下行链路接收时刻为2T+T2，并根据保存的所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据。

可以这样理解，若所述集群组呼业务的用户终端在初始时刻处于组接收状态，那么在使用该下行链路资源之前，所述集群组呼业务的用户终端需要激活该下行链路资源；若所述集群组呼业务的用户终端在初始时刻处于组接收状态，则需要记录其它用户终端激活所述下行链路资源的时间点。而在后续的集群组呼业务的实现中，若所述集群组呼业务的用户终端处于组接收状态，则不需要再激活该下行链路资源。也就是说在，在整个集群组呼业务的实现中，下行链路资源只需要激活一次，若所述集群组呼业务的用户终端处于组接收状态便可周期性地使用该下行链路资源。如此，集群组呼业务的用户终端在不同时刻处于组接收状态时，演进小区则不用为该用户终端分别发送下行链路授权消息，因此能够进一步减少演进小区配置指令的开销，进一步提高了演进小区的资源利用率。

其中，步骤S33-步骤S34的操作相当于图1所示的实施例中步骤S13的操作。

步骤S35，若集群组呼业务的用户终端在初始时刻处于组发送状态，则激活所述上行链路授权消息指示的上行链路资源，并根据所述上行链路资源，发送集群组呼业务数据；

其中，初始时刻，指的是集群组呼业务的用户终端接收到来自演进小区的上行链路资源的时刻。

具体地，演进小区发送的上行链路授权消息可以为使用Group C-RNTI加扰的PDCCH信令。在接收到上行链路授权消息之后，集群组呼业务的用户终端所处的状态不同，其接收到上行链路授权消息之后的操作也不同。

在初始时刻，若集群组呼业务的用户终端处于组发送状态时，则激活所述上行链路授权消息指示的上行链路资源，并根据所述上行链路资源发送集群组呼业务数据；由于上行链路授权消息为使用Group C-RNTI加扰的PDCCH信令，因此，处于组接收状态的用户终端在激活所述上行链路授权消息指示的上行链路资源之前，还需要使用集群配置信息包括的Group C-RNTI去解扰该PDCCH信令。

在初始时刻，若集群组呼业务的用户终端处于组发送状态时，则进入步骤S36。

步骤S36，若所述集群组呼业务的用户终端在初始时刻处于组接收状态，则记录第二用户终端激活所述上行链路授权消息指示的上行链路资源的时间点，所述第二用户终端为集群组呼业务实现过程中处于组发送状态的用户终端；

若所述集群组呼业务的用户终端在初始时刻处于组接收状态，则说明集群组呼业务的其它用户终端在初始时刻处于组接收状态并进行了激活所述上行链路授权消息指示的上行链路资源的操作，例如，第二用户终端处于组发送状态，并进行了激活所述上行链路授权消息指示的上行链路资源的操作。因此，所述集群组呼业务的用户终端则需要记录所述第二用户终端激活所述上行链路授权消息指示的上行链路资源的时间点。由于所述集群组呼业务的用户终端与所述第二用户终端属于同一集群，所以所述集群组呼业务的用户终端能够知道所述第二用户终端激活所述上行链路资源的时间点。

其中，需要说明的是，在后续集群组呼业务实现过程中，当所述集群组呼业务的用户终端在不同时刻处于组发送状态，则根据所述半静态调度周期和记录的所述激活上行链路资源的时间点，得到上行链路发送时刻，并根据所述下行链路配置信息指示送集群组呼业务数据。例如，在初始时刻，所述集群组呼业务的用户终端处于组接收状态，其记录了激活所述上行链路资源的时间点T4，若经过了两个半静态周期之后，所述集群组呼业务的用户终端处于组发送状态，其根据所述半静态调度周期T以及T4，计算得到其上行链路发送时刻为2T+T4，并根据保存的所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。

可以这样理解，若集群组呼业务的用户终端在初始时刻处于组发送状态，那么在使用该上行链路资源之前，该集群组呼业务的用户终端需要激活该上行链路资源；若集群组呼业务的用户终端在初始时刻处于组发送状态，则需要记录其它用户终端激活所述上行链路资源的时间点。而在后续的集群组呼业务的实现中，若集群组呼业务的用户终端处于组发送状态，则不需要再激活该上行链路资源。也就是说在，在整个集群组呼业务的实现中，上行链路资源只需要激活一次，若集群组呼业务的用户终端在处于组发送状态时便可周期性地使用该上行链路资源，发送集群组呼业务数据。如此，集群组呼业务的用户终端在不同时刻处于组发送状态时，演进小区则不用为其分别发送上行链路授权消息，因此能够进一步减少演进小区配置指令的开销，进一步提高了演进小区的资源利用率。

其中，步骤S35-步骤S36的操作相当于图1所示的实施例中步骤S13的操作。

请参考图4，是本发明提供的一种实现集群组呼业务方法的第四实施例的流程示意图，所述方法包括：

步骤S41，演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息，下行链路授权消息和/或上行链路授权消息；所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；

其中，演进小区配置的集群配置信息包括用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期、用于唯一标识所述演进小区的物理层小区标识、以及集群组调度使用的组小区无线网络临时标识Group C-RNTI。

步骤S42，所述演进小区向所述集群组呼业务的用户终端发送所述集群配置信息、下行链路授权消息和/或上行链路授权消息。

一般地，演进小区是先发送集群配置信息给集群组呼业务的用户终端，在集群组呼业务的用户终端接收了集群配置信息之后，然后再发送下行链路授权消息和/或上行链路授权消息给用户终端。

具体地，演进小区发送集群配置消息给集群组呼业务的用户终端时，以寻呼消息形式或新的公共控制消息形式向所述集群组呼业务的用户终端发送集群组呼通知消息，所述集群组呼通知消息中携带有所述集群配置信息。

例如，若演进小区cell A将集群组呼通知消息以寻呼消息形式发送出去，那么该集群组呼通知消息则变成了一个寻呼消息，该寻呼消息中携带有集群配置信息。该寻呼消息采用寻呼无线网络临时标识P-RNTI进行加扰。对于集群组呼业务的所有用户终端来说，其P-RNTI都是相同的。因此，集群组呼业务的用户终端能够接收并保存该集群配置信息。

当然，集群组呼通知消息也可以是重新定义的一个新的公共控制消息。例如，cell A定义了一个新的公共控制消息，在该新公共控制消息中包括集群配置信息，cell A将该新的公共控制消息发送出去。其中，该新公共控制消息可以使用其它公共的无线网络临时标识RNTI进行加扰。集群组呼业务的所有用户终端拥有该相同的RNTI，因此集群组呼业务的用户终端都能够接收并保存该集群配置信息。

本实施例中，由于演进小区配置的下行链路资源指示有当集群组呼业务的用户终端处于组接收状态时以半静态调度方式共享的下行链路资源，和/或配置的上行链路授权消息指示有当集群组呼业务的用户终端处于组发送状态时以半静态调度方式轮流使用的上行链路资源。如此，演进小区则不用单独、重复地为该集群内的用户终端配置下行链路资源和/或上行链路资源，从而减少了演进小区因单独、重复地为集群内的用户终端配置下行链路资源和/或上行链路资源所带来的配置指令的开销，进而提高了演进小区的资源利用率。

请参考图5，是本发明提供的一种实现集群组呼业务方法的第五实施例的流程示意图，所述方法包括：

步骤S51，演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息、下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；

步骤S52，所述演进小区向所述集群组呼业务的用户终端发送所述集群配置信息、下行链路授权消息和/或上行链路授权消息；

其中，步骤S51-步骤S52的操作与图4所示的实施例中步骤S41-步骤S42的操作相同，在此不重复描述。

步骤S53，在后续集群组呼业务实现过程中，所述演进小区根据激活下行链路资源的时间点，按照所述半静态调度周期向处于组接收状态的用户终端发送集群组呼业务数据；

其中，所述激活下行链路资源的时间点是在初始时刻处于组接收状态的用户终端激活所述下行链路资源的时间；在一次集群组呼业务实现过程中，所述演进小区只发送一次下行链路授权消息，所述下行链路授权消息使用所述集群配置信息中集群组调度使用的组小区无线网络临时标识Group C-RNTI进行加扰。

具体地，所述下行链路授权消息可以为使用Group C-RNTI加扰的PDCCH信令。

演进小区在向集群组呼业务的用户终端发送下行链路授权消息后，在初始时刻处于组接收状态的用户终端则激活所述下行链路授权消息指示的下行链路资源，并根据所述下行链路资源接收集群组呼业务；由于下行链路授权消息可以为使用Group C-RNTI加扰的PDCCH信令，因此，处于组接收状态的用户终端在激活下行链路资源之前，还需要使用集群配置信息包括的Group C-RNTI来解扰该PDCCH信令。

其中，初始时刻具体为集群组呼业务的用户终端接收到下行链路授权消息的时刻。激活下行链路资源的时间点则为在初始时刻，处于组接收状态的用户终端激活所述下行链路资源的时间。

由于集群组呼业务的用户终端采用半静态调度方式进行资源调度，所以在一次集群组呼业务的实现过程中，演进小区只向集群组呼业务的用户终端发送一次下行链路授权消息。在后续集群组呼业务实现过程中，所述演进小区则根据激活下行链路资源的时间点，按照所述半静态调度周期向处于组接收状态的用户终端发送集群组呼业务数据。如此，演进小区不用单独、重复地向处于组接收状态的用户终端分别发送下行链路授权消息，进而减少了演进小区的配置指令的开销，进一步提高了演进小区的资源利用率。

步骤S54，在后续集群组呼业务实现过程中，所述演进小区根据激活上行链路资源的时间点，按照所述半静态调度周期接收处于组发送状态的用户终端发送的集群组呼业务数据；

其中，所述激活上行链路资源的时间点是在初始时刻处于组发送状态的用户终端激活所述上行链路资源的时间；在一次集群组呼业务实现过程中，所述演进小区只发送一次上行链路授权消息，所述上行链路授权消息使用所述集群配置信息中集群组调度使用的组小区无线网络临时标识Group C-RNTI进行加扰。

具体地，所述上行链路授权消息可以为使用Group C-RNTI加扰的PDCCH信令。

演进小区在向集群组呼业务的用户终端发送上行链路授权消息后，在初始时刻处于组发送状态的用户终端则激活所述上行链路授权消息指示的上行链路资源，并根据所述上行链路资源发送集群组呼业务；由于上行链路授权消息可以为使用Group C-RNTI加扰的PDCCH信令，因此，处于组发送状态的用户终端在激活上行链路资源之前，还需要使用集群配置信息包括的Group C-RNTI来解扰该PDCCH信令。

其中，初始时刻具体为集群组呼业务的用户终端接收到上行链路授权消息的时刻。激活上行链路资源的时间点则为在初始时刻，处于组接收状态的用户终端激活所述上行链路资源的时间。

由于集群组呼业务的用户终端采用半静态调度方式进行资源调度，所以在一次集群组呼业务的实现过程中，演进小区只向集群组呼业务的用户终端发送一次上行链路授权消息。在后续集群组呼业务实现过程中，所述演进小区则根据激活上行链路资源的时间点，按照所述半静态调度周期接收处于组发送状态的用户终端发送的集群组呼业务数据。如此，演进小区不用单独、重复地向处于组接收状态的用户终端分别发送上行链路授权消息，进而减少了演进小区的配置指令的开销，进一步提高了演进小区的资源利用率。

其中，需要说明的是，当演进小区为集群组呼业务的用户终端同时配置了上行链路授权消息和下行链路授权消息之后，演进小区同时将上行链路授权消息和下行链路授权消息发送给集群组呼业务的用户终端。可以这样理解，步骤S53与步骤S54的执行没有明确的先后顺序。

图1-图5对本发明实施例公开的实现集群组呼业务的方法进行了详细的介绍，下面，结合附图6-图10，对采用了上述方法来实现集群组呼业务的装置进行详细介绍。

请参考图6，是本发明提供的一种实现集群组呼业务的装置的第一实施例的结构示意图，所述装置6包括：

接收模块61，用于接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；

其中，在集群组呼业务的实现过程中，会涉及到多个装置。在同一时刻，该多个装置中有一个装置处于组发送状态，其余的装置均处于组接收状态。在本发明实施例中，所述实现集群组呼业务的装置为所述多个装置中的任一个。

其中，接收模块61接收到的来自演进小区的集群配置信息包括：用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期和用于唯一标识所述演进小区的PCI(physical cell identity：物理层小区标识)。当然，集群配置信息还包括集群组调度使用的组小区无线网络临时标识Group C-RNTI以及一些反馈信息等。

其中，接收模块61接收到的来自演进小区下行链路授权消息和/或上行链路授权消息，该下行链路授权消息和/或上行链路授权消息用于对应指示下行链路资源和/上行链路资源。

一般地，接收模块61是先接收到来自演进小区的集群配置信息，在装置6保存了接收到的集群配置信息之后，接收模块61才会接收到来自演进小区的下行链路授权消息和/或上行链路授权消息。

保存模块62，用于保存所述接收模块61接收的集群配置信息、下行链路授权消息和/或上行链路授权消息；

第一处理模块63，用于当在不同时刻处于组接收状态时，根据所述保存模块62保存的集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或

在同一时刻，该实现集群组呼业务的装置有可能处于组接收状态，也有可能处于组接收状态。由于处于组接收状态的该装置不需要发送集群组呼业务数据，只需要被动的接收集群组呼业务数据。因此，当该装置处于组接收状态时，第一处理模块63则可以根据所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；

在不同时刻，该实现集群组呼业务的装置有可能处于组接收状态，也有可能处于组接收状态。在不同时刻，当该装置处于组接收状态时，第一处理模块63可以根据下行链路授权消息指示的下行链路资源，接收集群组呼业务数据。例如，在T1时刻，该装置6处于组接收状态，第一处理模块63则以半静态调度方式使用下行链路授权消息指示的下行链路资源F1，接收集群组呼业务数据；在T3时刻，该装置6又处于组接收状态，第一处理模块63则仍然可以以半静态调度方式使用下行链路授权消息指示的下行链路资源F1，接收集群组呼业务数据。也就是说，实现集群组呼业务的装置只要处于组接收状态，第一处理模块63则均可以以半静态调度方式使用下行链路授权消息指示的下行链路资源，接收集群组呼业务数据。

其中，由于所述装置为集群组呼业务实现过程中的任一个。由于在集群组呼业务的实现过程中，在同一时刻，处于组接收状态的装置可以共享下行链路资源。因此可以这样理解，在集群组呼业务的实现过程中，所有处于组接收状态的装置均可以共享该下行链路授权消息指示的下行链路资源。

第二处理模块64，用于当在不同时刻处于组发送状态时，根据所述保存模块62保存的集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。

在同一时刻，实现集群组呼业务的装置6有可能处于组发送状态，也有可能处于组接收状态。当该装置6处于组发送状态时，第二处理模块64则以半静态调度方式使用上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。在另一时刻，若该装置6处于组发送状态，第二处理模块64则仍可以半静态调度方式使用所述上行链路授权消息指示的上行链路资源发送集群组呼业务数据。可以这样理解，该装置6只要处于组发送状态，第二处理模块64均可以以半静态调度方式使用上行链路授权消息指示的上行链路资源，接收集群组呼业务数据。

其中，由于所述集群组呼业务的装置6为集群组呼业务实现过程中的任一个。而在集群组呼业务的实现过程中，在不同时刻，处于组发送状态的可能不是同一装置，因此，所述上行链路授权消息指示的上行链路资源是由处于组发送状态的装置轮流使用的。

本实施例中，若实现集群组呼业务的装置在不同时刻处于组接收状态，则可以根据集群配置信息，以半静态调度方式共享下行链路授权消息指示的下行链路资源，和/或若实现集群组呼业务的装置在不同时刻处于组发送状态，则可以根据集群配置信息，以半静态调度方式轮流使用上行链路授权消息指示的上行链路资源。如此，演进小区则不用单独、重复地该实现集群组呼业务的装置配置下行链路资源和/或上行链路资源，从而减少了演进小区因单独、重复地为集群内的装置配置下行链路资源和/或上行链路资源所带来的配置指令的开销，进而提高了演进小区的资源利用率。

请参考图7，是本发明提供的一种实现集群组呼业务的装置的第二实施例的结构示意图，本实施例与图6所示的实施例的区别在于，所述装置6还包括：

判断模块65，用于判断所述接收模块61接收的集群配置信息是否由其所属的演进小区发送；

其中，需要判断其接收到的集群配置信息是否是其所属的演进小区发出来的原因是：实现集群组呼业务的装置只能使用其所属的演进小区发来的集群配置信息指示的下行链路资源和/或上行链路资源。其中，实现集群组呼业务的装置所属的演进小区，指的是该装置在演进小区的覆盖区域之内。

具体是，所述判断模块65具体用于判断其所属演进小区的物理层小区标识与所述集群配置信息包括的物理层小区标识是否匹配，若匹配，则判断所述集群配置信息是由其所属的演进小区发送。

所述保存模块62具体用于，若所述判断模块65判断所述集群配置信息是由其所属的演进小区发送的，则保存所述接收模块61接收的半静态调度配置信息。

请参看图8，是本发明图6中第一处理模块63的实施例的结构示意图，所述第一处理模块63包括：

第一激活单元631，用于在初始时刻处于组发送状态时，激活所述接收模块接收的下行链路授权消息指示的下行链路资源；

其中，初始时刻，指的是实现集群组呼业务的装置接收到来自演进小区的下行链路资源的时刻。

具体地，演进小区发送的下行链路授权消息为使用Group C-RNTI加扰的PDCCH信令。在装置6的接收模块61接收到下行链路授权消息之后，装置6当前所处的状态不同，其接收到下行链路授权消息之后的操作也不同。

在初始时刻，若装置6处于组接收状态，则第一激活单元631激活所述下行链路授权消息指示的下行链路资源，并控制第一处理单元632根据所述下行链路资源接收集群组呼业务数据；由于下行链路授权消息可以是使用集群配置信息中的Group C-RNTI去加扰的PDCCH信令，因此，第一激活单元631在激活所述下行链路授权消息指示的下行链路资源之前，还需要使用接收模块61接收的集群配置信息包括的Group C-RNTI去解扰该PDCCH信令。

第一处理单元632，用于在所述第一激活单元631激活所述下行链路资源后，利用所述下行链路资源接收集群组呼业务数据；

第一记录单元633，用于在初始时刻处于组发送状态时，则记录第一用户终端激活所述下行链路授权消息指示的下行链路资源的时间点；所述第一用户终端为集群组呼业务实现过程中处于组接收状态的用户终端；

若装置6在初始时刻处于组发送状态，则说明实现集群组呼业务的其它装置在初始时刻处于组发送状态并进行了激活所述下行链路授权消息指示的下行链路资源的操作，例如，第一装置处于组接收状态，并进行了激活所述下行链路授权消息指示的下行链路资源的操作。因此，所述装置则需要记录所述第一装置激活所述下行链路授权消息指示的下行链路资源的时间点。由于所述装置与所述第一装置属于同一集群，所以所述装置能够知道所述第一装置激活所述下行链路资源的时间点。

第一处理单元632，还用于在后续集群组呼业务实现过程中，当在不同时刻处于组接收状态时，则根据所述半静态调度周期和所述第一记录单元633记录的激活所述下行链路资源的时间点得到下行链路接收时刻，并根据所述保存模块保存的下行链路授权消息接收集群组呼业务数据。

其中，需要说明的是，在后续集群组呼业务实现过程中，当所述装置在不同时刻处于组接收状态时，第一处理单元632可以根据所述半静态调度周期和第一记录单元632记录的所述激活下行链路资源的时间点，得到下行链路接收时刻，并根据保存的所述下行链路授权消息接收集群组呼业务数据。例如，在初始时刻，所述装置处于组发送状态，其第一记录单元632记录了激活所述下行链路资源的时间T2，若经过了两个半静态周期之后，所述装置处于组接收状态，其根据所述半静态调度周期T以及T2，计算得到其下行链路接收时刻为2T+T2，并根据保存的所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据。

可以这样理解，若装置在初始时刻处于组接收状态时，那么在使用该下行链路资源之前，该装置需要激活该下行链路资源；若装置在初始时刻处于组发送状态，则需要记录其它装置激活所述下行链路资源的时间点。而在后续的集群组呼业务的实现中，若该装置处于组接收状态，该装置则不需要再激活该下行链路资源。也就是说，在整个集群组呼业务的实现中，下行链路资源只需要激活一次，该装置便可周期性地使用该下行链路资源。如此，该装置在不同时刻处于组接收状态时，演进小区则不用分别为其发送下行链路授权消息，因此能够进一步减少演进小区配置指令的开销，进一步提高了演进小区的资源利用率。

请参看图9，是本发明图6中第二处理模块64的实施例的结构示意图，所述第二处理模块64包括：

第二激活单元641，用于在初始时刻处于组发送状态时，则激活所述上行链路授权消息指示的上行链路资源；

其中，初始时刻，指的是实现集群组呼业务的装置接收到来自演进小区的上行链路资源的时刻。

具体地，演进小区发送的上行链路授权消息为使用Group C-RNTI加扰的PDCCH信令。在装置的接收模块61接收到上行链路授权消息之后，装置当前所处的状态不同，其接收到上行链路授权消息之后的操作也不同。

在初始时刻，若装置处于组发送状态，则第二激活单元641激活所述上行链路授权消息指示的上行链路资源，并控制第二处理单元642根据所述上行链路资源发送集群组呼业务数据；由于上行链路授权消息可以是使用集群配置信息中的Group C-RNTI去加扰的PDCCH信令，因此，第二激活单元641在激活所述上行链路授权消息指示的上行链路资源之前，还需要使用接收模块61接收的集群配置信息包括的Group C-RNTI去解扰该PDCCH信令。

第二处理单元642，用于在所述第二激活单元641激活所述上行链路资源后，利用所述上行链路资源发送集群组呼业务数据；

第二记录单元643，用于在初始时刻处于组接收状态时，则记录第二用户终端激活所述上行链路授权消息指示的上行链路资源的时间点，所述第二用户终端为集群组呼业务的用户终端中处于组发送状态的用户终端；

若装置在初始时刻处于组接收状态，则说明实现集群组呼业务的其它装置在初始时刻处于组发送状态并进行了激活所述上行链路授权消息指示的上行链路资源的操作。例如，第二装置处于组发送状态，并进行了激活所述上行链路授权消息指示的上行链路资源的操作。因此，所述装置则需要记录所述第二装置激活所述上行链路授权消息指示的上行链路资源的时间点。由于所述装置与所述第二装置属于同一集群，所以所述装置能够知道所述第二装置激活所述下行链路资源的时间点。

所述第二处理单元642，还用于在后续集群组呼业务实现过程中，当在不同时刻处于组发送状态时，则根据所述半静态调度周期和所述第二记录单元643记录的激活所述上行链路资源的时间点得到上行链路发送时刻，并根据所述初始上行链路资源授权消息发送集群组呼业务数据。

其中，需要说明的是，在后续集群组呼业务实现过程中，当所述装置在不同时刻处于组发送状态时，第二处理单元642可以根据所述半静态调度周期和第二记录单元642记录的所述激活上行链路资源的时间点，得到上行链路接收时刻，并根据保存的所述上行链路授权消息接收集群组呼业务数据。例如，在初始时刻，所述装置处于组接收状态，其第二记录单元642记录了第二装置激活所述上行链路资源的时间T2，若经过了两个半静态周期之后，所述装置处于组接收状态，其根据所述半静态调度周期T以及T4，计算得到其上行链路接收时刻为2T+T4，并根据保存的所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。

可以这样理解，若装置在初始时刻处于组发送状态，在使用该上行链路资源之前，该装置需要激活该上行链路资源，若装置在初始时刻处于组接收状态，则需要记录其它装置激活所述上行链路资源的时间点。而在后续的集群组呼业务的实现中，该装置则不需要再激活该上行链路资源。也就是说在，在整个集群组呼业务的实现中，上行链路资源只需要激活一次，该装置在处于组发送状态时便可周期性地使用该上行链路资源。如此，该装置在不同时刻处于组接收状态时，演进小区不用分别为其发送上行链路授权消息，因此能够进一步减少演进小区配置指令的开销，进一步提高了演进小区的资源利用率。

其中，所述装置6与所述第一装置第二装置均可以为用户终端，如手机等设备。

请参考图10，是本发明提供的一种实现集群组呼业务的装置的第三实施例的结构示意图，所述装置10包括：

配置模块101，用于演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息、下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；

其中，配置模块101配置的集群配置信息包括用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期、用于唯一标识所述演进小区的物理层小区标识、以及集群组调度使用的组小区无线网络临时标识Group C-RNTI。

发送模块102，用于向集群组呼的用户终端发送所述配置模块101配置的集群配置信息、下行链路授权消息和/或上行链路授权消息。

一般地，发送模块102是先发送集群配置信息给集群组呼业务的用户终端，在集群组呼业务的用户终端接收了集群配置信息之后，然后再发送下行链路授权消息和/或上行链路授权消息给用户终端。

具体地，发送模块102用于以寻呼消息形式或新的公共控制消息形式向所述集群组呼的用户终端发送集群组呼通知消息，所述集群组呼通知消息中携带有所述集群配置信息。

其中，在一次集群组呼业务实现过程中，所述发送模块102只发送一次下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息和/或下行链路授权消息使用所述集群配置信息包括的集群组调度使用的组小区无线网络临时标识Group C-RNTI进行加扰。

具体地，所述下行链路授权消息可以为使用Group C-RNTI加扰的PDCCH信令。

其中，所述发送模块102，还用于在后续集群组呼业务实现过程中，根据激活下行链路资源的时间点，按照所述配置模块101配置的半静态调度周期，向处于组接收状态的用户终端发送集群组呼业务数据；所述激活下行链路资源的时间点是在初始时刻处于组接收状态的用户终端激活所述下行链路资源的时间。其中，初始时刻具体为实现集群组呼业务的装置向集群组呼业务的用户终端发送下行链路授权消息的时刻。

其中，所述激活下行链路资源的时间点是在初始时刻，处于组接收状态的用户终端激活所述下行链路资源的时间。

由于装置配置的是采用半静态调度方式进行调度的下行链路资源，所以在一次集群组呼业务的实现过程中，装置只需要向集群组呼业务的用户终端发送一次下行链路授权消息。在后续集群组呼业务实现过程中，装置则根据激活下行链路资源的时间点，按照所述配置模块101配置的半静态调度周期，向处于组接收状态的用户终端发送集群组呼业务数据。如此，该装置则不用单独、重复地向在不同时刻处于组接收状态的用户终端分别发送下行链路授权消息，进而减少了演进小区的配置指令的开销，进一步提高了演进小区的资源利用率。

进一步地，所述装置10还包括：

网侧接收模块103，用于在后续集群组呼业务实现过程中，根据激活上行链路资源的时间点，按照所述配置模块101配置的半静态调度周期，接收处于组发送状态的用户终端发送的集群组呼业务数据；

其中，初始时刻具体为装置10向集群组呼业务的用户终端发送上行链路授权消息的时刻。所述激活上行链路资源的时间点是在初始时刻，处于组发送状态的用户终端激活所述上行链路资源的时间。

由于装置10配置的是采用半静态调度方式进行调度的上行链路资源，所以在一次集群组呼业务的实现过程中，装置只需要向集群组呼业务的用户终端发送一次上行链路授权消息。在后续集群组呼业务实现过程中，装置则根据激活上行链路资源的时间点，按照所述配置模块101配置的半静态调度周期，接收处于组发送状态的用户终端发送的集群组呼业务数据。如此，该装置则不用单独、重复地向在不同时刻处于组发送状态的用户终端分别发送上行链路授权消息，进而减少了演进小区的配置指令的开销，进一步提高了演进小区的资源利用率。

本实施例中，由于装置10配置的下行链路资源指示有当集群组呼业务的用户终端处于组接收状态时以半静态调度方式共享的下行链路资源，和/或配置的上行链路授权消息指示有当集群组呼业务的用户终端处于组发送状态时以半静态调度方式轮流使用的下行链路资源。如此，该装置则不用单独、重复地为该集群内的用户终端配置下行链路资源和/或上行链路资源，从而减少了演进小区因单独、重复地为集群内的用户终端配置下行链路资源和/或上行链路资源所带来的配置指令的开销，进而提高了演进小区的资源利用率。

其中，所述装置10可以为基站等网络实体。

以上对本发明所提供的实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (16)

1.一种实现集群组呼业务的方法，其特征在于，包括：

集群组呼业务的用户终端接收来自演进小区的集群配置信息以及下行链路授权消息和/或上行链路授权消息；

所述集群组呼业务的用户终端保存所述集群配置信息以及下行链路授权消息和/或上行链路授权消息；

若所述集群组呼业务的用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或

若所述集群组呼业务的用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据；

其中，所述集群配置信息包括用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期和用于唯一标识所述演进小区的物理层小区标识；

所述集群组呼业务的用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据，包括：

若所述集群组呼业务的用户终端在初始时刻处于组接收状态，则激活所述下行链路授权消息指示的下行链路资源，并利用所述下行链路资源接收集群组呼业务数据；

若所述集群组呼业务的用户终端在初始时刻处于组发送状态，则记录第一用户终端激活所述下行链路授权消息指示的下行链路资源的时间点；所述第一用户终端为集群组呼业务实现过程中处于组接收状态的用户终端；

在后续集群组呼业务实现过程中，当所述集群组呼业务的用户终端在不同时刻处于组接收状态时，则根据所述半静态调度周期和记录的激活所述下行链路资源的时间点得到下行链路接收时刻，并根据保存的所述下行链路授权消息接收集群组呼业务数据。

2.如权利要求1所述的方法，其特征在于，在所述集群组呼业务的用户终端保存所述集群配置信息之前，还包括：

所述集群组呼业务的用户终端判断所述集群配置信息是否由其所属的演进小区发送；

若是，则所述集群组呼业务的用户终端保存所述集群配置信息。

3.如权利要求2所述的方法，其特征在于，所述集群组呼业务的用户终端判断所述集群配置信息是否由其所属的演进小区发送，包括：

所述集群组呼业务的用户终端判断其所属演进小区的物理层小区标识与所述集群配置信息包括的物理层小区标识是否匹配，若匹配，则判断所述集群配置信息是由其所属的演进小区发送。

4.如权利要求1-3任一项所述的方法，其特征在于，若所述集群组呼业务的用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据，包括：

若所述集群组呼业务的用户终端在初始时刻处于组发送状态，则激活所述上行链路授权消息指示的上行链路资源，并利用所述上行链路资源发送集群组呼业务数据；

若所述集群组呼业务的用户终端在初始时刻处于组接收状态，则记录第二用户终端激活所述上行链路授权消息指示的上行链路资源的时间点，所述第二用户终端为集群组呼业务的用户终端中处于组发送状态的用户终端；

在后续集群组呼业务实现过程中，当所述集群组呼业务的用户终端在不同时刻处于组发送状态时，则根据所述半静态调度周期和记录的激活所述上行链路资源的时间点得到上行链路发送时刻，并根据保存的所述上行链路授权消息发送集群组呼业务数据。

5.一种实现集群组呼业务的方法，其特征在于，包括：

演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息以及下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；

所述演进小区向所述集群组呼业务的用户终端发送所述集群配置信息以及下行链路授权消息和/或上行链路授权消息；

其中，所述集群配置信息包括:用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期、用于唯一标识所述演进小区的物理层小区标识、以及集群组调度使用的组小区无线网络临时标识Group C-RNTI；

所述方法还包括：

在后续集群组呼业务实现过程中，所述演进小区根据激活下行链路资源的时间点，按照所述半静态调度周期向处于组接收状态的用户终端发送集群组呼业务数据；

其中，所述激活下行链路资源的时间点是在初始时刻处于组接收状态的用户终端激活所述下行链路资源的时间。

6.如权利要求5所述的方法，其特征在于，所述演进小区向所述集群组呼业务的用户终端发送所述集群配置信息，包括：

所述演进小区以寻呼消息形式或新的公共控制消息形式向所述集群组呼业务的用户终端发送集群组呼通知消息，所述集群组呼通知消息中携带有所述集群配置信息。

7.如权利要求5或6所述的方法，其特征在于，在一次集群组呼业务实现过程中，所述演进小区只发送一次下行和/或上行链路授权消息，所述下行和/或上行链路授权消息分别使用所述集群配置信息中集群组调度使用的组小区无线网络临时标识Group C-RNTI进行加扰。

8.如权利要求5-7任一项所述的方法，其特征在于，所述方法还包括：

在后续集群组呼业务实现过程中，所述演进小区根据激活上行链路资源的时间点，按照所述半静态调度周期接收处于组发送状态的用户终端发送的集群组呼业务数据；

其中，所述激活上行链路资源的时间点是在初始时刻处于组发送状态的用户终端激活所述上行链路资源的时间。

9.一种实现集群组呼业务的装置，其特征在于，包括：

接收模块，用于接收来自演进小区的集群配置信息以及下行链路授权消息和/或上行链路授权消息；

保存模块，用于保存所述接收模块接收的集群配置信息以及下行链路授权消息和/或上行链路授权消息；

第一处理模块，用于当在不同时刻处于组接收状态时，根据所述保存模块保存的集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或

第二处理模块，用于当在不同时刻处于组发送状态时，根据所述保存模块保存的集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据；

其中，所述接收模块接收的集群配置信息包括用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期和用于唯一标识所述演进小区的物理层小区标识；

所述第一处理模块包括：

第一激活单元，用于在初始时刻处于组发送状态时，激活所述接收模块接收的下行链路授权消息指示的下行链路资源；

第一处理单元，用于在所述第一激活单元激活所述下行链路资源后，利用所述下行链路资源接收集群组呼业务数据；

第一记录单元，用于在初始时刻处于组发送状态时，则记录第一用户终端激活所述下行链路授权消息指示的下行链路资源的时间点；所述第一用户终端为集群组呼业务实现过程中处于组接收状态的用户终端；

所述第一处理单元，还用于在后续集群组呼业务实现过程中，当在不同时刻处于组接收状态时，则根据所述半静态调度周期和所述第一记录单元记录的激活所述下行链路资源的时间点得到下行链路接收时刻，并根据所述保存模块保存的下行链路授权消息接收集群组呼业务数据。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

判断模块，用于判断所述接收模块接收的集群配置信息是否由其所属的演进小区发送；

所述保存模块具体用于，若所述判断模块判断所述集群配置信息是由其所属的演进小区发送的，则保存所述接收模块接收的半静态调度配置信息。

11.根据权利要求10所述的装置，其特征在于，所述判断模块具体用于判断其所属演进小区的物理层小区标识与所述集群配置信息包括的物理层小区标识是否匹配，若匹配，则判断所述集群配置信息是由其所属的演进小区发送。

12.根据权利要求9至11任一项所述的装置，其特征在于，第二处理模块包括：

第二激活单元，用于在初始时刻处于组发送状态时，则激活所述上行链路授权消息指示的上行链路资源；

第二处理单元，用于在所述第二激活单元激活所述上行链路资源后，利用所述上行链路资源发送集群组呼业务数据；

第二记录单元，用于在初始时刻处于组接收状态时，则记录第二用户终端激活所述上行链路授权消息指示的上行链路资源的时间点，所述第二用户终端为集群组呼业务实现过程中处于组发送状态的用户终端；

所述第二处理单元，还用于在后续集群组呼业务实现过程中，当在不同时刻处于组发送状态时，则根据所述半静态调度周期和所述第二记录单元记录的激活所述上行链路资源的时间点得到上行链路发送时刻，并根据所述初始上行链路资源授权消息发送集群组呼业务数据。

13.一种实现集群组呼业务的装置，其特征在于，包括：

配置模块，用于演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息以及下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；

发送模块，用于向集群组呼的用户终端发送所述配置模块配置的集群配置信息、下行链路授权消息和/或上行链路授权消息；

其中，所述配置模块配置的集群配置信息包括：用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期、用于唯一标识所述演进小区的物理层小区标识、以及集群组调度使用的组小区无线网络临时标识Group C-RNTI；

所述发送模块，还用于在后续集群组呼业务实现过程中，根据激活下行链路资源的时间点，按照所述配置模块配置的半静态调度周期，向处于组接收状态的用户终端发送集群组呼业务数据；

其中，所述激活下行链路资源的时间点是在初始时刻处于组接收状态的用户终端激活所述下行链路资源的时间。

14.根据权利要求13所述的装置，其特征在于，所述发送模块，具体用于以寻呼消息形式或新的公共控制消息形式向所述集群组呼的用户终端发送集群组呼通知消息，所述集群组呼通知消息中携带有所述集群配置信息。

15.如权利要求13或14所述的装置，其特征在于，在一次集群组呼业务实现过程中，所述发送模块只发送一次下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息和/或下行链路授权消息使用所述集群配置信息包括的集群组调度使用的组小区无线网络临时标识Group C-RNTI进行加扰。

16.如权利要求13-15任一项所述的装置，其特征在于，所述装置还包括：

网侧接收模块，用于在后续集群组呼业务实现过程中，根据激活上行链路资源的时间点，按照所述配置模块配置的半静态调度周期，接收处于组发送状态的用户终端发送的集群组呼业务数据；

其中，所述激活上行链路资源的时间点是在初始时刻处于组发送状态的用户终端激活所述上行链路资源的时间。