一种混合自动重传请求进程处理方法、设备及通信系统与流程

本发明涉及通信技术领域，尤其涉及一种混合自动重传请求进程处理方法、设备及通信系统。

背景技术：

授权辅助接入(Licensed Assisted Access，LAA)系统可以借助长期演进(Long Term Evolution，LTE)系统中授权频谱的帮助来使用未授权频谱(如5GHz频谱)。LAA系统在非授权频谱上使用先听后说(Listen Before Talk，LBT)机制，而LBT机制的引入，使得LAA系统中上下行子帧的分布位置不再固定。

通常，混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)过程分为同步HARQ和异步HARQ。在同步HARQ过程中，HARQ进程与子帧存在是一一对应的对应关系，而在异步HARQ过程中，HARQ进程与子帧不具有一一对应关系，需要显式地指示分配给某个子帧的HARQ进程。在LTE系统中，上行一般使用同步HARQ过程。

然而，在LAA系统中，由于上下行子帧的分布位置是不固定的，无法预知LAA系统上行子帧实际存在的位置，因此更无法确定每个上行子帧对应的HARQ进程，也意味着很难为每个上行子帧分配一个固定的HARQ进程。可见，如何为分布位置不固定的上行子帧分配HARQ进程是一个亟待解决的技术课题。

技术实现要素：

本发明实施例提供了一种混合自动重传请求进程处理方法、设备及通信系统，可以为分布位置不固定的上行子帧分配HARQ进程。

本发明实施例第一方面提供了一种混合自动重传请求进程处理方法，应用于基站，包括：

在对终端进行上行调度的过程中，从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，所述目标HARQ进程集合包括为所述终端被调度的上行子帧分配的上行HARQ进程，所述目标HARQ进程集合中的上行HARQ进程均未被占用，所述被调度的上行子帧与所述目标HARQ进程集合中的上行HARQ进程具有对应关系；

提取所述目标HARQ进程集合的集合编号；

向所述终端发送所述目标HARQ进程集合的集合编号。

本发明实施例第二方面提供了一种混合自动重传请求进程处理方法，应用于终端，包括：

在基站为所述终端进行上行调度的过程中，接收所述基站发送的目标混合自动重传请求HARQ进程集合的集合编号；

根据所述目标HARQ进程集合的集合编号，确定所述目标HARQ进程集合中为所述终端被调度的上行子帧分配的上行HARQ进程；

针对每个所述被调度的上行子帧，在所述被调度的上行子帧上使用为所述被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。

本发明实施例第三方面公开了一种基站，包括：

确定单元，用于在对终端进行上行调度的过程中，从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，所述目标HARQ进程集合包括为所述终端被调度的上行子帧分配的上行HARQ进程，所述目标HARQ进程集合中的上行HARQ进程均未被占用，所述被调度的上行子帧与所述目标HARQ进程集合中的上行HARQ进程具有对应关系；

提取单元，用于提取所述目标HARQ进程集合的集合编号；

发送单元，用于向所述终端发送所述目标HARQ进程集合的集合编号。

本发明实施例第四方面公开了一种终端，包括：

接收单元，用于在基站为所述终端进行上行调度的过程中，接收所述基站发送的目标混合自动重传请求HARQ进程集合的集合编号；

确定单元，用于根据所述目标HARQ进程集合的集合编号，确定所述目标HARQ进程集合中为所述终端被调度的上行子帧分配的上行HARQ进程；

执行单元，用于针对每个所述被调度的上行子帧，在所述被调度的上行子帧上使用为所述被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。

本发明实施例第五方面公开了一种通信系统，包括第三方面所述的基站以及第四方面所述的终端。

本发明实施例中，基站在对终端进行上行调度的过程中，可以从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，该目标HARQ进程集合包括为终端被调度的上行子帧分配的上行HARQ进程，该目标HARQ进程集合中的上行HARQ进程均未被占用，该被调度的上行子帧与目标HARQ进程集合中的上行HARQ进程具有对应关系；进一步地，基站提取目标HARQ进程集合的集合编号，并向终端发送目标HARQ进程集合的集合编号，终端接收到该目标HARQ进程集合的集合编号之后，终端就可以确定基站为终端被调度的上行子帧分配的上行HARQ进程，进而终端就可以在被调度的各个子帧上使用分配的上行HARQ进程来执行HARQ过程。可见，通过本发明实施例，在对终端进行上行调度的过程中，基站为终端确定目标HARQ进程集合，即为终端被调度的上行子帧分配了上行HARQ进程，实现了上行异步HARQ过程，从而可以为分布位置不固定的上行子帧分配HARQ进程。

附图说明

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

图1是本发明实施例公开的一种通信系统的网络架构示意图；

图2是本发明实施例公开的一种混合自动重传请求进程处理方法的流程示意图；

