CN112584433B - 一种数据发送、接收方法、设备及介质 - Google Patents

一种数据发送、接收方法、设备及介质 Download PDF

Info

Publication number
CN112584433B
CN112584433B CN201910940811.2A CN201910940811A CN112584433B CN 112584433 B CN112584433 B CN 112584433B CN 201910940811 A CN201910940811 A CN 201910940811A CN 112584433 B CN112584433 B CN 112584433B
Authority
CN
China
Prior art keywords
time window
data
period
time
harq process
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.)
Active
Application number
CN201910940811.2A
Other languages
English (en)
Other versions
CN112584433A (zh
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.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
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 China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN201910940811.2A priority Critical patent/CN112584433B/zh
Priority to PCT/CN2020/117396 priority patent/WO2021063241A1/zh
Publication of CN112584433A publication Critical patent/CN112584433A/zh
Application granted granted Critical
Publication of CN112584433B publication Critical patent/CN112584433B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/185—Space-based or airborne stations; Stations for satellite systems
    • 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/185—Space-based or airborne stations; Stations for satellite systems
    • H04B7/1851—Systems using a satellite or space-based relay
    • H04B7/18513—Transmission in a satellite or space-based system
    • 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
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种数据发送、接收方法、设备及介质，包括：发送端在一个周期内的时间窗中发送数据；如果发送失败，发送端在下一个周期内具有相同索引的时间窗内重新发送数据；其中，所述周期内至少包含一个或多个时间窗。接收端在一个周期内的时间窗中接收数据；如果接收失败，接收端在下一个周期内具有相同索引的时间窗内重新接收数据；其中，所述周期内至少包含一个或多个时间窗。采用本发明，可以在不增加下行控制信息中混合自动重复请求进程数值域的下行控制信息比特的情况下，也能指示出重传数据，减少了控制信息开销，也有效的解决了大传播时延下的数据重传问题。

Description

一种数据发送、接收方法、设备及介质
技术领域
本发明涉及无线通信技术领域，特别涉及一种数据发送、接收方法、设备及介质。
背景技术
在NTN(非地面网络，Non terrestrial network)中，基站位于卫星，终端在地面，由于卫星的高度较高，使得基站与终端之间的距离很远。具体的，LEO(近地轨道卫星，LowEarth Orbit)***可达1500km，MEO(中地轨道卫星，Middle Earth Orbit)***有10000km，GEO(地球轨道卫星，Geosynchronous Earth Orbit)***有35786km。从而使得不同场景下的RTT(信号往返时间，Round Trip Time)，相比对面网络有很大的变化。
现有技术的不足在于：在NTN或其他传播时延很长的场景下，在进行数据包重传时，会增加DCI(下行控制信息，Downlink Control Information)开销。
发明内容
本发明提供了一种数据发送、接收方法、设备及介质，用以在进行数据包重传时，不增加DCI开销。
本发明实施例中提供了一种数据的发送方法，包括：
发送端在一个周期内的时间窗中发送数据；
如果发送失败，发送端在下一个周期内具有相同索引的时间窗内重新发送数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，所述周期和时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述周期和时间窗，包括：
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种数据的接收方法，包括：
接收端在一个周期内的时间窗中接收数据；
如果接收失败，接收端在下一个周期内具有相同索引的时间窗内重新接收数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，所述周期和时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述周期和时间窗，包括：
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种HARQ process ID的确定方法，包括：
通过以时间窗索引为参数的函数确定HARQ process ID。
实施中，在通过一个以时间窗索引为参数的函数确定HARQ process ID的值时，是通过以下函数确定的：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
实施中，所述时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述时间窗，包括：
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种数据的发送方法，包括：
发送端发送数据；
如果发送失败，发送端在失败指示之后的预设时段内重新发送数据。
实施中，所述失败指示是接收端在PUCCH上发送的NACK指示。
实施中，所述时段的时长和/或所述预设时段与失败指示之间的时间差是通过高层信息发送给接收端的。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
本发明实施例中提供了一种数据的接收方法，包括：
接收端接收数据；
如果接收失败，接收端在失败指示之后的预设时段内重新接收数据。
实施中，所述失败指示是接收端在PUCCH上发送的NACK指示。
实施中，所述预设时段的时长和/或所述预设时段与失败指示之间的时间差是通过高层信息发送给接收端的。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与失败指示所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
本发明实施例中提供了一种通信设备，包括：
处理器，用于读取存储器中的程序，根据收发机需要进行数据处理；
收发机，用于在处理器的控制下接收和发送数据，执行下列过程：
在一个周期内的时间窗中发送数据；
如果发送失败，在下一个周期内具有相同索引的时间窗内重新发送数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，所述周期和时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述周期和时间窗，包括：
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种通信设备，包括：
第一发送模块，用于在一个周期内的时间窗中发送数据；
第一重发模块，用于如果发送失败，在下一个周期内具有相同索引的时间窗内重新发送数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，进一步包括：
配置模块，用于通过高层信令配置所述周期和时间窗。
实施中，配置模块进一步用于在通过高层信令配置所述周期和时间窗时，包括：
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种通信设备，包括：
处理器，用于读取存储器中的程序，根据收发机需要进行数据处理；
收发机，用于在处理器的控制下接收和发送数据，执行下列过程：
在一个周期内的时间窗中接收数据；
如果接收失败，在下一个周期内具有相同索引的时间窗内重新接收数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，所述周期和时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述周期和时间窗，包括：
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种通信设备，包括：
第一接收模块，用于在一个周期内的时间窗中接收数据；
第一重收模块，用于如果接收失败，在下一个周期内具有相同索引的时间窗内重新接收数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，进一步包括：
接收配置模块，用于通过高层信令接收所述周期和时间窗配置。
实施中，接收配置模块进一步用于在通过高层信令接收所述周期和时间窗配置时，包括：
接收周期参数配置，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
接收时间窗参数配置，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种通信设备，包括：
处理器，用于读取存储器中的程序，执行下列过程：
通过以时间窗索引为参数的函数确定HARQ process ID；
收发机，用于在处理器的控制下接收和发送数据。
实施中，在通过一个以时间窗索引为参数的函数确定HARQ process ID的值时，是通过以下函数确定的：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
实施中，所述时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述时间窗，包括：
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种通信设备，包括：
确定模块，用于通过以时间窗索引为参数的函数确定HARQ process ID。
实施中，确定模块进一步用于在通过一个以时间窗索引为参数的函数确定HARQprocess ID的值时，是通过以下函数确定的：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
实施中，进一步包括：
配置模块，用于通过高层信令配置所述周期和时间窗。
实施中，配置模块进一步用于在通过高层信令配置所述时间窗时，包括：
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
所述一个周期包含正整数个时间窗。
本发明实施例中提供了一种通信设备，包括：
处理器，用于读取存储器中的程序，根据收发机需要进行数据处理；
收发机，用于在处理器的控制下接收和发送数据，执行下列过程：
发送数据；
如果发送失败，在失败指示之后的预设时段内重新发送数据。
实施中，所述失败指示是接收端在PUCCH上发送的NACK指示。
实施中，所述时段的时长和/或所述预设时段与失败指示之间的时间差是通过高层信息发送给接收端的。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
本发明实施例中提供了一种通信设备，包括：
第二发送模块，用于发送数据；
第二重发模块，用于如果发送失败，在失败指示之后的预设时段内重新发送数据。
实施中，第二发送模块进一步用于发送所述失败指示是在PUCCH上发送NACK指示。
实施中，第二重发模块进一步用于通过高层信息发送给接收端所述时段的时长和/或所述预设时段与失败指示之间的时间差。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
本发明实施例中提供了一种通信设备，包括：
处理器，用于读取存储器中的程序，根据收发机需要进行数据处理；
收发机，用于在处理器的控制下接收和发送数据，执行下列过程：
接收数据；
如果接收失败，在失败指示之后的预设时段内重新接收数据。
实施中，所述失败指示是接收端在PUCCH上发送的NACK指示。
实施中，所述预设时段的时长和/或所述预设时段与失败指示之间的时间差是通过高层信息发送给接收端的。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与失败指示所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
本发明实施例中提供了一种通信设备，包括：
第二接收模块，用于在一个周期内的时间窗中接收数据；
第二重收模块，用于如果接收失败，在失败指示之后的预设时段内重新接收数据。
实施中，第二接收模块进一步用于在发送所述失败指示时，在PUCCH上发送NACK指示。
实施中，第二重收模块进一步用于通过高层信息发送给接收端的所述预设时段的时长和/或所述预设时段与失败指示之间的时间差。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与失败指示所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
本发明实施例中提供了一种通信设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现上述数据的发送方法、数据的接收方法、HARQ process ID的确定方法之一或者其组合。
本发明实施例中提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储有执行上述数据的发送方法、数据的接收方法、HARQ process ID的确定方法之一或者其组合的计算机程序。
本发明有益效果如下：
在本发明实施例提供的技术方案中，在设定了包含时间窗的发送周期以后，由于重传数据与发送数据通过时间窗建立了联系，因此可以在不增加DCI中HARQ processnumber域的DCI比特的情况下，也能指示出重传数据。
在本发明实施例提供的技术方案中，在设定了包含时间窗的发送周期以后，由于重传数据可以通过时间窗指示为参数的函数确定HARQ process ID，因此可以在不增加DCI中HARQ process number域的DCI比特的情况下，也能指示出重传数据。
在本发明实施例提供的技术方案中，由于重传数据是在预设时段内重新发送的，接收端可以判断出数据的接收，因此可以在不增加DCI中HARQ process number域的DCI比特的情况下，也能指示出重传数据。
由于能够在不增加DCI中HARQ process number域的DCI比特的情况下也能指示出重传数据，因此减少了控制信息开销。
进一步的，也有效的解决了NTN场景下大传播时延下的数据重传问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明实施例中NTN场景下数据传输示意图；
图2为本发明实施例中发送端的数据的发送方法一实施流程示意图；
图3为本发明实施例中接收端的数据的接收方法一实施流程示意图；
图4为本发明实施例中数据重传示意图一；
图5为本发明实施例中第一通信设备结构示意图；
图6为本发明实施例中第三通信设备结构示意图；
图7为本发明实施例中HARQ process ID的确定方法实施流程示意图；
图8为本发明实施例中第五通信设备结构示意图；
图9为本发明实施例中发送端的数据的发送方法二实施流程示意图；
图10为本发明实施例中接收端的数据的接收方法二实施流程示意图；
图11为本发明实施例中数据重传示意图二；
图12为本发明实施例中第七通信设备结构示意图；
图13为本发明实施例中第九通信设备结构示意图。
具体实施方式
发明人在发明过程中注意到：
LTE(长期演进，Long Term Evolution)/NR(新空口，New Radio)等***均可以支持数据包在MAC(媒体接入控制，Media Access Control)层的重传。目前NR中MAC实体包括有HARQ(混合自动重复请求，Hybrid Automatic Repeat Request)实体。
HARQ实体维护多个并行的HARQ进程(HARQ process)。每个HARQ进程与一个HARQ进程标识(HARQ process ID)相关联。
在NR中，DCI中NDI(新数据指示，New Data Indicator)域指示调度的数据包是新数据包还是重传数据包；如果是重传数据包，HARQ进程数值(HARQ process number)域用于指示具体哪个HARQ process对应的数据包重传；另外，RV(冗余版本，Redundancy version)域用于配合指示重传数据的冗余版本。
用户支持的最大的HARQ process的个数通过配置或预设实现。其中，HARQprocess number域占用4比特，最大可指示16个HARQ process对应的数据包。
接收端基于DCI信息确定对应的HARQ process及判断数据包是否重传。接收端会对重传数据进行监测，并将相同HARQ process的之前一次或多次的重传数据软信息进行合并，从而提升数据传输可靠性。
本申请中，在说明时，HARQ process个数指是可支持的并行HARQ进程的个数；HARQprocess number指的DCI中的HARQ process number域；HARQprocess ID表征的是HARQprocess identifier，即HARQ进程标识/指示/索引等。
在NTN中，基站位于卫星，终端在地面，由于卫星的高度较高，使得基站与终端之间的距离很远。具体的，LEO可达1500km，MEO有10000km，GEO有35786km，这使得不同场景下的RTT相比对面网络有很大的变化，RTT如表1所示(考虑到中继转发场景)。
表1：不同通信场景下的RTT
场景 Max.RTT
LEO 50ms
MEO 180ms
GEO/HEO 600ms
表中HEO是指高椭圆轨道(Highly Elliptical Orbit)。
图1为NTN场景下数据传输示意图，如图所示，在NTN场景下，由于RTT时间较长，在一个周期内承载的数据包的个数会增加很多，即可以承载的HARQ process个数会相应增加。
例如RTT为600ms时，在FDD(频分双工，Frequency Division Duplex)***或所有时隙结构均为下行时隙时，最大的HARQ process个数为600个；当上下行时隙配比为3∶2时(DL(下行)：3，UL(上行)：2)，下行HARQ process个数达到360个。***需要支持更多的HARQprocess个数，才能保证每个数据包均可以进行重传。
一种增加支持HARQ process个数的方案是直接增加HARQ process number域比特的个数。例如，从HARQ process number域的比特数目从4比特扩展到9比特，这样在扩展后，HARQ process的个数可以从16个扩展到512个，从而可以支持GEO场景上下行时隙配置为3∶2(DL：3，UL：2)的配置。
但该方案的不足在于，直接增加HARQ process number域的比特数目，会增加DCI开销。
另外，考虑到目前NR***中DCI format(DCI格式)1-0/1-1和DCI format0-0/0-1中HARQ process number域有固定的比特数目，如果HARQ process number域比特数目的变化，则将会影响对DCI尺寸的确定。
基于此，本发明实施例中，将解决在NTN或其他传播时延很长的场景下，如何在不增加DCI中HARQ process number域比特数目的条件下，有效地实现数据包的重传。
下面结合附图对本发明的具体实施方式进行说明。
在说明过程中，将分别从发送端与接收端的实施进行说明，然后还将给出二者配合实施的实施例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施，实际上，当发送端与接收端分开实施时，其也各自解决自身一侧的问题，而二者结合使用时，会获得更好的技术效果。
在具体的说明过程中，在将以基站作为发送端、UE作为接收端进行说明，这是因为本方案运用于NTN场景下的数据重传是比较适宜的，所以这里主要以NTN场景下的基站与UE之间的数据重传为例进行说明；但是，从理论上来说，用于其它设备之间的数据重传也是可以的，只要当这两个设备之间的RTT较大时，采用本发明实施例提供的技术方案即可获得较佳的结果，因此，基站与UE之间的数据重传仅用于教导本领域技术人员具体如何实施本发明，但不意味仅能运用于该场合，实施过程中可以结合实践需要来确定相应的运用环境。
同理，在具体说明过程中，将分别从UE与基站侧的实施进行说明，然后还将给出二者配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施，实际上，当UE与基站分开实施时，其也各自解决UE侧、基站侧的问题，而二者结合使用时，会获得更好的技术效果。
图2为发送端的数据的发送方法一实施流程示意图，如图所示，可以包括：
步骤201、发送端在一个周期内的时间窗中发送数据；
步骤202、如果发送失败，发送端在下一个周期内具有相同索引的时间窗内重新发送数据；其中，所述周期内至少包含一个或多个时间窗。
图3为接收端的数据的接收方法一实施流程示意图，如图所示，可以包括：
步骤301、接收端在一个周期内的时间窗中接收数据；
步骤302、如果接收失败，接收端在下一个周期内具有相同索引的时间窗内重新接收数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，所述周期和时间窗可以是通过高层信令配置的。
实施中，通过高层信令配置所述周期和时间窗，可以包括：
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
具体的，在发送数据时，可以包括：
发送端确定在发送周期内在各时间窗中发送的数据，其中，每一个发送周期内至少包含一个或多个时间窗；
发送端在发送需重传的数据时，根据时间窗索引发送需重传的数据，以及根据时间窗的索引指示需重传的数据。
根据时间窗的索引发送需重传的数据，包括：
确定需重传的数据在本次发送周期内发送时的时间窗索引；
在下一个发送周期内，在相同索引的时间窗内发送需重传的数据；
根据时间窗的索引指示需重传的数据，包括：
发送端与接收端预先约定和/或发送端指示接收端，需重传的数据将在下一个发送周期内，在相同索引的时间窗内发送需重传的数据。
相应的，在接收重传数据时，可以包括：
接收端确定在发送周期内在各时间窗中接收的数据，其中，每一个发送周期内至少包含一个或多个时间窗；
接收端在接收需重传的数据时，根据时间窗的索引接收需重传的数据，以及根据指示确定需重传的数据，其中，所述指示是根据时间窗的索引进行指示的。
根据时间窗的索引接收需重传的数据，包括：
确定需重传的数据在本次发送周期内接收时的时间窗；
在下一个发送周期内，在相同索引的时间窗内接收需重传的数据；
根据指示确定需重传的数据，包括：
发送端与接收端预先约定和/或发送端指示接收端，需重传的数据将在下一个发送周期内，在相同索引的时间窗内发送需重传的数据。
下面以基站与终端的实例进行说明。
网络配置一个周期(周期)和时间起始值(offset)，从而可以确定一段时长。图4为数据重传示意图一，如图所示，网络在所述周期时长内配置多个时间窗(window/duration)，第一个时间窗的起始时间点与所述周期的时间起始点相同；周期时长是时间窗时长的整数倍。
实施中，在一个周期时长内的一个时间窗内发送的数据包；如果没有传输成功，重传限定在下一个周期时长内的具有相同索引编号的时间窗内。
如图4所示，周期长度为160个时隙，窗时长为16个时隙，所述周期包括10个时间窗。在周期内0号窗内发送的数据包如果传输错误，则在下一周期内的0号时间窗内发送。这样，即使不同窗内HARQ process ID相同，由于在不同的时间窗内重传，也不会导致混淆。
在终端侧则通过HARQ process number域，确定HARQ process ID，从而确定之前缓存数据包信息，与本次接收信息进行软合并。
基于同一发明构思，本发明实施例中还提供了通信设备，由于这些设备解决问题的原理与数据的发送方法、数据的接收方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图5为第一通信设备结构示意图，如图所示，包括：
处理器500，用于读取存储器520中的程序，根据收发机需要进行数据处理；
收发机510，用于在处理器500的控制下接收和发送数据，执行下列过程：
在一个周期内的时间窗中发送数据；
如果发送失败，在下一个周期内具有相同索引的时间窗内重新发送数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，所述周期和时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述周期和时间窗，包括：
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
本发明实施例中提供了一种第二通信设备，包括：
第一发送模块，用于在一个周期内的时间窗中发送数据；
第一重发模块，用于如果发送失败，在下一个周期内具有相同索引的时间窗内重新发送数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，进一步包括：
配置模块，用于通过高层信令配置所述周期和时间窗。
实施中，配置模块进一步用于在通过高层信令配置所述周期和时间窗时，包括：
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
图6为第三通信设备结构示意图，如图所示，包括：
处理器600，用于读取存储器620中的程序，根据收发机需要进行数据处理；
收发机610，用于在处理器600的控制下接收和发送数据，执行下列过程：
在一个周期内的时间窗中接收数据；
如果接收失败，在下一个周期内具有相同索引的时间窗内重新接收数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，所述周期和时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述周期和时间窗，包括：
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口630还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。
本发明实施例中提供了一种第四通信设备，包括：
第一接收模块，用于在一个周期内的时间窗中接收数据；
第一重收模块，用于如果接收失败，在下一个周期内具有相同索引的时间窗内重新接收数据；其中，所述周期内至少包含一个或多个时间窗。
实施中，进一步包括：
接收配置模块，用于通过高层信令接收所述周期和时间窗配置。
实施中，接收配置模块进一步用于在通过高层信令接收所述周期和时间窗配置时，包括：
接收周期参数配置，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
接收时间窗参数配置，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
所述一个周期包含正整数个时间窗。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
本发明实施例中还提供了HARQ process ID的确定方法，下面进行说明。
图7为HARQ process ID的确定方法实施流程示意图，如图所示，可以包括：
步骤701、通过以时间窗指示为参数的函数确定HARQ process ID。
实施中，在通过一个以时间窗指示为参数的函数确定HARQ process ID的值时，可以是通过以下函数确定的：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
实施中，所述时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述时间窗，包括：
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
所述一个周期包含正整数个时间窗。
具体的，在发送数据时，可以包括：
发送端确定在发送周期内在各时间窗中发送的数据，其中，每一个发送周期内至少包含一个或多个时间窗；
发送端在发送需重传的数据时，根据时间窗索引以及重传的数据的进程号发送需重传的数据，以及根据时间窗的索引以及重传的数据的进程号指示需重传的数据。
根据时间窗的索引以及重传的数据的进程号发送需重传的数据，包括：
确定需重传的数据在发送周期内发送时的时间窗索引以及重传的数据的进程号；
在确定的索引的时间窗内发送需重传的数据。
实施中则可以通过以下公式指示、发送需重传的数据：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送需重传的数据的时间窗位置的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的最大的HARQ process的个数；
HARQ process number为需重传的数据在DCI中HARQ process number域指示的数值。
相应的，在接收重传数据时，可以包括：
接收端在接收需重传的数据时，根据时间窗的索引以及重传的数据的进程号接收需重传的数据。
根据时间窗的索引以及重传的数据的进程号接收需重传的数据，包括：
根据指示确定需重传的数据在发送周期内接收时的时间窗索引以及重传的数据的进程号；
在该索引的时间窗内接收需重传的数据。
实施中则可以通过以下公式确定、接收需重传的数据：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送需重传的数据的时间窗位置的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的最大的HARQ process的个数；
HARQ process number为需重传的数据在DCI中HARQ process number域指示的数值。
下面以基站与终端的实例进行说明。
网络配置一个周期(周期)和时间起始值(offset)，从而可以确定一段时长。图4为数据重传示意图一，如图所示，网络在所述周期时长内配置多个时间窗(window/duration)，第一个时间窗的起始时间点与所述周期的时间起始点相同；周期时长是时间窗时长的整数倍。
基于图4所示的配置的周期/offset/窗时长等参数；考虑通过DCI中HARQ processnumber域和window index共同确定HARQ process ID值。这样可以通过window index，增大HARQ process ID的取值范围，支持很大传播时延下的数据包重传。
具体的，HARQ process ID是window index的函数，可以通过下面公式确定：
HARQ process ID＝window index*C+HARQ process number；
其中，window index表示时间窗索引；C是正整数常数或配置的参数，表征一个时间窗内支持的最大的HARQ process的个数；HARQ process number为DCI中HARQ processnumber域指示的数值。所述方法与方法1的区别为数据包不一定限定在对应的时间窗内进行重传。
基于同一发明构思，本发明实施例中还提供了通信设备，由于这些设备解决问题的原理与HARQ process ID的确定方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图8为第五通信设备结构示意图，如图所示，包括：
处理器800，用于读取存储器820中的程序，执行下列过程：
通过以时间窗索引为参数的函数确定HARQ process ID；
收发机810，用于在处理器800的控制下接收和发送数据。
实施中，在通过一个以时间窗索引为参数的函数确定HARQ process ID的值时，是通过以下函数确定的：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
实施中，所述时间窗是通过高层信令配置的。
实施中，通过高层信令配置所述时间窗，包括：
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
所述一个周期包含正整数个时间窗。
其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器800负责管理总线架构和通常的处理，存储器820可以存储处理器800在执行操作时所使用的数据。
本发明实施例中提供了一种第六通信设备，包括：
确定模块，用于通过以时间窗索引为参数的函数确定HARQ process ID。
实施中，确定模块进一步用于在通过一个以时间窗索引为参数的函数确定HARQprocess ID的值时，是通过以下函数确定的：
HARQ process ID＝window index*C+HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
实施中，进一步包括：
配置模块，用于通过高层信令配置所述周期和时间窗。
实施中，配置模块进一步用于在通过高层信令配置所述时间窗时，包括：
配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
所述一个周期包含正整数个时间窗。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
本发明实施例中还提供了数据的发送与接收方案，下面进行说明。
图9为发送端的数据的发送方法二实施流程示意图，如图所示，可以包括：
步骤901、发送端发送数据；
步骤902、如果发送失败，发送端在失败指示之后的预设时段内重新发送数据。
图10为接收端的数据的接收方法二实施流程示意图，如图所示，可以包括：
步骤1001、接收端接收数据；
步骤1002、如果接收失败，接收端在失败指示之后的预设时段内重新接收数据。
实施中，所述失败指示是接收端在PUCCH上发送的NACK指示。
实施中，所述预设时段的时长和/或所述预设时段与失败指示之间的时间差是通过高层信息发送给接收端的。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端检监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
具体的，在发送重传数据时，可以包括：
发送端接收接收端发送的数据接收失败的指示；
发送端确定所述指示的发送时隙；
发送端在预设的时间段内，发送需重传的数据，并指示发送的是需重传的数据。
相应的，在接收重传数据时，可以包括：
接收端在数据接收失败后，向发送端发送失败指示；
接收端确定所述失败指示的发送时隙；
接收端在预设的时间段内，接收需重传的数据，并根据指示确定接收的是否是需重传的数据。
实施中，失败指示是接收端在PUCCH上发送的NACK。
具体实施中，所述失败指示是通过HARQ process标识，以及在NDI指示为重传数据来指示发送的是需重传的数据。
具体实施中，所述HARQ process标识是通过HARQ process number指示的。
实施中，所述预设时段是发送端通过高层信息发送给接收端的。
具体实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
下面以基站与终端的实例进行说明。
图11为数据重传示意图二，图中重传时隙与PUCCH(物理上行控制信道，PhysicalUplink Control Channel)相关，上为TDD，下为FDD，如图所示，基站收到终端的ACK/NACK反馈后，知道数据包是否传输成功，进而判断是否重传。也即，基站侧重传的数据包所在的时隙与基站侧监测ACK/NACK的所在时隙有关。
具体的，终端监测数据包，监测失败；终端在基站指示的PUCCH发送NACK；
基站监测到NACK后，知道数据包传输失败；基站侧在发送NACK所在时隙之后的一段时长内，可以重传上述数据包；
终端侧在对应的时长内进行监测，如果监测到对应的HARQ process，且NDI指示为重传数据，则终端认为该数据包为所述重传数据包，并与上一次或多次的数据信息进行软合并，并进一步进行数据监测。
如果，超过所述时长，即使监测到相同HARQ process number的数据包，且NDI指示为重传数据，终端也不会认为是上述数据包的重传(可能上述数据包之后具有相同HARQprocess ID的数据包重传)。其中,HARQ process ID可以是通过HARQ process number指示。
预设时段，也即偏移值可以是监测窗起始时隙与发送NACK所在时隙之间的时隙偏移；或者是检监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙偏移。具体的偏移值和监测窗的参数是基站通过高层信息发送给终端的。
基于同一发明构思，本发明实施例中还提供了通信设备，由于这些设备解决问题的原理与数据的发送方法、数据的接收方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
在实施本发明实施例提供的技术方案时，可以按如下方式实施。
图12为第七通信设备结构示意图，如图所示，包括：
处理器1200，用于读取存储器1220中的程序，根据收发机需要进行数据处理；
收发机1210，用于在处理器1200的控制下接收和发送数据，执行下列过程：
发送数据；
如果发送失败，在失败指示之后的预设时段内重新发送数据。
实施中，所述失败指示是接收端在PUCCH上发送的NACK指示。
实施中，所述时段的时长和/或所述预设时段与失败指示之间的时间差是通过高层信息发送给接收端的。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端检监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1200代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1210可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器1200负责管理总线架构和通常的处理，存储器1220可以存储处理器1200在执行操作时所使用的数据。
本发明实施例中提供了一种第八通信设备，包括：
第二发送模块，用于发送数据；
第二重发模块，用于如果发送失败，在失败指示之后的预设时段内重新发送数据。
实施中，第二发送模块进一步用于发送所述失败指示是在PUCCH上发送NACK指示。
实施中，第二重发模块进一步用于通过高层信息发送给接收端所述时段的时长和/或所述预设时段与失败指示之间的时间差。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与发送NACK所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
图13为第九通信设备结构示意图，如图所示，包括：
处理器1300，用于读取存储器1320中的程序，根据收发机需要进行数据处理；
收发机1310，用于在处理器1300的控制下接收和发送数据，执行下列过程：
接收数据；
如果接收失败，在失败指示之后的预设时段内重新接收数据。
实施中，所述失败指示是接收端在PUCCH上发送的NACK指示。
实施中，所述预设时段的时长和/或所述预设时段与失败指示之间的时间差是通过高层信息发送给接收端的。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与失败指示所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1300代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1310可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1330还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1300负责管理总线架构和通常的处理，存储器1320可以存储处理器1300在执行操作时所使用的数据。
本发明实施例中提供了一种第十通信设备，包括：
第二接收模块，用于在一个周期内的时间窗中接收数据；
第二重收模块，用于如果接收失败，在失败指示之后的预设时段内重新接收数据。
实施中，第二接收模块进一步用于在发送所述失败指示时，在PUCCH上发送NACK指示。
实施中，第二重收模块进一步用于通过高层信息发送给接收端的所述预设时段的时长和/或所述预设时段与失败指示之间的时间差。
实施中，所述时间差是接收端监测窗起始时隙与失败指示所在时隙之间的时隙差；或者是接收端监测窗起始时隙与失败指示所在时隙所在的连续多个上行时隙的最后一个时隙之间的时隙差。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
本发明实施例中提供了一种通信设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现上述数据的发送方法、数据的接收方法、HARQ process ID的确定方法之一或者其组合。
本发明实施例中提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储有执行上述数据的发送方法、数据的接收方法、HARQ process ID的确定方法之一或者其组合的计算机程序。
综上所述，本发明实施例中提供了数据重传方案，具体包括：
在一个周期时长内具有相同编号的时间窗内重传；进一步的还提供了相应的周期、起始点、时间窗配置方案。
通过所述window index和HARQ process number域共同确定HARQ process ID；进一步的还提供了HARQ process ID与window index的函数。
根据所在时隙位置与终端发送NACK所在时隙进行重传，进一步的还提供了具体的偏移值配置方案。
采用本发明实施例提供的技术方案，有效解决了NTN场景下大传播时延下的数据重传问题。
能够不增加DCI中HARQ process number域的DCI比特，减少控制信息开销。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种混合自动重复请求进程标识HARQ process ID的确定方法，其中，包括：
通过以时间窗索引为参数的函数确定HARQ process ID；
其中，在通过一个以时间窗索引为参数的函数确定HARQ process ID的值时，是通过以下函数确定的：
HARQ process ID = window index * C + HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
2.如权利要求1所述的方法，其中，所述时间窗是通过高层信令配置的。
3.如权利要求2所述的方法，其中，通过高层信令配置所述时间窗，包括：
网络侧配置时间窗参数，时间窗参数包括：时间窗时长和/或一个周期内的时间窗个数；
网络侧配置周期参数，周期参数包括：周期时长和/或所述周期的起始值或偏移值；
所述一个周期包含正整数个时间窗。
4.一种通信设备，其中，包括：
处理器，用于读取存储器中的程序，执行下列过程：
通过以时间窗索引为参数的函数确定HARQ process ID；
收发机，用于在处理器的控制下接收和发送数据；
或，包括：
确定模块，用于通过以时间窗索引为参数的函数确定HARQ process ID;
其中，在通过一个以时间窗索引为参数的函数确定HARQ process ID的值时，是通过以下函数确定的：
HARQ process ID = window index * C + HARQ process number；其中，
window index为表征发送数据所在时间窗的时间窗索引；
C是正整数常数或配置的参数，表征一个时间窗内支持的HARQ process的个数或者最大的HARQ process的个数；
HARQ process number为DCI中HARQ process number域指示的数值。
5.一种通信设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现权利要求1至3任一所述方法。
6.一种计算机可读存储介质，其中，所述计算机可读存储介质存储有执行权利要求1至3任一所述方法的计算机程序。
CN201910940811.2A 2019-09-30 2019-09-30 一种数据发送、接收方法、设备及介质 Active CN112584433B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910940811.2A CN112584433B (zh) 2019-09-30 2019-09-30 一种数据发送、接收方法、设备及介质
PCT/CN2020/117396 WO2021063241A1 (zh) 2019-09-30 2020-09-24 数据发送、接收方法、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910940811.2A CN112584433B (zh) 2019-09-30 2019-09-30 一种数据发送、接收方法、设备及介质

Publications (2)

Publication Number Publication Date
CN112584433A CN112584433A (zh) 2021-03-30
CN112584433B true CN112584433B (zh) 2023-03-31

Family

ID=75116301

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910940811.2A Active CN112584433B (zh) 2019-09-30 2019-09-30 一种数据发送、接收方法、设备及介质

Country Status (2)

Country Link
CN (1) CN112584433B (zh)
WO (1) WO2021063241A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101651533A (zh) * 2009-08-27 2010-02-17 华为技术有限公司 一种调制编码方式的选择方法和装置
CN101911574A (zh) * 2008-01-15 2010-12-08 三星电子株式会社 无线移动通信***中基于混合自动重发请求方案进行信号发送/接收的方法
CN102326353A (zh) * 2009-02-19 2012-01-18 三星电子株式会社 用于在无线移动通信***中执行混合自动重传请求操作的方法
CN105580445A (zh) * 2013-09-30 2016-05-11 苹果公司 用于低带宽应用的所延迟的和所捆绑的重传
WO2019005920A1 (en) * 2017-06-27 2019-01-03 Gang Xiong TRANSMISSION OF UPLINK CONTROL INFORMATION (UCI) AND IDENTIFICATION OF HYBRID AUTOMATIC REPEAT REQUEST (HARQ) PROCESS FOR SHARED PHYSICAL UPLINK CHANNEL WITHOUT AUTHORIZATION (PUSCH)
WO2019028775A1 (zh) * 2017-08-10 2019-02-14 富士通株式会社 反馈信息的发送和接收方法、装置及通信***

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101911574A (zh) * 2008-01-15 2010-12-08 三星电子株式会社 无线移动通信***中基于混合自动重发请求方案进行信号发送/接收的方法
CN102326353A (zh) * 2009-02-19 2012-01-18 三星电子株式会社 用于在无线移动通信***中执行混合自动重传请求操作的方法
CN101651533A (zh) * 2009-08-27 2010-02-17 华为技术有限公司 一种调制编码方式的选择方法和装置
CN105580445A (zh) * 2013-09-30 2016-05-11 苹果公司 用于低带宽应用的所延迟的和所捆绑的重传
WO2019005920A1 (en) * 2017-06-27 2019-01-03 Gang Xiong TRANSMISSION OF UPLINK CONTROL INFORMATION (UCI) AND IDENTIFICATION OF HYBRID AUTOMATIC REPEAT REQUEST (HARQ) PROCESS FOR SHARED PHYSICAL UPLINK CHANNEL WITHOUT AUTHORIZATION (PUSCH)
WO2019028775A1 (zh) * 2017-08-10 2019-02-14 富士通株式会社 反馈信息的发送和接收方法、装置及通信***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Discussion on HARQ for NTN;Intel Corporation;《3GPP TSG RAN WG1 #98：R1-1908644》;20190830;第2节 *

Also Published As

Publication number Publication date
WO2021063241A1 (zh) 2021-04-08
CN112584433A (zh) 2021-03-30

Similar Documents

Publication Publication Date Title
USRE49490E1 (en) HARQ-ACK handling for unintended downlink sub-frames
US10727988B2 (en) Efficient HARQ feedback
US20160218837A1 (en) Method and apparatus to use more transmission opportunities in a distributed network topology with limited harq processes
US20100037105A1 (en) Method and Apparatus for Using Physical Layer Error Control to Direct Media Access Layer Error Control
WO2011127993A1 (en) Numbering of automatic repeat request processes
CN112584433B (zh) 一种数据发送、接收方法、设备及介质
CN112889235B (zh) Harq-ack码本的发送方法、接收方法及装置
WO2021023008A1 (zh) 数据传输方法、装置、相关设备及存储介质
WO2011069561A1 (en) Synchronised data transmissions
TWI628921B (zh) 有效率的混合式自動重送請求(harq)回授之可靠性的強化

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
GR01 Patent grant
GR01 Patent grant