CN111865507B

CN111865507B - Harq进程模式的处理方法、装置、相关设备及存储介质

Info

Publication number: CN111865507B
Application number: CN201910364251.0A
Authority: CN
Inventors: 孙军帅
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Communications Ltd Research Institute
Priority date: 2019-04-30
Filing date: 2019-04-30
Publication date: 2023-04-07
Anticipated expiration: 2039-04-30
Also published as: CN111865507A

Abstract

本发明公开了一种HARQ进程模式的处理方法、装置、网络设备、终端及存储介质。其中，方法包括：网络设备为终端的待传输数据选择一个HARQ进程；确定选择的HARQ进程的模式；为所述终端配置选择的HARQ进程的模式。

Description

HARQ进程模式的处理方法、装置、相关设备及存储介质

技术领域

本发明涉及无线通信领域，尤其涉及混合自动重传请求(HARQ)进程模式的处理方法、装置、相关设备及存储介质。

背景技术

针对HARQ技术，在上行方向和下行方向，在每个服务小区，用户设备(UE)都有一个HARQ实体，每个HARQ实体有多个并行的HARQ进程(也可以称为HARQ停等进程)。相关技术中，在第五代移动通信技术(5G)系统中，上行和下行方向均采用异步HARQ模式。

然而，这种HARQ模式不能够满足灵活的物理层定义和多样性的业务需求。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种HARQ进程模式的处理方法、装置、相关设备及存储介质。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种HARQ进程模式的处理方法，应用于网络设备，包括：

为终端的待传输数据选择一个HARQ进程；

确定选择的HARQ进程的模式；

为所述终端配置选择的HARQ进程的模式。

上述方案中，所述确定选择的HARQ进程的模式，包括：

利用所述待传输数据的业务特征值和/或空口时隙格式，确定选择的HARQ进程的模式。

上述方案中，所述待传输数据为下行待传输数据、或为上行待传输数据。

上述方案中，所述方法还包括：

确定需要改变选择的HARQ进程的模式时，重新确定选择的HARQ进程的模式；

为所述终端配置重新选择的HARQ进程的模式。

上述方案中，所述方法还包括以下之一：

清空选择的HARQ进程的缓存中的数据信息；

为选择的HARQ进程配置与重新确定的模式对应的缓存；

每次数据传输后，对选择的HARQ进程的缓存中的数据进行合并处理。

上述方案中，为所述终端配置选择的HARQ进程的模式时，通过以下信令之一向所述终端发送选择的HARQ进程的模式的相关信息：

媒介访问控制控制元素(MAC CE)；

下行控制信息(DCI)；

无线资源控制(RRC)信令。

本发明实施例还提供了一种HARQ进程模式的处理方法，应用于终端，包括：

获取网络侧为终端配置的HARQ进程的模式。

上述方案中，所述方法包括：

获取网络侧重新为所述待传输数据的HARQ进程配置的模式。

上述方案中，所述方法还包括：

清空所述待传输数据的HARQ进程的缓存中的数据信息；

为所述待传输数据的HARQ进程配置与重新确定的模式对应的缓存；

每次数据传输后，对所述待传输数据的HARQ进程的缓存中的数据进行合并处理。

上述方案中，获取网络侧配置的HARQ进程的模式时，通过以下信令之一接收网络侧发送的HARQ进程的模式的相关信息：

MAC CE；

DCI；

RRC信令。

利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式；

重新确定使用的HARQ进程的模式；

通知网络侧使用的HARQ进程的模式。

上述方案中，所述重新确定使用的HARQ进程的模式，包括：

利用所述传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一，重新确定使用的HARQ进程的模式。

上述方案中，所述方法还包括以下之一：

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

每次数据传输后，对使用的HARQ进程的缓存中的数据进行合并处理。

上述方案中，通过以下信令之一通知网络侧使用的HARQ进程的模式：

MAC CE；

上行控制信息UCI。

本发明实施例还提供了一种HARQ进程模式的处理方法，应用于网络设备，包括：

接收终端通知的使用的HARQ进程的模式；通知的HARQ进程的模式是重新确定的。

上述方案中，所述方法还包括以下之一：

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

上述方案中，通过以下信令之一接收终端通知的使用的HARQ进程的模式：

MAC CE；

UCI。

本发明实施例还提供了一种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为本发明实施例网络设备侧HARQ进程模式的处理方法流程示意图；

图2为本发明实施例一种HARQ进程模式的处理方法流程示意图；

图3为本发明实施例终端侧HARQ进程模式的处理方法流程示意图；

图4为本发明实施例另一种HARQ进程模式的处理方法流程示意图；

图5为本发明应用实施例gNB_RRC配置HARQ进程的模式的过程示意图；

图6为本发明应用实施例gNB_MAC配置HARQ进程的模式的过程示意图；

图7为本发明应用实施例二终端控制HARQ进程的模式的过程示意图；

图8为本发明实施例第一种HARQ进程模式的处理装置结构示意图；

图9为本发明实施例第二种HARQ进程模式的处理装置结构示意图；

图10为本发明实施例第三种HARQ进程模式的处理装置结构示意图；

图11为本发明实施例第四种HARQ进程模式的处理装置结构示意图；

图12为本发明实施例网络设备结构示意图；

图13为本发明实施例终端结构示意图；

图14为本发明实施例HARQ进程模式的处理系统结构示意图。

具体实施方式

下面结合附图及实施例对本发明再作进一步详细的描述。

针对HARQ技术，在上行方向和下行方向，在每个服务小区，UE都有一个HARQ实体，每个HARQ实体有多个并行的HARQ进程。在第四代移动通信技术(4G)系统中，在上行方向，采用同步HARQ(英文表达为Synchronous HARQ)模式(使用时，可以分为同步自适应HARQ模式和同步非自适应HARQ模式)，在下行方向，采用异步HARQ(Asynchronous HARQ)模式(具体为异步自适应HARQ模式)。

另一方面，在4G的授权辅助接入(LAA，Licensed-Assisted Access)系统中，LAA基站或者节点通过说前先听(LBT，Listen Before Talk)的方式进行数据传输。在监听到非授权频段(即LTE-U(LTE Advanced in Unlicensed Spectrum))的信道资源空闲后，使用监听到的非授权频段进行数据传输，且该节点占用该非授权频段的时间长度是有限长度，最大时长为10ms或者13ms，在时间耗尽后，LAA基站或节点必须释放该非授权频段的资源，也就是说，在规定的时间长度内，LAA基站或节点必须完成数据传输。但是由于上行采用的是同步HARQ模式，当需要对上行数据进行重传时，对应的时间为n+8(n为UE初次发送数据的空口子帧号，即新传数据的空口子帧号)，这就会存在当非授权频段的有效时间段已经超时，上行数据还没有发送成功的情况。针对该问题，相关技术中将上行同步HARQ模式修改为异步HARQ模式进行数据重传，新传数据仍然使用同步HARQ模式，以实现数据在非授权频段资源有效的时间段内成功完成数据发送。

同时，在相关技术中，5G系统中上行和下行方向均采用异步HARQ模式，在这种情况下，对于5G系统中的非授权频段(即NR-U)，也不会存在上述4G的非授权频段所面临的问题了。

从上面的描述可以看出，5G系统中上行和下行方向均采用异步HARQ模式，这种HARQ模式是针对上行方向和下行方向来划分的，是从HARQ实体的维度来划分的，即以HARQ实体为单位划分的，HARQ实体下的所有HARQ进程的模式均为同一种模式，即该HARQ实体保持的所有的HARQ进程模式与该HARQ实体的模式相同，比如一个HARQ实体为异步HARQ模式，则该HARQ实体的所有的HARQ进程均为异步模式。异步HARQ模式具有灵活度高的特点，但是需要一定的随路信令开销；而同步HARQ模式具有随路信令开销小，但是灵活度受限。

另一方面，5G中定义了多种空口资源利用方式，包括多样的子载波间隔(SCS，Subcarrier Spacing)，时隙(Slot)和符号(Symbol)长度可以根据SCS进行灵活定义，基于符号的调度，以及上下行传输方向可以灵活配置的slot等。其中，表1示出了支持的传输SCS和循环前缀(CP，Cyclic prefix)；表2示出了在常规CP下每个时序的Symbol数、每个帧的Slot数，每个子帧的时序数。

μ	<![CDATA[Δf＝2<sup>μ</sup>·15[kHz]]]>	Cyclic prefix
			0	15	Normal
1	30	Normal
			2	60	Normal,Extended
3	120	Normal
			4	240	Normal

表1

表2

同时，5G针对低时延高可靠(URLLC)还定义了mini-slot的时隙架构，mini-slot有两个或者多个Symbol组成，第一个Symbol包含控制信息，对应低时延的HARQ可配置到mini-slot上，同时mini-slot也可以用于到灵活快速调度上。

上述5G的空口时隙架构就决定了上下行HARQ进程的模式需要根据空口时隙架构和业务数据包对空口发送时延的需要(比如，增强型移动宽带(eMBB)，URLLC，海量机器类通信(mMTC)这三大类业务对HARQ在空口的数据收发时延和可靠性要求几乎不相同)进行选择，以满足灵活的物理层定义和多样性的业务需求。

而相关技术中，上行和下行的HARQ进程的模式是固定的(HARQ进程的模式均为异步模式)，不能够满足灵活的物理层定义和多样性的业务需求。

基于此，在本发明的各种实施例中，对于一个HARQ进程，给该进程配置合适的模式。

进一步地，可根据传输的业务的特点和/或发送数据时时隙架构特征等空口的特性，给HARQ进程配置合适的模式。

在相关技术中，HARQ模式是以HARQ实体为单位划分的，该HARQ实体保持的所有的HARQ进程模式与该HARQ实体的模式相同；在本发明实施例中，HARQ以HARQ进程为维度，即以HARQ进程为单位划分，同一个HARQ实体HARQ的不同HARQ进程的模式都是独立动态选择的，HARQ进程彼此之间没有任何关系。

本发明实施例提供一种HARQ进程模式的处理方法，应用于网络设备(比如gNB等)，如图1所示，该方法包括：

步骤101：为终端的待传输数据选择一个HARQ进程；

这里，HARQ进程还可以称为HARQ停等进程(具体可参照相关技术的描述)。

实际应用时，所述待传输数据可以是下行待传输数据，也可以是上行待传输数据。

所述待传输数据可以是新传数据，也可以是重传数据。

实际应用时，所述网络设备会事先为所述终端配置一个HARQ进程集合，当所述待传输数据是新传数据时，所述网络设备可以从配置的HARQ进程集合中为所述待传输数据选择一个空闲的HARQ进程。

当所述待传输数据时重传数据时，选择当前使用的HARQ进程。

步骤102：确定选择的HARQ进程的模式；

具体地，可以利用所述待传输数据的业务特征值和/或空口时隙格式，确定选择的HARQ进程的模式。

这里，所述业务特征值，也可以理解为业务数据特征，主要是指待传输数据业务的数据在空口发送的规律特征，比如：每个数据包大小是否固定，两个相邻的数据包之间的时间间隔是否均等(可以理解为是否是周期的数据包，是否是突发的数据包)，对接收端收到数据的反馈时延是否有要求等等。

所述空口时隙格式(空口属性)是指：上行slot和下行slot的配对关系(也可以理解为上下行时序配置)，二者的配对关系就决定了接收数据和其对应的反馈的时延，所以就决定了时间约束。从这个角度来说，所述空口时隙格式也可以理解为时间约束特征。

实际应用时，HARQ进程的模式可以有以下几种模式：

异步模式；

同步模式；

其它适用于HARQ传输的模式。

其中，异步模式还可以分为异步自适应模式和异步非自适应模式两种模式。

同步模式还可以分为同步自适应模式和同步非自适应方式两种模式。

其中，异步模式是指：一个HARQ进程，完全按照调度器的调度进行接收和发送数据，调度器调度时，可以使用任何空闲可用的HARQ进程。

同步模式是指：一个HARQ进程按照一定的时间约束关系，在调度器的统一调度下接收和发送数据，并按照空口时序发送和收到对应的反馈。调度器在调度时要按照同步进程和时间的约束关系选择可用的HARQ进程。

自适应模式(异步自适应模式和同步自适应模式)：数据重传时，使用的空口资源可以进行重选授权。

非自适应模式(异步自适应模式和同步自适应模式)：数据重传时，使用新传时使用的空口资源，不能改变。

实际应用时，所述网络设备根据需要确定选择的HARQ进程为上述模式中的一种，比如对于反馈时延要求高的业务数据，使用异步模式；对于规律的业务数据，使用同步模式。

步骤103：为所述终端配置选择的HARQ进程的模式。

这里，实际应用时，为所述终端配置选择的HARQ进程的模式时，需要向所述终端发送选择的HARQ进程的模式的相关信息；具体地，当所述待传输数据是下行待传输数据时，所述网络设备需要向所述终端指示选择的HARQ进程的模式。当所述待传输数据为上行待传输数据时，所述网络设备需要向所述终端发送选择的HARQ进程的模式的配置信息，以便所述终端配置HARQ进程的模式。

在一实施例中，所述网络设备可以通过以下信令之一向所述终端发送选择的HARQ进程的模式的相关信息：

MAC CE；

DCI；

RRC信令。

这里，实际应用时，DCI承载在物理下行控制信道(PDCCH)中。

实际应用时，所述RRC信令可以是RRC建立消息(RRC Setup)(在初始接入的过程中)，还可以是RRC重配置消息(RRC Reconfigueration(在重配置过程中)等。其中，可以在发送HARQ信息的配置时，发送所述相关信息。

本发明实施例中，HARQ进程的模式是灵活配置的。实际应用时，当HARQ进程的模式需要改变时，可以对HARQ进程的模式进行切换。

基于此，在一实施例中，该方法还可以包括：

为所述终端配置重新选择的HARQ进程的模式。

与配置的过程类似的，当为所述终端配置重新选择的HARQ进程的模式时，需要向所述终端发送选择的HARQ进程的模式的相关信息；具体地，当所述待传输数据是下行待传输数据时，所述网络设备需要向所述终端重新指示选择的HARQ进程的模式。当所述待传输数据为上行待传输数据时，所述网络设备需要向所述终端发送选择的HARQ进程的模式的配置信息，以便所述终端能够重新配置HARQ进程的模式。

其中，实际应用时，选择的HARQ进程的模式的切换可以在完成本次数据成功发送后进行，也可以立即进行切换。

实际应用时，每一个HARQ进程都设置有一个缓存(称之为软缓存(英文表达SoftBuffer)。因此，当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进程的模式的相关信息：

MAC CE；

DCI；

RRC信令。

当然，所述网络设备通过哪种信令发送的，则所述终端通过哪种信令接收。

基于此，在一实施例中，该方法还可以包括：

获取网络侧重新为所述待传输数据的HARQ进程配置的模式。

在一实施例中，当发生模式切换时，所述终端需要对对缓存进行以下处理：

当缓存的设置方式为上述第一种设置方式时，所述终端清空选择的HARQ进程的缓存中的数据信息；

当缓存的设置方式为上述第二种设置方式时，所述终端为选择的HARQ进程配置与重新确定的模式对应的缓存；

具体地，所述待传输数据是上行待传输数据时，所述终端对缓存进行以下处理：

当缓存的设置方式为上述第一种设置方式时，所述终端清空选择的HARQ进程的缓存中的数据信息。

所述待传输数据是下行待传输数据时，所述终端对缓存进行以下处理：

当缓存的设置方式为上述第一种设置方式时，所述终端清空选择的HARQ进程的缓存中的数据信息，确保后续接收到的数据在软缓存中的接收准确无误。

本发明实施例提供一种HARQ进程模式的处理方法，如图2所示，该方法包括：

步骤201：网络设备为终端的待传输数据选择一个HARQ进程；并确定选择的HARQ进程的模式；

步骤202：网络设备为所述终端配置选择的HARQ进程的模式；

步骤203：所述终端获取网络侧为终端配置的HARQ进程的模式。

需要说明的是，网络设备与终端的具体处理过程已在上文详述，这里不再赘述。

本发明实施例提供的方案，网络设备为终端的待传输数据选择一个HARQ进程；确定选择的HARQ进程的模式；为所述终端配置选择的HARQ进程的模式，如此，能够灵活配置HARQ进程的模式，从而能够满足灵活的物理层定义和多样性的业务需求。

上述实施例中配置HARQ进程模式的过程由网络设备控制，实际应用时，网络设备可以实时控制。当然，当待传输数据为上行数据时，配置HARQ进程模式的过程也可以由终端控制，实际应用时，可以由终端实时控制。

下面详细描述由终端控制的配置HARQ进程模式的过程。

本发明实施例提供一种HARQ进程模式的处理方法，应用于终端，如图3所示，该方法包括：

步骤301：利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式；

换句话说，所述终端根据上行待传输数据的传输特征值判断当前使用的HARQ进程是否满足数据对时延和/或对健壮性的要求，如果不满足要求了，确定需要切换当前使用的HARQ进程的模式。

实际应用时，所述传输特征值可以包括本次调度中发送数据的最晚时刻、重传的次数等。

实际应用时，网络侧会事先为所述终端配置一个HARQ进程集合，所述终端可以根据需要从从配置的HARQ进程集合中为所述待传输数据选择一个空闲的HARQ进程用于上行数据传输。

步骤302：重新确定使用的HARQ进程的模式；

具体地，可以利用所述传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一，重新确定使用的HARQ进程的模式。

实际应用时，HARQ进程的模式可以有以下几种模式：

异步模式；

同步模式；

其它适用于HARQ传输的模式。

这里，各模式的解释可参照前面的描述理解。

实际应用时，所述终端根据需要确定选择的HARQ进程为上述模式中的一种，比如对于反馈时延要求高的业务数据，使用异步模式；对于规律的业务数据，使用同步模式。

步骤303：通知网络侧使用的HARQ进程的模式。

在一实施例中，所述终端可以通过以下信令之一通知网络侧使用的HARQ进程的模式：

MAC CE；

UCI。

其中，实际应用时，UCI承载在物理上行控制信道(PUCCH)中。

当缓存的设置方式为上述第一种设置方式时，所述终端清空使用的HARQ进程的缓存中的数据信息；

当缓存的设置方式为上述第二种设置方式时，所述终端为使用的HARQ进程配置与重新确定的模式对应的缓存；

当缓存的设置方式为上述第三种设置方式时，每次数据传输后，对使用的HARQ进程的缓存中的数据进行合并处理。

其中，当缓存的设置方式为上述第三种设置方式时，每次发送数据后，保存发送的数据到缓存。

相应地，本发明实施例提供一种HARQ进程模式的处理方法，应用于网络设备，包括：接收终端通知的使用的HARQ进程的模式。

其中，通知的HARQ进程的模式是重新确定的。

进一步地，通知的HARQ进程的模式是利用上行待传输数据的传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一重新确定的。

在一实施例中，当发生模式切换时，所述网络设备需要对缓存进行以下处理：

当缓存的设置方式为上述第一种设置方式时，清空使用的HARQ进程的缓存中的数据信息；

当缓存的设置方式为上述第二种设置方式时，为使用的HARQ进程配置与重新确定的模式对应的缓存；

当缓存的设置方式为上述第三种设置方式时，每次数据传输(接收)后，对使用的HARQ进程的缓存中的数据进行合并处理。

本发明实施例提供一种HARQ进程模式的处理方法，如图4所示，该方法包括：

步骤401：终端利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式；

步骤402：所述终端重新确定使用的HARQ进程的模式；并通知网络侧使用的HARQ进程的模式；

步骤403：网络设备接收终端通知的使用的HARQ进程的模式。

另外，实际应用时，本发明实施例中的合并处理的具体实现可以是增量冗余的方式(Incremental Redundancy)码合并方案，或者比特选择合并等，本发明实施例对此不作限定。

本发明实施例提供的方案，终端利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式；重新确定使用的HARQ进程的模式；并通知网络侧使用的HARQ进程的模式，如此，能够灵活配置HARQ进程的模式，从而能够满足灵活的物理层定义和多样性的业务需求。

下面结合应用实施例对本发明再作进一步详细的描述。

应用实施例一

本应用实施中，待传输数据为下行待传输数据(即基站给终端发送数据)，HARQ进程的模式完全由基站进行选择和控制。终端按照基站的命令进行数据接收和针对数据的反馈发送。

在以下的描述中，将gNB的MAC实体称为gNB_MAC，将gNB的RRC实体称为gNB_RRC。

本应用实施例中，gNB_MAC调度该UE；

这里，gNB_MAC调度UE的内容包括：

A)待发送的数据量，这些发送的每个数据包的对空口时延和/或健壮性的要求(业务特征值)；

B)当前通信系统的时隙架构，包括：以symbol为单位的发送－反馈要求，或是以slot为单位的发送－反馈要求，发送－反馈的时长等；

