CN113271180B

CN113271180B - 混合自动重传请求harq位图信息的反馈方法及相关设备

Info

Publication number: CN113271180B
Application number: CN202010093986.7A
Authority: CN
Inventors: 陈莹; 罗禾佳; 乔云飞; 李榕; 王俊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-02-14
Filing date: 2020-02-14
Publication date: 2023-05-23
Anticipated expiration: 2040-02-14
Also published as: CN113271180A; EP4096128A4; CN116707716A; US20220393803A1; EP4096128A1; WO2021159974A1

Abstract

本申请实施例提供了混合自动重传请求HARQ位图信息的反馈方法及相关设备，方法包括：终端接收来自接入网设备的指示信息，指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；根据指示信息确定HARQ位图信息，HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，目标传输单元表示多个下行传输单元中需要HARQ反馈的下行传输单元；向接入网设备发送HARQ位图信息。实施本申请实施例能够实现在NTN场景下减少反馈资源的开销，降低通信时延和提高通信吞吐率。

Description

混合自动重传请求HARQ位图信息的反馈方法及相关设备

技术领域

本申请涉及通信技术领域，尤其涉及混合自动重传请求HARQ位图信息的反馈方法及相关设备。

背景技术

随着信息技术发展，对通信的高效、机动、多样性等提出更迫切的要求，目前，通信系统领域的一个发展重点是全球移动通信，而全球移动通信的重要组成部分是卫星通信。在一些重要领域，如空间通信、航空通信、还是通信、军事通信等，卫星发挥着无可替代的作用。卫星通信具备通信距离远、覆盖面积大、组网灵活等特点，其既可为固定终端，也可为各种移动终端提供服务。第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)标准组织已经发布了第五代(5th-Generation，5G)移动通信技术技术标准，研究天地融合通信技术，主要是融合现有的5G标准和非地面网络(Non-terrestrial networks，NTN)，NTN包括各种与卫星相关的通信技术，满足在全球范围内的全覆盖。

为了确保数据传输的可靠性和传输效率，5G标准支持混合自动重传请求(HybridAutomatic Repeat reQuest，HARQ)技术。发送端(例如网络设备)发送的数据在物理层可以对应为传输块(Transmit Block，TB)，发送端为TB加上循环冗余校验(Cyclic RedundancyCheck,CRC)用于终端校验该TB是否成功接收。接收端(例如终端)将从发送端接收数据的译码结果反馈给发送端，正确译码反馈为肯定应答(Acknowledge，ACK)，无法正确译码则反馈为否认应答(NegativeAcknowledgement，NACK)。若发送端接收到ACK，可以向接收端传输新数据；若发送端接收到NACK，可以向接收端重新传输该数据。其中，ACK或者NACK均可称为HARQ反馈信息。

进一步地，还可以将TB分为若干个码块(Code Block,CB)，发送端(例如网络设备)可以针对每个CB分别加上对应的CRC用于校验每个CB各自是否成功接收。接收端(例如终端)对接收到的数据进行译码，若所有CB的CRC都校验成功，且TB的CRC校验成功，则反馈ACK给发送端；若存在某个CB的CRC校验失败或该TB的CRC校验失败，则反馈NACK给发送端。

现有技术支持终端对网络设备传输的多个TB的HARQ反馈信息放在一个HARQ位图信息上传输给网络设备，该多个TB可以来自不同的下行时隙和/或多输入多输出(Multiple-Input Multiple-Output，MIMO)下的不同码字和/或载波聚合下的不同载波。HARQ位图信息又可称为HARQ码本，HARQ码本的大小为该码本包括的HARQ反馈信息的比特数。

然而对于NTN，本身通信延迟就相对较大，如果直接延用现有的HARQ技术，例如若HARQ进程(HARQ process)个数不做变更(例如8个或者16个进程)，则会导致通信吞吐率偏低。另外，若所有HARQ进程延用现有的重传技术，会大大增加通信的延迟以及缓存的压力。

发明内容

本申请实施例提供了HARQ位图信息的反馈方法及相关设备，能够实现在NTN场景下减少反馈资源的开销，降低通信时延和提高通信吞吐率。

第一方面，本申请实施例提供了一种HARQ位图信息的反馈方法，该方法从终端侧进行描述，包括：终端接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；所述终端根据所述指示信息确定HARQ位图信息；所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元；所述终端向所述接入网设备发送HARQ位图信息。

其中，下行传输单元可用于承载下行数据传输，在具体实现中，一个下行传输单元可以是一个子帧、一个时域符号、多个时域符号、一个时隙(slot)、多个时隙、一个迷你时隙(mini-slot)、多个迷你时隙，或者迷你时隙和时隙的组合，或者符号和时隙的组合、mini时隙和时隙的组合等，各传输单元的符号数/长度也不限制必须相同。例如下行传输单元为时隙时又可称为下行时隙或者下行传输时隙。

其中，所述HARQ位图信息又可称为HARQ码本，所述HARQ位图信息不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元。

可以看到，在本申请实施例中，接入网设备可以通过指定的指示信息来显式或者隐式地向终端指示多个下行传输单元中传输的传输块是否需要进行HARQ反馈，终端基于指示信息确定哪些下行传输单元需要HARQ反馈哪些不需要HARQ反馈，根据需要HARQ反馈的下行传输单元的HARQ反馈信息生成半静态码本。即半静态码本中不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。另外，由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

结合第一方面，在一种可能的实施例中，所述终端根据所述指示信息确定HARQ位图信息，包括：所述终端根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元；所述预设映射关系包括所述指示信息与所述至少一个目标传输单元之间的映射关系；所述终端根据所述至少一个目标传输单元的HARQ反馈信息形成所述HARQ位图信息。

所述预设映射关系的数量可以是多个，每个预设映射关系都反映了一种具体的指示信息与一种具体的指示结果(即对应的至少一个目标传输单元)之间的关联。这种关联可以是直接的关联，也可以是通过一定算法或者一定规则来进行关联。由于指示信息与至少一个下行时隙之间具有映射关系。终端收到指示信息后，可根据这样的映射关系就可以确定需要HARQ反馈的至少一个下行时隙，根据需要HARQ反馈的至少一个下行时隙的数据接收情况来产生所述至少一个下行时隙对应的HARQ反馈信息，例如ACK或NACK。

通过该预设映射关系，接入网设备只需向终端发送指示信息即可(而不需要两者之间多次的信息交互)，而终端利用自身的计算能力通过该预设映射关系最终产生一个比特数较小的HARQ码本。所以本申请实施例充分利用了设备能力，减少对通信资源的占用，节省反馈资源的开销。由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

结合第一方面，在一种可能的实施例中，所述指示信息包括进程指示信息，所述预设映射关系具体包括所述进程指示信息与需要HARQ反馈的进程之间的映射关系，以及，所述需要HARQ反馈的进程与所述至少一个目标传输单元之间的映射关系；相应的，所述终端根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元包括：所述终端根据所述进程指示信息确定所述需要HARQ反馈的进程；所述终端根据所述需要HARQ反馈的进程进一步确定所述至少一个目标传输单元。

在一种可能实施例中，所述进程指示信息与需要HARQ反馈的进程之间具有映射关系，以及，所述需要HARQ反馈的进程与所述至少一个目标传输单元之间具有映射关系。具体的，所述进程指示信息可通过直接或间接的方式来指示需要HARQ反馈的进程和不需要HARQ反馈的进程，每个进程可对应一个或多个下行传输单元，所以可以基于所述进程指示信息进一步确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈。

终端在获得由多个候选的下行传输时隙传过来的数据后，可以先对这些下行传输时隙传过来的数据进行解码，如果发现这些数据中控制信息(例如DCI)所指示的HARQ进程号为HARQ关闭的进程，那么译码之后不产生ACK或者NACK。如果发现这些数据中控制信息(例如DCI)所指示的HARQ进程号不是HARQ关闭的进程，那么根据译码正确与否相应产生ACK或者NACK。对于不是HARQ关闭的进程，如果某个时隙未有数据传输，可相应反馈NACK。即是终端在解码之后确定码本的大小，知道哪些时隙/数据需要进行反馈，哪些不需要进行反馈，进而可生成相应的半静态码本。所以，本实施例可以实现利用终端在解码过程中的解码信息(例如进程号)来实现最终的较小比特数的码本的生成，节省反馈资源的开销。

结合第一方面，在一种可能的实施例中，所述指示信息包括传输单元指示信息，所述传输单元指示信息用于指示所述至少一个目标传输单元和/或所述非目标传输单元；相应的，所述终端根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元包括：所述终端根据所述传输单元指示信息确定所述至少一个目标传输单元。

其中，所述传输单元指示信息用于直接或间接地指示至少一个需要HARQ反馈的下行时隙，和/或，至少一个不需要HARQ反馈的下行时隙。

具体实施例中，传输单元指示信息可以是时隙指示信息，时隙指示信息用于直接或间接地指示在多个下行时隙中需要HARQ反馈的时隙和/或不需要HARQ反馈的时隙。

具体的，终端在所述传输单元指示信息具体用于指示不需要HARQ反馈的下行时隙情况下，终端在获得多个候选的下行时隙后，将这些下行传输时隙中除所述不需要HARQ反馈的下行时隙确定为需要HARQ反馈的下行时隙，然后对需要HARQ反馈的下行时隙传输过来的数据进行译码，根据译码正确与否相应产生ACK或者NACK，对不需要HARQ反馈的下行时隙传输的数据不做反馈。如果某些需要HARQ反馈的下行时隙当前并没有数据传输，也反馈一个NACK。终端对所有需要HARQ反馈的下行时隙的HARQ反馈信息进行组合从而形成HARQ半静态码本。所以，本实施例对数据解码过程的干预较少，保证了解码效率。

结合第一方面，在一种可能的实施例中，在所述传输单元指示信息具体用于指示所述非目标传输单元的情况下，所述终端根据所述传输单元指示信息确定所述至少一个目标传输单元包括：将所述多个下行传输单元中除所述非目标传输单元外的下行传输单元确定为所述至少一个目标传输单元。本实施例中传输单元指示信息只需要指示一部分时隙即可，从而减少了传输单元指示信息的比特数，进一步减少通信资源的占用。

结合第一方面，在一种可能的实施例中，所述指示信息包括参数信息，预设映射关系包括用于确定所述至少一个目标传输单元的预设算法；相应的，所述终端根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元包括：所述终端根据所述参数信息，采用所述预设算法确定所述至少一个目标传输单元。

其中，所述参数信息用于通过预设算法确定所述至少一个目标传输单元。

接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行时隙进行合理配置，向终端发送参数信息，终端根据参数信息采用预设算法就可以确定出多个下行时隙中传输的传输块是否需要进行HARQ反馈，终端根据需要HARQ反馈的下行时隙的HARQ反馈信息生成半静态码本。即半静态码本中不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。

结合第一方面，在一种可能的实施例中，所述目标传输单元的数量有多个，所述多个目标传输单元为连续的下行传输单元。

结合第一方面，在一种可能的实施例中，所述非目标传输单元的数量有多个，所述多个非目标传输单元为连续的下行传输单元。

