CN112823482B - 混合自动重传请求反馈方法、装置和通信设备 - Google Patents

Abstract

本发明实施例是关于混合自动重传请求反馈方法、装置和通信设备。当混合自动重传请求应答HARQ‑ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行混合自动重传请求HARQ进程数，确定HARQ‑ACK码本的大小。

Description

混合自动重传请求反馈方法、装置和通信设备

技术领域

本申请涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及混合自动重传请求反馈方法、装置和通信设备。

背景技术

新空口非授权频段通信(NR-U，New Radio-Unlicense)是将蜂窝移动通信技术扩展应用到非授权频段上，在NR-U中定义了一种半静态的物理上行共享信道(PUSCH，Physical Uplink shared channel)传输方式，也叫配置授权物理上行共享信道传输方式。如果用户设备(UE，User Equipment)有混合自动重传请求应答(HARQ-ACK，HybridAutomatic Repeat request ACKnowledgement)信息需要复用到配置授权物理上行共享信道上，且发生了UE漏检最后的下行控制信息(DCI，Downlink Control Information)及其对应的物理下行共享信道(PDSCH，Physical Downlink shared channel)中的数据的情况，则UE所发送的HARQ-ACK信息的个数就与基站需要接收的HARQ-ACK信息的个数是不同的。此时基站在解调HARQ-ACK信息时就可能会发生错误。

发明内容

有鉴于此，本发明实施例提供了一种混合自动重传请求反馈方法和装置。

根据本发明实施例的第一方面，提供一种混合自动重传请求反馈方法，其中，所述方法包括：

当混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行混合自动重传请求HARQ进程数，确定所述HARQ-ACK码本的大小。

根据本发明实施例的第二方面，提供一种混合自动重传请求反馈方法，其中，应用于基站中，所述方法包括：

接收利用配置授权物理上行共享信道授权进行传输的混合自动重传请求应答HARQ-ACK码本；其中，所述HARQ-ACK码本的大小是根据最大下行混合自动重传请求HARQ进程数确定的。

根据本发明实施例的第三方面，提供一种混合自动重传请求反馈装置，其中，应用于终端中，所述装置包括：第一确定模块，其中，

所述第一确定模块，用于当混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行混合自动重传请求HARQ进程数，确定所述HARQ-ACK码本的大小。

根据本发明实施例的第四方面，提供一种混合自动重传请求反馈装置，其中，应用于基站中，所述装置包括：第二接收模块，其中，

所述第二接收模块，用于接收利用配置授权物理上行共享信道授权进行传输的混合自动重传请求应答HARQ-ACK码本；其中，所述HARQ-ACK码本的大小是根据最大下行HARQ进程数确定的。

根据本发明实施例的第五方面，提供一种通讯设备，包括处理器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行第一方面或第二方面所述混合自动重传请求反馈方法的步骤。本发明实施例提供的混合自动重传请求反馈方法、装置和通信设备，当混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行HARQ进程数，确定HARQ-ACK码本的大小。如此，一方面，HARQ-ACK码本可以为每个HARQ进程设置了HARQ-ACK信息的位置，提高HARQ-ACK码本的反馈精度。另一方面，提供了固定的HARQ-ACK码本格式，避免出现终端发送HARQ-ACK码本和基站需要解析的HARQ-ACK码本大小不一致的情况，提高HARQ-ACK码本解码效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明实施例。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；

图2a是根据一示例性实施例示出的一种HARQ-ACK反馈方式示意图；

图2b是根据一示例性实施例示出的另一种HARQ-ACK反馈方式示意图；

图2c是根据一示例性实施例示出的又一种HARQ-ACK反馈方式示意图

图2d是根据一示例性实施例示出的再一种HARQ-ACK反馈方式示意图；

图3是根据一示例性实施例示出的一种混合自动重传请求反馈方法的流程示意图；

图4是根据一示例性实施例示出的一种HARQ-ACK反馈方式示意图；

图5是根据一示例性实施例示出的一种混合自动重传请求反馈方法的流程示意图；

图6是根据一示例性实施例示出的一种混合自动重传请求反馈装置的框图；

图7是根据一示例性实施例示出的另一种混合自动重传请求反馈装置的框图；

图8是根据一示例性实施例示出的一种用于混合自动重传请求反馈的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。

在本发明实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明实施例。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本发明实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参考图1，其示出了本发明实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个终端11以及若干个基站12。

其中，终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，终端11可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(useragent)、用户设备(user device)、或用户终端(user equipment，UE)。或者，终端11也可以是无人飞行器的设备。或者，终端11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，终端11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

基站12可以是无线通信系统中的网络侧设备。该无线通信系统可以是5G系统，又称新空口(new radio，NR)系统或5G NR系统。或者，该无线通信系统可以是支持新空口非授权频段通信(NR-U，New Radio-Unlicense)的系统。或者该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio AccessNetwork，新一代无线接入网)。

