混合自动重传请求HARQ反馈方法、终端设备和网络设备

摘要

本申请公开了一种混合自动重传请求HARQ反馈方法、终端设备和网络设备，属于通信领域。其中，所述HARQ反馈方法包括：确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。本申请实施例，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

权利要求

1.一种混合自动重传请求HARQ反馈方法，应用于终端设备，其特征在于，所述方法包括：确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；

在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈；

其中，在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈，包括执行以下内容至少之一：在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g‑RNTI的情况下，对同一g‑RNTI对应的组播PDSCH在相同的所述目标PUCCH资源上进行HARQ反馈；

在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，按照组播PDSCH索引或所述多个不同的g‑RNTI的值，将组播PDSCH的HARQ反馈在目标PUCCH资源上进行级联；

用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g‑RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。

2.根据权利要求1所述的方法，其特征在于，所述确定目标物理上行控制信道PUCCH资源，包括以下至少一种确定方式：根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源；

根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源；

根据资源指示信息，确定所述目标PUCCH资源。

3.根据权利要求2所述的方法，其特征在于，所述目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。

4.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域，则所述确定目标物理上行控制信道PUCCH资源，包括：根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小位于所述目标PUCCH资源承载的载荷大小范围内。

5.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播DCI中不包含PRI域，则所述确定目标物理上行控制信道PUCCH资源，包括：根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

6.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播DCI中包含PRI域，则所述确定目标物理上行控制信道PUCCH资源，包括：根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。

7.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源，则所述确定目标物理上行控制信道PUCCH资源，包括：根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

8.一种混合自动重传请求HARQ反馈方法，应用于网络设备，其特征在于，所述方法包括：接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；

其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源；

其中，所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈，包括执行以下内容至少之一：在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g‑RNTI的情况下，接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g‑RNTI对应的组播PDSCH进行的HARQ反馈；

在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g‑RNTI的值，对组播PDSCH进行级联的HARQ反馈；

用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g‑RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。

9.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域；

其中，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，所述方法还包括：通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。

10.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域；

其中，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，所述方法还包括：通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

11.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。

12.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

13.一种终端设备，其特征在于，包括：

确定模块，用于确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；

反馈模块，用于在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈；

其中，所述反馈模块用于执行以下内容至少之一：

在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g‑RNTI的情况下，对同一g‑RNTI对应的组播PDSCH在相同的所述目标PUCCH资源上进行HARQ反馈；

在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，按照组播PDSCH索引或所述多个不同的g‑RNTI的值，将组播PDSCH的HARQ反馈在目标PUCCH资源上进行级联；

用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g‑RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。

14.根据权利要求13所述的终端设备，其特征在于，所述确定模块，具体用于执行以下确定方式中的至少一种：根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源；

根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源；

根据资源指示信息，确定所述目标PUCCH资源。

15.根据权利要求14所述的终端设备，其特征在于，所述目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。

16.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小小于或等于所述目标PUCCH资源承载的载荷大小的最大值。

17.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：在用于调度组播PDSCH的组播DCI中不包含PRI域的情况下，根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

18.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：在用于调度组播PDSCH的组播DCI中包含PRI域的情况下，根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。

19.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：在用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源的情况下，根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

20.一种网络设备，其特征在于，包括：

接收模块，用于接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；

其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源；

所述接收模块，用于执行以下内容至少之一：

在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g‑RNTI的情况下，接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g‑RNTI对应的组播PDSCH进行的HARQ反馈；

在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g‑RNTI值，对组播PDSCH进行级联的HARQ反馈；

用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g‑RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。

21.根据权利要求20所述的网络设备，其特征在于，还包括：

第一配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。

22.根据权利要求20所述的网络设备，其特征在于，还包括：

第二配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

23.根据权利要求20所述的网络设备，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。

24.根据权利要求20所述的网络设备，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

25.一种终端设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至7中任一项所述的方法的步骤。

26.一种网络设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求8至

12中任一项所述的方法的步骤。

27.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的方法的步骤，或者所述程序或指令被处理器执行时实现如权利要求8至12中任一项所述的方法的步骤。

