混合自动重传请求反馈方法、基站及用户设备与流程

本发明涉及通信技术领域，尤其涉及一种混合自动重传请求反馈方法、基站及用户设备。

背景技术：

高速下行分组接入(High-Speed Downlink Packet Access，简称HSDPA) 技术中采用混合自动重传请求(Hybrid Automatic Repeat Request，简称HARQ) 进行传输，一个HARQ进程从发送数据到收到确认的时间是固定的，在接收到确认之前，该HARQ进程不能继续传输数据。

现有技术中，为了连续数据传输，用户设备(User Equipment，简称UE) 要支持同时发送6个HARQ进程才能满足数据连续传输的要求。为了保证每个进程都能够尽快地确认，以便进行下一次数据传输，每个HARQ进程都进行单独反馈。然而，这使得上行反馈的功率较大。

技术实现要素：

本发明实施例提供一种混合自动重传请求反馈方法、基站及用户设备，用以解决HARQ反馈需要的功率较大的问题。

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

基站确定进程组，所述进程组中包括至少两个进程；

所述基站调用进程向用户设备发送下行数据；

所述基站在所述进程组对应的反馈时间接收所述用户设备发送的HARQ 确认信息。

在第一方面的第一种可能的实现方式中，所述确定进程组，包括：

所述基站根据进程被调度的时间确定所述进程组；或者，所述基站根据进程号确定所述进程组。

根据第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述进程被调度的时间包括：帧号和子帧号。

根据第一方面的第一种可能的实现方式，在第三种可能的实现方式中，所述基站根据进程被调度的时间确定所述进程组，包括：

所述基站将连续n个满足[(帧号+5*子帧号)模n＝0]的子帧和满足 [(帧号+5*子帧号)模n＝1]的子帧，直至满足[(帧号+5*子帧号)模n＝n-1]的子帧上调度的进程确定为所述进程组中包括的进程，其中，n为大于等于2 的整数。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式以及第一方面的第三种可能的实现方式，在第四种可能的实现方式中，还包括：

所述基站向用户设备发送联合反馈指示消息，所述联合反馈指示消息用于指示所述用户设备对所述进程组进行联合HARQ反馈，所述进程组中包括至少两个进程。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式，第一方面的第三种可能的实现方式以及第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述基站向用户设备发送联合反馈指示消息之后，还包括：

所述基站向所述用户设备发送对所述联合反馈指示消息的激活指示或去激活指示，所述激活指示用于指示所述用户设备执行对进程组进行联合 HARQ反馈，所述去激活指示用于指示所述用户不执行对进程组进行联合 HARQ反馈。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式，第一方面的第三种可能的实现方式、第一方面的第四种可能的实现方式以及第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述联合反馈指示消息中包括：所述进程组中包括的进程号以及每个进程在所述进程组内的调用次序。

结合第一方面、第一方面的第一种可能的实现、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式、第一方面的第四种可能的实现方式、第一方面的第五种可能的实现方式以及第一方面的第六种可能的实现方式，在第七种可能的实现方式中，所述基站确定所述进程组反馈时间，包括：

所述基站根据所述进程组内包括的进程数量、被调用发送下行数据的进程的传输时间间隙TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间；或者，

所述基站根据所述被调用发送下行数据的进程对应的调度时间，确定所述进程组对应的反馈时间。

根据第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述被调用发送下行数据的进程对应的调度时间，包括：所述被调用发送下行数据的进程对应的帧号和子帧号。

根据第一方面的第七种可能的实现方式，在第九种可能的实现方式中，所述基站根据所述进程组内包括的进程数量、被调用发送下行数据的进程的 TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间，包括：

所述基站根据所述进程组内包括的进程数量以及所述进程组内每个进程在所述进程组内的调用次序，确定每个所述进程的偏移TTI；

所述基站根据所述进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定所述进程组的反馈参考TTI；

所述基站将所述进程组的反馈参考TTI关联的反馈时间确定为所述进程组对应的反馈时间。

结合第一方面的第三种可能的实现方式及第一方面的第八种可能的实现方式，在第十种可能的实现方式中，所述基站根据被调用发送下行数据的进程对应的帧号和子帧号，确定所述进程组对应的反馈时间，包括：

所述基站将满足[(帧号+5*子帧号)模n＝n-1]关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式、第一方面的第四种可能的实现方式、第一方面的第五种可能的实现方式、第一方面的第六种可能的实现方式、第一方面的第七种可能的实现方式、第一方面的第八种可能的实现方式、第一方面的第九种可能的实现方式以及第一方面的第十种可能的实现方式，在第十一种可能的实现方式中，还包括：

所述基站将至少两个载波上调用的进程确定为所述进程组中包括的进程。

根据第一方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述至少两个载波的TTI长度不同，所述进程组反馈时间根据TTI较短的进程确定。

根据第一方面的第十二种可能的实现方式，在第十三种可能的实现方式中，若所述基站将两个载波上调用的进程确定为所述进程组中包括的进程，则所述两个载波中的一个载波所包含的所述进程组中的进程数与该载波的 TTI长度的乘积，等于所述两个载波中另一个载波的TTI长度。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式、第一方面的第四种可能的实现方式、第一方面的第五种可能的实现方式、第一方面的第六种可能的实现方式、第一方面的第七种可能的实现方式、第一方面的第八种可能的实现方式、第一方面的第九种可能的实现方式、第一方面的第十种可能的实现方式、第一方面的第十种可能的实现方式、第一方面的第十二种可能的实现方式以及第一方面的第十三种可能的实现方式，在第十四种可能的实现方式中，所述基站在所述进程组对应的反馈时间接收的所述HARQ确认信息为：所述进程组中包括的各个进程的HARQ确认信息的联合编码信息。

第二方面，本发明实施例提供一种混合自动重传请求反馈方法，包括：

用户设备确定进程组，所述进程组中包括至少两个进程；

所述用户设备接收所述基站调用的进程发送的下行数据；

所述用户设备在所述进程组对应的反馈时间向所述基站反馈HARQ确认信息。

在第二方面的第一种可能的实现方式中，所述确定进程组，包括：

所述用户设备根据进程被调度的时间确定所述进程组；或者，所述基站根据进程号确定所述进程组。

根据第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述进程被调度的时间包括：帧号和子帧号。

根据第二方面的第一种可能的实现方式，在第三种可能的实现方式中，所述用户设备根据进程被调度的时间确定所述进程组，包括：

所述用户设备将连续n个满足[(帧号+5*子帧号)模n＝0]的子帧和满足[(帧号+5*子帧号)模n＝1]的子帧，直至满足[(帧号+5*子帧号)模n＝n-1] 的子帧上调度的进程确定为所述进程组中包括的进程，其中，n为大于等于2 的整数。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式以及第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述用户设备接收所述基站调用的进程发送的下行数据之前，还包括：

所述用户设备接收基站发送的联合反馈指示消息，所述联合反馈指示消息用于指示所述用户设备对所述进程组进行联合HARQ反馈，所述进程组中包括至少两个进程。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式，第二方面的第三种可能的实现方式以及第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述用户设备接收基站发送的联合反馈指示消息之后，还包括：