其中，基站12可以是5G系统中采用集中分布式架构的基站(gNB)。当基站12采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributed unit，DU)。集中单元中设置有分组数据汇聚协议(Packet DataConvergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(Media Access Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本发明实施例对基站12的具体实现方式不加以限定。

基站12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。

在一些实施例中，终端11之间还可以建立E2E(End to End，端到端)连接。在一些实施例中，上述无线通信系统还可以包含网络管理设备13。

若干个基站12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(EvolvedPacket Core，EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policy andCharging Rules Function，PCRF)或者归属签约用户服务器(Home Subscriber Server，HSS)等。对于网络管理设备13的实现形态，本发明实施例不做限定。

本发明实施例涉及的执行主体包括但不限于：支持NR-U的通信设备，其中，用户设备包括但不限于：用户终端、移动终端、车载通信设备、路边基础设施装置、智能穿戴装置、平板电脑、用户节点和基站等。

本发明实施例的一个应用场景为，在5G NR协议中，采用动态HARQ-ACK码本的HARQ-ACK反馈方式。如图2a所示，DCI中包含的下行分配指示(DAI，Downlink AssignmentIndicator)会对物理下行共享信道(PDSCH，Physical Downlink Shared CHannel)个数进行计数，其中，一个PDSCH对应于一个HARQ进程，一个进程可以反馈一个HARQ-ACK信息。UE在反馈HARQ-ACK信息时，能确定需要反馈多少个HARQ-ACK信息。

如图2b所示，如果一个HARQ-ACK码本对应的多个PDSCH里非最后一个PDSCH中的PDSCH数据发生了漏检例如DCI2，则UE会根据DAI的指示推测出丢失的HARQ-ACK信息的个数，进而在对应的位置补NACK并反馈给基站。如此，UE所发送的HARQ-ACK信息的个数就与基站需要接收的HARQ-ACK信息的个数是相同的，不会发生HARQ-ACK信息的解调错误。

如图2c所示，如果UE漏检了最后一个DCI对应的PDSCH数据，或者最后多个DCI，例如漏检了DCI4对应的PDSCH数据，UE是无法察觉自己漏检了该PDSCH的PDSCH数据。此时UE所发送的HARQ-ACK信息的个数就与基站需要接收的HARQ-ACK信息的个数是不同的。此时基站在解调HARQ-ACK信息时就可能会发生错误。

如图2d所示，在5G NR协议中，当UE要发送的HARQ-ACK信息与PUSCH信息有时域重叠时，则需要将HARQ-ACK信息复用在PUSCH中。为了避免上述UE漏检最后的DCI的对应PDSCH数据情况，基站会在调度PUSCH的上行调度授权(UL grant，Uplink grant)中包含DAI指示，用于指示要在该UL grant所调度的PUSCH中复用的HARQ-ACK信息数。如此，使UE发送的HARQ-反馈的个数与基站需要接收的HARQ-ACK信息的个数匹配。

在NR-U中定义了一种半静态的PUSCH传输方式，也叫配置授权物理上行共享信道传输方式。在该方式下，PUSCH的传输是半静态配置的，不需要使用DCI进行调度，即没有上述UL grant调度信息，从而也没有UL grant中的DAI指示；如果UE有HARQ-ACK信息需要复用到配置授权物理上行共享信道上，且发生了UE漏检最后的DCI对应PDSCH的PDSCH数据的情况，则UE所发送的HARQ-ACK信息的个数就与基站需要接收的HARQ-ACK信息的个数是不同的。基站在解调HARQ-反馈时就可能会发生错误。

如图3所示，本示例性实施例提供一种混合自动重传请求反馈方法，混合自动重传请求反馈方法可以应用于终端，所述方法包括：

步骤301：当混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行HARQ进程数，确定HARQ-ACK码本的大小。

在NR-U系统中，如果基站在其信道占用时长(COT，Channel Occupied Time，)内调度了多个连续的PDSCH进行数据传输，并且调度多个PDSCH所对应的HARQ-ACK信息在同一个HARQ-ACK码本中反馈。终端可以把HARQ-ACK码本复用到配置授权物理上行共享信道上传输。

这里，HARQ-ACK码本可以由多个HARQ进程的HARQ-ACK信息按预定顺序排列形成的，例如：HARQ-ACK码本中的HARQ-ACK信息按照各自对应HARQ进程序号顺序排列形成HARQ-ACK码本。一个HARQ进程可以对应于终端调度的一个PDSCH。PDSCH数据为利用PDSCH传输的数据，一个终端PDSCH数据对应于一个HARQ-ACK信息。可以根据接收的PDSCH数据的接收状况，将相应的HARQ-ACK信息设置在HARQ-ACK码本对应位置。

根据最大下行HARQ进程数，确定HARQ-ACK码本的大小，可以是在HARQ-ACK码本中设置与最大下行HARQ进程数相同的HARQ-ACK信息。这里，HARQ-ACK码本的大小可以是HARQ-ACK码本的可以容纳HARQ-ACK信息的容量。例如，一个HARQ-ACK信息占用1个比特位，最大下行HARQ进程数为16，则HARQ-ACK码本的大小可以是16比特，如此可以在HARQ-ACK码本中容纳每个HARQ进程的HARQ-ACK信息。

最大下行HARQ进程数，是基站在进行数据下行时调度的HARQ进程数量的最大值；数据传输中，基站可以在最大数量范围内调度所有的HARQ进程或调度其中的部分HARQ进程。

一个HARQ进程具有一个HARQ-ACK信息。在HARQ-ACK码本中可以包括多个HARQ-ACK信息。每个HARQ-ACK信息可以占用一个比特位或多个比特位。示例性的，一个HARQ-ACK信息可以占用一个比特位，用“1”表示HARQ-ACK信息为确认(ACK)，用“0”表示HARQ-ACK信息为非确认(NACK)；或者，用“0”表示HARQ-ACK信息为确认(ACK)，用“1”表示HARQ-ACK信息为非确认(NACK)。一个HARQ-ACK信息可以占用多个比特位，当一个HARQ-ACK信息用于指示1个传输块(TB)中M个码块组(CBG)的接收情况时，HARQ-ACK信息可以占用M个比特位，分别用每个比特位反馈各CBG的接收情况。其中M为等于或大于1的正整数。

ACK表示成功接收对应的数据，NACK表示未成功接收对应的数据。若接收到NACK可能会触发重传机制，从而使得基站重新发送NACK对应的PDSCH数据。

示例性的，HARQ-ACK码本中HARQ-ACK信息占用1个比特位。最大下行HARQ进程数量为16个，分别用HARQ ID0至HARQ ID15表示。则HARQ-ACK码本可以如表1所示。其中，一个“X”表示一个HARQ-ACK信息。每个HARQ-ACK信息都具有一个相对固定的位置。

表1

HARQ ID	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15
																	HARQ-ACK码本	X	X	X	X	X	X	X	X	X	X	X	X	X	X	X	X

根据最大下行HARQ进程数，确定HARQ-ACK码本的大小，一方面，HARQ-ACK码本可以为每个HARQ进程设置了HARQ-ACK信息的位置，提高HARQ-ACK码本的反馈精度。另一方面，提供了固定的HARQ-ACK码本格式，避免出现终端发送HARQ-ACK码本和基站需要解析的HARQ-ACK码本大小不一致的情况，提高HARQ-ACK码本解码效率。

在一个实施例中，所述方法还包括：当所述HARQ进程具有对应的PDSCH数据时，根据PDSCH数据的接收状况，确定所述HARQ-ACK码本中所述HARQ进程对应的所述接收到的PDSCH数据的HARQ-ACK信息；

当所述HARQ进程不具有对应的PDSCH数据时，将所述HARQ-ACK码本中所述HARQ进程对应的HARQ-ACK信息确定为非确认NACK。

这里，HARQ进程具有对应的PDSCH数据，可以是终端在HARQ进程对应的PDSCH上接收到PDSCH数据。HARQ进程不具有对应的PDSCH数据，可以终端漏检HARQ进程对应的PDSCH上接收到PDSCH数据，或者，没有调度该HARQ进程对应的PDSCH。

终端接收基站分别利用每个PDSCH传输的PDSCH数据，对各PDSCH数据进行解调译码等操作，确定各PDSCH数据对应的HARQ-ACK信息。将HARQ-ACK信息设置在HARQ-ACK码本中对应HARQ进程的位置。其中，终端接收PDSCH数据的HARQ进程可以是最大数量的HARQ进程中的一部分或全部。

终端在传输HARQ-ACK信息时，以HARQ-ACK码本为单位进行传输。在HARQ-ACK码本中包含了接收到的PDSCH数据对应的HARQ-ACK信息，还包括漏检的PDSCH数据的HARQ-ACK信息，以及未调度的PDSCH的HARQ-ACK信息。针对接收到的PDSCH数据，可以根据接受状况采用确认(ACK)或非确认(NACK)的方式进行反馈。针对漏检的HARQ进程对应的PDSCH数据或未调度的HARQ进程对应的HARQ-ACK信息可以采用NACK进行反馈。

基站和终端由于采用相同的规则设置HARQ-ACK码本，因此，基站可以根据自身调度的PDSCH对应的HARQ进程，从HARQ-ACK码本中确定自身调度的PDSCH中的PDSCH数据对应的HARQ-ACK信息。

终端可以将确定的HARQ-ACK信息设置到HARQ-ACK码本对应位置。示例性的，以表1所示情况为例，在该示例中，采用PDSCH传输数据时，实际调度的HARQ-ACK进程为HARQ ID5-12，每个HARQ-ACK进程对应一个PDSCH。但是，UE漏检了HARQ ID12对应的PDSCH数据。UE只解调HARQ ID5-11的HARQ进程对应的PDSCH。假定HARQ ID 5-11对应的HARQ-ACK反馈为1110111(0表示NACK，1表示ACK)。HARQ-ACK码本设置结构可以如表2所示。表2中，HARQ ID5-11对应的标识位为HARQ ID5-12的HARQ进程的HARQ-ACK反馈。

表2

HARQ ID	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15
																	HARQ-ACK码本	X	X	X	X	X	1	1	1	0	1	1	1	X	X	X	X

终端将按照最大HARQ进程数补充将HARQ-ACK码本中未调度的HARQ进程的HARQ-ACK信息都设置为“0”，对于终端漏检的HARQ ID12对应的HARQ-ACK信息同样设置为“0”，如此，实现对漏检HARQ进程对应PDSCH数据的反馈。

如表3所示。终端将得到的HARQ-ACK码本：0000011101110000反馈给基站。由基站进行接收。

表3

HARQ ID	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15
																	HARQ-ACK码本	0	0	0	0	0	1	1	1	0	1	1	1	0	0	0	0

基站和终端由于采用相同的规则设置HARQ-ACK码本，因此，可以确定各HARQ进程的HARQ-ACK信息对应位置。因此，基站可以根据自身调度的PDSCH对应的HARQ进程，从HARQ-ACK码本中确定自身调度的PDSCH中的PDSCH数据对应的HARQ-ACK信息。

示例性的，以表3情况为例，基站调度HARQ ID5-12的HARQ进程向终端发送数据。基站接收到的表3所示的HARQ-ACK码本后，从HARQ ID5-12的HARQ进程的HARQ-ACK信息对应位置确定出HARQ-ACK信息为：11101110；可以确定出HARQ ID8和HARQ ID12两个HARQ进程发送的数据终端没有接收成功。其中，HARQ ID8的HARQ进程对应PDSCH数据为接收未成功，HARQID8的HARQ进程对应PDSCH数据为漏检。可以对该两个HARQ进程发送的数据进行重发。未调度HARQ进程的HARQ-ACK信息位于HARQ-ACK码本首部和尾部，基站可以根据自身HARQ进程调度情况，直接丢弃HARQ-ACK码本首部和尾部未调度HARQ进程的HARQ-ACK信息所占比特位，仅解码调度HARQ进程的HARQ-ACK信息所占比特位，如此，可以提高基站HARQ-ACK码本解码效率。

如图4所示，终端可以把HARQ-ACK码本复用到配置授权物理上行共享信道上传输，即在CG-PUSCH3上传输HARQ-ACK码本。

如此，终端可以实现对接收的PDSCH数据进行反馈，同时，对于未接收数据的PDSCH也进行反馈。提供的完整的数据接收反馈。基站可以对比自身发送数据的PDSCH和各PDSCH的反馈，进而可以确定包括漏检在内的没有接收成功的数据，进而进行重传。减少由于反馈错误产生的数据传输错误。

在一个实施例中，所述HARQ-ACK码本包括每个所述HARQ进程的PDSCH数据的HARQ-ACK信息。

这里，每个HARQ进程对应PDSCH中传输的PDSCH数据在HARQ-ACK码本中都具有一个HARQ-ACK信息。

一个PDSCH数据可以包括传输块(TB，Transport Block)或码块组(CBG，CodeBlock Group)等，一个HARQ-ACK信息可以包括一个或多个TB或CBG的反馈信息。

在一个示例中，所述HARQ-ACK码本包括每个所述HARQ进程的PDSCH数据的HARQ-ACK信息，包括：所述HARQ-ACK码本包括每个所述HARQ进程的每个传输块的HARQ-ACK信息；或者，所述HARQ-ACK码本包括每个所述HARQ进程的每个码块组的HARQ-ACK信息。

如果一个PDSCH资源可以用于传输一个TB，即一个PDSCH数据中为一个TB，一个TB具有一个HARQ-ACK信息，如此，HARQ-ACK码本中标识位的数量可以与HARQ进程的数量相同。示例性的，一个HARQ-ACK信息占用一个比特位时，HARQ-ACK码本的长度和HARQ进程的数量相同。

如果采用空分复用的方式传输数据，即一个PDSCH数据中包含两个TB，一个TB具有一个HARQ-ACK信息，则HARQ-ACK码本中HARQ-ACK信息的数量可以是HARQ进程的数量的两倍。示例性的，一个HARQ-ACK信息占用一个比特位时，HARQ-ACK码本的长度为2乘以HARQ进程的数量之积。

如果采用码块组(CBG，Code Block Group)的反馈方式数据，即一个PDSCH数据中可以有多个CBG，一个CBG具有一个HARQ-ACK信息，则可以将一个PDSCH数据中CBG的组数乘以HARQ进程的数量之积，确定为HARQ-ACK码本中标识位的数量。示例性的，一个HARQ-ACK信息占用一个比特位时，HARQ-ACK码本的长度为CBG的组数乘以HARQ进程的数量之积。

在一个实施例中，所述混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输，包括：当所述配置授权物理上行共享信道传输资源的时域，包含基站配置的传输所述HARQ-ACK码本的传输资源的时域时，将HARQ-ACK码本复用到所述配置授权物理上行共享信道中传输。

这里，基站指定的HARQ-ACK码本反馈的资源与配置授权物理上行共享信道的资源在时域上有重叠时。终端可以把HARQ-ACK码本复用到配置授权物理上行共享信道上传输。在一个实施例中，所述方法还包括：接收基站发送的所述最大下行HARQ进程数。

这里，最大下行HARQ进程数可以通过基站的高层信令对终端进行配置。

如图5所示，本示例性实施例提供一种混合自动重传请求反馈方法，混合自动重传请求反馈方法可以应用于基站，所述方法包括：

接收利用配置授权物理上行共享信道授权进行传输的混合自动重传请求应答HARQ-ACK码本；其中，所述HARQ-ACK码本的大小是根据最大下行HARQ进程数确定的。

在NR-U系统中，如果基站在其信道占用时长(COT，Channel Occupied Time，)内调度了多个连续的PDSCH进行数据传输，并且调度多个PDSCH所对应的HARQ-ACK信息在同一个HARQ-ACK码本中反馈。终端可以把HARQ-ACK码本复用到配置授权物理上行共享信道上传输。

这里，HARQ-ACK码本可以由多个HARQ进程的HARQ-ACK信息按预定顺序排列形成的，例如：HARQ-ACK码本中的HARQ-ACK信息按照各自对应HARQ进程序号顺序排列形成HARQ-ACK码本。一个HARQ进程可以对应于终端调度的一个PDSCH。PDSCH数据为利用PDSCH传输的数据，一个终端PDSCH数据对应于一个HARQ-ACK信息。可以根据接收的PDSCH数据的接收状况，将相应的HARQ-ACK信息设置在HARQ-ACK码本对应位置。

根据最大下行HARQ进程数，确定HARQ-ACK码本的大小，可以是在HARQ-ACK码本中设置与最大下行HARQ进程数相同的HARQ-ACK信息。这里，HARQ-ACK码本的大小可以是HARQ-ACK码本的可以容纳HARQ-ACK信息的容量。例如，HARQ-ACK信息占用1个比特位，最大下行HARQ进程数为16，则HARQ-ACK码本的大小可以是16比特，如此可以在HARQ-ACK码本中容纳每个HARQ进程的HARQ-ACK信息。

最大下行HARQ进程数，是基站在进行数据下行时调度的HARQ进程数量的最大值；数据传输中，基站可以在最大数量范围内调度所有的HARQ进程或调度其中的部分HARQ进程。

一个HARQ进程具有一个HARQ-ACK信息。在HARQ-ACK码本中可以包括多个HARQ-ACK信息。每个HARQ-ACK信息可以占用一个比特位或多个比特位。示例性的，HARQ-ACK信息可以占用一个比特位，用“1”表示HARQ-ACK信息为确认(ACK)，用“0”表示HARQ-ACK信息为非确认(NACK)；或者，用“0”表示HARQ-ACK信息为确认(ACK)，用“1”表示HARQ-ACK信息为非确认(NACK)。一个HARQ-ACK信息可以占用多个比特位，当一个HARQ-ACK信息用于指示1个传输块(TB)中M个码块组(CBG)的接收情况时，HARQ-ACK信息可以占用M个比特位，分别用每个比特位反馈各CBG的接收情况。其中M为等于或大于1的正整数。

ACK表示成功接收对应的数据，NACK表示未成功接收对应的数据。若接收到NACK可能会触发重传机制，从而使得基站重新发送NACK对应的PDSCH数据。

示例性的，HARQ-ACK码本中HARQ-ACK信息占用1个比特位。最大下行HARQ进程数量为16个，分别用HARQ ID0至HARQ ID15表示。则HARQ-ACK码本可以如表1所示。其中，一个“X”表示一个HARQ-ACK信息。每个HARQ-ACK信息都具有一个相对固定的位置。

根据最大下行HARQ进程数，确定HARQ-ACK码本的大小，一方面，HARQ-ACK码本可以为每个HARQ进程设置了HARQ-ACK信息的位置，提高HARQ-ACK码本的反馈精度。另一方面，提供了固定的HARQ-ACK码本格式，避免出现终端发送HARQ-ACK码本和基站需要解析的HARQ-ACK码本大小不一致的情况，提高HARQ-ACK码本解码效率。

在一个实施例中，所述方法还包括：

根据基站调度的HARQ进程，在所述HARQ-ACK码本中确定所述基站调度的HARQ进程的PDSCH数据的HARQ-ACK信息。

当所述HARQ进程具有对应的PDSCH数据时，终端根据PDSCH数据的接收状况，确定所述HARQ-ACK码本中所述HARQ进程对应的所述接收到的PDSCH数据的HARQ-ACK信息；

当所述HARQ进程不具有对应的PDSCH数据时，终端将所述HARQ-ACK码本中所述HARQ进程对应的HARQ-ACK信息确定为非确认NACK。

这里，HARQ进程具有对应的PDSCH数据，可以是终端在HARQ进程对应的PDSCH上接收到PDSCH数据。HARQ进程不具有对应的PDSCH数据，可以终端漏检HARQ进程对应的PDSCH上接收到PDSCH数据，或者，没有调度该HARQ进程对应的PDSCH。

终端接收基站分别利用每个PDSCH传输的PDSCH数据，对各PDSCH数据进行解调译码等操作，确定各PDSCH数据对应的HARQ-ACK信息。将HARQ-ACK信息设置在HARQ-ACK码本中对应HARQ进程的位置。其中，终端接收PDSCH数据的HARQ进程可以是最大数量的HARQ进程中的一部分或全部。

终端在传输HARQ-ACK信息时，以HARQ-ACK码本为单位进行传输。在HARQ-ACK码本中包含了接收到的PDSCH数据对应的HARQ-ACK信息，还包括漏检的PDSCH数据的HARQ-ACK信息，以及未调度的PDSCH的HARQ-ACK信息。针对接收到的PDSCH数据，可以根据接受状况采用确认(ACK)或非确认(NACK)的方式进行反馈。针对漏检的HARQ进程对应的PDSCH数据或未调度的HARQ进程对应的HARQ-ACK信息可以采用NACK进行反馈。

基站和终端由于采用相同的规则设置HARQ-ACK码本，因此，基站可以根据自身调度的PDSCH对应的HARQ进程，从HARQ-ACK码本中确定自身调度的PDSCH中的PDSCH数据对应的HARQ-ACK信息。

终端可以将确定的HARQ-ACK信息设置到HARQ-ACK码本对应位置。示例性的，以表1所示情况为例，在该示例中，采用PDSCH传输数据时，实际调度的HARQ-ACK进程为HARQ ID5-12，每个HARQ-ACK进程对应一个PDSCH。但是，UE漏检了HARQ ID12对应的PDSCH数据。UE只解调HARQ ID5-11的HARQ进程对应的PDSCH。假定HARQ ID 5-11对应的HARQ-ACK反馈为1110111(0表示NACK，1表示ACK)。HARQ-ACK码本设置结构可以如表2所示。表2中，HARQ ID5-11对应的标识位为HARQ ID5-12的HARQ进程的HARQ-ACK反馈。

终端将按照最大HARQ进程数补充将HARQ-ACK码本中未调度的HARQ进程的HARQ-ACK信息都设置为“0”，对于终端漏检的HARQ ID12对应的HARQ-ACK信息同样设置为“0”，如此，实现对漏检HARQ进程对应PDSCH数据的反馈。

如表3所示。终端将得到的HARQ-ACK码本：0000011101110000反馈给基站。由基站进行接收。

基站和终端由于采用相同的规则设置HARQ-ACK码本，因此，可以确定各HARQ进程的HARQ-ACK信息对应位置。因此，基站可以根据自身调度的PDSCH对应的HARQ进程，从HARQ-ACK码本中确定自身调度的PDSCH中的PDSCH数据对应的HARQ-ACK信息。

示例性的，以表3情况为例，基站调度HARQ ID5-12的HARQ进程向终端发送数据。基站接收到的表3所示的HARQ-ACK码本后，从HARQ ID5-12的HARQ进程的HARQ-ACK信息对应位置确定出HARQ-ACK信息为：11101110；可以确定出HARQ ID8和HARQ ID12两个HARQ进程发送的数据终端没有接收成功。其中，HARQ ID8的HARQ进程对应PDSCH数据为接收未成功，HARQID8的HARQ进程对应PDSCH数据为漏检。可以对该两个HARQ进程发送的数据进行重发。未调度HARQ进程的HARQ-ACK信息位于HARQ-ACK码本首部和尾部，基站可以根据自身HARQ进程调度情况，直接丢弃HARQ-ACK码本首部和尾部未调度HARQ进程的HARQ-ACK信息所占比特位，仅解码调度HARQ进程的HARQ-ACK信息所占比特位，如此，可以提高基站HARQ-ACK码本解码效率。

如图4所示，终端可以把HARQ-ACK码本复用到配置授权物理上行共享信道上传输，即在CG-PUSCH3上传输HARQ-ACK码本。

如此，终端可以实现对接收的PDSCH数据进行反馈，同时，对于未接收数据的PDSCH也进行反馈。提供的完整的数据接收反馈。基站可以对比自身发送数据的PDSCH和各PDSCH的反馈，进而可以确定包括漏检在内的没有接收成功的数据，进而进行重传。减少由于反馈错误产生的数据传输错误。

在一个实施例中，所述在所述HARQ-ACK码本中确定所述基站调度的HARQ进程的PDSCH数据的HARQ-ACK信息，包括：

在所述HARQ-ACK码本中确定所述基站调度的HARQ进程的每个传输块TB的HARQ-ACK信息；

或者，

在所述HARQ-ACK码本中确定所述基站调度的HARQ进程的每个码块组的HARQ-ACK信息。

这里，每个HARQ进程对应PDSCH中传输的PDSCH数据在HARQ-ACK码本中都具有一个HARQ-ACK信息。

一个PDSCH数据可以包括传输块(TB，Transport Block)或码块组(CBG，CodeBlock Group)等，一个HARQ-ACK信息可以包括一个或多个TB或CBG的反馈信息。

如果一个PDSCH资源可以用于传输一个TB，即一个PDSCH数据中为一个TB，一个TB具有一个HARQ-ACK信息，如此，HARQ-ACK码本中标识位的数量可以与HARQ进程的数量相同。示例性的，一个HARQ-ACK信息占用一个比特位时，HARQ-ACK码本的长度和HARQ进程的数量相同。

如果采用空分复用的方式传输数据，即一个PDSCH数据中包含两个TB，一个TB具有一个HARQ-ACK信息，则HARQ-ACK码本中HARQ-ACK信息的数量可以是HARQ进程的数量的两倍。示例性的，一个HARQ-ACK信息占用一个比特位时，HARQ-ACK码本的长度为2乘以HARQ进程的数量之积。

如果采用码块组(CBG，Code Block Group)的反馈方式数据，即一个PDSCH数据中可以有多个CBG，一个CBG具有一个HARQ-ACK信息，则可以将一个PDSCH数据中CBG的组数乘以HARQ进程的数量之积，确定为HARQ-ACK码本中标识位的数量。示例性的，一个HARQ-ACK信息占用一个比特位时，HARQ-ACK码本的长度为CBG的组数乘以HARQ进程的数量之积。

在一个实施例中，在接收所述HARQ-ACK码本前，所述方法还包括：向终端发送所述最大下行HARQ进程数。

这里，最大下行HARQ进程数可以通过基站的高层信令对终端进行配置。

以下结合上述任意实施例提供一个具体示例：

如图6所示，在NR-U系统中，如果基站在其COT内调度了多个连续的PDSCH传输，并且调度多个PDSCH所对应的HARQ-ACK信息在同一个HARQ-ACK码本中反馈。基站指定的HARQ-ACK码本反馈的资源与配置授权物理上行共享信道(CG-PUSCH)的资源在时域上有重叠。此时，UE将会把HARQ-ACK码本复用到配置授权物理上行共享信道上传输，也即复用到CG-PUSCH 3上传输。

假定最大HARQ进程数量是基站通过高层信令为UE配置的，为16，对应的HARQ ID为0-15。该HARQ-ACK码本中实际调度的PDSCH对应的HARQ进程为HARQ ID 5-12，但是，UE漏检了HARQ进程12的DCI/PDSCH。UE只会解调HARQ进程5-11的PDSCH，假定其对应的HARQ-ACK信息为1110111(0表示NACK,1表示ACK)。将该HARQ-ACK码本按照最大HARQ进程数补充NACK后为0000011101110000，分别对应HARQ进程0-15。补充后的HARQ-ACK码本的size就是固定的16bit。

如果采用CBG(code block group)的反馈方式，HARQ-ACK码本的size为CBG组数*最大HARQ进程数。

如果采用空分复用的方式传输，也即一个PDSCH中有2个TB，则HARQ-ACK码本的size为2*最大HARQ进程数。

按照最大HARQ进程数来填充HARQ-ACK码本的码位后，能够使得HARQ-ACK码本的长度总是固定的，且是基站已知的，不会发生UE所发送的HARQ-ACK信息的个数与基站所理解的要接收的HARQ-ACK信息的个数不同的问题。

对补充后的HARQ-ACK码本进行编码、调制和复用，编码、调制和复用的方式可以与NR协议中定义的方式相同。

基站收到该复用了HARQ-反馈的PUSCH后，会根据NR协议中定义的方式进行解复用、解调和解码。并恢复出该补充后的HARQ-ACK码本。由于基站知道自己究竟调度了哪些HARQ进程的PDSCH，从而可以补充后的HARQ-ACK码本找到对应的HARQ-ACK信息。

本发明实施例还提供了一种混合自动重传请求反馈装置100，应用于无线通信的终端中，如图6所示，所述装置100包括：第一确定模块110，其中，

所述第一确定模块110，用于当混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行混合自动重传请求HARQ进程数，确定HARQ-ACK码本的大小。

在一个实施例中，所述装置100还包括：

第二确定模块120，用于当所述HARQ进程具有对应的PDSCH数据时，根据PDSCH数据的接收状况，确定所述HARQ-ACK码本中所述HARQ进程对应的所述接收到的PDSCH数据的HARQ-ACK信息；

第三确定模块130，用于当所述HARQ进程不具有对应的PDSCH数据时，将所述HARQ-ACK码本中所述HARQ进程对应的HARQ-ACK信息确定为非确认NACK。

在一个实施例中，所述HARQ-ACK码本包括每个所述HARQ进程的PDSCH数据的HARQ-ACK信息。

在一个实施例中，所述装置还包括，

第一发送模块140，用于当所述配置授权物理上行共享信道传输资源的时域，包含基站配置的传输所述HARQ-ACK码本的传输资源的时域时，将HARQ-ACK码本复用到所述配置授权物理上行共享信道中传输。

在一个实施例中，所述装置100还包括：第一接收模块150，用于接收基站发送的所述最大下行HARQ进程数。

本发明实施例还提供了一种混合自动重传请求反馈装置200，应用于无线通信的基站中，如图7所示，所述装置200包括：第二接收模块210，其中，

所述第二接收模块210，用于接收利用配置授权物理上行共享信道授权进行传输的混合自动重传请求应答HARQ-ACK码本；其中，所述HARQ-ACK码本的大小是根据最大下行HARQ进程数确定的。

在一个实施例中，所述装置100还包括：

第四确定模块220，用于根据基站调度的HARQ进程，在所述HARQ-ACK码本中确定所述基站调度的HARQ进程的PDSCH数据的HARQ-ACK信息。

在一个实施例中，所述第四确定模块220，包括：

在一个实施例中，所述装置200还包括：第二发送模块230，用于在接收所述HARQ-ACK码本前，向终端发送所述最大下行HARQ进程数。

在示例性实施例中，第一确定模块110、第二确定模块120、第三确定模块130、发送模块140、第一接收模块150、第二接收模块210、第四确定模块220和第二发送模块230等可以被一个或多个中央处理器(CPU，Central Processing Unit)、图形处理器(GPU，GraphicsProcessing Unit)、基带处理器(BP，baseband processor)、应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述方法。

图8是根据一示例性实施例示出的一种用于混合自动重传请求反馈的装置3000的框图。例如，装置3000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，装置3000可以包括以下一个或多个组件：处理组件3002，存储器3004，电源组件3006，多媒体组件3008，音频组件3010，输入/输出(I/O)的接口3012，传感器组件3014，以及通信组件3016。

处理组件3002通常控制装置3000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件3002可以包括一个或多个处理器3020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件3002可以包括一个或多个模块，便于处理组件3002和其他组件之间的交互。例如，处理组件3002可以包括多媒体模块，以方便多媒体组件3008和处理组件3002之间的交互。

存储器3004被配置为存储各种类型的数据以支持在设备3000的操作。这些数据的示例包括用于在装置3000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器3004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件3006为装置3000的各种组件提供电力。电源组件3006可以包括电源管理系统，一个或多个电源，及其他与为装置3000生成、管理和分配电力相关联的组件。

多媒体组件3008包括在装置3000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件3008包括一个前置摄像头和/或后置摄像头。当设备3000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件3010被配置为输出和/或输入音频信号。例如，音频组件3010包括一个麦克风(MIC)，当装置3000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器3004或经由通信组件3016发送。在一些实施例中，音频组件3010还包括一个扬声器，用于输出音频信号。

I/O接口3012为处理组件3002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件3014包括一个或多个传感器，用于为装置3000提供各个方面的状态评估。例如，传感器组件3014可以检测到设备3000的打开/关闭状态，组件的相对定位，例如组件为装置3000的显示器和小键盘，传感器组件3014还可以检测装置3000或装置3000一个组件的位置改变，用户与装置3000接触的存在或不存在，装置3000方位或加速/减速和装置3000的温度变化。传感器组件3014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件3014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件3014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件3016被配置为便于装置3000和其他设备之间有线或无线方式的通信。装置3000可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件3016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件3016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置3000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器3004，上述指令可由装置3000的处理器3020执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明实施例的其它实施方案。本申请旨在涵盖本发明实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本发明实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明实施例的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明实施例的范围仅由所附的权利要求来限制。

Claims (13)

1.一种混合自动重传请求反馈方法，其特征在于，应用于终端中，所述方法包括：

当混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行混合自动重传请求HARQ进程数，确定所述HARQ-ACK码本的大小；

其中，一个所述HARQ进程具有一个HARQ-ACK信息，所述HARQ-ACK码本中的HARQ-ACK信息数与所述最大下行HARQ进程数相同；

所述方法还包括：

当所述HARQ进程具有对应的物理下行共享信道PDSCH数据时，根据所述PDSCH数据的接收状况，确定所述HARQ-ACK码本中所述HARQ进程对应的所述接收到的所述PDSCH数据的HARQ-ACK信息；

当所述HARQ进程不具有对应的PDSCH数据时，将所述HARQ-ACK码本中所述HARQ进程对应的HARQ-ACK信息确定为非确认NACK。

2.根据权利要求1所述的方法，其特征在于，所述HARQ-ACK码本包括每个所述HARQ进程的PDSCH数据的HARQ-ACK信息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：接收基站发送的所述最大下行HARQ进程数。

4.一种混合自动重传请求反馈方法，其特征在于，应用于基站中，所述方法包括：

接收利用配置授权物理上行共享信道进行传输的混合自动重传请求应答HARQ-ACK码本；其中，所述HARQ-ACK码本的大小是根据最大下行混合自动重传请求HARQ进程数确定的；

其中，一个所述HARQ进程具有一个HARQ-ACK信息，所述HARQ-ACK码本中的HARQ-ACK信息数与所述最大下行HARQ进程数相同；

当所述HARQ进程具有对应的物理下行共享信道PDSCH数据时，确定所述HARQ-ACK码本中所述HARQ进程对应的所述接收到的所述PDSCH数据的HARQ-ACK信息，是根据所述PDSCH数据的接收状况确定的；

当所述HARQ进程不具有对应的PDSCH数据时，所述HARQ-ACK码本中所述HARQ进程对应的HARQ-ACK信息为非确认NACK。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

根据基站调度的HARQ进程，在所述HARQ-ACK码本中确定所述基站调度的所述HARQ进程的PDSCH数据的HARQ-ACK信息。

6.根据权利要求4或5所述的方法，其特征在于，在接收所述HARQ-ACK码本前，所述方法还包括：

向终端发送所述最大下行HARQ进程数。

7.一种混合自动重传请求反馈装置，其特征在于，应用于终端中，所述装置包括：

第一确定模块，其中，

所述第一确定模块，用于当混合自动重传请求应答HARQ-ACK码本复用到配置授权物理上行共享信道中传输时，根据最大下行混合自动重传请求HARQ进程数，确定所述HARQ-ACK码本的大小；

其中，一个所述HARQ进程具有一个HARQ-ACK信息，所述HARQ-ACK码本中的HARQ-ACK信息数与所述最大下行HARQ进程数相同；

所述装置还包括：

第二确定模块，用于当所述HARQ进程具有对应的PDSCH数据时，根据所述PDSCH数据的接收状况，确定所述HARQ-ACK码本中所述HARQ进程对应的所述接收到的所述PDSCH数据的HARQ-ACK信息；

第三确定模块，用于当所述HARQ进程不具有对应的PDSCH数据时，将所述HARQ-ACK码本中所述HARQ进程对应的HARQ-ACK信息确定为非确认NACK。

8.根据权利要求7所述的装置，其特征在于，所述HARQ-ACK码本包括每个所述HARQ进程的PDSCH数据的HARQ-ACK信息。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：第一接收模块，用于接收基站发送的所述最大下行HARQ进程数。

10.一种混合自动重传请求反馈装置，其特征在于，应用于基站中，所述装置包括：第二接收模块，其中，

所述第二接收模块，用于接收利用配置授权物理上行共享信道授权进行传输的混合自动重传请求应答HARQ-ACK码本；其中，所述HARQ-ACK码本的大小是根据最大下行HARQ进程数确定的；

其中，一个所述HARQ进程具有一个HARQ-ACK信息，所述HARQ-ACK码本中的HARQ-ACK信息数与所述最大下行HARQ进程数相同；

当所述HARQ进程具有对应的物理下行共享信道PDSCH数据时，确定所述HARQ-ACK码本中所述HARQ进程对应的所述接收到的所述PDSCH数据的HARQ-ACK信息，是根据所述PDSCH数据的接收状况确定的；

当所述HARQ进程不具有对应的PDSCH数据时，所述HARQ-ACK码本中所述HARQ进程对应的HARQ-ACK信息为非确认NACK。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

第四确定模块，用于根据基站调度的HARQ进程，在所述HARQ-ACK码本中确定所述基站调度的所述HARQ进程的PDSCH数据的HARQ-ACK信息。

12.根据权利要求10或11所述的装置，其特征在于，所述装置还包括：第二发送模块，用于在接收所述HARQ-ACK码本前，向终端发送所述最大下行HARQ进程数。

13.一种通讯设备，包括处理器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其特征在于，所述处理器运行所述可执行程序时执行如权利要求1至3或4至6任一项所述混合自动重传请求反馈方法的步骤。