CN116321470A - Harq机制的处理方法、指示方法、终端及网络侧设备 - Google Patents

Harq机制的处理方法、指示方法、终端及网络侧设备 Download PDF

Info

Publication number
CN116321470A
CN116321470A CN202310276206.6A CN202310276206A CN116321470A CN 116321470 A CN116321470 A CN 116321470A CN 202310276206 A CN202310276206 A CN 202310276206A CN 116321470 A CN116321470 A CN 116321470A
Authority
CN
China
Prior art keywords
harq
scheduling information
data packet
packet scheduled
bit field
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310276206.6A
Other languages
English (en)
Inventor
邢艳萍
缪德山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN202310276206.6A priority Critical patent/CN116321470A/zh
Publication of CN116321470A publication Critical patent/CN116321470A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种HARQ机制的处理方法、指示方法、终端及网络侧设备，该方法包括：接收调度信息，所述调度信息用于调度数据包的传输；根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制；本发明实施例通过调度信息动态指示该调度信息调度的数据包是否激活或去激活HARQ功能，从而实现针对每一个数据包动态选择是否采用HARQ机制，提升数据包传输的灵活性。

Description

HARQ机制的处理方法、指示方法、终端及网络侧设备
本申请为申请日2019年3月29日、申请号201910248657.2、发明创造名称“HARQ机制的处理方法、指示方法、终端及网络侧设备”的分案申请。
技术领域
本发明涉及通信技术领域，尤其是指一种HARQ机制的处理方法、指示方法、终端及网络侧设备。
背景技术
HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)机制广泛应用于移动通信网络，采用HARQ机制可以通过接收端合并提升链路性能从而提高***的频谱效率，此外，多个并行的HARQ进程使得在一个HARQ进行的RTT(Round-Trip Time，往返时间)内可以通过其他的HARQ进程进行数据传输从而提升了传输速率。
对于地面蜂窝***，小区半径相对较小，传输时延不大，RTT主要取决于物理信道的持续时间以及收发端的处理时间，而卫星通信***相对于地面蜂窝***的一个重要区别在于卫星通信***中终端和网络间的距离很远，传输时延非常大，成为了影响RTT的主要因素。因此，卫星通信***中的HARQ进程数相对地面蜂窝***多得多，例如几十到几百个进程。大量的HARQ进程带来的一个直接问题是接收端的缓存大小线性增加。
为了应对卫星通信***中HARQ进程数过多的问题，一种解决方案是去激活HARQ。去激活HARQ是指在物理层不采用HARQ机制，包括接收端不对数据包进行HARQ-ACK反馈，发送端也不对数据包进行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进程集合包含的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机制。
其中，在所述调度信息指示调度的数据包不采用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机制。
本发明实施例还提供一种网络侧设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述收发机用于：
发送调度信息，所述调度信息用于调度数据包的传输，所述调度信息还用于指示调度的数据包是否采用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表示本发明实施例提供的HARQ机制的处理方法的步骤流程图；
图2表示本发明实施例提供的HARQ机制的指示方法的步骤示意图；
图3表示本发明实施例提供的终端及网络侧设备的结构示意图；
图4表示本发明实施例提供的HARQ机制的处理装置的结构示意图；
图5表示本发明实施例提供的HARQ机制的指示装置的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
如图1所示，本发明实施例提供一种混合自动重传请求HARQ机制的处理方法，应用于终端，包括：
步骤11，接收调度信息，所述调度信息用于调度数据包的传输；
步骤12，根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制。
优选的，调度信息可以为下行控制信息DCI、旁链路控制信息SCI等，在此不做具体限定。
在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈(HARQ-ACK或HARQ-NACK)；发送端也不对该数据包进行HARQ重传。
在所述调度信息调度的数据包采用HARQ机制的情况下，接收端反馈该数据包对应的HARQ反馈(HARQ-ACK或HARQ-NACK)，发送端可以对该数据包进行HARQ重传。
作为一个可选实施例，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
相应的，步骤12包括：
在所述第一比特域指示激活HARQ的情况下，确定所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，确定所述调度信息调度的数据包不采用HARQ机制。
例如，在调度信息中使用一个比特域(即第一比特域)指示是否去激活HARQ。例如，DCI中使用1比特，其两种取值(‘0’和‘1’)分别表示激活HARQ和去激活HARQ。接收端根据该比特域的取值确定是否激活HARQ。若DCI指示去激活HARQ，则不采用HARQ机制，接收端不反馈该数据包对应的HARQ-ACK，并且不缓存该数据包；反之若DCI指示激活HARQ，则采用HARQ机制，接收端反馈该数据包对应的HARQ-ACK，并且如果解码失败则缓存该数据包到调度信息指示的HARQ进程对应的缓存中，用于后续重传的合并。
进一步，较优地，当DCI指示去激活HARQ时，DCI中与HARQ相关的信息域，例如HARQ进程号、冗余版本信息、新数据指示和/或反馈信道的指示等信息域可以重新定义用于其它的用途。
作为另一个可选实施例，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
相应的，步骤12包括：
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，确定所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，确定所述调度信息调度的数据包采用HARQ机制。
作为另一个实施例，所述方法还包括：
获取加扰所述调度信息的加扰值；
在所述加扰值为预设值的情况下，若所述第二比特域的取值为所述目标值所述调度信息调度的数据包不采用HARQ机制；若所述第二比特域的取值不是所述目标值，所述调度信息调度的数据包采用HARQ机制。若所述加扰值不是所述预设值，确定所述调度信息调度的数据包采用HARQ机制。
具体的，所述根据所述第二比特域的取值确定所述调度信息调度的数据包是否采用HARQ机制，包括：
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，确定所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，确定所述调度信息调度的数据包采用HARQ机制。
换言之，采用调度信息中指示HARQ进程号的第二比特域的特定取值(即目标值)指示去激活HARQ。若调度信息指示的HARQ进程号为所述特定取值，则不采用HARQ机制，接收端不反馈该数据包对应的HARQ-ACK，并且不缓存该数据包；反之，若调度信息指示的HARQ进程号不是所述特定取值，则采用HARQ机制，接收端反馈该数据包对应的HARQ-ACK，并且如果解码失败则缓存该数据包到调度信息指示的HARQ进程对应的缓存中，用于后续重传的合并。
例如，约定DCI中用于指示HARQ进程号的比特域的全0状态，即HARQ进程号为0，用于指示去激活HARQ，即使用一个HARQ进程指示不采用HARQ机制的传输。假设基于RTT和TTI(传输时间间隔，Transmission Time Interval)确定要支持连续调度需要500个HARQ进程，网络侧配置HARQ进程个数，事先约定所述HARQ进程个数是否包含用于指示去激活HARQ的取值对应的一个不采用HARQ机制的进程。假设配置的HARQ进程个数包含用于指示去激活HARQ的取值对应的一个不采用HARQ机制的进程，则支持HARQ机制的进程个数为网络侧配置的HARQ进程个数减1；反之，支持HARQ机制的进程个数为网络侧配置的HARQ进程个数。
假设网络侧配置的HARQ进程个数包含用于指示去激活HARQ的取值对应的一个不采用HARQ机制的进程，且网络侧配置HARQ进程个数为501，则DCI采用9比特指示HARQ进程，网络侧既可以对所有的HARQ进程都采用HARQ机制，也可以对其中的部分HARQ进程不采用HARQ机制，此时通过将指示HARQ进程号的第二比特域设置为全0来指示。
再假设网络侧配置的HARQ进程个数包含用于指示去激活HARQ的取值对应的一个不采用HARQ机制的进程，且网络侧配置HARQ进程个数为256，则DCI采用8比特指示HARQ进程，在一个RTT当中，最多255个HARQ进程支持HARQ机制，其它的HARQ进程则可以通过将指示HARQ进程号的比特域设置为全0来指示去激活HARQ机制的传输。
再假设网络侧配置的HARQ进程个数不包含用于指示去激活HARQ的取值对应的一个不采用HARQ机制的进程，DCI可以指示的HARQ进程个数至少为网络侧配置的HARQ进程个数加1。假设网络侧配置HARQ进程个数为255，则DCI采用8比特指示HARQ进程，在一个RTT当中，最多255个HARQ进程支持HARQ机制，其它的HARQ进程则可以通过将指示HARQ进程号的比特域设置为全0来指示去激活HARQ机制的传输。
较优地，当HARQ进程为所述目标值，即不采用HARQ机制，则DCI中与HARQ相关的信息域，例如冗余版本信息、新数据指示和/或反馈信道的指示等信息域可以重新定义用于其它的用途。
进一步地，考虑到HARQ进程号为0可能用于半持续调度或者配置的传输，在通过调度信息中指示的HARQ进程号是否为全0之前，判断加扰调度信息的RNTI，在所述RNTI为特定取值的情况下，基于调度信息中指示的HARQ进程号是否为全0判断是否去激活HARQ；否则，默认激活HARQ。例如，判断RNTI为C-RNTI时，基于调度信息中指示的HARQ进程号是否为全0判断是否去激活HARQ；而当RNTI为CS-RNTI时，默认激活HARQ。
或者，为了避免到半持续调度或者配置的传输进程号冲突，将指示HARQ进程号的比特域的全1状态用来指示去激活HARQ，网络侧通过将半持续调度、配置的传输的HARQ进程个数设置为小于总的HARQ进程个数来避免使用HARQ进程号为全1。
作为另一个可选实施例，步骤12包括：
获取所述调度信息指示的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进程个数。
例如，网络侧设备基于RTT和TTI确定要支持连续调度需要500个HARQ进程，网络侧可以分别通知激活HARQ的HARQ进程集合以及去激活HARQ的HARQ进程集合。或者，网络侧通知激活HARQ的HARQ进程集合，则其它的HARQ进程为去激活HARQ功能，反之相同。或者网络侧通知激活HARQ的HARQ进程个数，例如为M个，则进程0至进程M-1为激活HARQ功能的HARQ进程，其它进程为去激活HARQ功能的进程，反之类似。或者网络侧通知激活HARQ的HARQ进程个数，例如为M个，则进程0至进程M-1为激活HARQ功能的HARQ进程，网络侧通知去激活HARQ的HARQ进程个数，例如为N个，则进程499-N至进程499为去激活HARQ功能的HARQ进程，反之类似。
网络还可以通过配置HARQ最大传输次数进行集合划分，例如对于每个HARQ进程或者对于一组HARQ进程配置HARQ最大传输次数，若所述配置的HARQ最大传输次数为1，则表示所述HARQ进程属于去激活HARQ功能的进程集合。具体地，例如网络侧配置进程0至进程N的HARQ最大传输次数为1，其余HARQ进程的最大传输次数为8，则进程0至进程N属于去激活HARQ的HARQ进程集合，其它的HARQ进程属于激活HARQ的HARQ进程集合。
较优地，接收端根据激活HARQ的HARQ进程个数划分HARQ缓存。
较优地，对于去激活HARQ的HARQ进程，调度信息中与HARQ相关的信息域，例如冗余版本信息、新数据指示和/或反馈信道的指示等信息域可以重新定义用于其它的用途。
作为又一个优选实施例，步骤12包括：
根据加扰所述调度信息的加扰值，确定所述调度信息调度的数据包是否采用HARQ机制；例如，采用两个不同的RNTI，其中一个对应激活HARQ机制，另一个对应去激活HARQ机制，基于加扰DCI的RNTI隐式指示是否激活HARQ机制。
或者，步骤12包括：
根据所述调度信息所在的搜索空间，确定所述调度信息调度的数据包是否采用HARQ机制；例如对于每个搜索空间配置或者约定其DCI对应激活HARQ机制或者去激活HARQ机制，通过DCI所在的搜索空间隐式指示是否激活HARQ机制。
或者，步骤12包括：
根据所述调度信息的格式，确定所述调度信息调度的数据包是否采用HARQ机制；例如对于激活HARQ机制和去激活HARQ机制设计不同的DCI格式，UE盲检不同的DCI格式，通过DCI格式隐式指示是否激活HARQ机制。
或者，步骤12包括：
根据所述调度信息的长度，确定所述调度信息调度的数据包是否采用HARQ机制；例如对于激活HARQ功能的调度设计DCI长度为S1，对于去激活HARQ功能的调度设计DCI长度为S2。其中，与HARQ相关的信息域可以删除，例如HARQ进程指示、新数据指示、冗余版本指示、反馈信道的指示、等，因此较为典型地，S1>S2。终端按照两种DCI长度进行盲检，若正确解码DCI，则根据DCI长度判断当前数据包是否激活HARQ功能。
简言之，通过加扰调度信息的RNTI、调度信息所在的搜索空间、调度信息格式或者调度信息的长度隐式指示是否去激活HARQ。
综上，本发明的上述实施例通过调度信息动态指示该调度信息调度的数据包是否激活或去激活HARQ功能，从而实现针对每一个数据包动态选择是否采用HARQ机制，提升数据包传输的灵活性。
如图2所示，本发明实施例还提供一种混合自动重传请求HARQ机制的指示方法，应用于网络侧设备，包括：
步骤21，发送调度信息，所述调度信息用于调度数据包的传输，所述调度信息还用于指示调度的数据包是否采用HARQ机制。
优选的，调度信息可以为下行控制信息DCI、旁链路控制信息SCI等，在此不做具体限定。
在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈(HARQ-ACK或HARQ-NACK)；发送端也不对该数据包进行HARQ重传。
在所述调度信息调度的数据包采用HARQ机制的情况下，接收端反馈该数据包对应的HARQ反馈(HARQ-ACK或HARQ-NACK)，发送端可以对该数据包进行HARQ重传。
作为一个可选实施例，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
在所述第一比特域指示激活HARQ的情况下，所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，所述调度信息调度的数据包不采用HARQ机制。
例如，在调度信息中使用一个比特域(即第一比特域)指示是否去激活HARQ。例如，DCI中使用1比特，其两种取值(‘0’和‘1’)分别表示激活HARQ和去激活HARQ。接收端根据该比特域的取值确定是否激活HARQ。若DCI指示去激活HARQ，则不采用HARQ机制，接收端不反馈该数据包对应的HARQ-ACK，并且不缓存该数据包；反之若DCI指示激活HARQ，则采用HARQ机制，接收端反馈该数据包对应的HARQ-ACK，并且如果解码失败则缓存该数据包到调度信息指示的HARQ进程对应的缓存中，用于后续重传的合并。
进一步，较优地，当DCI指示去激活HARQ时，DCI中与HARQ相关的信息域，例如HARQ进程号、冗余版本信息、新数据指示和/或反馈信道的指示等信息域可以重新定义用于其它的用途。
作为另一个可选实施例，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，所述调度信息调度的数据包采用HARQ机制。
换言之，采用调度信息中指示HARQ进程号的第二比特域的特定取值(即目标值)指示去激活HARQ。若调度信息指示的HARQ进程号为所述特定取值，则不采用HARQ机制，接收端不反馈该数据包对应的HARQ-ACK，并且不缓存该数据包；反之，若调度信息指示的HARQ进程号不是所述特定取值，则采用HARQ机制，接收端反馈该数据包对应的HARQ-ACK，并且如果解码失败则缓存该数据包到调度信息指示的HARQ进程对应的缓存中，用于后续重传的合并。
进一步地，考虑到HARQ进程号为0可能用于半持续调度或者配置的传输，在通过调度信息中指示的HARQ进程号是否为全0之前，判断加扰调度信息的RNTI，在所述RNTI为特定取值的情况下，基于调度信息中指示的HARQ进程号是否为全0判断是否去激活HARQ；否则，默认激活HARQ。例如，判断RNTI为C-RNTI时，基于调度信息中指示的HARQ进程号是否为全0判断是否去激活HARQ；而当RNTI为CS-RNTI时，默认激活HARQ。
或者，为了避免到半持续调度或者配置的传输进程号冲突，将指示HARQ进程号的比特域的全1状态用来指示去激活HARQ，网络侧通过将半持续调度、配置的传输的HARQ进程个数设置为小于总的HARQ进程个数来避免使用HARQ进程号为全1。
较优地，当HARQ进程为所述目标值，即不采用HARQ机制，则DCI中与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进程个数。
例如，网络侧设备基于RTT和TTI确定要支持连续调度需要500个HARQ进程，网络侧可以分别通知激活HARQ的HARQ进程集合以及去激活HARQ的HARQ进程集合。或者，网络侧通知激活HARQ的HARQ进程集合，则其它的HARQ进程为去激活HARQ功能，反之相同。或者网络侧通知激活HARQ的HARQ进程个数，例如为M个，则进程0至进程M-1为激活HARQ功能的HARQ进程，其它进程为去激活HARQ功能的进程，反之类似。或者网络侧通知激活HARQ的HARQ进程个数，例如为M个，则进程0至进程M-1为激活HARQ功能的HARQ进程，网络侧通知去激活HARQ的HARQ进程个数，例如为N个，则进程499-N至进程499为去激活HARQ功能的HARQ进程，反之类似。
网络还可以通过配置HARQ最大传输次数进行集合划分，例如对于每个HARQ进程或者对于一组HARQ进程配置HARQ最大传输次数，若所述配置的HARQ最大传输次数为1，则表示所述HARQ进程属于去激活HARQ功能的进程集合。具体地，例如网络侧配置进程0至进程N的HARQ最大传输次数为1，其余HARQ进程的最大传输次数为8，则进程0至进程N属于去激活HARQ的HARQ进程集合，其它的HARQ进程属于激活HARQ的HARQ进程集合。
较优地，接收端根据激活HARQ的HARQ进程个数划分HARQ缓存。
较优地，对于去激活HARQ的HARQ进程，调度信息中与HARQ相关的信息域，例如冗余版本信息、新数据指示和/或反馈信道的指示等信息域可以重新定义用于其它的用途。
作为又一个优选实施例，
通过加扰所述调度信息的加扰值指示所述调度信息调度的数据包是否采用HARQ机制；例如，采用两个不同的RNTI，其中一个对应激活HARQ机制，另一个对应去激活HARQ机制，基于加扰DCI的RNTI隐式指示是否激活HARQ机制；
或者，
通过所述调度信息所在的搜索空间指示所述调度信息调度的数据包是否采用HARQ机制；例如对于每个搜索空间配置或者约定其DCI对应激活HARQ机制或者去激活HARQ机制，通过DCI所在的搜索空间隐式指示是否激活HARQ机制。
或者，
通过所述调度信息的格式指示所述调度信息调度的数据包是否采用HARQ机制；例如对于激活HARQ机制和去激活HARQ机制设计不同的DCI格式，UE盲检不同的DCI格式，通过DCI格式隐式指示是否激活HARQ机制。
或者，
通过所述调度信息的长度指示所述调度信息调度的数据包是否采用HARQ机制；例如对于激活HARQ功能的调度设计DCI长度为S1，对于去激活HARQ功能的调度设计DCI长度为S2。其中，与HARQ相关的信息域可以删除，例如HARQ进程指示、新数据指示、冗余版本指示、反馈信道的指示、等，因此较为典型地，S1>S2。终端按照两种DCI长度进行盲检，若正确解码DCI，则根据DCI长度判断当前数据包是否激活HARQ功能。
可选的，在所述调度信息指示调度的数据包不采用HARQ机制的情况下，所述方法还包括：
将所述调度信息中与HARQ相关的信息域配置为其他用途。
综上，本发明的上述实施例通过调度信息动态指示该调度信息调度的数据包是否激活或去激活HARQ功能，从而实现针对每一个数据包动态选择是否采用HARQ机制，提升数据包传输的灵活性。
如图3所示，本发明实施例还提供一种终端，包括：收发机320、存储器310、处理器300及存储在所述存储器310上并可在所述处理器300上运行的计算机程序，
所述收发机320用于接收调度信息，所述调度信息用于调度数据包的传输；
所述处理器300用于读取存储器中的程序，执行下列过程：根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制。
可选的，本发明的上述实施例中，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
所述处理器300还用于：
在所述第一比特域指示激活HARQ的情况下，确定所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，确定所述调度信息调度的数据包不采用HARQ机制。
可选的，本发明的上述实施例中，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
所述处理器300还用于：
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，确定所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，确定所述调度信息调度的数据包采用HARQ机制。
可选的，本发明的上述实施例中，所述处理器300还用于：
获取加扰所述调度信息的加扰值；
在所述加扰值为预设值的情况下，若所述第二比特域的取值为所述目标值所述调度信息调度的数据包不采用HARQ机制；若所述第二比特域的取值不是所述目标值，所述调度信息调度的数据包采用HARQ机制。
可选的，本发明的上述实施例中，所述处理器300还用于：
获取所述调度信息指示的HARQ进程；
在所述调度信息指示的HARQ进程属于激活HARQ的HARQ进程集合的情况下，确定所述调度信息调度的数据包采用HARQ机制；
在所述调度信息指示的HARQ进程属于去激活HARQ的HARQ进程集合的情况下，确定所述调度信息调度的数据包不采用HARQ机制。
可选的，本发明的上述实施例中，所述收发机320还用于：
获取半静态配置的下述任意一项信息：
激活HARQ的HARQ进程集合包含的HARQ进程号以及去激活HARQ的HARQ进程集合包含的HARQ进程号；
激活HARQ的HARQ进程集合包含的HARQ进程号；
去激活HARQ的HARQ进程集合包含的HARQ进程号；
激活HARQ的HARQ进程集合包含的HARQ进程的个数；
去激活HARQ的HARQ进程集合包含的HARQ进程的个数；
每个HARQ进程集合包含的HARQ进程的最大传输次数。
可选的，本发明的上述实施例中，所述处理器300还用于：
根据加扰所述调度信息的加扰值，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息所在的搜索空间，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息的格式，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息的长度，确定所述调度信息调度的数据包是否采用HARQ机制。
可选的，本发明的上述实施例中，在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈。
综上，本发明的上述实施例通过调度信息动态指示该调度信息调度的数据包是否激活或去激活HARQ功能，从而实现针对每一个数据包动态选择是否采用HARQ机制，提升数据包传输的灵活性。
需要说明的是，本发明实施例提供的终端是能够执行上述混合自动重传请求HARQ机制的处理方法的终端，则上述混合自动重传请求HARQ机制的处理方法的所有实施例均适用于该终端，且均能达到相同或相似的有益效果。
如图4所示，本发明实施例还提供一种混合自动重传请求HARQ机制的处理装置，应用于终端，包括：
接收模块41，用于接收调度信息，所述调度信息用于调度数据包的传输；
确定模块42，用于根据所述调度信息，确定所述调度信息调度的数据包是否采用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机制的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
如图3所示，本发明实施例还提供一种网络侧设备，包括：收发机320、存储器310、处理器300及存储在所述存储器310上并可在所述处理器300上运行的计算机程序，所述收发机312用于：
发送调度信息，所述调度信息用于调度数据包的传输，所述调度信息还用于指示调度的数据包是否采用HARQ机制。
可选的，本发明的上述实施例中，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
在所述第一比特域指示激活HARQ的情况下，所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，所述调度信息调度的数据包不采用HARQ机制。
可选的，本发明的上述实施例中，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，所述调度信息调度的数据包采用HARQ机制。
可选的，本发明的上述实施例中，所述处理器300用于：半静态配置下述任意一项信息：
激活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机制。
可选的，本发明的上述实施例中，所述处理器300还用于：
在所述调度信息指示调度的数据包不采用HARQ机制的情况下，将所述调度信息中与HARQ相关的信息域配置为其他用途。
可选的，本发明的上述实施例中，在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈。
综上，本发明的上述实施例通过调度信息动态指示该调度信息调度的数据包是否激活或去激活HARQ功能，从而实现针对每一个数据包动态选择是否采用HARQ机制，提升数据包传输的灵活性。
需要说明的是，本发明实施例提供的网络侧设备是能够执行上述混合自动重传请求HARQ机制的指示方法的网络侧设备，则上述混合自动重传请求HARQ机制的指示方法的所有实施例均适用于该网络侧设备，且均能达到相同或相似的有益效果。
如图5所示，本发明实施例还提供一种混合自动重传请求HARQ机制的指示装置，应用于网络侧设备，包括：
发送模块51，用于发送调度信息，所述调度信息用于调度数据包的传输，所述调度信息还用于指示调度的数据包是否采用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机制的指示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (33)

1.一种混合自动重传请求HARQ机制的处理方法，应用于终端，其特征在于，包括：
接收调度信息，所述调度信息用于调度数据包的传输；
根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制。
2.根据权利要求1所述的方法，其特征在于，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
所述根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制，包括：
在所述第一比特域指示激活HARQ的情况下，确定所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，确定所述调度信息调度的数据包不采用HARQ机制。
3.根据权利要求1所述的方法，其特征在于，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
所述根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制，包括：
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，确定所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，确定所述调度信息调度的数据包采用HARQ机制。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
获取加扰所述调度信息的加扰值；
在所述加扰值为预设值的情况下，若所述第二比特域的取值为所述目标值所述调度信息调度的数据包不采用HARQ机制；若所述第二比特域的取值不是所述目标值，所述调度信息调度的数据包采用HARQ机制。
5.根据权利要求1所述的方法，其特征在于，所述根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制，包括：
获取所述调度信息指示的HARQ进程；
在所述调度信息指示的HARQ进程属于激活HARQ的HARQ进程集合的情况下，确定所述调度信息调度的数据包采用HARQ机制；
在所述调度信息指示的HARQ进程属于去激活HARQ的HARQ进程集合的情况下，确定所述调度信息调度的数据包不采用HARQ机制。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
获取半静态配置的下述任意一项信息：
激活HARQ的HARQ进程集合包含的HARQ进程号以及去激活HARQ的HARQ进程集合包含的HARQ进程号；
激活HARQ的HARQ进程集合包含的HARQ进程号；
去激活HARQ的HARQ进程集合包含的HARQ进程号；
激活HARQ的HARQ进程集合包含的HARQ进程的个数；
去激活HARQ的HARQ进程集合包含的HARQ进程的个数；
每个HARQ进程集合包含的HARQ进程的最大传输次数。
7.根据权利要求1所述的方法，其特征在于，所述根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制，包括：
根据加扰所述调度信息的加扰值，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息所在的搜索空间，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息的格式，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息的长度，确定所述调度信息调度的数据包是否采用HARQ机制。
8.根据权利要求1所述的方法，其特征在于，
在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈。
9.一种混合自动重传请求HARQ机制的指示方法，应用于网络侧设备，其特征在于，包括：
发送调度信息，所述调度信息用于调度数据包的传输，所述调度信息还用于指示调度的数据包是否采用HARQ机制。
10.根据权利要求9所述的方法，其特征在于，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
在所述第一比特域指示激活HARQ的情况下，所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，所述调度信息调度的数据包不采用HARQ机制。
11.根据权利要求9所述的方法，其特征在于，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，所述调度信息调度的数据包采用HARQ机制。
12.根据权利要求9所述的方法，其特征在于，所述方法还包括：
半静态配置下述任意一项信息：
激活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机制。
13.根据权利要求9所述的方法，其特征在于，
通过加扰所述调度信息的加扰值指示所述调度信息调度的数据包是否采用HARQ机制；
或者，
通过所述调度信息所在的搜索空间指示所述调度信息调度的数据包是否采用HARQ机制；
或者，
通过所述调度信息的格式指示所述调度信息调度的数据包是否采用HARQ机制；
或者，
通过所述调度信息的长度指示所述调度信息调度的数据包是否采用HARQ机制。
14.根据权利要求9所述的方法，其特征在于，在所述调度信息指示调度的数据包不采用HARQ机制的情况下，所述方法还包括：
将所述调度信息中与HARQ相关的信息域配置为其他用途。
15.根据权利要求9所述的方法，其特征在于，
在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈。
16.一种终端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，
所述收发机用于接收调度信息，所述调度信息用于调度数据包的传输；
所述处理器用于读取存储器中的程序，执行下列过程：根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制。
17.根据权利要求16所述的终端，其特征在于，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
所述处理器还用于：
在所述第一比特域指示激活HARQ的情况下，确定所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，确定所述调度信息调度的数据包不采用HARQ机制。
18.根据权利要求16所述的终端，其特征在于，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
所述处理器还用于：
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，确定所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，确定所述调度信息调度的数据包采用HARQ机制。
19.根据权利要求18所述的终端，其特征在于，所述处理器还用于：
获取加扰所述调度信息的加扰值；
在所述加扰值为预设值的情况下，若所述第二比特域的取值为所述目标值所述调度信息调度的数据包不采用HARQ机制；若所述第二比特域的取值不是所述目标值，所述调度信息调度的数据包采用HARQ机制。
20.根据权利要求16所述的终端，其特征在于，所述处理器还用于：
获取所述调度信息指示的HARQ进程；
在所述调度信息指示的HARQ进程属于激活HARQ的HARQ进程集合的情况下，确定所述调度信息调度的数据包采用HARQ机制；
在所述调度信息指示的HARQ进程属于去激活HARQ的HARQ进程集合的情况下，确定所述调度信息调度的数据包不采用HARQ机制。
21.根据权利要求20所述的终端，其特征在于，所述收发机还用于：
获取半静态配置的下述任意一项信息：
激活HARQ的HARQ进程集合包含的HARQ进程号以及去激活HARQ的HARQ进程集合包含的HARQ进程号；
激活HARQ的HARQ进程集合包含的HARQ进程号；
去激活HARQ的HARQ进程集合包含的HARQ进程号；
激活HARQ的HARQ进程集合包含的HARQ进程的个数；
去激活HARQ的HARQ进程集合包含的HARQ进程的个数；
每个HARQ进程集合包含的HARQ进程的最大传输次数。
22.根据权利要求16所述的终端，其特征在于，所述处理器还用于：
根据加扰所述调度信息的加扰值，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息所在的搜索空间，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息的格式，确定所述调度信息调度的数据包是否采用HARQ机制；
或者，
根据所述调度信息的长度，确定所述调度信息调度的数据包是否采用HARQ机制。
23.根据权利要求16所述的终端，其特征在于，在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈。
24.一种混合自动重传请求HARQ机制的处理装置，应用于终端，其特征在于，包括：
接收模块，用于接收调度信息，所述调度信息用于调度数据包的传输；
确定模块，用于根据所述调度信息，确定所述调度信息调度的数据包是否采用HARQ机制。
25.一种网络侧设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述收发机用于：
发送调度信息，所述调度信息用于调度数据包的传输，所述调度信息还用于指示调度的数据包是否采用HARQ机制。
26.根据权利要求25所述的网络侧设备，其特征在于，所述调度信息包括第一比特域，所述第一比特域用于指示激活HARQ或者去激活HARQ；
在所述第一比特域指示激活HARQ的情况下，所述调度信息调度的数据包采用HARQ机制；
在所述第一比特域指示去激活HARQ的情况下，所述调度信息调度的数据包不采用HARQ机制。
27.根据权利要求25所述的网络侧设备，其特征在于，所述调度信息包括第二比特域，所述第二比特域用于指示HARQ进程号；
在所述第二比特域的取值为预先设置的指示去激活HARQ的目标值的情况下，所述调度信息调度的数据包不采用HARQ机制；
在所述第二比特域的取值不是所述目标值的情况下，所述调度信息调度的数据包采用HARQ机制。
28.根据权利要求25所述的网络侧设备，其特征在于，所述处理器用于：半静态配置下述任意一项信息：
激活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机制。
29.根据权利要求25所述的网络侧设备，其特征在于，
通过加扰所述调度信息的加扰值指示所述调度信息调度的数据包是否采用HARQ机制；
或者，
通过所述调度信息所在的搜索空间指示所述调度信息调度的数据包是否采用HARQ机制；
或者，
通过所述调度信息的格式指示所述调度信息调度的数据包是否采用HARQ机制；
或者，
通过所述调度信息的长度指示所述调度信息调度的数据包是否采用HARQ机制。
30.根据权利要求25所述的网络侧设备，其特征在于，所述处理器还用于：
在所述调度信息指示调度的数据包不采用HARQ机制的情况下，将所述调度信息中与HARQ相关的信息域配置为其他用途。
31.根据权利要求25所述的网络侧设备，其特征在于，在所述调度信息调度的数据包不采用HARQ机制的情况下，接收所述数据包的接收端不对所述数据包进行HARQ反馈。
32.一种混合自动重传请求HARQ机制的指示装置，应用于网络侧设备，其特征在于，包括：
发送模块，用于发送调度信息，所述调度信息用于调度数据包的传输，所述调度信息还用于指示调度的数据包是否采用HARQ机制。
33.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的混合自动重传请求HARQ机制的处理方法的步骤；或者，所述计算机程序被处理器执行时实现如权利要求9至15中任一项所述的混合自动重传请求HARQ机制的指示方法的步骤。
CN202310276206.6A 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备 Pending CN116321470A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310276206.6A CN116321470A (zh) 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910248657.2A CN111757514B (zh) 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备
CN202310276206.6A CN116321470A (zh) 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201910248657.2A Division CN111757514B (zh) 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备

Publications (1)

Publication Number Publication Date
CN116321470A true CN116321470A (zh) 2023-06-23

Family

ID=72664986

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201910248657.2A Active CN111757514B (zh) 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备
CN202310276206.6A Pending CN116321470A (zh) 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201910248657.2A Active CN111757514B (zh) 2019-03-29 2019-03-29 Harq机制的处理方法、指示方法、终端及网络侧设备

Country Status (5)

Country Link
US (1) US20220200744A1 (zh)
EP (1) EP3952559A4 (zh)
KR (1) KR20210137177A (zh)
CN (2) CN111757514B (zh)
WO (1) WO2020200088A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112399576A (zh) * 2019-08-16 2021-02-23 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质
CN115174010A (zh) * 2021-04-06 2022-10-11 维沃移动通信有限公司 信息确定、信息指示方法、装置、终端及网络侧设备
WO2023115447A1 (en) * 2021-12-23 2023-06-29 Lenovo (Beijing) Limited Ntn iot harq disabling

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102447550B (zh) * 2010-09-30 2014-07-16 上海贝尔股份有限公司 混合自动重传请求进程处理的方法及设备
CN102223219B (zh) * 2011-06-16 2017-07-18 中兴通讯股份有限公司 Harq‑ack的反馈处理方法及***
CN103179672B (zh) * 2011-12-23 2016-03-02 华为技术有限公司 通信方法、基站和用户设备
WO2013122434A1 (ko) * 2012-02-19 2013-08-22 엘지전자 주식회사 무선통신시스템에서 수신확인응답 전송 방법 및 장치
CN105978671A (zh) * 2016-06-27 2016-09-28 深圳市金立通信设备有限公司 一种harq重传的指示方法及相关设备
US10375634B2 (en) * 2016-09-10 2019-08-06 Ofinno, Llc Deactivation timer management in a wireless device and wireless network
CN108633070A (zh) * 2017-03-24 2018-10-09 北京三星通信技术研究有限公司 半静态资源调度方法、功率控制方法及相应用户设备
CN109802819B (zh) * 2017-11-16 2024-03-05 北京三星通信技术研究有限公司 上行控制信息处理方法及终端
CN111448839B (zh) * 2018-01-04 2023-06-27 松下电器（美国）知识产权公司 用户设备、基站和无线通信方法
CN110035544B (zh) * 2018-01-12 2020-09-25 中国信息通信研究院 一种上行控制信息传输方法及设备
EP4246842A3 (en) * 2018-02-17 2023-11-29 Wilus Institute of Standards and Technology Inc. Method for transmitting uplink control information in wireless communication system, and apparatus using same
RU2763363C1 (ru) * 2018-04-04 2021-12-28 Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. Способ и устройство для передачи запроса планирования
US10834711B2 (en) * 2018-04-17 2020-11-10 Qualcomm Incorporated Selectively multiplexing physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) communications
ES2964135T3 (es) * 2018-05-10 2024-04-04 Beijing Xiaomi Mobile Software Co Ltd Método y aparato para multiplexar la transmisión de información, y método y aparato de recepción de información
CN110474747B (zh) * 2018-05-11 2022-01-25 中兴通讯股份有限公司 一种信号传输方法和装置、及终端
WO2019216729A1 (ko) * 2018-05-11 2019-11-14 주식회사 윌러스표준기술연구소 무선 통신 시스템의 상향 링크 제어 정보 멀티플렉싱 방법 및 이를 이용하는 장치
CN110740521B (zh) * 2018-07-18 2022-10-18 大唐移动通信设备有限公司 上行传输方法、装置、终端及网络侧设备
JP7309335B2 (ja) * 2018-09-19 2023-07-18 シャープ株式会社 端末装置、基地局装置、および、通信方法
CN111147208B (zh) * 2018-11-02 2023-09-26 中兴通讯股份有限公司 信息传输方法及装置
CN111865510B (zh) * 2019-04-30 2021-11-23 大唐移动通信设备有限公司 一种harq-ack的传输方法、用户设备及网络侧设备

