CN111492639A - 无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制 - Google Patents

无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制 Download PDF

Info

Publication number
CN111492639A
CN111492639A CN201980006466.3A CN201980006466A CN111492639A CN 111492639 A CN111492639 A CN 111492639A CN 201980006466 A CN201980006466 A CN 201980006466A CN 111492639 A CN111492639 A CN 111492639A
Authority
CN
China
Prior art keywords
harq
acknowledgement
resource elements
bit
reserving
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.)
Granted
Application number
CN201980006466.3A
Other languages
English (en)
Other versions
CN111492639B (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.)
MediaTek Inc
Original Assignee
MediaTek Inc
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 MediaTek Inc filed Critical MediaTek Inc
Publication of CN111492639A publication Critical patent/CN111492639A/zh
Application granted granted Critical
Publication of CN111492639B publication Critical patent/CN111492639B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1664Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal

Landscapes

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

Abstract

描述了在无线通信中的UCI中保留混合自动重传请求(HARQ)确认(HARQ‑ACK)资源的技术和示例。从而,UE确认如何将HARQ‑ACK发送到无线网络的网络节点。UE基于确认的结果在多个资源元素(RE)中为两比特HARQ‑ACK保留HARQ‑ACK资源。然后,UE使用保留的HARQ‑ACK资源在物理上行链路共享信道(PUSCH)中将具有零比特、一比特或两比特的HARQ‑ACK发送到网络节点,使得PUSCH被打孔用于HARQ‑ACK。

Description

无线通讯的上行链路控制信息中混合式自动重送请求确认资 源的保留机制
【交叉引用】
本公开要求2018年1月11日提交的申请号为62/616,030的美国专利临时申请案的优先权,通过引用将其全部内容并入本文。
【技术领域】
本公开一般来说涉及无线通信,并且更具体地,涉及无线通信中的上行链路控制信息(uplink control information简写为UCI)中的混合自动重传请求(hybridautomatic repeat request,简写为HARQ)确认(HARQ-ACK)资源的保留。
【背景技术】
除非本文另有说明,否则本部分中描述的方法不是权利要求的现有技术,并且不包括在本部分中作为现有技术。
在第五代(5G)新无线电(New Radio简写为NR)通信系统中,物理上行链路共享信道(physical uplink shared channel简写为PUSCH)上的UCI是支持的特征。取决于用作HARQ-ACK比特的信息比特的数量,可以通过PUSCH的速率匹配(rate-matching)或打孔(puncturing)来实现HARQ-ACK。在UCI中,用户设备(UE)可以将测量的信道状态信息(CSI)报告回UE无线连接到的网络。可以将CSI视为由信息的第一部分(部分1)和第二部分(部分2)构成,部分1中的信息比部分2中的信息具有更高的重要性。为了避免HARQ-ACK严重地打孔部分1,在第三代合作伙伴计划(3GPP)规范中已经同意PUSCH针对两比特以下的HARQ-ACK被打孔,并且PUSCH针对具有多于两比特的HARQ-ACK进行速率匹配。
【发明内容】
以下概述仅是说明性的,并不旨在以任何方式进行限制。也就是说,提供以下概述以介绍本文描述的新颖和进步的技术的概念、要点、益处和优点。下面在详细描述中进一步描述选择实现。因此,以下发明内容并非旨在标识所要求保护的主题的必要特征,也不旨在用于确定所要求保护的主题的范围。
本公开的目的是提出若干方案,以解决在针对HARQ-ACK打孔PUSCH的情况下如何为HARQ-ACK保留资源,以便可以避免通过HARQ-ACK打孔CSI(特别是部分1)。相信通过实施根据本公开的一个或多个提出的方案,整体系统性能将得到改善。
在一个方面,一种方法可以涉及UE的处理器确认如何将HARQ-ACK发送到无线网络的网络节点。该方法还可以包括处理器基于确认的结果在多个资源元素(RE)中为两比特HARQ-ACK保留HARQ-ACK资源。该方法还可以包括处理器使用保留的HARQ-ACK资源,以打孔PUSCH用于HARQ-ACK的方式,将HARQ-ACK传送至物理上行链路共享信道(PUSCH)中的网络节点。
在一个方面,一种方法可以涉及UE的处理器在多个RE之间保留HARQ-ACK资源,从而避免通过HARQ-ACK在PUSCH上对CSI进行打孔。该方法还可以包括处理器使用保留的HARQ-ACK资源将HARQ-ACK作为UCI的一部分发送到无线网络的网络节点。
在一个方面,一种装置(例如,UE)可以包括收发器和耦合以控制收发器的处理器。收发器可以能够与无线网络的网络节点通信。处理器可以能够在多个RE之间保留HARQ-ACK资源,从而避免通过HARQ-ACK在PUSCH上对CSI进行打孔。此外,处理器能够使用保留的HARQ-ACK资源经由收发器将HARQ-ACK作为UCI的一部分发送到网络节点。
值得注意的是,尽管本文提供的描述可以在某些无线电接入技术、网络和网络拓扑(诸如5G NR)的背景下,但是所提出的概念、方案及其任何变体/衍生物可以在其他类型的无线电接入技术、网络和网络拓扑中实现,例如但不限于长期演进(LTE)、LTE-Advanced、LTE-Advanced Pro和物联网(Internet-of-Things简写为IOT)。因此,本公开的范围不限于本文描述的示例。
【附图说明】
包括附图以提供对本公开的进一步理解,并且附图被并入并构成本公开的一部分。附图示出了本公开的实施方式,并且与说明书一起用于解释本公开的原理。可以理解的是,附图不一定按比例绘制,因为为了清楚地说明本公开的概念,一些部件可能被示出为与实际实施中的尺寸不成比例。
图1示出了根据本公开的在第一提出的方案下在UCI中保留HARQ-ACK资源的示例场景。
图2示出了根据本公开的在第二提出的方案下在UCI中保留HARQ-ACK资源的示例性场景。
图3A示出了根据本公开的在第三提出的方案的第一种方法下在UCI中保留HARQ-ACK资源的示例性场景。
图3B示出了根据本公开的在第三提出的方案的第二方法下,在UCI中保留HARQ-ACK资源的示例性场景。
图4示出了根据本公开的示例系统。
图5示出了根据本公开的实现的示例过程。
图6示出了根据本公开的实现的示例过程。
【具体实施方式】
本文公开了所要求保护的主题的详细实施例和实施方式。然而,应该理解的是,所公开的实施例和实现仅仅是对要求保护的主题的说明,其可以以各种形式体现。然而,本公开可以以许多不同的形式实施,并且不应该被解释为限于这里阐述的示例性实施例和实施方式。而是,提供这些示例性实施例和实现方式,使得本公开的描述是彻底和完整的,并且将向本领域技术人员充分传达本公开的范围。在以下描述中,可以省略公知特征和技术的细节以避免不必要地模糊所呈现的实施例和实现。
概述
根据本公开的实现涉及与无线通信中的UCI中的HARQ-ACK资源的保留有关的各种技术、方法、方案和/或解决方式。根据本公开,可以单独地或联合地实现许多可能的解决方案。也就是说,尽管可以在下面分别描述这些可能的解决方案,但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合实现。
在根据本公开的提出的第一方案下,UE可以基于信息比特的两比特被用作HARQ-ACK比特的假设来保留HARQ-ACK资源。为了帮助理解提出的第一方案,图1中提供了说明性和非限制性的例子。
图1示出了根据本公开的在第一提出的方案下在UCI中保留HARQ-ACK资源的示例场景100。场景100可以涉及UE 110和具有网络节点125(例如,gNB)的无线通信网络120(例如,5G/NR移动网络)。UE 110可以通过网络节点125与网络120建立无线通信链路130,用于上行链路和下行链路传输。在5G/NR的环境中,网络节点125可以经由物理下行链路控制信道(PDCCH)发送下行链路控制信息(DCI),并且UE 110可以经由物理上行链路控制信道(PUCCH)发送上行链路控制信息(UCI),或者通过物理上行链路共享信道(PUSCH)发送UCI和/或数据。UCI可以包括,例如但不限于,信道状态信息(channel state information简写为CSI)、HARQ-ACK和一个或多个调度请求。基于经由网络节点125从网络120接收的信息(例如,与HARQ相关的信息),UE 110可以确认,在与网络节点125通信中,HARQ处理有效。对于基于时隙(slot-based)的调度,UE 110可以通过速率匹配或PUSCH打孔发送每个HARQ-ACK。具体地,对于具有多于两比特的给定HARQ-ACK,UE 110将通过对PUSCH进行速率匹配来发送HARQ-ACK。此外,对于具有零比特、一比特或两比特的给定HARQ-ACK,UE 110将通过对PUSCH进行打孔来发送HARQ-ACK。
参照图1,在根据本公开的第一提出的方案下,在确认不需要HARQ-ACK或者要发送一比特或两比特HARQ-ACK时,UE 110可以保留多个RE中的一定量的RE,用于两比特HARQ-ACK作为HARQ-ACK资源,而不管是否要发送一比特HARQ-ACK或两比特HARQ-ACK。具体地,UE110可以首先为解调参考信号(DMRS)保留等效于多个RE的RE的整个正交频分复用(OFDM)符号。接下来,UE 110可以在多个RE的剩余部分中保留HARQ-ACK资源用于两比特HARQ-ACK。然后,UE 110针对CSI的第一部分(部分1),在多个RE的剩余部分中分配第一数量的RE,不包括HARQ-ACK资源。随后,UE 110可以针对CSI的第二部分(部分2)在多个RE的剩余部分中分配第二数量的RE,包括HARQ-ACK资源。这可以导致保留作为HARQ-ACK资源的那些RE中的一些或全部分配给CSI的部分2。接下来,UE 110可以在多个RE的剩余部分中分配第三数量的RE,包括剩余的保留的HARQ-ACK资源(如果有的话),用于上行链路共享信道(ULSCH)数据。值得注意的是,该机制也适用于波形是离散傅里叶变换扩展OFDM(Discrete FourierTransform-spread-OFDM,简写为DFT-S-OFDM)的情况。
有利地,在第一提出的方案下,当发送的实际HARQ-ACK是一比特HARQ-ACK时,CSI的部分1和部分2都可以是可解码的。这是因为分配给CSI的部分1的那些RE没有被打孔,并且分配给CSI的部分2的RE被最小程度地打孔并且因此是可解码的。同样有利地,即便当发送的实际HARQ-ACK是两比特HARQ-ACK时,CSI的部分1和部分2都可以是可解码的。这是因为分配给CSI的部分1的那些RE没有被打孔,并且分配给CSI的部分2的RE没有被很严重打孔,因此仍然可以解码。
在根据本公开的第二提出的方案下,可以保留固定数量的一个或多个整个正交频分复用(OFDM)符号(例如,一整个OFDM符号)。在这种情况下,在HARQ-ACK的实际资源是多于一个OFDM符号的情况下,可能需要例外规则(exception rule)。例如,例外规则可能意味着HARQ-ACK的实际资源限于一个OFDM符号。作为另一示例,例外规则可能意味着CSI的部分1可能被允许打孔。为了帮助理解第二提出的方案,图2中提供了说明性和非限制性的示例。
图2示出了根据本公开的在第二提出的方案下在UCI中保留HARQ-ACK资源的示例性场景200。场景200可以涉及UE 110和具有网络节点125(例如,gNB)的无线通信网络120(例如,5G/NR移动网络)。UE 110可以通过网络节点125与网络120建立无线通信链路130,用于上行链路和下行链路传输。在5G/NR的环境中,网络节点125可以经由PDCCH发送DCI,并且UE 110可以经由PUSCH发送UCI和数据。UCI可以包括,例如但不限于,CSI、HARQ-ACK和调度请求。基于经由网络节点125从网络120接收的信息(例如,与HARQ相关的信息),UE 110可以确认HARQ处理在与网络节点125的通信中有效。对于基于时隙的调度,UE 110可以通过速率匹配或PUSCH的打孔发送每个HARQ-ACK。具体地,对于具有多于两个比特的给定HARQ-ACK,UE 110将通过对PUSCH进行速率匹配来发送HARQ-ACK。此外,对于具有零比特、一比特或两比特的给定HARQ-ACK,UE 110将通过对PUSCH进行打孔来发送HARQ-ACK。
参照图2,在根据本公开的第二提议方案下,在确认不需要HARQ-ACK或者要发送一比特或两比特HARQ-ACK时,UE 110可以在多个RE中保留等同于至少一个OFDM符号的一定量的RE作为HARQ-ACK资源,不管是否要发送一比特HARQ-ACK或两比特HARQ-ACK。具体地,UE110可以首先为DMRS保留等效于多个RE的RE的整个OFDM符号。接下来,UE 110可以在多个RE的剩余部分中保留一个或多个整个OFDM符号作为HARQ-ACK资源。在图2所示的示例中,保留一个完整的OFDM符号作为HARQ-ACK资源。然后,UE 110针对CSI的第一部分(部分1),在多个RE的剩余部分中分配第一数量的RE,不包括HARQ-ACK资源。随后,UE 110可以针对CSI的第二部分(部分2)在多个RE的剩余部分中分配第二数量的RE,包括HARQ-ACK资源。保留作为HARQ-ACK资源的那些RE可能部分或全部RE分配给CSI的部分2。接下来,UE 110可以在多个RE的剩余部分中分配第三数量的RE,包括剩余的保留的HARQ-ACK资源(如果有的话),用于ULSCH数据。
在根据本公开的第三提出的方案下,UE对HARQ-ACK资源的保留可以基于UE对HARQ-ACK比特的理解(understanding)。在UE与UE无线连接的网络的网络节点(例如,gNB或eNB)之间存在误解HARQ-ACK比特的情况下,CSI的部分1可能几乎是不可解码的。此外,CSI的部分2以及上行链路共享信道(ULSCH)的解码可能导致失败。为了帮助理解第三提出的方案的第一种方法,图3A中提供了说明性和非限制性的例子。类似地,为了帮助理解第三提出的方案的第二种方法,图3B中提供了说明性和非限制性的示例。
图3A示出了根据本公开的在第三提出的方案的第一种方法下在UCI中保留HARQ-ACK资源的示例性场景300A。场景300A可以涉及UE 110和具有网络节点125(例如,gNB)的无线通信网络120(例如,5G/NR移动网络)。UE 110可以通过网络节点125与网络120建立无线通信链路130,用于上行链路和下行链路传输。在5G/NR的环境(context)中,网络节点125可以经由PDCCH发送DCI,并且UE 110可以经由PUSCH发送UCI和数据。UCI可以包括,例如但不限于,CSI、HARQ-ACK和调度请求。基于经由网络节点125从网络120接收的信息(例如,与HARQ相关的信息),UE 110可以确认HARQ处理在与网络节点125通信中有效。对于基于时隙的调度,UE 110可以通过速率匹配或PUSCH的打孔发送每个HARQ-ACK。具体地,对于具有多于两个比特的给定HARQ-ACK,UE 110将通过对PUSCH进行速率匹配来发送HARQ-ACK。此外,对于具有零比特、一比特或两比特的给定HARQ-ACK,UE 110将通过对PUSCH进行打孔来发送HARQ-ACK。
参考图3A,在根据本公开的第三提议方案的第一种方法下,UE 110可以基于其对HARQ-ACK比特的理解,针对一比特HARQ-ACK在多个RE中保留一定量的RE(例如,根据从网络节点125接收的PDSCH数量)要发送一比特HARQ-ACK。值得注意的是,在UE 110与网络120/网络节点125之间存在误解的情况下(例如,应当发送两比特HARQ-ACK,而UE 110假设要发送一比特HARQ-ACK),CSI的部分1几乎不可能解码成功,而CSI和ULSCH数据的一部分也可能解码失败。
图3B示出了根据本公开的在第三提出的方案的第二方法下,在UCI中保留HARQ-ACK资源的示例性场景300B。场景300B可以涉及UE 110和具有网络节点125(例如,gNB)的无线通信网络120(例如,5G/NR移动网络)。UE 110可以通过网络节点125与网络120建立无线通信链路130,用于上行链路和下行链路传输。在5G/NR的上下文中,网络节点125可以经由PDCCH发送DCI,并且UE 110可以经由PUSCH发送UCI和数据。UCI可以包括,例如但不限于,CSI、HARQ-ACK和调度请求。基于经由网络节点125从网络120接收的信息(例如,与HARQ相关的信息),UE 110可以确认HARQ处理在与网络节点125通信中有效。对于基于时隙的调度,UE110可以通过速率匹配或PUSCH的打孔发送每个HARQ-ACK。具体地,对于具有多于两个比特的给定HARQ-ACK,UE 110将通过对PUSCH进行速率匹配来发送HARQ-ACK。此外,对于具有零比特、一比特或两比特的给定HARQ-ACK,UE 110将通过对PUSCH进行打孔来发送HARQ-ACK。
参考图3B,在根据本公开的第三提出的方案的第二种方法下,UE 110可以基于其对HARQ-ACK比特的理解,针对两比特HARQ-ACK在多个RE中保留一定量的RE(例如,根据从网络节点125接收的PDSCH数量)要发送两比特HARQ-ACK。值得注意的是,在UE 110与网络120/网络节点125之间存在误解的情况下(例如,应当发送一比特HARQ-ACK,而UE 110假设要发送两比特HARQ-ACK),CSI的部分1几乎不可能解码成功,而CSI和ULSCH数据的一部分也可能解码失败。
说明性实现
图4示出了根据本公开的实现的具有至少示例装置410和示例装置420的示例系统400。装置410和装置420中的每一个可以执行各种功能以实现本文描述的与无线通信中的UCI中的HARQ-ACK资源的保留有关的方案、技术、过程和方法,包括上面描述的各种提出的设计、概念、方案、系统和方法以及下面描述的过程300和400。
装置410和装置420中的每一个可以是电子装置的一部分,电子装置可以是网络装置或UE,诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置。例如,装置410和装置420中的每一个可以在智能手机、智能手表、个人数字助理、数码相机或诸如平板计算机、膝上型计算机或笔记本计算机的计算设备中实现。装置410和装置420中的每一个也可以是机器类型装置的一部分,其可以是诸如非移动的或固定装置的IoT装置、家用装置、有线通信装置或计算装置。例如,装置410和装置420中的每一个可以在智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心中实现。当在网络设备中或作为网络设备实现时,设备410和/或设备420可以在LTE、LTE-Advanced或LTE-Advanced Pro网络中的eNB中实现,或者在5G网络、NR网络或者IoT网络中的gNB或TRP中实现。
在一些实现中,装置410和装置420中的每一个可以以一个或多个集成电路(IC)芯片的形式实现,例如但不限于,一个或多个单核处理器、一个或多个多核处理器,或一个或多个复杂指令集计算(CISC)处理器。在上述各种方案中,装置410和装置420中的每一个可以在网络装置或UE中实现或者作为网络装置或UE来实现。装置410和装置420中的每一个分别可以包括图4中所示的那些组件中的至少一些,例如处理器412和处理器422。装置410和装置420中的每一个还可以包括与本公开的提出的方案无关的一个或多个其他组件(例如,内部电源、显示设备和/或用户接口设备),并且因此装置410和装置420包括的这样的组件既未在图4中示出,为简单和简洁起见,也未在下面对其进行描述。
在一个方面,处理器412和处理器422中的每一个可以以一个或多个单核处理器、一个或多个多核处理器或一个或多个CISC处理器的形式实现。也就是说,即使这里使用单数术语“处理器”来指代处理器412和处理器422,处理器412和处理器422中的每一个在一些实现中可以包括多个处理器,并且在根据本发明的其他实现中可以包括单个处理器。在另一方面,处理器412和处理器422中的每一个可以以具有电子组件的硬件(以及可选地,固件)的形式实现,所述电子组件包括例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、一个或多个忆阻器和/或一个或多个变容二极管,其被配置和布置成实现根据本公开的特定目的。换句话说,在至少一些实现中,处理器412和处理器422中的每一个是专门设计、布置和配置成执行特定任务的专用机器,包括依据本公开的各种实施方式的与无线通信中的UCI中的HARQ-ACK资源的保留有关的任务。
在一些实现中,装置410还可以包括耦合到处理器412的收发器416。收发器416可以能够无线地发送和接收数据。在一些实现中,装置420还可以包括耦合到处理器422的收发器426。收发器426可以包括能够无线发送和接收数据的收发器。
在一些实施方案中,装置410可进一步包括耦合到处理器412且能够由处理器412访问且在其中存储数据的存储器414。在一些实现中,装置420还可以包括存储器424,存储器424耦合到处理器422并且能够由处理器422访问并在其中存储数据。存储器414和存储器424中的每一个可以包括一种随机存取存储器(RAM),例如动态RAM(DRAM)、静态RAM(SRAM)、晶闸管RAM(T-RAM)和/或零电容器RAM(Z-RAM)。可替代地或另外地,存储器414和存储器424中的每一个可以包括一种只读存储器(ROM),诸如掩模ROM、可编程ROM(PROM)、可擦除可编程ROM(EPROM)和/或电可擦除可编程ROM(EEPROM)。可替代地或另外地,存储器414和存储器424中的每一个可以包括一种类型的非易失性随机存取存储器(NVRAM),诸如闪存、固态存储器、铁电RAM(FeRAM)、磁阻RAM(MRAM)和/或相变存储器。
装置410和装置420中的每一个可以是能够使用根据本公开的各种提出的方案彼此通信的通信实体。出于说明性目的而非限制,下面提供作为UE的装置410和作为无线网络(例如,5G/NR移动网络)的服务小区的基站的装置420的能力的描述。值得注意的是,尽管下面描述的示例实现是在UE的上下文中提供的,但是其可以在基站中实现并由基站执行。因此,尽管以下对示例实现的描述涉及作为UE的装置410,但是同样也适用于作为基站(例如,gNB或TRP)的装置420。
在一个方面,装置410的处理器412可以确认如何将HARQ-ACK发送到装置420。另外,处理器412可以基于确认的结果在多个资源元素(RE)之间保留HARQ-ACK资源用于两比特HARQ-ACK。此外,处理器412可以以PUSCH被打孔用于HARQ-ACK的方式,使用保留的HARQ-ACK资源,经由收发器416将具有零比特、一比特或两比特的HARQ-ACK发送到PUSCH中的设备420。
在一些实现中,关于确认操作,处理器412可以执行多个操作。例如,处理器412可以确认使用零比特、一比特或两比特的HARQ-ACK比特来发送HARQ-ACK。此外,假设HARQ-ACK是两比特HARQ-ACK,处理器412可以计算用于保留的HARQ-ACK资源的多个RE的RE的量。
在一些实施方式中,关于保留,处理器412可以响应于指示不发送HARQ-ACK的确认或者使用一比特或两比特的HARQ-ACK比特来发送HARQ-ACK,而在多个RE中保留数个RE用于两比特HARQ-ACK。
在一些实现中,关于保留,处理器412可以按如下顺序分配多个RE:(1)分配解调参考信号(demodulation reference signal简写为DMRS);(2)针对两比特HARQ-ACK,在多个RE的剩余部分中保留HARQ-ACK资源;(3)针对CSI的第一部分,在多个RE的剩余部分中分配第一数量的RE,不包括HARQ-ACK资源;(4)在CSI的第二部分存在的情况下,针对CSI的第二部分,在多个RE的剩余部分中分配第二数量的RE,包括HARQ-ACK资源;(5)在所述多个RE的剩余部分中分配第三数量的RE,包括任何剩余的保留HARQ-ACK资源,用于上行链路共享信道(ULSCH)数据。
在另一方面,装置410的处理器412可以在多个RE之间保留HARQ-ACK资源,使得避免通过HARQ-ACK在PUSCH上对CSI的第一部分进行打孔。此外,处理器412可以经由收发器416使用保留的HARQ-ACK资源将具有零比特、一比特或两比特的HARQ-ACK作为UCI的一部分发送到装置420。
在一些实现中,关于保留HARQ-ACK资源,处理器412可以执行多个操作。例如,处理器412可以计算在发送HARQ-ACK以及用于HARQ-ACK的两比特的信息比特时使用的多个RE的RE的数量。此外,处理器412可以在多个RE中为HARQ-ACK保留所计算的数量的RE。
在一些实现中,关于HARQ-ACK资源的保留,处理器412可以确认要在PUSCH上发送HARQ-ACK时使用的信息比特的数量等于或小于两个比特。在一些实现中,关于HARQ-ACK资源的保留,处理器412还可以为两比特HARQ-ACK保留HARQ-ACK资源。
在一些实现中,关于为两比特HARQ-ACK保留HARQ-ACK资源,处理器412可以按如下顺序分配多个RE:(1)分配DMRS;(2)针对两比特HARQ-ACK,在多个RE的剩余部分中保留HARQ-ACK资源;(3)针对CSI的第一部分,在多个RE的剩余部分中分配第一数量的RE,不包括HARQ-ACK资源;(4)在CSI的第二部分存在的情况下,针对CSI的第二部分,在多个RE的剩余部分中分配第二数量的RE,包括HARQ-ACK资源;(5)针对ULSCH数据,在多个RE的剩余部分中分配第三数量的RE,包括任何剩余的保留HARQ-ACK资源。
在一些实现中,关于保留HARQ-ACK资源,处理器412可以执行多个操作。例如,处理器412可以使用HARQ-ACK比特的一比特来确认要发送HARQ-ACK。另外,处理器412可以为一比特HARQ-ACK保留多个RE的一定数量的RE。
在一些实现中,关于HARQ-ACK资源的保留,处理器412可以执行多个操作。例如,处理器412可以使用两比特的HARQ-ACK比特来确认要发送HARQ-ACK。另外,处理器412可以为两比特HARQ-ACK保留多个RE的一定数量的RE。
在一些实现中,关于HARQ-ACK资源的保留,处理器412可以执行多个操作。例如,处理器412可以确认使用零比特、一比特或两比特的HARQ-ACK比特来发送HARQ-ACK。此外,处理器412可以保留与至少一个OFDM符号等同的多个RE的一定数量的RE。
示例过程
图5示出了根据本公开的实现的示例过程500。过程500可以表示实现上述各种提出的设计、概念、方案、系统和方法的方面。更具体地,过程500可以表示与无线通信中的UCI中的HARQ-ACK资源的保留有关的所提出的概念和方案的一个方面。过程500可以包括一个或多个操作、动作或功能,如块510、520和530中的一个或多个所示。尽管示出为离散块,但是根据期望的实现,可以将过程500的各种块划分为附加块、组合成更少的块或者消除。此外,过程500的块/子块可以按照图5中所示的顺序执行,或者以不同的顺序执行。可以迭代地执行过程500的块/子块。过程500可以由装置410和装置420实现或者在装置410和装置420以及其任何变型中实现。仅出于说明性目的而不限制范围,下面在装置410作为UE和装置420作为无线网络(例如,5G/NR移动网络)的网络节点(例如,gNB)的上下文中描述过程500。过程500可以在块510处开始。
在510处,过程500可以涉及装置410的处理器412确认如何将HARQ-ACK发送到装置420。过程500可以从510进行到520。
在520处,过程500可以涉及处理器412基于确认的结果在多个资源元素(RE)中为两比特HARQ-ACK保留HARQ-ACK资源。过程500可以从520进行到530。
在530处,过程500可以涉及处理器412使用保留的HARQ-ACK资源,以打孔PUSCH用于HARQ-ACK的方式,经由收发器416将具有零比特、一比特或两比特的HARQ-ACK发送到PUSCH中的装置420。
在一些实现中,关于确认,过程500可以涉及处理器412执行多个操作。例如,过程500可以涉及处理器412确认要使用零比特、一比特或两比特的HARQ-ACK比特来发送HARQ-ACK。此外,过程500可以涉及处理器412计算用于保留的HARQ-ACK资源的多个RE的RE的量,假设HARQ-ACK是两比特的HARQ-ACK。
在一些实施方式中,关于保留,过程500可以涉及处理器412响应于确认指示不发送HARQ-ACK或者使用一比特或两比特的HARQ-ACK比特来发送HARQ-ACK,而在多个RE中为两比特HARQ-ACK保留数个RE。
在一些实现中,关于保留,过程500可以涉及处理器412按如下顺序分配多个RE:(1)分配解调参考信号(DMRS);(2)针对两比特HARQ-ACK,在多个RE的剩余部分中保留HARQ-ACK资源;(3)针对CSI的第一部分,在多个RE的剩余部分中分配第一数量的RE,不包括HARQ-ACK资源;(4)在CSI的第二部分存在的情况下,针对CSI的第二部分,在多个RE的剩余部分中分配第二数量的RE,包括HARQ-ACK资源;(5)在所述多个RE的剩余部分中分配第三数量的RE,包括任何剩余的保留HARQ-ACK资源,用于上行链路共享信道(ULSCH)数据。
图6示出了根据本公开的实现的示例过程600。过程600可以表示实现上述各种提出的设计、概念、方案、系统和方法的一个方面。更具体地,过程600可以表示与无线通信中的UCI中的HARQ-ACK资源的保留有关的所提出的概念和方案的一个方面。过程600可以包括由块610和620中的一个或多个所示的一个或多个操作、动作或功能。虽然被示为离散块,但是取决于所需的实施方式,过程600的各种块可以被划分为附加块,组合成更少的块,或者被消除。此外,过程600的块/子块可以按照图6中所示的顺序执行,或者以不同的顺序执行。可以迭代地执行过程600的块/子块。过程600可以由装置410和装置420实现或者在装置410和装置420以及其任何变型实现中。仅出于说明性目的而不限制范围,下面在作为UE的装置410和作为无线网络(例如,5G/NR移动网络)的网络节点(例如,gNB)的装置420的上下文中描述过程600。过程600可以在块610处开始。
在610处,过程600可以涉及装置410的处理器412在多个RE之间保留HARQ-ACK资源,使得避免通过HARQ-ACK对PUSCH上CSI的第一部分进行打孔。过程600可以从610进行到620。
在620处,过程600可以涉及处理器412使用保留的HARQ-ACK资源经由收发器416将具有零比特、一比特或两比特的HARQ-ACK作为UCI的一部分发送到装置420。
在一些实现中,关于HARQ-ACK资源的保留,过程600可以涉及处理器412执行多个操作。例如,过程600可以涉及处理器412计算在用于HARQ-ACK的两比特信息比特发送HARQ-ACK时使用的多个RE的RE的数量。此外,过程600可以涉及处理器412在多个RE中为HARQ-ACK保留所计算的RE的数量。
在一些实现中,关于HARQ-ACK资源的保留,过程600可以涉及处理器412确认要在PUSCH上发送HARQ-ACK时要使用的信息比特的数量等于或小于两比特。在一些实现中,关于HARQ-ACK资源的保留,过程600还可以包括处理器412为两比特HARQ-ACK保留HARQ-ACK资源。
在一些实现中,关于为两比特HARQ-ACK保留HARQ-ACK资源,过程600可以涉及处理器412按如下顺序分配多个RE:(1)分配DMRS;(2)针对两比特HARQ-ACK,在多个RE的剩余部分中保留HARQ-ACK资源;(3)针对CSI的第一部分,在多个RE的剩余部分中分配第一数量的RE,不包括HARQ-ACK资源;(4)在CSI的第二部分存在的情况下,针对CSI的第二部分,在多个RE的剩余部分中分配第二数量的RE,包括HARQ-ACK资源;(5)在多个RE的剩余部分中分配第三数量的RE,包括任何剩余的保留HARQ-ACK资源,用于ULSCH数据。
在一些实现中,关于保留HARQ-ACK资源,过程600可以涉及处理器412执行多个操作。例如,过程600可以涉及处理器412使用使用一比特的HARQ-ACK比特来确认要发送HARQ-ACK。另外,过程600可以涉及处理器412为一比特HARQ-ACK保留多个RE的RE的量。
在一些实现中,关于保留HARQ-ACK资源,过程600可以涉及处理器412执行多个操作。例如,过程600可以涉及处理器412确认要使用两比特的HARQ-ACK比特来发送HARQ-ACK。另外,过程600可以涉及处理器412为两比特HARQ-ACK保留多个RE的一定数量的RE。
在一些实现中,关于保留HARQ-ACK资源,过程600可以涉及处理器412执行多个操作。例如,过程600可以涉及处理器412确认要使用零比特、一比特或两比特的HARQ-ACK比特来发送HARQ-ACK。此外,过程600可以涉及处理器412保留等于至少一个OFDM符号的多个RE的一定数量的RE。
补充说明
文中描述的主题有时示出了包含在其它不同部件内的或与其它不同部件连接的不同部件。应当理解:这样描绘的架构仅仅是示例性的,幷且,实际上可以实施实现相同功能的许多其它架构。在概念意义上,实现相同功能的部件的任何布置是有效地“相关联的”,以使得实现期望的功能。因此,文中被组合以获得特定功能的任意两个部件可以被视为彼此“相关联的”,以实现期望的功能,而不管架构或中间部件如何。类似地,这样相关联的任意两个部件还可以被视为彼此“可操作地连接的”或“可操作地耦接的”,以实现期望的功能,幷且,能够这样相关联的任意两个部件还可以被视为彼此“操作上可耦接的”,以实现期望的功能。“操作上可耦接的”的具体示例包含但不限于:实体地可联结和/或实体地相互、作用的部件、和/或无线地可相互作用和/或无线地相互作用的部件、和/或逻辑地相互作用的和/或逻辑地可相互作用的部件。
此外,关于文中基本上任何复数和/或单数术语的使用,只要对于上下文和/或应用是合适的,本领域技术人员可以将复数变换成单数,和/或将单数变换成复数。
本领域技术人员将会理解,通常,文中所使用的术语,特别是在所附权利要求(例如,所附权利要求中的主体)中所使用的术语通常意在作为“开放性”术语(例如,术语“包含”应当被解释为“包含但不限干”,术语“具有”应当被解释为“至少具有”,术语“包含”应当被解释为“包含但不限干”等)。本领域技术人员还将理解,如果意在所介绍的权利要求陈述对象的具体数目,则这样的意图将会明确地陈述在权利要求中,在缺乏这样的陈述的情况下,不存在这样的意图。例如,为了帮助理解,所附权利要求可以包含使用介绍性短语“至少一个”和“一个或更多个”来介绍权利要求陈述对象。然而,这样的短语的使用不应当被解释为:用不定冠词“一个(a或an)”的权利要求陈述对象的介绍将包含这样介绍的权利要求陈述对象的任何权利要求限制为只包含一个这样的陈述对象的发明,即使在同一权利要求包含介绍性短语“一个或更多个”或“至少一个”以及诸如“一个(a)”或“一个(an)”之类的不定冠词的情况下(例如,“一个(a)”和/或“一个(an)”应当通常被解释为意味着“至少一个”或“一个或更多个”)也如此;上述对以定冠词来介绍权利要求陈述对象的情况同样适用。另外,即使明确地陈述了介绍的权利要求陈述对象的具体数目,但本领域技术人员也会认识到:这样的陈述通常应当被解释为意味着至少所陈述的数目(例如,仅有“两个陈述对象”而没有其他修饰语的陈述通常意味着至少两个陈述对象,或两个或更多个陈述对象)。此外,在使用类似于“A、B和C中的至少一个等”的惯用语的情况下,通常这样的结构意在本领域技术人员所理解的该惯用语的含义(例如,“具有A、B和C中的至少一个的系统”将包含但不限于具有单独的A、单独的B、单独的C、A和B—起、A和C一起、B和C一起和/或A、B和C一起的系统等)。在使用类似于“A、B或C中的至少一个等”的惯用语的情况下,通常这样的结构意在本领域技术人员所理解的该惯用语的含义(例如,“具有A、B或C中的至少一个的系统”将包含但不限于具有单独的A、单独的B、单独的C、A和B—起、A和C一起、B和C一起和/或A、B和C一起的系统等)。本领域技术人员将进一歩理解,不管在说明书、权利要求书中还是在附图中,表示两个或更多个可替换的术语的几乎任意析取词和/或短语应当理解成考虑包含术语中的一个、术语中的任一个或所有两个术语的可能性。例如,短语“A或B”应当被理解成包含“A”、“B”、或“A和B”的可能性。
尽管已经在文中使用不同的方法、装置以及系统来描述和示出了一些示例性的技术,但是本领域技术人员应当理解的是:可以在不脱离所要求保护的主题的情况下进行各种其它修改以及进行等同物替换。此外,在不脱离文中描述的中心构思的情况下,可以进行许多修改以使特定的情况适应于所要求保护的主题的教导。因此,意在所要求保护的主题不限制于所公开的特定示例,而且这样的要求保护的主题还可以包含落在所附权利要求的范围内的所有实施及它们的等同物。

Claims (20)

1.一种方法,包括:
由用户设备的处理器确认如何将混合自动重传请求确认发送到无线网络的网络节点;
基于该确认的结果,由该处理器在多个资源元素之间保留用于两比特混合自动重传请求确认的混合自动重传请求确认资源;以及
该处理器使用保留的混合自动重传请求确认资源在物理上行链路共享信道中向网络节点发送具有零比特、一比特或两比特的该混合自动重传请求确认,
其中,针对打孔该物理上行链路共享信道用于该混合自动重传请求确认。
2.根据权利要求1所述的方法,其中,该确认包括:
确认使用零比特、一比特还是两比特的混合自动重传请求确认比特来发送混合自动重传请求确认;以及
假设该混合自动重传请求确认是两比特混合自动重传请求确认,计算用于该保留的混合自动重传请求确认资源的该多个资源元素的资源元素的数量。
3.根据权利要求1所述的方法,其中,该保留包括:响应于该确认指示不发送混合自动重传请求确认或者将使用一比特或两比特的混合自动重传请求确认比特来发送该混合自动重传请求确认,针对两比特混合自动重传请求确认在该多个资源元素中保留数个资源元素。
4.根据权利要求1所述的方法,其中,该保留包括按如下顺序分配该多个资源元素:
分配解调参考信号;
在该多个资源元素的剩余部分中保留该混合自动重传请求确认资源用于两比特混合自动重传请求确认;
对于信道状态信息的第一部分,在该多个资源元素的该剩余部分中分配第一数量的资源元素,不包括该混合自动重传请求确认资源;
在该信道状态信息的第二部分存在的情况下,针对该信道状态信息的该第二部分,在该多个资源元素的该剩余部分中分配第二数量的资源元素,包括该混合自动重传请求确认资源;以及
在该多个资源元素的该剩余部分中分配第三数量的资源元素,包括任何剩余的保留混合自动重传请求确认资源,用于上行链路共享信道数据。
5.一种方法,包括:
由用户设备的处理器在多个资源元素之间保留混合自动重传请求确认资源,使得避免通过混合自动重传请求确认在物理上行链路共享信道上打孔信道状态信息的第一部分;以及
该处理器使用保留的混合自动重传请求确认资源将具有零比特、一比特或两比特的该混合自动重传请求确认作为上行链路控制信息的一部分发送到无线网络的网络节点。
6.根据权利要求5所述的方法,其中,保留该混合自动重传请求确认资源包括:
计算用于发送该混合自动重传请求确认的该多个资源元素的资源元素的数量,其中该混合自动重传请求确认具有用于该混合自动重传请求确认的两比特的信息比特;以及
为该混合自动重传请求确认保留该多个资源元素中的计算的资源元素数量。
7.根据权利要求5所述的方法,其中,保留该混合自动重传请求确认资源包括:确认要在该物理上行链路共享信道上发送该混合自动重传请求确认时使用的信息比特的数量等于或小于两个比特。
8.根据权利要求7所述的方法,其中,保留该混合自动重传请求确认资源还包括为两比特混合自动重传请求确认保留该混合自动重传请求确认资源。
9.根据权利要求8所述的方法,其中,为该两比特混合自动重传请求确认保留该混合自动重传请求确认资源包括按如下顺序分配该多个资源元素:
分配解调参考信号;
在该多个资源元素的剩余部分中保留该混合自动重传请求确认资源用于两比特混合自动重传请求确认;
对于信道状态信息的第一部分,在该多个资源元素的该剩余部分中分配第一数量的资源元素,不包括该混合自动重传请求确认资源;
在该信道状态信息的第二部分存在的情况下,针对该信道状态信息的该第二部分,在该多个资源元素的该剩余部分中分配第二数量的资源元素,包括该混合自动重传请求确认资源;以及
在该多个资源元素的该剩余部分中分配第三数量的资源元素,包括任何剩余的保留混合自动重传请求确认资源,用于上行链路共享信道数据。
10.根据权利要求5所述的方法,其中,保留该混合自动重传请求确认资源包括:
确认使用一比特的混合自动重传请求确认比特发送该混合自动重传请求确认;以及
为一比特混合自动重传请求确认保留多个资源元素中一定量的资源元素。
11.根据权利要求5所述的方法,其中,保留该混合自动重传请求确认资源包括:
确认使用混合自动重传请求确认比特的两比特来发送该混合自动重传请求确认;以及
为两比特混合自动重传请求确认保留多个资源元素中一定量的资源元素。
12.根据权利要求5所述的方法,其中,保留该混合自动重传请求确认资源包括:
确认使用零比特、一比特还是两比特的混合自动重传请求确认比特来发送该混合自动重传请求确认;以及
保留与至少一个正交频分复用符号等效的该多个资源元素中一定量的资源元素。
13.一种装置,包括:
能够与无线网络的网络节点通信的收发器;以及
耦合以控制该收发器的处理器,该处理器能够:
在多个资源元素之间保留混合自动重传请求确认资源,使得避免通过混合自动重传请求确认在物理上行链路共享信道上打孔信道状态信息的第一部分;以及
透过该收发器使用保留的混合自动重传请求确认资源将具有零比特、一比特或两比特的该混合自动重传请求确认作为上行链路控制信息的一部分发送到该网络节点。
14.根据权利要求13所述的装置,其中,在保留该混合自动重传请求确认资源时,该处理器能够:
计算用于发送该混合自动重传请求确认的该多个资源元素的资源元素的数量,其中该混合自动重传请求确认具有用于该混合自动重传请求确认的两比特的信息比特;以及
为该混合自动重传请求确认保留该多个资源元素中的计算的资源元素数量。
15.根据权利要求13所述的装置,其中,在保留该混合自动重传请求确认资源时,该处理器能够确认要在该物理上行链路共享信道上发送该混合自动重传请求确认时使用的信息比特的数量等于或小于两比特。
16.根据权利要求13所述的装置,其中,在保留该混合自动重传请求确认资源时,该处理器进一步能够为两比特混合自动重传请求确认保留该混合自动重传请求确认资源。
17.根据权利要求16所述的装置,其中,在保留该混合自动重传请求确认资源时,该处理器能够按如下顺序分配该多个资源元素:
分配解调参考信号;
在该多个资源元素的剩余部分中保留该混合自动重传请求确认资源用于两比特混合自动重传请求确认;
对于信道状态信息的第一部分,在该多个资源元素的该剩余部分中分配第一数量的资源元素,不包括该混合自动重传请求确认资源;
在该信道状态信息的第二部分存在的情况下,针对该信道状态信息的该第二部分,在该多个资源元素的该剩余部分中分配第二数量的资源元素,包括该混合自动重传请求确认资源;以及
在该多个资源元素的该剩余部分中分配第三数量的资源元素,包括任何剩余的保留混合自动重传请求确认资源,用于上行链路共享信道数据。
18.根据权利要求13所述的装置,其中,在保留该混合自动重传请求确认资源时,该处理器能够:
确认使用一比特的混合自动重传请求确认比特发送该混合自动重传请求确认;以及
为一比特混合自动重传请求确认保留多个资源元素中一定量的资源元素。
19.根据权利要求13所述的装置,其中,在保留该混合自动重传请求确认资源时,该处理器能够:
确认使用混合自动重传请求确认比特的两比特来发送该混合自动重传请求确认;以及
为两比特混合自动重传请求确认保留多个资源元素中一定量的资源元素。
20.根据权利要求13所述的装置,其中,在保留该混合自动重传请求确认资源时,该处理器能够:
确认使用零比特、一比特或两比特的混合自动重传请求确认比特来发送该混合自动重传请求确认;以及
保留与至少一个正交频分复用符号等效的该多个资源元素中一定量的资源元素。
CN201980006466.3A 2018-01-11 2019-01-11 无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制 Active CN111492639B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862616030P 2018-01-11 2018-01-11
US62/616,030 2018-01-11
US16/243,305 US10790955B2 (en) 2018-01-11 2019-01-09 Reservation of HARQ-ACK resources in uplink control information in wireless communications
US16/243,305 2019-01-09
PCT/CN2019/071296 WO2019137459A1 (en) 2018-01-11 2019-01-11 Reservation of harq-ack resources in uplink control information in wireless communications