说明书

混合自动重传请求HARQ反馈方法、终端设备和网络设备

技术领域

[0001] 本申请涉及通信领域，尤其涉及一种混合自动重传请求HARQ反馈方法、终端设备和网络设备。

背景技术

[0002] 在移动通信系统中，用户设备(User Equipment，UE，也可称为终端设备等)需要对下行发送的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)或一些物理下行控制信道(Physical Downlink Control Channel，PDCCH)进行混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)反馈，其中，HARQ反馈在物理上行控制信道(Physical Uplink Control Channel，PUCCH)或物理上行共享信道(Physical Uplink Shared Channel，PUSCH)上传输。

[0003] 组播PDSCH可以通过组播广播单频网络机制或者组播下行控制信息(Downlink Control Information，DCI)进行调度，但相关技术中不支持HARQ反馈，无法保证组播PDSCH传输可靠性。

发明内容

[0004] 本申请实施例的目的是提供一种混合自动重传请求HARQ反馈方法、终端设备和网络设备，以能够解决在使用组播PDSCH时，不支持HARQ反馈的问题。

[0005] 第一方面，本申请实施例提供一种混合自动重传请求HARQ反馈方法，应用于终端设备，所述方法包括：

[0006] 确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。

[0007] 第二方面，本申请实施例提供一种终端设备，所述终端设备包括：

[0008] 确定模块，用于确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；反馈模块，用于在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。

[0009] 第三方面，本申请实施例提供一种终端设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

[0010] 第四方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

[0011] 第五方面，本申请实施例提供一种混合自动重传请求HARQ反馈方法，应用于网络设备，所述方法包括：

[0012] 接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。

[0013] 第六方面，本申请实施例提供一种网络设备，所述网络设备包括：

[0014] 接收模块，用于接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。

[0015] 第七方面，本申请实施例提供一种网络设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第五方面所述的方法的步骤。

[0016] 第八方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如第五方面所述的方法的步骤。

[0017] 在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

附图说明

[0018] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

[0019] 图1是本申请实施例中一种HARQ反馈方法的流程示意图；

[0020] 图2是本申请实施例中第二种HARQ反馈方法的流程示意图；

[0021] 图3是本申请实施例中一种HARQ反馈的方式示意图；

[0022] 图4是本申请实施例中另一种HARQ反馈的方式示意图；

[0023] 图5是本申请实施例中一种终端设备的结构示意图；

[0024] 图6是本申请实施例中一种网络设备的结构示意图；

[0025] 图7是本申请实施例中第二种终端设备的结构示意图；

[0026] 图8是本申请实施例中第二种网络设备的结构示意图。

具体实施方式

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

[0028] 本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

[0029] 本申请的技术方案，可以应用于各种通信系统，例如：全球移动通讯系统(Global System of Mobile communication，GSM)，码分多址(Code Division Multiple Access，CDMA)系统，宽带码分多址(Wideband Code Division Multiple Access，WCDMA)，通用分组无线业务(General Packet Radio Service，GPRS)，长期演进/增强长期演进(Long Term Evolution Advanced，LTE‑A)，NR等。

[0030] 用户端UE也可称之为终端设备(Mobile Terminal)、移动用户设备等，可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，用户设备可以是终端设备，如移动电话(或称为“蜂窝”电话)和具有终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。

[0031] 网络设备，也可称之为基站，可以是GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站
(evolutional Node B，eNB或e‑NodeB)及5G基站(gNB)。

[0032] 以下结合附图，详细说明本申请各实施例提供的技术方案。

[0033] 参见图1所示，本申请实施例提供一种混合自动重传请求HARQ反馈方法，由终端设备执行，方法包括以下流程步骤：

[0034] 步骤101：确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源。

[0035] 步骤103：根据所述目标PUCCH资源，对组播物理下行共享信道PDSCH进行HARQ反馈。

[0036] 在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

[0037] 可选的，上述组播PDSCH是对应于多媒体广播多播业务(Multimedia Broadcast and Multicast Service，MBMS)或广播多播业务(Multicast Broadcast Service，MBS)的组播PDSCH。

