应答信息的传输方法、装置、基站及终端与流程

本发明涉及通信领域，具体而言，涉及一种应答信息的传输方法、装置、基站及终端。

背景技术：

在混合自动请求重传(Hybrid Automatic Repeat Request，简称为HARQ)方式中，发端发送的码，不仅能够检错，而且还具有一定的纠错能力。接收端译码器收到码字后，首先检验错误情况，如果在码的纠错能力以内，则自动进行纠错，如果错误很多，超过了码的纠错能力，但能检测错误出来，则接收端通过反馈信道给发端发一个判决信号，要求发端重发信息。在正交频分复用(Orthogonal Frequency Division Multiplex，简称为OFDM)系统中，通过正确/错误应答(Acknowledgement/Negative-acknowledgement，简称为ACK/NACK)控制信令来表示传输正确/错误，以此来判断是否需要重传，所述的ACK和NACK统称为HARQ-ACK应答信息。

在长期演进(Long Term Evolution，简称为LTE)系统中，对于下行HARQ，终端(User Equipment，简称为UE)可以在物理上行共享信道(Physical Uplink Shared Channel，简称为PUSCH)发送物理下行共享信道(Physical Downlink Shared Channel，简称为PDSCH)的HARQ-ACK应答信息，也可以在物理上行控制信道(Physical Uplink Control Channel，简称为PUCCH)上发送。

在LTE的最初版本Release 8，只支持一个载波，因此，对于HARQ-ACK应答信息的发送，分别针对FDD(FDD：Frequency Division Duplex)和TDD(TDD：Time Division Duplex)系统定义了不同的反馈模式。对于FDD系统，由于上下行载波是一一对应的，一个上行子帧对应一个下行子帧，LTE定义了PUCCH格式1a/1b来反馈相应的HARQ-ACK应答信息。而对于TDD系统，由于上下行子帧配置的不对称，一个上行子帧可能对应一个或多个下行子帧，为此，LTE定义了两种HARQ-ACK反馈模式，HARQ-ACK bundling和HARQ-ACK multiplexing，与一个或多个下行子帧对应的HARQ-ACK应答信息，经过相应的处理，分别采用PUCCH格式1a/1b和PUCCH格式1b联合信道选择的方式发送。其中，PUCCH格式1b联合信道选择是指，通过选择使用不同的PUCCH信道来携带更多的HARQ-ACK，PUCCH格式1b可以携带2比特的信息，而通过信道选择，比如通过4个不同的PUCCH信道，则可以额外携带2比特的信息，那么PUCCH格式1b联合信道选择就可以最多携带4比特的信息，正好可以与4个HARQ-ACK应答信息对应。

图1是根据相关技术中PUCCH格式1a/1b的结构示意图，图2是根据相关技术中 PUCCH格式1b联合信道选择的结构示意图，如图1和图2所示，给出了PUCCH格式1a/1b和PUCCH格式1b联合信道选择的一个结构示意图。

在LTE的后续演进中，载波聚合作为一种关键技术被引入，也就是通过把LTE系统的带宽进行聚合以获得更大的传输带宽。在LTE Release 10版本中，最多可以支持5个载波的聚合。由于在Release 8的时候，定义的PUCCH格式1a/1b最多能支持2比特的HARQ-ACK反馈，而PUCCH格式1b联合信道选择也最多支持4比特的HARQ-ACK反馈，因此，在Release 10版本中，引入了PUCCH格式3来支持最多22比特的反馈，图3是根据相关技术中PUCCH格式3的结构示意图。

而在LTE的Release 13版本中，载波聚合技术得到进一步的增强，最多可以支持到32个载波的聚合。随着载波数的增加，需要反馈的HARQ-ACK也随之增加。对于FDD系统，最多需要反馈64比特的HARQ-ACK(不做任何绑定操作的前提下)，而对于TDD，即使不考虑上下行配置5(TDD的上下行配置如表1所示)，以及子帧上进行了空间绑定操作，最多也需要反馈128比特的HARQ-ACK。

表1

如上所述，PUCCH格式3最多只能支持22比特的反馈，也就是说用已有的PUCCH格式并不能支持Release 13最多支持32个载波时的HARQ-ACK反馈。在当前的讨论中，一个结论是至少引入一种新的PUCCH格式。另外，当前还有一个会议结论是，为了保 证HARQ-ACK的可靠性，当反馈的HARQ-ACK比特数超过22比特时，需要增加循环冗余校验(Cyclic Redundancy Check，简称为CRC)。基站侧根据CRC是否通过，判断传输的HARQ-ACK是否有误。当CRC没有通过时，表示传输的HARQ-ACK有误，但是并不知道具体哪个HARQ-ACK有误，因此，为了保证下行传输的稳健，基站需要把上一次调度的所有载波/子帧上的PDSCH传输进行重传。这样由于CRC错误，就会导致大量的不必要的PDSCH重传，浪费下行资源，频谱效率受影响。另一方面，在HARQ-ACK反馈时，HARQ-ACK比特数的确定也是一个有待解决的问题。

针对相关技术中，不必要的PDSCH重传浪费下行资源的问题，目前还没有有效的解决方案。

技术实现要素：

本发明提供了一种应答信息的传输方法、装置、基站及终端，以至少解决相关技术中不必要的PDSCH重传浪费下行资源的问题。

根据本发明的一个方面，提供了一种应答信息的传输方法，包括：

基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式；

所述基站接收所述终端依据所述发送模式发送的HARQ-ACK。

进一步地，所述HARQ-ACK的发送模式包括以下至少之一：

正常发送模式；

重复发送模式；

支持重传模式。

进一步地，所述基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式包括以下至少之一：

所述基站与所述终端约定默认模式为所述支持重传模式；

所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

所述基站通过高层信令的第二配置参数指示所述支持重传模式；

所述基站通过高层信令的第三配置参数指示所述重复发送模式。

进一步地，所述第二配置参数为新增加的参数，所述第三配置参数为新增加的参数，或者，所述第三配置参数为相关协议的参数。

进一步地，所述基站配置所述终端的HARQ-ACK的发送模式为所述重复发送模式 时，所述基站配置所述HARQ-ACK重复发送的次数以及重复发送时所使用的资源。

进一步地，当所述基站配置所述终端的HARQ-ACK发送模式为所述支持重传模式时，所述基站发送指示所述终端进行HARQ-ACK重传的下行控制信息，包括以下至少之一：

所述基站通过在物理混合自动重传指示信息PHICH上的错误应答信息NACK来指示所述终端进行HARQ-ACK重传；

所述基站通过在物理下行控制信道或者增强物理下行控制信道PDCCH或者EPDCCH上发送的下行控制信息DCI来指示所述终端进行HARQ-ACK重传。

进一步地，当所述基站通过在PHICH上的NACK来指示所述终端进行HARQ-ACK重传时，所述的PHICH的资源根据承载所述HARQ-ACK的资源确定；

当所述基站通过在PDCCH或者EPDCCH上发送的DCI来指示所述终端进行HARQ-ACK重传时，包括以下至少之一方式：

所述基站通过已有DCI的已有的控制域的特定状态来指示，其中所述DCI已有的控制域的特定状态为相关协议未被使用的状态；

所述基站通过专有的无线网络临时标识RNTI对已有DCI进行加扰，所述专有RNTI用于指示采用所述RNTI加扰的DCI为指示所述终端进行HARQ-ACK重传的DCI，其中，所述专有RNTI通过高层信令配置给所述终端。

进一步地，所述DCI中除了用于指示HARQ-ACK重传的控制域外，指示的控制域还包括以下至少之一：

所述HARQ-ACK重传时的资源指示控制域；

所述HARQ-ACK重传时的传输功率控制域；

所述HARQ-ACK重传时的调制方式。

进一步地，当所述基站配置所述终端的HARQ-ACK发送模式为所述支持重传模式时，所述基站接收所述终端在第一预设子帧上第一次发送的HARQ-ACK；

在所述基站检测出所述终端在第一预设子帧上发送的HARQ-ACK传输有误的情况下，所述基站在第二预设子帧之前不发送与所述HARQ-ACK对应的下行重传数据包或新的数据包时，所述基站接收终端在第三预设子帧上的发送HARQ-ACK重传信息。

进一步地，当所述基站同时配置了HARQ-ACK重复发送模式和HARQ-ACK重复发送模式使能时，所述基站与所述基站约定，所述HARQ-ACK重传时，重复发送的次数相对于前一次发送次数递增。

进一步地，当HARQ-ACK的配置在一个物理下行控制信道PUCCH上发送时，所述DCI在主下行分量载波上发送；

当HARQ-ACK的配置在多个PUCCH上发送时，所述DCI在所述PUCCH服务小区组所对应的主分量载波上发送。

进一步地，所述基站在DCI中携带下行分配索引(Downlink Assignment Index，简称为DAI)信息，所述DAI信息用于终端确定发送的HARQ-ACK。

进一步地，所述DAI信息为DCI中新增加的控制域或已有的控制域，且DAI信息在不同的DCI所表示的含义不同，其中所述不同的DCI指不同服务小区或子帧的DCI。

进一步地，所述基站通过调度的N个服务小区中的前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数；或者，最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI；或者，最后m个服务小区的DCI中的DAI与调度的第N-m个服务小区的DCI的DAI具有预设的偏置值且都相同，其中，N和m均为正整数，m为基站与终端约定好的取值。

根据本发明的另一个方面，还提供了一种应答信息的传输方法，包括：

终端确定HARQ-ACK的发送模式；

所述终端通过所述发送模式向基站发送HARQ-ACK。

进一步地，所述HARQ-ACK的发送模式包括以下至少之一：

正常发送模式；

重复发送模式；

支持重传模式。

进一步地，所述终端确定HARQ-ACK的发送模式包括以下至少之一：

所述终端与所述基站约定默认模式为所述支持重传模式；

所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

所述基站通过高层信令的第二配置参数指示所述支持重传模式；

所述基站通过高层信令的第三配置参数指示所述重复发送模式。

进一步地，所述第二配置参数为新增加的配置参数，所述第三配置参数为新增加的配置参数，或者，所述第三配置参数为相关协议的配置参数。

进一步地，当所述HARQ-ACK发送模式确定为所述重复发送模式时，所述终端在连续的上行子帧上采用高层配置的资源重复发送所述HARQ-ACK，其中所述连续的上行子帧数由高层配置。

进一步地，当所述HARQ-ACK发送模式确定为所述支持重传模式时，所述终端接收基站发送的指示所述终端进行HARQ-ACK重传的下行控制信息，所述终端根据所述下行控制信息，确定是否进行HARQ-ACK重传。

进一步地，所述终端接收所述基站发送的指示所述终端进行HARQ-ACK重传的下行控制信息，包括以下至少之一：

所述终端接收在PHICH上发送的下行控制信息，所述的PHICH的资源根据承载所述HARQ-ACK的资源确定；

所述终端接收在PDCCH或者EPDCCH上发送的DCI。

进一步地，当所述终端接收到所述PHICH上的NACK时，所述终端进行HARQ-ACK重传；

当所述终端接收到的所述DCI中预设的控制域为预设的特定状态时，所述终端进行HARQ-ACK重传。

进一步地，所述DCI中除了用于指示HARQ-ACK重传的控制域外，指示的控制域还包括以下至少之一：

所述HARQ-ACK重传时的资源指示控制域；

所述HARQ-ACK重传时的传输功率控制域；

所述HARQ-ACK重传时的调制方式。

进一步地，所述终端采用专有的RNTI对所述DCI进行解扰，并根据高层配置的索引信息获取与所述终端相关的HARQ-ACK重传信息。

进一步地，当所述下行控制信息指示终端要进行HARQ-ACK重传时，所述终端在第三预设上行子帧上进行HARQ-ACK重传。

进一步地，当所述HARQ-ACK发送模式确定为支持重传模式时，所述终端在第二预设子帧之前没有接收到所述基站发送的与所述HARQ-ACK对应的下行重传数据包或新的数据包且所述终端前一次发送的HARQ-ACK信息中包含NACK时，所述终端在第三预设上行子帧上行HARQ-ACK重传。

进一步地，所述终端在第三预设上行子帧上进行HARQ-ACK重传，包括以下至少之一：

当所述终端在所述第三预设上行子帧上没有PUSCH发送，或所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上采用预设的PUCCH资源进行HARQ-ACK重传，其中所述的第三预设上行子帧为根据所述下行控制信息确定的上行子帧，或与基站约定好的上行子帧，所述预设的PUCCH资源为根据所述下行控制信息确定的PUCCH资源，或高层配置的PUCCH资源；

当所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为不允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上在所述PUSCH上进行HARQ-ACK重传。

进一步地，当所述HARQ-ACK发送模式确定为所述支持重传模式和所述重复发送模式的结合模式时，所述终端先在连续的上行子帧上采用高层配置的资源上重复发送所述的HARQ-ACK，其中所述连续的上行子帧数由高层配置，再根据HARQ-ACK发送模式为所述支持重传模式进行后续处理，所述终端要发送HARQ-ACK时，都进行重复发送处理。

进一步的，当所述HARQ-ACK发送模式确定为所述支持重传模式和所述重复发送模式的结合模式时，所述基站约定根据与所述基站的约定，所述终端在进行HARQ-ACK重传时，重复发送的次数相对于前一次发送次数递增。

进一步地，所述终端向基站发送HARQ-ACK前，先确定需要反馈的HARQ-ACK比特数以及反馈的HARQ-ACK比特序列。

进一步地，所述终端根据所述基站发送的DAI确定需要反馈的HARQ-ACK比特数以及反馈的HARQ-ACK比特序列。

进一步地，所述DAI信息为DCI中新增加的控制域或已有的控制域，且所述DAI信息在不同的DCI所表示的含义不同，其中所述不同的DCI指不同服务小区或子帧的DCI。进一步地，所述终端根据与所述基站约定，调度的N个服务小区中的前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数；或者，最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI；或者，最后m个服务小区的DCI中的DAI与调度的第N-m个服务小区的DCI的DAI具有预设的偏置值且都相同，其中，N和m均为正整数，m为基站与终端约定好的取值。

根据本发明的另一个方面，还提供了一种应答信息的传输装置，位于基站中，包括：

配置模块，用于基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式；

接收模块，用于所述基站接收所述终端依据所述发送模式发送的HARQ-ACK。

进一步地，所述HARQ-ACK的发送模式包括以下至少之一：

正常发送模式；

重复发送模式；

支持重传模式。

进一步地，所述配置模块包括以下至少之一：

第一配置单元，用于所述终端与所述基站约定默认模式为所述支持重传模式；

第二配置单元，用于所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

第三配置单元，用于所述基站通过高层信令的第二配置参数指示所述支持重传模式；

第四配置单元，用于所述基站通过高层信令的第三配置参数指示所述重复发送模式。

根据本发明的另一个方面，还提供了一种基站，包括：上述任一项所述应答信息的传输装置。

根据本发明的另一个方面，还提供了一种应答信息的传输装置，位于终端中，包括：

确定模块，用于终端确定HARQ-ACK的发送模式；

发送模块，用于所述终端向通过所述发送模式向基站发送HARQ-ACK。

进一步地，所述HARQ-ACK的发送模式包括以下至少之一：

正常发送模式；

重复发送模式；

支持重传模式。

进一步地，所述确定模块包括以下至少之一：

第一确定单元，用于所述终端与所述基站约定默认模式为所述支持重传模式；

第二确定单元，用于所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

第三确定单元，用于所述基站通过高层信令的第二配置参数指示所述支持重传模式；

第四确定单元，用于所述基站通过高层信令的第三配置参数指示所述重复发送模式。

根据本发明的另一个方面，还提供了一种终端，其特征在于，包括：上述任一项所述应答信息的传输装置。

通过本发明，基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式，所述基站接收所述终端依据所述发送模式发送的HARQ-ACK，解决了不必要的PDSCH重传浪费下行资源的问题，提高了下行资源的利用率。

附图说明

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

图1是根据相关技术中PUCCH格式1a/1b的结构示意图；

图2是根据相关技术中PUCCH格式1b联合信道选择的结构示意图；

图3是根据相关技术中PUCCH格式3的结构示意图；

图4是根据本发明实施例的一种应答信息的传输方法的流程图一；

图5是根据本发明实施例的一种应答信息的传输方法的流程图二；

图6是根据本发明实施例的一种应答信息的传输装置的结构框图一；

图7是根据本发明实施例的一种应答信息的传输装置的结构框图二；

图8是根据本发明优选实施例的一种候选的新的PUCCH格式的结构示意图；

图9是根据本发明优选实施例的PDSCH发送，HARQ-ACK发送以及PDSCH重传的示例示意图；

图10是根据本发明优选实施例的DCI设计的一个示意图；

图11是根据本发明优选实施例的PDSCH重传的一个示例示意图；

图12是根据本发明优选实施例的不发送新包或重传包来约定重传模式的示例示意图；

图13是根据本发明优选实施例的基站配置了终端的HARQ-ACK发送模式为重复结合重传模式时，终端基站处理过程的一个示例示意图一；

图14是根据本发明优选实施的基站配置了终端的HARQ-ACK发送模式为重复结合重传模式，终端基站处理过程的一个示例示意图二；

图15是根据本发明优选实施的DAI一个示意图一；

图16是根据本发明优选实施的DAI一个示意图二；

图17是根据本发明优选实施的DAI一个示意图三；

图18是根据本发明优选实施的DAI一个示意图四；

图19是根据本发明优选实施的DAI一个示意图五；

图20是根据本发明优选实施的DAI一个示意图六；

图21是根据本发明优选实施的DAI一个示意图七。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种应答信息的传输方法，图4是根据本发明实施例的一种应答信息的传输方法的流程图一，如图4所示，所述流程包括如下步骤：

步骤S402，基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式；

步骤S404，所述基站接收所述终端依据所述发送模式发送的HARQ-ACK。

通过上述步骤，基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式，所述基站接收所述终端依据所述发送模式发送的HARQ-ACK，解决了不必要的PDSCH重传浪费下行资源的问题，提高了下行资源的利用率。

在本实施例中，所述HARQ-ACK的发送模式包括以下至少之一：

正常发送模式；

重复发送模式；

支持重传模式。

在本实施例中，所述基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式包括以下至少之一：

方式1，所述基站与所述终端约定默认模式为所述支持重传模式；

方式2，所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

方式3，所述基站通过高层信令的第二配置参数指示所述支持重传模式；

方式4，所述基站通过高层信令的第三配置参数指示所述重复发送模式。

在本实施例中，所述第二配置参数为新增加的参数，所述第三配置参数为新增加的参数，或者，所述第三配置参数为相关协议的参数。

在本实施例中，所述基站配置所述终端的HARQ-ACK的发送模式为所述重复发送模式时，所述基站配置所述HARQ-ACK重复发送的次数以及重复发送时所使用的资源。

在本实施例中，当所述基站配置所述终端的HARQ-ACK发送模式为所述支持重传模式时，所述基站发送指示所述终端进行HARQ-ACK重传的下行控制信息，包括以下至少之一：

所述基站通过在物理混合自动重传指示信息PHICH上的错误应答信息NACK来指示所述终端进行HARQ-ACK重传；

所述基站通过在物理下行控制信道或者增强物理下行控制信道PDCCH或者EPDCCH上发送的下行控制信息DCI来指示所述终端进行HARQ-ACK重传。

在本实施例中，当所述基站通过在PHICH上的NACK来指示所述终端进行HARQ-ACK重传时，所述的PHICH的资源根据承载所述HARQ-ACK的资源确定；

当所述基站通过在PDCCH或者EPDCCH上发送的DCI来指示所述终端进行HARQ-ACK重传时，包括以下至少之一方式：

所述基站通过已有DCI的已有的控制域的特定状态来指示，其中所述DCI已有的控制域的特定状态为相关协议未被使用的状态；

所述基站通过专有的无线网络临时标识RNTI对已有大小的DCI进行加扰，所述专有RNTI用于指示采用所述RNTI加扰的DCI为指示所述终端进行HARQ-ACK重传的DCI，其中，所述专有RNTI通过高层信令配置给所述终端。

在本实施例中，所述DCI中除了用于指示HARQ-ACK重传的控制域外，指示的控制域还包括以下至少之一：

所述HARQ-ACK重传时的资源指示控制域；

所述HARQ-ACK重传时的传输功率控制域；

所述HARQ-ACK重传时的调制方式。

在本实施例中，当所述基站配置所述终端的HARQ-ACK发送模式为所述支持重传模式时，所述基站接收所述终端在第一预设子帧上第一次发送的HARQ-ACK；

在所述基站检测出所述终端在第一预设子帧上发送的HARQ-ACK传输有误的情况下，所述基站在第二预设子帧之前不发送与所述HARQ-ACK对应的下行重传数据包或新的数据包时，所述基站接收终端在第三预设子帧上的发送HARQ-ACK重传信息。

在本实施例中，当所述基站同时配置了HARQ-ACK重复发送模式和HARQ-ACK重复发送模式使能时，所述基站与所述基站约定，所述HARQ-ACK重传时，重复发送的次数相对于前一次发送次数递增。

在本实施例中，当HARQ-ACK的配置在一个物理下行控制信道PUCCH上发送时，所述DCI在主下行分量载波上发送；

当HARQ-ACK的配置在多个PUCCH上发送时，所述DCI在所述PUCCH服务小区组所对应的主分量载波上发送。

在本实施例中，所述基站在DCI中携带下行分配索引信息(Downlink Assignment Index，简称为DAI)，所述DAI信息用于终端确定发送的HARQ-ACK。

在本实施例中，所述DAI信息为DCI中新增加的控制域或已有的控制域，且DAI信息在不同的DCI所表示的含义不同，其中所述不同的DCI指不同服务小区或子帧的DCI。

在本实施例中，所述基站通过调度的N个服务小区中的前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数；或者，最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI；或者，最后m个服务小区的DCI中的DAI与调度的第N-m个服务小区的DCI的DAI具有预设的偏置值且都相同，其中，N和m均为正整数，m为基站与终端约定好的取值。

在本实施例中还提供了一种应答信息的传输方法，图5是根据本发明实施例的一种应答信息的传输方法的流程图二，如图5所示，所述流程包括如下步骤：

步骤S502，终端确定HARQ-ACK的发送模式；

步骤S504，所述终端向通过所述发送模式向基站发送HARQ-ACK。

通过上述步骤，终端确定HARQ-ACK的发送模式，所述终端向通过所述发送模式向基站发送HARQ-ACK，解决了不必要的PDSCH重传浪费下行资源的问题，提高了下行资源的利用率。

在本实施例中，所述HARQ-ACK的发送模式包括以下至少之一：

正常发送模式；

重复发送模式；

支持重传模式。

在本实施例中，所述终端确定HARQ-ACK的发送模式包括以下至少之一：

方式1，所述终端与所述基站约定默认模式为所述支持重传模式；

方式2，所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

方式3，所述基站通过高层信令的第二配置参数指示所述支持重传模式；

方式4，所述基站通过高层信令的第三配置参数指示所述重复发送模式。

在本实施例中，所述第二配置参数为新增加的配置参数，所述第三配置参数为新增加的配置参数，或者，所述第三配置参数为相关协议的配置参数。

在本实施例中，当所述HARQ-ACK发送模式确定为所述重复发送模式时，所述终端在连续的上行子帧上采用高层配置的资源重复发送所述HARQ-ACK，其中所述连续的上行子帧数由高层配置。

在本实施例中，当所述HARQ-ACK发送模式确定为所述支持重传模式时，所述终端接收基站发送的指示所述终端进行HARQ-ACK重传的下行控制信息，所述终端根据所述下行控制信息，确定是否进行HARQ-ACK重传。

在本实施例中，所述终端接收所述基站发送的指示所述终端进行HARQ-ACK重传的下行控制信息，包括以下至少之一：

所述终端接收在PHICH上发送的下行控制信息，所述的PHICH的资源根据承载所述HARQ-ACK的资源确定；

所述终端接收在PDCCH或者EPDCCH上发送的DCI。

在本实施例中，当所述终端接收到所述PHICH上的NACK时，所述终端进行HARQ-ACK重传；

当所述终端接收到的所述DCI中预设的控制域为预设的特定状态时，所述终端进行HARQ-ACK重传。

在本实施例中，所述DCI中除了用于指示HARQ-ACK重传的控制域外，指示的控制域还包括以下至少之一：

所述HARQ-ACK重传时的资源指示控制域；

所述HARQ-ACK重传时的传输功率控制域；

所述HARQ-ACK重传时的调制方式。

在本实施例中，所述终端采用专有的RNTI对所述DCI进行解扰，并根据高层配置的索引信息获取与所述终端相关的HARQ-ACK重传信息。

在本实施例中，当所述下行控制信息指示终端要进行HARQ-ACK重传时，所述终端在第三预设上行子帧上进行HARQ-ACK重传。

在本实施例中，当所述HARQ-ACK发送模式确定为支持重传模式时，所述终端在第二预设子帧之前没有接收到所述基站发送的与所述HARQ-ACK对应的下行重传数据 包或新的数据包且所述终端前一次发送的HARQ-ACK信息中包含NACK时，所述终端在第三预设上行子帧上行HARQ-ACK重传。

在本实施例中，所述终端在第三预设上行子帧上进行HARQ-ACK重传，包括以下至少之一：

当所述终端在所述第三预设上行子帧上没有PUSCH发送，或所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上采用预设的PUCCH资源进行HARQ-ACK重传，其中所述的第三预设上行子帧为根据所述下行控制信息确定的上行子帧，或与基站约定好的上行子帧，所述预设的PUCCH资源为根据所述下行控制信息确定的PUCCH资源，或高层配置的PUCCH资源；

当所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为不允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上在所述PUSCH上进行HARQ-ACK重传。

在本实施例中，当所述HARQ-ACK发送模式确定为所述支持重传模式和所述重复发送模式的结合模式时，所述终端先在连续的上行子帧上采用高层配置的资源上重复发送所述的HARQ-ACK，其中所述连续的上行子帧数由高层配置，再根据HARQ-ACK发送模式为所述支持重传模式进行后续处理，所述终端要发送HARQ-ACK时，都进行重复发送处理。

在本实施例中，当所述HARQ-ACK发送模式确定为所述支持重传模式和所述重复发送模式的结合模式时，所述基站约定根据与所述基站的约定，所述终端在进行HARQ-ACK重传时，重复发送的次数相对于前一次发送次数递增。

在本实施例中，所述终端向基站发送HARQ-ACK前，先确定需要反馈的HARQ-ACK比特数以及反馈的HARQ-ACK比特序列。

在本实施例中，所述终端根据所述基站发送的DAI确定需要反馈的HARQ-ACK比特数以及反馈的HARQ-ACK比特序列。

在本实施例中，所述DAI信息为DCI中新增加的控制域或已有的控制域，且所述DAI信息在不同的DCI所表示的含义不同，其中所述不同的DCI指不同服务小区或子帧的DCI。在本实施例中，所述终端根据与所述基站约定，调度的N个服务小区中的前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数；或者，最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI；或者，最后m个服务小区的DCI中的DAI与调度的第N-m个服务小区的DCI的DAI具有预设的偏置值且都相同，其中，N和m均为正整数，m为基站与终端约定好的取值。

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