C)当前可用的控制信道资源和数据信道无线资源；

D)该用户在空口的历史信道质量信息；

E)该待发送的数据是新传数据或是重传数据，如果是新传数据，则选择一个可用的空闲HARQ进程即可，并为选择的HARQ进程选择合适的模式；如果是重传数据，则继续使用当前正在使用的HARQ进程，此时要判断该HARQ进程的模式是否能够满足当前时频资源限制下的时延和/或健壮性要求，如果不能满足，则需要修改HARQ进程的模式。

其中，gNB_MAC根据当前通信系统的时隙架构、当前可用的控制信道资源和数据信道无线资源、该用户在空口的历史信道质量信息可以获知空口时隙格式，从而根据待发送的数据的业务特征值和空口时隙格式，来为HARQ进程确定合适的模式。

本应用实施例中，可以由gNB_RRC配置HARQ进程的模式，即通过RRC信令来配置HARQ进程的模式，也可以由gNB_MAC配置HARQ进程的模式，即通过DCI或MAC CE来配置HARQ进程的模式。

如图5所示，gNB_RRC配置HARQ进程的模式的过程包括：

步骤501：gNB_MAC首先向gNB_RRC发起请求；

这里，当gNB_MAC确定需要为待发送的数据配置HARQ进程的模式后，向gNB_RRC发起请求。

步骤502：gNB_RRC收到请求后，向gNB_MAC发送收到该请求的确认；

这里，实际应用时，gNB_RRC收到请求后也可以不执行步骤502，直接执行步骤503，也就是说，该步骤是可选步骤。

步骤503：gNB_RRC通过RRC信令流程进行信令配置，之后执行步骤504；

举个例子来说，可以通过RRC Reconfiguration发送配置，UE通过RRCReconfiguration Complete进行确认配置成功。

步骤504：gNB_RRC向gNB_MAC发送HARQ进程模式配置成功的确认信息，之后执行步骤505；

这里，实际应用时，该步骤为可选步骤。

步骤505～506：gNB_MAC在PDCCH和PDSCH上发送调度信息，即发送调度命令和数据；UE进行HARQ反馈。

如图6所示，gNB_MAC配置HARQ进程的模式的过程包括：

步骤601：gNB_MAC为HARQ进程确定合适的模式后，组建携带DCI的PDCCH或者MACCE发送给UE；

这里，组建的DCI携带模式改变指示。

步骤602～603：gNB_MAC在PDCCH和PDSCH上发送调度信息，即发送调度命令和数据；UE进行HARQ反馈。

应用实施例二

本应用实施中，待传输数据为上行待传输数据(即终端给基站发送数据)，有以下两种控制方式：

第一种方式，HARQ进程的模式完全由基站进行选择和控制；

第二种方式，HARQ进程的模式由终端发起申请，即由终端控制。

对于第一种方式，具体实现方式与应用实施例的实现方式类似，所不同的是：上述各步骤中全部按照上行数据发送的要求，来填写上行信息；比如：如果RRC配置，则修改的上行HARQ Process模式。如果是PDCCH调度，则只使用进行上行授权(UL Grant)的PDCCH来携带DCI。

对于第二种方式，UE自行监控自身上行数据发送的需求，当判决已有HARQProcess模式无法满足要求时，通过PUCCH(携带UCI)或者上行MA CE给基站发送通知，并在UL Grant的PUSCH信道上发送该数据。

具体实现方式如图7所示，包括以下步骤：

步骤701：终端根据自身上行数据发送的传输特征值，判断当前使用的HARQ进程是否满足数据对时延和/或者健壮性的要求，如果不满足，选择修改该进程的模式，之后执行步骤702；

步骤702：终端通过PUCCH(携带UCI)，或者上行MAC CE给基站(MAC实体)发送模式修改申请；

这里，也可以理解为通知基站。

步骤703：基站收到模式修改申请后，根据本地记录的该HARQ进程的状态：数据为重传或者新传数据，采用相应的处理措施；

具体地，对于新传数据，不需要对该HARQ进程进行处理，只需要做好准备接收数据即可；对于重传数据，则根据重传时数据合并的要求对该进程的软buffer中的数据及其控制信息进行更新，确保正确接收该重传数据。

步骤704：基站向UE发送确认信息；

这里，该步骤为可选步骤。

步骤705：UE向基站发送上行数据。

为实现本发明实施例一种网络设备侧的方法，本发明实施例还提供了一种HARQ进程模式的处理装置，设置在网络设备上，如图8所示，该装置包括：

选择单元81，为终端的待传输数据选择一个HARQ进程；

第一确定单元82，确定选择的HARQ进程的模式；

配置单元83，用于为所述终端配置选择的HARQ进程的模式。

其中，在一实施例中，所述第一确定单元82，具体用于：利用所述待传输数据的业务特征值和/或空口时隙格式，确定选择的HARQ进程的模式。

在一实施例中，所述第一确定单元82，还用于确定需要改变选择的HARQ进程的模式时，重新确定选择的HARQ进程的模式；

所述配置单元83，还用于为所述终端配置重新选择的HARQ进程的模式。

所述装置还可以包括：第一缓存处理单元，用于执行以下操作之一：

清空选择的HARQ进程的缓存中的数据信息；

