一种集群通信系统中非连续监听控制信道的方法和装置与流程

本发明涉及通信技术领域，特别涉及一种集群通信系统中非连续监听控制信道的方法和装置。

背景技术：

基于时分-长期演进(TD-LTE)技术的宽带数字集群通信系统，不但可以支持TD-LTE移动通信系统自身的各种多媒体业务，而且可以提供基本集群呼叫业务以及集群多媒体业务。

集群组呼业务是集群系统中的典型业务，由多个用户共同参与，在专网通信领域发挥着巨大的作用。为了实现集群组呼业务快速呼叫建立，针对点对多点业务的特性，下行一般采用广播方式发送控制面信令和用户面数据，处于空闲状态的组呼用户不必转变成连接状态，就可以直接接收控制面信令和用户面数据，从而加快呼叫建立和业务数据接收。

在LTE系统中，为了用户设备(UE)节电，增加UE电池的使用时间，引入了非连续接收(Discontinuous Reception，DRX)机制，即在UE处于连接状态下时，不需要连续地监听基站(eNode B)的控制信道，而是间断地监听控制信道。

为了具体实现DRX操作，在TS36.321协议中定义了多种定时器，采用定时器与DRX结合的工作方式，使得eNode B保持与UE相同的DRX工作方式，并实时获知UE是处于激活期还是睡眠期，来保证只在UE的激活期进行数据传输。

在集群通信系统中，一个集群UE可在无线资源控制协议(Radio Resource Control，RRC)空闲状态下接听组呼。如果集群UE在整个组呼过程中一直连续地监听eNode B的控制信道，是很耗电的。

技术实现要素：

有鉴于此，本申请提供一种集群通信系统中非连续监听控制信道的方法和装置，以集群UE在接听组呼时不需要一直连续地监听PDCCH信道，而能够节电。

为解决上述技术问题，本申请的技术方案是这样实现的：

一种集群通信系统中非连续监听控制信道的方法，应用于处于组呼业务进行过程中的集群组中的集群用户设备UE上，为该集群组配置集群非连续接收DRX功能；该方法包括：

该集群UE获取基站为所述集群组配置的集群DRX配置信息；其中，所述集群DRX配置信息包括：集群DRX周期、集群DRX周期开始时刻偏移量、集群组持续时间定时器；

该集群UE根据集群DRX周期、集群DRX周期开始时刻偏移量确定集群组持续时间定时器启动时间；

该集群UE在激活时间内监听物理下行控制信道PDCCH，所述激活时间包括所述集群组持续时间定时器处于运行状态的时间。

一种集群通信系统中非连续监听控制信道的装置，应用于处于组呼业务进行过程中的集群组中的集群用户设备UE上，为该集群组配置集群非连续接收DRX功能；该装置包括：获取单元、确定单元、监听单元；

所述获取单元，用于获取基站为所述集群组配置的集群DRX配置信息；其中，所述集群DRX配置信息包括：集群DRX周期、集群DRX周期开始时刻偏移量、集群组持续时间定时器；

所述确定单元，用于根据所述获取单元获取的集群DRX周期、集群DRX周期开始时刻偏移量确定集群组持续时间定时器启动时间；

所述监听单元，用于在所述确定单元确定的激活时间内监听物理下行控制信道PDCCH，所述激活时间包括所述集群组持续时间定时器处于运行状态的时间。

由上面的技术方案可知，本申请中通过为集群组配置集群DRX功能，使集群组中的UE根据基站配置的集群DRX配置信息确定激活时间，在激活时间内对PDCCH进行监听。这样集群UE在接听组呼时不需要一直连续地监听PDCCH信道，能够节电。

附图说明

图1为本申请实施例中在集群通信系统中非连续监听控制信道的流程示意图；

图2为本申请实施例中应用于上述技术的装置结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图并举实施例，对本发明的技术方案进行详细说明。

本申请实施例中提供一种集群通信系统中非连续监听控制信道的方法，应用于处于组呼业务进行过程中的集群组中的UE上。通过为集群组配置集群DRX功能，使集群组中的UE根据基站配置的集群DRX配置信息确定激活时间，在激活时间内对PDCCH进行监听。这样集群UE在接听组呼时不需要一直连续地监听PDCCH信道，能够节电。

下文为了描述方便，将集群组中的UE称为集群UE。

组呼业务进行过程包括：组呼建立过程、组呼已建立进行组呼业务的接收、接收组呼的UE进行话权申请、接收组呼UE的移动性、接收组呼UE改接其他群组的组呼业务等。