图6是根据本发明实施例的一种应答信息的传输装置的结构框图一，位于基站中，如图6所示，所述装置包括

配置模块62，用于基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式；

接收模块64，用于基站接收所述终端依据所述发送模式发送的HARQ-ACK。

通过上述装置，基站配置终端的混合自动请求重传应答消息HARQ-ACK的发送模式，所述基站接收所述终端依据所述发送模式发送的HARQ-ACK，解决了不必要的PDSCH重传浪费下行资源的问题，提高了下行资源的利用率。

在本实施例中，所述HARQ-ACK的发送模式包括以下至少之一：正常发送模式；重复发送模式；支持重传模式。

在本实施例中，所述配置模块包括以下至少之一：

第一配置单元，用于所述终端与所述基站约定默认模式为所述支持重传模式；

第二配置单元，用于所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

第三配置单元，用于所述基站通过高层信令的第二配置参数指示所述支持重传模式；

第四配置单元，用于所述基站通过高层信令的第三配置参数指示所述重复发送模式。

在本发明的实施例中，还提供了一种基站，该基站包括上述任一项所述应答信息的传输装置。

图7是根据本发明实施例的一种应答信息的传输装置的结构框图二，位于终端中，如图7所示，所述装置包括

确定模块72，用于终端确定HARQ-ACK的发送模式；

发送模块74，用于所述终端向通过所述发送模式向基站发送HARQ-ACK。

通过上述装置，终端确定HARQ-ACK的发送模式，所述终端向通过所述发送模式向基站发送HARQ-ACK，解决了不必要的PDSCH重传浪费下行资源的问题，提高了下行资源的利用率。

在本实施例中，所述HARQ-ACK的发送模式包括以下至少之一：正常发送模式； 重复发送模式；支持重传模式。

在本实施例中，所述确定模块包括以下至少之一：

第一确定单元，用于所述终端与所述基站约定默认模式为所述支持重传模式；

第二确定单元，用于所述基站通过高层信令的第一配置参数指示所述终端的发送模式为所述发送模式之一；

第三确定单元，用于所述基站通过高层信令的第二配置参数指示所述支持重传模式；

第四确定单元，用于所述基站通过高层信令的第三配置参数指示所述重复发送模式。

在本发明的实施例中，还提供了一种终端，该终端包括上述任一项所述应答信息的传输装置。

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

本优选实施例提供一种基站，配置终端的HARQ-ACK发送模式；接收终端发送的HARQ-ACK。

进一步的，所述的HARQ-ACK发送模式包括至少之一：正常发送模式；重复发送模式；支持重传模式。

进一步的，所述配置终端的HARQ-ACK发送模式，包括但不限于以下方式：

与终端约定默认模式为支持重传模式；

通过高层信令配置所述三种HARQ-ACK发送模式；

通过高层信令配置“支持重传模式”；

通过高层信令配置“重复发送模式”。

进一步的，所述“支持重传模式”为新增加的配置参数，所述“重复发送模式”为新增加的配置参数或现有的配置参数。

进一步的，当所述基站配置所述终端的HARQ-ACK发送模式为重复发送模式时，所述基站还需要配置HARQ-ACK重复发送的次数以及重复发送时所使用的资源。

进一步的，当所述基站配置所述终端的HARQ-ACK发送模式为支持重传模式时，所述基站发送指示所述终端进行HARQ-ACK重传的下行控制信息，包括但并不限于以下方式：

所述基站通过在PHICH上的NACK来指示所述终端进行HARQ-ACK重传；

所述基站通过在PDCCH或者EPDCCH上发送的DCI来指示所述终端进行HARQ-ACK重传；

进一步的，当所述基站通过在物理混合自动重传指示信道(Physical Hybrid ARQ Indicator Channel简称为PHICH)上的NACK来指示所述终端进行HARQ-ACK重传时，所述的PHICH的资源根据承载所述HARQ-ACK的资源确定。

进一步的，当所述基站通过在PDCCH或者EPDCCH上发送的DCI来指示所述终端进行HARQ-ACK重传时，包括但不限于以下方式：

所述基站通过已有DCI的已有的控制域的特定状态来指示，其中所述的DCI已有的控制域的特定状态为现有协议未被使用的状态；

所述基站通过一个专有的无线网络临时标识(Radio Network Temporary Identity简称为RNTI)对已有大小的DCI进行加扰，所述的专有RNTI用于指示采用所述RNTI加扰的DCI为指示终端进行HARQ-ACK重传的DCI。

进一步的，所述的专有的RNTI通过高层信令配置给所述终端。

进一步的，所述DCI中除了用于指示HARQ-ACK重传的控制域外，其他控制域还包括以下至少之一：

所述HARQ-ACK重传时的资源指示控制域；

所述HARQ-ACK重传时的传输功率控制域；

所述HARQ-ACK重传时的调制方式。

进一步的，当HARQ-ACK配置为只在一个PUCCH上发送时，所述DCI在主下行分量载波(分量载波也称服务小区)上发送。

进一步的，当HARQ-ACK配置为在多个PUCCH上发送时，所述DCI在所述PUCCH服务小区组所对应的主分量载波上发送。

进一步的，当所述基站配置所述终端的HARQ-ACK发送模式为支持重传模式时，所述基站接收终端在第一预设子帧上第一次发送的HARQ-ACK，如果所述基站检测出所述终端在第一预设子帧上发送的HARQ-ACK传输有误，所述基站在第二预设子帧之前不发送与所述HARQ-ACK对应的下行重传数据包或新的数据包时，所述基站接收终端在第三预设子帧上的发送HARQ-ACK重传信息。

进一步的，当所述基站同时了HARQ-ACK重复发送模式和HARQ-ACK重复发送模式使能时，所述基站与所述基站约定，所述HARQ-ACK重传时，重复发送的次数相对于前一次发送次数递增。

本实施例中，所述DAI信息为DCI中新增加的控制域或已有的控制域，且DAI信 息在不同的DCI所表示的含义不同，其中所述不同的DCI指不同服务小区或子帧的DCI。

在本实施例中，所述基站通过调度的N个服务小区中的前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数；或者，最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI；或者，最后m个服务小区的DCI中的DAI与调度的第N-m个服务小区的DCI的DAI具有预设的偏置值且都相同，其中，N和m均为正整数，m为基站与终端约定好的取值

本优选实施例还提供一种终端，确定HARQ-ACK的发送模式；发送HARQ-ACK。

进一步的，所述的HARQ-ACK发送模式包括以下至少之一：正常发送模式；重复发送模式；支持重传模式。

进一步的，所述确定HARQ-ACK的发送模式，包括但不限于以下方式：

与基站约定默认模式为支持重传模式；

根据高层信令确定HARQ-ACK的发送模式。

进一步的，当所述终端根据高层信令确定HARQ-ACK的发送模式时，包括但并不限于以下方式之一：

(1)根据高层信令确定HARQ-ACK的发送模式为上述三种模式之一；

(2)当高层信令仅配置了支持重传的信息单元时，所述终端确定所述HARQ-ACK发送模式为支持重传模式；

当高层信令配置了仅重复发送的信息单元时，所述终端确定所述HARQ-ACK发送模式为重复发送模式；

当高层信令同时配置了支持重传模式的信息单元和重复发送的信息单元时，所述终端确定所述HARQ-ACK发送模式为重复结合重传模式；

否则，所述终端确定所述HARQ-ACK发送模式为正常发送模式。

进一步的，所述“支持重传模式”为新增加的配置参数，所述“重复发送模式”为新增加的配置参数或现有的配置参数

进一步的，当所述HARQ-ACK发送模式确定为重复发送模式，所述终端在连续的上行子帧上采用高层配置的资源上重复发送所述的HARQ-ACK，其中所述连续的上行子帧数由高层配置。

进一步的，当所述HARQ-ACK发送模式确定为支持重传模式时，所述终端接收基站发送的指示所述终端进行HARQ-ACK重传的下行控制信息，所述终端根据所述下行 控制信息，确定是否进行HARQ-ACK重传。

进一步的，所述终端接收基站发送的指示所述终端进行HARQ-ACK重传的下行控制信息，包括但并不限于以下方式：

所述终端接收在PHICH上发送的下行控制信息，所述的PHICH的资源根据承载所述HARQ-ACK的资源确定；

所述终端接收在PDCCH或者EPDCCH上发送的DCI。

进一步的，当所述终端接收到所述PHICH上的NACK时，所述终端进行HARQ-ACK重传。

进一步的，当所述终端接收到的所述DCI中预设的控制域为预设的特定状态时，所述终端进行HARQ-ACK重传。

进一步的，所述DCI中除了用于指示HARQ-ACK重传的预设的控制域外，其他控制域还包括以下至少之一：

所述HARQ-ACK重传时的资源指示控制域；

所述HARQ-ACK重传时的传输功率控制域；

所述HARQ-ACK重传时的调制方式。

