CN112154619B - 用于混合自动重复请求(harq)的方法和装置 - Google Patents

用于混合自动重复请求(harq)的方法和装置 Download PDF

Info

Publication number
CN112154619B
CN112154619B CN201980031245.1A CN201980031245A CN112154619B CN 112154619 B CN112154619 B CN 112154619B CN 201980031245 A CN201980031245 A CN 201980031245A CN 112154619 B CN112154619 B CN 112154619B
Authority
CN
China
Prior art keywords
harq
ack feedback
feedback
gap
network node
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
CN201980031245.1A
Other languages
English (en)
Other versions
CN112154619A (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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN112154619A publication Critical patent/CN112154619A/zh
Application granted granted Critical
Publication of CN112154619B publication Critical patent/CN112154619B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • 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
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]

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反馈的方法和装置。在一个实施例中，一种在无线设备WD中实现的方法包括：从网络节点接收调度物理下行链路共享信道PDSCH的第一下行链路控制信息DCI；从网络节点接收第二DCI，该第二DCI包括HARQ‑ACK反馈请求触发，该HARQ‑ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ‑ACK反馈。在另一个实施例中，一种在网络节点中实现的方法包括：发送调度PDSCH的第一下行链路控制信息DCI；发送第二DCI，该第二DCI包括HARQ‑ACK反馈请求触发，该HARQ‑ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ‑ACK反馈。

Description

用于混合自动重复请求(HARQ)的方法和装置
技术领域
无线通信，特别涉及用于混合自动重复请求(HARQ)的方法和装置。
背景技术
HARQ是在某些类型的无线通信中采用的检错和纠错技术。新无线电(NR)(也称为5G)可以在HARQ反馈定时中提供灵活性，以说明动态时分双工(TDD)，并且还可以组合若干HARQ反馈以获得较低的开销和较高的可靠性二者。图1示出了这样的示例。基于下行链路控制信息(DCI)中的3比特字段来确定下行链路(DL)(即，从网络节点到无线设备)数据传输和确认之间的时隙定时(其可以表示为K1)。无线电资源信令(RRC)对将由K1(可能的值范围包括{0，1，…，15})索引的8个值的集合进行配置。
NR可以提供灵活性，以借助于半静态和动态代码块在一个物理上行链路控制信道(PUCCH)/UCI传输中包括与多个HARQ过程相对应的聚合反馈。
半静态HARQ码本
基于例如HARQ-ACK定时K1的配置的集合、物理下行链路控制信道(PDCCH)监视时机以及半静态配置的TDD模式来确定时间上的HARQ码本大小(DL关联集合)。对于每个时隙，用户设备(UE)或无线设备(WD)可以根据其载波聚合(CA)和传输块/代码块组(TB/CBG)配置来报告固定大小的HARQ反馈位图(在该示例中为7比特)。未接收到的TB/CBG被设置为NACK。
动态HARQ码本
动态HARQ码本可以提供动态确定HARQ过程(应针对该HARQ过程报告HARQ反馈)的集合的可能性。DCI可以包括：DL分配指示符，指示应报告的HARQ过程的数量；以及物理下行链路共享信道(PDSCH)到HARQ-ACK定时，指定其中网络节点(例如eNB)期望反馈的时间资源。
用于动态HARQ码本的下行链路分配索引(DAI)计算
WD可以参考DAI值来计算动态码本大小。对于每个PDSCH传输，可以增加DCI中的DAI值。与调度DCI的紧接的前一DL相比，调度DCI的DL中的DAI可以增加一。如果这没有发生，则指示已经错过PDSCH传输。在WD处当前和早期DCI中的两个接收的DAI值之间的差异指示错过了多少个PDSCH传输。
DAI可以指示应当报告的HARQ过程的数量。然而，其他标准(例如NR版本15)中的DAI值仅是2比特(表示4个可能的值0、1、2、3)，达到最高DAI值(即3)后，DAI是环绕的并再次从最小值开始，如例如图2所示。
现有解决方案的问题之一是，在非授权频带上的传输受制于先听后说(LBT)过程。因此，取决于LBT结果是否将完成传输是不确定的。
发明内容
一些实施例有利地提供一种用于改进针对网络操作(特别是在非授权频谱带中)的HARQ反馈设计中的效率的方法和系统。
本公开的一些实施例包括用于针对在诸如NR-U的非授权频谱中操作的HARQ控制信息的方法和装置。NR-U是指非授权频谱中的NR操作。在一些附加实施例中，至少涉及两个主要方面：如何从WD请求HARQ反馈；以及何时向网络节点发送HARQ反馈。本公开的一些实施例有利地提供了针对NR-U操作的更有效的HARQ反馈设计，并且利用共享信道占用时间(COT)构思的益处来将HARQ反馈传递给网络节点。本公开的一些实施例还可以保证(隐式或显式)针对所有过程的HARQ反馈的接收，即使对于WD错过的传输也是如此。
根据本公开的第一方面，提供了一种在无线设备WD中实现的方法。该方法包括：从网络节点接收调度物理下行链路共享信道PDSCH的第一下行链路控制信息DCI。该方法包括：从网络节点接收第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。该方法包括：可选地，响应于HARQ-ACK反馈请求触发，发送针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程(网络节点正在请求针对该所配置的HARQ过程的反馈)相对应的位图。在一些实施例中，HARQ-ACK反馈请求触发至少部分地基于调度PDSCH的DCI中的下行链路分配指示符DAI字段中的值来触发HARQ-ACK反馈。在该方面的一些实施例中，接收包括HARQ-ACK反馈请求触发的第二DCI还包括：接收第二DCI中的字段中的HARQ-ACK反馈请求触发。在该方面的一些实施例中，HARQ-ACK反馈请求触发触发针对至少一个子集的所配置的HARQ过程的HARQ-ACK反馈，该至少一个子集与所配置的HARQ过程(针对该所配置的HARQ过程，网络节点(16)尚未接收到确认)相对应。在该方面的一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在该方面的一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在所述时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在所述频率资源上网络节点期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望所述载波的所触发的HARQ-ACK反馈)的指示。
在该方面的一些实施例中，第二DCI还包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈，并且第二DAI值假设将无法成功解码HARQ-ACK反馈。在该方面的一些实施例中，该方法还包括：响应于接收到第二DCI中的HARQ-ACK反馈请求触发，至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值来确定HARQ码本大小。在该方面的一些实施例中，该方法还包括：执行先听后说LBT过程，以便在非授权频谱中发送HARQ-ACK反馈；并且至少部分地基于LBT成功来确定HARQ码本大小。
根据本公开的第二方面，提供了一种在无线设备WD中实现的方法。该方法包括：接收针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及响应于所接收的HARQ-ACK反馈请求，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来传送HARQ-ACK反馈。
在该方面的一些实施例中，传送HARQ-ACK反馈还包括：至少部分地基于间隙的大小，在与PDSCH相同的信道占用时间COT内传送HARQ-ACK反馈。在该方面的一些实施例中，传送HARQ-ACK反馈还包括：在不首先执行先听后说LBT过程的情况下，至少部分地基于间隙的大小，在非授权频谱中传送HARQ-ACK反馈。在一些实施例中，该方法还包括：从网络节点接收在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在该方面的一些实施例中，该方法还包括：如果间隙的大小最多满足间隙大小阈值，则在不首先执行先听后说LBT过程的情况下，在非授权频谱中传送HARQ-ACK反馈；以及如果间隙的大小超过间隙大小阈值，则在执行LBT过程之后在非授权频谱中传送HARQ-ACK反馈。在一些实施例中，该方法还包括：从网络节点接收在固定持续时间内执行先听后说LBT过程的配置。在一些实施例中，在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在该方面的一些实施例中，传送HARQ-ACK反馈还包括传送HARQ码本。在该方面的一些实施例中，传送HARQ-ACK反馈还包括：根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，该HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。在该方面的一些实施例中，传送HARQ-ACK反馈还包括：根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，该HARQ-ACK反馈的开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
根据本公开的第三方面，提供了一种在网络节点中实现的方法。该方法包括：可选地，确定针对物理下行链路共享信道PDSCH的调度；发送调度PDSCH的第一下行链路控制信息DCI；以及发送第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程(网络节点正在请求针对该所配置的HARQ过程的反馈)相对应的位图。在该方面的一些实施例中，该方法还包括：作为HARQ-ACK反馈请求触发的结果，接收并解码针对由第一DCI调度的PDSCH的HARQ-ACK反馈。在该方面的一些实施例中，HARQ-ACK反馈请求触发是第二DCI中的字段。在该方面的一些实施例中，发送包括HARQ-ACK反馈请求触发的第二DCI是响应于确定针对所配置的HARQ过程的至少一个子集尚未接收到确认。在该方面的一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在该方面的一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在该时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在该频率资源上网络节点期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望该载波的所触发的HARQ-ACK反馈)的指示。在该方面的一些实施例中，发送包括HARQ-ACK反馈请求触发的第二DCI还包括：发送第二DCI，该第二DCI包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈，第二DAI值假设将无法成功解码HARQ-ACK反馈。在该方面的一些实施例中，该方法还包括：作为在第二DCI中发送HARQ-ACK反馈请求触发的结果，接收具有HARQ码本大小的所述HARQ-ACK反馈，所述HARQ码本大小至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值。
根据本公开的第四方面，提供了一种在网络节点中实现的方法。该方法包括：发送针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及作为HARQ-ACK反馈请求的结果，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来接收HARQ-ACK反馈。
在该方面的一些实施例中，接收HARQ-ACK反馈还包括：至少部分地基于间隙的大小，在与PDSCH相同的信道占用时间COT内接收HARQ-ACK反馈。在一些实施例中，该方法还包括：向无线设备WD发送在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在一些实施例中，该方法还包括：在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在一些实施例中，该方法还包括：配置无线设备WD以在固定持续时间内执行先听后说LBT过程。在该方面的一些实施例中，接收HARQ-ACK反馈还包括接收HARQ码本。在该方面的一些实施例中，接收HARQ-ACK反馈还包括：根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。在该方面的一些实施例中，接收HARQ-ACK反馈还包括：根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
根据本公开的第五方面，提供了一种无线设备WD，被配置为与网络节点通信。该WD包括无线电接口和与无线电接口通信的处理电路。处理电路被配置为使无线电接口：从网络节点接收调度物理下行链路共享信道PDSCH的第一下行链路控制信息DCI；以及从网络节点接收第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。处理电路还被配置为使无线电接口：可选地，响应于HARQ-ACK反馈请求触发，发送针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程(网络节点正在请求针对该所配置的HARQ过程的反馈)相对应的位图。在一些实施例中，HARQ-ACK反馈请求触发至少部分地基于调度PDSCH的DCI中的下行链路分配指示符DAI字段中的值来触发HARQ-ACK反馈。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口接收第二个DCI中的字段中的HARQ-ACK反馈请求触发，使无线电接口接收包括HARQ-ACK反馈请求触发的第二DCI。在该方面的一些实施例中，HARQ-ACK反馈请求触发触发针对至少一个子集的所配置的HARQ过程的HARQ-ACK反馈，该至少一个子集与所配置的HARQ过程(针对该所配置的HARQ过程，网络节点尚未接收到确认)相对应。在该方面的一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在该方面的一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在该时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在该频率资源上网络节点期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望该载波的所触发的HARQ-ACK反馈)的指示。在该方面的一些实施例中，第二DCI还包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈，第二DAI值假设将无法成功解码HARQ-ACK反馈。在该方面的一些实施例中，处理电路还被配置为：响应于接收到第二DCI中的HARQ-ACK反馈请求触发，至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值来确定HARQ码本大小。在该方面的一些实施例中，处理电路还被配置为：执行先听后说LBT过程，以便在非授权频谱中发送HARQ-ACK反馈；以及至少部分地基于LBT成功来确定HARQ码本大小。
根据本公开的第六方面，提供了一种无线设备WD，该无线设备WD被配置为与网络节点通信。该WD包括无线电接口和与该无线电接口通信的处理电路，该处理电路被配置为使无线电接口：接收针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及响应于所接收的HARQ-ACK反馈请求，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来传送HARQ-ACK反馈。
在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口执行以下操作来使无线电接口传送HARQ-ACK反馈：至少部分地基于间隙的大小，在与PDSCH相同的信道占用时间COT内传送HARQ-ACK反馈。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口执行以下操作来使无线电接口传送HARQ-ACK反馈：在不首先执行先听后说LBT过程的情况下，至少部分地基于间隙的大小，在非授权频谱中传送HARQ-ACK反馈。在该方面的一些实施例中，处理电路还被配置为：使无线电接口从网络节点接收在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口执行以下操作来使无线电接口传送HARQ-ACK反馈：如果间隙的大小最多满足间隙大小阈值，则在不首先执行先听后说LBT过程的情况下，在非授权频谱中传送HARQ-ACK反馈；以及如果间隙的大小超过间隙大小阈值，则在执行LBT过程之后在非授权频谱中传送HARQ-ACK反馈。在一些实施例中，处理电路还被配置为使无线电接口：从网络节点接收在固定持续时间内执行先听后说LBT过程的配置。在一些实施例中，在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口将HARQ-ACK反馈作为HARQ码本进行传送，来使无线电接口传送HARQ-ACK反馈。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，来使无线电接口传送HARQ-ACK反馈，该开始位置至少部分地基于先听后说LBT过程的结果。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，来使无线电接口传送HARQ-ACK反馈，该开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
根据本公开的第七方面，提供了一种网络节点，该网络节点被配置为与无线设备WD通信。该网络节点包括无线电接口和与该无线电接口通信的处理电路。处理电路被配置为：可选地，确定针对物理下行链路共享信道PDSCH的调度；使无线电接口发送调度PDSCH的第一下行链路控制信息DCI；以及使无线电接口发送第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程(网络节点正在请求针对该所配置的HARQ过程的反馈)相对应的位图。在该方面的一些实施例中，处理电路还被配置为：作为HARQ-ACK反馈请求触发的结果，接收并解码针对由第一DCI调度的PDSCH的HARQ-ACK反馈。在该方面的一些实施例中，HARQ-ACK反馈请求触发是第二DCI中的字段。在该方面的一些实施例中，处理电路被配置为：通过被配置为使无线电接口执行以下操作来使无线电接口发送第二DCI：响应于确定针对所配置的HARQ过程的至少一个子集尚未接收到确认而发送包括HARQ-ACK反馈请求触发的第二DCI。在该方面的一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在该方面的一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在该时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在该频率资源上网络节点期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望载波的所触发的HARQ-ACK反馈)的指示。在该方面的一些实施例中，处理电路被配置为：通过被配置为使无线电接口执行以下操作来使无线电接口发送第二DCI：发送第二DCI，该第二DCI包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈，第二DAI值假设将无法成功解码HARQ-ACK反馈。在该方面的一些实施例中，处理电路被配置为使无线电接口：作为在第二DCI中发送HARQ-ACK反馈请求触发的结果，接收具有HARQ码本大小的所述HARQ-ACK反馈，所述HARQ码本大小至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值。
根据本公开的第八方面，提供了一种网络节点，该网络节点被配置为与无线设备WD通信。该网络节点包括无线电接口和与该无线电接口通信的处理电路。处理电路被配置为使无线电接口发送针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及作为HARQ-ACK反馈请求的结果，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来接收HARQ-ACK反馈。
在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口执行以下操作来使无线电接口接收HARQ-ACK反馈：至少部分地基于间隙的大小，在与PDSCH相同的信道占用时间COT内接收HARQ-ACK反馈。在一些实施例中，处理电路还被配置为使无线电接口向无线设备WD发送在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在一些实施例中，处理电路还被配置为在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在一些实施例中，处理电路还被配置为使无线电接口配置无线设备WD以在固定持续时间内执行先听后说LBT过程。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口接收HARQ码本中的HARQ-ACK反馈，来使无线电接口接收HARQ-ACK反馈。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口执行如下操作来使无线电接口接收HARQ-ACK反馈：根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。在该方面的一些实施例中，处理电路还被配置为：通过被配置为使无线电接口执行如下操作来使无线电接口接收HARQ-ACK反馈：根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
附图说明
当结合附图考虑时，通过参考以下详细描述，将更容易理解对本实施例以及其所伴随的优点和特征的更完整的理解，其中：
图1示出了NR HARQ反馈灵活定时的示例；
图2示出了动态HARQ码本中的DAI值的示例；
图3是示出了根据本公开中的原理的经由中间网络连接到主机计算机的通信系统的示例性网络架构的示意图；
图4是根据本公开的一些实施例的通过至少部分无线连接经由网络节点与无线设备通信的主机计算机的框图；
图5是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的示例性方法的流程图；
图6是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的示例性方法的流程图；
图7是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的示例性方法的流程图；
图8是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的示例性方法的流程图；
图9是根据本公开的一些实施例的网络节点中针对HARQ的示例性过程的流程图；
图10是根据本公开的一些实施例的网络节点中针对HARQ的又一示例性过程的流程图；
图11是根据本公开的一些实施例的无线设备中针对HARQ响应的示例性过程的流程图；
图12是根据本公开的一些实施例的无线设备中针对HARQ响应的又一示例性过程的流程图；
图13示出了具有一个切换点的共享信道占用的示例；
图14示出了具有多个切换点的共享信道占用；
图15示出了在同一时隙中提供的反馈中不能包括针对时隙n-1/2的反馈的示例；
图16示出了根据本公开的一些实施例的如果引入间隙则可以在同一COT中提供的反馈中包括针对时隙n-1的反馈的示例；
图17示出了根据本公开的一些实施例的使用SRS传输的间隙填充的示例；
图18示出了根据本公开的一些实施例的通过使用DAI值来确定HARQ码本大小的触发的反馈，其中触发不在与PDSCH相同的时隙中；以及
图19示出了根据本公开的一些实施例的通过使用DAI值来确定HARQ码本大小的触发的反馈，其中触发被允许在与PDSCH相同的时隙中。
具体实施方式
现有的HARQ反馈设计的问题之一是，在非授权频带上的传输受制于先听后说(LBT)过程。因此，取决于LBT结果是否将完成传输是不确定的。
例如，如果上行链路控制信息(UCI)上的HARQ反馈传输受制于LBT，则存在WD取决于LBT结果将不执行传输的风险。由于时域中PDSCH与对应反馈之间的一对一映射，如果WD未能在预定义的时间位置发送反馈，则网络节点(例如gNB)可能必须假设NACK并重新发送所有对应的PDSCH。后者可以被认为是频带的低效利用，并且还可以引起信道争用的不必要增加。
即使WD成功发送了HARQ反馈，网络节点(例如gNB)也可能无法检测到它。从网络节点(例如gNB)的角度来看，失败的LBT或错过的UCI传输是无法区分的。由于时域中PDSCH与对应反馈之间的一对一映射，如果网络节点未能在预定义的时间位置中检测到反馈，则网络节点将必须假设NACK并重新发送所有对应的PDSCH。
例如，NR版本15中的DAI值仅为2比特，并且在达到最高DAI值(即4)之后，将该值再次重置为最小值。这意味着如果WD错过了4个或更多PDSCH传输，则WD可能无法正确计算码本大小，且因此网络节点的预期码本大小和WD报告的码本大小之间将未对准。尽管不太可能在授权载波上错过4个或更多的连续PDSCH，但由于冲突，它极有可能在非授权频带上发生，且因此2比特DAI可能会引起问题。
因此，一些实施例有利地提供了一种用于改进针对网络操作以及在一些实施例中针对非授权频谱带的HARQ反馈设计中的效率的方法和装置。
在详细描述示例性实施例之前，应注意，实施例主要在于与用于HARQ的方法和装置有关的装置组件和处理步骤的组合。因此，在附图中通过常规符号适当地表示了组件，仅示出了与理解实施例相关的那些特定细节，以便不会使本公开与对于受益于本文描述的本领域普通技术人员而言显而易见的细节相混淆。
如本文所使用的，关系术语(如“第一”和“第二”，“顶”和“底”等)可以仅用于将一个实体或元件与另一实体或元件进行区分，而不一定要求或暗示这些实体或元件之间的任何物理或逻辑关系或顺序。本文使用的术语仅用于描述特定实施例的目的，而不是意在限制本文描述的构思。如本文所使用的，单数形式“一”、“一个”和“所述”意在还包括复数形式，除非上下文明确地另外指示。还将理解，术语“包括”、“具有”、“包含”和/或“含有”在本文中使用时表示存在所陈述的特征、整数、步骤、操作、元件和/或组件，但并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组合。
在本文描述的实施例中，连接术语“与……通信”等可用于指示电或数据通信，其例如可以通过物理接触、感应、电磁辐射、无线电信令、红外信令或光信令来实现。本领域普通技术人员将理解，多个组件可以互操作，并且可以对电和数据通信实现修改和变化。
在本文描述的一些实施例中，术语“耦合”、“连接”等在本文中可以用于指示连接(尽管不一定是直接的)，并且可以包括有线和/或无线连接。
本文使用的术语“网络节点”可以是无线电网络中包括的任何类型的网络节点，该无线电网络还可以包括以下中的任何一种：基站(BS)、无线电基站、基站收发信台(BTS)、基站控制器(BSC)、无线电网络控制器(RNC)、g节点B(gNB)、演进节点B(eNB或eNodeB)、节点B、多标准无线电(MSR)无线电节点(例如MSR BS)、多小区/多播协调实体(MCE)、中继节点、集成接入和回程(IAB)节点、控制中继的宿主节点、无线电接入点(AP)、传输点、传输节点、远程无线电单元(RRU)远程无线电头端(RRH)、核心网络节点(例如，移动管理实体(MME)、自组织网络(SON)节点、协调节点、定位节点、MDT节点等)、外部节点(例如，第三方节点、当前网络外部的节点)、分布式天线系统(DAS)中的节点、频谱接入系统(SAS)节点、元件管理系统(EMS)等。该网络节点也可以包括测试设备。本文使用的术语“无线电节点”可以用于表示无线设备(WD)(例如无线设备(WD))或无线电网络节点。
在一些实施例中，非限制性术语无线设备(WD)或用户设备(UE)可互换使用。本文中的WD可以是能够通过无线电信号与网络节点或另一WD进行通信的任意类型的无线设备，例如无线设备(WD)。WD还可以是无线电通信设备、目标设备、设备到设备(D2D)WD、机器类型WD或能够进行机器到机器通信(M2M)的WD、低成本和/或低复杂度WD、配备有WD的传感器、平板电脑、移动终端、智能电话、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)、USB适配器、客户端终端设备(CPE)、物联网(IoT)设备或窄带IoT(NB-IoT)设备等。
此外，在一些实施例中，使用通用术语“无线电网络节点”。无线电网络节点可以是任意类型的网络节点，可以包括以下中的任何一种：基站、无线电基站、基站收发信台、基站控制器、网络控制器、演进节点B(eNB)、节点B、gNB、多小区/多播协调实体(MCE)、中继节点、IAB节点、接入点、无线电接入点、远程无线电单元(RRU)、远程无线电头端(RRH)。
注意，尽管可以在本公开中使用来自诸如3GPP LTE和/或新无线电(NR)的一个特定无线系统的术语，但这不应被视为将本公开的范围限制为仅上述系统。其他无线系统(包括但不限于宽带码分多址(WCDMA)、全球微波接入互操作性(WiMax)、超移动宽带(UMB)和全球移动通信系统(GSM))同样可以通过利用本公开所涵盖的思想而受益。
还应注意，本文描述的由无线设备或网络节点执行的功能可以分布在多个无线设备和/或网络节点上。换句话说，预期本文描述的网络节点和无线设备的功能不限于由单个物理设备执行，并且实际上可以分布在若干物理设备中。
在一些实施例中，对于WD，可以配置不同的资源的集合以用于诸如PUCCH或PSCCH的物理控制信道上的控制信息和/或传输。可以使用控制信令(特别是RRC层信令)和/或通过信令无线电节点或节点布置(例如，网络节点)半静态地配置这些集合。每个集合可以包括一个或多个资源。不同的集合可以包括不同数量的资源，或者相同数量的资源。资源可以是可指示的资源，和/或可以被指向指示符，该指示符可以由例如网络节点在控制信令中发送，以由WD接收。这种指示符可以例如是ARI或UCI指针或其他指示符。集合中的资源(可指示的资源)的(最大)数量可以对应于这种指示符可指示的资源数量，例如，基于其大小(以比特为单位)。例如，该数量可以是2的倍数或幂，例如2或4。每个集合可以与控制信息大小类别和/或相关联的格式相关联。大小类别可以例如指示用于信息或其一部分(例如，确认信息)的有效载荷大小和/或大小范围。大小类别和/或范围中的一个或多个可以是可配置的，例如，半静态或使用RRC信令。在一些实施例中，有效载荷可以包括例如PUCCH信息、PUSCH信息、上行链路控制信息(UCI)、DMRS等。
传输资源可以是时间和/或频率资源，例如，一个资源元素或一组资源元素。资源可以在时间上扩展到一个或多个符号上，例如，在时隙内或在一些情况下跨一个或多个时隙边界。可以认为资源在时间上扩展到一个或多个子载波和/或一个或多个物理资源块上。在一些情况下，资源在时域上可以等于或短于时隙持续时间(其可以是14个符号，或另一个值，例如低于20个符号的值)。资源可以被配置用于信道和/或与信道相关联，该信道(例如，控制信道)可以是物理信道(例如，PUCCH或PSCCH)，和/或用于特定类型的控制信息或信令。一个或多个特定传输消息格式可以与资源相关联。这种格式可以例如指定(例如消息的)有效载荷大小和/或大小范围，和/或结构，和/或调制和编码，和/或重复率和/或编码率和/或传输持续时间。资源可以(在时间和/或频率上)大于携带关联的和/或配置的控制信息所必需的资源。
在一些实施例中，一个资源集合和/或多个资源集合可以由例如网络节点使用一个或多个消息(例如半静态和/或使用RRC信令)进行配置，和/或动态地例如使用物理层信令(诸如DCI或SCI信令)进行配置。可以认为使用半静态和/或RRC层信令来配置资源集合，以及可以指示该资源之一使用动态和/或物理层信令进行(配置)。这可以特别地针对与确认信息相关联和/或被配置用于确认信息的资源来执行。通常，可以认为网络(例如信令无线电节点和/或节点布置(例如，网络节点))特别是使用传输资源来配置WD。通常，资源可以使用一个或多个消息来配置。可以用不同的消息和/或不同的层或层组合上的消息来配置不同的资源。资源的大小可以用符号和/或子载波和/或资源元素和/或物理资源块(取决于域)和/或其可以携带的比特数(例如信息或有效载荷的比特数、或总比特数)来表示。资源的集合和/或集合的资源可以涉及相同的载波和/或带宽部分，和/或可以位于相同的时隙或相邻的时隙中。
确认信息可以涉及一个或多个确认信令过程，例如HARQ过程或ARQ过程。测量信息可以由信道状态信息(例如，CSI)(例如信道质量信息(例如，CQI))和/或秩信息(例如，RI)和/或预编码信息(例如，PMI)和/或波束成形信息(在一些情况下，可以认为是其自身的类型)来表示。确认信息的比特数A可以例如基于HARQ配置或码本来配置或是可配置的，该HARQ配置或码本可以经由RRC层信令和/或半静态地和/或例如使用一个或多个计数器(例如下行链路分配指示器(DAI)或上行链路授权计数器或总DAI)动态地来配置。
在一些实施例中，关于一个或多个资源的控制信息可以被认为是在具有特定格式的消息中发送的。消息可包括或表示用于代表有效载荷信息的比特和例如用于错误编码的编码比特。
接收控制信息可以包括接收一个或多个控制信息消息。可以认为接收控制信令包括例如基于假设的资源集合(可以搜索和/或监听该假设的资源集合以获得控制信息)对一个或多个消息(特别是控制信令携带的消息)的解调和/或解码和/或检测(例如忙检测)。可以假设通信的双方都知道配置，并且可以例如基于参考大小确定资源的集合。
确认信息或承载该确认信息的反馈信令可以涉及由控制信令调度的信令，和/或涉及控制信令本身，特别是如果它是命令类型。反馈信令可以涉及多个主体传输(其可以在不同的信道和/或载波上)，和/或可以包括数据信令和/或控制信令。反馈信令可以基于码本，该码本可以基于一个或多个大小指示和/或分配指示，其可以例如在相同或不同的传输定时结构中，和/或在相同或不同的(目标)资源集合中与多个控制信令和/或控制消息一起接收。发送反馈信令可以包括例如基于一个或多个控制信息消息中的控制信息确定码本。码本可以涉及在单个和/或特定时刻(例如，单个PUCCH或PUSCH传输)，和/或在一个消息中，或者具有联合编码和/或调制的反馈信息的反馈信令。
可以认为控制信令(例如，DCI或SCI)可以包括指示反馈信令(例如，HARQ响应)的触发的信息。触发反馈信令可以包括：指示应当发送反馈信令，和/或指示用于反馈信令的一个或多个资源和/或定时，和/或指示该反馈信令可能涉及的主体信令或主体传输。
除非另外定义，否则本文使用的所有术语(包括技术和科学术语)具有与本公开所属领域的普通技术人员通常所理解的相同的意义。将理解，本文所使用的术语应被解释为与它们在本说明书的上下文和相关技术中的意义相一致，而不被解释为理想或过于正式的意义，除非本文如此明确地定义。
本公开的一些实施例提供了用于针对在诸如NR-U的非授权频谱中操作的HARQ控制信息的方法和装置。在一些附加实施例中，本公开至少涵盖两个方面：如何请求来自WD的HARQ反馈；以及何时向网络节点发送HARQ反馈。与其他布置相比，本公开的一些实施例有利地提供了针对NR-U操作的更有效的HARQ反馈设计。一些实施例有利地利用共享COT构思的益处将HARQ反馈传递给网络节点。本公开的一些实施例还可以保证或至少在现有技术上改进(隐式或显式)针对在非授权频谱中操作的HARQ过程的HARQ反馈的接收，即使对于WD错过的传输也是如此。
回到附图，其中相似的元件由相似的附图标记指代，在图3中示出了根据实施例的通信系统10(例如可以支持诸如LTE和/或NR(5G)的标准的3GPP类型的蜂窝网络)的示意图，该通信系统10包括诸如无线电接入网的接入网12和核心网络14。接入网12包括多个网络节点16a、16b、16c(统称为网络节点16)(例如，NB、eNB、gNB或其他类型的无线接入点)，每个网络节点定义对应覆盖区域18a、18b、18c(统称为覆盖区域18)。每个网络节点16a、16b、16c通过有线或无线连接20可连接到核心网络14。位于覆盖区域18a中的第一无线设备(WD)22a被配置为以无线方式连接到对应网络节点16c或被对应网络节点16c寻呼。覆盖区域18b中的第二WD 22b以无线方式可连接到对应网络节点16a。虽然在该示例中示出了多个WD 22a、22b(统称为无线设备22)，但所公开的实施例同样适用于唯一的WD处于覆盖区域中或者唯一的WD连接到对应网络节点16的情形。注意，尽管为了方便，仅示出了两个WD 22和三个网络节点16，但是通信系统可以包括更多WD 22和网络节点16。
此外，预期WD 22可以与一个以上网络节点16和一种以上类型的网络节点16同时通信和/或被配置为单独地与一个以上网络节点16和一种以上类型的网络节点16通信。例如，WD 22可以与支持LTE的网络节点16和支持NR的相同或不同的网络节点16具有双连接。作为示例，WD 22可以与用于LTE/E-UTRAN的eNB和用于NR/NG-RAN的gNB通信。
电信网络10自身可以连接到主机计算机24，主机计算机24可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现，或者被实现为服务器集群中的处理资源。主机计算机24可以处于服务提供商的所有或控制之下，或者可以由服务提供商或代表服务提供商来操作。通信系统10与主机计算机24之间的连接26、28可以直接从核心网络14延伸到主机计算机24，或者可以经由可选的中间网络30延伸。中间网络30可以是公共网络、私有网络或托管网络中的一个或多于一个的组合。中间网络30(如果有)可以是骨干网络或互联网。在一些实施例中，中间网络30可以包括两个或更多个子网络(未示出)。
图3的通信系统作为整体实现了所连接的WD 22a、22b之一与主机计算机24之间的连接。该连接可被描述为过顶(over-the-top，OTT)连接。主机计算机24和所连接的WD 22a、22b被配置为使用接入网12、核心网络14、任何中间网络30和可能的其他基础设施(未示出)作为中介，经由OTT连接来传送数据和/或信令。在OTT连接所经过的至少一些参与通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接可以是透明的。例如，可以不向网络节点16通知或者可以无需向网络节点16通知具有源自主机计算机24的要向所连接的WD 22a转发(例如，移交)的数据的输入下行链路通信的过去的路由。类似地，网络节点16无需意识到源自WD 22a向主机计算机24的输出上行链路通信的未来的路由。
网络节点16被配置为包括反馈请求单元32，其被配置为：可选地，确定针对物理下行链路共享信道PDSCH的调度；发送调度PDSCH的第一下行链路控制信息DCI；以及发送第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。在另一个实施例中，反馈请求单元32被配置为：发送针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及作为HARQ-ACK反馈请求的结果，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来接收HARQ-ACK反馈。在又一个实施例中，反馈请求单元32被配置为：向WD 22传送确认反馈请求；向WD 22指示在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及作为确认反馈请求的结果，从WD 22接收确认反馈响应。在一些实施例中，反馈请求单元32可以是与网络节点16相关联的硬件，例如本文下面针对网络节点16讨论的处理电路，其可以实现本文下面针对网络节点16讨论的方法。在一些实施例中，反馈请求单元32可以被认为是反馈请求者。
无线设备22被配置为包括反馈单元34，该反馈单元被配置为：从网络节点接收调度物理下行链路共享信道PDSCH的第一下行链路控制信息DCI；从网络节点接收第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈；以及可选地，响应于HARQ-ACK反馈请求触发，发送针对由第一DCI调度的PDSCH的HARQ-ACK反馈。在另一个实施例中，反馈单元34被配置为：接收针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及响应于所接收的HARQ-ACK反馈请求，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来传送HARQ-ACK反馈。在又一个实施例中，反馈单元34被配置为：从网络节点16接收确认反馈请求；确定在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及响应于所接收的确认反馈请求，基于该确定，在执行和不执行LBT过程之一的情况下，向网络节点16传送确认反馈响应。在一些实施例中，反馈单元34可以是与WD 22相关联的硬件，例如本文下面针对WD 22讨论的处理电路，其可以实现本文下面针对WD 22讨论的方法。在一些实施例中，反馈单元34可以被认为是反馈提供者。
现将参考图4来描述根据实施例的在先前段落中所讨论的WD 22、网络节点16和主机计算机24的示例实现方式。在通信系统10中，主机计算机24包括硬件(HW)38，硬件(HW)38包括通信接口40，通信接口40被配置为建立和维护与通信系统10的不同通信设备的接口的有线或无线连接。主机计算机24还包括处理电路42，其可以具有存储和/或处理能力。处理电路42可以包括处理器44和存储器46。特别地，除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代，处理电路42可以包括用于处理和/或控制的集成电路，例如适于执行指令的一个或多个处理器和/或处理器内核和/或FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器44可以被配置为访问(例如，写入或读取)存储器46，存储器46可以包括任何类型的易失性和/或非易失性存储器，例如，高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM(可擦除可编程只读存储器)。
处理电路42可以被配置为控制本文描述的任何方法和/或过程，和/或使这些方法和/或过程例如由主机计算机24执行。处理器44对应于用于执行本文描述的主机计算机24功能的一个或多个处理器44。主机计算机24包括存储器46，其被配置为存储数据、程序软件代码和/或本文描述的其他信息。在一些实施例中，软件48和/或主机应用50可以包括指令，该指令在由处理器44和/或处理电路42执行时使处理器44和/或处理电路42执行本文关于主机计算机24描述的过程。指令可以是与主机计算机24相关联的软件。
软件48可以由处理电路42执行。软件48包括主机应用50。主机应用50可操作为向远程用户(例如，WD 22)提供服务，WD 22经由在WD 22和主机计算机24处端接的OTT连接52来连接。在向远程用户提供服务时，主机应用50可以提供使用OTT连接52来发送的用户数据。“用户数据”可以是本文描述为实现所描述的功能的数据和信息。在一个实施例中，主机计算机24可以被配置为向服务提供商提供控制和功能，并且可以由服务提供商或代表服务提供商来操作。主机计算机24的处理电路42可以使主机计算机24能够观察、监视、控制网络节点16和/或无线设备22、向网络节点16和/或无线设备22发送、和/或从网络节点16和/或无线设备22接收。主机计算机24的处理电路42可以包括监视单元54，该监视单元54被配置为使服务提供商能够观察、监视、控制网络节点16和/或无线设备22、向网络节点16和/或无线设备22发送和/或从网络节点16和/或无线设备22接收。
通信系统10还包括在通信系统10中提供的网络节点16，网络节点16包括使其能够与主机计算机24和与WD 22进行通信的硬件58。硬件58可以包括：通信接口60，其用于建立和维护与通信系统10的不同通信设备的接口的有线或无线连接；以及无线电接口62，其用于至少建立和维护与位于网络节点16所服务的覆盖区域18中的WD 22的无线连接64。无线电接口62可以形成为或可以包括例如一个或多个RF发射机、一个或多个RF接收机和/或一个或多个RF收发机。通信接口60可以被配置为促进与主机计算机24的连接66。连接66可以是直接的，或者它可以经过通信系统10的核心网络14和/或经过通信系统10外部的一个或多个中间网络30。
在所示的实施例中，网络节点16的硬件58还包括处理电路68。处理电路68可以包括处理器70和存储器72。特别地，除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代，处理电路68可以包括用于处理和/或控制的集成电路，例如适于执行指令的一个或多个处理器和/或处理器内核和/或FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器70可以被配置为访问(例如，写入或读取)存储器72，存储器72可以包括任何类型的易失性和/或非易失性存储器，例如，高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM(可擦除可编程只读存储器)。
因此，网络节点16还具有软件74，该软件74被内部存储在例如存储器72中，或者被存储在可由网络节点16经由外部连接访问的外部存储器(例如数据库、存储阵列、网络存储设备等)中。软件74可以由处理电路68执行。处理电路68可以被配置为控制本文描述的任何方法和/或过程，和/或使这些方法和/或过程例如由网络节点16执行。处理器70对应于用于执行本文描述的网络节点16功能的一个或多个处理器70。存储器72被配置为存储数据、程序软件代码、和/或本文描述的其他信息。在一些实施例中，软件74可以包括指令，该指令在由处理器70和/或处理电路68执行时，使处理器70和/或处理电路68执行本文关于网络节点16描述的过程。例如，网络节点16的处理电路68可以包括反馈请求单元32，该反馈请求单元32被配置为：可选地，确定针对物理下行链路共享信道PDSCH的调度；使无线电接口62发送调度PDSCH的第一下行链路控制信息DCI；以及使无线电接口62发送第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程(网络节点16正在请求针对该所配置的HARQ过程的反馈)相对应的位图。在一些实施例中，处理电路68还被配置为：作为HARQ-ACK反馈请求触发的结果，接收和解码针对由第一DCI调度的PDSCH的HARQ-ACK反馈。在一些实施例中，HARQ-ACK反馈请求触发是第二DCI中的字段。在一些实施例中，处理电路68被配置为：通过被配置为使无线电接口62执行以下操作来使无线电接口62发送第二DCI：响应于确定针对所配置的HARQ过程的至少一个子集尚未接收到确认而发送包括HARQ-ACK反馈请求触发的第二DCI。在一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在该时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在该频率资源上网络节点期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望该载波的所触发的HARQ-ACK反馈)的指示。在一些实施例中，处理电路68被配置为：通过被配置为使无线电接口62执行以下操作来使无线电接口62发送第二DCI：发送第二DCI，该第二DCI包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈并且第二DAI值假设将无法成功解码HARQ-ACK反馈。在一些实施例中，处理电路68被配置为使无线电接口62：作为在第二DCI中发送HARQ-ACK反馈请求触发的结果，接收具有HARQ码本大小的所述HARQ-ACK反馈，所述HARQ码本大小至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值。
在又一个实施例中，反馈请求单元32被配置为使无线电接口62：发送针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及作为HARQ-ACK反馈请求的结果，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来接收HARQ-ACK反馈。在一些实施例中，处理电路68还被配置为：通过被配置为使无线电接口62执行以下操作来使无线电接口62接收HARQ-ACK反馈：至少部分地基于间隙的大小，在与PDSCH相同的信道占用时间COT内接收HARQ-ACK反馈。在一些实施例中，处理电路68还被配置成使无线电接口62向无线设备WD 22发送在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在一些实施例中，处理电路68还被配置为在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在一些实施例中，处理电路68还被配置为使无线电接口62配置无线设备WD22以在固定持续时间内执行先听后说LBT过程。在一些实施例中，处理电路68还被配置为：通过被配置为使无线电接口62接收HARQ码本中的HARQ-ACK反馈，来使无线电接口62接收HARQ-ACK反馈。在一些实施例中，处理电路68还被配置为：通过被配置为使无线电接口62根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，来使无线电接口62接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。在一些实施例中，处理电路68还被配置为：通过被配置为使无线电接口62根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，来使无线电接口62接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
在又一个实施例中，反馈请求单元32被配置为：(例如，经由无线电接口62)向WD22传送确认反馈请求；向WD 22指示在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及作为确认反馈请求的结果，(例如，经由无线电接口62)从WD 22接收确认反馈响应。在一些实施例中，处理电路68还被配置为在向WD 22传送确认反馈请求之前执行LBT过程。在一些实施例中，确认反馈请求用于确认网络节点16在至少一个DL信道上传送的下行链路(DL)信息的接收。在一些实施例中，处理电路68还被配置为调度WD 22的上行链路(UL)信道以包括确认反馈响应，并且调度至少一个DL信道的最新DL信道与所调度的UL信道之间的间隙。在一些实施例中，(例如由网络节点16)针对与HARQ不相关联的一个或多个传输(例如，来自网络节点16和/或WD 22)调度间隙。在一些实施例中，确认反馈请求是用于发送与所有所配置的HARQ过程中的所有和子集中的至少一个相对应的多个HARQ反馈响应的聚合HARQ请求。在一些实施例中，至少一个下行链路信道包括一个或多个物理下行链路共享信道(PDSCH)。在一些实施例中，确认反馈请求在上行链路控制信息(UCI)消息内传送。在一些实施例中，确认反馈请求是混合自动重复请求(HARQ)请求。
通信系统10还包括已经提及的WD 22。WD 22可以具有硬件80，该硬件80可以包括无线电接口82，其被配置为建立和维护与服务于WD 22当前所在的覆盖区域18的网络节点16的无线连接64。无线电接口82可以形成为或可以包括例如一个或多个RF发射机、一个或多个RF接收机和/或一个或多个RF收发机。
WD 22的硬件80还包括处理电路84。处理电路84可以包括处理器86和存储器88。特别地，除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代，处理电路84可以包括用于处理和/或控制的集成电路，例如适于执行指令的一个或多个处理器和/或处理器内核和/或FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器86可以被配置为访问(例如，写入或读取)存储器88，存储器88可以包括任何类型的易失性和/或非易失性存储器，例如，高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM(可擦除可编程只读存储器)。
因此，WD 22还可以包括软件90，其被存储在例如WD 22处的存储器88中，或者被存储在可由WD 22访问的外部存储器(例如，数据库、存储阵列、网络存储设备等)中。软件90可以由处理电路84执行。软件90可以包括客户端应用92。客户端应用92可操作为在主机计算机24的支持下经由WD 22向人类或非人类用户提供服务。在主机计算机24中，执行的主机应用50可以经由端接在WD 22和主机计算机24处的OTT连接52与执行的客户端应用92进行通信。在向用户提供服务时，客户端应用92可以从主机应用50接收请求数据，并响应于请求数据来提供用户数据。OTT连接52可以传送请求数据和用户数据二者。客户端应用92可以与用户进行交互，以生成其提供的用户数据。
处理电路84可以被配置为控制本文描述的任何方法和/或过程，和/或使这些方法和/或过程例如由WD 22执行。处理器86对应于用于执行本文描述的WD 22功能的一个或多个处理器86。WD 22包括存储器88，其被配置为存储数据、程序软件代码和/或本文描述的其他信息。在一些实施例中，软件90和/或客户端应用92可以包括指令，该指令在由处理器86和/或处理电路84执行时使处理器86和/或处理电路84执行本文关于WD 22描述的过程。例如，无线设备22的处理电路84可以包括反馈单元34，该反馈单元34被配置为使无线电接口82：从网络节点16接收调度物理下行链路共享信道PDSCH的第一下行链路控制信息DCI；以及从网络节点16接收第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。反馈单元34可选地被配置为使无线电接口82：响应于HARQ-ACK反馈请求触发，发送针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程相对应的位图，网络节点正在请求针对所配置的HARQ过程的反馈。在一些实施例中，HARQ-ACK反馈请求触发至少部分地基于调度PDSCH的DCI中的下行链路分配指示符DAI字段中的值来触发HARQ-ACK反馈。在一些实施例中，处理电路84还被配置为：通过被配置为使无线电接口82接收第二个DCI中的字段中的HARQ-ACK反馈请求触发，来使无线电接口82接收包括HARQ-ACK反馈请求触发的第二DCI。在一些实施例中，HARQ-ACK反馈请求触发触发针对至少一个子集的所配置的HARQ过程的HARQ-ACK反馈，该至少一个子集与所配置的HARQ过程(针对该所配置的HARQ过程网络节点(16)尚未接收到确认)相对应。在一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在该时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在该频率资源上网络节点期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望该载波的所触发的HARQ-ACK反馈)的指示。在一些实施例中，第二DCI还包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈并且第二DAI值假设将无法成功解码HARQ-ACK反馈。在一些实施例中，处理电路84还被配置为：响应于接收到第二DCI中的HARQ-ACK反馈请求触发，至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值来确定HARQ码本大小。在一些实施例中，处理电路84还被配置为：执行先听后说LBT过程，以便在非授权频谱中发送HARQ-ACK反馈；以及至少部分地基于LBT成功来确定HARQ码本大小。
在另一个实施例中，反馈单元34被配置为使无线电接口82：接收针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及响应于所接收的HARQ-ACK反馈请求，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小来传送HARQ-ACK反馈。在一些实施例中，处理电路84还被配置为：通过被配置为使无线电接口82执行以下操作来使无线电接口82传送HARQ-ACK反馈：至少部分地基于间隙的大小，在与PDSCH相同的信道占用时间COT内传送HARQ-ACK反馈。在一些实施例中，处理电路84还被配置为：通过被配置为使无线电接口82执行以下操作来使无线电接口82传送HARQ-ACK反馈：在不首先执行先听后说LBT过程的情况下，至少部分地基于间隙的大小，在非授权频谱中传送HARQ-ACK反馈。在一些实施例中，处理电路84还被配置为使无线电接口82从网络节点16接收在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在一些实施例中，处理电路84还被配置为：通过被配置为使无线电接口82执行以下操作来使无线电接口82传送HARQ-ACK反馈：如果间隙的大小最多满足间隙大小阈值，则在不首先执行先听后说LBT过程的情况下，在非授权频谱中传送HARQ-ACK反馈；以及如果间隙的大小超过间隙大小阈值，则在执行LBT过程之后在非授权频谱中传送HARQ-ACK反馈。在一些实施例中，处理电路84还被配置为使无线电接口82从网络节点16接收在固定持续时间内执行先听后说LBT过程的配置。在一些实施例中，在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在一些实施例中，处理电路84还被配置为：通过被配置为使无线电接口82将HARQ-ACK反馈作为HARQ码本进行传送，来使无线电接口82传送HARQ-ACK反馈。在一些实施例中，处理电路84还被配置为：通过被配置为使无线电接口82根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，来使无线电接口82传送HARQ-ACK反馈，该开始位置至少部分地基于先听后说LBT过程的结果。在一些实施例中，处理电路84还被配置为：通过被配置为使无线电接口82根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，来使无线电接口82传送HARQ-ACK反馈，该开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
在又一个实施例中，反馈单元34被配置为：从网络节点16接收确认反馈请求；确定在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及响应于所接收的确认反馈请求，基于该确定，在执行和不执行LBT过程之一的情况下，(经由例如无线电接口82)向网络节点16传送确认反馈响应。在一些实施例中，处理电路84被配置为：通过还被配置为确定下行链路(DL)信道与在DL信道之后调度的第一上行链路(UL)信道之间的间隙的大小，来确定是否执行LBT过程。在一些实施例中，处理电路84被配置为：如果DL信道与第一UL信道之间的间隙的大小最多满足间隙大小阈值，则确定不执行LBT过程并且通过在不执行LBT过程的情况下传送确认反馈响应来(经由例如无线电接口82)传送确认反馈响应；以及如果DL信道与第一UL信道之间的间隙的大小超过间隙大小阈值，则确定执行LBT过程，并且在传送确认反馈响应之前执行LBT过程。在一些实施例中，针对与HARQ不相关联的一个或多个传输来调度间隙。在一些实施例中，确认反馈请求是用于发送多个HARQ反馈响应的聚合HARQ请求；并且基于该确定和响应于所接收的聚合HARQ请求，在执行和不执行LBT过程之一的情况下(经由例如无线电接口82)向网络节点16传送多个HARQ反馈响应，该多个HARQ反馈响应与WD 22的所有所配置HARQ过程的所有和子集中的至少一个相对应。在一些实施例中，确认反馈响应是混合自动重复请求(HARQ)响应消息。在一些实施例中，在非授权频谱上(经由例如无线电接口82)接收确认反馈请求以及传送确认反馈响应。
在一些实施例中，网络节点16、WD 22和主机计算机24的内部工作可以如图4所示，并且独立地，周围的网络拓扑可以是图3的网络拓扑。
在图4中，已经抽象地绘制OTT连接52，以示出经由网络节点16在主机计算机24与无线设备22之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定该路由，该路由可以被配置为向WD 22隐藏或向操作主机计算机24的服务提供商隐藏或向这二者隐藏。在OTT连接52活动时，网络基础设施还可以(例如，基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。
WD 22与网络节点16之间的无线连接64符合贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接52向WD 22提供的OTT服务的性能，其中无线连接64可以形成OTT连接52中的最后一段。更精确地，这些实施例中的一些的教导可以改进数据速率、时延和功耗，从而提供诸如减少的用户等待时间、宽松的文件大小限制、更好的响应性、延长的电池寿命等益处。
在一些实施例中，出于监视一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机24与WD 22之间的OTT连接52的可选网络功能。用于重新配置OTT连接52的测量过程和/或网络功能可以以主机计算机24的软件48或以WD 22的软件90或以这二者来实现。在实施例中，传感器(未示出)可被部署在OTT连接52经过的通信设备中或与OTT连接52经过的通信设备相关联地来部署；传感器可以通过提供以上例示的监视量的值或提供软件48、90可以用来计算或估计监视量的其他物理量的值来参与测量过程。对OTT连接52的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响网络节点16，并且其对于网络节点16来说可以是未知的或不可感知的。一些这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中，测量可以涉及促进主机计算机24对吞吐量、传播时间、时延等的测量的专有WD信令。在一些实施例中，该测量可以如下实现：软件48、90在其监控传播时间、差错等的同时使得能够使用OTT连接52来发送消息(具体地，空消息或“假”消息)。
因此，在一些实施例中，主机计算机24包括被配置为提供用户数据的处理电路42和被配置为将用户数据转发给蜂窝网络以传输给WD 22的通信接口40。在一些实施例中，蜂窝网络还包括具有无线电接口62的网络节点16。在一些实施例中，网络节点16被配置为，和/或网络节点16的处理电路68被配置为执行本文描述的用于准备/发起/维护/支持/结束向WD 22的传输，和/或准备/终止/维护/支持/结束对来自WD 22的传输的接收的功能和/或方法。
在一些实施例中，主机计算机24包括处理电路42和通信接口40，该通信接口40被配置为接收源自从WD 22到网络节点16的传输的用户数据。在一些实施例中，WD 22被配置为和/或包括无线电接口82和/或处理电路84，该处理电路84被配置为执行本文描述的用于准备/发起/维护/支持/结束向网络节点16的传输，和/或准备/终止/维护/支持/结束对来自网络节点16的传输的接收的功能和/或方法。
尽管图3和图4示出了诸如在相应处理器内的反馈请求单元32和反馈单元34之类的各种“单元”，但是预期这些单元可以被实现成使得单元的一部分被存储在处理电路内的对应存储器中。换句话说，这些单元可以在处理电路内以硬件或者以硬件和软件的组合来实现。
图5是示出了根据一个实施例的在诸如图3和图4的通信系统之类的通信系统中实现的示例性方法的流程图。该通信系统包括主机计算机24、网络节点16和WD 22，其可以是参照图4所描述的那些设备。在方法的第一步骤中，主机计算机24提供用户数据(框S100)。在第一步的可选子步骤中，主机计算机24通过执行诸如主机应用50之类的主机应用来提供用户数据(框S102)。在第二步骤中，主机计算机24向WD 22发起携带用户数据的传输(框S104)。在可选的第三步骤中，根据贯穿本公开所描述的实施例的教导，网络节点16向WD 22发送在主机计算机24发起的传输中所携带的用户数据(框S106)。在可选的第四步骤中，WD22执行与由主机计算机24执行的主机应用50相关联的诸如客户端应用92之类的客户端应用(框S108)。
图6是示出了根据一个实施例的在诸如图3的通信系统之类的通信系统中实现的示例性方法的流程图。该通信系统可以包括主机计算机24、网络节点16和WD 22，其可以是参照图3和图4所描述的那些设备。在方法的第一步骤中，主机计算机24提供用户数据(框S110)。在可选子步骤(未示出)中，主机计算机24通过执行主机应用(例如，主机应用50)来提供用户数据。在第二步骤中，主机计算机24向WD22发起携带用户数据的传输(框S112)。根据贯穿本公开描述的实施例的教导，该传输可以经由网络节点16。在可选的第三步骤中，WD22接收传输中所携带的用户数据(框S114)。
图7是示出了根据一个实施例的在诸如图3的通信系统之类的通信系统中实现的示例性方法的流程图。该通信系统可以包括主机计算机24、网络节点16和WD 22，其可以是参照图3和图4所描述的那些设备。在方法的可选的第一步骤中，WD 22接收由主机计算机24提供的输入数据(框S116)。在第一步骤的可选子步骤中，WD 22执行客户端应用92，该客户端应用92回应于接收到的主机计算机24提供的输入数据来提供用户数据(框S118)。附加地或备选地，在可选的第二步骤中，WD 22提供用户数据(框S120)。在第二步骤的可选子步骤中，WD通过执行诸如客户端应用92之类的客户端应用来提供用户数据(框S122)。在提供用户数据时，所执行的客户端应用92还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，WD 22都可以在可选的第三子步骤中发起向主机计算机24传输用户数据(框S124)。在方法的第四步骤中，根据贯穿本公开描述的实施例的教导，主机计算机24接收从WD 22发送的用户数据(框S126)。
图8是示出了根据一个实施例的在诸如图3的通信系统之类的通信系统中实现的示例性方法的流程图。该通信系统可以包括主机计算机24、网络节点16和WD 22，其可以是参照图3和图4所描述的那些设备。在方法的可选的第一步骤中，根据贯穿本公开描述的实施例的教导，网络节点16从WD 22接收用户数据(框S128)。在可选的第二步骤中，网络节点16向主机计算机24发起接收到的用户数据的传输(框S130)。在第三步骤中，主机计算机24接收由网络节点16发起的传输中所携带的用户数据(框S132)。
图9是网络节点16中的示例性过程的流程图。根据示例方法，由网络节点16执行的一个或多个框和/或功能和/或方法可以由网络节点16的一个或多个元件(例如处理电路68中的反馈请求单元32、处理器70、无线电接口62等)执行。在一个实施例中，示例方法包括：可选地，例如经由反馈请求单元32、处理电路68和/或无线电接口62确定(方框S134)针对物理下行链路共享信道PDSCH的调度。该方法包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62发送(框S136)调度PDSCH的第一下行链路控制信息DCI。该方法包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62发送(框S138)第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程(网络节点16正在请求针对该所配置的HARQ过程的反馈)相对应的位图。在一些实施例中，该方法还包括：作为HARQ-ACK反馈请求触发的结果，例如经由反馈请求单元32、处理电路68和/或无线电接口62接收和解码针对由第一DCI调度的PDSCH的HARQ-ACK反馈。在一些实施例中，HARQ-ACK反馈请求触发是第二DCI中的字段。在一些实施例中，发送包括HARQ-ACK反馈请求触发的第二DCI是响应于例如经由反馈请求单元32、处理电路68和/或无线电接口62确定针对所配置的HARQ过程的至少一个子集尚未接收到确认。在一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在该时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在该频率资源上网络节点16期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望该载波的所触发的HARQ-ACK反馈)的指示。在一些实施例中，发送包括HARQ-ACK反馈请求触发的第二DCI还包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62发送第二DCI，该第二DCI包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈并且第二DAI值假设将无法成功解码HARQ-ACK反馈。在一些实施例中，该方法还包括：作为在第二DCI中发送HARQ-ACK反馈请求触发的结果，例如经由反馈请求单元32、处理电路68和/或无线电接口62接收具有HARQ码本大小的所述HARQ-ACK反馈，该HARQ码本大小至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值。
图10是网络节点16中的又一示例性过程的流程图。根据示例方法，由网络节点16执行的一个或多个框和/或功能和/或方法可以由网络节点16的一个或多个元件(例如处理电路68中的反馈请求单元32、处理器70、无线电接口62等)执行。在另一个实施例中，示例方法包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62发送(框S140)针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求。该方法包括：作为HARQ-ACK反馈请求的结果，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小，例如经由反馈请求单元32、处理电路68和/或无线电接口62接收(框S142)HARQ-ACK反馈。
在一些实施例中，接收HARQ-ACK反馈还包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62，至少部分地基于间隙大小，在与PDSCH相同的信道占用时间COT内接收HARQ-ACK反馈。在一些实施例中，该方法还包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62，向无线设备WD 22发送在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在一些实施例中，该方法还包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62，在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在一些实施例中，该方法还包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62，配置无线设备WD 22以在固定持续时间内执行先听后说LBT过程。在一些实施例中，接收HARQ-ACK反馈还包括接收HARQ码本。在一些实施例中，接收HARQ-ACK反馈还包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62，根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。在一些实施例中，接收HARQ-ACK反馈还包括：例如经由反馈请求单元32、处理电路68和/或无线电接口62，根据HARQ-ACK反馈的开始位置来接收HARQ-ACK反馈，该HARQ-ACK反馈的开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
在另一个实施例中，网络节点16中的示例过程包括：向WD 22传送确认反馈请求；向WD 22指示在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及作为确认反馈请求的结果，从WD接收确认反馈响应。在一些实施例中，该方法还包括网络节点16在向WD22传送确认反馈请求之前执行LBT过程。在一些实施例中，确认反馈请求用于确认网络节点16在至少一个DL信道上传送的下行链路(DL)信息的接收。在一些实施例中，该方法还包括：调度WD 22的上行链路(UL)信道以包括确认反馈响应，并且调度至少一个DL信道的最新DL信道与所调度的UL信道之间的间隙。在一些实施例中，针对与HARQ不相关联的一个或多个传输来调度间隙。在一些实施例中，确认反馈请求是用于发送与所有所配置的HARQ过程中的所有和子集中的至少一个相对应的多个HARQ反馈响应的聚合HARQ请求。在一些实施例中，至少一个下行链路信道包括一个或多个物理下行链路共享信道(PDSCH)。在一些实施例中，确认反馈请求在上行链路控制信息(UCI)消息内传送。在一些实施例中，确认反馈请求是混合自动重复请求(HARQ)请求。
图11是根据本公开的一些实施例的无线设备22中的示例性方法的流程图。由WD22执行的一个或多个框和/或功能和/或方法可以由WD 22的一个或多个元件(例如处理电路84中的反馈单元34、处理器86、无线电接口82等)执行。该方法包括：例如经由反馈单元34、处理电路84和/或无线电接口82从网络节点16接收(框S144)调度物理下行链路共享信道PDSCH的第一下行链路控制信息DCI。该方法包括：例如经由反馈单元34、处理电路84和/或无线电接口82从网络节点16接收(框S146)第二DCI，该第二DCI包括混合自动重复请求确认HARQ-ACK反馈请求触发，该HARQ-ACK反馈请求触发触发针对由第一DCI调度的PDSCH的HARQ-ACK反馈。该方法包括：可选地，响应于HARQ-ACK反馈请求触发，例如经由反馈单元34、处理电路84和/或无线电接口82发送(S147)针对由第一DCI调度的PDSCH的HARQ-ACK反馈。
在一些实施例中，HARQ-ACK反馈请求触发包括与所配置的HARQ过程相对应的位图，网络节点正在请求针对所配置的HARQ过程的反馈。在一些实施例中，HARQ-ACK反馈请求触发至少部分地基于调度PDSCH的DCI中的下行链路分配指示符DAI字段中的值来触发HARQ-ACK反馈。在一些实施例中，接收包括HARQ-ACK反馈请求触发的第二DCI还包括接收第二DCI中的字段中的HARQ-ACK反馈请求触发。在一些实施例中，HARQ-ACK反馈请求触发触发针对至少一个子集的所配置的HARQ过程的HARQ-ACK反馈，该至少一个子集与所配置的HARQ过程(针对该所配置的HARQ过程网络节点(16)尚未接收到确认)相对应。在一些实施例中，HARQ-ACK反馈请求触发触发针对所有所配置的HARQ过程的HARQ-ACK反馈。在一些实施例中，HARQ-ACK反馈请求触发包括以下至少一项：时间资源(在该时间资源中网络节点期望所触发的HARQ-ACK反馈)的指示；频率资源(在该频率资源上网络节点期望所触发的HARQ-ACK反馈)的指示；以及载波(网络节点期望该载波的所触发的HARQ-ACK反馈)的指示。在一些实施例中，第二DCI还包括至少两个下行链路分配指示符DAI值，第一DAI值假设将成功解码HARQ-ACK反馈并且第二DAI值假设将无法成功解码HARQ-ACK反馈。在一些实施例中，该方法还包括：响应于接收到第二DCI中的HARQ-ACK反馈请求触发，至少部分地基于第一DCI中的下行链路分配指示符DAI字段中的值，例如经由反馈单元34、处理电路84和/或无线电接口82确定HARQ码本大小。在一些实施例中，该方法还包括：例如经由反馈单元34、处理电路84和/或无线电接口82执行先听后说LBT过程，以便在非授权频谱中发送HARQ-ACK反馈；以及至少部分地基于LBT成功，例如经由反馈单元34、处理电路84和/或无线电接口82来确定HARQ码本大小。
图12是根据本公开的一些实施例的无线设备22中的又一示例性方法的流程图。由WD 22执行的一个或多个框和/或功能和/或方法可以由WD 22的一个或多个元件(例如处理电路84中的反馈单元34、处理器86、无线电接口82等)执行。该方法包括：例如经由反馈单元34、处理电路84和/或无线电接口82，接收(框S148)针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HAR1-ACK反馈请求。该方法包括：响应于所接收的HARQ-ACK反馈请求，至少部分地基于PDSCH的末尾与在PDSCH之后调度的第一个上行链路UL信道之间的间隙的大小，例如经由反馈单元34、处理电路84和/或无线电接口82传送(框S150)HARQ-ACK反馈。
在一些实施例中，传送HARQ-ACK反馈还包括：至少部分地基于间隙的大小，在与PDSCH相同的信道占用时间COT内传送HARQ-ACK反馈。在一些实施例中，传送HARQ-ACK反馈还包括：在不首先执行先听后说LBT过程的情况下，至少部分地基于间隙的大小，例如经由反馈单元34、处理电路84和/或无线电接口82来在非授权频谱中传送HARQ-ACK反馈。在一些实施例中，该方法还包括：例如经由反馈单元34、处理电路84和/或无线电接口82从网络节点16接收在传送HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。在一些实施例中，该方法还包括：如果间隙的大小最多满足间隙大小阈值，则在不首先执行先听后说LBT过程的情况下，在非授权频谱中传送HARQ-ACK反馈；以及如果间隙的大小超过间隙大小阈值，则在执行LBT过程之后在非授权频谱中传送HARQ-ACK反馈。在一些实施例中，该方法还包括：例如经由反馈单元34、处理电路84和/或无线电接口82，从网络节点16接收在固定持续时间内执行先听后说LBT过程的配置。在一些实施例中，在间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。在一些实施例中，传送HARQ-ACK反馈还包括传送HARQ码本。在一些实施例中，传送HARQ-ACK反馈还包括：例如经由反馈单元34、处理电路84和/或无线电接口82，根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，该HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。在一些实施例中，传送HARQ-ACK反馈还包括：例如经由反馈单元34、处理电路84和/或无线电接口82，根据HARQ-ACK反馈的开始位置来传送HARQ-ACK反馈，该HARQ-ACK反馈的开始位置由紧接在HARQ反馈之前的解调参考信号DMRS的存在来标记。
在又一个实施例中，该方法包括：从网络节点16接收确认反馈请求；确定在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及响应于所接收的确认反馈请求，基于该确定，在执行和不执行LBT过程之一的情况下，向网络节点传送确认反馈。在一些实施例中，是否执行LBT过程的确定包括解释来自网络节点16的控制信号或其他通信，并且在其他实施例中，是否执行LBT过程的确定是由WD 22独立于网络节点16执行的。换句话说，本公开的一些实施例不限于本公开中所描述的信令布置，并且预期在一些方面WD 22可以自行决定是否执行LBT过程，例如，基于信道条件、来自其他设备的信令、预配置等。在一些实施例中，确定是否执行LBT过程包括确定下行链路(DL)信道与在DL信道之后调度的第一上行链路(UL)信道之间的间隙的大小。在一些实施例中，该方法还包括：如果DL信道与第一UL信道之间的间隙的大小最多满足间隙大小阈值，则确定不执行LBT过程并且通过在不执行LBT过程的情况下传送确认反馈响应来传送确认反馈响应；以及如果DL信道与第一UL信道之间的间隙的大小超过间隙大小阈值，则确定执行LBT过程，并且在传送确认反馈响应之前执行LBT过程。在一些实施例中，针对与HARQ不相关联的一个或多个传输来调度间隙。在一些实施例中，确认反馈请求是用于发送多个HARQ反馈响应的聚合HARQ请求；并且基于该确定和响应于所接收的聚合HARQ请求，在执行和不执行LBT过程之一的情况下向网络节点16传送多个HARQ反馈响应，该多个HARQ反馈响应与WD 22的所有所配置HARQ过程的所有和子集中的至少一个相对应。在一些实施例中，确认反馈响应是混合自动重复请求(HARQ)响应消息。在一些实施例中，确认反馈请求被接收到，并且确认反馈响应在非授权频谱上传送。
已经一般性地描述了根据本公开的用于HARQ反馈设计的一些实施例，下面将描述可以由网络节点16、无线设备22和/或主机计算机24实现的一些实施例的更详细描述。
实施例1
在非授权频带上的传输通常受制于先听后说(LBT)过程。因此，如上所述，取决于LBT结果是否可以成功完成传输存在不确定性。然而，对于短反馈传输，类似于Wi-Fi中的ACK传输，允许短LBT或没有LBT。在两个节点共享相同的传输机会的情况下，可以应用相同的构思，即，如果传输从发起节点的传输结束起小于或等于预定时间(例如16μs)内开始，则可以允许响应节点跳过LBT。
因此，在该实施例中，网络节点16可以通过执行LBT过程(例如，全指数LBT过程)来发起发送机会，并且可以从例如WD 22请求(经由例如PUCCH或UCI)针对在发送机会内发送的PDSCH的所有或子集的反馈。更具体地，在另一方面，该反馈可以包括针对在例如来自WD22的反馈传输之前的PDSCH传输的所有或子集的反馈。在该实施例的一些方面，可以在一个发送机会内发生多个反馈事件/向请求节点(例如，网络节点16)发送多个反馈事件。在一些实施例中，反馈可以与PUSCH传输复用。
在一些实施例中，术语反馈在本文中可以用于指示确认反馈响应(例如，例如来自WD 22的HARQ ACK/NACK消息)。在一些实施例中，术语反馈请求或请求在本文中可以用于指示确认反馈请求(例如，来自网络节点16的HARQ或聚合HARQ反馈请求)。在其他实施例中，反馈和反馈请求可以与其他类型的反馈信号相关联。
如果DL和随后的UL传输之间的间隙足够小(例如，小于和/或等于预定间隙大小阈值)，则可以在WD 22侧不执行LBT的情况下发送反馈。作为非限制性示例，在一个实施例中，间隙可以小于或等于预定量，例如16μs。在其他实施例中，间隙可以大于16μs。图13示出了在DL和UL之间具有一个切换点的信道占用时间(COT)小于最大允许COT(MCOT)的共享信道占用的示例。图14示出了具有多个切换点的共享COT的示例。
在一些实施例中，可以在DL传输的结束与调度的UL传输的开始之间(例如，通过WD22和/或网络节点16)测量间隙。在一些实施例中，术语间隙旨在指示可以不与确认反馈响应(例如HARQ)(因此，例如，WD 22不需要执行LBT)相关联的预定时间资源，在该预定时间资源中(例如，网络节点16)没有调度传输和/或调度了一个或多个预定传输。
作为该实施例的另一方面，如果DL传输和紧接的下一个UL传输之间的间隙很大(例如，满足或超过预定间隙大小阈值)，则WD 22可以执行和/或被配置为(例如，通过网络节点16)至少在固定持续时间内执行LBT过程。作为非限制性示例，在一个实施例中，LBT持续时间可以是预定量，例如25μs。
实施例2
NR可以支持小的处理延迟，但不如在同一时隙内提供反馈那样小。例如，在子载波间隔为15KHz的情况下，假设针对WD 22的容量为1，则从PDSCH的末尾到PUCCH的开始的层1(L1)处理延迟是至少8个正交频分复用(OFDM)符号。因此，PDSCH接收(例如，在WD 22处)和对应的反馈(例如，来自WD 22)之间可以存在8个OFDM符号间隙。
因此，图15示出了如果使用30KHz的子载波间隔(SCS)则时隙n中不能包括针对时隙n处的PDSCH的反馈的示例。在60KHz SCS的情况下，不能包括针对时隙n和时隙n-1处的两个PDSCH的反馈。
备选地，图16示出了如果引入间隙以适应L1处理延迟则可以包括针对时隙n处的PDSCH的反馈。然而，如前所述，如果引入间隙，则在接入信道以发送反馈之前，可能需要WD22处的LBT。因此，UL传输将受制于信道可用性，且因此将存在取决于LBT结果WD 22无法执行传输的风险。如果WD 22无法在预定义的时隙上发送反馈，则网络节点16可能必须假设NACK并重新发送与时隙n-3至n对应的所有PDSCH传输。
使某个传输机会内的所有传输的反馈在同一信道占用内独立且不受制于LBT的机会最大化，同时仍然满足其他要求(例如监管要求)，这可能是有益的。缺乏反馈或延迟的反馈可以显著影响WD 22的吞吐量以及无线通信信道的低效使用方面的整体性能，特别是如果后者触发不必要的重传时。即使网络(例如NR-U)支持COT内的多个切换点，仍然存在一些情况，其中除非引入间隙以适应L1处理延迟，否则不能包括紧接在最后调度的PUCCH之前的PDSCH传输。
在一些实施例中，为了尝试克服由LBT引起的不确定性，可以使用信号(而不是要求HARQ反馈的PDSCH)填充最后(或紧接在前)的PDSCH传输和随后的反馈传输之间的间隙，使得WD 22可以在没有LBT的情况下执行UL传输。换句话说，在一些实施例中，可以在间隙期间传送不要求HARQ反馈的信号或消息(使得，例如，另一网络设备不能接管信道，从而潜在地要求WD 22在将反馈传送给网络节点16之前执行LBT过程)。图17示出了这种实施例的示例。作为非限制性示例，可以使用以下信号中的一个或多个来填充间隙：
-调度的PUSCH传输
-DL/UL解调参考信号(DMRS)
-UL DMRS
-DL或UL中的定位参考信号(PRS)
-DL或UL中的跟踪参考信号(TRS)
-探测参考信号(SRS)SRS传输的长度可以多达4个符号。对于4个以上的符号，可以配置多个SRS资源
-没有任何后续PDSCH传输(例如DCI格式2_1、2_2、2_3或2_4)的PDCCH传输或PDCCH命令激活/停用已配置的授权传输
-不要求或请求任何确认的PDSCH传输(在PDCCH之后)例如，系统信息或其他广播信息。备选地，在以后的时间/时机具有HARQ-ACK报告实例的PDSCH传输。
-部分OFDM符号。例如，这可以包括：
o后续OFDM符号的最后部分的一部分，以有效地形成用于下一个符号中传输的循环前缀。
o参考信号(例如DMRS或SRS传输)的部分。
-同一时隙内的两个PUCCH传输，在时间上彼此跟随。第一PUCCH传输可以包括针对一些PDSCH的HARQ-ACK报告，而后一个PUCCH传输可以包括针对至少最后一个PDSCH(在其他实施例中也可以更多)的HARQ-ACK报告。
o PUCCH可以是长格式或短格式，例如1到2个OFDM符号或4个或更长。
也可以使用以上信号的组合。例如，信道占用中的时隙(包括下行链路传输和上行链路传输之间的切换)可以依次包括以下：
PDCCH/PDSCH/DMRS传输的四个符号；
PDCCH的一到三个符号；
预定的间隙，例如16微秒(μs)的间隙；
具有SRS传输的部分OFDM符号；
SRS的四个或更多符号；以及
PUCCH上的上行链路控制传输的多达两个符号。
实施例3
NR可以提供灵活性，以在一个PUCCH/UCI传输中包括与多个HARQ过程相对应的聚合反馈。然而，如果WD 22由于LBT失败而无法在指定资源上提供聚合的反馈，则与该失败的反馈相关联的所有PDSCH将例如由现有网络(例如，NR)中的网络节点16重新发送。现有NR不支持请求重新发送反馈的灵活性。
在该实施例中，针对例如NR-U或在非授权频带中操作的其他网络引入了新类型的DL信令，以针对PUCCH/UCI反馈实现更灵活地控制。
方面1：
在该第三实施例的第一方面中，网络节点16可以触发WD 22发送与所有(或者所有大于1的至少一个子集)所配置的HARQ过程相对应的反馈。用于发送这样的反馈的触发/指示可以是网络节点16期望其中有反馈(或已经调度反馈的传输)的时间和频率资源。触发/指示(例如，从网络节点16到WD 22)也可以包括载波指示。响应于触发/指示，WD 22可以发送与所有(或所有的至少一个子集)所配置的HARQ过程有关的固定大小反馈。在一个实施例中，除非WD 22正确地接收到与某个HARQ过程相对应的PDSCH，否则反馈的默认值为NACK。作为非限制性示例：
-用于这种触发的一个格式可以基于PDCCH。例如，该PDCCH可以寻址到特定的WD22或一组WD 22。
-例如网络节点16通过重用DCI格式0_1中的补充上行链路(SUL)指示符字段，可以将这种触发包括在调度UL传输的DCI格式0_1的PDCCH中。当例如(通过例如网络节点16)将该比特设置为1时，作为响应，WD 22可以将针对所有(或所有的至少一个子集)所配置的过程的HARQ反馈包括在UL传输中的UCI中。UCI可以或可以不与PUSCH传输复用。
因此，在一些实施例中，触发可以被包括为DCI中的指示符，并且WD 22可以被配置为识别该指示符，并且响应于该指示符，将针对所有(或所有的至少一个子集)所配置的过程的HARQ反馈包括在UL传输的例如UCI中。
方面2：
在该实施例的另一方面，网络节点16可以触发WD 22发送与某些HARQ过程相对应的反馈。触发可以包括以下的所有或子集：
-在该小区上配置的一些或所有DL HARQ过程的位图，以及映射到每个过程的对应比特。例如，被设置为1的与某个HARQ过程相对应的比特指示WD 22报告相关联的HARQ过程的HARQ反馈。该位图还可以包括在多个UL小区上配置的DL HARQ过程。
-时间资源，在该时间资源中网络节点16期望UCI/PUCCH反馈。
-频率资源，在该频率资源上网络节点16期望UCI/PUCCH反馈。
-载波指示。
在一些实施例中，触发基于PDCCH。该PDCCH可以寻址到特定的WD 22或一组WD 22。
方面3：
在该实施例的第三方面中，网络节点16可以触发WD 22发送与包括在调度PDSCH的DCI中的DAI值相对应的反馈。例如，触发可以是单独的DCI，或者可以是传统/现有DCI消息中的仅一个字段，例如，用于指示是否触发反馈的一个比特。
在触发针对所有未确认的HARQ过程的反馈的情况下，可以分别在网络节点16和WD22侧执行以下实施例：
当成功解码触发的反馈时，网络节点16可以将DAI值重置为例如一；否则，网络节点16可以将DAI值增加一。当DAI值已经达到最大DAI值时，网络节点16停止调度数据以等待反馈。
响应于WD 22检测到触发(例如，图18所示的动态触发)，WD 22可以检查最新的DAI值以确定HARQ码本大小。
图18中示出了一个示例。图18示出了根据本公开的一些实施例的通过使用DAI值确定HARQ码本大小的触发的反馈，其中触发不在与PDSCH相同的时隙中。如在图18中可以看到的，第一动态触发是在所描绘的第4个时隙中的PDCCH中(在该时隙中没有PDSCH)，但是用于PUCCH的LBT失败。因此，下一个动态触发是在所描绘的第6个时隙中的PDCCH中(该时隙中没有PDSCH)，并且由于DAI＝3，HARQ码本的大小为3(对于尚未发送HARQ的每个PDSCH)。在第6个时隙中，用于PUCCH的LBT成功；因此，用于后续时隙的DAI被重置为DAI＝1，并且由于DAI＝1，所描绘的最后一个时隙中的PDCCH中的下一个动态触发触发HARQ码本反馈大小1(对于前一时隙中的PDSCH)。
在触发针对WD 22接收到触发之前发送(和/或尚未被WD 22确认)的所有过程的反馈的情况下，可以分别在网络节点16和WD 22侧执行以下实施例：
对于与动态触发相同时隙(如图19中例如所描绘的第4、第6和第8个时隙)内的调度的PDSCH，网络节点16可以针对这种PDSCH设置两个DAI值：一个值，例如DAIf假设触发的反馈未被成功解码，即，将DAIf增加一/递增；另一个值DAIs假设触发的反馈已被成功解码，例如，重置DAIs＝0。对于其他调度的PDSCH，网络节点16可以使用现有技术来设置DAI值。
作为WD 22检测到动态触发的结果，WD 22可以检查先前时隙中的最新DAI值，并确定HARQ码本大小。对于在与触发相同时隙中的PDSCH，WD 22可以通过LBT状态和下一个DAI值(如果有)来确定用于该PDSCH的DAI值。如果LBT失败或下一个DAI值是大DAI值+1(暗示未解码触发的反馈)，则WD 22可以使用这种大DAI值；否则WD 22可以使用重置的DAI值(例如1)。在一些实施例中，甚至不能发信号通知重置的DAI值，其示例在图19中描绘，图19示出了根据本公开的一些实施例的通过使用DAI值确定HARQ码本大小的触发的反馈，动态触发被允许在与PDSCH相同的时隙中。
实施例4
为了增加在特定时隙内发送PUCCH反馈的机会，特定时隙内的反馈传输的开始位置可以取决于LBT结果。反馈传输可以在时隙内的任何或有限或预定位置处开始。在一些方面，可以通过诸如DMRS的预定信号的存在来标记或确定反馈传输的开始，该预定信号后面可以紧跟着PUCCH反馈。
此外，一些实施例可以包括以下中的一个或多个：
实施例A1.一种用户设备(WD)，被配置为与网络节点通信，该WD被配置为，和/或包括无线电接口和/或处理电路，该处理电路被配置为：
从网络节点接收确认反馈请求；
确定在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及
响应于所接收的确认反馈请求，基于该确定，在执行和不执行LBT过程之一的情况下，向网络节点传送确认反馈响应。
实施例A2.实施例A1的WD，其中，处理电路被配置为：通过还被配置为确定下行链路(DL)信道与在DL信道之后调度的第一上行链路(UL)信道之间的间隙的大小，来确定是否执行LBT过程。
实施例A3.实施例A2的WD，其中，处理电路被配置为：
如果DL信道与第一UL信道之间的间隙的大小最多满足间隙大小阈值，则确定不执行LBT过程，并且通过在不执行LBT过程的情况下传送确认反馈响应来传送确认反馈响应；以及
如果DL信道和第一UL信道之间的间隙的大小超过间隙大小阈值，则确定执行LBT过程，并且在传送确认反馈响应之前执行LBT过程。
实施例A4.实施例A1和A3中任一项的WD，其中，针对与HARQ不相关联的一个或多个传输来调度间隙。
实施例A5.实施例A1至A4中任一项的WD，其中，确认反馈请求是用于发送多个HARQ反馈响应的聚合HARQ请求；以及
基于该确定和响应于所接收的聚合HARQ请求，在执行和不执行LBT过程之一的情况下向网络节点传送多个HARQ反馈响应，该多个HARQ反馈响应与WD的所有所配置HARQ过程的所有和子集中的至少一个相对应。
实施例A6.实施例A1至A5中任一项的WD，其中，确认反馈响应是混合自动重复请求(HARQ)响应消息。
实施例A7.实施例A1至A6中任一项的WD，其中，确认反馈请求被接收到，并且确认反馈响应在非授权频谱上传送。
实施例B1.一种在无线设备(WD)中实现的方法，该方法包括：
从网络节点接收确认反馈请求；
确定在传送确认反馈响应之前是否执行先听后说(LBT)过程；以及
响应于所接收的确认反馈请求，基于该确定，在执行和不执行LBT过程之一的情况下，向网络节点传送确认反馈。
实施例B2.实施例B1的方法，其中，确定是否执行LBT过程包括：确定下行链路(DL)信道与在DL信道之后调度的第一上行链路(UL)信道之间的间隙的大小。
实施例B3.实施例B2的方法，还包括：
如果DL信道与第一UL信道之间的间隙的大小最多满足间隙大小阈值，则确定不执行LBT过程，并且通过在不执行LBT过程的情况下传送确认反馈响应来传送确认反馈响应；以及
如果DL信道和第一UL信道之间的间隙的大小超过间隙大小阈值，则确定执行LBT过程，并且在传送确认反馈响应之前执行LBT过程。
实施例B4.实施例B1和B3中任一项的方法，其中，针对与HARQ不相关联的一个或多个传输来调度间隙。
实施例B5.实施例B1至B4中任一项的方法，其中，确认反馈请求是用于发送多个HARQ反馈响应的聚合HARQ请求；以及
基于该确定和响应于所接收的聚合HARQ请求，在执行和不执行LBT过程之一的情况下向网络节点传送多个HARQ反馈响应，该多个HARQ反馈响应与WD的所有所配置HARQ过程的所有和子集中的至少一个相对应。
实施例B6.实施例B1至B5中任一项的方法，其中，确认反馈响应是混合自动重复请求(HARQ)响应消息。
实施例B7.实施例B1至B6中任一项的方法，其中，确认反馈请求被接收到，并且确认反馈响应在非授权频谱上传送。
实施例C1.一种网络节点，被配置为与无线设备(WD)通信，该网络节点被配置为，和/或包括无线电接口和/或包括处理电路，该处理电路被配置为：
向WD传送确认反馈请求；
向WD指示是否在传送确认反馈响应之前执行LBT过程；以及
作为确认反馈请求的结果，从WD接收确认反馈响应。
实施例C2.实施例C1的网络节点，其中，处理电路还被配置为在向WD传送确认反馈请求之前执行LBT过程。
实施例C3.实施例C1和C2中任一项的网络节点，其中，确认反馈请求是用于确认由网络节点在至少一个DL信道上传送的下行链路(DL)信息的接收。
实施例C4.实施例C3的网络节点，其中，处理电路还被配置为：调度WD的上行链路(UL)信道以包括确认反馈响应；以及调度至少一个DL信道的最新DL信道与所调度的UL信道之间的间隙。
实施例C5.实施例C4的网络节点，其中，针对与HARQ不相关联的一个或多个传输来调度间隙。
实施例C6.实施例C1至C5中任一项的网络节点，其中，确认反馈请求是用于发送与所有所配置的HARQ过程中的所有和子集中的至少一个相对应的多个HARQ反馈响应的聚合HARQ请求。
实施例C7.实施例C3至C6中任一项的网络节点，其中，至少一个下行链路信道包括一个或多个物理下行链路共享信道(PDSCH)。
实施例C8.实施例C1至C7中任一项的网络节点，其中，确认反馈请求在上行链路控制信息(UCI)消息内传送。
实施例C9.实施例C1至C8中任何一项的网络节点，其中，确认反馈请求是混合自动重复请求(HARQ)请求。
实施例D1.一种在网络节点中实现的方法，该方法包括：向WD传送确认反馈请求；
向WD指示是否在传送确认反馈响应之前执行LBT过程；以及
作为确认反馈请求的结果，从WD接收确认反馈响应。
实施例D2.实施例D1的方法，还包括：在向WD传送确认反馈请求之前，由网络节点执行LBT过程。
实施例D3.实施例D1和D2中任一项的方法，其中，确认反馈请求用于确认由网络节点在至少一个DL信道上传送的下行链路(DL)信息的接收。
实施例D4.实施例D3的方法，还包括：调度WD的上行链路(UL)信道以包括确认反馈响应；以及调度至少一个DL信道的最新DL信道与所调度的UL信道之间的间隙。
实施例D5.实施例D4的方法，其中，针对与HARQ不相关联的一个或多个传输来调度间隙。
实施例D6.实施例D1至D5中任一项的方法，其中，确认反馈请求是用于发送与所有所配置的HARQ过程中的所有和子集中的至少一个相对应的多个HARQ反馈响应的聚合HARQ请求。
实施例D7.实施例D3至D6中任一项的方法，其中，至少一个下行链路信道包括一个或多个物理下行链路共享信道(PDSCH)。
实施例D8.实施例D1至D7中任一项的方法，其中，确认反馈请求在上行链路控制信息(UCI)消息内传送。
实施例D9.根据实施例D1至D8中任一项的方法，其中，确认反馈请求是混合自动重复请求(HARQ)请求。
如本领域技术人员所意识到的：本文描述的构思可以体现为方法、数据处理系统、计算机程序产品和/或存储可执行计算机程序的计算机存储介质。从而，本文描述的构思可采取全硬件实施例、全软件实施例或组合了软硬件方面的实施例的形式，它们在本文中都统称为“电路”或“模块”。本文描述的任何过程、步骤、动作和/或功能可以由对应的模块执行和/或与对应的模块相关联，该对应的模块可以以软件和/或固件和/或硬件来实现。此外，本公开可以采取有形计算机可用存储介质上的计算机程序产品的形式，该存储介质具有包含在该介质中的可由计算机执行的计算机程序代码。可以利用任何合适的有形计算机可读介质，包括硬盘、CD-ROM、电存储设备、光存储设备或磁存储设备。
本文参考方法、系统和计算机程序产品的流程图说明和/或框图来描述一些实施例。应当理解，流程图说明和/或框图中的每一个框、以及流程图说明和/或框图中的多个框的组合可以通过计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机(从而创建专用计算机)、专用计算机的处理器或用来产生机器的其他可编程数据处理装置，使得该指令(经由计算机的处理器或其他可编程数据处理装置执行)创建用来实现流程图和/或框图一个或多个框中指定的功能/动作的装置。
这些计算机程序指令也可以存储在指导计算机或其他可编程数据处理装置以特定方式运行的计算机可读存储器或存储介质中，使得计算机可读存储器中存储的指令产生包括实现流程图和/或框图一个或多个框中指定的功能/动作的指令装置的制品。
计算机程序指令也可以装载在计算机或其他可编程数据处理装置中，使一系列可操作步骤在计算机或其他可编程装置上执行以生成计算机实现的处理，使得在计算机或其他可编程装置上执行的指令提供用于实现流程图和/或框图一个或多个框中指定的功能/动作的步骤。
应当理解，框中标注的功能和/动作可以不按操作说明中标注的顺序发生。例如，依赖于所涉及的功能/动作，连续示出的两个框实际上可以实质上同时执行，或者框有时候可以按照相反的顺序执行。尽管一些图包括通信路径上的箭头来指示通信的主要方向，将理解通信可以在与所指示的箭头的相反方向上发生。
用于执行本文所述构思的操作的计算机程序代码可以用诸如或C++之类的面向对象的编程语言来编写。然而，用于执行本公开的操作的计算机程序代码也可以用诸如“C”编程语言之类的常规过程编程语言编写。程序代码可以完全在用户的计算机上执行，部分在用户的计算机上执行，作为独立软件包来执行，部分在用户计算机上且部分在远程计算机上执行，或完全在远程计算机上执行。在后一种场景中，远程计算机可以通过局域网(LAN)或广域网(WAN)连接到用户的计算机，或者可以连接外部计算机(例如，使用互联网服务提供商通过互联网连接)。
结合以上描述和附图，本文公开了许多不同实施例。将理解的是，逐字地描述和说明这些实施例的每个组合和子组合将会过分冗余和混淆。因此，可以用任意方式和/或组合来组合全部实施例，并且包括附图的本说明书将被解释以构建本文所描述的实施例的全部组合和子组合以及制造和使用它们的方式和过程的完整书面说明，并且将支持要求任意这种组合或子组合的权益。
在上述描述中可以使用的缩略语包括：
ACK/NACK 确认/未确认
CSI 信道状态信息
COT 信道占用时间
DCI 下行链路控制信息
DFTS-OFDM 离散傅里叶变换扩频OFDM
DM-RS 解调参考信号
LBT 先听后说
TRS 跟踪参考符号
PRS 寻呼参考符号
本领域技术人员将认识到，本文描述的实施例不限于以上已经具体示出和描述的内容。另外，除非在上面相反地提及，否则应该注意的是，所有附图都不是按比例绘制的。在不偏离所附权利要求的范围的情况下，鉴于上述教导的各种修改和变化是可能的。

Claims (28)

1.一种在无线设备WD(22)中实现的方法，所述方法包括：
接收(S148)针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及
响应于所接收的HARQ-ACK反馈请求，通过将间隙的大小与间隙大小阈值进行比较以确定在传送HARQ-ACK反馈之前是否执行先听后说LBT过程来至少部分地基于所述PDSCH的末尾与在所述PDSCH之后调度的第一个上行链路UL信道之间的所述间隙的所述大小来传送(S150)所述HARQ-ACK反馈，其中，所述间隙大小阈值是16μs，
其中，传送所述HARQ-ACK反馈还包括根据所述HARQ-ACK反馈的开始位置来传送所述HARQ-ACK反馈，所述HARQ-ACK反馈的开始位置由紧接在所述HARQ反馈之前的解调参考信号DMRS的存在来标记。
2.根据权利要求1所述的方法，其中，所述传送所述HARQ-ACK反馈还包括：至少部分地基于所述间隙的大小，在与所述PDSCH相同的信道占用时间COT内传送所述HARQ-ACK反馈。
3.根据权利要求1所述的方法，其中，传送所述HARQ-ACK反馈还包括：在不首先执行先听后说LBT过程的情况下，至少部分地基于所述间隙的大小，在非授权频谱中传送所述HARQ-ACK反馈。
4.根据权利要求1所述的方法，还包括：
从网络节点(16)接收在传送所述HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。
5.根据权利要求1所述的方法，还包括：
如果所述间隙的大小小于或等于间隙大小阈值，则在不首先执行先听后说LBT过程的情况下，在非授权频谱中传送所述HARQ-ACK反馈；以及
如果所述间隙的大小超过所述间隙大小阈值，则在执行所述LBT过程之后，在所述非授权频谱中传送所述HARQ-ACK反馈。
6.根据权利要求1所述的方法，还包括：
从网络节点(16)接收在固定持续时间内执行先听后说LBT过程的配置。
7.根据权利要求1所述的方法，其中，在所述间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。
8.根据权利要求1至7中任一项所述的方法，其中，传送所述HARQ-ACK反馈还包括：
根据所述HARQ-ACK反馈的开始位置来传送所述HARQ-ACK反馈，所述HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。
9.一种在网络节点(16)中实现的方法，所述方法包括：
发送(S140)针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及
作为所述HARQ-ACK反馈请求的结果，通过将间隙的大小与间隙大小阈值进行比较以确定在传送HARQ-ACK反馈之前是否执行先听后说LBT过程来至少部分地基于所述PDSCH的末尾与在所述PDSCH之后调度的第一个上行链路UL信道之间的所述间隙的所述大小来接收(S142)所述HARQ-ACK反馈，其中，所述间隙大小阈值是16μs，
其中，接收所述HARQ-ACK反馈还包括根据所述HARQ-ACK反馈的开始位置来接收所述HARQ-ACK反馈，所述HARQ-ACK反馈的开始位置由紧接在所述HARQ反馈之前的解调参考信号DMRS的存在来标记。
10.根据权利要求9所述的方法，其中，接收所述HARQ-ACK反馈还包括：至少部分地基于所述间隙的大小，在与所述PDSCH相同的信道占用时间COT内接收所述HARQ-ACK反馈。
11.根据权利要求9所述的方法，还包括：
向无线设备WD(22)发送在传送所述HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。
12.根据权利要求9所述的方法，还包括：
配置无线设备WD(22)，以在固定持续时间内执行先听后说LBT过程。
13.根据权利要求9所述的方法，还包括：
在所述间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。
14.根据权利要求9至13中任一项所述的方法，其中，接收所述HARQ-ACK反馈还包括：
根据所述HARQ-ACK反馈的开始位置来接收所述HARQ-ACK反馈，所述HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。
15.一种无线设备WD(22)，被配置为与网络节点(16)通信，所述WD(22)包括无线电接口(82)和与所述无线电接口(82)通信的处理电路(84)，所述处理电路(84)被配置为使所述无线电接口(82)：
接收针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及
响应于所接收的HARQ-ACK反馈请求，通过将间隙的大小与间隙大小阈值进行比较以确定在传送HARQ-ACK反馈之前是否执行先听后说LBT过程来至少部分地基于所述PDSCH的末尾与在所述PDSCH之后调度的第一个上行链路UL信道之间的所述间隙的所述大小来传送所述HARQ-ACK反馈，其中，所述间隙大小阈值是16μs，
其中，所述处理电路(84)还被配置为：通过被配置为使所述无线电接口(82)执行以下操作来使所述无线电接口(82)传送所述HARQ-ACK反馈：
根据所述HARQ-ACK反馈的开始位置来传送所述HARQ-ACK反馈，所述开始位置由紧接在所述HARQ反馈之前的解调参考信号DMRS的存在来标记。
16.根据权利要求15所述的WD(22)，其中，所述处理电路(84)还被配置为：通过被配置为使所述无线电接口(82)执行以下操作来使所述无线电接口(82)传送所述HARQ-ACK反馈：
至少部分地基于所述间隙的大小，在与所述PDSCH相同的信道占用时间COT内传送所述HARQ-ACK反馈。
17.根据权利要求15所述的WD(22)，其中，所述处理电路(84)还被配置为：通过被配置为使所述无线电接口(82)执行以下操作来使所述无线电接口(82)传送所述HARQ-ACK反馈：
在不首先执行先听后说LBT过程的情况下，至少部分地基于所述间隙的大小，在非授权频谱中传送所述HARQ-ACK反馈。
18.根据权利要求15所述的WD(22)，其中，所述处理电路(84)还被配置为使无线电接口(82)：
从所述网络节点(16)接收在传送所述HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。
19.根据权利要求15所述的WD(22)，其中，所述处理电路(84)还被配置为：通过被配置为使所述无线电接口(82)执行以下操作来使所述无线电接口(82)传送所述HARQ-ACK反馈：
如果所述间隙的大小最多满足间隙大小阈值，则在不首先执行先听后说LBT过程的情况下，在非授权频谱中传送所述HARQ-ACK反馈；以及
如果所述间隙的大小超过所述间隙大小阈值，则在执行所述LBT过程之后，在所述非授权频谱中传送所述HARQ-ACK反馈。
20.根据权利要求15所述的WD(22)，其中，所述处理电路(84)还被配置为使无线电接口(82)：
从所述网络节点(16)接收在固定持续时间内执行先听后说LBT过程的配置。
21.根据权利要求15所述的WD(22)，其中，在所述间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。
22.根据权利要求15至21中任一项所述的WD(22)，其中，所述处理电路(84)还被配置为：通过被配置为使所述无线电接口(82)执行以下操作来使所述无线电接口(82)传送所述HARQ-ACK反馈：
根据所述HARQ-ACK反馈的开始位置来传送所述HARQ-ACK反馈，所述开始位置至少部分地基于先听后说LBT过程的结果。
23.一种被配置为与无线设备WD(22)通信的网络节点(16)，所述网络节点(16)包括无线电接口(62)和与所述无线电接口(62)通信的处理电路(68)，所述处理电路(68)被配置为使所述无线电接口(62)：
发送针对调度的物理下行链路共享信道PDSCH的混合自动重复请求确认HARQ-ACK反馈请求；以及
作为所述HARQ-ACK反馈请求的结果，通过将间隙的大小与间隙大小阈值进行比较以确定在传送HARQ-ACK反馈之前是否执行先听后说LBT过程来至少部分地基于所述PDSCH的末尾与在所述PDSCH之后调度的第一个上行链路UL信道之间的所述间隙的所述大小来接收所述HARQ-ACK反馈，其中，所述间隙大小阈值是16μs，
其中，所述处理电路(68)还被配置为：通过被配置为使所述无线电接口(62)执行以下操作来使所述无线电接口(62)接收所述HARQ-ACK反馈：
根据所述HARQ-ACK反馈的开始位置来接收所述HARQ-ACK反馈，所述HARQ-ACK反馈的开始位置由紧接在所述HARQ反馈之前的解调参考信号DMRS的存在来标记。
24.根据权利要求23所述的网络节点(16)，其中，所述处理电路(68)还被配置为：通过被配置为使所述无线电接口(62)执行以下操作来使所述无线电接口(62)接收所述HARQ-ACK反馈：
至少部分地基于所述间隙的大小，在与所述PDSCH相同的信道占用时间COT内接收所述HARQ-ACK反馈。
25.根据权利要求23所述的网络节点(16)，其中，所述处理电路(68)还被配置为使无线电接口(62)：向无线设备WD(22)发送在传送所述HARQ-ACK反馈之前是否执行先听后说LBT过程的配置。
26.根据权利要求23所述的网络节点(16)，其中，所述处理电路(68)还被配置为使无线电接口(62)：
在所述间隙内调度以下中的至少一个：与HARQ反馈不相关联的至少一个下行链路传输，以及至少一个上行链路传输。
27.根据权利要求23所述的网络节点(16)，其中，所述处理电路(68)还被配置为使无线电接口(62)：
配置无线设备WD(22)，以在固定持续时间内执行先听后说LBT过程。
28.根据权利要求23至27中任一项所述的网络节点(16)，其中，所述处理电路(68)还被配置为：通过被配置为使所述无线电接口(62)执行以下操作来使所述无线电接口(62)接收所述HARQ-ACK反馈：
根据所述HARQ-ACK反馈的开始位置来接收所述HARQ-ACK反馈，所述HARQ-ACK反馈的开始位置至少部分地基于先听后说LBT过程的结果。
CN201980031245.1A 2018-05-10 2019-05-09 用于混合自动重复请求(harq)的方法和装置 Active CN112154619B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862669641P 2018-05-10 2018-05-10
US62/669,641 2018-05-10
PCT/SE2019/050413 WO2019216816A2 (en) 2018-05-10 2019-05-09 Methods and apparatuses for hybrid automatic repeat request (harq)

