CN116965109A - 具有确认信息的pucch传输的功率控制 - Google Patents

具有确认信息的pucch传输的功率控制 Download PDF

Info

Publication number
CN116965109A
CN116965109A CN202280018540.5A CN202280018540A CN116965109A CN 116965109 A CN116965109 A CN 116965109A CN 202280018540 A CN202280018540 A CN 202280018540A CN 116965109 A CN116965109 A CN 116965109A
Authority
CN
China
Prior art keywords
harq
ack
pucch
dci format
ack information
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
CN202280018540.5A
Other languages
English (en)
Inventor
A·帕帕萨克拉里奥
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN116965109A publication Critical patent/CN116965109A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/14—Separate analysis of uplink or downlink
    • H04W52/146—Uplink power control
    • 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/18—TPC being performed according to specific parameters
    • H04W52/22—TPC being performed according to specific parameters taking into account previous information or commands
    • H04W52/221—TPC being performed according to specific parameters taking into account previous information or commands using past power control commands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/32—TPC of broadcast or control channels
    • H04W52/325—Power control of control or pilot channels
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/06—TPC algorithms
    • H04W52/08—Closed loop power control

Landscapes

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

Abstract

本公开涉及一种支持更高数据传输速率的5G或6G通信系统。用于具有确认信息的物理上行链路控制信道传输的功率确定的装置和方法。一种用于操作用户设备(UE)的方法，包括：确定以下项的总和：与第一无线网络临时标识符(RNTI)集合相关联的接收传输块(TB)的第一数目、与第二集合RNTI相关联的接收TB的第二数目以及与第二RNTI集合相关联的未接收TB的第三数目。所述方法还包括基于所述总和来确定用于物理上行链路控制信道(PUCCH)传输的功率并且使用该功率来发送PUCCH。PUCCH包括与第一RNTI集合相关联的第一混合自动重传请求确认(HARQ‑ACK)信息比特和与第二RNTI集合相关联的第二HARQ‑ACK信息比特。

Description

具有确认信息的PUCCH传输的功率控制
技术领域
本公开一般涉及无线通信系统，并且更具体地，本公开涉及对于具有确认信息的物理上行链路控制信道(PUCCH)传输的功率确定和控制。
背景技术
5G移动通信技术定义了宽频带，使得高传输速率和新服务成为可能，并且不仅可以在诸如3.5GHz的“Sub 6GHz”频带中实现，5G移动通信技术还可以在被称为mmWave的包括28GHz和39GHz的“6GHz above”频带中实现。此外，已经考虑在太赫兹频带(例如，95GHz到3THz频带)中实现6G移动通信技术(称为超5G系统)，以实现比5G移动通信技术快五十倍的传输速率和5G移动通信技术的十分之一的超低延迟。
在5G移动通信技术开发之初，为了支持并满足与增强的移动宽带(eMBB)、超可靠低延迟通信(URLLC)和大规模机器类型通信(mMTC)有关的服务和性能要求，已经存在以下技术的标准化：用于减轻无线电波路径损耗和增加毫米波中的无线电波传输距离的波束成形和大规模MIMO、有效地利用mmWave资源和时隙格式的动态操作的支持数字(numerology，例如，操作多个子载波间隔)、用于支持多波束传输和宽带、BWP(带宽部分)的定义和操作、新信道编码方法(诸如用于大量数据传输的LDPC(低密度奇偶校验)码和用于高可靠传输控制信息的极性码)的初始接入技术、L2预处理和用于提供专用于特定服务的专用网络的网络切片。
目前，鉴于要由5G移动通信技术支持的服务，存在关于初始5G移动通信技术的改进和性能增强的正在进行的讨论，并且已经存在关于下述技术的物理层标准化：诸如V2X(车辆到一切)，用于基于由车辆发送的关于车辆的位置和状态的信息来辅助自主车辆的驾驶确定；NR-U(未授权新无线电)，其目标是在未授权频带中符合各种规章相关要求的系统操作；NR UE节能；非地面网络(NTN)，其是UE卫星直接通信，用于在与地面网络的通信不可用的区域中提供覆盖；及定位。
此外，正在进行空中接口架构/协议中的标准化，空中接口架构/协议诸如以下技术：通过与其他行业的互通和融合来支持新服务的工业物联网(IIoT)、通过以集成的方式支持无线回程链路和接入链路来提供用于网络服务区域扩展的节点的IAB(集成接入和回程)、包括有条件切换和DAPS(双激活协议栈)切换的移动性增强和用于简化随机接入过程的两步随机接入(用于NR的2步RACH)。还在进行系统架构/服务的标准化，该系统架构/服务关于用于组合网络功能虚拟化(NFV)和软件定义网络(SDN)技术的5G基线架构(例如，基于服务的架构或基于服务的接口)和用于基于UE位置接收服务的移动边缘计算(MEC)。
随着5G移动通信系统的商业化，已经呈指数增长的连接设备将连接到通信网络，因此预期有必要增强5G移动通信系统的功能和性能以及连接设备的集成操作。为此，计划了关于用于有效地支持AR(增强现实)、VR(虚拟现实)、MR(混合现实)等的扩展现实(XR)的新研究、利用人工智能(AI)和机器学习(ML)提高5G性能并降低复杂性、AI服务支持、元宇宙服务支持以及无人机通信的新研究。
此外，这种5G移动通信系统的发展将不仅作为开发下列技术的基础：用于在6G移动通信技术的太赫兹频带中提供覆盖的新波形、诸如全维MIMO(FD-MIMO)、阵列天线和大规模天线的多天线传输技术、基于超材料的透镜和用于改善太赫兹频带信号的覆盖的天线、使用OAM(轨道角动量)的高维空间复用技术和RIS(可重构智能表面)，还作为能够提高6G移动通信技术的频率效率及改善系统网络的基础、通过从设计阶段就利用卫星和人工智能(AI)并将端到端AI支持功能内化来实现系统优化的基于AI的通信技术以及用于通过利用超高性能通信和计算资源来实现复杂程度超过UE操作能力限制的服务的下一代分布式计算技术。
第5代(5G)或新无线电(NR)移动通信近来在工业和学术界就各种候选技术开展的所有全球技术活动日益增长。用于5G/NR移动通信的候选推进器包括：从传统蜂窝频带直到高频的大型天线技术，以提供波束成形增益并支持增加的容量；新波形(例如，新的无线电接入技术(RAT))，以灵活地适应具有不同要求的各种服务/应用；新的多址方案，以支持大规模连接，等等。
发明内容
技术问题
本公开涉及用于具有确认信息的物理上行链路控制信道传输的功率确定和控制。
技术方案
在一个实施例中，提供了一种方法。该方法包括确定以下项的总和：与第一无线网络临时标识符(RNTI)集合相关联的接收传输块(TB)的第一数目、与第二RNTI集合相关联的接收TB的第二数目和与第二集合RNTI相关联的未接收TB的第三数目。该方法还包括：基于该总和来确定用于PUCCH传输的功率并且使用该功率来发送该PUCCH。该PUCCH包括与第一RNTI集合相关联的第一混合自动重传请求确认(HARQ-ACK)信息比特和与第二RNTI集合相关联的第二HARQ-ACK信息比特。
在另一实施例中，提供了一种用户设备(UE)。该UE包括处理器，其被配置为确定以下项的总和：与第一RNTI集合相关联的接收TB的第一数目、与第二RNTI集合相关联的接收TB的第二数目和与第二RNTI集合相关联的未接收TB的第三数目；并且基于该总和来确定用于PUCCH传输的功率。该PUCCH包括与第一RNTI集合相关联的第一HARQ-ACK信息比特和与第二RNTI集合相关联的第二HARQ-ACK信息比特。该UE还包括可操作地耦合到处理器的收发器。该收发器被配置为使用该功率来发送该PUCCH。
根据下面的附图、描述和权利要求，其它技术特征对于本领域技术人员来说是显而易见的。
在进行下面的详细描述之前，提出贯穿本专利文件使用的某些词语和短语的定义可能是有利的。术语“耦合”及其派生词是指两个或多个元素之间的任何直接或间接通信，无论这些元素是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包括直接和间接通信。术语“包括”和“包含”及其派生词是指包含而不受限制。术语“或”是包含性的，意指和/或。短语“与...相关联”及其派生词是指包括、被包括在内、与其互连、包含、包含在内、连接到或与之连接、耦合到或与之耦合、可与之通信、与之合作、交错、并列、接近、绑定或与之绑定、具有、具有属性、到或与之具有关系等。术语“控制器”是指控制至少一项操作的任何设备、系统或其部件。这种控制器可以以硬件或硬件与软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中的或分布式的，无论是本地的还是远程的。当与项目列表一起使用时，短语“至少其中之一”表示可以使用所列项目中的一个或多个的不同组合，并且可能仅需要列表中的一个项目。例如，“A、B和C中的至少一个”包括以下组合中的任何一种：A、B、C、A和B、A和C、B和C以及A和B和C。
此外，下面描述的各种功能可以由一个或多个计算机程序实现或支持，每个计算机程序都由计算机可读程序代码形成并且包含在计算机可读介质中。术语“应用”和“程序”是指一个或多个计算机程序、软件组件、指令集、过程、函数、对象、类、实例、相关数据或其适于以适当的计算机可读程序代码实现的部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其它类型的存储器。“非暂时性”计算机可读介质不包括传输暂时性电或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括其中数据可被永久存储的介质和其中数据可被存储并随后被覆盖的介质，诸如可重写光盘或可擦除存储器设备。
贯穿本专利文件提供了其它特定词语和短语的定义。所属领域的技术人员应了解，在许多(如果不是大多数)实例中，此类定义适用于此类经定义词语和短语的先前及未来使用。
有益技术效果
根据本公开，在用于具有确认信息的物理上行链路控制信道(PUCCH)传输的功率控制中以及与之相关的改进。
附图说明
为了更完整地理解本公开及其优点，现在结合附图参考以下描述，其中相同的附图标记表示相同的部件：
图1示出了根据本公开实施例的示例无线网络；
图2示出了根据本公开实施例的示例基站(BS)；
图3示出了根据本公开实施例的示例UE；
图4和图5示出了根据本公开实施例的示例无线发送和接收路径；
图6示出了根据本公开实施例的使用正交频分复用(OFDM)的示例发送器结构的框图；
图7示出了根据本公开实施例的使用OFDM的示例接收器结构的框图；
图8示出了根据本公开实施例的用于UE确定PUCCH传输功率的方法；
图9示出了根据本公开实施例的用于UE确定具有混合自动重复请求确认(HARQ-ACK)信息的PUCCH传输的功率的方法；
图10示出了根据本公开实施例的用于UE确定PUCCH传输功率的方法；
图11示出了根据本公开实施例的用于UE确定包括联合编码的第一类型1HARQ-ACK码本和第二类型2HARQ-ACK码本的PUCCH传输的功率的方法；
图12示出了根据本公开实施例的用于UE确定PUCCH传输的功率的方法；
图13示出了根据本公开实施例的用于UE基于在下行链路控制信息(DCI)格式中接收的调度物理下行链路共享信道(PDSCH)接收或物理上行链路共享信道(PUSCH)传输的传输功率控制协议(TPC)命令来确定PUCCH传输的功率的方法；
图14示出了根据本公开实施例的用于UE确定具有HARQ-ACK信息的PUCCH传输的重复次数的方法；
图15示出了根据本公开实施例的用于UE确定用于PUCCH传输的传输功率控制(TPC)命令的值或重复次数的方法；和
图16示出了根据本公开实施例的用于UE在PUSCH中复用单播类型2HARQ-ACK码本和一个或多个多播类型2HARQ-ACK码本的方法。
具体实施方式
下面讨论的图1至图16以及在本专利文献中用于描述本公开的原理的各种实施例仅作为说明，而不应被解释为以任何方式限制本公开的范围。所属领域的技术人员将了解，可在任何适当布置的系统或装置中实施本公开的原理。
在此通过引用将以下文献并入本公开，如同在此完全阐述一样：3GPP TS38.211v16.4.0和v16.6.0，“NR；物理信道和调制”；3GPP TS 38.212v16.4.0和v16.6.0，“NR；多路复用和信道编码”；3GPP TS 38.213v16.4.0和v16.6.0，“NR；控制的物理层规程”；3GPP TS 38.214v16.4.0和v16.6.0，“NR；数据的物理层规程”；3GPP TS 38.321v16.3.0和v16.5.0，“NR；介质访问控制(MAC)协议规范”；以及3GPP TS 38.331v16.3.1和v16.5.0，“NR；无线电资源控制(RRC)协议规范”。
本公开一般涉及利用混合自动重复请求确认(HARQ-ACK)信息确定从用户设备到基站的物理上行链路控制信道(PUCCH)的传输功率。另外，本公开总体上涉及复用单播和多播控制信息以及确定从用户设备到基站的具有多播HARQ-ACK信息的(PUCCH)传输的功率。
无线通信是现代史上最成功的创新之一。近来，无线通信服务的订户数目超过50亿并且继续快速增长。由于智能手机和其他移动数据设备(如平板电脑、“笔记本”电脑、上网本、电子书阅读器和机器类型设备)在消费者和企业中的日益普及，无线数据通信的需求正在迅速增长。为了满足移动数据通信量的高速增长并支持新的应用和部署，提高无线接口效率和覆盖率至关重要。
为了满足自部署第四代(4G)通信系统以来已经增加的无线数据业务的需求，已经努力开发和部署改进的第5代(5G)或前5G/NR通信系统。因此，5G或5G前的通信系统也被称为“超4G网络”或“后长期演进(LTE)系统”。
5G通信系统被认为在更高频率(mmWave)频带(例如，28GHz或60GHz频带)中实现以便实现更高数据速率或在较低频带(诸如6GHz)中实现，以实现稳健的覆盖和移动性支持。为了减小无线电波的传播损耗并增加传输距离，讨论了5G通信系统中波束形成、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束形成、大规模天线等技术。
另外，在5G通信系统中，基于先进的小型小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等，正在进行系统网络改进的发展。
对5G系统和与其相关联的频带的讨论是为了参考，因为本公开的某些实施例可以在5G系统中实现。然而，本公开不限于5G系统或与其相关联的频带，并且本公开的实施例可以结合任何频带来使用。例如，本公开的方面还可以应用于5G通信系统、使用太赫兹(THz)频带的6G或甚至更晚版本的部署。
根据网络类型，术语“基站”(BS)可指配置用于提供对网络的无线接入的任何组件(或组件的集合)，诸如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、gNB、宏小区、毫微微小区、WiFi接入点(AP)、卫星或其他启用无线的设备。基站可以根据一个或多个无线通信协议(例如，5G3GPP新无线电接口/接入(NR)、LTE、高级LTE(LTE-A)、高速分组接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等)来提供无线接入。术语“BS”、“gNB”和“TRP”在本公开中可互换地使用，以指代向远程终端提供无线接入的网络基础设施组件。
此外，根据网络类型，术语“用户设备”(UE)可以指代诸如移动台、订户站、远程终端、无线终端、接收点、交通工具或用户设备的任何组件。例如，UE可以是移动电话、智能电话、监控设备、报警设备、车队管理设备、资产跟踪设备、汽车、台式计算机、娱乐设备、信息娱乐设备、自动售货机、电表、水表、煤气表、安全设备、传感器设备、电器等。为了方便起见，在本专利文献中使用术语“用户设备”和“UE”来指代无线接入gNB的远程无线设备，无论UE是移动设备(诸如移动电话或智能电话)还是通常被认为是固定设备(诸如台式计算机或自动售货机)。UE还可以是汽车、卡车、货车、无人机或任何类似的机器或这些机器中的设备。
以下图1-3描述了在无线通信系统中使用正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术实现的各种实施例。图1-3的描述并不意味着暗示对可以实施不同实施例的方式的物理或结构限制。可以在任何适当布置的通信系统中实现本公开的不同实施例。
图1示出了根据本公开实施例的示例无线网络100。图1所示的无线网络100的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其它实施例。
如图1所示，无线网络100包括各种gNodeB(gNB)，诸如基站、BS101、BS102和BS103。BS101与BS102和BS103通信。BS101还与至少一个网络130通信，网络130例如因特网、专有因特网协议(IP)网络或其它数据网络。
BS102为BS102的覆盖区域120内的第一多个用户设备(UE)提供到网络130的无线宽带接入。第一多个UE包括：UE 111，其可以位于小型企业中；UE 112，其可以位于企业(E)中；UE 113，其可位于WiFi热点(HS)中；UE 114，其可以位于第一住宅(R)中；UE 115，其可以位于第二住宅(R)中；以及UE 116，其可以是移动设备(M)，诸如蜂窝电话、无线膝上型计算机、无线PDA等。BS103为BS103的覆盖区域125内的第二多个UE提供到网络130的无线宽带接入。第二多个UE包括UE 115、UE 116、UE 117和UE 118。在一些实施例中，BS101-103中的一个或多个可以使用5G/NR、长期演进(LTE)、高级长期演进(LTE-A)、WiMAX、WiFi或其他无线通信技术彼此通信以及与UE 111-118通信。
在某些实施例中，多个UE(诸如UE 117、UE 118和UE 119)可以通过设备到设备通信来彼此直接通信。在一些实施例中，诸如UE 119的UE在网络的覆盖区域之外，但是可以与在网络的覆盖区域内的其他UE(诸如UE 118)或在网络的覆盖区域之外的其他UE通信。
虚线示出覆盖区域120和125的近似范围，仅出于说明和解释的目的，将覆盖区域120和125示出为近似圆形。应当清楚地理解，与BS相关联的覆盖区域(诸如，覆盖区域120和125)可以具有其他形状(包括不规则形状)，这取决于BS的配置以及与自然和人为障碍物相关联的无线电环境的变化。
如以下更详细描述的，UE 111-119中的一个或多个包括用于具有确认信息的PUCCH传输的功率确定和控制的电路、编程或其组合。在某些实施例中，BS101-103中的一个或多个包括用于具有确认信息的PUCCH传输的功率确定和控制的电路、编程或其组合。
尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以包括任何适当布置中的任意数目的BS和任意数目的UE。此外，BS101可以直接与任何数目的UE通信并且向那些UE提供到网络130的无线宽带接入。类似地，每个BS102-103可以直接与网络130通信并向UE提供到网络130的直接无线宽带接入。此外，BS101、102和/或103可以提供对其它或附加的外部网络的接入，诸外部网络如外部电话网络或其它类型的数据网络。
图2示出了根据本公开实施例的示例BS102。图2所示的BS102的实施例仅用于说明，并且图1的BS101和103可以具有相同或类似的配置。然而，BS具有多种配置，并且图2不将本公开的范围限制于BS的任何特定实现。
如图2所示，BS102包括多个天线205a-205n、多个射频(RF)收发器210a-210n、发送(TX)处理电路215和接收(RX)处理电路220。BS102还包括控制器/处理器225、存储器230和回程或网络接口235。
RF收发器210a-210n从天线205a-205n接收传入的RF信号(诸如由无线网络100中的UE发送的信号)。RF收发器210a-210n对传入的RF信号进行下变频以生成IF或基带信号。IF或基带信号被发送到RX处理电路220，RX处理电路220通过滤波、解码和/或数字化基带或IF信号来生成处理的基带信号。RX处理电路220将处理的基带信号发送到控制器/处理器225以供进一步处理。
TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路215对输出基带数据进行编码、多路复用和/或数字化以生成处理的基带或IF信号。RF收发器210a-210n从TX处理电路215接收输出的处理的基带或IF信号并将所述基带或IF信号上变频为经由天线205a-205n发送的RF信号。
控制器/处理器225可以包括控制BS102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器225可根据众所周知的原理控制RF收发器210a-210n、RX处理电路220及TX处理电路215的前向信道信号的接收及反向信道信号的发送。控制器/处理器225也可以支持附加功能，诸如更高级的无线通信功能。例如，控制器/处理器225可以支持利用确认信息的PUCCH传输的功率确定和控制。控制器/处理器225可以在BS102中支持多种其它功能中的任何功能。在一些实施例中，控制器/处理器225包括至少一个微处理器或微控制器。
控制器/处理器225还能够执行驻留在存储器230中的程序和其它进程，诸如OS。控制器/处理器225可以根据执行过程的要求将数据移入或移出存储器230。在某些实施例中，控制器/处理器225支持利用确认信息的PUCCH传输的功率确定和控制。例如，控制器/处理器225可以根据正在执行的过程将数据移入或移出存储器230。
控制器/处理器225还耦合到回程或网络接口235。回程或网络接口235允许BS102通过回程连接或网络与其它设备或系统通信。网络接口235可以支持通过任何适当的有线或无线连接进行通信。例如，当BS102被实现为蜂窝通信系统(诸如支持5G/NR、LTE或LTE-A的系统)的一部分时，网络接口235可以允许BS102通过有线或无线回程连接与其它BS通信。当BS102被实现为接入点时，网络接口235可以允许BS102通过有线或无线局域网或者通过到更大网络(例如因特网)的有线或无线连接进行通信。网络接口235包括支持通过有线或无线连接的通信的任何合适结构，诸如以太网或RF收发器。
存储器230耦合到控制器/处理器225。存储器230的一部分可以包括RAM，而存储器230的另一部分可以包括闪存或其它ROM。
尽管图2示出BS102的一个示例，但是可对图2进行各种改变。例如，BS102可包括图2中所示的任意数目的每个组件。作为特定示例，接入点可包括多个网络接口235，并且控制器/处理器225可支持在不同网络地址之间路由数据的路由功能。作为另一特定实例，尽管示出为包括TX处理电路215的单个实例和RX处理电路220的单个实例，但是BS102可包括每个处理电路的多个实例(诸如每个RF收发器一个实例)。此外，图2中的各种组件可被组合、进一步细分或省略并且可根据特定需要添加附加组件。
图3示出了根据本公开实施例的示例UE 116。图3所示的UE 116的实施例仅用于说明，并且图1的UE 111-115和117-119可以具有相同或类似的配置。然而，UE具有多种配置，并且图3不将本公开的范围限制于UE的任何特定实现。
如图3所示，UE 116包括天线305、RF收发器310、TX处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、处理器340、输入/输出(I/O)接口(IF)345、输入设备350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用362。
RF收发器310从天线305接收由无线网络100的BS发送的传入RF信号。RF收发器310对传入的RF信号进行下变频以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，RX处理电路325通过滤波、解码和/或数字化基带或IF信号来生成处理的基带信号。RX处理电路325将处理的基带信号发送到扬声器330(诸如用于语音数据)或传送到处理器340用于进一步处理(诸如用于web浏览数据)。
TX处理电路315从麦克风320接收模拟或数字语音数据或者从处理器340接收其它输出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315对输出基带数据进行编码、多路复用和/或数字化以生成处理的基带或IF信号。RF收发器310从TX处理电路315接收输出的处理的基带或IF信号并将基带或IF信号上变频为经由天线305发送的RF信号。
处理器340可以包括一个或多个处理器或其他处理设备并且执行存储在存储器360中的OS 361以便控制UE 116的整体操作。例如，处理器340可以根据公知的原理控制通过RF收发器310、RX处理电路325和TX处理电路315的前向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。
处理器340还能够执行驻留在存储器360中的其它进程和程序，诸如用于波束管理的进程。处理器340可根据执行进程的要求将数据移入或移出存储器360。在一些实施例中，处理器340被配置为基于OS 361或响应于从BS或运营商接收的信号来执行应用362。处理器340还耦合到I/O接口345，I/O接口345向UE 116提供连接到其它设备(诸如膝上型计算机和手持式计算机)的能力。I/O接口345是这些附件和处理器340之间的通信路径。
处理器340还耦合到输入设备350。UE 116的操作者可以使用输入设备350向UE116输入数据。输入设备350可以是键盘、触摸屏、鼠标、轨迹球、语音输入或能够充当用户接口以允许用户与UE 116交互的其它设备。例如，输入设备350可以包括语音识别处理从而允许用户输入语音命令。在另一示例中，输入设备350可以包括触摸面板、(数字)笔传感器、键或超声输入设备。触摸面板可以识别例如至少一个方案中的触摸输入，该至少一个方案诸如电容方案、压敏方案、红外方案或超声方案。
处理器340还耦合到显示器355。显示器355可以是液晶显示器、发光二极管显示器或能够呈现文本和/或至少有限的图形(诸如来自网站)的其他显示器。
存储器360耦合到处理器340。存储器360的一部分可包括随机存取存储器(RAM)，存储器360的另一部分可包括闪存或其它只读存储器(ROM)。
尽管图3示出了UE 116的一个示例，但是可以对图3进行各种改变。例如，图3中的各种组件可以被组合、进一步细分或省略并且可以根据特定需要添加附加组件。作为特定实例，处理器340可分为多个处理器，诸如一个或一个以上中央处理单元(CPU)及一个或一个以上图形处理单元(GPU)。此外，虽然图3示出了被配置为移动电话或智能电话的UE 116，但是UE可以被配置为作为其他类型的移动或固定设备来操作。
图4和图5示出了根据本公开实施例的示例无线发送和接收路径。在以下描述中，图4的发送路径400可被描述为在BS(诸如BS102)中实现，而图5的接收路径500可被描述为在UE(诸如UE 116)中实现。然而，可以理解，可以在BS中实现接收路径500并且可以在UE中实现传送路径400。在一些实施例中，接收路径500被配置为支持如在本公开的实施例中描述的利用确认信息的PUCCH传输的功率确定和控制。
如图4所示的发送路径400包括信道编码和调制块405、串并(S到P)块410、尺寸为N的逆快速傅立叶变换(IFFT)块415、并串(P到S)块420、添加循环前缀块425和上变频器(UC)430。如图5所示的接收路径500包括下变频器(DC)555、移除循环前缀块560、串并(S到P)块565、尺寸为N的快速傅立叶变换(FFT)块570、并串(P到S)块575以及信道解码和解调块580。
如图4所示，信道编码和调制块405接收一组信息比特、应用编码(诸如低密度奇偶校验(LDPC)编码)并调制输入比特(诸如利用正交相移键控(QPSK)或正交幅度调制(QAM))以生成频域调制符号序列。串并块410将串行调制符号转换(诸如解复用)为并行数据以便生成N个并行符号流，其中N是在BS102和UE 116中使用的IFFT/FFT尺寸。尺寸为N的IFFT块415对N个并行符号流执行IFFT操作以生成时域输出信号。并到串块420转换(诸如复用)来自尺寸为N的IFFT块415的并行时域输出符号以便生成串行时域信号。添加循环前缀块425将循环前缀插入时域信号。上变频器430将添加循环前缀块425的输出调制(诸如上变频)成RF频率以用于经由无线信道进行发送。还可以在转换到RF频率之前在基带处对信号进行滤波。
从BS102发送的RF信号在通过无线信道之后到达UE 116，并且在UE 116处执行与BS102处的操作相反的操作。
如图5所示，下变频器555将接收的信号下变频到基带频率并且移除循环前缀块560移除循环前缀以生成串行时域基带信号。串并块565将时域基带信号转换为并行时域信号。尺寸为N的FFT块570执行FFT算法以生成N个并行频域信号。并到串块575将并行频域信号转换为调制数据符号序列。信道解码和解调块580对调制符号进行解调和解码以恢复原始输入数据流。
BS101-103中的每一个可以实现如图4所示的发送路径400(发送路径400类似于在下行链路中向UE 111-116进行发送)并且可以实现如图5所示的接收路径500(接收路径500类似于在上行链路中从UE 111-118进行接收)。类似地，UE 111-118中的每一个可以实现用于在到BS101-103的上行链路中进行发送的发送路径400并且可以实现用于在下行链路中从BS101-103进行接收的接收路径500。
此外，UE 111-119中的每一个可以实现用于在侧链路中向UE 111-119中的另一个进行发送的发送路径400并且可以实现用于在侧链路中从UE 111-119中的另一个进行接收的接收路径500。
可以使用硬件或使用硬件和软件/固件的组合来实现图4和图5中的每个组件。作为特定示例，图4和图5中的至少一些组件可以以软件实现，而其他组件可以由可配置硬件或者软件和可配置硬件的混合来实现。例如，FFT块570和IFFT块515可以实现为可配置的软件算法，其中尺寸N的值可以根据实现来修改。
此外，尽管被描述为使用FFT和IFFT，但这仅作为说明，并且不能被解释为限制本公开的范围。可以使用其他类型的变换，例如离散傅立叶变换(DFT)和离散傅立叶逆变换(IDFT)函数。可以理解，对于DFT和IDFT函数，变量N的值可以是任何整数(诸如1、2、3、4等)，而对于FFT和IFFT函数，变量N的值可以是2的幂的任何整数(诸如1、2、4、8、16等)。
尽管图4和图5示出了无线发送和接收路径的示例，但是可以对图4和图5进行各种改变。例如，图4和图5中的各种组件可以被组合、进一步细分或省略并且可以根据特定需要添加附加组件。此外，图4和图5意在说明可以在无线网络中使用的发送和接收路径类型的示例。任何其它合适的体系结构都可用于支持无线网络中的无线通信。
在下文中，参数的斜体名称可表示该参数由更高层提供。术语“更高层”可用于表示在诸如RRC或MAC CE的PDSCH接收中UE被提供的控制信息。
用于小区上的下行链路(DL)信令或上行链路(UL)信令的单元被称为时隙并且可包括一个或多个符号。带宽(BW)单元被称为资源块(RB)。一个RB包括多个子载波(SC)。例如，时隙可以具有1毫秒的持续时间并且RB可以具有180kHz的带宽并且包括12个具有15kHz的SC间间隔的SC。子载波间隔(SCS)可由SCS配置μ确定为2μ·15kHz。一个符号上的一个子载波的单元被称为资源元素(RE)。一个字符上的一个RB的单元被称为物理RB(PRB)。
DL信号包括传递信息内容的数据信号、传递DL控制信息(DCI)的控制信号、参考信号(RS)及也被称为导频信号的类似信号。BS(诸如BS102)通过相应的PDSCH或物理DL控制信道(PDCCH)发送数据信息或DCI。PDSCH或PDCCH可通过可变数量的包括一个时隙符号的时隙符号而被发送。
PDCCH传输通过来自被称为控制信道元素(CCE)聚合级别的预定数目的CCE集合中的多个CCE。PDSCH传输由DCI格式调度或者被半持久调度(SPS)(如通过更高层配置且通过DCI格式激活的)。
UE的PDSCH接收提供一个或多个传输块(TB)，其中TB与混合自动重复请求(HARQ)进程相关联，HARQ进程由调度PDSCH接收或激活SPS PDSCH接收的DCI格式中的HARQ进程编号字段指示。TB传输可以是如调度PDSCH接收的DCI格式中的新数据指示符(NDI)字段所标识的初始传输或重传，该PDSCH接收针对给定HARQ进程号提供TB重传。
在某些实施例中，gNB(诸如BS102)发送包括信道状态信息RS(CSI-RS)和解调RS(DMRS)的多种类型的参考信号(RS)中的一个或多个。
CSI-RS旨在供UE执行测量并向gNB提供信道状态信息(CSI)。对于信道测量或时间跟踪，使用非零功率CSI-RS(NZP CSI-RS)资源。对于干扰测量报告(IMR)，使用CSI干扰测量(CSI-IM)资源(另请参见参考3)。CSI-IM资源还可以与零功率CSI-RS(ZP CSI-RS)配置相关联。UE可以通过DL控制信令或更高层信令(诸如来自gNB的无线电RRC信令)来确定CSI-RS接收参数(也参见参考文献5)。通常在相应PDCCH或PDSCH的BW内传输DMRS，并且UE可以使用DMRS来解调数据或控制信息。
UL信号还包括传递信息内容的数据信号、传递UL控制信息(UCI)的控制信号、与数据或UCI解调相关联的DMRS、使得gNB能够执行UL信道测量的探测RS(SRS)以及使得UE能够执行随机接入的随机接入(RA)前导码(也参见参考文献1)。UE通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)发送数据信息或UCI。PUSCH或PUCCH可以以包括一个符号的时隙通过可变数目的符号而被发送。当UE同时发送数据信息和UCI时，UE可在PUSCH中复用两者，或者根据UE能力，至少当在不同小区上进行传输时发送具有数据信息的PUSCH和具有UCI的PUCCH两者。
UCI包括指示PDSCH中的传输块(TB)或码块组(CBG)的正确或不正确解码的混合自动重复请求确认(HARQ-ACK)信息、指示UE在其缓冲器中是否有数据要发送的调度请求(SR)以及使得gNB能够选择用于到UE的PDSCH/TB或PDCCH/DCI格式传输的适当参数的CSI报告。UE可以在小区群的主小区上发送PUCCH。当TB解码正确时，HARQ-ACK信息是肯定确认(ACK)，或者当TB解码不正确时，HARQ-ACK信息是否定确认(NACK)。ACK可由二进制“1”值表示，NACK可由二进制“0”值表示。UE在由DCI格式中的PDSCH到HARQ反馈定时指示符字段的值指示的时隙或者在SPS PDSCH接收的情况下由更高层指示的时隙中复用HARQ-ACK信息，该PDSCH到HARQ反馈定时指示符字段的值来自一组时隙定时值K1。
UL RS包括DMRS和SRS。DMRS通常在相应PUSCH或PUCCH的BW内传输。gNB可以使用DMRS来解调相应PUSCH或PUCCH中的信息。SRS由UE发送以向gNB提供UL CSI，并且对于TDD系统还提供用于DL传输的预编码矩阵指示符(PMI)。此外，作为随机接入过程的一部分或出于其他目的，UE可以发送物理随机接入信道(PRACH)。
UE的DL接收和UL发送可以被配置为发生在对应的DL带宽部分(BWP)和UL BWP中。DL/UL BWP小于或等于服务小区的DL/UL带宽。在某些实施例中，群播PDSCH接收可以发生在用于一群UE的公共频率区域中，其中该公共频率区域在用于来自该群UE的每个UE的活动DLBWP内。来自BS(诸如BS102)的DL传输和来自UE(诸如UE 116)的UL传输可以基于正交频分复用(OFDM)波形，其包括使用被称为DFT-spread-OFDM的DFT预编码的变体。
图6示出了根据本公开实施例的使用OFDM的示例发传送器结构的框图600。图7示出了根据本公开实施例的使用OFDM的示例接收器结构的框图700。
如框图600中所示的发送器结构和如框图700中所示的接收器结构可以类似于图2的RF收发器210a-210n和图3的RF收发器310。图6的示例框图600和图7的框图700仅用于说明，并且可以使用其他实施例而不脱离本公开的范围。
如框图600所示，诸如DCI比特或数据比特的信息比特610由编码器620编码、由速率匹配器630速率匹配到分配的时间/频率资源并且由调制器640调制。随后，调制的编码字符和解调参考信号(DMRS)或CSI-RS 650利用来自BW选择器单元665的输入由SC映射单元660映射到SC、由滤波器670执行IFFT、由CP插入单元680添加循环前缀(CP)并且所得信号由滤波器690滤波并由射频(RF)单元作为发送比特695发送。
如框图700所示，接收信号710由滤波器720滤波、CP去除单元730去除CP、滤波器740应用快速FFT、SC解映射单元750解映射由BW选择器单元755选择的SC、接收符号由信道估计器和解调器单元760解调、速率解匹配器770恢复速率匹配并且解码器780解码所得比特以提供信息比特790。
在某些实施例中，UE(诸如UE 116)响应于DCI格式的正确或不正确检测而报告HARQ-ACK信息以及响应于TB的正确检测或不正确检测而报告HARQ-ACK信息。例如，用于检测DCI格式的HARQ-ACK信息可以是指示SPS PDSCH释放的DCI格式或者用于指示来自小区群的小区的休眠/非休眠BWP的DCI格式等等。如参考文献3中所描述的，UE还可以被配置为报告针对每TB的所配置数目的CBG的HARQ-ACK信息。为简洁起见，除非另外明确提及，随后仅考虑响应于TB的正确或不正确接收的HARQ-ACK信息，但是应当理解，HARQ-ACK信息也可以响应于附加接收结果。HARQ-ACK信息报告可以基于若干码本类型之一，诸如参考文献3中描述的类型1HARQ-ACK码本或类型2HARQ-ACK码本或类型2HARQ-ACK码本。
服务gNB(诸如BS102)可以通过到UE(诸如UE 116)的更高层信令来提供多个PUCCH资源集合，以供UE从PUCCH资源集合中确定PUCCH资源和PUCCH资源以用于HARQ-ACK信息的传输，如参考文献3中所描述的。为了实现PUCCH资源的灵活分配，具有固定或可配置尺寸的PUCCH资源指示符字段可以被包括在调度PDSCH接收的DCI格式中，并且UE然后可以基于该字段的值来确定PUCCH资源。UE基于UE正确接收的最后DCI格式中的PUCCH资源指示符字段的值来确定PUCCH资源，并且使用该PUCCH资源生成包括在PUCCH传输中的对应的HARQ-ACK信息。最后的DCI格式由在所有其他PDCCH接收之后开始的PDCCH接收提供，该接收提供具有在相同PUCCH中复用的对应HARQ-ACK信息的DCI格式。当提供调度在相应的多个小区上的PDSCH接收的DCI格式并且在提供具有在相同PUCCH中复用的对应HARQ-ACK信息的DCI格式的所有其它PDCCH接收之后的相同符号处开始的多个PDCCH接收的情况下，最后的PDCCH接收是对应于多个小区中具有最大小区索引的小区的PDCCH接收。在DCI格式指示HARQ-ACK信息的优先级的情况下，最后的DCI格式位于指示相同优先级的DCI格式之中。
在某些实施例中，UE(诸如UE 116)使用如等式(1)中描述的具有索引l的PUCCH功率控制调整状态来确定小区c中载波f的活动UL BWPb上的PUCCH传输功率PPUCCH，b，f，c。
注意，等式(1)的相应参数在参考文献3中详细描述。例如，PCMAX，f，c是最大传输功率，PO_PUCCH，b，f，c是标称接收功率，μ是子载波间隔(SCS)配置，其中μ＝0对应于15kHz，是用于PUCCH传输的RB的数目，PLb，f，c是测量的路径损耗，ΔF_PUCCH取决于用于PUCCH传输的几个参数(包括PUCCH格式)，ΔTF，b，f，c提供根据频谱效率的调整，及gb，f，c(l)是基于UE以DCI格式接收的发送功率控制(TPC)命令值的具有索引l的闭环功率控制(CLPC)状态。/>
具体而言，对于小于或等于11的UCI比特数，等式(2)中描述了ΔTF，b，f，c。
ΔTF，b，f，c＝10log10(K1·(nHARQ-ACK+OSR+OCSI)/NRE) (2)
这里K1＝6。表达式nHARQ-ACK是用于类型1HARQ-ACK码本或类型2HARQ-ACK码本的如参考文献3中所描述的那样确定的HARQ-ACK信息比特的数量，OOSR是多个SR信息比特的数量，并且OCSI是多个CSI信息比特的数量。
等式(3)描述了当HARQ-ACK信息比特的数量是1或2并且使用利用二进制相移键控(BPSK)或四相相移键控(QPSK)调制的PUCCH格式0或PUCCH格式1时的ΔTF，b，f，c。
这里，是多个PUCCH格式0符号或PUCCH格式1符号，对于PUCCH格式0，对于PUCCH格式1，/>对于PUCCH格式0，ΔUCI＝0，对于PUCCH＝格式1，ΔUCI＝10log10(OUCI)，其中OUCI是UCI比特的数目。
当UCI比特的数目大于2且小于12时，使用Reed-Mueller编码和其中K1＝6的等式(2)。
在某些实施例中，当UE在个DL小区上根据类型1HARQ-ACK码本提供HARQ-ACK信息时，在下面的等式(4.1)中描述了nHARQ-ACK。等式(4.2)描述了用于类型1HARQ-ACK码本的nHARQ-ACK，并且为简单起见假定没有基于CBG的HARQ-ACK信息。
这里，Mc是在用于服务小区c的PDSCH接收或SPS PDSCH释放的时机的集合MAc中的PDSCH接收或SPS PDSCH释放的时机的总数。表达式是如果UE不应用HARQ-ACK空间域捆绑则UE在用于服务小区c的PDSCH接收时机m中接收的TB的数目，或者如果UE应用HARQ-ACK空间域捆绑则是PDSCH接收的数目，或者在用于服务小区c的PDSCH接收时机m中的SPSPDSCH释放。另外，表达式/>是UE在用于服务小区c的PDSCH接收时机m中接收的CBG的数目。
当UE(诸如UE 116)根据类型2HARQ-ACK码本提供HARQ-ACK信息时，在下面的等式(5)中描述nHARQ-ACK。在等式(6)中描述了等式(5)的表达式nHARQ-ACK，TB，并且在下面的等式(7)中描述了等式(5)的表达式nHARQ-ACK，CBG。
nHARQ-ACK＝nHARQ-ACK，TB+nHARQ-ACK，CBG (5)
/>
这里，其中/>是计数器DAI字段的比特数。
如等式(6)中所述，对于UE在M个PDCCH监视时机内检测到的任何服务小区c，如果则/>是调度PDSCH接收或者指示SPS PDSCH释放或者指示SCell休眠的最后DCI格式中的计数器DAI字段的值，其中M是与类型2HARQ-ACK码本相关联的一组PDCCH监视时机的基数。换言之，如果/>则/>是与UE在M个PDCCH监视时机内检测到的HARQ-ACK信息比特相关联的最后DCI格式中的计数器DAI的值。
如等式(6)中所述，如果并且如果UE在M个PDCCH监视时机内的最后PDCCH监视时机中没有检测到包括总DAI字段的任何DCI格式(M是与类型2HARQ-ACK码本相关联的一组PDCCH监视时机的基数)，其中对于任何服务小区c，UE检测调度PDSCH接收、指示SPS PDSCH释放或指示SCell休眠的至少一个DCI格式，/>是UE在最后的PDCCH监视时机中所检测的最后DCI格式中的计数器DAI字段的值。换句话说，如果/>并且如果UE在M个PDCCH监视时机内没有检测到包括最后PDCCH监视时机中的总DAI字段的任何DCI格式(其中UE检测用于与HARQ-ACK信息比特相关联的任何服务小区c的至少一个DCI格式)，是UE在最后PDCCH监视时机中所检测的最后DCI格式中的计数器DAI的值。
可替换地，如等式(6)中所描述的，如果并且如果UE在M个PDCCH监视时机内检测到包括总DAI字段的至少一个DCI格式(其中对于任何服务小区c，UE检测到调度PDSCH接收、指示SPS PDSCH释放或指示SCell休眠的至少一个DCI格式)，/>是包括总DAI字段的至少一个DCI格式中的总DAI字段的值。换句话说，如果/>并且如果UE在M个PDCCH监视时机内的最后PDCCH监视时机检测到包括总DAI字段的至少一个DCI格式(其中UE检测到用于与HARQ-ACK信息比特相关联的任意服务小区c的至少一个DCI格式)，是包括总DAI字段的至少一个DCI格式中的总DAI的值。
如等式(6)中描述的，如果并且如果在M个PDCCH监视时机的任一个中，对于任何服务小区c，UE没有检测到调度PDSCH接收、指示SPS PDSCH释放或指示SCell休眠的任何DCI格式。换言之，如果/>并且如果UE在M个PDCCH监视时机中的任何一个中没有检测到与用于任何服务小区c的HARQ-ACK信息比特相关联的任何DCI格式。
如等式(6)中所描述的，UDAI，c是UE在用于服务小区c的M个PDCCH监视时机内检测的调度PDSCH接收、指示SPS PDSCH释放或指示SCell休眠的DCI格式的总数。如果UE在用于服务小区c的M个PDCCH监视时机内未检测到任何调度PDSCH接收、指示SPS PDSCH释放或指示SCell休眠的DCI格式，则UDAI，c＝0。换句话说，UDAI，c是与HARQ-ACK信息比特相关联的DCI格式的总数，该HARQ-ACK信息比特是UE在用于服务小区c的M个PDCCH监视时机内检测到的。如果UE没有在M个PDCCH监视时机中的任何一个中检测到与服务小区c的HARQ-ACK信息比特相关联的任何DCI格式，则UDAI，c＝0。
如等式(6)中所述，如果对于任何服务小区c可以在PDSCH接收中提供的TB的最大数目是2并且UE不应用HARQ-ACK空域捆绑，则否则/>换言之，如果UE被配置用于针对任何服务小区c每PDSCH接收最大2个TB并且HARQ-ACK信息比特的空域捆绑不适用，则/>否则，/>
如等式(6)中所描述的，如果UE不应用HARQ-ACK空域捆绑，则是UE在用于服务小区c的PDCCH监视时机m中检测的DCI格式所调度的PDSCH中接收的TB的数目，或者如果UE应用HARQ-ACK空域捆绑，则/>是UE在用于服务小区c的PDCCH监视时机m中检测的DCI格式所调度的PDSCH的数目，或/>是UE在用于服务小区c的PDCCH监视时机m中检测并指示SPS PDSCH释放的DCI格式的数目，或者/>是UE在用于服务小区c的PDCCH监视时机m中检测并指示SCell休眠的DCI格式的数目。换句话说，/>是当不存在HARQ-ACK信息的空间捆绑时在UE在用于服务小区c的PDCCH监视时机m中检测到的DCI格式所调度的PDSCH中UE接收的TB的数目，或者当存在HARQ-ACK信息的空间捆绑时/>是UE在用于服务小区c的PDCCH监视时机m中检测到的DCI格式所调度的PDSCH的数目，或者/>是UE在用于服务小区c的PDCCH监视时机m中检测到的不调度PDSCH接收并且与HARQ-ACK信息相关联的DCI格式的数目。
如等式(6)中所描述的，NSPS，c是UE在服务小区c上的SPS PDSCH接收的数目，对于该服务小区c，UE在与M个PDCCH监视时机内对应于PDSCH接收的HARQ-ACK信息相同的PUCCH中发送相应的HARQ-ACK信息。
等式(7)的组成部分与等式(6)的nHARQ-ACK，TB类似，相应的描述在参考文献3中提供。
在某些实施例中，UE(诸如UE 116)根据各自的搜索空间集合监视各个潜在PDCCH接收的多个候选位置，以解码时隙中的多个DCI格式。DCI格式包括循环冗余校验(CRC)比特，以便UE确认DCI格式的正确检测。DCI格式类型由加扰CRC比特的无线电网络临时标识符(RNTI)标识。
对于将PDSCH或PUSCH调度到单个UE(诸如UE 116)的DCI格式，RNTI可以是(i)小区RNTI(C-RNTI)，(ii)配置的调度RNTI(CS-RNTI)，或(iii)调制和编码方案(MCS)-C-RNTI，并且用作UE标识符。在下文中，为简洁起见，通常仅提及C-RNTI。UE可以根据UE特定搜索空间(USS)接收/监视PDCCH以检测具有由C-RNTI加扰的CRC的DCI格式。对于分别调度到UE的PUSCH传输和PDSCH接收的DCI格式0_0和DCI格式1_0，UE可以另外被配置为根据公共搜索空间(CSS)监视相应的PDCCH。
对于调度传递系统信息(SI)的PDSCH的DCI格式，RNTI可以是SI-RNTI。对于调度提供随机接入响应(RAR)的PDSCH的DCI格式，RNTI可以是RA-RNTI。对于调度提供寻呼信息的PDSCH的DCI格式，RNTI可以是P-RNTI。UE根据在主小区上设置的相应CSS来监视这些DCI格式的PDCCH。还存在通过UE特定RRC信令向UE提供的多个其他RNTI，这些RNTI与提供各种控制信息的DCI格式相关联并且具有UE根据在主小区或辅助小区上设置的类型3CSS来监视的对应的PDCCH。这样的DCI格式包括DCI格式2_0(通过多个时隙提供称为DL、UL或灵活/保留字符的时隙结构)、DCI格式2_2(提供用于PUSCH或PUCCH传输的TPC命令)、DCI格式2_3(提供用于SRS传输的TPC命令并且还潜在地触发多个小区的SRS传输)等等，相应的CSS称为类型3PDCCH CSS。
当PDSCH接收由单个UE进行时，其被称为单播PDSCH接收。可替换地，当PDSCH接收是由一组UE进行时，其被称为多播(或群播)PDSCH接收。术语“多播”和“群播”在本公开中可互换地使用。该确定可以基于用于对调度PDSCH接收或激活SPS PDSCH接收的DCI格式的CRC进行加扰的RNTI，或者基于用于对由PDSCH接收提供的传输块的CRC进行加扰的RNTI。对于单播PDSCH接收，RNTI可以是C-RNTI、CS-RNTI或MCS-C-RNTI。对于多播PDSCH接收，RNTI可以是一个或多个G-RNTI或G-CS-RNTI。响应于单播PDSCH接收或响应于具有由C-RNTI、CS-RNTI或MCS-C-RNTI加扰的CRC的单播DCI格式的HARQ-ACK信息被称为单播HARQ-ACK信息，并且与SR或CSI一起可以被称为单播UCI。响应于多播PDSCH接收或响应于具有由G-RNTI加扰的CRC的多播DCI格式的HARQ-ACK信息被称为多播HARQ-ACK信息。
UE可以被配置为接收单播PDSCH和多播PDSCH两者。UE可以基于调度PDSCH接收的DCI格式或者当PDSCH接收不是通过DCI格式来调度时基于更高层的配置来识别PDSCH接收是单播还是多播。例如，具有由第一RNTI加扰的CRC的DCI格式(诸如C-RNTI)或者具有指示第一PDSCH类型(诸如单播PDSCH)的字段可以用于调度单播PDSCH接收，而具有由第二RNTI(诸如G-RNTI)加扰的CRC的DCI格式或者具有指示第二PDSCH类型(诸如多播PDSCH)的字段可以用于调度多播PDSCH接收。
例如，DCI格式可以包括服务类型指示符字段，其中第一值可以指示单播PDSCH接收的调度，并且第二值可以指示多播PDSCH接收的调度。例如，单播PDSCH接收的第一DCI格式调度可以具有第一尺寸，并且第二值可以指示多播PDSCH接收的调度。
调度多播PDSCH接收(使用G-RNTI)的DCI格式例如具有与DCI格式1_0相同的尺寸，或者通常具有由C-RNTI加扰的CRC的DCI格式相同的尺寸或者具有DCI格式2_x相同的尺寸，其中例如x＝0，...6，如参考文献2中所描述的。
可以使用具有各自相同尺寸或不同尺寸的多于一个DCI格式来调度多播PDSCH接收或多播SPS PDSCH接收的激活/去激活。UE的多播PDCCH或PDSCH接收位于包括在UE的活动DL BWP中的公共频率区域(CFR)内。以下描述考虑用于单播信令的活动DL BWP和活动ULBWP以及用于多播信令的CFR。
UE(诸如UE 116)可以支持预定数目的HARQ进程，诸如十六个HARQ进程。所支持的HARQ进程的数目可以是UE向服务gNB(诸如BS102)报告的要求或能力。当UE被配置为接收单播PDSCH和多播PDSCH两者时，对应TB的HARQ进程可以与用于相应类型2HARQ-ACK码本的单播PDSCH或多播PDSCH相关联。当由UE的多播PDSCH接收来提供TB的初始接收时，可以由UE的多播PDSCH接收或者单播PDSCH接收来提供TB的后续接收，例如当UE报告用于TB的初始接收的NACK值时，UE可以在分别用于多播PDSCH接收的HARQ-ACK码本中或在用于单播PDSCH接收的HARQ-ACK码本中复用用于TB的后续接收的HARQ-ACK信息。当基于更高层的指示而使能来自UE的HARQ-ACK信息报告时，gNB(诸如BS102)可以基于更高层的指示或者基于调度相应PDSCH接收的DCI格式的指示来使能或禁用来自UE的HARQ-ACK信息报告。gNB可以附加地禁用用于gNB可以通过更高层提供给UE的一组HARQ进程的HARQ-ACK信息报告。
UE可以由更高层提供：第一信息元素(IE)PUCCH-Config，其提供用于具有单播UCI的PUCCH传输的参数，诸如与具有由C-RNTI、SR或CSI加扰的CRC的DCI格式相关联的HARQ-ACK信息；以及第二IE PUCCH-Config，其利用与具有由G-RNTI加扰的CRC的DCI格式相关联的HARQ-ACK信息(以及可能的CSI)提供用于PUCCH传输的参数。在某些实施例中，当不提供第二IE PUCCH-Config时，与多播HARQ-ACK信息相关联的PUCCH资源还可以通过第一IEPUCCH-Config来提供。
在某些实施例中，当UE(诸如UE 116)接收到单播PDSCH和多播PDSCH两者时，UE需要确定如何提供相应的HARQ-ACK信息。第一选项是用于UE确定用于单播PDSCH接收和多播PDSCH接收的单独的HARQ-ACK码本。然后UE可在单独的相应PUCCH传输中复用每个HARQ-ACK码本或者UE可以在相同的PUCCH传输中联合复用或单独编码和复用HARQ-ACK码本。第二选项是用于UE确定单播和多播PDSCH接收的单个HARQ-ACK码本。第二选项通常对于类型2HARQ-ACK码本是不可能的，因为与调度单播PDSCH接收的DCI格式中的第一DAI字段的值不同，调度多播PDSCH接收的DCI格式中的第二DAI字段的值不能特定于UE，因此UE不能通过联合处理第一和第二DAI字段的值来确定类型2HARQ-ACK码本。对于类型1HARQ-ACK码本，确定用于单播PDSCH接收的单个HARQ-ACK码本和用于多播PDSCH接收的单个HARQ-ACK码本是可能的。
可以省略调度具有多播HARQ-ACK信息的PUCCH传输的DCI格式中的TPC命令，因为当PUCCH传输是特定于UE时，该命令不能在UE之间进行区分，因此不会提供有意义的功能。此外，当在相同的PUCCH中复用单播HARQ-ACK信息和多播HARQ-ACK信息时，需要考虑单播和多播HARQ-ACK信息两者来确定PUCCH的传输功率。
可以向UE提供用于UE为单播HARQ-ACK信息产生的HARQ-ACK码本类型及为多播HARQ-ACK信息产生的HARQ-ACK码本类型的单独信息。例如，可以指示UE生成用于单播HARQ-ACK信息的类型1HARQ-ACK码本和用于多播HARQ-ACK信息的类型2HARQ-ACK码本或者相反，或者针对单播和多播HARQ-ACK信息两者生成相同的HARQ-ACK码本类型。除非指示UE针对单播和多播HARQ-ACK信息生成类型1HARQ-ACK码本，否则UE针对单播和多播HARQ-ACK信息分别生成每个HARQ-ACK码本；否则，UE可以生成用于单播和多播HARQ-ACK信息的联合类型1HARQ-ACK码本。当UE为单播和多播HARQ-ACK信息生成单独的HARQ-ACK码本时，UE可以将多播HARQ-ACK码本附加到单播HARQ-ACK码本并且联合地对具有相同优先级值的组合HARQ-ACK信息比特进行编码。UE还可以被配置多个G-RNTI并且用于针对每个G-RNTI生成相同或不同的HARQ-ACK码本类型。当HARQ-ACK码本类型对于所有G-RNTI是相同的时(例如基于系统操作的规范)，UE可以单独地为每个G-RNTI生成类型2HARQ-ACK码本或者联合地为所有G-RNTI生成类型1HARQ-ACK码本，例如，通过考虑时隙定时值K1的集合的并集和用于DCI格式(UE被配置该DCI格式以监视相应G-RNTI的服务小区c的PDCCH)的时域资源分配(TDRA)表的行索引的并集，例如类似于多个单播DCI格式情况下参考文献3中的描述(如果对于G-RNTI存在多于一组时隙定时值或TDRA表的多于一组行索引)。
来自UE(诸如UE 116)的PUCCH传输可以具有多个重复。重复次数可以由更高层提供给UE，或者当PUCCH传输包括HARQ-ACK信息时，可以由与HARQ-ACK信息相关联的DCI格式的字段向UE指示。该字段可以是指示重复次数的单独字段或者可以是另一字段(诸如PUCCH资源指示字段)，其中PUCCH资源还包括重复次数。对于为群播PDSCH接收提供HARQ-ACK信息的PUCCH传输，不可能由调度PDSCH接收的DCI格式指示重复次数，因为DCI格式可以由多于一个UE接收并且多于一个UE中的所有UE可能不需要发送具有重复的PUCCH。
调度群播PDSCH接收以报告与群播PDSCH接收相关联的HARQ-ACK的DCI格式中的PUCCH资源指示符不是必需的，因为它被限制为向多个UE指示PUCCH资源，并且对于指示所有这样的UE使用例如PUCCH资源集中的第二或第七PUCCH资源没有实质益处。DCI格式中不存在PUCCH资源指示符减少一些开销，但是需要为UE定义另一机制以确定用于具有群播/多播HARQ-ACK信息的PUCCH传输的PUCCH资源。
因此，本公开的实施例考虑需要根据在PUCCH传输中是否也复用了其他UCI来确定用于具有群播HARQ-ACK信息的PUCCH传输的功率。
本公开的实施例还考虑到需要根据群播HARQ-ACK信息比特的数目和单播HARQ-ACK信息比特的数目来确定用于具有群播HARQ-ACK信息的PUCCH传输的功率。
本公开的实施例还考虑需要响应于由具有由G-RNTI加扰的CRC的多播DCI格式调度的PDSCH接收以及响应于由具有由C-RNTI加扰的CRC的单播DCI格式调度的PDSCH接收来使能具有HARQ-ACK信息的第一PUCCH传输的重复。
因此，本公开的实施例(诸如以下描述的实施例)涉及根据其它UCI是否也在PUCCH传输中被复用来确定用于具有群播HARQ-ACK信息的PUCCH传输的功率。具体地，图8和图10涉及根据群播HARQ-ACK信息比特的数目和单播HARQ-ACK信息比特的数目来确定用于具有群播HARQ-ACK信息的PUCCH传输的功率。另外，图14和15涉及响应于由多播DCI格式调度的PDSCH接收和响应于由单播DCI格式调度的PDSCH接收使能具有HARQ-ACK信息的第一PUCCH传输的重复。
另外，来自UE的HARQ-ACK信息报告可通过更高层信令或通过调度相关联的PDSCH接收或激活/去激活SPS PDSCH接收的DCI格式来使能或禁用。用于禁用HARQ-ACK信息报告的指示还可以是针对每个RNTI的，包括在多个G-RNTI的情况下的每个G-RNTI或者针对每个SPS PDSCH配置的。因此，PUCCH传输功率的确定应当排除与禁用的HARQ-ACK信息报告相关联的TB或SPS PDSCH接收。
当UE在由DCI格式调度的PUSCH中复用HARQ-ACK信息时，UE使用包括在DCI格式中的下行链路分配索引(DAI)字段来确定类型2HARQ-ACK信息码本。对于多播HARQ-ACK信息，DCI格式除了包括对于C-RNTI(单播HARQ-ACK码本)的HARQ-ACK码本的DAI字段之外，还需要包括针对配置给UE的每个相应G-RNTI的每个类型2HARQ-ACK码本的DAI字段。为每个G-RNTI添加DAI字段将导致DCI格式尺寸的相应增加。在一些情况下，当DCI格式0_1或DCI格式0_2在尺寸上小于DCI格式1_1或DCI格式1_2时，然后可以通过添加填充比特来应用尺寸匹配，如参考文献2中所述，并且在DCI格式0_1或DCI格式0_2中包括用于相应G-RNTI的附加DAI字段是有意义的，因为那些DAI字段的比特将代替填充比特。在其它情况下，例如对于具有固定尺寸的DCI格式1_0，不可能添加新字段并且需要不同的机制来确定用于各个G-RNTI的HARQ-ACK码本。
当在PUSCH中复用HARQ-ACK信息时，可以在PUSCH中包括多个保留RE，如参考文献2中所述。当gNB(诸如BS102)期望UE在PUSCH中复用HARQ-ACK信息但UE未能检测到相关联的DCI格式时，所述多个预留RE可以被包括在PUSCH中，以避免映射数据信息中的错误。当UE被配置为监视PDCCH以检测与一个或多个G-RNTI相关联的DCI格式时，除了调度PDSCH接收或SPS PDSCH激活/释放的DCI格式之外，还需要为每个G-RNTI提供针对DCI格式的漏检的相同保护。
为了避免当接收多播PDSCH的许多或所有UE在相应PUCCH中提供相应HARQ-ACK信息时将导致的PUCCH开销的实质性增加，服务gNB(诸如BS102)可以将至少一些UE配置为仅在UE在相应的多播PDSCH中不正确地接收到至少一个TB时才发送相应的PUCCH。这样的UE可以共享PUCCH资源并且服务gNB可以执行能量检测以确定PUCCH传输并且因此确定与PUCCH资源相关联的一个或多个TB的错误接收。PUCCH格式0或PUCCH格式1(其中所有符号都是未调制的(或者，等同地，使用具有数字比特值1的BPSK调制))，如参考文献3中所描述的，可以用于PUCCH传输并且用于服务gNB来执行能量检测。
例如，对于最大M个TB接收(当应用HARQ-ACK空间捆绑时，出于HARQ-ACK报告的目的，将2个TB的接收视为单个TB接收)，一个或多个相应NACK值的多个可能组合是其中，/>UE可以被配置/>个PUCCH资源的集合，并且根据与NACK值(以及与ACK值)相关联的相应TB的组合而从资源集合中选择用于PUCCH传输的资源。例如，对于UE在存在至少一个不正确TB接收时提供HARQ-ACK信息的最大M＝4个TB，可以向UE提供15个PUCCH资源的集合，并且UE可以根据具有NACK值或ACK值的TB的15个组合之一来选择PUCCH资源。例如，UE可以选择第一PUCCH资源以指示仅第一TB的不正确接收，选择第二资源以指示仅第二TB的不正确接收，依此类推，选择第五资源以指示第一TB和第二TB的不正确接收，等等，以及选择第十五资源以指示所有4个TB的不正确接收。需要确定当经由PUCCH资源选择而提供HARQ-ACK信息的值(而不是PUCCH资源独立于HARQ-ACK信息值)时的PUCCH传输功率。
由PUCCH提供的UCI的可靠性还取决于UE以可靠性所需的功率发送PUCCH的能力。服务gNB通常基于UE在该UE变为传输功率受限时提供的功率余量报告(PHR)来获得该能力的信息。然而，UE可以提供仅用于PUSCH传输而不用于PUCCH传输的PHR，并且gNB通常不可能从PUSCH的PHR确定用于PUCCH的PHR，这是因为相应的TPC命令是分开的，从而CLPC调整状态对于PUCCH和PUSCH可以是不同的。一种解决方案是，UE与用于PUSCH传输的PHR分开地提供用于PUCCH传输的PHR。可以更有益的另一解决方案是定义用于PUCCH和用于PUSCH传输的公共CLPC调整状态。还需要为具有多播HARQ-ACK信息的PUCCH传输定义CLPC调整状态。
因此，本公开的实施例考虑到需要确定包括一个或多个多播HARQ-ACK码本并且还可以包括单播HARQ-ACK码本的PUCCH传输的功率。
本公开的实施例还考虑到，当响应于一个或多个TB的接收的HARQ-ACK信息报告基于更高层信令或基于调度相应PDSCH接收的DCI格式的指示而被禁用时，需要确定PUCCH传输的功率。
本公开的实施例还考虑到需要确定具有单播UCI或多播HARQ-ACK信息的PUCCH传输的PHR和闭环功率控制调整状态。
另外，本公开的实施例考虑到需要使能在PUSCH中复用多个HARQ-ACK码本，同时降低数据信息的不正确复用的概率。
因此，本公开的实施例(诸如以下描述的实施例)涉及确定包括一个或多个多播HARQ-ACK码本并且还可以包括单播HARQ-ACK码本的PUCCH传输的功率。本公开还涉及当响应于一个或多个TB的接收的HARQ-ACK信息报告基于更高层信令或基于调度相应PDSCH接收的DCI格式的指示而被禁用时确定PUCCH传输的功率。本公开还涉及确定具有单播UCI或多播HARQ-ACK信息的PUCCH传输的PHR和CLPC调整状态。另外，本公开涉及使能在PUSCH中复用多个HARQ-ACK码本，同时降低数据信息的不正确复用的概率。
HARQ-ACK信息可用于由DCI格式调度的PDSCH接收或用于SPS PDSCH接收或者用于SPS PDSCH释放或用于检测DCI格式，该DCI格式不调度PDSCH接收或PUSCH传输而是提供诸如用于一组小区中的UE的休眠/非休眠活动DL BWP的指示或者不调度PDSCH接收的任何其它指示。
在下文中，对于与一个或多个G-RNTI相关联的多播HARQ-ACK信息或者对于单播HARQ-ACK信息，考虑HARQ-ACK码本，但是实施例可应用于与相应HARQ-ACK码本的单独生成相关联的任何类型的HARQ-ACK信息。
本公开的实施例描述用于具有群播HARQ-ACK信息的PUCCH的传输功率确定。这在下面的示例和实施例中描述，诸如图8-13的示例和实施例。即，本公开的实施例考虑用于确定具有群播HARQ-ACK信息的PUCCH的传输功率的过程，该群播HARQ-ACK信息与由具有由诸如G-RNTI的第一RNTI加扰的CRC的DCI格式调度的PDSCH接收相关联。另外，本公开的实施例描述了由于不正确的TB接收而触发的PUCCH传输的功率确定。这也在以下示例和实施例中进行描述，例如图8-13的示例和实施例。即，本公开的实施例考虑UE(诸如UE 116)对包括第一HARQ-ACK码本和一个或多个第二HARQ-ACK码本的PUCCH传输的功率的确定。示例性实施例考虑第一HARQ-ACK码本包括单播HARQ-ACK信息(单播HARQ-ACK码本)并且一个或多个第二HARQ-ACK码本包括多播HARQ-ACK信息(多播HARQ-ACK码本)。该一个或多个多播HARQ-ACK码本与相应的一个或多个G-RNTI相关联。第一HARQ-ACK码本和一个或多个第二HARQ-ACK码本的HARQ-ACK信息比特具有相同的优先级并且被联合编码。
图8示出了根据本公开实施例的用于UE确定PUCCH传输功率的方法800。图9示出了根据本公开实施例的用于UE确定具有HARQ-ACK信息的PUCCH传输的功率的方法900。图10示出了根据本公开的实施例的用于UE确定PUCCH传输功率的方法1000。图11示出了根据本公开实施例的用于UE确定PUCCH传输的功率的方法1100，该PUCCH传输包括相同优先级的联合编码的第一类型1HARQ-ACK码本和第二类型2HARQ-ACK码本。图12示出了根据本公开实施例的用于UE确定PUCCH传输的功率的方法1200。图13示出了根据本公开实施例的用于UE基于在调度PDSCH接收或PUSCH传输的DCI格式中接收的传输功率控制(TPC)命令来确定PUCCH传输的功率的方法1300。
图8的方法800、图9的方法900、图10的方法1000、图11的方法1100、图12的方法1200和图13的方法1300的步骤可以由图1的UE 111-119中的任一个来执行，诸如图3的UE116。方法800-1300仅用于说明，并且可以使用其他实施例而不脱离本公开的范围。
在某些实施例中，当UE发送仅包括用于群播PDSCH接收的HARQ-ACK信息的PUCCH时，UE被配置为是否应用CLPC调整状态gb，f，c来确定PUCCH传输功率。一个原因是调度群播PDSCH接收的DCI格式可能不包括TPC命令字段。尽管可以通过具有由TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2向UE提供TPC命令，但是具有DCI格式2_2的PDCCH的频繁传输对于网络来说可能难以支持。此外，由于与提供DCI格式2_2的PDCCH传输相关联的搜索空间集合具有周期性，所以由DCI格式2_2提供的TPC命令更适合于周期性传输，诸如用于SR、CSI或配置授权PUSCH，而为非周期性传输周期性提供的TPC命令可能是过期的并且不反映信道介质的当前状态。另一个原因是接收群播PDSCH接收的UE可能不具有最近的单播业务(用于UE的数据缓冲器在gNB处和在UE处是空的)并且因此gNB可能不具有关于来自UE的接收的功率的信息以便设置TPC命令。对于具有相对频繁传输的UE，CLPC调整状态gb，f，c可以是当前的并且这样的UE可以被配置为应用CLPC调整状态gb，f，c以用于确定具有与多播DCI格式相关联的HARQ-ACK信息的PUCCH传输的功率。
图8的方法800示出了根据本公开实施例用于UE确定PUCCH传输功率的示例过程。
在步骤810中，UE(诸如UE 116)响应于由DCI格式调度的PDSCH接收而确定具有HARQ-ACK信息的PUCCH传输。在步骤820中，UE确定DCI格式是否是多播DCI格式。当DCI格式是多播DCI格式时(如在步骤820中确定的)，UE在步骤830中确定不包含CLPC调整状态gb，f，c的PUCCH传输。这可以另外基于UE通过更高层接收并且指示UE在确定具有与第一DCI格式相关联的HARQ-ACK信息的PUCCH的传输功率时不使用CLPC调整状态gb，f，c的配置。或者，当DCI格式不是多播DCI格式时(如在步骤820中确定的)，UE在步骤840中确定通过包括CLPC调整状态gb，f，c的PUCCH传输。
在某些实施例中，当在和与单播DCI格式相关联的HARQ-ACK信息相同的PUCCH中复用与多播DCI格式相关联的HARQ-ACK信息时，PUCCH传输遵循与单播DCI格式相关联的PUCCH-Config，并且UE确定通过包括CLPC调整状态gb，f，c的PUCCH传输功率。
当UE发送包括多播HARQ-ACK信息并且不包括单播HARQ-ACK信息(或者，一般地，单播UCI)的PUCCH时，可以将以上等式(1)中的功率PPUCCH，b，f，c的确定调整为不包括CLPC分量gb，f，c，因为调度到一组UE的多播PDSCH的DCI格式通常不可能包括针对UE组中的每个UE的TPC命令。可替换地，UE使用来自包括单播UCI的最后PUCCH传输时机i的gb，f，c值。在UE被提供用于PUCCH传输的两个CLPC调整状态l的情况下，gb，f，c可以对应于包括单播UCI(诸如HARQ-ACK)并使用第一状态l＝0的最后PUCCH传输时机i的值，或者可以对应于包括单播UCI(诸如HARQ-ACK)并使用状态l的最后PUCCH传输时机i的值，其中l是l＝0或者l＝1，或者状态l可以通过更高层信令从服务gNB通知给UE。此外，当UE仅利用多播HARQ-ACK信息发送PUCCH时，PO_PUCCH，b，f，c的值可以单独配置为然后，当不包括gb，f，c时，UE确定等式(8)中描述的相应的功率/>而当gb，f，c包括在/>的确定中并且例如对应于使用l＝0的具有单播UCI的最后PUCCH传输时机的第一状态的值l＝0时，UE如等式(9)中描述的确定/>/>
当UE使用PUCCH格式1发送PUCCH时，该PUCCH格式1指示不依赖于HARQ-ACK信息值的PUCCH资源中由PDCCH传输提供的对应HARQ-ACK码本中的TB或DCI格式的相应接收的HARQ-ACK信息值，用于传输时机i的ΔTF，b，f，c(i)的值如以下参考文献3和等式(10)中所述。
这里，对于PUCCH格式1，表达式是用于PUCCH传输的符号的数目。此外，表达式/>其中/>是每个时隙的符号的总数，诸如14。此外，表达式ΔUCI(i)＝10log10(OUCI(i))，其中OUCI(i)是PUCCH传输时机i中的UCI比特的数目。
当UE使用PUCCH格式1(该PUCCH格式1指示通过选择相应PUCCH资源的ACK和NACK的组合)发送PUCCH时，当可用于选择的PUCCH资源是正交的并且UE基于HARQ-ACK信息比特的值选择PUCCH资源时，所得到的PUCCH接收可靠性不依赖于ACK和NACK值的组合的比特数目。例如，指示用于使用第一PUCCH资源的单个TB接收的NACK值(OUCI(i)＝1)的PUCCH传输与用于指示用于使用第二PUCCH资源的四个TB的相应接收的{NACK，ACK，ACK，NACK}值(OUCI(i)＝4)的PUCCH传输需要相同的功率。因此，对于使用通过PUCCH资源选择指示ACK和NACK值的组合的PUCCH格式1的PUCCH传输，ΔUCI(i)被设置为零并且ΔTF，b，f，c(i)被如等式(11)中描述的那样修改。
在多个PUCCH资源对应于N个HARQ-ACK信息比特(例如N＝4)并且UE提供M<N个HARQ-ACK信息比特的情况下，在第一种方法中，UE可以将PUCCH资源确定为对应于剩余N-M个HARQ-ACK信息比特的预定值(例如ACK值)的PUCCH资源。例如，对于N＝4，当UE报告具有{NACK，ACK}值的M＝2个HARQ-ACK信息比特时，UE可以选择对应于{NACK，ACK，ACK，ACK}值的PUCCH资源。在第二种方法中，可以基于UE提供的HARQ-ACK信息比特数来配置单独的PUCCH资源以供使用。例如，UE可以被配置为当UE仅提供一个HARQ-ACK信息比特(NACK)时使用PUCCH资源0，当UE仅提供两个HARQ-ACK信息比特({NACK，ACK}，{ACK，NACK}，{NACK，NACK})时使用{PUCCH资源1，PUCCH资源2，PUCCH资源3}，等等。
图9的方法900示出根据本公开的示例过程，当PUCCH是根据PUCCH格式1(其取决于用于PUCCH传输的PUCCH资源是否取决于HARQ-ACK信息的值)时，UE确定具有HARQ-ACK信息的PUCCH传输的功率。
在步骤910中，UE(诸如UE 116)确定要在使用PUCCH格式1的PUCCH传输中提供的HARQ-ACK信息。在步骤920中，UE确定PUCCH资源是否依赖于HARQ-ACK值。当UE确定依赖于HARQ-ACK信息的值的PUCCH资源时(如在步骤920中确定的)，UE在步骤930中独立于HARQ-ACK信息比特数来确定用于PUCCH传输的功率。可替换地，当UE确定不依赖于HARQ-ACK信息的值的PUCCH资源时(如在步骤920中确定的)，UE在步骤940中基于HARQ-ACK信息比特数确定用于PUCCH传输的功率。
在某些实施例中，当来自UE的针对HARQ进程号的HARQ-ACK信息报告例如通过更高层被禁用并且UE接收到具有两个TB的PDSCH时，两个TB中的第一个TB与具有禁用HARQ-ACK信息报告的HARQ进程号相关联，并且两个TB中的第二个TB与具有禁用HARQ-ACK信息报告的HARQ进程号相关联。
在这些实施例中，如果UE被配置为对与PDSCH中的两个TB相对应的HARQ-ACK信息应用空间捆绑，则UE生成具有针对第一TB的ACK值的HARQ-ACK信息。
另外，如果UE未被配置为对与PDSCH中的两个TB相对应的HARQ-ACK信息应用空间捆绑，则UE生成与第一TB的解码结果相对应的HARQ-ACK信息或者生成具有针对第一TB的预定值(诸如NACK值)的HARQ-ACK信息。诸如，当HARQ-ACK码本尺寸小于12比特时，具有预定值的HARQ-ACK信息在改善包括HARQ-ACK信息的HARQ-ACK码本的正确解码结果方面可以是有益的。
另外，在这些实施例中，当UE提供根据类型2HARQ-ACK码本的HARQ-ACK信息时，调度PDSCH接收的DCI格式中的DAI字段的值相对于最后DCI格式中的相应值递增，该最后DCI格式调度具有包括在相同HARQ-ACK码本中的相应HARQ-ACK信息报告的PDSCH接收。
在某些实施例中，当UE在HARQ-ACK码本中提供根据类型1HARQ-ACK码本的HARQ-ACK信息并且仅包括与PDSCH接收或SPS PDSCH接收相关联的HARQ-ACK信息，该PDSCH接收由多播DCI格式调度，UE在PUCCH中复用该码本并且假定基于TB的HARQ-ACK信息，则UE基于等式(12)中描述的nHARQ-ACK确定使用PUCCH格式2、3或4的PUCCH传输的功率。
这里，MG，c是用于服务小区c的PDSCH接收或SPS PDSCH释放的时机的集合MG，c中的PDSCH接收或SPS PDSCH释放的时机的总数。另外，对于具有相关联的HARQ-ACK信息的TB，如果UE不应用HARQ-ACK空域捆绑，则是UE在用于服务小区c的PDSCH接收时机m中接收的TB的数目，或者如果UE应用HARQ-ACK空域捆绑，则是PDSCH接收的数目，或者在用于服务小区c的PDSCH接收时机m中的SPS PDSCH释放。
当UE在类型1HARQ-ACK码本中提供HARQ-ACK信息(该类型1HARQ-ACK码本是基于对应于与第一RNTI(诸如C-RNTI、MCS-C-RNTI或CS-RNTI)相关联的PDSCH接收以及基于与第二RNTI(诸如G-RNTI)相关联的PDSCH接收而获得的)时，UE在PUCCH中复用类型1HARQ-ACK码本，并且为了简化假设基于TB的HARQ-ACK信息，UE基于等式(13)中描述的nHARQ-ACK确定使用PUCCH格式2、3或4的PUCCH传输的功率。
这里，参数与针对与C-RNTI、MCS-C-RNTI或CS-RNTI相关联的PDSCH接收的HARQ-ACK信息的参数相同，并且与针对与G-RNTI相关联的PDSCH接收的HARQ-ACK信息的参数相同。
如果UE未被配置为既针对与G-RNTI相关联的HARQ-ACK信息又针对与C-RNTI、MCS-C-RNTI或CS-RNTI相关联的HARQ-ACK信息应用或不应用HARQ-ACK空间域绑定，则在等式(14)中描述了nHARQ-ACK。
这里，是服务小区的并集，其中UE可以生成与(对于相应的DCI格式或PDSCH接收)C-RNTI、MCS-C-RNTI或CS-RNTI相关联的HARQ-ACK信息(例如由于PDSCH接收)和与G-RNTI相关联的HARQ-ACK信息，并且/>是用于PDSCH接收的时机的总数或SPS PDSCH释放是从MG，c和MA，c并集产生的服务小区c的PDCCH接收或SPS PDSCH释放的时机集合/>
在某些实施例中，当第一HARQ-ACK码本是单播并且第二HARQ-ACK码本是多播并且都是类型1时，UE基于等式(1)确定包括第一HARQ-ACK码本和第二HARQ-ACK码本的PUCCH传输的功率PPUCCH，b，f，c，其中进行如下所述的可能的调整，然后在等式(15)中描述nHARQ-ACK。
这里，是其中UE被配置为接收单播PDSCH或多播PDSCH的DL小区的数目，Mc，UG是用于对应于HARQ-ACK信息比特的服务小区c的单播和多播PDSCH接收或SPS PDSCH释放的时机的总数，/>是其中UE被配置为接收单播PDSCH并且不被配置为接收多播PDSCH的DL小区的数目，Mc是对应于HARQ-ACK信息比特的服务小区c的单播PDSCH接收或SPSPDSCH释放的时机的总数，以及/>是其中UE被配置为接收多播PDSCH并且不被配置为接收单播PDSCH的DL小区的数目，Mc，G是对应于HARQ-ACK信息比特的服务小区c的多播PDSCH接收或SPS PDSCH释放的时机的总数。
例如，当UE被配置为仅在主小区上接收多播PDSCH接收时，如以下等式(16)中描述的，并且对于UE被配置为监视针对单播和多播PDSCH接收两者的服务小区c的PDCCH的DCI格式时，可基于TDRA表的行索引R的集合以及基于一组时隙定时值K1来确定Mc，G，该TDRA表的行索引R由与DCI格式相关联的TDRA表的行索引的并集或任何其它方法提供，该时隙定时值K1由与DCI格式相关联的时隙定时值K1的并集或任何其它方法提供。
在某些实施例中，当第一HARQ-ACK码本是类型1的单播并且一个或多个第二HARQ-ACK码本是类型2的多播时，UE确定用于PUCCH传输的功率PPUCCH，b，f，c，该PUCCH传输包括如等式(1)中所描述的第一HARQ-ACK码本和第二HARQ-ACK码本，如等式(17)中所描述的，进行可能的稍后描述的调整。
这里，对于单播HARQ-ACK信息，如等式(4.2)中所描述，G是配置给UE的G-RNTI的数目，g是G-RNTI的索引，其中G-RNTI以升序编索引，/>是UE被配置为接收针对G-RNTIg和DCI格式的PDSCH或者具有由G-RNTIg加扰的CRC的TB的DL小区的数目。
如等式(17)中所述，如果则/>是与UE在Mg个PDCCH监视时机内检测到的HARQ-ACK信息比特相关联的最后DCI格式中的计数器DAI的值。
如等式(17)中所述，如果并且如果UE在Mg个PDCCH监视时机内的最后PDCCH监视时机中没有检测到包括总DAI字段的任何DCI格式，其中在Mg个PDCCH监视时机中UE检测到具有由用于与HARQ-ACK信息比特相关联的任何服务小区c的G-RNTIg加扰的CRC的至少一个DCI格式，/>是UE检测到的最后DCI格式中的计数器DAI的值。
如等式(17)中所述，如果并且如果UE在Mg个PDCCH监视时机内的最后PDCCH监视时机中检测到包括总DAI字段的至少一个DCI格式，其中在Mg个PDCCH监视时机中UE检测到用于与HARQ-ACK信息比特相关联的任何服务小区c的至少一个DCI格式，则是包括总DAI字段的至少一个DCI格式中的总DAI的值。
如等式(17)中所述，如果UE在Mg个PDCCH监视时机中的任一个中没有检测到与用于任何服务小区c的HARQ-ACK信息比特相关联的任何DCI格式，则
如等式(17)中所述，UDAI，c，g是UE在用于服务小区c的Mg个PDCCH监视时机内检测到的与HARQ-ACK信息比特关联的DCI格式的总数。如果UE在Mg个PDCCH监视时机内未检测到与用于服务小区c的HARQ-ACK信息比特关联的任何DCI格式，则UDAI，c，g＝0。
如公式(17)所述，其中/>是DCI格式中计数器DAI字段的比特数。
如等式(17)中所述，如果UE被配置为接收任何服务小区c的每PDSCH最多2个TB并且HARQ-ACK信息比特的空域捆绑不适用，则 否则，/>
如等式(17)中所述，是当不存在HARQ-ACK信息的空间捆绑时UE在用于服务小区c的PDCCH监视时机m中检测到的由DCI格式调度的PDSCH中接收的TB的数目，或者当存在HARQ-ACK信息的空间捆绑时UE在用于服务小区c的PDCCH监视时机m中检测到的由DCI格式调度的PDSCH的数目，或者UE在用于服务小区c的PDCCH监视时机m中检测到的不调度PDSCH接收并且与HARQ-ACK信息相关联的DCI格式的数目。
如等式(17)中所述，NSPS，c，g是UE在服务小区c上针对G-RNTIg的SPS PDSCH接收的数目，对于该服务小区c，UE在与Mg个PDCCH监视时机内对应于PDSCH接收的HARQ-ACK信息相同的PUCCH中发送相应的HARQ-ACK信息。
例如，对于仅在诸如主小区的一个小区上的多播PDSCH接收，在等式(18)中描述了nHARQ-ACK。
当第一HARQ-ACK码本是类型2的单播并且第二HARQ-ACK码本是类型1的多播时，如等式(19)所示，UE确定用于包括如等式(1)所描述的第一HARQ-ACK码本和第二HARQ-ACK码本的PUCCH传输的功率PPUCCH，b，f，c。
这里，在等式(6)和等式(15)中定义各个参数。
在某些实施例中，当UE(诸如UE 116)提供根据类型2HARQ-ACK码本的HARQ-ACK信息并且DCI格式指示UE不为相应的PDSCH接收提供HARQ-ACK信息时，UE假定DCI格式中的DAI字段的值相对于最后的DCI格式中的相应值不递增，该最后DCI格式调度具有包括在相同类型2HARQ-ACK码本中的相应的HARQ-ACK信息报告的PDSCH接收。
当UE根据类型2HARQ-ACK码本提供HARQ-ACK信息并且禁用针对HARQ进程数集合的HARQ-ACK信息报告时(其中该HARQ进程数集合可以例如由更高层提供)并且UE接收具有仅与来自HARQ进程数集合的HARQ进程数相关联的TB的PDSCH，则(i)UE不生成用于TB的HARQ-ACK信息以及(ii)调度PDSCH接收的DCI格式中的DAI字段的值相对于利用相应的HARQ-ACK信息报告调度PDSCH接收的最后DCI格式中的相应值不递增。
在同一PDSCH中与来自HARQ进程数集合的HARQ进程数相关联的第一TB的接收以及与不是来自HARQ进程数集合的HARQ进程数相关联的第二TB的接收可以被排除在系统操作的规范中(服务gNB的调度器被约束以避免这样的调度并且UE不期望这样的调度)或者可以被允许。例如，当UE根据类型2HARQ-ACK码本提供HARQ-ACK信息并且UE接收到PDSCH时(该PDSCH具有与来自HARQ进程数集合的HARQ进程数相关联的第一TB和与不是来自HARQ进程数集合的HARQ进程数相关联的第二TB)，当HARQ-ACK空间捆绑未被启用时UE生成用于第一TB的解码结果的HARQ-ACK信息。另外，对于第一TB，当使能HARQ-ACK空间捆绑时UE生成具有ACK值的HARQ-ACK信息。在该示例中，UE生成用于第二TB的解码结果的HARQ-ACK信息。另外，在该示例中，调度PDSCH接收的DCI格式中的DAI字段的值相对于用相应的HARQ-ACK信息报告调度PDSCH接收的最后DCI格式中的相应值递增。
当UE在与个DL服务小区上的G-RNTI相关联的DCI格式或SPS PDSCH对应的类型2HARQ-ACK码本中包括HARQ-ACK信息并且UE在PUCCH中复用类型2HARQ-ACK码本，并且为了简洁假设基于TB的HARQ-ACK信息时，UE基于nHARQ-ACK来确定使用PUCCH格式2、3或4的PUCCH传输的功率，如下面的等式(20)中所描述的。
如等式(20)所述，其中/>是多播DCI格式中计数器DAI字段的比特数。另外，如果/>则/>是调度PDSCH接收或指示UE检测到的任何服务小区c的SPS PDSCH释放的最后多播DCI格式中的计数器DAI字段的值，其中MG是与类型2HARQ-ACK码本相关联的多播DCI格式的一组PDCCH监视时机的基数。
如等式(20)中所描述的，如果并且如果UE在MG个PDCCH监视时机内的最后PDCCH监视时机中没有检测到包括总DAI字段的任何多播DCI格式，其中在在MG个PDCCH监视时机内UE检测到调度具有用于任何服务小区c的相关联的HARQ-ACK的PDSCH接收或者指示SPS PDSCH释放的至少一个多播DCI格式，则/>是UE在最后的PDCCH监视时机检测的最后多播DCI格式中的计数器DAI字段的值。
如等式(20)中所述，如果并且如果UE在MG个PDCCH监控时机内的最后PDCCH监控时机中检测到至少一个多播DCI格式(该多播DCI格式包括总DAI字段，其中在MG个PDCCH监控时机内UE检测到至少一个多播DCI格式，该多播DCI格式调度具有用于任何服务小区c的相关联的HARQ-ACK信息的PDSCH接收或指示SPS PDSCH释放，/>是包括总DAI字段的至少一个多播DCI格式中的总DAI字段的值。
如等式(20)中所描述的，如果UE在MG个PDCCH监视时机中的任何一个中没有检测到调度PDSCH接收或指示任何服务小区c的SPS PDSCH释放的任何多播DCI格式，则该PDSCH接收具有相关联的HARQ-ACK信息。
如等式(20)中所描述的，UG-DAI，c是调度具有相关联的HARQ-ACK信息或指示用于服务小区c的MG个监视时机内UE检测到的SPS PDSCH释放的多播DCI格式的总数。这里，UG-DAI，c可以排除向UE指示不提供HARQ-ACK信息报告的多播DCI格式。另外，可以假定服务gNB不递增这种DCI格式中的DAI值。另外，UG-DAI，c可以排除调度PDSCH接收的多播DCI格式，该PDSCH接收仅包括与配置有禁用的HARQ-ACK信息报告的HARQ进程的数目相关联的TB。此外，如果UE未检测到任何多播DCI格式(该DCI格式调度PDSCH接收或指示用于服务小区c的SPSPDSCH释放)，则UDAI，c＝0。
如等式(20)中所描述的，如果对于任何服务小区c，具有可在由多播DCI格式调度的PDSCH接收中提供的相关联的HARQ-ACK信息的TB的最大数目为2并且UE不应用HARQ-ACK空间域捆绑，则否则，/>
如等式(20)中所描述的，如果UE不应用HARQ-ACK空间域捆绑，是具有UE在由多播DCI格式(该多播DCI格式是UE在用于服务小区c的PDCCH监视时机中检测到的)调度的PDSCH中接收的相关联的HARQ-ACK信息的TB的数目；或者如果UE应用HARQ-ACK空间域捆绑，/>是具有由多播DCI格式(该DCI格式是UE在用于服务小区c的PDCCH监视时机中检测到的)调度的相关HARQ-ACK信息的PDSCH的数目；或者多播DCI格式的数目，该DCI格式是UE在用于服务小区c的PDCCH监视时机m中检测的并且指示SPS PDSCH释放。
如等式(20)中所描述的，NSPS，c是UE在服务小区c上的SPS PDSCH接收的数目，对于该服务小区c，UE在与用于HARQ-ACK信息的相同的PUCCH中发送相应的HARQ-ACK信息，该HARQ-ACK信息对应于具有MG个PDCCH监视时机内的多播DCI格式所调度的关联HARQ-ACK信息的PDSCH接收。
在某些实施例中，当UE通过将对应于与第一RNTI(诸如C-RNTI、MCS-C-RNTI或CS-RNTI)相关联的DCI格式或SPS PDSCH的第一类型2HARQ-ACK码本与对应于与第二RNTI(例如G-RNTI)相关联的DCI格式或SPS PDSCH的第二类型2HARQ-ACK码本级联来提供HARQ-ACK信息并且UE在PUCCH中复用HARQ-ACK信息时，并且为了简洁假设基于TB的HARQ-ACK信息，则UE基于nHARQ-ACK来确定用于使用PUCCH格式2，3，或4的PUCCH传输的功率，如等式(21)中所述。
这里，参数与具有由C-RNTI、MCS-C-RNTI和CS-RNTI加扰的DCI格式相关联的HARQ-ACK信息的参数相同以及与具有由G-RNTI加扰的CRC的DCI格式相关联的HARQ-ACK信息的参数相同。
在某些实施例中，当UE通过级联对应于与第一RNTI(诸如C-RNTI、MCS-C-RNTI或CS-RNTI)或第二RNTI(诸如G-RNTI)相关联的PDSCH接收的类型1HARQ-ACK码本和与第一RNTI(诸如C-RNTI、MCS-C-RNTI或CS-RNTI)或第二RNTI(诸如G-RNTI)相关联的DCI格式或PDSCH接收相对应的类型2HARQ-ACK码本来提供HARQ-ACK信息并且UE在PUCCH中复用HARQ-ACK信息时，并且为了简洁假设基于TB的HARQ-ACK信息，则UE基于nHARQ-ACK来确定使用PUCCH格式2，3，或4的PUCCH传输的功率，如等式(22.1)或等式(22.2)中所描述的。
注意，在等式(22.1)和(22.2)中，参数与具有由C-RNTI、MCS-C-RNTI和CS-RNTI加扰的CRC的DCI格式相关联的HARQ-ACK信息的参数相同，并且与具有由G-RNTI加扰的CRC的DCI格式相关联的HARQ-ACK信息的参数相同。
图10的方法1000示出了根据本公开的实施例的当UE被配置为级联第一类型2HARQ-ACK码本和第二类型2HARQ-ACK码本并且HARQ-ACK信息比特的总数小于十二时确定PUCCH传输功率的示例过程。
在步骤1010中，UE(诸如UE 116)被配置为基于第一类型2HARQ-ACK码本和第二类型2HARQ-ACK码本的级联来提供HARQ-ACK信息。在步骤1020中，UE还针对第一个DL小区和第二/>个DL小区被配置第一PDCCH监视时机和第二PDCCH监视时机以及用于SPS PDSCH接收的第一时机和第二时机，其中UE分别在第一类型2HARQ-ACK码本和第二类型2HARQ-ACK码本中包括相应的HARQ-ACK信息。在步骤1030中，UE计算nHARQ-ACK，TB，如下面的等式(23)中所述。另外，在步骤1040中，UE计算nHARQ-ACK，G，如下面的等式(24)中所述。在步骤1050中，UE在PUCCH中复用HARQ-ACK信息并且使用UE基于组合等式(23)和等式(24)确定的功率来发送PUCCH，如下面的等式(25)中所描述的。
/>
nHARQ-ACK＝nHARQ-ACK，TB+nHARQ-ACK，TB，G. (25)
在某些实施例中，当第一HARQ-ACK码本是单播的并且第二一个或多个HARQ-ACK码本是多播的并且都是类型2时，UE确定包括等式(1)的第一和一个或多个第二HARQ-ACK码本的PUCCH传输的功率PPUCCH，b，f，c，如等式(26)中所描述的。
这里，在等式(6)和等式(17)中定义各个参数。
注意，在诸如主小区的单个小区上的多播PDSCH接收，等式(26)简化为等式(27)。
图11的方法1100示出了根据本公开实施例的用于UE确定包括联合编码的第一类型1HARQ-ACK码本和第二类型2HARQ-ACK码本的PUCCH传输的功率的示例过程。
在步骤1110中，UE(诸如UE 116)接收信息以提供用于多播PDSCH接收的类型1HARQ-ACK码本(与G-RNTI相关联)和用于单播PDSCH接收的类型2HARQ-ACK码本(与C-RNTI相关联)。在步骤1120中，UE确定类型1HARQ-ACK码本和类型2HARQ-ACK码本的HARQ-ACK信息比特的总数大于2且小于12。在步骤1130中，UE确定具有与类型1HARQ-ACK码本相关联的关联HARQ-ACK信息的接收TB的第一数目以及具有相关联的HARQ-ACK信息的接收TB的第二数目以及具有与类型2HARQ-ACK码本相关联的UE未接收的关联HARQ-ACK信息的TB的最大数目。在步骤1140，UE联合编码类型1HARQ-ACK码本和类型2HARQ-ACK码本并在PUCCH中复用。在步骤1150中，UE基于接收TB的第一数目、接收TB的第二数目和TB的最大数目来确定用于PUCCH传输的功率。
在某些实施例中，对于类型1HARQ-ACK码本，当UE(诸如UE 116)未被更高层配置为对于G-RNTIgx提供HARQ-ACK时，时隙定时值K1和与G-RNTIgx相关联的TDRA表的行索引被排除在Mc，G的确定之外。当UE由更高层配置为对于G-RNTIgx提供HARQ-ACK时，时隙定时值K1和与G-RNTIgx相关联的TDRA表的行索引被包括在Mc，G的确定中并且即使当调度TB接收的DCI格式指示禁用用于TB的HARQ-ACK报告时UE也为TB接收结果提供HARQ-ACK信息。在这种情况下，TB的HARQ-ACK信息可是指示TB的正确或不正确的接收结果的实际值，如基于TB的CRC的检查所确定的或者可以是诸如NACK的预定值。当联合编码的HARQ-ACK比特的总数大于2且小于12时，可限制应用后一选项。这是因为随后通过Reed-Muller码进行编码，并且当某些比特值在服务gNB处被预定/已知时，对于编码的HARQ-ACK信息的接收/解码可靠性是有益的。
在某些实施例中，对于类型2HARQ-ACK码本，当UE未被更高层配置为提供对于G-RNTIgx的HARQ-ACK信息时，UE在计算的值时在例如等式7或等式8中排除gx。当UE被更高层配置为提供对于G-RNTIgx的HARQ-ACK并且由DCI格式(其调度服务小区c上的多播PDSCH接收(或多播SPS激活/释放))指示不提供相关联的HARQ-ACK信息时，UE在确定UDAI，c，g时不计算DCI格式并且不从针对g＝gx的/>中的多播PDSCH接收计数TB。对于SPSPDSCH接收，如果UE被DCI格式(其激活针对给定SPS PDSCH配置的SPS PDSCH接收)指示不提供HARQ-ACK信息，则对于g＝gx并且对于服务小区c上的对应SPS配置，UE不计数(设置为零)NSPS,c,g。如果UE被更高层指示不提供对于g＝gx和对应的SPS配置的HARQ-ACK信息，则UE不计数(设置为零)NSPS,c,g，而不管DCI格式的指示何时提供或不提供HARQ-ACK信息。
例如，当调度多播PDSCH接收的DCI格式向UE提供指示以指明提供或不提供相关联的HARQ-ACK信息报告时，并且对于具有由G-RNTIg加扰的CRC的DCI格式或TB，当或当UE在Mg个PDCCH监视时机(其中UE检测到用于与HARQ-ACK信息比特相关联的任何服务小区c的至少一个DCI格式)内的最后PDCCH监视时机中没有检测到包括总DAI字段的任何DCI格式时，/>的值可以是与HARQ-ACK信息比特相关联的最后DCI格式的计数器DAI的值，该HARQ-ACK信息比特是UE在Mg个PDCCH监视时机内检测到的并且指示UE提供相关联的HARQ-ACK信息。可替换地，/>的值可以是与UE在Mg个PDCCH监视时机内检测到的HARQ-ACK信息比特相关联的最后DCI格式中的计数器DAI的值，而与用于UE提供或不提供相关联的HARQ-ACK信息的DCI格式中的指示无关。另外，在该示例中，如果并且UE在Mg个PDCCH监视时机(其中UE检测到用于与HARQ-ACK信息比特相关联的任何服务小区c的至少一个DCI格式)内的最后PDCCH监视时机中检测到包括总DAI字段的至少一个DCI格式，则/>的值可以是包括总DAI字段并向UE指示提供相关联的HARQ-ACK信息的至少一个DCI格式中的总DAI的值。可替换地，/>的值可以是独立于用于UE提供或不提供相关联的HARQ-ACK信息的DCI格式中的指示的包括总DAI字段的至少一个DCI格式中的总DAI的值。
在某些实施例中，基于由第一DCI格式提供的第一时隙定时值K1确定的时隙与由第二DCI格式提供的第二时隙定时值K1确定的时隙相同，UE确定(i)指示UE不提供相关联的HARQ-ACK信息的第一DCI格式和(ii)由第二DCI格式触发的PUCCH中的HARQ-ACK信息之间的关联。在DCI格式可以由可从多于一个TRP接收的PDCCH提供并且UE被配置为在一个时隙中的各个分离的PUCCH传输中分别向两个TRP提供HARQ-ACK信息的情况下，通过coresetPoolIndex为第一DCI格式和第二DCI格式的PDCCH接收的CORESET提供的CORESET池索引也应当相同。
用于提供计数器DAI值或总DAI值的DCI格式的上述两个选项也可以应用于类型2HARQ-ACK码本的确定。在第一选项中，UE仅考虑指示UE提供相关联的HARQ-ACK信息的DCI格式中的计数器/总DAI值。在第二选项中，UE考虑所有DCI格式中的计数器/总DAI值；然而，对于向UE指示不提供相关联的HARQ-ACK信息的任何DCI格式，UE不在类型2HARQ-ACK码本中包含该HARQ-ACK信息。
图12的方法1200示出了根据本公开的当调度PDSCH接收的DCI格式可以向UE指示提供或不提供相关联的HARQ-ACK信息时，UE根据HARQ-ACK码本类型来确定PUCCH传输的功率的示例过程。
在步骤1210中，UE(诸如UE 116)接收信息以生成类型1或类型2的HARQ-ACK码本。在步骤1220中，UE接收调度PDSCH接收的DCI格式，其中DCI格式指示UE提供或不提供相关联的HARQ-ACK信息。在步骤1230中，UE确定、编码和在PUCCH中复用用于所指示类型的HARQ-ACK码本。在步骤1240中，UE确定HARQ-ACK码本是否为类型1。当HARQ-ACK码本是类型1时(如在步骤1240中确定的)，至少当类型1HARQ-ACK码本的比特数大于或等于12时，UE在步骤1250中在不考虑用于UE提供或不提供相关联的HARQ-ACK信息的任何DCI格式的指示的情况下确定用于PUCCH传输的功率。可替换地，当HARQ-ACK码本是类型2时(如在步骤1240中确定的)，在步骤1260中UE通过考虑所有相应DCI格式中的提供或不提供相关联的HARQ-ACK信息的指示来确定用于PUCCH传输的功率。
在某些实施例中，当可以从诸如主小区之类的相同服务小区上的PUSCH的PHR确定PUCCH的PHR时，UE(诸如UE 116)不提供用于具有单播UCI的PUCCH传输的PHR。然而，由于PUCCH和PUSCH的TPC命令是分开的，并且UE可能无法检测提供用于PUSCH传输或PUCCH传输的TPC命令的DCI格式，因此PUCCH的PHR通常不能从PUSCH的PHR中精确地导出。
为了使PUCCH传输的PHR能够从PUSCH传输的PHR导出，CLPC调整状态可以是相同的。这是可行的，因为对于诸如主小区的相同服务小区，用于PUSCH传输和PUCCH传输的活动UL BWP中的信道介质是相同的，并且对于给定的功率调整状态l，可以通过相同的CLPC调整状态值来解决短期衰落变化。对于PUSCH传输和PUCCH传输的CLPC调整状态具有相同值的另一益处在于，通常更多的TPC命令可用并且可以改善CLPC调整状态的准确度/更新速率。因此，UE可以联合处理调度PDSCH接收及触发具有相关联的HARQ-ACK信息的PUCCH传输的DCI格式的TPC命令及调度PDSCH接收的DCI格式中的TPC命令，诸如对用于相同CLPC调整状态的所有那些TPC命令求和，并且CLPC调整状态gb，f，c(l)对于PUCCH和PUSCH传输可以是共同的。CLPC调整状态的通用性也可以扩展到SRS传输。CLPC调整状态的通用性可以基于gNB的配置，其中gNB指示调度PDSCH接收的DCI格式中的TPC命令与调度PUCCH传输的DCI格式中的TPC命令是联合还是分开处理，或者是否仅针对PDSCH接收或PUSCH传输之一或两者来处理不调度PDSCH接收或PUSCH传输的DCI格式2_2中的TPC命令。
对于具有来自UE的多播HARQ-ACK信息的PUCCH传输，当CLPC调整状态未被用于确定相应功率时，除了用于PUCCH传输的PHR之外或代替用于PUCCH传输的PHR，还可以基于参考信号接收功率(RSRP)报告来确定PHR，或者UE可以提供CLPC状态的值，诸如对于l＝0。
图13的方法1300示出了根据本公开实施例的UE基于在调度PDSCH接收或PUSCH传输的DCI格式中接收的TPC命令来确定PUCCH传输的功率的示例过程。
在步骤1310中，UE(诸如UE 116)接收关于是联合还是单独地处理由调度PDSCH接收的第一DCI格式和调度PUSCH传输的第二DCI格式提供的TPC命令的信息。在步骤1320中，UE确定该信息是否指示联合处理。当该信息指示联合处理时(如在步骤1320中确定的)，UE在步骤1330中通过联合处理由第一DCI格式和第二DCI格式提供的TPC命令来确定PUCCH或PUSCH传输的功率。可替换地，当信息未指示联合处理时(如在步骤1320中确定的)，UE在步骤1340中仅基于由第一DCI格式提供的TPC命令来确定用于PUCCH传输的功率以及仅基于由第二DCI格式提供的TPC命令来确定用于PUSCH传输的功率。
尽管图8示出了方法800，图9示出了方法900，图10示出了方法1000，图11示出了方法1100，图12示出了方法1200及图13示出了方法1300，但是可以对图8-13进行各种改变。例如，虽然方法800-1300被示为一系列步骤，但是各步骤可以重叠、并行地发生、以不同的顺序发生或者多次发生。在另一示例中，这些步骤可以被省略或由其他步骤代替。例如，方法800的步骤可以按不同的顺序执行。
本公开的实施例描述根据HARQ-ACK码本类型使能或禁用HARQ-ACK信息报告。这在例如图14和15的以下示例和实施例中描述。即，本公开的实施例考虑了一种过程，该过程使得能够重复具有与第一DCI格式相关联的HARQ-ACK信息的第一PUCCH传输及重复具有与第二DCI格式相关联的HARQ-ACK信息的第二PUCCH传输，该第一DCI格式具有由第一RNTI之一(诸如C-RNTI、MCS-C-RNTI或CS-RNTI)加扰的CRC，该第二DCI格式具有由第二RNTI之一(诸如G-RNTI)加扰的CRC。
图14示出了根据本公开实施例的用于UE确定具有HARQ-ACK信息的PUCCH传输的重复次数的方法1400。图15示出了根据本公开实施例的用于UE确定PUCCH传输的重复次数或TPC命令的值的方法1500。
图14的方法1400和图15的方法1500的步骤可以由图1的UE 111-119中的任一个来执行，诸如图3的UE 116。方法1400和1500仅用于说明，并且可以使用其他实施例而不脱离本公开的范围。
在某些实施例中，来自第一DCI格式的DCI格式向单个UE调度PDSCH接收或SPSPDSCH释放，并且可以提供具有相应的HARQ-ACK信息的PUCCH传输的重复次数的指示。例如，基于诸如1、2、4或8的字段的值或者通过指示来自配置的重复次数集合的重复次数或者通过指示PUCCH资源，该指示可以通过指示重复次数的DCI格式中的显式字段来指示，其中重复次数是PUCCH资源的参数之一。对于向多个UE调度PDSCH接收的第二DCI格式(诸如具有由G-RNTI加扰的CRC的DCI格式)，在实践中通常不可能对UE的PUCCH传输的重复次数进行UE特定指示。因此，当UE发送具有仅与第二DCI格式相关联的HARQ-ACK信息的PUCCH时，需要通过其他方式向UE指示PUCCH传输的重复次数。
在第一种方法中，由更高层提供PUCCH传输的重复次数，该PUCCH传输仅包括与具有由G-RNTI加扰的CRC的第二DCI格式的接收相关联的HARQ-ACK信息。重复次数可以适用于由PUCCH提供的任何UCI有效载荷或者可以被限制为当UCI有效载荷高于阈值时适用，其中该阈值也可以由更高层提供。包括与第一DCI格式的接收相关联的HARQ-ACK信息并且还可以包括与第二DCI格式的接收相关联的HARQ-ACK信息的PUCCH传输的重复次数由UE正确接收的第一DCI格式中的最后一个第一DCI格式来指示。DCI格式的排序是根据相应PDCCH接收的开始时间，并且在相同开始时间的情况下是根据用于相应调度的PDSCH接收的小区索引。
图14的方法1400示出了根据本公开实施例的UE确定具有HARQ-ACK信息的PUCCH传输的重复次数的示例过程。
在步骤1410中，UE(诸如UE 116)确定在PUCCH中复用HARQ-ACK信息，其中HARQ-ACK信息与多个DCI格式相关联。在步骤1420中，UE确定所有DCI格式是否都是具有由G-RNTI加扰的CRC的第二DCI格式或者来自多个DCI格式的至少一个DCI格式是否是具有例如由C-RNTI加扰的CRC的第一DCI格式。当所有DCI格式都是第二DCI格式时(如在步骤1420中确定的)，UE在步骤1430中基于用于重复次数的更高层配置来确定重复次数。或者，当多个DCI格式中的至少一个DCI格式是第一DCI格式时(如在步骤1420中确定的)，UE在步骤1440中基于至少一个DCI格式的指示来确定重复次数。例如，至少一个DCI格式是来自第一DCI格式的最后接收的DCI格式。
在第二种方法中，UE可以被配置为监视PDCCH以检测具有由TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2，其中DCI格式2_2中用于UE的字段可以提供TPC命令或者提供UE的PUCCH传输的重复次数。该字段可以另外包括用于值是TPC命令还是用于PUCCH传输的重复次数的标识符比特，或者UE可以由更高层来配置是否将该字段解释为提供TPC命令值还是提供后续PUCCH传输的重复次数。当DCI格式2_2中的字段为PUCCH传输提供重复次数时，UE以具有使用闭环功率控制调整状态gb，f，c的前一/最后值确定的功率发送PUCCH。可替换地，UE可以以最大功率PCMAX，f，c发送PUCCH。
图15的方法1500示出了根据本公开实施例的UE确定PUCCH传输的重复次数或TPC命令值的示例过程。
在步骤1510中，UE(诸如UE 116)接收用于监视PDCCH以检测具有由TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2的配置、DCI格式2_2中的字段的位置以及该字段是提供TPC命令值还是提供PUCCH传输的重复次数。在步骤1520中，UE接收具有由TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2并且确定该字段是否提供TPC命令。对于下一PUCCH传输，当该字段提供TPC命令值时(如在步骤1520中确定的)，UE在步骤1530使用该字段的值作为用于计算CLPC调整状态gb，f，c的TPC命令值并且UE基于CLPC调整状态gb，f，c来确定用于PUCCH传输的功率。当该字段提供重复次数(如在步骤1520中确定的)时，UE在步骤1540中发送具有由该字段指示的重复次数的PUCCH。
尽管图14示出了方法1400并且图15示出了方法1500，但是可以对图14和15进行各种改变。例如，虽然方法1400和方法1500被示为一系列步骤，但是各步骤可以重叠、并行地发生、以不同的顺序发生或者多次发生。在另一示例中，这些步骤可被省略或由其它步骤代替。例如，方法1400和方法1500的步骤可以按不同的顺序执行。
本公开的实施例描述了解决由不正确的TB接收触发的PUCCH传输与其他PUCCH传输之间的重叠的技术方案。这在下面的示例和实施例中进行描述，诸如图16的那些示例和实施例。即，本公开的实施例考虑用于根据调度PUSCH的DCI格式在PUSCH中复用HARQ-ACK码本的机制。
图16示出了根据本公开实施例的用于UE在PUSCH中复用单播类型2HARQ-ACK码本和一个或多个多播类型2HARQ-ACK码本的方法1600。图16的方法1600的步骤可以由图1的UE111-119中的任一个来执行，诸如图3的UE 116。方法1600仅用于说明且可使用其它实施例而不脱离本公开的范围。
在第一种情况下，UE(诸如UE 116)被配置单播类型1HARQ-ACK码本(对应于单播PDSCH接收)和多播类型1HARQ-ACK码本(对应于多播PDSCH接收)。例如，UE生成用于单播和多播PDSCH接收二者的单个类型1HARQ-ACK码本。DCI格式的DAI字段向UE指示是否以与当类型1HARQ-ACK码本仅用于单播PDSCH接收时相同的方式在PUSCH中复用类型1HARQ-ACK码本。
在第二种情况下，UE(诸如UE 116)具有针对相应一个或多个G-RNTI的单播类型1或类型2HARQ-ACK码本和一个或多个多播类型2HARQ-ACK码本。用于UE在PUSCH中多路复用多播类型2HARQ-ACK码本的第一机制是用于DCI格式，该DCI格式针对相应的NG个G-RNTI调度PUSCH以包括1或2比特的NG个DAI字段，如参考文献3中所述，从而为相应的NG个多播类型2HARQ-ACK码本中的每一个提供总DAI值。
用于UE(诸如UE 116)在PUSCH中多路复用多播类型2HARQ-ACK码本的第二种机制是用于下述DCI格式，该DCI格式调度PUSCH传输以包括用于相应NG个G-RNTI的1或2比特的MG个DAI字段，其中0≤MG<MG，从而为相应的MG个多播类型2HARQ-ACK码本中的每一个提供如参考文献3中所述的总DAI值。对于由于MG<MG而在DCI格式中没有对应DAI字段的多播类型2HARQ-ACK码本，多播HARQ-ACK码本确定与在PUCCH中进行复用时相同。当MG>0时，DCI格式中具有对应DAI字段的多播类型2HARQ-ACK码本可以根据G-RNTI索引的升序确定，诸如NG个G-RNTI中第一个MG对应的码本或者可以由更高层信令指示。当DCI格式0_0(不包括DAI字段)调度PUSCH传输时，MG＝0。
在第三种情况下，UE(诸如UE 116)具有多播类型1HARQ-ACK码本和单播类型2HARQ-ACK码本。用于UE在PUSCH中复用多播类型1HARQ-ACK码本的第一机制是用于下述DCI格式，该DCI格式调度PUSCH以包括1比特DAI字段，该1比特DAI字段向UE指示是否在PUSCH中复用多播类型1HARQ-ACK码本。第二种机制是DCI格式包括仅用于单播类型2HARQ-ACK码本的DAI字段，并且基于如果没有PUSCH则UE是否将在PUCCH中复用多播类型1HARQ-ACK码本来确定复用多播类型1HARQ-ACK码本。
图16的方法1600示出了根据本公开的实施例的UE在PUSCH中复用单播类型2HARQ-ACK码本和一个或多个多播类型2HARQ-ACK码本的示例过程。
在步骤1610中，UE(诸如UE 116)接收调度PUSCH传输的DCI格式。在步骤1620中，UE基于DCI格式中的第一DAI字段和多播HARQ-ACK码本的数目来确定单播HARQ-ACK码本，其中从多播HARQ-ACK码本的数目中确定多播HARQ-ACK码本不是基于DCI格式中的DAI字段。例如，所有HARQ-ACK码本都是类型2。
在步骤1630中，UE在PUSCH中复用HARQ-ACK码本并发送PUSCH。PUSCH中的复用可以归因于PUCCH的重叠，其中UE否则将复用HARQ-ACK码本与PUSCH。
对于配置的授权(CG)PUSCH传输或者对于由不包括DAI字段的DCI格式调度的PUSCH传输，gNB(诸如BS102)不可能指示UE(诸如UE 116)在PUSCH中复用HARQ-ACK信息。然后，UE确定要在PUSCH中复用的HARQ-ACK信息与UE将在PUCCH中复用的HARQ-ACK信息相同，其中由于与PUSCH的时间重叠而UE不传送该PUCCH。这种复用可能导致错误事件，其中UE复用比gNB预期的少的数目的HARQ-ACK，这是由于UE未能检测到几个最后接收的DCI格式。对于FDD系统，其中典型地每个时隙报告HARQ-ACK信息，UE可能不能在对应于由单个DCI格式调度的1-2个TB的PUSCH中复用HARQ-ACK信息，特别是在单小区操作的情况下。当UE在连续时隙中没有PDSCH接收时，相同的情况可应用于TDD系统。当UE报告单播HARQ-ACK信息时，UE在PUSCH中保留多个RE用于报告多达2个HARQ-ACK信息比特。当UE还报告对于NG个G-RNTI的多播HARQ-ACK信息时，UE可保留与附加数目的HARQ-ACK信息比特相对应的附加数目的RE，其中HARQ-ACK信息比特的附加数目可以取决于NG的值(诸如与NG成比例)或者可由gNB通过更高层信令将用于确定预留的RE的数目的HARQ-ACK信息比特的总数配置给UE。
尽管图16示出了方法1600，但是可以对图16进行各种改变。例如，虽然方法1600被示为一系列步骤，但是各步骤可以重叠、并行地发生、以不同的顺序发生或者多次发生。在另一示例中，步骤可以被省略或由其他步骤代替。例如，方法1600的步骤可以按不同的顺序执行。
上述流程图说明可根据本公开的原理实施的实例方法，且可对本文中的流程图中所说明的方法作出各种改变。例如，虽然示出为一系列步骤，但是每个图中的各个步骤可以重叠、并行地发生、以不同的顺序发生或者多次发生。在另一示例中，这些步骤可以被省略或由其他步骤代替。
尽管附图示出了用户设备的不同示例，但是可以对附图进行各种改变。例如，用户设备可以包括任何适当布置中的任意数目的每个组件。一般而言，附图并不将本公开的范围限制于任何特定配置。此外，尽管附图示出了可使用本专利文献中公开的各种用户设备特征的操作环境，但这些特征可用于任何其它合适的系统中。
尽管已利用示例性实施例描述了本公开，但是本领域技术人员可被建议各种改变和修改。本公开旨在包括落入所附权利要求的范围内的这些改变和修改。本申请中的描述不应被理解为暗示任何特定元素、步骤或功能是必须包括在权利要求范围内的基本元素。专利主题的范围由权利要求限定。

Claims (15)

1.一种方法，包括：
确定：
下列项的总和：
与第一无线电网络临时标识符(RNTI)集合相关联的接收传输块(TB)的第一数目，
与第二RNTI集合相关联的接收TB的第二数目，和
与所述第二RNTI集合相关联的未接收TB的第三数目，以及
基于所述总和的物理上行链路控制信道(PUCCH)传输的功率，其中，所述PUCCH包括与所述第一RNTI集合相关联的第一混合自动重复请求确认(HARQ-ACK)信息比特和与所述第二RNTI集合相关联的第二HARQ-ACK信息比特；并且
使用所述功率发送所述PUCCH。
2.根据权利要求1所述的方法，进一步包括：
确定：
来自所述第二RNTI集合的每个RNTI的接收TB的数目的集合，以及
来自所述第二RNTI集合的每个RNTI的未接收TB的数目的集合，其中：
所述接收TB的第二数目是来自所述接收TB的数目的集合的数目的总和，
未接收TB的第三数目是来自所述未接收TB的数目的集合的数目的总和，以及
所述第二RNTI集合包括多于一个的RNTI。
3.根据权利要求2所述的方法，其中：
接收TB的第一数目为零，以及
所述第一HARQ-ACK信息比特的数目为零。
4.根据权利要求1所述的方法，进一步包括：
使用资源在多个时隙上以多个重复来发送所述PUCCH，其中：
当所述资源基于与来自所述第一RNTI集合的RNTI相关联的第一下行链路控制信息(DCI)格式来确定时，所述重复的次数通过所述第一DCI格式来指示，以及
当所述资源基于与来自所述第二RNTI集合的RNTI相关联的第二DCI格式来确定时，所述重复的次数通过无线电资源控制(RRC)信令来指示。
5.根据权利要求4所述的方法，进一步包括：
接收多于一个的物理下行链路控制信道(PDCCH)，所述PDCCH提供调度所述第一数目的接收TB的各自多于一个的DCI格式，以及
所述第一DCI格式通过来自多于一个PDCCH的PDCCH来提供，所述PDCCH在所述多于一个PDCCH当中最后开始。
6.根据权利要求1所述的方法，进一步包括：
根据类型1HARQ-ACK码本确定所述第一HARQ-ACK信息比特，以及
根据类型2HARQ-ACK码本确定所述第二HARQ-ACK信息比特。
7.根据权利要求1所述的方法，还包括：通过使用Reed-Muller码联合编码所述第一HARQ-ACK信息比特和所述第二HARQ-ACK信息比特，其中，所述第一HARQ-ACK信息比特的数目与所述第二HARQ-ACK信息比特的数目之和小于12。
8.根据权利要求1所述的方法，进一步包括：
基于闭环功率控制(CLPC)调整状态的值来确定所述功率，所述CLPC调整状态的值是传输功率控制(TPC)值的总和，其中TPC命令值：
通过与所述第一RNTI集合相关联的每个下行链路控制信息(DCI)格式来提供，以及
不通过与所述第二RNTI集合相关联的任何DCI格式提供。
9.根据权利要求8所述的方法，其中：
当所述第一HARQ-ACK信息比特的数目不为零时，所述CLPC调整状态是第一CLPC调整状态或第二CLPC调整状态，并且
当所述第一HARQ-ACK信息比特的数目为零时，所述CLPC调整状态是所述第一CLPC调整状态。
10.根据权利要求1所述的方法，其中，所述第一RNTI集合与单播通信相关联，并且所述第二RNTI集合与多播通信相关联。
11.一种用户设备(UE)，包括：
处理器，被配置确定：
下列项的总和：
与第一无线电网络临时标识符(RNTI)集合相关联的接收传输块(TB)的第一数目，
与第二RNTI集合相关联的接收TB的第二数目，和
与所述第二RNTI集合相关联的未接收TB的第三数目；以及
基于所述总和的物理上行链路控制信道(PUCCH)传输的功率，其中，所述PUCCH包括与所述第一RNTI集合相关联的第一混合自动重复请求确认(HARQ-ACK)信息比特和与所述第二RNTI集合相关联的第二HARQ-ACK信息比特；和
收发器，其可操作地耦合到所述处理器，所述收发器被配置为使用所述功率发送所述PUCCH。
12.根据权利要求11所述的UE，其中：
所述处理器还被配置为确定：
来自所述第二RNTI集合的每个RNTI的接收TB的数目的集合，以及
来自所述第二RNTI集合的每个RNTI的未接收TB的数目的集合，接收TB的第二数目是来自接收TB的数目的集合的数目的总和，未接收TB的第三数目是来自未接收TB的数目的集合的数目的总和，以及
所述第二RNTI集合包括多于一个的RNTI。
13.根据权利要求12所述的UE，其中：
接收TB的第一数目为零，以及
所述第一HARQ-ACK信息比特的数目为零。
14.根据权利要求11所述的UE，其中：
所述收发器还被配置为使用资源在多个时隙上以多个重复来发送所述PUCCH，
当所述资源基于与来自所述第一RNTI集合的RNTI相关联的第一下行链路控制信息(DCI)格式来确定时，所述重复的次数通过所述第一DCI格式来指示，以及
当所述资源基于与来自所述第二RNTI集合的RNTI相关联的第二DCI格式来确定时，所述重复的次数通过无线电资源控制(RRC)信令来指示。
15.根据权利要求14所述的UE，其中：
所述收发器还被配置为接收多于一个的物理下行链路控制信道(PDCCH)，所述PDCCH提供调度所述第一数目的接收TB的各自多于一个的DCI格式，以及
所述第一DCI格式通过来自多于一个PDCCH的PDCCH来提供，所述PDCCH在所述多于一个PDCCH当中最后开始。
CN202280018540.5A 2021-03-01 2022-03-02 具有确认信息的pucch传输的功率控制 Pending CN116965109A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US202163155030P 2021-03-01 2021-03-01
US63/155,030 2021-03-01
US202163244890P 2021-09-16 2021-09-16
US63/244,890 2021-09-16
US17/651,889 US20220279454A1 (en) 2021-03-01 2022-02-21 Power control for pucch transmission with acknowledgement information
US17/651,889 2022-02-21
PCT/KR2022/002890 WO2022186581A1 (en) 2021-03-01 2022-03-02 Power control for pucch transmission with acknowledgement information

Publications (1)

Publication Number Publication Date
CN116965109A true CN116965109A (zh) 2023-10-27

Family

ID=83006642

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280018540.5A Pending CN116965109A (zh) 2021-03-01 2022-03-02 具有确认信息的pucch传输的功率控制

Country Status (5)

Country Link
US (1) US20220279454A1 (zh)
EP (1) EP4285650A1 (zh)
KR (1) KR20230153389A (zh)
CN (1) CN116965109A (zh)
WO (1) WO2022186581A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11239939B2 (en) * 2019-03-22 2022-02-01 Samsung Electronics Co., Ltd. Scheduling in communication systems with multiple service types
US11937236B2 (en) * 2021-04-01 2024-03-19 Qualcomm Incorporated Acknowledgment feedback configuration for group-common downlink channels with repetitions
KR102584081B1 (ko) * 2021-05-11 2023-10-05 엘지전자 주식회사 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치
KR102587429B1 (ko) * 2021-05-11 2023-10-11 엘지전자 주식회사 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2445279B1 (en) * 2010-10-21 2018-12-05 Lg Electronics Inc. Method and apparatus for transmitting control information in a wireless communication system
CN102480775B (zh) * 2010-11-22 2014-01-08 大唐移动通信设备有限公司 物理上行控制信道的功率控制方法及设备
CN102740433B (zh) * 2011-04-02 2017-06-13 中兴通讯股份有限公司 一种物理上行控制信道的功率控制方法和装置
US10142945B2 (en) * 2014-06-05 2018-11-27 Samsung Electronics Co., Ltd. Power control for transmission of uplink control information on two cells in carrier aggregation
EP3667973B1 (en) * 2017-08-10 2022-04-13 LG Electronics Inc. Method harq ack/nack reporting in wireless communication system and apparatus therefor
WO2020029253A1 (en) * 2018-08-10 2020-02-13 Lenovo (Beijing) Limited Method and apparatus for scheduling transport blocks
JP7433330B2 (ja) * 2019-02-13 2024-02-19 オナー デバイス カンパニー リミテッド 省電力モードでのアップリンク送信
CN113994753A (zh) * 2019-06-25 2022-01-28 瑞典爱立信有限公司 用于多个trp上的pdsch传输的联合harq反馈的系统和方法
US11811536B2 (en) * 2020-08-07 2023-11-07 Telefonaktiebolaget Lm Ericsson (Publ) HARQ feedback

Also Published As

Publication number Publication date
US20220279454A1 (en) 2022-09-01
EP4285650A1 (en) 2023-12-06
KR20230153389A (ko) 2023-11-06
WO2022186581A1 (en) 2022-09-09

Similar Documents

Publication Publication Date Title
US11784777B2 (en) Link adaptation for coverage enhancements and support of different service types
US20230309106A1 (en) Multi-cell scheduling with reduced control overhead
US11824651B2 (en) Scheduling in communication systems with multiple service types
US20220278809A1 (en) Method and apparatus for determining resources for pucch transmission with acknowledgment information
US11811538B2 (en) Multiplexing information with different priority values
CN116965109A (zh) 具有确认信息的pucch传输的功率控制
US11792785B2 (en) Enhancing scheduling flexibility for operation with carrier aggregation
US20220201726A1 (en) Scheduling multiple downlink transmissions
US20220183032A1 (en) Acknowledgment information for groupcast communications
US20220295392A1 (en) Cell selection for uplink transmission
US11832254B2 (en) Power headroom report types and triggering conditions
KR20230174275A (ko) 주파수 호핑을 이용한 업링크 채널의 송신
US20220263603A1 (en) Multiplexing unicast and multicast control information
US11785536B2 (en) Scheduling for a UE capable of receptions over multiple antenna panels
KR20240023498A (ko) 멀티캐스트 및 유니캐스트 통신들을 위한 하향링크 제어 시그널링
KR20230158513A (ko) 상향링크 채널의 반복 전송
CN117015950A (zh) 用于多个时隙上的跨度模式重复的方法和装置
US20230087510A1 (en) Timelines and conditions for transmission of acknowledgment information
US20220272740A1 (en) Mechanisms for determination of acknowledgment information reports
US20230239804A1 (en) Uplink power control for data and control channels
US20240049249A1 (en) Report for a decoding outcome of a dci format
US20220386365A1 (en) Method and apparatus of control signaling in unlicensed spectrum
CN118044314A (zh) 触发无线通信系统的适配的方法和装置
CN116918411A (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