在组呼建立过程中，核心网向相关基站发起群组下行承载的建立，各基站会为群组配置G-RNTI和/或SPS G-RNTI，集群UE会配置服务小区为该集群组配置的G-RNTI和/或SPS G-RNTI，当集群UE进行小区切换或小区重选时会重配置目的小区为该集群组配置的G-RNTI和/或SPS G-RNTI。

本实施例提供的技术方案针对配置集群DRX功能的集群UE，若集群UE未配置集群DRX功能，则按现有实现，对未配置集群DRX功能的集群UE的监听方式不再详细描述。

本申请实施例中，基站为集群配置集群DRX配置信息用于实现为集群组配置的集权DRX功能，所述集群DRX配置信息包括：集群DRX周期、集群DRX周期开始时刻偏移量、集群组持续时间定时器。

基站将所述集群DRX配置信息携带在RRC指令中，发送给集群UE。

在具体实现将集群DRX配置信息携带在RRC指令中时，通过在该RRC指令中新增集群DRX配置(TrunkingDRX-Config)信元来携带所述集群DRX配置信息。

具体地，TrunkingDRX-Config信元可在集群组呼配置(GroupCallConfig)信元中增加；也可在集群寻呼消息(TrunkingPaging)信元中增加。

为了更便于理解，下文给出两种集群DRX配置信元结构，但不限于这两种结构：

第一种结构为：

上述为针对第一种集群DRX配置信元结构的描述，其中，集群组持续时间定时器(onTrunkingGroupDurationTimer)表示集群DRX的激活定时，该定时器的长度决定集群组中UE周期性监听控制信道的时间，该集群组持续时间定时器的值可以用PDCCH子帧的数目表示。值psf1对应1个PDCCH子帧，psf2对应2个PDCCH子帧，以此类推。

trunkingDRX-Cycle表示集群DRX周期，该集群周期的值可以用子帧的数目表示。值sf2对应2个子帧，sf5对应5个子帧，以此类推。

trunkingdrxStartOffset表示集群DRX周期开始时刻偏移量。该集群DRX周期开始时刻偏移量的值用子帧数目表示。

第二种结构为：

上述为针对第二种集群DRX配置信元结构的描述，其中，集群组持续时间定时器(onTrunkingGroupDurationTimer)，表示集群DRX的激活定时，该定时器的长度决定集群组中UE周期性监听控制信道的时间，该集群组持续时间定时器的值可以用PDCCH子帧的数目表示。值psf1对应1个PDCCH子帧，psf2对应2个PDCCH子帧，以此类推。

trunkingDRX-Cycle表示集群DRX周期，该集群周期的值可以用子帧的数目表示。值sf2对应2个子帧，sf5对应5个子帧，以此类推。

trunkingdrxStartOffset表示集群DRX周期开始时刻偏移量。该集群DRX周期开始时刻偏移量的值用子帧数目表示。

集群UE接收到基站发送的RRC指令时，在该RRC指令中获取基站为所述集群组配置的集群DRX配置信息，并存储在本地，以进行控制信道的监听。该集群DRX配置信息携带在该RRC指令中新增的集群DRX配置信元中。

下面结合附图，详细说明本申请实施例中在集群通信系统中非连续监听控制信道的过程。

参见图1，图1为本申请实施例中在集群通信系统中非连续监听控制信道的流程示意图。具体步骤为：

步骤101，集群UE获取基站为所述集群组配置的集群DRX配置信息。

步骤102，该集群UE根据集群DRX周期、集群DRX周期开始时刻偏移量确定集群组持续时间定时器启动时间。

本步骤中每次集群组持续时间定时器(onTrunkingGroupDurationTimer)的启动的时间都为满足如下公式的子帧开始时间：

(SFN×10)+subframe number]modulo(trunkingDRX-Cycle)＝trunkingdrxStartOffset。

其中，trunkingDRX-Cycle和trunkingdrxStartOffset由eNode B配置并发送给集群UE的。

该集群UE根据集群DRX周期、集群DRX周期开始时刻偏移量确定集群组持续时间定时器启动时间。集群UE从满足上述公式的子帧开始启动集群组持续持续时间定时器；该定时器开启后处于运行状态的时间为该集群组持续时间定时器配置的定时时长。本申请实施例中，针对配置集群DRX功能的集群UE，当其对应集群组持续时间定时器处于运行状态时，集群UE确定当前在激活时间内。

步骤103，该集群UE在激活时间内监听PDCCH，所述激活时间包括所述集群组持续时间定时器处于运行状态的时间。

考虑到兼容LTE DRX功能，针对集群UE当处于某些情况下，如集群UE所处状态不同、是否配置LTE DRX时，本申请实施例提供针对不同情况的处理方案，具体如下：

第一种情况：集群UE配置了集群DRX功能，且处于RRC空闲状态时，在激活时间内监听PDCCH。

集群UE在处于RRC空闲状态时，不会配置LTE DRX，因此，此时的激活时间仅包括：集群组持续时间定时器处于运行状态的时间。

第二种情况：集群UE配置了集群DRX功能，且处于RRC连接状态，在该种情况下分为配置了LTE DRX和未配置LTE DRX。

当未配置LTE DRX时，连续监听PDCCH，即在非激活时间内和激活时间内均监听PDCCH。

当配置了LTE DRX时，在激活状态下监听PDCCH；此时的激活时间为下述任一情况发生时间，即只要下述任一情况发生，则确定当前处于激活时间：

集群组持续时间定时器处于运行状态的时间；

持续时间定时器(onDurationTimer)处于运行状态的时间；

drx-非激活定时器(drx-InactivityTimer)处于运行状态的时间；

drx-重传定时器(drx-RetransmissionTimer)处于运行状态的时间；

MAC竞争决议定时器(mac-ContentionResolutionTimer)处于运行状态的时间；

有未决的在PUCCH上发送的调度请求；

有上行HARQ重传的授权到达，并且相应的HARQ缓存中有数据存在；

成功接收到针对非UE所选前导码的随机接入响应后，还没有收到以C-RNTI标识的指示新数据传输的PDCCH。

上述情况中，集群组持续时间定时器为配置集群DRX功能产生的定时器；持续时间定时器、drx-非激活定时器、drx-重传定时器和MAC竞争决议定时器为配置LTE DRX产生的定时器。

在上述各种情况中，集群UE在激活时间内，针对任一PDCCH子帧，当确定该子帧是测量间隔的一部分，且确定当前集群组持续时间定时器处于正在运行状态时，监听PDCCH；当确定该子帧是测量间隔的一部分，且确定当前集群组持续时间定时器不处于运行状态时，不监听PDCCH。

考虑集群组呼的点对多点特性，当UE测量和组呼接收的时间冲突时，优先接收组呼。

当确定该子帧不是测量间隔的一部分时，执行如下操作：

监听PDCCH；并且若以C-RNTI或者T-C RNTI加扰的PDCCH指示下行传输或者该子帧已经被配置有下行授权，则为相应的HARQ进程启动HARQ RTT定时器，且停止相应HARQ进程的drx-重传定时器；若以C-RNTI或者T-C RNTI加扰的PDCCH指示一次新的传输，则启动或重启drx-重传定时器。

本申请的具体实施例中，还存在一些特殊情况，在这些特殊情况下，均连续监听PDCCH。这些特殊情况具体如下：

已接收组呼的RRC连接态UE切换，且该集群UE若未接收到该集群组呼在目的小区对应的集群DRX配置信息；

已接收组呼的IDLE态UE小区重选，且该集群UE若未接收到该集群组呼在目的小区对应的集群DRX配置信息；

G-RNTI变更，且该集群UE若未接收到该集群组呼对应的集群DRX配置信息。

不管是否在监听PDCCH，集群UE都将正常发送/接收HARQ反馈，如果期望的话，并传输type-1触发类型的SRS。

在非激活时间内，集群UE不应上报type-0触发类型的SRS。如果高层配置CQI masking(即cqi-mask)，则当onDurationTimer定时器没在运行的时候，不应在PUCCH上报CQI/PMI/RI/PTI；如果高层未配置CQI masking，在非激活时间内，不应在PUCCH上报CQI/PMI/RI/PTI。

在激活时间最后一个子帧接收到以C-RNTI或者T-C RNTI加扰的PDCCH指示的新数据传输(上行/下行)后，在最多4个子帧内UE可以选择不在PUCCH上上报CQI/PMI/RI/PTI和/或传输type-0触发类型的SRS。但这种可选性不适用onDurationTimer运行阶段。

需要说明的是，当UE需要读取BCCH的系统信息、PCCH的寻呼消息和TPCCH的集群寻呼消息时不受集群DRX的影响，可以基于RRC提供的配置信息分别在相应的时刻监听对应RNTI(SI-RNTI/P-RNTI/TP-RNTI)加扰的PDCCH。

需要说明的是，当在集群组呼建立过程中为该集群组配置了集群DRX时，基站要保持与集群组相同的DRX工作方式，并实时获知集群组是否处于激活期。

基站会在集群组的激活期调度该集群组分配资源；而该集群组中UE会在集群组的激活期内每个下行子帧盲检PDCCH来接收该组呼业务。

