CN115399018A - 上行链路控制信息报告 - Google Patents

上行链路控制信息报告 Download PDF

Info

Publication number
CN115399018A
CN115399018A CN202080099489.6A CN202080099489A CN115399018A CN 115399018 A CN115399018 A CN 115399018A CN 202080099489 A CN202080099489 A CN 202080099489A CN 115399018 A CN115399018 A CN 115399018A
Authority
CN
China
Prior art keywords
harq
pdsch
ack
pdsch transmissions
window
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080099489.6A
Other languages
English (en)
Inventor
何宏
张大伟
许芳丽
崔杰
O·欧泰瑞
曾威
杨维东
唐扬
吴志斌
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.)
Apple Inc
Original Assignee
Apple 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 Apple Inc filed Critical Apple Inc
Publication of CN115399018A publication Critical patent/CN115399018A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers

Landscapes

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

Abstract

用于执行操作的计算机可读存储介质、用户装备、方法和集成电路。操作包括从网络接收混合自动重传请求确认(HARQ‑ACK)窗口的时隙中的多个物理下行链路共享信道(PDSCH)发射、对该HARQ窗口的该时隙中的该PDSCH发射中的每个PDSCH发射进行解码、确定针对该HARQ‑ACK窗口中的每个PDSCH发射的HARQ‑ACK反馈、捆绑针对该PDSCH发射中的至少两个PDSCH发射的该HARQ‑ACK反馈，以及向该网络报告针对该HARQ窗口的所捆绑的HARQ‑ACK反馈。

Description