Also Published As

Publication number Publication date
US20220200744A1 (en) 2022-06-23
WO2020200088A1 (zh) 2020-10-08
EP3952559A1 (en) 2022-02-09
KR20210137177A (ko) 2021-11-17
CN111757514A (zh) 2020-10-09
EP3952559A4 (en) 2022-05-18
CN111757514B (zh) 2023-04-07

Similar Documents

Publication Publication Date Title
US11711171B2 (en) System and method for reliable transmission over network resources
CN107409014B (zh) 用于操作大量载波的上行链路反馈方法
EP2434818B1 (en) Method for dispatching multi sub-frames and the system, the terminal, the base station and the computer program product thereof
US11356205B2 (en) Method and apparatus for retransmitting data
CN110169000B (zh) 用于上行链路超高可靠低延迟通信的信令、过程、用户设备和基站
KR101600408B1 (ko) Ａｃｋ/ｎａｃｋ 피드백 정보 전송 방법 및 장치
KR101789618B1 (ko) 다중 안테나 전송 기법을 지원하기 위한 효율적인 제어정보 전송 방법 및 장치
EP2534917B1 (en) Method for providing a contention based uplink channel
CN101682376A (zh) 功率控制的方法和装置
CN107113097B (zh) 在无线通信***中发送ack/nack的方法和设备
CA2753725C (en) Harq process number management for downlink carrier aggregation
US11569941B2 (en) Configuring puncture bundles of data for a first service in a transmission of a second service
KR20140058599A (ko) 복수의 다운링크 제어 채널 기반의 자원 할당을 이용한 업링크 제어 채널 전송 다이버시티에 대한 방법 및 시스템
US20110044278A1 (en) Method and Arrangement in a Telecommunication System with Signalling of Assigned Data Packets in a Bundling Window
KR20180013171A (ko) 이동 통신 시스템에서 harq 프로세스 관리 방법 및 장치
CN111585722B (zh) 物理上行共享信道的传输方法、终端及网络设备
KR20120049922A (ko) 캐리어 활성화를 위한 시스템 및 방법
CN111757514B (zh) Harq机制的处理方法、指示方法、终端及网络侧设备
EP3823191B1 (en) System and method for processing semi-persistently scheduled or dynamically scheduled channels
US8355377B2 (en) Method of signalling uplink information
WO2023079980A1 (en) Joint operation of deferred sps harq-ack and repetitions
WO2023079981A1 (en) Joint operation of deferred sps harq-ack and cell switching

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination