CN113141657B - 一种半持续调度方法及装置 - Google Patents

Abstract

本发明实施例提供了一种半持续调度方法及装置。所述方法应用于网络侧设备，所述方法包括：检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息；在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息。本发明实施例解决了现有技术中，集群终端接收半持续调度信息的可靠性较低的问题。

Description

一种半持续调度方法及装置

技术领域

本发明涉及移动通信技术领域，尤其涉及一种半持续调度方法及装置。

背景技术

在无线通信系统中，宽带集群(Broadband Trunking Communication，B-Trunc)通信系统支持集群功能，而集群组呼作为集群功能中的一个重要的应用，在集群系统中非常普遍。集群组呼具有数据包大小基本不变且周期性发送等特点，通常会使用半持续调度(Semi Persistent Scheduling)来降低系统物理下行控制信道(Physical DownlinkControl Channel，PDCCH)的开销，从而提升整个系统性能。

在半持续调度中，终端用户申请一次资源后，相应资源在一段时间内，基站将资源周期性的分配给该用户。由于集群系统的特殊性，集群终端在接收到调度信息之后，不会向集群基站(Trunking-Evolved NodeB，T-Enb)反馈信息，因此集群基站无法得知半持续调度信息是否被终端正确收到；并且集群终端也不会对下行数据进行反馈，导致集群基站后续在半持续资源上发送的下行业务数据也无法收到任何反馈信息。

此外，如果半持续调度信息没有更新，集群基站就不会再发送新的半持续调度信息，导致该终端可能会一直错过该群组的组呼消息，直至有半持续调度资源更新。这样，导致集群终端接收半持续调度信息的可靠性较低。

发明内容

本发明实施例提供一种半持续调度方法及装置，以解决现有技术中，集群终端接收半持续调度信息的可靠性较低的问题。

一方面，本发明实施例提供了一种半持续调度方法，应用于网络侧设备，所述方法包括：

检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息；

在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息。

一方面，本发明实施例提供了一种半持续调度方法，应用于网络侧设备，所述方法包括：

接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

另一方面，本发明实施例还提供一种半持续调度装置，应用于网络侧设备，所述装置包括：

检测模块，用于检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息；

第一发送模块，用于在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息。

另一方面，本发明实施例还提供一种半持续调度装置，应用于网络侧设备，所述装置包括：

接收模块，用于接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

又一方面，本发明实施例还提供一种电子设备，该电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的半持续调度方法中的步骤。

再一方面，本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的半持续调度方法中的步骤。

在本发明实施例中，检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息，提高集群终端接收到半持续调度信息的可靠性，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源；此外，对于迟入终端，在建立承载后可获取半持续调度信息，接收的组呼信息，减少迟入终端加入组呼的时延。

附图说明

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

图1为本发明实施例提供的半持续调度方法的步骤流程图；

图2为本发明实施例的示例的步骤流程图；

图3为本发明实施例的示例的示意图之一；

图4为本发明实施例的示例的示意图之二；

图5为本发明实施例提供的半持续调度装置的结构框图；

图6为本发明实施例提供的电子设备的结构框图。

具体实施方式

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

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本发明所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

图1示出了本发明实施例提供的一种半持续调度方法的流程示意图。

如图1所示，本发明实施例提供了一种半持续调度方法，应用于网络侧设备，其中，网络侧设备即接入网设备，接入网设备部署在接入网中。在5G新空口(New Radio，NR)系统中，接入网可以称为新一代无线接入网(New Generation-Radio Access Network，NG-RAN)。接入网设备与终端之间通过某种空口技术互相通信，例如可以通过蜂窝技术相互通信。

接入网设备可以是基站(Base Station，BS)，所述基站是一种部署在接入网中用以为UE提供无线通信功能的装置。所述基站可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在5G NR系统中，称为gNodeB或者gNB。随着通信技术的演进，“基站”这一名称可能会变化。为方便描述，本发明实施例中，上述为用户终端(User Equipment，UE)提供无线通信功能的装置统称为接入网设备。

所述方法包括：

步骤101，检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