也就是说，可通过时隙配置让需要HARQ反馈的时隙和无需HARQ反馈的时隙不进行交叉配置。设计用于HARQ开启的数据传输的下行时隙在时域中占据一部分相对集中的位置，设计用于HARQ开启的数据传输的下行时隙在时域中占据一部分相对集中的位置。需要说明的是，本文中所谓“连续的下行时隙”不考虑上行时隙，即对于连续的下行时隙，两个下行时隙可能是时隙号相连，也可能两个下行时隙之间还存在一个或者多个上行时隙。从而，最大程度地节省反馈资源的开销，提高HARQ码本的生成速度。

结合第一方面，在一种可能的实施例中，至少一个所述目标传输单元和至少一个所述非目标传输单元在时域中交叉。

也就是说，可通过时隙配置让需要HARQ反馈的时隙和无需HARQ反馈的时隙进行交叉配置。从而，极大程度提高了时隙配置的灵活性，满足多样化的时隙分配需求。

结合第一方面，在一种可能的实施例中，所述指示信息包括绑定信息；所述终端根据所述指示信息确定HARQ位图信息，包括：所述终端根据绑定信息，将至少一个所述目标传输单元的HARQ反馈信息和至少一个所述非目标传输单元的HARQ反馈信息做逻辑与操作，以获得所述HARQ位图信息。

本实施例中，终端根据参数信息采用预设算法就可以确定出多个下行时隙中传输的传输块是否需要进行HARQ反馈，并根据绑定信息将至少一个需要HARQ反馈的下行时隙的HARQ反馈信息和至少一个不需要HARQ反馈的下行时隙的HARQ反馈信息做逻辑与操作，以获得HARQ码本该HARQ码本也等效视为不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销，提高了通信吞吐率，降低了通信时延。

结合第一方面，在一种可能的实施例中，所述目标传输单元和/或所述非目标传输单元由所述接入网设备的无线资源控制RRC层配置；终端接收来自接入网设备的指示信息，包括：所述终端通过来自接入网设备的RRC信令获得所述指示信息。

例如，在终端接入接入网设备，建立RRC连接时，接入网设备可通过RRC信令将指示信息发送给终端。在半静态调度期限内，终端可基于该指示信息进行半静态码本的生成和反馈，从而节省通信资源，提高通信吞吐率，降低通信时延。

结合第一方面，在一种可能的实施例中，所述目标传输单元和所述非目标传输单元由所述接入网设备的媒体接入控制MAC层配置；终端接收来自接入网设备的指示信息，包括：所述终端通过来自接入网设备的MAC信令获得所述指示信息。

又例如，在终端与接入网设备进行业务通信过程中，接入网设备实时基于业务状况和网络流量状况，可通过RRC信令或者MAC信令将指示信息发送给终端。终端可基于该指示信息进行半静态码本的生成和反馈。相比起RRC信令，通过MAC信令还可以获得更加复杂时隙配置，从而提高业务通信的灵活性，提高通信吞吐率，降低通信时延。

结合第一方面，在一种可能的实施例中，所述目标传输单元和所述非目标传输单元由所述接入网设备的RRC层和MAC层分级指示配置。

结合第一方面，在一种可能的实施例中，终端接收来自接入网设备的指示信息，包括：所述终端通过来自接入网设备的广播信息SIB获得所述指示信息。

又例如，对于某一小区内的多个终端，或者多个具有相同或相似业务需求的终端，接入网设备可通过广播或组播的方式向多个终端发送指示信息，在各个终端的半静态调度期限内，各个终端可分别基于该指示信息进行半静态码本的生成和反馈，从而提高通信的便捷性，满足各终端的业务需求，提高通信吞吐率，降低通信时延。

结合第一方面，在一种可能的实施例中，所述终端通过来自接入网设备的下行控制信息DCI获得所述指示信息。

结合第一方面，在一种可能的实施例中，所述终端向所述接入网设备发送HARQ位图信息，包括：所述终端通过上行数据信道向所述接入网设备发送HARQ位图信息。

结合第一方面，在一种可能的实施例中，所述终端向所述接入网设备发送HARQ位图信息，包括：所述终端通过上行控制信道向所述接入网设备发送HARQ位图信息。

结合第一方面，在一种可能的实施例中，所述HARQ位图信息的类型为半静态类型，采用半静态调度的HARQ位图信息又可称为HARQ半静态码本或者半静态码本。

第二方面，本申请实施例提供又一种HARQ位图信息的反馈方法，该方法从接入网设备侧进行描述，包括：接入网设备向终端发送指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；所述接入网设备接收来自所述终端的HARQ位图信息，所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，且不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元。

结合第二方面，在一种可能的实施例中，所述指示信息与所述至少一个目标传输单元之间具有映射关系。

结合第二方面，在一种可能的实施例中，所述指示信息包括进程指示信息；所述进程指示信息与需要HARQ反馈的进程之间具有映射关系，以及，所述需要HARQ反馈的进程与所述至少一个目标传输单元之间具有映射关系。

结合第二方面，在一种可能的实施例中，所述指示信息包括传输单元指示信息，所述传输单元指示信息用于指示所述至少一个目标传输单元和/或所述非目标传输单元。

结合第二方面，在一种可能的实施例中，所述指示信息包括参数信息，所述参数信息用于通过预设算法确定所述至少一个目标传输单元。

结合第二方面，在一种可能的实施例中，所述目标传输单元的数量有多个，所述多个目标传输单元为连续的下行传输单元。

结合第二方面，在一种可能的实施例中，所述非目标传输单元的数量有多个，所述多个非目标传输单元为连续的下行传输单元。

结合第二方面，在一种可能的实施例中，至少一个所述目标传输单元和至少一个所述非目标传输单元在时域中交叉。

结合第二方面，在一种可能的实施例中，所述指示信息包括绑定信息；所述绑定信息用于指示对至少一个所述目标传输单元的HARQ反馈信息和至少一个所述非目标传输单元的HARQ反馈信息做逻辑与操作，以获得所述HARQ位图信息。

结合第二方面，在一种可能的实施例中，所述接入网设备向终端发送指示信息之前，还包括：所述接入网设备通过RRC层配置所述目标传输单元和/或所述非目标传输单元。相应的，所述接入网设备向终端发送指示信息，包括：所述接入网设备通过RRC信令向终端发送所述指示信息。

结合第二方面，在一种可能的实施例中，所述接入网设备向终端发送指示信息之前，还包括：所述接入网设备通过MAC层配置所述目标传输单元和所述非目标传输单元。相应的，所述接入网设备向终端发送指示信息，包括：所述接入网设备通过MAC信令向终端发送所述指示信息。

结合第二方面，在一种可能的实施例中，所述接入网设备向终端发送指示信息之前，还包括：所述接入网设备通过RRC层和MAC层分级指示配置所述目标传输单元和所述非目标传输单元。

结合第二方面，在一种可能的实施例中，所述接入网设备向终端发送指示信息，包括：所述接入网设备通过广播信息向终端发送所述指示信息。

结合第二方面，在一种可能的实施例中，所述接入网设备向终端发送指示信息，包括：所述接入网设备通过下行控制信息DCI向终端发送所述指示信息。

结合第二方面，在一种可能的实施例中，所述接入网设备接收来自所述终端的HARQ位图信息，包括：所述接入网设备通过上行数据信道接收来自所述终端的HARQ位图信息。

结合第二方面，在一种可能的实施例中，所述接入网设备接收来自所述终端的HARQ位图信息，包括：所述接入网设备通过上行控制信道接收来自所述终端的HARQ位图信息。

结合第二方面，在一种可能的实施例中，所述HARQ位图信息的类型为半静态类型。

第三方面，本申请实施例提供一种终端，终端包括：接收模块，用于接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；确定模块，用于根据所述终端根据所述指示信息确定HARQ位图信息；所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元；发送模块，用于向所述接入网设备发送HARQ位图信息。

终端的各模块具体可用于实现第一方面或第一方面的任意可能实施例所描述的方法。

第四方面，本申请实施例提供一种接入网设备，接入网设备包括：发送模块，用于向终端发送指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；接收模块，用于接收来自所述终端的HARQ位图信息，所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元。

接入网设备的各模块具体可用于实现第二方面或第二方面的任意可能实施例所描述的方法。

第五方面，本申请实施例提供一种终端，该终端包括发射器、接收器、存储器和处理器；所述发射器用于向接入网设备发送数据，所述接收器用于接收来自接入网设备的数据；所述存储器用于存储程序指令，所述处理器调用所述存储器存储的程序指令以执行如第一方面或第一方面的任意可能实施例所描述的方法。

第六方面，本申请实施例提供一种接入网设备，该接入网设备包括发射器、接收器、存储器和处理器；所述发射器用于向终端发送数据，所述接收器用于接收来自终端的数据；所述存储器用于存储程序指令，所述处理器调用所述存储器存储的程序指令以执行如第二方面或第二方面的任意可能实施例所描述的方法。

第七方面，本申请实施例提供一种芯片，该芯片例如可应用于终端，该芯片包括输入接口、输出接口和逻辑电路；所述输出接口用于向接入网设备发送数据，所述输入接口用于接收来自接入网设备的数据；所述逻辑电路用于控制所述芯片执行如第一方面或第一方面的任意可能实施例所描述的方法。

第八方面，本申请实施例提供一种芯片，该芯片例如可应用于接入网设备，该芯片包括输入接口、输出接口和逻辑电路；所述输出接口用于向终端发送数据，所述输入接口用于接收来自终端的数据；所述逻辑电路用于控制所述芯片执行如第二方面或第二方面的任意可能实施例所描述的方法。

第九方面，本申请实施例提供一种计算机可读非易失性存储介质，其特征在于，包括计算机指令，所述计算机指令被执行以实现第一方面或第一方面的任意可能实施例所描述的方法。

第十方面，本申请实施例提供一种计算机可读非易失性存储介质，其特征在于，包括计算机指令，所述计算机指令被执行以实现第二方面或第二方面的任意可能实施例所描述的方法。

第十一方面，本申请提供一种计算机程序产品，其包含指令，当所述计算机程序被计算机所执行时，该指令使得计算机执行第一方面或第一方面的任意可能实施例所描述的方法。

第十二方面，本申请提供一种计算机程序产品，其包含指令，当所述计算机程序被计算机所执行时，该指令使得计算机执行第二方面或第二方面的任意可能实施例所描述的方法。

可以看到，在本申请实施例中，接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行传输单元进行合理配置，并通过指定的指示信息来显式或者隐式地向终端指示多个下行传输单元中传输的传输块是否需要进行HARQ反馈，终端基于指示信息确定哪些下行传输单元需要HARQ反馈哪些不需要HARQ反馈，根据需要HARQ反馈的下行传输单元的HARQ反馈信息生成半静态码本。即半静态码本中不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。另外，由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

附图说明

图1是本申请实施例可应用的一种网络架构示意图；

图2A是一种时隙分配的场景示例图；

图2B是一种HARQ码本的示例图；

图2C是又一种时隙分配的场景示例图；

图3是一种HARQ码本的示例图；

图4是本申请实施例提供一种时隙配置的场景示例图；

图5是本申请实施例提供又一种时隙配置的场景示例图；

图6是本申请实施例提供又一种时隙配置的场景示例图；

图7是本申请实施例提供又一种时隙配置的场景示例图；

图8是本申请实施例提供一种半静态码本的示例图；

图9是本申请实施例提供又一种半静态码本的示例图；

图10是本申请实施例提供又一种半静态码本的示例图；

图11是本申请实施例提供又一种半静态码本的示例图；

图12是本申请实施例提供一种生成半静态码本的流程示意图；

图13是本申请实施例提供一种码本反馈的流程示意图；

图14是本申请实施例提供又一种码本反馈的流程示意图；

图15A是本申请实施例提供又一种码本反馈的流程示意图；

图15B是本申请实施例提供又一种码本反馈的流程示意图；

图15C是本申请实施例提供又一种码本反馈的流程示意图；

图16是本申请实施例提供又一种时隙配置的场景示例图；

图17是本申请实施例提供又一种码本反馈的流程示意图；

图18是本申请实施例提供一种生成半静态码本的流程示意图；

图19是本申请实施例提供又一种生成半静态码本的流程示意图；

图20是本申请实施例提供的一种终端的结构示意图；

图21是本申请实施例提供的一种接入网设备的结构示意图；

图22是本申请实施例提供的一种装置的结构示意图；

图23是本申请实施例提供的又一种装置的结构示意图。

具体实施方式

本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元。方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

本申请的技术方案可以应用于但不局限于如第四代(4^th Generation，4G)移动通信系统演进系统或者第五代(5^th Generation，5G)移动通信系统或者未来的移动通信系统，例如可以应用于LTE系统或者NR系统等。

本申请实施例中的终端，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(Mobile Phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端、增强现实(Augmented Reality，AR)终端、工业控制(Industrial Control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、车联网中的车载终端等等。

终端也可能被称为用户装备(UE)、可穿戴设备、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、终端设备、接入终端、移动终端、无线终端、智能终端、远程终端、手持机、用户代理、移动客户端、客户端、或其他某个合适的术语。

本申请中的接入网(access network，AN)设备，是一种将终端接入到无线网络的设备，包括但不限于：卫星基站、演进型节点B(Evolved Node B，eNB)、家庭基站(例如，HomeEvolved NodeB，或Home Node B，HNB)、基带单元(Baseband Unit，BBU)、基站(g NodeB，gNB)、传输点(Transmitting andReceiving Point，TRP)、发射点(Transmitting Point，TP)、设备对设备(Device to Device，D2D)通信中承担基站功能的设备、车联网通信中承担基站功能的设备、机器通信中承担基站功能的设备，等等。

参见图1，图1是本申请实施例可应用的一种网络架构示意图，该网络结构体现了一种5G网络中的NTN应用场景。如图所示，该网络架构包括终端和运营商网络，运营商网络又包括核心网络(core network，CN)和数据网络(Data network，DN)，终端通过接入网设备接入运营商网络。

终端是支持5G新空口的设备，可以通过5G新空口接入卫星基站并发起呼叫，上网等业务。卫星基站可调度无线资源给接入终端，提供可靠的无线传输协议和数据加密协议等。地面的终端可通过5G新空口接入到接入网设备，接入网设备部署在卫星上(又可称为5G基站或卫星基站)。接入网设备可通过无线链路(例如NG接口)与地面的核心网络相连。NG接口为接入网设备和核心网之间接口，主要用于交互核心网的NAS等信令，以及传输用户的业务数据。此外，在卫星基站之间也存在无线链路(例如Xn接口)完成相互之间的信令交互和用户数据传输。借助卫星的广域覆盖能力，可以使运营商在地面网络基础设施不发达地区提供5G商用服务，实现5G业务连续性。

卫星基站和核心网络或数据网络之间的信令和业务数据可由地面站(Gateway)负责转发。

核心网络作为承载网络提供到数据网络的接口，为终端提供通信连接、移动性管理、会话管理、用户安全认证、计费、策略控制以及对数据业务完成承载等。它由多个功能单元组成，可以分为控制面和数据面的功能实体。例如核心网络可包括：接入和移动管理功能(Access and Mobility Management Function，AMF)，负责用户接入管理、安全认证、移动性管理等功能；会话管理功能(Session Management Function，SMF)，负责会话的建立与管理；用户面功能(User Plane Function，UPF)，负责管理用户面数据的传输、流量统计、安全窃听等功能。

数据网络可以为运营商外部网络，也可以为运营商控制的网络，用于向用户提供业务服务。

需要说明的是，本申请描述的网络架构是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

在介绍本申请技术方案之前，下面先对本申请实施例涉及的相关术语进行介绍。

数据：本申请中的数据可以理解为传输块(TB)，或者是码块组(code blockgroup，CBG)，或者是其他的数据，本申请对此不做限制。

传输单元：在本申请中，传输单元为用于承载数据/信令传输的时频资源概念。相应的，下行传输单元用于承载下行数据/下行信令传输，示例性地，下行传输单元可承载物理下行共享信道(Physical Downlink Shared Channel，PDSCH)或物理下行控制信道(Physical Downlink Control Channel，PDCCH)或下行控制信息(Downlink ControlInformation，DCI)等等。上行传输单元用于承载上行数据/上行信令传输。示例性地，上行传输单元可承载物理上行共享信道(Physical Uplink Shared Channel，PUSCH)或物理上行控制信道(Physical Uplink Control Channel，PUCCH)或上行控制信息(UplinkControl Information，UCI)。一个传输单元承载数据/信令时，可以不需要数据/信令时完全占满该传输单元的所有时域资源和/或频域资源。

一个传输单元可以为一个子帧、一个时域符号、多个时域符号、一个时隙(slot)、多个时隙、一个迷你时隙(mini-slot)、多个迷你时隙，或者迷你时隙和时隙的组合，或者符号和时隙的组合、mini时隙和时隙的组合等，各传输单元的符号数/长度也不限制必须相同。

本文中，为了方便描述起见，主要以一个传输单元为一个时隙为例进行技术方案的描述。在该描述中，下行传输单元又可被称为下行时隙或者下行传输时隙，上行传输单元又可被称为上行时隙或者上行传输时隙。

HARQ技术：HARQ是一种提高数据传输可靠度的一种反馈技术。接收端在译码错误的情况下，在一个HARQ缓冲(buffer)中保存接收到的数据，并要求发送端重传数据，接收端将重传的数据和先前接收到的数据进行软合并(soft combining)后再解码，从而得到一个比单独解码更可靠的数据包。然后对合并后的数据包进行译码。译码正确时，反馈ACK；如果还是错误时，反馈NACK，重复“请求重传，再进行软合并”的过程。

HARQ使用停等协议(stop-and-wait protocol)来发送数据。在停等协议中，发送端发送一个TB后，就停下来等待HARQ反馈信息(ACK/NACK)。接收端会使用1比特的信息对该TB进行ACK或者NACK的确认。但是每次传输后发送端就停下来等待确认，会导致吞吐量很低。因此使用多个并行的停等进程(又可称为HARQ进程)，每个HARQ进程(HARQ process)在接收端都需要有独立的HARQ buffer以便对接收到的数据进行软合并。在等待HARQ反馈信息时，发送端可以使用另一个HARQ进程(HARQ process)来继续发送数据，从而使得数据可以连续传输。

当发送端收到一个HARQ反馈信息后，需要知道该HARQ反馈信息对应的HARQ进程，这是通过HARQ反馈信息与传输的数据之间固定的时序(timing)关系来确定的。NR上下行都采用异步HARQ传输，重传可以发生在任意时刻，能以任意顺序使用HARQ进程。在DCI中会携带参数指示当前传输的数据所对应的HARQ进程。

HARQ码本：HARQ码本又可称为HARQ反馈码本或者HARQ位图信息。终端可以将接入网设备传输的多个数据的译码结果组合在一起形成HARQ码本反馈给接入网设备，所述多个数据可以来自不同的下行传输单元和/或MIMO下的不同码字和/或载波聚合下的不同载波。HARQ码本的类型有半静态类型和动态类型，本申请主要针对半静态类型的HARQ码本。本文中，半静态类型的HARQ码本又可称为HARQ半静态码本或者半静态码本。

本申请中，针对终端支持半静态码本，当接入网设备为下行调度了一个或多个传输块，这些传输块可以来自一个载波的一个或多个BWP(Bandwidth Part，部分带宽)，也可以来自多个聚合的载波的一个或多个BWP时，可以要求这些传输块的HARQ反馈信息复用在一起形成半静态码本通过终端的PUSCH或PUCCH进行传输。

在一种示例中，半静态码本的大小可由3个维度确定：1、接入网设备通过信令给终端配置的载波的数量；2、各载波上需要反馈的下行传输单元的个数；3、各下行传输单元的HARQ反馈信息占用的比特数。

对于某一具体载波而言，与当前子帧的某一上行传输时隙具有时序关系的下行传输时隙的数量可以是一个或多个，即该上行传输时隙负责复用反馈所述一个或多个下行传输时隙的数据接收情况，具体情况依赖于接入网设备的配置。示例性地，在图2A的实施例中，一个子帧中包括10个时隙(时隙号0-9)，其中时隙号5和9均为上行传输时隙，其余的时隙均为下行传输时隙。在时隙号9的上行传输时隙，需要对时隙号1和2的下行传输时隙的数据接收情况一起进行HARQ反馈。而在图2C的实施例中，时隙号9的上行传输时隙可以对所有下行传输时隙的数据接收情况一起进行HARQ反馈。

又举例来说，接入网设备为终端配置了4个载波，编号从1到4，载波1为主载波(Primary Serving Cell，Pcell)，其它3个载波为辅载波(Secondary Serving Cell，Scell)，4个载波都为时分双工(Time Division Duplexing，TDD)载波，并且配比相同。那么，终端需要分别确定在Pcell和各个Scell上需要发送的HARQ反馈信息，将在Pcell和Scell需要发送的HARQ反馈信息级联成最终的HARQ半静态码本。继续以图2A为示例，在时隙号9的上行传输时隙上，需要对时隙号1和2的下行传输时隙的数据接收情况进行HARQ反馈。假如终端只在Pcell的时隙号1的下行传输时隙上正确接收数据，而在其它辅载波上未正确接收数据或者无数据传输，则HARQ半静态码本示例性如图2B所示，图2B中，半静态码本的不同行可表示不同载波的不同下行传输时隙的HARQ反馈信息，半静态码本的第一列表示时隙号1的下行传输时隙的HARQ反馈信息，半静态码本的第二列表示时隙号2的下行传输时隙的HARQ反馈信息。A表示ACK，占用1比特；N表示NACK，占用1比特。如果将ACK记为“1”，将NACK记为“0”，那么该半静态码本还可记为“1000000000”，即前两个比特的“10”表示Pcell上的HARQ反馈信息，后8个比特“00000000”表示4个Scell上的HARQ反馈信息。

现有方案中，终端反馈半静态码本时总是对一组下行传输时隙的所有时隙都进行反馈，而不管接入网设备是否为终端调度了传输块或调度了多少个传输块。比如半静态码本根据当前上行传输时隙对应的所有下行传输时隙进行反馈，码本大小不会随着实际的数据调度情况动态改变，如果没有数据传输也会反馈一个NACK。例如图2A中的时隙号9的上行传输时隙每次都要反映其对应的两个下行传输时隙的HARQ反馈信息。又例如图2C中的时隙号9的上行传输时隙每次都要反映其对应的八个下行传输时隙的HARQ反馈信息，所以半静态码本的资源开销会比较大。

甚至来说，在半静态调度的情况下，即使将部分的HARQ进程关闭，对应被关闭的HARQ进程的数据传输也会进行HARQ反馈，其反馈的信息为NACK。参见图3，图3示例性地示出了一种关闭了部分的HARQ进程的半静态码本，可以看到在该半静态码本中，除了有数据传输的时隙会根据译码的正确与否反馈ACK或NACK(图中记为N/A)、没有数据传输的时隙会反馈NACK(图中记为N)外，对应被关闭的HARQ进程的时隙的数据传输也会反馈NACK(图中记为N)，浪费了反馈资源，在NTN场景下还会带来增加通信时延和通信吞吐率降低的问题。

为了克服上述技术缺陷，本申请实施例提供了适用于NTN的半静态码本设计以及半静态码本的反馈方法，能够减少反馈资源的开销，进而降低通信时延和提高通信吞吐率。

在本申请实施例的设计中，可将终端的HARQ进程分类为需要HARQ反馈(该进程对应的所有TB都需要HARQ反馈)和不需要HARQ反馈(该进程对应的所有TB都不需要HARQ反馈)，或者可将同一进程的不同TB分类为需要HARQ反馈和不需要HARQ反馈。接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行传输时隙进行合理配置(可简称为时隙配置)，并通过指定的指示信息来显式或者隐式地指示所述时隙配置。在终端生成半静态码本时，不直接根据所有的下行传输时隙进行码本的反馈，而是需要通过由接入网设备指示的HARQ开启/HARQ关闭的进程或者由接入网设备指示的具体时隙配置情况来反馈码本，实现在码本中反馈需要HARQ的下行数据的接收情况，而不反馈不需要HARQ的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。另外，由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

为了便于方案的理解，下面首先对本申请实施例提供的时隙配置情况、对反馈的半静态码本的设计以及指示信息的内容展开描述。

(1)时隙配置。在下行数据传输时，接入网设备可根据实际的业务情况，考虑需要HARQ反馈(即HARQ开启)和无需HARQ反馈(即HARQ关闭)的数据传输，安排相应的下行传输时隙分配。所谓时隙分配，具体可指下行传输时隙中分别用于传HARQ开启和HARQ关闭的TB的下行时隙的分配情况。对于对应于某个上行时隙的多个下行时隙(即该上行时隙负责反馈所述多个下行时隙的接收情况)而言，可将这些下行时隙分为两类，其中一类下行时隙用于分配和传输HARQ开启所对应的数据，另外一类下行时隙用于分配和传输HARQ关闭所对应的数据。

对于这两类下行时隙的在时域中的分配位置，可以设计用于HARQ开启的数据传输的时隙为连续的下行时隙，或者设计用于HARQ关闭的数据传输的时隙为连续的下行时隙，从而使得用于HARQ开启的数据传输的时隙和用于HARQ关闭的数据传输的时隙相互分开。即可设计用于HARQ开启的数据传输的下行时隙在时域中占据一部分相对集中的位置，设计用于HARQ开启的数据传输的下行时隙在时域中占据一部分相对集中的位置。需要说明的是，本文中所谓“连续的下行时隙”不考虑上行时隙，即对于连续的下行时隙，两个下行时隙可能是时隙号相连，也可能两个下行时隙之间还存在一个或者多个上行时隙。

在一种可能的时隙分配中，通过时隙配置让需要HARQ反馈的时隙和无需HARQ反馈的时隙不进行交叉配置。

参见图4，在一种示例中，假设时隙号9的上行时隙负责反馈的多个下行时隙包括时隙号0、1、2、3、4、6、7、8这八个时隙。那么，可设计前四个下行时隙(0、1、2、3)均用于传输需要HARQ反馈的数据(即HARQ开启)，设计后四个下行时隙(4、6、7、8)均用于传输不需要HARQ反馈的数据(即HARQ关闭)。在图示中，对应于HARQ开启的下行时隙的时隙号连续，而对应于HARQ关闭的下行时隙所在时域中还夹杂着上行时隙(如图示中夹杂着时隙号5的上行时隙)。

参见图5，在又一种示例中，同样假设时隙号9的上行时隙负责反馈的多个下行时隙包括时隙号0、1、2、3、4、6、7、8这八个时隙。可设计前四个下行时隙(0、1、2、3)均用于传输不需要HARQ反馈的数据(即HARQ关闭)，设计后四个下行时隙(4、6、7、8)均用于传输需要HARQ反馈的数据(即HARQ开启)。在图示中，对应于HARQ关闭的下行时隙的时隙号连续，而对应于HARQ开启的下行时隙所在时域中还夹杂着上行时隙(如图示中夹杂着时隙号5的上行时隙)。

需要说明的是，上述示例仅用于解释本申请实施例的方案而非限定，本申请实施例对对应于HARQ关闭的下行时隙的数量、对应于HARQ开启的下行时隙的数量、上行时隙在时域上的位置、时隙号等均不作限制。

在又一种可能的时隙分配中，通过时隙配置让需要HARQ反馈的时隙和无需HARQ反馈的时隙进行交叉配置。

参见图6，在一种示例中，假设时隙号9的上行时隙负责反馈的多个下行时隙包括时隙号0、1、2、3、4、6、7、8这八个时隙。那么，可设计位于中间的四个下行时隙(2、3、4、5)均用于传输需要HARQ反馈的数据(即HARQ开启)，设计位于两侧的四个下行时隙(0、1、7、8)均用于传输不需要HARQ反馈的数据(即HARQ关闭)。在图示中，对应于HARQ开启的下行时隙所在时域还夹杂着上行时隙(如图示中夹杂着时隙号5的上行时隙)，而在两侧对应于HARQ关闭的下行时隙的时隙号分别连续。

参见图7，在又一种示例中，同样假设时隙号9的上行时隙负责反馈的多个下行时隙包括时隙号0、1、2、3、4、6、7、8这八个时隙。可设计位于中间的四个下行时隙(2、3、4、5)均用于传输不需要HARQ反馈的数据(即HARQ关闭)，设计位于两侧的四个下行时隙(0、1、7、8)均用于传输需要HARQ反馈的数据(即HARQ开启)。在图示中，对应于HARQ关闭的下行时隙所在时域还夹杂着上行时隙(如图示中夹杂着时隙号5的上行时隙)，而在两侧对应于HARQ开启的下行时隙的时隙号分别连续。

本申请实施例中，对于这两类下行时隙(HARQ关闭和HARQ开启的数据的下行时隙)的分配比例，可以按照HARQ进程的关闭比例由接入网设备的无线资源控制(Radioresource control，RRC)层进行配置，也可以通过用接入网设备的媒体接入控制控制元素(Media Access ControlControl Element,MAC CE)根据数据的传输情况进行配置。还可以通过RRC和MAC CE分级指示配置。下面分别进行描述：

RRC层配置：本申请方案可通过RRC信令配置采用半静态调度的码本(即半静态码本)，而对于时隙配置，也可以通过RRC信令配置下行传输时隙中哪些时隙需要HARQ反馈哪些不需要HARQ反馈。例如若半静态码本通过上行控制信道进行反馈的话可以通过与上行控制信道相关的RRC域进行配置；若半静态码本通过上行数据制信道进行反馈的话可以通过与上行数据信道相关的RRC域进行配置。

在本申请实施例的一示例中，可在RRC信令中增加相应的字段(示例性地，例如SemiSateic-HARQ-codebook-Config)来作为指示信息，用于直接或者间接地指示时隙配置。例如，该字段的数值1可以指示上行时隙对应的多个下行时隙的第一个时隙(或者最后一个时隙)无需进行HARQ反馈。又例如，该字段的数值2可以指示上行时隙对应的多个下行时隙的最前两个时隙(或者最后两个时隙)无需进行HARQ反馈。

也即是说，通过RRC信令配置的指示信息可以只指示一部分的下行时隙的HARQ开启或关闭情况，终端基于该指示信息按照一定的规则计算出所有下行时隙的HARQ开启或关闭情况。

需要说明的是，上述示例仅用于解释本申请实施例的方案而非限定，本申请对字段的名字、参数含义以及指示信息的配置字段在哪一个RRC信令中，均不做限定。

MAC层配置：HARQ是由MAC层实现的，在下行数据传输时，MAC层可考虑需要HARQ反馈(HARQ开启)和无需HARQ反馈(HARQ关闭)的TB传输，安排相应的下行传输时隙分配。通过MAC层的信令可以做到配置复杂时隙的指示信息，即该指示信息能够直接或者间接地指示所有下行时隙的HARQ开启或关闭情况。

在本申请实施例的一示例中，也可在MAC信令中增加相应的字段来作为指示信息，用于直接或者间接地指示时隙配置。例如，如下表1所示，表中Index表示标识索引，LCIDvalues表示逻辑信道ID(Logical Channel ID，简称为LCID)的取值，其中Index0表示所对应的参数为公共控制信道(Common Control Channel，CCCH)，类似的，在MAC层的信令中例如增加HARQ的时隙分配参数“Slot pattern for HARQ”的参数，该参数对应index65，例如对于8个下行时隙，如果MAC层指示该参数赋值“00111100”作为用于数据传输的8个下行时隙的时隙分配方式，其中1表示需要进行HARQ反馈的时隙，0表示无需进行HARQ反馈的时隙。这样，终端就可以根据该指示信息直接获知哪些时隙需要HARQ反馈哪些不需要HARQ反馈。

需要说明的是，上述示例中虽然以该参数在MAC层的信令中的位置对应为index65为例进行方案解释，但是本申请对此并不做限定，例如该参数还可以位于MAC层的信令中其他位置(例如插入到index0-index64的任意位置)。

表1

RRC层和MAC层分级指示配置：本申请实施例中，也可以设计RRC信令指示并配置一部分的时隙用来分配HARQ开启和HARQ关闭的数据传输，MAC层配置剩余部分的时隙。例如，对于下行10个传输时隙，RRC配置前2个时隙当中的第一个时隙用于传输HARQ开启的数据，剩余的8个时隙当中，MAC层配置前2个时隙用于传输HARQ开启的数据，配置后6个用于传输HARQ关闭的数据。RRC和MAC层分级指示配置时隙后，同样可以通过指示信息向终端直接或间接地指示时隙配置情况。

(2)对反馈的半静态码本的设计：在时隙配置完成后，终端根据具体的时隙分配和通过各时隙的数据接收情况，来决定码本的大小和反馈的HARQ信息。

参见图8，对应于前述图4实施例的时隙配置，图8示出一种具体的半静态码本，该码本对应8个下行传输时隙和4个载波，根据时隙配置，需要HARQ反馈的时隙和无需HARQ反馈的时隙不进行交叉配置，码本中前4列对应的4个时隙的所有需要HARQ反馈的数据的HARQ信息，可反馈位图(bitmap)；而后4列只对应无需HARQ反馈的时隙，因此可以直接不反馈位图。即在设计码本的时候，只需要截取前面一半(即图示中虚线框部分)位图信息形成最终的半静态码本(占用4*4＝16比特)，相比原有码本(8*4＝32比特)而言，大大减少了码本的大小，节省了反馈资源。另外，由于减少了一些进程或进程的一些数据(即对应于后4列时隙)的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

参见图9，对应于前述图5实施例的时隙配置，图9示出又一种具体的半静态码本，该码本对应8个下行传输时隙和4个载波，根据时隙配置，需要HARQ反馈的时隙和无需HARQ反馈的时隙不进行交叉配置，码本中后4列对应的4个时隙的所有需要HARQ反馈的数据的HARQ信息，可反馈位图(bitmap)；而前4列只对应无需HARQ反馈的时隙，因此可以直接不反馈位图。即在设计码本的时候，只需要截取后面一半(即图示中虚线框部分)位图信息形成最终的半静态码本(占用4*4＝16比特)，相比原有码本(8*4＝32比特)而言，大大减少了码本的大小，节省了反馈资源。另外，由于减少了一些进程或进程的一些数据(即对应于前4列时隙)的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

参见图10，对应于前述图6实施例的时隙配置，图10示出又一种具体的半静态码本，该码本对应8个下行传输时隙和4个载波，根据时隙配置，需要HARQ反馈的时隙和无需HARQ反馈的时隙进行交叉配置，码本中间4列对应的4个时隙的所有需要HARQ反馈的数据的HARQ信息，可反馈位图(bitmap)；而位于码本两侧的各两列只对应无需HARQ反馈的时隙，因此可以直接不反馈位图。即在设计码本的时候，只需要截取中间4列(即图示中虚线框部分)位图信息形成最终的半静态码本(占用4*4＝16比特)，相比原有码本(8*4＝32比特)而言，大大减少了码本的大小，节省了反馈资源。另外，由于减少了一些进程或进程的一些数据(即对应于码本两侧的各两列时隙)的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

参见图11，对应于前述图7实施例的时隙配置，图11示出又一种具体的半静态码本，该码本对应8个下行传输时隙和4个载波，根据时隙配置，需要HARQ反馈的时隙和无需HARQ反馈的时隙进行交叉配置，码本中间4列对应的4个时隙的所有不需要HARQ反馈的数据的HARQ信息，不反馈位图(bitmap)；而位于码本两侧的各两列只对应需要HARQ反馈的时隙，可以直接反馈位图。即在设计码本的时候，只需要两侧各两列(即图示中虚线框部分)的位图信息进行组合形成最终的半静态码本(占用4*4＝16比特)，相比原有码本(8*4＝32比特)而言，大大减少了码本的大小，节省了反馈资源。另外，由于减少了一些进程或进程的一些数据(即对应于码本中间4列时隙)的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

需要说明的是，虽然上述实施例均以4个载波作为示例来解释技术方案，但是本申请实施例对载波的数量并不做限定。

还需要说明的是，上述示例中，虽然码本的每一列以载波作为反馈粒度，但是本申请实施例对此并不做限定。也就是说，在本申请的其他实现中，码本的每一列还可以是其他的粒度，例如每一列还可以指示码块组的重传，或者MIMO情况下多个数据流/传输块的重传等等。

(3)指示信息：参见图12，本申请技术方案中，指示信息可用于确定在多个下行时隙中传输的传输块是否需要进行HARQ反馈。所述指示信息与至少一个下行时隙之间具有映射关系。终端收到指示信息后，根据这样的映射关系就可以确定需要HARQ反馈的至少一个下行时隙，根据需要HARQ反馈的至少一个下行时隙的数据接收情况来生成半静态码本。

其中，在具体实现中，接入网设备首先通过广播的方式(具体信令可在系统消息SIB当中)，或者RRC信令单播(例如建立连接时候)的方式，或者RRC信令组播的方式，或者MAC信令单播的方式，或者MAC信令组播的方式，或者DCI的方式，向终端发送所述指示信息。

又例如，在终端与接入网设备进行业务通信过程中，接入网设备实时基于业务状况和网络流量状况，可通过RRC信令或者MAC信令将指示信息发送给终端。终端可基于该指示信息进行半静态码本的生成和反馈，从而提高业务通信的灵活性，提高通信吞吐率，降低通信时延。

在一种具体实施方式中，所述指示信息包括进程指示信息；所述进程指示信息与需要HARQ反馈的HARQ进程之间具有映射关系，以及，所述需要HARQ反馈的HARQ进程与所述至少一个下行时隙之间具有映射关系。

可将HARQ进程分为需要HARQ反馈(也可称为HARQ开启)和不需要HARQ反馈(也可称为HARQ关闭)两种，需要HARQ反馈的进程即表示需要进行ACK/NACK反馈的进程，不需要HARQ反馈的进程即表示不进行ACK/NACK反馈的进程。

一种示例中，HARQ进程数通常是固定的，例如8个、16个、32个等等，HARQ进程具有对应的进程号(或称标识)，那么每个指示信息中可以直接包括HARQ开启或HARQ关闭的进程号。

又一种示例中，指示信息中可以包括HARQ开启或HARQ关闭的进程号的指示参数，比如参数0对应一组进程号开启或关闭，参数1对应另外一组进程号开启或者关闭，从而减少信令的开销。

又一种示例中，指示信息中可以包括HARQ开启或HARQ关闭的进程号的索引号，终端中配置有进程索引表，那么终端使用索引号通过查表就可以确定HARQ开启或HARQ关闭的进程号，从而减少信令的开销。

又一种示例中，指示信息中可以包括HARQ开启或HARQ关闭的进程的数量N(N大于等于1小于等于最大进程数)，终端根据该数量，按照进程号顺序确定前N个或者后N个HARQ进程为HARQ关闭。

又一种示例中，指示信息中可以包括HARQ开启或HARQ关闭的进程的比例数N％，终端根据该比例数，按照进程号顺序确定所有进程中的前N％个或者后N％个HARQ进程为HARQ关闭。

终端在获得由多个候选的下行传输时隙传过来的数据后，可以先对这些下行传输时隙传过来的数据进行解码，如果发现这些数据中控制信息(例如DCI)所指示的HARQ进程号为HARQ关闭的进程，那么译码之后不产生ACK或者NACK。如果发现这些数据中控制信息(例如DCI)所指示的HARQ进程号不是HARQ关闭的进程，那么根据译码正确与否相应产生ACK或者NACK。对于不是HARQ关闭的进程，如果某个时隙未有数据传输，可相应反馈NACK。即是终端在解码之后确定码本的大小，知道哪些时隙/数据需要进行反馈，哪些不需要进行反馈，进而可生成相应的半静态码本。

在又一种具体实施方式中，所述指示信息包括传输单元指示信息，所述传输单元指示信息用于直接或间接地指示至少一个需要HARQ反馈的下行时隙，和/或，至少一个不需要HARQ反馈的下行时隙。

一种示例中，HARQ进程数通常是固定的，例如8个、16个、32个等等，每个进程可利用一个或多个时隙进行数据传输，在一次数据传输中每个进程对应的时隙也是可以确定的。那么，可以在每个指示信息中可以直接包括HARQ开启和/或HARQ关闭的进程号对应的时隙。例如指示信息“00111100”作为用于数据传输的8个下行时隙的时隙分配方式，其中1表示需要进行HARQ反馈的时隙，0表示无需进行HARQ反馈的时隙。这样，终端就可以根据该指示信息直接获知哪些时隙需要HARQ反馈哪些不需要HARQ反馈。

又一种示例中，指示信息中可以包括HARQ开启或HARQ关闭的时隙的指示参数，比如参数0对应一组时隙开启或关闭，参数1对应另外一组时隙开启或者关闭，从而减少信令的开销。

又一种示例中，指示信息中可以包括索引号，终端中配置时隙分配索引表，那么终端使用索引号通过查表就可以确定哪些时隙需要HARQ反馈哪些不需要HARQ反馈，从而减少信令的开销。

表2

0	00001111
		1	11000011
2	11110000
		3	00111100
…	…

又一种示例中，指示信息中可以包括HARQ开启或HARQ关闭的时隙的数量N(N大于等于1小于等于最大时隙数)，终端根据该数量，按照下行时隙的时隙号顺序确定前N个或者后N个时隙为HARQ关闭(即不需要HARQ反馈)，从而能够避免存表开销。

又一种示例中，指示信息中可以包括HARQ开启或HARQ关闭的时隙的比例数N％，终端根据该比例数，按照时隙号顺序确定所有下行时隙中的前N％个或者后N％个下行时隙为HARQ关闭(即不需要HARQ反馈)，从而能够避免存表开销。

在所述传输单元指示信息具体用于指示不需要HARQ反馈的下行时隙情况下，终端在获得多个候选的下行时隙后，将这些下行传输时隙中除所述不需要HARQ反馈的下行时隙确定为需要HARQ反馈的下行时隙，然后对需要HARQ反馈的下行时隙传输过来的数据进行译码，根据译码正确与否相应产生ACK或者NACK，对不需要HARQ反馈的下行时隙传输的数据不做反馈。如果某些需要HARQ反馈的下行时隙当前并没有数据传输，也反馈一个NACK。

在又一种具体实施方式中，所述指示信息包括参数信息，所述参数信息用于通过预设算法确定所述至少一个目标传输单元。

一种示例中，终端可获得接入网设备发送的指示信息中的相关参数，该参数并没有直接指示进程号或者时隙，但是终端依旧能够利用该参数通过预设算法来确定需要HARQ反馈的时隙或者不需要HARQ反馈的时隙。

又一种示例中，终端利用接入网设备发送的用来确定所有候选的下行传输时隙的RRC信令中的相关参数，以及指示信息中所携带的参数，通过预设算法进行计算，也可以确定需要HARQ反馈的时隙或者不需要HARQ反馈的时隙。

终端对需要HARQ反馈的下行时隙传输过来的数据进行译码，根据译码正确与否相应产生ACK或者NACK，对不需要HARQ反馈的下行时隙传输的数据不做反馈。如果某些需要HARQ反馈的下行时隙当前并没有数据传输，也反馈一个NACK。

基于上文的描述，下面给出本申请实施例提供的一些HARQ码本反馈方法。

对于下文描述的各方法实施例，为了方便起见，将其都表述为一系列的动作步骤的组合，但是本邻域技术人员应该知悉，本申请技术方案的具体实现并不受所描述的一系列的动作步骤的顺序的限制。

参见图13，图13是本申请实施例提供的一种HARQ码本反馈方法的流程示意图，该方法从终端和接入网设备两侧的角度进行描述。该方法包括但不限于以下步骤：

S101、接入网设备配置需要HARQ反馈的下行传输单元和不需要HARQ反馈的下行传输单元。

本申请中，一个下行传输单元可以为用于下行传输的一个子帧、一个时域符号、多个时域符号、一个时隙(slot)、多个时隙、一个迷你时隙(mini-slot)、多个迷你时隙，或者迷你时隙和时隙的组合，或者符号和时隙的组合、mini时隙和时隙的组合等。

所谓“需要HARQ反馈的下行传输单元”即为用于传输需要HARQ反馈的数据的下行传输单元，所谓“不需要HARQ反馈的下行传输单元”即为用于传输不需要HARQ反馈的数据的下行传输单元。本申请中，为了描述方便，需要HARQ反馈的下行传输单元又可简称为目标传输单元，不需要HARQ反馈的下行传输单元又可简称为非目标传输单元。

关于本步骤中下行传输单元的具体配置内容可类似参考前文中关于“(1)时隙配置”的相关描述，为了说明书的简洁，这里不再赘述。

S102、接入网设备向终端发送指示信息，相应的，终端接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈。

具体的，该指示信息可以显示或者隐示地向终端指示多个下行传输单元中哪些下行传输单元传输的传输块需要进行HARQ反馈。

或者，该指示信息可以显示或者隐示地向终端指示多个下行传输单元中哪些下行传输单元传输的传输块不需要进行HARQ反馈。

或者，该指示信息可以显示或者隐示地向终端同时指示多个下行传输单元中哪些下行传输单元传输的传输块需要进行HARQ反馈以及哪些下行传输单元传输的传输块不需要进行HARQ反馈。

在具体实现中，接入网设备首先通过广播的方式(具体信令可在系统消息SIB当中)，或者RRC信令单播(例如建立连接时候)的方式，或者RRC信令组播的方式，或者MAC信令单播的方式，或者MAC信令组播的方式，或者DCI的方式，向终端发送所述指示信息。

关于指示信息的具体实现内容可参考前文中关于“(3)指示信息”的相关描述，为了说明书的简洁，这里不再赘述。

S103、终端根据所述指示信息确定HARQ位图信息；所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，且不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元。

本文中，HARQ位图信息又可称为HARQ反馈码本或者HARQ码本，当HARQ位图信息的类型为半静态调度类型时，HARQ位图信息又可称为HARQ半静态码本或者半静态码本。通过该半静态码本，终端可以将接入网设备传输的多个需要HARQ反馈的数据的HARQ反馈信息组合在一起形成码本反馈给接入网设备，所述多个数据可以来自不同的下行传输单元和/或MIMO下的不同码字和/或载波聚合下的不同载波。

关于半静态码本的具体实现内容可参考前文中关于“(2)对反馈的半静态码本的设计”的相关描述，为了说明书的简洁，这里不再赘述。

S104、终端向所述接入网设备发送HARQ位图信息。相应的，述接入网设备接收来自所述终端的HARQ位图信息。

参见图14，图14是本申请实施例提供的更具体的一种HARQ码本反馈方法的流程示意图，该方法从终端和接入网设备两侧的角度进行描述。该方法包括但不限于以下步骤：

S201、接入网设备配置需要HARQ反馈的下行传输单元和不需要HARQ反馈的下行传输单元。相关内容可参考前述S101的描述，这里不再赘述。

S202、接入网设备向终端发送指示信息，相应的，终端接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈。相关内容可参考前述S102的描述，这里不再赘述。

S203、终端根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元；所述预设映射关系包括所述指示信息与所述至少一个目标传输单元之间的映射关系。

其中，所述预设映射关系的数量可以是多个，每个预设映射关系都反映了一种具体的指示信息与一种具体的指示结果(即对应的至少一个目标传输单元)之间的关联。这种关联可以是直接的关联，也可以是通过一定算法或者一定规则来进行关联。

S204、终端根据所述至少一个目标传输单元的数据接收情况获得HARQ反馈信息。

由于指示信息与至少一个下行时隙之间具有映射关系。终端收到指示信息后，可根据这样的映射关系就可以确定需要HARQ反馈的至少一个下行时隙，根据需要HARQ反馈的至少一个下行时隙的数据接收情况来产生所述至少一个下行时隙对应的HARQ反馈信息，例如ACK或NACK。

另外，关于指示信息的具体实现内容可参考前文中关于“(3)指示信息”的相关描述，为了说明书的简洁，这里不再赘述。

S205、终端根据所述至少一个目标传输单元的HARQ反馈信息形成所述HARQ位图信息。所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，且不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元。

同样，HARQ位图信息又可称为HARQ反馈码本或者HARQ码本，当HARQ位图信息的类型为半静态调度类型时，HARQ位图信息又可称为HARQ半静态码本或者半静态码本。通过该半静态码本，终端可以将接入网设备传输的多个需要HARQ反馈的数据的HARQ反馈信息组合在一起形成码本反馈给接入网设备，所述多个数据可以来自不同的下行传输单元和/或MIMO下的不同码字和/或载波聚合下的不同载波。

S206、终端向所述接入网设备发送HARQ位图信息。相应的，述接入网设备接收来自所述终端的HARQ位图信息。

可以看到，在本申请实施例中，接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行传输单元进行合理配置，并通过指定的指示信息来显式或者隐式地向终端指示多个下行传输单元中传输的传输块是否需要进行HARQ反馈，终端基于指示信息，通过预设的映射关系就能够确定哪些下行传输单元需要HARQ反馈哪些不需要HARQ反馈，根据需要HARQ反馈的下行传输单元的HARQ反馈信息生成半静态码本。即半静态码本中不包括不需要HARQ的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。另外，由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

参见图15A，图15A是本申请实施例提供的更具体的一种HARQ码本反馈方法的流程示意图，该方法从终端和接入网设备两侧的角度进行描述。该实施例以指示信息为进程指示信息为例进行方法的描述，该方法包括但不限于以下步骤：

S301、接入网设备配置需要HARQ反馈的下行传输单元和不需要HARQ反馈的下行传输单元。相关内容可参考前述S101的描述，这里不再赘述。

S302、终端确定一组候选的下行时隙，即确定对应上行时隙的可用于数据传输的多个下行时隙。

例如，接入网设备可发送用于确定下行传输时隙的RRC信令给终端，RRC信令中携带相关参数，终端根据相关参数确定一组候选的下行时隙。这样，对于每个上行时隙的传输时机，终端都可以知道该上行时隙对应哪些下行时隙需要解码。例如前述图4-图7任一实施例中，确定时隙号9的上行时隙对应时隙号0、1、2、3、4、6、7、8这八个候选的下行时隙。

需要说明的是，S301可以在S302之前执行，也可以在S302之后执行，S301和S302还可同时执行，本申请不做限定。

S303、接入网设备向终端发送进程指示信息，相应的，终端接收来自接入网设备的进程指示信息。

关于进程指示信息的具体实现内容可参考前文中关于“(3)指示信息”中有关进程指示信息的相关描述，为了说明书的简洁，这里不再赘述。

S304、终端对上行时隙的多个下行时隙进行解码，确定通过下行时隙传输的数据所隶属的进程号。

S305、若该进程号为HARQ开启的进程号，则产生HARQ反馈信息(ACK或NACK)。若该进程号为HARQ关闭的进程号，则不产生HARQ反馈信息。

S306、若上行时隙对应的其中某下行时隙没有数据传输，则产生HARQ反馈信息(NACK)。

S307、终端根据上行时隙对应的各个下行时隙的HARQ反馈信息，形成HARQ半静态码本。

具体的，终端在获得由多个候选的下行传输时隙传过来的数据后，可以先对这些下行传输时隙传过来的数据进行解码，如果发现这些数据中控制信息(例如DCI)所指示的HARQ进程号为HARQ关闭的进程，那么译码之后不产生ACK或者NACK。如果发现这些数据中控制信息(例如DCI)所指示的HARQ进程号不是HARQ关闭的进程，那么根据译码正确与否相应产生ACK或者NACK。对于不是HARQ关闭的进程，如果某个时隙未有数据传输，可相应反馈NACK。即是终端在解码之后确定码本的大小，知道哪些时隙/数据需要进行HARQ反馈，哪些不需要进行HARQ反馈，进而可生成相应的半静态码本，半静态码本中只包括需要HARQ反馈的数据的HARQ信息，而不包括不需要HARQ反馈的数据的HARQ信息。

S308、终端向所述接入网设备发送HARQ半静态码本。相应的，述接入网设备接收来自所述终端的HARQ半静态码本。

为了更好理解本申请方案，继续参见图18，图18为终端基于进程指示信息生成半静态码本的一种流程示例。如图18所示，一方面，终端可预先根据RRC信令中的相关参数获得下行时隙的一组下行传输时隙集合Mc，那么在初始化先默认需要反馈HARQ的下行传输时隙集合Ma与所述Mc一致。另一方面，终端可获得来自接入网设备的进程指示信息，以确定HARQ开启和HARQ关闭的HARQ进程。终端依次对Mc中的各个时隙进行DCI译码，检查某一时隙传输的数据的控制信息(DCI)，如果发现控制信息所指示的HARQ进程号为HARQ关闭的进程，则更新Ma，即从Ma中剔除该时隙。如果发现控制信息所指示的HARQ进程号不是为HARQ关闭的进程，则此时不更新Ma，继续进行数据PDSCH译码。然后进行下一时隙的译码过程，直到Mc的所有时隙完成译码。在这个过程中，Ma将逐步更新，当所有时隙译码结束时，最终更新的Ma中只包括了真正需要反馈HARQ的下行传输时隙，而不包括不需要反馈HARQ的下行传输时隙。这样，终端即可根据该Ma中所有时隙的数据译码情况，分别生成对应的HARQ反馈信息，将这些HARQ反馈信息组合形成HARQ半静态码本。

可以看到，在本申请实施例中，接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行传输单元进行合理配置，并通过进程指示信息来显式或者隐式地向终端指示多个下行传输单元中传输的传输块是否需要进行HARQ反馈，终端根据需要HARQ反馈的下行传输单元的HARQ反馈信息生成半静态码本。即半静态码本中不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。另外，由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

参见图15B，图15B是本申请实施例提供的又一种HARQ码本反馈方法的流程示意图，该方法从终端和接入网设备两侧的角度进行描述。该实施例以指示信息为时隙指示信息为例进行方法的描述，该方法包括但不限于以下步骤：

S401、接入网设备配置需要HARQ反馈的下行传输单元和不需要HARQ反馈的下行传输单元。相关内容可参考前述S101的描述，这里不再赘述。

S402、终端确定一组候选的下行时隙，即确定对应上行时隙的可用于数据传输的多个下行时隙。相关内容可参考前述S302的描述，这里不再赘述。

S403、接入网设备向终端发送传输单元指示信息，相应的，终端接收来自接入网设备的传输单元指示信息，所述传输单元指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；具体实施例中，传输单元指示信息可以是时隙指示信息，时隙指示信息用于直接或间接地指示在多个下行时隙中需要HARQ反馈的时隙和/或不需要HARQ反馈的时隙。

关于传输单元指示信息的具体实现内容可类似参考前文中关于“(3)指示信息”中有关时隙指示信息的相关描述，为了说明书的简洁，这里不再赘述。

S404、终端根据时隙指示信息确定各个下行时隙是否需要HARQ反馈。

S405、终端根据需要HARQ反馈的下行时隙的数据接收情况产生相应的HARQ反馈信息。

S406、终端根据所有需要HARQ反馈的下行时隙的HARQ反馈信息形成HARQ半静态码本。

具体的，终端在所述传输单元指示信息具体用于指示不需要HARQ反馈的下行时隙情况下，终端在获得多个候选的下行时隙后，将这些下行传输时隙中除所述不需要HARQ反馈的下行时隙确定为需要HARQ反馈的下行时隙，然后对需要HARQ反馈的下行时隙传输过来的数据进行译码，根据译码正确与否相应产生ACK或者NACK，对不需要HARQ反馈的下行时隙传输的数据不做反馈。如果某些需要HARQ反馈的下行时隙当前并没有数据传输，也反馈一个NACK。终端对所有需要HARQ反馈的下行时隙的HARQ反馈信息进行组合从而形成HARQ半静态码本。

S407、终端向所述接入网设备发送HARQ半静态码本。相应的，述接入网设备接收来自所述终端的HARQ半静态码本。

为了更好理解本申请方案，继续参见图19，图19为终端基于时隙指示信息生成半静态码本的一种流程示例。如图19所示，一方面，终端可预先根据RRC信令中的相关参数获得下行时隙的一组下行传输时隙集合Mc。另一方面，接入网设备可以根据HARQ开启和HARQ关闭的进程生成时隙指示信息。终端可获得来自接入网设备的时隙指示信息后，可以直接根据时隙指示信息确定需要HARQ反馈的时隙和/或不需要HARQ反馈的时隙。终端根据所有需要HARQ反馈的时隙生成需要反馈的时隙集合Ma，可以理解的，该Ma不需要更新。终端依次对Mc中的各个时隙进行DCI译码和数据PDSCH译码。然后进行下一时隙的译码过程，直到Mc的所有时隙完成译码。当所有时隙译码结束时，终端即可根据该Ma中所有时隙的数据译码情况，分别生成对应的HARQ反馈信息，将这些HARQ反馈信息组合形成HARQ半静态码本。

可以看到，在本申请实施例中，接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行时隙进行合理配置，并通过时隙指示信息来向终端指示多个下行时隙中传输的传输块是否需要进行HARQ反馈，终端根据需要HARQ反馈的下行时隙的HARQ反馈信息生成半静态码本。即半静态码本中不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。另外，由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

参见图15C，图15C是本申请实施例提供的更具体的一种HARQ码本反馈方法的流程示意图，该方法从终端和接入网设备两侧的角度进行描述。该实施例以指示信息为参数信息为例进行方法的描述，该方法包括但不限于以下步骤：

S501、接入网设备配置需要HARQ反馈的下行传输单元和不需要HARQ反馈的下行传输单元。相关内容可参考前述S101的描述，这里不再赘述。

S502、终端确定一组候选的下行时隙，即确定对应上行时隙的可用于数据传输的多个下行时隙。相关内容可参考前述S302的描述，这里不再赘述。

S503、接入网设备向终端发送参数信息，相应的，终端接收来自接入网设备的参数信息，所述参数信息用于通过预设算法确定所述至少一个目标传输单元。

关于参数信息的具体实现内容可类似参考前文中关于“(3)指示信息”中有关参数信息的相关描述，为了说明书的简洁，这里不再赘述。

S504、终端根据参数信息确定各个下行时隙是否需要HARQ反馈。

S505、终端根据需要HARQ反馈的下行时隙的数据接收情况产生相应的HARQ反馈信息。

S506、终端根据所有需要HARQ反馈的下行时隙的HARQ反馈信息形成HARQ半静态码本。

具体的，终端对需要HARQ反馈的下行时隙传输过来的数据进行译码，根据译码正确与否相应产生ACK或者NACK，对不需要HARQ反馈的下行时隙传输的数据不做反馈。如果某些需要HARQ反馈的下行时隙当前并没有数据传输，也反馈一个NACK。终端对所有需要HARQ反馈的下行时隙的HARQ反馈信息进行组合从而形成HARQ半静态码本。

S507、终端向所述接入网设备发送HARQ半静态码本。相应的，述接入网设备接收来自所述终端的HARQ半静态码本。

可以看到，在本申请实施例中，接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行时隙进行合理配置，向终端发送参数信息，终端根据参数信息采用预设算法就可以确定出多个下行时隙中传输的传输块是否需要进行HARQ反馈，终端根据需要HARQ反馈的下行时隙的HARQ反馈信息生成半静态码本。即半静态码本中不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销。另外，由于减少了一些进程或进程的一些数据的反馈-重传过程，使得这些进程或这些数据的数据传输过程更加紧凑和快捷，从而提高了通信吞吐率，降低了通信时延。

在本申请又一种可能的实施例中，接入网设备发给终端的信息除了指示信息外，还包括绑定信息；所述绑定信息用于指示对至少一个所述目标传输单元的HARQ反馈信息和至少一个所述非目标传输单元的HARQ反馈信息做逻辑与操作，以获得所述HARQ半静态码本。

例如在配置中，假设参数“harq-ACK-SpatialBundlingPUCCH”或者参数“harq-ACK-SpatialBundlingPUSCH”指示为开，在这种情况下，假设用户收到两个TB，那么终端将两个TB的译码结果ACK(1)/NACK(0)做与操作形成一个比特进行反馈，如果其中一个TB出错，意味着需要重传两个TB。假设只收到一个TB的译码结果，那么默认第二个为ACK。其中，harq-ACK-SpatialBundlingPUCCH表示在控制信道当中进行反馈半静态码本，harq-ACK-SpatialBundlingPUSCH表示在数据信道当中进行反馈半静态码本。

在完成时隙配置的情况下，这两个TB或这两个TB所在时隙可能一个是需要HARQ反馈的，另一个不需要HARQ反馈，那么，本实施例可将harq-ACK-SpatialBundlingPUCCH或harq-ACK-SpatialBundlingPUSCH的状态从开启和关闭两种扩展到三种，包括开启状态，关闭状态，开启/关闭HARQ反馈情况的状态。如图16所示，假设时隙号0的时隙传输的数据需要HARQ反馈，时隙号1的时隙传输的数据不需要HARQ反馈，那么在开启/关闭HARQ反馈情况的状态下，对时隙号0和时隙号1的时隙进行绑定，即两个时隙传输的TB的译码结果捆绑成1比特进行反馈，时隙号0的时隙传输的数据根据译码正确与否相应反馈ACK/NACK，而时隙号1的时隙传输的数据默认为始终需要反馈ACK，这样进行与操作后最终捆绑反馈的HARQ反馈信息等效视为第一个TB反馈的结果，而第二个TB的HARQ反馈信息等效视为被舍弃。如果捆绑反馈的HARQ反馈信息为ACK则无需进行重传，如果捆绑反馈的HARQ反馈信息为NACK，则只重传第一个TB。可以看到，在该配置下，也没有增加反馈资源。

参见图17，图17是本申请实施例提供的更具体的一种HARQ码本反馈方法的流程示意图，该方法从终端和接入网设备两侧的角度进行描述。该实施例以指示信息和绑定信息信息为例进行方法的描述，该方法包括但不限于以下步骤：

S601、接入网设备配置需要HARQ反馈的下行传输单元和不需要HARQ反馈的下行传输单元。相关内容可参考前述S101的描述，这里不再赘述。

S602、终端确定一组候选的下行时隙，即确定对应上行时隙的可用于数据传输的多个下行时隙。相关内容可参考前述S302的描述，这里不再赘述。

S603、接入网设备向终端发送指示信息和绑定信息，相应的，终端接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；绑定信息用于指示对至少一个所述目标传输单元的HARQ反馈信息和至少一个所述非目标传输单元的HARQ反馈信息做逻辑与操作。

S604、终端根据时隙指示确定需要HARQ反馈的下行时隙和不需要HARQ反馈的下行时隙。

S605、终端根据绑定信息，将至少一个需要HARQ反馈的下行时隙的HARQ反馈信息和至少一个不需要HARQ反馈的下行时隙的HARQ反馈信息做逻辑与操作，以获得HARQ码本。

具体实现内容可类似参考图16实施例的相关描述，这里不再赘述。

S606、终端向所述接入网设备发送HARQ半静态码本。相应的，述接入网设备接收来自所述终端的HARQ半静态码本。

可以看到，在本申请实施例中，接入网设备对用于针对需要HARQ反馈和不需要HARQ反馈的数据传输的下行时隙进行合理配置，向终端发送指示信息和绑定信息，终端根据参数信息采用预设算法就可以确定出多个下行时隙中传输的传输块是否需要进行HARQ反馈，并根据绑定信息将至少一个需要HARQ反馈的下行时隙的HARQ反馈信息和至少一个不需要HARQ反馈的下行时隙的HARQ反馈信息做逻辑与操作，以获得HARQ码本。该半静态码本也等效视为不包括不需要HARQ反馈的下行数据的接收情况，从而减少反馈的半静态码本的大小，节省反馈资源的开销，提高了通信吞吐率，降低了通信时延。

基于相同发明构思，下面提供本申请实施例的相关设备。

参见图20，图20是本申请实施例提供的一种终端70的示意图，该终端70至少包括：处理器701、存储器702、发射器703和接收器704，处理器701、存储器702、发射器703和接收器704可通过总线进行耦合。其中，

发射器703用于向接入网设备发送数据，例如发送半静态码本。接收器704用于接收来自接入网设备的数据，例如接收指示信息、绑定信息、各种信令、各种下行数据等。

处理器701可调用存储器702中的程序代码和数据。在实际应用中，处理器701可以包括一个或者多个通用处理器，其中，通用处理器可以是能够处理电子指令的任何类型的设备，包括中央处理器(Central Processing Unit，CPU)、微处理器、微控制器、主处理器、控制器以及ASIC(Application Specific Integrated Circuit，专用集成电路)等等。处理器701读取存储器702中存储的程序代码，与存储器702、发射器703配合执行本文上述实施例中终端执行的方法的部分或者全部步骤。

存储器702可以存储有程序代码以及数据。在实际应用中，存储器702可以包括易失性存储器(Volatile Memory)，例如随机存取存储器(Random Access Memory，RAM)；存储器也可以包括非易失性存储器(Non-Volatile Memory)，例如只读存储器(Read-OnlyMemory，ROM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)存储器还可以包括上述种类的存储器的组合。

具体的，接收器704可用于接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

处理器701可用于根据所述指示信息确定HARQ位图信息；所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，且不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元；

发射器703可用于向所述接入网设备发送HARQ位图信息。

该终端70的各元件的功能具体可参考前述图13-图19中有关于终端的相关描述，为了说明书简洁，这里不再赘述。

相应地，本申请实施例还提供一种芯片，该芯片例如可应用于终端，该芯片包括输入接口、输出接口和逻辑电路；所述输出接口用于向接入网设备发送数据，所述输入接口用于接收来自接入网设备的数据；所述逻辑电路用于控制所述芯片执行的功能具体可参考前述图13-图19中有关于终端的相关描述，为了说明书简洁，这里不再赘述。

参见图21，图21是本申请实施例提供的一种接入网设备80的示意图，该接入网设备80至少包括：处理器801、存储器802、发射器803和接收器804，处理器801、存储器802、发射器803和接收器804可通过总线进行耦合。在一具体实现中，接入网设备80可以是卫星基站。其中，

发射器803用于向终端发送数据，例如发送指示信息、绑定信息、各种信令、各种下行数据等。接收器804用于接收来自终端的数据，例如接收反馈的半静态码本等。

处理器801可调用存储器802中的程序代码和数据。在实际应用中，处理器801可以包括一个或者多个通用处理器，其中，通用处理器可以是能够处理电子指令的任何类型的设备，包括中央处理器(Central Processing Unit，CPU)、微处理器、微控制器、主处理器、控制器以及ASIC(Application Specific Integrated Circuit，专用集成电路)等等。处理器801读取存储器802中存储的程序代码，与存储器802、发射器803配合执行本文上述实施例中接入网设备执行的方法的部分或者全部步骤。

存储器802可以存储有程序代码以及数据。在实际应用中，存储器802可以包括易失性存储器(Volatile Memory)，例如随机存取存储器(Random Access Memory，RAM)；存储器也可以包括非易失性存储器(Non-Volatile Memory)，例如只读存储器(Read-OnlyMemory，ROM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)存储器还可以包括上述种类的存储器的组合。

具体的，处理器801可用于需要/不需要HARQ反馈的时隙配置、确定开启/关闭HARQ反馈的HARQ进程等。

发射器803可用于向终端发送指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

接收器804可用于接收来自所述终端的HARQ位图信息，所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，且不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元。

该接入网设备80的各元件的功能具体可参考前述图13-图19中有关于接入网设备的相关描述，为了说明书简洁，这里不再赘述。

参见图22，图20是本申请实施例提供的一种装置91的示意图，该装置91至少包括：

接收模块911，用于接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

确定模块912，用于根据所述指示信息确定HARQ位图信息；所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，且不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元；

发送模块913，用于向所述接入网设备发送HARQ位图信息。

该装置91可应用于终端，装置91的各功能模块具体可用于实现前述图13-图19中有关于终端的相关功能，为了说明书简洁，这里不再赘述。

参见图23，图20是本申请实施例提供的一种装置92的示意图，该装置92至少包括：

配置模块922，可用于进行需要/不需要HARQ反馈的时隙配置、确定开启/关闭HARQ反馈的HARQ进程等。

发送模块921，,用于向终端发送指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

接收模块923，用于接收来自所述终端的HARQ位图信息，所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息，且不包括非目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元。

该装置92可应用于接入网设备，例如卫星基站，装置92的各功能模块具体可用于实现前述图13-图19中有关于接入网设备的相关功能，为了说明书简洁，这里不再赘述。

相应地，本申请实施例还提供一种芯片，该芯片例如可应用于接入网设备，该芯片包括输入接口、输出接口和逻辑电路；所述输出接口用于向终端发送数据，所述输入接口用于接收来自终端的数据；所述逻辑电路用于控制所述芯片执行的功能具体可参考前述图13-图19中有关于接入网设备的相关描述，为了说明书简洁，这里不再赘述。

本申请实施例还提供的一种系统，该系统包括终端和接入网设备，该终端可以是图20实施例描述的终端，该接入网设备可以是图21实施例描述的接入网设备。或者，该终端可以是图22实施例描述的装置，该接入网设备可以是图23实施例描述的装置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所披露的仅为本申请一种较佳实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于申请所涵盖的范围。

Claims

1.一种混合自动重传请求HARQ位图信息的反馈方法，其特征在于，所述方法包括：

终端接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

所述终端根据所述指示信息确定HARQ位图信息；所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元；

所述终端向所述接入网设备发送HARQ位图信息。

2.根据权利要求1所述的方法，其特征在于，

所述终端根据所述指示信息确定HARQ位图信息，包括：

所述终端根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元；所述预设映射关系包括所述指示信息与所述至少一个目标传输单元之间的映射关系；

所述终端根据所述至少一个目标传输单元的HARQ反馈信息形成所述HARQ位图信息。

3.根据权利要求2所述的方法，其特征在于，

所述指示信息包括进程指示信息，所述预设映射关系具体包括所述进程指示信息与需要HARQ反馈的进程之间的映射关系，以及，所述需要HARQ反馈的进程与所述至少一个目标传输单元之间的映射关系；

相应的，所述终端根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元包括：

所述终端根据所述进程指示信息确定所述需要HARQ反馈的进程；

所述终端根据所述需要HARQ反馈的进程进一步确定所述至少一个目标传输单元。

4.根据权利要求2所述的方法，其特征在于，

所述指示信息包括传输单元指示信息，所述传输单元指示信息用于指示所述至少一个目标传输单元和/或非目标传输单元；所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元；

所述终端根据所述传输单元指示信息确定所述至少一个目标传输单元。

5.根据权利要求4所述的方法，其特征在于，在所述传输单元指示信息具体用于指示所述非目标传输单元的情况下，所述终端根据所述传输单元指示信息确定所述至少一个目标传输单元包括：

将所述多个下行传输单元中除所述非目标传输单元外的下行传输单元确定为所述至少一个目标传输单元。

6.根据权利要求5所述的方法，其特征在于，所述目标传输单元的数量有多个，所述多个目标传输单元是连续的下行传输单元；和/或，

所述非目标传输单元的数量有多个，所述多个非目标传输单元是连续的下行传输单元，所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元；和/或，

至少一个所述目标传输单元和至少一个所述非目标传输单元在时域中交叉。

7.根据权利要求2所述的方法，其特征在于，

所述指示信息包括参数信息，所述预设映射关系包括用于确定所述至少一个目标传输单元的预设算法；

所述终端根据所述参数信息，采用所述预设算法确定所述至少一个目标传输单元。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述指示信息包括在如下信令中的至少一个中：无线资源控制RRC信令、媒体接入控制MAC信令、广播信息SIB、下行控制信息DCI。

9.根据权利要求1-7任一项所述的方法，其特征在于，所述HARQ位图信息的类型为半静态类型。

10.一种混合自动重传请求HARQ位图信息的反馈方法，其特征在于，所述方法包括：

接入网设备向终端发送指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

所述接入网设备接收来自所述终端的HARQ位图信息，所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元。

11.根据权利要求10所述的方法，其特征在于，

所述指示信息与所述至少一个目标传输单元之间具有映射关系。

12.根据权利要求11所述的方法，其特征在于，

所述指示信息包括进程指示信息；所述进程指示信息与需要HARQ反馈的进程之间具有映射关系，以及，所述需要HARQ反馈的进程与所述至少一个目标传输单元之间具有映射关系。

13.根据权利要求11所述的方法，其特征在于，

所述指示信息包括传输单元指示信息，所述传输单元指示信息用于指示所述至少一个目标传输单元和/或非目标传输单元；所述非目标传输单元表示所述多个下行传输单元中不需要HARQ反馈的下行传输单元。

14.根据权利要求13所述的方法，其特征在于，所述目标传输单元的数量有多个，所述多个目标传输单元是连续的下行传输单元；和/或，

15.根据权利要求11所述的方法，其特征在于，

所述指示信息包括参数信息，所述参数信息用于通过预设算法确定所述至少一个目标传输单元。

16.根据权利要求10-15任一项所述的方法，其特征在于，所述指示信息包括在如下信令中的至少一个中：无线资源控制RRC信令、媒体接入控制MAC信令、广播信息SIB、下行控制信息DCI。

17.根据权利要求10-15任一项所述的方法，其特征在于，所述HARQ位图信息的类型为半静态类型。

18.一种终端，其特征在于，所述终端包括：

接收模块，用于接收来自接入网设备的指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

确定模块，用于所述终端根据所述指示信息确定HARQ位图信息；所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元；

发送模块，用于向所述接入网设备发送HARQ位图信息。

19.根据权利要求18所述的终端，其特征在于，所述确定模块用于：

根据所述指示信息，通过预设映射关系确定所述至少一个目标传输单元；所述预设映射关系包括所述指示信息与所述至少一个目标传输单元之间的映射关系；

根据所述至少一个目标传输单元的HARQ反馈信息形成所述HARQ位图信息。

20.根据权利要求19所述的终端，其特征在于，

所述确定模块具体用于：根据所述进程指示信息确定所述需要HARQ反馈的进程；根据所述需要HARQ反馈的进程进一步确定所述至少一个目标传输单元。

21.根据权利要求19所述的终端，其特征在于，

所述确定模块具体用于：所述终端根据所述传输单元指示信息确定所述至少一个目标传输单元。

22.根据权利要求21所述的终端，其特征在于，在所述传输单元指示信息具体用于指示所述非目标传输单元的情况下，所述确定模块具体用于：将所述多个下行传输单元中除所述非目标传输单元外的下行传输单元确定为所述至少一个目标传输单元。

23.根据权利要求22所述的终端，其特征在于，所述目标传输单元的数量有多个，所述多个目标传输单元是连续的下行传输单元；和/或，

24.根据权利要求19所述的终端，其特征在于，

所述确定模块具体用于：所述终端根据所述参数信息，采用所述预设算法确定所述至少一个目标传输单元。

25.根据权利要求18-24任一项所述的终端，其特征在于，所述指示信息包括在如下信令中的至少一个中：无线资源控制RRC信令、媒体接入控制MAC信令、广播信息SIB、下行控制信息DCI。

26.根据权利要求18-24任一项所述的终端，其特征在于，所述HARQ位图信息的类型为半静态类型。

27.一种接入网设备，其特征在于，所述接入网设备包括：

发送模块，用于向终端发送指示信息，所述指示信息用于确定在多个下行传输单元中传输的传输块是否需要进行HARQ反馈；

接收模块，用于接收来自所述终端的HARQ位图信息，所述HARQ位图信息包括至少一个目标传输单元的HARQ反馈信息；所述目标传输单元表示所述多个下行传输单元中需要HARQ反馈的下行传输单元。

28.根据权利要求27所述的接入网设备，其特征在于，所述指示信息与所述至少一个目标传输单元之间具有映射关系。

29.根据权利要求28所述的接入网设备，其特征在于，

30.根据权利要求28所述的接入网设备，其特征在于，

31.根据权利要求30所述的接入网设备，其特征在于，所述目标传输单元的数量有多个，所述多个目标传输单元是连续的下行传输单元；和/或，

32.根据权利要求28所述的接入网设备，其特征在于，

33.根据权利要求27-32任一项所述的接入网设备，其特征在于，所述指示信息包括在如下信令中的至少一个中：无线资源控制RRC信令、媒体接入控制MAC信令、广播信息SIB、下行控制信息DCI。

34.根据权利要求27-32任一项所述的接入网设备，其特征在于，所述HARQ位图信息的类型为半静态类型。

35.一种终端，其特征在于，所述终端包括发射器、接收器、存储器和处理器；所述发射器用于向接入网设备发送数据，所述接收器用于接收来自接入网设备的数据；所述存储器用于存储程序指令，所述处理器调用所述存储器存储的程序指令以执行如权利要求1-9任一项所描述的方法。

36.一种接入网设备，其特征在于，所述接入网设备包括发射器、接收器、存储器和处理器；所述发射器用于向终端发送数据，所述接收器用于接收来自终端的数据；所述存储器用于存储程序指令，所述处理器调用所述存储器存储的程序指令以执行如权利要求10-17任一项所描述的方法。

37.一种芯片，其特征在于，所述芯片包括输入接口、输出接口和逻辑电路；所述输出接口用于向接入网设备发送数据，所述输入接口用于接收来自接入网设备的数据；所述逻辑电路用于控制所述芯片执行如权利要求1-9任一项所描述的方法。

38.一种芯片，其特征在于，所述芯片包括输入接口、输出接口和逻辑电路；所述输出接口用于向终端发送数据，所述输入接口用于接收来自终端的数据；所述逻辑电路用于控制所述芯片执行如权利要求10-17任一项所描述的方法。

39.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机指令，所述计算机指令被执行以实现权利要求1-9任一项描述的方法。

40.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机指令，所述计算机指令被执行以实现权利要求10-17任一项描述的方法。

41.一种通信系统，其特征在于，所述通信系统包括用于实现如权利要求1-9任一项描述的方法的终端，以及用于实现如权利要求10-17任一项描述的方法的接入网设备。