图3是本发明实施例公开的另一种混合自动重传请求进程处理方法的流程示意图；

图4是本发明实施例公开的另一种混合自动重传请求进程处理方法的流程示意图；

图5是本发明实施例公开的一种基站的结构示意图；

图6是本发明实施例公开的一种终端的结构示意图；

图7是本发明实施例公开的另一种基站的结构示意图；

图8是本发明实施例公开的另一种终端的结构示意图；

图9是本发明实施例公开的一种通信系统的结构示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例公开了一种混合自动重传请求进程处理方法、设备及通信系统，可以为分布位置不固定的上行子帧分配HARQ进程。以下分别进行详细说明。

为了更好的理解本发明实施例公开的一种混合自动重传请求进程处理方法，下面先对本发明实施例适用的网络架构示意图进行描述。

请参阅图1，图1是本发明实施例公开的一种通信系统的网络架构示意图。如图1所示，该通信系统包括基站以及终端。其中，基站，即公用移动通信基站，是无线电台站的一种形式，是指在一定的无线电覆盖区中，通过移动通信交换中心，与终端之间进行信息传递的无线电收发信电台。本文通篇所说的基站，在不同的网络场景下可具有不同的功能及相应的网络配置，本发明对此并不做限定。例如某些网络场景下，基站可主要包括基站收发台BTS和基站控制器BSC，而在另外一些网络场景中，基站也可称NODE B或者EvolvedNode B，本文通篇所说的基站也可以是分布式基站BBU或宏基站RRU，本发明对此并不做限定。终端可以包括但不限于智能手机、笔记本电脑、个人计算机(Personal Computer，PC)、个人数字助理(Personal Digital Assistant,PDA)、移动互联网设备(Mobile Internet Device，MID)、智能穿戴设备(如智能手表、智能手环)等各类终端。另外，本领域的技术人员可以理解，虽然图1中只示出了一个终端，但并不构成对本发明实施例的限定，可以包括比图示更多的终端。

需要说明的是，在现有的第三代系统合作项目(3rd Generation Partnership Project；简称：3GPP)演进的通用移动通信系统(Universal Mobile Telecommunications System；简称：UMTS)陆地无线接入(Evolved-UMTS Terrestrial Radio Access；简称：E-UTRA)系统中支持频分双工(Frequency Division Duplexing；简称：FDD)和时分双工(Time Division Duplexing；简称：TDD)两种模式。在长期演进计划(Long Term Evolution；简称：LTE)系统中，终端根据基站下发的物理下行控制信道(Physical Downlink Control Channel；简称：PDCCH)的指示，在对应的上下行资源接收下行数据、发送上行数据。在LTE FDD系统中，最大混合自动重传(Hybrid Automatic Repeat Request；简称：HARQ)进程数为8，上行采用同步自适应或非自适应重传，下行采用非同步自适应重传。在LTE TDD系统中，最大HARQ进程数为15。

为了提高数字通信系统的性能，使用重传协议来进行数据的重传是有益的。数字信息通常被以块或数据包进行分组。数据块的成功接收可以由接收机通过使用例如循环冗余校验(CRC)来检测。块的非成功接收可以在一些情况中或系统中被接收机忽略。在其它情况或系统中，接收机(终端或者基站)可以使用例如ACK/NACK来将块的接收结果通知发射机(基站或者终端)，其中ACK(确认应答)表示块被成功地接收，并且NACK(否定应答)表示块没有被成功接收。

一般示例性的，对于上行数据传输，基站在子帧0在PDCCH资源内发送相应的上行资源指示(UL grant)进行上行子帧调度。终端接收PDCCH后，获得上行传输的资源位置和相应的传输配置指示信息。根据LTE协议中规定的定时关系，终端可以在接收到PDCCH的子帧后的第4个子帧的相应资源上发送其所需要的上行业务数据。基站接收终端上发的数据包后通过CRC校验可以判断数据包是否正确。在终端发送上行数据后的第4个子帧，基站下发该数据包的是否正确的指示信息。如果数据包错误，基站在承载错误信息的子帧的PDCCH信道上同时承载重传数据包的重传UL grant。终端则根据相应的重传PDCCH信息进行新的数据上发，直到接收到基站发出的确认应答(Acknowledgment；简称：ACK)指示，或达到数据最大重传次数后放弃重传现有数据包。例如，基站通过PDCCH向终端下发每次多子帧调度中当前调度的子帧的混合自动重传进程号。如果对当前调度子帧对应的混合自动重传进程号的新传数据包调度成功，则反馈信息为肯定信息，否则为否定信息。

一般示例性的，对于下行数据传输，终端接收基站发送的数据包后，需要反馈相应的上行ACK或否定应答(Non-Acknowledgment；简称：NAK)信息，现有的上行ACK/NAK的序号与终端相对应的PDCCH传输位置之间存在映射关系。终端可以根据PDCCH传输位置，在相应的上行传输资源发送ACK/NAK信息。