其中，B-Trunc是一种专网宽带集群系统标准，集群系统是一种用于集团调度指挥通信的移动通信系统，主要应用在专业的移动通信领域。该系统对业务的要求为支持基于网际互连协议(Internet Protocol，IP)的分组数据传输业务与集群业务的并发。集群基站除了支持长期演进(Long Term Evolution，LTE)的基本功能外，还支持集群业务的相关功能。其中，集群业务包括集群语音、集群多媒体、集群数据和集群补充业务等业务类型。

对于集群系统来说，在一个小区内，下行业务上，多个集群终端共享一个下行业务信道。对于系统性能指标中对于集群组呼容量的要求，物理下行控制信道资源(PhysicalDownlink Control Channel，PDCCH)成为了限制系统性能的一个瓶颈。结合语音业务的特点，半持续调度提供了一种节省PDCCH开销的方式。

在半持续调度中，当业务达到触发半持续调度的条件后，集群基站会发送集群组呼半持续调度的PDCCH确认下行控制信息格式信息(Downlink Control Information 1A，DCI1A)；集群终端接收到DCI1A为有效的半持续调度激活或释放信息，激活或释放半持续调度。半持续调度激活后，集群基站不发送PDCCH而直接调度物理下行共享信道(PhysicalDownlink Shared Channel，PDSCH)数据。

半持续调度信息释放后，集群终端不在指定的位置解PDSCH数据。但是集群终端不会对半持续调度激活信息或释放信息进行反馈，也不对下行数据进行反馈。所以，因此集群基站无法得知半持续调度信息是否被终端正确收到。

本发明实施例中，网络侧设备在其覆盖的小区内，检测每个集群群组是否符合执行半持续调度的预设触发条件。

具体地，半持续调度的预设触发条件包括存在针对所述目标群组执行的半持续调度，即针对目标群组当前已经执行半持续调度。预设触发条件还包括接收到针对所述目标群组的半持续调度的激活消息或释放消息，具体地，激活消息或释放消息来自网络侧设备的高层的指示。

步骤102，在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息。

本步骤中，若目标群组满足预设触发条件，则在预设的半持续调度触发时刻，连续多次向该群组的集群终端发送半持续调度指示信息，以提高集群终端接收半持续调度指示信息的成功率；可选地，半持续调度触发时刻可以是整个半持续调度周期的二分之一时刻、三分之一时刻等。

具体地，若存在针对所述目标群组执行的半持续调度，那么在半持续调度触发时刻，进行一次半持续DCI 1A的发送，并持续预设数目次发送DCI 1A，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源。

此外，对于集群群组中的集群终端，若在组呼开始后，终端系统才上电或进入覆盖区域(下文称此类终端为迟入终端)，则该终端无法获取半持续调度信息，进而无法接收在半持续调度指定的位置上发送的组呼信息。有迟入终端接入时，网络侧设备的高层会发送组呼配置信息(Group Call Config)用以配置组呼承载信息，组呼配置信息包括半持续调度的激活消息或释放消息，这样，在半持续调度触发时刻，持续预设数目次发送DCI 1A，使得迟入终端可获取其所在的集群群组已经存在的半持续调度信息，否则，迟入终端可能需要等到半持续信息变更才可获得。虽然协议中给出在组呼配置消息中也可指示半持续调度资源，但是终端不一定会获取Group Call Config消息中的tgsps-Setup消息中，因此，不能保证迟入终端一定会获得半持续调度资源；而通过本发明实施例中提出的方法，迟入终端在建立承载后可获取半持续调度信息，接收组呼信息，减少了其加入组呼的时延。

本发明实施例中，检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息，提高集群终端接收到半持续调度信息的可靠性，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源；此外，对于迟入终端，在建立承载后可获取半持续调度信息，接收的组呼信息，减少迟入终端加入组呼的时延。本发明实施例解决了现有技术中，集群终端接收半持续调度信息的可靠性较低的问题。

可选地，本发明实施例中，若所述预设触发条件包括接收到针对所述目标群组的半持续调度的激活消息或释放消息，

所述在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息的步骤之前，所述方法包括：

向所述目标群组的集群终端发送针对所述目标群组的所述半持续调度指示信息。