[0038] 需要说明的是，在本申请实施例中，上述组播PDSCH是指通过相同的物理资源发送给一组终端设备的PDSCH，也可以叫做多播PDSCH或广播PDSCH等。

[0039] 可选的，在本申请实施例的HARQ反馈方法中，上述步骤101可以通过不同的方式实现，以适用于不同的场景，其中，该步骤101中可以包括但不限于以下至少一种目标PUCCH资源的确定方式：

[0040] (1)根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源。

[0041] (2)根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。可选地，根据调度组播PDSCH的组播下行控制信息DCI对应的最小(第一个)或最大(最后一个)CCE索引，确定所述目标PUCCH资源。或者，根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源，可选地，根据调度组播PDSCH的组播下行控制信息DCI对应的最小(第一个)控制信道资源CCE索引和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

[0042] (3)根据资源指示信息，确定所述目标PUCCH资源。

[0043] 可选的，在本申请实施例的HARQ反馈方法中，上述目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。在一些具体实施例中，可以根据组播DCI中的指示域的有无，以及在有该指示域的情况下，其所指示的内容的不同，匹配相应的目标PUCCH资源的确定方式，包括但不限于以下具体实施例：

[0044] 具体实施例一

[0045] 在该具体实施例一中，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示(PUCCH Resource Indication，PRI)域。进一步地，上述步骤101，可以执行为如下内容：

[0046] 根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小位于所述目标PUCCH资源承载的载荷大小范围内。这里是指，根据组播PDSCH对应的HARQ载荷大小，选择能够承载该HARQ反馈且占用资源最小的目标PUCCH资源。具体地，可用于承载HARQ反馈的多个PUCCH分别对应不同的载荷大小范围，根据组播PDSCH对应的HARQ载荷大小，选择载荷大小范围包含该HARQ载荷大小的PUCCH资源作为目标PUCCH资源。

[0047] 可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据组播PDSCH对应的HARQ载荷大小从网络设备配置的多个UE专有的PUCCH资源中，选定用于实现对该组播PDSCH的HARQ反馈的目标PUCCH资源。其中，该多个UE专有的PUCCH资源可以为网络设备通过高层信令配置的，比如通过无线资源控制(Radio Resource Control，RRC)信令配置。在该实施例中，网络设备为一组UE中的每个UE分别配置了PUCCH资源。

[0048] 具体而言，从上述多个UE专有的PUCCH资源中确定的目标PUCCH资源对应其能够承载的载荷大小范围，该载荷大小范围可以将待进行HARQ反馈的组播PDSCH对应的HARQ载荷大小覆盖在内。

[0049] 在一个示例中，在某个时隙反馈的只有MBMS PDSCH的混合自动重传请求应答(Hybrid Automatic Repeat Request Acknowledgement，HARQ‑ACK)时，或者MBMS HARQ‑ACK与单播(Unicast)HARQ‑ACK不复用在一个HARQ‑ACK的码本(codebook，CB)上时，也就是说，虽然UE调度在相同的时隙反馈组播PDSCH和单播PDSCH，但它们的HARQ‑ACK码本是分别构建的，PUCCH资源是分别确定的。其中，网络设备可以为UE反馈MBMSPDSCH的HARQ‑ACK配置
4个UE专有的PUCCH资源：第一个PUCCH资源的载荷大小范围为1bit～N0bits，第二个PUCCH资源的载荷大小范围为N0+1bit～N1bits，第三个PUCCH资源的载荷大小范围为N1+1bit～N2bits以及第四个PUCCH资源的载荷大小范围为N2+1bit～N3bits。如果UE在某一个上行时隙需要反馈的组播PDSCH对应的HARQ载荷bit数落在上述第二个PUCCH资源承载的bit数的范围内，则UE将使用该第二个PUCCH资源作为目标PUCCH资源，进行HARQ‑ACK的传输。

[0050] 具体实施例二

[0051] 在该具体实施例二中，用于调度组播PDSCH的组播DCI中不包含PRI域。进一步地，上述步骤101，可以执行为如下内容：

[0052] 根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

[0053] 可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据该组播DCI对应的控制信道资源(Control Channel Element，CCE)索引，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定，从而实现对组播PDSCH的HARQ反馈的支持，提高组播PDSCH传输的可靠性。

[0054] 进一步可选的，上述根据调度组播PDSCH的组播DCI对应的CCE索引，确定所述目标PUCCH资源的步骤，可以执行为：

[0055] 根据调度组播PDSCH的组播DCI对应的CCE索引和网络设备为终端设备配置的专有的PUCCH资源偏移，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定。

[0056] 进一步可选的，上述根据调度组播PDSCH的组播DCI对应的CCE索引和网络设备为终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源的步骤，可以执行为：

[0057] 根据调度组播PDSCH的组播DCI对应的最小CCE索引和网络设备为终端设备配置的专有的PUCCH资源偏移，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定。

[0058] 在一个示例中，当UE收到一个调度MBMS  PDSCH的DCI时，可以根据接收该MBMSPDCCH的最低CCE索引和网络设备为一组UE中的每个UE分别配置的一个专有的PUCCH资源偏移，来确定反馈对应于MBMSPDSCH的HARQ‑ACK的目标PUCCH资源。比如，一组UE中的UEi对应的目标PUCCH资源通过nCCE和ΔPUCCH的函数nPUCCH，i＝function(nCCE，ΔPUCCH，i)确定，其中，该nCCE和ΔPUCCH的函数的一个示例可以表示为：nPUCCH，i＝nCCE+ΔPUCCH，i，其中，nPUCCH，i为UEi的目标PUCCH资源，nCCE为组无线网络临时标识(group Radio Network Temporary 
Identifier，g‑RNTI)加扰的PDCCH的最低CCE索引，ΔPUCCH，i为网络设备为UEi配置的专有的PUCCH资源偏移。

[0059] 具体实施例三

[0060] 在该具体实施例三中，用于调度组播PDSCH的组播DCI中包含PRI域。进一步地，上述步骤101，可以执行为如下内容：

[0061] 根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。

[0062] 可以理解，在用于调度组播PDSCH的组播DCI中包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据PRI域携带的资源指示信息指示直接显式的确定用于对组播PDSCH实现HARQ反馈的目标PUCCH资源，高效便捷。

[0063] 具体实施例四

[0064] 在该具体实施例四中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源。进一步地，上述步骤101，可以执行为如下内容：

[0065] 根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

[0066] 可以理解，在用于调度组播PDSCH的组播DCI中包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据网络设备为终端设备配置的专有的PUCCH资源偏移以及PRI域携带的资源指示信息显式指示的一个作为基准的第一PUCCH资源，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的高效且准确地确定，从而实现对组播PDSCH的HARQ反馈的支持，提高组播PDSCH传输的可靠性。

[0067] 在一个示例中，当UE收到一个调度MBMS PDSCH的DCI时，可以根据该PDCCH的PRI指示域指示的一个具体的PUCCH资源和网络配置给该UE的PUCCH资源偏移，确定反馈MBMSPDSCH的HARQ‑ACK的PUCCH资源。比如，一组UE中的UEi对应的目标PUCCH资源通过nPRI和ΔPUCCH的函数nPUCCH，i＝function(nPRI，ΔPUCCH，i)确定，其中，该nCCE和ΔPUCCH的函数的一个示例可以表示为：nPUCCH，i＝nPRI+ΔPUCCH，i，其中，nPUCCH，i为UEi的目标PUCCH资源，nPRI为调度DCI指示的一个具体的PUCCH资源，ΔPUCCH，i为网络设备为UEi配置的专有的PUCCH资源偏移。

[0068] 具体实施例五

[0069] 在该具体实施例五中，用于调度组播PDSCH的组播DCI中包含PRI域。进一步地，上述步骤101，还可以执行为如下内容：

[0070] 根据PRI域携带的资源指示信息、最低CCE索引和网络设备为一组UE中的每个UE分别配置的一个专有的PUCCH资源偏移，确定所述目标PUCCH资源。

[0071] 可选的，在本申请实施例的HARQ反馈方法中，上述步骤103可以通过不同的方式实现，以适用于不同的场景，包括但不限于以下具体实施例：

[0072] 具体实施例1

[0073] 在该具体实施例1中，上述步骤103，可以执行为如下内容：

[0074] 对同一g‑RNTI对应的组播PDSCH在相同的所述PUCCH资源上进行HARQ反馈。

[0075] 可以理解，在用于调度组播PDSCH的组播DCI对应相同的g‑RNTI的情况下，可以对该g‑RNTI对应的组播PDSCH在相同的所述PUCCH资源上进行HARQ反馈。

[0076] 具体实施例2

[0077] 在该具体实施例2中，上述步骤103，可以执行为如下内容：

[0078] 在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，对同一g‑RNTI对应的组播PDSCH在相同的所述PUCCH资源上进行HARQ反馈。

[0079] 可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，在相同的PUCCH资源上，比如一个时隙slot或子时隙sub‑slot上，UE不期望反馈对应于两个及以上不同的g‑RNTI加扰的PDCCH调度的组播PDSCH的HARQ‑ACK，则可以在同一PUCCH资源上仅进行同一g‑RNTI对应的组播PDSCH的HARQ反馈。即，不同g‑RNTI对应的组播PDSCH的HARQ，可以分别在不同的时隙或子时隙的PUCCH资源上进行反馈。

[0080] 在一个示例中，如图2所示，对于g‑RNTI 1加扰的PDCCH1和PDCCH2，调度的MBS PDSCH的HARQ‑ACK在slot4反馈。对于g‑RNTI 2加扰的PDCCH3和PDCCH4，调度的MBS PDSCH的HARQ‑ACK在slot5反馈。

[0081] 具体实施例3

[0082] 在该具体实施例3中，在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，上述步骤103，可以执行为如下内容：

[0083] 根据所述目标PUCCH资源，按照组播PDSCH索引或所述多个不同的g‑RNTI值，将组播PDSCH的HARQ反馈在相同的PUCCH资源上进行级联。

[0084] 其中，级联顺序可以是协议约定的，也可以是RRC配置的。值得指出的是，网络设备还可通过RRC为终端配置其他级联顺序，终端基于RRC配置对HARQ码本进行级联并反馈。

[0085] 可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，组播PDSCH的HARQ bit可以根据组播PDSCH索引(比如MBMS索引)或该不同的g‑RNTI值在相同的PUCCH资源进行级联，比如按照g‑RNTI值从小到大的顺序或者其他预定义的顺序进行级联。

[0086] 在一个示例中，如图3所示，PDCCH1和PDCCH2是调度g‑RNTI1的MBSPDSCH，PDCCH3和PDCCH4是调度g‑RNTI2的MBSPDSCH。相应的HARQ‑ACK反馈都可以在slot 4的PUCCH1反馈。那么在PUCCH1上反馈的HARQ‑ACK的bit顺序可以为：

[0087] 进一步可选的，在上述任一具体实施例(如具体实施例1和2)中，上述用于调度组播PDSCH的组播DCI中包含下行分配索引(Downlink Assignment Index，DAI)域，对应于同一g‑RNTI的物理下行控制信道(Physical Downlink Control Channel，PDCCH)中的DAI域值进行累加。

[0088] 可以理解，在调度组播PDSCH的组播DCI中包含DAI域的情况下，对于一个特定的g‑RNTI加扰的PDCCH中的DAI值可以进行累积计数，也就是说，DAI累积只在相同g‑RNTI值的DCI内进行。

[0089] 参见图4所示，本申请实施例提供一种混合自动重传请求HARQ反馈方法，由网络设备执行，方法包括以下流程步骤：

[0090] 步骤201：接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。

[0091] 在本申请实施例中，可以接收终端设备在目标物理上行控制信道PUCCH资源上对组播物理下行共享信道PDSCH进行的HARQ反馈，其中，该目标PUCCH资源是终端设备基于网络设备配置的终端设备UE专有的PUCCH资源确定的。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

