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

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

Info

Publication number
CN103200530A
CN103200530A CN201210001585XA CN201210001585A CN103200530A CN 103200530 A CN103200530 A CN 103200530A CN 201210001585X A CN201210001585X A CN 201210001585XA CN 201210001585 A CN201210001585 A CN 201210001585A CN 103200530 A CN103200530 A CN 103200530A
Authority
CN
China
Prior art keywords
user terminal
cluster
multi call
call business
cluster multi
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201210001585XA
Other languages
English (en)
Other versions
CN103200530B (zh
Inventor
熊新
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201210001585.XA priority Critical patent/CN103200530B/zh
Priority to PCT/CN2012/086457 priority patent/WO2013102392A1/zh
Priority to EP12864427.5A priority patent/EP2793492B1/en
Publication of CN103200530A publication Critical patent/CN103200530A/zh
Priority to US14/323,963 priority patent/US9661478B2/en
Application granted granted Critical
Publication of CN103200530B publication Critical patent/CN103200530B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

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 (24)

1.一种实现集群组呼业务的方法，其特征在于，包括：
集群组呼业务的用户终端接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；
所述集群组呼业务的用户终端保存所述集群配置信息、下行链路授权消息和/或上行链路授权消息；
若所述集群组呼业务的用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或
若所述集群组呼业务的用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。
2.如权利要求1所述的方法，其特征在于，所述集群配置信息包括用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期和用于唯一标识所述演进小区的物理层小区标识。
3.如权利要求2所述的方法，其特征在于，在所述集群组呼业务的用户终端保存所述集群配置信息之前，还包括：
所述集群组呼业务的用户终端判断所述集群配置信息是否由其所属的演进小区发送；
若是，则所述集群组呼业务的用户终端保存所述集群配置信息。
4.如权利要求3所述的方法，其特征在于，所述集群组呼业务的用户终端判断所述集群配置信息是否由其所属的演进小区发送，包括：
所述集群组呼业务的用户终端判断其所属演进小区的物理层小区标识与所述集群配置信息包括的物理层小区标识是否匹配，若匹配，则判断所述集群配置信息是由其所属的演进小区发送。 
5.如权利要求2-4任一项所述的方法，其特征在于，所述集群组呼业务的用户终端在不同时刻处于组接收状态，根据所述集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据，包括：
若所述集群组呼业务的用户终端在初始时刻处于组接收状态，则激活所述下行链路授权消息指示的下行链路资源，并利用所述下行链路资源接收集群组呼业务数据；
若所述集群组呼业务的用户终端在初始时刻处于组发送状态，则记录第一用户终端激活所述下行链路授权消息指示的下行链路资源的时间点；所述第一用户终端为集群组呼业务实现过程中处于组接收状态的用户终端；
在后续集群组呼业务实现过程中，当所述集群组呼业务的用户终端在不同时刻处于组接收状态时，则根据所述半静态调度周期和记录的激活所述下行链路资源的时间点得到下行链路接收时刻，并根据保存的所述下行链路授权消息接收集群组呼业务数据。
6.如权利要求2-4任一权利要求所述的方法，其特征在于，若所述集群组呼业务的用户终端在不同时刻处于组发送状态，根据所述集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据，包括：
若所述集群组呼业务的用户终端在初始时刻处于组发送状态，则激活所述上行链路授权消息指示的上行链路资源，并利用所述上行链路资源发送集群组呼业务数据；
若所述集群组呼业务的用户终端在初始时刻处于组接收状态，则记录第二用户终端激活所述上行链路授权消息指示的上行链路资源的时间点，所述第二用户终端为集群组呼业务的用户终端中处于组发送状态的用户终端；
在后续集群组呼业务实现过程中，当所述集群组呼业务的用户终端在不同时刻处于组发送状态时，则根据所述半静态调度周期和记录的激活所述上行链路资源的时间点得到上行链路发送时刻，并根据保存的所述上行链路授权消息发送集群组呼业务数据。 
7.一种实现集群组呼业务的方法，其特征在于，包括：
演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息、下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；
所述演进小区向所述集群组呼业务的用户终端发送所述集群配置信息、下行链路授权消息和/或上行链路授权消息。
8.如权利求7所述的方法，其特征在于，所述集群配置信息包括：用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期、用于唯一标识所述演进小区的物理层小区标识、以及集群组调度使用的组小区无线网络临时标识Group C-RNTI。
9.如权利要求7-8任一项所述的方法，其特征在于，所述演进小区向所述集群组呼业务的用户终端发送所述集群配置信息，包括：
所述演进小区以寻呼消息形式或新的公共控制消息形式向所述集群组呼业务的用户终端发送集群组呼通知消息，所述集群组呼通知消息中携带有所述集群配置信息。
10.如权利要求7-9任一项所述的方法，其特征在于，在一次集群组呼业务实现过程中，所述演进小区只发送一次下行和/或上行链路授权消息，所述下行和/或上行链路授权消息分别使用所述集群配置信息中集群组调度使用的组小区无线网络临时标识Group C-RNTI进行加扰。
11.如权利要求7-9任一项所述的方法，其特征在于，所述方法还包括：
在后续集群组呼业务实现过程中，所述演进小区根据激活下行链路资源的时间点，按照所述半静态调度周期向处于组接收状态的用户终端发送集群组呼业务数据；
其中，所述激活下行链路资源的时间点是在初始时刻处于组接收状态的用 户终端激活所述下行链路资源的时间。
12.如权利要求7-9任一项所述的方法，其特征在于，所述方法还包括：
在后续集群组呼业务实现过程中，所述演进小区根据激活上行链路资源的时间点，按照所述半静态调度周期接收处于组发送状态的用户终端发送的集群组呼业务数据；
其中，所述激活上行链路资源的时间点是在初始时刻处于组发送状态的用户终端激活所述上行链路资源的时间。
13.一种实现集群组呼业务的装置，其特征在于，包括：
接收模块，用于接收来自演进小区的集群配置信息、下行链路授权消息和/或上行链路授权消息；
保存模块，用于保存所述接收模块接收的集群配置信息、下行链路授权消息和/或上行链路授权消息；
第一处理模块，用于当在不同时刻处于组接收状态时，根据所述保存模块保存的集群配置信息，以半静态调度方式共享所述下行链路授权消息指示的下行链路资源，接收集群组呼业务数据；和/或
第二处理模块，用于当在不同时刻处于组发送状态时，根据所述保存模块保存的集群配置信息，以半静态调度方式轮流使用所述上行链路授权消息指示的上行链路资源，发送集群组呼业务数据。
14.根据权利要求13所述的装置，其特征在于，所述接收模块接收的集群配置信息包括用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期和用于唯一标识所述演进小区的物理层小区标识。
15.根据权利要求14所述的装置，其特征在于，所述装置还包括：
判断模块，用于判断所述接收模块接收的集群配置信息是否由其所属的演进小区发送；
所述保存模块具体用于，若所述判断模块判断所述集群配置信息是由其所属的演进小区发送的，则保存所述接收模块接收的半静态调度配置信息。 
16.根据权利要求15所述的装置，其特征在于，所述判断模块具体用于判断其所属演进小区的物理层小区标识与所述集群配置信息包括的物理层小区标识是否匹配，若匹配，则判断所述集群配置信息是由其所属的演进小区发送。
17.根据权利要求14至16任一项所述的装置，其特征在于，所述第一处理模块包括：
第一激活单元，用于在初始时刻处于组发送状态时，激活所述接收模块接收的下行链路授权消息指示的下行链路资源；
第一处理单元，用于在所述第一激活单元激活所述下行链路资源后，利用所述下行链路资源接收集群组呼业务数据；
第一记录单元，用于在初始时刻处于组发送状态时，则记录第一用户终端激活所述下行链路授权消息指示的下行链路资源的时间点；所述第一用户终端为集群组呼业务实现过程中处于组接收状态的用户终端；
所述第一处理单元，还用于在后续集群组呼业务实现过程中，当在不同时刻处于组接收状态时，则根据所述半静态调度周期和所述第一记录单元记录的激活所述下行链路资源的时间点得到下行链路接收时刻，并根据所述保存模块保存的下行链路授权消息接收集群组呼业务数据。
18.根据权利要求14至16任一项所述的装置，其特征在于，第二处理模块包括：
第二激活单元，用于在初始时刻处于组发送状态时，则激活所述上行链路授权消息指示的上行链路资源；
第二处理单元，用于在所述第二激活单元激活所述上行链路资源后，利用所述上行链路资源发送集群组呼业务数据；
第二记录单元，用于在初始时刻处于组接收状态时，则记录第二用户终端激活所述上行链路授权消息指示的上行链路资源的时间点，所述第二用户终端为集群组呼业务实现过程中处于组发送状态的用户终端；
所述第二处理单元，还用于在后续集群组呼业务实现过程中，当在不同时刻处于组发送状态时，则根据所述半静态调度周期和所述第二记录单元记录的 激活所述上行链路资源的时间点得到上行链路发送时刻，并根据所述初始上行链路资源授权消息发送集群组呼业务数据。
19.一种实现集群组呼业务的装置，其特征在于，包括：
配置模块，用于演进小区为所述演进小区内集群组呼业务的用户终端配置集群配置信息、下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息指示在不同时刻处于组接收状态的用户终端以半静态调度方式共享的下行链路资源；所述上行链路授权消息指示在不同时刻处于组发送状态的用户终端以半静态调度方式轮流使用的上行链路资源；
发送模块，用于向集群组呼的用户终端发送所述配置模块配置的集群配置信息、下行链路授权消息和/或上行链路授权消息。
20.根据权利要求19所述的装置，其特征在于，所述配置模块配置的集群配置信息包括：用于指示接收或发送集群组呼业务数据时间间隔的半静态调度周期、用于唯一标识所述演进小区的物理层小区标识、以及集群组调度使用的组小区无线网络临时标识Group C-RNTI。
21.根据权利要求19或20所述的装置，其特征在于，所述发送模块，具体用于以寻呼消息形式或新的公共控制消息形式向所述集群组呼的用户终端发送集群组呼通知消息，所述集群组呼通知消息中携带有所述集群配置信息。
22.如权利要求20或21所述的装置，其特征在于，在一次集群组呼业务实现过程中，所述发送模块只发送一次下行链路授权消息和/或上行链路授权消息，所述下行链路授权消息和/或下行链路授权消息使用所述集群配置信息包括的集群组调度使用的组小区无线网络临时标识Group C-RNTI进行加扰。
23.如权利要求20-22任一项所述的装置，其特征在于，所述发送模块，还用于在后续集群组呼业务实现过程中，根据激活下行链路资源的时间点，按照所述配置模块配置的半静态调度周期，向处于组接收状态的用户终端发送集群组呼业务数据； 
其中，所述激活下行链路资源的时间点是在初始时刻处于组接收状态的用户终端激活所述下行链路资源的时间。
24.如权利要求20-22任一项所述的装置，其特征在于，所述装置还包括：
接收模块，用于在后续集群组呼业务实现过程中，根据激活上行链路资源的时间点，按照所述配置模块配置的半静态调度周期，接收处于组发送状态的用户终端发送的集群组呼业务数据；
其中，所述激活上行链路资源的时间点是在初始时刻处于组发送状态的用户终端激活所述上行链路资源的时间。 
CN201210001585.XA 2012-01-05 2012-01-05 一种实现集群组呼业务的方法及装置 Active CN103200530B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201210001585.XA CN103200530B (zh) 2012-01-05 2012-01-05 一种实现集群组呼业务的方法及装置
PCT/CN2012/086457 WO2013102392A1 (zh) 2012-01-05 2012-12-12 一种实现集群组呼业务的方法及装置
EP12864427.5A EP2793492B1 (en) 2012-01-05 2012-12-12 Method and device for implementing cluster group call service
US14/323,963 US9661478B2 (en) 2012-01-05 2014-07-03 Method and apparatus for implementing trunking group call service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210001585.XA CN103200530B (zh) 2012-01-05 2012-01-05 一种实现集群组呼业务的方法及装置

Publications (2)

Publication Number Publication Date
CN103200530A true CN103200530A (zh) 2013-07-10
CN103200530B CN103200530B (zh) 2016-12-14

Family

ID=48722854

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210001585.XA Active CN103200530B (zh) 2012-01-05 2012-01-05 一种实现集群组呼业务的方法及装置

Country Status (4)

Country Link
US (1) US9661478B2 (zh)
EP (1) EP2793492B1 (zh)
CN (1) CN103200530B (zh)
WO (1) WO2013102392A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104378188A (zh) * 2013-08-12 2015-02-25 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN104427626A (zh) * 2013-08-23 2015-03-18 普天信息技术有限公司 半静态调度方法和系统
WO2015051504A1 (zh) * 2013-10-09 2015-04-16 华为技术有限公司 半静态共享资源调度方法和装置
CN106664714A (zh) * 2014-08-26 2017-05-10 瑞典爱立信有限公司 蜂窝网络中周期性上行链路许可对准
CN107787043A (zh) * 2016-08-24 2018-03-09 大唐移动通信设备有限公司 一种下行调度方法及装置

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104469948B (zh) * 2013-09-23 2018-05-01 成都鼎桥通信技术有限公司 一种上行半静态资源的分配方法
CN104602201B (zh) * 2015-02-09 2017-11-07 重庆邮电大学 Lte集群专网中单终端同时接收多组呼业务的方法
CN105992161B (zh) * 2015-03-03 2019-04-19 普天信息技术有限公司 一种组呼下行用户面建立方法、基站以及演进分组核心
CN106358159A (zh) * 2015-07-17 2017-01-25 中兴通讯股份有限公司 宽带集群系统的共享信道管理方法、系统、终端和基站
US20170265167A1 (en) * 2016-03-11 2017-09-14 Asustek Computer Inc. Method and apparatus for multicasting data to a group in a wireless communication system
US10342038B2 (en) * 2016-10-04 2019-07-02 Qualcomm Incorporated Method and apparatus for scheduling multiple uplink grants of different types
US11558923B2 (en) 2019-09-09 2023-01-17 Qualcomm Incorporated Uplink resource grant release in wireless communication systems
US11849430B2 (en) 2019-09-09 2023-12-19 Qualcomm Incorporated Uplink resource allocation and activation
CN115348547B (zh) * 2022-08-09 2023-11-07 北京长焜科技有限公司 B-Trunc永久业务的发起、休眠、中止方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1984379A (zh) * 2005-12-12 2007-06-20 中兴通讯股份有限公司 一种cdma数字集群传统式组呼通话过程的实现方法
CN101321327A (zh) * 2008-07-03 2008-12-10 中兴通讯股份有限公司 一种集群系统中长码掩码的生成方法
CN101998643A (zh) * 2009-08-26 2011-03-30 中兴通讯股份有限公司 一种半静态调度上行激活及重激活的系统及方法
WO2011135555A1 (en) * 2010-04-30 2011-11-03 Nokia Corporation Network controlled device to device / machine to machine cluster operation

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100948799B1 (ko) * 2006-08-07 2010-03-24 삼성전자주식회사 광대역 무선 통신시스템에서 단방향 통신을 위한 자원 할당 장치 및 방법
KR101359411B1 (ko) * 2007-02-02 2014-02-07 미쓰비시덴키 가부시키가이샤 통신 방법, 기지국, 통신 시스템 및 이동 단말
US8027696B2 (en) * 2007-12-28 2011-09-27 Motorola Solutions, Inc. Method and apparatus for allocating channel resources in a wireless communication system
JP4384700B1 (ja) * 2008-06-23 2009-12-16 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動局及び無線基地局
US9215035B2 (en) * 2008-12-08 2015-12-15 Lg Electronics Inc. Method of transmitting and receiving physical downlink shared channel in wireless communication system
US8422448B2 (en) * 2010-08-09 2013-04-16 Alcatel Lucent Group call control in a wireless broadband communication network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1984379A (zh) * 2005-12-12 2007-06-20 中兴通讯股份有限公司 一种cdma数字集群传统式组呼通话过程的实现方法
CN101321327A (zh) * 2008-07-03 2008-12-10 中兴通讯股份有限公司 一种集群系统中长码掩码的生成方法
CN101998643A (zh) * 2009-08-26 2011-03-30 中兴通讯股份有限公司 一种半静态调度上行激活及重激活的系统及方法
WO2011135555A1 (en) * 2010-04-30 2011-11-03 Nokia Corporation Network controlled device to device / machine to machine cluster operation

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104378188A (zh) * 2013-08-12 2015-02-25 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN104378188B (zh) * 2013-08-12 2019-02-22 北京信威通信技术股份有限公司 一种下行控制信道处理方法、装置和系统
CN104427626A (zh) * 2013-08-23 2015-03-18 普天信息技术有限公司 半静态调度方法和系统
WO2015051504A1 (zh) * 2013-10-09 2015-04-16 华为技术有限公司 半静态共享资源调度方法和装置
CN106664714A (zh) * 2014-08-26 2017-05-10 瑞典爱立信有限公司 蜂窝网络中周期性上行链路许可对准
CN106664714B (zh) * 2014-08-26 2020-05-08 瑞典爱立信有限公司 蜂窝网络中周期性上行链路许可对准
CN107787043A (zh) * 2016-08-24 2018-03-09 大唐移动通信设备有限公司 一种下行调度方法及装置
CN107787043B (zh) * 2016-08-24 2020-06-16 大唐移动通信设备有限公司 一种下行调度方法及装置

Also Published As

Publication number Publication date
US20140323171A1 (en) 2014-10-30
EP2793492A1 (en) 2014-10-22
EP2793492B1 (en) 2018-04-04
WO2013102392A1 (zh) 2013-07-11
EP2793492A4 (en) 2014-12-10
CN103200530B (zh) 2016-12-14
US9661478B2 (en) 2017-05-23

Similar Documents

Publication Publication Date Title
CN103200530A (zh) 一种实现集群组呼业务的方法及装置
US11758542B2 (en) Method and apparatus for sidelink communication in wireless communication system
CN103139764B (zh) 业务调度方法及装置
CN103634812A (zh) 一种基于用户设备中继同小区设备到设备直传通信的方法
CN103458513A (zh) 无线通信方法和基站及终端
CN102045862A (zh) 一种载波聚合实现方法、装置与系统
CN105101458A (zh) D2d通信中的不同cp长度共存的配置
CN102547595B (zh) 一种组呼会话信息的传输方法和设备
JP2013502114A (ja) 一種の末端標識の使用方法、システムと設備
CN104427626A (zh) 半静态调度方法和系统
CN103581840A (zh) 一种脱网直通模式下组呼业务的传输方法及终端
CN107734543A (zh) 一种资源配置方法及装置
CN101662732B (zh) 一种集群用户呼叫接续的方法及系统
CN104509170B (zh) 用于临近服务的消息发送、接收方法、设备及系统
CN104683957A (zh) 一种下行控制信道处理方法、装置和系统
CN102076055B (zh) 跨载波下行控制信道指示方法、系统及演进基站
CN114631374B (zh) 一种数据传输方法及装置
CN102547596A (zh) 一种话权指示信息的传输方法及装置
CN104081745A (zh) 上行传输方法、基站和用户设备
CN102547585A (zh) 一种宽带无线通信系统集群业务中的下行信道复用方法
CN104010278A (zh) Td-scdma集群系统组呼建立方法及系统
CN105101437A (zh) 一种d2d通信方法及设备
CN102625249B (zh) 一种组呼会话信息的传输方法和设备
CN110036676B (zh) 一种终端通信的方法及用户设备
MX2015002154A (es) Procedimiento de transmision de informacion de enlazamiento troncal, y correspondientes terminal y nodo de acceso de enlazamiento troncal.

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant