CN108039939A - 物联网组播业务的harq反馈方法及装置 - Google Patents

Abstract

本发明公开了一种物联网组播业务的HARQ反馈方法及装置，其中，方法包括：在每次下行传输时，为用户分配多个并行的反馈资源；在下行调度信息中，将多个比特作为新数据指示，以在传输新数据时，使得基站在下行控制信息中指示与之前数据不同的新数据指示，且按顺序循环，对于重传数据，控制基站在下行控制信息中指示与初传相同的新数据指示；在用户在接收任意下行传输，且发现存在之前的数据尚未接收成功时，根据本次传输的反馈机会在其他资源上反馈之前的数据的接收失败；检测公共反馈资源上的能量判断当前多播传输的接收状况；并根据传输时间通过预设传输规则传输之前数据包。该方法对之前数据包的接收失败进行反馈，有效增强传输可靠性。

Description

物联网组播业务的HARQ反馈方法及装置

技术领域

本发明涉及移动通信和物联网技术领域，特别涉及一种物联网组播业务的HARQ(混合自动重传请求，Hybrid Automatic Repeat reQuest)反馈方法及装置。

背景技术

物联网是新一代信息技术的重要组成部分。在3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)中已完成了物联网技术，例如NB-IoT(NarrowBand Internet of Things，基于蜂窝的窄带物联网)、MTC(MachineTypeCommunication，机器通信)的标准化，用于支持大量低吞吐量、低时延敏感、低功率开销设备的通信。为了满足机器通信的市场需求，进一步提高资源利用效率，利用多播传输技术实现物联网中的固件或软件更新等功能是一个主要的研究课题。例如，在3GPPRAN1#86会议中同意在NB-IoT中支持SC-PTM(SingleCell-Point to Multi-point，单小区点到多点)用于IDLE状态下用户的多播传输。因为传统的多播业务对可靠性的要求不高，在Release 13的SC-PTM中不支持HARQ反馈机制，然而因为固件更新等新的物联网业务对可靠性的要求，在3GPP的讨论中提出对用于此类业务的SC-PTM传输支持HARQ反馈。

根据如何确定用于SC-PTM反馈的上行资源，提出了以下两种可能的反馈方式：

用户公共资源反馈：所有接收当前下行多播消息的用户在一个公共的上行资源上同时进行反馈；

用户特有资源反馈：与传统LTE(Long Term Evolution，长期演进)类似，每个用户在不同的上行资源上分别进行反馈。

在用户公共资源反馈方式中，基站为基于相同group-RNTI的用户分配公共的上行资源用于多播的反馈。用户接收下行数据成功则不发送反馈信息，接收下行数据失败则在该公共资源上发送NACK；基站一旦在公共反馈资源上检测到一定强度的信号，则基站认为至少有一个用户接收失败并对数据进行重传。在用户特有资源反馈方式中，用户在相互正交的上行资源上发送反馈信息；基站对每个上行反馈资源分别进行检测。用户公共资源反馈与用户特有资源反馈相比的优势在于能够大大降低用于HARQ反馈的开销，但它的缺点在于基站端无法区分每一个用户的反馈信息，从而导致当某一个用户接收失败且基站或该用户没有发现，而本组内其他用户全部接收成功时，基站不会进行重传。

相关技术中，在3GPPLTE现有标准中，对于单播传输为了解决TDD(TimeDivisionDuplex，时分双工)传输模式下PDCCH(Physical Downlink Control Channel，物理下行控制信道)接收失败的问题，在PDCCH中引入DAI(Downlink Assignment Index，下行分配索引)字段，指示在HARQ反馈窗口内包含下行传输的子帧个数。然而，基于DAI的方法无法解决上述用户发送NACK没有被基站接收的情况，亟待解决。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的一个目的在于提出一种物联网组播业务的HARQ反馈方法，该方法可以有效提高传输的可靠性。

本发明的另一个目的在于提出一种物联网组播业务的HARQ反馈装置。

为达到上述目的，本发明一方面实施例提出了一种物联网组播业务的HARQ反馈方法，包括以下步骤：在每次下行传输时，为用户分配多个并行的反馈资源；在下行调度信息中，将多个比特作为新数据指示，以在传输新数据时，使得基站在下行控制信息中指示与之前数据不同的新数据指示，且按顺序循环；对于重传数据，控制所述基站在所述下行控制信息中指示与初传相同的新数据指示；在所述用户在接收任意下行传输，且发现存在之前的数据尚未接收成功时，根据本次传输的反馈机会在其他资源上反馈所述之前的数据的接收失败；通过检测公共反馈资源上的能量判断当前多播传输的接收状况；如果在同一组内有一个用户反馈NACK，则进行重传，如果基站同时收到在对于本次传输及之前传输的NACK反馈，则先重传当前数据，其次重传之前数据包，并且在传输所述之前数据包时，根据传输时间通过预设传输规则传输所述之前数据包。

本发明实施例的物联网组播业务的HARQ反馈方法，可以在接收到新的下行数据时，若对于之前的数据包尚未接收成功，用户可以在本次下行传输所指示的多个反馈机会上，对之前数据包的接收失败进行反馈，解决了单个用户NACK传输丢失的问题和PDCCH接收失败的问题，在采用用户公共资源实现多播反馈具有反馈资源开销小的特点的基础之上提高了反馈的可靠性，适用于对实时性要求不高的物联网多播业务，额外反馈资源与传统反馈资源在相同时域位置上，不会影响现有的HARQ时序关系，有效提高传输的可靠性。

另外，根据本发明上述实施例的物联网组播业务的HARQ反馈方法还可以具有以下附加的技术特征：

进一步地，在本发明的一个实施例中，在第n次下行传输时，分配K个并行的反馈资源对应K次下行传输，第k个资源用于第n-k次下行传输的反馈，所述n为大于等于k的正整数。

进一步地，在本发明的一个实施例中，其中，所有接收当前多播消息的用户，在相同的资源上进行反馈，以在接收成功时，不反馈，而在接收失败时，反馈NACK。

进一步地，在本发明的一个实施例中，所述预设传输规则为优先传输最早的数据包。

为达到上述目的，本发明另一方面实施例提出了一种物联网组播业务的HARQ反馈装置，包括：分配模块，用于在每次下行传输时，为用户分配多个并行的反馈资源；指示模块，用于在下行调度信息中，将多个比特作为新数据指示，以在传输新数据时，使得基站在下行控制信息中指示与之前数据不同的新数据指示，且按顺序循环，对于重传数据，控制所述基站在所述下行控制信息中指示与初传相同的新数据指示；反馈模块，用于在所述用户在接收任意下行传输，且发现存在之前的数据尚未接收成功时，根据本次传输的反馈机会在其他资源上反馈所述之前的数据的接收失败；判断模块，用于通过检测公共反馈资源上的能量判断当前多播传输的接收状况；传输模块，用于如果在同一组内有一个用户反馈NACK，则进行重传，如果基站同时收到在对于本次传输及之前传输的NACK反馈，则先重传当前数据，其次重传之前数据包，并且在传输所述之前数据包时，根据传输时间通过预设传输规则传输所述之前数据包。

本发明实施例的物联网组播业务的HARQ反馈装置，可以在接收到新的下行数据时，若对于之前的数据包尚未接收成功，用户可以在本次下行传输所指示的多个反馈机会上，对之前数据包的接收失败进行反馈，解决了单个用户NACK传输丢失的问题和PDCCH接收失败的问题，在采用用户公共资源实现多播反馈具有反馈资源开销小的特点的基础之上提高了反馈的可靠性，适用于对实时性要求不高的物联网多播业务，额外反馈资源与传统反馈资源在相同时域位置上，不会影响现有的HARQ时序关系，有效提高传输的可靠性。

另外，根据本发明上述实施例的物联网组播业务的HARQ反馈方法还可以具有以下附加的技术特征：

进一步地，在本发明的一个实施例中，在第n次下行传输时，分配K个并行的反馈资源对应K次下行传输，第k个资源用于第n-k次下行传输的反馈，所述n为大于等于k的正整数。