[0092] 可选的，上述组播PDSCH是对应于多媒体广播多播业务(Multimedia Broadcast and Multicast Service，MBMS)或广播多播业务(Multicast Broadcast Service，MBS)的组播PDSCH。

[0093] 需要说明的是，在本申请实施例中，上述组播PDSCH是指通过相同的物理资源发送给一组终端设备的PDSCH，也可以叫做多播PDSCH或广播PDSCH等。

[0094] 可选的，在本申请实施例的HARQ反馈方法中，为了确保实现对组播PDSCH的HARQ反馈的支持，网络设备可以通过不同的方式为一组UE配置PUCCH，包括但不限于以下具体实施例：

[0095] 具体实施例i

[0096] 在该具体实施例i中，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域。进一步地，在上述步骤201之前，本申请实施例的HARQ反馈方法还可以包括以下内容：

[0097] 通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。

[0098] 可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以通过高层信令为UE配置多个UE专有的PUCCH资源，比如通过RRC信令配置，以供终端设备可以根据组播PDSCH对应的HARQ载荷大小从网络设备配置的多个UE专有的PUCCH资源中，选定用于实现对该组播PDSCH的HARQ反馈的目标PUCCH资源。在该实施例中，网络设备为一组UE中的每个UE分别配置了PUCCH资源。

[0099] 具体而言，终端设备从上述多个UE专有的PUCCH资源中确定的目标PUCCH资源对应其能够承载的载荷大小范围，该载荷大小范围可以将待进行HARQ反馈的组播PDSCH对应的HARQ载荷大小覆盖在内。

[0100] 需要说明的是，终端设备根据组播PDSCH对应的HARQ载荷大小，确定目标PUCCH资源的具体内容可以参照上述由终端设备执行的HARQ反馈方法中的相应内容，在此不再赘述。

[0101] 具体实施例ii

[0102] 在该具体实施例ii中，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域。进一步地，在上述步骤201之前，本申请实施例的HARQ反馈方法还可以包括以下内容：

[0103] 通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

[0104] 可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以通过高层信令为UE配置专有的PUCCH资源偏移，比如通过RRC信令配置，以供终端设备可以根据该专有的PUCCH资源偏移和组播DCI对应的CCE，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定，从而实现对组播PDSCH的HARQ反馈的支持，提高组播PDSCH传输的可靠性。

[0105] 需要说明的是，终端设备根据该专有的PUCCH资源偏移和组播DCI对应的CCE，确定目标PUCCH资源的具体内容可以参照上述由终端设备执行的HARQ反馈方法中的相应内容，在此不再赘述。

[0106] 具体实施例三

[0107] 在该具体实施例三中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。

[0108] 可以理解，通过在用于调度组播PDSCH的组播DCI中设置PRI域，并通过PRI域携带的资源指示信息直接显式的指示给终端设备用于对组播PDSCH实现HARQ反馈的目标PUCCH资源，高效便捷。

[0109] 在一个示例中，网络设备可以为UE配置PRI域的bit数。每一个PRI域的码点(codepoint)可以指示一组UE中每个UE使用的PUCCH资源。这些资源可以通过高层配置，然后在DCI中指示。比如，假设PRI域为2bit。这组UE包括n个UE。进一步地，通过PRI域可以指示该组UE中每个UE分别使用的PUCCH资源，如下表所示：

[0110]

[0111] 具体实施例iv

[0112] 在该具体实施例iv中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

[0113] 可以理解，通过在用于调度组播PDSCH的组播DCI中设置PRI域，并通过该PRI域携带的资源指示信息显式的指示给终端设备一个作为基准的第一PUCCH资源，以供终端设备根据该第一PUCCH资源以及为其配置的专有的PUCCH资源偏移，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的高效且准确地确定，从而实现对组播PDSCH的HARQ反馈的支持。

