CN115004592B - 类型3混合自动重传请求确认 - Google Patents

类型3混合自动重传请求确认 Download PDF

Info

Publication number
CN115004592B
CN115004592B CN202180010886.6A CN202180010886A CN115004592B CN 115004592 B CN115004592 B CN 115004592B CN 202180010886 A CN202180010886 A CN 202180010886A CN 115004592 B CN115004592 B CN 115004592B
Authority
CN
China
Prior art keywords
dci message
field
type
ack
3harq
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
CN202180010886.6A
Other languages
English (en)
Other versions
CN115004592A (zh
Inventor
M·霍什内维桑
J·孙
张晓霞
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.)
Qualcomm Inc
Original Assignee
Qualcomm 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 Qualcomm Inc filed Critical Qualcomm Inc
Priority to CN202410282981.7A priority Critical patent/CN118138195A/zh
Publication of CN115004592A publication Critical patent/CN115004592A/zh
Application granted granted Critical
Publication of CN115004592B publication Critical patent/CN115004592B/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/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
    • 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
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • 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/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers

Landscapes

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

Abstract

概括而言，本公开内容的各个方面涉及无线通信。在一些方面中，用户设备(UE)可以接收下行链路控制信息(DCI)消息，DCI消息至少包括第一字段和第二字段，第一字段指示针对类型3混合自动重传请求(HARQ)确认(HARQ‑ACK)的请求，当第二字段的值符合以下条件时，第二字段指示不调度物理下行链路共享信道(PDSCH)通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零。UE可以至少部分地基于DCI消息来发送类型3HARQ‑ACK。提供了许多其它方面。

Description

类型3混合自动重传请求确认
技术领域
本专利申请要求于2020年2月4日提交的、标题为“TYPE 3HYBRID AUTOMATICREPEAT REQUEST ACKNOWLEDGMENT”的临时专利申请No.62/970,069，以及于2021年2月2日提交的、标题为“TYPE 3HYBRID AUTOMATIC REPEAT REQUEST ACKNOWLEDGMENT”的美国非临时专利申请No.17/165,732的优先权，上述申请通过引用方式明确地并入本文。
技术领域
概括地说，本公开内容的各方面涉及无线通信以及涉及用于类型3混合自动重传请求确认的技术和装置。
背景技术
无线通信系统被广泛地部署以提供诸如电话、视频、数据、消息传送以及广播的各种电信服务。典型的无线通信系统可以采用能够通过共享可用的系统资源(例如，带宽、发射功率等)来支持与多个用户进行通信的多址技术。这样的多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、时分同步码分多址(TD-SCDMA)系统以及长期演进(LTE)。LTE/改进的LTE是对由第三代合作伙伴计划(3GPP)发布的通用移动电信系统(UMTS)移动标准的增强集。
无线网络可以包括能够支持针对多个用户设备(UE)的通信的多个基站(BS)。UE可以经由下行链路和上行链路与BS进行通信。下行链路(或前向链路)指代从BS到UE的通信链路，以及上行链路(或反向链路)指代从UE到BS的通信链路。如本文将更加详细描述的，BS可以被称为节点B、gNB、接入点(AP)、无线头端、发送接收点(TRP)、新无线电(NR)BS、5G节点B等。
已经在各种电信标准中采用了上文的多址技术，以提供使得不同的用户设备能够在城市、国家、地区、以及甚至全球级别上进行通信的公共协议。NR(其还可以被称为5G)是对由3GPP发布的LTE移动标准的增强集。NR被设计为通过改进频谱效率、降低成本、改进服务、利用新频谱以及在下行链路(DL)上使用具有循环前缀(CP)的正交频分复用(OFDM)(CP-OFDM)、在上行链路(UL)上使用CP-OFDM和/或SC-FDM(例如，还被称为离散傅里叶变换扩频OFDM(DFT-s-OFDM))来更好地与其它开放标准整合，从而更好地支持移动宽带互联网接入，以及支持波束成形、多输入多输出(MIMO)天线技术和载波聚合。随着对移动宽带接入的需求持续增长，对LTE、NR以及其它无线接入技术进行进一步改进仍然是有用的。
发明内容
在一些方面中，一种由用户设备(UE)执行的无线通信的方法包括：接收下行链路控制信息(DCI)消息，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度物理下行链路共享信道(PDSCH)通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零；以及至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK。
在一些方面中，一种由UE执行的无线通信的方法包括：接收DCI消息，当所述DCI消息不指示针对类型3HARQ-ACK的请求时，所述DCI消息包括与辅小区休眠指示相关联的一个或多个字段。
在一些方面中，一种用于无线通信的UE包括：存储器；以及操作地耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为：接收DCI消息，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3HARQ-ACK的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零；以及至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK。
在一些方面中，一种用于无线通信的UE包括：存储器；以及操作地耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为：接收DCI消息，当所述DCI消息不指示针对类型3HARQ-ACK的请求时，所述DCI消息包括与辅小区休眠指示相关联的一个或多个字段。
在一些方面中，一种用于无线通信的装置可以包括：用于接收DCI消息的单元，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3HARQ-ACK的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零；以及用于至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK的单元。
在一些方面中，一种用于无线通信的装置包括：用于接收DCI消息的单元，当所述DCI消息不指示针对类型3HARQ-ACK的请求时，所述DCI消息包括与辅小区休眠指示相关联的一个或多个字段。
在一些方面中，一种存储用于无线通信的指令集合的非暂时性计算机可读介质包括一个或多个指令，所述一个或多个指令在由UE的一个或多个处理器执行时使得所述UE进行以下操作：接收DCI消息，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3HARQ-ACK的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零；以及至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK。
在一些方面中，一种存储用于无线通信的指令集合的非暂时性计算机可读介质包括一个或多个指令，所述一个或多个指令在由UE的一个或多个处理器执行时使得所述UE进行以下操作：接收DCI消息，当所述DCI消息不指示针对类型3HARQ-ACK的请求时，所述DCI消息包括与辅小区休眠指示相关联的一个或多个字段。
概括地说，各方面包括如本文参考附图和说明书充分描述的并且如通过附图和说明书示出的方法、装置、系统、计算机程序产品、非暂时性计算机可读介质、用户设备、基站、无线通信设备和/或处理系统。
前文已经相当广泛地概述了根据本公开内容的示例的特征和技术优势，以便可以更好地理解下文的具体实施方式。下文将描述额外的特征和优势。所公开的概念和特定示例可以容易地用作用于修改或设计用于实现本公开内容的相同目的的其它结构的基础。这样的等效构造不脱离所附的权利要求的范围。当结合附图考虑时，根据下文的描述，将更好地理解本文公开的概念的特性(它们的组织和操作方法两者)以及相关联的优势。附图中的每个附图是出于说明和描述的目的而提供的，而并不作为对权利要求的限制的定义。
附图说明
通过参考各方面(其中一些方面在附图中示出)，可以获得对上文简要概述的更加具体的描述，以便可以详细地理解本公开内容的上述特征。然而，要注意的是，附图仅示出了本公开内容的某些典型的方面以及因此不被认为是限制本公开内容的范围，因为该描述可以容许其它同等有效的方面。不同附图中的相同的附图标记可以标识相同或相似元素。
图1是示出根据本公开内容的无线网络的示例的图。
图2是示出根据本公开内容的无线网络中的基站与UE相通信的示例的图。
图3是示出根据本公开内容的下行链路控制信息(DCI)消息的示例的图。
图4是示出根据本公开内容的类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的示例的图。
图5是示出根据本公开内容的类型3HARQ-ACK的示例的图。
图6是示出根据本公开内容的类型3HARQ-ACK的示例的图。
图7是示出根据本公开内容的在一些方面中由用户设备执行的示例过程的图。
图8是示出根据本公开内容的在一些方面中由用户设备执行的示例过程的图。
图9是示出根据本公开内容的在一些方面中由用户设备执行的示例过程的图。
图10是示出根据本公开内容的在一些方面中由用户设备执行的示例过程的图。
图11是示出根据本公开内容的在一些方面中由用户设备执行的示例过程的图。
具体实施方式
下文参考附图更加充分描述了本公开内容的各个方面。然而，本公开内容可以以许多不同的形式来体现，以及不应当被解释为限于遍及本公开内容所给出的任何特定的结构或功能。而是，提供这些方面使得本公开内容将是全面和完整的，以及将向本领域技术人员充分传达本公开内容的范围。基于本文的教导，本领域技术人员应当认识到的是，本公开内容的范围旨在涵盖本文所公开的本公开内容的任何方面，无论该方面是独立于本公开内容的任何其它方面来实现的还是与任何其它方面结合地来实现的。例如，使用本文所阐述的任何数量的方面，可以实现装置或可以实践方法。此外，本公开内容的范围旨在涵盖使用除了本文所阐述的本公开内容的各个方面之外或不同于本文所阐述的本公开内容的各个方面的其它结构、功能、或者结构和功能来实践的这样的装置或方法。应当理解的是，本文所公开的本公开内容的任何方面可以通过权利要求的一个或多个元素来体现。
现在将参考各种装置和技术来给出电信系统的若干方面。这些装置和技术将通过各种框、模块、组件、电路、步骤、过程、算法等(被统称为“元素”)，在下文的具体实施方式中进行描述，以及在附图中进行示出。这些元素可以使用硬件、软件或其组合来实现。至于这样的元素是实现为硬件还是软件，取决于特定的应用以及施加在整个系统上的设计约束。
应当注意的是，虽然本文可能使用通常与5G或NR无线接入技术(RAT)相关联的术语来描述各方面，但是本公开内容的各方面可以应用于其它RAT，诸如3G RAT、4G RAT和/或5G之后的RAT(例如，6G)。
图1是示出根据本公开内容的无线网络100的示例的图。无线网络100可以是或者可以包括5G(NR)网络和/或LTE网络等的元素。无线网络100可以包括多个基站110(被示为BS 110a、BS110b、BS 110c和BS 110d)和其它网络实体。基站(BS)是与用户设备(UE)进行通信的实体以及还可以被称为NR BS、节点B、gNB、5G节点B(NB)、接入点、发送接收点(TRP)等。每个BS可以提供针对特定地理区域的通信覆盖。在3GPP中，术语“小区”可以指代BS的覆盖区域和/或为该覆盖区域服务的BS子系统，这取决于使用该术语的上下文。
BS可以提供针对宏小区、微微小区、毫微微小区和/或另一种类型的小区的通信覆盖。宏小区可以覆盖相对大的地理区域(例如，半径为若干千米)，以及可以允许由具有服务订制的UE进行的不受限制的接入。微微小区可以覆盖相对小的地理区域，以及可以允许由具有服务订制的UE进行的不受限制的接入。毫微微小区可以覆盖相对小的地理区域(例如，住宅)，以及可以允许由与该毫微微小区具有关联的UE(例如，封闭用户组(CSG)中的UE)进行的受限制的接入。用于宏小区的BS可以被称为宏BS。用于微微小区的BS可以被称为微微BS。用于毫微微小区的BS可以被称为毫微微BS或家庭BS。在图1中示出的示例中，BS 110a可以是用于宏小区102a的宏BS，BS 110b可以是用于微微小区102b的微微BS，以及BS 110c可以是用于毫微微小区102c的毫微微BS。BS可以支持一个或多个(例如，三个)小区。术语“eNB”、“基站”、“NRBS”、“gNB”、“TRP”、“AP”、“节点B”、“5G NB”和“小区”在本文中可以互换地使用。
在一些方面中，小区可能未必是静止的，以及小区的地理区域可以根据移动BS的位置进行移动。在一些方面中，可以使用任何适当的传输网络通过各种类型的回程接口(诸如直接物理连接或虚拟网络)将BS彼此互连和/或与无线网络100中的一个或多个其它BS或网络节点(未示出)互连。
无线网络100还可以包括中继站。中继站是可以从上游站(例如，BS或UE)接收数据的传输并且将数据的传输发送给下游站(例如，UE或BS)的实体。中继站还可以是能够针对其它UE中继传输的UE。在图1中示出的示例中，中继BS 110d可以与宏BS 110a和UE 120d进行通信，以便促进BS 110a与UE 120d之间的通信。中继BS还可以被称为中继站、中继基站、中继器等。
无线网络100可以是包括不同类型的BS(诸如宏BS、微微BS、毫微微BS、中继BS等)的异构网络。这些不同类型的BS可以具有不同的发射功率电平、不同的覆盖区域以及对无线网络100中的干扰的不同影响。例如，宏BS可以具有高发射功率电平(例如，5到40瓦特)，而微微BS、毫微微BS和中继BS可以具有较低的发射功率电平(例如，0.1到2瓦特)。
网络控制器130可以耦合到一组BS，以及可以提供针对这些BS的协调和控制。网络控制器130可以经由回程与BS进行通信。BS还可以例如经由无线或有线回程直接地或间接地与彼此进行通信。
UE 120(例如，120a、120b、120c)可以是遍及无线网络100散布的，以及每个UE可以是静止的或移动的。UE还可以被称为接入终端、终端、移动站、用户单元、站等。UE可以是蜂窝电话(例如，智能电话)、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板设备、相机、游戏设备、上网本、智能本、超级本、医疗设备或装置、生物计量传感器/设备、可穿戴设备(智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如，智能指环、智能手链等))、娱乐设备(例如，音乐或视频设备、或卫星无线单元等)、车载组件或传感器、智能仪表/传感器、工业制造设备、全球定位系统设备或者被配置为经由无线或有线介质进行通信的任何其它适当的设备。
一些UE可以被认为是机器类型通信(MTC)或者演进型或增强型机器类型通信(eMTC)UE。MTC和eMTC UE包括例如机器人、无人机、远程设备、传感器、仪表、监视器和/或位置标签，它们可以与基站、另一个设备(例如，远程设备)或某个其它实体进行通信。无线节点可以例如经由有线或无线通信链路来提供针对网络(例如，诸如互联网或蜂窝网络的广域网)的连接或去往网络的连接。一些UE可以被认为是物联网(IoT)设备，和/或可以被实现为NB-IoT(窄带物联网)设备。一些UE可以被认为是用户驻地设备(CPE)。UE 120可以被包括在容纳UE 120的组件(诸如处理器组件和/或存储器组件)的壳体内部。在一些方面中，处理器组件和存储器组件可以耦合在一起。例如，处理器组件(例如，一个或多个处理器)和存储器组件(例如，存储器)可以操作地耦合、通信地耦合、电子地耦合和/或电气地耦合。
通常，可以在给定的地理区域中部署任何数量的无线网络。每个无线网络可以支持特定的RAT以及可以在一个或多个频率上操作。RAT还可以被称为无线技术、空中接口等。频率还可以被称为载波、频率信道等。每个频率可以在给定的地理区域中支持单个RAT，以便避免不同RAT的无线网络之间的干扰。在一些情况下，可以部署NR或5G RAT网络。
在一些方面中，两个或更多个UE 120(例如，被示为UE 120a和UE 120e)可以使用一个或多个侧行链路信道直接进行通信(例如，而不使用基站110作为彼此进行通信的中介)。例如，UE 120可以使用对等(P2P)通信、设备到设备(D2D)通信、运载工具到万物(V2X)协议(例如，其可以包括运载工具到运载工具(V2V)协议或运载工具到基础设施(V2I)协议)和/或网状网络进行通信。在这种情况下，UE 120可以执行调度操作、资源选择操作和/或本文中在其它地方被描述为由基站110执行的其它操作。
无线网络100的设备可以使用电磁频谱进行通信，电磁频谱可以基于频率或波长被细分为各种类别、频带、信道等。例如，无线网络100的设备可以使用具有第一频率范围(FR1)(其可以横跨从410MHz到7.125GHz)的操作频带进行通信，和/或可以使用具有第二频率范围(FR2)(其可以横跨从24.25GHz到52.6GHz)的操作频带进行通信。FR1与FR2之间的频率有时被称为中频。尽管FR1的一部分大于6GHz，但是FR1通常被称为“低于6GHz”频带。类似地，FR2通常被称为“毫米波”频带，尽管它不同于被国际电信联盟(ITU)标识为“毫米波”频带的极高频(EHF)频带(30GHz–300GHz)。因此，除非另有明确说明，否则应当理解，术语“低于6GHz”等(如果在本文中使用)可以广泛地表示小于6GHz的频率、FR1内的频率和/或中频(例如，大于7.125GHz)。类似地，除非另有明确说明，否则应当理解，术语“毫米波”等(如果在本文中使用)可以广泛地表示EHF频带内的频率、FR2内的频率和/或中频(例如，小于24.25GHz)。预期FR1和FR2中包括的频率可以被修改，以及本文描述的技术可适用于那些修改的频率范围。
如上文指示的，图1是作为示例来提供的。其它示例可以不同于关于图1所描述的示例。
图2是示出根据本公开内容的无线网络100中的基站110与UE 120相通信的示例的图。基站110可以被配备有T个天线234a至234t，以及UE 120可以被配备有R个天线252a至252r，其中一般而言，T≥1并且R≥1。
在基站110处，发送处理器220可以从数据源212接收针对一个或多个UE的数据，至少部分地基于从每个UE接收的信道质量指示符(CQI)来选择用于该UE的一个或多个调制和编码方案(MCS)，至少部分地基于被选择用于每个UE的MCS来处理(例如，编码和调制)针对该UE的数据，以及为全部UE提供数据符号。发送处理器220还可以处理系统信息(例如，针对半静态资源划分信息(SRPI))和控制信息(例如，CQI请求、准许和/或上层信令)，以及提供开销符号和控制符号。发送处理器220还可以生成用于参考信号(例如，小区特定参考信号(CRS)或解调参考信号(DMRS))的参考符号和同步信号(例如，主同步信号(PSS)或辅同步信号(SSS))。发送(TX)多输入多输出(MIMO)处理器230可以对数据符号、控制符号、开销符号和/或参考符号执行空间处理(例如，预编码)(如果适用的话)，以及可以向T个调制器(MOD)232a至232t提供T个输出符号流。每个调制器232可以(例如，针对OFDM)处理相应的输出符号流以获得输出样本流。每个调制器232可以进一步处理(例如，转换到模拟、放大、滤波以及上变频)输出样本流以获得下行链路信号。可以分别经由T个天线234a至234t来发送来自调制器232a至232t的T个下行链路信号。
在UE 120处，天线252a至252r可以从基站110和/或其它基站接收下行链路信号，以及可以分别向解调器(DEMOD)254a至254r提供接收的信号。每个解调器254可以调节(例如，滤波、放大、下变频以及数字化)接收的信号以获得输入样本。每个解调器254可以(例如，针对OFDM)进一步处理输入样本以获得接收符号。MIMO检测器256可以从全部R个解调器254a至254r获得接收符号，对接收符号执行MIMO检测(如果适用的话)，以及提供检测到的符号。接收处理器258可以处理(例如，解调和解码)所检测到的符号，向数据宿260提供针对UE 120的经解码的数据，以及向控制器/处理器280提供经解码的控制信息和系统信息。术语“控制器/处理器”可以指代一个或多个控制器、一个或多个处理器、或其组合。信道处理器可以确定参考信号接收功率(RSRP)参数、接收信号强度指示符(RSSI)参数、参考信号接收质量(RSRQ)参数和/或信道质量指示符(CQI)参数等。在一些方面中，UE 120的一个或多个组件可以被包括在壳体中。
网络控制器130可以包括通信单元294、控制器/处理器290和存储器292。网络控制器130可以包括例如核心网络中的一个或多个设备。网络控制器130可以经由通信单元294与基站110进行通信。
天线(例如，天线234a至234t和/或天线252a至252r)可以包括以下各项或者可以被包括在以下各项内：一个或多个天线面板、天线组、天线元件集合、和/或天线阵列等。天线面板、天线组、天线元件集合和/或天线阵列可以包括一个或多个天线元件。天线面板、天线组、天线元件集合和/或天线阵列可以包括共面天线元件集合和/或非共面天线元件集合。天线面板、天线组、天线元件集合和/或天线阵列可以包括单个壳体内的天线元件和/或多个壳体内的天线元件。天线面板、天线组、天线元件集合和/或天线阵列可以包括耦合到一个或多个发送和/或接收组件的一个或多个天线元件，诸如图2的一个或多个组件。
在上行链路上，在UE 120处，发送处理器264可以接收和处理来自数据源262的数据和来自控制器/处理器280的控制信息(例如，用于包括RSRP、RSSI、RSRQ和/或CQI等的报告)。发送处理器264还可以生成用于一个或多个参考信号的参考符号。来自发送处理器264的符号可以由TX MIMO处理器266进行预编码(如果适用的话)，由调制器254a至254r(例如，针对DFT-s-OFDM和/或CP-OFDM)进一步处理，以及被发送给基站110。在一些方面中，UE 120的调制器和解调器(例如，MOD/DEMOD 254)可以被包括在UE 120的调制解调器中。在一些方面中，UE 120包括收发机。收发机可以包括天线252、调制器和/或解调器254、MIMO检测器256、接收处理器258、发送处理器264和/或TX MIMO处理器266的任何组合。收发机可以由处理器(例如，控制器/处理器280)和存储器282用于执行本文描述的任何方法的各方面，例如，如参考图4-11描述的。
在基站110处，来自UE 120和其它UE的上行链路信号可以由天线234接收，由解调器232处理，由MIMO检测器236检测(如果适用的话)，以及由接收处理器238进一步处理，以获得由UE 120发送的经解码的数据和控制信息。接收处理器238可以向数据宿239提供经解码的数据，以及向控制器/处理器240提供经解码的控制信息。基站110可以包括通信单元244以及经由通信单元244来与网络控制器130进行通信。基站110可以包括调度器246以调度UE 120用于下行链路和/或上行链路通信。在一些方面中，基站110的调制器和解调器(例如，MOD/DEMOD 232)可以被包括在基站110的调制解调器中。在一些方面中，基站110包括收发机。收发机可以包括天线234、调制器和/或解调器232、MIMO检测器236、接收处理器238、发送处理器220和/或TX MIMO处理器230的任何组合。收发机可以由处理器(例如，控制器/处理器240)和存储器242用于执行本文描述的任何方法的各方面，例如，如参考图4-11描述的。
基站110的控制器/处理器240、UE 120的控制器/处理器280和/或图2中的任何其它组件可以执行与类型3HARQ-ACK相关联的一种或多种技术，如本文中在其它地方更详细描述的。例如，基站110的控制器/处理器240、UE 120的控制器/处理器280和/或图2中的任何其它组件可以执行或指导例如图7的过程700、图8的过程800、图9的过程900、图10的过程1000、图11的过程1100和/或如本文描述的其它过程的操作。存储器242和282可以分别存储用于基站110和UE 120的数据和程序代码。在一些方面中，存储器242和/或存储器282可以包括存储用于无线通信的一个或多个指令(例如，代码和/或程序代码)的非暂时性计算机可读介质。例如，一个或多个指令在由基站110和/或UE 120的一个或多个处理器执行(例如，直接地，或者在编译、转换和/或解释之后)时，可以使得一个或多个处理器、UE 120和/或基站110执行或指示例如图7的过程700、图8的过程800、图9的过程900、图10的过程1000、图11的过程1100和/或如本文描述的其它过程的操作。在一些方面中，执行指令可以包括运行指令、转换指令、编译指令和/或解释指令等。
在一些方面中，UE包括：用于至少部分地基于DCI消息的第一字段来确定DCI消息请求类型3HARQ-ACK的单元；或者用于根据DCI消息的第二字段，至少部分地基于DCI消息的第二字段的值符合以下条件来确定DCI消息不调度PDSCH通信的单元：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。用于UE执行本文描述的操作的单元可以包括例如以下各项中的一项或多项：天线252、解调器254、MIMO检测器256、接收处理器258、发送处理器264、TX MIMO处理器266、调制器254、控制器/处理器280或存储器282。
在一些方面，UE包括：用于确定利用配置的调度无线网络临时标识符(CS-RNTI)对DCI消息的CRC进行加扰的单元；或者用于至少部分地基于以下各项中的一项或多项来确定DCI消息是否请求类型3HARQ-ACK的单元：关于利用CS-RNTI对DCI消息的CRC进行加扰的确定、单次HARQ-ACK请求字段的值、DCI的调制和编码方案字段的值、频域资源分配字段的值、或DCI的新数据指示符字段的值。用于UE执行本文描述的操作的单元可以包括例如以下各项中的一项或多项：天线252、解调器254、MIMO检测器256、接收处理器258、发送处理器264、TX MIMO处理器266、调制器254、控制器/处理器280或存储器282。
在一些方面中，UE包括：用于至少部分地基于确定利用CS-RNTI对DCI消息的CRC进行加扰来确定DCI消息不请求类型3HARQ-ACK的单元。
在一些方面中，UE包括：用于至少部分地基于单次HARQ-ACK请求字段指示针对类型3HARQ-ACK的请求以及以下各项中的一项或多项来确定DCI消息请求类型3HARQ-ACK的单元：DCI消息的调制和编码方案字段的值指示DCI消息激活半持久调度、或者频域资源分配字段的值指示DCI消息激活半持久调度。
在一些方面中，UE包括：用于至少部分地基于以下各项中的一项或多项来确定DCI消息不请求类型3HARQ-ACK的单元：DCI消息的调制和编码方案字段的值指示DCI消息释放半持久调度、或者频域资源分配字段的值指示DCI消息释放半持久调度。
在一些方面中，UE包括：用于确定DCI消息请求类型3HARQ-ACK的单元；以及用于至少部分地基于确定DCI消息请求类型3HARQ-ACK来确定DCI不释放半持久调度的单元。
在一些方面中，UE包括用于还包括以下各项的单元：用于至少部分地基于确定DCI消息不请求类型3HARQ-ACK来确定DCI释放半持久调度的单元。
在一些方面中，UE包括：用于确定DCI消息请求类型3HARQ-ACK的单元；以及用于至少部分地基于确定DCI消息请求类型3HARQ-ACK来确定不发送针对DCI消息的HARQ-ACK的单元。
在一些方面中，UE包括：用于至少部分地基于DCI消息的新数据指示符字段的值指示对使用半持久调度发送的消息的重传的调度来确定DCI消息请求类型3HARQ-ACK的单元。
在一些方面中，UE包括：用于确定UE被配置为经由DCI消息接收辅小区休眠指示的单元；或者用于至少部分地基于关于UE被配置为经由DCI消息接收辅小区休眠指示的确定以及以下各项中的一项或多项来确定DCI消息是否请求类型3HARQ-ACK的单元：单次HARQ-ACK请求字段的值、或频域资源分配字段的值。用于UE执行本文描述的操作的单元可以包括例如以下各项中的一项或多项：天线252、解调器254、MIMO检测器256、接收处理器258、发送处理器264、TX MIMO处理器266、调制器254、控制器/处理器280或存储器282。
在一些方面中，UE包括：用于至少部分地基于DCI消息的频域资源分配字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK的单元：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在一些方面中，UE包括：用于至少部分地基于单次HARQ-ACK请求字段的值是一并且DCI消息的频域资源分配字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK并且DCI不包括辅小区休眠指示的单元：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在一些方面中，UE包括：用于至少部分地基于单次HARQ-ACK请求字段的值来确定DCI消息不请求类型3HARQ-ACK的单元；以及用于至少部分地基于确定DCI消息不请求类型3HARQ-ACK来确定DCI消息包括辅小区休眠指示的单元。
在一些方面中，UE包括：用于至少部分地基于单次HARQ-ACK请求字段的值和DCI消息的频域资源分配字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK并且DCI包括辅小区休眠指示的单元：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在一些方面中，UE包括：用于至少部分地基于关于DCI消息请求类型3HARQ-ACK并且DCI消息包括辅小区休眠指示的确定来确定不发送针对DCI消息的HARQ-ACK的单元。
在一些方面中，用户设备UE包括：用于接收DCI消息的单元，DCI消息至少包括第一字段和第二字段，第一字段指示针对类型3HARQ-ACK的请求，当第二字段的值符合以下条件时，第二字段指示不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零；或者用于至少部分地基于DCI消息来发送类型3HARQ-ACK的单元。用于UE执行本文描述的操作的单元可以包括例如以下各项中的一项或多项：天线252、解调器254、MIMO检测器256、接收处理器258、发送处理器264、TX MIMO处理器266、调制器254、控制器/处理器280或存储器282。
在一些方面中，UE包括：用于接收下行链路控制信息DCI消息的单元，当DCI消息不指示针对类型3HARQ-ACK的请求时，DCI消息包括与辅小区休眠指示相关联的一个或多个字段。用于用户设备UE执行本文描述的操作的单元可以包括例如以下各项中的一项或多项：天线252、解调器254、MIMO检测器256、接收处理器258、发送处理器264、TX MIMO处理器266、调制器254、控制器/处理器280或存储器282。
虽然图2中的框被示为不同的组件，但是上文关于这些框描述的功能可以在单个硬件、软件或组合组件中或者在组件的各种组合中实现。例如，关于发送处理器264、接收处理器258和/或TX MIMO处理器266描述的功能可以由控制器/处理器280执行或在其控制下执行。
如上文指示的，图2是作为示例来提供的。其它示例可以不同于关于图2所描述的示例。
图3是示出根据本公开内容的DCI消息的示例300的图。在一些方面中，示例300可以包括DCI格式1_1消息。
如附图标记305所示，DCI消息可以包括频域资源分配字段(FDRA)。FDRA字段可以指示资源分配。在一些方面中，FDRA字段可以具有至少部分的基于UE是被配置有资源分配类型0、资源分配类型1还是资源分配类型0和资源分配类型1两者的比特数量。如果配置资源分配类型0和资源分配类型1两者，则可以使用最高有效位(例如，FDRA字段的添加比特)来指示DCI消息使用资源分配类型0和资源分配类型1中的哪一者。当使用资源分配类型0或资源分配类型1时，最低有效位集合可以指示资源分配。
在一些方面中，资源分配类型0可以使用基于资源块组(RBG)的位图来分配用于下行链路传输(例如，使用PDSCH)的资源。如果配置资源分配类型0，则FDRA字段的全零的值可以是用于针对下行链路传输指派RBG的无效FDRA值。
在一些方面中，资源分配类型1可以使用基于资源索引值的位图，该位图指示用于下行链路传输的起始资源块和资源块数量。如果配置资源分配类型1，则FDRA字段的全一的值可以是用于针对下行链路传输指派资源块的无效FDRA值。
在一些方面中，当配置资源分配类型0和资源分配类型1两者时，FDRA字段的全零的值和全一的值可以是用于针对下行链路传输指派资源块的无效FDRA值。在一些方面中，如果FDRA字段具有全零的值，则FDRA字段指示使用资源分配类型0，并且具有全零的值的剩余比特可以是无效FDRA值。在一些方面中，如果FDRA字段具有全一的值，则FDRA字段指示使用资源分配类型1，并且具有全一的值的剩余比特可以是无效FDRA值。
如附图标记310所示，DCI消息可以包括单次HARQ-ACK(还被称为类型3HARQ-ACK)请求字段。在一些方面中，单次HARQ-ACK请求字段可以包括单个比特以指示DCI是否请求单次HARQ-ACK。在一些方面中，单次HARQ-ACK请求可以指示UE将针对用于UE在其上与网络进行通信的一个或多个(例如，全部)分量载波的一个或多个(例如，全部)配置的HARQ进程发送HARQ-ACK反馈。在一些方面中，值0可以指示未请求单次HARQ-ACK，以及值1可以指示请求单次HARQ-ACK。在一些方面中，UE可以被配置用于单次HARQ-ACK(例如，pdsch-HARQ-ACK-OneShotFeedback-r16)，其使用无线资源控制(RRC)信令来执行单次HARQ-ACK反馈。在一些方面中，HARQ-ACK反馈可以包括基于码块组的HARQ-ACK反馈或基于传输块的HARQ-ACK反馈。
如附图标记315所示，DCI消息可以包括MCS字段。MCS字段可以指示可以通过DCI消息调度的PDSCH通信的MCS方案。
如附图标记320所示，DCI消息可以包括HARQ进程标识字段(还被称为HARQ进程ID字段或HARQ进程号字段)。在一些方面中，HARQ进程ID字段可以指示针对其调度PDSCH的进程ID。
如附图标记325所示，DCI消息可以包括新数据指示符(NDI)字段，以指示可以通过DCI消息调度的PDSCH通信是包括新的传输块还是传输块的重传。在一些方面中，HARQ-ACK反馈可以包括一个或多个新数据指示符，以将HARQ-ACK反馈的部分与相应的HARQ进程相关联。
如附图标记330所示，DCI消息可以指示冗余版本，其可以指示用于发送可以通过DCI消息调度的传输块的冗余类型。
如上文指示的，图3是作为示例来提供的。其它示例可以不同于关于图3所描述的示例。
在一些情况下，基站可以发送DCI消息以请求单次HARQ-ACK，以及可以不缓冲PDSCH通信以传输到UE，或者可以不具有用于调度PDSCH的可用HARQ进程，因为由于基站尚未接收到的未决HARQ-Ack反馈，全部HARQ过程可能被占用和/或未决。在这些情况下，如果基站发送DCI消息以请求单次HARQ-ACK，以及UE将DCI消息解释为调度PDSCH通信，则UE可以使用计算和/或通信资源来尝试根据在DCI消息中指示的调度来接收PDSCH通信。如果UE没有接收到PDSCH通信(例如，因为基站没有向UE发送PDSCH通信)，UE可以生成HARQ-ACK反馈以指示UE没有接收到PDSCH通信。这可能导致UE和基站不同步，这可以使用计算、通信和/或网络资源来检测和/或校正。
在本文描述的一些方面中，UE(例如，UE 120)可以至少部分地基于DCI消息的第一字段(例如，单次HARQ-ACK请求字段)来确定DCI消息请求类型3HARQ-ACK。UE可以至少部分地基于DCI消息的第二字段(例如，FDRA字段)的值来确定DCI消息不调度PDSCH通信。在一些方面中，UE可以至少部分地基于第二字段的值是全零(例如，如果配置资源分配类型0)、全一(例如，如果配置资源分配类型1)或者全零或全一(例如，如果配置资源分配类型0和资源分配类型1两者)来确定DCI消息不调度PDSCH通信。以这种方式，基站可以发送DCI消息以请求类型3HARQ-ACK，而不调度PDSCH通信，否则，如果基站不发送PDSCH通信，则至少部分地基于UE未能接收到调度的PDSCH，这可能消耗计算、通信和/或网络资源。
在本文描述的一些方面中，UE(例如，UE 120)可以确定利用无线网络临时标识符(RNTI)(例如，CS-RNTI、小区RNTI(C-RNTI)或MCS小区RNTI(MCS-C-RNTI)等)对DCI消息的CRC进行加扰。RNTI可以指示DCI消息可以激活半持久调度(SPS)、释放SPS或调度先前SPSPDSCH通信的重传等。UE可以至少部分地基于以下各项来确定DCI消息是否请求类型3HARQ-ACK：关于利用CS-RNTI对DCI消息的CRC进行加扰的确定、单次HARQ-ACK请求字段的值、MCS字段的值、FDRA字段的值和/或NDI字段的值等。在一些方面中，UE可以至少部分基于关于利用CS-RNTI对DCI消息的CRC进行加扰的确定来确定DCI消息不请求类型3HARQ-ACK。换句话说，在一些方面中，UE可以确定只有在没有利用CS-RNTI对DCI消息的CRC进行加扰(例如，替代地利用C-RNTI或MCS-RNTI对CRC进行加扰)并且单次HARQ-ACK请求字段的值指示请求类型3HARQ-ACK时，才请求类型3HARQ-ACK。
在一些方面中，如果DCI激活SPS配置或调度SPS重传，则即使利用CS-RNTI对DCI消息的CRC进行加扰，UE也可以确定DCI消息请求类型3HARQ-ACK。在一些方面中，UE还可以确定DCI字段是否指示释放SPS。以这种方式，UE可以在使用SPS时接收针对类型3HARQ-ACK的请求和/或可以在释放SPS或不释放SPS的情况下请求类型3HARQ-ACK。在一些方面中，DCI消息可以至少部分地基于DCI消息具有类型3HARQ-ACK请求来释放SPS或请求类型3HARQ-ACK，该类型3HARQ-ACK请求不具有用于DCI消息的确认或否定确认(ACK/NACK)比特。以这种方式，可以节省计算、通信和/或网络资源，否则可能消耗这些计算、通信和/或网络资源来尝试确定UE是否接收到用于释放SPS的DCI消息。
在本文描述的一些方面中，UE(例如，UE 120)可以经由DCI消息确定UE被配置为接收辅小区(SCell)休眠指示(例如，至少部分地基于UE被配置有SCell休眠行为)。UE可以至少部分地基于关于UE被配置为接收SCell休眠指示的确定以及单次HARQ-ACK请求字段的值或FDRA字段的值中的一项或多项来确定DCI消息是否请求类型3HARQ-ACK。在一些方面中，UE还可以确定DCI消息是否包括SCell休眠指示。以这种方式，UE可以接收DCI消息，该DCI消息在指示或不指示SCell的休眠的情况下请求类型3HARQ-ACK。在一些方面中，DCI消息可以至少部分地基于DCI消息具有类型3HARQ-ACK请求来释放所指示的SCell休眠或请求类型3HARQ-ACK，该类型3HARQ-ACK请求不具有用于DCI消息的ACK/NACK比特。以这种方式，可以节省计算、通信和/或网络资源，否则可能消耗这些计算、通信和/或网络资源来尝试确定UE是否接收到用于指示SCell休眠的DCI消息。
在一些方面中，DCI消息可以调度一个或多个PDSCH通信和/或改变一个或多个PDSCH通信的调度，等。在一些方面中，DCI可以不调度PDSCH通信和/或改变一个或多个PDSCH通信的调度等。如果DCI不调度PDSCH或改变一个或多个PDSCH通信的调度，则UE可以忽略HARQ进程ID字段和/或NDI字段等。
图4是示出根据本公开内容的类型3HARQ-ACK的示例400的图。如图所示，UE(例如，UE 120)和基站(例如，基站110)使用PDSCH通信、物理下行链路控制信道(PDCCH)通信和/或HARQ-ACK传输中的一项或多项等进行通信。在一些方面中，基站和UE可以是无线网络(例如，无线网络100)的一部分。
如在图4中并且通过附图标记405所示，UE可以从基站接收RRC信令。在一些方面中，RRC信令可以提供配置信息以使UE能够接收DCI消息(例如，具有单次HARQ-ACK请求字段的DCI消息)。在一些方面中，配置信息可以指示UE将被配置有资源分配类型0、资源分配类型1或动态资源分配(例如，资源分配类型0和资源分配类型1)。
如附图标记410所示，UE可以至少部分地基于RRC信令(例如，包括pdsch-Config中的RRC参数resourceAllocation)来配置UE。在一些方面中，UE可以将UE配置有资源分配类型0、资源分配类型1、或具有针对资源分配类型0和资源分配类型1的配置的动态切换分配(例如，至少部分地基于resourceAllocation被设置为dynamicswitch)。
如附图标记415所示，UE可以接收一个或多个通信，诸如物理下行链路控制信道(PDCCH)通信和/或PDSCH通信。在一些方面中，UE可以确定针对一个或多个通信的HARQ-ACK反馈。在一些方面中，UE可以向一个或多个通信指派相应的HARQ进程ID。UE可以等待发送HARQ-ACK反馈，直到UE接收到用于发送HARQ-ACK反馈的请求。
如附图标记420所示，UE可以接收DCI消息。在一些方面中，基站可发送DCI消息以分配用于下行链路传输或下行链路传输的资源、请求HARQ反馈和/或激活或触发信道状态信息测量等。可以使用UE已知的格式来对DCI消息进行格式化，诸如DCI格式1_1消息。DCI消息可以包括多个字段，其中多个字段的值向UE提供一个或多个指示。
如附图标记425所示，UE可以确定DCI是否请求类型3HARQ-ACK反馈。在一些方面中，UE可以至少部分地基于DCI是否包括指示针对类型3HARQ-ACK的请求(例如，单个比特值为1)的字段(例如，单次HARQ-ACK请求字段)来确定DCI是否请求类型3HARQ-ACK反馈。
如附图标记430所示，UE可以确定DCI消息是否调度PDSCH通信。在一些方面中，UE可以至少部分地基于另一字段(例如，FDRA字段)来确定DCI消息是否调度PDSCH通信。在一些方面中，UE可以至少部分地基于第二字段符合以下条件来确定DCI不调度PDSCH通信：如果针对UE配置资源分配类型0，则具有全零的值；如果针对UE配置资源分配类型1，则具有全一的值；或者如果配置资源分配类型0和资源分配类型1两者，则具有全一或全零的值(例如，在动态切换配置中)。在一些方面中，UE可以被配置(例如，至少部分地基于RRC信令)为解释DCI消息以确定DCI消息是否指示是否请求类型3HARQ-ACK和/或DCI消息是否调度PDSCH通信。
在一些方面中，UE可以至少部分地基于DCI的HARQ进程标识字段的全一或全零的值、DCI的新数据指示符字段的全零或1的值、DCI的MCS字段的全一或全零的值、和/或DCI的冗余版本字段的全零或全一的值等，来确定DCI不调度PDSCH通信。在一些方面中，UE可以使用一个或多个字段来确定DCI是否调度PDSCH通信，否则，如果DCI消息不调度PDSCH通信，则将忽略所述一个或多个字段(例如，HARQ进程ID字段和/或NDI字段)。
如附图标记435所示，UE可以至少部分地基于DCI消息来发送HARQ-ACK。在一些方面中，HARQ-ACK可以包括具有针对用于一个或多个分量载波的多个HARQ进程的反馈的类型3HARQ-ACK。在一些方面中，HARQ-ACK可以包括针对一个或多个PDCCH通信、一个或多个PDSCH通信和/或DCI消息等的HARQ反馈。
以这种方式，基站可以发送DCI消息，以在指示或不指示SCell休眠的情况下请求类型3HARQ-ACK。这可以节省计算、通信和/或网络资源，否则如果基站发送具有用于基站不发送的PDSCH通信的调度的DCI，则可能消耗这些计算、通信和/或网络资源。
如上文指示的，图4是作为示例来提供的。其它示例可以不同于关于图4所描述的示例。
图5是示出根据本公开内容的类型3HARQ-ACK的示例500的图。如图所示，UE(例如，UE 120)和基站(例如，基站110)使用PDSCH通信、PDCCH通信和/或HARQ-ACK传输等进行通信。在一些方面中，基站和UE可以是无线网络(例如，无线网络100)的一部分。
如在图5中并且通过附图标记505所示，UE可以从基站接收RRC信令。在一些方面中，RRC信令可以提供配置信息以使UE能够接收DCI消息(例如，具有单次HARQ-ACK请求字段的DCI消息)。在一些方面中，RRC信令可以提供配置信息以配置SPS、周期性传输和/或一个或多个DCI格式等。在一些方面中，配置信息可以指示UE将被配置有资源分配类型0、资源分配类型1或动态资源分配(例如，资源分配类型0和资源分配类型1)。
如附图标记510所示，UE可以至少部分地基于RRC信令(例如，包括pdsch-Config中的RRC参数resourceAllocation)来配置UE。在一些方面中，UE可以将UE配置有资源分配类型0、资源分配类型1、或具有针对资源分配类型0和资源分配类型1的配置的动态切换分配(例如，至少部分地基于resourceAllocation被设置为dynamicswitch)。在一些方面中，UE可以(例如，经由DCI)接收用于至少部分地基于配置信息来激活SPS的指示。
如附图标记515所示，UE可以接收一个或多个通信，诸如PDCCH通信和/或PDSCH通信。在一些方面中，UE可以确定针对一个或多个通信的HARQ-ACK反馈。在一些方面中，基站可以向一个或多个通信(例如，PDSCH通信)指派相应的HARQ进程ID。UE可以等待发送HARQ-ACK反馈，直到UE接收到用于发送HARQ-ACK反馈的请求。
如附图标记520所示，UE可以接收DCI消息。在一些方面中，DCI消息可以包括用于进行以下各项的指示：激活SPS或UL准许类型2调度、释放SPS或UL准许类型2调度，和/或请求HARQ-ACK反馈(例如，类型3HARQ-ACK反馈)等。
在一些方面，DCI消息可以用于激活用于类型2调度的单个DL SPS或单个UL准许。对于DCI格式1_1消息，DCI消息可以包括用于启用的传输块的全零的HARQ进程号值和全零的冗余版本值，以激活用于类型2调度的单个DL SPS或单个UL准许。
在一些方面，DCI消息可以用于释放用于单个DL SPS或单个UL准许类型2调度的SPS。对于DCI格式1_1消息，DCI消息可以包括全零的HARQ进程号值和全零的冗余版本值、全一的MCS字段值、以及全零(如果配置资源分配类型0)或全一(如果配置资源分配类型1)的FDRA值，以释放用于单个DL SPS或单个UL准许类型2调度的SPS。
在一些方面中，当UE被配置有多个DLSPS配置或多个UL准许类型2配置时，DCI消息可以用于激活单个DL SPS或单个UL准许类型2调度。对于DCI格式1_1消息，DCI消息可以包括用于启用的传输块的全零的冗余版本值，以激活多个DL SPS或多个UL准许类型2调度。
在一些方面中，DCI消息可以用于释放用于多个DL SPS或多个UL准许类型2调度的SPS。对于DCI格式1_1消息，DCI消息可以包括全零的冗余版本值、全一的MCS值、以及全零(如果配置资源分配类型0)或全一(如果配置资源分配类型1)的FDRA值。
如附图标记525所示，UE可以确定是否利用CS-RNTI对DCI消息的CRC进行加扰。在一些方面中，如果利用CS-RNTI对DCI消息的CRC进行加扰，则单次HARQ-ACK字段可以指示(例如，通过将单次HARQ-ACK的值设置为零)和/或UE可以解释不请求类型3HARQ-ACK。
如附图标记530所示，UE可以确定DCI消息是否请求类型3HARQ-ACK。在一些方面中，如果利用CS-RNTI对DCI消息的CRC进行加扰，则DCI消息可以不请求类型3HARQ-ACK。在一些方面中，如果利用C-RNTI或MCS-C-RNTI对DCI的CRC进行加扰，则DCI消息可以请求类型3HARQ-ACK。在一些方面中，UE还可以至少部分地基于DCI的一个或多个额外字段来确定是否请求类型3HARQ-ACK。在一些方面中，UE可以被配置(例如，至少部分地基于RRC信令)为解释DCI消息以确定DCI消息是否指示是否请求类型3HARQ-ACK和/或DCI消息是否指示SPS释放。
在一些方面中，UE至少部分地基于关于利用CS-RNTI对DCI消息的CRC进行加扰的确定、单次HARQ-ACK请求字段的值、DCI的MCS字段的值、频域资源分配字段的值、和/或DCI的新数据指示符字段的值等，来确定是否请求类型3HARQ-ACK。
在一些方面中，UE可以至少部分地单次HARQ-ACK请求字段指示针对类型3HARQ-ACK的请求并且MCS字段的值指示DCI消息激活半持久调度和/或FDRA字段的值指示DCI消息激活半持久调度，来确定DCI消息请求类型3HARQ-ACK。在一些方面中，UE可以至少部分地基于NDI字段的值(例如，全零)、冗余版本的值(例如，全零)、和/或MCS字段未被设置为全一或者FDRA字段未被设置为全零(如果配置资源分配类型0)或全一(如果配置资源分配类型1)，来确定DCI消息激活半持久调度。
在一些方面中，UE可以至少部分地基于单次HARQ-ACK请求字段指示针对类型3HARQ-ACK的请求并且NDI字段、冗余版本字段、MCS字段和FDRA字段的值指示DCI消息释放半持久调度，来确定DCI消息请求类型3HARQ-ACK。在一些方面中，如果DCI消息释放半持久调度，则DCI消息可能无法请求类型3HARQ-ACK(例如，单次HARQ-ACK请求字段可以指示DCI消息不请求单次HARQ-ACK，或者UE可以将DCI解释为不请求单次HARQ-ACK)。
在一些方面中，如果NDI字段、冗余版本字段、MCS字段和FDRA字段的值指示DCI消息释放半持久调度，并且单次HARQ-ACK请求字段指示针对类型3HARQ-ACK的请求，则UE可以将DCI解释为请求类型3HARQ-ACK而不是SPS释放。换句话说，在一些方面中，对于释放SPS的DCI消息，单次HARQ-ACK请求字段必须指示DCI不请求类型3HARQ-ACK。
在一些方面中，如果DCI请求类型3HARQ-ACK，则UE可以不发送HARQ-ACK以确认接收到指示SPS释放的DCI。
在一些方面中，调度SPS通信的重传的DCI(例如，如果NDI具有为一的值)还可以请求类型3HARQ-ACK。
如附图标记535所示，UE可以确定DCI消息是否释放SPS。在一些方面中，UE可以至少部分地基于确定DCI消息是否请求类型3HARQ-ACK来确定DCI消息是否释放SPS，如上所讨论的。在一些方面中，DCI消息的一个或多个字段可以指示DCI消息是否释放SPS。至少部分地基于确定DCI消息是否释放SPS，UE可以经由与SPS相关联的资源进行通信(例如，发送和/或接收通信)，或者可以停止经由与SPS相关联的资源进行的通信。
如附图标记540所示，UE可以至少部分地基于DCI消息来发送HARQ-ACK。在一些方面中，HARQ-ACK可以包括具有针对用于一个或多个分量载波的多个HARQ进程的反馈的类型3HARQ-ACK。在一些方面中，HARQ-ACK可以包括针对一个或多个PDCCH通信、一个或多个PDSCH通信和/或DCI消息等的HARQ反馈。
以这种方式，基站可以在使用SPS时发送DCI消息以请求类型3HARQ-ACK和/或可以在释放SPS或不释放SPS的情况下请求类型3HARQ-ACK。在一些方面中，DCI消息可以至少部分地基于DCI消息具有类型3HARQ-ACK请求来释放SPS或请求类型3HARQ-ACK，该类型3HARQ-ACK请求不具有用于DCI消息的ACK/NACK比特。以这种方式，可以节省计算、通信和/或网络资源，否则可能消耗这些计算、通信和/或网络资源来尝试确定UE是否接收到用于释放SPS的DCI消息。
如上文指示的，图5是作为示例来提供的。其它示例可以不同于关于图1所描述的示例。
图6是示出根据本公开内容的类型3HARQ-ACK的示例600的图。如图所示，UE(例如，UE 120)和基站(例如，基站110)使用PDSCH通信、PDCCH通信和/或HARQ-ACK传输中的一项或多项等进行通信。在一些方面中，基站和UE可以是无线网络(例如，无线网络100)的一部分。
如附图标记605所示，UE可以从基站接收RRC信令。在一些方面中，RRC信令可以提供配置信息以使UE能够接收DCI消息(例如，具有单次HARQ-ACK请求字段的DCI消息)。在一些方面中，RRC信令可以提供配置信息以配置休眠行为，诸如休眠模式或非休眠模式等。在一些方面中，配置信息可以指示UE将被配置有资源分配类型0、资源分配类型1、或动态资源分配(例如，资源分配类型0和资源分配类型1)。
如附图标记610所示，UE可以至少部分地基于RRC信令(例如，包括pdsch-Config中的RRC参数resourceAllocation)来配置UE。在一些方面中，UE可以将UE配置有资源分配类型0、资源分配类型1、或具有针对资源分配类型0和资源分配类型1的配置的动态切换分配(例如，至少部分地基于resourceAllocation被设置为dynamicswitch)。
在一些方面，UE可以被配置为支持在休眠与非休眠之间对激活的SCell的动态切换。当SCell处于休眠时，可以减少UE活动以保存UE的电量。当SCell处于非休眠时，UE可以经由SCell活跃地与基站进行通信。在一些方面中，UE可以被配置为接收调度PDSCH通信并且提供SCell休眠指示的DCI。在一些方面中，UE可以被配置为接收提供SCell休眠指示而不还调度PDSCH通信的DCI。
如附图标记615所示，UE可以接收一个或多个通信，诸如PDCCH通信和/或PDSCH通信。在一些方面中，UE可以确定针对一个或多个通信的HARQ-ACK反馈。在一些方面中，UE可以向一个或多个通信指派相应的HARQ进程ID。UE可以等待发送HARQ-ACK反馈，直到UE接收到用于发送HARQ-ACK反馈的请求。
如附图标记620所示，UE可以接收DCI消息。在一些方面中，基站可以发送DCI消息以分配用于下行链路传输或下行链路传输的资源、请求HARQ反馈、激活或触发信道状态信息测量、和/或指示SCell的休眠等。可以使用UE已知的格式来对DCI消息进行格式化，诸如DCI格式1_1消息。
在一些方面中，UE可以被配置具有单次HARQ-ACK(例如，至少部分基于RRC参数pdsch-HARQ-ACK-OneShotFeedback-r16)和SCell休眠行为(例如，至少部分地基于RRC参数dormant-BWP或通过用于激活的SCell的first-non-dormant-BWP-ID-for-DCI-inside-active-time)。在一些方面中，DCI消息(例如，DCI格式1_1消息)可以指示是否请求类型3HARQ-ACK。
如附图标记625所示，UE可以确定UE是否被配置为接收SCell休眠指示。在一些方面中，UE可以被配置为至少部分地基于(例如，经由RRC信令接收的)配置信息来接收SCell休眠指示。配置信息可以将UE配置有用于与基站和/或一个或多个额外基站的通信的一个或多个SCell。在一些方面中，UE可以被配置为在UE处于SCell活动时间(例如，SCell非休眠)时接收SCell休眠指示，以指示UE将发起SCell休眠(例如，将一个或多个SCell配置为休眠)。
如附图标记630所示，UE可以确定DCI消息是否请求类型3HARQ-ACK。在一些方面中，UE可以至少部分地基于关于UE被配置为经由DCI消息接收SCell休眠指示的确定以及单次HARQ-ACK请求字段的值或FDRA字段的值中的一项或多项，来确定DCI消息是否请求类型3HARQ-ACK。在一些方面中，UE可以被配置(例如，至少部分地基于RRC信令)为解释DCI消息以确定DCI消息是否指示是否请求类型3HARQ-ACK和/或DCI消息是否指示SCell休眠。
在一些方面中，UE可以至少部分地基于DCI消息的FDRA字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在一些方面中，UE可以至少部分地基于单次HARQ-ACK请求字段的值指示请求类型3HARQ-ACK(例如，单次HARQ-ACK字段的值是一)并且DCI消息的FDAR字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK并且DCI不包括SCell休眠指示：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在一些方面中，UE可以至少部分地基于单次HARQ-ACK请求字段的值来确定DCI消息不请求类型3HARQ-ACK。UE还可以至少部分地基于确定DCI消息不请求类型3HARQ-ACK来确定DCI消息包括SCell休眠指示。
在一些方面中，UE可以至少部分地基于单次HARQ-ACK请求字段的值和/或至少部分地基于DCI消息的FDAR字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK并且DCI包括辅小区休眠指示：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
如附图标记635所示，UE可以至少部分地基于确定DCI消息是否请求类型3HARQ-ACK来确定DCI消息是否指示SCell休眠，如上所讨论的。在一些方面中，DCI消息的一个或多个字段指示DCI消息是否指示SCell休眠。至少部分地基于确定DCI消息是否指示SCell休眠，UE可以经由一个或多个SCell进行通信，或者可以停止经由SCell进行的通信。
如附图标记640所示，UE可以至少部分地基于DCI消息来与基站进行通信。例如，UE可以向基站发送HARQ-ACK和/或UE可以经由一个或多个Scell进行通信。在一些方面中，HARQ-ACK可以包括具有针对用于一个或多个分量载波的多个HARQ进程的反馈的类型3HARQ-ACK。在一些方面中，HARQ-ACK可以包括针对一个或多个PDCCH通信、一个或多个PDSCH通信和/或DCI消息等的HARQ反馈。在一些方面中，UE可以至少部分地基于关于DCI消息请求类型3HARQ-ACK并且DCI消息包括SCell休眠指示的确定来确定不发送针对DCI消息的HARQ-ACK。
在一些方面中，DCI消息可以至少部分地基于DCI消息具有类型3HARQ-ACK请求来释放所指示的SCell休眠或请求类型3HARQ-ACK，该类型3HARQ-ACK请求不具有用于DCI消息的ACK/NACK比特。以这种方式，可以节省计算、通信和/或网络资源，否则可能消耗这些计算、通信和/或网络资源来尝试确定UE是否接收到用于指示SCell休眠的DCI消息。
如上文指示的，图6是作为示例来提供的。其它示例可以不同于关于图6所描述的示例。
图7是示出根据本公开内容的在一些方面中由UE执行的示例过程700的图。示例过程700是其中UE(例如，UE 120等)执行与类型3HARQ-ACK相关联的操作的示例。
如图7所示，在一些方面中，过程700可以包括：至少部分地基于DCI消息的第一字段来确定DCI消息请求类型3HARQ-ACK(框710)。在一些方面中，UE(例如，使用控制器/处理器280等)可以至少部分地基于DCI消息的第一字段来确定DCI消息请求类型3HARQ-ACK，如上所述。
如图7进一步所示，在一些方面中，过程700可以包括：根据DCI消息的第二字段，至少部分地基于DCI消息的第二字段的值符合以下条件来确定DCI消息不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零(框720)。在一些方面中，UE(例如，使用控制器/处理器280等)可以根据DCI消息的第二字段，至少部分地基于DCI消息的第二字段的值符合以下条件来确定DCI消息不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零，如上所述。
过程700可以包括额外的方面，诸如下文和/或结合本文中在其它地方描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。
在第一方面中，第一字段包括单次HARQ-ACK请求字段。
在第二方面中，单独地或与第一方面相结合，第二字段包括频域资源分配字段。
在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，UE至少部分地基于RRC信令来被配置有资源分配类型0或资源分配类型1中的一项或多项。
在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，确定DCI消息不调度PDSCH通信还是至少部分地基于以下各项中的一项或多项的：DCI的HARQ进程标识字段的全一或全零的值、DCI的新数据指示符字段的全零或1的值、DCI的MCS字段的全一或全零的值、或者DCI的冗余版本字段的全零或全一的值。
在第五方面中，单独地或与第一方面至第四方面中的一个或多个方面相结合，过程700包括：确定利用无线网络临时标识符(RNTI)对DCI消息的CRC进行加扰，其中，确定DCI消息请求类型3HARQ-ACK、确定DCI消息不调度PDSCH通信、或其组合是至少部分地基于关于利用RNTI对DCI消息的CRC进行加扰的确定的。
在第六方面中，单独地或与第一方面至第五方面中的一个或多个方面相结合，RNTI包括小区RNTI或调制和编码方案小区RNTI。
在第七方面中，单独地或与第一方面至第六方面中的一个或多个方面相结合，确定DCI消息请求类型3HARQ-ACK是至少部分地基于DCI消息的第一字段指示针对类型3HARQ-ACK的请求以及以下各项中的一项或多项的：DCI消息的调制和编码方案字段的值指示DCI消息激活半持久调度、或者DCI消息的第二字段的值指示DCI消息激活半持久调度。
在第八方面中，单独地或与第一方面至第七方面中的一个或多个方面相结合，过程700包括：至少部分地基于确定DCI消息请求类型3HARQ-ACK来确定DCI不释放半持久调度。
在第九方面中，单独地或与第一方面至第八方面中的一个或多个方面相结合，过程700包括：至少部分地基于确定DCI消息请求类型3HARQ-ACK来确定不发送针对DCI消息的HARQ-ACK。
在第十方面中，单独地或与第一方面至第九方面中的一个或多个方面相结合，确定DCI消息请求类型3HARQ-ACK是至少部分地基于DCI消息的新数据指示符字段的值指示对使用半持久调度发送的消息的重传的调度的。
虽然图7示出了过程700的示例框，但是在一些方面中，过程700可以包括与图7中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式排列的框。另外或替代地，过程700的框中的两个或更多个框可以并行地执行。
图8是示出根据本公开内容的在一些方面中由UE执行的示例过程800的图。示例过程800是其中UE(例如，UE 120等)执行与类型3HARQ-ACK相关联的操作的示例。
如图8所示，在一些方面中，过程800可以包括：确定利用CS-RNTI对DCI消息的CRC进行加扰(框810)。在一些方面中，UE(例如，使用控制器/处理器280等)可以确定利用CS-RNTI对DCI消息的CRC进行加扰，如上所述。
如图8进一步所示，在一些方面中，过程800可以包括：至少部分地基于以下各项中的一项或多项来确定DCI消息是否请求类型3HARQ-ACK：关于利用CS-RNTI对DCI消息的CRC进行加扰的确定、单次HARQ-ACK请求字段的值、DCI的MCS字段的值、频域资源分配字段的值、或DCI的新数据指示符字段的值(框820)。在一些方面中，UE(例如，使用控制器/处理器280等)可以至少部分地基于以下各项中的一项或多项来确定DCI消息是否请求类型3HARQ-ACK：关于利用CS-RNTI对DCI消息的CRC进行加扰的确定、单次HARQ-ACK请求字段的值、DCI的MCS字段的值、频域资源分配字段的值、或DCI的新数据指示符字段的值，如上所述。
过程800可以包括额外的方面，诸如下文和/或结合本文中在其它地方描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。
在第一方面中，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于确定利用CS-RNTI对DCI消息的CRC进行加扰来确定DCI消息不请求类型3HARQ-ACK。
在第二方面中，单独地或与第一方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于单次HARQ-ACK请求字段指示针对类型3HARQ-ACK的请求以及以下各项中的一项或多项来确定DCI消息请求类型3HARQ-ACK：DCI消息的调制和编码方案字段的值指示DCI消息激活半持久调度、或者频域资源分配字段的值指示DCI消息激活半持久调度。
在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于以下各项中的一项或多项来确定DCI消息不请求类型3HARQ-ACK：DCI消息的调制和编码方案字段的值指示DCI释放半持久调度、或者频域资源分配字段的值指示DCI消息激活半持久调度。
在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：确定DCI消息请求类型3HARQ-ACK；以及至少部分地基于确定DCI消息请求类型3HARQ-ACK来确定DCI不释放半持久调度。
在第五方面中，单独地或与第一方面至第四方面中的一个或多个方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：确定DCI消息不请求类型3HARQ-ACK，以及过程800还包括：至少部分地基于确定DCI消息不请求类型3HARQ-ACK来确定DCI释放半持久调度。
在第六方面中，单独地或与第一方面至第五方面中的一个或多个方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：确定DCI消息请求类型3HARQ-ACK；以及至少部分地基于确定DCI消息请求类型3HARQ-ACK来确定不发送针对DCI消息的HARQ-ACK。
在第七方面中，单独地或与第一方面至第六方面中的一个或多个方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于DCI消息的新数据指示符字段的值指示对使用半持久调度发送的消息的重传的调度来确定DCI消息请求类型3HARQ-ACK。
虽然图8示出了过程800的示例框，但是在一些方面中，过程800可以包括与图8中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式排列的框。另外或替代地，过程800的框中的两个或更多个框可以并行地执行。
图9是示出根据本公开内容的在一些方面中由UE执行的示例过程900的图。示例过程900是其中UE(例如，UE 120等)执行与类型3HARQ-ACK相关联的操作的示例。
如图9所示，在一些方面中，过程900可以包括：确定UE被配置为经由DCI消息接收辅小区休眠指示(框910)。在一些方面中，UE(例如，使用控制器/处理器280等)可以确定UE被配置为经由DCI消息接收辅小区休眠指示，如上所述。
如图9进一步所示，在一些方面中，过程900可以包括：至少部分地基于关于UE被配置为经由DCI消息接收辅小区休眠指示的确定以及以下各项中的一项或多项来确定DCI消息是否请求类型3HARQ-ACK：单次HARQ-ACK请求字段的值、或频域资源分配字段的值(框920)。在一些方面中，UE(例如，使用控制器/处理器280等)可以至少部分地基于关于UE被配置为经由DCI消息接收辅小区休眠指示的确定以及以下各项中的一项或多项来确定DCI消息是否请求类型3HARQ-ACK：单次HARQ-ACK请求字段的值、或频域资源分配字段的值，如上所述。
过程900可以包括额外的方面，诸如下文和/或结合本文中在其它地方描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。
在第一方面中，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于DCI消息的频域资源分配字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在第二方面中，单独地或与第一方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于单次HARQ-ACK请求字段的值是一并且DCI消息的频域资源分配字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK并且DCI不包括辅小区休眠指示：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于单次HARQ-ACK请求字段的值来确定DCI消息不请求类型3HARQ-ACK；以及至少部分地基于确定DCI消息不请求类型3HARQ-ACK来确定DCI消息包括辅小区休眠指示。
在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，确定DCI消息是否请求类型3HARQ-ACK包括：至少部分地基于单次HARQ-ACK请求字段的值和DCI消息的频域资源分配字段的值符合以下条件来确定DCI消息请求类型3HARQ-ACK并且DCI包括辅小区休眠指示：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者如果配置资源分配类型0和资源分配类型1两者，则包括全一或全零。
在第五方面中，单独地或与第一方面至第四方面中的一个或多个方面相结合，过程900包括：至少部分地基于关于DCI消息请求类型3HARQ-ACK并且DCI消息包括辅小区休眠指示的确定来确定不发送针对DCI消息的HARQ-ACK。
虽然图9示出了过程900的示例框，但是在一些方面中，过程900可以包括与图9中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式排列的框。另外或替代地，过程900的框中的两个或更多个框可以并行地执行。
图10是示出根据本公开内容的各个方面的例如由UE执行的示例过程1000的图。示例过程1000是其中UE(例如，UE 120)执行与类型3HARQ-ACK相关联的操作的示例。
如图10所示，在一些方面中，过程1000可以包括：接收DCI消息，DCI消息至少包括第一字段和第二字段，第一字段指示针对类型3HARQ-ACK的请求，当第二字段的值符合以下条件时，第二字段指示不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零(框1010)。例如，UE(例如，使用天线252、DEMOD 254、MIMO检测器256、接收处理器258、控制器/处理器280等)可以接收DCI消息，DCI消息至少包括第一字段和第二字段，第一字段指示针对类型3HARQ-ACK的请求，当第二字段的值符合以下条件时，第二字段指示不调度PDSCH通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零，如上所述。
如图10进一步所示，在一些方面中，过程1000可以包括：至少部分地基于DCI消息来发送类型3HARQ-ACK(框1020)。例如，UE(例如，使用控制器/处理器240、发送处理器220、TX MIMO处理器230、MOD 232、天线234等)可以至少部分地基于DCI消息来发送类型3HARQ-ACK，如上所述。
过程1000可以包括额外的方面，诸如下文和/或结合本文中在其它地方描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。
在第一方面中，第一字段包括单次HARQ-ACK请求字段。
在第二方面中，单独地或与第一方面相结合，第二字段包括频域资源分配字段。
在第三方面中，单独地或与第一方面和第二方面中的一个或多个方面相结合，UE至少部分地基于无线资源控制信令来被配置有资源分配类型0、资源分配类型1、或动态切换配置。
在第四方面中，单独地或与第一方面至第三方面中的一个或多个方面相结合，DCI消息包括指示以下各项中的一项或多项的一个或多个额外的字段：DCI消息的HARQ进程标识字段的全一或全零的值、DCI消息的新数据指示符字段的全零或1的值、DCI消息的调制和编码方案字段的全一或全零的值、或者DCI消息的冗余版本字段的全零或全一的值。
在第五方面中，单独地或与第一方面至第四方面中的一个或多个方面相结合，利用RNTI对DCI消息的CRC进行加扰。
在第六方面中，单独地或与第一方面至第五方面中的一个或多个方面相结合，RNTI包括小区RNTI或调制和编码方案小区RNTI。
在第七方面中，单独地或与第一方面至第六方面中的一个或多个方面相结合，DCI消息至少部分地基于DCI消息的第一字段指示针对类型3HARQ-ACK的请求以及以下各项中的一项或多项来请求类型3HARQ-ACK：DCI消息的调制和编码方案字段的值指示DCI消息激活半持久调度、或者DCI消息的第二字段的值指示DCI消息激活半持久调度。
在第八方面中，单独地或与第一方面至第七方面中的一个或多个方面相结合，DCI至少部分地基于第一字段指示针对类型3HARQ-ACK的请求来指示不释放半持久调度。
在第九方面中，单独地或与第一方面至第八方面中的一个或多个方面相结合，DCI消息至少部分地基于DCI消息指示针对类型3HARQ-ACK的请求来指示不发送针对DCI消息的HARQ-ACK。
在第十方面中，单独地或与第一方面至第九方面中的一个或多个方面相结合，DCI消息至少部分地基于DCI消息的新数据指示符字段的值指示对使用半持久调度发送的消息的重传的调度来请求类型3HARQ-ACK。
虽然图10示出了过程1000的示例框，但是在一些方面中，过程1000可以包括与图10中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式排列的框。另外或替代地，过程1000的框中的两个或更多个框可以并行地执行。
图11是示出根据本公开内容的各个方面例如由UE执行的示例过程1100的图。示例过程1100是其中UE(例如，UE 120)执行与类型3HARQ-ACK相关联的操作的示例。
如图11所示，在一些方面中，过程1100可以包括：接收DCI消息，当DCI消息不指示针对类型3HARQ-ACK的请求时，DCI消息包括与辅小区休眠指示相关联的一个或多个字段(框1110)。例如，UE(例如，使用天线252、DEMOD 254、MIMO检测器256、接收处理器258、控制器/处理器280等)可以接收DCI消息，当DCI消息不指示针对类型3HARQ-ACK的请求时，DCI消息包括与辅小区休眠指示相关联的一个或多个字段，如上所述。
过程1100可以包括额外的方面，诸如下文和/或结合本文中在其它地方描述的一个或多个其它过程描述的各方面中的任何单个方面或任何组合。
在第一方面中，DCI消息至少部分地基于DCI消息的频域资源分配字段的值符合以下条件来指示针对类型3HARQ-ACK的请求：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零。
在第二方面中，单独地或与第一方面相结合，DCI消息至少部分地基于DCI消息的单次HARQ-ACK请求字段的值来不指示针对类型3HARQ-ACK的请求。
虽然图11示出了过程1100的示例框，但是在一些方面中，过程1100可以包括与图11中描绘的那些框相比额外的框、更少的框、不同的框或者以不同方式排列的框。另外或替代地，过程1100的框中的两个或更多个框可以并行地执行。
前述公开内容提供了说明和描述，但是并不旨在是详尽的或者将各方面限制为所公开的精确形式。按照上文公开内容，可以进行修改和变型，或者可以从对各方面的实践中获取修改和变型。
下文提供了本公开内容的一些方面的概述：
方面1：一种由用户设备(UE)执行的无线通信的方法，包括：接收下行链路控制信息(DCI)消息，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度物理下行链路共享信道(PDSCH)通信：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零；以及至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK。
方面2：根据方面1所述的方法，其中，所述第一字段包括单次HARQ-ACK请求字段。
方面3：根据方面1至2中任一方面所述的方法，其中，所述第二字段包括频域资源分配字段。
方面4：根据方面1至3中任一方面所述的方法，其中，所述UE至少部分地基于无线资源控制信令来被配置有所述资源分配类型0、所述资源分配类型1、或所述动态切换配置。
方面5：根据方面1至4中任一方面所述的方法，其中，所述DCI消息包括指示以下各项中的一项或多项的一个或多个额外的字段：所述DCI消息的HARQ进程标识字段的全一或全零的值、所述DCI消息的新数据指示符字段的全零或1的值、所述DCI消息的调制和编码方案字段的全一或全零的值、或者所述DCI消息的冗余版本字段的全零或全一的值。
方面6：根据方面1至5中任一方面所述的方法，其中，利用无线网络临时标识符(RNTI)对所述DCI消息的循环冗余校验(CRC)进行加扰。
方面7：根据方面6所述的方法，其中，所述RNTI包括小区RNTI或调制和编码方案小区RNTI。
方面8：根据方面6至7中任一方面所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息的所述第一字段指示针对类型3HARQ-ACK的请求以及以下各项中的一项或多项来请求类型3HARQ-ACK：所述DCI消息的调制和编码方案字段的值指示所述DCI消息激活半持久调度、或者所述DCI消息的所述第二字段的值指示所述DCI消息激活半持久调度。
方面9：根据方面6至8中任一方面所述的方法，其中，所述DCI至少部分地基于所述第一字段指示针对类型3HARQ-ACK的请求来指示不释放半持久调度。
方面10：根据方面6至9中任一方面所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息指示针对类型3HARQ-ACK的请求来指示不发送针对所述DCI消息的HARQ-ACK。
方面11：根据方面6至10中任一方面所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息的新数据指示符字段的值指示对使用半持久调度发送的消息的重传的调度来请求类型3HARQ-ACK。
方面12：一种由用户设备(UE)执行的无线通信的方法，包括：接收下行链路控制信息(DCI)消息，当所述DCI消息不指示针对类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的请求时，所述DCI消息包括与辅小区休眠指示相关联的一个或多个字段。
方面13：根据方面12所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息的频域资源分配字段的值符合以下条件来指示针对类型3HARQ-ACK的请求：如果配置资源分配类型0，则包括全零；如果配置资源分配类型1，则包括全一；或者在动态切换配置中，包括全一或全零。
方面14：根据方面12所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息的单次HARQ-ACK请求字段的值来不指示针对类型3HARQ-ACK的请求。
方面16：一种用于设备处的无线通信的装置，包括：处理器；与所述处理器耦合的存储器；以及指令，所述指令被存储在所述存储器中并且可由处理器执行以使得所述装置执行根据方面1-14中的一个或多个方面所述的方法。
方面17：一种用于无线通信的设备，包括存储器和耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为执行根据方面1-14中的一个或多个方面所述的方法。
方面18：一种用于无线通信的装置，包括用于执行根据方面1-14中的一个或多个方面所述的方法的至少一个单元。
方面19：一种存储用于无线通信的代码的非暂时性计算机可读介质，所述代码包括可由处理器执行以执行根据方面1-14中的一个或多个方面所述的方法的指令。
方面20：一种存储用于无线通信的指令集合的非暂时性计算机可读介质，所述指令集合包括一个或多个指令，所述一个或多个指令在由设备的一个或多个处理器执行时使得所述设备执行根据方面1-14中的一个或多个方面所述的方法。
如本文所使用，术语“组件”旨在被广泛地解释为硬件和/或硬件和软件的组合。无论被称为软件、固件、中间件、微代码、硬件描述语言还是其它名称，“软件”都应当被广泛地解释为意指指令、指令集合、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程和/或函数等。如本文所使用的，处理器是在硬件和/或硬件和软件的组合中实现的。将显而易见的是，本文描述的系统和/或方法可以在不同形式的硬件和/或硬件和软件的组合中实现。用于实现这些系统和/或方法的实际的专门的控制硬件或软件代码不是对各方面的限制。因此，本文在不引用特定的软件代码的情况下描述了系统和/或方法的操作和行为，要理解的是，软件和硬件可以被设计为至少部分地基于本文的描述来实现系统和/或方法。
如本文所使用的，取决于上下文，满足门限可以指代值大于门限、大于或等于门限、小于门限、小于或等于门限、等于门限、不等于门限等。
即使在权利要求中记载了和/或在说明书中公开了特征的特定组合，这些组合也不旨在限制各个方面的公开内容。事实上，可以以没有在权利要求中具体记载和/或在说明书中具体公开的方式来组合这些特征中的许多特征。虽然下文列出的每个从属权利要求可以仅直接依赖于一个权利要求，但是各个方面的公开内容包括每个从属权利要求与权利要求集合中的每个其它权利要求的组合。如本文所使用的，提及项目列表“中的至少一个”的短语指代那些项目的任何组合，包括单个成员。举例而言，“a、b或c中的至少一个”旨在涵盖a、b、c、a-b、a-c、b-c和a-b-c、以及与相同元素的倍数的任何组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c或者a、b和c的任何其它排序)。
本文使用的元素、动作或指令中没有一个应当被解释为关键或必要的，除非明确描述为如此。此外，如本文所使用的，冠词“一(a)”和“一个(an)”旨在包括一个或多个项目，并且可以与“一个或多个”互换使用。此外，如本文所使用的，冠词“所述(the)”旨在包括结合冠词“所述(the)”引用的一个或多个项目，并且可以与“一个或多个”互换使用。此外，如本文所使用的，术语“集合”和“群组”旨在包括一个或多个项目(例如，相关的项目、无关的项目、或相关的项目和无关的项目的组合)，并且可以与“一个或多个”互换使用。在仅预期一个项目的情况下，使用短语“仅一个”或类似语言。此外，如本文所使用的，术语“具有(has)、(have)、(having)”等旨在是开放式术语。此外，除非另有明确声明，否则短语“基于”旨在意指“至少部分地基于”。此外，如本文所使用的，术语“或”在一系列中使用时旨在是包含性的，并且除非另有明确声明(例如，如果与“任一”或“仅其中一个”结合使用)，否则可以与“和/或”互换使用。