进一步地，在本发明的一个实施例中，其中，所有接收当前多播消息的用户，在相同的资源上进行反馈，以在接收成功时，不反馈，而在接收失败时，反馈NACK。

进一步地，在本发明的一个实施例中，所述预设传输规则为优先传输最早的数据包。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明实施例的物联网组播业务的HARQ反馈方法的流程图；

图2为根据本发明一个实施例的物联网组播业务的HARQ反馈方法的多播反馈示意图；

图3为根据本发明一个实施例的对于当前数据P1，UE0及组内其它用户全部解调成功的示意图；

图4为根据本发明一个实施例的对于当前数据P1，UE0解调成功，存在组内其它用户解调失败的示意图；

图5为根据本发明一个实施例的对于当前数据P1，UE0解调失败，组内其它用户全部解调成功的示意图；

图6为根据本发明一个实施例的对于当前数据P1，UE0接收失败，存在组内其它用户接收失败的示意图；

图7为根据本发明一个实施例的连续两次NACK接收失败的示意图；

图8为根据本发明一个实施例的P0接收成功，P1PDCCH接收失败的示意图；

图9为根据本发明一个实施例的P0接收失败且NACK反馈失败，P1PDCCH接收失败的示意图；

图10为根据本发明一个实施例的连续NACK接收失败解决方案的示意图；

图11为根据本发明一个实施例的P0接收成功，P1PDCCH接收失败解决方案的示意图；

图12为根据本发明一个实施例的P0接收失败，P1PDCCH接收失败解决方案的示意图；

图13为根据本发明实施例的物联网组播业务的HARQ反馈装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参照附图描述根据本发明实施例提出的物联网组播业务的HARQ反馈方法及装置，首先将参照附图描述根据本发明实施例提出的物联网组播业务的HARQ反馈方法。

图1是本发明实施例的物联网组播业务的HARQ反馈方法的流程图。

如图1所示，该物联网组播业务的HARQ反馈方法包括以下步骤：

在步骤S101中，在每次下行传输时，为用户分配多个并行的反馈资源。

物联网的HARQ反馈

在步骤S102中，在下行调度信息中，将多个比特作为新数据指示，以在传输新数据时，使得基站在下行控制信息中指示与之前数据不同的新数据指示，且按顺序循环，对于重传数据，控制基站在下行控制信息中指示与初传相同的新数据指示。

在步骤S103中，在用户在接收任意下行传输，且发现存在之前的数据尚未接收成功时，根据本次传输的反馈机会在其他资源上反馈之前的数据的接收失败。

进一步地，在本发明的一个实施例中，在第n次下行传输时，分配K个并行的反馈资源对应K次下行传输，第k个资源用于第n-k次下行传输的反馈，n为大于等于k的正整数。

进一步地，在本发明的一个实施例中，其中，所有接收当前多播消息的用户，在相同的资源上进行反馈，以在接收成功时，不反馈，而在接收失败时，反馈NACK。

可以理解的是，在3GPP引入SC-PTM传输机制用于物联网中的下行多播传输。由于某些物联网业务对高可靠性的要求，需要在SC-PTM传输中支持反馈机制。因为基于用户公共资源的反馈方式与基于用户特有资源的反馈方式相比可以大大降低反馈资源的开销，本发明实施例考虑基于用户公共资源的反馈方式，即所有接收当前多播消息的用户，在相同的资源上进行反馈。如果用户接收成功则不反馈，接收失败则反馈NACK。基站通过检测该公共反馈资源上的能量判断当前多播传输的接收状况，只要在同一组内有一个用户反馈NACK则进行重传。

如图2所示，本发明实施例可以对于每次下行传输需要为用户分配两个或多个并行的反馈资源，即时域位置相同的反馈资源，其中，一个资源R0用于对本次下行传输(第n次传输)的反馈，其它资源R1，R2……Rk分别用于对第n-1，n-2，……n-k次传输的反馈；并在下行调度信息中用多个比特作为NDI(New Data Indicator，新数据指示)，对于新数据传输，基站在DCI(Digital Copyright Identifier，数字版权唯一标识符)中指示与之前数据不同的NDI，且按顺序循环；对于重传数据，基站在DCI中指示与初传相同的NDI。用户在接收某次下行传输时，若发现存在之前的数据尚未接收成功，可以利用本次传输的反馈机会在R1，R2……Rk资源上对之前数据的接收失败进行反馈。

另外，上述多个并行的反馈资源可以是预配置的、半静态配置的或动态配置的，因为具体的配置方式对本发明不构成影响，所以在本发明实施例中不讨论具体的资源配置方式。而具体分配的资源个数以及NDI的比特数，取决于用户对当前物联网多播服务的可靠性要求。具体而言，如下文中将要解释的，2个并行的反馈资源及1比特NDI，可以解决一次NACK丢失的情况，但不能解决PDCCH丢失的情况；N个并行资源及比特NDI，可以解决N-1次连续NACK丢失的情况，或N-2次PDCCH丢失的问题。由此可见，N的取值是反馈资源的开销及DCI比特数的开销与当前服务可靠性要求的权衡结果，因此，具体的N的值在本发明实施例中不做具体定义。

对于采用2个并行反馈资源(R0/R1)及1比特NDI的方案，R0用于对本次数据传输的反馈，R1用于对之前数据传输的反馈，基站对于新数据的传输在DCI中指示翻转的NDI，对于数据的重传在DCI中指示不变的NDI。在用户端，用户收到下行调度时，若当前传输是新数据包，即NDI翻转，而用户对于前一个数据包尚未接收成功，

(1)若用户对当前数据包解调成功，用户在R1上发送NACK；

(2)若用户对当前数据包解调失败，且假定用户只支持在一个资源上发送NACK，则用户只对前一数据包进行反馈，即在R1上发送NACK，因为当前数据包的接收失败在下一次传输时仍有反馈机会。

在步骤S104中，通过检测公共反馈资源上的能量判断当前多播传输的接收状况。

在步骤S105中，如果在同一组内有一个用户反馈NACK，则进行重传，如果基站同时收到在对于本次传输及之前传输的NACK反馈，则先重传当前数据，其次重传之前数据包，并且在传输之前数据包时，根据传输时间通过预设传输规则传输之前数据包。

其中，在本发明的一个实施例中，预设传输规则为优先传输最早的数据包。

可以理解的是，在基站端，若基站同时收到在R0和R1上的NACK反馈，则基站先对当前数据进行重传，再重传之前数据包。因为在多播场景下，本发明实施例可以认为可能有多个用户期待当前数据包的重传，考虑到用户处理的复杂度，先重传当前数据包更为合理。

举例而言，对某用户UE0和组内其他用户接收状况的四种可能，分四个场景举例说明本发明的具体实施方法。假定UE0解调数据包P0失败，而组内其它用户全部接收P0成功，且UE0发送的针对P0的NACK没有被基站成功接收，对于下一数据包P1，

(1)场景1：UE0解调成功，组内其它用户全部解调成功；

(2)场景2：UE0解调成功，存在组内其它用户解调失败；

(3)场景3：UE0解调失败，组内其它用户全部解调成功；

(4)场景4：UE0解调失败，存在组内其它用户解调失败。

如图3所示，对于场景1，UE0接收到数据包P1的调度信息，NDI指示本次传输是新数据包，而UE0对于之前数据包P0尚未接收成功，则UE0在R1上发送对P0的NACK反馈。基站在R1上接收到NACK反馈，则重传之前数据P0。

如图4所示，对于场景2，UE0接收到数据包P1的调度信息，NDI指示本次传输是新数据包，而UE0对于之前数据包P0尚未接收成功，则UE0在R1上发送对P0的NACK反馈。因为存在组内其它用户对P1接收失败，基站同时在R0，R1上接收到NACK反馈，则基站先重传数据包P1，再重传数据包P0。