进一步的，所述终端采用专有的RNTI对所述的DCI进行解扰，并根据高层配置的索引信息获取与所述终端相关的HARQ-ACK重传信息。

进一步的，当所述下行控制信息指示终端要进行HARQ-ACK重传时，所述终端在第三预设上行子帧上进行HARQ-ACK重传。

进一步的，当所述HARQ-ACK发送模式确定为支持重传模式时，所述终端在第二预设子帧之前没有接收到基站发送的与所述HARQ-ACK对应的下行重传数据包或新的数据包且所述终端前一次发送的HARQ-ACK包含有NACK时，所述终端在第三预设上行子帧上行HARQ-ACK重传。

进一步的，所述终端在第三预设上行子帧上进行HARQ-ACK重传，具体为：

当所述终端在所述第三预设上行子帧上没有PUSCH发送，或所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上采用预设的PUCCH资源进行HARQ-ACK重传，其中所述的第三预设上行子帧为根据所述下行控制信息确定的上行子帧，或与基站约定好的上行子帧，所述预设的PUCCH资源为根据所述下行控制信息确定的PUCCH资源，或高层配置的PUCCH资源；或

当所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为不允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上在所述PUSCH上进行HARQ-ACK重传。

进一步的，当所述HARQ-ACK发送模式确定为重复结合重传发送模式时，所述终端先在连续的上行子帧上采用高层配置的资源上重复发送所述的HARQ-ACK，其中所述连续的上行子帧数由高层配置；此后，再根据HARQ-ACK发送模式为重传模式进行后续处理，所述终端要发送HARQ-ACK时，都进行重复发送处理。

进一步的，当所述HARQ-ACK发送模式确定为所述支持重传模式和所述重复发送模式的结合模式时，所述终端根据与所述基站的约定，在每次HARQ-ACK重传时，重复发送的次数相对于前一次HARQ-ACK重复发送的次数增加。

进一步的，当HARQ-ACK发送模式确定为所述支持重传模式和所述重复发送模式的结合模式时，所述基站约定根据与所述基站的约定，所述终端在进行HARQ-ACK重传时，重复发送的次数相对于前一次发送次数递增。

进一步地，所述终端向基站发送HARQ-ACK前，先确定需要反馈的HARQ-ACK比特数以及反馈的HARQ-ACK比特序列。

进一步地，所述终端根据所述基站发送的DAI确定需要反馈的HARQ-ACK比特数以及反馈的HARQ-ACK比特序列。

进一步地，所述DAI信息为DCI中新增加的控制域或已有的控制域，且所述DAI信息在不同的DCI所表示的含义不同，其中所述不同的DCI指不同服务小区或子帧的DCI。

进一步地，所述终端根据与所述基站约定，调度的N个服务小区中的前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数；或者，最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI；或者，最后m个服务小区的DCI中的DAI与调度的第N-m个服务小区的DCI的DAI具有预设的偏置值且都相同，其中，N和m均为正整数，m为基站与终端约定好的取值。

优选实施例1：新PUCCH格式，以及问题存在的说明示例

在LTE后续版本的讨论中，增强的载波聚合中为了支持更多的载波聚合的HARQ-ACK反馈，需要引入一种新的PUCCH格式。图8是根据本发明优选实施例的一种候选的新的PUCCH格式的结构示意图，如图8所示，新的PUCCH格式能够支持更多HARQ-ACK的反馈，如图8所示的PUCCH格式，考虑采用QPSK调制，以及保证信道编码的码率小于等于0.5的情况下，最多可以支持144比特的反馈。由于支持的比特数比较多，对于大于22比特的HARQ-ACK反馈，需要增加CRC，以便基站侧可 以检测到HARQ-ACK传输是否有误。现有的PUCCH格式不支持CRC的主要原因是现有PUCCH格式最多只能支持22比特的反馈，如果增加CRC，那么能够支持的有用的HARQ-ACK比特数就会变小，CRC占得开销比例过大，因而，现有的PUCCH格式是都不支持CRC的。

在增加了CRC后，基站侧可以通过CRC来发现HARQ-ACK传输是否有误，相对于已有的PUCCH格式而言，HARQ-ACK的鲁棒性要好一些。但是，由于CRC只能发现错误，但是并不能确定哪些比特位发生了错误，因此，从基站考虑，为了保证系统的可靠传输，当检测到CRC有误时，与HARQ-ACK对应的所有的PDSCH传输都必须重传，这样，对于已经正确传输的PDSCH而言是一种资源浪费，导致了PDSCH的不必要重传，影响频谱效率。图9是根据本发明优选实施例的PDSCH发送，HARQ-ACK发送以及PDSCH重传的示例示意图，如图9所示，在该实例中，基站在无线帧n的子帧0上发送PDSCH，终端接收无线帧n的子帧0上的PDSCH，并根据检测结果在无线帧n的子帧4上进行HARQ-ACK反馈；基站检测无线帧n的子帧4上的HARQ-ACK，根据CRC判断HARQ-ACK传输有误，由于基站并不能确定传输的HARQ-ACK哪里发生了错误，因而，基站在无线帧n的子帧8上，对上一次所有的PDSCH传输进行了重传。

优选实施例2：发送模式的示例

终端的HARQ-ACK发送模式包括以下至少之一：

正常发送模式

重复发送模式

支持重传模式。

其中，正常发送模式下，终端只发送一次HARQ-ACK，基站根据接收到的HARQ-ACK，判断相应的PDSCH是否要重传。这是现有协议支持的默认HARQ-ACK发送模式，PUCCH格式1b联合信道选择以及PUCCH格式3都是默认采用这种HARQ-ACK发送模式。

重复发送模式，当PUCCH相关的高层参数配置“ackNackRepetition”这个配置参数时，表示重复发送模式使能，高层参数“ackNackRepetition”同时还配置了终端重复发送HARQ-ACK的次数“RepetitionFactor”，以及重复发送HARQ-ACK时所使用的PUCCH信道资源。当终端采用重复发送模式发送HARQ-ACK时，终端在连续的上行子帧上重复发送HARQ-ACK，基站接收多个上行子帧的HARQ-ACK后，再确定PDSCH的重传。所述高层配置的IE在现有协议上是用于PUCCH格式1a/1b的，在增强的载波聚合系统中，对于新增加的PUCCH格式，可以考虑采用这个IE来配置新PUCCH格式的重复发送模式，也可以通过新增的配置参数来配置新PUCCH格式的重复发送模式。

支持重传模式：终端在重传模式下，当收到相应的触发重传信令后，或在第二预设子帧之前没有收到与第一次发送的HARQ-ACK对应的下行重传数据包或新的数据包且所述终端前一次发送的HARQ-ACK包含有NACK时，则终端在第三预设的子帧上对上一次发送的HARQ-ACK进行重传；其中所述的与第一次发送的HARQ-ACK对应的下行重传数据包或新的数据包是指与首传PDSCH具有相同进程号的下行传输。其中，HARQ-ACK重传时可以在PUCCH上发送，也可以在PUSCH上发送，具体来说：

当所述终端在所述第三预设上行子帧上没有PUSCH发送，或所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上采用预设的PUCCH资源进行HARQ-ACK重传，其中所述的第三预设上行子帧为根据所述下行控制信息确定的上行子帧，或者与终端约定好的上行子帧，所述预设的PUCCH资源为根据所述下行控制信息确定的PUCCH资源，或高层配置的PUCCH资源；

当所述终端在所述第三预设子帧上有PUSCH发送且所述终端配置为不允许PUCCH和PUSCH同传时，所述终端在所述第三预设子帧上在所述PUSCH上进行HARQ-ACK重传。重复结合重传发送模式：所述终端先在连续的上行子帧上采用高层配置的资源上重复发送所述的HARQ-ACK，其中所述连续的上行子帧数由高层配置；此后，再根据HARQ-ACK发送模式为重传模式进行后续处理，所述终端要发送HARQ-ACK时，都进行重复发送处理。

优选实施例3：基站配置发送模式的示例

基站配置终端的HARQ-ACK的发送模式，其中发送模式包括以下三种之一：

正常发送模式

重复发送模式

支持重传模式。

优选的，基站配置终端的HARQ-ACK发送模式，可以采用以下方式之一：

与基站约定默认模式为支持重传模式；

根据高层信令确定HARQ-ACK的发送模式。

其中，当所述终端根据高层信令确定HARQ-ACK的发送模式时，包括但并不限于以下方式之一：

(1)根据高层信令确定HARQ-ACK的发送模式为上述三种模式之一；

(2)当高层信令仅配置了支持重传的信息单元时，所述终端确定所述HARQ-ACK发送模式为支持重传模式；

当高层信令仅配置了重复发送的信息单元时，所述终端确定所述HARQ-ACK发送模式为重复发送模式；

当高层信令同时配置了支持重传模式的信息单元和重复发送的信息单元时，所述终端确定所述HARQ-ACK发送模式为重复结合重传模式；

否则，所述终端确定所述HARQ-ACK发送模式为正常发送模式。

进一步的，所述“支持重传模式”为新增加的配置参数，所述“重复发送模式”为现有的配置参数或新增加的配置参数。

为了避免对现有终端的影响，基站只与支持新的PUCCH格式的终端约定HARQ-ACK的发送模式为支持重传模式。对于支持新的PUCCH格式的终端而言，HARQ-ACK的发送模式默认为支持重传模式。终端在第一次发送HARQ-ACK后，检测下行控制信息，当所述下行控制信息触发了HARQ-ACK重传后，终端在第三预设的上行子帧上对HARQ-ACK进行重传；或者终端在第一次发送HARQ-ACK后，在第二预设子帧之前没有收到与第一次发送的HARQ-ACK对应的下行重传数据包或新的数据包且所述终端前一次发送的HARQ-ACK包含有NACK时，终端在第三预设的上行子帧上对HARQ-ACK进行重传。

基站还可以通过高层信令配置HARQ-ACK发送模式为上述三种发送模式之一，比如可以通过2比特的高层信令，配置终端的HARQ-ACK发送模式。

或者，基站可以在高层信令参数PUCCH-Config中，增加一个用于支持HARQ-ACK重传的配置参数，把支持HARQ-ACK重传时的一些相关参数配置给终端。当基站在PUCCH-config中配置了这个IE后，UE进入HARQ-ACK支持重传模式。

所述的HARQ-ACK重传模式，只针对HARQ-ACK传输时有添加CRC的场景，如当HARQ-ACK大于22比特时，对于其他情况，由于HARQ-ACK没有CRC，基站侧并不能确定HARQ-ACK传输是否有误，因而并不适用。

优选实施例4：信令触发重传模式的示例

当基站配置了终端的HARQ-ACK发送模式为支持重传模式后，基站对HARQ-ACK进行接收检测，当HARQ-ACK的CRC没有通过时，基站判断HARQ-ACK传输发生错误，此时，基站可以通过发送下行控制信息，通知终端进行HARQ-ACK重传。

基站通过发送下行控制信息通知终端进行HARQ-ACK重传，可以采用以下方式之一：

基站通过在PHICH上的NACK来指示终端进行HARQ-ACK重传；

基站通过在PDCCH或者EPDCCH上发送的DCI来指示终端进行HARQ-ACK重传。

当基站采用通过在PHICH上发送的NACK来指示终端进行HARQ-ACK重传时，基站发送PHICH时所使用的资源根据发送HARQ-ACK的PUCCH资源确定。当所述发送HARQ-ACK的PUCCH为如图8所示的新格式时，所述的PUCCH资源包括所在的PRB(Physical Resource Block：物理资源块)索引以及DMRS(Demodulation Reference signal：解调参考信号)所使用的CS(Cyclic shift：循环移位)索引。那么基站发送触发HARQ-ACK重传时所使用的PHICH资源，就根据上述PRB索引和DMRS的CS索引来确定。

当基站采用通过在PDCCH或者EPDCCH上发送的DCI来指示终端进行HARQ-ACK重传时，可以采用如下方式之一：

方式1：基站通过已有DCI的已有的控制域的特定状态来指示，其中所述的DCI已有的控制域的特定状态为现有协议未被使用的状态；

方式2：基站通过一个专有的RNTI对已有大小的DCI进行加扰，所述的专有RNTI用于指示采用所述RNTI加扰的DCI为指示终端进行HARQ-ACK重传的DCI。

对于方式1，基站可以通过DCI格式0/4来触发HARQ-ACK重传。对于DCI格式0/4，其中的资源分配控制域包含比特，其中为上行带宽所包含的资源块数，假设系统带宽为20MHz，那么资源分配控制域有比特。而资源分配实际使用的状态只需要100×101/2＝5050个，但是13比特可以表示2^13＝8192个不同的状态，那么除了资源分配要使用的5050外的其余未被使用的状态，都可以用来指示所述DCI是用来触发HARQ-ACK重传的。同时，所述的DCI除了可以触发终端进行HARQ-ACK重传外，还可以指示重传时使用的PUCCH资源。PUCCH资源的指示方式，现有协议采用的其中一种方式是通过高层配置结合DCI动态指示的方式，也即通过高层配置多个PUCCH资源，然后在DCI里动态指示使用哪一个，具体的，通过DCI中的TPC(Transmit Power Control：传输功率命令)来动态指示，此时DCI中的TPC不用做传输功率调整。对于新的PUCCH格式，上述的资源指示方法可以沿用，基站通过高层信令给终端配置多个新PUCCH资源，然后通过DCI中的预设控制域来指示重传时使用的资源，所述预设的控制域优选为TPC控制域。对于HARQ-ACK初传时，PUCCH资源是根据与下行传输相关的DCI中的TPC控制域来确定的，而对于HARQ-ACK重传，由于触发HARQ-ACK重传的DCI是与上行传输相关的DCI(DCI格式0/4是与上行传输相关的DCI)，而DCI中包含的控制信息，有些对于HARQ-ACK重传是不必要的，如UL index/DL DAI，这时候，可以把这些控制域重用为HARQ-ACK重传时的PUCCH资源指示域，而TPC控制域可以保留其原来的作用，用作传输功率的调整。采用这种方式，基站只要终端约定好资源分配控制域中的某个或某些特定的状态用来表示触发HARQ-ACK重 传即可，对标准化影响小。

或者，当所述DCI中预设的控制域被设置为特定的用于指示终端进行HARQ-ACK重传的状态时，此时所述DCI的其余控制域可以被重新定义，被重新定义的控制域包括以下至少之一：

所述HARQ-ACK重传时的资源指示控制域；

所述HARQ-ACK重传时的传输功率控制域；

所述HARQ-ACK重传时的调制方式。

对于方式2，当终端配置了支持HARQ-ACK重传模式时，基站同时还给终端配置了专用于HARQ-ACK重传模式的RNTI，所述的RNTI与现有配置给终端的RNTI都不同。基站通过所述的RNTI，对DCI进行加扰，然后发送给终端，终端通过所述的RNTI对DCI进行解扰，获取相应的是否要进行HARQ-ACK重传的信息，从而确定是否对HARQ-ACK进行重传。为了减少终端的盲检测次数，所述的DCI的大小与现有的DCI大小相同。另外，考虑到DCI的开销问题，承载触发HARQ-ACK重传的DCI采用现有DCI格式中大小最小的，如DCI格式1C。所述的DCI中除了携带触发HARQ-ACK重传的指示信息外，还可以携带PUCCH信道资源指示信息，如1比特的HARQ-ACK重传指示，以及2比特的PUCCH信道资源指示。此外，考虑到DCI格式1C的大小要大于上述HARQ-ACK重传时所需要的信息，因而可以把多个终端的HARQ-ACK重传指示信息复用在一个DCI格式1C上发送，多个终端共享同一个RNTI，不同终端配置不同的索引，用于指示终端在哪里找到自己对应的HARQ-ACK重传指示信息，图10是根据本发明优选实施例的DCI设计的一个示意图。

图11是根据本发明优选实施例的PDSCH重传的一个示例示意图，如图11所示，支持HARQ-ACK重传后，PDSCH发送，HARQ-ACK发送以PDSCH重传的一个示例。在该实例中，

1.基站在无线帧n的子帧0上发送PDSCH；

2.终端接收无线帧的子帧0上的PDSCH，并根据检测结果在无线帧n的子帧4上进行HARQ-ACK反馈；

3.基站检测无线帧n的子帧4上的HARQ-ACK，根据CRC判断HARQ-ACK传输有误，由于基站配置了支持HARQ-ACK重传模式，因此，基站在无线帧n的子帧8上发送触发HARQ-ACK重传的下行控制信息，其中所述的下行控制信息为本实施例描述的方式之一；

4.终端接收到终端在无线帧n的子帧8上发送的触发HARQ-ACK重传的下行控制信息后，确定需要进行HARQ-ACK重传，则终端将在无线帧n+1的子帧2上对上一次发送的HARQ-ACK进行重传；

5.基站接收终端在无线帧n+1子帧2上的HARQ-ACK重传，基站还可以进一步联合HARQ-ACK的初传与重传，经过联合检测后判断CRC通过，此时基站获取PDSCH传输的HARQ-ACK反馈，在无线帧n+1的子帧6上对HARQ-ACK反馈为NACK的PDSCH进行重传即可。

这种方案相对于优选实施例1而言，可以避免不必要的PDSCH重传，节省了资源，提高了频谱效率。这种方案对于时延不敏感的业务尤为适用。

需要注意的是，图11给出的示例中，由于下行HARQ采用的是异步HARQ，基站发送触发HARQ-ACK重传的下行控制信息的子帧没有限定在无线帧n的子帧8，在子帧8以及其后的子帧均可，相应的，终端进行HARQ-ACK重传的子帧根据基站触发HARQ-ACK重传的下行控制信息所在的子帧来确定，假设基站触发HARQ-ACK重传的下行控制信息的子帧为x，则终端进行HARQ-ACK重传的子帧为x+K1，其中所述的K为基站与终端好的值，K1优选取4。同理，由于下行是异步HARQ，基站进行PDSCH重传的子帧也没有限定在无线帧n+1的子帧6上，只要在终端发送HARQ-ACK的子帧后K2个子帧上发送即可，K2优选取4。

优选实施例5：不发送新包或重传包来约定重传模式的示例

