CN113994615A - Harq码本处理方法及装置、通信设备及存储介质 - Google Patents

Abstract

本公开实施例提供一种HARQ码本处理方法及装置、信息处理方法及装置、通信设备及存储介质。被终端执行的HARQ码本处理方法可包括：根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小，其中，所述HARQ码本携带有下行传输的HARQ反馈；所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

Description

HARQ码本处理方法及装置、通信设备及存储介质

技术领域

本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)码本处理方法及装置、通信设备及存储介质。

背景技术

半静态的混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)码本，用于传输物理下行共享信道(Physical Downlink Shared Channel，PDSCH)传输或者物理下行控制信道(Physical Downlink Control Channel，PDCCH)等下行传输的HARQ反馈。该HARQ反馈可包括：确认应答(Acknowledgement，ACK)和否认应答(Non Acknowledgement，NACK)。

但是在一些传输延迟比较大的情况下，HARQ进程的反馈就被关闭了，此时继续使用这种半静态的HARQ码本可能会引入不必要的开销。

发明内容

本公开实施例提供一种HARQ码本处理方法及装置、信息处理方法及装置、通信设备及存储介质。

本公开实施例第一方面提供一种混合自动重传请求HARQ码本处理方法，被终端执行，所述方法包括：

根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小，

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

本公开实施例第二方面提供一种混合自动重传请求HARQ码本处理方法，其中，被基站执行，所述方法包括：

根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

本公开实施例第三方面一种混合自动重传请求HARQ码本处理装置，其中，所述装置包括：

第一确定模块，被配置为根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小，

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

本公开实施例第四方面提供一种混合自动重传请求HARQ码本处理装置，其中，所述装置包括：

第五确定模块，被配置为根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

本公开实施例第五方面提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如前述第一方面或第二方面提供的HARQ码本处理方法。

本公开实施例第六方面提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述的第一方面或第二方面提供的HARQ码本处理方法。

本公开实施例提供的技术方案，HARQ码本的大小是根据K1值的配置个数和反馈使能的HARQ进程的配置个数确定，如此，在确定HARQ码本大小综合考虑K1值的配置个数和反馈使能的HARQ进程的配置个数这两个方面的因素，至少减少了在反馈使能的HARQ进程的配置个数比较少的情况下，HARQ码本配置很大导致的HARQ码本冗余量过大或者冗余量过大的频率高的现象，减少了HARQ码本的平均开销。与此同时，是根据K1值的配置个数和反馈使能的HARQ进程的配置个数确定的，而非根据反馈使能的HARQ进程的调度和/或K1值的调度来确定的，因此可以维持HARQ码本的半静态特性。

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

附图说明

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

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

图2是根据一示例性实施例示出的一种HARQ码本处理方法的流程示意图；

图3是根据一示例性实施例示出的一种HARQ码本处理方法的流程示意图；

图4A是根据一示例性实施例示出的一种HARQ码本的示意图；

图4B是根据一示例性实施例示出的一种HARQ码本的示意图；

图4C是根据一示例性实施例示出的一种HARQ码本的示意图；

图5是根据一示例性实施例示出的一种HARQ码本处理方法的流程示意图

图6是根据一示例性实施例示出的一种HARQ码本处理装置的结构示意图；

图7是根据一示例性实施例示出的一种HARQ码本处理装置的结构示意图；

图8是根据一示例性实施例示出的一种UE的结构示意图；

图9是根据一示例性实施例示出的一种通信设备的结构示意图。

具体实施方式

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

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

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

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

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