如图5所示，对于场景3，UE0接收到数据包P1的调度信息，NDI指示本次传输是新数据包，而UE0对于之前数据包P0尚未接收成功，虽然用户对于本次传输数据包P1也解调失败，UE0只在R1上发送对P0的NACK反馈，等到下次传输的反馈机会对P1的接收失败进行反馈。

如图6所示，对于场景4，UE0接收到数据包P1的调度信息，NDI指示本次传输是新数据包，而UE0对于之前数据包P0尚未接收成功，虽然用户对于本次传输数据包P1也解调失败，UE0只在R1上发送对P0的NACK反馈，等到下次传输的反馈机会对P1的接收失败进行反馈。因为存在组内其它用户对P1解调失败，基站同时在R0，R1上接收到NACK反馈，则基站先重传数据包P1，再重传数据包P0。

此外，上述的采用两个并行反馈资源和1比特NDI的方法可以解决一次NACK接收失败的问题，而对基站对某用户发送的NACK连续接收失败及用户PDCCH接收失败的问题无法解决。

如图7所示，连续NACK接收失败的问题，UE0解调数据包P0失败，而组内其它用户全部解调成功，且UE0发送的NACK没有被基站成功接收，根据本发明提供的方法，用户在下一数据包P1的反馈机会处对P0的接收失败进行反馈，然而，若此次反馈的NACK仍然接收失败，则基站会在下次传输发送新的数据包P2，而用户无法继续对P0进行反馈，造成P0数据包的丢失。

其中，PDCCH接收失败的问题，根据用户对之前数据包的接收状态有以下两种情况：

情况1：UE0对之前数据P0接收成功，如图8所示，用户对于数据包P1的PDCCH接收失败，若组内其它用户全部接收成功，则基站发送新数据P2，因为此时NDI没有翻转，用户会错误地认为此次传输是对P0数据的重传，且不会发现数据包P1的丢失，造成UE0数据包P1的丢失。

情况2：UE0对之前数据P0解调失败，如图9所示，基站接收UE0发送的NACK失败，且UE0对数据包P1的PDCCH接收失败，若其它用户全部接收成功，则基站发送新数据P2，因为此时NDI没有翻转，用户会错误地认为此次传输是对P0数据的重传，且不会发现数据包P1的丢失，造成用户数据包P0及P1的丢失。

对于上述基站连续NACK接收失败以及用户PDCCH接收失败的问题，可以通过增加并行上行反馈资源个数及NDI比特数的方法解决。N个并行资源(R0，R1……RN-1)及比特NDI，可以解决N-1次连续NACK丢失的情况，或N-2次PDCCH丢失的问题。R0用于对本次下行传输(第n次传输)的反馈，R1，R2……RN-1分别用于对第n-1，n-2，……n-(N-1)次传输的反馈。对于新数据传输，基站在DCI中指示与之前数据不同的NDI，且按顺序循环，对于重传数据，基站在DCI中指示与初传相同的NDI。在用户端，用户收到下行调度时，用户通过NDI判断是否存在本次传输之前的数据包尚未接收成功，若存在第n-k次传输接收失败，则用户在Rk上反馈NACK，若同时存在几次传输接收失败，则若用户只能在一个上行资源上发送NACK，用户对最早的传输进行反馈。

在基站端，若基站同时收到在对于本次传输及之前传输的NACK反馈，则基站先对当前数据进行重传，再传输之前数据包，且先传输最早的数据包。以下，以3个并行反馈资源，2比特NDI(只使用00,01,10)的方案为例，分别针对图7-图9中所给出的基站连续NACK接收失败及用户PDCCH接收失败的问题，介绍本发明实施例的具体实施方法。

如图10所示，对于上述图7中所给出的连续两次NACK接收失败的情况，UE0解调数据包P0失败，而组内其它用户全部解调成功，且UE0发送的NACK没有被基站成功接收，用户在下一数据包P1的反馈机会处对P0的接收失败进行反馈，此次反馈的NACK仍然接收失败，用户在接收到NDI为10的数据包P2时，发现P0仍未被基站重传，则在R2上对P0的接收失败进行反馈。

