确认信息的反馈方法及装置，确认信息的接收方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种确认信息的反馈方法及装置，确认信息的接收方法及装置。

背景技术：

在相关技术中，正在研究的新一代移动通信系统NR(New Radio)是目前3GPP的工作重点之一。

目前能够确定的NR系统中，将来存在3种典型业务类型。常见的业务包括：增强移动带宽eMBB(enhanced Mobile BroadBand)、超高可靠超低时延通信URLLC(Ultra-Reliable and Low Latency Communications)和大规模物联网mMTC(massive Machine Type Communications)。这些业务对于时延、覆盖和可靠性等要求不尽相同。例如，对于eMBB，主要强调高的峰值传输速率，对时延的要求不高(没有需求低时延)，可靠性中等要求。对于URLLC，强调的是低时延、高可靠性传输，对于时延要求非常苛刻。对于mMTC，则强调大量中终端，连接密度大和要求更大的传输覆盖，对时延几乎没有要求。

另外，在NR中，新的编解码方式被讨论，且很有可能被引入。这种方式下，允许接收端设备按照接收的正交频分复用技术OFDM符号进行译码，即接收一个OFDM就解码一个OFDM符号，是一种“流水”解码方式，这种方式主要是为了加速接收端设备在接收完本次传输的最后一个OFDM符号数据后，能够快速的反馈确认信息给发送端设备，显然，这种“流水”解码可以实现上述的快速反馈确认信息的目的。

但是，针对上述的解码方式，应该研究一些更好的确认信息反馈，以使得接收端设备尽可能准确的反馈出哪部分数据发生了错误，而不是现在的对于一个传输块反馈一个确认信息，如果出错，也不清楚具体那一部分数据出错了。这样发送端设备只能将整个传输块(Transport Block，简称为TB)再次发送一次。在相关技术中，基于码块组反馈的方式可以解决上述问题，即一个传输块被按照多个码块组分别反馈确认信息。但是它也带来了新的问题，例如基于CBG反馈的确认信息的开销比较大，且多数情况下每个CBG都是被正确解码的，因此只有少数情况下，才实际利用了基于CBG的反馈重传。这也意味着多数情况下基于码块组(Code Blocks Group，简称为CBG)反馈的确定信息是没有起到提升重传效率，且带来较大的开销。例如如果配置了8个CBG进行反馈确认信息，那么每次至少需要发送8bit的确认信息。

相关技术中有一次传输，如果接收端设备解码正确则反馈1bit的ACK/NACK信息。目前在NR系统中正在讨论基于码块组(CBG)形成ACK/NACK信息，且每个CBG对应一个ACK/NACK。对于解码错误的CBG，发送端设备能被重传解码的错误的CBG，这样就不需要重传这次所有的数据了，从而提升重传的效率。但是，对应的ACK/NACK信息的比特开销增加了。

一般的，对于一个系统，一次传输被接收端设备正确解码的概率大约为90％，也就是说采用基于CBG的ACK/NACK反馈，每个CBG反馈ACK信息的概率是90％。这样，实际上对于一次传输，不需要重传的概率也就是90％。但是基于CBG反馈机制将使得每次传输对应的的ACK/NACK开销是比较大的。

如何利用CBG反馈机制来提升重传的效率，且同时降低必要的信令开销，有待研究。

针对相关技术中如何进行更准确高效的反馈确认信息的问题，目前还没有有效的解决方案。

技术实现要素：

本发明实施例提供了一种确认信息的反馈方法及装置，确认信息的接收方法及装置，以至少解决相关技术中如何进行更准确高效的反馈确认信息的问题。

根据本发明的一个实施例，提供了一种SDN数据中心的二层互通方法，包括：接收端设备依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，其中，所述确认信息包括第一确认信息和第二确认信息；在确定将传输块或者码块组均正确解码或均未正确解码的情况下，所述接收端设备基于所述传输块生成第一确认信息，在第一资源中传输所述第一确认信息；或者，在确定存在未将所有的传输块或者码块组正确解码的情况下，所述接收端设备基于所述码块组生成第二确认信息，在第二资源中传输所述第二确认信息。

可选地，在确定将传输块或者码块组均正确解码或均未正确解码的情况下，所述接收端设备基于所述传输块生成第一确认信息，在第一资源中传输第一确认信息，包括以下之一：在确定将传输块或者码块组均正确解码的情况下，所述接收端设备基于所述传输块生成ACK信息，在所述第一资源中传输所述ACK信息；在确定将传输块或者码块组均未正确解码的情况下，所述接收端设备基于所述传输块生成NACK信息，在所述第一资源中传输所述NACK信息。

可选地，在第一资源中传输所述第一确认信息，或在第二资源中传输所述第二确认信息，包括：在第一资源中使用第一格式传输所述第一确认信息，其中，所述第一格式用于传输小于等于2bit的上行控制信息；在第二资源中使用第二格式传输所述第二确认信息，其中，所述第二格式用于传输大于2bit的上行控制信息；其中，所述上行控制信息中包括所述第一确认信息或者所述第二确认信息。

可选地，所述第一资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第一格式的上行控制信息的资源；所述第二资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第二格式的上行控制信息的资源。

可选地，所述第一资源与所述第二资源相同，或者所述第一资源是所述第二资源的子集。

可选地，所述第一资源或第二资源为多个所述接收端设备共用的资源。

可选地，在确定将传输块或者码块组均正确解码或均未正确解码的情况下，所述接收端设备基于所述传输块生成第一确认信息，在第一资源中传输所述第一确认信息，包括：在所述第一资源为所述接收端设备的PUSCH中的部分资源时，所述第一资源为所述接收端设备通过打孔或速率匹配所述接收端设备的PUSCH资源来确定传输所述第一确认信息的具体资源，其中，打孔或速率匹配的规则被所述接收端设备与所述发送端设备预先约定；在所述具体资源中传输所述第一确认信息。

可选地，在确定存在未将所有的传输块或者码块组正确解码的情况下，所述接收端设备基于所述码块组生成第二确认信息，在第二资源中传输所述第二确认信息，包括：所述接收端设备在第二资源中使用第二格式传输所述第二确认信息，其中，所述第二资源为所述发送端设备为所述接收端设备配置的资源，所述第二格式用于传输大于2bit的上行控制信息UCI。

可选地，所述第二资源为多个所述接收端设备共用的资源。

可选地，在所述接收端设备缺乏用于传输所述第一确认信息的具体资源的情况下，所述接收端设备在所述第二资源中依据第一格式传输所述第一确认信息，其中，所述第一格式用于传输小于等于2bit的上行控制信息。

可选地，所述方法还包括：在所述第一资源和所述第二资源均为所述接收端设备的PUSCH中的部分资源时，所述第一资源和所述第二资源为接收端设备通过打孔或者速率匹配接收端设备的PUSCH资源来确定分别用于传输所述第一确认信息或第二确认信息的具体资源。其中，打孔或速率匹配的规则被所述接收端设备与所述发送端设备预先约定。

可选地，接收端设备依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，包括：在一次反馈确认信息中，所述接收端设备确定将所述确认信息与其他UCI信息同时传输的情况下，所述接收端设备总是基于码块组生成所述第二确认信息，并将所述第二确认信息与所述其他UCI信息编码后传输。

根据本发明的另一个实施例，提供了一种确认信息的接收方法，包括：发送端设备向接收端设备发送数据；所述发送端设备依据第一资源和/或第二资源接收所述接收端设备反馈的确认信息，或者，所述发送端设备依据第一格式和/或第二格式接收所述接收端设备反馈的确认信息。

可选地，所述发送端设备依据第一资源和/或第二资源接收所述接收端设备反馈的确认信息，包括：所述发送端设备在所述第一资源上接收所述接收端设备反馈的第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的；所述发送端设备在所述第二资源上接收所述接收端设备反馈的第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，所述发送端设备依据第一格式和/或第二格式接收所述接收端设备反馈的确认信息，包括：所述发送端设备依据所述第一格式接收所述接收端设备反馈的第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的；所述发送端设备依据所述第二格式接收所述接收端设备反馈的第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，所述方法还包括：所述发送端设备在所述第一资源中依据所述第一格式接收所述接收端设备反馈的第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的；所述发送端设备在所述第二资源中依据所述第二格式接收接收所述接收端设备反馈的第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，所述第一资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第一格式的上行控制信息的资源；所述第二资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第二格式的上行控制信息的资源。

可选地，所述第一格式用于传输小于等于2bit的上行控制信息；所述第二格式用于传输大于2bit的上行控制信息；其中，所述上行控制信息中包括所述第一确认信息或者第二确认信息。

可选地，所述发送端设备依据第一资源和/或第二资源接收所述接收端设备反馈的确认信息，包括：在所述第一资源为所述接收端设备的PUSCH中的部分资源时，所述发送端设备在所述部分资源中依据第一预设打孔规则或者速率匹配图样接收所述第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的。

可选地，在所述发送端设备在所述部分资源中未接收到所述第一确认信息的情况下，所述方法包括：所述发送端设备在所述第二资源中依据第二格式接收第二确认信息，其中，所述第二资源为所述发送端设备为所述接收端设备配置的资源，所述第二确认信息是所述接收端设备基于码块组生成的，所述第二格式用于传输大于2bit的上行控制信息。

可选地，在所述发送端设备检测到所述接收端设备缺乏用于发送所述第一确认信息的PUSCH的情况下，所述方法还包括：所述发送端设备为所述接收端设备分配用于传输所述第一确认信息的资源。

可选地，在所述发送端设备在所述PUSCH资源中未接收到所述第一确认信息的情况下，所述方法还包括：所述发送端设备在所述PUSCH资源中依据第二预设打孔规则或者速率匹配图样接收所述第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，在所述发送端设备检测到所述接收端设备缺乏用于发送所述第一确认信息或第二确认信息的PUSCH资源的情况下，所述方法还包括：所述发送端设备为所述接收端设备分配用于传输所述第一确认信息或所述第二确认信息的资源。

可选地，发送端设备向接收端设备发送数据之后，所述方法还包括：在所述发送端设备确定所述接收端设备反馈的确认信息与其他UCI信息同时传输的情况下，所述发送端设备确定所述确认信息为第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

根据本发明的另一个实施例，提供了一种确认信息的反馈装置，包括：确定模块，用于依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，其中，所述确认信息包括第一确认信息和第二确认信息；反馈模块，用于在确定将传输块或者码块组均正确解码或均未正确解码的情况下，基于所述传输块生成第一确认信息，在第一资源中传输所述第一确认信息；所述反馈模块还用于在确定存在未将所有的传输块或者码块组正确解码的情况下，基于所述码块组生成第二确认信息，在第二资源中传输所述第二确认信息。

可选地，反馈模块，用于在确定将传输块或者码块组均正确解码或均未正确解码的情况下，所述接收端设备基于所述传输块生成第一确认信息，在第一资源中传输第一确认信息，包括以下之一：

在确定将传输块或者码块组均正确解码的情况下，所述接收端设备基于所述传输块生成ACK信息，在所述第一资源中传输所述ACK信息；

在确定将传输块或者码块组均未正确解码的情况下，所述接收端设备基于所述传输块生成NACK信息，在所述第一资源中传输所述NACK信息。

可选地，在第一资源中传输所述第一确认信息，或在第二资源中传输所述第二确认信息，包括：在第一资源中使用第一格式传输所述第一确认信息，其中，所述第一格式用于传输小于等于2bit的上行控制信息；在第二资源中使用第二格式传输所述第二确认信息，其中，所述第二格式用于传输大于2bit的上行控制信息；其中，所述上行控制信息中包括所述第一确认信息或者所述第二确认信息。

可选地，所述第一资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第一格式的上行控制信息的资源；所述第二资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第二格式的上行控制信息的资源。

可选地，所述第一资源与所述第二资源相同，或所述第一资源是所述第二资源的子集所述第一资源为所述第二资源的子集。

可选地，所述第一资源或第二资源为多个所述接收端设备共用的资源。

可选地，反馈模块，在确定将传输块或者码块组均正确解码或均未正确解码的情况下，基于所述传输块生成第一确认信息，在第一资源中传输所述第一确认信息，包括：

在所述第一资源为所述接收端设备的PUSCH中的部分资源时，所述第一资源为所述接收端设备通过打孔或速率匹配所述接收端设备的PUSCH资源来确定传输所述第一确认信息的具体资源，其中，打孔或速率匹配的规则被所述接收端设备与所述发送端设备预先约定。

在所述具体资源中传输所述第一确认信息。

可选地，反馈模块，在确定存在未将所有的传输块或者码块组正确解码的情况下，基于所述码块组生成第二确认信息，在第二资源中传输所述第二确认信息，包括：

所述接收端设备在第二资源中使用第二格式传输所述第二确认信息，其中，所述第二资源为所述发送端设备为所述接收端设备配置的资源，所述第二格式用于传输大于2bit的上行控制信息UCI。

可选地，所述第二资源为多个所述接收端设备共用的资源。

可选地，在缺乏用于传输所述第一确认信息的具体资源的情况下，反馈模块在所述第二资源中依据第一格式传输所述第一确认信息，其中，所述第一格式用于传输小于等于2bit的上行控制信息。

可选地，在所述第一资源和所述第二资源均为所述接收端设备的PUSCH中的部分资源时，所述第一资源和所述第二资源为接收端设备通过打孔或者速率匹配接收端设备的PUSCH资源来确定分别用于传输所述第一确认信息或第二确认信息的具体资源。其中，打孔或速率匹配的规则被所述接收端设备与所述发送端设备预先约定。

可选地，确定模块依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，包括：

在一次反馈确认信息中，确定模块确定将所述确认信息与其他UCI信息同时传输的情况下，反馈模块总是基于码块组生成所述第二确认信息，并将所述第二确认信息与所述其他UCI信息编码后传输。

根据本发明的另一个实施例，提供了一种确认信息的接收装置，包括：发送模块，用于向接收端设备发送数据；接收模块，用于依据第一资源和/或第二资源接收所述接收端设备反馈的确认信息；或者，所述接收模块还用于依据第一格式和/或第二格式接收所述接收端设备反馈的确认信息。

可选地，所述接收模块依据第一资源和/或第二资源接收所述接收端设备反馈的确认信息，包括：

所述接收模块在所述第一资源上接收所述接收端设备反馈的第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的；

所述接收模块在所述第二资源上接收所述接收端设备反馈的第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，所述接收模块依据第一格式和/或第二格式接收所述接收端设备反馈的确认信息，包括：

所述接收模块依据所述第一格式接收所述接收端设备反馈的第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的；

所述接收模块依据所述第二格式接收所述接收端设备反馈的第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，所述方法还包括：

所述接收模块在所述第一资源中依据所述第一格式接收所述接收端设备反馈的第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的；

所述接收模块在所述第二资源中依据所述第二格式接收接收所述接收端设备反馈的第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，所述第一资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第一格式的上行控制信息的资源；所述第二资源包括所述发送端设备为所述接收端设备配置的，用于传输一个所述第二格式的上行控制信息的资源。

可选地，所述第一格式用于传输小于等于2bit的上行控制信息；

所述第二格式用于传输大于2bit的上行控制信息；

其中，所述上行控制信息中包括所述第一确认信息或者第二确认信息。

可选地，所述接收模块依据第一资源和/或第二资源接收所述接收端设备反馈的确认信息，包括：

在所述第一资源为所述接收端设备的PUSCH中的部分资源时，所述发送端设备在所述部分资源中依据第一预设打孔规则或者速率匹配图样接收所述第一确认信息，其中，所述第一确认信息是所述接收端设备基于接收的传输块生成的。

可选地，在所述接收模块在所述部分资源中未接收到所述第一确认信息的情况下，所述方法包括：

所述接收模块在所述第二资源中依据第二格式接收第二确认信息，其中，所述第二资源为所述发送端设备为所述接收端设备配置的资源，所述第二确认信息是所述接收端设备基于码块组生成的，所述第二格式用于传输大于2bit的上行控制信息。

可选地，在所述接收模块检测到所述接收端设备缺乏用于发送所述第一确认信息的PUSCH的情况下，所述方法还包括：

所述发送端设备为所述接收端设备分配用于传输所述第一确认信息的资源。

可选地，在所述接收模块在所述PUSCH资源中未接收到所述第一确认信息的情况下，所述方法还包括：

所述接收模块在所述PUSCH资源中依据第二预设打孔规则或者速率匹配图样接收所述第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

可选地，在所述接收模块检测到所述接收端设备缺乏用于发送所述第一确认信息或第二确认信息的PUSCH资源的情况下，所述方法还包括：

所述接收模块为所述接收端设备分配用于传输所述第一确认信息或所述第二确认信息的资源。

可选地，发送模块向接收端设备发送数据之后，所述方法还包括：

在所述接收模块确定所述接收端设备反馈的确认信息与其他UCI信息同时传输的情况下，所述接收模块确定所述确认信息为第二确认信息，其中，所述第二确认信息是所述接收端设备基于接收的码块组生成的。

根据本发明的另一个实施例，提供了一种接收端设备，包括：第一处理器，用于依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，其中，所述确认信息包括第一确认信息和第二确认信息；以及用于在确定将传输块或者码块组均正确解码或均未正确解码的情况下，基于所述传输块生成第一确认信息，或者，还用于在确定存在未将所有的传输块或者码块组正确解码的情况下，基于所述码块组生成第二确认信息；第一通信装置，用于在第一资源中传输所述第一确认信息，或者，还用于在第二资源中传输所述第二确认信息。

根据本发明的另一个实施例，提供了一种发送端设备，包括：第二通信装置，用于向接收端设备发送数据；第二处理器，用于依据第一资源和/或第二资源接收所述接收端设备反馈的确认信息；或者，所述第二处理器还用于依据第一格式和/或第二格式接收所述接收端设备反馈的确认信息。

根据本发明的另一个实施例，提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求可选实施例任一项中所述的方法。

根据本发明的另一个实施例，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述可选实施例任一项中所述的方法。

通过本发明，接收端设备依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式；在确定将传输块或者码块组均正确解码或均未正确解码的情况下，该接收端设备基于该传输块生成第一确认信息，在第一资源中传输该第一确认信息；或者，在确定存在未将所有的传输块或者码块组正确解码的情况下，该接收端设备基于该码块组生成第二确认信息，在第二资源中传输该第二确认信息。采用上述技术方案，解决了相关技术中如何进行更准确高效的反馈确认信息的问题，接收端设备依据不同的解码情况生成不同的确认信息，准确高效的反馈接收端设备的解码情况。

附图说明

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

图1是根据本发明实施例的确认信息的反馈方法的流程图；

图2是根据本发明实施例的确认信息的接收方法流程图；

图3是根据本发明优选实施例的方法1的流程图；

图4是根据本发明优选实施例的的方法4的流程图；

图5是根据本发明具体实施例8的1/2比特UCI预定义格式示意图(14符号slot)；

图6是根据本发明具体实施例8的大于2比特UCI预定义格式示意图(14符号slot)；

图7是根据本发明具体实施例8的4符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图8是根据本发明具体实施例8的符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图9是根据本发明具体实施例8的11符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图10是根据本发明具体实施例8的14符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图11是根据本发明具体实施例8的4符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图12是根据本发明具体实施例8的7符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图13是根据本发明具体实施例8的11符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图14是根据本发明具体实施例8的14符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图15是根据本发明具体实施例8的4符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图16是根据本发明具体实施例8的7符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图17是根据本发明具体实施例8的11符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图18是根据本发明具体实施例8的14符号长度长PUCCH(大于2比特UCI)跳频图样示意图；

图19是根据本发明具体实施例9的重传CBG和新TB同时传输时使用一个进程号示意图；

图20是根据本发明优选实施例的确认信息的反馈装置结构图。

具体实施方式

本申请实施例中提供了一种移动通信网络(包括但不限于5G移动通信网络)，该网络的网络架构可以包括网络侧设备(例如基站)和终端。在本实施例中提供了一种可运行于上述网络架构上的确认信息的反馈方法及接收方法，需要说明的是，本申请实施例中提供的上述确认信息的反馈方法及接收方法的运行环境并不限于上述网络架构。

需要补充的是，上述网络架构中的基站可以称为发送端设备，终端可以称为接收端设备。

实施例一

在本实施例中提供了一种运行于上述网络架构的确认信息的反馈方法，图1是根据本发明实施例的确认信息的反馈方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收端设备依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，其中，该确认信息包括第一确认信息和第二确认信息；

步骤S104，在确定将传输块或者码块组均正确解码或均未正确解码的情况下，该接收端设备基于该传输块生成第一确认信息，在第一资源中传输该第一确认信息；或者，在确定存在未将所有的传输块或者码块组正确解码的情况下，该接收端设备基于该码块组生成第二确认信息，在第二资源中传输该第二确认信息。

通过上述步骤，解决了相关技术中如何进行更准确高效的反馈确认信息的问题，接收端设备依据不同的解码情况生成不同的确认信息，准确高效的反馈接收端设备的解码情况。

可选地，上述步骤的执行主体发送端设备可以为基站。

可选地，在确定将传输块或者码块组均正确解码或均未正确解码的情况下，该接收端设备基于该传输块生成第一确认信息，在第一资源中传输第一确认信息，包括以下之一：

在确定将传输块或者码块组均正确解码的情况下，该接收端设备基于该传输块生成ACK信息，在该第一资源中传输该ACK信息；

在确定将传输块或者码块组均未正确解码的情况下，该接收端设备基于该传输块生成NACK信息，在该第一资源中传输该NACK信息。

可选地，在第一资源中传输该第一确认信息，或在第二资源中传输该第二确认信息，包括：

在第一资源中使用第一格式传输该第一确认信息，其中，该第一格式用于传输小于等于2bit的上行控制信息；

在第二资源中使用第二格式传输该第二确认信息，其中，该第二格式用于传输大于2bit的上行控制信息；

其中，该上行控制信息中包括该第一确认信息或者该第二确认信息。

可选地，该第一资源包括该发送端设备为该接收端设备配置的，用于传输一个该第一格式的上行控制信息的资源；该第二资源包括该发送端设备为该接收端设备配置的，用于传输一个该第二格式的上行控制信息的资源。

可选地，该第一资源与该第二资源相同，或该第一资源是该第二资源的子集。

可选地，该第一资源或第二资源为多个该接收端设备共用的资源。

可选地，在确定将传输块或者码块组均正确解码或均未正确解码的情况下，该接收端设备基于该传输块生成第一确认信息，在第一资源中传输该第一确认信息，包括：

在该第一资源为该接收端设备的PUSCH中的部分资源时，该第一资源为该接收端设备通过打孔或速率匹配该接收端设备的PUSCH资源来确定传输该第一确认信息的具体资源，其中，打孔或速率匹配的规则被该接收端设备与该发送端设备预先约定。

在该具体资源中传输该第一确认信息。

可选地，在确定存在未将所有的传输块或者码块组正确解码的情况下，该接收端设备基于该码块组生成第二确认信息，在第二资源中传输该第二确认信息，包括：

该接收端设备在第二资源中使用第二格式传输该第二确认信息，其中，该第二资源为该发送端设备为该接收端设备配置的资源，该第二格式用于传输大于2bit的上行控制信息UCI。

可选地，该第二资源为多个该接收端设备共用的资源。

可选地，在该接收端设备缺乏用于传输该第一确认信息的具体资源的情况下，该接收端设备在该第二资源中依据第一格式传输该第一确认信息，其中，该第一格式用于传输小于等于2bit的上行控制信息。

可选地，在该第一资源和该第二资源均为该接收端设备的PUSCH中的部分资源时，该第一资源和该第二资源为接收端设备通过打孔或者速率匹配接收端设备的PUSCH资源来确定分别用于传输该第一确认信息或第二确认信息的具体资源。其中，打孔或速率匹配的规则被该接收端设备与该发送端设备预先约定。

可选地，接收端设备依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，包括：

在一次反馈确认信息中，该接收端设备确定将该确认信息与其他UCI信息同时传输的情况下，该接收端设备总是基于码块组生成该第二确认信息，并将该第二确认信息与该其他UCI信息编码后传输。

图2是根据本发明实施例的确认信息的接收方法流程图，如图2所示，该方法包括：

步骤S202，发送端设备向接收端设备发送数据；

步骤S204，该发送端设备依据第一资源和/或第二资源接收该接收端设备反馈的确认信息，或者，该发送端设备依据第一格式和/或第二格式接收该接收端设备反馈的确认信息。

可选地，该发送端设备依据第一资源和/或第二资源接收该接收端设备反馈的确认信息，包括：

该发送端设备在该第一资源上接收该接收端设备反馈的第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的；

该发送端设备在该第二资源上接收该接收端设备反馈的第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，该发送端设备依据第一格式和/或第二格式接收该接收端设备反馈的确认信息，包括：

该发送端设备依据该第一格式接收该接收端设备反馈的第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的；

该发送端设备依据该第二格式接收该接收端设备反馈的第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，该发送端设备在该第一资源中依据该第一格式接收该接收端设备反馈的第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的；

该发送端设备在该第二资源中依据该第二格式接收该接收端设备反馈的第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，该第一资源包括该发送端设备为该接收端设备配置的，用于传输一个该第一格式的上行控制信息的资源；该第二资源包括该发送端设备为该接收端设备配置的，用于传输一个该第二格式的上行控制信息的资源。

可选地，该第一格式用于传输小于等于2bit的上行控制信息；

该第二格式用于传输大于2bit的上行控制信息；

其中，该上行控制信息中包括该第一确认信息或者第二确认信息。

可选地，该发送端设备依据第一资源和/或第二资源接收该接收端设备反馈的确认信息，包括：

在该第一资源为该接收端设备的PUSCH中的部分资源时，该发送端设备在该部分资源中依据第一预设打孔规则或者速率匹配图样接收该第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的。

可选地，在该发送端设备在该部分资源中未接收到该第一确认信息的情况下，该方法包括：

该发送端设备在该第二资源中依据第二格式接收第二确认信息，其中，该第二资源为该发送端设备为该接收端设备配置的资源，该第二确认信息是该接收端设备基于码块组生成的，该第二格式用于传输大于2bit的上行控制信息。

可选地，在该发送端设备检测到该接收端设备缺乏用于发送该第一确认信息的PUSCH的情况下，该方法还包括：

该发送端设备为该接收端设备分配用于传输该第一确认信息的资源。

可选地，在该发送端设备在该PUSCH资源中未接收到该第一确认信息的情况下，该方法还包括：

该发送端设备在该PUSCH资源中依据第二预设打孔规则或者速率匹配图样接收该第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，在该发送端设备检测到该接收端设备缺乏用于发送该第一确认信息或第二确认信息的PUSCH资源的情况下，该方法还包括：

该发送端设备为该接收端设备分配用于传输该第一确认信息或该第二确认信息的资源。

可选地，发送端设备向接收端设备发送数据之后，该方法还包括：

在该发送端设备确定该接收端设备反馈的确认信息与其他UCI信息同时传输的情况下，该发送端设备确定该确认信息为第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

下面结合本发明优选实施例进行详细说明。

首先说明的是，在本发明优选实施例中的资源1可以是上述实施例中的第一资源，资源2可以是第二资源，格式1可以是第一格式，格式2可以是第二格式。

方法1：对应下面的具体实施例1

对于一个接收端设备，为其配置基于传输块(Transport Block，简称为TB)形成并发送确认信息ACK/NACK信息分配资源1；为其配置基于码块组(Code Blocks Group，简称为CBG)形成并发送ACK/NACK信息分配资源2；对于一次传输，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK/NACK信息)并使用格式1在资源1中传输它。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并使用格式2在资源2中传输它。图3是根据本发明优选实施例的方法1的流程图。

其中，格式1为用于1～2bit的上行控制信息(Up Control Information，简称为UCI)信息传输，一般的，它采用较高的可靠性。格式2为用于大于2bit的UCI信息传输。上行控制信息包括ACK/NACK信息以及其他上行反馈信息(其他上行反馈信息可以参考NR系统中的定义)。

对于一个UE1，较大概率使用资源1，所以UE1较小概率使用资源2，这样，将配置更多个用户终端UE(例如UE2，UE3，UE4)与UE1共享使用相同的资源2。即多个UE共享使用资源2。例如这些共享资源2的UE可以分别是距离基站较远的UE和距离基站较近的UE。

即使用格式1和格式2分别在资源1和资源2中传输形成的对应的ACK/NACK。然后是将更多的UE共享资源2。

如果资源1位于资源2中，或资源1是资源2的部分时，这种情况下的具体实施例1将变为具体实施例3。

需要说明的是，资源1是用于传输一个格式1的资源；资源2为传输一个格式2的资源。一般的，资源2大于或等于资源1。因为资源2中传输的比特比较多，大于2bit。

发送端设备(例如基站)先在资源1中按照格式1接收基于TB形成的ACK(因为这里多数是ACK信息，少数情况为NAKC信息)信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据。如果未检测到ACK信息在资源1中，则基站再在资源2中按照格式2接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

方法2：对应下面的具体实施例2

对于一次传输，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK/NACK信息)并通过打孔或速率匹配接收端设备自己的PUSCH传输它。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并使用格式2传输它在资源2中。资源2为基站为UE配置的。

其中，格式2为用于传输大于2bit的UCI信息。上行控制信息(缩写UCI)包括ACK/NACK信息以及其他上行反馈信息(其他上行反馈信息能参考NR系统中的定义)。

对于一个UE1，较大概率通过打孔或速率匹配接收端设备自己的PUSCH传输基于TB形成的ACK/NACK，所以UE1较小概率使用资源2，这样，将配置更多个UE(例如UE2，UE3，UE4)与UE1共享使用相同的资源2。即多个UE共享使用资源2。例如这些共享资源2的UE能分别是距离基站较远的UE和距离基站较近的UE。

发送端设备(例如基站)先在UE的PUSCH中按照约定的打孔规则或速率匹配图样接收基于TB形成的ACK(因为这里总是ACK信息)信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据。如果未检测到ACK信息，则基站再在资源2中按照格式2接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

需要补充的是，基站能够获知UE是否有PUSCH传输的，如果基站发现UE没有PUSCH继续传输，但是仍然有ACK/NACK需要发送时，此时，如果UE没有PUSCH同传时，UE在资源2中按照格式1发送按照TB形成ACK/NACK信息；或者基站为UE及时分配用于传输按照TB形成的ACK/NAK信息的资源1(类似opt1中的资源1)。

方法3：对应下面的具体实施例4

对于一次传输，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK/NACK信息)并通过打孔或速率匹配接收端设备自己的PUSCH传输它。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并通过另一种打孔规则或速率匹配处理接收端设备自己的PUSCH来传输它。

发送端设备(例如基站)先在UE的PUSCH中按照约定的打孔或速率匹配图样接收基于TB形成的ACK(因为这里总是ACK信息)信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据。如果未检测到ACK信息中，则基站再在UE的PUSCH中按照约定的打孔或速率匹配图样接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

同样的，如果基站发现UE没有PUSCH传输时，但仍然有ACK/NACK需要传输时，基站能够及时分配用于传输按照TB形成ACK/NACK的资源和按照CBG形成ACK/NACK的资源。

方法4：对应下面的具体实施例5

如果UE确定，在一次反馈中UE将需要ACK/NACK信息和其他UCI信息同时传输时，UE按照CBG形成ACK/NACKs信息，并与其他UCI联合编码后传输。因为ACK/NACK和其他UCI的传输时机都是基站配置的，基站总是知道其他UCI和ACK/NACK是否同传的。如果基站确定在一次反馈中UE将需要同传ACK/NACK和其他UCI信息时，基站认为这次反馈中的ACK/NACK信息是按照CBG形成的ACK/NACKs。图4是根据本发明优选实施例的的方法4的流程图。

当UE被配置按照opt1，opt2，opt3或opt4进行工作时，如果UE发现一次反馈中，UE将需要同时传输ACK/NACK和其他UCI信息时，此时UE总是按照CBG形成对应的多个ACK/NACKs信息，并与其他UCI同时传输。例如，UE发现将需要同时传输ACK/NACK和其他UCI时，即使UE正确解码了所有CBGs或TB，UE此时不再形成1bit的ACK信息，而是按照CBG形成ACK/NACK(每个CBG形成一个ACK信息)。然后形成的ACK/NACK和其他UCI按照opt1，opt2，opt3或opt4规定的多个ACK/NACK对应的方式传输。因为ACK/NACK和其他UCI的传输时机都是基站配置的，基站总是知道其他UCI和ACK/NACK是否同传的。相应的，如果基站确定在一次反馈中UE将需要同传ACK/NACK和其他UCI信息时，基站认为这次反馈中的ACK/NACK信息是按照CBG形成的ACK/NACKs。

下面是本发明优选实施例的具体实施方式：

具体实施例1

对于一个接收端设备，为其配置基于传输块TB形成并发送确认信息ACK/NACK信息分配资源1；为其配置基于码块组CBG形成并发送ACK/NACK信息分配资源2；对于一次传输，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK/NACK信息)并使用格式1在资源1中传输它。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并使用格式2在资源2中传输它。

其中，格式1为用于1～2bit的上行控制信息UCI信息传输，一般的，它采用较高的可靠性。格式2为用于大于2bit的UCI信息传输。上行控制信息(缩写UCI)包括ACK/NACK信息以及其他上行反馈信息(其他上行反馈信息可以参考NR系统中的定义)。

对于一个UE1，较大概率使用资源1，所以UE1较小概率使用资源2，这样，将配置更多个UE(例如UE2，UE3，UE4)与UE1共享使用相同的资源2。即多个UE共享使用资源2。例如这些共享资源2的UE可以分别是距离基站较远的UE和距离基站较近的UE。

即使用格式1和格式2分别在资源1和资源2中传输形成的对应的ACK/NACK。然后是将更多的UE共享资源2。

如果资源1位于资源2中，或资源1是资源2的部分时，这种情况下的实施例一将变为实施例三。

需要说明的是，资源1是用于传输一个格式1的资源；资源2为传输一个格式2的资源。一般的，资源2大于或等于资源1。因为资源2中传输的比特比较多，大于2bit。

发送端设备(例如基站)先在资源1中按照格式1接收基于TB形成的ACK(因为这里多数是ACK信息，少数情况为NAKC信息)信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据。如果未检测到ACK信息在资源1中，则基站再在资源2中按照格式2接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

具体实施例2

对于一次传输，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK/NACK信息)并通过打孔或速率匹配接收端设备自己的PUSCH传输它。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并使用格式2传输它在资源2中。资源2为基站为UE配置的。

其中，格式2为用于传输大于2bit的UCI信息。上行控制信息(缩写UCI)包括ACK/NACK信息以及其他上行反馈信息(其他上行反馈信息能参考NR系统中的定义)。

对于一个UE1，较大概率通过打孔或速率匹配接收端设备自己的PUSCH传输基于TB形成的ACK/NACK，所以UE1较小概率使用资源2，这样，将配置更多个UE(例如UE2，UE3，UE4)与UE1共享使用相同的资源2。即多个UE共享使用资源2。例如这些共享资源2的UE能分别是距离基站较远的UE和距离基站较近的UE。

发送端设备(例如基站)先在UE的PUSCH中按照约定的打孔规则或速率匹配图样接收基于TB形成的ACK(因为这里总是ACK信息)信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据。如果未检测到ACK信息，则基站再在资源2中按照格式2接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

需要补充的是，基站能够获知UE是否有PUSCH传输的，如果基站发现UE没有PUSCH继续传输，但是仍然有ACK/NACK需要发送时，此时，如果UE没有PUSCH同传时，UE在资源2中按照格式1发送按照TB形成ACK/NACK信息；或者基站为UE及时分配用于传输按照TB形成的ACK/NAK信息的资源1(类似opt1中的资源1)。

具体实施例3

在该具体实施例3中，资源1为资源2的子集，即资源1位于资源2中，或资源1是资源2的部分。

对于一个接收端设备，为其配置基于传输块TB形成并发送确认信息ACK/NACK信息分配资源1；为其配置基于码块组CBG形成并发送ACK/NACK信息分配资源2；对于一次传输，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK/NACK信息)并使用格式1在资源1中传输它。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并使用格式2在资源2中传输它。

其中，格式1为用于1～2bit的上行控制信息UCI信息传输，一般的，它采用较高的可靠性。格式2为用于大于2bit的UCI信息传输。上行控制信息(缩写UCI)包括ACK/NACK信息以及其他上行反馈信息(其他上行反馈信息可以参考NR系统中的定义)。

对于一个UE1，较大概率使用资源1，所以UE1较小概率使用资源2，这样，将配置更多个UE(例如UE2，UE3，UE4)与UE1共享使用相同的资源2。即多个UE共享使用资源2。例如这些共享资源2的UE可以分别是距离基站较远的UE和距离基站较近的UE。

即使用格式1和格式2分别在资源1和资源2中传输形成的对应的ACK/NACK。然后是将更多的UE共享资源2。

需要说明的是，资源1是用于传输一个格式1的资源；资源2为传输一个格式2的资源。一般的，资源2大于或等于资源1。因为资源2中传输的比特比较多，大于2bit。

发送端设备(例如基站)先在资源1中按照格式1接收基于TB形成的ACK(因为这里多数是ACK信息，少数情况为NAKC信息)信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据。如果未检测到ACK信息在资源1中，则基站再在资源2中按照格式2接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

具体实施例4

对于一次传输，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK/NACK信息)并通过打孔或速率匹配接收端设备自己的PUSCH传输它。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并通过另一种打孔规则或速率匹配处理接收端设备自己的PUSCH来传输它。

发送端设备(例如基站)先在UE的PUSCH中按照约定的打孔或速率匹配图样接收基于TB形成的ACK(因为这里总是ACK信息)信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据。如果未检测到ACK信息中，则基站再在UE的PUSCH中按照约定的打孔或速率匹配图样接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

同样的，如果基站发现UE没有PUSCH传输时，但仍然有ACK/NACK需要传输时，基站能够及时分配用于传输按照TB形成ACK/NACK的资源和按照CBG形成ACK/NACK的资源。

具体实施例5

如果UE确定，在一次反馈中UE将需要ACK/NACK信息和其他UCI信息同时传输时，UE按照CBG形成ACK/NACKs信息，并与其他UCI联合编码后传输。因为ACK/NACK和其他UCI的传输时机都是基站配置的，基站总是知道其他UCI和ACK/NACK是否同传的。如果基站确定在一次反馈中UE将需要同传ACK/NACK和其他UCI信息时，基站认为这次反馈中的ACK/NACK信息是按照CBG形成的ACK/NACKs。

当UE被配置按照opt1，opt2，opt3或opt4进行工作时，如果UE发现一次反馈中，UE将需要同时传输ACK/NACK和其他UCI信息时，此时UE总是按照CBG形成对应的多个ACK/NACKs信息，并与其他UCI同时传输。例如，UE发现将需要同时传输ACK/NACK和其他UCI时，即使UE正确解码了所有CBGs或TB，UE此时不再形成1bit的ACK信息，而是按照CBG形成ACK/NACK(每个CBG形成一个ACK信息)。然后形成的ACK/NACK和其他UCI按照opt1，opt2，opt3或opt4规定的多个ACK/NACK对应的方式传输。因为ACK/NACK和其他UCI的传输时机都是基站配置的，基站总是知道其他UCI和ACK/NACK是否同传的。相应的，如果基站确定在一次反馈中UE将需要同传ACK/NACK和其他UCI信息时，基站认为这次反馈中的ACK/NACK信息是按照CBG形成的ACK/NACKs。

具体实施例6

对于一个接收端设备，为其配置基于TB形成并发送ACK/NACK信息分配资源1；为其配置基于CBG形成并发送ACK/NACK信息分配资源2；对于一次传输，例如传输一个TB，当接收端设备正确解码接收的所有CBG或者接收端设备正确解码接收的传输块TB后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的ACK信息)并使用格式1传输它在资源1中；或者，当接收端设备未正确解码接收的所有CBG后，接收端设备基于TB形成对应的ACK/NACK信息(每个TB形成一个1bit的NACK信息)并使用格式1传输它在资源1中。否则，接收端设备基于CBG形成对应的ACK/NACK信息(每个CBG形成一个1bit的ACK/NACK信息)并使用格式2传输它在资源2中。

其中，格式1为用于1～2bit的UCI信息传输，一般的，它采用较高的可靠性。格式2为用于用于大于2bit的UCI信息传输。上行控制信息(缩写UCI)包括ACK/NACK信息以及其他上行反馈信息(其他上行反馈信息能参考NR系统中的定义)。

对于一个UE1，较大概率使用资源1，所以UE1较小概率使用资源2，这样，将配置更多个UE(例如UE2，UE3，UE4)与UE1共享使用相同的资源2。即多个UE共享使用资源2。例如这些共享资源2的UE能分别是距离基站较远的UE和距离基站较近的UE。

重点在于使用格式1和格式2分别在资源1和资源2中传输形成的对应的ACK/NACK。然后是将更多的UE共享资源2。

如果资源1位于资源2中，或资源1是资源的部分时，opt1将变为opt3.

说明：资源1是用于传输一个格式1的资源；资源2为传输一个格式2的资源。一般的，资源2大于或等于资源1。因为资源2中传输的比特比较多，大于2bit。

发送端设备(例如基站)先在资源1中按照格式1接收基于TB形成的ACK或NACK信息，如果检测到ACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE正确解码了传输的数据，如果检测到NACK信息，则认为UE是基于TB形成的ACK/NACK，且认为UE对于传输的数据对应的每个CBG均未正确解码。如果基站在资源1中未检测到UE按照格式1发送的ACK/NACK，则基站再在资源2中按照格式2接收基于CBG形成的ACK/NACK信息，如果检测到ACK/NACK，基站重传UE解码错误的CBG。

具体实施例7

本实施例提供一种码块CB到码块组CBG的划分方法。一个传输块TB可以包含多个码块CB，在形成确认信息(ACK/NACK)时按照码块组CBG为单位形成。

在多个CB到多个CBG划分时，相对于包含CB个数较少的CBG，将包含CB个数相对较多的CBG放置位置对应在临近DMRS所在OFDM符号位置。

或者，将包含CB个数较多的CBG均放置在包含CB个数较少的CBG之前(例如CBG编号越小，认为CBG放置相对越靠前在调度单元内，以时间为顺序)，因为在调度单元内，DMRS是在数据的前面。

或者，将包含CB个数较多的CBG的CB所对应的OFDM符号不晚于包含CB个数较少的CBG的CB所对应的OFDM符号。

在基于CBG反馈确认信息时(即按照CBG为单位形成确认信息，每个CBG形成一个确认信息)，CB到CBG划分中，第一个CB(例如编号最小的CB)被划分在第一个CBG(编号最小的CBG)中。第一个CB所使用的OFDM符号包括其所在传输块TB所占用的OFDM符号中的第一个OFDM符号。

第一个CBG(编号最小的CBG)至少包含一个CB，且当包含一个CB时，该CB为本次传输中的第一个CB。其中，本次传输可以是初始传输的一个TB中的(第)一个CB，也可以是重传的CBGs中的CB中的(第)一个CB。

在一次传输中，如果包含num_CB个CBs(从0开始编号)，且被要求划分为num_CBG个CBG组，则第k(从0开始编号)个CBG(记为CBG_k)包含的CB的编号满足下面等式1或等式2。其中，一次传输包括：一次TB的传输，一次按照CBG重传的数据，一次重传的数据，一次TB传输中被打孔的数据，或一次TB传输中被打孔后剩余的数据。

所述等式1为：

R＝num_CBmod num_CBG；

CBG_k包含的CB为：其中，

如果在对应的k值计算成中出现n-1或m-1的取值小于0时，则k值对应的CBG_k不包含CB。

所述等式2为：

R＝num_CBmodnum_CBG；

CBG_k包含的CB为：其中，

如果在对应的k值计算成中出现n-1或m-1的取值小于0时，则k值对应的CBG_k不包含CB。

如果出现一些CBG_k中不包含CB时，则这些CBG_k对应的确认信息被预留填充padding且需要被发送。或者这些CBG_k对应的确认信息不被发送(实际发送的bit数将减少)。

对于一次数据传输，每个CBG_k中包含的第一个CB的编号为等式1或等式2中i为0时对应的CB的编号。

当一次传输中，CB个数小于CBG个数时，最后一个CB不属于最后一个CBG；或，CB个数大于CBG个数时，最后一个CB属于最后一个CBG。

具体实施例8

本实施例提供一种获取不同符号数长度PUCCH的方案以及给出了一些优选的PUCCH长度对应的符号以及DMRS图样和跳频方式。

需要说明的是，具体实施例8的附图在具体实施例8的后半部分统一列出。

基于预定义打孔的长PUCCH格式构成方式中，预定义方式是指预定义14个符号长度时隙中DMRS的符号位置，其余符号位置为UCI，并且定义时隙内符号从左到右编号为第0、1、2、…、13个符号。如图9和图10所示。长PUCCH根据需要的长度N(符号数)对于预定的14个符号中打掉(14-N)个符号，最后获得N个符号长度的长PUCCH。例如，长PUCCH将根据其起始位置和持续长度保留该预定义格式中的某段长度同时打掉其他位置的符号。一个优选的打掉符号方式为：长PUCCH总是截止在调度单元的末尾(如果有短PUCCH符号时，除去短PUCCH符号)，这样长PUCCH起始被能被确定根据长PUCCH的符号数。起始符号之前的符号能被打掉。

对于最多2bit的UCI，预定义具有14个符号长度的时隙结构。其中预定义的DMRS位置可以采用不同的分布方式，同时保持50％的DMRS密度。也就是说符号中一半为DMRS符号一半为UCI符号。如图5所示DMRS符号和UCI符号分别分布在奇数符号位置上或者偶数符号位置上。如图5所示。

对于大于2bit的UCI，预定义具有14个符号长度的时隙结构。其中预定义的DMRS位置同样可以采用不同的分布方式，同时保持20％～30％的DMRS密度。也就是说14个符号中存在3～4个DMRS符号。如图6所示的多种DMRS分布方式中，(b)、(c)、(d)中存在3个DMRS符号，(a)、(e)、(f)、(g)、(h)中存在4个DMRS符号。

图7～10所示为预定义结构打孔生成不同长度PUCCH结构示例。从图7～10中可以看到，在这种结构下，即使是相同的长度的长PUCCH，也会因为打孔位置的不同得到不同的组成结构。

具体实施例8的示例1：

基于图6预定义格式(e)，提供长PUCCH长度为4、7、11、14时，不同打孔位置下长PUCCH的跳频图样。

预定义格式(e)中DMRS位置集合为{0,3,7,11}，当打孔起始符号为DMRS或者DMRS左侧相邻的UCI符号时，得到前置DMRS的长PUCCH结构，使得信道估计较早完成，节省长PUCCH的解调处理时间。因此，4～14个符号长度之间的任意长PUCCH在图2预定义格式(e)下的最优打孔起始符号集合为{0、2、3、6、7、10、11}。

若考虑一个时隙内跳频一次的图样，应遵循以下原则(1)两个跳频部分包含的符号个数尽可能相等，若不相等则符号个数差值应尽可能小；(2)两个跳频部分中DMRS符号和UCI符号的个数比值应尽可能一致或者接近；(3)两个跳频部分应尽可能遵循DMRS前置的结构(DMRS位于第一或者第二个符号位置)。

下表1～3中跳频图样x+y表示在一个时隙中仅跳频一次，两个跳频部分包含的符号数分别是x、y个符号。同一个跳频图样x+y下，由于不同的长PUCCH结构不同(DMRS和UCI符号个数以及位置分布不同)会导致具体的跳频图样结构构成并不一样。例如，图4中长度为7符号的长PUCCH跳频存在两个跳频图样3+4或者4+3，但是不同的打孔起始符号下，3+4或者4+3中3符号跳频部分和4符号跳频部分具有相同或者不同的结构构成。打孔起始符号为0时，3+4跳频图样中3个符号的跳频部分DMRS符号位于第一个符号位置，而起始打孔符号为2时，3+4跳频图样中3个符号的跳频部分DMRS位于第二个符号位置。

“-”表示此打孔起始符号和长度决定的长PUCCH格式不支持跳频。

“X”表示此打孔起始符号和长度组合不存在。表1是具体实施例8的示例1的基于预定义格式(e)的跳频图样表。

表1

示例2：

基于图6预定义格式(d)，提供长PUCCH长度为4、7、11、14时，不同打孔位置下长PUCCH的跳频图样。预定义格式(d)中DMRS位置集合为{3,7,11}，4～14个符号长度之间的任意长PUCCH在图2预定义格式(d)下的最优打孔起始符号集合为{2、3、6、7、10、11}。表2是根据具体实施例8的示例2的基于预定义格式(d)的跳频图样表。

表2

示例3：

基于图6预定义格式(g)，提供长PUCCH长度为4、7、11、14时，不同打孔位置下长PUCCH的跳频图样。预定义格式(g)中DMRS位置集合为{0,4,7,11}，4～14个符号长度之间的任意长PUCCH在图2预定义格式(g)下的最优打孔起始符号集合为{0、3、4、6、7、10、11}。表3是根据具体实施例8的示例3的基于预定义格式(g)的跳频图样表。

表3

图5是根据本发明具体实施例8的1/2比特UCI预定义格式示意图(14符号slot)。

图6是根据本发明具体实施例8的大于2比特UCI预定义格式示意图(14符号slot)。

图7是根据本发明具体实施例8的4符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例1)。

图8是根据本发明具体实施例8的符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例1)。

图9是根据本发明具体实施例8的11符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例1)。

图10是根据本发明具体实施例8的14符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例1)。

图11是根据本发明具体实施例8的4符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例2)。

图12是根据本发明具体实施例8的7符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例2)。

图13是根据本发明具体实施例8的11符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例2)。

图14是根据本发明具体实施例8的14符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例2)。

图15是根据本发明具体实施例8的4符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例3)。

图16是根据本发明具体实施例8的7符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例3)。

图17是根据本发明具体实施例8的11符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例3)。

图18是根据本发明具体实施例8的14符号长度长PUCCH(大于2比特UCI)跳频图样示意图(对应示例3)。

具体实施例9

基于CBG的重传被讨论在NR的标准制定中，有建议在DCI指示哪个CBG是被重传或新传的(记为CBG重传指示信令)。也就是说，每个CBG将有一个对应的指示信令，指示该CBG是被重传的CBG还是新的传输的CBG。一个传输块TB包含至少一个CB，一个CBG包含一个或多个CB。

下面提供一种数据传输方法，它能支持多个数据块同时传输，尤其涉及基于CBG的重传时，能有效提升重传的效率。

将多个数据块通过一个下行控制信息DCI调度并传输通过时分复用方式在一个调度单元内。其中，一个数据块对应一个传输块，或个数据块对应一个传输块的部分或全部码块CB或码块组CBG。例如，图19是根据本发明具体实施例9的重传CBG和新TB同时传输时使用一个进程号示意图，在图19中，初始传输一个传输块#1在调度单元n中，该传输块能被划分为4个CBG(或者该传输块对应着4个CBG，实际传输仍然是按照CB进行的，只是划分为4个CBG将来反馈确认信息)。假设TB#1的CBG#0和CBG#2未被接收端设备正确解码，然后在调度单元n+k1进行重传TB#1的CBG#0和CBG#2；同时，在调度单元n+k1中新传了TB#2，TB#2被划分为2个CBG(这两个CBG的大小可以与TB#1的CBG同样大小，也可以不同大小，它们需要的资源在频域和/或时域都是可以调整的，但是必须要求调度单元内的所有CBG，包括不同TB的CBG，的相对顺序保持不变)，分别为顺斜线的CBG#0和CBG#1，它们在调度单元内的顺序位置替代在调度单元n中已经被正确传输的TB#1的CBG#1(雪花点，对勾)和CBG#3(雪花点，对勾)的顺序位置。假设在调度单元n+k1中，TB#1的CBG#0仍然没有被正确接收，CBG#2被正确接收；另外在调度单元n+k1中TB#2的CBG#1也没有被正确接收，CBG#0被正确接收；然后，在调度单元n+k2中，TB#1的CBG#0继续被重传；TB#2的CBG#1被重传；TB#3是新TB，被初传，包含CBG#0(逆斜线)和CBG#1(逆斜线)，它们的顺序位置替代在调度单元n+k1中已经被正确传输的TB#1的CBG#2(雪花点，对勾)和TB#2的CBG#0(顺斜线，对勾)的顺序位置。

一个DCI被发送在调度单元的PDCCH中，包含一个进行号，且进程号总是为新的TB应用。(注意，可以没有新的TB被同时传输的。例如在调度单元n+k1中可以仅仅传输TB#1的需要重传的CBG，此时该DCI中的进程号是为重传数据的)重传的CBG默认使用初始传输时的进程号。

调度单元中所有CBG的顺序位置保持不变，新传的TB的CBG替换上次传输中已经正确的CBG的顺序位置。

接收端设备能够根据CBG重传指示信令获知一次传输中每个CBG是否为重传还是新传，如果重传，UE进一步根据它在调度单元中的顺序位置和连续重传的次数能推断出该CBG的初传属于哪个调度单元中那个TB。例如，接收端设备在调度单元n+k2中，发现第一个CBG#0是重传的，且能发现该CBG#0在调度单元n+k1中仍然为第一个CBG，且也是重传，相当于重传2次在同一顺序位置上，接收端设备在调度单元n中发现第一个CBG#0是初传的，所以接收端设备就可以得出，调度单元n+k2中第一个CBG#0是在调度单元n中初传的属于TB#1(调度单元n中只传输TB#1)。从而接收端设备能够合并初传、重传的同一CBG进行译码。

所述一个DCI中的调制编码信息MCS和资源分配信息被共享为调度单元中的所有传输块或CBG。

CB或CBG在slot中分配的资源中，按照频域优先的原则映射。这样接收端设备根据约定的映射规则，每个CBG的大小，资源分配信息，MCS信息和所有CBG的顺序位置，推算出每个CBG在分配的资源中占有的具体资源。

这里假设调度单元n、n+k1和n+k2的关系是，n+k1是n的重传调度单元，n+k2是n+k1的重传调度单元。

上述假设可以通过下面方式直接或间接支持。

方式1，调度单元n中的数据对应的重传调度单元是被配置的，例如配置为间隔k1个slot，即调度单元n中的数据对应的重传调度单元为n+k1。配置可以通过物理层信令或RRC消息，或两者结合使用。结合使用时，RRC配置一个k1的取值集合，然后通过物理层信令例如DCI指示具体的k1值从k1的取值集合中。

方式2，可以在每次的调度数据的DCI中包含多个TB(或重传的CBG)分别对应的进程号。例如在调度单元n+k1中，经由一个DCI调度重传的CBG(来自TB#1)和新TB#2时，DCI包含重传的CBG对应的进程号(注意，需要与初传时的进程号一致)，也包含新TB#2对应的进程号。相当于进程号间接的告诉UE，重传的CBG来自哪个调度单元。

方式3，采用同步HARQ重传机制重传。

方式4，重传的CBG和新TB使用共享的进程号，此时DCI中只包含一个进程号，同时被使用为重传CBG和新TB。例如在调度单元n中为TB#1配置的进程号为1，在调度单元n+k1中为重传CBG和新TB#2配置的进程号仍为1(因为有来自TB#1的重传的CBG，重传CBG需要保持与初始传输的进程号一致)，这样新TB#2与来自TB#1的重传CBG共享进程号。UE通过CBG的重传的次数和进程号，确定重传CBG之前都在哪些调度单元中被传输或重传过。调度单元内所有CBG相对顺序位置保持不变，新的TB总是替代传输正确的CBG的顺序位置进行传输。

具体实施例10

本实施例中解决基于CBG反馈ACK/NACK的方式，有利于提升正确获知是否正确解码被传输数据的概率。

方式A:

对于一个传输块，基站配置UE总是按照传输块TB形成ACK/NACK(例如每个TB形成1bit的ACK/NACK)。基站接收该ACK/NACK，如果反馈为NACK时，基站重传该TB，并配置或暗含接收端设备按照码块组CBG形成ACK/NACK(例如，每个CBG对应一个ACK/NACK)并反馈。

对于一个传输块，如果它是初始传输，UE根据配置或约定按照TB形成ACK/NACK，并反馈。如果该传输块是重新的，UE根据配置或约定按照CBG形成ACK/NACK，并反馈。

也就是，UE和基站约定，总是对于重传的TB按照CBG形成ACK/NACK，并反馈。基站配置UE或和UE约定，对于一个传输块的第n次传输，用An个CBG形成ACK/NACK，特例是第一次传输(初始传输)An＝1，当重传的时候(n>1)，An>1。

方式B:

对于一个传输块，如果基于CBG形成N个比特的ACK/NACK信息时，UE和基站约定，使用N比特组合中的一个或多个状态均表达基于TB的ACK信息，使用N比特组合中的多个状态均表达基于TB的NACK信息，NACK的状态中，不同的状态表示具体出错CBG的位置，例如当出错CBG少于K时，比特位为1的表示具体出错的CBG的位置，当出错CBG大于等于K时，用000表示,K<＝N。。例如N＝3时，使用共8种状态中一半的状态111，110，101，011均表示为ACK，使用共8种状态中的一半的状态000，001，010，100表示为NACK(即TB未被正确解码)，这样提升基站的解码正确率，例如3bit中的部分比特解码错误了从概率上看，也可以正确传达TB被正确解码的信息。进一步的，对于表示NACK的状态中，比特位为1的表示具体出错的CBG的位置，例如，001表示TB未被正确解码，且是最后一个CBG未被正确解码。另外，000表示TB未被正确解码。

方式C:

对于一个传输块，如果UE按照CBG形成ACK/NACK，那么应该描述出TB中具体哪些CBG未被正确解码，然后将这具体哪些CBG未被正确解码的信息反馈给基站。UE反馈的信息中包括：参数1，具体描述未正确解码的CBG的起始位置；参数2，是可选的，描述未被正确解码的CBG的个数或者是未被正确解码的CBG的个数范围。即从被描述的未正确解码的CBG的起始位置开始，连续多少个CBG未被正确解码。这种方式能被应用于URLLC业务打孔eMBB业务传输时，被打孔的eMBB的CBG的ACK/NACK反馈。参数1和参数2可以显示指示或隐含在不同的状态里。参数1和参数2的组合可以隐含带出TB ACK/NACK的信息。

例如在一个eMBB的slot中，被打孔连续多个OFDM符号，导致连续多个CBG将不能被接收端设备正确解码，此时可以按照本方式形成ACK/NACK的反馈信息，例如，参数1指示未被正确译码的起始CBG，参数2描述未被正确译码的CBG个数。

一个可能的例子，基站知道URLLC传输块的大小，且基站配置eMBB的CBG等于URLLC传输块的大小。此时URLLC传输时，总是打掉一个eMBB的CBG，这样总是假设连续未被正确解码的CBG(即被打孔的CBG)是1个，该参数省略不发。此时，option B能被使用。

采用上述技术方案，如果允许UE基于CBG或TB形成ACK/NACK并发送时，本方案进一步提供了一种传输方式来支持这种切换CBG或TB机制传输对应的ACK/NACK信息。这种传输方式，可以提升重传的效率且有较小的开销。

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

实施例二

在本实施例中还提供了一种确认信息的反馈装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图20是根据本发明优选实施例的确认信息的反馈装置结构图，如图20所示，该装置包括：

确定模块2002，用于依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，其中，该确认信息包括第一确认信息和第二确认信息；

反馈模块2004，用于在确定将传输块或者码块组均正确解码或均未正确解码的情况下，基于该传输块生成第一确认信息，在第一资源中传输该第一确认信息；

该反馈模块2004还用于在确定存在未将所有的传输块或者码块组正确解码的情况下，基于该码块组生成第二确认信息，在第二资源中传输该第二确认信息。

可选地，反馈模块2004，用于在确定将传输块或者码块组均正确解码或均未正确解码的情况下，该接收端设备基于该传输块生成第一确认信息，在第一资源中传输第一确认信息，包括以下之一：

在确定将传输块或者码块组均正确解码的情况下，该接收端设备基于该传输块生成ACK信息，在该第一资源中传输该ACK信息；

在确定将传输块或者码块组均未正确解码的情况下，该接收端设备基于该传输块生成NACK信息，在该第一资源中传输该NACK信息。

可选地，在第一资源中传输该第一确认信息，或在第二资源中传输该第二确认信息，包括：在第一资源中使用第一格式传输该第一确认信息，其中，该第一格式用于传输小于等于2bit的上行控制信息；在第二资源中使用第二格式传输该第二确认信息，其中，该第二格式用于传输大于2bit的上行控制信息；其中，该上行控制信息中包括该第一确认信息或者该第二确认信息。

可选地，该第一资源包括该发送端设备为该接收端设备配置的，用于传输一个该第一格式的上行控制信息的资源；该第二资源包括该发送端设备为该接收端设备配置的，用于传输一个该第二格式的上行控制信息的资源。

可选地，该第一资源与该第二资源相同，或该第一资源是该第二资源的子集。

可选地，该第一资源或第二资源为多个该接收端设备共用的资源。

可选地，反馈模块2004，在确定将传输块或者码块组均正确解码或均未正确解码的情况下，基于该传输块生成第一确认信息，在第一资源中传输该第一确认信息，包括：

在该第一资源为该接收端设备的PUSCH中的部分资源时，该第一资源为该接收端设备通过打孔或速率匹配该接收端设备的PUSCH资源来确定传输该第一确认信息的具体资源，其中，打孔或速率匹配的规则被该接收端设备与该发送端设备预先约定。

在该具体资源中传输该第一确认信息。

可选地，反馈模块2004，在确定存在未将所有的传输块或者码块组正确解码的情况下，基于该码块组生成第二确认信息，在第二资源中传输该第二确认信息，包括：

该接收端设备在第二资源中使用第二格式传输该第二确认信息，其中，该第二资源为该发送端设备为该接收端设备配置的资源，该第二格式用于传输大于2bit的上行控制信息UCI。

可选地，该第二资源为多个该接收端设备共用的资源。

可选地，在缺乏用于传输该第一确认信息的具体资源的情况下，反馈模块2004在该第二资源中依据第一格式传输该第一确认信息，其中，该第一格式用于传输小于等于2bit的上行控制信息。

可选地，在该第一资源和该第二资源均为该接收端设备的PUSCH中的部分资源时，该第一资源和该第二资源为接收端设备通过打孔或者速率匹配接收端设备的PUSCH资源来确定分别用于传输该第一确认信息或第二确认信息的具体资源。其中，打孔或速率匹配的规则被该接收端设备与该发送端设备预先约定。

可选地，确定模块2002依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，包括：

在一次反馈确认信息中，确定模块2002确定将该确认信息与其他UCI信息同时传输的情况下，反馈模块2004总是基于码块组生成该第二确认信息，并将该第二确认信息与该其他UCI信息编码后传输。

根据本发明的另一个实施例，提供了一种确认信息的接收装置，包括：

发送模块，用于向接收端设备发送数据；

接收模块，用于依据第一资源和/或第二资源接收该接收端设备反馈的确认信息；

或者，该接收模块还用于依据第一格式和/或第二格式接收该接收端设备反馈的确认信息。

可选地，该接收模块依据第一资源和/或第二资源接收该接收端设备反馈的确认信息，包括：

该接收模块在该第一资源上接收该接收端设备反馈的第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的；

该接收模块在该第二资源上接收该接收端设备反馈的第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，该接收模块依据第一格式和/或第二格式接收该接收端设备反馈的确认信息，包括：

该接收模块依据该第一格式接收该接收端设备反馈的第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的；

该接收模块依据该第二格式接收该接收端设备反馈的第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，该方法还包括：

该接收模块在该第一资源中依据该第一格式接收该接收端设备反馈的第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的；

该接收模块在该第二资源中依据该第二格式接收接收该接收端设备反馈的第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，该第一资源包括该发送端设备为该接收端设备配置的，用于传输一个该第一格式的上行控制信息的资源；该第二资源包括该发送端设备为该接收端设备配置的，用于传输一个该第二格式的上行控制信息的资源。

可选地，该第一格式用于传输小于等于2bit的上行控制信息；

该第二格式用于传输大于2bit的上行控制信息；

其中，该上行控制信息中包括该第一确认信息或者第二确认信息。

可选地，该接收模块依据第一资源和/或第二资源接收该接收端设备反馈的确认信息，包括：

在该第一资源为该接收端设备的PUSCH中的部分资源时，该发送端设备在该部分资源中依据第一预设打孔规则或者速率匹配图样接收该第一确认信息，其中，该第一确认信息是该接收端设备基于接收的传输块生成的。

可选地，在该接收模块在该部分资源中未接收到该第一确认信息的情况下，该方法包括：

该接收模块在该第二资源中依据第二格式接收第二确认信息，其中，该第二资源为该发送端设备为该接收端设备配置的资源，该第二确认信息是该接收端设备基于码块组生成的，该第二格式用于传输大于2bit的上行控制信息。

可选地，在该接收模块检测到该接收端设备缺乏用于发送该第一确认信息的PUSCH的情况下，该方法还包括：

该发送端设备为该接收端设备分配用于传输该第一确认信息的资源。

可选地，在该接收模块在该PUSCH资源中未接收到该第一确认信息的情况下，该方法还包括：

该接收模块在该PUSCH资源中依据第二预设打孔规则或者速率匹配图样接收该第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

可选地，在该接收模块检测到该接收端设备缺乏用于发送该第一确认信息或第二确认信息的PUSCH资源的情况下，该方法还包括：

该接收模块为该接收端设备分配用于传输该第一确认信息或该第二确认信息的资源。

可选地，发送模块向接收端设备发送数据之后，该方法还包括：

在该接收模块确定该接收端设备反馈的确认信息与其他UCI信息同时传输的情况下，该接收模块确定该确认信息为第二确认信息，其中，该第二确认信息是该接收端设备基于接收的码块组生成的。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例三

根据本发明的另一个实施例，提供了一种接收端设备，其是硬件设备，该设备包括：

第一处理器，用于依据对接收到的传输块或者码块组的解码情况确定反馈确认信息的方式，其中，该确认信息包括第一确认信息和第二确认信息；

以及用于在确定将传输块或者码块组均正确解码或均未正确解码的情况下，基于该传输块生成第一确认信息，或者，还用于在确定存在未将所有的传输块或者码块组正确解码的情况下，基于该码块组生成第二确认信息；

第一通信装置，用于在第一资源中传输该第一确认信息，或者，还用于在第二资源中传输该第二确认信息。

需要补充的是，该接收端设备的上述组成硬件可以用于执行上述所有可选实施例中由接收端设备执行的方法步骤。

根据本发明的另一个实施例，提供了一种发送端设备，该设备包括：

第二通信装置，用于向接收端设备发送数据；

第二处理器，用于依据第一资源和/或第二资源接收该接收端设备反馈的确认信息；或者，该第二处理器还用于依据第一格式和/或第二格式接收该接收端设备反馈的确认信息。

需要补充的是，该发送端设备的上述组成硬件可以用于执行上述所有可选实施例中由发送端设备执行的方法步骤。

实施例四

根据本发明的另一个实施例，提供了一种处理器，该处理器用于运行程序，其中，该程序运行时执行上述所有实施例中任一项所述的方法。

实施例五

根据本发明的另一个实施例，提供了一种存储介质，该存储介质包括存储的程序，其中，该程序运行时执行上述所有实施例任一项中所述的方法。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。