上行链路控制信息报告
背景技术
用户装备(UE)可建立与多个不同网络或网络类型中至少一者的连接。例如，UE可连接到5G新空口(NR)网络。当连接到网络时，UE可利用另外的网络能力。例如，UE可利用载波聚合(CA)功能，其中使用主分量载波(PCC)和至少一个辅分量载波(SCC)通过各种网络频带传送数据。因为下行链路(DL)CA增加了UE能够从网络接收信息的带宽，CA与网络通信，因此CA可能是有助于支持超可靠和低延迟通信(URLLC)的网络功能中的一者。URLLC旨在为具有严格延迟和可靠性要求的应用程序提供服务。
然而，在任何网络方案中，UE可能必须出于各种目的向网络反馈信息。此反馈信息可以是上行链路控制信息(UCI)。为了支持URLCC或任何其他高速通信，需要有效地将UCI信息从UE传送到网络的新方式。
发明内容
根据一些示例性实施方案，描述了一种包括指令集的计算机可读存储介质。该指令集在由处理器执行时使该处理器执行操作，操作包括从网络接收混合自动重传请求确认(HARQ-ACK)窗口的时隙中的多个物理下行链路共享信道(PDSCH)发射、对该HARQ窗口的该时隙中的该PDSCH发射中的每个PDSCH发射进行解码、确定针对该HARQ-ACK窗口中的每个PDSCH发射的HARQ-ACK反馈、捆绑针对该PDSCH发射中的至少两个PDSCH发射的该HARQ-ACK反馈，以及向该网络报告针对该HARQ窗口的所捆绑的HARQ-ACK反馈。
另外的示例性实施方案包括一种具有收发器和处理器的用户装备。该收发器被配置为连接到网络并且从网络接收时隙中的多个PDSCH发射。该处理器被配置为对混合自动重传请求确认(HARQ-ACK)窗口中时隙中的PDSCH发射中的每个PDSCH发射进行解码，确定针对HARQ-ACK窗口中的每个PDSCH发射的HARQ确认(HARQ-ACK)反馈，并且捆绑针对PDSCH发射中的至少两个PDSCH发射的HARQ-ACK反馈。该收发器被进一步配置为向网络发射针对HARQ窗口的所捆绑的HARQ-ACK反馈。
又一些另外的示例性实施方案包括具有指令集的计算机可读存储介质。该指令集在由处理器执行时使该处理器执行包括以下项的操作：从网络接收时隙中的多个物理下行链路共享信道(PDSCH)发射，其中时隙中的该多个PDSCH发射包括时隙中对应于第一服务的第一组PDSCH发射和所述时隙中对应于第二服务的第二组PDSCH发射；对混合自动重传请求确认(HARQ-ACK)窗口中时隙中的PDSCH发射中的每个PDSCH发射进行解码；确定针对HARQ-ACK窗口中的每个PDSCH发射的HARQ确认(HARQ-ACK)反馈；以及向网络报告针对HARQ窗口的HARQ-ACK反馈。
附图说明
图1示出了根据各种示例性实施方案的示例性网络布置。
图2示出了根据各种示例性实施方案的示例性UE。
图3示出了根据各种示例性实施方案的说明对基于每分量载波(CC)的HARQ-ACK信息的捆绑的第一发射调度的示例。
图4示出了根据各种示例性实施方案的说明对跨CC的HARQ-ACK信息的捆绑的第二发射调度的示例。
图5示出了根据各种示例性实施方案的示出基于来自UE的反馈的HARQ-ACK反馈状态的示例性表。
图6示出了根据各种示例性实施方案的说明对CC域中HARQ-ACK信息的捆绑的第三发射调度的示例。.
图7示出了根据各种示例性实施方案的说明当在HARQ-ACK窗口内存在两种不同类型的PDSCH时隙时对HARQ-ACK反馈的处理的第四发射调度700的示例。
图8示出了根据各种示例性实施方案的上行链路(UL)时隙中的UCI冲突的示例。
图9A-9B示出了根据各种示例性实施方案的UL时隙中的UCI冲突的另外示例。
具体实施方式
参考以下描述及相关附图可进一步理解示例性实施方案，其中类似的元件具有相同的附图标号。这些示例性实施方案涉及组合将包括在UCI发射中的混合自动重传请求(HARQ)确认(ACK)信息，以提供从UE向网络传送UCI信息的更有效方式。
示例性实施方案是关于UE来描述的。然而，UE的使用仅仅是出于说明的目的。示例性实施方案能够与可建立与网络的连接并且被配置有用于与该网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起利用。因此，本文所述的UE用于代表任何电子部件。
还关于作为第五代(5G)新空口(NR)网络的网络和与5G NR网络有关的各种类型的信息和发射(诸如下行链路分配索引(DAI)、物理上行链路控制信道(PUCCH)等)来描述示例性实施方案。应当理解，对5GNR或与5G NR网络有关的特定信息或发射的任何引用仅是为了说明的目的而提供的。其他类型的网络可能以不同的方式指代相同的概念，并且示例性实施方案可能适用于具有本文所述示例性网络特征的任何网络。
在整个说明书中，将描述上行链路控制信息(UCI)将被报告回网络。该UCI信息将被描述为被“捆绑”、“组合”、“连接”、“压缩”或“复用”。应当理解，这些术语中的每一者都描述了将多条UCI信息组合成小于各条信息的总和的格式的一种或多种方式。下文将提供组合UCI信息的示例性方式。
另外，下文描述了载波聚合(CA)的一般描述。然而，示例性实施方案不需要激活载波聚合。如下文将更详细地描述的，参考在至少两个分量载波(CC)上接收下行链路(DL)通信的UE来描述示例性实施方案。CA是UE在两个或更多个CC上接收DL通信的一种示例性方式。本领域技术人员将理解，示例性实施方案可应用于其中UE在两个或更多个CC(例如，任何双连接(DC)方案)上接收DL通信的任何方案。
在一些示例性实施方案中，网络可支持具有多个CC的载波聚合(CA)。每个CC可表示有利于UE和网络之间在特定频带上的通信的信道。多个CC可对应于同一个频带，每个CC可对应于不同的频带或频带的组合。此外，每个CC具有特定带宽，UE配置有越多的CC，则可用于与网络进行通信的带宽就越多。CA可包括主分量载波(PCC)和至少一个辅分量载波(SCC)，该PCC和该至少一个SCC与用于促进与网络的通信的相同RAT相对应。PCC可部分地用于控制信息，诸如调度请求、上行链路许可、下行链路许可等。CA功能性使PCC和至少一个SCC能够组合带宽以与UE交换数据。因此，利用CA、PCC可为待交换的数据提供总带宽的第一部分，而SCC可提供该总带宽的第二部分。PCC和单个SCC的组合可被表征为包括两个载波的CC组合。为了进一步增加将与UE交换的数据的总可用带宽，可并入附加的SCC。
如上所述，UE可出于各种目的向网络提供反馈信息。该反馈信息可包括上行链路控制信息(UCI)。在5G NR网络中，通常经由物理上行链路控制信道(PUCCH)发送UCI。UCI可包括混合自动重传请求(HARQ)确认(ACK)信息。本领域技术人员将理解，HARQ是一种纠错形式，其可包括利用前向纠错(FEC)码对原始发射进行编码，以及在接收器检测到UL发射的问题时，发送稍后用于纠错的奇偶校验位，例如HARQ重发。因此，对于来自网络的每个数据发射，UE可以向网络发送对应的HARQ-ACK反馈，从而允许网络理解UE是否正确地接收到通信，以及网络是否应为接收到不正确的通信发送HARQ重发。
根据一些示例性实施方案，可以通过捆绑或组合多个码字的ACK和NACK来在空间上捆绑UE的HARQ-ACK通信。这种跨码字的对HARQ-ACK信息的空间捆绑可以减少发射回网络的HARQ-ACK位的量。发送回网络的数据量的这种减少可以减少通信的网络流量和延迟。在一些示例性实施方案中，提供了用于下行链路控制信息(DCI)的格式以支持UE捆绑HARQ-ACK信息。在一些示例性实施方案中，还描述了解决不同类型的UCI信息之间的冲突的方式。
图1示出了根据各种示例性实施方案的示例性网络布置100。示例性网络布置100包括UE 110。本领域的技术人员将理解，UE 110可为被配置为经由网络通信的任何类型的电子部件，例如，移动电话、平板电脑、台式计算机、智能电话、平板手机、嵌入式设备、可穿戴设备、物联网(IoT)设备等。还应当理解，实际网络布置可包括由任意数量的用户使用的任意数量的UE。因此，出于说明的目的，只提供了具有单个UE 110的示例。
UE 110可被配置为与一个或多个网络通信。在网络配置100的示例中，UE 110可与其进行无线通信的网络是5G新空口(NR)无线电接入网络(5G NR-RAN)120和LTE无线电接入网络(LTE-RAN)122。然而，应当理解，UE 110还可与其他类型的网络(例如，传统蜂窝网络、WLAN等)通信，并且UE 110还可通过有线连接来与网络通信。参照示例性实施方案，UE 110可与5G NR-RAN 120和/或LTE-RAN 122建立连接。因此，UE 110可具有用于与5G NR-RAN120通信的5G NR芯片组以及用于与LTE-RAN122通信的LTE芯片组两者。
5G NR-RAN 120和LTE-RAN 122可以是可由蜂窝提供商(例如，Verizon、AT&T、Sprint、T-Mobile等)部署的蜂窝网络的部分。这些网络120和122可包括例如被配置为从配备有适当蜂窝芯片组的UE发送和接收流量的小区或基站(Node B、eNodeB、HeNB、eNB、gNB、gNodeB、宏蜂窝基站、微蜂窝基站、小蜂窝基站、毫微微蜂窝基站等)。
独立的5G NR-RAN 120和LTE-RAN 122的使用仅出于进行示意性的说明而被提供。实际网络布置可包括无线电接入网，该无线电接入网包括能够提供5G NR RAT和LTE RAT服务两者的架构。例如，下一代无线电接入网(NG-RAN)可包括提供5G NR服务的下一代Node B(gNB)和提供LTE服务的下一代演进Node B(ng-eNB)。NG-RAN可连接到演进分组核心(EPC)或5G核心(5GC)中的至少一者。
UE 110可经由下一代Node B(gNB)120A或gNB 120B中的至少一者连接到5G NR-RAN 120。UE 110可经由演进节点B(eNB)122A或eNB122B中的至少一者连接到LTE-RAN 122。本领域的技术人员将理解，可执行使UE 110连接至5G NR-RAN 120或LTE-RAN 122的任何相关过程。例如，如上所述，可使5G NR-RAN 120与特定的蜂窝提供商相关联，在提供商处，UE110和/或其用户具有协议和凭据信息(例如，存储在SIM卡上)。在检测到5G NR-RAN 120的存在时，UE 110可发射对应的凭据信息，以便与5G NR-RAN 120相关联。更具体地讲，UE 110可以与特定小区(例如，5G NR-RAN 120的gNB 120A)相关联。相似地，为了接入LTE服务，UE110可与eNB 122A相关联。然而，如上所述，5G NR-RAN 120和LTE-RAN122的使用是出于示意性说明的目的，并且可使用任何适当类型的RAN网络。
除RAN 120和122之外，网络布置100还包括蜂窝核心网130、互联网140、IP多媒体子系统(IMS)150和网络服务主干160。蜂窝核心网130可被视为管理蜂窝网络的操作和流量的部件的互连集合。它可包括EPC和/或5GC。蜂窝核心网130还管理在蜂窝网络与互联网140之间流动的流量。IMS 150通常可被描述为用于使用IP协议将多媒体服务递送至UE 110的架构。IMS 150可与蜂窝核心网130和互联网140通信以将多媒体服务提供至UE 110。网络服务主干160与互联网140和蜂窝核心网130直接或间接通信。网络服务主干160可通常被描述为一组部件(例如，服务器、网络存储布置等)，其实施一套可用于扩展UE 110与各种网络通信的功能的服务。
图2示出了根据各种示例性实施方案的示例性UE 110。将参照图1的网络布置100来描述UE 110。UE 110可表示任何电子设备，并且可包括处理器205、存储器布置210、显示设备215、输入/输出(I/O)设备220、收发器225以及其他部件230。其他部件230可包括例如音频输入设备、音频输出设备、提供有限功率源的电池、数据采集设备、用于将UE 110电连接到其他电子设备的端口、用于检测UE 110的状况的传感器等。
处理器205可被配置为执行UE 110的多个引擎。例如，引擎可包括UCI反馈引擎235。UCI反馈引擎235可执行对UCI内HARQ-ACK信息的捆绑并且解决UCI冲突，如下文将更详细地描述。
上述引擎各自作为由处理器205执行的应用程序(例如，程序)仅是示例性的。与引擎相关联的功能也可被表示为UE 110的独立整合部件，或者可为耦接到UE 110的模块化部件，例如，具有或不具有固件的集成电路。例如，集成电路可包括用于接收信号的输入电路和用于处理信号和其他信息的处理电路。引擎也可被体现为一个应用程序或分开的多个应用程序。此外，在一些UE中，针对处理器205描述的功能性在两个或更多个处理器诸如基带处理器和应用处理器之间分担。可以按照UE的这些或其他配置中的任何配置实施示例性实施方案。
存储器210可以是被配置为存储与由UE 110执行的操作相关的数据的硬件部件。显示设备215可以是被配置为向用户显示数据的硬件部件，而I/O设备220可以是使得用户能够进行输入的硬件部件。显示设备215和I/O设备220可以是独立的部件或者可被集成在一起(诸如触摸屏)。收发器225可以是被配置为与5G NR-RAN 120、LTE-RAN 122等建立连接的硬件部件。因此，收发器225可在各种不同的频率或信道(例如，连续频率组)上工作。
在以下示例中，可以认为UE 110连接到CA活动的5G NR-RAN 120。gNB 120A可被认为是服务于PCC(以下也称为CC0)，而gNB 120B可被认为是服务于SCC(以下也称为CC1)。因此，被传送到UE 110的控制信息将是经由PCC从gNB 120A传送的。类似地，从UE 110发送到网络的UCI信息将被发送到gNB 120A。本领域技术人员将理解，这仅是许多布置中的一种可能布置并且仅被提供以提供示例性实施方案的描述的上下文。
如上所述，在一些示例性实施方案中，UE 110可以在向gNB 120A报告的HARQ-ACK反馈中在空间上捆绑多个码字的ACK和NACK。为了实现这种捆绑，UE 110可以从gNB 120A接收关于UE 110将要接收的并且与用于HARQ-ACK反馈的单个PUCCH相关联的发射数量的信息。
在一些示例性实施方案中，该信息可经由下行链路分配索引(DAI)并且更具体地，经由计数器DAI(C-DAI)提供给UE 110。DAI向UE 110提供对物理下行链路共享信道(PDSCH)上调度的下行链路数据发射中的每一者的指示。C-DAI提供调度的PDSCH发射的数量。
图3示出了根据各种示例性实施方案的说明对基于每分量载波(CC)的HARQ-ACK信息的捆绑的第一发射调度300的示例。在整个说明书中，描述了多个发射调度。应当理解，提供这些发射调度中的每一者是为了说明对示例性实施方案的描述。示例性实施方案不限于示例性发射调度，因为本领域普通技术人员将理解如何将本文描述的原理应用于许多不同的发射场景。
发射调度300示出了用于CC0 310的PDSCH时隙311-314和用于CC1320的PDSCH时隙321-324。阴影时隙311、312、314、321和323是已调度PDSCH发射的时隙，而其余时隙313、322和324未被调度。如所描述的，由gNB 120A在物理下行链路控制信道(PDCCH)上在DCI中发射的DAI将向UE 110指示调度的时隙。类似地，C-DAI为UE提供了调度的时隙的数量。因此，应当理解，调度的时隙将在其中调度PDSCH发射，并且在整个说明书中，术语时隙也可用于指代针对该时隙调度的PDSCH发射。
在此示例中，在C-DAI中提供的计数基于CC，例如，如调度的时隙311、312和314中的数字所示，CC0 310的C-DAI从一到三(3)更新，并且如调度的时隙321和323中的数字所示，CC0 320的C-DAI从一到二(2)更新。C-DAI表示具有分配的PDSCH发射的PDCCH以及指示在HARQ-ACK窗口内直到当前时隙的下行链路SPS释放的PDCCH的累加数量。应当理解，在该示例中，HARQ-ACK窗口是四(4)个时隙。对于本文描述的该示例和其他示例，可经由与5GNR-RAN 120的无线电资源控制(RRC)信令为UE 110配置HARQ-ACK窗口的大小。另外，C-DAI可能会随着监视时机的不同而更新。
发射调度300还示出了由UE 110发射到提供HARQ-ACK反馈的gNB120A的PUCCH时隙330。如上所述，PUCCH时隙330中的HARQ-ACK反馈包括多个码字的在空间上捆绑的ACK和NACK。在一些示例性实施方案中，ACK和NACK可使用逻辑“与”运算来捆绑。然而，本领域技术人员将理解，可能存在用于捆绑ACK和NACK的其他操作。
在图3的示例中，针对时隙311和312的HARQ-ACK反馈将被捆绑并且在PUCCH时隙330中报告。在该示例性实施方案中，因为基于每个CC来报告HARQ-ACK反馈，所以仅有一个剩余调度的时隙314留给CC0 310。因此，针对时隙314的HARQ-ACK反馈不具有要与之捆绑的对应时隙，并且因此PUCCH时隙330中针对时隙314的HARQ-ACK反馈将仅是针对该时隙314的ACK或NACK。针对CC1 320的HARQ-ACK反馈将是针对时隙321和323的捆绑的HARQ-ACK。因此，如从该示例可以看出，如果存在偶数个调度的时隙，则基于UE 110执行的捆绑，HARQ-ACK反馈信息可减少1/2。替代地，与单个CC上的所有PDSCH(例如时隙311/312以及314中的PDSCH)相关联的HARQ-ACK位被捆绑在一起，以生成用于CC1 320的单个位。
图4示出了根据各种示例性实施方案的说明对跨CC的HARQ-ACK信息的捆绑的第二发射调度400的示例。发射调度400基本上类似于发射调度300，除了C-DAI是跨CC累加的而不是限制于如图3中基于每个CC。下文将更详细地描述跨CC的这种累加。发射调度400示出了用于CC0 410的PDSCH时隙411-414和用于CC1 420的PDSCH时隙421-424。阴影时隙411、412、414、421和423是调度的PDSCH时隙，而其余时隙413、422和424未被调度。
在此示例中，C-DAI中提供的计数是跨CC累加的。在此示例中，HARQ-ACK窗口也可被认为是4个时隙。然而，如上所述，gNB 120A可以向UE 110发信号通知以使用任何大小的HARQ-ACK窗口。因此，在此示例中，调度的时隙被累加并且对应于窗口大小从1-4编号，然后下一个窗口再次从1开始。可以看出，累加是按照时隙顺序执行的，其中具有较小索引的CC(例如CC0 410)的优先级高于具有较大索引的任何CC(例如，CC1420)。因此，在示例中，C-DAI指示有五(5)个调度的时隙，编号为1-4和1。
发射调度400还示出了由UE 110发射到提供HARQ-ACK反馈的gNB120A的PUCCH时隙430。类似于上文关于图3所述的示例，PUCCH时隙430中的HARQ-ACK反馈包括基于C-DAI的多个码字的在空间上捆绑的ACK和NACK。例如，用于CC0 410的PDSCH时隙411的HARQ-ACK信息可使用例如逻辑“与”运算(或任何其他数据组合运算)与用于CC1 420的PDSCH时隙421的HARQ-ACK信息捆绑。
图5示出了根据各种示例性实施方案的示出基于来自UE 110的反馈的HARQ-ACK反馈状态的示例性表500。根据以上描述，应当理解，HARQ-ACK反馈状态指示从具有C-DAI＝1的第一调度的PDSCH子帧开始已被UE110成功解码的连续PDSCH时隙的数量。例如，参考表500，状态1指示一(1)个PDSCH时隙(例如，HARQ-ACK窗口中的第一PDSCH时隙)已被成功解码。在表500中所示的另一示例中，状态4指示四(4)个连续PDSCH时隙(从HARQ-ACK窗口的第一时隙开始)已被成功解码。
因此，在接收到HARQ-ACK反馈之后，gNB 120A可确定从具有C-DAI＝1的第一调度的PDSCH时隙开始多少PDSCH时隙已被UE成功解码。然后，gNB 120A可以仅重新发射具有比最后成功解码的时隙更高的C-DAI的PDSCH时隙。
在其他示例性实施方案中，代替向gNB 120A报告单个ACK和NACK，UE 110可以报告如图5的表500中所示的状态。例如，参考图4的示例，可以认为HARQ-ACK窗口是4个时隙，并且UE 110成功地解码窗口的前三(3)个时隙(例如，C-DAI＝1至C-DAI＝3)。在此示例中，UE110可以在PUCCH中向gNB 120A报告如表500中所示的状态3。这将向gNB120A指示以C-DAI＝1开始的前三(3)个调度的PDSCH时隙已被成功解码。然后，gNB 120A可重新发射具有C-DAI>3的调度的PDSCH时隙(例如，对于此示例为具有C-DAI＝4的时隙)。
在其他示例性实施方案中，可以提供时域HARQ-ACK捆绑。例如，HARQ-ACK位可以跨HARQ-ACK捆绑窗口内的时隙被捆绑。该捆绑可通过基于每个码字的所有对应的单个HARQ-ACK位的逻辑“与”运算来执行。该时域HARQ-ACK捆绑可基于每个CC执行。例如，如果CC包括单个码字，则CC的HARQ-ACK窗口中的每个调度的时隙的HARQ-ACK反馈可例如使用逻辑“与”运算被组合。因此，该捆绑将导致每个CC生成一个HARQ-ACK位。然后，UE 110可将CC的单个HARQ-ACK位报告给gNB120A。又如，如果CC包括两个码字，则CC的HARQ-ACK窗口中的每个调度的时隙的每个码字的HARQ-ACK反馈可例如使用逻辑“与”运算被组合。因此，该捆绑将导致每个CC生成两个HARQ-ACK位。
图6示出了根据各种示例性实施方案的说明对CC域中HARQ-ACK信息的捆绑的第三发射调度600的示例。发射调度600将用于描述与CC域HARQ-ACK捆绑有关的示例性实施方案。发射调度600示出了用于CC0 610的PDSCH时隙611-614和用于CC1 620的PDSCH时隙621-624。阴影时隙611、612、614、621和623是调度的PDSCH时隙，而其余时隙613、622和624未被调度。
CC域HARQ-ACK捆绑可包括两个单独的捆绑操作。在第一操作中，可以跨每个PDSCH发射内的多个码字执行空间HARQ-ACK捆绑。例如，参考图6，可以捆绑用于每个单个PDSCH时隙(例如，时隙611)的每个码字的HARQ-ACK反馈。因此，在图6的示例中，在第一操作之后，可能存在对应于五(5)个调度的PDSCH时隙611、612、614、621和623的五(5)个捆绑的HARQ-ACK。如上所述，该捆绑基于每个PDSCH时隙内的两个或更多个码字的捆绑。
在第二操作中，在每个时隙内跨CC进一步捆绑在第一操作中生成的捆绑的HARQ-ACK。例如，可以将CC0 610中时隙611的捆绑的HARQ-ACK与CC1 620中对应的时隙621进行捆绑。在一些示例性实施方案中，可以在CA场景中基于每个监视时机跨CC来累加C-DAI。
图7示出了根据各种示例性实施方案的说明当在HARQ-ACK窗口内存在两种不同类型的PDSCH时隙时对HARQ-ACK反馈的处理的第四发射调度700的示例。发射调度700将用于描述与为具有两个不同PDSCH组的PDSCH时隙连接HARQ-ACK有关的示例性实施方案。例如，每个PDSCH组可以与一种服务类型相关联。在一个示例性实施方案中，第一PDSCH组与URLCC服务相关联，并且第二PDSCH组与增强的移动宽带(eMBB)服务相关联。可以将PDSCH的组索引明确地发信号通知为DCI格式的一部分，例如，DCI的位可被设置为0以指示PDSCH时隙是第一组的成员，而该位也可被设置为1以指示PDSCH时隙是第二组的成员。
参考图7，发射调度700示出了用于CC0 710的时隙711-713，并且用于CC1 720的时隙721-723被用于第一组PDSCH发射。同样，阴影时隙711、712、721和723被调度为用于第一组PDSCH发射，而其余时隙713和722未被调度。另外，发射调度700示出了用于CC0 710的时隙719，并且用于CC1 720的时隙729被用于第二组PDSCH。
在一些示例性实施方案中，HARQ-ACK反馈能够以与上文针对其他示例性实施方案所述的相同方式被捆绑，并且UE 110然后可以经由PUCCH时隙730向gNB 120A报告HARQ-ACK反馈。
然而，相对于多组PDSCH可能存在一些特殊情况。例如，可能存在两个组中携带HARQ-ACK位的对应PUCCH资源重叠的情况。在这种情况下，可以修改向UE 110提供针对第二组PDSCH时隙的调度信息的DCI。在图7的示例中，提供此调度信息的DCI在发射调度700中被示出为用于CC0 710的DCI 740和用于CC1 720的DCI 750。
DCI 740和750的示例示出在发射调度700上方。如图7所示，DCI 740和750的DCI格式包括第一部分760和第二部分770。第二部分770包括针对第二组PDSCH时隙的信息，例如C-DAI和总-DAI(T-DAI)。然而，DCI格式还包括第一部分760，该第一部分包括用于由在其他时隙711/712/713/721/723中发射的其他DCI格式调度的第一组PDSCH时隙的T-DAI。这为UE110提供了第一组的PDSCH调度信息，该信息包括直到时隙i(例如，在该示例中，直到包括时隙719和729的位置)的DL SPS释放。如发射调度700中所示，可使用例如2位T-DAI 760在时隙i中明确地发信号通知该信息。
在一些示例性实施方案中，T-DAI 760的值可以等于或大于在HARQ-ACK捆绑窗口中调度的组1PDSCH时隙的总数。这可以为gNB 120A提供在经由DCI 740/750调度的第二组PDSCH时隙之后调度附加的第一组PDSCH发射的机会。例如，图7的示例中的T-DAI可被设置为六(6)，从而允许稍后调度两个附加的第一组PDSCH发射但仍然在PUCCH 730上反馈HARQ-ACK。
在上述示例中，描述了如果通过PUCCH发射UCI反馈，则将执行UCI反馈(例如，包括捆绑的HARQ-ACK操作)并报告回gNB 120A。然而，在一些示例性实施方案中，gNB 120A可以配置UE 110来执行UCI复用，包括图3/4/5/6中的HARQ-ACK捆绑操作，以及图7中描述的PUCCH和/或PUSCH中的HARQ-ACK连接操作。该配置可通过更高层(例如，RRC信令或MAC CE)或通过PDCCH信令发信号通知到UE 110。在一些实施方案中，可以指定公共信令以指示在PUCCH和PUSCH两者上都启用UCI。然而，在其他实施方案中，可以使用单独的信令来独立地控制针对PUCCH和PUSCH发射的UCI复用操作。
在一些示例性实施方案中，如果不启用针对不同服务类型的UCI复用，则UE 110可丢弃与较低优先级服务(例如，eMBB业务)相关联的UCI信息。
根据示例性实施方案的其他方面，可以指定附加字段。第一新字段可以是PDSCH分组索引(DGI)。DGI字段可用于指示调度的PDSCH发射或SPS释放的组索引。第二字段可以是HARQ-ACK请求(AR)。在时隙i中发射的AR字段可触发UE重新发射对应于DCI格式的检测的HARQ-ACK位，每个DCI格式提供与较早时隙中指示的DGI字段的相同值。UE 110可以将与由DGI字段指示的PDSCH组相关联的HARQ-ACK信息附加到针对复用UCI发射时机新生成的HARQ-ACK信息。
图8示出了根据各种示例性实施方案的上行链路(UL)时隙805中的UCI冲突的示例。在图8的示例中，可以认为存在针对时隙805调度的两个PUCCH发射。第一PUCCH发射可以是例如PUCCH发射810，其包括UE110正在使用的针对URLLC服务的HARQ-ACK反馈。第二PUCCH发射可以是例如PUCCH发射820，其包括UE 110正在使用的针对eMBB服务的HARQ-ACK反馈。在此示例中，URLLC PUCCH发射810被示出为两(2)个符号，并且可被认为是对eMBB PUCCH发射820“删截”。
示例性实施方案可以提供处理此类UCI冲突的多种方式。通常，处理UCI冲突的方式可基于针对PUCCH发射的服务的优先级。在图8的示例中，可以认为URLLC服务具有比eMBB服务更高的优先级。然而，应当注意，这两个服务的使用仅是示例性的，并且UE 110可访问具有各种优先级的其他类型的服务。为了解决UCI冲突，UE 110可以了解正发生冲突的两个服务的PUCCH发射之间的相对优先级。
在一些示例性实施方案中，为了解决冲突，UE 110可以跳过与较低优先级服务相关联的PUCCH发射，例如eMBB PUCCH发射820。
在一些示例性实施方案中，为了解决冲突，UE 110可以部分地发射与较低优先级服务相关联的PUCCH发射。例如，如图8所示，eMBB PUCCH发射820可以在完成URLLC PUCCH发射810之后开始，例如在时间830期间。该部分发射示例可以取决于预定义的处理时间(例如，N2值)。例如，如果处理时间超过在完成URLCC PUCCH发射810之后在时隙805中留下的时间量，则UE 110可以完全跳过eMBB PUCCH发射820。
在一些示例性实施方案中，UE 110可基于各种条件决定跳过或部分地发射较低优先级的PUCCH发射(例如，eMBB发射820)。这些条件可包括例如被URLCC PUCCH发射810删截的资源与eMBB PUCCH发射820的资源元素总数的比率。如果该比率高于预定义阈值，则UE110可以完全跳过eMBB PUCCH发射820。
其他示例性条件可包括PUCCH格式类型、PUCCH发射的非重叠符号之间的发射功率差异以及较低优先级PUCCH发射的参考符号是否被删截。应当理解，这些条件可以单独使用或以与UE的其他条件的任何组合使用，以相对于较低优先级的PUCCH发射作出发射决策。
图9A-B示出了根据各种示例性实施方案的UL时隙905和955中的UCI冲突的另外示例。在图9A的示例中，可以认为存在针对时隙905调度的两个PUCCH发射。这些PUCCH发射可以是例如较高优先级的PUCCH发射910(例如，用于URLLC服务)和UE 110正在使用的较低优先级的PUCCH发射920(例如，用于eMBB服务)。在此示例中，URLLC PUCCH发射910被示出为对eMBB PUCCH发射920删截。
在图9A的示例中，较低优先级的PUCCH发射(例如，eMBB PUCCH发射920)可以从时隙905推迟到下一个UL时隙908。较低优先级的PUCCH发射的这种推迟可以是自主的，例如，当存在这种UCI冲突时，较低优先级的发射自主地推迟到下一个UL时隙。
在图9B的示例中，可以认为存在针对时隙955调度的两个PUCCH发射。这些PUCCH发射可以是例如较高优先级的PUCCH发射960(例如，用于URLLC服务)和UE 110正在使用的较低优先级的PUCCH发射970(例如，用于eMBB服务)。在此示例中，URLLC PUCCH发射960被示出为对eMBB PUCCH发射970删截。
在图9B的示例中，较低优先级的PUCCH发射(例如，eMBB PUCCH发射970)可被推迟直到完成较高优先级的PUCCH发射(例如，URLLC PUCCH发射960)为止。因此，在该示例中，eMBB PUCCH发射970仍在最初调度的时隙955中开始，但是它被推迟到较高优先级的发射完成。如果eMBB PUCCH发射970在时隙955内未完成，则可以在下一个UL时隙958中完成发射的其余部分。
根据本公开的某些方面，可以通过RRC信令来针对UE预先配置一组β偏移值，并且可以至少基于PUSCH发射使用DCI格式中的β偏移指示符字段来动态地选择一个或多个β偏移值。为了提供示例，可以基于每个UE通过RRC信令来配置两个β偏移值。取决于调度的PUSCH类型(例如，eMBB服务类型或URLLC服务类型)，可以通过DCI格式中的β偏移指示符字段来动态地发信号通知两个配置的值中的一个。作为一个示例，如果PUSCH用于URLLC，则可以针对PUSCH上搭载的UCI来配置较小的β偏移值，以避免由于UCI发射而导致的PUSCH性能下降。
本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。
尽管本专利申请描述了各自具有不同特征的各种实施方案的各种组合，本领域的技术人员将会理解，一个实施方案的任何特征均可以任何未被公开否定的方式与其他实施方案的特征或者在功能上或逻辑上不与本发明所公开的实施方案的设备的操作或所述功能不一致的特征相组合。
众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。
对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。

Claims (20)

1.一种包括指令集的计算机可读存储介质，其中所述指令集在由处理器执行时使用户装备(UE)的处理器执行操作，所述操作包括：
从网络接收混合自动重传请求确认(HARQ-ACK)窗口的时隙中的多个物理下行链路共享信道(PDSCH)发射；
对所述HARQ窗口的所述时隙中所述PDSCH发射中的每个PDSCH发射进行解码；
确定针对所述HARQ-ACK窗口中的每个PDSCH发射的HARQ-ACK反馈；
对针对所述PDSCH发射中的至少两个PDSCH发射的HARQ-ACK反馈进行捆绑；以及
向所述网络报告针对所述HARQ窗口的所捆绑的HARQ-ACK反馈。
2.根据权利要求1所述的计算机可读存储介质，其中时隙中的所述多个PDSCH发射包括经由第一分量载波(CC)接收到的时隙中的第一组PDSCH发射和经由第二CC接收到的第二组PDSCH发射时隙，其中对针对所述至少两个PDSCH发射的所述HARQ反馈的所述捆绑是基于每个CC的。
3.根据权利要求1所述的计算机可读存储介质，其中时隙中的所述多个PDSCH发射包括经由第一分量载波(CC)接收到的时隙中的第一组PDSCH发射和经由第二CC接收到的第二组PDSCH发射时隙，其中对针对所述至少两个PDSCH发射的所述HARQ反馈的所述捆绑是跨所述第一CC和所述第二CC而执行的。
4.根据权利要求1所述的计算机可读存储介质，其中所述操作还包括：
从所述网络接收对所述HARQ窗口中的时隙中的PDSCH发射的数量的识别。
5.根据权利要求1所述的计算机可读存储介质，其中所述HARQ-ACK反馈作为向所述网络报告的上行链路控制信息(UCI)的一部分而被报告。
6.根据权利要求1所述的计算机可读存储介质，其中所述捆绑包括从所述HARQ窗口中第一调度的PDSCH发射开始，确定所述HARQ窗口内被成功解码的连续PDSCH发射的数量，并且报告所述HARQ反馈包括报告所述数量。
7.根据权利要求6所述的计算机可读存储介质，其中报告所述数量包括向所述网络报告HARQ-ACK状态，其中多个HARQ-ACK状态被定义为表示从所述HARQ窗口中第一调度的PDSCH发射开始被成功解码的连续PDSCH发射的所述数量。
8.根据权利要求1所述的计算机可读存储介质，其中所述捆绑包括逻辑“与”运算。
9.根据权利要求1所述的计算机可读存储介质，其中时隙中的所述多个PDSCH发射包括经由第一分量载波(CC)接收到的时隙中的第一组PDSCH发射和经由第二CC接收到的第二组PDSCH发射时隙，其中对所述HARQ反馈的所述捆绑包括基于每个码字来对针对在所述第一CC上接收到的所述第一组PDSCH发射中的每个PDSCH发射的所述HARQ反馈进行捆绑。
10.一种用户装备(UE)，包括：
收发器，所述收发器被配置为连接到网络并从所述网络接收混合自动重传请求确认(HARQ-ACK)窗口的时隙中的多个PDSCH发射；
处理器，所述处理器被配置为对所述HARQ-ACK窗口中所述时隙中的所述PDSCH发射中的每个PDSCH发射进行解码，确定针对所述HARQ-ACK窗口中的每个PDSCH发射的HARQ-ACK反馈，以及对针对所述PDSCH发射中的至少两个PDSCH发射的HARQ-ACK反馈进行捆绑，
其中所述收发器被进一步配置为向所述网络发射针对所述HARQ窗口的所捆绑的HARQ-ACK反馈。
11.根据权利要求10所述的UE，其中时隙中的所述多个PDSCH发射包括经由第一分量载波(CC)接收到的时隙中的第一组PDSCH发射和经由第二CC接收到的第二组PDSCH发射时隙，
12.根据权利要求11所述的UE，其中所述第一组PDSCH发射是基于第一码字来编码的，其中所捆绑的HARQ-ACK反馈包括一个位。
13.根据权利要求11所述的UE，其中所述第一组PDSCH发射是基于第一码字和第二码字来编码的，其中所捆绑的HARQ-ACK反馈包括两个位。
14.一种包括指令集的计算机可读存储介质，其中所述指令集在由处理器执行时使用户装备(UE)的处理器执行操作，所述操作包括：
从网络接收时隙中的多个物理下行链路共享信道(PDSCH)发射，其中所述时隙中的所述多个PDSCH发射包括所述时隙中对应于第一服务的第一组PDSCH发射和所述时隙中对应于第二服务的第二组PDSCH发射；
对混合自动重传请求确认(HARQ-ACK)窗口中的时隙中的所述PDSCH发射中的每个PDSCH发射进行解码；
确定针对所述HARQ-ACK窗口中的每个PDSCH发射的HARQ确认(HARQ-ACK)反馈；以及
向所述网络报告针对所述HARQ窗口的所述HARQ-ACK反馈。
15.根据权利要求14所述的计算机可读存储介质，其中所述操作还包括：
接收针对所述第二组PDSCH发射的调度信息，其中所述调度信息包括针对所述HARQ-ACK窗口中的所述第一组PDSCH发射的信息；
将针对所述第一组PDSCH发射和所述第二组PDSCH发射的所述HARQ-ACK信息顺序地连接到一个HARQ-ACK反馈中。
16.根据权利要求15所述的计算机可读存储介质，其中针对所述第一组PDSCH发射的所述信息包括物理下行链路控制信道(PDCCH)和PDSCH发射的总数，所述PDCCH指示所述第一组PDSCH发射在所述HARQ窗口内的下行链路(DL)半持久调度(SPS)释放，所述第一组PDSCH发射中的最后一个PDSCH发射将在所述HARQ窗口中被发射。
17.根据权利要求13所述的计算机可读存储介质，其中针对所述第一组PDSCH发射的所述HARQ反馈在第一消息中被发射到所述网络，并且针对所述第二组PDSCH发射的所述HARQ反馈在第二消息中被发射到所述网络。
18.根据权利要求17所述的计算机可读存储介质，其中针对所述第一消息和所述第二消息的调度指示所述第一消息和所述第二消息之间的冲突，所述操作还包括：
基于所述第一服务相对于所述第二服务的优先级来解决所述冲突。
19.根据权利要求18所述的计算机可读存储介质，其中所述第一服务具有比所述第二服务更高的优先级，并且其中基于跳过所述第二消息的发射来解决所述冲突。
20.根据权利要求18所述的计算机可读存储介质，其中所述第一服务具有比所述第二服务更高的优先级，并且其中基于在所述第一消息的发射完成之后发射第二消息来解决所述冲突。
CN202080099489.6A 2020-04-08 2020-04-08 上行链路控制信息报告 Pending CN115399018A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/083730 WO2021203287A1 (en) 2020-04-08 2020-04-08 Uplink control information reporting

Publications (1)

Publication Number Publication Date
CN115399018A true CN115399018A (zh) 2022-11-25

Family

ID=78023765

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080099489.6A Pending CN115399018A (zh) 2020-04-08 2020-04-08 上行链路控制信息报告

Country Status (6)

Country Link
US (1) US20220311555A1 (zh)
EP (1) EP4133835A4 (zh)
JP (1) JP7485782B2 (zh)
KR (1) KR20220153052A (zh)
CN (1) CN115399018A (zh)
WO (1) WO2021203287A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11723023B2 (en) * 2020-05-07 2023-08-08 Samsung Electronics Co., Ltd. System and method for managing collisions in multiple-transmission-and-reception-points communications
US11683815B2 (en) * 2020-05-15 2023-06-20 Qualcomm Incorporated Piggyback downlink control information (DCI) scheduling limit
US11968686B2 (en) * 2021-11-24 2024-04-23 Qualcomm Incorporated Enhanced user equipment channel state feedback capability with frequent reporting

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012036502A2 (ko) * 2010-09-16 2012-03-22 엘지전자 주식회사 무선통신 시스템에서의 제어정보의 전송 방법 및 장치
CN103299571B (zh) * 2010-11-11 2015-12-02 Lg电子株式会社 无线通信系统中的上行链路控制信息发射/接收方法和装置
CN103095433B (zh) * 2011-11-04 2018-06-15 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
CN103095432A (zh) * 2011-11-07 2013-05-08 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
US9088977B2 (en) * 2012-05-30 2015-07-21 Intel Corporation Hybrid automatic repeat request (HARQ) mapping for carrier aggregation (CA)
US8958331B2 (en) 2012-07-02 2015-02-17 Intel Corporation HARQ-ACK handling for unintended downlink sub-frames
EP3070870B1 (en) 2015-03-18 2018-02-21 Panasonic Intellectual Property Corporation of America Improved HARQ feedback mechanism for carrier aggregation beyond 5 carriers
DE112015006784T5 (de) * 2015-08-07 2018-04-19 Intel IP Corporation UCI für die Carrier Aggregation
WO2018137206A1 (zh) * 2017-01-25 2018-08-02 华为技术有限公司 基于半双工模式的数据传输方法及装置
US10757706B2 (en) 2017-11-22 2020-08-25 Qualcomm Incorporated Techniques and apparatuses for using a downlink assignment index in new radio
WO2019216727A1 (ko) * 2018-05-11 2019-11-14 엘지전자 주식회사 하향링크 데이터를 송수신하는 방법 및 이를 위한 장치
US20210329682A1 (en) * 2018-07-30 2021-10-21 Ntt Docomo, Inc. Base station
CN113169820B (zh) * 2018-07-30 2024-01-09 株式会社Ntt都科摩 终端、无线通信方法以及系统
US11881953B2 (en) * 2018-08-08 2024-01-23 Beijing Xiaomi Mobile Software Co., Ltd. Hybrid automatic repeat request (HARQ) feedback method and apparatus
CN110875814B (zh) * 2018-09-03 2023-05-02 华为技术有限公司 发送和接收混合自动重传请求确认信息的方法、通信装置
WO2021155827A1 (en) * 2020-02-07 2021-08-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for nack-only reporting in rrc idle and inactive states

Also Published As

Publication number Publication date
JP2023520221A (ja) 2023-05-16
KR20220153052A (ko) 2022-11-17
EP4133835A1 (en) 2023-02-15
WO2021203287A1 (en) 2021-10-14
EP4133835A4 (en) 2024-02-21
US20220311555A1 (en) 2022-09-29
JP7485782B2 (ja) 2024-05-16

Similar Documents

Publication Publication Date Title
US10659210B2 (en) Method for transmitting ACK/NACK in wireless communication system and device using same
KR102508791B1 (ko) 통신 방법 및 디바이스
US11082981B2 (en) HARQ feedback using carrier aggregation
US10615939B2 (en) Method and device for transmitting ACK/NACK in wireless communication system
US20220295521A1 (en) Transmission method, communication node and medium
CN106452661B (zh) 应答信息的传输方法、装置、基站及终端
ES2899945T3 (es) Método y aparato de transmisión de información de control de enlace ascendente
US10727985B2 (en) Control information sending method and communications device
EP2850871B1 (en) Devices for sending and receiving feedback information
US9906334B2 (en) Method and apparatus for transmitting ACK/NACK signal in wireless communication system
JP6526231B2 (ja) 制御情報を送信するための方法、ユーザ機器、及び基地局
CN116405165A (zh) 发送harq-ack/nack的方法和设备及下行传输方法和设备
US20160337110A1 (en) Resource management method and device and computer storage medium
KR20170108966A (ko) 향상된 캐리어 집성을 위한 소프트 버퍼 관리
US20220321308A1 (en) Methods and apparatuses for harq codebook construction
US20210135793A1 (en) Method for generating hybrid automatic repeat request harq information and apparatus
JP7485782B2 (ja) アップリンク制御情報報告
CN116349180A (zh) 无线通信中的harq码本确定
CN115380485A (zh) 无线通信中基于已配置授权的上行链路传输
JP2019146258A (ja) 制御情報を送信するための方法、ユーザ機器、及び基地局

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