如图11所示，对于前述图8中所给出的PDCCH接收失败的第一种情况，UE0对之前数据P0接收成功，对于数据包P1的PDCCH接收失败，当用户接收到NDI为10的数据包P2的调度信息时，发现P1数据包的丢失，在R1发送NACK。

如图12所示，对于前述图9中所给出的PDCCH接收失败的第二种情况，UE0对之前数据P0解调失败，基站接收UE0发送的NACK失败，且UE0对P1的PDCCH接收失败，当用户接收到NDI为10的数据包P2的调度信息时，发现P0的NACK反馈失败和P1的PDCCH接收失败，用户先在R2上发送对P0的NACK反馈，在再下一次传输时对P1的接收失败进行反馈。

综上所述，通过上述方案解决了在多播传输中，用户接收PDCCH失败和基站接收单个用户NACK失败的问题。但对于组内已经成功接收某一数据包的用户，存在重复接收的问题，对于本发明实施例中讨论的具有多次反馈机会的用户，存在数据包接收乱序的问题，然而考虑到在传统的基于用户公共资源反馈的多播传输中，也存在重复接收的情况，并且在传统LTE中，RLC(Radio Link Control structure，无线链路控制子层结构)层通过重排序、重复检查可以解决由于MAC(Media Access Control，介质访问控制)层HARQ过程导致的接收乱序的问题以及重复接收的问题。

根据本发明实施例提出的物联网组播业务的HARQ反馈方法，可以在接收到新的下行数据时，若对于之前的数据包尚未接收成功，用户可以在本次下行传输所指示的多个反馈机会上，对之前数据包的接收失败进行反馈，解决了单个用户NACK传输丢失的问题和PDCCH接收失败的问题，在采用用户公共资源实现多播反馈具有反馈资源开销小的特点的基础之上提高了反馈的可靠性，适用于对实时性要求不高的物联网多播业务，额外反馈资源与传统反馈资源在相同时域位置上，不会影响现有的HARQ时序关系，有效提高传输的可靠性。

其次参照附图描述根据本发明实施例提出的物联网组播业务的HARQ反馈装置的结构示意图。

图13是本发明实施例的物联网组播业务的HARQ反馈装置。

如图13所示，该物联网组播业务的HARQ反馈装置10包括：分配模块100、指示模块200、反馈模块300、判断模块400和传输模块500。

其中，分配模块100用于在每次下行传输时，为用户分配多个并行的反馈资源。指示模块200用于在下行调度信息中，将多个比特作为新数据指示，以在传输新数据时，使得基站在下行控制信息中指示与之前数据不同的新数据指示，且按顺序循环，对于重传数据，控制基站在下行控制信息中指示与初传相同的新数据指示。反馈模块300用于在用户在接收任意下行传输，且发现存在之前的数据尚未接收成功时，根据本次传输的反馈机会在其他资源上反馈之前的数据的接收失败。判断模块400用于通过检测公共反馈资源上的能量判断当前多播传输的接收状况。传输模块500用于如果在同一组内有一个用户反馈NACK，则进行重传，如果基站同时收到在对于本次传输及之前传输的NACK反馈，则先重传当前数据，其次重传之前数据包，并且在传输之前数据包时，根据传输时间通过预设传输规则传输之前数据包。本发明实施例的装置10可以在接收到新的下行数据时，若对于之前的数据包尚未接收成功，用户可以在本次下行传输所指示的多个反馈机会上，对之前数据包的接收失败进行反馈，增强传输可靠性。

进一步地，在本发明的一个实施例中，在第n次传输时，分配K个并行的反馈资源对应K次下行传输，第k个资源用于第n-k次下行传输的反馈，n为大于等于k的正整数。

进一步地，在本发明的一个实施例中，其中，所有接收当前多播消息的用户，在相同的资源上进行反馈，以在接收成功时，不反馈，而在接收失败时，反馈NACK。

进一步地，在本发明的一个实施例中，预设传输规则为优先传输最早的数据包。

需要说明的是，前述对物联网组播业务的HARQ反馈方法实施例的解释说明也适用于该实施例的物联网组播业务的HARQ反馈装置，此处不再赘述。