Claims (30)

1.一种由用户设备(UE)执行的无线通信的方法，包括：
接收下行链路控制信息(DCI)消息，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度物理下行链路共享信道(PDSCH)通信：
如果所述UE被配置有资源分配类型0，则所述第二字段的值包括全零，
如果所述UE被配置有资源分配类型1，则所述第二字段的值包括全一，或者
如果所述UE被配置有动态切换配置，则所述第二字段的值包括全一或全零；以及
其中，所述DCI消息的循环冗余校验(CRC)是利用无线网络临时标识符(RNTI)来进行加扰的，并且所述方法还包括：
确定所述DCI消息是否请求类型3HARQ-ACK是基于所述RNTI的；以及
至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK。
2.根据权利要求1所述的方法，其中，如果所述RNTI包括小区RNTI或调制和编码方案小区RNTI(MCS-C-RNTI)，则所述DCI消息请求类型3HARQ-ACK，或者
其中，如果所述RNTI包括配置的调度无线网络临时标识符(CS-RNTI)，则所述DCI消息不请求类型3HARQ-ACK。
3.根据权利要求1所述的方法，其中，所述第一字段包括单次HARQ-ACK请求字段。
4.根据权利要求1所述的方法，其中，所述第二字段包括频域资源分配字段。
5.根据权利要求1所述的方法，其中，所述UE至少部分地基于无线资源控制信令来被配置有所述资源分配类型0、所述资源分配类型1、或所述动态切换配置。
6.根据权利要求1所述的方法，其中，所述DCI消息包括指示以下各项中的一项或多项的一个或多个额外的字段：
所述DCI消息的HARQ进程标识字段的全一或全零的值，
所述DCI消息的新数据指示符字段的全零或1的值，
所述DCI消息的调制和编码方案字段的全一或全零的值，或者
所述DCI消息的冗余版本字段的全零或全一的值。
7.根据权利要求1所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息的所述第一字段指示针对类型3HARQ-ACK的请求以及以下各项中的一项或多项来请求类型3HARQ-ACK：
所述DCI消息的调制和编码方案字段的值指示所述DCI消息激活半持久调度，或者
所述DCI消息的所述第二字段的值指示所述DCI消息激活半持久调度。
8.根据权利要求1所述的方法，其中，所述DCI至少部分地基于所述第一字段指示针对类型3HARQ-ACK的请求来指示不释放半持久调度。
9.根据权利要求1所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息指示针对类型3HARQ-ACK的请求来指示不发送针对所述DCI消息的HARQ-ACK。
10.根据权利要求1所述的方法，其中，所述DCI消息至少部分地基于所述DCI消息的新数据指示符字段的值指示对使用半持久调度发送的消息的重传的调度来请求类型3HARQ-ACK。
11.一种用于无线通信的用户设备(UE)，包括：
存储器；以及
操作地耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置为：
接收下行链路控制信息(DCI)消息，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度物理下行链路共享信道(PDSCH)通信：
如果所述UE被配置有资源分配类型0，则所述第二字段的值包括全零，
如果所述UE被配置有资源分配类型1，则所述第二字段的值包括全一，或者
如果所述UE被配置有动态切换配置，则所述第二字段的值包括全一或全零；以及
其中，所述DCI消息的循环冗余校验(CRC)是利用无线网络临时标识符(RNTI)来进行加扰的，并且所述一个或多个处理器被配置为：
确定所述DCI消息是否请求类型3HARQ-ACK是基于所述RNTI的；以及
至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK。
12.根据权利要求11所述的UE，其中，如果所述RNTI包括小区RNTI或调制和编码方案小区RNTI(MCS-C-RNTI)，则所述DCI消息请求类型3HARQ-ACK，或者
其中，如果所述RNTI包括配置的调度无线网络临时标识符(CS-RNTI)，则所述DCI消息不请求类型3HARQ-ACK。
13.根据权利要求11所述的UE，其中，所述第一字段包括单次HARQ-ACK请求字段。
14.根据权利要求11所述的UE，其中，所述第二字段包括频域资源分配字段。
15.根据权利要求11所述的UE，其中，所述UE至少部分地基于无线资源控制信令来被配置有所述资源分配类型0、所述资源分配类型1、或所述动态切换配置。
16.根据权利要求11所述的UE，其中，所述DCI消息包括指示以下各项中的一项或多项的一个或多个额外的字段：
所述DCI消息的HARQ进程标识字段的全一或全零的值，
所述DCI消息的新数据指示符字段的全零或1的值，
所述DCI消息的调制和编码方案字段的全一或全零的值，或者
所述DCI消息的冗余版本字段的全零或全一的值。
17.根据权利要求11所述的UE，其中，所述DCI消息至少部分地基于所述DCI消息的所述第一字段指示针对类型3HARQ-ACK的请求以及以下各项中的一项或多项来请求类型3HARQ-ACK：
所述DCI消息的调制和编码方案字段的值指示所述DCI消息激活半持久调度，或者
所述DCI消息的所述第二字段的值指示所述DCI消息激活半持久调度。
18.根据权利要求11所述的UE，其中，所述DCI至少部分地基于所述第一字段指示针对类型3HARQ-ACK的请求来指示不释放半持久调度。
19.根据权利要求11所述的UE，其中，所述DCI消息至少部分地基于所述DCI消息指示针对类型3HARQ-ACK的请求来指示不发送针对所述DCI消息的HARQ-ACK。
20.根据权利要求11所述的UE，其中，所述DCI消息至少部分地基于所述DCI消息的新数据指示符字段的值指示对使用半持久调度发送的消息的重传的调度来请求类型3HARQ-ACK。
21.一种用于无线通信的装置，包括：
用于接收下行链路控制信息(DCI)消息的单元，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度物理下行链路共享信道(PDSCH)通信：
如果所述装置被配置有资源分配类型0，则所述第二字段的值包括全零，
如果所述装置被配置有资源分配类型1，则所述第二字段的值包括全一，或者
如果所述装置被配置有动态切换配置，则所述第二字段的值包括全一或全零；以及
其中，所述DCI消息的循环冗余校验(CRC)是利用无线网络临时标识符(RNTI)来进行加扰的，并且所述装置还包括：
用于确定所述DCI消息是否请求类型3HARQ-ACK是基于所述RNTI的单元；以及用于至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK的单元。
22.根据权利要求21所述的装置，其中，如果所述RNTI包括小区RNTI或调制和编码方案小区RNTI(MCS-C-RNTI)，则所述DCI消息请求类型3HARQ-ACK，或者
其中，如果所述RNTI包括配置的调度无线网络临时标识符(CS-RNTI)，则所述DCI消息不请求类型3HARQ-ACK。
23.根据权利要求21所述的装置，其中，所述第一字段包括单次HARQ-ACK请求字段。
24.根据权利要求21所述的装置，其中，所述第二字段包括频域资源分配字段。
25.一种存储用于无线通信的包括一个或多个指令的指令集的非暂时性计算机可读介质，所述一个或多个指令在由用户设备(UE)的一个或多个处理器执行时，使得所述UE进行以下操作：
接收下行链路控制信息(DCI)消息，所述DCI消息至少包括第一字段和第二字段，所述第一字段指示针对类型3混合自动重传请求(HARQ)确认(HARQ-ACK)的请求，当所述第二字段的值符合以下条件时，所述第二字段指示不调度物理下行链路共享信道(PDSCH)通信：
如果所述UE被配置有资源分配类型0，则所述第二字段的值包括全零，
如果所述UE被配置有资源分配类型1，则所述第二字段的值包括全一，或者
如果所述UE被配置有动态切换配置，则所述第二字段的值包括全一或全零；以及
其中，所述DCI消息的循环冗余校验(CRC)是利用无线网络临时标识符(RNTI)来进行加扰的，并且还使得所述UE进行以下操作：
确定所述DCI消息是否请求类型3HARQ-ACK是基于所述RNTI的；以及
至少部分地基于所述DCI消息来发送所述类型3HARQ-ACK。
26.根据权利要求25所述的非暂时性计算机可读介质，其中，如果所述RNTI包括小区RNTI或调制和编码方案小区RNTI(MCS-C-RNTI)，则所述DCI消息请求类型3HARQ-ACK，或者
其中，如果所述RNTI包括配置的调度无线网络临时标识符(CS-RNTI)，则所述DCI消息不请求类型3HARQ-ACK。
27.根据权利要求25所述的非暂时性计算机可读介质，其中，所述第一字段包括单次HARQ-ACK请求字段。
28.根据权利要求25所述的非暂时性计算机可读介质，其中，所述第二字段包括频域资源分配字段。
29.根据权利要求25所述的非暂时性计算机可读介质，其中，所述UE至少部分地基于无线资源控制信令来被配置有所述资源分配类型0、所述资源分配类型1、或所述动态切换配置。
30.根据权利要求25所述的非暂时性计算机可读介质，其中，所述DCI消息包括指示以下各项中的一项或多项的一个或多个额外的字段：
所述DCI消息的HARQ进程标识字段的全一或全零的值，
所述DCI消息的新数据指示符字段的全零或1的值，
所述DCI消息的调制和编码方案字段的全一或全零的值，或者
所述DCI消息的冗余版本字段的全零或全一的值。
CN202180010886.6A 2020-02-04 2021-02-03 类型3混合自动重传请求确认 Active CN115004592B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410282981.7A CN118138195A (zh) 2020-02-04 2021-02-03 类型3混合自动重传请求确认

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202062970069P 2020-02-04 2020-02-04
US62/970,069 2020-02-04
US17/165,732 US11777663B2 (en) 2020-02-04 2021-02-02 Type 3 hybrid automatic repeat request acknowledgment
US17/165,732 2021-02-02
PCT/US2021/016416 WO2021158664A1 (en) 2020-02-04 2021-02-03 Type 3 hybrid automatic repeat request acknowledgment

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202410282981.7A Division CN118138195A (zh) 2020-02-04 2021-02-03 类型3混合自动重传请求确认

Publications (2)

Publication Number Publication Date
CN115004592A CN115004592A (zh) 2022-09-02
CN115004592B true CN115004592B (zh) 2024-03-26

Family

ID=77062409

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202180010886.6A Active CN115004592B (zh) 2020-02-04 2021-02-03 类型3混合自动重传请求确认
CN202410282981.7A Pending CN118138195A (zh) 2020-02-04 2021-02-03 类型3混合自动重传请求确认

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202410282981.7A Pending CN118138195A (zh) 2020-02-04 2021-02-03 类型3混合自动重传请求确认

Country Status (7)

Country Link
US (1) US11777663B2 (zh)
EP (1) EP4101098A1 (zh)
KR (1) KR20220129565A (zh)
CN (2) CN115004592B (zh)
BR (1) BR112022014601A2 (zh)
TW (1) TW202135497A (zh)
WO (1) WO2021158664A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11611411B2 (en) * 2019-12-05 2023-03-21 Qualcomm Incorporated Downlink control information for dormancy indication and one-shot hybrid automatic repeat request feedback
US11777663B2 (en) * 2020-02-04 2023-10-03 Qualcomm Incorporated Type 3 hybrid automatic repeat request acknowledgment
WO2023024936A1 (en) * 2021-08-24 2023-03-02 Mediatek Singapore Pte. Ltd. Method and apparatus for supporting enhanced type-3 hybrid automatic repeat request-acknowledgement (harq-ack) codebooks in mobile communications
WO2023034924A1 (en) * 2021-09-01 2023-03-09 Qualcomm Incorporated Configuration based hybrid automatic repeat request trigger
US20230095598A1 (en) * 2021-09-26 2023-03-30 Samsung Electronics Co., Ltd. Method and apparatus for hybrid automatic repeat request-acknowledgement retransmission
WO2023144754A1 (en) * 2022-01-26 2023-08-03 Lenovo (Singapore) Pte. Ltd. One shot hybrid automatic repeat request feedback reporting
WO2024035751A1 (en) * 2022-08-08 2024-02-15 Ofinno, Llc Enhancements of multi-slot transmission

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102342059A (zh) * 2008-12-31 2012-02-01 三星电子株式会社 在移动通信系统中用于harq的传输控制方法
CN107070605A (zh) * 2008-03-28 2017-08-18 高通股份有限公司 无线通信系统中ack资源的动态分配
WO2019028857A1 (en) * 2017-08-11 2019-02-14 Lenovo (Beijing) Limited HARQ-ACK FEEDBACK SYNCHRONIZATION FOR SPS-PDSCH
CN110603765A (zh) * 2017-05-04 2019-12-20 夏普株式会社 用于上行链路超高可靠和低延迟通信的混合自动重传请求

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10742362B2 (en) * 2016-08-21 2020-08-11 Lg Electronics Inc. Method for uplink transmission in wireless communication system, and device therefor
CN114641960B (zh) * 2019-11-06 2023-10-24 Lg电子株式会社 在无线通信系统中发送或接收信号的方法和装置
US20220385411A1 (en) * 2019-11-08 2022-12-01 Lenovo (Beijing) Ltd. Method and apparatus for reducing one-shot hybrid automatic repeat request-acknowledgement (harq-ack) codebook size
EP4055949A1 (en) * 2019-11-08 2022-09-14 Telefonaktiebolaget Lm Ericsson (Publ) L1 signaling for scell dormancy indication
US11611411B2 (en) * 2019-12-05 2023-03-21 Qualcomm Incorporated Downlink control information for dormancy indication and one-shot hybrid automatic repeat request feedback
EP3895353A1 (en) * 2020-01-16 2021-10-20 Ofinno, LLC Acknowledgment transmission in wireless communications systems
WO2021147076A1 (zh) * 2020-01-23 2021-07-29 Oppo广东移动通信有限公司 Harq-ack码本的反馈方法、装置、设备及存储介质
US11777663B2 (en) * 2020-02-04 2023-10-03 Qualcomm Incorporated Type 3 hybrid automatic repeat request acknowledgment
US11838915B2 (en) * 2020-02-12 2023-12-05 Intel Corporation One-shot feedback and SCell dormancy behavior in 5G NR networks
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

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107070605A (zh) * 2008-03-28 2017-08-18 高通股份有限公司 无线通信系统中ack资源的动态分配
CN102342059A (zh) * 2008-12-31 2012-02-01 三星电子株式会社 在移动通信系统中用于harq的传输控制方法
CN110603765A (zh) * 2017-05-04 2019-12-20 夏普株式会社 用于上行链路超高可靠和低延迟通信的混合自动重传请求
WO2019028857A1 (en) * 2017-08-11 2019-02-14 Lenovo (Beijing) Limited HARQ-ACK FEEDBACK SYNCHRONIZATION FOR SPS-PDSCH

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Chairmans notes of AI 7.2.2 NR-Based Access to Unlicensed Spectrum.;Ad-hoc Chair (Ericsson).;《3GPP TSG-RAN WG1 Meeting #99 Tdoc R1-1913383》;第7.2.2.2.3节 *
Discussion on HARQ operation for NR-U.;vivo.;《3GPP TSG RAN WG1#99 R1-1912014》;第2.1.3节 *

