[go: up one dir, main page]

CN119109562A - 在非授权频谱上触发harq-ack报告 - Google Patents

在非授权频谱上触发harq-ack报告 Download PDF

Info

Publication number
CN119109562A
CN119109562A CN202411077029.XA CN202411077029A CN119109562A CN 119109562 A CN119109562 A CN 119109562A CN 202411077029 A CN202411077029 A CN 202411077029A CN 119109562 A CN119109562 A CN 119109562A
Authority
CN
China
Prior art keywords
harq
transmission
ack
dci
ack feedback
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202411077029.XA
Other languages
English (en)
Inventor
雷海鹏
亚历山大·戈利切克埃德勒冯埃尔布瓦特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Lenovo Beijing Ltd
Original Assignee
Lenovo Beijing 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 Lenovo Beijing Ltd filed Critical Lenovo Beijing Ltd
Priority to CN202411077029.XA priority Critical patent/CN119109562A/zh
Publication of CN119109562A publication Critical patent/CN119109562A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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]
    • H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping 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/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 signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本发明涉及在非授权频谱上触发HARQ‑ACK报告。一种用于触发HARQ‑ACK反馈的方法包括：从基本单元接收用于调度下行链路（DL）传输的第一下行链路控制信息（DCI），其中第一DCI包括指示推迟与DL传输相对应的混合自动重复请求确认（HARQ‑ACK）反馈的传输的第一指示符；从基本单元接收用于调度HARQ‑ACK反馈的传输的第二DCI，其中第二DCI指示用于HARQ‑ACK反馈的传输的资源；以及在由第二DCI指示的资源上将HARQ‑ACK反馈发送给基本单元。

Description