根据本发明实施例提出的物联网组播业务的HARQ反馈装置，可以在接收到新的下行数据时，若对于之前的数据包尚未接收成功，用户可以在本次下行传输所指示的多个反馈机会上，对之前数据包的接收失败进行反馈，解决了单个用户NACK传输丢失的问题和PDCCH接收失败的问题，在采用用户公共资源实现多播反馈具有反馈资源开销小的特点的基础之上提高了反馈的可靠性，适用于对实时性要求不高的物联网多播业务，额外反馈资源与传统反馈资源在相同时域位置上，不会影响现有的HARQ时序关系，有效提高传输的可靠性。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时针”、“逆时针”、“轴向”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本发明中，除非另有明确的规定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或仅仅表示第一特征水平高度小于第二特征。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (8)

1.一种物联网组播业务的HARQ反馈方法，其特征在于，包括以下步骤：

在每次下行传输时，为用户分配多个并行的反馈资源；

在下行调度信息中，将多个比特作为新数据指示，以在传输新数据时，使得基站在下行控制信息中指示与之前数据不同的新数据指示，且按顺序循环，对于重传数据，控制所述基站在所述下行控制信息中指示与初传相同的新数据指示；

在所述用户在接收任意下行传输，且发现存在之前的数据尚未接收成功时，根据本次传输的反馈机会在其他资源上反馈所述之前的数据的接收失败；

通过检测公共反馈资源上的能量判断当前多播传输的接收状况；以及

如果在同一组内有一个用户反馈NACK，则进行重传，如果基站同时收到在对于本次传输及之前传输的NACK反馈，则先重传当前数据，其次重传之前数据包，并且在传输所述之前数据包时，根据传输时间通过预设传输规则传输所述之前数据包。

2.根据权利要求1所述的物联网组播业务的HARQ反馈方法，其特征在于，在第n次下行传输时，分配K个并行的反馈资源对应K次下行传输，第k个资源用于第n-k次下行传输的反馈，所述n为大于等于k的正整数。

3.根据权利要求1所述的物联网组播业务的HARQ反馈方法，其特征在于，其中，所有接收当前多播消息的用户，在相同的资源上进行反馈，以在接收成功时，不反馈，而在接收失败时，反馈NACK。

4.根据权利要求1所述的物联网组播业务的HARQ反馈方法，其特征在于，所述预设传输规则为优先传输最早的数据包。

5.一种物联网组播业务的HARQ反馈装置，其特征在于，包括：

分配模块，用于在每次下行传输时，为用户分配多个并行的反馈资源；

指示模块，用于在下行调度信息中，将多个比特作为新数据指示，以在传输新数据时，使得基站在下行控制信息中指示与之前数据不同的新数据指示，且按顺序循环，对于重传数据，控制所述基站在所述下行控制信息中指示与初传相同的新数据指示；

反馈模块，用于在所述用户在接收任意下行传输，且发现存在之前的数据尚未接收成功时，根据本次传输的反馈机会在其他资源上反馈所述之前的数据的接收失败；

判断模块，用于通过检测公共反馈资源上的能量判断当前多播传输的接收状况；以及传输模块，用于如果在同一组内有一个用户反馈NACK，则进行重传，如果基站同时收到在对于本次传输及之前传输的NACK反馈，则先重传当前数据，其次重传之前数据包，并且在传输所述之前数据包时，根据传输时间通过预设传输规则传输所述之前数据包。

6.根据权利要求5所述的物联网组播业务的HARQ反馈装置，其特征在于，在第n次下行传输时，分配K个并行的反馈资源对应K次下行传输，第k个资源用于第n-k次下行传输的反馈，所述n为大于等于k的正整数。

7.根据权利要求6所述的物联网组播业务的HARQ反馈装置，其特征在于，其中，所有接收当前多播消息的用户，在相同的资源上进行反馈，以在接收成功时，不反馈，而在接收失败时，反馈NACK。

8.根据权利要求5所述的物联网组播业务的HARQ反馈方法，其特征在于，所述预设传输规则为优先传输最早的数据包。