Also Published As

Publication number Publication date
KR20220129565A (ko) 2022-09-23
TW202135497A (zh) 2021-09-16
BR112022014601A2 (pt) 2022-09-13
WO2021158664A1 (en) 2021-08-12
CN115004592A (zh) 2022-09-02
US11777663B2 (en) 2023-10-03
US20210242977A1 (en) 2021-08-05
EP4101098A1 (en) 2022-12-14
CN118138195A (zh) 2024-06-04

Similar Documents

Publication Publication Date Title
CN115004592B (zh) 类型3混合自动重传请求确认
US20210410178A1 (en) Receive grant for a sidelink transmission
US20210409166A1 (en) Physical uplink control channel resource indication for sidelink hybrid automatic repeat request feedback
US11985514B2 (en) Discontinuous reception configuration in sidelink communication deployments
US20210289529A1 (en) Resource allocation for sidelink-assisted uplink transmission
US20230091190A1 (en) Sidelink communication ordering
US20230171808A1 (en) Location-based channel occupancy sharing for sidelink communication in unlicensed spectrum
US20240072946A1 (en) Parameter determination for user equipment
CN114026891B (zh) 去激活用于周期性通信的重复的资源
US20220248397A1 (en) Physical uplink control channel communication for carrier aggregation
US11765736B2 (en) Fast feedback for sidelink channels
US20220070964A1 (en) Sidelink feedback in discontinuous reception mode operation
US11503594B1 (en) Sidelink resource selection for discontinuous reception
US11844099B2 (en) Switching among sidelink bandwidth parts
US20240015752A1 (en) Uplink control information cooperation
US20230344561A1 (en) Unified feedback for configured grant for ultra reliable communication and unlicensed spectrum
WO2022151461A1 (en) Remote ue group paging for relay power saving
EP4285539A1 (en) Physical uplink control channel communication for carrier aggregation
CN116746111A (zh) 用于载波聚合的物理上行链路控制信道通信
CN116349176A (zh) 用于控制信道重复的下行链路分配索引操作

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant