CN115004597A - 混合自动重传请求harq反馈的处理方法及其装置 - Google Patents
混合自动重传请求harq反馈的处理方法及其装置 Download PDFInfo
- Publication number
- CN115004597A CN115004597A CN202280001286.8A CN202280001286A CN115004597A CN 115004597 A CN115004597 A CN 115004597A CN 202280001286 A CN202280001286 A CN 202280001286A CN 115004597 A CN115004597 A CN 115004597A
- Authority
- CN
- China
- Prior art keywords
- harq
- control instruction
- harq feedback
- feedback function
- data
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 163
- 238000012545 processing Methods 0.000 title claims description 24
- 230000005540 biological transmission Effects 0.000 claims abstract description 113
- 230000008569 process Effects 0.000 claims abstract description 73
- 238000003672 processing method Methods 0.000 claims abstract description 37
- 230000006870 function Effects 0.000 claims description 243
- 230000011664 signaling Effects 0.000 claims description 141
- 238000004891 communication Methods 0.000 claims description 75
- 238000004590 computer program Methods 0.000 claims description 33
- 230000015654 memory Effects 0.000 claims description 19
- 238000010586 diagram Methods 0.000 description 12
- 230000009467 reduction Effects 0.000 description 12
- 230000000903 blocking effect Effects 0.000 description 7
- 230000014509 gene expression Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 239000004065 semiconductor Substances 0.000 description 4
- 230000004913 activation Effects 0.000 description 3
- 229910044991 metal oxide Inorganic materials 0.000 description 3
- 150000004706 metal oxides Chemical class 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 229910000577 Silicon-germanium Inorganic materials 0.000 description 2
- JBRZTFJDHDCESZ-UHFFFAOYSA-N AsGa Chemical compound [As]#[Ga] JBRZTFJDHDCESZ-UHFFFAOYSA-N 0.000 description 1
- LEVVHYCKPQWKOP-UHFFFAOYSA-N [Si].[Ge] Chemical compound [Si].[Ge] LEVVHYCKPQWKOP-UHFFFAOYSA-N 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000010304 firing Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
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/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/1607—Details of the supervisory signal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本公开实施例公开了一种混合自动重传请求反馈HARQ的处理方法及其装置，该方法由终端设备执行，该方法包括：接收网络侧设备发送的控制指令；确定调度的数据是否支持HARQ反馈功能；其中，调度的数据为接收到控制指令之后调度的数据，或者为由所述控制指令调度的数据。通过实施本公开实施例，终端设备可以基于接收的控制指令，确定调度的数据的是否支持混HARQ反馈功能，进而确定是否为调度的数据开启HARQ反馈功能，从而避免HARQ进程过多，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
Description
技术领域
本公开涉及通信技术领域，尤其涉及一种混合自动重传请求HARQ反馈的处理方法及其装置。
背景技术
相关技术中，在发送端与接收端存在较长的信号传输距离的通信场景(例如：卫星与地面设备进行通信)下，会导致数据传输有较大的时延，从而导致某些物联网终端设备，可能会出现混合自动重传请求HARQ阻塞的问题，进而降低了终端设备的传输速率。
发明内容
本公开实施例提供一种混合自动重传请求HARQ反馈的处理方法及其装置，使终端设备可以通过确定调度的数据是否支持HARQ反馈功能，可以确定是否为调度的数据开启HARQ反馈功能，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
第一方面，本公开实施例提供一种反馈的处理方法，所述方法由终端设备执行，所述方法包括：接收网络侧设备发送的控制指令；确定调度的数据是否支持HARQ反馈功能。
通过本公开的技术方案，终端设备可以基于接收的控制指令，确定调度的数据的是否支持HARQ反馈功能，进而确定是否为调度的数据开启HARQ反馈功能，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在一种实现方式中基于所述控制指令，确定所述第一物理层控制信令当前的数据调度是否支持HARQ反馈功能，其中，所述控制指令为指示HARQ启用和/或禁用的第一物理层控制信令。
通过实施本公开的技术方案，终端设备可以基于包括第一物理层控制信令的控制指令，为控制指令调度的数据启用和/或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率
在一种实现方式中，基于所述控制指令，确定第一时间段内的数据调度是否支持HARQ反馈功能，其中，所述控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令。
通过本公开的技术方案，终端设备可以基于包括第二物理层控制信令的控制指令，在第一时间段内启用或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在一种实现方式中，所述确定调度的数据是否支持HARQ反馈功能，包括：基于所述控制指令，确定第二时间段内的数据调度是否支持HARQ反馈功能；其中，所述控制指令为用以指示HARQ启用或禁用的第三物理层控制信令，所述第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，所述第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
通过本公开的技术方案，终端设备可以基于接收到包括第二物理层控制信令的控制指令启用或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在一种实现方式中，所述方法还包括：在所述终端设备发送上行数据之后，等待所述网络侧设备进一步发送的调度指令或HARQ反馈，并基于网络侧设备进一步发送的调度指令或HARQ反馈确定是否重新发送所述上行数据，其中，所述控制指令为针对上行传输的控制指令，且所述调度的数据支持所述HARQ反馈功能；或者，在所述终端设备发送上行数据之后，清空与所述上行数据对应的HARQ进程中的数据缓存，其中，所述控制指令为针对上行传输的控制指令，且所述调度的数据不支持所述HARQ反馈功能。
通过本公开的技术方案，终端设备可以基于接收到的针对上行传输的控制指令，确定调度的数据是否支持HARQ反馈功能，并在调度的数据不支持HARQ反馈功能时清空与该数据对应的HARQ进程中的数据缓存，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在一种实现方式中，所述方法还包括：在所述终端设备接收到下行数据之后，在指示的位置上反馈所述下行数据的HARQ反馈信息，其中，所述控制指令为针对下行传输的控制指令，且所述调度的数据支持所述HARQ反馈功能；或者，在所述终端设备接收到下行数据之后，禁用HARQ反馈，并清空与所述下行数据对应的HARQ进程中的数据缓存，其中，所述控制指令为针对下行传输的控制指令，且所述调度的数据不支持所述HARQ反馈功能。
通过本公开的技术方案，终端设备可以基于接收到的针对下行传输的控制指令，确定调度的数据是否支持HARQ反馈功能，并在调度的数据不支持HARQ反馈功能时清空与该数据对应的HARQ进程中的数据缓存，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率
在一种实现方式中，所述确定所述调度的数据是否支持HARQ反馈功能，包括：基于所述控制指令中预定信息域中的指示信息，确定所述调度数据是否支持HARQ反馈功能。
在一种可选地实现方式中，所述预定信息域的长度和/或位置为协议约定的；或者，所述预定信息域的长度和/或位置为预先配置的。
在一种实现方式中，所述确定所述调度的数据是否支持HARQ反馈功能，包括：确定无线网络临时标识RNTI的值与是否支持所述HARQ反馈功能的对应关系，其中，所述控制指令为调度指令；对所述调度指令进行解析，以获得所述调度指令上的目标RNTI值；基于所述对应关系和所述目标RNTI值，确定所述调度的数据是否支持HARQ反馈功能。
通过本公开的技术方案，终端设备可以基于接收到的调度指令中的RNTI值，确定调度的数据是否支持HARQ反馈功能，进而确定启用或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在一种实现方式中，所述确定所述调度的数据是否支持HARQ反馈功能，包括：确定加扰序列与是否支持所述HARQ反馈功能的对应关系，其中，所述控制指令为调度指令；对所述调度指令进行解析，以获得所述调度指令上的目标加扰序列；基于所述对应关系和所述目标加扰序列，确定所述调度的数据是否支持HARQ反馈功能。
通过本公开的技术方案，终端设备可以基于接收到的调度指令中的加扰序列，确定调度的数据是否支持HARQ反馈功能，进而确定启用或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
第二方面，本公开实施例提供一种混合自动重传请求HARQ反馈的处理方法，所述方法由网络侧设备执行，所述方法包括：向终端设备发送控制指令；其中，所述控制指令用于指示所述终端设备确定调度的数据是否支持HARQ反馈功能。
在一种实现方式中，所述控制指令为指示HARQ启用和/或禁用的第一物理层控制信令；所述第一物理层控制信令用于指示当前的数据调度是否支持HARQ反馈功能。
在一种实现方式中，所述控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令；所述第二物理层控制信令用于指示所述第一时间段内的数据调度是否支持HARQ反馈功能。
在一种实现方式中，所述控制指令为用以指示HARQ启用或禁用的第三物理层控制信令；所述第三物理层控制信令用于指示第二时间段内的数据调度是否支持HARQ反馈功能；其中，所述第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，所述第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
在一种实现方式中，所述控制指令为针对上行传输的控制指令或针对下行传输的控制指令。
在一种实现方式中，所述控制指令中包括预定信息域；所述预定信息域用于指示所述调度的数据是否支持HARQ反馈功能。
在一种可选地实现方式中，所述预定信息域的长度和/或位置为协议约定的；或者，所述预定信息域的长度和/或位置为预先配置的。
通过本公开的技术方案，网络侧设备可以通过控制指令指示终端设备确调度的数据是否支持HARQ反馈功能，从而使终端设备启用或禁用HARQ，从而避免终端设备的HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在一种实现方式中，所述向终端设备发送控制指令，包括：基于目标无线网络临时标识RNTI值对所述控制指令进行加扰，其中，所述控制指令为调度指令；向终端设备发送以目标RNTI值加扰的调度指令；所述以目标RNTI值加扰的调度指令用于隐性指示所述调度的数据是否支持HARQ反馈功能。
在一种实现方式中，所述向终端设备发送控制指令，包括：在无线网络临时标识RNTI上以目标加扰序列对所述控制指令进行加扰，其中，所述控制指令为调度指令；向终端设备发送所述以目标加扰序列加扰的调度指令；所述以目标加扰序列加扰的调度指令用于隐性指示所述调度的数据是否支持HARQ反馈功能。
第三方面，本公开实施例提供一种通信装置，所述装置包括：收发模块，用于接收网络侧设备发送的控制指令；处理模块，用于确定调度的数据是否支持混合自动重传请求HARQ反馈功能。
在一种实现方式中，所述处理模块具体用于：基于所述控制指令，确定所述第一物理层控制信令当前的数据调度是否支持HARQ反馈功能，其中，所述控制指令为指示HARQ启用和/或禁用的第一物理层控制信令。
在一种实现方式中，所述处理模块具体用于：基于所述控制指令，确定第一时间段内的数据调度是否支持HARQ反馈功能，其中，所述控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令。
在一种实现方式中，所述处理模块具体用于：基于所述控制指令，确定第二时间段内的数据调度是否支持HARQ反馈功能；其中，所述控制指令为用以指示HARQ启用或禁用的第三物理层控制信令，所述第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，所述第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
在一种实现方式中，所述收发模块还用于：在所述终端设备发送上行数据之后，等待所述网络侧设备进一步发送的调度指令或HARQ反馈，并基于网络侧设备进一步发送的调度指令或HARQ反馈确定是否重新发送所述上行数据，其中，所述控制指令为针对上行传输的控制指令，且所述调度的数据支持所述HARQ反馈功能；或者，在所述终端设备发送上行数据之后，清空与所述上行数据对应的HARQ进程中的数据缓存，其中，所述控制指令为针对上行传输的控制指令，且所述调度的数据不支持所述HARQ反馈功能。
在一种实现方式中，所述收发模块还用于：在所述终端设备接收到下行数据之后，在指示的位置上反馈所述下行数据的HARQ反馈信息，其中，所述控制指令为针对下行传输的控制指令，且所述调度的数据支持所述HARQ反馈功能；或者，在所述终端设备接收到下行数据之后，禁用HARQ反馈，并清空与所述下行数据对应的HARQ进程中的数据缓存，其中，所述控制指令为针对下行传输的控制指令，且所述调度的数据不支持所述HARQ反馈功能。
在一种实现方式中，所述处理模块具体用于：基于所述控制指令中预定信息域中的指示信息，确定所述调度数据是否支持HARQ反馈功能。
在一种可选地实现方式中，所述预定信息域的长度和/或位置为协议约定的；或者，所述预定信息域的长度和/或位置为预先配置的。
在一种实现方式中，所述处理模块具体用于：确定无线网络临时标识RNTI的值与是否支持所述HARQ反馈功能的对应关系，其中，所述控制指令为调度指令；对所述调度指令进行解析，以获得所述调度指令上的目标RNTI值；基于所述对应关系和所述目标RNTI值，确定所述调度的数据是否支持HARQ反馈功能。
在一种实现方式中，所述处理模块具体用于：确定加扰序列与是否支持所述HARQ反馈功能的对应关系，其中，所述控制指令为调度指令；对所述调度指令进行解析，以获得所述调度指令上的目标加扰序列；基于所述对应关系和所述目标加扰序列，确定所述调度的数据是否支持HARQ反馈功能。
第四方面，本公开实施例提供一种通信装置，所述装置包括：收发模块，用于向终端设备发送控制指令；其中，所述控制指令用于指示所述终端设备确定调度的数据是否支持混合自动重传请求HARQ反馈功能。
在一种实现方式中，所述控制指令为指示HARQ启用和/或禁用的第一物理层控制信令；所述第一物理层控制信令用于指示当前的数据调度是否支持HARQ反馈功能。
在一种实现方式中，所述控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令；所述第二物理层控制信令用于指示所述第一时间段内的数据调度是否支持HARQ反馈功能。
在一种实现方式中，所述控制指令为用以指示HARQ启用或禁用的第三物理层控制信令；所述第三物理层控制信令用于指示第二时间段内的数据调度是否支持HARQ反馈功能；其中，所述第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，所述第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
在一种实现方式中，所述控制指令为针对上行传输的控制指令或针对下行传输的控制指令。
在一种实现方式中，所述控制指令中包括预定信息域；所述预定信息域用于指示所述调度的数据是否支持HARQ反馈功能。
在一种可选地实现方式中，所述预定信息域的长度和/或位置为协议约定的；或者，所述预定信息域的长度和/或位置为预先配置的。
在一种实现方式中，所述收发模块具体用于：基于目标无线网络临时标识RNTI值对所述控制指令进行加扰，其中，所述控制指令为调度指令；向终端设备发送以目标RNTI值加扰的调度指令；所述以目标RNTI值加扰的调度指令用于隐性指示所述调度的数据是否支持HARQ反馈功能。
在一种实现方式中，所述收发模块具体用于：在无线网络临时标识RNTI上以目标加扰序列对所述控制指令进行加扰，其中，所述控制指令为调度指令；向终端设备发送所述以目标加扰序列加扰的调度指令；所述以目标加扰序列加扰的调度指令用于隐性指示所述调度的数据是否支持HARQ反馈功能。
第五方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面所述的方法。
第六方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第二方面所述的方法。
第七方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面所述的方法。
第八方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第二方面所述的方法。
第九方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。
第十方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第二方面所述的方法。
第十一方面，本公开实施例提供一种混合自动重传请求反馈的处理系统，该系统包括第三方面所述的通信装置以及第四方面所述的通信装置，或者，该系统包括第五方面所述的通信装置以及第六方面所述的通信装置，或者，该系统包括第七方面所述的通信装置以及第八方面所述的通信装置，或者，该系统包括第九方面所述的通信装置以及第十方面所述的通信装置。
第十二方面，本发明实施例提供一种计算机可读存储介质，用于储存为上述终端设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第一方面所述的方法。
第十三方面，本发明实施例提供一种可读存储介质，用于储存为上述网络侧设备所用的指令，当所述指令被执行时，使所述网络侧设备执行上述第二方面所述的方法。
第十四方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第十五方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
第十六方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第十七方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持网络侧设备实现第二方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存网络侧设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。
第十八方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。
第十九方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第二方面所述的方法。
附图说明
为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。
图1是本公开实施例提供的一种通信系统的架构示意图；
图2是本公开实施例提供的一种混合自动重传请求反馈的处理方法的流程示意图；
图3是本公开实施例提供的另一种混合自动重传请求反馈的处理方法的流程示意图；
图4是本公开实施例提供的一种混合自动重传反馈示意图；
图5是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图6是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图7是本公开实施例提供的另一种混合自动重传反馈示意图；
图8是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图9是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图10是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图11是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图12是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图13是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图14是本公开实施例提供的又一种混合自动重传请求反馈的处理方法的流程示意图；
图15是本公开实施例提供的一种通信装置的结构示意图；
图16是本公开实施例提供的另一种通信装置的结构示意图；
图17是本公开实施例提供的一种芯片的结构示意图。
具体实施方式
为了便于理解，首先介绍本公开涉及的术语。
1、下行控制信息(downlink control information，DCI)
DCI由物理下行控制信道(physical downlink control channel，PDCCH)承载，DCI可以包括上下行数据调度、混合自动重传请求(hybrid automatic repeat request，HARQ)信息、功率控制等。PDCCH是一种物理信道，用于承载下行调度信息。
2、加扰
加扰，是数字信号的加工处理方法，用扰码与原始信号异或运算，从而得到新的信号。通常上行链路物理信道加扰的作用是区分不同的终端设备，下行链路加扰可以区分小区和信道。其中，扰码可用于对原始信号加扰和解扰。例如，扰码可以对下行控制信息(downlink control information，DCI)加扰，或者也可称为对PDCCH加扰。对DCI加扰具体可以指对DCI的循环冗余校验(cyclic redundancy check，CRC)字段进行加扰。相应地，终端设备对接收到的DCI进行解扰，具体是指终端设备对DCI的CRC字段使用相应类型的扰码进行解扰，以确定DCI的格式或者类型等。
扰码可以包括但不限于：小区无线网络临时标识(cell radio networktemporary identifier，C-RNTI)、临时小区无线网络临时标识(temporary cell radionetwork temporary identifier，TC-RNTI)和随机接入无线网络临时标识(randomaccessradionetwork temporary identifier，RA-RNTI)。
a)C-RNTI和TC-RNTI
若终端设备处于无线资源控制连接(radio resource control connected，RRC-connected)态，说明该终端设备已经被分配到了C-RNTI，终端设备向网络侧设备发起随机接入请求时需要携带该C-RNTI。若终端设备处于RRC空闲(RRC idle)态或者RRC非活跃(RRCinactive)态，说明该终端设备还未被分配到C-RNTI。若终端设备请求RRC连接，网络侧设备在后续的响应信息里可能会给该终端设备分配一个临时C-RNTI，记为TC-RNTI，待该终端设备随机接入成功后，TC-RNTI可转化为C-RNTI。
b)RA-RNTI
在随机接入流程中，RA-RNTI的生成与终端设备发送前导码所用的时频资源相关。例如，当终端设备A和终端设备B使用同一个随机接入信道时频资源发起随机接入时，对应的RA-RNTI相同。
为了更好的理解本公开实施例公开的反馈的处理方法及其装置，下面首先对本公开实施例适用的通信系统进行描述。
请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络侧设备和一个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络侧设备，两个或两个以上的终端设备。图1所示的通信系统以包括一个网络侧设备101和一个终端设备102为例。
需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。
本公开实施例中的网络侧设备101是网络侧的一种用于发射或接收信号的实体。例如，网络侧设备101可以为演进型基站(evolved NodeB，eNB)、传输点(transmissionreception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本公开的实施例对网络侧设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络侧设备可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将网络侧设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。
本公开实施例中的终端设备102是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。
下面结合附图对本公开所提供的反馈的处理方法及其装置进行详细地介绍。
请参见图2，图2是本公开实施例提供的一种反馈的处理方法的流程示意图。如图2所示，该反馈的处理方法可以包括但不限于如下步骤：
步骤S201：接收网络侧设备发送的控制指令。
其中，在本公开的实施例中，控制指令用于指示调度的数据是否支持HARQ反馈的功能。
步骤S202：确定调度的数据是否支持HARQ反馈功能。
其中，在本公开的实施例中，调度的数据为接收到控制指令之后调度的数据，或者为由控制指令调度的数据。
举例而言，终端设备接收控制指令，根据该控制指令确定接收到该控制指令之后的数据调度是否支持HARQ反馈功能；或者，终端设备对控制指令进行解析，得到该控制指令需要调度的数据，从而确定该控制指令调度的数据是否支持HARQ反馈功能。
通过实施本公开实施例，终端设备可以基于接收的控制指令，确定调度的数据的是否支持HARQ反馈功能，进而确定是否为调度的数据开启HARQ反馈功能，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在本公开的一种实现方式中，该控制指令可以为一个调度指令，以便终端设备还可基于该控制指令，为当前的数据调度启用和/或禁用HARQ反馈功能。作为一种示例，请参见图3，图3为本公开实施例提供的另一种反馈的处理方法的流程示意图。该反馈的处理方法的控制指令中包括第一物理层控制信令，该第一物理层控制信令用于指示HARQ启用和/或禁用。如图3所示，该方法可以包括但不限于以下步骤：
步骤S301，接收网络侧设备发送的控制指令，该控制指令包括第一物理层控制信令。
其中，在本公开的实施例中，第一物理层控制信令用于指示HARQ启用和/或禁用。
作为一种示例，接收网络侧设备发送的控制指令，该控制指令包括指示HARQ启用的第一物理层控制信令。
作为另一种示例，接收网络侧设备发送的控制指令，该控制指令包括指示HARQ禁用的第一物理层控制信令。
作为又一种示例，接收网络侧设备发送的控制指令，该控制指令包括指示HARQ启用和禁用的第一物理层控制信令。
在本公开的一些实施例中，该第一物理层控制信令可以是DCI。
步骤S302，基于第一物理层控制信令，确定第一物理层控制信令当前的数据调度是否支持HARQ反馈功能。
作为一种示例，以第一物理层控制信令指示HARQ启用为例，则终端设备在接收到控制指令后，对该控制指令所调度的数据启用HARQ反馈功能。
作为另一种示例，以第一物理层控制信令指示HARQ禁用为例，则终端设备在接收到控制指令后，对该控制指令所调度的数据禁用HARQ反馈功能。
作为又一种示例，以第一物理层控制信令指示HARQ启用和禁用为例，则终端设备在接收到控制指令后，对该控制指令所调度的数据开启HARQ反馈功能，并在该控制指令所调度的数据传输完成后，禁用HARQ反馈功能。
请参见图4，图4为本公开实施例提供的一种混合自动重传反馈示意图。如图4所示，终端设备在接收的控制指令中包含调度HARQ启用的信息时，启用HARQ反馈功能以进行HARQ反馈；终端设备在接受到的控制指令中包含调度HARQ禁用的信息时，则不进行HARQ反馈，并禁用HARQ反馈功能，从而避免因HARQ进程过多而出现HARQ阻塞的问题。
通过实施本公开实施例，终端设备可以基于接收的控制指令包括的第一物理层控制信令，确定控制指令需要调度的数据的是否支持HARQ反馈功能，进而确定是否启用HARQ反馈功能，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在本公开的一种实现方式中，该控制指令可以为一个用于指示HARQ启用或禁用以及一段时间的控制指令，以使得终端设备还可基于该控制指令，在该一段时间内启用或禁用HARQ反馈功能。作为一种示例，请参见图5，图5为本公开实施例提供的另一种反馈的处理方法的流程示意图。该反馈的处理方法包括第二物理层控制信令，该第二物理层控制信令用以指示HARQ启用或禁用、以及第一时间段。如图5所示，该方法可以包括但不限于以下步骤：
步骤S501，接收网络侧设备发送的控制指令，该控制指令包括第二物理层控制信令。
其中，在本公的实施例中，第二物理层控制信令用以指示HARQ启用或禁用、以及第一时间段。其中，第一时间段指该第二物理层控制信令指示HARQ启用或禁用的时间段。
作为一种示例，接收网络侧设备发送的控制指令，该控制指令包括第二物理层控制信令，该第二物理层控制信令用于指示在第一时间段内HARQ启用。
作为另一种示例，该控制指令包括第二物理层控制信令，该第二物理层控制信令用于指示在第一时间段内HARQ禁用。
步骤S502，基于第二物理层控制信令，确定第一时间段内的数据调度是否支持HARQ反馈功能。
作为一种示例，以第二物理层控制信令指示HARQ启用为例，则终端设备在接收到控制指令后的第一时间段内启用HARQ反馈功能。
作为另一种示例，以第二物理层控制信令指示HARQ禁用为例，则终端设备在接收到控制指令后的第一时间段内禁用HARQ反馈功能。
通过实施本公开实施例，终端设备可以基于包括第二物理层控制信令的控制指令，在第一时间段内启用或禁用HARQ，从而避免HARQ进程过多，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在本公开的一种实现方式中，该控制指令可以为一个用于指示HARQ启用或禁用的控制指令，以使得终端设备可以基于该控制指令，直接启用或禁用HARQ反馈功能。请参见图6，图6为本公开实施例提供的另一种反馈的处理方法的流程示意图。该反馈的处理方法包括第三物理层控制信令，该第三物理层控制信令用以指示HARQ启用或禁用。如图6所示，该方法可以包括但不限于以下步骤：
步骤S601，接收网络侧设备发送的控制指令，该控制指令包括第三物理层控制信令。
其中，在本公开的实施例中，第三物理层控制信令用于指示HARQ启用或禁用。
作为一种示例，接收网络侧设备发送的控制指令，该控制指令包括指示HARQ启用的第三物理层控制信令。
作为另一种示例，接收网络侧设备发送的控制指令，该控制指令包括指示HARQ禁用的第三物理层控制信令。
步骤S602，基于第三物理层控制信令，确定第二时间段内的数据调度是否支持HARQ反馈功能。
其中，第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
作为一种示例，请参见图7，图7为本公开实施例提供的另一种混合自动重传反馈示意图。如图7所示，终端设备在接收到指示HARQ启用(HARQ enabled)的包含第三物理层控制信令的控制指令后，启用HARQ反馈功能，直至接收到指示HARQ禁用(HARQ disabled)的包含第三物理层控制信令的控制指令；终端设备在接收到指示HARQ禁用的包含第三物理层控制信令的控制指令后，禁用HARQ反馈功能，直至接收到指示HARQ启用的包含第二物理层控制信令的控制指令。
需要说明的是，图7中所示的HARQ enable period(HARQ启用期)代表终端支持HARQ反馈的时间段信息，该时间段信息可以由网络侧设备通过预先定义的HARQenablingpattern(HARQ启用图样)向终端设备进行指示；图7中所示的HARQ disableperiod(HARQ禁用期)代表终端设备禁用HARQ反馈功能的时间段，HARQ enable period(HARQ启用期)代表终端设备启用HARQ反馈功能的时间段，上述时间段的时间长度信息可以由网络侧设备通过预先定义的HARQ pattern(HARQ图样)向终端设备进行指示。例如：终端设备可以接收网络侧设备发送的HARQ图样，该HARQ图样中可以包括HARQ启用的时间信息和/或HARQ禁用的时间信息。其中，HARQ启用的时间信息用于指示终端设备在一段时间内，启用HARQ反馈功能，且HARQ启用的时间信息中可包含时间起始位置、时间结束位置和时间长度信息中的任意一项或多项，以指示终端设备启用HARQ反馈功能的具体时间段；HARQ禁用的时间信息用于指示终端设备在一段时间内，禁用HARQ反馈功能，并且，也可以指示终端设备在除上述一段时间内的其他时间段内，启用HARQ反馈功能，且HARQ禁用的时间信息中也可包含时间起始位置、时间结束位置及时间长度信息中的任意一项或多项，以指示终端设备禁用HARQ反馈功能的具体时间段。
通过实施本公开实施例，终端设备可以基于接收到包括第二物理层控制信令的控制指令，启用或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
需要说明的是，本公开实施例中的反馈的处理方法适用于终端设备的上行传输和下行传输场景。对于终端设备的上行传输场景，在本公开的一种实现方式中，可以将针对上行传输的控制指令作为控制指令，从而使终端设备可以根据控制指令，为调度的上行数据启用或禁用HARQ反馈功能。作为一种示例，请参见图8，图8为本公开实施例提供的另一种反馈的处理方法的流程示意图。该反馈的处理方法的控制指令为针对上行传输的控制指令。如图8所示，该方法可以包括但不限于以下步骤：
步骤S801，接收网络侧设备发送的控制指令。
其中，在本公开实施例中，控制指令为针对上行传输的控制指令。
在本公开的实施例中，步骤S801可分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
步骤S802，根据控制指令，确定调度的数据是否支持HARQ反馈功能。
在本公开的实施例中，步骤S802可分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
步骤S803，在终端设备发送上行数据之后，等待网络侧设备进一步发送的调度指令或HARQ反馈，并基于网络侧设备进一步发送的调度指令或HARQ反馈确定是否重新发送上行数据，其中，控制指令为针对下行传输的控制指令，且调度的数据支持HARQ反馈功能；或者，终端设备发送上行数据之后，清空与上行数据对应的HARQ进程中的数据缓存，其中，控制指令为针对下行传输的控制指令，且调度的数据不支持HARQ反馈功能。
作为一种示例，针对上行传输的控制指令调度的数据支持HARQ反馈功能，则终端设备在发送针对上行传输的控制指令调度的数据后，等待网络侧设备进一步发送的调度指令，假设网络侧设备进一步发送的调度指令指示终端设备需要重新发送上行调度指令调度的数据后，则终端设备需要重新向网络侧设备发送该数据；或者，假设网络侧设备进一步发送的调度指令指示终端设备不需要重新发送上行数据，则终端设备无需重新向网络侧设备发送该数据。
作为另一种示例，针对上行传输的控制指令调度的数据支持HARQ反馈功能，则终端设备发送针对上行传输的控制指令指令调度的数据后，等待网络侧设备发送的HARQ反馈，假设网络侧设备发送的HARQ反馈指示终端设备需要重新发送针对上行传输的控制指令调度的数据，则终端设备需要重新向网络侧设备发送该数据；或者，假设网络侧设备发送的HARQ反馈指示终端设备不需要重新发送针对上行传输的控制指令调度的数据，则终端设备无需重新向网络侧设备发送该数据。
作为又一种示例，针对上行传输的控制指令的数据不支持HARQ反馈功能，则终端设备在发送针对上行传输的控制指令调度的数据后，清空与该数据对应的HARQ进程中的数据缓存。
通过实施本公开实施例，终端设备可以基于接收到的针对上行传输的控制指令，确定调度的上行数据是否支持HARQ反馈功能，并在调度的数据不支持HARQ反馈功能时清空与该数据对应的HARQ进程中的数据缓存，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
对于终端设备的下行传输场景，在本公开的一种实现方式中，可以将针对下行传输的控制指令作为控制指令，从而使终端设备可以根据控制指令，为调度的下行数据启用或禁用HARQ反馈功能。作为一种示例，请参见图9，图9为本公开实施例提供的另一种反馈的处理方法的流程示意图。该反馈的处理方法的控制指令为针对下行传输的控制指令。如图9所示，该方法可以包括但不限于以下步骤：
步骤S901，接收网络侧设备发送的控制指令。
在本公开的实施例中，步骤S901可分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
步骤S902，根据控制指令，确定调度的数据是否支持HARQ反馈功能。
在本公开的实施例中，步骤S902可分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。
步骤S903，在终端设备接收到下行数据之后，在指示的位置上反馈下行数据的HARQ反馈信息，其中，所述控制指令为针对下行传输的控制指令，且所述调度的数据支持所述HARQ反馈功能；或者，在终端设备接收到下行数据之后，禁用HARQ反馈，并清空与下行数据对应的HARQ进程中的数据缓存，其中，控制指令为针对下行传输的控制指令，且调度的数据不支持HARQ反馈功能。
作为一种示例，针对下行传输的控制指令调度的数据支持HARQ反馈功能，则终端设备接收到网络侧设备发送的下行数据之后，在针对下行传输的控制指令指示的位置上反馈接收到的下行数据的HARQ反馈信息。
作为另一种示例，下行调度指令调度的数据不支持HARQ反馈功能，则终端设备接收到网络侧设备发送的下行数据之后，禁用自身的HARQ反馈，并清空与接收到的下行数据对应的HARQ进程中的数据缓存。
通过实施本公开实施例，终端设备可以基于接收到的针对下行传输的控制指令，确定调度的下行数据是否支持HARQ反馈功能，并在调度的数据不支持HARQ反馈功能时清空与该数据对应的HARQ进程中的数据缓存，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
需要说明的是，本公开的实施例可采用显示指示的方式指示调度的数据是否支持HARQ反馈功能。在本公开的一些实施例中，本公开的实施例中的控制指令中可以包括预定信息域中，由此终端设备能够基于控制指令中预定信息域，确定调度的数据是否支持HARQ反馈功能。
其中，在本公开的实施例中，预定信息域的长度和/或位置为协议约定的；或者，预定信息域的长度和/或位置为预先配置的。
作为一种示例，预定信息域的长度和预定信息域的位置可以为协议约定的。
作为另一种示例，预定信息域的长度和预定信息域的位置可以为预先配置的。
作为又一种示例，预定信息域的长度可以为协议约定的，预定信息域的位置可以为预先配置的。
作为又一种示例，预定信息域的长度可以为预先配置的，预定信息域的位置可以为协议约定的。
需要说明的是，在本公开的实施例中，预定信息域可以是引入的新的信息域；或者，预定信息域也可以是已有信息域。
作为一种示例，可以在控制指令的中引入“HARQ disablingflag”的信息域，该信息域有1bit的长度信息，“1”代表调度的数据支持HARQ反馈功能；“0”代表调度的数据是不支持HARQ反馈功能。
作为另一种示例，可以通过控制指令(如DCI)中已有的信息域来承载相应的信息中的值(例如：RNTI值)作为指示目标值，以指示调度的数据是否支持HARQ反馈功能。比如如果某个信息域的指示值为预先约定的值，那么就认为调度的数据传输是支持HARQ反馈功能的；若为其他值的情况下，则认为调度的数据传输不支持HARQ反馈功能的。上述技术方案的具体实现方式将在其他实施例中给出，本公开在此不再赘述。
需要说明的是，本公开的实施例可采用隐式指示的方式指示调度的数据是否支持HARQ反馈功能。在本公开的一些实施例中，控制指令还可以为调度指令，该调度指令可是现有的通信指令，从而可以使终端设备通过隐式的方式获得目标控调度的数据是否是支持HARQ反馈的信息。例如，在本公开的一种实现方式中，可通过RNTI(Radio Network TemporyIdentity，无线电网络临时标识)的值指示调度的数据是否支持HARQ反馈功能。作为一种示例，请参见图10，图10为本公开实施例提供的又一种反馈的处理方法的流程示意图。该反馈的处理方法可预先配置RNTI的值与支持HARQ反馈功能的对应关系，从而使终端设备可通过RNTI，确定调度的数据是否支持HARQ反馈功能。如图10所示，该方法可以包括但不限于以下步骤：
步骤S1001，接收网络侧设备发送的调度指令，该调度指令中包括RNTI。
步骤S1002，确定RNTI的值与是否支持HARQ反馈功能的对应关系。
其中，在本公开的实施例中，网络侧设备可以预先通知终端设备RNTI的值与支持HARQ反馈功能的对应关系；或者，网络侧设备和终端设备可以预先约定RNTI的值与支持HARQ反馈功能的对应关系。
举例而言，可以将RNTI的取值范围划分为第一取值范围及第二取值范围两部分，网络侧设备可以通过事先通信，以预先通知终端设备在第一取值范围内的RNTI的值与支持HARQ反馈功能的对应关系，以及在第二取值范围内的RNTI的值与支持HARQ反馈功能的对应关系；或者，网络侧设备可以与终端设备预先约定，在第一取值范围内的RNTI的值与支持HARQ反馈功能的对应关系，以及在第二取值范围内的RNTI的值与支持HARQ反馈功能的对应关系。
作为一种示例，以RNTI的值的16进制表示为0001～003C为例，将0001～001E作为第一取值范围，对应调度的数据支持HARQ反馈功能；将001F～003C作为第二取值范围，对应调度的数据不支持HARQ反馈功能。网络侧设备可以通过事先通信，将上述对应关系预先通知终端设备。
作为另一种示例，以RNTI的值的16进制表示为0001～003C为例，网络侧设备可以和终端设备预先约定，将0001～001E作为第一取值范围，对应调度的数据支持HARQ反馈功能；将001F～003C作为第二取值范围，对应调度的数据不支持HARQ反馈功能。
步骤S1003，对调度指令进行解析，以获得调度指令上的目标RNTI值。
步骤S1004，基于对应关系和目标RNTI值，确定控制指令调度的数据是否支持HARQ反馈功能。
作为一种示例，以RNTI的值取值范围的16进制表示为0001～003C为例，将0001～001E作为第一取值范围，对应调度的数据支持HARQ反馈功能；将001F～003C作为第二取值范围，对应调度的数据不支持HARQ反馈功能。假设目标RNTI值的值为0010，该目标RNTI值在第一取值范围内，则可确定控制指令调度的数据支持HARQ反馈功能。
通过实施本公开实施例，终端设备可以基于接收到的调度指令中的RNTI值，确定调度的数据是否支持HARQ反馈功能，进而确定启用或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在本公开的一些实施例中，终端设备还可通过加扰序列，确定控制指令调度的数据是否支持HARQ反馈功能。作为一种示例，请参见图11，图11为本公开实施例提供的又一种反馈的处理方法的流程示意图。该反馈的处理方法可以预先配置加扰序列与支持HARQ反馈功能的对应关系，从而是终端设备可以通过加扰序列确定控制指令调度的数据是否支持HARQ反馈功能。如图11所示，该方法可以包括但不限于以下步骤：
步骤S1101，接收网络侧设备发送的调度指令，该调度指令中包括加扰序列。
步骤S1102，确定加扰序列与是否支持HARQ反馈功能的对应关系。
举例而言，可以预先定义两个正交的加扰序列(如第一加扰序列和第二加扰序列)，以上述第一加扰序列存在指示调度的数据支持HARQ反馈功能，以上述第二加扰序列不存在指示调度的数据不支持HARQ反馈功能。
步骤S1103，对调度指令进行解析，以获得指令上的目标加扰序列。
步骤S1104，基于对应关系和目标加扰序列，确定控制指令调度的数据是否支持HARQ反馈功能。
作为一种示例，以上述第一加扰序列存在指示调度的数据支持HARQ反馈功能，第二加扰序列不存在指示调度的数据不支持HARQ反馈功能为例，假设终端设备获得的加扰序列中包含第一加扰序列，则终端设备可确定调度的数据支持HARQ反馈功能；假设终端设备获得的加扰序列中包含第二加扰序列，则终端设备可确定调度的数据不支持HARQ反馈功能。
通过实施本公开实施例，终端设备可以基于接收到的调度指令中的加扰序列，确定调度的数据是否支持HARQ反馈功能，进而确定启用或禁用HARQ，从而避免因HARQ进程过多而出现HARQ阻塞的问题，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
上述本公开提供的实施例中，从终端设备角度对本公开实施例提供的方法进行了介绍。下面，将从网络侧设备的角度对本公开实施例提供反馈的处理方法进行进一步介绍。
请参见图12，图12为本公开实施例提供的一种反馈的处理方法的流程示意图，该方法由网络侧设备执行。如图12所示，该方法可以包括但不限于以下步骤：
步骤S1201，向终端设备发送控制指令，其中，控制指令用于指示终端设备确定调度的数据是否支持HARQ反馈功能。
其中，目标调度的数据为终端设备接收到控制指令之后调度的数据，或者为由控制指令调度的数据。
举例而言，向终端设备发送控制指令，使终端设备根据该控制指令确定接收到该控制指令之后的数据调度是否支持HARQ反馈功能；或者，向终端设备发送控制指令，使终端设备对控制指令进行解析，得到该控制指令需要调度的数据，从而确定该控制指令调度的数据是否支持HARQ反馈功能
在一种实现方式中，控制指令为包括HARQ启用和/或禁用的第一物理层控制信令；第一物理层控制信令用于指示当前的数据调度是否支持HARQ反馈功能。
作为一种示例，向终端设备发送控制指令，该控制指令包括第一物理层控制信令，该第一物理层控制信令用于指示终端设备，对该控制指令所调度的数据启用HARQ反馈功能。
作为另一种示例，向终端设备发送控制指令，该控制指令包括第一物理层控制信令，该第一物理层控制信令用于指示终端设备，对该控制指令所调度的数据禁用HARQ反馈功能。
作为又一种示例，向终端设备发送控制指令，该控制指令包括第一物理层控制信令，该第一物理层控制信令用于指示终端设备，对该控制指令所调度的数据启用HARQ反馈功能，并在该控制指令所调度的数据传输完成后禁用HARQ反馈功能。
在一种实现方式中，控制指令为包括用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令；第二物理层控制信令用于指示第一时间段内的数据调度是否支持HARQ反馈功能。
作为一种示例，向终端设备发送控制指令，该控制指令包括第二物理层控制信令，该第二物理层控制信令用于指示终端设备在接收到控制指令后的第一时间段内启用HARQ反馈功能。
作为另一种示例，向终端设备发送控制指令，该控制指令包括第二物理层控制信令，该第二物理层控制信令用于指示终端设备在接收到控制指令后的第一时间段内禁用HARQ反馈功能。
在一种实现方式中，控制指令为包括用以指示HARQ启用或禁用的第三物理层控制信令；第三物理层控制信令用于指示第二时间段内的数据调度是否支持HARQ反馈功能；其中，第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
作为一种示例，向终端设备发送控制指令，该控制指令包括第三物理层控制信令，该第三物理层控制信令用于指示终端设备在接收到该控制指令后禁用HARQ，直至接收到指示终端设备启用HARQ的控制指令。
作为另一种示例，向终端设备发送控制指令，该控制指令包括第三物理层控制信令，该第三物理层控制信令用于指示终端设备在接收到该控制指令后，启用HARQ，直至接收到指示终端设备禁用HARQ的控制指令。
在一种实现方式中，控制指令为针对上行传输的控制指令或针对下行传输的控制指令。
举例而言，终端设备可以使用针对上行传输的控制指令作为控制指令，以指示终端设备确定调度的上行数据是否支持HARQ反馈功能；或者，终端设备也可以使用下行调度控制指令作为控制指令，以指示终端设备确定调度的下行数据是否支持HARQ反馈功能。
在一种实现方式中，控制指令中包括预定信息域；该预定信息域用于指示调度的数据是否支持HARQ反馈功能。
需要说明的是，在本公开的实施例中，预定信息域可以是引入的新的信息域；或者，预定信息域也可以是已有信息域。
作为一种示例，控制指令中可以包括新引入的“HARQ disablingflag”的信息域，该信息域有1bit的长度信息，“1”代表调度的数据支持HARQ反馈功能；“0”代表调度的数据是不支持HARQ反馈功能。
作为另一种示例，可以通过已有的某些信息域中的值(例如：RNTI值)作为指示目标值，以指示调度的数据是否支持HARQ反馈功能。比如如果某个信息域的指示值为预先约定的值，那么就认为调度的数据传输是支持HARQ反馈功能的；若为其他值的情况下，则认为调度的数据传输不支持HARQ反馈功能的。上述技术方案的具体实现方式可参见本公开提供的其他实施例，本公开在此不再赘述。
在一种可选地实现方式中，预定信息域的长度和/或位置为协议约定的；或者，预定信息域的长度和/或位置为预先配置的。
作为一种示例，预定信息域的长度和预定信息域的位置可以为协议约定的。
作为另一种示例，预定信息域的长度和预定信息域的位置可以为预先配置的。
作为又一种示例，预定信息域的长度可以为协议约定的，预定信息域的位置可以为预先配置的。
作为又一种示例，预定信息域的长度可以为预先配置的，预定信息域的位置可以为协议约定的。
通过实施本公开实施例，网络侧设备可以通过控制指令指示终端设备确调度的数据是否支持HARQ反馈功能，从而使终端设备启用或禁用HARQ，从而避免终端设备的HARQ进程过多，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在本公开实施例的一些实现方式中，网络侧设备发送的控制指令为还可以为调度指令。作为一种示例，请参见图13，图13为本公开实施例提供的另一种反馈的处理方法的流程示意图，该方法由网络侧设备执行。如图13所示，该方法可以包括但不限于以下步骤：
步骤S1301，基于目标RNTI值对控制指令进行加扰，其中，控制指令为调度指令。
举例而言，根据RNTI值与是否支持HARQ反馈功能的对应关系，确定目标RNTI值，基于该目标RNTI值对调度指令进行加扰，使得调度指令中携带该目标RNTI值。
作为一种示例，以RNTI的值取值范围的16进制表示为0001～003C为例，将0001～001E的RNTI值，作为对应调度的数据支持HARQ反馈功能的RNTI值；将001F～003C的RNTI值，作为对应调度的数据不支持HARQ反馈功能的RNTI值。假设网络侧设备需要指示终端设备调度的数据支持HARQ反馈功能，则网络侧设备可从0001～001E之间随机选取一个值(例如：0010)作为目标RNTI值。并基于该目标RNTI值对调度指令进行加扰。
步骤S1302，向终端设备发送以目标RNTI值加扰的调度指令。
其中，在本公开实施例中，以目标RNTI值加扰的调度指令用于隐性指示调度的数据是否支持HARQ反馈功能。
通过实施本公开实施例，网络侧设备可以通过控制指令中的目标RNTI值，指示终端设备确调度的数据是否支持HARQ反馈功能，从而使终端设备启用或禁用HARQ，从而避免终端设备的HARQ进程过多，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
在本公开实施例的一些实现方式中，网络侧设备发送的控制指令为还可以为调度指令。作为一种示例，请参见图14，图14为本公开实施例提供的另一种反馈的处理方法的流程示意图，该方法由网络侧设备执行。如图14所示，该方法可以包括但不限于以下步骤：
步骤S1401，在RNTI上以目标加扰序列对控制指令进行加扰，其中，控制指令为调度指令。
举例而言，网络侧设备可以和终端设备预先定义两个正交的加扰序列，以上述加扰序列存在指示调度的数据支持HARQ反馈功能，以上述正交的加扰序列不存在指示调度的数据不支持HARQ反馈功能。假设网络侧设备需要指示终端设备调度的数据支持HARQ反馈功能，则在RNTI上以上述正交的加扰序列对调度指令进行加扰；或者，网络侧设备需要指示终端设备调度的数据支持HARQ反馈功能，则在RNTI上以不同于上述正交的加扰序列的其他加扰序列对调度指令进行加扰。
步骤S1402，向终端设备发送以目标加扰序列加扰的调度指令。
其中，在本公开实施例中，以目标加扰序列加扰的调度指令用于隐性指示调度的数据是否支持HARQ反馈功能。
通过实施本公开实施例，网络侧设备可以通过控制指令中的加扰序列，指示终端设备确调度的数据是否支持HARQ反馈功能，从而使终端设备启用或禁用HARQ，从而避免终端设备的HARQ进程过多，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
上述本公开提供的实施例中，分别从终端设备、网络侧设备的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能，网络侧设备和第一终端设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
请参见图15，为本公开实施例提供的一种通信装置1500的结构示意图。图15所示的通信装置1500可包括收发模块15001和处理模块15002。收发模块15001可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块15001可以实现发送功能和/或接收功能。
通信装置1500可以是终端设备，也可以是终端设备中的装置，还可以是能够与终端设备匹配使用的装置。或者，通信装置1500可以是网络侧设备，也可以是网络侧设备中的装置，还可以是能够与网络侧设备匹配使用的装置。
通信装置1500为终端设备：收发模块1501，用于接收网络侧设备发送的控制指令；处理模块1502，用于确定调度的数据是否支持HARQ反馈功能。
在一种实现方式中，处理模块1502具体用于：基于控制指令，确定第一物理层控制信令当前的数据调度是否支持HARQ反馈功能，其中，控制指令为指示HARQ启用和/或禁用的第一物理层控制信令。
在一种实现方式中，处理模块1502具体用于：基于控制指令，确定第一时间段内的数据调度是否支持HARQ反馈功能，其中，控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令。
在一种实现方式中，处理模块1502具体用于：基于控制指令，确定第二时间段内的数据调度是否支持HARQ反馈功能；其中，控制指令为用以指示HARQ启用或禁用的第三物理层控制信令，第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
在一种实现方式中，收发模块1501还用于：在终端设备发送上行数据之后，等待网络侧设备进一步发送的调度指令或HARQ反馈，并基于网络侧设备进一步发送的调度指令或HARQ反馈确定是否重新发送上行数据，其中，控制指令为针对上行传输的控制指令，且调度的数据支持HARQ反馈功能；或者，在终端设备发送上行数据之后，清空与上行数据对应的HARQ进程中的数据缓存，其中，控制指令为针对上行传输的控制指令，且调度的数据不支持HARQ反馈功能。
在一种实现方式中，收发模块1501还用于：在终端设备接收到下行数据之后，在指示的位置上反馈下行数据的HARQ反馈信息，其中，控制指令为针对下行传输的控制指令，且调度的数据支持HARQ反馈功能；或者，在终端设备接收到下行数据之后，禁用HARQ反馈，并清空与下行数据对应的HARQ进程中的数据缓存，其中，控制指令为针对下行传输的控制指令，且调度的数据不支持HARQ反馈功能。
在一种实现方式中，处理模块1502具体用于：基于控制指令中预定信息域中的指示信息，确定调度数据是否支持HARQ反馈功能。
在一种可选地实现方式中，预定信息域的长度和/或位置为协议约定的；或者，预定信息域的长度和/或位置为预先配置的。
在一种实现方式中，处理模块1502具体用于：确定无线网络临时标识RNTI的值与是否支持HARQ反馈功能的对应关系，其中，控制指令为调度指令；对调度指令进行解析，以获得调度指令上的目标RNTI值；基于对应关系和目标RNTI值，确定调度的数据是否支持HARQ反馈功能。
在一种实现方式中，处理模块1502具体用于：确定加扰序列与是否支持HARQ反馈功能的对应关系，其中，控制指令为调度指令；对调度指令进行解析，以获得调度指令上的目标加扰序列；基于对应关系和目标加扰序列，确定调度的数据是否支持HARQ反馈功能。
通过本公开实施例的通信装置，终端设备可以基于接收的控制指令，确定调度的数据的是否支持HARQ反馈功能，进而确定是否为调度的数据开启HARQ反馈功能，从而避免HARQ进程过多，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
通信装置1500为网络侧设备：收发模块1501，用于向终端设备发送控制指令；其中，控制指令用于指示终端设备确定调度的数据是否支持HARQ反馈功能。
在一种实现方式中，控制指令为指示HARQ启用和/或禁用的第一物理层控制信令；第一物理层控制信令用于指示当前的数据调度是否支持HARQ反馈功能。
在一种实现方式中，控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令；第二物理层控制信令用于指示第一时间段内的数据调度是否支持HARQ反馈功能。
在一种实现方式中，控制指令为用以指示HARQ启用或禁用的第三物理层控制信令；第三物理层控制信令用于指示第二时间段内的数据调度是否支持HARQ反馈功能；其中，第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
在一种实现方式中，控制指令为针对上行传输的控制指令或针对下行传输的控制指令。
在一种实现方式中，控制指令中包括预定信息域；预定信息域用于指示调度的数据是否支持HARQ反馈功能。
在一种可选地实现方式中，预定信息域的长度和/或位置为协议约定的；或者，预定信息域的长度和/或位置为预先配置的。
在一种实现方式中，收发模块1501具体用于：基于目标无线网络临时标识RNTI值对控制指令进行加扰，其中，控制指令为调度指令；向终端设备发送以目标RNTI值加扰的调度指令；以目标RNTI值加扰的调度指令用于隐性指示调度的数据是否支持HARQ反馈功能。
在一种实现方式中，收发模块1501具体用于：在无线网络临时标识RNTI上以目标加扰序列对控制指令进行加扰，其中，控制指令为调度指令；向终端设备发送以目标加扰序列加扰的调度指令；以目标加扰序列加扰的调度指令用于隐性指示调度的数据是否支持HARQ反馈功能。
通过本公开实施例的通信装置，网络侧设备可以通过控制指令指示终端设备确调度的数据是否支持HARQ反馈功能，从而使终端设备启用或禁用HARQ，从而避免终端设备的HARQ进程过多，防止因终端设备HARQ进程不足导致的数据传输的有效性降低，提高终端设备的数据传输效率。
请参见图16，图16是本公开实施例提供的另一种通信装置1600的结构示意图。通信装置1600可以是网络侧设备，也可以是终端设备，也可以是支持网络侧设备实现上述方法的芯片、芯片系统、或处理器等，还可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
通信装置1600可以包括一个或多个处理器16001。处理器16001可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。
可选的，通信装置1600中还可以包括一个或多个存储器16002，其上可以存有计算机程序16003，处理器16001执行所述计算机程序16003，以使得通信装置1600执行上述方法实施例中描述的方法。可选的，所述存储器16002中还可以存储有数据。通信装置1600和存储器16002可以单独设置，也可以集成在一起。
可选的，通信装置1600还可以包括收发器16004、天线16005。收发器16004可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器16004可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。
可选的，通信装置1600中还可以包括一个或多个接口电路16006。接口电路16006用于接收代码指令并传输至处理器16001。处理器16001运行所述代码指令以使通信装置1600执行上述方法实施例中描述的方法。
通信装置1600为终端设备：处理器16001用于执行图2中的步骤S202；执行图3中的步骤S302；执行图5中的步骤S502；执行图6中的步骤S602；执行图8中的步骤S802及步骤S803；执行图8中的步骤S802及步骤S903；执行图10中的步骤S1002、步骤S1003及步骤S1004；执行图10中的步骤S1102、步骤S1103及步骤S1104。收发器16004用于执行图2中的步骤S201；执行图3中的步骤S301；执行图5中的步骤S501；执行图6中的步骤S601；执行图8中的步骤S801；执行图9中的步骤S901；执行图10中的步骤S1001；执行图10中的步骤S1001。
通信装置1600为网络侧设备：收发器16004用于执行图12中的步骤S1201；执行图13中的步骤S1301；执行图14中的步骤S1401。处理器16001用于执行图13中的步骤S1302；执行图14中的步骤S1402。
在一种实现方式中，处理器16001中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中，处理器16001可以存有计算机程序，该计算机程序在处理器16001上运行，可使得通信装置1600执行上述方法实施例中描述的方法。计算机程序可能固化在处理器16001中，该种情况下，处理器16001可能由硬件实现。
在一种实现方式中，通信装置1600可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是网络侧设备或者终端设备(如前述方法实施例中的第一终端设备)，但本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图16的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：
(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；
(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；
(3)ASIC，例如调制解调器(Modem)；
(4)可嵌入在其他设备内的模块；
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络侧设备、云设备、人工智能设备等等；
(6)其他等等。
对于通信装置可以是芯片或芯片系统的情况，可参见图17所示的芯片的结构示意图。图17所示的芯片包括处理器1701和接口1702。其中，处理器1701的数量可以是一个或多个，接口1702的数量可以是多个。
芯片用于实现本申请实施例中终端设备的功能，或者，芯片用于实现本申请实施例中网络侧设备的功能。
可选的，芯片还包括存储器1703，存储器1703用于存储必要的计算机程序和数据。
本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本公开实施例保护的范围。
本公开实施例还提供一种反馈系统，该系统包括前述图15实施例中作为终端设备的通信装置和作为网络侧设备的通信装置，或者，该系统包括前述图16实施例中作为终端设备的通信装置和作为网络侧设备的通信装置。
本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。
本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。
本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围，也表示先后顺序。
本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”，该“第一”、“第二”、“第三”描述的技术特征间无先后顺序或者大小顺序。
本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。
本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。
Claims (27)
1.一种混合自动重传请求HARQ反馈的处理方法，其特征在于，所述方法由终端设备执行，所述方法包括：
接收网络侧设备发送的控制指令；
确定调度的数据是否支持HARQ反馈功能。
2.如权利要求1所述的方法，其特征在于，所述确定调度的数据是否支持HARQ反馈功能，包括：
基于所述控制指令，确定所述第一物理层控制信令当前的数据调度是否支持HARQ反馈功能，其中，所述控制指令为指示HARQ启用和/或禁用的第一物理层控制信令。
3.如权利要求1所述的方法，其特征在于，所述确定调度的数据是否支持HARQ反馈功能，包括：
基于所述控制指令，确定第一时间段内的数据调度是否支持HARQ反馈功能，其中，所述控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令。
4.如权利要求1所述的方法，其特征在于，所述确定调度的数据是否支持HARQ反馈功能，包括：
基于所述控制指令，确定第二时间段内的数据调度是否支持HARQ反馈功能；
其中，所述控制指令为用以指示HARQ启用或禁用的第三物理层控制信令，所述第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，所述第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
5.如权利要求1所述的方法，其特征在于，所述方法还包括：
在所述终端设备发送上行数据之后，等待所述网络侧设备进一步发送的调度指令或HARQ反馈，并基于网络侧设备进一步发送的调度指令或HARQ反馈确定是否重新发送所述上行数据，其中，所述控制指令为针对上行传输的控制指令，且所述调度的数据支持所述HARQ反馈功能；或者，
在所述终端设备发送上行数据之后，清空与所述上行数据对应的HARQ进程中的数据缓存，其中，所述控制指令为针对上行传输的控制指令，且所述调度的数据不支持所述HARQ反馈功能。
6.如权利要求1所述的方法，其特征在于，所述方法还包括：
在所述终端设备接收到下行数据之后，在指示的位置上反馈所述下行数据的HARQ反馈信息，其中，所述控制指令为针对下行传输的控制指令，且所述调度的数据支持所述HARQ反馈功能；或者，
在所述终端设备接收到下行数据之后，禁用HARQ反馈，并清空与所述下行数据对应的HARQ进程中的数据缓存，其中，其中，所述控制指令为针对下行传输的控制指令，且所述调度的数据不支持所述HARQ反馈功能。
7.如权利要求1至6中任一项所述的方法，其特征在于，所述确定所述调度的数据是否支持HARQ反馈功能，包括：
基于所述控制指令中预定信息域中的指示信息，确定所述调度数据是否支持HARQ反馈功能。
8.如权利要求7所述的方法，其特征在于，所述预定信息域的长度和/或位置为协议约定的；或者，所述预定信息域的长度和/或位置为预先配置的。
9.如权利要求1至6中任一项所述的方法，其特征在于，所述确定所述调度的数据是否支持HARQ反馈功能，包括：
确定无线网络临时标识RNTI的值与是否支持所述HARQ反馈功能的对应关系，其中，所述控制指令为调度指令；
对所述调度指令进行解析，以获得所述调度指令上的目标RNTI值；
基于所述对应关系和所述目标RNTI值，确定所述调度的数据是否支持HARQ反馈功能。
10.如权利要求1至6中任一项所述的方法，其特征在于，所述确定所述调度的数据是否支持HARQ反馈功能，包括：
确定加扰序列与是否支持所述HARQ反馈功能的对应关系，其中，所述控制指令为调度指令；
对所述调度指令进行解析，以获得所述调度指令上的目标加扰序列；
基于所述对应关系和所述目标加扰序列，确定所述调度的数据是否支持HARQ反馈功能。
11.一种混合自动重传请求反馈HARQ的处理方法，其特征在于，所述方法由网络侧设备执行，所述方法包括：
向终端设备发送控制指令；
其中，所述控制指令用于指示所述终端设备确定调度的数据是否支持HARQ反馈功能。
12.如权利要求11所述的方法，其特征在于，所述控制指令为指示HARQ启用和/或禁用的第一物理层控制信令；所述第一物理层控制信令用于指示当前的数据调度是否支持HARQ反馈功能。
13.如权利要求11所述的方法，其特征在于，所述控制指令为用以指示HARQ启用或禁用、以及第一时间段的第二物理层控制信令；所述第二物理层控制信令用于指示所述第一时间段内的数据调度是否支持HARQ反馈功能。
14.如权利要求11所述的方法，其特征在于，所述控制指令为用以指示HARQ启用或禁用的第三物理层控制信令；所述第三物理层控制信令用于指示第二时间段内的数据调度是否支持HARQ反馈功能；
其中，所述第二时间段为接收到用以指示HARQ启用的第三物理层控制信令开始，直到接收到用以指示HARQ禁用的第三物理层控制信令结束的时间段，或者，所述第二时间段为接收到用以指示HARQ禁用的第三物理层控制信令开始，直到接收到用以指示HARQ启用的第三物理层控制信令结束的时间段。
15.如权利要求11至14中任一项所述的方法，其特征在于，所述控制指令为针对上行传输的控制指令或针对下行传输的控制指令。
16.如权利要求11至15中任一项所述的方法，其特征在于，所述控制指令中包括预定信息域；所述预定信息域用于指示所述调度的数据是否支持HARQ反馈功能。
17.如权利要求16所述的方法，其特征在于，所述预定信息域的长度和/或位置为协议约定的；或者，所述预定信息域的长度和/或位置为预先配置的。
18.如权利要求11至15中任一项所述的方法，其特征在于，所述向终端设备发送控制指令，包括：
基于目标无线网络临时标识RNTI值对所述控制指令进行加扰，其中，所述控制指令为调度指令；
向终端设备发送以目标RNTI值加扰的调度指令；所述以目标RNTI值加扰的调度指令用于隐性指示所述调度的数据是否支持HARQ反馈功能。
19.如权利要求11至15中任一项所述的方法，其特征在于，所述向终端设备发送控制指令，包括：
在无线网络临时标识RNTI上以目标加扰序列对所述控制指令进行加扰，其中，所述控制指令为调度指令；
向终端设备发送所述以目标加扰序列加扰的调度指令；所述以目标加扰序列加扰的调度指令用于隐性指示所述调度的数据是否支持HARQ反馈功能。
20.一种通信装置，其特征在于，所述装置包括：
收发模块，用于接收网络侧设备发送的控制指令；
处理模块，用于确定调度的数据是否支持HARQ反馈功能。
21.一种通信装置，其特征在于，所述装置包括：
收发模块，用于向终端设备发送控制指令；
其中，所述控制指令用于指示所述终端设备确定调度的数据是否支持HARQ反馈功能。
22.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至10中任一项所述的方法。
23.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求11至19中任一项所述的方法。
24.一种通信装置，其特征在于，包括：处理器和接口电路；
所述接口电路，用于接收代码指令并传输至所述处理器；
所述处理器，用于运行所述代码指令以执行如权利要求1至10中任一项所述的方法。
25.一种通信装置，其特征在于，包括：处理器和接口电路；
所述接口电路，用于接收代码指令并传输至所述处理器；
所述处理器，用于运行所述代码指令以执行如权利要求11至19中任一项所述的方法。
26.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至10中任一项所述的方法被实现。
27.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求11至19中任一项所述的方法被实现。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2022/089100 WO2023206033A1 (zh) | 2022-04-25 | 2022-04-25 | 混合自动重传请求harq反馈的处理方法及其装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115004597A true CN115004597A (zh) | 2022-09-02 |
Family
ID=83023297
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202280001286.8A Pending CN115004597A (zh) | 2022-04-25 | 2022-04-25 | 混合自动重传请求harq反馈的处理方法及其装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN115004597A (zh) |
| WO (1) | WO2023206033A1 (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024124562A1 (zh) * | 2022-12-16 | 2024-06-20 | 北京小米移动软件有限公司 | 一种混合自动重传请求harq的配置方法及装置 |
| WO2024160263A1 (zh) * | 2023-02-03 | 2024-08-08 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2024197938A1 (zh) * | 2023-03-31 | 2024-10-03 | 北京小米移动软件有限公司 | 一种禁用混合自动重传请求harq反馈的指示方法及其装置 |
| WO2024207283A1 (en) * | 2023-04-06 | 2024-10-10 | Apple Inc. | Systems and methods for hybrid automatic repeat request feedback enablement/disablement |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108353313A (zh) * | 2015-11-05 | 2018-07-31 | 株式会社Ntt都科摩 | 用户终端、无线基站以及无线通信方法 |
| CN112204908A (zh) * | 2020-08-03 | 2021-01-08 | 北京小米移动软件有限公司 | Harq反馈的处理方法及装置、存储介质 |
| WO2021027574A1 (zh) * | 2019-08-14 | 2021-02-18 | 中国移动通信有限公司研究院 | 混合自动重传请求harq进程反馈的控制方法、终端及网络设备 |
| CN113259070A (zh) * | 2020-02-13 | 2021-08-13 | 苹果公司 | 用于无线通信的harq设计 |
| CN113328834A (zh) * | 2020-02-28 | 2021-08-31 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2021168834A1 (zh) * | 2020-02-28 | 2021-09-02 | Oppo广东移动通信有限公司 | 数据传输方法、装置及设备 |
| WO2021168833A1 (zh) * | 2020-02-28 | 2021-09-02 | Oppo广东移动通信有限公司 | 数据传输方法、装置及设备 |
| WO2021168835A1 (zh) * | 2020-02-28 | 2021-09-02 | Oppo广东移动通信有限公司 | Harq进程的状态确定方法、装置及设备 |
| CN113472488A (zh) * | 2020-03-30 | 2021-10-01 | 维沃移动通信有限公司 | Harq-ack的反馈模式确定方法、配置方法及设备 |
| WO2021197202A1 (zh) * | 2020-03-30 | 2021-10-07 | 维沃移动通信有限公司 | Harq-ack反馈的触发方法、反馈方法及设备 |
| US20210378003A1 (en) * | 2019-02-15 | 2021-12-02 | Vivo Mobile Communication Co.,Ltd. | Method for hybrid automatic repeat request harq feedback, terminal, and network device |
| WO2022006724A1 (zh) * | 2020-07-06 | 2022-01-13 | Oppo广东移动通信有限公司 | 用于关闭harq重传的处理方法、终端设备和网络设备 |
| KR20220047167A (ko) * | 2020-10-08 | 2022-04-15 | 한국전자통신연구원 | 통신 시스템에서의 피드백 정보 송수신 방법 및 장치 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10819473B2 (en) * | 2018-08-01 | 2020-10-27 | Charter Communications Operating, Llc | Disabling, using a designated process, hybrid automatic repeat request (HARQ) acknowledgments for packets for which acknowledgements are supported at network or higher layer |
| CN110855401A (zh) * | 2018-08-20 | 2020-02-28 | 华为技术有限公司 | 一种harq反馈方法和装置 |
-
2022
- 2022-04-25 WO PCT/CN2022/089100 patent/WO2023206033A1/zh unknown
- 2022-04-25 CN CN202280001286.8A patent/CN115004597A/zh active Pending
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108353313A (zh) * | 2015-11-05 | 2018-07-31 | 株式会社Ntt都科摩 | 用户终端、无线基站以及无线通信方法 |
| US20210378003A1 (en) * | 2019-02-15 | 2021-12-02 | Vivo Mobile Communication Co.,Ltd. | Method for hybrid automatic repeat request harq feedback, terminal, and network device |
| WO2021027574A1 (zh) * | 2019-08-14 | 2021-02-18 | 中国移动通信有限公司研究院 | 混合自动重传请求harq进程反馈的控制方法、终端及网络设备 |
| CN112398587A (zh) * | 2019-08-14 | 2021-02-23 | 中国移动通信有限公司研究院 | 混合自动重传harq进程反馈的控制方法、终端及网络设备 |
| CN113259070A (zh) * | 2020-02-13 | 2021-08-13 | 苹果公司 | 用于无线通信的harq设计 |
| WO2021168834A1 (zh) * | 2020-02-28 | 2021-09-02 | Oppo广东移动通信有限公司 | 数据传输方法、装置及设备 |
| CN113328834A (zh) * | 2020-02-28 | 2021-08-31 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2021168833A1 (zh) * | 2020-02-28 | 2021-09-02 | Oppo广东移动通信有限公司 | 数据传输方法、装置及设备 |
| WO2021168835A1 (zh) * | 2020-02-28 | 2021-09-02 | Oppo广东移动通信有限公司 | Harq进程的状态确定方法、装置及设备 |
| CN113472488A (zh) * | 2020-03-30 | 2021-10-01 | 维沃移动通信有限公司 | Harq-ack的反馈模式确定方法、配置方法及设备 |
| WO2021197202A1 (zh) * | 2020-03-30 | 2021-10-07 | 维沃移动通信有限公司 | Harq-ack反馈的触发方法、反馈方法及设备 |
| WO2022006724A1 (zh) * | 2020-07-06 | 2022-01-13 | Oppo广东移动通信有限公司 | 用于关闭harq重传的处理方法、终端设备和网络设备 |
| CN112204908A (zh) * | 2020-08-03 | 2021-01-08 | 北京小米移动软件有限公司 | Harq反馈的处理方法及装置、存储介质 |
| KR20220047167A (ko) * | 2020-10-08 | 2022-04-15 | 한국전자통신연구원 | 통신 시스템에서의 피드백 정보 송수신 방법 및 장치 |
Non-Patent Citations (1)
| Title |
|---|
| RAN3: "RP-192267 "Status report for SI Study on solutions for NR to support non-terrestrial networks (NTN); rapporteur: Thales"", 3GPP TSG_RAN\\TSG_RAN, no. 85 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024124562A1 (zh) * | 2022-12-16 | 2024-06-20 | 北京小米移动软件有限公司 | 一种混合自动重传请求harq的配置方法及装置 |
| WO2024160263A1 (zh) * | 2023-02-03 | 2024-08-08 | 华为技术有限公司 | 一种通信方法及装置 |
| WO2024197938A1 (zh) * | 2023-03-31 | 2024-10-03 | 北京小米移动软件有限公司 | 一种禁用混合自动重传请求harq反馈的指示方法及其装置 |
| WO2024207283A1 (en) * | 2023-04-06 | 2024-10-10 | Apple Inc. | Systems and methods for hybrid automatic repeat request feedback enablement/disablement |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2023206033A1 (zh) | 2023-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115004597A (zh) | 混合自动重传请求harq反馈的处理方法及其装置 | |
| CN114071750A (zh) | 频域资源的确定方法、设备及存储介质 | |
| CN115004617A (zh) | 一种终端设备调度方法及其装置 | |
| CN113273286A (zh) | 一种时域资源分配的方法及装置 | |
| CN113940128A (zh) | 系统信息传输方法和装置 | |
| US20230362902A1 (en) | Transmission timing determining method and apparatus | |
| CN115553025A (zh) | 数据传输方法和装置 | |
| CN115362654A (zh) | 一种信道占用信息的发送方法及其装置 | |
| CN115669181A (zh) | 一种确定触发连续lbt失败的方法及装置 | |
| CN115299167A (zh) | 随机接入方法和装置 | |
| CN111918404B (zh) | 一种分配资源的方法、基站及终端 | |
| CN115004596B (zh) | 混合自动重传请求harq反馈的处理方法及其装置 | |
| CN111182633B (zh) | 一种通信方法及装置 | |
| CN115191145B (zh) | 一种多prach传输方法及其装置 | |
| CN114008964B (zh) | Mbs业务中sps对应hpn的确定方法及其装置 | |
| CN113366904B (zh) | 时域资源分配方法及其装置 | |
| CN113841457A (zh) | 一种传输下行控制信息dci的方法及其装置 | |
| CN115004818A (zh) | 一种确定非授权频谱中频域资源的方法及装置 | |
| CN115474447A (zh) | 一种上行控制信息的复用方法及其装置 | |
| CN115004809A (zh) | 一种确定侧链路时长的方法及其装置 | |
| CN111586847A (zh) | 通信方法、装置及存储介质 | |
| EP4412343A1 (en) | Method and apparatus for determining initial transmission position of tb | |
| CN114424670A (zh) | 一种混合自动重传请求状态增强方法及其装置 | |
| WO2024168758A1 (zh) | 一种多物理随机接入信道prach传输的方法及其装置 | |
| US20240155720A1 (en) | Method for processing uplink data and device |
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 |