在非授权频谱上触发HARQ-ACK报告
本申请是于2021年3月15日进入中国国家阶段的、PCT申请号为PCT/CN2018/108406、国际申请日为2018年9月28日、中国申请号为201880097537.0的中国发明专利申请“在非授权频谱上触发HARQ-ACK报告”的分案申请。
技术领域
本文公开的主题总体上涉及无线通信，并且更具体地涉及非授权频谱（NR-U）上的新无线电（NR）接入。
背景技术
在此定义了以下缩写，其中至少一些在以下描述中被引用：第三代合作伙伴计划（3GPP）、循环冗余校验（CRC）、下行链路（DL）、演进型节点B（eNB）、欧洲电信标准协会（ETSI）、增强型干扰管理和业务适配（eIMTA）、频分双工（FDD）、频分多址（FDMA）、混合自动重复请求确认（HARQ-ACK）、长期演进（LTE）、多址（MA）、下一代节点B（gNB）、新无线电（NR）、否定确认（NACK）、正交频分复用（OFDM）、物理资源块（PRB）、物理下行链路共享信道（PDSCH）、物理上行链路控制信道（PUCCH）、物理上行链路共享信道（PUSCH）、肯定确认（ACK）、无线电资源控制（RRC）、参考信号（RS）、单载波频分多址（SC-FDMA）、系统信息（SI）、信号干扰噪声比（SINR）、传输块（TB）、时分双工（TDD）、时分复用（TDM）、用户实体/设备（移动终端）（UE）、上行链路（UL）、上行链路控制信息（UCI）、通用移动电信系统（UMTS）、超可靠和低延迟通信（URLLC）和全球微波访问互操作性（WiMAX）、下行链路控制信息（DCI）、码块（CB）、码块组（CBG）、下行链路指配索引（DAI）、CBG传输信息（CBGTI）、新数据指示符（NDI）、半永久性调度（SPS）、先听后说（LBT）、信道占用时间（COT）和下行链路关联集（DAS）。
在LTE LAA中，经由PUCCH或PUSCH在授权载波上发送HARQ-ACK反馈。但是，对于非授权频谱上的NR接入，要求在双连接性（DC）、CA或独立部署场景中发送HARQ-ACK反馈，这已被包括在非授权频谱（NR-U）上的NR接入的目标部署场景中。
当要在非授权载波上发送HARQ-ACK反馈时，需要在发送HARQ-ACK反馈之前首先执行LBT。仅当LBT成功时，UE才可以开始HARQ-ACK传输。否则，UE必须放弃发送HARQ-ACK反馈。如果UE由于LBT失败而无法发送HARQ-ACK反馈，则gNB必须重新发送相应的PDSCH，因为它不了解在UE端处PDSCH的解码结果。
另外，在未授权载波上的HARQ-ACK反馈的传输可能遭受来自当前节点隐藏的其他节点的潜在干扰。即使UE已成功发送HARQ-ACK反馈，gNB仍可能无法对其进行解码。从gNB的角度来看，如果gNB无法在预定义的HARQ-ACK反馈时序中检测到HARQ-ACK反馈，则gNB将必须假设NACK并重传所有相应的PDSCH。由于gNB端处的HARQ-ACK接收失败，所以LBT故障和隐藏节点问题都可能导致不必要的DL重传和DL性能退化。
发明内容
公开了用于触发HARQ-ACK反馈的方法和装置。
本公开的一个方面涉及一种方法，该方法包括：从基本单元（base unit）接收用于调度DL传输的第一DCI，其中第一DCI包括指示推迟（suspend）与DL传输相对应的HARQ-ACK反馈的传输的第一指示符；从基本单元接收用于调度HARQ-ACK反馈的传输的第二DCI，其中第二DCI指示用于HARQ-ACK反馈的传输的资源；以及在由第二DCI指示的资源上将HARQ-ACK反馈发送给基本单元。
在一些实施例中，第一指示符可以指示用于推迟HARQ-ACK反馈的传输的预定义的HARQ定时值，或者用于推迟HARQ-ACK反馈的传输的预定义的PUCCH资源。第一指示符可以包括用于指示HARQ-ACK反馈的传输的推迟的一个比特。第一指示符还可以包括计数器DAI和总DAI，并且总DAI的值可以是在与DL传输的同一HARQ-ACK码本中具有相应的HARQ-ACK反馈的传输的总数，并且该方法可以进一步包括：响应于计数器DAI的值小于总DAI的值，确定推迟HARQ-ACK反馈的传输；以及响应于计数器DAI的值等于总DAI的值，确定发送HARQ-ACK反馈。
在一些实施例中，第一DCI可以包括HARQ-ACK码本索引，并且可以基于另一个HARQ-ACK码本来更新HARQ-ACK码本索引的值。可以基于RRC信令来确定HARQ-ACK码本索引的比特长度。
在一些实施例中，第二DCI可以包括用于调度相应的HARQ-ACK码本的传输的第二HARQ-ACK码本索引。
在一些实施例中，第二DCI可以通过指示第二DCI中的HARQ进程的相应HARQ进程ID来调度针对HARQ进程的HARQ-ACK反馈的传输。第二DCI可以包括用于指示开始HARQ进程ID的一个字段和用于指示连续HARQ进程的数量的另一字段。第二DCI可以包括用于指示开始HARQ进程ID和多个连续HARQ进程的一个字段。
在一些实施例中，HARQ-ACK反馈可以被包括在第一HARQ-ACK码本中，并且可以响应于第一指示符指示推迟第一HARQ-ACK码本而推迟第一HARQ-ACK码本的传输；以及第二DCI可以调度第一HARQ-ACK码本的传输和第二HARQ-ACK码本的重传，其中第二HARQ-ACK码本的先前传输没有被基本单元正确接收。第一和第二HARQ-ACK码本可以在一个UCI中或者在两个单独的UCI中发送。
在一些实施例中，第一DCI可以包括用于指示用于HARQ-ACK反馈的传输的LBT类型的字段。第一DCI可以包括用于指示用于HARQ-ACK反馈的传输的LBT优先级类别的字段。
在一些实施例中，第二DCI可以包括用于指示用于HARQ-ACK反馈的传输的LBT类型的字段。第二DCI可以包括用于指示用于HARQ-ACK反馈的传输的LBT优先级类别的字段。
本公开的另一方面涉及一种方法，该方法包括：发送用于调度DL传输的第一DCI，其中第一DCI包括指示推迟与DL传输相对应的HARQ-ACK反馈的传输的第一指示符；发送用于调度HARQ-ACK反馈的传输的第二DCI，其中第二DCI指示用于HARQ-ACK反馈的传输的资源；以及接收在由第二DCI指示的资源上发送的HARQ-ACK反馈。
本公开的又一方面涉及一种装置，该装置包括：接收器，其接收用于调度DL传输的第一DCI，其中第一DCI包括指示推迟与DL传输相对应的HARQ-ACK反馈的传输的第一指示符；以及接收用于调度HARQ-ACK反馈的传输的第二DCI，其中第二DCI指示用于HARQ-ACK反馈的传输的资源；以及发射器，其在由第二DCI所指示的资源上发送HARQ-ACK反馈。
本公开的另一方面涉及一种装置，该装置包括：发射器，其发送用于调度DL传输的第一DCI，其中第一DCI包括指示推迟与DL传输相对应的HARQ-ACK反馈的传输的第一指示符；以及发送用于调度HARQ-ACK反馈的传输的第二DCI，其中第二DCI指示用于传输HARQ-ACK反馈的资源；以及接收器，其接收在由第二DCI指示的资源上发送的HARQ-ACK反馈。
附图说明
将在附图中指定和图示以上简要描述的实施例的更详细的描述。提示的是，这些附图仅描绘一些实施例，并且因此不应限制它们的范围，将通过使用附图以附加的特征和细节来描述和解释实施例，其中：
图1是图示用于重传上行链路控制信息的无线通信系统的一个实施例的示意性框图；
图2是图示可以被用于重传上行链路控制信息的装置的一个实施例的示意性框图；
图3是图示可以被用于重传上行链路控制信息的装置的一个实施例的示意性框图；
图4是图示由gNB触发的HARQ-ACK报告机制的一个实施例的示意性框图；
图5是图示由gNB触发的HARQ-ACK报告机制的另一实施例的示意性框图；
图6是图示用于触发用于数据传输的HARQ-ACK反馈的方法的示意性流程图。
图7是图示由gNB触发的HARQ-ACK报告机制的又一个实施例的示意性框图。
具体实施方式
如本领域的技术人员将意识到，实施例的各方面可以体现为系统、装置、方法或程序产品。因此，实施例可以包括完全硬件、完全软件（包括固件、驻留软件、微代码等）或者混合物，其可以在本文中通常都可以称为“电路”、“模块”或者“系统”。此外，实施例可以采取体现在存储在下文中被称为“代码”的机器可读代码、计算机可读代码和/或程序代码的一个或多个计算机可读存储设备中的程序产品的形式。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可能不体现信号。在某个实施例中，存储设备仅采用用于接入代码的信号。
本说明书中描述的某些功能单元可以被标记为“模块”，以便于更具体地强调它们的实现独立性。例如，模块可以实现为包括定制的超大规模集成（“VLSI”）电路或门阵列、诸如逻辑芯片、晶体管或其他分立组件的现成半导体的硬件电路。模块还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备或者类似的可编程硬件设备中实现。
模块还可以用代码和/或软件实现，以由各种类型的处理器执行。所识别的代码模块可以例如包括可执行代码的一个或多个物理或逻辑块，该可执行代码可以被组织为对象、过程或函数。然而，所识别的模块的可执行文件不需要物理地位于一起，而是可以包括在不同位置中存储的不同指令，当逻辑地连接在一起时，其包括模块并实现针对模块的规定目的。
代码模块可以是单个或许多指令，甚至可以分布在几个不同的代码段上、不同的程序当中、并且跨越数个存储器设备。类似地，在本文中，操作数据可以在模块内被识别和图示，并且可以以任何合适的形式体现并且被组织在任何合适类型的数据结构内。此操作数据可以作为单个数据集收集，或者可以分布在不同的位置，包括在不同的计算机可读存储设备上。在模块或模块的部分以软件实现的情况下，软件部分被存储在一个或多个计算机可读存储设备上。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不需要必须是电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何合适的组合。
存储设备的更具体示例的非详尽列表将包括下述：具有一条或多条电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器（“RAM”）、只读存储器（“ROM”）、可擦除可编程只读存储器（“EPROM”或“闪存”）、便携式紧凑光盘只读存储器（“CD-ROM”）、光学存储装置、磁性存储装置、或前述的任何合适的组合。在本文件的上下文中，计算机可读存储介质可以是任何有形介质，其能够包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用。
用于执行实施例的操作的代码可以是任何数量的行，并且可以以包括诸如Python、Ruby、Java、Smalltalk、C++或者类似的面向对象的编程语言、和诸如“C”编程语言或者类似的传统的过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任何组合来编写。代码可以完全地在用户的计算机上执行，或部分地在用户的计算机上执行，作为独立的软件包，部分地在用户的计算机上，部分地在远程计算机上或完全地在远程计算机或服务器上执行。在后一种情况下，远程计算机可以通过任何类型的网络连接到用户的计算机，包括局域网（“LAN”）或广域网（“WAN”），或者可以连接到外部计算机（例如，通过使用互联网服务提供商的互联网）。
本说明书中对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性包括在至少一个实施例中。因此，除非另有明确说明，否则在整个说明书中出现的短语“在一个实施例中”、“在实施例中”和类似语言可以但不一定全部指代相同的实施例，而是意指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明，否则列举的项目列表并不暗示任何或所有项目是互斥的。除非另有明确说明，否则术语“一（a）”、“一个（an）”和“该”也指“一个或多个”。
此外，所描述的实施例的特征、结构或特性可以以任何合适的方式组合。在以下描述中，提供许多具体细节，诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供对实施例的彻底理解。然而，专家将认识到，可以在没有一个或多个具体细节的情况下，或者利用其他方法、组件、材料等来实践实施例。在其他情况下，未详细示出或描述公知的结构、材料或操作以避免使实施例的任何方面模糊。
下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述实施例的各方面。将会理解，示意性流程图和/或示意性框图的每个块以及示意性流程图和/或示意性框图中的块的组合能够通过代码实现。此代码能够被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令，创建用于实现在示意性流程图和/或示意性框图块或一些块中指定的功能/操作的手段。
代码还可以存储在存储设备中，该存储设备能够指示计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括指令的制品，该指令实现在示意性流程图和/或示意性框图的块或一些块中指定的功能/操作。
代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现在流程图和/或框图的块或者一些块中指定的功能/操作的过程。
附图中的示意性流程图和/或示意性框图图示根据各种实施例的装置、系统、方法和程序产品的可能实现的架构、功能和操作。在这方面，示意性流程图和/或示意性框图中的每个块可以表示代码的模块、片段或部分，其包括用于实现指定的逻辑功能的代码的一个或多个可执行指令。
还应注意，在一些替代性实施方式中，块中注释的功能可以不按附图中注释的顺序发生。例如，连续示出的两个块可以基本上同时执行，或者这些块有时可以以相反的顺序执行，这取决于所涉及的功能。可以设想其他步骤和方法，其在功能、逻辑或效果上等同于所图示的附图的一个或多个块或其部分。
尽管可以在流程图和/或框图中采用各种箭头类型和线类型，但是应理解它们不限制相应实施例的范围。一些箭头或其他连接器可以仅用于指示所描绘实施例的逻辑流程。例如，箭头可以指示所描绘的实施例的枚举步骤之间的未指定持续时间的等待或监视时段。还将会注意，框图和/或流程图的每个块以及框图和/或流程图中的块的组合，能够由执行特定功能或操作的基于专用硬件的系统、或专用硬件和代码的组合来实现。
每个附图中的元件的描述可以指代进行的附图的元件。在所有附图中，相似的数字指代相似的元件，包括相似元件的替代实施例。
图1描绘用于基于CBG的重传的无线通信系统100的实施例。在一个实施例中，无线通信系统100包括远程单元102和基本单元104。即使图1中描绘特定数量的远程单元102和基本单元104，应注意到任何数量的远程单元102和基本单元104也可以被包括在无线通信系统100中。
在一个实施例中，远程单元102可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理（“PDA”）、平板计算机、智能电话、智能电视（例如，连接到互联网的电视）、机顶盒、游戏控制台、安全系统（包括安全摄像机）、车载计算机、网络设备（例如，路由器、交换机、调制解调器）等。在一些实施例中，远程单元102包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。远程单元102可以被称为订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、UE、用户终端、设备、或者本领域中使用的其他术语。远程单元102可以经由UL通信信号直接与一个或多个基本单元104通信。
基本单元104可以分布在地理区域上。在某些实施例中，基本单元104还可以称为接入点、接入终端、基地、基站、节点-B、eNB、gNB、家庭节点-B、中继节点、设备、核心网络、空中服务器或本领域中使用的任何其他术语。基本单元104通常是无线电接入网络的一部分，该无线电接入网络包括可通信地耦合到一个或多个相应的基本单元104的一个或多个控制器。无线电接入网络通常可通信地耦合到一个或多个核心网络，其可以耦合到其他网络，如互联网和公共交换电话网络等网络。无线电接入和核心网络的这些和其他元件未被图示，但是通常由本领域的普通技术人员众所周知。
在一个实施方式中，无线通信系统100符合3GPP 5G新无线电（NR）。然而，更一般地，无线通信系统100可以实现一些其他开放或专有通信协议，例如，WiMAX等协议。
基本单元104可以经由无线通信链路服务于服务区域（例如，小区或小区扇区）内的多个远程单元102。基本单元104在时域、频域和/或空间域中发送DL通信信号以服务于远程单元102。
图2描绘可以被用于基于CBG的重传的装置200的一个实施例。装置200包括远程单元102的一个实施例。此外，远程单元102可以包括处理器202、存储器204、输入设备206、显示器208、发射器210和接收器212。在一些实施例中，输入设备206和显示器208被组合成单个设备，诸如触摸屏。在某些实施例中，远程单元102可以不包括任何输入设备206和/或显示器208。在各种实施例中，远程单元102可以包括处理器202、存储器204、发射器210和接收器212中的一个或多个，并且可以不包括输入设备206和/或显示器208。
在一个实施例中，处理器202可以包括能够执行计算机可读指令和/或能够执行逻辑运算的任何已知控制器。例如，处理器202可以是微控制器、微处理器、中央处理器（“CPU”）、图形处理器（“GPU”）、辅助处理单元、现场可编程门阵列（“FPGA”）、或类似的可编程控制器。在一些实施例中，处理器202执行在存储器204中存储的指令以执行本文描述的方法和例程。处理器202通信地耦合到存储器204、输入设备206、显示器208、发射器210和接收器212。
在一个实施例中，存储器204是计算机可读存储介质。在一些实施例中，存储器204包括易失性计算机存储介质。例如，存储器204可以包括RAM，其包括动态RAM（“DRAM”）、同步动态RAM（“SDRAM”）和/或静态RAM（“SRAM”）。在一些实施例中，存储器204包括非易失性计算机存储介质。例如，存储器204可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中，存储器204存储与系统参数有关的数据。在一些实施例中，存储器204包括易失性计算机存储介质和非易失性计算机存储介质这两者。在一些实施例中，存储器204还存储程序代码和相关数据，诸如在远程单元102上操作的操作系统或其他控制器算法。
在一个实施例中，输入设备206可以包括任何已知的计算机输入设备，包括触摸板、按钮、键盘、触控笔、麦克风等。在一些实施例中，输入设备206可以与显示器208集成，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备206包括触摸屏，使得可以使用在触摸屏上显示的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中，输入设备206包括诸如键盘和触摸板的两个或更多个不同设备。
在一个实施例中，显示器208可以包括任何已知的电子可控显示器或显示设备。显示器208可以被设计为输出视觉信号、听觉信号和/或触觉信号。在一些实施例中，显示器208包括能够向用户输出视觉数据的电子显示器。例如，显示器208可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一个非限制性示例，显示器208可以包括诸如智能手表、智能眼镜、平视显示器等的可穿戴显示器。此外，显示器208可以是智能电话、个人数字助理、电视、台式计算机、笔记本（膝上型）计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中，显示器208包括用于产生声音的一个或多个扬声器。例如，显示器208可以产生可听警报或通知（例如，嘟嘟声或钟声）。在一些实施例中，显示器208包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中，显示器208的全部或部分可以与输入设备206集成。例如，输入设备206和显示器208可以形成触摸屏或类似的触敏显示器。在其他实施例中，显示器208可以位于输入设备206附近。
发射器210用于向基本单元104提供UL通信信号，并且接收器212用于从基本单元104接收DL通信信号。在各种实施例中，接收器212可以用于接收广播信号。尽管仅图示一个发射器210和一个接收器212，但是远程单元102可以具有任何合适数量的发射器210和接收器212。发射器210和接收器212可以是任何合适类型的发射器和接收器。在一个实施例中，发射器210和接收器212可以是收发器的一部分。
图3描绘可以用于基于CBG的重传的装置300的一个实施例。装置300包括基本单元104的一个实施例。此外，基本单元104可以包括处理器302、存储器304、输入设备306、显示器308、发射器310和接收器312中的至少一个。可以理解，处理器302、存储器304、输入设备306、显示器308、发射器310和接收器312可以基本上分别类似于远程单元102的处理器202、存储器204、输入设备206、显示器208、发射器210和接收器212。
在各种实施例中，发射器310被用于向远程单元发送信令。尽管仅图示一个发射器310和一个接收器312，但是基本单元104可以具有任何合适数量的发射器310和接收器312。发射器310和接收器312可以是任何合适类型的发射器和接收器。在一个实施例中，发射器310和接收器312可以是收发器的一部分。
图4是图示gNB触发的HARQ-ACK报告机制的一个实施例的示意框图。在传统的报告机制中，当一个HARQ-ACK反馈由于LBT失败或隐藏节点干扰而未能被gNB解码时，gNB能够通过专用DCI或DL许可/UL许可来触发HARQ-ACK反馈的重传。在图4中，与五个DL传输相对应的HARQ-ACK的第一次传输失败，然后gNB在后面的DL时隙中发送触发DCI以在指示的UL时隙中触发HARQ-ACK反馈的重传。然而，由于对UE的处理能力的限制，并非所有DL传输都能够用HARQ-ACK反馈进行响应，尤其对于同一COT内的最后若干DL传输。结果，可能必须在当前COT外发送与那些DL传输相对应的HARQ-ACK反馈。
图5是图示gNB触发的HARQ-ACK报告机制的另一实施例的示意框图。在此实施例中，由于对UE的处理能力的限制，不能在COT的最后发送与最后两个DL传输相对应的HARQ-ACK反馈。同时，gNB不能预测下一个COT何时开始。因此，在DL传输时，gNB不能调度与那两个DL传输相对应的HARQ-ACK反馈的传输。因此，gNB必须推迟来自UE针对那两个DL传输的HARQ-ACK反馈的传输，并且通过触发DCI在后面的时隙中触发HARQ-ACK反馈的传输。在这种情况下，gNB触发一个HARQ-ACK码本的初始传输。
在下面描述的是用于重传上行链路控制信息的示例性过程。gNB在PDSCH上用传输块（TB）发送下行链路数据（下行链路传输）。由于在一个UCI中发送多个PDSCH的相应HARQ-ACK反馈，所以在一个下行链路关联集中配置多个PDSCH。特别地，可以在一个PDSCH中发送一个或两个TB。特别地，在单码字传输中，在一个PDSCH中发送一个TB，然而在双码字传输中，在一个PDSCH中发送两个TB。可以在时域中和/或在多个分量载波中发送多个PDSCH。例如，如果下行链路关联集被配置有N个时隙并且配置的载波的数目是C，并且假定在一个PDSCH中发送一个TB，则将在一个下行链路关联集中发送N*C个TB。
对于每个发送的TB，UE将在PUCCH或PUSCH上往回向gNB发送HARQ-ACK以指示是否在UE处成功地接收到所发送的TB。HARQ-ACK可以为肯定确定（ACK），这意味着在UE处正确地接收到TB，或者为否定确定（NACK），这意味着在UE处错误地（即未正确地）接收到TB。因此，对于每个TB，可以将一个比特用作HARQ-ACK。可以将多个HARQ-ACK组合为要作为HARQ-ACK反馈一起发送的HARQ-ACK码本。例如，在一个下行链路关联集中发送N*C个TB的条件下，可以往回向gNB发送具有用于下行链路关联集的N*C个比特的HARQ-ACK码本（或HARQ-ACK反馈），其中每个比特表示是否在UE处成功地或错误地接收到N*C个TB中的相应的每个。
如上所述，UE在下行链路关联集（DAS）中接收到多个TB时，向gNB发送HARQ-ACK码本（HARQ-ACK反馈）以指示是否在UE处正确地或错误地接收到多个TB。HARQ-ACK反馈的传输被包括在上行链路控制信息（UCI）传输中。UCI传输是根据DL指派中的HARQ-ACK定时指示和PUCCH资源指示而做出的。
在接收到UCI时，gNB检查UCI是否能够被正确地解码。特别地，可以检查UCI的CRC。如果UCI能够被正确地解码，即通过了CRC检查，则gNB将进一步检查HARQ-ACK码本的每个比特，其为ACK或NACK。对于HARQ-ACK码本中包含的NACK中的每个，gNB将重传通过NACK指示的相应TB。如果UCI不能被正确地解码，即CRC检查失败，则gNB向UE发送信令以指示UCI不能被正确地解码。信令可以包括用于调度UCI的重传的下行链路控制信息（DCI）。
传统上，如果UCI不能被正确地解码，则gNB将必须重传与HARQ-ACK反馈相对应的下行链路关联集中的所有TB（或CBG）。这是不可取的。
在一个实施例中，如果UCI不能被正确地解码，则gNB通过发送DCI来发起UCI重传，使得能够将包括HARQ-ACK反馈的UCI从UE重传到gNB。UCI的失败的CRC检查仅指示在gNB处错误地接收到UCI，而不一定指示在UE处错误地接收到与HARQ-ACK反馈相对应的下行链路关联集中的所有TB（或CBG）。如之前提及的，可能存在可以干扰UCI的传输的各种原因，这些原因可能导致在gNB处错误地接收到UCI。因此，仅因为不能在gNB处对UCI进行解码，所以重传下行链路关联集中的所有TB（或CBG）是极其效率低的。
图6是图示用于对于数据传输触发HARQ-ACK反馈的过程的示意流程图。在此过程中，为了确保将下行链路数据适当发送到UE，由gNB以用于调度下行链路数据的传输的DCI的形式向UE发送信令。DCI可以包括向UE指示要发送与下行链路数据相对应的HARQ-ACK反馈的指示符，例如指示下行链路关联集的多个PDSCH中的每个的传输状态的HARQ-ACK码本。可替选地，并且更重要地，DCI的指示符还可以向UE指示要推迟与下行链路数据例如下行链路关联集中的多个PDSCH中的一些或全部相对应的HARQ-ACK反馈传输。
在步骤610处，UE从gNB接收包含指示符的DCI。UE还基于所接收到的DCI的指示符中包括的信息来检查DCI以确定是否发送或推迟HARQ-ACK反馈传输（步骤620）。如果确定了DCI的指示符指示发送HARQ-ACK反馈，则UE继续基于DCI中包括的信息发送针对下行链路数据例如下行链路关联集中的多个PDSCH的一些或全部的HARQ-ACK反馈（步骤630）。如果确定了DCI的指示符指示推迟HARQ-ACK反馈的传输，则UE拒绝发送针对下行链路数据的任何HARQ-ACK反馈，但是等待来自gNB的进一步信息。在从gNB接收到用于调度HARQ-ACK反馈的传输的下一个DCI时，UE继续基于在下一个DCI中包括的信息发送针对下行链路数据的HARQ-ACK反馈（步骤650）。
在本公开中，有关gNB触发的HARQ-ACK报告的特定实施例被描述用于指示其相应的HARQ-ACK反馈未被gNB接收或者未被gNB正确地解码的HARQ进程。
用于HARQ-ACK反馈的未决指示
在一个实施例中，K1集中的未决指示的具体值可以用于指示HARQ-ACK反馈的传输的推迟。具体地，当gNB有必要推迟来自UE的与一个DL传输相对应的HARQ-ACK反馈时，gNB可以在发送到UE的DL许可中的PDSCH-to-HARQ_feedback定时指示符的字段中指示“未决指示”；当gNB有必要触发来自UE的HARQ-ACK反馈时，gNB可以在发送到UE的DL许可中指示有效PDSCH-to-HARQ_feedback定时指示符。在接收到DL许可时，UE可以基于PDSCH-to-HARQ_feedback定时指示符的字段中的具体值来确定是否推迟或发送HARQ-ACK反馈。在一些实施例中，“未决指示”可以为DL许可中的PDSCH-to-HARQ_feedback定时指示符的字段中的新条目。例如，如下表中所示的值能够被用于此目的：
表1：对PDSCH-to-HARQ_feedback定时指示符字段的解释
在另一实施例中，可以在PUCCH资源集中配置用于指示HARQ-ACK反馈的传输的推迟的PUCCH资源指示符的无效值。当gNB有必要推迟由UE进行的与一个DL传输相对应的HARQ-ACK反馈时，gNB能够在发送到UE的DL许可中的PUCCH资源指示符的字段中指示无效值。可以通过将一个或多个条目显式地绑定到无效PUCCH资源来实现这种指示，以从而指示HARQ-ACK反馈的推迟，这被示出在如在下面呈现的表2中。可替选地，如表2所示的资源列表中的8个条目中的一个或多个能够指示无效资源。当gNB有必要触发来自UE的HARQ-ACK反馈时，gNB可以在发送到UE的DL许可中指示有效PUCCH资源指示符。在接收到DL许可时，UE可以基于用于PUCCH资源指示符的字段中的值，例如在该字段具有无效值时确定要推迟HARQ-ACK反馈的传输。可替选地，UE还能够基于用于PUCCH资源指示符的字段中的值，例如在该字段具有有效值时确定要发送HARQ-ACK反馈。
表2：对PUCCH资源指示字段值的解释
在另一实施例中，DCI可以包括指示推迟HARQ-ACK反馈的传输的比特（例如，比特值为“0”）或开始/启用HARQ-ACK反馈的传输的比特（例如，比特值为“1”）。当gNB有必要推迟来自UE的与一个DL传输相对应的HARQ-ACK反馈时，gNB可以在DL许可中向UE指示相应的比特值。当gNB有必要触发来自UE的HARQ-ACK反馈时，gNB可以在发送到UE的DL许可中指示相应的比特值。在接收到DL许可时，UE可以基于所接收到的DL许可中的具体比特值例如比特值“0”确定要推迟HARQ-ACK反馈的传输。可替选地，UE还能够基于所接收到的DL许可中的不同比特值例如比特值“1”确定要发送HARQ-ACK反馈。
在又一个实施例中，能够将总DAI重新解释为在其中存在与DCI格式1_0或DCI格式1_1相关联的PDSCH接收或SPS PDSCH释放并且在同一HARQ-ACK码本中发送它们的相应HARQ-ACK信息比特的PDCCH监视时机的总数。可以将总DAI包括在每个DCI格式1_0或DCI格式1_1中。总DAI的值对在同一HARQ-ACK码本中发送其的相应HARQ-ACK反馈的所有DL传输来说可以是相同的。当UE确定最新计数器DAI的值不等于总DAI的值时，UE可以推迟HARQ-ACK反馈的传输。当UE确定最新计数器DAI的值等于总DAI的值时，UE可以开始HARQ-ACK反馈的传输。在接收到DL许可时，UE可以从而基于计数器DAI和总DAI的值来确定要推迟或发送HARQ-ACK反馈。
具有相应HARQ-ACK反馈的HARQ进程
在一个实施例中，可以在每个DL许可中包括HARQ-ACK码本索引（HCI）。可以从一个HARQ-ACK码本到另一HARQ-ACK码本更新HCI的值。为了让UE确定HCI的比特长度，可以通过RRC信令来配置一个UE所允许的HARQ-ACK码本的最大数目。可以经由ceil(log2(HARQ-ACK码本的最大数目)的函数相应地计算出HCI的比特长度。在另一实施例中，HCI的比特长度可以为RRC配置的或固定的。如果两个比特被用于指示HCI，则可以将0、1、2、3的四个值用于HCI指示并且能够将第五HCI值重置为0。在两种替代方案中，在同一HARQ-ACK码本中发送相应HARQ-ACK反馈的所有DL传输都应该用HCI的相同值指示。为了触发由于LBT失败或不正确解码而导致对HARQ-ACK码本的重传或被指示未决的另一HARQ-ACK码本的初始传输，触发DCI可以指示相应的HCI值。以这种方式，可以使得UE能够在所指示的PUCCH资源中发送HARQ-ACK码本。
在另一实施例中，当在同一HARQ-ACK码本中发送多个连续HARQ进程时，可以在触发DCI中指示开始HARQ进程的进程ID和连续HARQ进程的数目。基于所接收到的DCI中的此类信息，可以使得UE能够发送或者在一些场景中重传与所指示的HARQ进程相对应的HARQ-ACK反馈的比特。在一个实施例中，可以在触发DCI中单独地指示开始HARQ进程的进程ID和HARQ进程的数目。由于HARQ进程的最大数目是16，所以仅四个比特能够用于指示开始HARQ进程的进程ID，并且另四个比特能够用于指示连续HARQ进程的数目。在另一实施例中，将开始HARQ进程的进程ID和HARQ进程的数目联合地编码在用于指示HARQ进程的触发DCI中。由于HARQ进程的最大数目是16，所以八个比特将足以指示开始HARQ进程的进程ID和连续HARQ进程的数目。
超越当前COT触发HARQ-ACK反馈
在一些实施例中，可能存在如下情形：由于LBT失败或在gNB侧未正确地解码，并且COT内的最后若干DL传输不能在同一COT中被确认并且已经在前一个DCI中被指示要推迟相应HARQ-ACK反馈的传输，所以不发送用于大多数DL传输的一个自包含HARQ-ACK码本（即，在同一COT中发送DL传输和相应HARQ-ACK反馈）。示例性情形被详细图示在图7中，图7示出gNB触发的HARQ-ACK报告机制的另一实施例。在这种示例性情形下，gNB触发失败的HARQ-ACK码本的重传和未决HARQ-ACK码本的初始传输。具体地，可以通过同一COT中的UL传输来确认COT中的前六个DL传输，但是不可能在同一COT内确认标记为“未决”的两个DL传输。如果由于LBT失败或在gNB侧未正确地解码用于前六个DL传输的HARQ-ACK码本也未能经由COT中的自包含UL传输被发送，则gNB能够发送触发DCI不仅用于请求用于前六个DL传输的HARQ-ACK码本的重传，而且还用于经由用于不能在同一COT中发送其HARQ-ACK反馈的两个未决DL传输的另一HARQ-ACK码本来触发HARQ-ACK反馈。
在一个实施例中，可以在一个UCI中级联和发送分别用于前六个DL传输和用于最后两个未决DL传输的两个HARQ-ACK码本。经重传的自包含HARQ-ACK码本可以被首先放置，后面是未决HARQ-ACK码本。在这种情形下，经重传的用于前六个DL传输的HARQ-ACK码本被与用于同一COT中的尾随两个DL传输的未决HARQ-ACK码本一起重新编码。
在另一实施例中，可以在两个单独的PUCCH中发送两个HARQ-ACK码本。在这种情形下，触发DCI可以对于两个HARQ-ACK码本包括单独的PUCCH资源指示符。结果，重传的HARQ-ACK码本不必与未决HARQ-ACK码本一起重新编码。
通过超越同一COT触发HARQ-ACK反馈的以上方法，UE和gNB能够使需要一个HARQ-ACK码本的重传和/或另一HARQ-ACK码本的初始传输的HARQ进程同步。
用于HARQ-ACK反馈的传输的LBT指示
在一些实施例中，能够在由UE发送的DL许可中指示LBT类型，即，具有至少25us感测间隔的单次（one shot）LBT（在3GPP Rel-14 TS36.213中也称为类型2 UL信道接入过程）或具有从可变竞争窗口中选择的随机退避计数器的LBT Cat.4（在3GPP Rel-14 TS36.213中也称为类型1 UL信道接入过程）。在一个实施例中，UE可以期望LBT类型对在同一HARQ-ACK码本中发送其的相应HARQ-ACK反馈的所有DL传输来说是相同的。在另一实施例中，最新DL许可中的LBT类型能够被用于执行LBT以进行HARQ-ACK传输。
在一些实施例中，能够在DL许可中指示LBT优先级类别。在下表1中示出了关于LBT优先级类别的一个示例。每个LBT优先级类别为某个COT定义竞争窗口。在一个实施例中，UE可以期望LBT优先级类别对在同一HARQ-ACK码本中发送其的相应HARQ-ACK反馈的所有DL传输来说是相同的。在另一实施例中，最新DL许可中的LBT优先级类别能够被用于执行LBT以进行HARQ-ACK反馈的传输。
表3：UL的信道接入优先级类别
反馈，示例性方法可以包括：接收用于调度数据传输的DCI，其中，DCI包括用于指示用于HARQ-ACK反馈的传输的LBT类型的字段；使用在所接收到的DCI中指示的LBT类型来执行用于对于数据传输发送HARQ-ACK反馈的LBT。在DCI中指示的LBT类型对数据传输的所有DL传输来说可以为相同的，或者在数据传输的最新DL传输中可以为LBT类型。
另一示例性方法可以包括：接收用于调度数据传输的DCI，其中，DCI包括用于指示用于HARQ-ACK反馈的传输的LBT优先级类别的字段；使用在所接收到的DCI中指示的LBT类型来执行用于对于数据传输发送HARQ-ACK反馈的LBT。在DCI中指示的LBT优先级类别对数据传输的所有DL传输来说可以为相同的，或者在数据传输的最新DL传输中可以为LBT优先级类别。
可以以其他特定形式实践实施例。所描述的实施例在所有方面都应被视为仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是前面的描述来指示。在权利要求的含义和等同范围内的所有变化都包含在其范围内。

Claims (30)

1.一种方法，包括：
从用于调度下行链路（DL）传输的基本单元接收第一下行链路控制信息（DCI），其中所述第一DCI包括指示推迟与所述DL传输相对应的混合自动重复请求确认（HARQ-ACK）反馈的传输的第一指示符；
从所述基本单元接收用于调度HARQ-ACK反馈的传输的第二DCI，其中所述第二DCI指示用于所述HARQ-ACK反馈的传输的资源；以及
在由所述第二DCI指示的资源上，将所述HARQ-ACK反馈发送到所述基本单元，
其中，所述第一指示符指示无效的“未决指示”HARQ定时值用于推迟所述HARQ-ACK反馈的传输，并且指示有效的HARQ定时值用于触发述HARQ-ACK反馈。
2.根据权利要求1所述的方法，其中，所述第一DCI包括HARQ-ACK码本索引。
3.根据权利要求2所述的方法，其中，基于无线电资源控制（RRC）信令来确定所述HARQ-ACK码本索引的比特长度。
4.根据权利要求2所述的方法，其中，所述第二DCI包括用于调度相应HARQ-ACK码本的传输的所述HARQ-ACK码本索引。
5.根据权利要求1所述的方法，其中，所述第二DCI通过指示所述第二DCI中的所述HARQ进程的相应HARQ进程ID来调度针对HARQ进程的HARQ-ACK反馈的传输。
6.根据权利要求5所述的方法，其中，所述第二DCI包括用于指示开始HARQ进程ID的一个字段和用于指示连续HARQ进程的数量的另一字段。
7.根据权利要求5所述的方法，其中，所述第二DCI包括用于指示开始HARQ进程ID和连续HARQ进程的数量的一个字段。
8.根据权利要求1所述的方法，
其中，所述HARQ-ACK反馈被包括在第一HARQ-ACK码本中，并且响应于所述第一指示符指示推迟所述第一HARQ-ACK码本，推迟所述第一HARQ-ACK码本的传输；以及
其中，所述第二DCI调度所述第一HARQ-ACK码本的传输和第二HARQ-ACK码本的重传，其中所述第二HARQ-ACK码本的先前传输未被所述基本单元正确接收。
9.根据权利要求8所述的方法，其中，在一个UCI中发送所述第一HARQ-ACK码本和所述第二HARQ-ACK码本。
10.根据权利要求8所述的方法，其中，在两个单独的上行链路控制信息（UCI）中发送所述第一HARQ-ACK码本和所述第二HARQ-ACK码本。
11.根据权利要求1所述的方法，其中，所述第一DCI包括用于指示所述HARQ-ACK反馈的传输的先听后说（LBT）类型的字段。
12.根据权利要求1所述的方法，其中，所述第一DCI包括用于指示用于所述HARQ-ACK反馈的传输的LBT优先级类别的字段。
13.根据权利要求1所述的方法，其中，所述第二DCI包括用于指示用于所述HARQ-ACK反馈的传输的LBT类型的字段。
14.根据权利要求1所述的方法，其中，所述第二DCI包括用于指示用于所述HARQ-ACK反馈的传输的LBT优先级类别的字段。
15.一种方法，包括：
发送用于调度下行链路（DL）传输的第一下行链路控制信息（DCI），其中所述第一DCI包括指示推迟与所述DL传输相对应的混合自动重复请求确认（HARQ-ACK）反馈的传输的第一指示符；
发送用于调度所述HARQ-ACK反馈的传输的第二DCI，其中所述第二DCI指示用于所述HARQ-ACK反馈的传输的资源；以及
接收在由所述第二DCI指示的资源上发送的所述HARQ-ACK反馈，
其中，所述第一指示符指示无效的“未决指示”HARQ定时值用于推迟所述HARQ-ACK反馈的传输，并且指示有效的HARQ定时值用于触发述HARQ-ACK反馈。
16.根据权利要求15所述的方法，其中，所述第一DCI包括HARQ-ACK码本索引。
17.根据权利要求16所述的方法，其中，基于无线电资源控制（RRC）信令来确定所述HARQ-ACK码本索引的比特长度。
18.根据权利要求16所述的方法，其中，所述第二DCI包括用于调度相应HARQ-ACK码本的传输的所述HARQ-ACK码本索引。
19.根据权利要求15所述的方法，其中，所述第二DCI通过指示所述第二DCI中的所述HARQ进程的相应HARQ进程ID来调度针对HARQ进程的HARQ-ACK反馈的传输。
20.根据权利要求19所述的方法，其中，所述第二DCI包括用于指示开始HARQ进程ID的一个字段和用于指示连续HARQ进程的数量的另一字段。
21.根据权利要求19所述的方法，其中，所述第二DCI包括用于指示开始HARQ进程ID和连续HARQ进程的数量的一个字段。
22.根据权利要求15所述的方法，
其中，所述HARQ-ACK反馈被包括在第一HARQ-ACK码本中，并且响应于所述第一指示符指示推迟所述第一HARQ-ACK码本，推迟所述第一HARQ-ACK码本的传输；以及
其中，所述第二DCI调度所述第一HARQ-ACK码本的传输和第二HARQ-ACK码本的重传，其中所述第二HARQ-ACK码本的先前传输未被所述基本单元正确接收。
23.根据权利要求22所述的方法，其中，在一个上行链路控制信息（UCI）中发送所述第一HARQ-ACK码本和所述第二HARQ-ACK码本。
24.根据权利要求22所述的方法，其中，在两个单独的UCI中发送所述第一HARQ-ACK码本和所述第二HARQ-ACK码本。
25.根据权利要求15所述的方法，其中，所述第一DCI包括用于指示所述HARQ-ACK反馈的传输的先听后说（LBT）类型的字段。
26.根据权利要求15所述的方法，其中，所述第一DCI包括用于指示用于所述HARQ-ACK反馈的传输的LBT优先级类别的字段。
27.根据权利要求15所述的方法，其中，所述第二DCI包括用于指示用于所述HARQ-ACK反馈的传输的LBT类型的字段。
28.根据权利要求15所述的方法，其中，所述第二DCI包括用于指示用于所述HARQ-ACK反馈的传输的LBT优先级类别的字段。
29.一种装置，包括：
接收器，所述接收器：
接收用于调度下行链路（DL）传输的第一下行链路控制信息（DCI），其中所述第一DCI包括指示推迟与所述DL传输相对应的混合自动重复请求确认（HARQ-ACK）反馈的传输的第一指示符；以及
接收用于调度所述HARQ-ACK反馈的传输的第二DCI，其中所述第二DCI指示用于所述HARQ-ACK反馈的传输的资源；以及
发射器，所述发射器在由所述第二DCI指示的资源上发送所述HARQ-ACK反馈，
其中，所述第一指示符指示无效的“未决指示”HARQ定时值用于推迟所述HARQ-ACK反馈的传输，并且指示有效的HARQ定时值用于触发述HARQ-ACK反馈。
30.一种装置，包括：
发射器，所述发射器：
发送用于调度下行链路（DL）传输的第一下行链路控制信息（DCI），其中所述第一DCI包括指示推迟与所述DL传输相对应的混合自动重复请求确认（HARQ-ACK）反馈的传输的第一指示符；以及
发送用于调度所述HARQ-ACK反馈的传输的第二DCI，其中所述第二DCI指示用于所述HARQ-ACK反馈的传输的资源；以及
接收器，所述接收器接收由所述第二DCI指示的所述资源上发送的所述HARQ-ACK反馈，
其中，所述第一指示符指示无效的“未决指示”HARQ定时值用于推迟所述HARQ-ACK反馈的传输，并且指示有效的HARQ定时值用于触发述HARQ-ACK反馈。
CN202411077029.XA 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告 Pending CN119109562A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202411077029.XA CN119109562A (zh) 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201880097537.0A CN112913172A (zh) 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告
PCT/CN2018/108406 WO2020062055A1 (en) 2018-09-28 2018-09-28 Triggering harq-ack reporting on unlicensed spectrum
CN202411077029.XA CN119109562A (zh) 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201880097537.0A Division CN112913172A (zh) 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告

Publications (1)

Publication Number Publication Date
CN119109562A true CN119109562A (zh) 2024-12-10

Family

ID=69951003

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201880097537.0A Pending CN112913172A (zh) 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告
CN202411077029.XA Pending CN119109562A (zh) 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201880097537.0A Pending CN112913172A (zh) 2018-09-28 2018-09-28 在非授权频谱上触发harq-ack报告

Country Status (4)

Country Link
US (1) US12490264B2 (zh)
EP (1) EP3857774A4 (zh)
CN (2) CN112913172A (zh)
WO (1) WO2020062055A1 (zh)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020072330A (ja) * 2018-10-30 2020-05-07 シャープ株式会社 端末装置、基地局装置、および、通信方法
CN112997433B (zh) * 2018-11-12 2024-01-30 瑞典爱立信有限公司 用于harq传输的方法以及通信设备
US11224060B2 (en) * 2018-12-14 2022-01-11 Qualcomm Incorporated Gap transmission in channel occupancy time
WO2020133190A1 (en) 2018-12-28 2020-07-02 Lenovo (Beijing) Limited Payload reduction for semi-static harq-ack codebook
KR102770148B1 (ko) * 2018-12-28 2025-02-21 삼성전자 주식회사 무선 통신 시스템에서 비승인 데이터 전송 방법 및 장치
KR102740279B1 (ko) * 2019-01-11 2024-12-09 삼성전자 주식회사 무선 통신 시스템에서 피드백 송수신 방법 및 장치
US11362770B2 (en) * 2019-01-15 2022-06-14 Qualcomm Incorporated Trigger retransmission of a feedback in unlicensed spectrum
US11297677B2 (en) * 2019-03-26 2022-04-05 Ofinno, Llc Discontinuous reception
US11412497B2 (en) * 2019-03-27 2022-08-09 Electronics And Telecommunications Research Institute Method and apparatus for transmitting or receiving uplink feedback information in communication system
US11910429B2 (en) 2019-10-30 2024-02-20 Qualcomm Incorporated Feedback reporting for sidelink
KR20220124258A (ko) * 2020-01-16 2022-09-13 오피노 엘엘씨 무선 통신 시스템의 승인 송신
CN113676292B (zh) * 2020-05-15 2023-04-07 维沃移动通信有限公司 信息传输、harq-ack码本的生成、传输方法及设备
JP7599002B2 (ja) * 2020-07-21 2024-12-12 ノキア テクノロジーズ オサケユイチア ダウンリンク半永続的スケジューリングデータ送信のための、トリガされたハイブリッド自動再送要求肯定応答報告
CN112436925B (zh) * 2020-08-03 2021-11-26 上海移远通信技术股份有限公司 一种副链路无线通信的方法和装置
CN114070478B (zh) * 2020-08-07 2023-06-30 大唐移动通信设备有限公司 一种信息传输方法、终端及网络侧设备
EP4209042B1 (en) * 2020-11-19 2024-04-17 Ofinno, LLC Semi-persistent scheduling of multicast and broadcast services
US20240106579A1 (en) * 2021-01-20 2024-03-28 Mediatek Singapore Pte. Ltd. Soft HARQ Feedback Reporting Density, Enabling Mechanism, Processing Timeline And Codebook Construction In Mobile Communications
EP4033687B1 (en) * 2021-01-25 2024-09-18 Nokia Technologies Oy Semi-static pattern for change of cell for physical uplink control channel (pucch)
US12063664B2 (en) * 2021-07-22 2024-08-13 Apple Inc. Multiplexing of uplink transmissions
US20240313929A1 (en) * 2021-08-05 2024-09-19 Lenovo (Singapore) Pte. Ltd. Constructing a harq-ack codebook
US11991114B2 (en) * 2021-10-08 2024-05-21 Qualcomm Incorporated Feedback from network coding (NC) encoding device to transmitting device

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5635623B2 (ja) * 2010-04-22 2014-12-03 シャープ株式会社 物理上りリンク制御チャネルリソースを割り当てるための通信方法、通信システム、基地局、ユーザ装置、および、集積回路
CN102237989B (zh) 2010-05-04 2015-08-12 中兴通讯股份有限公司 一种数据传输的方法及系统
CN103490864B (zh) * 2012-06-11 2017-05-03 电信科学技术研究院 一种harq‑ack消息的传输及其控制方法、装置
CN103873212A (zh) * 2012-12-12 2014-06-18 北京三星通信技术研究有限公司 一种上行ack/nack绑定传输的方法、终端及基站
CN110932836B (zh) * 2015-03-30 2021-12-10 华为技术有限公司 控制信息的发送方法、用户设备和基站
US9888465B2 (en) * 2015-04-06 2018-02-06 Samsung Electronics Co., Ltd. Codeword determination for acknowledgement information
US10326493B2 (en) 2015-05-13 2019-06-18 Samsung Electronics Co., Ltd. Control channel transmission and frequency error correction
CN106612557B (zh) * 2015-10-26 2020-02-18 中国移动通信集团公司 下行ack/nack信息的传输方法、基站及用户设备
US10177875B2 (en) * 2016-02-01 2019-01-08 Ofinno Technologies, Llc Downlink control signaling for uplink transmission in a wireless network
US10568081B2 (en) * 2016-03-21 2020-02-18 Samsung Electronics Co., Ltd. Scheduling uplink transmissions
JP6739521B2 (ja) * 2016-04-26 2020-08-12 シャープ株式会社 端末装置、基地局装置および通信方法
DE112017002348T5 (de) * 2016-05-06 2019-01-24 Intel IP Corporation Doppelstrahl-übertragung und ack/nack-feedback-mechanismus für pucch
WO2018073792A1 (en) * 2016-10-21 2018-04-26 Telefonaktiebolaget L M Ericsson (Publ) Harq feedback for unscheduled uplink
EP4145740A1 (en) * 2017-03-23 2023-03-08 Huawei Technologies Co., Ltd. Configuration, indication and ack/nack for multiple harq grant-free transmission
US11032051B2 (en) * 2018-01-12 2021-06-08 Mediatek Singapore Pte. Ltd. Method and apparatus for reducing uplink overhead in mobile communications
CN110324132B (zh) * 2018-03-28 2022-03-01 华硕电脑股份有限公司 无线通信系统中确定码本大小的方法及设备
US10972226B2 (en) * 2018-08-01 2021-04-06 Charter Communications Operating, Llc Disabling, using an explicit indication, hybrid automatic repeat request (HARQ) acknowledgments for packets for which acknowledgements are supported at a network or higher layer
EP3834327A1 (en) * 2018-08-08 2021-06-16 IDAC Holdings, Inc. Efficient and robust acknowledgement procedures for new radio operation in unlicensed bands

Also Published As

Publication number Publication date
US20220053537A1 (en) 2022-02-17
US12490264B2 (en) 2025-12-02
WO2020062055A1 (en) 2020-04-02
EP3857774A1 (en) 2021-08-04
EP3857774A4 (en) 2022-04-27
CN112913172A (zh) 2021-06-04

Similar Documents

Publication Publication Date Title
CN119109562A (zh) 在非授权频谱上触发harq-ack报告
CN110582967B (zh) 调度数据的传输
US11742991B2 (en) Indication for HARQ-ACK feedback
US12470330B2 (en) Uplink control information retransmission
CN112567667A (zh) 基于cbg的重传
CN114097293B (zh) 单次harq-ack码本确定的装置和方法
CN110622532B (zh) 响应于接收到消息而发送消息
CN110710145B (zh) 指示时隙中数据的信息的方法、远程单元和基站单元
CN110073622A (zh) 用于数据块组的反馈信息
US11658774B2 (en) Determining a resource field that carries feedback information
CN117880982A (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