当基站配置了终端的HARQ-ACK发送模式为支持重传模式时，基站对终端在第一预设子帧发送的HARQ-ACK进行接收检测，当HARQ-ACK的CRC没有通过时，基站判断HARQ-ACK传输发生错误，此时基站在第二预设子帧之前不发送与所述HARQ-ACK对应的下行重传数据包或新的数据包；

对于终端侧，由于在第二预设子帧前没有收到所述HARQ-ACK对应的下行重传数据包或新的数据包，此时，包括两种场景：

第一个场景是终端接收的PDSCH全部正确，基站也正确接收了终端发送的HARQ-ACK，而基站没有再针对所述终端的数据，因此，所述基站不会再对所述终端发送任何信号，对于这种情况，如果终端上一次发送的HARQ-ACK不包含NACK的话，终端也无需进行任何操作；

第二个场景是终端接收的PDSCH有误，也即上一次发送的HARQ-ACK包含NACK，终端在等待基站进行PDSCH重传，而此时由于终端在第二预设子帧前没有收到所述HARQ-ACK对应的下行重传数据包或新的数据包，终端根据约定知道基站侧判断接收的HARQ-ACK传输有误，因此，终端按照约定，在第三预设子帧上重复发送所述HARQ-ACK；基站接收终端在第三预设子帧上的发送HARQ-ACK重传信息；其中所述第三子帧与第一子帧的间隔为基站与终端约定好，优选取值为8(个子帧)，所述第二预设子帧优选取值为第三预设子帧的前一个子帧。

图12是根据本发明优选实施例的不发送新包或重传包来约定重传模式的示例示意图，如图12所示，在该示例中：

1.基站在无线帧n的子帧0上发送PDSCH；

2.终端接收无线帧n的子帧0的PDSCH，在无线帧n的子帧4上发送与所述PDSCH对应的HARQ-ACK；

3.基站接收终端在无线帧n的子帧4上发送的HARQ-ACK，假设检测结果CRC有误，基站判断所述HARQ-ACK传输有误；基站在无线帧n的子帧8到无线帧n+1的子帧1上均不发送与所述HARQ-ACK对应的下行重传数据包或新的数据包；这里假设第二预设子帧为无线帧n+1的子帧#1。

4.终端由于接收不到基站在无线帧n的子帧8到无线帧n+1的子帧1上发送的与所述HARQ-ACK对应的下行重传数据包或新的数据包，终端在无线帧n+1的子帧2上重新发送所述的HARQ-ACK；

5.基站接收终端在无线帧n+1子帧2上的HARQ-ACK重传，基站还可以进一步联合HARQ-ACK的初传与重传，经过联合检测后判断CRC通过，此时基站获取PDSCH传输的HARQ-ACK反馈，在无线帧n+1的子帧6上对HARQ-ACK反馈为NACK的PDSCH进行重传即可。

这种方案，基站与终端约定好，在第一次发送HARQ-ACK后，如果终端在预设的时间段内没有收到基站发送的与第一次发送的HARQ-ACK对应的下行重传数据包或新的数据包，则终端在预设的子帧上进行HARQ-ACK重传。比如约定在第一次发送HARQ-ACK后的8微秒(8个子帧)都没有收到与第一次发送的HARQ-ACK对应的下行重传数据包或新的数据包，则终端在8个子帧后重复发送HARQ-ACK，其中，其中所述的与第一次发送的HARQ-ACK对应的下行重传数据包或新的数据包是指与首传PDSCH具有相同进程号的下行传输。

另外，如果所述基站在所述第三预设子帧上没有接收到终端发送的HARQ-ACK重传信息，则表明终端正确接收了PDSCH，只是HARQ-ACK传输过程中发生了错误，因此基站可以认为上一次的PDSCH终端接收正确，可以开始新的数据包传输。

优选实施例6：

图13是根据本发明优选实施例的基站配置了终端的HARQ-ACK发送模式为重复结合重传模式时，终端基站处理过程的一个示例示意图一，如图13所示，在所述示例中：

1.基站在无线帧n的子帧0上发送PDSCH；

2.终端接收无线帧n的子帧0的PDSCH，在无线帧n的子帧4上发送与所述PDSCH对应的HARQ-ACK；由于HARQ-ACK重复发送模式使能，同时假设重复因子为2，那么终端在无线帧n的子帧5上重复发送子帧4发送的HARQ-ACK；

3.基站接收终端在无线帧n的子帧4和子帧5上发送的HARQ-ACK，假设检测结果CRC有误，基站判断所述HARQ-ACK传输有误；由于基站配置了支持HARQ-ACK重传模式，因此，基站在无线帧n的子帧9上发送触发HARQ-ACK重传的下行控制信息，其中所述的下行控制信息为实施例4描述的方式之一；

4.终端接收到终端在无线帧n的子帧9上发送的触发HARQ-ACK重传的下行控制信息后，确定需要进行HARQ-ACK重传，则终端将在无线帧n+1的子帧3上对上一次发送的HARQ-ACK进行重传；同时，由于终端的HARQ-ACK重复发送模式也使能，因此，终端在无线帧n+1的子帧4上重复发送子帧3发送的HARQ-ACK；

5.基站接收终端在无线帧n+1子帧3和子帧4上的HARQ-ACK重传，基站还可以进一步联合HARQ-ACK的初传与重传，经过联合检测后判断CRC通过，此时基站获取PDSCH传输的HARQ-ACK反馈，在无线帧n+1的子帧8上对HARQ-ACK反馈为NACK的PDSCH进行重传即可。

优选实施例7：

图14是根据本发明优选实施的基站配置了终端的HARQ-ACK发送模式为重复结合重传模式，终端基站处理过程的一个示例示意图二，如图14所示，给出了基站配置了终端的HARQ-ACK发送模式为重复结合重传模式时，终端基站处理过程的一个示例，在该示例中，HARQ-ACK重传是，重复发送的次数相对于前一次HARQ-ACK重复发送次数增加，这里优选的增加次数为1：

1.基站在无线帧n的子帧0上发送PDSCH；

2.终端接收无线帧n的子帧0的PDSCH，在无线帧n的子帧4上发送与所述PDSCH对应的HARQ-ACK；由于HARQ-ACK重复发送模式使能，同时假设重复因子为2，那么终端在无线帧n的子帧5上重复发送子帧4发送的HARQ-ACK；

3.基站接收终端在无线帧n的子帧4和子帧5上发送的HARQ-ACK，假设检测结果CRC有误，基站判断所述HARQ-ACK传输有误；由于基站配置了支持HARQ-ACK重传模式，因此，基站在无线帧n的子帧9上发送触发HARQ-ACK重传的下行控制信息，其中所述的下行控制信息为实施例4描述的方式之一；

4.终端接收到终端在无线帧n的子帧9上发送的触发HARQ-ACK重传的下行控制信息后，确定需要进行HARQ-ACK重传，则终端将在无线帧n+1的子帧3上对上一次发送的HARQ-ACK进行重传；同时，由于终端的HARQ-ACK重复发送模式也使能， 同时，终端与基站约定，每次HARQ-ACK重传时，HARQ-ACK重复发送的次数相对前一次重复发送要增加1次，因此，终端在无线帧n+1的子帧4和子帧5上重复发送子帧3发送的HARQ-ACK；

5.基站接收终端在无线帧n+1子帧3、4、5上的HARQ-ACK重传，基站还可以进一步联合HARQ-ACK的初传与重传，经过联合检测后判断CRC通过，此时基站获取PDSCH传输的HARQ-ACK反馈，在无线帧n+1的子帧9上对HARQ-ACK反馈为NACK的PDSCH进行重传即可。

优选实施例8：

终端发送HARQ-ACK前，需要确定HARQ-ACK的比特数以及HARQ-ACK比特序列。一种确定HARQ-ACK比特数和比特序列的方式是基于配置的服务小区数、传输模式来确定，对于TDD系统，还需要进一步根据配置的下行参考配置来确定一个上行子帧需要反馈的下行子帧数。这种根据配置的服务小区数，子帧数以及传输模式来确定HARQ-ACK反馈比特数的方法，当配置的服务小区数/子帧比较多，而实际调度的服务小区/子帧数相对比较少的时候，就会导致需要反馈大量的HARQ-ACK，而且反馈的大量HARQ-ACK中有很多是无用的，这样不但浪费了终端的发送功率，还会影响基站接收HARQ-ACK的性能。因此，一种改进的方案是根据调度的服务小区/子帧数来确定反馈的HARQ-ACK比特数以及HARQ-ACK比特序列。为了支持根据调度的服务小区/子帧数来确定反馈的HARQ-ACK比特数以及HARQ-ACK比特序列，而避免基站与终端对于发送的HARQ-ACK有不一样的理解，需要引入相应的机制来解决，由于终端漏检导致的终端基站理解不一致的问题。

为此，基站可以在与PDSCH传输相关的DCI中携带下行分配索引(DAI)信息，用于指示终端关于下行PDSCH的调度情况，进一步的，基站与终端约定，所述的DAI在不同DCI中所表示的含义不同，其中所述不同的DCI指不同服务小区或子帧的DCI，具体为：

基站通过调度的N个服务小区中的前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量(累计值DAI)，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数(总数DAI)；或者，