其中，对于迟入终端，在其接入时，网络侧设备首先向迟入终端发送一次半持续调度指示信息DCI 1A，然后在预设的半持续调度触发时刻，连续预设数目次发送DCI 1A。

可选地，本发明实施例中，所述半持续调度指示信息为下行控制信息格式信息，所述下行控制信息格式信息用于指示半持续调度的激活或释放。

其中，当业务达到触发半持续调度的条件后，集群基站会发送集群组呼半持续调度的PDCCH确认DCI1A，DCI1A用于指示半持续调度的激活或释放，集群终端接收到DCI1A，激活或释放半持续调度。

具体地，作为示例，半持续调度激活信息的PDCCH的DCI1A字段设置如以下表1所示：

表1：

半持续调度释放信息的PDCCH的DCI1A字段设置如以下表2所示：

表2：

	DCI格式1A
		HARQ进程数	0000
MCS	11111
		冗余版本	00
资源块分配	全1

可选地，本发明实施例中，所述半持续调度触发时刻为所述半持续调度的调度周期的二分之一时刻，也即半个调度周期的时刻。

如以下表3所示，调度周期的取值范围如以下表3所示：

表3：

作为示例，参见图2，图2示出了本发明实施例提供的半持续调度方法的应用过程，主要包括以下步骤：

步骤201，集群基站周期性下发集群系统消息(SystemInformationBlock，SIB)32。

步骤202，基站高层指示发送Group Call Config消息。

步骤203，判断是否存在针对该群组的半持续调度：

若是，执行步骤207；否则，执行步骤204；

步骤204，正常发送集群组呼业务；

步骤205，判断是否收到高层指示触发半持续调度激活或释放消息：

若是，执行步骤206；否则，结束流程；

步骤206，发送半持续调度的激活或释放DCI1A；

步骤207，在特定时刻连续发送n次半持续调度DCI1A；特定时刻即预设的半持续调度触发时刻。

第一种场景，上述步骤203以及步骤207中，集群基站(T-eNB)所发送的消息如图3所示：

1.T-eNB向UE发送集群专用系统广播SIB消息(System Information Block TypeTrunking)。

2.Group Call Config；

3.在集群业务信道(Trunking Traffic Channel，TTCH)上发起集群组呼业务；

4.在PDCCH上通过DCI1A指示半持续调度(SemiPersistent Scheduling，SPS)激活/释放；

间隔半个半持续调度周期(Tspsinterval/2)的时间间隔(预设的半持续调度触发时刻)之后，执行第5步以及后续步骤，连续N次向UE发送DCI1A。

5.在PDCCH上通过DCI1A指示SPS激活/释放；

6.在PDCCH上通过DCI1A指示SPS激活/释放。

在群组首次触发半持续调度时，从步骤4开始，间隔半持续调度周期Tspsinterval/2，连续发送N次DCI1A指示SPS激活或释放来增强集群终端接收成功率，防止由于步骤4的消息终端没有收到，导致后续无法接收集群组呼消息。

第二种场景，上述步骤203、204、205、206、207中，集群基站(T-eNB)所发送的消息如图4所示：

1.T-eNB向UE发送集群专用系统广播SIB消息(System Information Block TypeTrunking)。

2.Group Call Config；

3.在PDCCH上通过DCI1A指示半持续调度(Semi-Persistent Scheduling，SPS)激活/释放；

间隔半个半持续调度周期(Tspsinterval/2)的时间间隔(预设的半持续调度触发时刻)之后，执行第4步以及后续步骤，连续N次向UE发送DCI1A。

4.在PDCCH上通过DCI1A指示SPS激活/释放。

如果群组存在半持续调度时，在发送完Group Call Config消息后，迟入终端会根据Group Call Config来配置集群业务承载，在其后接收半持续资源，迟入终端可以尽快的接收到集群组呼，减少时延。

本发明实施例中，用较小的消息开销，增加了已经加入组呼的终端对于半持续调度信息接收成功的概率；同时提供了一种对于迟入终端接收半持续调度信息的方法，缩短迟入终端加入组呼的时延。