[0114] 可选的，在本申请实施例的HARQ反馈方法中，上述目标PUCCH资源，还可以为终端设备根据PRI域携带的资源指示信息、最低CCE索引和网络设备为一组UE中的每个UE分别配置的一个专有的PUCCH资源偏移确定的。

[0115] 由上述可知，目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。

[0116] 可选的，在本申请实施例的HARQ反馈方法中，用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g‑RNTI。

[0117] 进一步可选的，上述步骤201可以通过不同的方式实现，以适用于不同的场景，包括但不限于以下具体实施例：

[0118] 具体实施例a

[0119] 在该具体实施例a中，上述步骤201，可以执行为如下内容：

[0120] 接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g‑RNTI对应的组播PDSCH进行的HARQ反馈。

[0121] 可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，可以在终端设备确定的相同的目标PUCCH资源上，比如一个时隙slot或子时隙sub‑slot上，接收对同一g‑RNTI对应的组播PDSCH进行的HARQ反馈。即，不同g‑RNTI对应的组播PDSCH的HARQ，可以分别在不同的时隙或子时隙的同一PUCCH资源上进行反馈。

[0122] 具体实施例b

[0123] 在该具体实施例b中，上述步骤201，可以执行为如下内容：

[0124] 接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g‑RNTI的值，对组播PDSCH进行级联的HARQ反馈。

[0125] 其中，级联顺序可以是协议约定的，也可以是RRC配置的。值得指出的是，网络设备还可通过RRC为终端配置其他级联顺序，终端基于RRC配置对HARQ码本进行级联并反馈。

[0126] 可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，可以在终端设备的目标PUCCH资源上，接收终端设备根据组播PDSCH索引(比如MBMS索引)或该不同的g‑RNTI值，对组播PDSCH进行级联的HARQ反馈，比如按照g‑RNTI值从小到大的顺序或者其他预定义的顺序进行级联的HARQ反馈；其中，可以通过RRC信令配置所述级联的顺序。

[0127] 进一步可选的，在上述任一具体实施例中，用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g‑RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。

[0128] 可以理解，在调度组播PDSCH的组播DCI中包含DAI域的情况下，对于一个特定的g‑RNTI加扰的PDCCH中的DAI值可以进行累积计数，也就是说，DAI累积只在相同g‑RNTI值的DCI内进行。

[0129] 参见图5所示，本申请实施例提供一种终端设备300，该终端设备300包括：确定模块301和反馈模块303。

[0130] 其中，所述确定模块301，用于确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；所述反馈模块303，用于在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。

[0131] 可选的，在本申请实施例的终端设备300中，上述确定模块301，具体用于执行以下确定方式中的至少一种：

[0132] 根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源；根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源；根据资源指示信息，确定所述目标PUCCH资源。

[0133] 可选的，在本申请实施例的终端设备300中，目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。

[0134] 可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：

[0135] 在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小位于所述目标PUCCH资源承载的载荷大小范围内。

[0136] 可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：

[0137] 在用于调度组播PDSCH的组播DCI中不包含PRI域的情况下，根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

[0138] 可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：

[0139] 在用于调度组播PDSCH的组播DCI中包含PRI域的情况下，根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。

[0140] 可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：

[0141] 在用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源的情况下，根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

[0142] 可选的，在本申请实施例的终端设备300中，上述反馈模块303，可以具体用于：

[0143] 在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g‑RNTI的情况下，对同一g‑RNTI对应的组播PDSCH在相同的所述目标PUCCH资源上进行HARQ反馈。

[0144] 可选的，在本申请实施例的终端设备300中，上述反馈模块303，可以具体用于：

[0145] 在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，按照组播PDSCH索引或所述多个不同的g‑RNTI的值，将组播PDSCH的HARQ反馈在所述目标PUCCH资源上进行级联。

[0146] 可选的，在本申请实施例的终端设备300中，用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g‑RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。

[0147] 能够理解，本申请实施例提供的终端设备300，能够实现前述由终端设备300执行的混合自动重传请求HARQ反馈方法，关于混合自动重传请求HARQ反馈方法的相关阐述均适用于终端设备300，此处不再赘述。