基站12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(LongTerm Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口(newradio，NR)系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。或者，MTC系统。

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

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

在一些实施例中，UE11之间还可以建立E2E(End to End，端到端)连接。比如车联网通信(vehicle to everything，V2X)中的V2V(vehicle to vehicle，车对车)通信、V2I(vehicle to Infrastructure，车对路边设备)通信和V2P(vehicle to pedestrian，车对人)通信等场景。

在一些实施例中，上述无线通信系统还可以包含网络管理设备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的实现形态，本公开实施例不做限定。

如图2所示，本公开实施例提供一种HARQ码本处理方法，被终端执行，所述方法包括：

S110：根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小，其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

该终端可为各种类型的终端，包括但不限于：手机、平板电脑、可穿戴设备、车载设备、智能家居设备和/或智能办公设备等。

该终端可以是增强移动宽带(enhanced Mobile Broadband，eMBB)终端或者窄带终端。示例性地，该窄带终端包括但不限于：能力缩减(Reduced Capability,Redcap)UE。

本公开实施例提供的一种HARQ码本处理方法，涉及的HARQ码本可为类型1的HARQ码本,类型1的HARQ码本可为一种半静态码本。

所述下行传输可为:基站发送给终端的任意需要进行反馈的传输。示例性地，该下行传输包括但不限于：物理下行共享信道(Physical Downlink Shared Channel，PDSCH)传输和/或需要终端给出接收反馈的PDCCH传输。需要终端给出接收反馈的PDCCH传输包括但不限于：半静态调度(Semi-Persistent Scheduling，SPS)释放的下行控制信息(DownlinkControl Information，DCI)。该SPS释放的DCI即为一种PDCCH传输。

本公开实施例中所述时间偏移量可为时间单元的偏移量，该时间单元可为时隙，若该时间单元为时隙，则K1的取值为偏移的时隙个数。若该时间单元为符号，则K1的取值为符号的个数。

在本公开实施例中，所述K1值为数值化的值，具体取值可以为1至8或者0至15或者0至31之间的任意值。当然此处仅仅是对K1值的举例。

在一些实施例中，该K1值还可以是非数值化的值，如果是非数值化的值，可以确定UE不需要在类型(type)1HARQ码本中为该下行传输HARQ反馈，此时N值为配置为数值化的值的K1值个数。

在本公开实施例中，反馈使能的HARQ进程为：终端需要根据对应下行传输的接收状况，在成功接收对应下行传输时需要反馈ACK，在未成功接收或者解码失败对应下行传输时反馈NACK。如此，基站可以根据返回的HARQ反馈确定是否需要重传对应的下行传输。

反馈去使能的HARQ进程为：终端无需根据对应下行传输的接收状况向基站发送HARQ反馈的HARQ进程。

此处，HARQ反馈可包括：ACK和/或NACK。

在本公开实施例中，会综合考虑K1值的配置个数和反馈使能的HARQ进程的配置个数来确定HARQ码本的大小，相对于单独根据配置的K1值的个数来确定HARQ码本，至少可以减少反馈使能的HARQ进程的配置个数较少的情况下，HARQ码本配置过大导致的HARQ码本开销过大的现象，从而降低了HARQ码本的冗余，降低了比特开销。与此同时，由于是根据K1值的配置个数和反馈使能的HARQ进程的配置个数确定的，在K1值和反馈使能的HARQ进程的配置确定的时候，则确定了该HARQ码本，且在后续的一个或多个半静态周期内可以持续使用，从而满足了类型1的HARQ码本的半静态的特性。

HARQ码本的传输资源是一种上行资源，HARQ码本是一种上行传输。

在一些实施例中，所述K1的取值指示的下行传输所在时间单元与HARQ码本传输的时间单元之间偏移量。

以所述时间单元为时隙为例，K1值用于确定HARQ码本所对应的下行传输所在时隙与所述HARQ码本所在上行时隙之间的时间偏移量。

K1可为0或者正整数。

在一些实施例中，所述K1值的配置，可以由RRC信令携带；而所述K1值的调度可以由DCI来携带。例如，通过RRC信令配置出K1值的所有备选值，在具体使用时，利用动态性较好的DCI从备选值中选择实际使用的K1值告知终端，从而实现K1值的调度。

在一些实施例中，所述根据K1值的配置个数N和所述反馈使能的HARQ进程的配置个数M，确定所述HARQ码本的大小，包括：

根据min{M，N}，确定所述HARQ码本的大小。

此处的M可以大于N，或者，M等于N，或者，M小于N；有鉴于此，所述根据min{M，N}，确定所述HARQ码本的大小，包括以下至少之一：

若M大于N，则根据N确定HARQ码本的大小；

若M等于N，则根据N或者M确定HARQ码本的大小；

若M小于N，则根据M确定HARQ码本的大小。

HARQ码本的大小可以用比特个数来衡量。

例如，假设UE仅有一个服务小区，一个传输块(Transmission block，TB)由一个比特来携带NACK或者ACK进行反馈，假设每个调度时隙最大可能调度的下行传输的S个TB，假设K1值为{1，2，3，4，5，6，7，8}，此时N＝8。假设配置的反馈使能的HARQ进程个数为M＝2个。由此可知在M小于N时，将根据M确定HARQ码本的大小，则此时的HARQ码本的大小可为：M*S个比特，相比于N*S，是减少了HARQ码本的大小的。

在一些实施例中，根据min{M，N}，确定所述HARQ码本的大小，包括以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

在一些实施例中，HARQ码本是类型(type)1的HARQ码本，故可以认为该数值化的K1值的配置个数为等于或大于0的整数。

需要说明的是，上述描述都是针对某一个服务小区来说的。比如‘所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0’是指当该服务小区使能的HARQ进程个数为0时，该服务小区对应的HARQ信息不需要反馈，HARQ码本中针对该小区的HARQ码本大小为0。若UE同时还配置了其他服务小区，且该服务小区中反馈使能的HARQ进程数大于0，HARQ码本中仍然包含此小区的HARQ反馈。

即在本公开实施例中，所述HARQ码本的处理都是针对单个小区的，如果不同的小区可以使用上述方法或者相关技术中的方法，分别确定出对应小区的HARQ码本。例如，一个UE具有两个服务小区时，则可以分别按照上述方法分别确定出两个HARQ码本。且UE具有多个服务小区时，一个服务小区的HARQ码本的大小为0，不影响其他服务小区的HARQ码本的大小。

在本公开实施例中，若基站未配置数值化的K1值，即配置的K1值为非数值化的值，则同样可认为HARQ码本的大小为0，或者不需要传输HARQ码本，从而节省这种情况下的HARQ码本传输所消耗的资源。

若M小于N且等于0，则HARQ码本的大小为0，即终端不会向基站发送HARQ码本，且基站也不会从终端接收HARQ码本，从而不会因为HARQ码本产生传输开销。

若M不等于0，则将根据M和N的较小值及HARQ反馈策略确定HARQ码本的大小。

所述HARQ反馈策略根据反馈粒度不同，存在多种反馈策略。示例性地，一个TB可以包含一个或多个码块组(Code Block Group，CBG)。第一反馈策略为针对每一个TB进行HARQ反馈，第二反馈策略可为针对TB内每一个CBG进行HARQ反馈。当然此处仅仅是对HARQ反馈策略的举例，具体实现时不局限于此。

在一些实施例中，如图3所示，所述方法还包括：

S120：根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

S130：在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

K1值的调度可以由DCI来实现。例如，终端接收基站发送的DCI，根据DCI确定出调度的K1值。

若所述K1指示的时隙偏移量，则根据K1值并结合对应HARQHARQ反馈对应的下行传输所在时隙，就可以确定出传输HARQ反馈的反馈时隙，在该反馈时隙上决定出大小等于所述HARQ码本大小的传输资源。例如，决定了大小等于HARQ码本大小的传输资源之后，可以在预留或者调度对应数量的传输资源。

若所述K1指示的符号偏移量，则根据K1值并结合对应HARQ反馈对应的下行传输所在时隙，就可以确定出传输HARQ反馈的反馈符号，在该反馈符号上决定出大小等于所述HARQ码本大小的传输资源。

被调度的反馈使能HARQ进程的个数最大可等于反馈使能的HARQ进程的配置个数，若被调度的反馈使能的HARQ进程的个数恰好等于反馈使能的HARQ进程的配置个数，则直接根据每一个反馈使能的HARQ进程对应的下行传输的接收状况，确定出对应的HARQ反馈是ACK还是NACK，并将确定的HARQ反馈写入到HARQ码本中。

在一些实施例中，被调度的所述反馈使能的HARQ进程个数小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

该预设值可为协议规定的值或者基站与终端之间预先协商的值。

终端在HARQ码本写入HARQ反馈时，针对写入未调度的反馈使能的HARQ进程的HARQ反馈时，写入所述预设值。

在一个实施例中，由于基站知晓自身所调度的反馈使能的HARQ进程，因此终端还可以随意写入NACK或者ACK，而不局限于写入预定值。

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

当被调度的所述反馈使能的HARQ进程个数为0时，不反馈所述HARQ码本；

或者，

当被调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

若被调度的反馈使能的HARQ进程个数为0，基站和终端之间可以约定不反馈HARQ码本，从而减少不必要的传输。

需要说明的是，在本公开实施例中，不论大小的HARQ码本的确定或者何种情况下确定的HARQ码本都是针对某一个服务小区来说的。比如‘所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0’是指当该服务小区使能的HARQ进程个数为0时，该服务小区对应的HARQ信息不需要反馈，HARQ码本中针对该小区的HARQ码本大小为0。若UE同时还配置了其他服务小区，且该服务小区中反馈使能的HARQ进程数大于0，HARQ码本中仍然包含此小区的HARQ反馈。

即在本公开实施例中，所述HARQ码本的处理都是针对单个小区的，如果不同的小区可以使用上述方法或者相关技术中的方法，分别确定出对应小区的HARQ码本。例如，一个UE具有两个服务小区时，则可以分别按照上述方法分别确定出两个HARQ码本。且UE具有多个服务小区时，一个服务小区的HARQ码本的大小为0，不影响其他服务小区的HARQ码本的大小。

当调度的反馈使能的HARQ进程不为0，则根据确定的HARQ码本大小，向基站发送写入有HARQ反馈的HARQ码本。

在一些实施例中，所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的所述反馈使能的HARQ进程的标识ID确定的。

HARQ进程是有进程标识(Identification，ID)。不同HARQ进程的HARQ反馈可以按照进程ID从小到大排序之后依次写入到HARQ码本中，或者，HARQ反馈可以按照进程ID从大到小排序之后依次写入到HARQ码本。

若被调度的反馈使能HARQ进程的个数等于配置反馈使能HARQ进程的个数，则整个HARQ码本都需要会有对应反馈使能HARQ进程的下行传输的HARQ反馈写入，此时，同样可以是按照被调度的HARQ进程的标识ID确定。若被调度的反馈使能的HARQ进程的个数小于被配置的反馈使能的HARQ进程的个数，同样可以先对被调度的反馈使能的HARQ进程ID排序对应的HARQ反馈后写入HARQ码本之后，在HARQ码本的剩余比特写入预设值。

在另一些实施例中，还可以根据各个HARQ反馈对应的K1值从大到小排序之后，依次写入到HARQ码本，或者，根据各个HARQ反馈对应的K1值从小到大排序之后，依次写入到HARQ码本。此时，针对未被调度的反馈使能的HARQ进程可能也未有被调度的K1值，此时，可以先在HARQ码本中写入被调度的反馈使能的HARQ进程的HARQ反馈之后，再在HARQ码本的剩余比特中写入预设值。或者，在根据未调度的反馈使能的HARQ进程的HARQ反馈所在的比特数，在HARQ码本中写入预设值之后，再根据被调度的反馈使能的HARQ进程的HARQ反馈按照K1值的排序对应写入HARQ码本。

若被调度的反馈使能HARQ进程的个数等于配置反馈使能HARQ进程的个数，则整个HARQ码本都需要会有对应反馈使能HARQ进程的下行传输的HARQ反馈写入，此时，同样各进程的HARQ反馈写入HARQ码本的排序，可以是按照被调度的K1值排序确定的。若被调度的反馈使能的HARQ进程的个数小于被配置的反馈使能的HARQ进程的个数，同样可以先对被调度对应K1值进行排序，然后根据K1值的排序，将所述HARQ反馈写入HARQ码本。

在还有一些实施例中，可以直接按照被配置的反馈使能的HARQ进程的ID进行排序，若对应的反馈使能HARQ进程被调度了，则直接在HARQ码本对应排序的位置处根据对应下行传输的接收状况写入HARQ反馈，未被调度的反馈使能的HARQ进程的ID对应的HARQ码本的比特就写入预设值即可。

在一些实施例中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

如图5所示，本公开实施例提供一种混合自动重传请求HARQ码本处理方法，其中，被基站执行，所述方法包括：

S210：根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

本公开实施例提供的HARQ码本处理方法，应用于基站中。基站在接收HARQ码本之前，可以根据自身配置的K1值的个数和反馈使能的HARQ进程的个数，确定出半静态的HARQ码本的大小，后续可以根据该确定出的HARQ码本的大小接收终端发送的HARQ码本。并根据HARQ码本内携带的HARQ反馈确定是否需要重发对应的下行传输。

此处的下行传输可如前述实施例所提到的可包括：PDSCH传输和/或PDCCH传输。

在本公开实施例中，HARQ码本大小是根据K1值的配置个数和/或反馈使能的HARQ进程的配置个数来共同决定的，相对于单独根据K1值的配置个数来确定，整体上可以减少HARQ码本的大小，减少HARQ码本的冗余。

在一些实施例中，所述根据K1值的配置个数N和所述反馈使能的HARQ进程的配置个数M，确定所述HARQ码本的大小，包括：

根据min{M，N}，确定所述HARQ码本的大小。

示例性地，N的取值范围可为正整数，M的取值范围可0或正整数。

此处HARQ码本的大小与min{M，N}正相关。即M和N中的较小值越大，针对单一HARQ反馈机制的情况下，则HARQ越大，反之亦然。

在一些实施例中，根据min{M，N}，确定所述HARQ码本的大小，包括以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

若HARQ码本的大小为0，则说明基站和终端之间无需传输HARQ码本。

在M不等于0时，则结合min{M，N}及HARQ反馈策略共同确定HARQ码本的大小。具体的HARQ反馈策略的描述可以参加前述实施例，此处就不再重复了。

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

根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

决定在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

进一步地，基站会在决定的传输资源上接收终端发送的HARQ码本。

在一些实施例中，被调度的所述反馈使能的HARQ进程个数小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

若被调度的反馈使能的HARQ进程的个数少于反馈使能的HARQ进程的配置个数，则该HARQ码本内尚有部分比特冗余，这些冗余比对原定为用于未被调度的反馈使能的HARQ进程的HARQ反馈传输的，但是由于对应反馈使能的HARQ进程未被调度，因此这些比特可以用于直接写入预设值或者随机写入NACK或者ACK都可以。基站接收到之后可以根据终端和基站之间共同知晓的针对未被调度的反馈使能的HARQ进程的HARQ反馈进行解码，从而知晓哪些被调度的反馈使能的HARQ进程需要重新传输或者是否需要发送对应的下行传输。

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

当被调度的所述反馈使能的HARQ进程个数为0时，确定不接收所述HARQ码本。

或者，

当被调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

当确定出被调度的反馈使能的HARQ反馈进程个数为0时，说明对应传输周期内没有HARQ进程对应的下行传输需要进行HARQ反馈，此时可以确定不接收HARQ码本。基站和终端都可以释放为HARQ码本决定的传输资源，将这些传输资源用于其他用途，从而提升传输资源的有效利用率。

需要说明的是，在本公开实施例中，不论大小的HARQ码本的确定或者何种情况下确定的HARQ码本都是针对某一个服务小区来说的。比如‘所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0’是指当该服务小区使能的HARQ进程个数为0时，该服务小区对应的HARQ信息不需要反馈，HARQ码本中针对该小区的HARQ码本大小为0。若UE同时还配置了其他服务小区，且该服务小区中反馈使能的HARQ进程数大于0，HARQ码本中仍然包含此小区的HARQ反馈。

即在本公开实施例中，所述HARQ码本的处理都是针对单个小区的，如果不同的小区可以使用上述方法或者相关技术中的方法，分别确定出对应小区的HARQ码本。例如，一个UE具有两个服务小区时，则可以分别按照上述方法分别确定出两个HARQ码本。且UE具有多个服务小区时，一个服务小区的HARQ码本的大小为0，不影响其他服务小区的HARQ码本的大小。

当然，在另一个实施例中，即便在被调度的反馈使能的HARQ反馈进程个数为0，依然考虑到HARQ码本的半静态特性，终端和基站之间依然维持HARQ码本的传输，只是此时传输的HARQ码本携带的HARQ反馈都可以丢弃。在本公开实施例中该HARQ码本将携带为预设值的一个或多个HARQ反馈。

在这种情况下，基站接收到对应的HARQ码本时，可以直接丢弃无需解码，减少基站的解码开销。

在一些实施例中，所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；或者，所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的。

一个HARQ码本会同时携带多个下行传输的HARQ反馈，这些HARQ反馈在HARQ码本中的排序，可以根据HARQ进程的进程ID来确定，也可以根据HARQ反馈对应的K1值来确定。

HARQ反馈插入到HARQ码本中的排序可以是：按照进程ID从大到小排序，也可以是按照进程ID从小到大排序，还可以按照被调度的K1值的从大到小排序或者按照被调度的K1值的从小到大排序。具体的实现方式很多种，不局限于上述举例。

假设一个TB的HARQ反馈由HARQ码本中一个比特来携带。假设K1值配置有8个，而反馈使能的HARQ进程配置有5个，则HARQ码本的大小为5比特。假设被调度的反馈使能的HARQ进程包括：反馈使能的HARQ进程#1、反馈使能的HARQ进程#3、反馈使能的HARQ进程#7及反馈使能的HARQ进程#8。反馈使能的HARQ进程#5未被调度。

若被调度的反馈使能的HARQ进程#1、反馈使能的HARQ进程#3、反馈使能的HARQ进程#7及反馈使能的HARQ进程#8对应的下行传输，仅有被调度的反馈使能的HARQ进程#3对应的下行传输接收失败，其他都接收成功，则根据HARQ反馈在HARQ码本中的排序方式不同，则HARQ码本内携带的NACK和ACK分布可如图4A至图4C所示。

若针对被调度的反馈使能的HARQ进程和未被调度的反馈使能的HARQ进程，统一按照进程ID从小到大排序，则由5比特构成的HARQ码本携带的NACK和ACK如图4A所示。

若针对被调度的反馈使能的HARQ进程和未被调度的反馈使能的HARQ进程，针对被调度的反馈使能HARQ进程的进程ID从小到大排序，然后将未调度的反馈使能的HARQ进程对应的预设值(在图4A至图4C中以预设值为NACK进行举例说明)写入在HARQ码本尾部，则由5比特构成的HARQ码本携带的NACK和ACK如图4B所示。

若针对被调度反馈使能的HARQ进程的HARQ反馈按照被调度的K1值从大到小排序，则该5比特的HARQ码本携带的NACK和ACK如图4C所示。

在一些实施例中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

本公开实施例解决了类型(Type-)1码本在构建时，UE按照RRC配置的K1值个数进行决定，当UE被配置了M个反馈使能的HARQ进程(HARQ process feedback-enabled)，N个K1值，且M<N时，UE会决定多余的反馈资源，会造成上行反馈的冗余的问题，有鉴于此，UE不会在Type-1码本中对包含非数值的(non-numerical)K1值或者/和去使能(disabled HARQprocess)的HARQ process ID的DCI调度的PDSCH进行反馈。

当UE被RRC配置了M个HARQ process feedback-enabled，N个K1值，UE在生成类型(type)1HARQ-ACK码本反馈时，按照min{M，N}的值进行决定。

当N<＝M时，即相当于根据配置的K1值的个数，构架类型(type)1码本，此时构建的码本的大小与M值不相关，而是与K1值的个数N相关；

当N>M时，若有M个反馈使能的HARQ进程都在同一个码本进行反馈，那么基站按照反馈使能的HARQ进程里被调度的K1值，将HARQ反馈从大到小排序在HARQ码本(简称码本)中。

例如M＝2，N＝{1，2，4，8，9，10，12，15}，DCI#1调度了K1＝15，DCI#2调度了K1＝4。那么UE只需要决定2个值，DCI#1调度的PDSCH传输的反馈使能的HARQ进程#1，DCI#2调度的PDSCH传输的反馈使能的HARQ进程#2。此时，在HARQ码本的大小是根据等于2的M确定的，另外，HARQ码本中插入的HARQ反馈对应的HARQ进程依次是反馈使能的HARQ进程#2和反馈使能的HARQ进程#1。

若有[1，M)个反馈使能的HARQ进程都在同一个码本进行反馈，对剩余的决定比特填充NACK或ACK。例如在反馈时隙的查看窗(lookback window)里仅收到了DCI#1调度了K1＝15，其他都是disabled HARQ process，那么DCI#1调度的PDSCH的反馈结果enable#1，在enabled#2填充NACK。该查看窗即为配置的K1值。

表1使用类型(type)1码本反馈，需要16个比特。

表1

表2使用proposed的类型(type)1码本反馈，仅需要4个比特

频率/时间(Frequency\time)	反馈使能HARQ进程#1	反馈使能HARQ进程#2
			服务小区(Serving cell)#1	Entry set#1(TDRA)	Entry set#2(TDRA)
服务小区(Serving cell)#2	Entry set#3(TDRA)	Entry set#4(TDRA)

表2

值得注意的是：

表1和/或表2中的每一个元素都是独立存在的，这些元素被示例性的列在同一张表格中，但是并不代表表格中的所有元素必须根据表格中所示的同时存在。其中每一个元素的值，是不依赖于表1中任何其他元素值。因此本领域内技术人员可以理解，该表1中的每一个元素的取值都是一个独立的实施例。

如图6所示，本公开实施例提供一种HARQ码本处理装置，所述装置包括：

第一确定模块110，被配置为根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小，

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

本公开实施例提供的该HARQ码本处理装置可包含在终端中。

在一些实施例中，所述第一确定模块110可为程序模块；所述程序模块被处理器执行之后，将根据K1值的配置个数和反馈使能的HARQ进程的配置个数确定出HARQ码本的大小。

在另一些实施例中，所述第一确定模块110可为软硬结合模块；该软硬结合模块包括但不限于：各种可编程阵列；所述可编程阵列包括但不限于：现场可编程阵列和/或复杂可编程阵列。

在还有一些实施例中，所述第一确定模块110可为纯硬件模块；所述纯硬件模块包括但不限于：专用集成电路。

在一些实施例中，所述第一确定模块110，被配置为根据min{M，N}，确定所述HARQ码本的大小。

在一些实施例中，第一确定模块110，被配置为执行以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

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

第二确定模块，被配置为根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

第一决定模块，被配置为决定在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

在一些实施例中，被调度的所述反馈使能的HARQ进程小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

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

第三确定模块，被配置为当调度的所述反馈使能的HARQ进程个数为0时，确定不反馈所述HARQ码本；或者，被配置为当调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

需要说明的是，在本公开实施例中，不论大小的HARQ码本的确定或者何种情况下确定的HARQ码本都是针对某一个服务小区来说的。比如‘所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0’是指当该服务小区使能的HARQ进程个数为0时，该服务小区对应的HARQ信息不需要反馈，HARQ码本中针对该小区的HARQ码本大小为0。若UE同时还配置了其他服务小区，且该服务小区中反馈使能的HARQ进程数大于0，HARQ码本中仍然包含此小区的HARQ反馈。

即在本公开实施例中，所述HARQ码本的处理都是针对单个小区的，如果不同的小区可以使用上述方法或者相关技术中的方法，分别确定出对应小区的HARQ码本。例如，一个UE具有两个服务小区时，则可以分别按照上述方法分别确定出两个HARQ码本。且UE具有多个服务小区时，一个服务小区的HARQ码本的大小为0，不影响其他服务小区的HARQ码本的大小。

在一些实施例中，所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；或者，

所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的；或者，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的所述反馈使能的HARQ进程的标识ID确定的。

在一些实施例中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

值的注意的是：前述第二确定模块至第三确定模块及第一决定模块中的一个或多个都可程序模块、可编程阵列模块或者纯硬件模块，具体的实现方式很多种，不局限于上述举例。

如图7所示，本公开实施例提供一种混合自动重传请求HARQ码本处理装置，其中，所述装置包括：

第四确定模块210，被配置为根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

在一些实施例中，所述第四确定模块210可为程序模块；所述程序模块被处理器执行之后，将根据K1值的配置个数和反馈使能的HARQ进程的配置个数确定出HARQ码本的大小。

在另一些实施例中，所述第四确定模块210可为软硬结合模块；该软硬结合模块包括但不限于：各种可编程阵列；所述可编程阵列包括但不限于：现场可编程阵列和/或复杂可编程阵列。

在还有一些实施例中，所述第四确定模块210可为纯硬件模块；所述纯硬件模块包括但不限于：专用集成电路。

在一些实施例中，所述第五确定模块，被配置为根据min{M，N}，确定所述HARQ码本的大小。

在一些实施例中，所述第四确定模块210，被配置执行以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

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

第五确定模块，被配置为根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

第二决定模块，被配置为决定在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

在一些实施例中，被调度的所述反馈使能的HARQ进程个数小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

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

第六确定模块，被配置为当被调度的所述反馈使能的HARQ进程个数为0时，确定不接收所述HARQ码本。或者，被配置为当被调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

在一些实施例中，所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；或者，

所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的；或者，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的所述反馈使能的HARQ进程的标识ID确定的。

在一些实施例中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

值的注意的是：前述第六确定模块及第二决定模块中的一个或多个都可程序模块、可编程阵列模块或者纯硬件模块，具体的实现方式很多种，不局限于上述举例。

本公开实施例提供一种通信设备，包括：

用于存储处理器可执行指令的存储器；

处理器，分别存储器连接；

其中，处理器被配置为执行前述任意技术方案提供的HARQ码本处理方法。

处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。

这里，所述通信设备包括：基站或UE(或称终端)。

所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图2、图3至图5、图6A至图6D、图7A至图7B、和/或图8A至图8C所示的方法的至少其中之一。

图12是根据一示例性实施例示出的一种UE800的框图。例如，UE 800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图12，UE800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

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

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

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

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

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

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

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

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

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

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

如图13所示，本公开一实施例示出一种基站的结构。例如，基站900可以被提供为一网络侧设备。

参照图13，基站900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述终端和/或基站的任意方法，例如，，如图2、图3至图5、图6A至图6D、图7A至图7B、和/或图8A至图8C所示方法。

基站900还可以包括一个电源组件926被配置为执行基站900的电源管理，一个有线或无线网络接口950被配置为将基站900连接到网络，和一个输入输出(I/O)接口958。基站900可以操作基于存储在存储器932的操作系统，例如Windows Server TM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

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

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

Claims (34)

1.一种混合自动重传请求HARQ码本处理方法，其中，被终端执行，所述方法包括：

根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小，

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

2.根据权利要求1所述的方法，其中，所述根据K1值的配置个数N和所述反馈使能的HARQ进程的配置个数M，确定所述HARQ码本的大小，包括：

根据min{M，N}，确定所述HARQ码本的大小。

3.根据权利要求2所述的方法，其中，根据min{M，N}，确定所述HARQ码本的大小，包括以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

4.根据权利要求1至3任一项所述的方法，其中，所述方法还包括：

根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

决定在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

5.根据权利要求1至3任一项所述的方法，其中，被调度的所述反馈使能的HARQ进程小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

6.根据权利要求1至3任一项所述的方法，其中，所述方法还包括：

当调度的所述反馈使能的HARQ进程个数为0时，确定不反馈所述HARQ码本；

或者，

当调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

7.根据权利要求1至3任一项所述的方法，其中，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的所述反馈使能的HARQ进程的标识ID确定的。

8.根据权利要求1至3任一项所述的方法，其中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

9.一种混合自动重传请求HARQ码本处理方法，其中，被基站执行，所述方法包括：

根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

10.根据权利要求9所述的方法，其中，所述根据K1值的配置个数N和所述反馈使能的HARQ进程的配置个数M，确定所述HARQ码本的大小，包括：

根据min{M，N}，确定所述HARQ码本的大小。

11.根据权利要求10所述的方法，其中，根据min{M，N}，确定所述HARQ码本的大小，包括以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

12.根据权利要求9至11任一项所述的方法，其中，所述方法还包括：

根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

决定在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

13.根据权利要求9至11任一项所述的方法，其中，被调度的所述反馈使能的HARQ进程个数小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

14.根据权利要求9至11任一项所述的方法，其中，所述方法还包括：

当被调度的所述反馈使能的HARQ进程个数为0时，确定不接收所述HARQ码本。

或者，

当被调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

15.根据权利要求1至3任一项所述的方法，其中，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的所述反馈使能的HARQ进程的标识ID确定的。

16.根据权利要求9至11任一项所述的方法，其中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

17.一种混合自动重传请求HARQ码本处理装置，其中，所述装置包括：

第一确定模块，被配置为根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小，

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

18.根据权利要求17所述的装置，其中，所述第一确定模块，被配置为根据min{M，N}，确定所述HARQ码本的大小。

19.根据权利要求18所述的装置，其中，第一确定模块，被配置为执行以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

20.根据权利要求17至19任一项所述的装置，其中，所述装置还包括：

第二确定模块，被配置为根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

第一决定模块，被配置为决定在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

21.根据权利要求17至19任一项所述的装置，其中，被调度的所述反馈使能的HARQ进程小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

22.根据权利要求17至19任一项所述的装置，其中，所述装置还包括：

第三确定模块，被配置为当调度的所述反馈使能的HARQ进程个数为0时，确定不反馈所述HARQ码本；或者，被配置为当调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

23.根据权利要求17至19任一项所述的装置，其中，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的所述反馈使能的HARQ进程的标识ID确定的。

24.根据权利要求17至19任一项所述的装置，其中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

25.一种混合自动重传请求HARQ码本处理装置，其中，所述装置包括：

第四确定模块，被配置为根据K1值的配置的个数N和反馈使能的HARQ进程的配置个数M，确定HARQ码本的大小

其中，所述HARQ码本携带有下行传输的HARQ反馈；

所述K1值指示：所述HARQ反馈的传输资源与所述下行传输的传输资源之间的时间偏移量。

26.根据权利要求25所述的装置，其中，所述第五确定模块，被配置为根据min{M，N}，确定所述HARQ码本的大小。

27.根据权利要求26所述的装置，其中，所述第四确定模块，被配置执行以下至少之一：

所述M小于所述N且所述M等于0，确定所述HARQ码本的大小为0；

所述M大于0，根据min{M，N}及HARQ反馈策略，确定所述HARQ码本的大小。

28.根据权利要求25至27任一项所述的装置，其中，所述装置还包括：

第五确定模块，被配置为根据调度的K1值及所述HARQ反馈对应的下行传输所在时隙，确定传输所述HARQ反馈的反馈时间单元；

第二决定模块，被配置为决定在所述反馈时间单元上决定大小等于所述HARQ码本大小的传输资源。

29.根据权利要求25至27任一项所述的装置，其中，被调度的所述反馈使能的HARQ进程个数小于所述反馈使能的HARQ进程的配置个数，所述HARQ码本携带的HARQ反馈包括以下至少之一：

根据被调度的所述反馈使能的HARQ进程对应的下行传输的接收状况确定的HARQ反馈；

未被调度的所述反馈使能的HARQ进程的HARQ反馈，其中，所述未被调度的所述反馈使能的HARQ进程的HARQ反馈为预设值，所述预设值为否认应答NACK或确认应答ACK。

30.根据权利要求25至27任一项所述的装置，其中，所述装置还包括：

第六确定模块，被配置为当被调度的所述反馈使能的HARQ进程个数为0时，确定不接收所述HARQ码本。或者，被配置为当被调度的所述反馈使能的HARQ进程个数为0时，确定所述HARQ码本携带预设值，其中，所述预设值为NACK或ACK。

31.根据权利要求25至27任一项所述的装置，其中，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的被调度的HARQ进程的标识ID确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：是所述HARQ反馈对应的被调度的K1值确定的；

或者，

所述HARQ反馈在所述HARQ码本的排序是：根据所述HARQ反馈对应的所述反馈使能的HARQ进程的标识ID确定的。

32.根据权利要求25至27任一项所述的装置，其中，所述下行传输包括以下至少之一：

物理下行共享信道PDSCH传输；

半静态物理下行共享信道释放的调度传输。

33.一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如权利要求1至8或9至16任一项提供的方法。

34.一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现如权利要求1至8或9至16任一项提供的方法。

Images