其中，图1所示的通信系统具备混合自动重传请求进程处理功能。需要说明的是，图1所示的通信系统适用于上下行子帧的分布位置不固定的系统中。举例来说，授权辅助接入(Licensed Assisted Access，LAA)系统，该LAA系统借助长期演进(Long Term Evolution，LTE)系统中授权频谱的帮助来使用未授权频谱(如5GHz频谱)，该LAA系统在非授权频谱上使用先听后说(Listen Before Talk，LBT)机制。需要说明的是，非授权频谱(也称非授权载波)是指在满足政府部门(如国家无线电管理委员会)有关规定(无线电管制)下，不需要授权就能直接使用的频谱(或载波)。在我们的日常生活中，微波炉、遥控玩具飞机、无线鼠标、无线键盘、高保真无线上网(WirelessFidelity；以下简称WiFi；WiFi基于电子电气工程师协会IEEE802.11系列协议，如802.11a/b/g/n/ac等)、授权载波辅助接入的LTE(以下简称LAA)等都使用了非授权载波。由于LAA系统引入LBT机制，在进行数据发送之前，要先监听信道的状态是否空闲，如果信道空闲则进行数据信息和控制信息的发送，否则不进行传输，这会导致传输是否发生具有一定的不确定性，这使得LAA系统中实际的上下行子帧分布不同于LTE系统中的上下行子帧分布，即LAA系统中上下行子帧的分布位置不在固定。在LAA系统中，由于下行子帧和上行子帧分布的不确定性，无法预知上行子帧实际存在的位置，因此更无法确定每个子帧对应的混合自动重传请求(Hybrid AutomaticRepeat Request，HARQ)进程号，因此为上行子帧分配固定的HARQ进程号已不合适，故需要考虑上行异步HARQ过程。

信道监听的过程也称之为空闲信道评估(ClearChannelAssessment，简称为CCA)。示例性的，假设一个基站测量到信道的功率不低于-62dBm，则该站点认为信道是繁忙的；低于-62dBm则该站点认为信道是空闲的。

作为监听信道的状态是否空闲的一种示例性的方式，具体的，UE检测周围是否有其它设备正在目标信道发送数据。如果该目标某信道已被其它设备占用，可以在下一监听周期到来时继续监听，也可以根据指示不再监听；若监听到信道资源空闲，该UE可以立即占用该目标信道。信道占用时间是一个固定值，该固定值即为SRS配置信息配置的上行子帧的最后一个符号的时间长度，考虑到UE在SRS上报到信道检测的转换过程，可以在下一信道检测位置前设定一个静默时间。优选的，若监听到信道资源空闲，可以生成一个随机数L作为退避时间，在这个退避时间内，继续监听目标信道，若检测到L次目标信道处于空闲状态，则退避时间结束，同时该UE就可以占用该目标信道进行SRS上报。如果UE检测到信道状态为非空闲(例如已被其它UE占用)，则在这个周期内设备不能占用信道，则该UE可以等到下一个周期的固定位置继续检测。

作为监听信道的状态是否空闲的另一种示例性的方式，具体的，当UE需要上报SRS的时候，触发初始检测。若UE初始检测到目标信道处于空闲状态，即可占用该目标信道，并由基站预先配置一个信道占用时间T；若UE初始检测到目标信道状态为非空闲，则可生成一个推迟周期(defer period)时间，如果在推迟周期时间还是检测到目标信道忙，则继续生成一个推迟周期时间。UE在L次检测时间检测到信道状态为空闲之后可以占用目标信道，占用目标信道时间为T。

在图1所示的网络架构中，终端可以向基站发送上行调度请求，基站接收到该上行调度请求之后，基站在对终端进行上行调度的过程中，可以从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，该目标HARQ进程集合包括为终端被调度的上行子帧分配的上行HARQ进程，该目标HARQ进程集合中的上行HARQ进程均未被占用，该被调度的上行子帧与目标HARQ进程集合中的上行HARQ进程具有对应关系；进一步地，基站提取目标HARQ进程集合的集合编号，并向终端发送目标HARQ进程集合的集合编号，终端接收到该目标HARQ进程集合的集合编号之后，终端就可以确定基站为终端被调度的上行子帧分配的上行HARQ进程，进而终端就可以在被调度的各个子帧上使用为被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。

可见，实施图1所描述的网络架构，在上行调度中，基站为终端被调度的上行子帧分配了上行HARQ进程，即实现了上行异步HARQ过程，从而可以为分布位置不固定的上行子帧分配HARQ进程。

