CN112787770B - 基于ntn的数据传输方法、装置和存储介质 - Google Patents

基于ntn的数据传输方法、装置和存储介质 Download PDF

Info

Publication number
CN112787770B
CN112787770B CN201911088858.7A CN201911088858A CN112787770B CN 112787770 B CN112787770 B CN 112787770B CN 201911088858 A CN201911088858 A CN 201911088858A CN 112787770 B CN112787770 B CN 112787770B
Authority
CN
China
Prior art keywords
harq
transmission
harq process
dci
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.)
Active
Application number
CN201911088858.7A
Other languages
English (en)
Other versions
CN112787770A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201911088858.7A priority Critical patent/CN112787770B/zh
Priority to CN202210598361.5A priority patent/CN114900271A/zh
Priority to PCT/CN2020/120333 priority patent/WO2021088594A1/zh
Priority to EP20884447.2A priority patent/EP4044480A4/en
Publication of CN112787770A publication Critical patent/CN112787770A/zh
Priority to US17/738,632 priority patent/US20220263606A1/en
Application granted granted Critical
Publication of CN112787770B publication Critical patent/CN112787770B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan 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
    • 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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/189—Transmission or retransmission of more than one copy of a message
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/06—Airborne or Satellite Networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种基于NTN的数据传输方法、装置和存储介质。该方法中，传输数据的第一HARQ进程不采用HARQ传输方式，可将DCI中空余的比特进行复用，网络设备向终端设备发送DCI，包含了第一HARQ进程的进程号的第一部分比特，DCI的其他部分比特可以用来指示进程号或者其他的参数，在终端设备获取到DCI之后，网络设备和终端设备通过该DCI进行数据的处理并输出处理后的数据，也就是进行数据传输，本方案提供一种不采用HARQ方式的传输方案，通过DCI指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延，减轻接收端缓存压力。

Description

基于NTN的数据传输方法、装置和存储介质
技术领域
本申请涉及通信技术，尤其涉及一种基于非地面网络(non-terrestrialnetworks，NTN)的 数据传输方法、装置和存储介质。
背景技术
随着信息技术发展，对通信的高效、机动、多样性等提出更迫切的要求，目前，在一些 重要领域，如空间通信、航空通信、军事通信等，卫星发挥着无可替代的作用。卫星通信具 备通信距离远、覆盖面积大、组网灵活等特点，其既可为固定终端，也可为各种移动终端提 供服务。第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)标准组织已经发布 了5G技术标准，研究天地融合通信技术，主要是融合现有的5G标准和卫星通信技术，满足 在全球范围内的全覆盖。
目前，在长期演进(Long Term Evolution，LTE)和新无线(New Radio，NR)系统中，为了提高数据传输可靠性，采用混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ) 的方式，接收端对于译码错误的数据包会保存在一个HARQ buffer中，并与后续接收到的重 传数据包进行合并，从而得到一个比单独解码更可靠的数据包(“软合并”的过程)。然后对 合并后的数据包进行解码，如果还是失败，则重复“请求重传，再进行软合并”的过程。目 前的HARQ使用停等协议(stop-and-wait protocol)来传输数据。在停等协议中，发送端发送一 个传输块(Transport Block，TB)后，就停下来等待接收端反馈的确认信息。接收端会使用1 比特的信息对该TB进行肯定(ACK)或者否定(NACK)的确认。但是每次传输后发送端就 停下来等待确认，会导致吞吐量很低。因此使用多个并行的停等进程(stop-and-wait process) 在等待确认信息时，发送端可以使用另一个HARQ process来继续发送数据，从而使得数据可 以连续传输，每个HARQ process在接收端都需要有独立的HARQbuffer以便对接收到的数 据进行软合并。
在目前NTN研究中没有提出明确的HARQ方案，若直接沿用已有的应用于LTE或者NR中的HARQ方案，会大大增加通信的延迟，以及接收端缓存的压力。
发明内容
本申请实施例提供一种基于NTN的数据传输方法、装置和存储介质，用于解决在使用 NTN进行数据传输过程中，若直接沿用已有的应用于LTE或者NR中的HARQ方案，会大 大增加通信的延迟，以及接收端缓存的压力的问题。
本申请第一方面提供一种基于NTN的数据传输方法，应用于终端设备，所述方法包括：
接收网络设备发送的下行控制信息DCI，所述DCI包括指示进行数据传输的第一HARQ 进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；
根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数据。
本方案提供的数据传输方法，传输数据的第一HARQ进程不采用HARQ传输方式，可将 DCI中空余的比特进行复用，在终端设备获取到DCI之后，网络设备和终端设备通过该DCI 进行数据传输，本方案提供一种不采用HARQ方式的传输方案，通过DCI指示相关参数则进 行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延。
在上述方案的一种具体实施方式中，所述DCI还包括：指示所述第一HARQ进程的进程 号的第二部分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
本方案的含义是，在不采用HARQ方式进行数据传输时，进程比较多，进程号可能比16 更大，原来DCI中用来发送的进程数的比特不足以发送该进程号，这种情况下可通过DCI中 其他的比特和原来用来发送的进程数的比特一起发送进程号，并且还可以应用DCI中空余的 比特进行一些其他的参数发送，例如，可以发送传输方式。通过该方案，在降低传输时延的 同时还可以提高吞吐量，增加灵活性。
在上述方案的基础上，所述方法还包括：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
可选的，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示重复传输的传输次数。
可选的，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示聚合传输的传输版本。
在上述几种实现方式中，第一HARQ进程不采用HARQ方式的同时，为了保证数据传输 的可靠性，还可以通过重复传输或者聚合传输的方式来实现。
在上述任一种实现方式的基础上，所述方法还包括：
所述第一HARQ进程不采用HARQ方式是根据协议约定确定；
或者，
接收网络设备发送的无线链路控制RRC消息，所述RRC携带指示信息；
所述第一HARQ进程不采用HARQ方式是根据所述指示信息确定的，所述指示信息用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方式；
或者，
根据信道质量、服务质量QoS以及之前的上/下行传输情况(包括吞吐率、出错的频率等) 中的至少一个确定所述第一HARQ进程不采用HARQ方式，并向所述网络设备发送请求消 息，所述请求消息用于指示所述第一HARQ进程不采用HARQ方式；
或者，
根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
本方案中，对于终端设备来说，确定在进行上行或者下行数据传输的HARQ进程中采用 HARQ或者不采用HARQ，可以通过协议约定，网络设备配置，或者信道质量或服务质量来 确定。
在上述任一实施方式的基础上，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
该方案中，HARQ进程采用HARQ方式时的DCI的长度与不采用HARQ方式时的DCI 的长度一致，在不采用HARQ方式时DCI中除了发送进程号的比特，不需要发送其他信息， 则其他的比特是空闲的，本申请的技术方案将这些空闲的比特进行复用，可以发送进程号以 及传输方式等参数，提高基于NTN的数据传输的吞吐量，降低传输时延且增加灵活性。
本申请第二方面提供一种基于NTN的数据传输方法，应用于网络设备，所述方法还包 括：
向终端设备发送DCI，所述DCI包括指示进行数据传输的第一HARQ进程的进程号的第 一部分比特，所述第一HARQ进程不采用HARQ方式；
根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数据。
本方案中，传输数据的第一HARQ进程不采用HARQ传输方式，可将DCI中空余的比特进行复用，网络设备向终端设备发送DCI，包含了第一HARQ进程的进程号的第一部分比特，DCI的其他部分比特可以用来指示进程号或者其他的参数，后续通过DCI指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延。
在一种具体实施方式中，所述DCI还包括：指示所述第一HARQ进程的进程号的第二部 分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
在一种具体实施方式中，所述方法还包括：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
可选的，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示重复传输的传输次数。
可选的，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示聚合传输的传输版本。
在另一种具体实施方式中，所述方法还包括：
所述第一HARQ进程不采用HARQ方式是根据协议约定确定；
或者，
接收所述终端设备发送的请求消息，所述请求消息用于指示所述第一HARQ进程不采用 HARQ方式；
所述第一HARQ进程不采用HARQ方式是根据所述请求消息确定的；
或者，
根据信道质量、服务质量QoS、网络负载以及之前的上/下行传输情况(包括吞吐率、出 错的频率等)中的至少一个确定所述第一HARQ进程不采用HARQ方式；
或者，
根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
在又一种具体实施方式中，所述方法还包括：
向所述终端设备发送无线链路控制RRC消息，所述RRC携带指示信息，所述指示信息 用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方 式。
在上述任一方案的基础上，在该具体实施方式中，所述DCI的长度与所述第一HARQ进 程采用HARQ方式传输时的DCI的长度一致。
本申请第三方面提供一种基于NTN的数据传输装置，包括：
收发模块，用于接收网络设备发送的下行控制信息DCI，所述DCI包括指示进行数据传 输的第一HARQ进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；
处理模块，用于根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数 据。
可选的，所述DCI还包括：指示所述第一HARQ进程的进程号的第二部分比特，和/或， 指示所述第一HARQ进程的传输方式的比特。
可选的，所述处理模块还用于：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
可选的，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示重复传输的传输次数。
可选的，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示聚合传输的传输版本。
可选的，
所述第一HARQ进程不采用HARQ方式是所述处理模块根据协议约定确定；
或者，
所述收发模块还用于接收网络设备发送的无线链路控制RRC消息，所述RRC携带指示 信息；
所述第一HARQ进程不采用HARQ方式是所述处理模块根据所述指示信息确定的，所述指示信息用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用 HARQ方式；
或者，
所述处理模块还用于根据信道质量、服务质量QoS以及之前的上/下行传输情况(包括吞 吐率、出错的频率等)中的至少一个确定所述第一HARQ进程不采用HARQ方式，并通过所 述收发模块向所述网络设备发送请求消息，所述请求消息用于指示所述第一HARQ进程不采 用HARQ方式；
或者，
所述处理模块还用于根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
可选的，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
本申请第四方面提供一种基于NTN的数据传输装置，包括：
收发模块，用于向终端设备发送下行控制信息DCI，所述DCI包括指示进行数据传输的 第一HARQ进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；
处理模块，用于根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数 据。
可选的，所述DCI还包括：指示所述第一HARQ进程的进程号的第二部分比特，和/或， 指示所述第一HARQ进程的传输方式的比特。
可选的，所述处理模块还用于：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
可选的，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示重复传输的传输次数。
可选的，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示聚合传输的传输版本。
可选的，
所述第一HARQ进程不采用HARQ方式是所述处理模块根据协议约定确定；
或者，
所述收发模块用于接收所述终端设备发送的请求消息，所述请求消息用于指示所述第一 HARQ进程不采用HARQ方式；
所述第一HARQ进程不采用HARQ方式是所述处理模块根据所述请求消息确定的；
或者，
所述处理模块还用于根据信道质量、服务质量QoS、网络负载以及之前的上/下行传输情 况(包括吞吐率、出错的频率等)中的至少一个确定所述第一HARQ进程不采用HARQ方 式；
或者，
所述处理模块还用于根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
可选的，所述收发模块还用于：
向所述终端设备发送无线链路控制RRC消息，所述RRC携带指示信息，所述指示信息 用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方 式。
可选的，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
本申请第五方面提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收待 处理的数据和/或输出处理后的数据，所述处理器用于对所述待处理的数据执行如第一方面任 一项所述的方法。
可选的，所述通信装置还包括存储器，用于存储程序指令，所述程序指令由所述处理器 执行时，使得第一方面任一项所述的方法被执行。
本申请第六方面提供一种通信装置，包括处理器和通信接口，所述通信接口用于接收待 处理的数据和/或输出处理后的数据，所述处理器用于对所述待处理的数据执行第二方面任一 项所述的方法。
可选的，所述通信装置还包括存储器，用于存储程序指令，所述程序指令由所述处理器 执行时，使得第二方面任一项所述的方法被执行。
本申请第七方面提供一种通信装置，包括：逻辑电路和输入接口，其中：
所述输入接口用于获取待处理的数据；
所述逻辑电路用于对待处理的数据执行如第一方面任一项所述的方法，得到处理后的数 据。
可选的，该通信装置还包括：输出接口，该输出接口用于输出所述处理后的数据。
本申请第八方面提供一种通信装置，包括：逻辑电路和输出接口，其中：
所述逻辑电路用于对待处理的数据执行如第二方面任一项所述的方法，得到处理后的数 据；以及，所述输出接口用于输出处理后的数据。
可选的，该通信装置还包括：输入接口，输入接口用于获取所述待处理的数据；
本申请第九方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序， 所述程序在被处理器执行时用于执行第一方面任一项所述的方法。
本申请第十方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序， 所述程序在被处理器执行时用于执行第二方面任一项所述的联合切换方法。
本申请提供的基于NTN的数据传输方法、装置和存储介质。传输数据的第一HARQ进程不采用HARQ传输方式，DCI中部分域不再需要定义，对应的比特成为空余的比特，此时 可将DCI中空余的比特进行复用，网络设备向终端设备发送DCI，包含了第一HARQ进程的 进程号的第一部分比特，DCI的其他部分比特可以用来指示进程号或者其他的参数，在终端 设备获取到DCI之后，网络设备和终端设备通过该DCI进行数据传输，本方案提供一种不采 用HARQ方式的传输方案，通过DCI指示相关参数则进行上行或者下行传输，发送端不需要 等待接收端的反馈，有效减小通信时延，减轻接收端缓存压力。
附图说明
图1为本申请提供的一种卫星网络的场景示意图；
图2为本申请提供的基于NTN的数据传输方法实施例一的流程图；
图3为本申请提供的一种HARQ进程的指示情况示意图；
图4为本申请提供的一种HARQ进程的分配情况示意图；
图5为本申请提供的又一种HARQ进程的分配情况示意图；
图6为本申请提供的基于NTN的数据传输装置实施例一的结构示意图；
图7为本申请提供的基于NTN的数据传输装置实施例二的结构示意图；
图8为本申请提供的通信装置实施例一的结构示意图；
图9为本申请提供的通信装置实施例二的结构示意图。
具体实施方式
在在长期演进(Long Term Evolution，LTE)和新无线(New Radio，NR)系统中，为了 提高数据传输可靠性，采用混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)方 式进行数据传输，HARQ是通过循环冗余校验(Cyclic Redundancy Check，CRC)来判断接收 到的数据包是否出错，并且校验CRC是在软合并之后进行的。如果CRC校验成功，则接收 端会发送肯定的反馈(Acknowledge，ACK)；如果CRC校验失败，则接收端会发送否定的反 馈(NACK)。具体包括包括以下几个步骤：
Step1：发送端发送数据到接收端；
Step2：接收端对接收数据进行译码处理；
Step3：接收端根据译码结果反馈ACK/NACK给发送端，当译码正确时，反馈ACK，当译码错误时，反馈NACK；
Step4：发送端接收到ACK/NACK后，当为NACK时，发送端重发数据给接收端，否则不发。
HARQ使用stop-and-wait protocol(停等协议)来发送数据。也就是说发送端发送一个TB 后，就停下来等待确认信息。接收端会使用1比特的信息对该TB进行肯定(ACK)或者否 定(NACK)的确认。但是每次传输后发送端就停下来等待确认，会导致吞吐量很低。因此使 用多个并行的stop-and-wait process在等待确认信息时，发送端可以使用另一个HARQprocess 来继续发送数据，从而使得数据可以连续传输。
每个HARQ process在接收端都需要有独立的HARQ buffer以便对接收到的数据进行软 合并。在使用多个并行的stop-and-wait process时，可能导致接收端的媒体介入控制(Media Access Control，MAC)层送往无线链路控制(Radio Link Control，RLC)层的数据是乱序的， 因此，RLC层需要对接收到的数据进行重排序。在载波聚合中，RLC层统一需要负责数据的 重排序，这是因为RLC层对载波聚合不可见，而每个载波单元有独立的HARQ实体，导致 一个RLC层需要从多个HARQ实体中接收数据，而接收自多个HARQ实体的数据很可能是 乱序的。
当发送端收到一个确认信息(ACK/NACK)后，需要知道该确认信息对应的HARQ进程(process)，这是通过确认信息与传输的数据之间固定的timing关系来确定的。(这对上下行 都适用)对于HARQ，只有在对应同一传输块(Transport Block，TB)，也即同一HARQprocess 的基础上讨论“初传”、“重传”才有意义。HARQ有下行HARQ和上行HARQ之分：下行HARQ针对DL-SCH数据，上行HARQ针对UL-SCH数据。下行HARQ和上行HARQ是相 互独立的，处理的方式也不相同。
在NR网络中，上下行都采用异步HARQ传输，重传可以发生在任意时刻，能以任意顺序使用HARQ process，DCI中要明确当前传输所对应的HARQ process。
目前，3GPP标准组织已经发布了5G技术标准，研究天地融合通信技术，主要是融合现 有的5G标准和卫星通信技术，满足在全球范围内的全覆盖。然而，目前的非地面网络(non- terrestrial networks，NTN)标准中，没有提出明确的HARQ方案。
若沿前述已有的应用于LTE或者NR中的HARQ方案，所有HARQ进程延用现有的 HARQ技术，即译码不成功发送NACK，等待接收下一份数据用户软合并，直到译码成功， 会大大增加通信的延迟，以及接收端的缓存的压力。
如果在NTN的数据传输过程中，对HARQ进程的个数若仍然为8次或者16次，则会导致通信吞吐率偏低。为了解决上述问题，如果只是增加简单的增加进程个数，会对UE端的数据缓存能力和处理能力的要求过高。
针对上述存在的这些问题，本申请提供一种适用于NTN数据传输方式，具体的提供了一 种适应NTN的HARQ方式，支持动态的HARQ机制，每个HARQ进程可以独立的采用各自 的HARQ方式，例如：采用HARQ方式，也就是HARQ enabling(简称：HARQe)，或者不 采用HARQ方式，也就是HARQ disabling(简称：HARQd)进行数据传输，在对采用HARQ 方式和不采用HARQ方式的具体实现中可以综合考虑到NTN系统中的吞吐、延迟、可靠度 等问题。
具体的，本申请的总体思路是在HARQ进程不采用HARQ方式时，可以将PDCCH中空闲的比特进行复用，可以用来指示进程号或者其他的传输参数。
本申请提供的技术方案主要涉及网络设备和终端设备两个执行主体，可应用于5G等通 信系统，特别是应用在非地面网络的数据传输过程中。
该网络设备可以是在特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终 端设备进行通信。可选地，该网络设备可以是卫星、GSM系统或CDMA系统中的基站(Base Transceiver Station，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE 系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中 继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络 侧设备、以及未来新的网络系统的网络侧设备等。
该终端设备包括但不限于经由有线线路连接，如经由公共交换电话网络(PublicSwitched Telephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直 接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网 (Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM- FM广播发送器；和/或另一终端设备的被设置成接收/发送通信信号的装置；和/或物联网 (Internet of Things，IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通 信终端”、“无线终端”或“移动终端”。该终端设备的示例包括但不限于卫星电话或蜂窝电话； 可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、 Web浏览器、记事簿、日历以及/或全球定位系统(Global PositioningSystem，GPS)接收器的 PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。可以指 接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、 终端、无线通信设备、用户代理或用户装置。还可以是蜂窝电话、无绳电话、会话启动协议 (Session Initiation Protocol，SIP)电话、无线本地环路(WirelessLocal Loop，WLL)站、个 人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连 接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的UE或者未来演 进的终端等。
下面提供一种本方案的具体应用场景，该数据的传输方法可应用在卫星通信范畴。3GPP 各成员融合卫星通信和5G技术，提出图1所示的典型的网络应用架构。图1为本申请提供 的一种卫星网络的场景示意图，如图1所示，地面移动终端通过5G新空口接入网络，5G基 站部署在卫星上，并通过无线链路与地面的核心网相连。同时，在卫星之间存在无线链路， 完成基站与基站之间的信令交互和用户数据传输。该场景中，涉及到本申请技术方案的网络 设备为5G基站，终端设备则为图中的终端。图1中的各个网元以及他们的接口说明如下：
终端为支持5G新空口的移动设备，典型的比如手机，pad等移动设备。可以通过空口接 入卫星网络并发起呼叫，上网等业务。
5G基站主要是提供无线接入服务，调度无线资源给接入终端，提供可靠的无线传输协议 和数据加密协议等。
5G核心网包括用户接入控制，移动性管理，会话管理，用户安全认证，计费等业务。它 有多个功能单元组成，可以分为控制面和数据面的功能实体。接入与移动管理单元(Authentication Management Function，AMF),负责用户接入管理，安全认证，还有移动性管理。 用户面单元(UPF)负责管理用户面数据的传输，流量统计，安全窃听等功能。
地面站：负责转发卫星基站和5G核心网之间的信令和业务数据。
5G新空口为终端和基站之间的无线链路。
Xn接口为5G基站和基站之间的接口，主要用于切换等信令交互。
NG接口为5G基站和5G核心网之间接口，主要交互核心网的NAS等信令，以及用户的业务数据。
基于上述任一种应用场景，下面通过具体的实施方式对本方案提供的基于NTN的数据传 输方法进行详细说明。
图2为本申请提供的基于NTN的数据传输方法实施例一的流程图，如图2所示，该方法 应用在终端设备以及网络设备之间，该网络设备可以是上述图1中的5G基站，终端设备可 以是上述图1中的终端，该基于NTN的数据传输方法具体包括以下步骤：
S101：向终端设备发送DCI，DCI包括指示进行数据传输的第一HARQ进程的进程号的 第一部分比特，第一HARQ进程不采用HARQ方式。
本申请提供了一种适应NTN的HARQ方式，支持动态的HARQ机制，每个HARQ进程 可以采用HARQ方式，也就是HARQ enabling(简称：HARQe)，或者不采用HARQ方式， 也就是HARQdisabling(简称：HARQd)进行数据传输，在该方案中，应理解，当数据的传 输采用HARQe，也就是在HARQ进程中采用HARQ方式进行数据传输时，对于接收端来说， 依然需要对每个进程传输的数据进行反馈。然而，在数据的传输采用HARQd，也就是在HARQ 进程中不采用HARQ方式进行数据传输时，则接收端不需要对每个进程传输的数据进行反馈。
在本步骤中，在进行上行数据传输或者下行数据传输时，网络设备需要向终端设备发送 控制信息，也就是发送DCI，本方案中的第一HARQ进程不采用HARQ方式，则向终端设备 发送的DCI中只需要指示进程号即可，即在该DCI中只需要包括指示第一HARQ进程的进程号的比特。
对于接收端的终端设备来说，则接收该DCI，通过该DCI可以获取到第一HARQ进程的 进程号。
在该方案的具体实现中，在上行传输或者下行传输中，网络设备和终端设备均需要确定 传输的HARQ进程是否采用HARQ方式，具体的至少可以通过以下几种方式进行确定。
第一种方式，网络设备或者终端设备均可以通过协议约定确定在进行数据传输时是否采 用HARQ方式，该方式在上行或者下行传输中均适用。
第二种方式，终端设备根据网络设备的指示，确定在上行传输或者下行传输的进程中是 否采用HARQ方式。
在该方式的一种具体实现中，终端设备可以接收网络设备发送的RRC消息，所述RRC 携带指示信息。然后根据该指示信息确定要进行数据传输的第一HARQ进程采用HARQ方式或者不采用HARQ方式，例如：本实施例中的第一HARQ进程不采用HARQ方式就是根 据该指示信息确定的。
第三种方式，对于终端设备来说，还可以根据信道质量、服务质量(Quality ofService， QoS)以及之前的上/下行传输情况(包括吞吐率、出错的频率等)中的至少一个确定后续的 数据传输中适合采用HARQ方式或者不采用HARQ方式，然后向网络设备进行请求，确定 后使用。具体实现中，以上行传输为例，终端设备根据下行的信道质量(终端设备可根据下 行控制信道以及下行数据信道的情况确定信道质量)、QoS以及之前的上/下行传输情况(包 括吞吐率、出错的频率等)中的至少一个确定所述第一HARQ进程不采用HARQ方式，并向 所述网络设备发送请求消息，所述请求消息用于指示所述第一HARQ进程不采用HARQ方式，网络设备根据进程的分布情况等确定是否能够使用不采用HARQ方式，并向终端设备进行确认。
第四种实现方式，终端设备还可以根据DCI确定进程传输的HARQ进程采用或者不采用 HARQ方式。具体实现中，可以通过DCI中多余的比特进行指示，也可以根据DCI中具体的 信息进行确定，同样的，网络设备也可以根据该方式进行确定。例如，DCI中只指示了进程 号，没有指示重传的资源和参数等，则终端设备可确定该进程号对应的进程的不采用HARQ 方式。
对于网络设备来说，除了根据第一种方式中的协议约定的方式确定，还可以根据以下几 种方式确定采用或者不采用HARQ方式。
第五种方式，网络设备接收终端设备发送的请求消息，请求消息用来请求在后续的数据 传输中采用HARQ方式或者不采用HARQ方式，网络设备根据该请求小区确定进程中采用 或者不采用HARQ方式，并需要向终端设备进行确认。例如在该方案中，请求消息用于指示 所述第一HARQ进程不采用HARQ方式，网络设备可根据进程的分布情况以及该请求消息 确定第一HARQ进程不采用HARQ方式。
第六种方式，网络设备也可以根据信道质量、QoS、之前的上/下行传输情况(包括吞吐 率、出错的频率等)以及网络负载情况中的至少一个确定数据传输的进程采用或者不采用 HARQ方式。在具体应用中，以下行传输为例，网络设备根据上行的信道质量(网络设备可 以根据上行控制信道或者上行数据信道的情况确定该信道质量)或者网络负载确定该第一 HARQ进程不采用HARQ方式。
在上述任一种实现方式中，网络设备确定了第一HARQ进程采用或者不采用HARQ方式之后，可以通过RRC消息指示给终端设备。
举例来说，在下行传输过程中，对于每一个HARQ进程，作为接收端的终端设备可根据 自身情况(例如：数据缓存压力，多次译码情况，MCS)以及信道质量(CQI)阈值判断并通知网络设备采用HARQ方式或者不采用HARQ方式，即执行或者不执行HARQd。
作为接收端的网络设备综合当前每个HARQ进程的情况包括：HARQd和HARQe进程的比例，HARQ进程的总个数，决定采用HARQ方式或者不采用HARQ方式。网络设备可 可以通过RRC信令，指示每个HARQ进程采用HARQd还是HARQe。
在上行传输中，网络设备可以根据上行控制信道当中的信道质量并通过RRC信令，指示 每个HARQ进程采用HARQd还是HARQe。
S102：根据DCI进行数据处理得到处理后的数据，并输出所述处理后的数据。
在本步骤中，网络设备以及该终端设备根据DCI进行上行数据传输或者下行数据传输。 具体的，在上行数据传输过程中，终端设备可根据该DCI对数据进行编码、调制、速率匹配 等处理得到处理后的数据，并通过通信接口将处理后的数据发送给网络设备，网络设备进行 数据的解析等处理并输出得到的数据。在下行数据传输过程中，网络设备进行与该DCI相对 应的编码、调制、速率匹配等处理得到处理后的数据，再通过通信接口将处理后的数据发送 给终端设备，终端设备根据该DCI进行数据的解析等处理，并输出处理后的数据。
本方案中，传输数据的第一HARQ进程不采用HARQ传输方式，网络设备向终端设备发 送DCI，包含了第一HARQ进程的进程号的第一部分比特，网络设备和终端设备通过该DCI进行数据传输，提供一种不采用HARQ方式的传输方案，通过DCI指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反馈，有效减小通信时延，减轻接收端缓存压力。
在该方案的一种具体实现中，在目前的传输标准中，采用HARQ方式传输时，DCI中还 需要携带一些重传指示，重传资源等信息，具体的，例如在现有的标准中规定了一些DCI的 具体的比特的解释，例如，[5,TS 38.212]以及[5,TS 38.213]中，对DCI的比特携带的信息进 行了规定，具体如下表1：
表1
Figure BDA0002266254440000101
基于上述表1可知，在格式1-0(Format1-0)的情况下，DCI中采用4个比特进行HARQ进程的进程号指示，其他的11个比特用来指示重传的资源和参数等。
在NTN系统中进行数据传输，由于终端设备和网络设备之间的距离较远，为了能提高通 信的吞吐量，则需要使用更多的进程进行数据传输，即HARQ进程的数量可能会超过目前的 16。在HARQ进程的数量超过16时，在进程号比较大时候，则目前的DCI中的四个比特最大只能指示到16，对于更大的进程号则没法进行指示，此时需要对指示进程号的比特进行增 加，已实现进程号的指示。
基于此，本申请还提出一种对于DCI中空闲比特的复用的方式，由于第一HARQ进程不 采用HARQ方式进行数据传输，则该方案中DCI除了原来用于指示进程号的那些比特，剩余 的比特则是空闲的，以上表1为例，在Format1-0的情况下，除了用于指示HARQ进程的进程号之外，其他的11个比特则是空余的状态，因此，这些空余的比特可以进行复用，用来指示HARQ进程的进程号和/或进程的传输方式等。
在上述实施例的基础上，网络设备发送的DCI还包括：用于指示第一HARQ进程的进程 号的第二部分比特，也就是说第一HARQ进程的进程号通过两部分比特进行指示，也就是前 述的第一部分比特和第二部分比特一起指示第一HARQ进程的进程号，在具体的实现中，可 根据具体的进程号的大小确定采用DCI空闲部分的几个比特来指示。例如：
以最大HARQ进程数是64为例，每个HARQ进程需要6比特指示进程号(也称为进程标识， ID)。除了表1中HARQ process number的4bit外，需要2个比特，可以使用DAI的2bit作为进程 号的最高两位或者最低两位，即：ID＝DAI(2比特)以及HARQ process number(4比特)组成，或 者，ID＝HARQ process number(4比特)DAI(2比特)。
本方案中，剩余比特(例如Format1-0有11个额外的比特)除了扩展当前HARQ进程的进 程号的指示，还用于扩展指示其余HARQd的进程号或者传输方式等。需要说明的是，HARQ 进程数量的增加以及对应的进程号可以通过额外的比特开销来指示，本方案可通过复用 HARQd对应的DCI中的部分比特，从而不需要或者用较少的额外信令开销来实现用户HARQ 进程的扩展。
例如，在上述任一实现方式的基础上，网络设备发送的DCI还包括用于指示第一HARQ进 程的传输方式的比特，也就是说DCI中空余的比特还可以用来指示传输方式，该传输方式包括 重复传输，或者聚合传输。
为了提高HARQd的可靠度，可以改变数据的传输方式通过重复或者聚合的方式，例如一 次传多个RV版本，一次传多份重复版本等方式。本实施例利用HARQd所对应的DCI中的部分 比特用于指示当前HARQ进程的数据传输方式。
例如，可以用原DCI中的指示NDI的1比特，用来指示具体的传输方式，举例来说，比特NDI＝0表示采用重复传输(repetition)的传输方式，比特NDI＝1表示采用聚合传输的传输 方式，即原来用于指示NDI的比特用来指示传输方式，为0的时候指示重复传输的方式，为 1的时候指示聚合传输的方式。当比特NDI＝0时，还可以利用预留的Redundancyversion(RV) 的两个比特来指示重复的次数。在一种具体实现中可如表2所示，其中，NDI＝0和RV＝0可 以表示收端请求HARQd，且发端同意请求的传输方式。
表2
重复次数索引 重复次数(Repetition number)
0 1
1 2
2 3
3 4
在该方案中，可知传输方式为重复传输，则DCI中指示该第一HARQ进程的传输方式的比 特可以用于指示重复传输的传输次数。
当比特NDI＝1时，可以利用预留的冗余版本(Redundancy version，RV)或者其余的一 个或者多个，指示用户采用不同的RV版本聚合，如表3所示，其中RV的组合方式可以有多种，不限于此表。当组合数较多时需要用到更多的比特用户指示HARQ进程的数据传输方式。
表3
组合方式索引 RV组合方式
0 0,1
1 0,2
2 0,3
3 0,1,2
4 0,1,3
5 0,2,3
6 0,1,2,3
… …
在该方案中，可知传输方式为聚合传输，则DCI中指示该第一HARQ进程的传输方式的比 特可以用于指示聚合传输的传输版本，具体包括版本号或者版本的组合方式等。
根据上述方式，对于传输方式的指示不止可以采用NDI比特进行指示，也可以采用原DCI 中的空余的11个比特中的其他的一个或者多个比特进行指示，同样的，对于表2和/或表3中的 重复次数，以及传输版本也可以根据空余的11个比特中的其他的一个或者多个比特进行指示。 本方案的主旨是在于对DCI中空闲的比特的复用，并不限定采用某个特定比特指示特定参数。
在上述方案的基础上，如果系统中只支持一种传输方式，则原来NDI的比特可以用来指示 其他的内容。在表3对应实现中，若系统只支持聚合方式，则传输的RV版本也可以只有一个 版本的情况，例如，只传输RV0版本。
在上述几种实现方式的基础上，DCI的空余部分也可以包括指示第一HARQ进程的进程号 的第二部分比特以及指示该第一HARQ进程传输方式的比特，具体的应用过程中的指示方式 与上述类似。
对于DCI中其他不同的格式，类似的原则同样适用，这里不再赘述。
上述实施例提供方案中，扩展了HARQ进程数量之后，可以有效提高数据吞吐率，同时通 过对DCI中的空余比特的复用，在不增加新的比特的情况下，可实现指示传输方式和/或进程 号，降低数据传输时延的同时，提高灵活性。
在本申请提供的基于NTN的数据传输方法的另一实施例中，在上述实施例的基础上，在 HARQ进程不采用HARQ方式，也就是HARQd方式中，DCI中的空余部分除了可以指示进程号， 或者传输方式之外，剩余的比特还可以用来指示采用HARQ方式的进程的进程号。
具体的，以上述表1中的Format1-0的情况为例，除了用于指示HARQ进程的进程号之外， 其他的11个比特则是空余的状态。
在一种具体实现中，以最大HARQ进程数是64为例，每个HARQ进程需要6比特指示进程 号(也称为进程标识，ID)，除了表1中HARQ process number的4bit外，需要两位2个比特， 了可以使用DAI的2bit作为进程号的最高两位或者最低两位，即：ID＝DAI(2比特)以及HARQ process number(4比特)组成，或者，ID＝HARQ process number(4比特)DAI(2比特)。剩余9比特 的全部或者部分用于HARQe。若HARQd只需要指示ID号，那么最大进程数为64的情况下，一 个HARQd所对应的DCI可以扩展指示4个HARQe的ID号。假设最大进程数为NID，那么一个 HARQd所对应的DCI可以指示的HARQe数为：Floor((15-log2NID)/(log2NID-4))。
在本申请方案的另一种具体实现中，假设有3比特用于指示当前的第一HARQ进程的数据 的传输方式，那么针对HARQd和HARQe进程的数目，为满足HARQd中多余的比特足够指示 HARQe的ID号，对于Format 1-0(bits)需要满足如下条件，
m·(12-(l0g2NID))≥n·(log2NID-4) (1)，
其中，m表示HARQd的进程数，n表示HARQe的进程数，NID表示最大进程数，当NID＝64时，需要满足m/n≥1/3，图3为本申请提供的一种HARQ进程的指示情况示意图，如图3所示，HARQd进程中的DCI还可以用于指示邻近HARQ进程的进程号。
在本申请提供的基于NTN的数据传输方法的另一实施例中，采用动态的分配HARQd和 HARQe的数目，本实施例提供一种采用固定的配比的方式，所有的HARQ进程按照约定的比 例分配HARQd和HARQe的数目，图4为本申请提供的一种HARQ进程的分配情况示意图。如图4所示，HARQd的进程均匀的分布在所有进程当中，可以用来指示固定临近的多个HARQe进程的进程号。图5为本申请提供的又一种HARQ进程的分配情况示意图。如图5所示，HARQd的进程也连续的分布在所有进程当中，每个HARQd的DCI可以用来指示后续的一些HARQe进程的进程号。
可选的，HARQd的进程也可以按照某一种或者多种固定的方式分布在所有进程当中，数 据传输时按照约定的分布方式进行传输，或者发端按照指示的方式分配HARQd和HARQe的进 程，或者按照1:1的方式，由一个HARQd扩展指示HARQe的HARQ进程的进程号，对此本方案 不做限制。
本申请提供的基于NTN的数据传输方法的另一实施例中，在实际应用中，采用HARQd和 HARQe的进程都可以采用聚合或者重复的方式，HARQd中，DCI中的剩余比特不仅可以指示 当前进程的数据的传输方式，也可以用于指示HARQe的进程中数据的传输方式。采用一次传 输多份数据的时候，会增加一个HARQ进程的时间，从而减少HARQ进程的数量，减少指示进 程数的信令开销。为了不改变进程数或者不增加过多的进程数，同时充分利用卫星通信较长 的RTD提高吞吐，本实施例中每个进程可以采用灵活的传输方式。每个进程中传输的数据(相 同的传输块编码得到的数据)每次传输可以采用重复或者聚合的方式提高可靠度。在一种可 能的实施方式中，不同轨道高度的网络设备(例如图2所示场景中的基站)采用统一的进程数 16，则不需要额外开销进程数指示的比特，每次传输多份数据(对应相同数据块的多个重复 版本，或者多个RV版本))，增加每个进程的时长。
需要说明的是，数据的具体传输中可以包括自适应和非自适应两种情况，自适应是由控 制信道来指示相应的传输方式，例如现有技术中由RV来指示数据传输的版本号，非自适应按 照约定的方式，每次重传采用默认的RV版本顺序。
对于不采用HARQ方式的进程，也就是HARQd进程，若采用完全非自适应的数据方式， 可以按照约定要的版本数，版本组合或者重复数等方式进行每一次的数据传输。例如，RV0 对应一份数据，RV0和RV2对应相同数据块的两份数据，RV0，RV1，RV2对应相同数据块的三份数据，RV0，RV1，RV2，RV3对应相同数据块的四份数据，具体每个进程一次传输几份 数据可以按照约定的方式，不同轨道高度的卫星，由于往返延迟(Round Trip Delay，RTD) 不同，可以采用不同的约定方式。例如低轨卫星，一次传输2分数据，中轨卫星，一次传输3 分数据，高轨卫星，一次传输4分数据。
对于不采用HARQ方式的进程，也就是HARQd进程，如果采用自适应的方式，部分与HARQ相关的比特可以利用，也可以重新定义RV参数的含义，用来指示数据的传输方式，如表3中，举例了几种RV版本的组合方式。因为没有重传，因此在每个组合中都包含了RV0版本。
对于采用HARQ方式的进程，也就是HARQe进程，可以采用现有的传输方式(一次传一 份数据)。每一次传输也可以采用上述提到的HARQd的传输方式。即采用非自适应的方式也 可以采用自适应的方式。对于非自适应的方式，不同轨道高度的卫星，可以有对应的传输方 式(HARQd只有一次传输，HARQe在收端反馈NCAK的时候会有下一次传输，也就是每次传 输可以采用非自适应)，包括每次传输的数据份数，以及RV组合方式。由于没有多余的DCI 比特可以利用，可以利用HARQd中的多余比特来指示。当HARQe采用重复传输或者聚合传输 的方式来减少重传次数时，2bit的RV，也可以代表不同的数据传输方式，参考表3。
综上所述，也就是说在本方案的时限中，不采用HARQ方式的DCI中，还可以指示采用 HARQ方式的进程采用的传输方式，具体的还可以指示传输数据版本，版本组合或者重复次 数等。另外主要说明的是，除了DCI中的比特可以指示数据的传输方式，也可以利用MCS表中 用不到的MCSindex，隐式的指示相应的数据的传输方式，对此本方案不做限制。
在前述任一实施例的基础上，在NTN的数据传输中，对于进程数，本申请的技术方案不 限于固定的进程数，不同轨道高度与RTD不一样，进程数可以有所区别，例如：地面和低轨 为16，中高轨为32；例如地面和低轨为16，中轨为32，高轨为64等；进程数大于16的情况下，HARQe的进程号可以由HARQd中的DCI比特扩展指示。数据的传输方式，例如RV 版本的组合等，HARQe进程ID也可以由HARQd中的DCI比特扩展指示。即HARQd中的 剩余比特，可以用于HARQe进程的ID扩展指示，或者数据传输方式。HARQd和HARQe的 进程数配比可以参考前述实施例中的方案。
上述几个实施例提供的基于NTN的数据传输方案，对于不采用HARQ的方式的进程，复用该进程对应的控制信令中的多余比特指示采用HARQ的方式的进程的进程号，也就是HARQe对应的ID，减少overhead。同时还设计了HARQd和HARQe的配比，保证有足够的 资源指示HARQe的ID。
图6为本申请提供的基于NTN的数据传输装置实施例一的结构示意图，如图6所示，该 基于NTN的数据传输装置10，包括：
收发模块11，用于接收网络设备发送的DCI，所述DCI包括指示进行数据传输的第一 HARQ进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；
处理模块12，用于根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的 数据。
本实施例提供的基于NTN的数据传输装置，用于执行前述任一方法实施例中终端设备侧 的技术方案，传输数据的第一HARQ进程不采用HARQ传输方式，可将DCI中空余的比特 进行复用，通过DCI指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反 馈，有效减小通信时延，减轻接收端缓存压力。
在上述方案的基础上，该基于NTN的数据传输装置10的具体实现中，所述DCI还包括： 指示所述第一HARQ进程的进程号的第二部分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
可选的，所述处理模块12还用于：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
可选的，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示重复传输的传输次数。
可选的，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示聚合传输的传输版本。
可选的，
所述第一HARQ进程不采用HARQ方式是所述处理模块12根据协议约定确定；
或者，
所述收发模块11还用于接收网络设备发送的无线链路控制RRC消息，所述RRC携带指 示信息；
所述第一HARQ进程不采用HARQ方式是所述处理模块12根据所述指示信息确定的，所述指示信息用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采 用HARQ方式；
或者，
所述处理模块12还用于根据信道质量、服务质量QoS以及之前的上/下行传输情况(包 括吞吐率、出错的频率等)中的至少一个确定所述第一HARQ进程不采用HARQ方式，并通过所述收发模块11向所述网络设备发送请求消息，所述请求消息用于指示所述第一HARQ进程不采用HARQ方式；
或者，
所述处理模块12还用于根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
可选的，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
本实施例提供的基于NTN的数据传输装置，用于执行前述任一方法实施例中终端设备侧 的技术方案，其实现原理和技术效果类似，在此不再赘述。
图7为本申请提供的基于NTN的数据传输装置实施例二的结构示意图，如图7所示，该 基于NTN的数据传输装置20，包括：
收发模块21，用于向终端设备发送DCI，所述DCI包括指示进行数据传输的第一HARQ 进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；
处理模块22，用于根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的 数据。
本实施例提供的基于NTN的数据传输装置，用于执行前述任一方法实施例中网络设备侧 的技术方案，传输数据的第一HARQ进程不采用HARQ传输方式，可将DCI中空余的比特 进行复用，通过DCI指示相关参数则进行上行或者下行传输，发送端不需要等待接收端的反 馈，有效减小通信时延，减轻接收端缓存压力。
在上述实施例的具体实现中，所述DCI还包括：指示所述第一HARQ进程的进程号的第 二部分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
可选的，所述处理模块22还用于：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
可选的，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示重复传输的传输次数。
可选的，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特 用于指示聚合传输的传输版本。
可选的，
所述第一HARQ进程不采用HARQ方式是所述处理模块22根据协议约定确定；
或者，
所述收发模块21用于接收所述终端设备发送的请求消息，所述请求消息用于指示所述第 一HARQ进程不采用HARQ方式；
所述第一HARQ进程不采用HARQ方式是所述处理模块22根据所述请求消息确定的；
或者，
所述处理模块22还用于根据信道质量、QoS、网络负载以及之前的上/下行传输情况(包 括吞吐率、出错的频率等)中的至少一个确定所述第一HARQ进程不采用HARQ方式；
或者，
所述处理模块22还用于根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
可选的，所述收发模块21还用于：
向所述终端设备发送无线链路控制RRC消息，所述RRC携带指示信息，所述指示信息 用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方 式。
可选的，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
本实施例提供的基于NTN的数据传输装置，用于执行前述任一方法实施例中网络设备侧 的技术方案，其实现原理和技术效果类似，在此不再赘述。
图8为本申请提供的通信装置实施例一的结构示意图，如图8所示，该通信装置100， 包括处理器101和通信接口102，所述通信接口102用于接收待处理的数据和/或输出处理后 的数据，所述处理器101用于对所述待处理的数据前述任一实施例中终端设备侧的技术方案。
在一种可选方案中，所述通信装置100还包括存储器103，用于存储程序指令，所述程序 指令由所述处理器执行时，使得前述任一实施例中终端设备侧的技术方案被执行。
当该通信装置100执行终端设备侧的技术方案，该通信接口102接收的待处理的数据包 括DCI携带的数据，网络设备发送的RRC消息中的数据以及网络设备进行下行传输的数据 等，输出处理后的数据包括向网络设备发送的请求消息，向网络设备进行上行传输的数据以 及反馈信息等数据。
该通信装置100可以是终端设备，也可以是芯片，集成电路等，对此本方案不做限制。
图9为本申请提供的通信装置实施例二的结构示意图，如图9所示，该通信装置200， 包括处理器201和通信接口202，所述通信接口202用于接收待处理的数据和/或输出处理后 的数据，所述处理器201用于对所述待处理的数据执行前述任一实施例中网络设备侧的技术 方案。
可选的，所述通信装置200还包括存储器203，用于存储程序指令，所述程序指令由所述 处理器执行时，使得前述任一实施例中网络设备侧的技术方案被执行。
当该通信装置100执行网络设备侧的技术方案，该通信接口202接收的待处理的数据包 括终端设备发送的请求消息，以及终端设备发送的上行数据，终端设备发送的反馈信息等。 输出处理后的数据包括DCI携带的数据，发送的RRC消息中的数据以及进行下行传输的数 据，向终端设备发送的确认消息等。
该通信装置200可以是网络设备，也可以是芯片，集成电路等，对此本方案不做限制。
在上述在通信装置的实现中，存储器和处理器之间直接或间接地电性连接，以实现数据 的传输或交互，也就是存储器和处理器可以通过接口连接，也可以集成在一起。例如，这些 元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接，如可以通过总线连接。 存储器中存储有实现数据访问控制方法的计算机执行指令，包括至少一个可以软件或固件的 形式存储于存储器中的软件功能模块，处理器通过运行存储在存储器内的软件程序以及模块， 从而执行各种功能应用以及数据处理。
存储器可以是，但不限于，随机存取存储器(Random Access Memory，简称：RAM)，只 读存储器(Read Only Memory，简称：ROM)，可编程只读存储器(Programmable Read-Only Memory，简称：PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，简 称：EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，简称： EEPROM)等。其中，存储器用于存储程序，处理器在接收到执行指令后，执行程序。进一步 地，上述存储器内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务 (例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件 组件相互通信，从而提供其他软件组件的运行环境。
处理器可以是一种集成电路芯片，具有信号的处理能力。上述的处理器可以是通用处理 器，包括中央处理器(Central Processing Unit，简称：CPU)、网络处理器(NetworkProcessor， 简称：NP)等。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处 理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在上述基础上，本申请还提供一种通信装置，包括：逻辑电路、输入接口，其中：所述 输入接口用于获取待处理的数据；所述逻辑电路用于对待处理的数据执行前述方法实施例中 终端设备侧的技术方案，得到处理后的数据。
可选的，该通信装置还可以包括：输出接口，所述输出接口用于输出处理后的数据。
当该逻辑电路执行终端设备侧的技术方案，该输入接口获取的待处理的数据包括DCI携 带的数据，网络设备发送的RRC消息中的数据以及网络设备进行下行传输的数据等，输出接 口输出的处理后的数据包括向网络设备发送的请求消息，向网络设备进行上行传输的数据以 及反馈信息等数据。
本申请还提供一种通信装置，包括：逻辑电路和输出接口，其中：所述逻辑电路用于对 待处理的数据执行前述方法实施例中网络设备侧的技术方案，得到处理后的数据；以及，所 述输出接口用于输出处理后的数据。
可选的，该通信装置还包括：输入接口，该输入接口用于获取待处理的数据。
当该逻辑电路执行网络设备侧的技术方案，该输入接口获取的待处理的数据包括终端设 备发送的请求消息，以及终端设备发送的上行数据，终端设备发送的反馈信息等。输出接口 输出的处理后的数据包括DCI携带的数据，发送的RRC消息中的数据以及进行下行传输的 数据，向终端设备发送的确认消息等。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序，所述 程序在被处理器执行时用于执行前述实施例中终端设备侧的技术方案。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序，所述 程序在被处理器执行时用于执行前述实施例中网络设备侧的技术方案。
本领域普通技术人员应理解：实现上述各方法实施例的全部或部分步骤可以通过程序指 令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时， 执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等 各种可以存储程序代码的介质，具体的介质类型本申请不做限制。

Claims (40)

1.一种基于NTN的数据传输方法，其特征在于，应用于终端设备，所述方法包括：
接收网络设备发送的下行控制信息DCI，所述DCI包括指示进行数据传输的第一混合自动重传请求HARQ进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；所述DCI还包括用于指示邻近的采用HARQ方式的进程的进程号的比特；
根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数据。
2.根据权利要求1所述的方法，其特征在于，所述DCI还包括：指示所述第一HARQ进程的进程号的第二部分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
4.根据权利要求3所述的方法，其特征在于，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示重复传输的传输次数。
5.根据权利要求3所述的方法，其特征在于，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示聚合传输的传输版本。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：
所述第一HARQ进程不采用HARQ方式是根据协议约定确定；
或者，
接收网络设备发送的无线链路控制RRC消息，所述RRC携带指示信息；
所述第一HARQ进程不采用HARQ方式是根据所述指示信息确定的，所述指示信息用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方式；
或者，
根据信道质量或者服务质量QoS确定所述第一HARQ进程不采用HARQ方式，并向所述网络设备发送请求消息，所述请求消息用于指示所述第一HARQ进程不采用HARQ方式；
或者，
根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
7.根据权利要求1至5任一项所述的方法，其特征在于，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
8.一种基于NTN的数据传输方法，其特征在于，应用于网络设备，所述方法还包括：
向终端设备发送下行控制信息DCI，所述DCI包括指示进行数据传输的第一混合自动重传请求HARQ进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；所述DCI还包括用于指示邻近的采用HARQ方式的进程的进程号的比特；
根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数据。
9.根据权利要求8所述的方法，其特征在于，所述DCI还包括：指示所述第一HARQ进程的进程号的第二部分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
11.根据权利要求10所述的方法，其特征在于，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示重复传输的传输次数。
12.根据权利要求10所述的方法，其特征在于，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示聚合传输的传输版本。
13.根据权利要求8至12任一项所述的方法，其特征在于，所述方法还包括：
所述第一HARQ进程不采用HARQ方式是根据协议约定确定；
或者，
接收所述终端设备发送的请求消息，所述请求消息用于指示所述第一HARQ进程不采用HARQ方式；
所述第一HARQ进程不采用HARQ方式是根据所述请求消息确定的；
或者，
根据信道质量、服务质量QoS或者网络负载确定所述第一HARQ进程不采用HARQ方式；
或者，
根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
14.根据权利要求13所述的方法，其特征在于，所述方法还包括：
向所述终端设备发送无线链路控制RRC消息，所述RRC携带指示信息，所述指示信息用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方式。
15.根据权利要求8至12任一项所述的方法，其特征在于，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
16.一种基于NTN的数据传输装置，其特征在于，包括：
收发模块，用于接收网络设备发送的下行控制信息DCI，所述DCI包括指示进行数据传输的第一混合自动重传请求HARQ进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；所述DCI还包括用于指示邻近的采用HARQ方式的进程的进程号的比特；
处理模块，用于根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数据。
17.根据权利要求16所述的装置，其特征在于，所述DCI还包括：指示所述第一HARQ进程的进程号的第二部分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
18.根据权利要求17所述的装置，其特征在于，所述处理模块还用于：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
19.根据权利要求18所述的装置，其特征在于，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示重复传输的传输次数。
20.根据权利要求18所述的装置，其特征在于，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示聚合传输的传输版本。
21.根据权利要求16至20任一项所述的装置，其特征在于，
所述第一HARQ进程不采用HARQ方式是所述处理模块根据协议约定确定；
或者，
所述收发模块还用于接收网络设备发送的无线链路控制RRC消息，所述RRC携带指示信息；
所述第一HARQ进程不采用HARQ方式是所述处理模块根据所述指示信息确定的，所述指示信息用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方式；
或者，
所述处理模块还用于根据信道质量或者服务质量QoS确定所述第一HARQ进程不采用HARQ方式，并通过所述收发模块向所述网络设备发送请求消息，所述请求消息用于指示所述第一HARQ进程不采用HARQ方式；
或者，
所述处理模块还用于根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
22.根据权利要求16至20任一项所述的装置，其特征在于，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
23.一种基于NTN的数据传输装置，其特征在于，包括：
收发模块，用于向终端设备发送下行控制信息DCI，所述DCI包括指示进行数据传输的第一混合自动重传请求HARQ进程的进程号的第一部分比特，所述第一HARQ进程不采用HARQ方式；所述DCI还包括用于指示邻近的采用HARQ方式的进程的进程号的比特；
处理模块，用于根据所述DCI进行数据处理得到处理后的数据，并输出所述处理后的数据。
24.根据权利要求23所述的装置，其特征在于，所述DCI还包括：指示所述第一HARQ进程的进程号的第二部分比特，和/或，指示所述第一HARQ进程的传输方式的比特。
25.根据权利要求24所述的装置，其特征在于，所述处理模块还用于：
确定所述第一HARQ进程采用的传输方式包括：重复传输或者聚合传输。
26.根据权利要求25所述的装置，其特征在于，所述传输方式为重复传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示重复传输的传输次数。
27.根据权利要求25所述的装置，其特征在于，所述传输方式为聚合传输，则所述指示所述第一HARQ进程的传输方式的比特用于指示聚合传输的传输版本。
28.根据权利要求23至27任一项所述的装置，其特征在于，
所述第一HARQ进程不采用HARQ方式是所述处理模块根据协议约定确定；
或者，
所述收发模块用于接收所述终端设备发送的请求消息，所述请求消息用于指示所述第一HARQ进程不采用HARQ方式；
所述第一HARQ进程不采用HARQ方式是所述处理模块根据所述请求消息确定的；
或者，
所述处理模块还用于根据信道质量、服务质量QoS或者网络负载确定所述第一HARQ进程不采用HARQ方式；
或者，
所述处理模块还用于根据所述DCI确定所述第一HARQ进程不采用HARQ方式。
29.根据权利要求28所述的装置，其特征在于，所述收发模块还用于：
向所述终端设备发送无线链路控制RRC消息，所述RRC携带指示信息，所述指示信息用于指示所述第一HARQ进程不采用HARQ方式或者所述第一HARQ进程采用HARQ方式。
30.根据权利要求23至27任一项所述的装置，其特征在于，所述DCI的长度与所述第一HARQ进程采用HARQ方式传输时的DCI的长度一致。
31.一种通信装置，其特征在于，包括处理器和通信接口，所述通信接口用于接收待处理的数据和/或输出处理后的数据，所述处理器用于对所述待处理的数据执行如权利要求1至7任一项所述的方法。
32.根据权利要求31所述的通信装置，其特征在于，所述通信装置还包括存储器，用于存储程序指令，所述程序指令由所述处理器执行时，使得权利要求1至7中任一项所述的方法被执行。
33.一种通信装置，其特征在于，包括处理器和通信接口，所述通信接口用于接收待处理的数据和/或输出处理后的数据，所述处理器用于对所述待处理的数据执行如权利要求8至15任一项所述的方法。
34.根据权利要求33所述的通信装置，其特征在于，所述通信装置还包括存储器，用于存储程序指令，所述程序指令由所述处理器执行时，使得权利要求8至15中任一项所述的方法被执行。
35.一种通信装置，其特征在于，包括：逻辑电路和输入接口，其中：
所述输入接口用于获取待处理的数据；
所述逻辑电路用于对待处理的数据执行如权利要求1至7任一项所述的方法，得到处理后的数据。
36.根据权利要求35所述的通信装置，其特征在于，所述通信装置还包括：
输出接口，所述输出接口用于输出所述处理后的数据。
37.一种通信装置，其特征在于，包括：逻辑电路和输出接口，其中：
所述逻辑电路用于对待处理的数据执行如权利要求8至15任一项所述的方法，得到处理后的数据；以及，所述输出接口用于输出所述处理后的数据。
38.根据权利要求37所述的通信装置，其特征在于，所述通信装置还包括：
输入接口，所述输入接口用于获取所述待处理的数据。
39.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序，所述程序在被处理器执行时用于执行权利要求1至7任一项所述的方法。
40.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序，所述程序在被处理器执行时用于执行权利要求8至15任一项所述的方法。
CN201911088858.7A 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质 Active CN112787770B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201911088858.7A CN112787770B (zh) 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质
CN202210598361.5A CN114900271A (zh) 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质
PCT/CN2020/120333 WO2021088594A1 (zh) 2019-11-08 2020-10-12 基于ntn的数据传输方法、装置和存储介质
EP20884447.2A EP4044480A4 (en) 2019-11-08 2020-10-12 NTN-BASED DATA TRANSMISSION METHOD AND DEVICE, AND STORAGE MEDIUM
US17/738,632 US20220263606A1 (en) 2019-11-08 2022-05-06 Ntn-based data transmission method and apparatus and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911088858.7A CN112787770B (zh) 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210598361.5A Division CN114900271A (zh) 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质

Publications (2)

Publication Number Publication Date
CN112787770A CN112787770A (zh) 2021-05-11
CN112787770B true CN112787770B (zh) 2022-06-14

Family

ID=75748914

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201911088858.7A Active CN112787770B (zh) 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质
CN202210598361.5A Pending CN114900271A (zh) 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210598361.5A Pending CN114900271A (zh) 2019-11-08 2019-11-08 基于ntn的数据传输方法、装置和存储介质

Country Status (4)

Country Link
US (1) US20220263606A1 (zh)
EP (1) EP4044480A4 (zh)
CN (2) CN112787770B (zh)
WO (1) WO2021088594A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023050211A1 (zh) * 2021-09-29 2023-04-06 北京小米移动软件有限公司 一种混合自动重传请求进程号的确定方法及其装置
WO2023123459A1 (zh) * 2021-12-31 2023-07-06 北京小米移动软件有限公司 信息接收、传输方法和装置、通信装置和存储介质
KR20230155984A (ko) * 2022-05-04 2023-11-13 현대자동차주식회사 비-지상 네트워크에서 harq를 위한 방법 및 장치
CN114900269B (zh) * 2022-07-08 2022-09-27 广州思德医疗科技有限公司 数据传输方法、电子设备及计算机存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019160737A1 (en) * 2018-02-14 2019-08-22 Idac Holdings, Inc. Methods and procedures for harq management in nr-based non-terrestrial networks
GB201910232D0 (en) * 2019-07-17 2019-08-28 Samsung Electronics Co Ltd Improvements in and relating to dynamic harq in a non-terrestrial network

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220045803A1 (en) * 2018-09-27 2022-02-10 Telefonaktiebolaget Lm Ericsson (Publ) Adapting harq procedures for non-terrestrial networks
WO2020089858A1 (en) * 2018-11-01 2020-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Lch mapping to harq process id for non-terrestrial networks

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019160737A1 (en) * 2018-02-14 2019-08-22 Idac Holdings, Inc. Methods and procedures for harq management in nr-based non-terrestrial networks
GB201910232D0 (en) * 2019-07-17 2019-08-28 Samsung Electronics Co Ltd Improvements in and relating to dynamic harq in a non-terrestrial network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Considerations on HARQ for Non-Terrestrial Networks;CMCC;《3GPP TSG RAN WG1 #98 bis 》;20191020;1-4节 *
Discussion on HARQ for NTN;Intel Corporation;《3GPP TSG RAN WG1 #98-Bis 》;20191020;1-3节 *

Also Published As

Publication number Publication date
EP4044480A4 (en) 2022-11-23
EP4044480A1 (en) 2022-08-17
WO2021088594A1 (zh) 2021-05-14
CN114900271A (zh) 2022-08-12
US20220263606A1 (en) 2022-08-18
CN112787770A (zh) 2021-05-11

Similar Documents

Publication Publication Date Title
CN112787770B (zh) 基于ntn的数据传输方法、装置和存储介质
CN109845157B (zh) 通信方法与设备
CN110692211B (zh) 基站装置和终端装置
KR102566795B1 (ko) 데이터 송신을 위한 방법, 디바이스, 및 시스템
US11641639B2 (en) Method and device for HARQ transmissions in communication nodes for wireless communication
CN108631951B (zh) 重传处理方法和设备
KR20100017419A (ko) 기지국장치 및 통신제어방법
CN111865513B (zh) 数据处理的方法及装置
WO2020252708A1 (zh) 无线通信方法、终端设备和网络设备
JP7560446B2 (ja) 端末、基地局、受信方法及び送信方法
US20210274524A1 (en) Method and device used in nodes for wireless communication
US20230050066A1 (en) Telecommunications apparatus and methods
CN114731238B (zh) 配置授权定时器的使用方法与装置、终端设备和网络设备
CN113316922B (zh) 用于传输数据分组的设备、方法、装置以及计算机可读存储介质
JP2023520688A (ja) サイドリンク伝送方法及び装置
CN112688761A (zh) 一种harq处理方法及设备
CN110224788A (zh) 一种数据传输的方法及装置
WO2018205255A1 (zh) 一种支持混合自动重传请求的用户设备、基站中的方法和装置
US20230361922A1 (en) Data transmission method and apparatus
WO2022237643A1 (zh) 一种用于无线通信的节点中的方法和装置
CN113039851B (zh) 无线通信方法、网络设备和终端设备
WO2023050412A1 (zh) Harq-ack信息的反馈方法、装置、设备及介质
CA3165814A1 (en) Method and apparatus for determining harq-ack codebook, and device and storage medium
CN116318525A (zh) 一种数据传输方法及装置、通信设备

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