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

高速下行分组接入（ 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=l ] 的子帧，直至满足 [ (帧号 +5*子帧号）模 n=n- l ] 的 的整数。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第二方面， 本发明实施例提供一种混合自动重传请求反馈 方法， 包括： 用户设备确定进程组， 所述进程组中包括至少两个进程；

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

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

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

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

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

所述用户设备将连续 n个满足 [ (帧号 +5*子帧号）模 n=0] 的子帧和满 足 [(帧号 +5*子帧号）模 n=l ] 的子帧，直至满足 [ (帧号 +5*子帧号）模 n=n- l ] 的整数。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

根据第三方面的第一种可能的实现方式， 在第三种可能的实现方式中， 所述进程组确定单元， 包括： 第一连续子帧确定单元，用于将连续 n个满足 [ (帧号 +5*子帧号）模 n=0] 的子帧和满足 [(帧号 +5*子帧号）模 n=l ] 的子帧，直至满足 [ (帧号 +5*子帧号：) 大于等于 2的整数。

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

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

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

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

第一进程反馈时间确定模块， 用于根据所述进程组内包括的进程数量、 被调用发送下行数据的进程的传输时间间隙 TTI以及被调用发送下行数据的 进程在所述进程组内的调用次序， 确定所述进程组对应的反馈时间； 或者， 第一子帧反馈时间确定模块， 用于根据所述进程组内被调用发送下行数 据的进程对应的调度时间， 确定所述进程组对应的反馈时间。 根据第三方面的第七种可能的实现方式， 在第八种可能的实现方式中， 所述被调用发送下行数据的进程对应的调度时 间， 包括： 所述被调用发送下 行数据的进程对应的帧号和子帧号。

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

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

TTI;

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

结合第三方面的第三种可能的实现方式及第三 方面的第八种可能的实现 方式， 在第十种可能的实现方式中， 第一子帧反馈时间确定模块， 包括： 第一子帧反馈时间确定单元， 用于将满足 [ (帧号 +5*子帧号）模 n=n-l] 关系的子帧关联的反馈时间确定为所述进程组 对应的反馈时间。

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

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

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

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

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

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

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

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

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

HARQ确认信息。

在第四方面的第一种可能的实现方式中， 所述进程组确定模块， 包括： 进程组确定单元， 用于根据进程被调度的时间确定所述进程组； 或者， 用于根据进程号确定所述进程组。

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

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

第二连续子帧确定单元，用于将连续 n个满足 [ (帧号 +5*子帧号）模 n=0] 的子帧和满足 [(帧号 +5*子帧号）模 n=l ] 的子帧，直至满足 [ (帧号 +5*子帧号：) 大于等于 2的整数。

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

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

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

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

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

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

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

TTI;

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

结合第四方面的第三种可能的实现方式以及第 四方面的第八种可能的实 现方式， 在第十种可能的实现方式中， 第二子帧反馈时间确定模块包括： 第二子帧反馈时间确定单元， 用于将满足 [ (帧号 +5*子帧号）模 n=n- l ] 关系的子帧关联的反馈时间确定为所述进程组 对应的反馈时间。

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

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

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

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

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

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

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

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

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

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

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

根据第五方面的第一种可能的实现方式， 在第三种可能的实现方式中， 所述处理器还用于将连续 n个满足 [ (帧号 +5*子帧号）模 n=0] 的子帧和满 足 [(帧号 +5*子帧号）模 n=l ] 的子帧，直至满足 [ (帧号 +5*子帧号）模 n=n- l ] 的整数。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

根据第六方面的第一种可能的实现方式， 在第三种可能的实现方式中， 所述进程被调度的时间包括： 帧号和子帧号。 根据第六方面的第一种可能的实现方式， 在第三种可能的实现方式中， 所述处理器还用于将连续 n个满足 [ (帧号 +5*子帧号）模 n=0] 的子帧和满 足 [(帧号 +5*子帧号）模 n=l ] 的子帧，直至满足 [ (帧号 +5*子帧号）模 n=n- l ] 的整数。

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

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

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

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

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

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

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

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

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

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

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

根据第六方面的第十一种可能的实现方式， 在第十二种可能的实现方式 中， 所述至少两个载波的 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=l] 的子帧，直 至满足 [ (帧号 +5*子帧号）模 n=n-l] 的子帧上调度的进程确定为进程组中包 括的进程， 其中， 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来确定。 本实施例的混 合自动重传请求反馈方法包括：

5201、 RNC确定进程组。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5301、 RNC确定进程组。

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

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

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

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

5304、 NodeB根据被调用发送下行数据的进程对应的调� ��时间， 确定进 程组对应的反馈时间。 发送下行数据的进程对应的帧号和子帧号。

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

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

5306、 NodeB在进程组对应的反馈时间接收用户设备发� ��的 HARQ确认 信息。 收到的 HARQ进程的数据进行联合反馈， 向 NodeB发送 HARQ确认信息。 本实施例以组内有两个进程为例， Wo-w ₉ 反馈为反馈的 10比特码字, 确 认（ACK ) -否认（NACK )对应进程组的反馈信息， 如下表所示：

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

本发明实施例提供的混合自动重传请求反馈方 法， 通过对单载波 n个连 续子帧进行联合反馈， 降低了 HARQ反馈所需要的功率。 图 4为本发明混合自动重传请求反馈方法实施例� �的流程图。 如图 4所 示， 本实施例提供的实施提供的实施场景为： 基站调用多载波中的进程组内 的进程向用户设备发送下行数据， 用户设备在该进程组对应的反馈时间向基 站发送 HARQ确认信息。 本发明实施例的混合自动重传请求反馈方法包 括：

5401、 RNC确定进程组。

5402、 NodeB向用户设备发送对联合反馈指示消息的激� ��指示或去激活 指示。 5403、 NodeB将至少两个载波上调用的进程确定为进程� ��中包括的进程。 具体地， 至少两个载波的 TTI长度不同， 若基站将两个载波上调用的进 程确定为进程组中包括的进程， 则两个载波中的一个载波所包含的进程组中 的进程数与该载波的 ΤΉ长度的乘积， 等于两个载波中另一个载波的 TTI长 度。

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

5405、 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两个进程调度占用时间和 UMTS 1个载波占用时间相同， 此时一个进程组中包含两个载波 3个进程的 反馈信息， 进程组的反馈时间为较长 TTI的载波对应的进程关联的反馈时间 点。

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

本发明实施例提供的混合自动重传请求反馈方 法， 将 ΤΉ长度不同的载 波进行联合反馈， 从而降低了 HARQ反馈所需要的功率。 图 5为本发明混合自动重传请求反馈方法实施例� �的流程图。 如图 5所 示， 本实施例提供的混合自动重传请求反馈方法的 执行主体用户设备 ( User Equipment, 简称 UE ) 。 本发明实施例的混合自动重传请求反馈方法包 括： 5501、 用户设备确定进程组。

具体地， 用户设备接收 RNC发送的联合反馈指示消息，联合反馈指示消

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

具体地，激活指示用于指示用户设备执行对进 程组进行联合

去激活指示用于指示用户不执行对进程组进行 联合 HARQ反馈。

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

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

本发明实施例中涉及的联合反馈信息中， 进程组中的各个进程可以釆用 联合编码方式， 本发明实施例以组内有两个进程为例， WQ-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=l ]的的子帧，直至满足 [ (帧号 +5*子帧号）模 n=n- l ] 的子帧上调度的进程确定为进程组中包括的进 程， 其 中， n为大于等于 2的整数；

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

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

本发明实施例的基站， 可以用于执行图 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=l ]的的子帧，直至满足 [ (帧号 +5*子帧号）模 n=n- l ] 的子帧上调度的进程确定为进程组中包括的进 程， 其 中， n为大于等于 2的整数；

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

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

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

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

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

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

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

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

其中， 处理器 1001 , 用于确定进程组， 进程组中包括至少两个进程； 发送器 1002, 用于调用进程向用户设备发送下行数据；

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

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

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

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

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

发送器 2003 ,用于在进程组对应的反馈时间向基站反馈 HARQ确认信息。 本实施例的用户设备， 可以用于执行图 5所示方法实施例的技术方案， 其实现原理及技术效果类似， 此处不再赘述。

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

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