基于图1所示的网络架构，本发明实施例公开了一种混合自动重传请求进程处理方法。请参见图2，图2是本发明实施例公开的一种混合自动重传请求进程处理方法的流程示意图，其中，该方法应用于基站，如图2所示，该方法可以包括以下步骤。

201、在对终端进行上行调度的过程中，基站从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合。

示例性的，上述在对终端进行上行调度的过程可以是在非授权频谱上对终端进行上行调度。

其中，混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)是一种将前向纠错编码(FEC)和自动重传请求(ARQ)相结合而形成的技术。接收方在解码失败的情况下，保存接收到的数据，并向发送方发送HARQ请求，用于请求发送方重传数据，接收方将重传的数据和先前接收到的数据进行合并后再解码。

本发明实施例中，图1所示的通信系统中规定出N个候选的可分配的混合自动重传请求HARQ进程集合{S₁，S₂，…，S_N}，其中，这些集合可以是对所有HARQ进程号随机划分的集合，或者由厂家自行预先定义的集合。每个HARQ进程集合中包含m个HARQ进程号，如{1，2…，m}。例如，HARQ进程集合S₁可设置为{0，1，2，3}，即HARQ进程集合S₁中可分配的HARQ进程为HARQ进程0，HARQ进程1，HARQ进程2，HARQ进程3。其中，N为正整数，m为正整数。其中，每个HARQ进程集合中包括的HARQ进程的数量不超过系统规定的最大HARQ进程数量阈值，比如16。

此外，每个HARQ进程集合中的HARQ进程号可以连续，也可以不连续，比如：HARQ进程集合S1中的HARQ进程号可设置为连续的，比如S1＝{0，1，2，3}，HARQ进程集合S2中的HARQ进程号可设置为不连续的，比如S2＝{1，4，6}。每个HARQ进程集合包括的HARQ进程的数量可以不同，以适应不同子帧数的多子帧(multi-subframe)调度，比如：HARQ进程集合S1为{0，1，2，3}，HARQ进程集合S1包括的HARQ进程的数量为4个，HARQ进程集合S2为{1，4，6}，HARQ进程集合S2包括的HARQ进程的数量为3个，若被调度的子帧数为4个，则可以选择HARQ进程集合S1，若被调度的子帧数为3个，则可以选择HARQ进程集合S2。

另外，图1所示的通信系统还可以为每个HARQ进程集合规定出相应的分配规则，即每个HARQ进程集合包括的HARQ进程与终端被调度的子帧之间的对应关系。需要说明的是，该对应关系为唯一分配具有确定性的对应关系。举例来说，HARQ进程集合S2为{1，4，6}，被调度的子帧为3个(如子帧1、子帧2以及子帧3)，该S2对应的分配规则为按照HARQ进程号从小到大依次为被调度的子帧进行分配，则根据S2对应的分配规则，将为子帧1分配HARQ进程1，为子帧2分配HARQ进程4，为子帧3分配HARQ进程6。

需要说明的是，图1所示的通信系统预先所做的所有规定对基站和终端来说是透明的，即基站和终端均获知所有的HARQ进程集合以及每个HARQ进程集合包括的HARQ进程。

本发明实施例中，在步骤201之前，当终端需要向基站发送数据时，终端向基站发送上行调度请求，基站接收到该上行调度请求之后，在对终端进行上行调度的过程中，基站从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合。该目标HARQ进程集合包括为终端被调度的上行子帧分配的上行HARQ进程，该目标HARQ进程集合中的上行HARQ进程均未被占用，该被调度的上行子帧与目标HARQ进程集合中的上行HARQ进程具有对应关系。

具体的，在对终端进行上行调度的过程中，基站从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合的方式具体可以包括以下步骤：

11)在对终端进行上行调度的过程中，确定终端被调度的上行子帧；

12)从多个混合自动重传请求HARQ进程集合中选择上行HARQ进程的数量与被调度的上行子帧的子帧数匹配且上行HARQ进程均未被占用的HARQ进程集合；

13)将被选择的HARQ进程集合确定作为目标HARQ进程集合。

在该可选的实施方式中，基站预先接收到终端发送的上行调度请求，步骤11)中，在对终端进行上行调度的过程中，基站就可以根据调度算法(如比例公平算法)来确定终端被调度的上行子帧。步骤12)中，可选的，基站可以先从多个混合自动重传请求HARQ进程集合中选择上行HARQ进程的数量与被调度的上行子帧的子帧数匹配的HARQ进程集合，进一步地，再从匹配的HARQ进程集合中选择上行HARQ进程均未被占用的HARQ进程集合；或者，可选的，基站可以先从多个混合自动重传请求HARQ进程集合中选择上行HARQ进程均未被占用的HARQ进程集合，进一步地，在从上行HARQ进程均未被占用的HARQ进程集合中选择上行HARQ进程的数量与被调度的上行子帧的子帧数匹配的HARQ进程集合。

其中，上行HARQ进程的数量与被调度的上行子帧的子帧数匹配为上行HARQ进程的数量与被调度的上行子帧的子帧数相等；或

上行HARQ进程的数量与被调度的上行子帧的子帧数匹配为上行HARQ进程的数量与被调度的上行子帧的子帧数的差值小于预设数量阈值。

举例来说，假设被调度的上行子帧的子帧数为3个，预设数量阈值为2，则优先选择上行HARQ进程的数量为3个的HARQ进程集合，另外，如果没有HARQ进程的数量为3个的HARQ进程集合，还可以选择上行HARQ进程的数量为4个的HARQ进程集合。

其中，无论被调度的上行子帧的子帧数与目标HARQ进程集合包括的上行HARQ进程的数量是相等，还是被调度的上行子帧的子帧数小于目标HARQ进程集合包括的上行HARQ进程的数量，针对每个被调度的上行子帧，一个被调度的上行子帧仅且只能唯一确定地被分配一个上行HARQ进程。

通过这种方式，基站可以基于终端被调度的上行子帧的子帧数，确定目标HARQ进程集合，即可以为不同子帧数的被调度的上行子帧灵活地分配上行HARQ进程，从而可以提高系统上行性能，比如系统中数据传输的速率加快。

202、基站提取目标HARQ进程集合的集合编号。

本发明实施例中，基站在确定目标HARQ进程集合之后，基站就可以提取目标HARQ进程集合的集合编号。

203、基站向终端发送目标HARQ进程集合的集合编号。

具体的，基站向终端发送目标HARQ进程集合的集合编号包括：

通过物理下行控制信道PDCCH，在下行控制信息DCI中将目标HARQ进程集合的集合编号发送给终端。

这样，有利于终端接收到目标HARQ进程集合的集合编号后，就可以根据目标HARQ进程集合的集合编号确定目标HARQ进程集合包括的上行HARQ进程，进而在被调度的上行子帧上使用目标HARQ进程集合包括的上行HARQ进程来执行HARQ过程，即实现了上行异步HARQ过程。

本发明实施例中，基站只需要在下行控制信息DCI中发送目标HARQ进程集合的集合编号，而不是目标HARQ进程集合包括的所有上行HARQ进程，这样有利于节省通信系统的资源，从而有效控制了通信系统的信令开销。具体的，基站可以通过DCI format 0/4中的HPN字段(4bit)来指示终端分配的HARQ进程号的集合。

可见，在图2所描述的方法流程中，在对终端进行上行调度的过程中，基站为终端确定目标HARQ进程集合，即为终端被调度的上行子帧分配了上uti行HARQ进程，实现了上行异步HARQ过程，从而可以为分布位置不固定的上行子帧分配HARQ进程。

请参见图3，图3是本发明实施例公开的另一种混合自动重传请求进程处理方法的流程示意图，其中，该方法应用于终端，如图3所示，该方法可以包括以下步骤。

301、在基站为终端进行上行调度的过程中，终端接收基站发送的目标混合自动重传请求HARQ进程集合的集合编号。

示例性的，上述在对终端进行上行调度的过程可以是在非授权频谱上对终端进行上行调度。

本发明实施例中，基站接收到终端发送的上行调度请求之后，就可以根据需要被调度的上行子帧的子帧数从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，进一步地，在基站为终端进行上行调度的过程中，基站通过物理下行控制信道PDCCH，在下行控制信息DCI中向终端发送目标HARQ进程集合的集合编号，这样，终端就可以接收到基站发送的目标HARQ进程集合的集合编号了。具体的，终端可以通过DCI format 0/4中的HPN字段(4bit)来接受基站分配的HARQ进程号的集合。

其中，目标HARQ进程集合中包括的HARQ进程的数量不超过系统规定的最大HARQ进程数量阈值。

302、根据目标HARQ进程集合的集合编号，终端确定目标HARQ进程集合中为终端被调度的上行子帧分配的上行HARQ进程。

本发明实施例中，由于系统中规定的每个HARQ进程集合包括的HARQ进程对基站和终端来说是可获知透明的，故终端在接收到目标HARQ进程集合的集合编号之后，终端就可以根据目标HARQ进程集合的集合编号，从系统中查询以确定目标HARQ进程集合中为终端被调度的上行子帧分配的上行HARQ进程。

303、针对每个被调度的上行子帧，终端在被调度的上行子帧上使用为被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。

作为一种可选的实施方式，在步骤302之后，所述方法还包括：

从HARQ进程集合与分配规则的对应关系中，查询目标HARQ进程集合对应的目标分配规则。其中，目标分配规则规定目标HARQ进程集合包括的上行HARQ进程与被调度的上行子帧之间的对应关系，

步骤303具体包括：针对每个被调度的上行子帧，根据目标分配规则，在被调度的上行子帧上使用与目标分配规则匹配的上行HARQ进程来执行HARQ过程。

举例来说，目标分配规则为按照HARQ进程号从小到大依次为被调度的上行子帧进行分配，目标HARQ进程集合为{1，4，6}，被调度的上行子帧为3个(如子帧1、子帧2以及子帧3)，则根据目标分配规则，将为子帧1分配HARQ进程1，为子帧2分配HARQ进程4，为子帧3分配HARQ进程6。

可见，在图3所描述的方法流程中，在基站为终端进行上行调度的过程中，终端可以接收基站发送的目标混合自动重传请求HARQ进程集合的集合编号，并根据目标HARQ进程集合的集合编号，确定目标HARQ进程集合中为终端被调度的上行子帧分配的上行HARQ进程，进而在被调度的上行子帧上使用被分配的上行HARQ进程，从而实现了上行异步HARQ过程。

请参见图4，图4是本发明实施例公开的另一种混合自动重传请求进程处理方法的流程示意图，其中，该方法是从基站和终端两侧进行描述的，具体可以参照上述图2或图3中所描述的，在此不再赘述。如图4所示，该方法可以包括以下步骤。

401、终端向基站发送上行调度请求。

本发明实施例中，当需要向基站发送数据时，将会触发终端向基站发送上行调度请求，该上行调度请求用于请求基站为终端被调度的上行子帧分配上行资源。

402、在对终端进行上行调度的过程中，基站从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合。

403、基站提取目标HARQ进程集合的集合编号。

404、基站向终端发送目标HARQ进程集合的集合编号。

405、根据目标HARQ进程集合的集合编号，终端确定目标HARQ进程集合中为终端被调度的上行子帧分配的上行HARQ进程。

本发明实施例中，终端接收到基站发送的目标混合自动重传请求HARQ进程集合的集合编号之后，终端就可以根据目标HARQ进程集合的集合编号，终端确定目标HARQ进程集合中为终端被调度的上行子帧分配的上行HARQ进程。

406、针对每个被调度的上行子帧，终端在被调度的上行子帧上使用为被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。

在图4所描述的方法流程中，终端可以向基站发送上行调度请求，基站接收到该上行调度请求之后，基站在对终端进行上行调度的过程中，可以从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，该目标HARQ进程集合包括为终端被调度的上行子帧分配的上行HARQ进程，该目标HARQ进程集合中的上行HARQ进程均未被占用，该被调度的上行子帧与HARQ进程集合中的上行HARQ进程具有对应关系；进一步地，基站提取目标HARQ进程集合的集合编号，并向终端发送目标HARQ进程集合的集合编号，终端接收到该目标HARQ进程集合的集合编号之后，终端就可以确定基站为终端被调度的上行子帧分配的上行HARQ进程，进而终端就可以在被调度的各个子帧上使用为被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。可见，在上行调度中，基站为终端被调度的上行子帧分配了上行HARQ进程，即实现了上行异步HARQ过程，从而可以为分布位置不固定的上行子帧分配HARQ进程，同时，也提高了系统的性能。

请参见图5，图5是本发明实施例公开的一种基站的结构示意图，其中，图5所示的基站用于执行图2或图4所描述的混合自动重传请求进程处理方法的部分或全部步骤，具体请参照图2或图4中的相关描述，在此不再赘述。如图5所示，该基站500可以包括：

确定单元501，用于在对终端进行上行调度的过程中，从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，所述目标HARQ进程集合包括为所述终端被调度的上行子帧分配的上行HARQ进程，所述目标HARQ进程集合中的上行HARQ进程均未被占用，所述被调度的上行子帧与所述目标HARQ进程集合中的上行HARQ进程具有对应关系；

提取单元502，用于提取所述目标HARQ进程集合的集合编号；

发送单元503，用于向所述终端发送所述目标HARQ进程集合的集合编号。

其中，所述发送单元503向所述终端发送所述目标HARQ进程集合的集合编号的方式具体为：

通过物理下行控制信道PDCCH，在下行控制信息DCI中将所述目标HARQ进程集合的集合编号发送给所述终端。

作为一种可选的实施方式，确定单元501可以包括：

确定子单元5011，用于在对终端进行上行调度的过程中，确定所述终端被调度的上行子帧；

选择子单元5012，用于从多个混合自动重传请求HARQ进程集合中选择上行HARQ进程的数量与所述被调度的上行子帧的子帧数匹配且上行HARQ进程均未被占用的HARQ进程集合；

所述确定子单元5011，还用于将被选择的HARQ进程集合确定作为目标HARQ进程集合。

其中，所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数匹配为所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数相等；或

所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数匹配为所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数的差值小于预设数量阈值。

其中，每个所述HARQ进程集合中包括的HARQ进程的数量不超过系统规定的最大HARQ进程数量阈值。

在图5所述的基站500中，在对终端进行上行调度的过程中，基站为终端确定目标HARQ进程集合，即为终端被调度的上行子帧分配了上行HARQ进程，实现了上行异步HARQ过程，从而可以为分布位置不固定的上行子帧分配HARQ进程。

请参见图6，图6是本发明实施例公开的一种终端的结构示意图，其中，图6所示的终端用于执行图3或图4所描述的混合自动重传请求进程处理方法的部分或全部步骤，具体请参照图3或图4中的相关描述，在此不再赘述。如图6所示，该终端600可以包括：

接收单元601，用于在所述基站为所述终端进行上行调度的过程中，接收所述基站发送的目标混合自动重传请求HARQ进程集合的集合编号；

可选的，所述接收单元601具体用于在基站为所述终端进行上行调度的过程中，接收所述基站通过物理下行控制信道PDCCH，在下行控制信息DCI中发送的目标混合自动重传请求HARQ进程集合的集合编号。

其中，所述目标HARQ进程集合中包括的HARQ进程的数量不超过系统规定的最大HARQ进程数量阈值。

确定单元602，用于根据所述目标HARQ进程集合的集合编号，确定所述目标HARQ进程集合中为所述被调度的上行子帧分配的上行HARQ进程；

执行单元603，用于针对每个所述被调度的上行子帧，在所述被调度的上行子帧上使用为所述被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。

作为一种可选的实施方式，图6所示的终端600还可以包括：

查询单元604，用于在所述确定单元602根据所述目标HARQ进程集合的集合编号，确定所述目标HARQ进程集合中为所述被调度的上行子帧分配的上行HARQ进程之后，从HARQ进程集合与分配规则的对应关系中，查询所述目标HARQ进程集合对应的目标分配规则，所述目标分配规则规定所述目标HARQ进程集合包括的上行HARQ进程与被调度的上行子帧之间的对应关系；

所述执行单元603，具体用于针对每个所述被调度的上行子帧，根据所述目标分配规则，在所述被调度的上行子帧上使用与所述目标分配规则匹配的上行HARQ进程来执行HARQ过程。

在图6所述的终端中，在基站为终端进行上行调度的过程中，终端可以接收基站发送的目标混合自动重传请求HARQ进程集合的集合编号，并根据目标HARQ进程集合的集合编号，确定目标HARQ进程集合中为终端被调度的上行子帧分配的上行HARQ进程，进而在被调度的上行子帧上使用被分配的上行HARQ进程，从而实现了上行异步HARQ过程。

请参见图7，图7是本发明实施例公开的另一种基站的结构示意图，其中，图7所示的基站用于执行图2或图4所描述的混合自动重传请求进程处理方法的部分或全部步骤，具体请参照图2或图4中的相关描述，在此不再赘述。如图7所示，该基站700可以包括：处理器701、发送器702以及存储器703，这些组件可以通过一条或多条总线704进行通信。图7示出的基站的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图7示出的更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，处理器701为基站的控制中心，利用各种接口和线路连接整个基站的各个部分，通过运行或执行存储在存储器703内的程序和/或模块，以及调用存储在存储器703内的数据，以执行基站的各种功能和处理数据。处理器701可以由集成电路(Integrated Circuit，简称IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器701可以仅包括中央处理器(Central Processing Unit，简称CPU)，也可以是CPU、数字信号处理器(digital signal processor，简称DSP)、图形处理器(Graphic Processing Unit，简称GPU)及各种控制芯片的组合。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

存储器703可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器703可选的还可以是至少一个位于远离前述处理器701的存储装置。

具体的，处理器701用于调用存储器703存储的程序，执行以下操作：

在对终端进行上行调度的过程中，从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合，所述目标HARQ进程集合包括为所述终端被调度的上行子帧分配的上行HARQ进程，所述目标HARQ进程集合中的上行HARQ进程均未被占用，所述被调度的上行子帧与所述目标HARQ进程集合中的上行HARQ进程具有对应关系；

提取所述目标HARQ进程集合的集合编号；

通过发送器702向所述终端发送所述目标HARQ进程集合的集合编号。

可选的，所述处理器701在对终端进行上行调度的过程中，从多个混合自动重传请求HARQ进程集合中确定目标HARQ进程集合包括：

在对终端进行上行调度的过程中，确定所述终端被调度的上行子帧；

从多个混合自动重传请求HARQ进程集合中选择上行HARQ进程的数量与所述被调度的上行子帧的子帧数匹配且上行HARQ进程均未被占用的HARQ进程集合；

将被选择的HARQ进程集合确定作为目标HARQ进程集合。

可选的，所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数匹配为所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数相等；或

所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数匹配为所述上行HARQ进程的数量与所述被调度的上行子帧的子帧数的差值小于预设数量阈值。

可选的，所述处理器701通过发送器702向所述终端发送所述目标HARQ进程集合的集合编号包括：

通过物理下行控制信道PDCCH，在下行控制信息DCI中将所述目标HARQ进程集合的集合编号发送给所述终端。

其中，每个所述HARQ进程集合中包括的HARQ进程的数量不超过系统规定的最大HARQ进程数量阈值。

在图7所示的基站700中，在对终端进行上行调度的过程中，基站为终端确定目标HARQ进程集合，即为终端被调度的上行子帧分配了上行HARQ进程，实现了上行异步HARQ过程，从而可以为分布位置不固定的上行子帧分配HARQ进程。

请参见图8，图8是本发明实施例公开的另一种终端的结构示意图，其中，图8所示的终端用于执行图3或图4所描述的混合自动重传请求进程处理方法的部分或全部步骤，具体请参照图3或图4中的相关描述，在此不再赘述。如图8所示，该终端800可以包括：处理器801、接收器802以及存储器803，这些组件可以通过一条或多条总线804进行通信。图8示出的终端的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图8示出的更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端在物理形态上可以包括但不限于智能手机、笔记本电脑、个人计算机(Personal Computer，PC)、个人数字助理(Personal Digital Assistant,PDA)、移动互联网设备(Mobile Internet Device，MID)、智能穿戴设备(如智能手表、智能手环)等各类终端。

其中，处理器801为终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器803内的程序和/或模块，以及调用存储在存储器803内的数据，以执行终端的各种功能和处理数据。处理器801可以由集成电路(Integrated Circuit，简称IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器801可以仅包括中央处理器(Central Processing Unit，简称CPU)，也可以是CPU、数字信号处理器(digital signal processor，简称DSP)、图形处理器(Graphic Processing Unit，简称GPU)及各种控制芯片的组合。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

存储器803可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器803可选的还可以是至少一个位于远离前述处理器801的存储装置。

具体的，所述处理器801用于调用存储器803存储的程序，执行以下操作：

在基站为所述终端进行上行调度的过程中，通过接收器802接收所述基站发送的目标混合自动重传请求HARQ进程集合的集合编号；

根据所述目标HARQ进程集合的集合编号，确定所述目标HARQ进程集合中为所述被调度的上行子帧分配的上行HARQ进程；

针对每个所述被调度的上行子帧，在所述被调度的上行子帧上使用为所述被调度的上行子帧分配的上行HARQ进程来执行HARQ过程。

可选的，所述处理器801根据所述目标HARQ进程集合的集合编号，确定所述目标HARQ进程集合中为所述被调度的上行子帧分配的上行HARQ进程之后，所述处理器801还用于调用存储器803存储的程序，执行以下操作：

从HARQ进程集合与分配规则的对应关系中，查询所述目标HARQ进程集合对应的目标分配规则，所述目标分配规则规定目标HARQ进程集合包括的HARQ进程与所述被调度的上行子帧之间的对应关系；

其中，所述处理器801针对每个所述被调度的上行子帧，在所述被调度的上行子帧上使用为所述被调度的上行子帧分配的上行HARQ进程来执行HARQ过程包括：

针对每个所述被调度的上行子帧，根据所述目标分配规则，在所述被调度的上行子帧上使用与所述目标分配规则匹配的上行HARQ进程来执行HARQ过程。

可选的，所述处理器801在基站为所述终端进行上行调度的过程中，通过接收器802接收所述基站发送的目标混合自动重传请求HARQ进程集合的集合编号的方式具体为：

在基站为所述终端进行上行调度的过程中，接收所述基站通过物理下行控制信道PDCCH，在下行控制信息DCI中发送的目标混合自动重传请求HARQ进程集合的集合编号。

其中，所述目标HARQ进程集合中包括的HARQ进程的数量不超过系统规定的最大HARQ进程数量阈值。

在图8所述的终端800中，在基站为终端进行上行调度的过程中，终端可以接收基站发送的目标混合自动重传请求HARQ进程集合的集合编号，并根据目标HARQ进程集合的集合编号，确定目标HARQ进程集合中为终端被调度的上行子帧分配的上行HARQ进程，进而在被调度的上行子帧上使用被分配的上行HARQ进程，从而实现了上行异步HARQ过程。

请参见图9，图9是本发明实施例公开的一种通信系统的结构示意图，其中，该通信系统900可以包括基站901和终端902，该基站901可以为图5以及图7中所描述的基站，终端902可以为图6或图8中所描述的终端。基站901可以用于执行图2或图4所描述的混合自动重传请求进程处理方法，具体过程请参见相关描述，在此不再赘述，终端902可以用于执行图3或图4所描述的混合自动重传请求进程处理方法，具体过程请参见相关描述，在此不再赘述.

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和单元并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。

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

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。