本发明上述实施例中，检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息，提高集群终端接收到半持续调度信息的可靠性，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源；此外，对于迟入终端，在建立承载后可获取半持续调度信息，接收的组呼信息，减少迟入终端加入组呼的时延。

本发明实施例还提供了一种半持续调度方法，应用于终端，所述方法包括：

接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

其中，目标群组为所述终端所属的集群群组；目标群组满足预设触发条件，则网络侧设备在预设的半持续调度触发时刻，连续多次向所述终端发送半持续调度指示信息，以提高所述终端接收半持续调度指示信息的成功率；可选地，半持续调度触发时刻可以是整个半持续调度周期的二分之一时刻、三分之一时刻等。

具体地，若存在针对所述目标群组执行的半持续调度，那么在半持续调度触发时刻，网络侧设备进行一次半持续DCI 1A的发送，并持续预设数目次发送DCI 1A，避免由于DCI漏检导致所述终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免所述终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源。

此外，对于所述终端，若在组呼开始后，终端系统才上电或进入覆盖区域，则该终端无法获取半持续调度信息，进而无法接收在半持续调度指定的位置上发送的组呼信息。所述终端作为迟入终端接入时，网络侧设备的高层会发送Group Call Config信息用以配置组呼承载信息，组呼配置信息包括半持续调度的激活消息或释放消息，这样，在半持续调度触发时刻，持续预设数目次发送DCI 1A，使得迟入终端可获取其所在的集群群组已经存在的半持续调度信息，否则，迟入终端可能需要等到半持续信息变更才可获得。虽然协议中给出在组呼配置消息中也可指示半持续调度资源，但是终端不一定会获取Group CallConfig消息中的tgsps-Setup消息，因此，不能保证迟入终端一定会获得半持续调度资源；而通过本发明实施例中提出的方法，迟入终端在建立承载后可获取半持续调度信息，接收组呼信息，减少了其加入组呼的时延。

进一步地，集群终端接收集群组呼的过程如下：

1.终端首先在空口接收系统信息SIB消息获得集群寻呼控制信道(TrunkingPaging Control Channel，TPCCH)的Config信息；

2.根据TPCCH的配置参数，监听集群寻呼信道(Trunking Paging Channel，TPCH)，TPCH用于传输集群组呼和单呼的寻呼消息；

集群组呼的集群消息中会包括群组ID、组无线网络临时标识(Group-RadioNetwork Temporary Identifier，G-RNTI)、SPS G-RNTI信息，终端可以通过集群寻呼上的群组ID信息确定是否属于该群组。

3.终端使用G-RNTI，在该群组对应的TCCH上接收关于组呼的详细配置Group CallConfig，该消息包含集群业务信道的详细配置参数、非接入层(Non Access Stratum，NAS)层呼叫相关的配置参数等信息，通过Group Call Config可建立集群业务承载。

4.获得上述配置参数后，终端可接收TTCH上的组呼消息。

本发明实施例中，接收网络侧设备发送的半持续调度指示信息，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的，以提高集群终端接收到半持续调度信息的可靠性，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源；此外，若所述终端为迟入终端，在建立承载后可获取半持续调度信息，接收的组呼信息，减少迟入终端加入组呼的时延。本发明实施例解决了现有技术中，集群终端接收半持续调度信息的可靠性较低的问题。

以上介绍了本发明实施例提供的半持续调度方法，下面将结合附图介绍本发明实施例提供的半持续调度装置。

参见图5，本发明实施例还提供了一种半持续调度装置，应用于网络侧设备，其中，网络侧设备即接入网设备，接入网设备部署在接入网中。在5G新空口(New Radio，NR)系统中，接入网可以称为新一代无线接入网(New Generation-Radio Access Network，NG-RAN)。接入网设备与终端之间通过某种空口技术互相通信，例如可以通过蜂窝技术相互通信。

接入网设备可以是基站(Base Station，BS)，所述基站是一种部署在接入网中用以为UE提供无线通信功能的装置。所述基站可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在5G NR系统中，称为gNodeB或者gNB。随着通信技术的演进，“基站”这一名称可能会变化。为方便描述，本发明实施例中，上述为用户终端(User Equipment，UE)提供无线通信功能的装置统称为接入网设备。

所述装置包括：

检测模块501，用于检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

网络侧设备在其覆盖的小区内，检测每个集群群组是否符合执行半持续调度的预设触发条件。

具体地，半持续调度的预设触发条件包括存在针对所述目标群组执行的半持续调度，即针对目标群组当前已经执行半持续调度。预设触发条件还包括接收到针对所述目标群组的半持续调度的激活消息或释放消息，具体地，激活消息或释放消息来自网络侧设备的高层的指示。

第一发送模块502，用于在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息。

若目标群组满足预设触发条件，则在预设的半持续调度触发时刻，连续多次向该群组的集群终端发送半持续调度指示信息，以提高集群终端接收半持续调度指示信息的成功率；可选地，半持续调度触发时刻可以是整个半持续调度周期的二分之一时刻、三分之一时刻等。

具体地，若存在针对所述目标群组执行的半持续调度，那么在半持续调度触发时刻，进行一次半持续DCI 1A的发送，并持续预设数目次发送DCI 1A，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源。

此外，对于集群群组中的集群终端，若在组呼开始后，终端系统才上电或进入覆盖区域，则该终端无法获取半持续调度信息，进而无法接收在半持续调度指定的位置上发送的组呼信息。有迟入终端接入时，网络侧设备的高层会发送组呼配置信息用以配置组呼承载信息，组呼配置信息包括半持续调度的激活消息或释放消息，这样，在半持续调度触发时刻，持续预设数目次发送DCI 1A，使得迟入终端可获取其所在的集群群组已经存在的半持续调度信息，否则，迟入终端可能需要等到半持续信息变更才可获得。虽然协议中给出在组呼配置消息中也可指示半持续调度资源，但是终端不一定会获取Group Call Config消息中的tgsps-Setup消息，因此，不能保证迟入终端一定会获得半持续调度资源；而通过本发明实施例中提出的方法，迟入终端在建立承载后可获取半持续调度信息，接收组呼信息，减少了其加入组呼的时延。

可选地，本发明实施例中，所述装置包括：

用于在所述第一发送模块502在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息之前，

第二发送模块，用于向所述目标群组的集群终端发送针对所述目标群组的所述半持续调度指示信息。

可选地，本发明实施例中，所述半持续调度指示信息为下行控制信息格式信息，所述下行控制信息格式信息用于指示半持续调度的激活或释放。

可选地，本发明实施例中，所述半持续调度触发时刻为所述半持续调度的调度周期的二分之一时刻。

本发明实施例提供的半持续调度装置能够实现图1至图4的方法实施例中基站侧实现的各个过程，为避免重复，这里不再赘述。

本发明的实施例中，检测模块501检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，在预设的半持续调度触发时刻，第一发送模块502连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息，提高集群终端接收到半持续调度信息的可靠性，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源；此外，对于迟入终端，在建立承载后可获取半持续调度信息，接收的组呼信息，减少迟入终端加入组呼的时延。

本发明实施例还提供一种半持续调度装置，应用于终端，所述装置包括：

接收模块，用于接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

其中，目标群组为所述终端所属的集群群组；目标群组满足预设触发条件，则网络侧设备在预设的半持续调度触发时刻，连续多次向所述终端发送半持续调度指示信息，以提高所述终端接收半持续调度指示信息的成功率；可选地，半持续调度触发时刻可以是整个半持续调度周期的二分之一时刻、三分之一时刻等。

具体地，若存在针对所述目标群组执行的半持续调度，那么在半持续调度触发时刻，网络侧设备进行一次半持续DCI 1A的发送，并持续预设数目次发送DCI 1A，避免由于DCI漏检导致所述终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免所述终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源。

此外，对于所述终端，若在组呼开始后，终端系统才上电或进入覆盖区域，则该终端无法获取半持续调度信息，进而无法接收在半持续调度指定的位置上发送的组呼信息。所述终端作为迟入终端接入时，网络侧设备的高层会发送Group Call Config信息用以配置组呼承载信息，组呼配置信息包括半持续调度的激活消息或释放消息，这样，在半持续调度触发时刻，持续预设数目次发送DCI 1A，使得迟入终端可获取其所在的集群群组已经存在的半持续调度信息，否则，迟入终端可能需要等到半持续信息变更才可获得。虽然协议中给出在组呼配置消息中也可指示半持续调度资源，但是终端不一定会获取Group CallConfig消息中的tgsps-Setup消息，因此，不能保证迟入终端一定会获得半持续调度资源；而通过本发明实施例中提出的方法，迟入终端在建立承载后可获取半持续调度信息，接收组呼信息，减少了其加入组呼的时延。

本发明实施例中，接收模块接收网络侧设备发送的半持续调度指示信息，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的，以提高集群终端接收到半持续调度信息的可靠性，避免由于DCI漏检导致集群终端未收到半持续调度激活信息，进而错过后续的组呼信息的接收；同时避免集群终端漏检半持续调度的释放信息，而持续在指定位置进行PDSCH的检测，浪费系统资源；此外，若所述终端为迟入终端，在建立承载后可获取半持续调度信息，接收的组呼信息，减少迟入终端加入组呼的时延。

另一方面，本发明实施例还提供了一种电子设备，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述半持续调度方法中的步骤。

举个例子如下，图6示出了一种电子设备的实体结构示意图。

如图6所示，该电子设备可以包括：处理器(processor)610、通信接口(Communications Interface)620、存储器(memory)630和通信总线640，其中，处理器610，通信接口620，存储器630通过通信总线640完成相互间的通信。处理器610可以调用存储器630中的逻辑指令，以执行如下方法：

检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息；

在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息。

或

接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

此外，上述的存储器630中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

再一方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的半持续调度方法，例如包括：

检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息；

在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息。

或

接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种半持续调度方法，应用于网络侧设备，其特征在于，所述方法包括：

检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息；

在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息，所述半持续调度指示信息针对迟入终端是在建立承载后接收的，所述半持续调度触发时刻为所述半持续调度的调度周期的二分之一时刻。

2.根据权利要求1所述的半持续调度方法，其特征在于，若所述预设触发条件包括接收到针对所述目标群组的半持续调度的激活消息或释放消息，

所述在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息的步骤之前，所述方法包括：

向所述目标群组的集群终端发送针对所述目标群组的所述半持续调度指示信息。

3.根据权利要求1所述的半持续调度方法，其特征在于，所述半持续调度指示信息为下行控制信息格式信息，所述下行控制信息格式信息用于指示半持续调度的激活或释放。

4.一种半持续调度方法，应用于终端，其特征在于，所述方法包括：

接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的，所述半持续调度指示信息针对迟入终端是在建立承载后接收的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

5.一种半持续调度装置，应用于网络侧设备，其特征在于，所述装置包括：

检测模块，用于检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件；其中，所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息；

第一发送模块，用于在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息，所述半持续调度指示信息针对迟入终端是在建立承载后接收的，所述半持续调度触发时刻为所述半持续调度的调度周期的二分之一时刻。

6.根据权利要求5所述的半持续调度装置，其特征在于，所述装置包括：

用于在所述第一发送模块在预设的半持续调度触发时刻，连续预设数目次向所述目标群组的集群终端发送半持续调度指示信息之前，

第二发送模块，用于向所述目标群组的集群终端发送针对所述目标群组的所述半持续调度指示信息。

7.根据权利要求5所述的半持续调度装置，其特征在于，所述半持续调度指示信息为下行控制信息格式信息，所述下行控制信息格式信息用于指示半持续调度的激活或释放。

8.一种半持续调度装置，应用于终端，其特征在于，所述装置包括：

接收模块，用于接收网络侧设备发送的半持续调度指示信息；其中，所述半持续调度指示信息为所述网络侧设备在检测到当前时刻满足针对目标群组执行半持续调度的预设触发条件，连续预设数目次向所述终端发送的，所述半持续调度指示信息针对迟入终端是在建立承载后接收的；

所述预设触发条件包括存在针对所述目标群组执行的半持续调度，和/或，接收到针对所述目标群组的半持续调度的激活消息或释放消息。

9.一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现如权利要求1至4中任一项所述的半持续调度方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4中任一项所述的半持续调度方法的步骤。

Images