CN109155702B - 传输harq反馈信息的方法、装置、基站及终端 - Google Patents
传输harq反馈信息的方法、装置、基站及终端 Download PDFInfo
- Publication number
- CN109155702B CN109155702B CN201880001648.7A CN201880001648A CN109155702B CN 109155702 B CN109155702 B CN 109155702B CN 201880001648 A CN201880001648 A CN 201880001648A CN 109155702 B CN109155702 B CN 109155702B
- Authority
- CN
- China
- Prior art keywords
- information
- terminal
- control signaling
- target
- downlink control
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- 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/1806—Go-back-N protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供一种传输HARQ反馈信息的方法、装置、基站及终端，其中，所述方法包括：确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息；向每个所述预设终端发送所述下行HARQ配置信息；依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。本公开中，基站可以通过目标下行控制信令传输针对多个终端的上行数据传输的HARQ反馈信息，节约系统信令开销。
Description
技术领域
本公开涉及通信技术领域，尤其涉及一种传输HARQ反馈信息的方法、装置、基站及终端。
背景技术
在无线通信系统中，由于无线信道的时变特性以及多径衰落的影响，会对信号的传输带来影响从而导致数据传输的失败。为了解决这个问题，无线通信系统引入了HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)的机制，通过接收端的HARQ反馈信息即ACK信号或NACK信号，来反馈数据接收的正确与否；发送端依据上述HARQ反馈信息决定是否需要重新发送已经发送的数据包。在传统的LTE(Long Term Evoluttion，长期演进)系统中，数据的传输与ACK/NACK反馈的时间之间存在定时关系。受限于终端的处理能力，在LTE系统中，数据的传输与ACK/NACK反馈的时间之间至少有4ms。
随着无线通信技术的发展，移动通信网络逐渐向5G NR(New Radio，新空口)网络演进。新一代通信网络已经可以支持灵活的HARQ反馈机制。对于上行数据传输的HARQ反馈，基站可以通过调度指令来指示是否需要重传已经传输的上行数据。然而，针对每一个HARQ反馈信息使用一个调度信令来携带，信令开销会比较大，另外，对于非授权频谱上工作的通信系统来讲，由于信道占用的不确定性，可能会出现基站要在同一个传输单元上传输针对一个终端多个上行数据传输的HARQ反馈信息，此种情况下，对每一个HARQ反馈信息使用单独的调度信令来携带是不合适的。
发明内容
为克服相关技术中存在的问题，本公开实施例提供一种传输HARQ反馈信息的方法、装置、基站及终端，基站可以通过目标下行控制信令传输针对多个终端的上行数据传输的HARQ反馈信息，节约系统信令开销。
根据本公开实施例的第一方面，提供了一种传输下行HARQ反馈信息的方法，应用于基站中，所述方法包括：
确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
向每个所述预设终端发送所述下行HARQ配置信息；
依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。
可选地，所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
可选地，所述确定下行HARQ配置信息，包括：
确定所述目标下行控制信令对应的终端信息，所述终端信息至少包括：每个所述预设终端的终端标识；
根据所述终端信息确定针对每个所述预设终端的信息域配置信息。
可选地，所述根据所述终端信息确定针对每个所述预设终端的信息域配置信息，包括：
根据所述终端信息确定所述目标下行控制信令中的信息域数量；
基于所述信息域数量确定针对所述预设终端的信息域指示信息。
可选地，所述根据所述终端信息确定所述目标下行控制信令中的信息域数量，包括：
针对每一个所述终端标识配置对应的信息域，确定所述信息域数量；或者，
根据当前需要进行HARQ反馈的目标上行数据传输和所述每个预设终端的终端标识，确定所述信息域数量。
可选地，所述根据所述信息域数量确定针对所述预设终端的信息域指示信息，包括：
根据所述信息域数量和所述终端标识，确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序；
确定每个所述信息域的信息长度。
可选地，所述确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序，包括以下至少一项：
按照每个所述预设终端的设备类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序；
根据所述未进行HARQ反馈的上行数据传输的业务类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序。
可选地，所述确定每个信息域的信息长度，包括以下任一项：
为每个所述信息域配置相同的信息长度；
根据所述预设终端的设备能力信息，确定配置给所述预设终端的信息域长度，其中，所述设备能力信息包括：所述预设终端对HARQ反馈进程的支持能力信息；
根据每个所述预设终端在当前目标下行控制信令中需要进行HARQ反馈的、目标上行数据传输的数量，动态确定配置给所述预设终端的信息域长度。
可选地，所述下行HARQ配置信息还包括：检测所述目标下行控制信令的预设控制信道单元CCE聚合度等级。
根据本公开实施例的第二方面，提供了一种传输下行HARQ反馈信息的方法，应用于终端中，所述方法包括：
接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
根据所述标识信息检测所述目标下行控制信令；
根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息。
可选地，在所述接收基站下发的下行HARQ配置信息之前，所述方法还包括：
向基站上报所述终端的设备能力信息，所述设备能力信息包括：所述终端对HARQ反馈进程的支持能力信息，以使所述基站根据所述终端的设备能力信息确定所述目标信息域的长度。
根据本公开实施例的第三方面，提供了一种传输下行HARQ反馈信息的装置，设置于基站中，所述装置包括：
配置信息确定模块，被配置为确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
发送模块，被配置为向每个所述预设终端发送所述下行HARQ配置信息；
HARQ反馈模块，被配置为依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。
可选的，所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
可选的，所述配置信息确定模块包括：
终端确定子模块，被配置为确定所述目标下行控制信令对应的终端信息，所述终端信息至少包括：每个所述预设终端的终端标识；
信息域配置子模块，被配置为根据所述终端信息确定针对每个所述预设终端的信息域配置信息。
可选的，所述信息域配置子模块包括：
数量确定单元，被配置为根据所述终端信息确定所述目标下行控制信令中的信息域数量；
信息域指示单元，被配置为基于所述信息域数量确定针对所述预设终端的信息域指示信息。
可选的，所述数量确定单元包括：
第一数量确定子单元，被配置为针对每一个所述终端标识配置对应的信息域，确定所述信息域数量；或者，
第二数量确定子单元，被配置为根据当前需要进行HARQ反馈的目标上行数据传输和所述每个预设终端的终端标识，确定所述信息域数量。
可选的，所述信息域指示信息单元，包括：
解码顺序确定子单元，被配置为根据所述信息域数量和所述终端标识，确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序；
长度确定子单元，被配置为确定每个所述信息域的信息长度。
可选的，所述解码顺序确定子单元被配置为：
按照每个所述预设终端的设备类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序；或者
根据所述未进行HARQ反馈的上行数据传输的业务类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序。
可选的，所述长度确定子单元被配置为以下任一项：
为每个所述信息域配置相同的信息长度；
根据所述预设终端的设备能力信息，确定配置给所述预设终端的信息域长度，其中，所述设备能力信息包括：所述预设终端对HARQ反馈进程的支持能力信息；
根据每个所述预设终端在当前目标下行控制信令中需要进行HARQ反馈的、目标上行数据传输的数量，动态确定配置给所述预设终端的信息域长度。
可选的，所述下行HARQ配置信息还包括：检测所述目标下行控制信令的预设控制信道单元CCE聚合度等级。
根据本公开实施例的第四方面，提供了一种传输下行HARQ反馈信息的装置，设置于终端中，所述装置包括：
配置信息接收模块，被配置为接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
信息获取模块，被配置为根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
检测模块，被配置为根据所述标识信息检测所述目标下行控制信令；
信息域确定模块，被配置为根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
解析模块，被配置为从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息。
可选的，所述装置还包括：
能力上报模块，被配置为向基站上报所述终端的设备能力信息，所述设备能力信息包括：所述终端对HARQ反馈进程的支持能力信息，以使所述基站根据所述终端的设备能力信息确定所述目标信息域的长度。
根据本公开实施例的第五方面，提供了一种非临时性计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现上述第一方面任一所述方法的步骤。
根据本公开实施例的第六方面，提供了一种非临时性计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现上述第二方面任一所述方法的步骤。
根据本公开实施例的第七方面，提供了一种基站，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
向每个所述预设终端发送所述下行HARQ配置信息；
依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。
根据本公开实施例的第八方面，提供了一种终端，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
根据所述标识信息检测所述目标下行控制信令；
根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开中，基站可以通过一个目标下行控制信令将针对多个终端的下行HARQ反馈信息统一发送，与相关技术相比，可以避免针对不同终端使用多个调度信令发送下行HARQ反馈信息，节约系统信令开销并提高5G NR系统HARQ反馈机制的灵活性。在信道资源不可预知的非授权频段，采用上述传输HARQ反馈信息的方法，可以提高HARQ反馈信息传输的可靠性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1本公开根据一示例性实施例示出的一种传输HARQ反馈信息的方法流程图。
图2是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图。
图3是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图。
图4是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图。
图5-1～图5-3是本公开根据一示例性实施例示出的一种传输HARQ反馈信息的应用场景示意图。
图6-1～图6-3是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的应用场景示意图。
图7是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的应用场景示意图。
图8是本公开根据一示例性实施例示出的一种传输HARQ反馈信息的方法流程图。
图9是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图。
图10是本公开根据一示例性实施例示出的一种传输HARQ反馈信息的装置的装置框图。
图11是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的装置的装置框图。
图12是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的装置的装置框图。
图13是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的装置的装置框图。
图14是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的装置的装置框图。
图15是本公开根据一示例性实施例示出的一种传输HARQ反馈信息的装置的装置框图。
图16是本公开根据一示例性实施例示出的另一种传输HARQ反馈信息的装置的装置框图。
图17是本公开根据一示例性实施例示出的一种基站的一结构示意图。
图18是本公开根据一示例性实施例示出的一种终端的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本公开涉及的执行主体包括：基站和终端，其中，基站可以是设置有大规模天线阵列的基站、子基站等。终端可以是用户设备(User Equipment，UE)、用户节点、移动终端或平板电脑等。在具体实现过程中，基站和终端各自独立，同时又相互联系，共同实现本公开提供的技术方案。
参见图1根据一示例性实施例示出的一种传输HARQ反馈信息的方法流程图，应用于终端中，所述方法可以包括以下步骤：
在步骤11中，确定预设下行HARQ配置信息，所述预设下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
本公开中，基站可以为一组终端设计一种目标下行控制信令，该组终端包括至少两个终端。上述目标下行控制信令用于承载上述至少两个终端的下行HARQ反馈信息，该下行HARQ反馈信息是基站根据对终端上行数据传输的信息接收情况发送的HARQ反馈信息，包括：确定ACK信号和不确认NACK信号。
即上述目标下行控制信令中可以设置有多个信息域，每个信息域用于承载针对一个终端的下行HARQ反馈信息。对于一个信息域，根据该终端已发送上行数据传输的数量不同，可以承载针对一个上行数据传输或多个上行数据传输的HARQ反馈信息。
本公开中，所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息。
其中，所述目标下行控制信令的标识信息用于告知各个预设终端如何识别所述目标下行控制信令；例如，上述标识信息可以是上述一组终端的一个公共HARQ-RNTI(RNTIRadio Network Tempory Identity，无线网络临时标识)值。
所述信息域配置信息用于指示各个所述预设终端从所述目标下行控制信令中查找对应的目标信息域。
在本公开另一实施例中所述下行HARQ配置信息还可以包括：所述目标下行控制信令的传输时频位置、CCE(Control Channel Element，控制信道单元)聚合度等级等信息，以使上述各预设终端在上述传输时频位置的资源中，按照预设CCE聚合度等级比如8，可以在目标下行控制信令传输单元的控制区域中，快速检测到上述目标下行控制信令，提高目标下行控制信令的检测效率。
关于基站如何确定所述下行HARQ配置信息，参见图2根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图，上述步骤11可以包括：
在步骤111中，确定所述目标下行控制信令对应的终端信息，所述终端信息至少包括：每个所述预设终端的终端标识；
本公开中，基站可以从接入小区的众多终端中，按照预置规则选择共用一个目标下行控制信令的至少两个终端。其中，上述预置规则可以是将属于同一种设备类型的预设数量终端确定为一组终端，或者，按照各终端之间的距离将彼此距离在预设距离范围内的多个终端确定为一组终端等。
在公开另一实施例中，基站也可以指示小区内的所有终端共用一个目标下行控制信令传输下行HARQ反馈信息。
在步骤112中，根据所述终端信息确定针对每个所述预设终端的信息域配置信息。
其中，上述信息域配置信息表示一个终端的HARQ反馈信息域在目标控制信令中的位置。预设终端根据上述信息域配置信息可以从目标下行控制信令中确定属于自己的目标信息域所在位置。
本公开中，基站配置目标控制信令的信息域时，可以为每一个预设终端设置有对应的信息域，也可以仅针对需要在当前传输目标下行控制信令的传输单元上进行HARQ反馈的预设终端设置相应的信息域。
参见图3根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图，上述步骤112可以包括：
在步骤1121中，根据所述终端信息确定所述目标下行控制信令中的信息域数量；
本公开中根据上述下行HARQ反馈配置信息发送给各终端的时机不同，上述步骤1121的实施可以包括两种情况，下面以四个预设终端共用一个目标下行控制信令为例进行说明，假设上述四个预设终端的终端标识分别为：UE1、UE2、UE3、UE4。
第一种情况，针对每一个所述终端标识配置对应的信息域，确定所述信息域数量；
如上示例，基站在目标控制信令中设置四个信息域，与当前传输目标下行控制信令的传输单元上是否针对所述预设终端进行HARQ反馈无关。
第二种情况，根据当前需要进行HARQ反馈的上行数据传输和所述每个预设终端的终端标识，确定所述信息域数量。即，基站仅为需要在当前目标下行控制信令的传输单元上进行HARQ反馈的预设终端设置相应的信息域。
假设当前时刻是t1时刻，根据系统协议规定，基站需要对预设HARQ反馈周期比如4ms之前的目标上行数据传输进行HARQ反馈，若UE4没有向基站发送上行数据，基站需要在当前目标下行信令中承载对UE1、UE2、UE3的上行数据传输的HARQ反馈信息。则基站可以根据实际需要针对E1、UE2、UE3设置三个信息域。
此种情况下，对于不需要HARQ反馈的预设终端可以不配置相应的信息域，以节约资源。
在步骤1122中，基于所述信息域数量确定针对所述预设终端的信息域指示信息。其中，上述信息域指示信息用于告知UE其目标信息域在目标下行控制信令中的位置以及信息域的信息长度。
参见图4根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图，上述步骤1122可以包括：
在步骤101中，根据所述信息域数量和所述终端标识，确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序；
在确定了目标下行控制信令所包含信息域数量的基础上，基站还可以按照预置规则确定各个预设终端的信息域在所述目标下行控制信令中的解码顺序。
例如，针对上述第一种情况，基站可以根据预设终端的设备类型确定该终端的时延敏感特性，然后按照预设终端的时延敏感特性从强到弱的顺序，对应将信息域按照从前到后的顺序分配给各个预设终端。
假设UE1、UE4均属于URLLC(Ultra Reliable Low Latency Communication，超高可靠低时延通信)设备，UE2属于mMTC(massive Machine Type Communication，海量机器类通信)设备、UE3属于eMBB(enhanced Mobile Broad Band，增强移动宽带)设备，由于不同类型设备对数据对时延敏感度要求不同，例如URLLC设备用于车联网等需要低时延的领域，对及时性要求很高；而mMTC设备则通常对时延并不敏感；eMBB(enhanced Mobile BroadBand，增强移动宽带)对时延敏感度介于URLLC设备和mMTC设备之间。
若各个信息域在目标控制信令中按照解码顺序是从前往后的顺序，排列为1、2、3、4。则上述示例中，终端标识、信息域标识与设备类型的对应关系可以如表一所示：
| 终端标识 | 设备类型 | 信息域标识 |
| UE1 | URLLC | 1 |
| UE4 | URLLC | 2 |
| UE3 | eMBB | 3 |
| UE2 | mMTC | 4 |
表一
相应的，根据上述表一确定的各终端的信息域配置示意图，可以如图5-1所示。
在公开另一实施例中，基站还可以依据各终端的目标上行数据传输的业务类型，确定各个预设终端的信息域在目标下行控制信令中的解码顺序。其中，上述目标上行数据传输是指在当前目标下行控制信令中需要承载其HARQ反馈信息的上行数据传输。
例如，对应上述第二种情况，由于UE4未进行上行数据传输，所以UE1的目标上行数据传输对应的业务类型为URLLC业务；UE2的目标上行数据传输的业务类型为mMTC业务；UE3的目标上行数据传输的业务类型为eMBB业务。
则上述示例中，终端标识、信息域标识与业务类型的对应关系可以如表二所示：
| 终端标识 | 业务类型 | 信息域标识 |
| UE1 | URLLC | 1 |
| UE3 | eMBB | 2 |
| UE2 | mMTC | 3 |
表二
相应的，根据上述表二确定的各终端的信息域配置示意图，可以如图5-2所示。
在本公开另一实施例中，基站也可以随机为各个终端配置信息域位置，示例性的，如表三所示：
| 终端标识 | 信息域标识 |
| UE1 | 1 |
| UE2 | 2 |
| UE3 | 3 |
| UE4 | 4 |
表三
相应的，根据上述表三确定的各终端的信息域配置示意图，可以如图5-3所示。
在步骤102中，确定每个所述信息域的信息长度。
本公开实施例中，在基站确定各个预设终端的信息域解码顺序的基础上，进一步确定各个信息域的信息长度。
需要说明的是，本公开中上述步骤101和步骤102可以同时进行，或者首先执行步骤102再执行步骤101，并无先后顺序之分。
本公开中，可以采用以下任一方式为一个预设终端的信息域配置信息长度：
方式一、为每个所述信息域配置相同的信息长度；
本公开中，基站可以为每个预设终端配置相等长度的信息域，节约用于通知每个预设终端其信息域长度的信令开销。仍以上述第一种情况为例，对应图5-1所示的信息域结构示意图，基站可以为每个UE的信息域配置相等的信息长度，比如均为4bit，如图6-1所示。
方式二、根据所述预设终端的设备能力信息，确定配置给所述预设终端的信息域长度，其中，所述设备能力信息包括：所述预设终端对HARQ反馈进程的支持能力信息；
本公开另一实施例中，基站还可以获取各个预设终端的设备能力信息，并依据所述各个预设终端的设备能力信息动态调整各个信息域的信息长度，从而动态调整目标下行控制信令的信息长度。其中，上述终端的设备能力信息可以包括：预设终端对HARQ反馈进程的最大支持数量，还可以包括预设终端的内存大小、终端的数据处理能力等信息。
示例性的，若基站主要参考所述预设终端对HARQ反馈进程的支持能力信息，比如，预设终端对HARQ反馈进程的最大支持数量，来确定一个信息域的信息长度。上述信息域的信息长度也可以简称为信息域长度。对应图5-3所示示例，假设UE1最多可同时支持8个HARQ反馈进程、UE2和UE3最多可同时支持4个HARQ反馈进程、UE4最多可同时支持2个HARQ反馈进程，则基站为UE1、UE2、UE3、UE4的信息域配置的信息长度可以分别为：8bit、4bit、4bit、2bit，参见图6-2所示的示意图。
上述方式一、方式二所示的配置信息域长度的方式可以应用于上述第一种情况和第二种情况。
方式三、根据每个所述预设终端的目标上行数据传输的数量，动态确定配置给所述预设终端的信息域长度。
该方式三主要应用于上述第二种情况，假设基站需要在当前目标下行信令中对UE1的5个上行数据传输、UE2的3个上行数据传输、UE3的2个上行数据传输进行HARQ反馈。在图5-2所示示例的基础上，基站可以将配置给UE1的信息域1的信息长度设置为5bit，将UE3对应的信息域2的信息长度设置为2bit，将UE2对应的信息域3的信息长度设置为3bit，如图6-3所示。
采用上述方式三设置各个信息域的长度信息，可以依据各个预设终端的目标上行数据传输的数量，在当前目标下行控制信令中精确配置各信息域长度，实现动态配置目标下行控制信令的信息长度，避免资源浪费。
在步骤12中，向每个所述预设终端发送所述下行HARQ配置信息。
本公开中，根据信息域配置信息确定方式的不同，基站可以在不同时机向各个预设终端下发所述下行HARQ配置信息。
对应上述第一种情况，基站可以在预设终端发送上行数据之前，将上述下行HARQ配置信息发送给各个预设终端。
对应上述第二种情况，基站可以在准备基于目标下行控制信令发送下行HARQ反馈信息之前，将所述下行HARQ配置信息发送给目标预设终端。其中，上述目标预设终端是指需要在当前传输目标下行控制信令的传输单元上进行HARQ反馈的预设终端设。
此外，对于所述下行HARQ配置信息包括的信息，如目标下行控制信令的标识信息、信息域配置信息、所述目标下行控制信令的传输时频位置、CCE聚合度等级等信息，可以采用一个或多个信令发送给所述预设终端。上述信令可以包括：组播信令、上层信令或物理层的PDCCH(Physical Downlink Control Channel，物理下行控制信道)信令等。其中，上层信令可以是RRC(Radio Resource Control，无线资源控制)信令、MAC(Medium AccessControl，媒介访问控制)CE(Control Element，控制单元)信令。在本公开另一实施例中，所述下行HARQ配置信息中的部分信息也可能是系统协议规定好的，例如，所述目标下行控制信令的传输时频位置、CCE聚合度等级等信息，此种情况下，基站无需花费额外的信令开销通知终端。
在步骤13中，依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。
参见图7根据一示例性实施例示出的一种传输HARQ反馈信息的应用场景示意图，仍假设基站需要在当前目标下行信令中对UE1的5个目标上行数据传输即UE1的PUSCH(Physical Uplink Shared Channel，物理上行共享信道)传输、UE2的3个目标上行数据传输、UE3的2个目标上行数据传输进行HARQ反馈，则基站可以将对各个目标上行数据传输的HARQ反馈信息加载于图6-3所示的目标下行控制信令的各信息域中，通过承载目标下行控制信令的传输单元中控制区域Dc一起将上述各下行HARQ反馈信息发送给UE1、UE2、UE3。
本公开中，基站可以通过一个目标下行控制信令将针对多个终端的下行HARQ反馈信息统一发送，与相关技术相比，可以避免针对不同终端使用多个调度信令发送下行HARQ反馈信息，节约系统信令开销。在信道资源不可预知的非授权频段，采用上述传输HARQ反馈信息的方法，可以提高HARQ反馈信息传输的可靠性。
相应的，本公开还提供了一种传输下行混合自动重传请求HARQ反馈信息的方法，可以应用于5G NR系统的终端中。
参见图8根据一示例性实施例示出的一种传输HARQ反馈信息的方法流程图，所述方法可以包括：
在步骤21中，接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
在步骤22中，根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
在步骤23中，根据所述标识信息检测所述目标下行控制信令；
预设终端根据已获取的目标下行控制信令的标识信息如预设HARQ-RNTI值，从一个传输单元的预设时频位置检测承载有下行HARQ反馈信息的目标下行控制信令。
在步骤24中，根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
如图6-1～图6-3所示，上述信息域配置信息指示了各UE的目标信息域在目标下行控制信令中的位置，该位置指示了目标信息域在目标下行控制信令中的解码顺序或称为解码顺序，以及对应信息域的信息长度。因此，各个预设终端可以根据上述信息域配置信息准确定位属于自己的目标信息域。
在步骤25中，从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息。
预设终端在确定了属于自己的目标信息域位置之后，可以从中解析出目标上行数据传输的下行HARQ反馈信息。例如，在图6-3所示示例中，UE1根据上述信息域配置信息确定其目标信息域位置为当前目标下行控制信令的前5个信息比特，比如第0～4bit，则UE1即可从上述5个信息比特中解析出属于自己的下行HARQ反馈信息。
参见图9根据一示例性实施例示出的另一种传输HARQ反馈信息的方法流程图，在上述步骤21之前，所述方法还可以包括：
在步骤20中，向基站上报所述终端的设备能力信息，所述设备能力信息包括：所述终端对HARQ反馈进程的支持能力信息，以使所述基站根据所述终端的设备能力信息确定所述目标信息域的信息长度。
对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。
其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。
与前述应用功能实现方法实施例相对应，本公开还提供了应用功能实现装置及相应终端的实施例。
参见图10根据一示例性实施例示出的一种传输HARQ反馈信息的装置框图，设置于基站中，所述装置可以包括：
配置信息确定模块31，被配置为确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
在一实施例中，所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
在本公开另一实施例中，所述下行HARQ配置信息还可以包括：检测所述目标下行控制信令的预设控制信道单元CCE聚合度等级。
发送模块32，被配置为向每个所述预设终端发送所述下行HARQ配置信息；
HARQ反馈模块33，被配置为依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。
参见图11根据一示例性实施例示出的另一种传输HARQ反馈信息的装置框图，在图10所示装置实施例的基础上，所述配置信息确定模块31可以包括：
终端确定子模块311，被配置为确定所述目标下行控制信令对应的终端信息，所述终端信息至少包括：每个所述预设终端的终端标识；
信息域配置子模块312，被配置为根据所述终端信息确定针对每个所述预设终端的信息域配置信息。
参见图12根据一示例性实施例示出的另一种传输HARQ反馈信息的装置框图，在图11所示装置实施例的基础上，所述信息域配置子模块312可以包括：
数量确定单元3121，被配置为根据所述终端信息确定所述目标下行控制信令中的信息域数量；
信息域指示单元3122，被配置为基于所述信息域数量确定针对所述预设终端的信息域指示信息。
参见图13根据一示例性实施例示出的另一种传输HARQ反馈信息的装置框图，在图12所示装置实施例的基础上，所述数量确定单元3121可以包括：
第一数量确定子单元301，被配置为针对每一个所述终端标识配置对应的信息域，确定所述信息域数量；或者，
第二数量确定子单元302，被配置为根据当前需要进行HARQ反馈的目标上行数据传输和所述每个预设终端的终端标识，确定所述信息域数量。
参见图14根据一示例性实施例示出的另一种传输HARQ反馈信息的装置框图，在图12所示装置实施例的基础上，所述信息域指示信息单元3122可以包括：
解码顺序确定子单元31221，被配置为根据所述信息域数量和所述终端标识，确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序；
在本公开一装置实施例中，所述解码顺序确定子单元31221可以被配置为：
按照每个所述预设终端的设备类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序；或者
根据所述未进行HARQ反馈的上行数据传输的业务类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序。
长度确定子单元31222，被配置为确定每个所述信息域的信息长度。
其中，在本公开一装置实施例中，所述长度确定子单元31222可以被配置为以下任一项：
为每个所述信息域配置相同的信息长度；
根据所述预设终端的设备能力信息，确定配置给所述预设终端的信息域长度，其中，所述设备能力信息包括：所述预设终端对HARQ反馈进程的支持能力信息；
根据每个所述预设终端在当前目标下行控制信令中需要进行HARQ反馈的、目标上行数据传输的数量，动态确定配置给所述预设终端的信息域长度。
相应的，本公开还提供了一种设置于终端中的传输HARQ反馈信息的装置。参见图15根据一示例性实施例示出的一种传输HARQ反馈信息的装置框图，所述装置可以包括：
配置信息接收模块41，被配置为接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
信息获取模块42，被配置为根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
检测模块43，被配置为根据所述标识信息检测所述目标下行控制信令；
信息域确定模块44，被配置为根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
解析模块45，被配置为从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息。
参见图16根据一示例性实施例示出的一种传输HARQ反馈信息的装置框图，在图15所示装置实施例的基础上，所述装置还可以包括：
能力上报模块40，被配置为向基站上报所述终端的设备能力信息，所述设备能力信息包括：所述终端对HARQ反馈进程的支持能力信息，以使所述基站根据所述终端的设备能力信息确定所述目标信息域的长度。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
相应的，一方面提供了一种基站，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
向每个所述预设终端发送所述下行HARQ配置信息；
依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。
另一方面，提供了一种终端，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
根据所述标识信息检测所述目标下行控制信令；
根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息。
如图17所示，图17是根据一示例性实施例示出的一种基站1700的一结构示意图。参照图17，基站1700包括处理组件1722、无线发射/接收组件1724、天线组件1726、以及无线接口特有的信号处理部分，处理组件1722可进一步包括一个或多个处理器。
处理组件1722中的其中一个处理器可以被配置为：
确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
向每个所述预设终端发送所述下行HARQ配置信息；
依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，其上存储有计算机指令，上述计算机指令可由基站1700的处理组件1722执行以完成图1～图7任一所述的传输HARQ反馈信息的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
图18是根据一示例性实施例示出的一种用户设备1800的结构示意图。例如，用户设备1800可以是终端，可以具体为移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，可穿戴设备如智能手表、智能眼镜、智能手环、智能跑鞋等。
参照图18，用户设备1800可以包括以下一个或多个组件：处理组件1802，存储器1804，电源组件1806，多媒体组件1808，音频组件1810，输入/输出(I/O)的接口1812，传感器组件1814，以及通信组件1816。
处理组件1802通常控制用户设备1800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1802可以包括一个或多个处理器1820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1802可以包括一个或多个模块，便于处理组件1802和其他组件之间的交互。例如，处理组件1802可以包括多媒体模块，以方便多媒体组件1808和处理组件1802之间的交互。
存储器1804被配置为存储各种类型的数据以支持在用户设备1800上的操作。这些数据的示例包括用于在用户设备1800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1806为用户设备1800的各种组件提供电力。电源组件1806可以包括电源管理系统，一个或多个电源，及其他与为用户设备1800生成、管理和分配电力相关联的组件。
多媒体组件1808包括在上述用户设备1800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。上述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与上述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1808包括一个前置摄像头和/或后置摄像头。当设备1800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1810被配置为输出和/或输入音频信号。例如，音频组件1810包括一个麦克风(MIC)，当用户设备1800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1804或经由通信组件1816发送。在一些实施例中，音频组件1810还包括一个扬声器，用于输出音频信号。
I/O接口1812为处理组件1802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1814包括一个或多个传感器，用于为用户设备1800提供各个方面的状态评估。例如，传感器组件1814可以检测到设备1800的打开/关闭状态，组件的相对定位，例如上述组件为用户设备1800的显示器和小键盘，传感器组件1814还可以检测用户设备1800或用户设备1800一个组件的位置改变，用户与用户设备1800接触的存在或不存在，用户设备1800方位或加速/减速和用户设备1800的温度变化。传感器组件1814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1816被配置为便于用户设备1800和其他设备之间有线或无线方式的通信。用户设备1800可以接入基于通信标准的无线网络，如WiFi，2G，3G，4G LTE，5G NR或它们的组合。在一个示例性实施例中，通信组件1816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，上述通信组件1816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，用户设备1800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1804，上述指令可由用户设备1800的处理器1820执行以完成上述图8或图9所述的传输HARQ反馈信息的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (24)
1.一种传输下行HARQ反馈信息的方法，其特征在于，应用于基站中，所述方法包括：
确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
向每个所述预设终端发送所述下行HARQ配置信息；
依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端；
所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
2.根据权利要求1所述的方法，其特征在于，所述确定下行HARQ配置信息，包括：
确定所述目标下行控制信令对应的终端信息，所述终端信息至少包括：每个所述预设终端的终端标识；
根据所述终端信息确定针对每个所述预设终端的信息域配置信息。
3.根据权利要求2所述的方法，其特征在于，所述根据所述终端信息确定针对每个所述预设终端的信息域配置信息，包括：
根据所述终端信息确定所述目标下行控制信令中的信息域数量；
基于所述信息域数量确定针对所述预设终端的信息域指示信息。
4.根据权利要求3所述的方法，其特征在于，所述根据所述终端信息确定所述目标下行控制信令中的信息域数量，包括：
针对每一个所述终端标识配置对应的信息域，确定所述信息域数量；或者，
根据当前需要进行HARQ反馈的目标上行数据传输和所述每个预设终端的终端标识，确定所述信息域数量。
5.根据权利要求4所述的方法，其特征在于，所述根据所述信息域数量确定针对所述预设终端的信息域指示信息，包括：
根据所述信息域数量和所述终端标识，确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序；
确定每个所述信息域的信息长度。
6.根据权利要求5所述的方法，其特征在于，所述确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序，包括以下至少一项：
按照每个所述预设终端的设备类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序；
根据未进行HARQ反馈的上行数据传输的业务类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序。
7.根据权利要求5所述的方法，其特征在于，所述确定每个信息域的信息长度，包括以下任一项：
为每个所述信息域配置相同的信息长度；
根据所述预设终端的设备能力信息，确定配置给所述预设终端的信息域长度，其中，所述设备能力信息包括：所述预设终端对HARQ反馈进程的支持能力信息；
根据每个所述预设终端在当前目标下行控制信令中需要进行HARQ反馈的、目标上行数据传输的数量，动态确定配置给所述预设终端的信息域长度。
8.根据权利要求1所述的方法，其特征在于，所述下行HARQ配置信息还包括：检测所述目标下行控制信令的预设控制信道单元CCE聚合度等级。
9.一种传输下行HARQ反馈信息的方法，其特征在于，应用于终端中，所述方法包括：
接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
根据所述标识信息检测所述目标下行控制信令；
根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息；
所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
10.根据权利要求9所述的方法，其特征在于，在所述接收基站下发的下行HARQ配置信息之前，所述方法还包括：
向基站上报所述终端的设备能力信息，所述设备能力信息包括：所述终端对HARQ反馈进程的支持能力信息，以使所述基站根据所述终端的设备能力信息确定所述目标信息域的长度。
11.一种传输下行HARQ反馈信息的装置，其特征在于，设置于基站中，所述装置包括：
配置信息确定模块，被配置为确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
发送模块，被配置为向每个所述预设终端发送所述下行HARQ配置信息；
HARQ反馈模块，被配置为依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端；所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
12.根据权利要求11所述的装置，其特征在于，所述配置信息确定模块包括：
终端确定子模块，被配置为确定所述目标下行控制信令对应的终端信息，所述终端信息至少包括：每个所述预设终端的终端标识；
信息域配置子模块，被配置为根据所述终端信息确定针对每个所述预设终端的信息域配置信息。
13.根据权利要求12所述的装置，其特征在于，所述信息域配置子模块包括：
数量确定单元，被配置为根据所述终端信息确定所述目标下行控制信令中的信息域数量；
信息域指示单元，被配置为基于所述信息域数量确定针对所述预设终端的信息域指示信息。
14.根据权利要求13所述的装置，其特征在于，所述数量确定单元包括：
第一数量确定子单元，被配置为针对每一个所述终端标识配置对应的信息域，确定所述信息域数量；或者，
第二数量确定子单元，被配置为根据当前需要进行HARQ反馈的目标上行数据传输和所述每个预设终端的终端标识，确定所述信息域数量。
15.根据权利要求14所述的装置，其特征在于，所述信息域指示信息单元，包括：
解码顺序确定子单元，被配置为根据所述信息域数量和所述终端标识，确定配置给每个预设终端的所述信息域在所述目标下行控制信令中的解码顺序；
长度确定子单元，被配置为确定每个所述信息域的信息长度。
16.根据权利要求15所述的装置，其特征在于，所述解码顺序确定子单元被配置为：
按照每个所述预设终端的设备类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序；或者
根据未进行HARQ反馈的上行数据传输的业务类型，确定每个所述信息域在所述目标下行控制信令中的解码顺序。
17.根据权利要求15所述的装置，其特征在于，所述长度确定子单元被配置为以下任一项：
为每个所述信息域配置相同的信息长度；
根据所述预设终端的设备能力信息，确定配置给所述预设终端的信息域长度，其中，所述设备能力信息包括：所述预设终端对HARQ反馈进程的支持能力信息；
根据每个所述预设终端在当前目标下行控制信令中需要进行HARQ反馈的、目标上行数据传输的数量，动态确定配置给所述预设终端的信息域长度。
18.根据权利要求11所述的装置，其特征在于，所述下行HARQ配置信息还包括：检测所述目标下行控制信令的预设控制信道单元CCE聚合度等级。
19.一种传输下行HARQ反馈信息的装置，其特征在于，设置于终端中，所述装置包括：
配置信息接收模块，被配置为接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
信息获取模块，被配置为根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
检测模块，被配置为根据所述标识信息检测所述目标下行控制信令；
信息域确定模块，被配置为根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
解析模块，被配置为从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息；
所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
20.根据权利要求19所述的装置，其特征在于，所述装置还包括：
能力上报模块，被配置为向基站上报所述终端的设备能力信息，所述设备能力信息包括：所述终端对HARQ反馈进程的支持能力信息，以使所述基站根据所述终端的设备能力信息确定所述目标信息域的长度。
21.一种非临时性计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1～8任一所述方法的步骤。
22.一种非临时性计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求9或10所述方法的步骤。
23.一种基站，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
确定下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知至少两个预设终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对所述至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
向每个所述预设终端发送所述下行HARQ配置信息；
依据所述下行HARQ配置信息将针对每个所述预设终端的下行HARQ反馈信息加载于所述目标下行控制信令中，发送给各个所述预设终端；
所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
24.一种终端，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
接收基站下发的下行混合自动重传请求HARQ配置信息，所述下行HARQ配置信息用于告知所述终端目标下行控制信令的传输配置信息，所述目标下行控制信令用于承载针对至少两个预设终端的下行HARQ反馈信息，所述下行HARQ反馈信息是对终端上行数据传输的HARQ反馈信息；
根据所述下行HARQ配置信息，获得所述目标下行控制信令的标识信息和信息域配置信息；
根据所述标识信息检测所述目标下行控制信令；
根据所述信息域配置信息从所述目标下行控制信令中确定目标信息域位置；
从所述目标信息域位置解析目标上行数据传输的HARQ反馈信息；
所述下行HARQ配置信息包括：所述目标下行控制信令的标识信息和信息域配置信息；
其中，所述目标下行控制信令的标识信息用于告知所述预设终端如何识别所述目标下行控制信令；
所述信息域配置信息用于指示所述预设终端从所述目标下行控制信令的预设位置查找对应的目标信息域。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2018/099479 WO2020029147A1 (zh) | 2018-08-08 | 2018-08-08 | 传输harq反馈信息的方法、装置、基站及终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109155702A CN109155702A (zh) | 2019-01-04 |
| CN109155702B true CN109155702B (zh) | 2021-08-24 |
Family
ID=64806266
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201880001648.7A Active CN109155702B (zh) | 2018-08-08 | 2018-08-08 | 传输harq反馈信息的方法、装置、基站及终端 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US11962414B2 (zh) |
| EP (1) | EP3836448B1 (zh) |
| CN (1) | CN109155702B (zh) |
| WO (1) | WO2020029147A1 (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11943173B2 (en) | 2019-03-27 | 2024-03-26 | Beijing Xiaomi Mobile Software Co., Ltd. | Channel indication methods and apparatuses |
| EP3979537A4 (en) * | 2019-05-28 | 2022-06-15 | Beijing Xiaomi Mobile Software Co., Ltd. | CONTROL SIGNAL DETECTION METHOD AND DEVICE, DEVICE AND STORAGE MEDIUM |
| US20220247521A1 (en) * | 2019-06-27 | 2022-08-04 | Beijing Xiaomi Mobile Software Co., Ltd. | Hybrid automatic repeat request (harq) transmission method and apparatus |
| CN111835468B (zh) * | 2019-08-12 | 2021-10-29 | 维沃移动通信有限公司 | 一种信息发送、接收方法、终端及控制节点 |
| CN110958086B (zh) * | 2019-11-28 | 2021-09-03 | 北京邮电大学 | 一种数据传输方法、装置、电子设备以及介质 |
| US20230171759A1 (en) * | 2020-04-29 | 2023-06-01 | Beijing Xiaomi Mobile Software Co., Ltd. | Data transmission scheduling mehtod and apparatus, communicaiton device and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103516496A (zh) * | 2012-06-27 | 2014-01-15 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
| CN103973397A (zh) * | 2013-01-29 | 2014-08-06 | 中兴通讯股份有限公司 | Ack/nack信息的发送及接收方法、基站及终端 |
| CN105634689A (zh) * | 2014-11-06 | 2016-06-01 | 电信科学技术研究院 | 一种harq确认信息的反馈方法及装置 |
| CN105764144A (zh) * | 2016-02-01 | 2016-07-13 | 北京邮电大学 | 一种信令处理方法及系统 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8649281B2 (en) * | 2009-04-27 | 2014-02-11 | Samsung Electronics Co., Ltd. | Control design for backhaul relay to support multiple HARQ processes |
| WO2013151473A1 (en) | 2012-04-05 | 2013-10-10 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and devices for providing feedback information |
| US10375626B2 (en) * | 2016-01-07 | 2019-08-06 | Electronics And Telecommunications Research Institute | Method and apparatus for transmitting downlink response to uplink transmission, and method and apparatus for transmitting synchronization signal |
| CN107359969B (zh) | 2016-05-10 | 2020-03-24 | 电信科学技术研究院 | 一种harq的反馈信息传输方法、ue、基站和系统 |
| CN106301700A (zh) * | 2016-08-11 | 2017-01-04 | 宇龙计算机通信科技(深圳)有限公司 | 一种上行数据的信息反馈方法及相关设备 |
| CN106301699A (zh) | 2016-08-11 | 2017-01-04 | 宇龙计算机通信科技(深圳)有限公司 | 一种下行数据的信息反馈方法及相关设备 |
| EP3549296B1 (en) | 2016-12-01 | 2020-10-28 | Telefonaktiebolaget LM Ericsson (PUBL) | Downlink harq feedback transmission |
| WO2019084570A1 (en) * | 2017-10-26 | 2019-05-02 | Hyoungsuk Jeon | BANDWIDTH PART INACTIVITY TIMER |
| CN109075923B (zh) * | 2018-07-25 | 2022-01-25 | 北京小米移动软件有限公司 | 传输harq反馈信息的方法、终端及基站 |
-
2018
- 2018-08-08 EP EP18929680.9A patent/EP3836448B1/en active Active
- 2018-08-08 US US17/266,510 patent/US11962414B2/en active Active
- 2018-08-08 CN CN201880001648.7A patent/CN109155702B/zh active Active
- 2018-08-08 WO PCT/CN2018/099479 patent/WO2020029147A1/zh unknown
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103516496A (zh) * | 2012-06-27 | 2014-01-15 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
| CN103973397A (zh) * | 2013-01-29 | 2014-08-06 | 中兴通讯股份有限公司 | Ack/nack信息的发送及接收方法、基站及终端 |
| CN105634689A (zh) * | 2014-11-06 | 2016-06-01 | 电信科学技术研究院 | 一种harq确认信息的反馈方法及装置 |
| CN105764144A (zh) * | 2016-02-01 | 2016-07-13 | 北京邮电大学 | 一种信令处理方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3836448B1 (en) | 2023-10-04 |
| US20210306104A1 (en) | 2021-09-30 |
| CN109155702A (zh) | 2019-01-04 |
| EP3836448A1 (en) | 2021-06-16 |
| US11962414B2 (en) | 2024-04-16 |
| WO2020029147A1 (zh) | 2020-02-13 |
| EP3836448A4 (en) | 2021-10-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109155702B (zh) | 传输harq反馈信息的方法、装置、基站及终端 | |
| EP3739790B1 (en) | Information feedback method and apparatus | |
| CN109792371B (zh) | 通信反馈方法、装置、设备及存储介质 | |
| EP4033828A1 (en) | Communication method and apparatus, and storage medium | |
| CN109075923B (zh) | 传输harq反馈信息的方法、终端及基站 | |
| WO2018191839A1 (zh) | 用于请求系统消息的方法、装置、用户设备及基站 | |
| CN109451861B (zh) | 资源配置方法、装置、用户设备及基站 | |
| US11889509B2 (en) | Method and apparatus for transmitting MTC downlink control information, base station and user equipment | |
| CN109075922B (zh) | 传输harq反馈信息的方法、终端及基站 | |
| CN108713346B (zh) | 信道监测方法、装置、系统及存储介质 | |
| CN111543076A (zh) | 传输方法、装置及计算机存储介质 | |
| EP4057670A1 (en) | Method and device for allocating beam failure request resource, and storage medium | |
| CN108886750B (zh) | 传输、监测辅载波配置信息的方法、装置、基站及终端 | |
| CN113261223B (zh) | Harq-ack信息传输方法及装置、通信设备 | |
| US20210314108A1 (en) | Uplink feedback method and apparatus, terminal, base station and storage medium | |
| US11368255B2 (en) | Hybrid automatic repeat request result feedback method and device | |
| CN106792880B (zh) | 下行链路数据的传输方法及装置 | |
| CN113115592B (zh) | Harq-ack传输方法及装置、通信设备 | |
| CN110945948A (zh) | 下行控制信息传输方法及装置、通信设备及存储介质 | |
| EP3771277A1 (en) | Data transmission method, device, system and storage medium | |
| CN110945827A (zh) | 下行控制信息配置方法、装置、通信设备及存储介质 | |
| WO2019127183A1 (zh) | 传输混合自动重传请求信息的方法及装置 | |
| EP4221303A1 (en) | Channel state information (csi) reporting method and apparatus, and storage medium | |
| US12028864B2 (en) | Data transmission method, device, system and storage medium | |
| CN114342522A (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 |