Publications (2)

Publication Number Publication Date
CN112154619A CN112154619A (zh) 2020-12-29
CN112154619B true CN112154619B (zh) 2023-11-03

Family

ID=66625235

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980031245.1A Active CN112154619B (zh) 2018-05-10 2019-05-09 用于混合自动重复请求(harq)的方法和装置

Country Status (7)

Country Link
US (2) US11539472B2 (zh)
EP (1) EP3791501A2 (zh)
JP (2) JP2021524184A (zh)
KR (1) KR20210006403A (zh)
CN (1) CN112154619B (zh)
MX (1) MX2020011801A (zh)
WO (1) WO2019216816A2 (zh)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3711217A4 (en) * 2017-11-16 2021-06-30 Lenovo (Beijing) Limited METHOD AND DEVICE FOR DETERMINING A HARQ-ACK CODEBOOK
KR102332313B1 (ko) * 2018-05-16 2021-12-01 주식회사 케이티 비면허 대역의 무선 통신을 위한 LBT(Listen Before Talk)를 수행하는 방법 및 장치
CN110784874A (zh) 2018-07-31 2020-02-11 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质
EP3830993A4 (en) * 2018-08-01 2022-03-23 Lenovo (Beijing) Limited METHOD AND APPARATUS FOR DETERMINING A HARQ-ACK CODEBOOK
KR20210044778A (ko) * 2018-08-07 2021-04-23 아이디에이씨 홀딩스, 인크. Harq 향상을 위한 방법 및 장치
KR20210055036A (ko) * 2018-08-08 2021-05-14 아이디에이씨 홀딩스, 인크. 비면허 대역들에서의 뉴 라디오 동작을 위한 효율적이고 견고한 확인응답 절차들
US11490412B2 (en) * 2018-08-10 2022-11-01 Lg Electronics Inc. Method for transmitting or receiving signal in wireless communication system supporting unlicensed band, and apparatus supporting same
US11871450B2 (en) * 2018-08-10 2024-01-09 Lg Electronics Inc. Method and apparatus for transmitting or receiving signal in wireless communication system
US11991690B2 (en) * 2018-09-07 2024-05-21 Lenovo (Beijing) Limited Method and apparatus for flexible transmission on unlicensed spectrum
CN113039730B (zh) * 2018-11-02 2022-12-13 中兴通讯股份有限公司 可靠的蜂窝通信技术
KR20210096663A (ko) * 2018-12-28 2021-08-05 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 무선 통신 방법, 단말 장치와 네트워크 장치
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
US11463195B2 (en) * 2019-04-19 2022-10-04 Qualcomm Incorporated Handling downlink assignment indicators for different types of downlink control information
US20220330297A1 (en) * 2019-08-23 2022-10-13 Lenovo (Beijing) Limited Method and Apparatus for Determining HARQ-ACK Codebook
US11917605B2 (en) * 2019-11-05 2024-02-27 Qualcomm Incorporated Multi-path diversity for uplink transmissions through sidelinks
WO2021114051A1 (zh) * 2019-12-09 2021-06-17 北京小米移动软件有限公司 反馈方法、反馈装置及存储介质
US11800559B2 (en) * 2020-02-10 2023-10-24 Qualcomm Incorporated User equipment side enhanced clear channel assessment length indication
US11632199B2 (en) 2020-02-14 2023-04-18 Qualcomm Incorporated Hybrid automatic repeat request acknowledgment for downlink control information without physical downlink shared channel scheduling
US20230118689A1 (en) * 2020-03-27 2023-04-20 Ntt Docomo, Inc. Terminal, radio communication method, and base station
WO2021203388A1 (en) 2020-04-09 2021-10-14 Nokia Shanghai Bell Co., Ltd. Operation related to lbt process
US11937256B2 (en) * 2020-04-14 2024-03-19 Qualcomm Incorporated Time gaps in multi-slot grants
WO2021223833A1 (en) * 2020-05-04 2021-11-11 Huawei Technologies Co., Ltd. A first communication device and a network access node for reducing latency in unlicensed spectrum using a listen before talk procedure
US20230327824A1 (en) * 2020-08-06 2023-10-12 Lg Electronics Inc. Method and device for transmitting and receiving wireless signal in wireless communication system
WO2022034227A1 (en) * 2020-08-14 2022-02-17 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for changing lbt for unlicensed networks
US20220311550A1 (en) * 2021-03-29 2022-09-29 Qualcomm Incorporated Hybrid automatic repeat request (harq) feedback for active harq processes
US11611459B1 (en) * 2021-08-25 2023-03-21 Qualcomm Incorporated Symbol configuration for single-carrier for frequency domain equalization waveform
CN118661396A (zh) * 2022-02-11 2024-09-17 Lg电子株式会社 在无线通信系统中发送或接收混合自动重传请求确认信息的方法和装置
WO2024016133A1 (en) * 2022-07-18 2024-01-25 Lenovo (Beijing) Limited Method and apparatus for determining sidelink harq-ack feedback transmission occasions over unlicensed spectrums

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102511925B1 (ko) * 2015-11-06 2023-03-20 주식회사 아이티엘 반송파 집성을 지원하는 무선통신 시스템에서 harq 동작을 수행하는 장치 및 방법
US10568081B2 (en) * 2016-03-21 2020-02-18 Samsung Electronics Co., Ltd. Scheduling uplink transmissions
US10477526B2 (en) 2016-06-10 2019-11-12 Qualcomm Incorporated Uplink procedures on a shared communication medium
US10992425B2 (en) * 2016-11-01 2021-04-27 Sharp Kabushiki Kaisha User equipments, base stations, and methods
US10548096B2 (en) * 2017-04-21 2020-01-28 Samsung Electronics Co., Ltd. Information type multiplexing and power control
US11246155B2 (en) * 2018-03-27 2022-02-08 Qualcomm Incorporated Acknowledgement feedback in unlicensed new radio

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
eLAA UL scheduling / UL grant details;Nokia等;《3GPP TSG RAN WG1 Meeting #85 R1-164941》;20160527;第3节 *
Frame structure for NR-U operation;Nokia等;《3GPP TSG RAN WG1 Meeting #92bis R1-1804275》;20180420;全文 *
Nokia等.Physical layer procedure enhancements for NR unlicensed.《3GPP TSG RAN WG1 Meeting #92bis R1-1804277》.2018, *
NR Unlicensed Physical Channel Design Considerations;Apple Inc.;《3GPP TSG RAN WG1 Meeting #92bis R1-1804768》;20180420;全文 *
Physical layer procedure enhancements for NR unlicensed;Nokia等;《3GPP TSG RAN WG1 Meeting #92bis R1-1804277》;20180420;第3-4节 *
Scheduling enhancements for NR-based access to unlicensed spectrum;InterDigital Inc.;《3GPP TSG-RAN WG2 Meeting #101bis R2-1804825》;20180420;全文 *

Also Published As

Publication number Publication date
US11539472B2 (en) 2022-12-27
EP3791501A2 (en) 2021-03-17
US20210167900A1 (en) 2021-06-03
WO2019216816A2 (en) 2019-11-14
WO2019216816A3 (en) 2020-05-14
JP2021524184A (ja) 2021-09-09
MX2020011801A (es) 2020-12-07
KR20210006403A (ko) 2021-01-18
CN112154619A (zh) 2020-12-29
JP2022160490A (ja) 2022-10-19
US20230048797A1 (en) 2023-02-16

Similar Documents

Publication Publication Date Title
CN112154619B (zh) 用于混合自动重复请求(harq)的方法和装置
US10973023B2 (en) Terminal and radio communication method
US20210028823A1 (en) Method for measurement and report of channel state information for network cooperative communication
CN113785520B (zh) 已配置许可上行链路控制信息（uci）映射规则
JP2022521690A (ja) 複数の送受信ポイントにわたってｐｄｓｃｈ送信スケジューリングされたマルチｐｄｃｃｈ用のｈａｒｑ ａｃｋ
CN111587548B (zh) 具有混合自动重传请求确认的物理上行链路共享信道
WO2019092859A1 (ja) ユーザ端末及び無線通信方法
CN113767585B (zh) 利用下行链路半持久调度的针对多个物理下行链路共享信道的混合自动重传请求反馈
US11617193B2 (en) Control signalling for a repeated transmission
US20230188277A1 (en) Transport block (tb) determination for tb transmission over multiple slots
CN112771813B (zh) 用于调度多个传输块tb的一个下行链路控制信息dci
US20190335429A1 (en) User terminal and radio communication method
CN113711519A (zh) 复用混合自动重复请求反馈
CN112602278B (zh) 用于有限缓冲区速率匹配的增强的方法和装置
WO2020201118A1 (en) Configured uplink control information mapping
EP3874640A1 (en) Energy detection indicator
CN114557104A (zh) 解决子时隙中的物理上行链路控制信道冲突
CN114270765B (zh) 上行链路控制信息与冲突pusch的传输
US11533739B2 (en) Method and apparatus for transmitting control and data signals based on a short TTI in a wireless cellular communication system
US20240259847A1 (en) Event-triggered cross-link interference measurement reporting
CN117461274A (zh) 用于sps harq-ack延迟的类型1harq-ack码本
CN117730508A (zh) 极大子载波间隔scs下的混合自动重传请求harq进程处理
CN114270765A (zh) 上行链路控制信息与冲突pusch的传输

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