更进一步地，在一个集群组一次组呼通话过程中，该集群组中成员UE所处RRC状态是不同的，有的UE可能处于RRC空闲状态，有的UE可能处于RRC连接状态，甚至有些UE在组呼通话过程中RRC状态也会发生变化。但是，对于集群组中的所有UE而言，在集群组的激活期内必须监听PDCCH。在集群组的非集群期间内，集群组中RRC连接状态的UE根据上述描述在某些时刻也需监听PDCCH的。

基于同样的发明构思，本申请还提出一种集群通信系统中非连续监听控制信道的装置，应用于处于组呼业务进行过程中的集群组中的集群用户设备UE上，为该集群组配置集群DRX功能。参见图2，图2为本申请实施例中应用于上述技术的装置结构示意图。该装置包括：获取单元201、确定单元202、监听单元203；

获取单元201，用于获取基站为所述集群组配置的集群DRX配置信息；其中，所述集群DRX配置信息包括：集群DRX周期、集群DRX周期开始时刻偏移量、集群组持续时间定时器；

确定单元202，用于根据获取单元201获取的集群DRX周期、集群DRX周期开始时刻偏移量确定集群组持续时间定时器启动时间；

监听单元203，用于在确定单元202确定的激活时间内监听物理下行控制信道PDCCH，所述激活时间包括所述集群组持续时间定时器处于运行状态的时间。

较佳地，

监听单元203，具体用于本单元所在集群UE处于无线资源控制协议RRC连接状态，且未配置长期演进LTE DRX时，在非激活时间内监听PDCCH。

较佳地，

监听单元203，用于本单元所在集群UE处于RRC连接状态，且配置了LTE DRX时，在激活时间内监听PDCCH；所述激活时间包括下述任一情况发生的时间：集群组持续时间定时器处于运行状态的时间；持续时间定时器onDurationTimer处于运行状态的时间；drx-非激活定时器drx-InactivityTimer处于运行状态的时间；drx-重传定时器drx-RetransmissionTimer处于运行状态的时间；MAC竞争决议定时器mac-ContentionResolutionTimer处于运行状态的时间；有未决的在PUCCH上发送的调度请求；有上行混合自动重传请求HARQ的授权到达，并且相应的HARQ缓存中有数据存在；成功接收到针对非UE所选前导码的随机接入响应后，还没有收到以小区无线网络临时标识C-RNTI标识的指示新数据传输的PDCCH。

较佳地，

监听单元203，进一步用于在激活时间内，针对任一PDCCH子帧，当确定该子帧是测量间隔的一部分，且确定当前集群组持续时间定时器处于正在运行状态时，监听PDCCH；当确定该子帧不是测量间隔的一部分时，执行如下操作：监听PDCCH；并且若以C-RNTI或者T-C RNTI加扰的PDCCH指示下行传输或者该子帧已经被配置有下行授权，则为相应的HARQ进程启动HARQ RTT定时器，且停止相应HARQ进程的drx-重传定时器；若以C-RNTI或者T-C RNTI加扰的PDCCH指示一次新的传输，则启动或重启drx-重传定时器。

较佳地，

监听单元203，进一步用于当已接收组呼的RRC连接态UE切换，且该集群UE若未接收到该集群组呼在目的小区对应的集群DRX配置信息，连续监听PDCCH；已接收组呼的IDLE态UE小区重选，且该集群UE若未接收到该集群组呼在目的小区对应的集群DRX配置信息，连续监听PCCDH；G-RNTI变更，且该集群UE若未接收到该集群组呼对应的集群DRX配置信息，连续监听PDCCH。

较佳地，

获取单元201，具体用于获取基站为所述集群组配置的集群DRX配置信息时，接收到基站发送的RRC指令时，在该RRC指令中获取基站为所述集群组配置的集群DRX配置信息，该集群DRX配置信息携带在该RRC指令中新增的集群DRX配置信元中。

较佳地，

确定单元202，具体用于确定集群组持续时间定时器的启动的时间为满足如下公式的子帧开始时间：[(无线帧帧号SFN×10)+子帧号subframe number]modulo(trunkingDRX-Cycle)＝集群DRX周期开始时刻偏移量trunkingdrxStartOffset；其中，trunkingDRX-Cycle为集群DRX周期。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。

综上所述，本申请通过为集群组配置集群DRX功能，使集群组中的UE根据基站配置的集群DRX配置信息确定激活时间，在激活时间内对PDCCH进行监听。这样集群UE在接听组呼时不需要一直连续地监听PDCCH信道，能够节电。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。