[0148] 在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

[0149] 参见图6所示，本申请实施例提供一种网络设备400，该网络设备400包括：

[0150] 接收模块401，用于接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。

[0151] 可选的，本申请实施例的网络设备400，还可以包括：

[0152] 第一配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。

[0153] 可选的，本申请实施例的网络设备400，还可以包括：

[0154] 第二配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。

[0155] 可选的，在本申请实施例的网络设备400中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。

[0156] 可选的，在本申请实施例的网络设备400中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。

[0157] 可选的，在本申请实施例的网络设备400中，上述接收模块401，可以具体用于：

[0158] 在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g‑RNTI的情况下，接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g‑RNTI对应的组播PDSCH进行的HARQ反馈。

[0159] 可选的，在本申请实施例的网络设备400中，上述接收模块401，可以具体用于：

[0160] 在用于调度组播PDSCH的组播DCI对应多个不同的g‑RNTI的情况下，接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g‑RNTI的值，对组播PDSCH进行级联的HARQ反馈。

[0161] 可选的，在本申请实施例的网络设备400中，用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g‑RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。

[0162] 能够理解，本申请实施例提供的网络设备400，能够实现前述由网络设备400执行的混合自动重传请求HARQ反馈方法，关于混合自动重传请求HARQ反馈方法的相关阐述均适用于网络设备400，此处不再赘述。

[0163] 在本申请实施例中，可以接收终端设备在目标物理上行控制信道PUCCH资源上对组播物理下行共享信道PDSCH进行的HARQ反馈，其中，该目标PUCCH资源是终端设备基于网络设备配置的终端设备UE专有的PUCCH资源确定的。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

[0164] 图7是本申请另一个实施例的终端设备的框图。图7所示的终端设备500包括：至少一个处理器501、存储器502、至少一个网络接口504和用户接口503。终端设备500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统505。

[0165] 其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

[0166] 可以理解，本申请实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read‑Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。

[0167] 在一些实施方式中，存储器502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。

[0168] 其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序5022中。

[0169] 在本申请实施例中，终端设备500还包括：存储在存储器上502并可在处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现如下步骤：

[0170] 确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。

[0171] 在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

[0172] 上述本申请实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field 
Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。具体地，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器
501执行时实现如上述混合自动重传请求HARQ反馈方法实施例的各步骤。

[0173] 可以理解的是，本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field‑Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

[0174] 对于软件实现，可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

[0175] 终端设备500能够实现前述实施例中终端设备实现的各个过程，为避免重复，这里不再赘述。

[0176] 优选的，本申请实施例还提供一种终端设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

[0177] 本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序或指令，该程序或指令被处理器执行时实现上述应用于终端设备的混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

[0178] 其中，所述处理器为上述实施例中所述的网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read‑Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

[0179] 请参阅图8，图8是本申请实施例应用的网络设备的结构图，能够实现前述混合自动重传请求HARQ反馈方法的细节，并达到相同的效果。如图8所示，网络设备600包括：处理器601、收发机602、存储器603、用户接口604和总线接口605，其中：

[0180] 在本申请实施例中，网络设备600还包括：存储在存储器上603并可在处理器601上运行的程序或指令，该程序或指令被处理器601、执行时实现如下步骤：

[0181] 接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。

[0182] 在本申请实施例中，可以接收终端设备在目标物理上行控制信道PUCCH资源上对组播物理下行共享信道PDSCH进行的HARQ反馈，其中，该目标PUCCH资源是终端设备基于网络设备配置的终端设备UE专有的PUCCH资源确定的。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

[0183] 在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器601代表的一个或多个处理器和存储器603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口605提供接口。收发机602可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口604还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

[0184] 处理器601负责管理总线架构和通常的处理，存储器603可以存储处理器601在执行操作时所使用的数据。

[0185] 优选的，本申请实施例还提供一种网络设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

[0186] 本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序或指令，该程序或指令被处理器执行时实现上述应用于网络设备的混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

[0187] 其中，所述处理器为上述实施例中所述的网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read‑Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

[0188] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

[0190] 上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。