所述用户设备接收所述基站发送的对所述联合反馈指示消息的激活指示或去激活指示，所述激活指示用于指示所述用户设备执行对进程组进行联合 HARQ反馈，所述去激活指示用于指示所述用户不执行对进程组进行联合 HARQ反馈。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式，第二方面的第三种可能的实现方式、第二方面的第四种可能的实现方式以及第二方面的第五种可能的实现方式，在第六种可能的实现方式中，所述联合反馈指示消息中包括：所述进程组中包括的进程号以及每个进程在所述进程组内的调用次序。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式、第二方面的第三种可能的实现方式、第二方面的第四种可能的实现方式、第二方面的第五种可能的实现方式以及第二方面的第六种可能的实现方式，在第七种可能的实现方式中，所述用户设备确定所述进程组反馈时间，包括：

所述用户设备根据所述进程组内包括的进程数量、被调用发送下行数据的进程的传输时间间隙TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间；或者，

所述用户设备根据被调用发送下行数据的进程对应的反馈时间，确定所述进程组对应的调度时间。

根据第二方面的第七种可能的实现方式，在第八种可能的实现方式中，所述被调用发送下行数据的进程对应的调度时间，包括：所述被调用发送下行数据的进程对应的帧号和子帧号。

根据第二方面的第七种可能的实现方式，在第九种可能的实现方式中，所述用户设备根据所述进程组内包括的进程数量、被调用发送下行数据的进程的TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间，包括：

所述用户设备根据所述进程组内包括的进程数量以及所述进程组内每个进程在所述进程组内的调用次序，确定每个所述进程的偏移TTI；

所述用户设备根据所述进程组内任一被调用发送下行数据的进程的TTI 及其对应的偏移TTI确定所述进程组的反馈参考TTI；

所述用户设备将所述进程组的反馈参考TTI关联的反馈时间确定为所述进程组对应的反馈时间。

结合第二方面的第三种可能的实现方式及第二方面的第八种可能的实现方式，在第十种可能的实现方式中，所述用户设备根据被调用发送下行数据的进程对应的帧号和子帧号，确定所述进程组对应的反馈时间，包括：

所述用户设备将满足[(帧号+5*子帧号)模n＝n-1]关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式、第二方面的第三种可能的实现方式、第二方面的第四种可能的实现方式、第二方面的第五种可能的实现方式、第二方面的第六种可能的实现方式、第二方面的第七种可能的实现方式、第二方面的第八种可能的实现方式、第二方面的第九种可能的实现方式以及第二方面的第十种可能的实现方式，在第十一种可能的实现方式中，还包括：

所述用户设备将至少两个载波上调用的进程确定为所述进程组中包括的进程。

根据第二方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述至少两个载波的TTI长度不同，所述进程组反馈时间根据TTI较短的进程确定。

根据第二方面的第十二种可能的实现方式，在第十三种可能的实现方式中，若所述用户设备将两个载波上调用的进程确定为所述进程组中包括的进程，则所述两个载波中的一个载波所包含的所述进程组中的进程数与该载波的TTI长度的乘积，等于所述两个载波中另一个载波的TTI长度。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式、第二方面的第三种可能的实现方式、第二方面的第四种可能的实现方式、第二方面的第五种可能的实现方式、第二方面的第六种可能的实现方式、第二方面的第七种可能的实现方式、第二方面的第八种可能的实现方式、第二方面的第九种可能的实现方式、第二方面的第十种可能的实现方式、第二方面的第十种可能的实现方式、第二方面的第十二种可能的实现方式以及第二方面的第十三种可能的实现方式，在第十四种可能的实现方式中，所述用户设备在所述进程组对应的反馈时间向所述基站反馈的HARQ 确认信息为：所述进程组中包括的各个进程的HARQ确认信息的联合编码信息。

第三方面，本发明实施例提供一种基站，包括：

第一进程组确定模块，用于确定进程组，所述进程组中包括至少两个进程；

数据发送模块，用于调用进程向所述用户设备发送下行数据；

接收确认信息模块，用于在所述进程组对应的反馈时间接收所述用户设备发送的HARQ确认信息。

在第三方面的第一种可能的实现方式中，所述第一进程组确定模块，包括：

进程组确定单元，用于根据进程被调度的时间确定所述进程组；或者，用于根据进程号确定所述进程组。

根据第三方面的第一种可能的实现方式，在第三种可能的实现方式中，所述进程被调度的时间包括：帧号和子帧号。

根据第三方面的第一种可能的实现方式，在第三种可能的实现方式中，所述进程组确定单元，包括：

第一连续子帧确定单元，用于将连续n个满足[(帧号+5*子帧号)模n＝0] 的子帧和满足[(帧号+5*子帧号)模n＝1]的子帧，直至满足[(帧号+5*子帧号) 模n＝n-1]的子帧上调度的进程确定为所述进程组中包括的进程，其中，n为大于等于2的整数。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式以及第三方面的第三种可能的实现方式，在第四种可能的实现方式中，上述基站还包括：联合反馈指示发送模块，用于向用户设备发送联合反馈指示消息，所述联合反馈指示消息用于指示所述用户设备对所述进程组进行联合HARQ反馈，所述进程组中包括至少两个进程。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式，第三方面的第三种可能的实现方式以及第三方面的第四种可能的实现方式，在第五种可能的实现方式中，上述基站还包括：激活或去激活指示发送模块，用于向所述用户设备发送对所述联合反馈指示消息的激活指示或去激活指示，所述激活指示用于指示所述用户设备执行对进程组进行联合HARQ反馈，所述去激活指示用于指示所述用户不执行对进程组进行联合HARQ反馈。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式，第三方面的第三种可能的实现方式、第三方面的第四种可能的实现方式以及第三方面的第五种可能的实现方式，在第六种可能的实现方式中，所述联合反馈指示消息中包括：所述进程组中包括的进程号以及每个进程在所述进程组内的调用次序。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式、第三方面的第三种可能的实现方式、第三方面的第四种可能的实现方式、第三方面的第五种可能的实现方式以及第三方面的第六种可能的实现方式，在第七种可能的实现方式中，上述基站还包括：

第一进程反馈时间确定模块，用于根据所述进程组内包括的进程数量、被调用发送下行数据的进程的传输时间间隙TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间；或者，

第一子帧反馈时间确定模块，用于根据所述进程组内被调用发送下行数据的进程对应的调度时间，确定所述进程组对应的反馈时间。

根据第三方面的第七种可能的实现方式，在第八种可能的实现方式中，所述被调用发送下行数据的进程对应的调度时间，包括：所述被调用发送下行数据的进程对应的帧号和子帧号。

根据第三方面的第七种可能的实现方式，在第九种可能的实现方式中，第一进程反馈时间确定模块包括：

第一偏移TTI确定单元，用于根据所述进程组内包括的进程数量以及所述进程组内每个进程在所述进程组内的调用次序，确定每个所述进程的偏移 TTI；

第一反馈参考TTI确定单元，用于根据所述进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定所述进程组的反馈参考TTI；

第一进程反馈时间确定单元，用于将所述进程组的反馈参考TTI关联的反馈时间确定为所述进程组对应的反馈时间。

结合第三方面的第三种可能的实现方式及第三方面的第八种可能的实现方式，在第十种可能的实现方式中，第一子帧反馈时间确定模块，包括：

第一子帧反馈时间确定单元，用于将满足[(帧号+5*子帧号)模n＝n-1] 关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式、第三方面的第三种可能的实现方式、第三方面的第四种可能的实现方式、第三方面的第五种可能的实现方式、第三方面的第六种可能的实现方式、第三方面的第七种可能的实现方式、第三方面的第八种可能的实现方式、第三方面的第九种可能的实现方式以及第三方面的第十种可能的实现方式，在第十一种可能的实现方式中，上述基站还包括：

第一载波进程组确定模块，用于将至少两个载波上调用的进程确定为所述进程组中包括的进程。

根据第三方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述至少两个载波的TTI长度不同，所述进程组反馈时间根据TTI较短的进程确定。

根据第三方面的第十二种可能的实现方式，在第十三种可能的实现方式中，若将两个载波上调用的进程确定为所述进程组中包括的进程，则所述两个载波中的一个载波所包含的所述进程组中的进程数与该载波的TTI长度的乘积，等于所述两个载波中另一个载波的TTI长度。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式、第三方面的第三种可能的实现方式、第三方面的第四种可能的实现方式、第三方面的第五种可能的实现方式、第三方面的第六种可能的实现方式、第三方面的第七种可能的实现方式、第三方面的第八种可能的实现方式、第三方面的第九种可能的实现方式、第三方面的第十种可能的实现方式、第三方面的第十种可能的实现方式、第三方面的第十二种可能的实现方式以及第三方面的第十三种可能的实现方式，在第十四种可能的实现方式中，在所述进程组对应的反馈时间接收的所述HARQ确认信息为：所述进程组中包括的各个进程的HARQ确认信息的联合编码信息。

第四方面，本发明实施例提供一种用户设备，包括：

第二进程组确定模块，用于确定进程组，所述进程组中包括至少两个进程；

数据接收模块，用于接收所述基站调用的进程发送的下行数据；

发送确认信息模块，用于在所述进程组对应的反馈时间向所述基站反馈 HARQ确认信息。

在第四方面的第一种可能的实现方式中，所述进程组确定模块，包括：

进程组确定单元，用于根据进程被调度的时间确定所述进程组；或者，用于根据进程号确定所述进程组。

根据第四方面的第一种可能的实现方式，在第三种可能的实现方式中，所述进程被调度的时间包括：帧号和子帧号。

根据第四方面的第一种可能的实现方式，在第三种可能的实现方式中，所述进程组确定单元，包括：

第二连续子帧确定单元，用于将连续n个满足[(帧号+5*子帧号)模n＝0] 的子帧和满足[(帧号+5*子帧号)模n＝1]的子帧，直至满足[(帧号+5*子帧号) 模n＝n-1]的子帧上调度的进程确定为所述进程组中包括的进程，其中，n为大于等于2的整数。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式以及第四方面的第三种可能的实现方式，在第四种可能的实现方式中，上述用户设备还包括：

联合反馈指示接收模块，用于接收基站发送的联合反馈指示消息，所述联合反馈指示消息用于指示所述用户设备对所述进程组进行联合HARQ反馈，所述进程组中包括至少两个进程。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式，第四方面的第三种可能的实现方式以及第四方面的第四种可能的实现方式，在第五种可能的实现方式中，上述用户设备还包括：

激活或去激活指示接收模块，用于接收所述基站发送的对所述联合反馈指示消息的激活指示或去激活指示，所述激活指示用于指示所述用户设备执行对进程组进行联合HARQ反馈，所述去激活指示用于指示所述用户不执行对进程组进行联合HARQ反馈。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式，第四方面的第三种可能的实现方式、第四方面的第四种可能的实现方式以及第四方面的第五种可能的实现方式，在第六种可能的实现方式中，所述联合反馈指示消息中包括：所述进程组中包括的进程号以及每个进程在所述进程组内的调用次序。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第三种可能的实现方式、第四方面的第四种可能的实现方式、第四方面的第五种可能的实现方式以及第四方面的第六种可能的实现方式，在第七种可能的实现方式中，上述用户设备还包括：

第二进程反馈时间确定模块，用于根据所述进程组内包括的进程数量、被调用发送下行数据的进程的传输时间间隙TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间；或者，

第二子帧反馈时间确定模块，用于根据所述进程组内被调用发送下行数据的进程对应的调度时间，确定所述进程组对应的反馈时间。

根据第四方面的第七种可能的实现方式，在第八种可能的实现方式中，所述被调用发送下行数据的进程对应的调度时间，包括：所述被调用发送下行数据的进程对应的帧号和子帧号。

根据第四方面的第七种可能的实现方式，在第九种可能的实现方式中，第二进程反馈时间确定模块包括：

第二偏移TTI确定单元，用于根据所述进程组内包括的进程数量以及所述进程组内每个进程在所述进程组内的调用次序，确定每个所述进程的偏移 TTI；

第二反馈参考TTI确定单元，用于根据所述进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定所述进程组的反馈参考TTI；

第二进程反馈时间确定单元，用于将所述进程组的反馈参考TTI关联的反馈时间确定为所述进程组对应的反馈时间。

结合第四方面的第三种可能的实现方式以及第四方面的第八种可能的实现方式，在第十种可能的实现方式中，第二子帧反馈时间确定模块包括：

第二子帧反馈时间确定单元，用于将满足[(帧号+5*子帧号)模n＝n-1] 关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第三种可能的实现方式、第四方面的第四种可能的实现方式、第四方面的第五种可能的实现方式、第四方面的第六种可能的实现方式、第四方面的第七种可能的实现方式、第四方面的第八种可能的实现方式、第四方面的第九种可能的实现方式以及第四方面的第十种可能的实现方式，在第十一种可能的实现方式中，上述用户设备还包括：

第二载波进程组确定模块，用于将至少两个载波上调用的进程确定为所述进程组中包括的进程。

根据第四方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述至少两个载波的TTI长度不同，所述进程组反馈时间根据TTI较短的进程确定。

根据第四方面的第十二种可能的实现方式，在第十三种可能的实现方式中，若将两个载波上调用的进程确定为所述进程组中包括的进程，则所述两个载波中的一个载波所包含的所述进程组中的进程数与该载波的TTI长度的乘积，等于所述两个载波中另一个载波的TTI长度。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第三种可能的实现方式、第四方面的第四种可能的实现方式、第四方面的第五种可能的实现方式、第四方面的第六种可能的实现方式、第四方面的第七种可能的实现方式、第四方面的第八种可能的实现方式、第四方面的第九种可能的实现方式、第四方面的第十种可能的实现方式、第四方面的第十种可能的实现方式、第四方面的第十二种可能的实现方式以及第四方面的第十三种可能的实现方式，在第十四种可能的实现方式中，在所述进程组对应的反馈时间向所述基站反馈的HARQ确认信息为：所述进程组中包括的各个进程的HARQ确认信息的联合编码信息。

第五方面，本发明实施例提供一种基站，包括：

处理器，用于确定进程组，所述进程组中包括至少两个进程；

发送器，还用于调用进程向所述用户设备发送下行数据；

接收器，用于在所述进程组对应的反馈时间接收所述用户设备发送的 HARQ确认信息。

在第五方面的第一种可能的实现方式中，所述处理器还用于根据进程被调度的时间确定所述进程组；或者，用于根据进程号确定所述进程组。

根据第五方面的第一种可能的实现方式，在第三种可能的实现方式中，所述进程被调度的时间包括：帧号和子帧号。

根据第五方面的第一种可能的实现方式，在第三种可能的实现方式中，所述处理器还用于将连续n个满足[(帧号+5*子帧号)模n＝0]的子帧和满足[(帧号+5*子帧号)模n＝1]的子帧，直至满足[(帧号+5*子帧号)模n＝n-1] 的子帧上调度的进程确定为所述进程组中包括的进程，其中，n为大于等于2 的整数。

结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式以及第五方面的第三种可能的实现方式，在第四种可能的实现方式中，所述发送器还用于向用户设备发送联合反馈指示消息，所述联合反馈指示消息用于指示所述用户设备对所述进程组进行联合HARQ反馈，所述进程组中包括至少两个进程。

结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式，第五方面的第三种可能的实现方式以及第五方面的第四种可能的实现方式，在第五种可能的实现方式中，所述发送器，用于向所述用户设备发送对所述联合反馈指示消息的激活指示或去激活指示，所述激活指示用于指示所述用户设备执行对进程组进行联合HARQ反馈，所述去激活指示用于指示所述用户不执行对进程组进行联合HARQ反馈。

结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式，第五方面的第三种可能的实现方式、第五方面的第四种可能的实现方式以及第五方面的第五种可能的实现方式，在第六种可能的实现方式中，所述联合反馈指示消息中包括：所述进程组中包括的进程号以及每个进程在所述进程组内的调用次序。

结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式、第五方面的第三种可能的实现方式、第五方面的第四种可能的实现方式、第五方面的第五种可能的实现方式以及第五方面的第六种可能的实现方式，在第七种可能的实现方式中，还包括：

处理器，用于根据所述进程组内包括的进程数量、被调用发送下行数据的进程的传输时间间隙TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间；或者，

用于根据所述进程组内被调用发送下行数据的进程对应的调度时间，确定所述进程组对应的反馈时间。

根据第五方面的第七种可能的实现方式，在第八种可能的实现方式中，所述被调用发送下行数据的进程对应的调度时间，包括：所述被调用发送下行数据的进程对应的帧号和子帧号。

根据第五方面的第七种可能的实现方式，在第九种可能的实现方式中，所述处理器还用于：

根据所述进程组内包括的进程数量以及所述进程组内每个进程在所述进程组内的调用次序，确定每个所述进程的偏移TTI；

根据所述进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定所述进程组的反馈参考TTI；

将所述进程组的反馈参考TTI关联的反馈时间确定为所述进程组对应的反馈时间。

结合第五方面的第三种可能的实现方式及第五方面的第八种可能的实现方式，在第十种可能的实现方式中，所述处理器还用于：所述处理器还用于将满足[(帧号+5*子帧号)模n＝n-1]关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式、第五方面的第三种可能的实现方式、第五方面的第四种可能的实现方式、第五方面的第五种可能的实现方式、第五方面的第六种可能的实现方式、第五方面的第七种可能的实现方式、第五方面的第八种可能的实现方式、第五方面的第九种可能的实现方式以及第五方面的第十种可能的实现方式，在第十一种可能的实现方式中，所述处理器还用于：将至少两个载波上调用的进程确定为所述进程组中包括的进程。

根据第五方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述至少两个载波的TTI长度不同，所述进程组反馈时间根据TTI较短的进程确定。

根据第五方面的第十二种可能的实现方式，在第十三种可能的实现方式中，若将两个载波上调用的进程确定为所述进程组中包括的进程，则所述两个载波中的一个载波所包含的所述进程组中的进程数与该载波的TTI长度的乘积，等于所述两个载波中另一个载波的TTI长度。

结合第五方面、第五方面的第一种可能的实现方式、第五方面的第二种可能的实现方式、第五方面的第三种可能的实现方式、第五方面的第四种可能的实现方式、第五方面的第五种可能的实现方式、第五方面的第六种可能的实现方式、第五方面的第七种可能的实现方式、第五方面的第八种可能的实现方式、第五方面的第九种可能的实现方式、第五方面的第十种可能的实现方式、第五方面的第十种可能的实现方式、第五方面的第十二种可能的实现方式以及第五方面的第十三种可能的实现方式，在第十四种可能的实现方式中，在所述进程组对应的反馈时间接收的所述HARQ确认信息为：所述进程组中包括的各个进程的HARQ确认信息的联合编码信息。

第六方面，本发明实施例提供一种用户设备，包括：

处理器，用于确定进程组，所述进程组中包括至少两个进程；

接收器，还用于接收所述基站调用的进程发送的下行数据；

发送器，用于在所述进程组对应的反馈时间向所述基站反馈HARQ确认信息。

在第六方面的第一种可能的实现方式中，所述处理器还用于根据进程被调度的时间确定所述进程组；或者，用于根据进程号确定所述进程组。

根据第六方面的第一种可能的实现方式，在第三种可能的实现方式中，所述进程被调度的时间包括：帧号和子帧号。

根据第六方面的第一种可能的实现方式，在第三种可能的实现方式中，所述处理器还用于将连续n个满足[(帧号+5*子帧号)模n＝0]的子帧和满足[(帧号+5*子帧号)模n＝1]的子帧，直至满足[(帧号+5*子帧号)模n＝n-1] 的子帧上调度的进程确定为所述进程组中包括的进程，其中，n为大于等于2 的整数。

结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式以及第六方面的第三种可能的实现方式，在第四种可能的实现方式中，所述接收器还用于接收基站发送的联合反馈指示消息，所述联合反馈指示消息用于指示所述用户设备对所述进程组进行联合HARQ反馈，所述进程组中包括至少两个进程。

结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式，第六方面的第三种可能的实现方式以及第六方面的第四种可能的实现方式，在第五种可能的实现方式中，所述接收器，用于接收所述基站发送的对所述联合反馈指示消息的激活指示或去激活指示，所述激活指示用于指示所述用户设备执行对进程组进行联合HARQ反馈，所述去激活指示用于指示所述用户不执行对进程组进行联合HARQ反馈。

结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式，第六方面的第三种可能的实现方式、第六方面的第四种可能的实现方式以及第六方面的第五种可能的实现方式，在第六种可能的实现方式中，所述联合反馈指示消息中包括：所述进程组中包括的进程号以及每个进程在所述进程组内的调用次序。

结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式、第六方面的第三种可能的实现方式、第六方面的第四种可能的实现方式、第六方面的第五种可能的实现方式以及第六方面的第六种可能的实现方式，在第七种可能的实现方式中，所述处理器还用于根据所述进程组内包括的进程数量、被调用发送下行数据的进程的传输时间间隙TTI以及被调用发送下行数据的进程在所述进程组内的调用次序，确定所述进程组对应的反馈时间；或者，

用于根据所述进程组内被调用发送下行数据的进程对应的调度时间，确定所述进程组对应的反馈时间。

根据第六方面的第七种可能的实现方式，在第八种可能的实现方式中，所述被调用发送下行数据的进程对应的调度时间，包括：所述被调用发送下行数据的进程对应的帧号和子帧号。

根据第六方面的第七种可能的实现方式，在第九种可能的实现方式中，所述处理器用于：

根据所述进程组内包括的进程数量以及所述进程组内每个进程在所述进程组内的调用次序，确定每个所述进程的偏移TTI；

根据所述进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定所述进程组的反馈参考TTI；

将所述进程组的反馈参考TTI关联的反馈时间确定为所述进程组对应的反馈时间。