为选择的HARQ进程配置与重新确定的模式对应的缓存；

实际应用时，所述选择单元81、第一确定单元82及第一缓存处理单元可由HARQ进程模式的处理装置中的处理器实现；所述配置单元83可由HARQ进程模式的处理装置中的处理器结合通信接口实现。

为实现本发明一种终端侧的方法，本发明实施例还提供了一种HARQ进程模式的处理装置，设置在终端上，如图9所示，该装置包括：

获取单元91，用于获取网络侧为终端配置的HARQ进程的模式。

其中，在一实施例中，HARQ进程的模式是利用待传输数据的业务特征值和/或空口时隙格式确定的。

在一实施例中，所述获取单元92，还用于获取网络侧重新为所述待传输数据的HARQ进程配置的模式。

在一实施例中，如图9所示，所述装置还可以包括：第二缓存处理单元92，用于执行以下操作之一：

清空所述待传输数据的HARQ进程的缓存中的数据信息；

实际应用时，所述获取单元91可由HARQ进程模式的处理装置中的处理器结合通信接口实现；所述第二缓存处理单元92可由HARQ进程模式的处理装置中的处理器实现。

为实现本发明实施例另一种终端侧的方法，本发明实施例提供一种HARQ进程模式的处理装置，设置在终端上，如图10所示，该装置包括：

第二确定单元101，用于利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式；

第三确定单元102，用于重新确定使用的HARQ进程的模式；

通知单元103，用于通知网络侧使用的HARQ进程的模式。

其中，在一实施例中，所述第三确定单元102，具体用于利用所述传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一，重新确定使用的HARQ进程的模式。

在一实施例中，该装置还可以包括：第三缓存处理单元，用于执行以下操作之一：

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

实际应用时，所述第二确定单元101、第三确定单元102、第三缓存处理单元可由HARQ进程模式的处理装置中的处理器实现；所述通知单元103可由HARQ进程模式的处理装置中的通信接口实现。

为实现本发明实施例另一种网络设备侧的方法，本发明实施例提供一种HARQ进程模式的处理装置，设置在网络设备上，如图11所示，该装置包括：

接收单元111，用于接收终端通知的使用的HARQ进程的模式；通知的HARQ进程的模式是重新确定的。

其中，在一实施例中，通知的HARQ进程的模式是利用上行待传输数据的传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一重新确定的。

在一实施例中，如图11所示，所述装置还可以包括：第四缓存处理单元112，用于执行以下操作之一：

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

实际应用时，所述接收单元111可由HARQ进程模式的处理装置中的通信接口实现；所述第四缓存处理单元可由HARQ进程模式的处理装置中的处理器实现。

需要说明的是：上述实施例提供的HARQ进程模式的处理装置在进行HARQ进程模式的处理时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的HARQ进程模式的处理装置与HARQ进程模式的处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本发明实施例网络设备侧的方法，本发明实施例还提供了一种网络设备，如图12所示，该网络设备120包括：

第一通信接口121，能够与终端进行信息交互；

第一处理器122，与所述第一通信接口121连接，以实现与终端进行信息交互，用于运行计算机程序时，执行上述网络设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在第一存储器123上。

具体地，在实现由网络设备控制的配置HARQ进程模式的过程中，

所述第一处理器122，用于为终端的待传输数据选择一个HARQ进程；确定选择的HARQ进程的模式；以及通过所述第一通信接口121为所述终端配置选择的HARQ进程的模式。

其中，在一实施例中，所述第一处理器122，具体用于：利用所述待传输数据的业务特征值和/或空口时隙格式，确定选择的HARQ进程的模式。

在一实施例中，所述第一处理器122，还用于确定需要改变选择的HARQ进程的模式时，重新确定选择的HARQ进程的模式；以及通过所述第一通信接口121为所述终端配置重新选择的HARQ进程的模式。

在一实施例中，所述第一处理器122，还用于执行以下操作之一：

清空选择的HARQ进程的缓存中的数据信息；

为选择的HARQ进程配置与重新确定的模式对应的缓存；

在实现由终端控制的配置HARQ进程模式的过程中，

所述第一通信接口121，用于在所述第一处理器122的控制下接收终端通知的使用的HARQ进程的模式；其中，通知的HARQ进程的模式是重新确定的。

其中，在一实施例中，所述第一处理器122，用于执行以下操作之一：

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

需要说明的是：第一处理器122和第一通信接口121的具体处理过程可参照上述方法理解。

当然，实际应用时，网络设备120中的各个组件通过总线系统124耦合在一起。可理解，总线系统124用于实现这些组件之间的连接通信。总线系统124除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图12中将各种总线都标为总线系统124。

本发明实施例中的第一存储器123用于存储各种类型的数据以支持网络设备120的操作。这些数据的示例包括：用于在网络设备120上操作的任何计算机程序。

上述本发明实施例揭示的方法可以应用于所述第一处理器122中，或者由所述第一处理器122实现。所述第一处理器122可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第一处理器122中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第一处理器122可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第一处理器122可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第一存储器123，所述第一处理器122读取第一存储器123中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，网络设备120可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

基于上述程序模块的硬件实现，且为了实现本发明实施例终端侧的方法，本发明实施例还提供了一种终端，如图13所示，该终端130包括：

第二通信接口131，能够与网络设备进行信息交互；

第二处理器132，与所述第二通信接口131连接，以实现与网络设备进行信息交互，用于运行计算机程序时，执行上述终端侧一个或多个技术方案提供的方法。而所述计算机程序存储在第二存储器133上。

所述第二处理器132，用于通过所述第二通信接口131获取网络侧为终端配置的HARQ进程的模式。

在一实施例中，所述第二处理器132，还用于通过所述第二通信接口取网络侧重新为所述待传输数据的HARQ进程配置的模式。

在一实施例中，所述第二处理器132，还用于执行以下操作之一：

清空所述待传输数据的HARQ进程的缓存中的数据信息；

在实现由终端控制的配置HARQ进程模式的过程中，

所示第二处理器132，用于利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式；并重新确定使用的HARQ进程的模式；

第二通信接口131，用于通知网络侧使用的HARQ进程的模式。

其中，在一实施例中，所述第二处理器132，具体用于：利用所述传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一，重新确定使用的HARQ进程的模式。

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

需要说明的是：第二处理器132和第二通信接口131的具体处理过程可参照上述方法理解。

当然，实际应用时，终端130中的各个组件通过总线系统134耦合在一起。可理解，总线系统134用于实现这些组件之间的连接通信。总线系统134除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图13中将各种总线都标为总线系统134。

本发明实施例中的第二存储器133用于存储各种类型的数据以支持接终端130操作。这些数据的示例包括：用于在终端130上操作的任何计算机程序。

上述本发明实施例揭示的方法可以应用于所述第二处理器132中，或者由所述第二处理器132实现。所述第二处理器132可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过所述第二处理器132中的硬件的集成逻辑电路或者软件形式的指令完成。上述的所述第二处理器132可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。所述第二处理器132可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于第二存储器133，所述第二处理器132读取第二存储器133中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，终端130可以被一个或多个ASIC、DSP、PLD、CPLD、FPGA、通用处理器、控制器、MCU、Microprocessor、或其他电子元件实现，用于执行前述方法。

可以理解，本发明实施例的存储器(第一存储器123、第二存储器133)可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，ProgrammableRead-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically ErasableProgrammable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic randomaccess memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，StaticRandom Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static RandomAccess Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic RandomAccess Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced SynchronousDynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLinkDynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct RambusRandom Access Memory)。本发明实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

为实现本发明实施例的方法，本发明实施例还提供了一种HARQ进程模式的处理系统，如图14所示，该系统包括：网络设备141及终端142；其中，

在实现由网络设备控制的配置HARQ进程模式的过程中，所述网络设备141，用于为终端的待传输数据选择一个HARQ进程；并确定选择的HARQ进程的模式；以及为所述终端配置选择的HARQ进程的模式；

终端142，用于获取网络侧为终端配置的HARQ进程的模式。

在实现由终端控制的配置HARQ进程模式的过程中，所述终端142，用于利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式；重新确定使用的HARQ进程的模式；并通知网络侧使用的HARQ进程的模式；

所述网络设备141，用于接收终端142通知的使用的HARQ进程的模式。

需要说明的是，网络设备141与终端142的具体处理过程已在上文详述，这里不再赘述。

在示例性实施例中，本发明实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器123，上述计算机程序可由网络设备120的第一处理器122执行，以完成前述网络设备侧方法所述步骤。再比如包括存储计算机程序的第二存储器133，上述计算机程序可由终端130的第二处理器132执行，以完成前述终端侧方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种HARQ进程模式的处理方法，其特征在于，应用于网络设备，包括：

为终端的待传输数据选择一个HARQ进程；

利用所述待传输数据的业务特征值和/或空口时隙格式，确定选择的HARQ进程的模式，所述业务特征值表征所述待传输数据在空口发送的规律特征；

为所述终端配置选择的HARQ进程的模式。

2.根据权利要求1所述的方法，其特征在于，所述待传输数据为下行待传输数据、或为上行待传输数据。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

为所述终端配置重新选择的HARQ进程的模式。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括以下之一：

清空选择的HARQ进程的缓存中的数据信息；

为选择的HARQ进程配置与重新确定的模式对应的缓存；

5.根据权利要求1至4任一项所述的方法，其特征在于，为所述终端配置选择的HARQ进程的模式时，通过以下信令之一向所述终端发送选择的HARQ进程的模式的相关信息：

媒介访问控制控制元素MAC CE；

下行控制信息DCI；

无线资源控制RRC信令。

6.一种HARQ进程模式的处理方法，其特征在于，应用于终端，包括：

获取网络侧为终端配置的HARQ进程的模式，所述网络侧配置的HARQ进程的模式是利用所述终端的待传输数据的业务特征值和/或空口时隙格式确定的，所述业务特征值表征所述待传输数据在空口发送的规律特征。

7.根据权利要求6所述的方法，其特征在于，所述待传输数据为下行待传输数据、或为上行待传输数据。

8.根据权利要求6所述的方法，其特征在于，所述方法包括：

获取网络侧重新为所述待传输数据的HARQ进程配置的模式。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

清空所述待传输数据的HARQ进程的缓存中的数据信息；

10.根据权利要求6至9任一项所述的方法，其特征在于，获取网络侧配置的HARQ进程的模式时，通过以下信令之一接收网络侧发送的HARQ进程的模式的相关信息：

MAC CE；

DCI；

RRC信令。

11.一种HARQ进程模式的处理方法，其特征在于，应用于终端，包括：

利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式，所述传输特征值用于判断使用的HARQ进程是否满足所述上行待传输数据对时延和/或健壮性的要求；

利用所述传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一，重新确定使用的HARQ进程的模式，所述业务特征值表征所述上行待传输数据在空口发送的规律特征；

通知网络侧使用的HARQ进程的模式。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括以下之一：

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

13.根据权利要求11或12所述的方法，其特征在于，通过以下信令之一通知网络侧使用的HARQ进程的模式：

MAC CE；

上行控制信息UCI。

14.一种HARQ进程模式的处理方法，其特征在于，应用于网络设备，包括：

接收终端通知的使用的HARQ进程的模式；通知的HARQ进程的模式是利用上行待传输数据的传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一重新确定的，所述业务特征值表征所述上行待传输数据在空口发送的规律特征。

15.根据权利要求14所述的方法，其特征在于，所述方法还包括以下之一：

清空使用的HARQ进程的缓存中的数据信息；

为使用的HARQ进程配置与重新确定的模式对应的缓存；

16.根据权利要求14或15所述的方法，其特征在于，通过以下信令之一接收终端通知的使用的HARQ进程的模式：

MAC CE；

UCI。

17.一种HARQ进程模式的处理装置，其特征在于，包括：

选择单元，用于为终端的待传输数据选择一个HARQ进程；

第一确定单元，用于利用所述待传输数据的业务特征值和/或空口时隙格式，确定选择的HARQ进程的模式，所述业务特征值表征所述待传输数据在空口发送的规律特征；

配置单元，用于为所述终端配置选择的HARQ进程的模式。

18.一种HARQ进程模式的处理装置，其特征在于，包括：

获取单元，用于获取网络侧为终端配置的HARQ进程的模式，所述网络侧配置的HARQ进程的模式是利用所述终端的待传输数据的业务特征值和/或空口时隙格式确定的，所述业务特征值表征所述待传输数据在空口发送的规律特征。

19.一种HARQ进程模式的处理装置，其特征在于，包括：

第二确定单元，用于利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式，所述传输特征值用于判断使用的HARQ进程是否满足所述上行待传输数据对时延和/或健壮性的要求；

第三确定单元，用于利用所述传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一，重新确定使用的HARQ进程的模式，所述业务特征值表征所述上行待传输数据在空口发送的规律特征；

通知单元，用于通知网络侧使用的HARQ进程的模式。

20.一种HARQ进程模式的处理装置，其特征在于，包括：

接收单元，用于接收终端通知的使用的HARQ进程的模式；通知的HARQ进程的模式是利用上行待传输数据的传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一重新确定的，所述业务特征值表征所述上行待传输数据在空口发送的规律特征。

21.一种网络设备，其特征在于，包括：第一处理器及第一通信接口；其中，

所述第一处理器，用于为终端的待传输数据选择一个HARQ进程；利用所述待传输数据的业务特征值和/或空口时隙格式，确定选择的HARQ进程的模式，所述业务特征值表征所述待传输数据在空口发送的规律特征；以及通过所述第一通信接口为所述终端配置选择的HARQ进程的模式。

22.一种终端，其特征在于，包括：第二处理器及第二通信接口；其中，

所述第二处理器，用于通过所述第二通信接口获取网络侧为终端配置的HARQ进程的模式，所述网络侧配置的HARQ进程的模式是利用所述终端的待传输数据的业务特征值和/或空口时隙格式确定的，所述业务特征值表征所述待传输数据在空口发送的规律特征。

23.一种终端，其特征在于，包括：

第二处理器，用于利用上行待传输数据的传输特征值，确定切换使用的HARQ进程的模式，所述传输特征值用于判断使用的HARQ进程是否满足所述上行待传输数据对时延和/或健壮性的要求；并利用所述传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一，重新确定使用的HARQ进程的模式，所述业务特征值表征所述上行待传输数据在空口发送的规律特征；

第二通信接口，用于通知网络侧使用的HARQ进程的模式。

24.一种网络设备，其特征在于，包括：第一处理器及第一通信接口；其中，

所述第一通信接口，用于在所述第一处理器的控制下接收终端通知的使用的HARQ进程的模式；通知的HARQ进程的模式是利用上行待传输数据的传输特征值并结合所述上行待传输数据的业务特征值和空口时隙格式中至少之一重新确定的，所述业务特征值表征所述上行待传输数据在空口发送的规律特征。

25.一种网络设备，其特征在于，包括：第一处理器和用于存储能够在处理器上运行的计算机程序的第一存储器，

其中，所述第一处理器用于运行所述计算机程序时，执行权利要求1至5任一项所述方法的步骤，或者执行权利要求14至16任一项所述方法的步骤。

26.一种终端，其特征在于，包括：第二处理器和用于存储能够在处理器上运行的计算机程序的第二存储器，

其中，所述第二处理器用于运行所述计算机程序时，执行权利要求6至10任一项所述方法的步骤，或者执行权利要求11至13任一项所述方法的步骤。

27.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至5任一项所述方法的步骤，或者实现权利要求6至10任一项所述方法的步骤，或者实现权利要求11至13任一项所述方法的步骤，或者实现权利要求14至16任一项所述方法的步骤。