最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI；或者，

最后m个服务小区的DCI中的DAI与调度的第N-m个服务小区的DCI的DAI具有预设的偏置值且都相同，其中，N和m均为正整数，m为基站与终端约定好的取值。

其中m的取值根据DAI控制域的比特数来确定，如果DAI为2比特，那么m的优 选取值为4。这样做的原因是假定不考虑连续(按照一定的顺序)丢失4个PDSCH或表示SPS(semil-static scheduling，半静态调度，简称SPS)释放的(E)PDCCH的情况，这样，终端也可以识别出其中的丢失情况。

DAI的取值与对应的调度的PDSCH/SPS release(E)PDCCH的数量的对应关系如表2所示。

表2

根据上面的对应关系，以及调度情况，当前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量(累计值DAI)，最后m个服务小区的DCI中的DAI指示当前子帧调度的服务小区总数(总数DAI)时，可以得到如表3所示的DAI取值，从图16可以看出，当终端在最后5(m+1，这里m等于4)个没有发生丢失时，最后5个接收到的DAI的值是相同的，因此，可以根据这个来判断最后5个是否有丢失：只要最后接收到的不是连续5个相同的DAI值，则可以判断最后5个中有丢失，但是终端无法确定具体是哪一个，因此，此时终端反馈HARQ-ACK时，需要把最后5个HARQ-ACK比特对应的状态置为NACK。如果接收到最后5个相同的DAI，则表示最后5个没有丢失，则可以根据检测结果，确定最后5个HARQ-ACK比特对应的ACK/NACK状态。对于其他的HARQ-ACK比特位的状态，根据累计计数器以及PDSCH的检测结果，确定其相应的ACK/NACK状态。

表3

图15是根据本发明优选实施的DAI一个示意图一，如图15所示，在该示意图中，假设基站给某终端配置了32个服务小区，在子帧n上调度了29个服务小区，调度情况如图15所示。图中每个服务小区的DAI取值根据表2所示的对应关系，可以确定其相应的调度的PDSCH/SPS release PDCCH数量。

对于终端，如表3所示，当终端接收到所有调度的29个服务小区上发送的PDSCH或者表示SPS释放的(E)PDCCH时，终端根据最后接收到的5个连续的“00”表示总数的DAI，其中有4个是表示总数的DAI，倒数第五个是表示累计的DAI，终端根据上述接收情况，可以确定需要反馈的HARQ-ACK比特数为29，终端根据前面的表示累计的DAI确定对应的HARQ-ACK比特位的ACK/NACK状态，对于最后4个HARQ-ACK比特，根据最后检测的4个PDSCH或者表示SPS释放的(E)PDCCH，确定对应的ACK/NACK状态。

对于终端，图16是根据本发明优选实施的DAI一个示意图二，图17是根据本发明优选实施的DAI一个示意图三，如图17所示，如图16和图17所示，当终端接收到在最后没有接收到连续5个的“00”的话，比如只接收到4个连续的“00”，则终端可以判断最后5个调度发生了一个丢失，但是终端不能确定具体是丢失了哪一个，如终端无法区分是如图16所示的丢失情况，还是如图17所示的丢失情况，此时，终端根据接收到的最后4个“00”DAI以及根据连续4个“00”之前的表示累计值的DAI，可以确定需要反馈的HARQ-ACK比特数为29，终端根据前面的表示累计的计数器确定对应的HARQ-ACK比特位的ACK/NACK状态，对于最后5个HARQ-ACK状态，置为NACK。

终端根据所述DAI确定对应的HARQ-ACK比特数以及比特序列的过程具体如下：

当终端收到第一个取值为“00”的DAI时，终端判断这是基站调度的第一个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的ACK/NACK状态放在HARQ-ACK比特序列的第一位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第一位置为“ACK”；

当终端收到第一个取值为“01”的DAI时，终端判断这是基站调度的第二个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的ACK/NACK状态放在HARQ-ACK比特序列的第二位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第二位置为“ACK”；

当终端收到第一个取值为“10”的DAI时，终端判断这是基站调度的第三个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的ACK/NACK状态放在HARQ-ACK比特序列的第三位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第三位置为“ACK”；

当终端收到第一个取值为“11”的DAI时，终端判断这是基站调度的第四个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的 ACK/NACK状态放在HARQ-ACK比特序列的第四位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第四位置为“ACK”；

当终端收到第二个取值为“00”的DAI时，终端判断这是基站调度的第五个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的ACK/NACK状态放在HARQ-ACK比特序列的第五位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第五位置为“ACK”；

当终端收到第二个取值为“01”的DAI时，终端判断这是基站调度的第六个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的ACK/NACK状态放在HARQ-ACK比特序列的第六位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第六位置为“ACK”；

当终端收到第二个取值为“10”的DAI时，终端判断这是基站调度的第七个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的ACK/NACK状态放在HARQ-ACK比特序列的第七位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第七位置为“ACK”；

当终端收到第二个取值为“11”的DAI时，终端判断这是基站调度的第八个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，同时将对所述PDSCH解调的ACK/NACK状态放在HARQ-ACK比特序列的第八位，如果收到的是表示SPS释放的(E)PDCCH，则将比特序列的第八位置为“ACK”；

如此类推；

对于接收到最后五个相同DAI的情况，如在图15的实施例中，接收到最后5个DAI的取值都为“00”，根据前面的接收情况可以判断倒数第五个DAI表示已经调度了25个有相应(E)PDCCH的PDSCH或表示SPS释放的(E)PDCCH，然后对于最后4个表示总数的DAI，取值为“00”，查表2可以判断出总共调度了29个有相应(E)PDCCH的PDSCH或表示SPS释放的PDCCH。如果当前子帧还有发送SPS的服务小区，则将所述发送SPS的服务小区，根据载波索引先后顺序，将SPS服务小区的PDSCH对应的ACK/NACK状态映射到HARQ-ACK比特序列的最后，最终得到如图18所示的示意图，该示意图中，假设接收到的PDSCH都正确解调，因此HARQ-ACK状态均为ACK，图中用“A”来表示，而对于漏检的服务小区，图中用“X”来表示，其对应的HARQ-ACK状态被置为NACK，图中用“N”来表示，此外，在该示意图中，由于最后接收到5个相同的DAI值，因而终端判断最后5个有相应(E)PDCCH对应的PDSCH或表示SPS释放的PDCCH没有发生丢失，因而相应的HARQ-ACK状态，根据对PDSCH的解调结果来确定，这里假定PDSCH都解调正确。如果接收情况是如图19所示，终端最后只接收到4个相同的DAI，则终端可以判断出最后5个有相应(E)PDCCH对应的PDSCH或表示SPS释放的PDCCH有一个发生丢失，但是具体哪个丢失不知道，因而终端会最后 5个(不考虑SPS)的HARQ-ACK状态置为NACK，如果当前子帧有发送SPS的服务小区，则处理如前所述。

根据上面的对应关系，以及调度情况，当前面N-m个服务小区的DCI中的DAI指示按照一定顺序截止到当前服务小区已经调度的服务小区的数量(累计值DAI)，最后m个服务小区的DCI中的DAI重复调度的第N-m个服务小区的DCI中的DAI时，这里假设m＝3，当终端在最后4(m+1，这里m等于4)个没有发生丢失时，最后4个接收到的DAI的值是相同的，因此，可以根据这个来判断最后4个是否有丢失：只要最后接收到的不是连续4个相同的DAI值，则可以判断最后4个中有丢失，但是终端无法确定具体是哪一个，因此，此时终端反馈HARQ-ACK时，需要把最后4个HARQ-ACK比特对应的状态置为NACK。如果接收到最后4个相同的DAI，则表示最后4个没有丢失，则可以根据检测结果，确定最后4个HARQ-ACK比特对应的ACK/NACK状态。对于其他的HARQ-ACK比特位的状态，根据累计计数器以及PDSCH的检测结果，确定其相应的ACK/NACK状态。

终端根据所述DAI确定HARQ-ACK比特数，具体如下，根据前面接收到的调度情况以及最后接收到的连续相同的DAI的取值，确定反馈的HARQ-ACK比特数，如图20所示，最后接收到的连4个相同的DAI的取值为“00”，通过查表2判断出已经调度了25个，然后由于与基站约定最后3个服务小区的DAI与前一个相同，因而终端判断出有相应(E)PDCCH的PDSCH或表示SPS释放的PDCCH的数量为25+3＝28个。由于最后接收到4个相同的DAI值，因而终端判断最后4个有相应(E)PDCCH对应的PDSCH或表示SPS释放的PDCCH没有发生丢失，因而相应的HARQ-ACK状态，根据对PDSCH的解调结果来确定，这里假定PDSCH都解调正确。如果接收情况是如图21所示，终端最后只接收到3个相同的DAI，则终端可以判断出最后4个有相应(E)PDCCH对应的PDSCH或表示SPS释放的PDCCH有一个发生丢失，但是具体哪个丢失不知道，因而终端会最后4个(不考虑SPS)的HARQ-ACK状态置为NACK，如果当前子帧有发送SPS的服务小区，则处理如前所述。

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

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

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

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

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