Publications (2)

Publication Number Publication Date
CN111492639A true CN111492639A (zh) 2020-08-04
CN111492639B CN111492639B (zh) 2022-03-01

Family

ID=67141190

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980006466.3A Active CN111492639B (zh) 2018-01-11 2019-01-11 无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制

Country Status (5)

Country Link
US (1) US10790955B2 (zh)
EP (1) EP3735769A4 (zh)
CN (1) CN111492639B (zh)
TW (1) TWI740089B (zh)
WO (1) WO2019137459A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110235396B (zh) * 2017-02-05 2024-01-23 Lg 电子株式会社 无线通信系统中终端发送上行链路控制信息的方法和支持该方法的设备
ES2916394T3 (es) * 2017-10-11 2022-06-30 Ericsson Telefon Ab L M UCI en un PUSCH exento de concesiones
RU2752649C1 (ru) * 2018-01-12 2021-07-29 Телефонактиеболагет Лм Эрикссон (Пабл) Физический совместно используемый канал восходящей линии связи с подтверждением гибридного автоматического запроса на повторную передачу данных
US11239964B2 (en) * 2018-05-01 2022-02-01 Marvell Asia Pte, Ltd. Methods and apparatus for symbol-to-symbol multiplexing of control, data, and reference signals on a 5G uplink
CN111294102B (zh) * 2019-08-02 2022-12-23 展讯半导体(南京)有限公司 Csi-rs发送方法及装置、存储介质、发送ue

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2418901A2 (en) * 2010-08-09 2012-02-15 Samsung Electronics Co., Ltd. Transmission of harq control information from a user equipment for downlink carrier aggregation
CN102647248A (zh) * 2011-02-15 2012-08-22 Lg电子株式会社 在无线接入系统中发送信道质量控制信息的方法和装置
US20130083748A1 (en) * 2011-09-26 2013-04-04 Innovative Sonic Corporation Method and apparatus for processing csi (channel state information) in a wireless communication system
CN103370970A (zh) * 2010-11-03 2013-10-23 三星电子株式会社 具有载波聚合的下行链路的tdd系统中的harq-ack信息生成及harq-ack信号功率控制
WO2014036909A1 (zh) * 2012-09-10 2014-03-13 中兴通讯股份有限公司 传输harq应答信息以及csi的方法、装置和系统
CN104284429A (zh) * 2013-07-08 2015-01-14 北京三星通信技术研究有限公司 一种传输harq-ack信息的方法和用户设备
CN104303446A (zh) * 2012-05-30 2015-01-21 英特尔公司 用于载波聚合(ca)的混合自动重传请求(harq)映射
WO2015135456A1 (zh) * 2014-03-09 2015-09-17 上海朗帛通信技术有限公司 一种ue、基站中在非授权频谱上的通信方法和设备
CN105191176A (zh) * 2013-04-09 2015-12-23 Lg电子株式会社 在无线接入系统中发送信道状态信息的方法和装置
CN107395329A (zh) * 2016-05-17 2017-11-24 北京信威通信技术股份有限公司 一种harq-ack发送的方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PT2378828E (pt) * 2010-03-22 2013-08-22 Samsung Electronics Co Ltd Multiplexagem de informação de controlo e de dados proveniente de um equipamento de utilizador num canal de dados físico
US8514956B2 (en) * 2010-05-14 2013-08-20 Qualcomm Incorporated Method and apparatus for facilitating tri-state decoding on a shared uplink channel
WO2017019132A1 (en) * 2015-07-30 2017-02-02 Intel IP Corporation Ofdma-based multiplexing of uplink control information
EP3430754A4 (en) 2016-03-17 2019-11-20 Intel IP Corporation USER EQUIPMENT (UE), ADVANCED B-NODE (BN) AND HYBRID AUTOMATIC REPEAT REQUEST (HARQ) METHODS FOR CARRIER AGGREGATION AMENDMENTS

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2418901A2 (en) * 2010-08-09 2012-02-15 Samsung Electronics Co., Ltd. Transmission of harq control information from a user equipment for downlink carrier aggregation
CN103370970A (zh) * 2010-11-03 2013-10-23 三星电子株式会社 具有载波聚合的下行链路的tdd系统中的harq-ack信息生成及harq-ack信号功率控制
CN102647248A (zh) * 2011-02-15 2012-08-22 Lg电子株式会社 在无线接入系统中发送信道质量控制信息的方法和装置
US20130083748A1 (en) * 2011-09-26 2013-04-04 Innovative Sonic Corporation Method and apparatus for processing csi (channel state information) in a wireless communication system
CN104303446A (zh) * 2012-05-30 2015-01-21 英特尔公司 用于载波聚合(ca)的混合自动重传请求(harq)映射
WO2014036909A1 (zh) * 2012-09-10 2014-03-13 中兴通讯股份有限公司 传输harq应答信息以及csi的方法、装置和系统
CN105191176A (zh) * 2013-04-09 2015-12-23 Lg电子株式会社 在无线接入系统中发送信道状态信息的方法和装置
CN104284429A (zh) * 2013-07-08 2015-01-14 北京三星通信技术研究有限公司 一种传输harq-ack信息的方法和用户设备
WO2015135456A1 (zh) * 2014-03-09 2015-09-17 上海朗帛通信技术有限公司 一种ue、基站中在非授权频谱上的通信方法和设备
CN107395329A (zh) * 2016-05-17 2017-11-24 北京信威通信技术股份有限公司 一种harq-ack发送的方法及装置

Also Published As

Publication number Publication date
TWI740089B (zh) 2021-09-21
CN111492639B (zh) 2022-03-01
TW201935954A (zh) 2019-09-01
US10790955B2 (en) 2020-09-29
WO2019137459A1 (en) 2019-07-18
US20190215127A1 (en) 2019-07-11
EP3735769A1 (en) 2020-11-11
EP3735769A4 (en) 2021-09-29

Similar Documents

Publication Publication Date Title
CN111492639B (zh) 无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制
CN107889231B (zh) 免授权的传输上行信息的方法、网络设备和终端设备
US20220224452A1 (en) Feedback Information Transmission Method and Apparatus
CN111226408A (zh) 用于移动通信中的上行链路传输的混合自动重传请求反馈过程
EP3742658A1 (en) Method for transmitting feedback information, terminal equipment and base station
US20200213997A1 (en) Resource configuration method, base station, terminal, and computer readable storage medium
US20220174720A1 (en) Sidelink Feedback Information Transmission Method and Communications Apparatus
US20190052406A1 (en) Transmission For Ultra-Reliable And Low-Latency Communications In Mobile Communications
US11497024B2 (en) Transmission method and device
WO2014205736A1 (en) Method and bs for transmitting control information to ue, and method and ue for handling control information
KR20190139989A (ko) 정보 송신 제어 방법, 단말 디바이스, 및 네트워크 디바이스
US20180367244A1 (en) Method And Apparatus For Uplink Partial Sub-Frame Transmission In Mobile Communications
WO2018054347A1 (en) Improved design for communication systems suffering burst error
US20200344025A1 (en) Wireless communication system, base station, terminal, and method of communication
CN112398630B (zh) 传输反馈信息的方法和装置
CN109921884B (zh) 数据收发的方法、装置和通信系统
US11424868B2 (en) Method and apparatus for user equipment processing timeline enhancement in mobile communications
CN111295852B (zh) 用于移动通信中的系统信息重传的方法和装置
WO2021035541A1 (zh) 一种数据传输方法及相关设备
US20200367209A1 (en) HARQ Offset And Reduced Bi-Field Size In DAI Signaling For Compact DCI In Mobile Communications
WO2015018004A1 (en) Enhancement of the robustness of time division duplex uplink/downlink configuration indication
CN112787777B (zh) 移动通信中乱序的混合自动重复请求反馈的方法及其装置
US20230328727A1 (en) URLLC Enhancement On Unlicensed Spectrum In Mobile Communications
WO2024067090A1 (en) Method and apparatus for monitoring budget control in multi-cell scheduling with single downlink control information
CN110034867B (zh) 用于传输harq-ack的方法、终端设备和网络设备

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