结合第六方面的第三种可能的实现方式以及第六方面的第八种可能的实现方式，在第十种可能的实现方式中，所述处理器用于将满足[(帧号+5*子帧号)模n＝n-1]关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式、第六方面的第三种可能的实现方式、第六方面的第四种可能的实现方式、第六方面的第五种可能的实现方式、第六方面的第六种可能的实现方式、第六方面的第七种可能的实现方式、第六方面的第八种可能的实现方式、第六方面的第九种可能的实现方式以及第六方面的第十种可能的实现方式，在第十一种可能的实现方式中，所述处理器还用于将至少两个载波上调用的进程确定为所述进程组中包括的进程。

根据第六方面的第十一种可能的实现方式，在第十二种可能的实现方式中，所述至少两个载波的TTI长度不同，所述进程组反馈时间根据TTI较短的进程确定。

根据第六方面的第十二种可能的实现方式，在第十三种可能的实现方式中，若将两个载波上调用的进程确定为所述进程组中包括的进程，则所述两个载波中的一个载波所包含的所述进程组中的进程数与该载波的TTI长度的乘积，等于所述两个载波中另一个载波的TTI长度。

结合第六方面、第六方面的第一种可能的实现方式、第六方面的第二种可能的实现方式、第六方面的第三种可能的实现方式、第六方面的第四种可能的实现方式、第六方面的第五种可能的实现方式、第六方面的第六种可能的实现方式、第六方面的第七种可能的实现方式、第六方面的第八种可能的实现方式、第六方面的第九种可能的实现方式、第六方面的第十种可能的实现方式、第六方面的第十种可能的实现方式、第六方面的第十二种可能的实现方式以及第六方面的第十三种可能的实现方式，在第十四种可能的实现方式中，在所述进程组对应的反馈时间向所述基站反馈的HARQ确认信息为：所述进程组中包括的各个进程的HARQ确认信息的联合编码信息。

本发明实施例提供的混合自动重传请求反馈方法、基站及用户设备，通过基站向用户设备发送联合反馈指示消息，指示用户设备对包括至少两个进程的进程组进行联合HARQ反馈，当基站调用进程组内的进程向用户设备发送下行数据后，基站会在该进程组对应的反馈时间接受用户设备发送的 HARQ确认信息，从而降低了HARQ反馈所需要的功率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明混合自动重传请求反馈方法实施例一的流程图；

图2为本发明混合自动重传请求反馈方法实施例二的流程图；

图3为本发明混合自动重传请求反馈方法实施例三的流程图；

图4为本发明混合自动重传请求反馈方法实施例四的流程图；

图5为本发明混合自动重传请求反馈方法实施例五的流程图；

图6为本发明基站实施例一的结构示意图；

图7为本发明基站实施例二的结构示意图；

图8为本发明基站实施例三的结构示意图；

图9为本发明基站实施例四的结构示意图；

图10为本发明用户设备实施例五的结构示意图；

图11为本发明用户设备实施例六的结构示意图；

图12为本发明用户设备实施例七的结构示意图；

图13为本发明用户设备实施例八的结构示意图；

图14为本发明混合自动重传请求反馈方法实施例二的示意图；

图15为本发明混合自动重传请求反馈方法实施例四的示意图；

图16本发明基站实施例九的结构示意图；

图17本发明用户设备实施例十的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本文中描述的技术可用于各种通信系统，例如当前2G，3G通信系统和下一代通信系统，例如全球移动通信系统(GSM，Global System for Mobile communications)，码分多址(CDMA，Code Division Multiple Access)系统，时分多址(TDMA，Time Division Multiple Access)系统，宽带码分多址(WCDMA，Wideband Code Division Multiple Access Wireless)，频分多址(FDMA，Frequency Division Multiple Addressing) 系统，正交频分多址(OFDMA，Orthogonal Frequency-Division Multiple Access)系统，单载波FDMA(SC-FDMA)系统，通用分组无线业务(GPRS， General Packet Radio Service)系统，长期演进(LTE，Long Term Evolution) 系统，以及其他此类通信系统。

本申请中涉及的用户设备，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如，RAN，Radio Access Network)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话) 和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(PCS，Personal Communication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL，Wireless Local Loop) 站、个人数字助理(PDA，Personal Digital Assistant)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device)、或用户装备(User Equipment)。

本申请中涉及的基站是广义的基站，包括无线资源管理和数据调度功能，可以包括无线网络控制器(Radio Network Controller，RNC)，还可以包括接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如，基站可以是 GSM或CDMA中的基站(BTS，Base Transceiver Station)，也可以是 WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(NodeB 或eNB或e-NodeB，evolutional Node B)，本申请并不限定。

本发明以下实施例的序号仅仅为了描述，不代表实施例的优劣。图1为本发明混合自动重传请求反馈方法实施例一的流程图。如图1所示，本发明实施例提供的混合自动重传请求反馈方法的执行主体为基站，具体可以包括无线网络控制器(Radio Network Controller，简称RNC)和NodeB，本实施例的混合自动重传请求反馈方法包括：

S101、基站确定进程组。

具体地，S101的操作可以由基站中的RNC来执行。该确定进程组可以为RNC根据进程号确定进程组，可选地，由RNC向用户设备发送联合反馈指示消息，该联合反馈指示消息可以用于指示用户设备对进程组进行联合 HARQ反馈，进程组中包括至少两个进程。可选的，该联合反馈指示消息也可以携带一个或多个进程组内所包括的进程信息，例如，进程(0，1)构成一个进程组，进程(2，3)构成一个进程组，进程(4，5)构成一个进程组；或者，进程(0，1)构成一个进程组，进程(2，3，4)构成一个进程组，进程5是单独进程。上述每个进程组中的进程数可以相同也可以不同，本发明实施例不对此进行限制。

进一步地，该确定进程组也可以为RNC根据进程被调度的时间确定进程组，该进程被调度的时间可以包括帧号和子帧号。基站将连续n个满足[(帧号+5*子帧号)模n＝0]的子帧和满足[(帧号+5*子帧号)模n＝1]的子帧，直至满足[(帧号+5*子帧号)模n＝n-1]的子帧上调度的进程确定为进程组中包括的进程，其中，n为大于等于2的整数。

可选的，该联合反馈指示消息也可以是隐含发送，比如配置某个特性时隐含启动联合反馈，具体的例如配置了多载波特性，则隐含指示用户启动联合反馈。

可选的，基站在向用户设备发送联合反馈指示消息后，还可以进一步向用户设备发送对联合反馈指示消息的激活指示或去激活指示，具体可以通过 NodeB向用户设备发送激活指示或去激活指示。

该激活指示可以用于指示用户设备执行对进程组进行联合HARQ反馈，该去激活指示可以用于指示用户不执行对进程组进行联合HARQ反馈。在本步骤中，基站向用户设备发送联合反馈指示消息后，还可以根据具体情况决定是否向用户设备发送对联合反馈指示消息的激活指示或者去激活指示，例如，在用户设备数量较少时，基站可以向用户设备发送对联合反馈指示消息的去激活指示，在用户设备数量较多时，基站可以向用户设备发送对联合反馈指示消息的激活指示。

S102、基站调用进程向用户设备发送下行数据。

具体地，可以由NodeB调用进程向用户设备发送下行数据。NodeB可以先确定哪些进程属于一个进程组，各进程内包括的进程组信息可以通过空中接口协议预先定义好，也可以在基站向用户设备发送的联合反馈指示消息中指示，还可以由NodeB确定后发送给RNC。在本步骤中，假定进程N，S， T为一个进程组，NodeB可以连续调度N，S，T号进程，或者连续调度S， T号进程，或者仅调度T号进程，即，NodeB可以调用进程组内的一个或多个进程向用户设备发送下行数据。本发明实施例不对此进行限制。

本实施例不对上述S101与S102的顺序做限制。

S103、基站在进程组对应的反馈时间接收用户设备发送的HARQ确认信息。

具体地，NodeB可以在在进程组对应的反馈时间接收用户设备发送的 HARQ确认信息。该进程组对应的反馈时间可以由基站根据该进程组内被调度的进程对应的传输时间间隙(Transmission Time Interval，简称TTI)来确定；或者，还可以由基站根据该进程组内被调度的进程对应的帧号和子帧号来确定；或者，还可以由基站根据该进程组内被调度的至少两个载波来确定。

本实施例提供的混合自动重传请求反馈方法，通过基站向用户设备发送联合反馈指示消息，指示用户设备对包括至少两个进程的进程组进行联合 HARQ反馈，在基站调用进程组内的进程向用户设备发送下行数据后，基站可以在该进程组对应的反馈时间接收用户设备发送的HARQ确认信息，从而降低了HARQ反馈所需要的功率。

图2为本发明混合自动重传请求反馈方法实施例二的流程图。如图2所示，本实施例提供的实施场景为：基站调用单载波中的进程组内的进程向用户设备发送下行数据，用户设备在该进程组对应的反馈时间向基站发送 HARQ确认信息。反馈时间由进程组内进程的TTI来确定。本实施例的混合自动重传请求反馈方法包括：

S201、RNC确定进程组。

可选的，RNC确定进程组可以为RNC根据进程号确定进程组，即，由 RNC向用户设备发送联合反馈指示消息，联合反馈指示消息中可以包括：所述进程组中包括的进程号以及每个进程在所述进程组内的调用次序。在本步骤中，RNC向用户设备发送联合反馈指示消息，为用户设备配置了联合反馈的功能。

S202、NodeB向用户设备发送对联合反馈指示消息的激活指示或去激活指示。

在本步骤中，在用户设备数量较多时，由NodeB可以向用户设备发送激活指示以激活该联合反馈功能，在用户数量较少时，NodeB可以向用户设备发送去激活指示以禁用该联合反馈功能，NodeB可以根据具体情况决定向用户设备发送激活指示或者去激活指示。

S203、NodeB调用进程组内的进程向用户设备发送下行数据。

S204、NodeB根据进程组内包括的进程数量以及进程组内每个进程在进程组内的调度次序，确定每个进程的偏移TTI。

具体地，每个进程的偏移TTI满足[进程数量-调度次序]。假定进程N， S，T为一个进程组，N，S，T在进程组内的调度次序依次为1，2，3，则该进程组内包括的进程数量为3，每个进程的偏移TTI可以为[3-调度次序]，即，进程N，S，T的偏移TTI依次为2，1，0。

S205、NodeB根据进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定进程组的反馈参考TTI。

具体地，NodeB根据进程组内任一被调用的进程均可以确定该进程组对应的反馈参考TTI，反馈参考TTI满足[被调用的进程的TTI+该进程的偏移 TTI]。假定进程N，S，T为一组，仅调用S号进程，S号进程的偏移TTI为 1，则S号进程的反馈参考TTI为[S号进程的TTI+1]。

S206、NodeB将进程组的反馈参考TTI关联的反馈时间确定为进程组对应的反馈时间。

具体地，反馈参考TTI关联的反馈时间为该反馈参考TTI之后经过第一预定时间的时间点，进程组内的每个进程对应的反馈时间相同，所以可以根据进程组内被调度的任一进程确定该进程组的反馈时间点。反馈参考TTI关联的反馈时间为该反馈参考TTI后的第一预定时间点，可以为7.5个时隙 (slot)所对应的高速专用物理控制信道(High-Speed Dedicated Physical Control Channel，简称HS-DPCCH)的位置，即，进程组对应的反馈时间。

用户设备同样也要对进程组对应的反馈之间进行确定，其确定过程及方法与上述S203-S206相同。

S207、NodeB在进程组对应的反馈时间接收用户设备发送的HARQ确认信息。

图14为本发明混合自动重传请求反馈方法实施例二的示意图。如图14 所示，进程组内包括两个进程(0，1)，将进程0及进程1的反馈信息进行联合编码，再由用户设备向NodeB发送HARQ确认信息。

具体地，如果NodeB对用户设备进行调度，调度完进程组的一个进程后，发现该用户数据已发送完毕，此时，如果按照上述步骤，用户设备仍需等到该进程组的反馈时间进行反馈，为了加快反馈的速度，此时，NodeB可以指示用户设备立即进行反馈。

本实施例中涉及的联合反馈信息中，进程组中的各个进程可以采用联合编码方式，具体是，各进程反馈的码字和进程组中的进程调用次序之间可以存在固定的映射关系，并且码字的比特长度独立于需要反馈的进程的个数，本发明实施例以组内有两个进程为例，w₀-w₉反馈为反馈的10比特码字，确认(ACK)-否认(NACK)对应进程组的反馈信息，如下表所示：

本发明实施例提供的混合自动重传请求反馈方法，RNC向用户设备发送联合反馈指示消息，指示用户设备对包括至少两个进程的进程组进行联合 HARQ反馈，并由NodeB向用户设备发送对联合反馈指示消息的激活指示或去激活指示，指示用户设备是否启用该联合反馈功能，当NodeB调用进程组内的进程向用户设备发送下行数据后，NodeB计算进程组对应的反馈时间，并在该进程组对应的反馈时间接受用户设备发送的HARQ确认信息，从而降低了HARQ反馈所需要的功率。

图3为本发明混合自动重传请求反馈方法实施例三的流程图。如图3所示，本实施提供的实施场景为：基站调用单载波中的进程组内的进程向用户设备发送下行数据，用户设备在该进程组对应的反馈时间向基站发送HARQ 确认信息。反馈时间由进程组内调用进程的子帧对应的反馈时间确定。本发明实施例的混合自动重传请求反馈方法包括：

S301、RNC确定进程组。

S302、NodeB向用户设备发送对联合反馈指示消息的激活指示或去激活指示。

上述S301及S302与图2实施例中的S201及S202类似，本发明实施例在此不再赘述。

S303、NodeB将连续n个子帧上调度的进程确定为进程组中包括的进程。

具体地，1个帧分为5个子帧，每个子帧对应1个TTI，每个TTI可以传输1个HARQ进程，NodeB将连续n个满足[(帧号+5*子帧号)模n＝0]是子帧和满足[(帧号+5*子帧号)模n＝1]的子帧、直至满足[(帧号+5*子帧号)模 n＝n-1]的子帧上调度的进程确定为进程组中包括的进程，其中，n为大于等于 2的整数。

举例而言，假定联合反馈的进程组中包括的进程数为2，则NodeB将满足[(帧号+5*子帧号)模2＝0]且满足[(帧号+5*子帧号)模2＝1]的连续2个子帧上调度的进程确定为进程组中包括的进程。

S304、NodeB根据被调用发送下行数据的进程对应的调度时间，确定进程组对应的反馈时间。

具体地，被调用发送下行数据的进程对应的调度时间可以包括：被调用发送下行数据的进程对应的帧号和子帧号。

可选地，NodeB将满足[(帧号+5*子帧号)模n＝n-1]关系的子帧关联的反馈时间确定为进程组对应的反馈时间。具体地，假设当前被调度进程对应的帧号和子帧号分别为SFN1和SubSFN1，则该进程对应的反馈时间点应该为满足[(SFN+5*SubSFN)模n＝n-1]，并且[(SFN+5*SubSFN)]是第一个大于等于 (SFN1+5*SubSFN1)的子桢的关联反馈时间点，NodeB将该关联的反馈时间点作为进程组对应的反馈时间，在该时间点联合反馈进程组内所有进程的 HARQ确认信息。

S305、NodeB调用进程组内的进程向用户设备发送下行数据。

S306、NodeB在进程组对应的反馈时间接收用户设备发送的HARQ确认信息。

用户设备将连续n个子帧上调度的进程确定为进程组中包括的进程后，会在该进程组中最后被调用发送下行数据的进程对应的子帧的反馈时间，对收到的HARQ进程的数据进行联合反馈，向NodeB发送HARQ确认信息。

本实施例以组内有两个进程为例，w₀-w₉反馈为反馈的10比特码字，确认(ACK)-否认(NACK)对应进程组的反馈信息，如下表所示：

进一步地，如果NodeB对用户设备进行调度，假定调度完一个不对应的子帧号的进程后，即，假定进程组包括2个连续的子帧上调度的进程，调度完第一个子帧后，发现该用户数据已发送完毕，此时，如果按照上述步骤，用户设备仍需等到后一个子帧的反馈时间进行反馈，为了加快反馈的速度，此时，NodeB可以指示用户设备立即进行反馈。

本发明实施例提供的混合自动重传请求反馈方法，通过对单载波n个连续子帧进行联合反馈，降低了HARQ反馈所需要的功率。

图4为本发明混合自动重传请求反馈方法实施例四的流程图。如图4所示，本实施例提供的实施提供的实施场景为：基站调用多载波中的进程组内的进程向用户设备发送下行数据，用户设备在该进程组对应的反馈时间向基站发送HARQ确认信息。本发明实施例的混合自动重传请求反馈方法包括：

S401、RNC确定进程组。

S402、NodeB向用户设备发送对联合反馈指示消息的激活指示或去激活指示。

S403、NodeB将至少两个载波上调用的进程确定为进程组中包括的进程。

具体地，至少两个载波的TTI长度不同，若基站将两个载波上调用的进程确定为进程组中包括的进程，则两个载波中的一个载波所包含的进程组中的进程数与该载波的TTI长度的乘积，等于两个载波中另一个载波的TTI长度。

S404、NodeB调用进程组内的进程向用户设备发送下行数据。

S405、NodeB在进程组对应的反馈时间接收用户设备发送的HARQ确认信息。

具体地，基站在进程组对应的反馈时间接收的HARQ确认信息可以为：进程组中包括的各个进程的联合编码信息。

进一步地，由于有时需要在多个载波之间进行联合反馈，并且多个载波的TTI长度不同，例如，通用移动通信系统(Universal Mobile Telecommunications System，简称UMTS)的反馈TTI最小为2ms，而LTE 的反馈TTI最小为1ms，因此，为了在UMTS上联合反馈UMTS的1个载波和LTE的1个载波的HARQ确认信息，需要将LTE的连续两个进程和UMTS 的一个进程的反馈信息进行联合反馈，从而使NodeB在进程组对应的反馈时间可以接收用户设备发送的HARQ确认信息，LTE两个进程调度占用时间和 UMTS1个载波占用时间相同，此时一个进程组中包含两个载波3个进程的反馈信息，进程组的反馈时间为较长TTI的载波对应的进程关联的反馈时间点。

图15为本发明混合自动重传请求反馈方法实施例四的示意图。如图15 所示，先将LTE的两个进程L0及L1确定为一组，再与UMTS的一个进程 U0的反馈信息进行联合反馈，即图中ACK(U0，L0，L1)，从而使NodeB 在进程组对应的反馈时间可以接收用户设备发送的HARQ确认信息。

本发明实施例提供的混合自动重传请求反馈方法，将TTI长度不同的载波进行联合反馈，从而降低了HARQ反馈所需要的功率。

图5为本发明混合自动重传请求反馈方法实施例五的流程图。如图5所示，本实施例提供的混合自动重传请求反馈方法的执行主体用户设备(User Equipment，简称UE)。本发明实施例的混合自动重传请求反馈方法包括：

S501、用户设备确定进程组。

具体地，用户设备接收RNC发送的联合反馈指示消息，联合反馈指示消息中包括：进程组中包括的进程号以及每个进程在进程组内的调用次序。

S502、用户设备接收基站发送的对联合反馈指示消息的激活指示或去激活指示。

具体地，激活指示用于指示用户设备执行对进程组进行联合HARQ反馈，去激活指示用于指示用户不执行对进程组进行联合HARQ反馈。

S503、用户设备接收基站调用的进程发送的下行数据。

S504、用户设备在进程组对应的反馈时间向基站反馈HARQ确认信息。

具体地，当用户设备在一个连续的时间段内，接收到基站调用的进程发送的下行数据时，可以根据该进程组对应的反馈时间以联合编码的方式向基站反馈HARQ确认信息。

本发明实施例中涉及的联合反馈信息中，进程组中的各个进程可以采用联合编码方式，本发明实施例以组内有两个进程为例，w₀-w₉反馈为反馈的 10比特码字，确认(ACK)-否认(NACK)对应进程组的反馈信息，如下表所示：

本发明实施例提供的混合自动重传请求反馈方法，由用户设备接收基站发送的联合反馈指示消息，以及接收对联合反馈指示消息的激活指示或者去激活指示，在进程组对应的反馈时间，以联合编码的方式向基站反馈HARQ 确认信息，从而降低HARQ反馈所需要的功率。

图6为本发明基站实施例一的结构示意图。如图6所示，本发明实施例提供的基站包括：第一进程组确定模块11，数据发送模块12和接收确认信息模块13。

其中，第一进程组确定模块11，用于确定进程组，所述进程组中包括至少两个进程

数据发送模块12，用于基站调用进程向用户设备发送下行数据；

接收确认信息模块13，用于基站在进程组对应的反馈时间接收用户设备发送的HARQ确认信息。

本发明实施例的基站，可以用于执行图1所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图7为本发明基站实施例二的结构示意图。如图7所示，本发明实施例提供的基站包括：第一进程组确定模块21，联合反馈指示发送模块22，激活或去激活指示发送模块23，数据发送模块24，第一进程反馈时间确定模块 25和接收确认信息模块29。

其中，联合反馈指示发送模块22，用于基站向用户设备发送联合反馈指示消息，联合反馈指示消息用于指示用户设备对进程组进行联合HARQ反馈，进程组中包括至少两个进程；

进一步地，第一进程组确定模块21包括：进程组确定单元，用于根据进程号确定所述进程组。

进一步地，第一进程反馈时间确定模块包括：第一偏移TTI确定单元26，第一反馈参考TTI确定单元27及第一进程反馈时间确定单元28。

具体地，第一偏移TTI确定单元26，用于基站根据进程组内包括的进程数量以及进程组内每个进程在进程组内的调用次序，确定每个进程的偏移 TTI；

第一反馈参考TTI确定单元27，用于基站根据进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定进程组的反馈参考TTI；

第一进程反馈时间确定单元28，用于基站将进程组的反馈参考TTI关联的反馈时间确定为进程组对应的反馈时间。

本发明实施例的基站，可以用于执行图2所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图8为本发明基站实施例三的结构示意图。如图8所示，本发明实施例提供的基站包括：第一进程组确定模块31，联合反馈指示发送模块32，激活或去激活指示发送模块33，第一连续子帧确定单元34，第一子帧反馈时间确定模块35，数据发送模块37以及接收确认信息模块38。

其中，第一进程组确定模块31包括：进程组确定单元，用于根据进程被调度的时间确定所述进程组。

第一连续子帧确定单元34，用于基站将连续n个满足[(帧号+5*子帧号) 模n＝0]的子帧和满足[(帧号+5*子帧号)模n＝1]的的子帧，直至满足[(帧号+5*子帧号)模n＝n-1]的子帧上调度的进程确定为进程组中包括的进程，其中，n为大于等于2的整数；

第一子帧反馈时间确定模块35，用于基站根据进程组内被调用发送下行数据的进程对应的帧号和子帧号，确定进程组对应的反馈时间。

进一步地，第一子帧反馈时间确定模块35包括：第一子帧反馈时间确定单元36，用于将满足[(帧号+5*子帧号)模n＝n-1]关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

本发明实施例的基站，可以用于执行图3所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图9为本发明基站实施例四的结构示意图。如图9所示，本发明实施例提供的基站包括：第一进程组确定模块41，联合反馈指示发送模块42，激活或去激活指示发送模块43，第一载波进程组确定模块44，数据发送模块45 以及接收确认信息模块46。

其中，第一载波进程组确定模块44，用于基站将至少两个载波上调用的进程确定为进程组中包括的进程。

进一步地，该至少两个载波的TTI长度不同，若基站将两个载波上调用的进程确定为进程组中包括的进程，则两个载波中的一个载波所包含的进程组中的进程数与该载波的TTI长度的乘积，等于两个载波中另一个载波的TTI 长度。

本发明实施例的基站，可以用于执行图4所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图10为本发明用户设备实施例五的结构示意图。如图10所示，本发明实施例提供的用户设备包括：第二进程组确定模块51，数据接收模块52及发送确认信息模块53。

其中，第二进程组确定模块51，用于确定进程组，所述进程组中包括至少两个进程；

数据接收模块52，用于接收基站调用的进程发送的下行数据；

发送确认信息模块53，用于在进程组对应的反馈时间向基站反馈HARQ 确认信息。

进一步地，确定进程组包括接收基站发送的联合反馈指示消息，联合反馈指示消息中包括：进程组中包括的进程号以及每个进程在进程组内的调用次序。

本发明实施例的用户设备，可以用于执行图5所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图11为本发明用户设备实施例六的结构示意图。如图11所示，本发明实施例提供的用户设备包括：第二进程组确定模块61，联合反馈指示接收模块62，激活或去激活指示接收模块63，数据接收模块64，第二进程反馈时间确定模块65和发送确认信息模块69。

其中，联合反馈指示接收模块62，用于用户接收基站发送的联合反馈指示消息，联合反馈指示消息用于指示用户设备对进程组进行联合HARQ反馈，进程组中包括至少两个进程；

第二进程反馈时间确定模块65，用于基站根据进程组内包括的进程数量、被调用发送下行数据的进程的传输时间间隙TTI以及被调用发送下行数据的进程在进程组内的调用次序，确定进程组对应的反馈时间。

进一步地，第二进程反馈时间确定模块65包括：第二偏移TTI确定单元 66，第二反馈参考TTI确定单元67及第二进程反馈时间确定单元68。

具体地，第二偏移TTI确定单元66，用于基站根据进程组内包括的进程数量以及进程组内每个进程在进程组内的调用次序，确定每个进程的偏移 TTI；

第二反馈参考TTI确定单元67，用于基站根据进程组内任一被调用发送下行数据的进程的TTI及其对应的偏移TTI确定进程组的反馈参考TTI；

第二进程反馈时间确定单元68，用于基站将进程组的反馈参考TTI关联的反馈时间确定为进程组对应的反馈时间。

本发明实施例的用户设备，可以用于执行图2所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图12为本发明用户设备实施例七的结构示意图。如图12所示，本发明实施例提供的用户设备包括：第二进程组确定模块71，联合反馈指示接收模块72，激活或去激活指示接收模块73，第二连续子帧确定单元74，第二子帧反馈时间确定模块75，数据接收模块77，发送确认信息模块78。

其中，第二进程组确定模块71包括：进程组确定单元，用于根据进程被调度的时间确定所述进程组。

第二连续子帧确定单元74，用于基站将连续n个满足[(帧号+5*子帧号) 模n＝0]的子帧和满足[(帧号+5*子帧号)模n＝1]的的子帧，直至满足[(帧号 +5*子帧号)模n＝n-1]的子帧上调度的进程确定为进程组中包括的进程，其中，n为大于等于2的整数；

第二子帧反馈时间确定模块75，用于基站根据进程组内被调用发送下行数据的进程对应的帧号和子帧号，确定进程组对应的反馈时间。

进一步地，第二子帧反馈时间确定模块75包括第二子帧反馈时间确定单元76，用于用于将满足[(帧号+5*子帧号)模n＝n-1]关系的子帧关联的反馈时间确定为所述进程组对应的反馈时间。

本发明实施例的用户设备，可以用于执行图3所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图13为本发明用户设备实施例八的结构示意图。如图13所示，本发明实施例提供的用户设备包括：第二进程组确定模块81，联合反馈指示接收模块82，激活或去激活指示接收模块83，第二载波进程组确定模块84，数据接收模块85，发送确认信息模块86。

其中，第二载波进程组确定模块84，用于基站将至少两个载波上调用的进程确定为进程组中包括的进程。

进一步地，该至少两个载波的TTI长度不同，若基站将两个载波上调用的进程确定为进程组中包括的进程，则两个载波中的一个载波所包含的进程组中的进程数与该载波的TTI长度的乘积，等于两个载波中另一个载波的TTI 长度。

本发明实施例的用户设备，可以用于执行图4所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图16为本发明基站实施例九的结构示意图。如图16 所示，本发明实施例提供的基站包括：处理器1001，发送器1002和接收器1003。

其中，处理器1001，用于确定进程组，进程组中包括至少两个进程；

发送器1002，用于调用进程向用户设备发送下行数据；

接收器1003，用于在进程组对应的反馈时间接收用户设备发送的HARQ 确认信息。

本实施例的基站，可以用于执行图1-图4任一所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

图17为本发明用户设备实施例十的结构示意图。如图17 所示，本发明实施例提供的用户设备包括：处理器2001，接收器2002和发送器2003。

处理器2001，用于确定进程组，进程组中包括至少两个进程；

接收器2002，用于接收基站调用的进程发送的下行数据；

发送器2003，用于在进程组对应的反馈时间向基站反馈HARQ确认信息。

本实施例的用户设备，可以用于执行图5所示方法实施例的技术方案，其实现原理及技术效果类似，此处不再赘述。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。