CN116724511A - 用于网络协作通信的harq-ack反馈发送或接收的方法和设备 - Google Patents

用于网络协作通信的harq-ack反馈发送或接收的方法和设备 Download PDF

Info

Publication number
CN116724511A
CN116724511A CN202280009980.4A CN202280009980A CN116724511A CN 116724511 A CN116724511 A CN 116724511A CN 202280009980 A CN202280009980 A CN 202280009980A CN 116724511 A CN116724511 A CN 116724511A
Authority
CN
China
Prior art keywords
pdcch
information
harq
terminal
pucch
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
CN202280009980.4A
Other languages
English (en)
Inventor
郑义昌
张永禄
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN116724511A publication Critical patent/CN116724511A/zh
Pending legal-status Critical Current

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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/024—Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • 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/1607—Details of the supervisory 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]
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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/189—Transmission or retransmission of more than one copy of a 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/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/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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/02—Channels characterised by the type of signal
    • H04L5/06—Channels characterised by the type of signal the signals being represented by different frequencies
    • 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/22—Arrangements affording multiple use of the transmission path using time-division multiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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

Abstract

本公开涉及用于支持更高数据传输速率的5G或6G通信系统。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务(例如，智能家居、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售商业、安保和安全相关服务等)。本公开可以提供一种用于在无线通信系统中由终端发送或接收HARQ‑ACK反馈信息的方法和设备，并且具体地，提供一种用于网络协作通信(网络协调)的由终端向多个传输点、面板或波束发送HARQ‑ACK反馈信息的方法和设备。

Description

用于网络协作通信的HARQ-ACK反馈发送或接收的方法和设备
技术领域
本公开涉及无线通信系统，并且更具体地，涉及一种方法和设备，其中，对于多个传输点、面板或波束之间的协作通信，终端通过上行链路向多个传输点、面板或波束发送混合自动重复请求-确认(HARQ-ACK)信息。
背景技术
第五代(5G)移动通信技术定义了宽频带，使得高传输速率和新服务成为可能，并且不仅可以在诸如3.5GHz的“6GHz以下”频带中实现，还可以在包括28GHz和39GHz的被称为毫米波的“6GHz以上”频带中实现。此外，已经考虑在太赫兹频带(例如，95GHz至3THz频带)中实现第六代(6G)移动通信技术(称为超越5G系统)，以便实现比5G移动通信技术快50倍的传输速率和5G移动通信技术十分之一的超低延迟。
在5G移动通信技术发展的初期，为了支持服务并满足与增强移动宽带(eMBB)、超可靠低延迟通信(URLLC)和大规模机器类型通信(mMTC)相关的性能要求，正在进行关于波束成形和大规模多输入多输出(MIMO)的标准化，用于减轻无线电波路径损耗并增加毫米波中的无线电波传输距离，支持用于有效利用毫米波资源和时隙格式的动态操作的参数集(numerology)(例如，操作多个子载波间隔(subcarrier spacing))，用于支持多波束传输和宽带的初始接入技术，带宽部分(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移动通信系统的功能和性能的增强以及连接设备的集成操作将是必要的。为此，计划了与扩展现实((XR)＝AR+VR+MR)相关的新研究，用于有效地支持增强现实(AR)、虚拟现实(VR)、混合现实(MR)等，通过利用人工智能(AI)和机器学习(ML)、AI服务支持、元宇宙服务支持和无人机通信来提高5G性能和降低复杂性。
此外，5G移动通信系统的这种发展不仅将作为开发用于提供6G移动通信技术的太赫兹频带覆盖的新波形、多天线传输技术(诸如全维MIMO(FD-MIMO)、阵列天线和大型天线)、用于改进太赫兹频带信号覆盖的基于超材料的透镜和天线、使用轨道角动量(OAM)的高维空间复用技术和可重构智能表面(RIS)的基础，还包括用于提高6G移动通信技术的频率效率和改善系统网络的全双工技术、用于通过从设计阶段利用卫星和人工智能并内部化端到端人工智能支持功能来实现系统优化的基于人工智能的通信技术、以及用于通过利用超高性能通信和计算资源来实现超过UE操作能力极限的复杂程度的服务的下一代分布式计算技术。
由于可以根据所描述的无线通信系统的发展来提供各种服务，因此特别需要一种用于平滑地支持与终端的上行链路数据的重复传输相关的服务的方法。
发明内容
技术问题
本公开提供了一种用于在无线通信系统中发送或接收终端的HARQ-ACK反馈信息的方法和设备。更具体地，对于网络协调(network coordination)，可以提供一种终端向多个传输点、面板或波束发送HARQ-ACK反馈信息的方法和设备。
问题解决方案
根据本公开的实施例的由支持多发送接收点(TRP)的无线通信系统中的终端执行的方法可以包括：接收与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息；从一个或多个TRP接收用于调度一个物理上行链路共享信道(PDSCH)的多个物理下行链路控制信道(PDCCH)；基于多个PDCCH接收PDSCH；基于配置信息，生成对于PDSCH的HARQ-ACK反馈信息；以及发送HARQ-ACK反馈信息。
根据本公开的另一个实施例，多个PDCCH中的每一个可以包括用于HARQ-ACK反馈信息的生成的下行链路分配索引(DAI)信息，其中，可以基于DAI信息来生成HARQ-ACK反馈信息。
根据本公开的另一个实施例，多个PDCCH可以包括第一PDCCH和第二PDCCH，第一PDCCH可以从第一TRP接收并且第二PDCCH可以从第二TRP接收，或者第一PDCCH和第二PDCCH可以从任何一个TRP接收。
此外，在根据本公开的实施例的方法中，包括在第一PDCCH中的第一DAI信息和包括在第二PDCCH中的第二DAI信息可以彼此相同。
此外，第一PDCCH和第二PDCCH可以在时隙中的一个监视时机内频分复用(FDM)，或者第一PDCCH和第二PDCCH可以在时隙中的两个或更多个监视时机内时分复用(TDM)。
根据本公开的实施例的支持多发送接收点(TRP)的无线通信系统中的终端可以包括：收发器，被配置为发送或接收信号；以及控制器，连接到收发器，其中，控制器被配置为接收与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息，从一个或多个TRP接收用于调度一个物理上行链路共享信道(PDSCH)的多个物理下行链路控制信道(PDCCH)，基于多个PDCCH接收PDSCH，基于配置信息生成用于PDSCH的HARQ-ACK反馈信息，以及发送HARQ-ACK反馈信息。
根据本公开的实施例，由支持多发送接收点(TRP)的无线通信系统中的第一TRP执行的方法可以包括：向终端发送与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息；向终端发送用于调度一个物理上行链路共享信道(PDSCH)的至少一个物理下行链路控制信道(PDCCH)；基于至少一个PDCCH，向终端发送PDSCH以及从终端接收基于配置信息生成的PDSCH的HARQ-ACK反馈信息。
根据本公开的实施例的支持多发送接收点(TRP)的无线通信系统中的第一TRP可以包括：收发器，被配置为发送或接收信号；以及控制器，连接到收发器的，其中，控制器被配置为向终端发送与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息，向终端发送用于调度一个物理上行链路共享信道(PDSCH)的至少一个物理下行链路控制信道(PDCCH)，基于至少一个PDCCH向终端发送PDSCH，以及从终端接收基于配置信息生成的对于PDSCH的HARQ-ACK反馈信息。
发明的有益效果
根据本公开，当在无线通信系统中使用网络协调时，终端可以通过有效地生成HARQ-ACK反馈信息并将其发送到每个传输点、面板或波束来减少网络负载，并且可以通过减少终端的计算量来执行有效的无线通信。
附图说明
图1示出了根据本公开的实施例的无线通信系统中的时频域的结构。
图2示出了根据本公开的实施例的无线通信系统中的帧、子帧和时隙结构。
图3示出了根据本公开的实施例的无线通信系统中的带宽部分(BWP)的配置的示例。
图4示出了根据本公开的实施例的无线通信系统中的下行链路控制信道的控制区域的配置的示例。
图5A示出了根据本公开的实施例的无线通信系统中的下行链路控制信道的结构。
图5B示出了根据本公开的实施例的在无线通信系统中的其中UE可以在时隙内具有多个PDCCH监视位置的情况。
图6示出了物理下行链路共享信道(PDSCH)的频率轴资源分配的示例。
图7示出了根据本公开的实施例的无线通信系统中的PDSCH的时间轴资源的分配的示例。
图8示出了根据本公开的实施例的无线通信系统中根据数据信道和控制信道的子载波间隔分配时间轴资源的示例。
图9是示出根据本公开的实施例的如果没有配置多时隙重复则用于PDSCH的HARQ-ACK传输的多个PUCCH资源重叠的情况的图；
图10是示出根据本公开的实施例的如果配置多时隙重复则PUCCH资源重叠的情况的图；
图11是示出根据本公开的实施例的在单个小区、载波聚合和双连接情形下终端和基站的无线电协议结构的图；
图12是示出根据本公开的实施例的无线通信系统中用于协作通信的天线端口配置和资源分配的图；
图13是示出根据本公开的实施例的无线通信系统中用于协作通信的下行链路控制信息(DCI)配置的示例的图；
图14A是示出根据本公开的各种实施例的用于非相干联合传输(NC-JT)传输的下行链路控制信息(DCI)配置和根据PUCCH配置的HARQ-ACK信息传送方法的图；
图14B是示出根据本公开的各种实施例的用于非相干联合传输(NC-JT)传输的下行链路控制信息(DCI)配置和根据PUCCH配置的HARQ-ACK信息传送方法的图；
图14C是示出根据本公开的各种实施例的用于非相干联合传输(NC-JT)传输的下行链路控制信息(DCI)配置和根据PUCCH配置的HARQ-ACK信息传送方法的图；
图14D是示出根据本公开的各种实施例的用于非相干联合传输(NC-JT)传输的下行链路控制信息(DCI)配置和根据PUCCH配置的HARQ-ACK信息传送方法的图；
图15是示出根据本公开的实施例的由基站重复发送PDCCH的方法的图；
图16A是示出根据本公开的各种实施例的根据用于NC-JT传输的重复发送的PDCCH和PUCCH配置的基于多PDCCH的NC-JT的情况以及终端执行的操作方法的图；
图16B是示出根据本公开的各种实施例的根据用于NC-JT传输的重复发送的PDCCH和PUCCH配置的基于多PDCCH的NC-JT的情况以及终端执行的操作方法的图；
图16C是示出根据本公开的各种实施例的根据用于NC-JT传输的重复发送的PDCCH和PUCCH配置的基于多PDCCH的NC-JT的情况以及终端执行的操作方法的图；
图17A至图17C是示出根据本公开的各种实施例的生成类型2HARQ-ACK码本的情况和终端执行的操作方法的图；
图17A是示出根据本公开的各种实施例的生成类型2HARQ-ACK码本的情况以及终端执行的操作方法的图；
图17B是示出根据本公开的各种实施例的生成类型2HARQ-ACK码本的情况以及终端执行的操作方法的图；
图17C是示出根据本公开的各种实施例的生成类型2HARQ-ACK码本的情况以及终端执行的操作方法的图；
图18是示出根据本公开的实施例的无线通信系统中的终端结构的图；以及
图19是示出根据本公开的实施例的无线通信系统中的基站结构的图。
具体实施方式
在下文中，将参考附图详细描述本公开的实施例。
在描述本公开的实施例时，将省略与本领域公知的技术内容相关的和与本公开不直接相关联的描述。这种省略不必要的描述是旨在防止模糊本公开的主要思想，并且更清楚地传送主要思想。
出于同样的原因，在附图中，一些元素可能被夸大、省略或示意性地示出。此外，每个元素的大小并不完全反映实际大小。在附图中，相同或对应的元素具有相同的附图标记。
通过参考下文结合附图详细描述的实施例，本公开的优点和特征以及实现它们的方式将变得清晰。然而，本公开不限于下面阐述的实施例，而是可以以各种不同的形式实现。提供以下实施例仅是为了完整地公开本公开，并告知本领域技术人员本公开的范围，并且本公开仅由所附权利要求的范围来限定。在整个说明书中，相同或相似的附图标记指示相同或相似的元素。
在此，应当理解，流程图中的每个块以及流程图中的块的组合可以通过计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现流程图块或多个块中指定的功能的部件。这些计算机程序指令也可以存储在计算机可用或计算机可读存储器中，该存储器可以指导计算机或其他可编程数据处理装置以特定方式运行(function)，使得存储在计算机可用或计算机可读存储器中的指令产生包括实现流程图块或多个块中指定的功能的指令部件的制品。计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上，以促使在计算机或其他可编程装置上执行一系列操作步骤，从而产生计算机实现的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现流程图块或多个块中指定的功能的步骤。
此外，流程图的每个块可以表示模块、代码段或代码部分，它包括一个或多个用于实现特定逻辑功能的可执行指令。还应当注意，在一些替代实施方式中，块中提到的功能可以不按顺序出现。例如，连续示出的两个块实际上可以基本上同时执行，或者这些块有时可以以相反的顺序执行，这取决于所涉及的功能。
如本文所用，“单元”是指执行预定功能的软件元素或硬件元素，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”并不总是具有局限于软件或硬件的含义。“单元”可以被构造为存储在可寻址存储介质中或者执行一个或多个处理器。因此，“单元”包括例如软件元素、面向对象的软件元素、类元素或任务元素、过程、功能、属性、程序、子程序、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表格、数组和参数。由“单元”提供的元素和功能可以被组合成更小数量的元素或“单元”，或者被划分成更大数量的元素或“单元”。此外，元素和“单元”可被实现为在设备或安全多媒体卡内复制一个或多个CPU。此外，实施例中的“单元”可以包括一个或多个处理器。
在下文中，将参考附图详细描述本公开的操作原理。在描述本公开时，当确定描述可能使本公开的主题不必要地不清楚时，将省略对并入本文的已知功能或配置的详细描述。下面将描述的术语是考虑到本公开中的功能而定义的术语，并且可以根据用户、用户的意图或习惯而不同。因此，术语的定义应该基于整个说明书的内容。
在以下描述中，基站是向终端分配资源的实体，并且可以是gNode B、eNode B、Node B、基站(BS)、无线接入单元、基站控制器和网络上的节点中的至少一个。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能手机、计算机或能够执行通信功能的多媒体系统。当然，基站和终端的示例不限于此。本公开的以下描述对于用于在无线通信系统中由终端从基站接收广播信息的技术。本公开涉及用于将物联网技术与5G(第五代)通信系统融合的通信技术及其系统，该5G(第五代)通信系统被设计为支持超过4G(第四代)系统的更高数据传送速率。本公开可以应用于基于在5G通信技术和IoT相关技术的智能服务(例如，智能家居、智能建筑、智能城市、智能汽车或联网汽车、医疗保健、数字教育、零售商业、安保和安全相关服务等)。
在以下描述中，为了方便起见，说明性地使用了涉及广播信息的术语、涉及通信覆盖范围的术语、涉及状态变化(例如，事件)的术语、涉及网络实体的术语、涉及消息的术语、涉及设备元素的术语等。因此，本公开不限于下面使用的术语，并且可以使用涉及具有等同技术含义的主题的其他术语。
在以下描述中，为了描述方便，可以使用第三代合作伙伴计划长期演进(3GPPLTE)标准中定义的一些术语和名称。然而，本公开不限于这些术语和名称，并且可以以相同的方式应用于符合其他标准的系统。
无线通信系统已经从提供以语音为中心的服务的无线通信系统发展到提供高速、高质量分组数据服务的宽带无线通信系统，诸如3GPP的高速分组接入(HSPA)、长期演进(LTE或演进的通用地面无线电接入(E-UTRA))、高级LTE(LTE-A)和LTE-Pro、3GPP2的高速分组数据(HRPD)和超移动宽带(UMB)、IEEE的802.16e等通信标准。
作为宽带无线通信系统的代表性示例的LTE系统在下行链路(DL)中采用了正交频分复用(OFDM)方案，并且在上行链路(UL)中采用了单载波频分多址(SC-FDMA)方案。UL是指终端(用户设备(UE)或移动站(MS))通过它向基站(BS或eNodeB)发送数据或控制信号的无线链路，DL是指基站通过它向终端发送数据或控制信号的无线链路。多址接入方案通常根据每个用户分配和操作用于发送数据或控制信息的时频资源，以防止时频资源彼此重叠，即，建立正交性，从而区分每个用户的数据或控制信息。
作为LTE之后的未来通信系统，即，5G通信系统必须能够自由地反映用户和服务提供商的各种要求，因此需要支持满足各种要求的服务。为5G通信系统考虑的服务包括增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠低延迟通信(URLLC)等。
根据一些实施例，eMBB旨在提供比由LTE、LTE-A或LTE-Pro支持的数据传输速率更高的数据传输速率。例如，在5G通信系统中，从一个基站的角度来看，eMBB应该能够在DL中提供20Gbps的峰值数据速率，在UL中提供10Gbps的峰值数据速率。同时，5G通信系统应该提供增加的终端用户感知数据速率。为了满足这些要求，需要改进各种发送/接收技术，包括进一步改进的多输入多输出(MIMO)传输技术。此外，5G通信系统在3至6GHz或6GHz以上的频带中使用比20MHz更宽的带宽，而不是当前LTE使用的2GHz频带，从而满足5G通信系统中所需的数据传输速率。
同时，mMTC正在考虑支持5G通信系统中的物联网(IoT)等应用服务。为了有效地提供IoT，mMTC需要用于小区中的大规模终端的接入支持、终端的覆盖增强、电池时间的改进以及终端的成本降低。物联网需要能够支持小区中的大量终端(例如，1,000,000个终端/km2)，因为它附接到各种传感器和设备以提供通信功能。此外，由于服务的性质，支持mMTC的终端更可能位于未被小区覆盖的阴影区域，诸如建筑物的地下室，因此终端可能需要比5G通信系统提供的其他服务更宽的覆盖范围。支持mMTC的终端应该被配置为便宜的终端，并且需要非常长的电池寿命，因为很难频繁地更换终端的电池。
最后，URLLC是用于关键任务目的的基于蜂窝的无线通信服务，并且URLLC可以考虑用于机器人或机器的远程控制、工业自动化、无人驾驶飞行器、远程医疗保健、紧急警报等的服务。因此，URLLC应该提供非常低的延迟和非常高的可靠性。例如，支持URLLC的服务需要满足小于0.5毫秒的空中接口延迟，同时包括10-5或更低的分组错误率的要求。因此，对于支持URLLC的服务，5G系统应该提供比其他服务更短的发送时间间隔(TTI)，同时确保在频带中分配广泛资源的设计要求。然而，前述mMTC、URLLC和eMBB仅是不同服务类型的示例，并且应用本公开的服务类型不限于上述示例。
在5G通信系统中考虑的上述服务应该基于单个框架彼此融合并提供。即，为了有效的资源管理和控制，希望通过集成到一个系统中而不是独立操作来控制和发送这些服务。
此外，尽管下面将使用LTE、LTE-A、LTE Pro或NR系统作为示例来描述本公开的实施例，但是本公开的实施例可以应用于具有类似技术背景或信道类型的其他通信系统。此外，如具有熟练技术知识的人员所确定的，本公开的实施例可以通过在不明显背离本公开的范围的范围内的一些修改而应用于其他通信系统。
在下文中，将参考附图更详细地描述5G系统的帧结构。
图1示出了时频域的基本结构，该时频域是在5G系统中发送数据或控制信道的无线电资源域。
在图1中，横轴指示时域，纵轴指示频域。时域和频域中资源的基本单位是资源元素(RE)101，并且可以被定义为时间轴上的1个正交频分复用(OFDM)符号102和频率轴上的1个子载波103。在频域中，(例如，12个)连续RE可以对应于一个资源块(RB)104。
图2示出了根据本公开的实施例的下一代无线通信系统中的帧、子帧和时隙结构。
在图2中，示出了帧200、子帧201和时隙202的结构的示例。1个帧200可以被定义为10ms。1个子帧201可以被定义为1ms，因此一个帧200可以包括总共10个子帧201。1个时隙202或203可以被定义为每个时隙14个OFDM符号(即，每个时隙数字符号)＝14)。1个子帧201可以包括一个或多个时隙202和203，并且每个子帧201的时隙202或203的数量可以取决于子载波间隔的配置值μ204或205而变化。在图2的示例中，示出了子载波间隔配置值μ＝0 204的情况和子载波间隔配置值μ＝1 205的情况。在μ＝0 204的情况下，1个子帧201可以包括一个时隙202，而在μ＝1 205的情况下，1个子帧201可以包括2个时隙203。即，每个子帧的时隙数量/>可以取决于子载波间隔的配置值(μ)而变化，并且因此，每个帧的时隙数量/>可以变化。根据子载波间隔配置值(μ)的数量/>和数量可以如被定义为如下面的[表1]所示。
【表1】
在NR中，一个分量载波(CC)或服务小区可以包括多达250个RB或更多。因此，当UE总是接收整个服务小区带宽时，诸如在LTE系统中，UE的功耗可能是极大的，并且为了解决这个问题，基站可以为UE配置一个或多个带宽部分(BWP)，以便支持UE改变小区内的接收区域。在NR中，基站可以经由主信息块(MIB)为UE配置“初始BWP”，它是CORESET#0(或公共搜索空间(CSS))的带宽。此后，基站可以经由RRC信令配置UE的初始BWP(第一BWP)，并且可以通知将来可以通过下行链路控制信息(DCI)指示的至少一个BWP配置信息。此后，基站可以经由DCI通知BWP ID，以便指示UE将使用哪个频带。如果UE在特定时间段或更长时间内未能在当前分配的BWP中接收到DCI，则UE返回到“默认带宽部分”并尝试接收DCI。
图3示出了根据本公开的实施例的无线通信系统中的带宽部分(BWP)配置的示例。
参考图3，图3示出了UE带宽3-00由两个BWP配置的示例，即，BWP#1 3-05和BWP#23-10。基站可以为UE配置一个或多个BWP，并且可以为每个带宽部分配置如下面的表2所示的信息。
【表2】
本公开的实施例不限于上述示例，并且除了配置信息之外，可以在UE中配置与BWP相关的各种参数。上述信息可以由基站经由更高层信令(例如，RRC信令)发送到UE。可以激活所配置的一个或多个BWP中的至少一个BWP。是否激活配置的BWP可以经由RRC信令从基站半静态地发送到UE，或者可以通过MAC控制单元(CE)或DCI动态地发送。
根据实施例，无线电资源控制(RRC)连接之前的UE可以配置有初始BWP，用于通过主信息块(MIB)从基站进行初始接入。更具体地，UE可以接收关于搜索空间和控制资源集(CORESET)的配置信息，通过该配置信息可以发送PDCCH，以便在初始接入操作中通过MIB接收初始接入所需的系统信息(其可以对应于剩余系统信息(RMSI)或系统信息块1(SIB 1))。通过MIB配置的控制资源集(CORESET)和搜索空间中的每一个可以被视为身份(ID)0。
基站可以通过MIB向UE通知配置信息，诸如用于控制资源集#0的频率分配信息、时间分配信息和参数集。另外，基站可以通过MIB向UE通知关于控制资源集#0的监视周期和时机(occasion)的配置信息，即，关于搜索空间#0的配置信息。UE可以将从MIB获得的配置为控制资源集#0的频域视为用于初始接入的初始BWP。这里，初始BWP的身份(ID)可以被视为零。
由上述下一代移动通信系统(5G或NR系统)支持的BWP的配置可以用于各种目的。
例如，在由UE支持的带宽比系统带宽更小的情况下，可以通过BWP配置来支持由UE支持的带宽。例如，在<表2>中，为UE配置了BWP的频率位置(配置信息2)，因此UE可以在系统带宽内的特定频率位置发送或接收数据。
根据另一个示例，为了支持不同的参数集，基站可以在UE中配置多个BWP。例如，为了通过使用15kHz的子载波间隔和30kHz的子载波间隔来支持去往/来自预定UE的数据发送/接收，两个BWP可以被配置为分别使用15kHz的子载波间隔和30kHz的子载波间隔。不同的BWP可以是频分复用(FDM)的，并且当期望以特定的子载波间隔发送或接收数据时，可以激活配置有对应的子载波间隔的BWP。
根据又一个示例，为了降低UE的功耗，基站可以在UE中配置具有不同大小的带宽的BWP。例如，当UE支持非常大的带宽，例如100MHz的带宽，并且总是通过对应的带宽发送或接收数据时，可能会出现非常大的功耗。具体地，在没有业务的情形下，就功耗而言，对于100MHz的较大带宽，UE监视不必要的下行链路控制信道是非常低效的。因此，为了降低UE的功耗，基站可以为UE配置相对较小带宽的带宽部分，例如20MHz的带宽部分。在没有业务的情形下，UE可以在20MHz的带宽部分中执行监控操作。当已经生成数据时，UE可以根据基站的指示，通过使用100MHz的带宽部分来发送或接收数据。
在配置带宽部分的方法中，RRC连接之前的UE可以在初始接入操作中通过MIB接收关于初始带宽部分的配置信息。更具体地，UE可以配置具有用于下行链路控制信道的控制区域(或控制资源集(CORESET))，通过该控制区域，可以从物理广播信道(PBCH)的MIB发送用于调度系统信息块(SIB)的下行链路控制信息(DCI)。通过MIB配置的控制资源集的带宽可以被视为初始BWP。UE可以通过配置的初始BWP接收PDSCH，通过该PDSCH发送SIB。除了SIB的接收之外，初始BWP可以用于其他系统信息(OSI)、寻呼和随机接入。
在下文中，将描述下一代移动通信系统(5G或NR系统)的同步信号(SS)/PBCH块(SSB)。
SS/PBCH块可以指包括主(primary)SS(PSS)、次(secondary)SS(SSS)和PBCH的物理层信道块。更具体地说，SS/PBCH块可以定义如下：
-PSS：用作下行链路时间/频率同步的参考的信号，并且可以提供小区ID的一些信息。
-SSS：用作下行链路时间/频率同步的参考，并且可以提供PSS没有提供的剩余小区ID信息。此外，SSS可以用作解调PBCH的参考信号。
-PBCH：可以提供发送或接收UE的数据信道和控制信道所需的基本系统信息。基本系统信息可以包括指示控制信道的无线电资源映射信息的搜索空间相关控制信息、用于传输系统信息的分离的数据信道的调度控制信息等。
-SS/PBCH块：SS/PBCH块可以包括PSS、SSS和PBCH的组合。可以在5ms内发送一个或多个SS/PBCH块，并且发送的SS/PBCH块中的每一个可以通过索引来区分。
UE可以在初始接入操作中检测PSS和SSS，并且可以解码PBCH。UE可以从PBCH获取MIB，并且可以通过MIB配置具有控制资源集#0。在假设所选择的SS/PBCH块和在控制资源集#0中发送的解调参考信号(DMRS)是准协同定位的(QCLed)的情况下，UE可以监视控制资源集#0。UE可以通过从控制资源集#0发送的下行链路控制信息来接收系统信息。UE可以从接收的系统信息中获取初始接入所需的随机接入信道(RACH)相关的配置信息。UE可以通过考虑选择的SS/PBCH索引来向基站发送物理RACH(PRACH)，并且已经接收到PRACH的基站可以获取关于由UE选择的SS/PBCH块索引的信息。基站可以知道在SS/PBCH块中由UE选择了哪个块，并且可以知道UE已经监视到与所选择的SS/PBCH块相对应(或相关联)的控制资源集#0。
随后，详细描述下一代移动通信系统(5G或NR系统)中的DCI。
在下一代移动通信系统(5G或NR系统)中，上行链路数据(或物理上行链路数据信道(PUSCH))或下行链路数据(或物理下行链路数据信道(PDSCH))的调度信息通过DCI从BS发送到UE。UE可以监控用于PUSCH或PDSCH的回退DCI格式和非回退DCI格式。回退DCI格式可以包括在BS和UE之间预定义的固定字段，并且非回退DCI格式可以包括可配置字段。
DCI可以经由信道编码和调制过程通过PDCCH发送。循环冗余校验(CRC)可以被添加到DCI消息有效载荷中，并且可以由对应于UE身份的无线电网络临时标识符(RNTI)进行加扰。取决于DCI消息的目的，例如，UE特定的数据传输、功率控制命令或随机接入响应，可以使用不同的RNTI。即，RNTI没有被显示地发送，而是被包括在要发送的CRC计算过程中。如果接收到通过PDCCH发送的DCI消息，则UE可以通过分配的RNTI来识别CRC，并且当基于CRC识别结果确定CRC正确时，可以识别出对应的消息被发送到UE。
例如，用于调度系统信息(SI)的PDSCH的DCI可以由SI-RNTI加扰。用于为随机接入响应(RAR)消息调度PDSCH的DCI可以由RA-RNTI加扰。用于为寻呼消息调度PDSCH的DCI可以由P-RNTI加扰。用于通知时隙格式指示符(SFI)的DCI可以由SFI-RNTI加扰。用于通知发送功率控制(TPC)的DCI可以用TPC-RNTI加扰。用于调度UE特定的PDSCH或PUSCH的DCI可以由小区RNTI(C-RNTI)加扰。
DCI格式0_0可以用于调度PUSCH的回退DCI，在这种情况下，CRC可以由C-RNTI加扰。由C-RNTI对CRC进行加扰的DCI格式0_0可以包括例如下面表3中所示的信息。
【表3】
DCI格式0_1可以用于调度PUSCH的非回退DCI，在这种情况下，CRC可以由C-RNTI加扰。由C-RNTI对CRC进行加扰的DCI格式0_1可以包括例如下面表4中所示的信息。
【表4】
/>
DCI格式1_0可以用于调度PDSCH的回退DCI，在这种情况下，CRC可以由C-RNTI加扰。由C-RNTI对CRC进行加扰的DCI格式1_0可以包括例如下面表5中所示的信息。
【表5】
/>
DCI格式1_1可以用于调度PDSCH的非回退DCI，在这种情况下，C-RNTI可以对CRC进行加扰。由C-RNTI对CRC进行加扰的DCI格式1_1可以包括例如下面表6中所示的信息。
【表6】
/>
图4是用于描述根据本公开的实施例的下一代无线通信系统中的下行链路控制信道的控制区域配置的图。具体地，图4示出了根据本公开的实施例的控制资源集(CORESET)的示例，其中，在5G无线通信系统中发送下行链路控制信道。
参考图4，UE带宽部分410被配置在频率轴中，并且两个控制资源集(控制资源集#1401和控制资源集#2 402)被配置在时间轴中的1个时隙420内。控制资源集401和402可以被配置在频率轴上的总UE BWP 410内的特定频率资源403中。控制资源集可以被配置为时间轴中的一个或多个OFDM符号，时间轴可以被定义为控制资源集持续时间404。参考图4，控制资源集#1 401可以被配置为2个符号的控制资源集持续时间，控制资源集#2 402可以被配置为1个符号的控制资源集持续时间。
下一代无线通信系统(5G或NR系统)中的控制资源集可以由BS通过UE中的更高层信令(例如，系统信息、主信息块(MIB)或无线电资源控制(RRC)信令)来配置。在UE中配置控制资源集可以意味着提供诸如控制资源集身份、控制资源集的频率位置和控制资源集的符号长度之类的信息。例如，可以包括如表7中的以下信息。
【表7】
/>
在[表7]中，tci-StatesPDCCH(称为传输配置指示(TCI)状态)配置信息可以包括关于与在对应的CORESET中发送的DMRS具有准协同定位(QCL)关系的一个或多个同步信号(SS)/物理广播信道(PBCH)块索引或信道状态信息参考信号(CSI-RS)索引的信息。此外，TCI状态设置信息可以包括关于QCL关系的类型的信息。例如，TCI状态的设置可以包括如下面的表8所示的信息。
【表8】
/>
参考TCI状态设置，参考RS和QCL类型的小区索引和/或BWP索引可以配置有QCL关系中的参考RS的索引，即，SS/PBCH块索引或CSI-RS索引。QCL类型指的是假设在参考RS和控制区域DMRS之间共享的信道特性。可能的QCL类型示例如下。
-QCL类型A：多普勒频移、多普勒扩展、平均延迟、延迟扩展。
-QCL类型B：多普勒频移，多普勒扩展。
-QCL类型C：多普勒频移，平均延迟。
-QCL类型D：空间接收参数。
不仅可以为控制区域DMRS，还可以为其他目标RS(诸如，PDSCH DMRS和CSI-RS)类似地设置TCI状态，但是为了不混淆解释的要点，省略了详细描述。
图5A示出了根据本公开的实施例的无线通信系统中的下行链路控制信道的结构。即，图5A示出了根据本公开的实施例的配置可以在5G中使用的下行链路控制信道的时间和频率资源的基本单元的示例。
参考图5A，配置控制信道的时间和频率资源的基本单元可以被定义为资源元素组(REG)503。REG 503可以由时间轴上的1个OFDM符号501和频率轴上的一个物理资源块(PRB)502(即，12个子载波)来定义。基站可以连接REG 503以配置下行链路控制信道分配单元。
如图5A所示，当5G中下行链路控制信道被分配到的基本单元被称为控制信道元素(CCE)504时，1个CCE 504可以包括多个REG 503。例如，当REG 503可以包括12个RE并且1个CCE 504包括6个REG 503时，如图5A所示，1个CCE 504可以包括72个RE。当配置下行链路控制资源集时，对应的区域可以包括多个CCE 504。特定的下行链路控制信道可以在根据控制资源集中的聚合级别(AL)被映射到一个或多个CCE 504之后被发送。控制资源集中的CCE504由数字来区分。这里，可以根据逻辑映射方案来分配CCE 504的编号。
图5A中所示的下行链路控制信道的基本单元，即，REG 503可以包括DCI映射到的RE和作为用于解码DCI的参考信号的DMRS 504映射到的区域。如图4所示，可以在1个REG503中发送三个DMRS 504。根据聚合级别(AL)，传输PDCCH所需的CCE的数量可以是1、2、4、8或16。可以使用不同数量的CCE来实现下行链路控制信道的链路自适应。例如，在AL＝1的情况下，可以通过L个CCE发送一个下行链路控制信道。
在UE不知道关于下行链路控制信道的信息的状态下，UE需要检测信号，并且指示一个CCE的集合的搜索空间可以被定义用于盲解码。搜索空间是一个下行链路控制信道候选的集合，包括UE在给定AL必须尝试解码的CCE。由于存在构成1、2、4、8或16个CCE的一个捆绑的各种AL，UE可以具有多个搜索空间。搜索空间集可以被定义为在所有配置的AL上的一个搜索空间的集合。
搜索空间可以分为公共搜索空间和UE特定的搜索空间。根据本公开的实施例，预定的UE组或所有UE可以检查PDCCH的公共搜索空间，以便接收小区公共控制信息，诸如系统信息或寻呼消息的动态调度。
例如，UE可以通过检查PDCCH的公共搜索空间来接收用于包括小区运营商信息等的SIB的传输的PDSCH调度分配信息。在公共搜索空间的情况下，由于预定的UE组或所有UE需要接收PDCCH，所以公共搜索空间可以被定义为先前承诺的CCE的集合。另一方面，UE可以通过检查PDCCH的UE特定搜索空间来接收关于UE特定的PDSCH或PUSCH的调度分配信息。UE特定的搜索空间可以被特定于UE地定义为UE身份和各种系统参数的函数。
在5G中，PDCCH的搜索空间的参数可以由基站经由更高层信令(例如，SIB、MIB和RRC信令)为UE配置。例如，基站可以在UE中配置每个聚合级别L的PDCCH候选的数量、搜索空间的监视周期、搜索空间的时隙中的符号单元的监视时机、搜索空间类型(公共搜索空间或UE特定的搜索空间)、搜索空间中要监视的RNTI和DCI格式的组合、用于监视搜索空间的控制资源集索引等。例如，上述配置信息可以包括以下[表9]的以下信息。
【表9】
/>
基站可以基于配置信息为UE配置一个或多个搜索空间集。根据本公开的实施例，基站可以在UE中配置搜索空间集1和搜索空间集2。基站可以在UE中配置搜索空间集1和搜索空间集2，在搜索空间集1中由X-RNTI加扰的DCI格式A可以被配置为在公共搜索空间中被监控，在搜索空间集2中由Y-RNTI加扰的DCI格式B可以被配置为在UE特定的搜索空间中被监控。
根据配置信息，在公共搜索空间或UE特定的搜索空间中可以存在一个或多个搜索空间集。例如，搜索空间集#1和搜索空间集#2可以被配置为公共搜索空间，而搜索空间集#3和搜索空间集#4可以被配置为UE特定的搜索空间。
在公共搜索空间中，可以监视DCI格式和RNTI的以下组合。然而，本公开不限于此。
-DCI格式0_0/1_0，具有由C-RNTI、CS-RNTI、SP-CSI-RNTI、RA-RNTI、TC-RNTI、P-RNTI、SI-RNTI加扰的CRC
-DCI格式2_0，具有由SFI-RNTI加扰的CRC
-DCI格式2_1，具有由INT-RNTI加扰的CRC
-DCI格式2_2，具有由TPC-PUSCH-RNTI、TPC-PUCCH-RNTI加扰的CRC
-DCI格式2_3，具有由TPC-SRS-RNTI加扰的CRC
在UE特定的搜索空间中，可以监控DCI格式和RNTI的以下组合。然而，本公开不限于此。
-DCI格式0_0/1_0，具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC
-DCI格式1_0/1_1，具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC
指定的RNTI可以遵循下述定义和用法。
小区RNTI(C-RNTI)：用于UE特定的PDSCH调度
临时小区RNTI(TC-RNTI)：用于特定于UE的PDSCH调度
配置的调度RNTI(CS-RNTI)：用于半静态配置的UE特定的PDSCH调度
随机接入RNTI(RA-RNTI)：用于随机接入操作中的PDSCH调度
寻呼RNTI(P-RNTI)：用于调度通过其发送寻呼的PDSCH
系统信息RNTI(SI-RNTI)：用于发送系统信息的PDSCH调度
中断RNTI(INT-RNTI)：用于通知是否打孔PDSCH
用于PUSCH RNTI的发送功率控制(TPC-PUSCH-RNTI)：用于指示PUSCH的功率控制命令
用于PUCCH RNTI的发送功率控制(TPC-PUCCH-RNTI)：用于指示PUCCH的功率控制命令
用于SRS RNTI的发送功率控制(TPC-SRS-RNTI)：用于指示SRS的功率控制命令
在实施例中，上述DCI格式可以被定义为如下面的[表10]所示。
【表10】
根据本公开的实施例，在5G中，多个搜索空间集可以配置具有不同的参数(例如，[表8]中的参数)。因此，由UE监控的搜索空间集的集合可以在每个时间点不同。例如，在搜索空间集#1配置具有X-时隙周期，搜索空间集#2配置具有Y-时隙周期，并且X和Y不同的情况下，UE可以在特定的时隙中监视搜索空间集#1和空间集#2，并且可以在特定的时隙中监视搜索空间集#1和搜索空间集#2中的一个。
当为UE配置多个搜索空间集时，可以考虑以下条件，以便确定要由UE监控的搜索空间集。
[条件1：限制PDCCH候选的最大数量]
每个时隙可以被监控的PDCCH候选的数量不可以超过Mμ。Mμ可以被定义为被配置为子载波间隔为15·2μkHz的小区中每个时隙的PDCCH候选的最大数量，并且可以被定义为如下面的[表11]所示。
【表11】
[条件2：限制CCE的最大数量]
配置每个时隙的整个搜索空间的CCE的数量(这里，整个搜索空间可以表示对应于多个搜索空间集的联合区域的整个CCE集合)可以不超过Cμ。Cμ可以定义为配置为15·2μkHz子载波间隔的小区中每个时隙的最大CCE数量，可以被定义为如下面的[表12]所示。
【表12】
μ 每个时隙和每个服务小区中的非重叠CCE的最大数量(Cμ)
0 56
1 56
2 48
3 32
为了方便描述，在特定时间点满足条件1和条件2两者的情形被定义为“条件A”。因此，不满足条件A可以指不满足上述条件1和2中的至少一个。
根据基站的搜索空间集的配置，可能出现在特定时间点不满足条件A的情况。如果在特定时间点不满足条件A，则UE可以仅选择并监视被配置为在对应的时间点满足条件A的一些搜索空间集，并且基站可以向所选择的搜索空间集发送PDCCH。
根据本公开的实施例，从整个配置的搜索空间集中选择一些搜索空间的方法可以符合以下方法。
[方法1]
如果在特定时间点(时隙)不满足PDCCH的条件A，
与搜索空间类型被配置为UE特定的搜索空间的搜索空间集相比，UE(或基站)可以优先从在对应的时间点存在的搜索空间集中选择搜索空间集，其中搜索空间类型被配置为公共搜索空间。
如果选择了配置为公共搜索空间的所有搜索空间集(即，如果即使在选择了配置为公共搜索空间的所有搜索空间之后也满足条件A)，则UE(或基站)可以选择配置为UE特定的搜索空间的搜索空间集。这里，如果存在被配置为UE特定的搜索空间的多个搜索空间集，则具有较低搜索空间集索引的搜索空间集可以具有较高的优先级。考虑到优先级，UE或基站可以在满足条件A的范围内选择UE特定的搜索空间集。
5G中的搜索空间集合s中的聚合级别L的控制资源集p和搜索空间可以表示为下面的[等式1]。
【等式1】
-L：聚合级别
-nCI：载波索引
-NCCE,p：在控制资源集p内存在的CCE的总数
-nμs,f：时隙索引
-聚合级别L的PDCCH候选的数量
-聚合级别L的PDCCH候选的索引
-i＝0,…,L-1
-Yp，-1＝nRNTI≠0，A0＝39827，A1＝39829,A2＝39839，D＝65537
-nRNTI：终端身份
对于公共搜索空间，可以对应于0。/>
对于UE特定的搜索空间，的值可以对应于取决于终端的身份(由基站为终端配置的C-RNTI或ID)和时间索引而变化的值。
在5G中，由于多个搜索空间集可以被配置为不同的参数(例如，[表9]中的参数)，所以UE在每个时间点监视的搜索空间集的集合可以变化。例如，当搜索空间集#1被配置在X-时隙周期上，搜索空间集#2被配置在Y-时隙周期上，并且X和Y彼此不同时，UE可以在特定的时隙中监视所有搜索空间集#1和搜索空间集#2，并且在另一个特定时隙中监视搜索空间集#1和搜索空间集#2中的一个。
在时隙内存在多个PDCCH监视位置的情况下，UE可以报告UE能力，此时，可以使用概念“跨度(span)”。跨度是连续的符号，其中，UE可以监视时隙内的PDCCH，并且每个PDCCH监视位置可以在1个跨度内。跨度可以由(X，Y)表示，其中，X是指应该两个连续跨度的第一符号之间间隔开的最小符号数量，Y是指一个跨度内用于监视PDCCH的连续符号数量。此时，UE可以监视在跨度内从跨度的第一个符号开始的Y个符号内的部分中的PDCCH。
图5B示出了根据本公开的实施例的在无线通信系统中，UE可以在通过跨度的时隙内具有多个PDCCH监视位置的情况。
参考图5B，跨度可以表示为(X，Y)＝(7，4)、(4，3)和(2，2)，并且这三种情况在图5B中表示为(510)、(520)和(530)。例如，(510)表示在时隙中可以由(7，4)表示的跨度数是2的情况。2个跨度的第一符号之间的间隔被表示为X＝7，PDCCH监视位置可以存在于从每个跨度的第一符号开始的总共Y＝3个符号内，并且搜索空间1和2存在于Y＝3个符号内。在另一个示例中，(520)指示在该时隙中可以由(4，3)表示的跨度的总数是3，并且第二跨度和第三跨度之间的间隔是大于X＝4的X’＝5个符号的情况。(530)指示在时隙中可以由(2，2)表示的跨度的总数是7的情况，PDCCH监视时机可以位于从每个跨度的第一个符号起总共Y＝2个符号内，并且搜索空间3位于Y＝2个符号内。
随后，描述NR系统中用于数据传输的时间和频率资源分配方法。
在NR系统中，除了通过BWP指示进行频域资源候选分配之外，还可以提供以下详细的频域资源分配方法(FD-RA)。
图6示出了根据本公开的实施例的无线通信系统中物理下行链路共享信道(PDSCH)的频域资源分配的示例。
图6示出了可通过NR中的更高层配置的类型0(6-00)、类型1(6-05)和动态切换(6-10)的三种频域资源分配方法。
参考图6，在UE被配置为经由更高层信令仅使用资源类型0的情况下(由附图标记6-00指示)，用于将PDSCH分配给对应的UE的一些下行链路控制信息(DCI)包括由NRBG比特配置的位图。稍后将再次描述这种情况的条件。这里，NRBG表示根据由BWP指示符和更高层参数rgb-Size分配的BWP大小如下面的[表13]所示确定的资源块组(RBG)的数量，并且数据被发送到由位图指示为“1”的RBG。
【表13】
带宽部分大小 配置1 配置2
1-36 2 4
37-72 4 8
73-144 8 16
145-275 16 16
如果UE被配置为经由更高层信令仅使用资源类型1(由附图标记6-05指示)，用于将PDSCH分配给UE的一些DCI包括由比特配置的频域资源分配信息。稍后将再次描述这种情况的条件。通过该信息，基站可以配置开始VRB 6-20和由此连续分配的频域资源的长度6-25。
在UE被配置为经由更高层信令使用资源类型0和资源类型1两者的情况下(由附图标记6-10指示)，用于将PDSCH分配给UE的一些DCI包括频域资源分配信息，该频域资源分配信息由用于资源类型0的配置的有效载荷6-15和用于资源类型1的配置的有效载荷6-20和6-25中的更大的值6-35的比特来配置，稍后将描述上述配置的条件。这里，可以向DCI中的频域资源分配信息的最高有效位(MSB)添加一个比特，当对应的比特具有值0时，可以指示使用了资源类型0，并且当对应的比特具有值1时，可以指示使用了资源类型1。
在下文中，将描述在下一代移动通信系统(5G或NR系统)中为数据信道分配时域资源的方法。
基站可以经由更高层信令(例如，RRC信令)为UE配置用于下行链路数据信道(物理下行链路共享信道(PDSCH))和上行链路数据信道(物理上行链路共享信道(PUSCH))的时域资源分配信息的表。相对于PDSCH，可以配置包括maxNrofDL-Allocations＝16个条目的表，而相对于PUSCH，可以配置包括maxNrofUL-Allocations＝16个条目的表。在实施例中，时域资源分配信息可以包括PDCCH到PDSCH的时隙时序(对应于接收PDCCH的时间点和发送由接收的PDCCH调度的PDSCH的时间点之间的时隙单位中的时间间隙，并表示为K0)、PDCCH到PUSCH的时隙时序(对应于接收PDCCH的时间点和发送由接收的PDCCH调度的PUSCH的时间点之间的时隙单位中的时间间隙，并表示为K2)、关于在时隙内调度PDSCH或PUSCH的开始符号的位置和长度的信息、PDSCH或PUSCH的映射类型等。例如，基站可以向UE通知诸如下面的[表14]或[表15]的信息。
【表14】
【表15】
基站可以经由L1信令(例如，DCI)向UE通知上述表中关于时域资源分配信息的条目中的一个(例如，可以由DCI的“时域资源分配”字段来指示)。UE可以基于从基站接收的DCI来获取PDSCH或PUSCH的时域资源分配信息。
图7示出了根据本公开的实施例的无线通信系统中PDSCH的时域资源分配的示例。
参考图7，基站可以根据一个时隙中OFDM符号的开始位置7-00和长度7-05来指示PDSCH资源的时域位置，基于使用更高层配置的数据信道和控制信道的子载波间隔(SCS)(μPDSCH，μPDCCH)、调度偏移的值(K0)和DCI来动态指示。
图7示出了根据本公开的实施例的无线通信系统中根据数据信道和控制信道的子载波间隔的时域资源分配的示例。
参考图8，如果数据信道和控制信道具有相同的子载波间隔(8-00，μPDSCH＝μPDCCH)，由于数据时隙号和控制时隙号是相同的，所以基站和UE可以根据预定的时隙偏移K0识别出调度偏移出现。另一方面，当数据信道的子载波间隔和控制信道的子载波间隔不同时(8-05，μPDSCH≠μPDCCH)，数据时隙号和控制时隙号是不同的，所以基站和UE可以根据基于PDCCH的子载波间隔的预定时隙偏移K0来识别调度偏移出现。
在LTE系统或NR系统中，在UE连接到服务BS的状态下，UE可以执行用于向对应的BS报告由UE支持的能力的程序。在下面的描述中，这被称为UE能力报告。
BS可以发送UE能力查询消息，该消息向处于连接状态的UE请求能力报告。该消息可以包括对于BS的每个无线电接入技术(RAT)类型的UE能力请求。对于每个RAT类型的请求可以包括支持的频带组合信息。在UE能力查询消息的情况下，可以通过由BS发送的一个RRC消息容器来请求对于相应的RAT类型的多个UE能力，或者BS可以多次插入包括对于每个RAT类型的UE能力请求的UE能力查询消息，并将其发送给UE。即，UE能力查询在一个消息内重复多次，并且UE可以配置与其对应的UE能力信息消息，并且多次报告相同的消息。在下一代移动通信系统中，可以做出对于NR、LTE、E-UTRA-NR双连接(EN-DC)和多RAT双连接(MR-DC)的UE能力请求。UE能力查询消息通常在UE连接到BS之后被初始发送，但是可以在BS需要的任何时候被请求。
从BS接收对UE能力报告的请求的UE可以根据BS请求的RAT类型和频带信息来配置UE能力。下面描述UE在NR系统中配置UE能力的方法。
1.当UE通过UE能力请求从BS接收LTE和/或NR频带的列表时，UE为EN-DC和NR独立组网(SA)配置频带组合(BC)。即，UE基于FreqBandList中请求的频带来配置用于DC和NR SA的BC的候选列表。频带按顺序具有FreqBandList中规定的优先级。
2.当BS设置“eutra-nr-only”标志或“eutra”标志并请求UE能力报告时，UE从配置的BC候选列表中完全移除NR SABC。这种操作可能仅在LTE BS(eNB)请求“eutra”能力时出现。
3.此后，UE从以上阶段中配置的BC的候选列表中移除回退BC。回退BC是可以通过从预定BC中移除对应于至少一个SCell的频带而获得的BC，并且在移除对应于至少一个SCell的频带之前的BC可以覆盖回退BC，并且因此可以省略回退BC。这个阶段适用于MR-DC，即，LTE频带。该阶段之后留下的BC是最终的“候选BC列表”。
4.UE在最终的“候选BC列表”中选择适合于所请求的RAT类型的BC，并选择要报告的BC。在这个阶段，UE根据确定的顺序配置supportedBandCombinationList。即，UE根据预设rat类型的顺序(nr->eutra-nr->eutra)配置要报告的BC和UE能力。此外，UE为所配置的supportedBandCombinationList配置featureSetCombination，并且在候选BC列表中配置“候选特征集组合”的列表，从该列表中接收用于回退BC(包括相同或更低阶段的能力)的列表。“候选特征集组合”可以包括NR和EUTRA-NR BC的所有特征集组合，并且可以从UE-NR-Capabilities和UE-MRDC-Capabilities容器的特征集组合中获取。
5.当所请求的rat类型是eutra-nr并且有影响时，featureSetCombinations被包括在UE-MRDC-Capabilities和UE-NR-Capabilities的所有两个容器中。然而，NR特征集仅包括UE-NR-Capabilities。
在配置UE能力之后，UE可以向BS传送包括UE能力的UE能力信息消息。BS可以基于从UE接收的UE能力来执行对应的UE的调度和发送/接收管理。
在NR系统中，终端通过物理上行链路控制信道(PUCCH)向基站发送上行链路控制信息(UCI)。该控制信息可以包括指示由UE通过PDSCH接收的传输块(TB)的解调/解码成功或失败的HARQ-ACK、用于请求从UE到PUSCH基站的资源分配以用于上行链路数据传输的调度请求(SR)和信道状态信息(CSI)中的至少一个，该信道状态信息是用于报告终端的信道状态的信息。
根据所分配的符号的长度，PUCCH资源可以主要分为长PUCCH和短PUCCH。在NR中，长PUCCH在一个时隙中具有4个符号或更多的长度，而短PUCCH在一个时隙中具有2个符号或更少的长度。
关于长PUCCH，更详细地，长PUCCH可以用于改善上行链路小区覆盖的目的，并且因此可以在DFT-S-OFDM方案中发送，该方案是单个载波传输而不是OFDM传输。长PUCCH支持诸如PUCCH格式1、PUCCH格式3和PUCCH格式4的传输格式，这取决于可支持的控制信息比特的数量以及是否支持通过IFFT前端的预DFT OCC支持的终端复用。
首先，PUCCH格式1是能够支持多达2比特的控制信息的基于DFT-S-OFDM的长PUCCH格式，并且使用与1RB一样多的频率资源。控制信息可以由HARQ-ACK和SR中的每一个或其组合构成。在PUCCH格式1中，重复构成包括作为解调参考信号(或参考信号)的解调参考信号(DMRS)的OFDM符号和包括UCI的OFDM符号。
例如，在PUCCH格式1的传输符号的数量是8个符号的情况下，8个符号的第一开始符号依次由DMRS符号、UCI符号、DMRS符号、UCI符号、DMRS符号、UCI符号、DMRS符号、UCI符号构成。使用正交码(或正交序列或扩频码，wi(m))在时间轴上将DMRS符号扩频为对应于一个OFDM符号内的频率轴上的1RB长度的序列，并且在执行IFFT之后发送。
UCI符号生成如下。UE具有如下结构：通过BPSK调制1比特控制信息和QPSK调制2比特控制信息来生成d(0)，在频率轴上将生成的d(0)乘以对应于1RB长度的序列以进行加扰，使用正交码(或正交序列或扩频码，wi(m))在时间轴上扩频加扰后的序列，并且在执行IFFT之后发送该序列。
UE基于来自基站的组跳跃或序列跳跃配置和被配置为更高信号的配置ID来生成序列，并且通过利用被配置为更高信号的初始循环移位(CS)值来循环移位所生成的序列来生成对应于1RB长度的序列。
当扩频码(NSF)的长度给定时，wi(m)确定为具体如下面的表16所示。在上面，i意味着扩频码本身的索引，m意味着扩频码元素的索引。这里，表16中[]中的数字意味着，例如，φ(m)。如果扩频码的长度是2，并且在配置的扩频码的索引是i＝0的情况下，扩频码wi(m)变成/>并且wi(m)＝[1 1]。
【表16】
PUCCH格式1的扩频码
接下来，PUCCH格式3是能够支持多于2比特的控制信息的基于DFT-S-OFDM的长PUCCH格式，并且可以通过更高层来配置所使用的RB的数量。控制信息可以由HARQ-ACK、SR和CSI中的每一个或其组合构成。在PUCCH格式3中，DMRS符号的位置根据时隙中是否配置了跳频以及是否配置了额外的DMRS符号来呈现，如下面的[表17]所示。
【表17】
例如，在PUCCH格式3的传输符号的数量是8个符号的情况下，这8个符号的第一开始符号从0开始，并且在第一符号和第五符号中发送DMRS。上表以相同的方式应用于PUCCH格式4的DMRS符号位置。
接下来，PUCCH格式4是能够支持多于2比特的控制信息的基于DFT-S-OFDM的长PUCCH格式，并且使用与1RB一样多的频率资源。控制信息可以由HARQ-ACK、SR和CSI中的每一个或其组合构成。PUCCH格式4和PUCCH格式3之间的区别在于，在PUCCH格式4的情况下，多个终端的PUCCH格式4可以在一个RB内复用。通过将预DFT OCC应用于IFFT前端的控制信息，复用多个终端的PUCCH格式4是可能的。然而，一个终端的可发送控制信息符号的数量根据复用终端的数量而减少。可复用终端的数量，即，可以使用的不同OCC的数量可以是2或4，并且要应用的OCC的数量和OCC索引可以通过更高层来配置。
接下来，将描述短PUCCH。短PUCCH可以在下行链路中心时隙和上行链路中心时隙两者中发送。一般而言，短PUCCH可以在时隙的最后一个符号或者末尾的OFDM符号(例如，最后一个OFDM符号、从末尾起的第二个OFDM符号或者最后两个OFDM符号)处发送。当然，在时隙中的任何位置发送短PUCCH也是可能的。此外，可以使用一个OFDM符号或两个OFDM符号来发送短PUCCH。在上行链路小区覆盖良好的情形下，与长PUCCH相比，短PUCCH可以用于缩短延迟时间，并且以CP-OFDM方案发送。
根据可支持的控制信息比特的数量，短PUCCH支持诸如PUCCH格式0和PUCCH格式2的传输格式。首先，PUCCH格式0是能够支持多达2比特的控制信息的短PUCCH格式，并且使用1RB的频率资源。控制信息可以由HARQ-ACK和SR中的每一个或其组合构成。PUCCH格式0不发送DMRS，而是具有仅发送映射到一个OFDM符号内的频率轴上的12个子载波的序列的结构。终端基于来自基站的组跳跃或序列跳跃配置和被配置为更高信号的配置ID来生成序列，将生成的序列循环移位到通过根据是ACK还是NACK将另一个CS值添加到指示的初始CS值而获得的最终循环移位(CS)值，将其映射到12个子载波，并且发送该序列。
例如，在HARQ-ACK是1比特的情况下，如下面的表18所示，如果是ACK，则将初始CS值加6以生成最终CS，如果是NACK，则将初始CS加0以生成最终CS。在标准中定义了NACK的CS值为0，ACK的CS值为6，并且终端总是根据该值生成PUCCH格式0来发送1比特HARQ-ACK。
【表18】
例如，在HARQ-ACK是2比特的情况下，如下面的表19所示，如果(NACK，NACK)则初始CS值加0，如果(NACK，ACK)则初始CS值加3，以及如果(ACK，ACK))则初始CS值加6，如果(ACK，NACK)则初始CS值加9。标准中定义了(NACK，NACK)的CS值为0、(NACK、ACK)的CS值为3、(ACK、ACK)的CS值为6以及(ACK、NACK)的CS值为9。终端总是通过根据上述值生成PUCCH格式0来发送2比特HARQ-ACK。
在最终CS值超过根据ACK或NACK添加到初始CS值的CS值12的情况下，由于序列长度是12，所以对最终CS值应用模(modulo)12。
【表19】
接下来，PUCCH格式2是支持多于2比特的控制信息的短PUCCH格式，并且可以通过更高层来配置所使用的RB的数量。控制信息可以由HARQ-ACK、SR和CSI中的每一个或其组合构成。在PUCCH格式2中，当第一子载波的索引是#0时，在一个OFDM符号内通过其发送DMRS的子载波的位置被固定到具有索引#1、#4、#7和#10的子载波，如图414所示。在信道编码之后，控制信息通过调制过程被映射到除了DMRS所在的子载波之外的剩余子载波。
总之，可以为上述PUCCH格式中的每一个配置的值及其范围可以如下面的表20所示进行排列。在不需要在表20中配置该值的情况下，将其表示为N.A。
【表20】
同时，为了改善上行链路覆盖，可以为PUCCH格式1、3和4支持多时隙重复，可以为每个PUCCH格式配置PUCCH重复。终端重复发送包括与通过更高层信令nrofSlots配置的时隙的数量一样多的UCI的PUCCH。对于重复的PUCCH传输，可以使用相同数量的连续符号来执行每个时隙中的PUCCH传输，并且可以通过PUCCH格式1、PUCCH格式3或PUCCH格式4中的更高层信令nrofSymbols来配置对应的连续符号。对于重复的PUCCH传输，可以使用相同的开始符号来执行每个时隙中的PUCCH传输，并且可以通过PUCCH格式1、PUCCH格式3或PUCCH格式4中的更高层信令startingSymbolIndex来配置对应的开始符号。对于重复的PUCCH传输，如果终端已经被配置为在不同时隙中的PUCCH传输中执行跳频，则终端以时隙为单位执行跳频。另外，如果终端已经被配置为在不同时隙中的PUCCH传输中执行跳频，则终端在偶数时隙中从通过更高层信令startingPRB配置的第一PRB索引开始PUCCH传输，并且在奇数时隙中，终端从通过更高层信令secondHopPRB配置的第二PRB索引开始PUCCH传输。此外，如果终端被配置为在不同时隙中的PUCCH传输中执行跳频，则指示终端发送第一PUCCH的时隙的索引是0，并且在配置的重复PUCCH传输的总数期间，重复PUCCH传输的数量的值在每个时隙中增加，而与执行的PUCCH传输无关。如果终端被配置为在不同时隙中的PUCCH传输中执行跳频，则终端不预期在传输PUCCH时在该时隙中配置跳频。如果终端没有被配置为在不同时隙中的PUCCH传输中执行跳频，而是被配置为在一个时隙中进行跳频，则第一和第二PRB索引在该时隙中被同等地应用。如果可用于PUCCH传输的上行链路符号的数量小于经由更高层信令配置的nrofSymbols，则终端可以不执行PUCCH传输。即使在重复PUCCH传输期间终端由于一些原因在某个时隙中未能发送PUCCH，终端也可以增加重复PUCCH传输的数量。
接下来，描述基站或终端的PUCCH资源配置。基站可以通过更高层为特定终端配置每个BWP的PUCCH资源。配置可以如表21所示。
【表21】
/>
根据表21，可以配置在用于特定BWP的PUCCH资源设置中的一个或多个PUCCH资源集，并且可以在一些PUCCH资源集中配置用于UCI传输的最大有效载荷值。每个PUCCH资源集可以属于一个或多个PUCCH资源，并且PUCCH资源中的每一个可以属于上述PUCCH格式中的一个。对于PUCCH资源集，第一PUCCH资源集的最大有效载荷值可以固定为2比特，并且因此对应的值可以不通过更高层分开配置。在剩余的PUCCH资源集被配置的情况下，对应的PUCCH资源集的索引可以根据最大有效载荷值以升序配置，并且最大有效载荷值可以不在最后的PUCCH资源集中配置。PUCCH资源集的更高层配置可以如下面的表22所示。
【表22】
表22的resourceList参数可以包括属于PUCCH资源集的PUCCH资源的ID。如果在初始接入时或者在没有配置PUCCH资源集的情况下，可以使用如表23中所示的由初始BWP中的多个小区特定的PUCCH资源构成的PUCCH资源集。该PUCCH资源集中用于初始接入的PUCCH资源可以通过SIB1来指示。
【表23】
在PUCCH格式0或1的情况下，PUCCH资源集中包括的每个PUCCH资源的最大有效载荷可以是2比特，并且在剩余的格式的情况下，可以由符号长度、PRB的数量和最大码率来确定。可以为每个PUCCH资源配置PRB的符号长度和数量，并且可以为每个PUCCH格式配置最大码率。
接下来，描述用于UCI传输的PUCCH资源选择。在SR传输的情况下，如表24所示，可以通过更高层来配置对应于schedulingRequestID的SR的PUCCH资源。PUCCH资源可以是属于PUCCH格式0或PUCCH格式1的资源。
【表24】
/>
对于配置的PUCCH资源，通过表24的参数periodicityAndOffset来配置传输周期和偏移。在存在要由终端在对应于配置的周期和偏移的时间发送的上行链路数据的情况下，发送对应的PUCCH资源，否则可以不发送对应的PUCCH资源。在CSI传输的情况下，用于通过PUCCH发送周期性或半持久性CSI报告的PUCCH资源可以在如[表25]中所示的参数pucch-CSI-ResourceList中配置为更高信令。该参数包括对应的CSI报告将被发送到的小区或CC的每个BWP的PUCCH资源的列表。PUCCH资源可以是属于PUCCH格式2或PUCCH格式3或PUCCH格式4的资源。
【表25】
对于PUCCH资源，通过表25的reportSlotConfig来配置传输周期和偏移。在HARQ-ACK传输的情况下，首先根据包括对应的HARQ-ACK的UCI的有效载荷来选择要传输的PUCCH资源的资源集。即，选择具有不比UCI有效载荷更小的最小有效载荷的PUCCH资源集。接下来，可以通过调度对应于对应的HARQ-ACK的TB的DCI中的PUCCH资源指示符(PRI)来选择PUCCH资源集中的PUCCH资源，PRI可以是表5或表6中指定的PUCCH资源指示符。配置为更高层信令的PRI与从PUCCH资源集中选择的PUCCH资源之间的关系可以如表26所示。
【表26】
如果所选择的PUCCH资源集中的PUCCH资源的数量大于8，则可以通过以下等式2来选择PUCCH资源。
【等式2】
在上述等式2中，rPUCCH是在PUCCH资源集中选择的PUCCH资源的索引，RPUCCH是属于PUCCH资源集的PUCCH资源的数量，ΔPRI是PRI值，NCCE，p是接收DCI所属的CORESET p的CCE的总数，并且nCCE，p是接收DCI的第一CCE索引。
发送对应的PUCCH资源的时间点在对应于对应的HARQ-ACK的TB传输的K1时隙之后。K1候选值被配置为更高层，更具体地，在[表21]中指定的PUCCH-Config的dl-DataToUL-ACK参数中配置。这些候选之一的值K1可以由调度TB的DCI中的PDSCH到HARQ反馈时序指示符来选择，并且该值可以是表5或表6中指定的值。同时，该值K1的单位可以是时隙单位或子时隙单位。这里，子时隙是长度比时隙长度更小的单位，一个或多个符号可以构成一个子时隙。
接下来，描述两个或更多PUCCH资源位于一个时隙中的情况。终端可以在一个时隙或子时隙中通过一个或两个PUCCH资源发送UCI，并且当在一个时隙/子时隙中通过两个PUCCH资源发送UCI时，i)每个PUCCH资源不以符号为单位重叠，并且ii)至少一个PUCCH资源可以是短PUCCH。同时，终端可以不预期在一个时隙内发送用于HARQ-ACK传输的多个PUCCH资源。
接下来，描述了在两个或更多个PUCCH资源重叠的情况下的PUCCH传输程序。在两个或更多个PUCCH资源重叠的情况下，根据所发送的PUCCH资源在符号单元中不应该重叠的条件，可以选择重叠的PUCCH资源中的一个或者可以选择新的PUCCH资源。此外，通过重叠的PUCCH资源发送的UCI有效载荷可以被复用和发送，或者一些可以被丢弃。首先，描述在PUCCH资源中不配置多时隙重复(情况1)和配置多时隙重复(情况2)的情况。
在情况1的PUCCH资源重叠的情况下，情况1被划分为情况1-1)用于HARQ-ACK传输的两个或更多个PUCCH资源重叠的情况，以及情况1-2)剩余的情况。
对应于情况1-1)的情况如图9所示。
图9是示出根据本公开的实施例，在没有配置多时隙重复的情况下，重叠用于PDSCH的HARQ-ACK传输的多个PUCCH资源的情况的视图。
参考图9，用于调度PDSCH的两个或更多个不同的PDCCH 9-10和9-11，在对应于每个PDCCH的PUCCH资源的传输时隙相同的情况下，对应的PUCCH资源可以被认为是彼此重叠的。即，在与由多个PDCCH指示的对应于K1值9-50和9-51的上行链路时隙相同的情况下，对应于对应的PDCCH的PUCCH资源可以被认为是彼此重叠的。
在这种情况下，在由PDCCH中的PRI 9-40和9-41指示的PUCCH资源之间，仅选择基于对应于在最后一点发送的PDCCH 9-11的PM 9-41选择的PUCCH资源9-31，并且在PUCCH资源上发送HARQ-ACK信息。因此，PDSCH 9-21的HARQ-ACK信息和与PUCCH资源9-31重叠的其他PUCCH 9-30的HARQ-ACK信息都在由预定义的HARQ-ACK码本编码之后通过所选择的PUCCH资源9-31被发送。
接下来，对于情况1-2，描述了用于HARQ-ACK传输的PUCCH资源和用于SR和/或CSI传输的PUCCH资源重叠的情况，或者用于SR和/或CSI传输的多个PUCCH资源重叠的情况。在上述情况下，当在同一时隙中发送的多个PUCCH资源在时间轴上重叠多于一个符号时，定义对应的PUCCH资源重叠，并且是否复用这些资源内的UCI可以总结为如下面的表27所示。
【表27】
根据表27，在向其发送HARQ-ACK的PUCCH资源重叠的情况下，或者在通过其发送SR和CSI的PUCCH重叠的情况下，这些UCI总是被复用。
同时，在向其发送SR和HARQ-ACK的每个PUCCH资源重叠的情况下，即，在情况1-2-1的情况下，是否根据PUCCH资源的格式执行UCI复用被划分如下。
-PUCCH格式0上的SR+PUCCH格式1上的HARQ-ACK：SR被丢弃，并且仅发送HARQ-ACK
-剩余情况：SR和HARQ-ACK都被复用
此外，剩余的情况对应于情况1-2-2，即，在HARQ-ACK和CSI在要发送的PUCCH资源之间重叠的情况下，或者在发送CSI的多个PUCCH资源之间重叠的情况下，这些UCI的复用可以遵循更高层配置。此外，是否在HARQ-ACK和CSI之间进行复用以及是否在多个CSI之间进行复用可以独立地执行。
例如，对于每个PUCCH格式2、3或4，HARQ-ACK和CSI是否被复用可以通过同时的HARQ-ACK-CSI参数来配置，并且对于PUCCH格式，对应的参数可以全部被配置为相同的值。在配置为不通过上述参数执行复用的情况下，仅发送HARQ-ACK，并且可以丢弃重叠的CSI。此外，是否复用多个CSI可以通过PUCCH-Config中的multi-CSI-PUCCH-ResourceList参数来配置。即，在配置了multi-CSI-PUCCH-ResourceList参数的情况下，可以执行CSI间复用。否则，根据CSI间优先级，只有对应于具有更高优先级的CSI的PUCCH可以被发送。
在如上所述执行UCI复用的情况下，根据重叠的UCI的信息和PUCCH资源的格式，发送对应的UCI资源的PUCCH资源的选择方法和复用方法可以不同，这可以总结为如下面的表28所示。
【表28】
表28中的每个选项如下。
-选项1：终端根据HARQ-ACK PUCCH资源的SR值和重叠的SR PUCCH资源进行不同的PUCCH资源选择。即，如果SR值为正，则选择用于SR的PUCCH资源，如果SR值为负，则选择用于HARQ-ACK的PUCCH资源。HARQ-ACK信息被发送到所选择的PUCCH资源。
-选项2：终端通过将HARQ-ACK信息和SR信息复用到用于HARQ-ACK传输的PUCCH资源发送。
-选项3：终端通过将SR信息和CSI复用到用于CSI传输的PUCCH资源发送。
-选项4：用于HARQ-ACK之间重叠的PUCCH资源传输。详细操作已经在情况1-1)中描述。
-选项5：在对应于被调度为PDCCH的PDSCH的用于HARQ-ACK的PUCCH资源和用于CSI传输的PUCCH资源重叠并且HARQ-ACK和CSI之间的复用被配置为更高层的情况下，终端将HARQ-ACK信息和CSI信息复用并发送到用于HARQ-ACK的PUCCH资源。
-选项6：在对应于半持久调度(SPS)PDSCH的用于HARQ-ACK的PUCCH资源和用于CSI传输的PUCCH资源重叠并且HARQ-ACK和CSI之间的复用被配置为更高层的情况下，终端将HARQ-ACK信息和CSI信息复用并发送到用于CSI传输的PUCCH资源。
在配置了用于复用到更高层的PUCCH资源列表，即，multi-CSI-PUCCH-ResourceList的情况下，终端选择列表中具有能够发送所有复用的UCI有效载荷的最低索引的资源中的一个，然后发送UCI有效载荷。在列表中没有能够发送所有复用的UCI有效载荷的资源的情况下，终端选择具有最大索引的资源，并且然后发送与可发送到该资源的数量一样多的HARQ-ACK和CSI报告。
-选项7：在多个CSI传输PUCCH资源重叠并且多个CSI之间的复用被配置为更高层的情况下，终端选择在配置为更高层的用于CSI复用的PUCCH资源列表，即，multi-CSI-PUCCH-ResourceList中具有能够发送所有复用的UCI有效载荷的最低索引的一个资源，然后发送UCI有效载荷。在列表中没有能够发送所有复用的UCI有效载荷的资源的情况下，终端选择具有最大索引的资源，然后向对应的资源发送尽可能多的CSI报告。
在上文中，为了描述方便，重点处理了两个PUCCH资源重叠的情况，但是该方法甚至可以类似地应用于三个或更多PUCCH资源重叠的情况。例如，在SR+HARQ-ACK复用的PUCCH资源和CSI PUCCH资源重叠的情况下，可以遵循HARQ-ACK和CSI之间的复用方法。
在被配置为不执行特定UCI之间的复用的情况下，具有更高优先级的UCI根据优先级以HARQ-ACK>SR>CSI的顺序被发送，而具有更低优先级的UCI可以被丢弃。在多个CSIPUCCH资源被配置为在重叠时不执行复用的情况下，发送对应于较高优先级CSI的PUCCH，并且可以丢弃对应于其他CSI的PUCCH。
接下来，情况2，即配置多时隙重复的情况，被划分为用于HARQ-ACK传输的两个或更多个PUCCH资源位于相同开始时隙的情况(情况2-1))和其他情况(情况2-2))。图10中示出了每种情况。
图10是示出根据本公开的实施例的在多时隙重复的配置的情况下PUCCH资源重叠的情况的视图。
参考情况2-1)，在用于HARQ-ACK的PUCCH资源中配置多时隙重复的情况下，即，在PUCCH#1在多个时隙10-30和10-40上重复发送并且PUCCH#2也在多个时隙10-31和10-41上重复发送的情况下，如果由K1指示的两个PUCCH的开始时隙相同，则可以以与情况1-1)相同的方式选择单个PUCCH资源(在一个时隙中最晚时间发送的PUCCH)，即，PUCCH#2。因此，对应于PDSCH#1和PDSCH#2的HARQ-ACK信息都被复用，并且通过HARQ-ACK码本发送到PUCCH。
为了方便描述，例示了经历多时隙重复的多个PUCCH重叠的情况，但是在多时隙重复PUCCH和在单个时隙中发送的PUCCH之间重叠的情况下，可以应用相同的方法。
情况2-2)对应于在用于HARQ-ACK传输的PUCCH和用于SR或CSI传输的PUCCH之间，或者在用于多个SR或CSI传输的PUCCH之间出现符号单元重叠的情况。即，在PUCCH#1在多个时隙10-50和10-51上重复发送并且PUCCH#2也在多个时隙10-60和10-61上重复发送的情况下，其对应于在PUCCH#1和PUCCH#2之间出现一个时隙10-70中多于一个符号重叠的情况。
在对应的时隙10-70中出现多于一个符号重叠的PUCCH之间，通过比较PUCCH中的UCI之间的优先级，发送具有更高优先级的UCI，而在对应的时隙中丢弃其他UCI。在这种情况下，UCI之间的优先级按照最高顺序遵循HARQ-ACK>SR>CSI。
此外，在多个CSI PUCCH资源重叠的情况下，可以发送对应于较高优先级CSI的PUCCH，并且可以在对应的时隙中丢弃对应于另一个CSI的PUCCH。根据上述优先级的PUCCH传输或丢弃仅在已经出现每个符号重叠的时隙中执行，而在其他时隙中不执行。即，其中配置了多时隙重复的PUCCH可以在出现符号单元重叠的时隙中被丢弃，但是可以如在剩余的时隙中配置的那样被发送。
如果两个多时隙重复PUCCH重叠，则终端不预期两个PUCCH的重复传输具有相同的优先级和相同的开始时隙。如果两个PUCCH的重复传输具有相同的优先级，则终端可以发送首先开始重复传输的PUCCH，并且可以丢弃剩余的PUCCH。如果两个PUCCH的重复传输具有不同的优先级，则终端可以执行具有较高优先级的PUCCH的重复传输。
为了方便描述，例示了经历多时隙重复的多个PUCCH重叠的情况，但是在多时隙重复PUCCH和在单个时隙中发送的PUCCH之间重叠的情况下，可以应用相同的方法。
此外，描述了PUCCH和PUSCH传输之间的重叠。如果终端在的重复传输的第一时隙中发送PUCCH，则在第二时隙中发送PUSCH。在PUCCH传输与PUSCH传输在一个或多个时隙中重叠，或者UCI在重叠的时隙中在PUSCH中复用的情况下，终端在PUCCH和PUSCH重叠的时隙中发送PUCCH而不发送PUSCH。接下来，将描述要应用于PUCCH传输的上行链路传输波束配置。如果终端不具有用于PUCCH资源配置的终端特定的配置(专用PUCCH资源配置)，则PUCCH资源集通过更高信令pucch-ResourceCommon来提供，此时，用于PUCCH传输的波束配置遵循在通过随机接入响应(RAR)UL授权调度的PUSCH传输中使用的波束配置。如果终端具有用于PUCCH资源配置的终端特定的配置(专用PUCCH资源配置)，则通过pucch-spatialRelationInfoId提供用于PUCCH传输的波束配置，pucch-spatialRelationInfoId是表21中所示的更高信令。如果终端已经配置有一个pucch-spatialRelationInfoId，则通过一个pucch-spatialRelationInfoId来提供用于终端的PUCCH传输的波束配置。如果终端配置有多个pucch-spatialRelationInfoID，则通过MAC控制单元(CE)指示终端激活多个pucch-spatialRelationInfoID中的一个。终端可以通过更高层信令接收多达八个pucch-spatialRelationInfoID，并且可以接收其中只有一个pucch-spatialRelationInfoID被激活的指示。在终端被指示通过MAC CE激活任何pucch-spatialRelationInfoID的情况下，终端通过MAC CE从在发送包括pucch-spatialRelationInfoID的激活信息的MAC CE的PDSCH的HARQ-ACK传输的/>时隙之后首先出现的时隙开始应用pucch-spatialRelationInfoID激活。在上文中，μ是应用于PUCCH传输的神经(neurology)，并且是给定神经中每个子帧的时隙数。pucch-spatialRelationInfo的更高层配置可以如下面的表29所示。
【表29】
根据表29，一个referenceSignal配置可以存在于特定的pucch-spatialRelationInfo配置中，并且referenceSignal是指示特定的SS/PBCH的ssb-Index、指示特定的CSI-RS的csi-RS-Index或者指示特定的SRS的srs。如果referenceSignal被配置为ssb-Index，则终端可以将在相同服务小区中的SS/PBCH中接收对应于ssb-Index的SS/PBCH时使用的波束配置为用于PUCCH传输的波束，或者如果提供了servingCellId，则终端可以将在由servingCellId指示的小区中接收SS/PBCH中对应于ssb-Index的SS/PBCH时使用的波束配置为用于PUCCH传输的波束。如果referenceSignal被配置为csi-RS-Index，则终端可以将在相同服务小区中的CSI-RS中接收对应于csi-RS-Index的CSI-RS时使用的波束配置为用于PUCCH传输的波束，或者如果提供了servingCellId，则终端可以将在由servingCellId指示的小区中接收对应于CSI-RS中的csi-RS-Index的CSI-RS时使用的波束配置为用于PUCCH传输的波束。如果referenceSignal被配置为srs，则终端可以将在相同服务小区和/或激活的上行链路BWP中发送对应于作为更高信令资源提供的资源索引的SRS时使用的传输波束配置为用于PUCCH传输的波束，或者如果提供了servingCellID和/或uplinkBWP，则终端可以将在由servingCellID和/或uplinkBWP指示的小区中和/或上行链路BWP中发送对应于通过更高信令资源提供的资源索引的SRS时使用的传输波束配置为用于PUCCH传输的波束。一个pucch-PathlossReferenceRS-Id配置可以存在于特定的pucch-spatialRelationInfo配置中。表30的PUCCH-PathlossReferenceRS可以与[表29]的pucch-PathlossReferenceRS-Id进行映射，并且通过表30的更高信令PUCCH-PowerControl中的pathlossReferenceRS可以配置多达4个。如果PUCCH-PathlossReferenceRS通过表30的referenceSignal连接到SS/PBCH，则配置ssb-Index，如果PUCCH-PathlossReferenceRS连接到CSI-RS，则配置csi-RS-Index。
【表30】
/>
图11示出了根据本公开的实施例的单个小区、载波聚合(CA)和双连接(DC)中的BS和UE的无线协议结构。参考图11，根据本公开的实施例的无线通信系统(例如，5G或NR系统)的无线协议包括在UE和NR gNB的每一个中的NR服务数据适配协议(SDAP)S25或S70、NR分组数据汇聚协议(PDCP)S30或S65、NR无线电链路控制(RLC)S35或S60以及NR媒体访问控制(MAC)S40或S55。
NR SDAP S25或S70的主要功能可以包括以下一些功能。
-用户数据传输功能(用户面板数据的传送)
-映射上行链路和下行链路的QoS流和数据承载的功能(DL和UL两者的QoS流和DRB之间的映射)
-标记上行链路和下行链路的QoS流ID的功能(在DL和UL分组两者中标记QoS流ID)
-将反射QoS流映射到上行链路SDAP PDU的数据承载的功能(将反射QoS流映射到UL SDAP PDU的DRB映射)
相对于SDAP层设备，UE可以通过RRC消息接收关于是否为每个PDCP层设备、每个承载或每个逻辑信道使用SDAP层设备的报头还是SDAP层设备的功能的配置。如果配置了SDAP报头，则SDAP报头的NAS反射QoS的1比特指示符和AS反射QoS的1比特指示符可以指示UE更新或重新配置关于上行链路和下行链路中的QoS流和数据承载的映射的信息。SDAP报头可以包括指示QoS的QoS流ID信息。QoS信息可以用作数据处理优先级或调度信息，以支持无缝服务。
NR PDCP S30或S65的主要功能可以包括以下一些功能。
-报头压缩和解压缩功能(报头压缩和解压缩：仅限ROHC)
-用户数据传输功能(用户数据的传送)
-顺序传递功能(上层PDU的顺序传递)
-非顺序传递功能(上层PDU的无序传递)
-重新排序功能(用于接收的PDCP PDU重新排序)
-重复检测功能(低层SDU的重复检测)
-重传功能(PDCP SDU的重传)
-加密和解密功能(加密和解密)
-基于定时器的SDU移除功能(上行链路中基于定时器的SDU丢弃)
NR PDCP层设备的重新排序功能是基于PDCP序列号(SN)对从更低层接收的PDCPPDU顺序地重新排序的功能，并且可以包括将重新排序的数据顺序地传送到更高层的功能。NR PDCP层设备的重新排序功能可已包括直接发送数据而不管顺序的功能，记录由于重新排序而丢失的PDCP PDU的功能，向发送方报告丢失的PDCP PDU的状态的功能，以及请求重发丢失的PDCP PDU的功能。
NR RLC S35或S60的主要功能可以包括以下一些功能。
-数据传输功能(上层PDU的传送)
-顺序传递功能(上层PDU的顺序传递)
-非顺序传递功能(上层PDU的无序传递)
-ARQ函数(通过ARQ进行错误校正)
-拼接、分段和重组功能(RLC SDU的拼接、分段和重组)
-重新分段功能(RLC数据PDU的重新分段)
-重新排序功能(RLC数据PDU的重新排序)
-重复检测功能(重复检测)
-错误检测功能(协议错误检测)
-RLC SDU删除功能(RLC SDU丢弃)
-RLC重建功能(RLC重建)
NR RLC层设备的顺序传递功能(按顺序传递)是将从更低层接收的RLC SDU顺序地发送到更高层的功能。当一个原始RLC SDU被划分成多个RLC SDU然后被接收时，NR RLC层设备的顺序传递功能(按顺序传递)可以包括重组和发送RLC SDU的功能、基于RLC序列号(SN)或PDCP SN对接收的RLC PDU重新排序的功能、记录由于重新排序而丢失的RLC PDU的功能、向发送方报告丢失的RLC PDU的状态的功能、以及请求重发丢失的RLC PDU的功能。当存在丢失的RLC SDU时，NR RLC层设备的顺序传递功能(按顺序传递)可以包括仅将丢失的RLC SDU之前的RLC SDU顺序传送到更高层的功能，或者如果预定定时器到期，即使存在丢失的RLC SDU，也将在定时器开始之前接收的所有RLC SDU顺序传送到更高层的功能。可替换地，NR RLC层设备的顺序传递功能(按顺序传递)可以包括如果即使存在丢失的RLC SDU，预定定时器也到期，则将到目前为止接收到的所有RLC SDU顺序传送到更高层的功能。此外，NR RLC设备可以按照其接收的顺序(根据到达顺序，而不管序号(serial number)或序列号(sequence number))顺序地处理RLC PDU，并且可以将RLC PDU传送到PDCP设备，而不管其顺序(无序传递)。在分段的情况下，NR RLC设备可以接收存储在缓冲器中的或将要接收的分段，将分段重新配置为一个RLC PDU，处理RLC PDU，然后将其发送到PDCP设备。NRRLC层设备可以不包括级联功能，并且该功能可以由NR MAC层来执行，或者可以用NR MAC层的复用功能来代替。
NR RLC层设备的非顺序功能(无序传递)是将从更低层接收的RLC SDU直接传送到更高层的功能，而不管RLC SDU的顺序，并且可以包括，当一个原始RLC SDU被划分成多个RLC SDU然后被接收时，重组和发送RLC PDU的功能，以及存储接收的RLC PDU的RLC SN或PDCP SN、对RLC PDU重新排序以及记录丢失的RLC PDU的功能。
NR MAC S40或S55可以连接到配置在一个UE中的多个NR RLC层设备，并且NR MAC的主要功能可以包括以下功能中的一些。
-映射功能(逻辑信道和传输信道之间的映射)
-复用和解复用功能(MAC SDU的复用/解复用)
-调度信息报告功能(调度信息报告)
-HARQ函数(通过HARQ进行错误校正)
-逻辑信道优先级控制功能(一个UE的逻辑信道之间的优先级处理)
-UE优先级控制功能(通过动态调度在UE之间进行优先级处理)
-MBMS服务识别功能(MBMS服务识别)
-传输格式选择功能(传输格式选择)
-填充功能(填充)
NR PHY层S45或S50执行用于对更高层数据进行信道编码和调制的操作以生成OFDM符号，并且通过无线电信道发送该OFDM符号，或者对通过无线电信道接收的OFDM符号进行解调和信道解码，并且将解调和信道解码的OFDM符号发送到更高层。
无线协议结构的详细结构可以根据载波(或小区)操作方案而不同地改变。例如，当BS基于单个载波(或小区)向UE发送数据时，BS和UE使用具有如附图标记S00所指示的每个层单个结构的协议结构。另一方面，当BS基于在单个TRP中使用多个载波的载波聚合(CA)向UE发送数据时，BS和UE使用这样的协议结构，其中直到RLC的层具有单个结构，但是PHY层通过如附图标记S10所指示的MAC层被复用。在另一个示例中，当BS基于在多个TRP中使用多个载波的双连接(DC)向UE发送数据时，BS和UE使用这样的协议结构，其中直到RLC的层具有单个结构，但是PHY层通过如附图标记S20所指示的MAC层被复用。
接下来，将提供对如上所述在选择的PUCCH资源中生成用于HARQ-ACK传输的HARQ-ACK码本的方法的描述。当基于PDCCH的DCI信息调度作为下行链路数据的PDSCH时，传送关于发送PDSCH并且对应的HARQ-ACK反馈被映射到的时隙的信息，以及用于传送HARQ-ACK反馈信息的上行链路控制信道的PUCCH的映射信息。具体地，经由PDSCH-to-HARQ_feedback时序指示符来指示作为下行链路数据的PDSCH和对应的HARQ-ACK反馈之间的时隙间隔，并且指示经由更高层(例如，RRC信令)配置的八个反馈时序偏移中的一个。另外，为了传送HARQ-ACK反馈信息将被映射到的PUCCH的上行链路控制信道的类型、开始符号位置和包括映射符号的数量的PUCCH资源，经由PUCCH资源指示符来指示经由更高层配置的八个资源中的一个。终端收集并传送HARQ-ACK反馈比特，以便向基站传送HARQ-ACK信息，并且收集的HARQ-ACK反馈比特在下文中可以可交换地称为HARQ-ACK码本。
基站可以为终端配置Type-1 HARQ-ACK码本，用于传输对应于可在预定时序的时隙位置发送的PDSCH的HARQ-ACK反馈比特，而不管实际的PDSCH传输。或者，基站可以为终端配置Type-2 HARQ-ACK码本，用于管理和传输对应于经由计数器下行链路分配索引(DAI)或总DAI实际传输的PDSCH的HARQ-ACK反馈比特。
当终端配置有Type-1 HARQ-ACK码本时，可以确定包括PDSCH映射到的时隙、开始符号、以及符号数量或长度信息以及要经由K1候选值发送的反馈比特的表，K1候选值是PDSCH的HARQ-ACK反馈时序信息。包括PDSCH的开始符号和符号数量或长度信息的表可以经由更高层信令来配置，或者可以被确定为默认表。此外，K1候选值可以被确定为默认值，例如，{1,2,3,4,5,6,7,8}，或者可以经由更高层信令来确定。如果PDSCH在单个时隙中发送，则PDSCH映射到的时隙可以基于K1值而得知。
如果配置了在PDSCH-Config或SPS-Config中配置的更高层信令pdsch-AggregationFactor，则终端可以在pdsch-AggregationFactor时隙中发送用于重复发送的PDSCH的HARQ-ACK信息，在这种情况下，可以基于用于重复传输的时隙中的最后一个时隙经由DCI来指示K1值，或者可以经由更高层参数dl-DataToUl-ACK来配置K1值。如果用于调度重复发送的PDSCH的DCI中的时域资源分配字段指示包括来自更高层信令的pdsch-TimeDomainAllocationList的条目中的RepNumR16的条目，则终端可以在RepNumR16时隙中发送用于重复发送的PDSCH的HARQ-ACK信息，在这种情况下，K1值可以基于用于重复传输的时隙中的最后一个时隙经由DCI来指示，或者可以经由更高层参数dl-DataToUl-ACK来配置。
如果服务小区c中的PDSCH接收候选情况的集合是MA,c，MA,c可以通过以下[伪码1]操作来确定。
[伪代码1的开始]
操作1：将j初始化为0，将MA,c初始化为空集，将HARQ-ACK传输时序索引k初始化为0。
操作2：将R配置为表的相应行的集合，该表包括PDSCH映射到的时隙、开始符号以及符号数量或长度信息。如果根据更高层配置，由R的每一行所指示的PDSCH所映射到的符号被配置为上行链路符号，则从R中删除对应的行
操作3-1：终端可以在一个时隙中接收一个用于单播的PDSCH，并且如果R不是空集，则将k添加到集合MA,c
操作3-2：如果终端能够在一个时隙中接收多于一个的PDSCH，则对R中可分配给不同符号的PDSCH的最大数量进行计数，并将对应的数量j加到MA,c，同时将j增加1。
操作4：将k增加1，并从操作2恢复。
[伪代码1的结束]
可以经由基于上述[伪码1]确定的MA,c的以下[伪码2]操作来确定HARQ-ACK反馈比特。
[伪代码2的开始]
操作1：将服务索引c初始化为0，将HARQ-ACK接收时机索引m初始化为0，将HARQ-ACK反馈比特索引j初始化为0。
操作2-1：如果经由更高层信令，终端没有被指示用于码字的HARQ-ACK捆绑，没有被指示用于PDSCH的CBG传输，并且被指示能够通过一个PDSCH接收多达两个码字，则为每个码字配置HARQ-ACK反馈比特，同时将j增加1。
操作2-2：如果经由更高层信令，终端被指示具有对于码字的HARQ-ACK捆绑，并且被指示能够通过一个PDSCH接收多达两个码字，则经由二进制AND操作通过一个HARQ-ACK反馈比特为每个码字配置HARQ-ACK反馈比特。
操作2-3：如果经由更高层信令，终端被指示用于PDSCH的CBG传输，并且没有被指示能够通过一个PDSCH接收多达两个码字，则为一个码字配置与CBG一样多的HARQ-ACK反馈比特，同时将j增加1。
操作2-4：如果经由更高层信令，终端被指示用于PDSCH的CBG传输，并且被指示能够通过一个PDSCH接收多达两个码字，则为每个码字配置与CBG一样多的HARQ-ACK反馈比特，同时将j增加1。
操作2-5：如果经由更高层信令，终端没有被指示用于PDSCH的CBG传输，并且没有被指示能够通过一个PDSCH接收多达两个码字，则为一个码字配置HARQ-ACK反馈比特。
操作3：将m增加1，并且如果m小于Mc，Mc是服务小区c的SPS PDSCH释放或PDSCH接收的总数，确定为基数MA,c，从操作2-1继续。
操作4：将c增加1，并且如果c小于经由更高层信令配置的所有服务小区的数量则将m初始化为0，并且从操作2-1继续。
[伪代码2的结束]
如果对于服务小区的活动BWP中的所有CORESET，CORESETPoolIndex没有被配置或被配置为0，并且ACKNACFeedbackMode没有被配置，则根据上述伪码1和伪码2为服务小区生成类型1HARQ-ACK反馈比特。
如果CORESETPoolIndex被配置为0或者没有为服务小区的活动BWP中的第一CORESET配置CORESETPoolIndex，并且如果对于服务小区的活动BWP中的第二CORESETCORESETPoolIndex被配置为1，并且没有配置ACKNACFeedbackMode，则根据上述伪码1和伪码2为服务小区生成类型1HARQ-ACK反馈比特。
如果CORESETPoolIndex被配置为0或者没有为服务小区的活动BWP中的第一CORESET配置CORESETPoolIndex，并且如果对于服务小区的活动BWP中的第二CORESETCORESETPoolIndex被配置为1，并且ACKNACKFeedbackMode被配置为JointFeedback，则为了生成HARQ-ACK反馈比特，包括第一CORESET的服务小区被配置为第一集S0，并且包括第二CORESET的服务小区被配置为第二集S1。在这种情况下，集合S0中包括的服务小区的数量可以被定义为集合S1中包括的服务小区的数量可以被定义为/>当执行伪码2来计算HARQ-ACK反馈比特时，/> 被配置为计算集合S0的HARQ-ACK反馈比特，而被配置为计算集合S1的HARQ-ACK反馈比特，从而根据CORESETPoolIndex来计算每个HARQ-ACK反馈比特。然后，通过在集合S0的HARQ-ACK反馈比特之后连接集合S1的HARQ-ACK反馈比特，配置JointFeedback方案的HARQ-ACK反馈比特。
如果CORESETPoolIndex被配置为0或者没有为服务小区的活动BWP中的第一CORESET配置CORESETPoolIndex，并且如果对于服务小区的活动BWP中的第二CORESETCORESETPoolIndex被配置为1，并且ACKNACKFeedbackMode被配置为SeparateFeedback，则终端分开执行伪码2以计算相对于服务小区的与第一CORESET相关联的HARQ-ACK反馈比特和与第二CORESET相关联的HARQ-ACK反馈比特。此后，终端根据CORESET向基站报告为第一CORESET计算的HARQ-ACK反馈比特和为第二CORESET计算的HARQ-ACK反馈比特中的每一个，在该CORESET中接收到包括已经触发HARQ-ACK信息的报告的DCI的PDCCH。
当终端被配置具有Type-2 HARQ-ACK码本时，确定K1候选值，该候选值是用于PDSCH的HARQ-ACK反馈时序信息和用于管理对应于PDSCH的HARQ-ACK反馈比特或将经由总DAI发送的反馈比特的计数器下行链路分配索引(DAI)。作为PDSCH的HARQ-ACK反馈时序信息的K1候选值由缺省值和经由更高层信令指定的值的联合来配置。例如，默认值可以被配置为{1,2,3,4,5,6,7,8}。
如果用于在PDCCH监视时序m在服务小区c中分配PDSCH的DCI格式1_0或DCI格式1_1的计数器DAI是并且如果用于在上行链路控制信道PDCCH监视时序m分配PDSCH的DCI格式1_1的总DAI是/>则可以经由以下[伪码3]操作来配置Type-2HARQ-ACK码本。
[伪代码3的开始]
操作1：将服务小区索引c初始化为0，将PDCCH监控时序m初始化为0，将j初始化为0，将用于DAI比较的索引Vtemp或Vtemp2初始化为0，将HARQ-ACK反馈比特组VS初始化为空组。
操作2：如果PDCCH监控时序m在服务小区c的下行链路BWP改变之前或者在PCell的上行链路BWP改变之前，并且如果由于PDCCH监控时序m的DCI格式1_1而没有触发下行链路BWP改变，则将c从服务小区集合中排除。
操作3-1：如果服务小区c中存在由对应于PDCCH监视时序m的PDCCH分配的PDSCH，如果小于或等于Vtemp，则将j增加1，并将Vtemp配置为/>另外，如果是空集，将Vtemp2配置为/>如果/>不是空集，将Vtemp2配置为
操作3-2：如果服务小区c中存在由对应于PDCCH监控时序m的PDCCH分配的PDSCH，并且如果指示终端能够经由至少一个服务小区的至少一个下行链路BWP中的一个PDSCH接收多达两个码字，而没有经由更高层信令指示对于码字的HARQ-ACK捆绑，则为每个码字配置HARQ-ACK反馈比特，同时将j增加1。
操作3-3：如果服务小区c中存在由对应于PDCCH监控时序m的PDCCH分配的PDSCH，并且如果经由更高层信令指示终端具有对于码字的HARQ-ACK捆绑，并且指示终端能够经由至少一个服务小区的至少一个下行链路BWP中的一个PDSCH接收多达两个码字，则经由二进制AND操作通过一个HARQ-ACK反馈比特为每个码字配置HARQ-ACK反馈比特。
操作3-4：如果服务小区c中存在由对应于PDCCH监控时序m的PDCCH分配的PDSCH，并且如果没有指示终端能够通过一个PDSCH接收多达两个码字，则为一个码字配置HARQ-ACK反馈比特。
操作4：将c增加1，并且从操作2恢复。
操作5：将m增加1，并且从操作2恢复。
操作6：如果Vtemp2小于Vtemp，则j增加1。
操作7-1：如果指示终端能够在至少一个服务小区的至少一个下行链路BWP中通过一个PDSCH接收多达两个码字，而没有经由更高层指示对于码字的HARQ-ACK捆绑，则将HARQ-ACK反馈比特的总数配置为2·(4·j+Vtemp2)。
操作7-2：如果经由更高层信令指示终端具有对于码字的HARQ-ACK捆绑，或者没有指示终端能够通过一个PDSCH接收多达两个码字，则将HARQ-ACK反馈比特的总数配置为4·j+Vtemp2。
操作8：对于在操作3-1、3-2、3-3和3-4中没有配置的HARQ-ACK反馈比特，将HARQ-ACK反馈比特确定为NACK。
[伪代码3的结束]
参考前述PUCCH相关的描述，当前Rel-15 NR系统关注于对于重复PUCCH传输的朝向单个小区、传输点、面板、波束、传输方向等的传输。在下面的描述中，为了方便描述，可以经由诸如TCI状态或空间关系信息的更高层/L1参数或诸如小区ID、TRP ID或面板ID的指示符识别的小区、传输点、面板、波束、传输方向等以统一的方式被描述为发送接收点(TRP)。因此，在实际应用中，TRP可以适当地用上述术语中的一个来代替。在当前的Rel-15 NR系统中，由于在重复PUCCH传输期间使用一个PUCCH资源，并且对于一个PUCCH资源仅可以激活一个PUCCH-spatialRelationInfo，因此终端需要在重复PUCCH传输期间保持传输波束的恒定方向。因此，由于在一个小区中仅存在一条时序提前配置信息，所以在重复PUCCH传输期间，在到多个TRP(或多TRP)的传输之间需要使用相同的时序提前配置信息。此外，当终端通过使用多个小区的配置信息向多个TRP发送上行链路控制信息时，可以在一条小区配置信息中配置用于组/序列/循环移位跳变的一个序列、PUCCH有效载荷和PUCCH DMRS。此外，没有定义考虑到向多个TRP的重复PUCCH传输的重叠情况处理和优先级配置的方案。在本公开中，通过提供对于上述情况的处理方法，在考虑多个TRP的重复PUCCH传输期间，可以最小化传输延迟时间和上行链路控制信息的丢失。因此，本公开将经由以下实施例提供用于确定在重复PUCCH传输期间可以配置的信息的各种组合的方法的详细描述，其可以在未来的NR版本17或更高版本中得到支持。
在下文中，将结合附图详细描述本公开的实施例。此外，在描述本公开时，在确定相关功能或配置的详细描述可能不必要地模糊本公开的主题的情况下，将省略其详细描述。此外，后面要描述的术语是考虑到本公开中的功能而定义的术语，并且可以根据用户或操作者的意图或习惯而变化。因此，应该基于本说明书中的内容来进行定义。
在下文中，基站是执行终端的资源分配的对象，并且可以是gNode B、gNB、eNodeB、Node B、基站(BS)、无线电接入单元、基站控制器或网络上的节点中的至少一个。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机或能够执行通信功能的多媒体系统。此外，以下将使用NR或LTE/LTE-A系统作为示例来描述本公开的实施例，但是本公开的实施例可以应用于具有类似技术背景或信道类型的其他通信系统。此外，如具有熟练技术知识的人员所确定的，本公开的实施例可以通过一些修改应用于其他通信系统，而不明显背离本公开的范围。
本公开的内容可应用于FDD和TDD系统。
在下文中，更高层信令(higher signaling)(或更高层信令(higher layersignaling))是一种信号传输方法，该方法使用物理层的下行链路数据信道从基站传输到终端，或使用物理层的上行链路数据信道从终端传输到基站，该信令可以被称为RRC信令、PDCP信令或媒体访问控制单元(MAC CE)。
在下文中，在本公开中，在确定是否应用协作通信时，终端可以使用各种方法，诸如用于分配应用了协作通信的具有特定格式的PDSCH的PDCCH，或者用于分配应用了协作通信的具有指示是否应用了协作通信的特定指示符的PDSCH的PDCCH，或者用于分配应用了协作通信的PDSCH的具有特定RNTI的PDCCH，或者假设在由更高层指示的特定部分中应用了协作通信，等等。在下文中，为了方便描述，终端基于与上述类似的条件接收应用了协作通信的PDSCH的情况将被称为NC-JT情况。
在下文中，在本公开中，确定A和B之间的优先级可以以多种方式提及，诸如根据预定的优先级规则选择具有更高优先级的一个来执行与其对应的操作，或者省略或丢弃具有更低优先级的操作。
尽管通过多个实施例描述了上述示例，但这些实施例并不独立，并且一个或多个实施例可以同时应用或组合应用。
<第一实施例：NC-JT的DCI接收>
与传统系统不同，5G无线通信系统不仅可以支持要求较高传输速率的服务，还可以支持具有极短传输延迟的服务和要求较高连接密度的服务。在包括多个小区和发送接收点(TRP)的无线通信网络中，相应的小区、TRP和/或波束之间的协调传输是能够通过增加终端接收的信号的强度或者有效地执行相应的小区、TRP和/或波束之间的干扰控制来满足各种服务需求的基本技术中的一个。
联合传输(JT)是用于协作通信的代表性传输技术，并且通过经由不同的小区、TRP和/或波束支持一个终端，联合传输技术能够增强由终端接收的信号的强度。终端和相应的小区、TRP和/或波束之间的信道特性可能变化很大，因此不同的预编码、调制编码方案(MCS)、资源分配等需要应用于终端和相应的小区、TRP和/或波束之间的链路。具体地，在支持相应的小区、TRP和/或波束之间的非相干预编码的非相干联合传输(NC-JT)的情况下，相应的小区、TRP和/或波束的单独的下行链路(DL)传输信息配置是重要的。然而，每个小区、TRP和/或波束的单独的DL传输信息配置是增加DL DCI传输所需的有效载荷的主要因素，并且这可能不利地影响发送DCI的物理下行链路控制信道(PDCCH)的接收性能。因此，为了支持JT，有必要仔细设计DCI信息量和PDCCH接收性能之间的折衷。
图12是示出根据本公开的实施例的无线通信系统中根据一些实施例的用于协作通信的天线端口配置和资源分配的示例的图。
参考图12，示出了根据情形和联合传输(JT)技术的每个TRP的无线电资源分配的示例。在图12中，附图标记12-000是支持相应的小区、TRP或波束之间的相干预编码的相干联合传输(C-JT)的示例。在C-JT中，TRP A12-005和TRP B 12-010向终端12-015发送单条数据(PDSCH)，并且多个TRP执行联合预编码。这可以指示TRP A12-005和TRP B 12-010发送相同的解调参考信号(RS)(DMRS)端口(例如，两个TRP中的DMRS端口A和B)用于PDSCH传输。在这种情况下，终端12-015可以接收一条DCI信息，用于接收基于通过DMRS端口A和B发送的DMRS解调的一个PDSCH。
在图12中，附图标记12-020是支持相应的小区、TRP和/或波束之间的非相干预编码的非相干联合传输(NC-JT)的示例。在NC-JT的情况下，对于每个小区、TRP和/或波束向终端12-035发送PDSCH，并且可以对每个PDSCH应用单独的预编码。相应的小区、TRP和/或波束可以发送不同的PDSCH，以便与单个小区、TRP和/或波束传输相比提高吞吐量，或者相应的小区、TRP和/或波束可以重复发送相同的PDSCH，以便与单个小区、TRP和/或波束传输相比提高可靠性。
可以考虑各种无线电资源分配，如情况12-040所示，其中多个TRP用于PDSCH传输的所有频率和时间资源都相同，情况12-045，其中多个TRP使用的频率和时间资源完全不重叠，以及情况12-050，其中多个TRP使用的一些频率和时间资源重叠。在上述无线电资源分配的每种情况下，当多个TRP重复发送相同的PDSCH以提高可靠性时，如果接收终端不知道该PDSCH是否被重复发送，则终端不能在物理层中对该PDSCH执行组合，从而提高可靠性可能存在限制。因此，本公开提供了一种用于重复传输指示和配置以提高NC-JT传输可靠性的方法。
为了将多个PDSCH同时分配给单个终端以支持NC-JT，可以考虑各种类型、结构和关系的DCI。
图13是示出根据本公开的实施例的无线通信系统中用于协作通信的下行链路控制信息(DCI)配置的示例的图。
参考图13，示出了用于NC-JT支持的DCI设计的四个示例。
在实施例中，情况#1 13100是示例，其中，除了在单PDSCH传输期间使用的服务TRP(TRP#0)之外，在N-1个额外的TRP(TRP#1到TRP#N-1)中发送N-1个不同的PDSCH的情形下，在N-1个额外的TRP中发送的PDSCH的控制信息以与在服务TRP中发送的PDSCH的控制信息相同的格式(相同的DCI格式)发送。即，终端可以经由具有相同DCI格式和相同有效载荷的DCI(DCI#0到DCI#N-1)获取在不同的TRP(TRP#0到TRP#N-1)中发送的PDSCH的控制信息。
因此，在情况#1中，可以完全保证每个PDSCH控制(分配)的自由度，但是如果在不同的TRP中发送相应的DCI，则出现每个DCI的覆盖差异，因此接收性能可能恶化。
在实施例中，情况#2 13-105是示例，其中，除了在单PDSCH传输期间使用的服务TRP(TRP#0)之外，在N-1个额外的TRP(TRP#1到TRP#N-1)中发送N-1个不同的PDSCH的情形下，在N-1个额外的TRP中发送的PDSCH的控制信息以与在服务TRP中发送的PDSCH的控制信息不同的格式(不同的DCI格式或不同的DCI有效载荷)发送。例如，对于作为在服务TRP(TRP#0)中发送的PDSCH的控制信息的DCI#0，可以包括DCI格式1_0到DCI格式1_1的所有信息元素，但是对于作为在协作TRP(TRP#1到TRP#N-1)中发送的PDSCH的控制信息的缩短DCI(下文中称为sDCI)(sDCI#0到sDCI#N-2)，可以仅包括DCI格式1_0到DCI格式1_1的一些信息元素。因此，对于用于相对于在协作TRP中发送的PDSCH的控制信息的传输的sDCI，与用于从服务TRP发送的PDSCH的控制信息的传输的正常DCI(nDCI)相比，可能存在更小的有效载荷，或者包括与少于nDCI的比特数一样多的保留比特。
因此，在情况#2中，可以根据包括在sDCI中的信息元素的内容来限制每个PDSCH控制(分配)的自由度，但是由于sDCI的接收性能优于nDCI，所以每个DCI的覆盖差异出现的概率可以降低。
在实施例中，情况#3 13-110是示例，其中，除了在单PDSCH传输期间使用的服务TRP(TRP#0)之外，在N-1个额外的TRP(TRP#1到TRP#N-1)中发送N-1个不同的PDSCH的情形下，在N-1个额外的TRP中发送的PDSCH的控制信息以与在服务TRP中发送的PDSCH的控制信息不同的格式(不同的DCI格式或不同的DCI有效载荷)发送。例如，对于作为在服务TRP(TRP#0)中发送的PDSCH的控制信息的DCI#0，可以包括DCI格式1_0到DCI格式1_1的所有信息元素，并且对于作为在协作TRP(TRP#1到TRP#N-1)中发送的PDSCH的控制信息，只有DCI格式1_0到DCI格式1_1的一些信息元素可以被包括在一条“次级”DCI(sDCI)中以便被发送。例如，sDCI可以包括至少一条HARQ相关信息，诸如频域资源分配、时域资源分配和协作TRP的MCS。此外，不包括在sDCI中的信息，诸如带宽部分(BWP)指示符或载波指示符，可以基于服务TRP的DCI(DCI#0，正常DCI(nDCI))。
因此，在情况#3中，可以根据包括在sDCI中的信息元素的内容来限制每个PDSCH控制(分配)的自由度。然而，sDCI的接收性能是可调整的，并且与情况#1或情况#2相比，可以降低终端的DCI盲解码的复杂度。
在实施例中，情况#4 13-115是示例，其中，除了在单PDSCH传输期间使用的服务TRP(TRP#0)之外，在N-1个额外的TRP(TRP#1到TRP#N-1)中发送N-1个不同的PDSCH的情形下，在与服务TRP中发送的PDSCH的控制信息相同的DCI(长DCI(lDCI))中发送在N-1个额外的TRP中发送的PDSCH的控制信息。即，终端可以经由单条DCI获取在不同TRP(TRP#0到TRP#(N-1))中发送的PDSCH的控制信息。
因此，在情况#4中，终端的DCI盲解码的复杂度可能不会增加，但是PDSCH控制(分配)的自由度可能较低，诸如根据长DCI有效载荷限制来限制协作TRP的数量。
在以下描述和实施例中，sDCI可以指各种辅助(auxiliary)DCI，诸如缩短DCI、次级DCI和正常DCI(前述的DCI格式1_0到1_1)，包括在协作TRP中发送的PDSCH控制信息，并且如果没有指定特定限制，该描述同样适用于各种辅助DCI。
在以下描述和实施例中，其中一条或多条DCI(PDCCH)用于NC-JT支持的前述情况#1、情况#2和情况#3可以被分类为多个基于PDCCH的NC-JT，并且其中单条DCI(PDCCH)用于NC-JT支持的前述情况#4可以被分类为单个基于PDCCH的NC-JT。
在本公开的实施例中，“协作TRP”可以替换为各种术语，诸如实际应用时的“协作面板”或“协作波束”。
在本公开的实施例中，“当应用NC-JT时”可以根据情形以各种方式解释，诸如“当终端在一个BWP中同时接收一个或多个PDSCH时”、“当终端在一个BWP中同时接收基于两个或多个传输配置指示符(TCI)指示的PDSCH时”以及“当终端接收的PDSCH链接到一个或多个DMRS端口组时”，但是为了描述方便，使用一种表达。
在本公开中，根据TRP部署场景，可以以各种方式使用NC-JT的无线电协议结构。例如，如果没有回程延迟或者在协作TRP之间有较小的回程延迟，则可以使用类似于图11的S10的基于MAC层复用的结构(类似CA的方法)。另一方面，如果协作TRP之间的回程延迟较大以至于不能忽略回程延迟(例如，当协作TRP之间的信息交换(诸如CSI、调度和HARQ-ACK)需要2ms或更长时间时)，则类似于图11的S20，可以通过使用来自RLC层的每个TRP的独立结构来确保对延迟鲁棒的特性(类似DC的方法)。
<第1-1实施例：配置用于基于多PDCCH的NC-JT传输的下行链路控制信道的方法>
在多个基于PDCCH的NC-JT中，当发送每个TRP的PDSCH调度的DCI时，可能存在为每个TRP分类的搜索空间或CORESET。每个TRP的CORESET或搜索空间是可配置的，如以下至少一种情况所示。
·对于每个CORESET的更高层索引配置：可以通过对于每个CORESET配置的更高层索引值来识别在对应的CORESET中发送PDCCH的TRP。即，在具有相同的更高层索引值的CORESET的集合中，可以认为相同的TRP发送PDCCH，或者发送用于调度相同TRP的PDSCH的PDCCH。
·多个PDCCH-Configs的配置：可以考虑在一个BWP中配置多个PDCCH-Configs，并且每个PDCCH-Configs包括用于每个TRP的PDCCH配置。这里，可以配置每个TRP的CORESET列表和/或每个TRP的搜索空间列表。
·CORESET波束/波束组配置：对应于对应的CORESET的TRP可以经由为每个CORESET配置的波束或波束组来识别。例如，如果为多个CORESET配置了相同的TCI状态，则可以认为对应的CORESET是经由相同的TRP发送的，或者可以认为用于调度相同TRP的PDSCH的PDCCH是在对应的CORESET中发送的。
·搜索空间波束/波束组配置：可以为每个搜索空间配置波束或波束组，并且可以基于此识别每个搜索空间的TRP。例如，如果在多个搜索空间中配置相同的波束/波束组或TCI状态，则可以认为相同的TRP在搜索空间中发送PDCCH，或者在搜索空间中发送用于调度相同TRP的PDSCH的PDCCH。
因此，通过识别每个TRP的CORESET或搜索空间，可以对每个TRP的PDSCH和HARQ-ACK信息进行分类，并且基于此，每个TRP的独立PUCCH资源使用和独立HARQ-ACK码本生成是可能的。
<第二实施例：传送用于NC-JT传输的HARQ-ACK信息的方法>
下一个实施例提供了传送用于NC-JT传输的HARQ-ACK信息的详细方法。
图14A至图14D是示出根据本公开的各种实施例的用于非相干联合传输(NC-JT)传输的下行链路控制信息(DCI)配置和根据PUCCH配置的HARQ-ACK信息传送方法的图。
参考图14A，选项#1：用于单PDCCH NC-JT的HARQ-ACK 1400示出了一种情形，其中，对于基于单PDCCH的NC-JT，用于由TRP调度的一个或多个PDSCH 1405的HARQ-ACK信息经由一个PUCCH资源1410发送。PUCCH资源可以经由上述DCI中的K1值和PRI值来指示。
图14B(选项#2)至图14D(选项#4)1420、1440和1460示出了基于多PDCCH的NC-JT的情况。相应的选项可以根据用于传输对应于相应的TRP的PDSCH的HARQ-ACK信息的PUCCH资源的数量以及PUCCH资源在时间轴上的位置来分类。
参考图14B，选项#2：联合HARQ-ACK 1420示出了一种情形，其中，经由一个PUCCH资源发送对应于相应的TRP的PDSCH 1425和1426的HARQ-ACK信息。每个TRP的所有HARQ-ACK信息可以基于单个HARQ-ACK码本来生成，并且每个TRP的HARQ-ACK信息可以基于单独的HARQ-ACK码本来生成。
如果为每个TRP使用单独的HARQ-ACK码本，如在前述第1-1实施例中所定义的，TRP可以被分类为具有相同的更高层索引的CORESET集合、属于相同TCI状态、波束或波束组的CORESET集合、以及属于相同TCI状态、波束或波束组的搜索空间集合中的至少一个。
参考图14C，选项#3：时隙间TDM分离的HARQ-ACK 1440示出了一种情形，其中，经由相应的不同时隙1452和1453的PUCCH资源1450和1451发送对应于相应TRP的PDSCH 1445和1446的HARQ-ACK信息。可以通过所描述的K1值来确定发送每个TRP的PUCCH资源的时隙。如果由多个PDCCH指示的K1值指示相同的时隙，则可以认为所有PDCCH已经被相同的TRP调度，并且可以发送与其对应的所有HARQ-ACK信息。
参考图14D，选项#4：时隙内TDM分离的HARQ-ACK 1460示出了在相同时隙1475内的不同符号中经由不同PUCCH资源1470和1471发送对应于相应TRP的PDSCH 1465和1466的HARQ-ACK信息的情形。可以通过所描述的K1值来确定相应TRP的PUCCH资源所在的时隙，并且如果由多个PDCCH指示的K1值指示相同的时隙，则可以选择PUCCH资源，并且可以通过以下方法中的至少一种来确定传输符号。
·每个TRP的PUCCH资源组配置
可以为每个TRP配置用于HARQ-ACK传输的PUCCH资源组。如在第1-1实施例中，如果识别了每个CORESET/搜索空间的TRP，则可以在对应的TRP的PUCCH资源组内选择用于每个TRP的HARQ-ACK传输的PUCCH资源。可以预期在从不同PUCCH资源组中选择的PUCCH资源之间存在时分复用(TDM)。即，所选择的PUCCH资源在符号单元中可能不会彼此重叠。可以在为每个TRP选择的PUCCH资源中生成每个TRP的单独的HARQ-ACK码本，然后发送。
·指示每个TRP的不同PRI
如在第1-1实施例中，如果识别了每个CORESET/搜索空间的TRP，则可以根据PRI选择每个TRP的PUCCH资源。即，可以对于每个TRP独立地执行上述Rel-15中的PUCCH资源选择。在这种情况下，用于确定相应TRP的PUCCH资源的PRI应该彼此不同。例如，终端可以不预期用于确定相应TRP的PUCCH资源的PRI用相同的值来指示。此外，可以预期在对应于相应TRP的PRI的PUCCH资源之间存在TDM。即，所选择的PUCCH资源在符号单元中可能不会彼此重叠。可以在为每个TRP选择的PUCCH资源中生成每个TRP的单独的HARQ-ACK码本，然后发送。
·以子时隙为单位定义K1值
可以遵循上述Rel-15中的PUCCH资源选择，其中，可以以子时隙为单位来定义K1值。例如，生成用于指示向相同子时隙报告HARQ-ACK的PDSCH/PDCCH的HARQ-ACK码本，然后发送到由PRI指示的PUCCH资源。HARQ-ACK码本生成和PUCCH资源选择可能与每个CORESET/搜索空间的TRP的标识无关。
如果终端支持NC-JT接收，则可以经由更高层来配置选项中的一个，或者可以根据情形来隐式地选择选项中的一个。例如，对于支持基于多PDCCH的NC-JT的终端，可以经由更高层选择选项#2和选项#3/#4中的一个。作为另一个示例，取决于支持/配置的是基于单PDCCH的NC-JT还是基于多PDCCH的NC-JT，对于前者可以选择选项#1，对于后者可以选择选项#2/#3/#4中的一个。作为另一个示例，在基于多PDCCH的NC-JT中，可以根据PUCCH资源的选择来确定要使用的选项。当在不同的TRP中选择相同时隙的PUCCH资源时，如果对应的PUCCH资源不同并且以符号为单位不重叠，则可以根据选项#4发送HARQ-ACK，并且如果对应的PUCCH资源以符号为单位重叠或者相同，则可以根据选项#2发送HARQ-ACK。如果为不同的TRP选择不同时隙的PUCCH资源，则可以根据选项#3发送HARQ-ACK。选项的配置可以取决于UE能力。例如，基站可以根据所描述的程序接收UE能力，并且可以根据其配置选项。例如，选项#4配置仅允许用于具有支持时隙内TDM分离的HARQ-ACK的能力的终端，并且没有对应的能力的终端可以不预期根据选项#4的配置。
<第三实施例：当支持基于多DCI的多TRP时生成类型1HARQ-ACK码本的方法>
当支持基于多DCI的多TRP时，即，当向终端提供作为更高层信令的CORESETPoolIndex被配置为0的CORESET和CORESETPoolIndex被配置为1的CORESET时，可以通过使用总共三种方法生成类型1HARQ-ACK码本，这三种方法包括版本15中定义的方法和版本16中定义的分离反馈和联合反馈的两种方法。
在这种情况下，如果通过版本16中定义的分离反馈方法生成类型1HARQ-ACK码本，则分开生成与第一CORESET相关联的HARQ-ACK码本，其中，CORESETPoolIndex被配置为0或者CORESETPoolIndex相对于服务小区的活动BWP没有被配置，以及与第二CORESET相关联的HARQ-ACK码本，其中，CORESETPoolIndex为1。与通过根据CORESETPoolIndex将服务小区分类为集合S0和S1来生成类型1HARQ-ACK码本的联合反馈方法不同，分离反馈方法包括为所有服务小区生成类型1HARQ-ACK码本，而不根据CORESETPoolIndex将服务小区分类为S0和S1。例如，当通过使用上述[伪码2]生成与第一CORESET相关联的类型1HARQ-ACK码本时，为所有服务小区生成HARQ-ACK码本，而不是仅为包括第一CORESET的服务小区生成HARQ-ACK码本。因此，出现了生成的类型1HARQ-ACK码本包括不包含第一CORESET的服务小区的HARQ-ACK反馈信息的问题。类似地，当生成与第二CORESET相关联的类型1HARQ-ACK码本时，为所有服务小区生成HARQ-ACK码本，而不是仅为包括第二CORESET的服务小区生成HARQ-ACK码本，从而出现相同的问题。为了解决这个问题，使用分离反馈方法来执行到集合S0和集合S1的分类，以便分开为集合S0和集合S1生成类型1HARQ-ACK码本，其中，集合S0包括包含服务小区的活动BWP中的第一CORESET的服务小区，并且集合S1包括包含第二CORESET的服务小区。根据CORESET，分别使用集合S0和S1生成的类型1HARQ-ACK码本被分开报告给基站，在CORESET中接收到包括已经触发HARQ-ACK信息报告的DCI的PDCCH。
图15是示出根据本公开的实施例的由基站重复发送PDCCH的方法的图。
在无线通信系统中，包括用于PUSCH或PDSCH的调度信息的DCI可以经由PDCCH从基站发送到终端。基站可以生成DCI并将CRC附加到DCI有效载荷，以便经由信道编码生成PDCCH。然后，基站可以多次复制生成的PDCCH，并将其分布式地发送到每个不同的CORESET或搜索空间。
例如，如图15所示，如果基站重复发送PDCCH两次，则基站可以通过将PDCCH分别映射到TRP A和TRP B，在空间域方面基于相同的波束或不同的波束来执行重复的PDCCH传输。如果基站重复发送PDCCH四次，则基站可以将PDCCH映射两次以对应于TRP A和TRP B中的每一个，其中，每个TRP的两个PDCCH可以在时域中分开发送。在时域中分类的重复PDCCH传输可以在基于时隙、基于子时隙或基于微时隙的时间单位中重复。
所述方法仅为示例，本公开不限于此。在本公开中，对于上述PDCCH重复操作，终端和基站可以考虑如下面的各种情况。在以下实施例中，将描述下面的各种情况中的至少一种，但是本公开不限于此。
1-1)相同CORESET中的相同时隙中在时域方面的PDCCH重复。
1-2)相同CORESET中的相同时隙中在频域方面的PDCCH重复。
1-3)相同CORESET中的相同时隙中在空间域方面的PDCCH重复。
2-1)相同CORESET中的不同时隙之间在时域方面的PDCCH重复。
2-2)相同CORESET中的不同时隙之间在频域方面的PDCCH重复。
2-3)相同CORESET中的不同时隙之间在空间域方面的PDCCH重复。
3-1)不同CORESET之间的相同时隙中在时域方面的PDCCH重复。
3-2)不同CORESET之间的相同时隙中在频域方面的PDCCH重复。
3-3)不同CORESET之间的相同时隙中在空间域方面的PDCCH重复。
4-1)不同CORESET之间的不同时隙之间在时域方面的PDCCH重复。
4-2)不同CORESET之间的不同时隙之间在频域方面的PDCCH重复。
4-3)不同CORESET之间的不同时隙之间在空间域方面的PDCCH重复。
此外，PDCCH重复的次数可以独立地增加，因此，可以同时组合考虑所述方法。基站可以经由RRC消息为终端预配置关于域的信息，通过该域执行重复的PDCCH传输。例如，对于在时域方面的重复PDCCH传输，基站可以为终端预配置关于是否根据上述基于时隙、基于子时隙或基于微时隙的时间单位中的一个来执行重复的信息。对于在频域方面的重复PDCCH传输，基站可以为终端预配置关于是否基于CORESET、带宽部分(BWP)或分量载波(CC)中的一个来执行重复的信息。对于在空间域方面的重复PDCCH传输，基站可以经由对于每个QCL类型的配置，为终端预配置与用于重复PDCCH传输的波束相关的信息。可选地，上面列出的信息可以被组合并经由RRC消息发送到终端。因此，基站可以根据预先配置的信息经由RRC消息重复发送PDCCH，并且终端可以通过RRC消息根据预先配置的信息重复接收PDCCH。
图16A至图16C是示出根据本公开的各种实施例的根据用于NC-JT传输的重复发送的PDCCH和PUCCH配置的基于多PDCCH的NC-JT的情况以及终端执行的操作方法的图。
在图16A和图16B中，在选择用于传输HARQ-ACK信息的PUCCH资源的方法中，可以考虑各种因素，该HARQ-ACK信息对应于由在相应TRP中重复发送的PDCCH调度的PDSCH。具体地，作为选择PUCCH资源的各种方法，相应选项可以根据PUCCH资源的数量、PUCCH资源ID和PUCCH资源在频率/时间轴上的位置来考虑和分类。
图16A示出了图15中的PDCCH#1，…，PDCCH#N(N＝2)的情况，并且特别指示PDCCH#1的DCI和PDCCH#1’的DCI由相同的信息有效载荷配置并且被重复发送。在这种情况下，如图16A的附图标记1600和1650所示，基站可以配置相同的控制信息，并且通过PDCCH#1 1610或1660和PDCCH#1’1615或1665将其发送到终端。
如图16A所示，由PDCCH#1和PDCCH#1’指示的PUCCH资源索引和因此确定的PUCCH可以是彼此不同的1630和1635，或者可以是相同的1680。这样，如果确定了由PDCCH#1确定的PUCCH#1和由PDCCH#1’确定的PUCCH#2，则基站和终端可以选择至少一个PUCCH资源来发送上述HARQ-ACK/NACK信息。在以下实施例中，使用两个PUCCH资源来提供描述。然而，不排除三个或更多PUCCH资源的情况，并且为了理解可以进行充分的扩展。
选项1：如图16A的附图标记1600所示，基站可以配置两个PUCCH资源1630和1635，并且终端可以根据在基站和终端之间确定的规则从两个PUCCH资源中选择/确定一个资源。在这种情况下，基站和终端可以预期根据相互确定的规则在一个PUCCH资源中发送HARQ-ACK/NACK信息。
选项2：如图16A的附图标记1600所示，基站可以配置两个PUCCH资源1630和1635，并且终端可以可选地从这两个PUCCH资源中选择/确定一个资源。在这种情况下，基站可能需要对两个PUCCH资源都执行解码，以便识别基于由终端任意选择的资源发送的HARQ-ACK/NACK信息。
选项3：如图16A的附图标记1650所示，基站可以配置一个PUCCH资源1680，并且终端可以假设基站配置一个PUCCH资源，并且可以在一个PUCCH资源上发送HARQ-ACK/NACK信息。
在下文中，将相对于上述选项1中在基站和终端之间确定的规则详细描述各种实施例。
如在选项1中，在确定用于向特定终端重复传输相同DCI的PDCCH候选时，基站可以在更高层中配置两个PDCCH候选以显式地彼此连接，并且在每个PDCCH候选中的PDCCH的资源分配期间(在资源位置确定期间)，可以分开配置PDCCH候选的CCE的数量和第一/开始CCE索引。在这种情况下，构成每个PDCCH候选的CCE的数量和第一/开始CCE索引可以被不同地配置，或者可以被配置为相同。当基站将两个PDCCH分配给相同的时隙(图16A)或不同的时隙(图16B)时，关于PUCCH资源选择，终端可以基于[等式2]或基于映射到如表23中由基站指示的PUCCH资源指示符字段的值(ΔPRI)的PUCCH资源索引，发送关于PDSCH#1和/或PDSCH#2上的接收成功或失败的HARQ-ACK/NACK信息。这里，PDSCH#1和PDSCH#2被示出为不同的资源。然而，如果两个PDCCH的DCI信息完全相同，则一个资源(PDSCH#1)可以被分配到时域/频域，并且空间域取决于更高层的配置可以相同或者可以不同。此外，在更高层中的PUCCH-ResourceSet配置期间，如果resourceList值(RPUCCH：属于PUCCH资源集的PUCCH资源的数量)大于8，则PUCCH资源索引可以通过[等式2]的计算来识别，其中，可能影响PUCCH资源索引的参数包括作为PRI值的ΔPRI、作为接收到的DCI所属的CORESET p的CCE总数的NCCE,p、作为接收到的DCI的第一CCE索引的nCCE,p等。在更高层配置中，终端可以基于作为L1信令信息的NCCE,p和ΔPRI以及成功执行解码的PDCCH#1或PDCCH#1’的nCCE,p的值来识别PUCCH资源的最终位置。
基站和终端可以通过以下方法从PUCCH#1和PUCCH#2的所识别的两个资源中选择一个资源。
选项1-1：基站和终端可以将前述关于PDSCH#1或PDSCH#2上的接收成功或失败的HARQ-ACK/NACK信息发送到由最低/最高/0CORESET ID从包括用于调度相应PUCCH资源的PDCCH的至少一个CORESET当中调度的PUCCH资源。如果在具有不同CORESETPoolIndex值的CORESET之间允许重复的PDCCH传输，则基站和终端可以将前述关于PDSCH#1上的接收成功或失败的HARQ-ACK/NACK信息发送到由最低/最高CORESETPoolIndex中调度的CORESET ID从包括用于调度相应PUCCH资源的PDCCH的至少一个CORESETPoolIndex当中调度的PUCCH资源。
例如，在图16A的附图标记1600中，如果PDCCH#1 1610的CORESET ID是#0并且PDCCH#1 1615的CORESET ID是#1，则终端可以根据在终端和基站之间确定的规则确定HARQ-ACK/NACK信息被发送到由最低CORESET ID调度的PUCCH资源，并且因此可以向PUCCH#1 1630发送关于PDSCH#1 1620和PDSCH#2 1625中的至少一个的解码成功或失败的信息。又例如，终端可以根据在终端和基站之间确定的规则确定HARQ-ACK/NACK信息被发送到由最高CORESET ID调度的PUCCH资源，并且因此可以向PUCCH#2 1635发送关于PDSCH#1 1620和PDSCH#2 1625中的至少一个的解码成功或失败的信息。
又例如，当在具有不同CORESETPoolIndex值的CORESET之间允许重复的PDCCH传输时，如果在附图标记1500中PDCCH#1的CORESETPoolIndex是0并且PDCCH#1’的CORESETPoolIndex ID是1，则终端可以根据在终端和基站之间确定的规则确定HARQ-ACK/NACK信息被发送到由最低CORESETPoolIndex调度的PUCCH资源，并且因此可以向PUCCH#1发送关于PDSCH#1的解码成功或失败的信息。或者，终端可以根据在终端和基站之间确定的规则确定HARQ-ACK/NACK信息被发送到由最高CORESETPoolIndex调度的PUCCH资源，并且因此可以向PUCCH#2发送关于PDSCH#1的解码成功或失败的信息。
选项1-2：基站和终端可以将关于PDSCH#1或PDSCH#2上的接收成功或失败的HARQ-ACK/NACK信息发送到由具有最低的CORESET ID的第一/开始CCE索引[#k]的PDCCH从包括用于调度相应PUCCH资源的PDCCH的两个CORESET当中调度的PUCCH资源。如果在具有不同CORESETPoolIndex值的CORESET之间允许重复的PDCCH传输，则基站和终端可以将关于PDSCH#1上的接收成功或失败的HARQ-ACK/NACK信息发送到由具有最低的CORESET ID的第一/开始CCE索引[#k]的PDCCH从包括用于调度相应PUCCH资源的PDCCH的两个CORESETPoolIndex内的CORESET当中调度的PUCCH资源。
例如，在图16A的附图标记1600中，如果PDCCH#1 1610的CCE索引是#0，PDCCH#11615的CCE索引是#12，则终端可以根据在终端和基站之间确定的规则确定HARQ-ACK/NACK信息被发送到由最低CCE索引调度的PUCCH资源，并且因此可以向PUCCH#1 1630发送关于PDSCH#1 1620中的至少一个的解码成功或失败的信息。又例如，终端可以根据在终端和基站之间确定的规则确定HARQ-ACK/NACK信息被发送到由最高CCE索引调度的PUCCH资源，并且因此可以向PUCCH#2 1635发送关于PDSCH#1 1620和PDSCH#2 1625中的至少一个的解码成功或失败的信息。如果由终端识别的CCE索引相同，如图16A的附图标记1650所示，则终端可以确定由PDCCH#1 1660和PDCCH#1’1665调度的PUCCH资源是相同的PUCCH资源，并且因此可以向PUCCH#1 1680发送关于PDSCH#1 1670和PDSCH#2 1675中的至少一个的解码成功或失败的信息。
选项1-3：在确定用于向特定终端重复传输相同DCI的PDCCH候选中，基站可以在更高层中配置两个PDCCH候选以显式地彼此连接，并且在每个PDCCH的资源分配期间(在资源位置确定期间)，可以分开配置PDCCH候选的CCE的数量和第一/开始CCE索引。在这种情况下，构成每个PDCCH候选的CCE的数量和第一/开始CCE索引可以被不同地配置，或者可以被配置为相同。如果CCE的数量和第一/开始CCE索引中的至少一个被不同地配置，则基站可以隐式地/显式地指示被配置为显式地连接的PDCCH候选中的一个，以便为终端配置PUCCH资源。具体地，在两个PDCCH候选中，基站可以指示符合第一/开始CCE索引和第一PDCCH候选中的PDCCH#1的CCE数量，或者可以指示符合第二PDCCH候选中的第一/开始CCE索引和PDCCH#1’的CCE数量。
这里，配置和指示在更高层中链接的第一PDCCH候选和第二PDCCH候选中的至少一个的方法主要描述了首先配置链接组合的方法，然后基于该方法描述了确定PDCCH候选内的重复PDCCH的资源的方法。
选项1-3a：配置重复PDCCH候选索引
基站可以在更高层配置期间为特定终端配置至少两个搜索空间集，以彼此链接。例如，可以配置RRC信息元素(IE)，诸如PDCCH-config中的重复配置。这里，相关信息或参数可以被配置为包括具有链接和搜索空间(SS)集索引的CORESET索引。具体地，重复的PDCCH候选的聚集级别值可以被确定为1、2、4、8、16、32、…等中的至少一个，以及0、12、24、36、…等中的至少一个可以对于PDCCH候选的索引值来确定，使得可以在RRC配置期间在重复配置或搜索空间集中配置聚合级别值和索引值。基于在上述更高层配置期间识别的重复相关信息，终端可以确定被配置为具有特定聚合级别或PDCCH候选索引的对应的PDCCH候选或PDCCH候选被重复。
选项1-3b：配置重复PDCCH候选的CCE的聚合级别或数量，并且在聚合级别或CCE内指示显式的位置/顺序相关信息
基站可以在高层配置期间为特定终端配置PDCCH候选，以基于其聚合级别值彼此链接。例如，可以配置额外的RRC信息元素(IE)，诸如PDCCH-config中的重复配置。这里，作为具有链接的方法，特定的聚集级别值(例如，1、2、4、8、12、32等)或者可以显式地配置CCE的数量。具有相同聚合级别或相同CCE数量的所有搜索空间或PDCCH候选可以被确定为彼此具有链接。作为另一个示例，在没有分离的RRC信息元素(IE)配置(诸如PDCCH-config中的重复配置)的情况下，所有具有相同的特定聚合级别值(例如，1、2、4、8、12、32等)或者相同数量的CCE的PDCCH候选可以被确定为彼此链接。
具体地，如果由基站在SS集合#1中配置的每个AL的PDCCH候选的数量是AL1:2/AL2:4/AL4:4/AL8:2，并且在SS集合#2中每个AL的PDCCH候选的数量是AL1:4/AL2:4/AL4:2/AL8:2，并且如果基站显式地配置或确定重复发生时的AL值为4，则基站和终端可以确定搜索空间或具有AL为4的PDCCH候选被链接。
外，可以假设，在基于确定的AL值的PDCCH候选中，特定顺序(例如，第X个)的PDCCH候选由标准或基站配置重复。在这种情况下，特定顺序(例如，第X个)可以符合第一(最低PDCCH候选)、最后(最大PDCCH候选)和第X个PDCCH候选中的至少一个。在上述具体示例中，如果X被确定为第一候选(最低PDCCH候选)，则可以确定SS集合#1中的AL4的PDCCH候选#0和SS集合#2中的AL4的PDCCH候选#0彼此具有显式的链接，并且被重复发送。作为另一个示例，如果X被确定为最后的候选(最大PDCCH候选)，则可以确定SS集合#1中的AL4的PDCCH候选#3和SS集合#2中的AL4的PDCCH候选#2彼此具有显式的链接，并且被重复发送。作为另一个示例，如果X被配置或确定为第一候选索引的下一个索引(候选索引1)或最后一个候选索引的前一个索引，则可以确定SS集合#1中的AL4的PDCCH候选#1或PDCCH候选#2和SS集合#2中的AL4的PDCCH候选#1或PDCCH候选#0彼此具有显式的链接，并且被重复发送。
选项1-3c：重复CORESET和/或搜索空间(集)组合的默认配置
如果在没有信息配置的情况下，诸如基于用于重复传输的显式信令的PDCCH候选的分离的特殊新参数，PDCCH-config中的CORESET相关信息配置或搜索空间集相关信息配置中包括的所有CORESET或所有搜索空间集满足以下条件中的至少一个，则基站和终端可以确定配置了重复。
条件1：基站可以将重复发送的PDCCH候选配置为彼此具有TDM关系(例如，非SFN：单频网络)。
例如，如果重复发送的PDCCH候选是TDM，则基站可以为终端配置，使得每个CORESET的频率轴位置、CCE的总数、CCE的开始位置和时间轴资源长度(例如，OFDM符号的数量)中的至少一个是相同的，而搜索空间的时间轴资源不重叠。具体地，时间轴资源可以包括用于监视的第一符号的位置信息(例如，monitoringSymbolsWithinSlot的配置值)、用于监视的时隙周期和时隙偏移相关信息(例如，monitoringSlotPeriodicityAndOffset的配置值)、以及用于监视的从时隙开始时间点到结束时间点的持续时间相关信息。此外，对于时间轴资源，可以根据频率间或频率内TDM以各种方式配置前述信息值。
条件2：基站可以将重复发送的PDCCH候选配置为彼此具有FDM关系(例如，非SFN：单频网络)。
例如，如果重复发送的PDCCH候选是FDM，则基站可以为终端配置，使得每个CORESET的CCE总数、时间轴资源长度(例如，OFDM符号的数量)和搜索空间的时间轴资源中的至少一个是相同的，而CORESET的频率轴资源不重叠。具体地，使用RRC层的ControlResourceSet内的frequencyDomainResources中的非重叠比特串来配置频率轴资源。这里，比特串可以在BWP中以6个RB的组为单位被索引，以便指示频率轴中的位置。
该操作可以根据UE能力来配置。终端可以假设在对两个CORESET进行解码时默认操作软组合。
选项1-3d：重复CORESET和/或搜索空间(集)组合的分离配置
当在更高层中配置与搜索空间中的controlResourceSetId和searchspaceID相关的信息时，基站可以以诸如“重复ENUMERATED{启用}”的方案来配置重复发送的特定PDCCH候选。此外，基站可以在诸如RRC重新配置的重新配置期间改变搜索空间配置的重复设置。
在下文中，将基于上述选项1-3a至选项1-3d提供对由基站和终端确定PDCCH候选中的重复PUCCH的资源的方法进行描述。
基站和终端识别前述显式链接配置，并且前述PUCCH资源由对应于最低/最高CCE索引或最低/最高CORESET ID的PDCCH确定。作为另一个示例，基站和终端由对应于具有在[等式1]中描述的最大/最小聚合级别的PDCCH的PDCCH来确定前述PUCCH资源。作为另一个示例，基站和终端确定对应于上面在[等式1]中描述的具有最大/最小值(PDCCH候选索引值)的PDCCH的前述PUCCH资源。作为另一个示例，基站和终端根据相对于[等式1]中描述的/>值(PDCCH候选索引值)在两个CORESET中的每一个中具有较小的对应CCE索引的PDCCH来确定PUCCH资源。
选项1-4：基于重复PDCCH的时间资源的确定
在包括用于调度相应PUCCH资源的PDCCH的至少一个CORESET中，如果PDCCH被配置为在时间轴上(在时隙中或在时隙之间)重复发送，则基站和终端可以将前述关于PDSCH#1或PDSCH#2上的接收成功或失败的HARQ-ACK/NACK信息到在时间上首先发送或最后发送的CORESET中调度的PUCCH资源。
在选项2中(在附图标记1600中)，基站侧的操作可以通常对于上面在选项1至选项1-3中描述的显式链接相关配置来执行。上述仅选择PDCCH#1和PDCCH#1’中的两个的规则不需要在标准中确定，并且终端可以经由它自己的实现将每条HARQ-ACK/NACK信息发送到由PDCCH指示的PUCCH资源。另一方面，由于基站不能识别由终端从两个PUCCH资源中选择的资源，所以终端是否已经成功解码PDSCH#1或PDSCH#2可以通过解码所有两个PUCCH资源来识别。
例如，上述终端本身的实现方法可以包括在选项1至选项1-3中选择PDCCH#1和PDCCH#1’中的两个的规则。又例如，可以将与PDSCH#1(和/或PDSCH#2)相关的HARQ-ACK/NACK信息发送到由PDCCH资源(例如，PDCCH#1)指示的PUCCH资源，在该资源中首先开始/完成解码操作。又例如，可以将与PDSCH#1(和/或PDSCH#2)相关的HARQ-ACK/NACK信息发送到由PDCCH资源(例如，PDCCH#1’)指示的PUCCH资源，在该资源中开始/完成最后的解码操作。
如在选项3中(在附图标记1650中)，在确定用于向特定终端重复传输相同DCI的PDCCH候选中，基站可以在更高层中配置两个PDCCH候选以显式地彼此连接，并且在PDCCH候选中的PDCCH的资源分配期间(在资源位置确定期间)，可以配置PDCCH候选的相同数量的CCE和相同的第一CCE索引。例如，为了确定用于向特定终端重复传输相同DCI的PDCCH候选，可以为构成PDCCH#1和PDCCH#2的显式地连接的PDCCH候选选择CORESET和搜索空间。此外，为了确定在由先前选择的CORESET和搜索空间的组合确定的两个PDCCH候选中重复发送的DCI的位置，CCE的数量可以被确定为1、2、4、8和16中的一个，并且第一/开始CCE索引可以被确定为0、12、24等中的一个，这样每个PDCCH候选的位置都是相同的。
在解码在特定时隙中重复发送的两个PDCCH候选1610和1615之前，终端可以识别其中相应候选在更高层(RRC层或MAC层)中显式链接的配置，并且当基于此执行解码时，每个PDCCH中的开始CCE索引或第一CCE索引可以是相同的，并且可以基于包括每个PDCCH的CORESET具有相同数量的CCE的假设来执行解码。结果，终端可以基于从PDCCH接收的相同的第一CCE索引、相同数量的CCE和PRI信息中的至少一个来确定PUCCH资源的位置。
图16C是示出用于执行上文参考图16A和图16B描述的实施例的终端操作的流程图。
在操作1601中，终端可以在RRC配置期间接收PUCCH相关的配置信息(例如，第一信息)。这里，PUCCH相关配置信息可以包括配置信息，诸如包括PUCCH资源符号和时隙的数量的PUCCH资源集、开始PUCCH PRB位置索引以及与PUCCH资源相关的PUCCH格式类型。
另外，在操作1601中，终端可以在RRC配置期间接收PDCCH相关的配置信息(例如，第二信息)。这里，PDCCH相关配置信息可以包括配置信息，诸如搜索空间(集合)、CCE的总数、PDCCH候选以及与PDCCH资源相关的CORESET。
在操作1601中，在RRC配置期间，除了PDCCH相关的配置信息之外，终端还可以接收关于配置参数或资源的信息(第三信息)，使得从多个TRP重复发送的多个PDCCH被显式地连接。这里，显式连接可以包括各种实施例，诸如前述的PDCCH候选、CORESET和搜索空间。
在操作1602中，在RRC配置之后，终端可以基于第一至第三信息中的至少一个，在用于从多个TRP(例如，两个TRP)接收PDCCH的资源(PDCCH候选)内执行盲解码，从而接收由基站发送的多个PDCCH。
在操作1603中，如果终端成功从多个TRP接收和解码多个PDCCH，则可以识别对应于每个成功的PDCCH的资源的CCE和第一/开始CCE索引。终端可以基于在RRC配置中接收的用于PUCCH传输的配置信息(第一信息)和先前识别的CCE索引信息中的至少一个，来确定由多个TRP指示的一个或多个PUCCH资源。这里，确定PUCCH资源的方法可以包括上述选项1至选项3的各种实施例。
在操作1604中，终端可以将一个或多个PDSCH的接收和解码结果(例如，HARQ-ACK/NACK)分别发送到所识别的一个或多个PUCCH资源，可以以整合的方式发送该结果，可以通过分离的规则映射该结果，或者可以重复发送该结果，其中，基于从多个TRP解码的PDCCH的DCI信息，由PDCCH分配一个或多个PDSCH。这里，执行传输分别指示向一个PUCCH资源发送从一个PDCCH资源分配的一个PDSCH的解码结果(例如，类型1/2HARQ-ACK码本)，以集成方式执行传输指示排列(例如，类型1/2HARQ-ACK码本)对由多个PDCCH调度的多个PDSCH资源进行解码的结果，并且根据规则将其顺序地发送到一个PUCCH资源，并且重复传输指示对于多个PUCCH资源重复前述传输方法中的至少一种。
图17A至图17C是示出根据本公开的各种实施例的生成类型2HARQ-ACK码本的情况以及终端执行的操作方法的图。
图17A示出了基站配置相同的DCI信息以使得重复发送的PDCCH彼此FDM的情况。图17B示出了基站配置相同的DCI信息以使得重复发送的PDCCH彼此TDM的情况。具体地，在图17A和图17B中通过重复发送的PDCCH分配的PUCCH资源可以指示1720和1760分离的PUCCH资源，或者可以指示1740和1780公共的(一个)PUCCH资源。
在这种情况下，基站可以在终端的CORESET配置操作期间将ControlResourceSet中的CORESETPoolIndex配置为两个不同的值(例如，0或1)，并且如果配置了CORESETPoolIndex，则基站可以在更高层小区配置期间将PhysicalCellGroupConfig中的参数ackNackFeedbackMode(-r16)配置为联合或分离。例如，如果基站为终端配置CORESETPoolIndex和ackNackFeedbackMode，则终端可以确定，在多个TRP中，第一TRP在第一CORESET中发送一个PDCCH(例如，PDCCH#1)，而第二TRP在第二CORESET中发送另一个PDCCH(例如，PDCCH#2)。
在另一方面，基站可以不为终端分开配置CORESETPoolIndex或ackNackFeedbackMode(-r16)。例如，如果基站没有为终端配置CORESETPoolIndex和ackNackFeedbackMode，则终端可以确定单个TRP在第一CORESET中发送一个PDCCH(例如，PDCCH#1)并且在第二CORESET中发送另一个PDCCH(例如，PDCCH#2)。图17A和图17B的各种实施例1720、1740、1760和1780可以被认为适用于配置或未配置ackNackFeedbackMode的所有实施例。
具体地，在上述各种场景中，基站和终端需要指示计数器DAI(C-DAI)和总DAI(T-DAI)的方法，以及基于所指示的C-DAI和T-DAI来执行Type-2(动态)HARQ-ACK码本确定的方法。在下面的Alt-1至Alt-11中，终端可以识别DAI信息(例如，2比特、4比特、6比特等)或接收的DCI格式1_0、1_1的扩展DAI信息(例如，2比特到8比特)，以便分别识别构成最高有效位(MSB)的C-DAI和构成最低有效位(LSB)的T-DAI的字段值。
[生成C-DAI和T-DAI的方法]
Alt-1)如果在一个监视时机中重复发送的多个PDCCH彼此FDM，则终端可以不预期在重复发送的PDCCH存在的监视时机中发送分离的PDCCH。
Alt-2)如果在一个监视时机中重复发送的多个PDCCH彼此FDM，则终端可以预期在重复发送的PDCCH存在的监视时机中发送至少一个PDCCH。
Alt-3)终端可以预期在一个时隙中在一个监视时机中重复发送的多个PDCCH彼此FDM，并且在相同时隙中在另一个监视时机中发送至少一个PDCCH。
Alt-4-1)用相同的DCI重复发送的PDCCH的C-DAI值被配置为相同的值，在这种情况下，即使存在至少一个分配的PDSCH，C-DAI或对应于C-DAI的整个HARQ-ACK也可以被计为一个。即，基于重复发送的多个PDCCH中的至少一条PDCCH资源的频率相关信息(诸如最低CORESET ID和CCE ID)来确定C-DAI值，并且C-DAI值可以应用于PDCCH监视时机中重复PDCCH的C-DAI值。
Alt-4-2)用相同的DCI重复发送的PDCCH的C-DAI值被配置为相同的值，在这种情况下，即使存在至少一个分配的PDSCH，C-DAI或对应于C-DAI的HARQ-ACK也可以被分开计数。即，基于重复发送的多个PDCCH中的至少一条PDCCH资源的频率相关信息(诸如最高CORESET ID和CCE ID)来确定C-DAI值，并且C-DAI值可以应用于PDCCH监视时机中重复PDCCH的C-DAI值。
Alt-4-3)用不同的DCI重复发送的PDCCH的C-DAI值被配置为彼此不同的值，在这种情况下，即使存在至少一个分配的PDSCH，C-DAI或对应于C-DAI的HARQ-ACK也可以被分开计数。即，基于重复发送的多个PDCCH中的至少一条PDCCH资源的频率相关信息(诸如最高CORESET ID和CCE ID)来确定C-DAI值，并且C-DAI值可以应用于PDCCH监视时机中具有不同DCI的重复PDCCH的C-DAI值。
Alt-5-1)对于T-DAI值，对{服务小区，PDCCH监视时机}对进行计数，其中，在第一CORESET和第二CORESET中重复发送的所有PDCCH可以被计为一个。
Alt-5-2)对于T-DAI值，对{服务小区，PDCCH监视时机}对进行计数，其中，在第一CORESET和第二CORESET中重复发送的PDCCH可以被分开计为一个。
图17A的附图标记1720描述了一种情况，其中，如果两个PDCCH被频分复用(FDM)，则不配置ackNackFeedbackMode或配置ackNackFeedbackMode-r16＝separate。用于相同的重复传输的PDCCH#1 1721和PDCCH#1’1722可以调度PDSCH#1 1724和PUCCH#1 1726。在这种情况下，调度相关信息可以包括PDSCH#1 1724的K1、PRI#1、PRI#1’等。此外，PDCCH#2 1723可以调度PDSCH#2 1725和PUCCH#2 1727。在这种情况下，调度相关信息可以包括PDSCH#21725的K1、PRI#2等。以这种方式，如果对应于PDSCH#1 1724的PUCCH#1 1726的资源和对应于PDSCH#2 1725的PUCCH#2 1727的资源被分开配置，则终端可以基于由PDCCH#1 1721和PDCCH#1’1722调度的PDSCH#1 1724的解码成功或失败来生成HARQ-ACK码本，并且基于由PDCCH#2 1723调度的PDSCH#2 1725的解码成功或失败来生成分离的HARQ-ACK码本，以便通过使用由最后的DCI格式(例如，PDCCH#2 1723)指示的时隙#5的PUCCH#2 1727来发送生成的HARQ-ACK码本。
下面的表31相对于图17A中附图标记1720的情形，示出了前述alt-1至alt-5的各种多种配置组合中的一些代表性实施例，并且不排除其他组合的实施例。另外，在HARQ-ACK码本的生成中，可以应用前述[伪码1至伪码3]中描述的操作。
【表31】
图17A的附图标记1740描述了一种情况，其中，如果两个PDCCH被频分复用(FDM)，则不配置ackNackFeedbackMode或者配置ackNackFeedbackMode-r16＝joint。用于相同的重复传输的PDCCH#1 1741和PDCCH#1’1742可以调度PDSCH#1 1744和PUCCH#1 1746。在这种情况下，调度相关信息可以包括PDSCH#1的K1、PRI#1、PRI#1’等。此外，PDCCH#2 1743可以调度PDSCH#2 1745和PUCCH#1 1746。在这种情况下，调度相关信息可以包括PDSCH#2的K1、PRI#2等。以这种方式，如果为对应于PDSCH#1 1744和PDSCH#2 1745的PUCCH#1 1746配置了一个资源，则终端可以基于由PDCCH#1 1741和PDCCH#1’1742调度的PDSCH#1 1744和由PDCCH#2 1743调度的PDSCH#2 1745的解码成功或失败来生成HARQ-ACK码本，从而在PUCCH#1 1746上发送该码本。下面的表32示出了实施例，其中，基于图17A的情形1740中的{服务小区，PDCCH监视时机}对，另一个服务小区被进一步添加(PDCCH#3，未示出)到PDCCH#1的监视时机。表32示出了前述alt-1至alt-5的各种多种配置组合中的一些代表性实施例，并且不排除其他组合的实施例。另外，对于HARQ-ACK码本生成顺序，可以应用前述[伪码1至伪码3]中描述的操作。
【表32】
Alt-6)如果多个重复发送的PDCCH(PDCCH#1和PDCCH#1’)在多个监视时机中彼此TDM，则终端不预期在重复发送的PDCCH存在的监视时机中发送具有不同DCI的PDCCH(例如，PDCCH#2)。例如，在图17B的附图标记1760中，PDCCH#2 1763不能在相同的PDCCH监视时机中与PDCCH#1和PDCCH#1’中的一个同时发送。Alt-6-1)用相同的DCI重复发送的PDCCH的C-DAI值被配置为相同的值，在这种情况下，即使存在至少一个分配的PDSCH，C-DAI也可以被计为一个。即，多个重复发送的PDCCH中的第一PDCCH监视时机中的C-DAI值可以应用于重复发送的PDCCH的C-DAI值。
Alt-6-2)用相同的DCI重复发送的PDCCH的C-DAI值被配置为相同的值，在这种情况下，如果存在至少一个分配的PDSCH，则C-DAI可以被分开计数。即，多个重复发送的PDCCH中的最后PDCCH监视时机中的C-DAI值可以应用于所有重复发送的PDCCH的C-DAI值。这里，对于生成HARQ-ACK码本的顺序，可以根据第一PDCCH监视时机和第二PDCCH监视时机的顺序来生成类型2HARQ-ACK码本。
Alt-6-3)对于使用相同的DCI重复发送的PDCCH的T-DAI值，可以对{服务小区，PDCCH监视时机}对的数量进行计数。对于T-DAI值，基于在一个时隙内重复发送的PDCCH(例如，PDCCH#1和PDCCH#1’)中的第一PDCCH，可以将{服务小区，PDCCH监视时机}对的数量应用为T-DAI值。
Alt-6-4)对于使用相同的DCI重复发送的PDCCH的T-DAI值，可以对{服务小区，PDCCH监视时机}对的数量进行计数。对于T-DAI值，基于在一个时隙内重复发送的PDCCH(例如，PDCCH#1和PDCCH#1’)中的最后PDCCH，可以将{服务小区，PDCCH监视时机}对的数量应用为T-DAI值。
Alt-7)如果重复发送的多个PDCCH(PDCCH#1和PDCCH#1’)在一个时隙内的多个监视时机中彼此TDM，则终端可以预期在重复发送的PDCCH存在的监视时机中发送具有不同DCI的PDCCH(例如，PDCCH#2)。
Alt-7-1)对于使用相同的DCI重复发送的PDCCH的C-DAI值，参考多个重复发送的PDCCH中的第一PDCCH监视时机，可以应用与重复发送的PDCCH的C-DAI值相同的值。此外，可以配置具有不同DCI的PDCCH(例如，PDCCH#2)的C-DAI值，使得与在相同的PDCCH监视时机中按照CORESET ID的顺序重复发送的PDCCH相比，计数值增加1。
Alt-7-2)对于使用相同的DCI重复发送的PDCCH的C-DAI值，参考多个重复发送的PDCCH中的最后PDCCH监视时机，可以应用与重复发送的PDCCH的C-DAI值相同的值。此外，可以配置具有不同DCI的PDCCH(例如，PDCCH#2)的C-DAI值，使得与在相同的PDCCH监视时机中按照CORESET ID的顺序重复发送的PDCCH相比，计数(计数器)值增加1。
Alt-7-3)对于使用相同的DCI重复发送的PDCCH的T-DAI值，可以对{服务小区，PDCCH监视时机}对的数量进行计数。对于T-DAI值，可以参考(PDCCH#1’)PDCCH监视时机将{服务小区，PDCCH监视时机}对的数量应用为T-DAI值，其中，在一个时隙内重复发送的PDCCH(例如，PDCCH#1和PDCCH#1’)中发送不同的DCI。在两个重复发送的PDCCH中，如果用于第一传输的PDCCH监视时机与用于不同DCI的传输的PDCCH监视时机相同，则此时的T-DAI值可以同样地应用于稍后要发送的T-DAI。相反，在两个重复发送的PDCCH中，如果用于最后传输的PDCCH监视时机与用于不同DCI的传输的PDCCH监视时机相同，则此时的T-DAI值可以同样地应用于先前重复发送的T-DAI。
这里，对于生成HARQ-ACK码本的顺序，可以根据第一PDCCH监视时机和第二PDCCH监视时机的顺序生成类型2HARQ-ACK码本。
Alt-8)如果使用不同的DCI重复发送的PDCCH的C-DAI值被配置为不同的值，则C-DAI可以按照CORESET ID的顺序分开计数。
图17B的附图标记1760描述了一种情况，其中，如果两个PDCCH时分复用(TDM)，则不配置ackNackFeedbackMode或配置ackNackFeedbackMode-r16＝separate。用于相同的重复传输的PDCCH#1 1761和PDCCH#1’1762可以在不同的PDCCH监视时机中调度PDSCH#1 1764和PUCCH#1 1766或PUCCH#2 1767。在这种情况下，调度相关信息可以包括PDSCH#1的K1、PRI#1、PRI#1’等。此外，PDCCH#2 1763可以调度PDSCH#2 1765和PUCCH#2 1767。在这种情况下，调度相关信息可以包括PDSCH#2的K1、PRI#2等。以这种方式，如果对应于PDSCH#1 1764的PUCCH#1 1766的资源和对应于PDSCH#2 1765的PUCCH#2 1767的资源被分开配置，则终端可以基于由PDCCH#1 1761和PDCCH#1’1762调度的PDSCH#1 1764的解码成功或失败来生成HARQ-ACK码本，并且基于由PDCCH#1调度的PDSCH#2 1765的解码成功或失败来生成分离的HARQ-ACK码本，以便通过使用由最后的DCI格式(例如，PDCCH#2 1763)指示的时隙#5的PUCCH#2 1767来发送生成的HARQ-ACK码本。
图17B的附图标记1780描述了一种情况，其中，如果两个PDCCH被TDM，则不配置ackNackFeedbackMode或配置ackNackFeedbackMode-r16＝joint。用于相同的重复传输的PDCCH#1 1781和PDCCH#1’1782可以调度PDSCH#1 1784和PUCCH#1 1786。在这种情况下，调度相关信息可以包括PDSCH#1的K1、PRI#1、PRI#1’等。此外，PDCCH#2 1783可以调度PDSCH#21785和PUCCH#1 1786。在这种情况下，调度相关信息可以包括PDSCH#2的K1、PRI#2等。以这种方式，如果为对应于PDSCH#1 1784和PDSCH#2 1785的PUCCH#1 1786配置了一个资源，则终端可以基于对由PDCCH#1 1781和PDCCH#1’1782调度的PDSCH#1 1784以及由PDCCH#21783调度的PDSCH#2 1785的成功解码来生成HARQ-ACK码本，从而在PUCCH#1 1786上发送该码本。
下面的表33相对于图17B中附图标记1760和1780的情形，示出了前述alt-6至alt-8的各种多种配置组合中的一些代表性实施例，并且不排除其他组合的实施例。另外，对于HARQ-ACK码本生成顺序，可以应用前述[伪码1至伪码3]中描述的操作。
【表33】
/>
Alt-9)终端可以将在一个时隙内的至少一个PDCCH监视时机中重复发送的TDM或FDM PDCCH的C-DAI/T-DAI和不重复的至少一个其他PDCCH的C-DAI/T-DAI分类为分离的集合(或对)，以便执行计数。在实现分类的方法中，可以基于前述各种方法的链接信息来执行分类和计数。例如，如果至少一个其他PDCCH的C-DAI和T-DAI被分类为分离的集合(或对)以便被计数，则比特宽度(例如，2比特、4比特、6比特、8比特等)在现有rel-15和16中定义的一个DCI字段可以不加改变地使用。
作为另一个示例，如果至少一个其他PDCCH的C-DAI和T-DAI被分类为分离的集合(或对)以便进行计数，则可以通过将DCI字段中的现有比特宽度增加1位或2位来指示是否存在显式地重复的PDCCH。
表34是其中多个PDCCH被FDM的实施例，并且通过参考前述Alt-4至Alt-5的计数方法示出了基于分离的集合的计数方法。在本公开的各种实施例中，以下示出了许多组合中的一些情况，并且不排除其他组合的实施例。
【表34】
/>
图17C是示出用于执行上文参考图17A和图17B描述的实施例的终端操作的流程图。在操作1701中，终端可以在RRC配置期间经由PUCCH接收用于传输HARQ-ACK反馈的配置信息。为此，终端可以接收PUCCH相关的配置信息。这里，PUCCH相关配置信息(第一信息)可以包括配置信息，诸如包括PUCCH资源符号和时隙的数量的PUCCH资源集、开始PUCCH PRB位置索引以及与PUCCH资源相关的PUCCH格式类型。
另外，在操作1701中，终端可以在RRC配置期间接收HARQ-ACK码本类型相关的配置信息和PDCCH相关的配置信息。对于HARQ-ACK码本类型相关的配置信息(第二信息)，可以配置pdsch-HARQ-ACK-Codebook＝dynamic或者pdsch-HARQ-ACK-Codebook＝enhancedDynamic-r16等信息。这里，PDCCH相关配置信息(第三信息)可以包括配置信息，诸如搜索空间(集合)、CCE的总数、PDCCH候选以及与PDCCH资源相关的CORESET。
在操作1701中，在RRC配置期间，除了PDCCH相关的配置信息之外，终端还可以接收关于配置参数或资源的信息，使得从多个TRP重复发送的多个PDCCH被显式地连接。这里，显式连接可以包括各种实施例，诸如前述的PDCCH候选、CORESET、搜索空间等。
在操作1702中，在RRC配置之后，终端可以基于第一至第三信息中的至少一个，在用于从一个或多个TRP(例如，一个或两个TRP)接收PDCCH的资源(PDCCH候选)内执行盲解码，从而接收由基站发送的多个PDCCH。
在操作1703中，终端可以基于在特定持续时间的PDCCH监视时机中从至少一个TRP接收的PDCCH信息来识别计数器DAI或总DAI信息。此外，基于此，终端可以接收由PDCCH调度的至少一个PDSCH，并且可以生成与PDSCH的解码结果(例如，HARQ-ACK/NACK)相关的信息。具体地，相对于计数器DAI和总DAI信息，可以根据重复发送的PDCCH之间指示的值或者非重复PDCCH之间指示的值来确定类型2HARQ-ACK码本的生成。即，基于C-DAI和D-DAI的类型2HARQ-ACK码本的生成可以包括前述Alt 1至Alt 11中描述的各种实施例及其组合。
在操作1704中，终端可以基于所识别的至少一条PUCCH资源配置信息来发送所生成的HARQ-ACK信息。
图18是示出根据本公开的实施例的无线通信系统中的终端结构的图。
参考图18，终端可以包括终端接收器18-00、终端处理器18-05和终端发送器18-10。此外，终端还可以包括存储器(本公开中未示出)。终端处理器18-05可以包括处理器。终端的终端接收器18-00、终端处理器18-05和终端发送器18-10可以根据上述终端的通信方法进行操作。然而，终端的元素不限于前述示例。例如，与前述元素相比，终端可以包括更多或更少的元素。此外，接收器18-00、终端处理器18-05、终端发送器18-10和存储器19-05可以以单个芯片的形式实现。
在实施例中，终端接收器18-00和终端发送器18-10可以称为收发器。收发器可以向基站发送信号或从基站接收信号。这里，信号可以包括控制信息和数据。为此，收发器可以包括被配置为执行发送信号的频率的上变频和放大的RF发送器、被配置为执行接收信号的频率的低噪声放大和下变频的RF接收器等。然而，这仅仅是收发器的实施例，并且收发器的元素不限于RF发送器和RF接收器。
此外，终端接收器18-00可以经由无线信道接收信号，并将其输出到终端处理器18-05，终端发送器18-10可以经由无线信道发送从终端处理器18-05输出的信号。
存储器可以存储终端操作所需的程序和数据。存储器可以存储包括在由终端发送或接收的信号中的控制信息或数据。存储器可以包括存储介质或存储介质的组合，例如ROM、RAM、硬盘、CD-ROM和DVD。可以有多个存储器。
此外，终端处理器18-05可以控制一系列程序，以便终端能够根据前述实施例进行操作。例如，终端处理器18-05可以接收包括终端的两种类型的层和控制单元的DCI，以同时接收多个PDSCH。
在实施例中，终端处理器18-05可以从基站接收与经由多个传输点、多个面板或多个波束中的至少一个物理上行链路控制信道(PUCCH)的重复传输相关的配置信息，可以从基站接收经由多个传输点、多个面板或多个波束中的至少一个物理上行链路控制信道(PUCCH)的重复传输的指示，可以基于所接收的配置信息和所接收的用于重复传输的指示选择多个PUCCH资源中的至少一个，并且可以基于所选择的PUCCH资源中的至少一个，根据预先配置的顺序来执行重复的PUCCH传输。此外，在实施例中，预配置的顺序可以基于所接收的与重复PUCCH传输相关的配置信息来确定，或者可以基于要应用于重复PUCCH传输的PUCCH资源顺序来确定。
终端处理器18-05可以包括多个处理器，终端处理器18-05可以通过执行存储在存储器中的程序来控制终端的元素。
图19是示出根据本公开的实施例的无线通信系统中的基站结构的图。
参考图19，基站可以包括基站接收器19-00、基站处理器19-05和基站发送器19-10。此外，基站还可以包括存储器(本公开中未示出)。基站接收器19-00和基站发送器19-10可以被称为收发器。基站的基站接收器19-00、基站处理器19-05和基站发送器19-10可以根据上述基站的通信方法进行操作。然而，基站的元素不限于上述例子。例如，与前述元素相比，基站可以包括更多或更少的元素。此外，基站接收器19-00、基站处理器19-05和基站发送器19-10可以以单个芯片的形式实现。
收发器可以向终端发送信号或从终端接收信号。这里，信号可以包括控制信息和数据。为此，收发器可以包括被配置为执行发送信号的频率的上变频和放大的RF发送器、被配置为执行接收信号的频率的低噪声放大和下变频的RF接收器等。然而，这仅仅是收发器的实施例，并且收发器的元素不限于RF发送器和RF接收器。
此外，基站接收器19-00可以经由无线信道接收信号，并将其输出至基站处理器19-05，基站发送器19-10可以经由无线信道发送从基站处理器19-05输出的信号。
存储器可以存储基站操作所需的程序和数据。存储器可以存储包括在由基站发送或接收的信号中的控制信息或数据。存储器可以包括存储介质或存储介质的组合，例如ROM、RAM、硬盘、CD-ROM和DVD。可以有多个存储器。
基站处理器19-05可以控制一系列程序，以便基站能够根据本公开的前述实施例进行操作。例如，基站处理器19-05可以配置包括用于多个PDSCH的分配信息的两种类型的层的DCI，并且可以控制基站的每个单元以便发送它们。
在实施例中，基站处理器19-05可以经由多个传输点、多个面板或多个波束中的至少一个向终端发送与物理上行链路控制信道(PUCCH)的重复传输相关的配置信息，可以经由多个传输点、多个面板或多个波束中的至少一个向终端发送用于重复PUCCH传输的指示，可以从终端接收重复PUCCH，并且可以基于与重复PUCCH传输相关的配置信息对接收的重复PUCCH进行解码。
基站处理器19-05可以包括多个处理器，基站处理器19-05可以通过执行存储在存储器中的程序来控制基站的元素。
根据权利要求或本公开说明书中描述的各种实施例的方法可以通过硬件、软件或硬件和软件的组合来实现。
当通过软件实现方法时，可以提供用于存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以被配置为由电子设备内的一个或多个处理器执行。该至少一个程序可以包括使得电子设备执行根据由所附权利要求定义和/或在此公开的本公开的各种实施例的方法的指令。
程序(软件模块或软件)可以存储在非易失性存储器中，包括随机存取存储器和闪存、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他类型的光学存储设备或盒式磁带。或者，它们中的一些或全部的任意组合可以形成存储程序的存储器。此外，电子设备中可以包括多个这样的存储器。
此外，程序可以存储在可附接的存储设备中，该存储设备可以通过诸如互联网、内联网、局域网(LAN)、广域网(WLAN)和存储区域网(SAN)或其组合的通信网络访问电子设备。这种存储设备可以经由外部端口访问电子设备。此外，通信网络上的分离的存储设备可以访问便携式电子设备。
在本公开的上述详细实施例中，根据提供的详细实施例，本公开中包含的元素以单数或复数表示。然而，为了方便描述，单数形式或复数形式被适当地选择为所呈现的情形，并且本公开不限于以单数或复数表达的元素。因此，以复数表示的元素也可以包括单个元素，或者以单数表示的元素也可以包括多个元素。
说明书和附图中描述和显示的本公开的实施例旨在简单地解释本公开的技术内容，帮助理解本公开，而非限制本公开的范围。即，对于本领域技术人员来说，基于本公开的技术思想，可以对其进行其他修改和改变是清晰的。此外，根据需要，可以组合使用上述相应的实施例。例如，本公开的一个实施例可以部分地与其他实施例组合，以操作基站和终端。作为示例，本公开的实施例1和2可以彼此组合以操作基站和终端。此外，尽管已经基于FDD LTE系统描述了上述实施例，但是基于实施例的技术思想的其他变型也可以在诸如TDDLTE、5G或NR系统的其他通信系统中实现。
在描述本公开的方法的附图中，描述的顺序并不总是与每种方法的步骤执行顺序一致，步骤之间的顺序关系可以改变，或者步骤可以并行执行。
或者，在描述本公开的方法的附图中，在不脱离本公开的基本精神和范围的情况下，可以省略一些元素，仅包括一些元素。
此外，在本公开的方法中，在不脱离本公开的基本精神和范围的情况下，可以组合每个实施例的部分或全部内容。

Claims (15)

1.一种由支持多发送接收点(TRP)的无线通信系统中的终端执行的方法，该方法包括：
接收与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息；
从一个或多个TRP接收用于调度一个物理上行链路共享信道(PDSCH)的多个重复的物理下行链路控制信道(PDCCH)；
基于多个重复的PDCCH，接收PDSCH；
基于配置信息，生成对于PDSCH的HARQ-ACK反馈信息；以及
发送HARQ-ACK反馈信息。
2.根据权利要求1所述的方法，其中，所述多个重复的PDCCH中的每一个包括用于HARQ-ACK反馈信息的生成的下行链路分配索引(DAI)信息，
其中，所述HARQ-ACK反馈信息是基于DAI信息生成的，
其中，所述多个重复的PDCCH包括第一PDCCH和第二PDCCH，
其中，在与第一TRP相关联的第一控制资源集(CORESET)中接收第一PDCCH，并且在与第二TRP相关联的第二CORESET中接收第二PDCCH，以及
其中，通过对第一CORESET和第二CORESET两者的{服务小区，PDCCH监视时机}对进行计数来确定基于DAI信息的总DAI值。
3.根据权利要求1所述的方法，其中，包括第一PDCCH和第二PDCCH的多个重复的PDCCH是基于与第一TRP相关联的控制资源集(CORESET)接收的，
其中，第一PDCCH和第二PDCCH包括相同的信息，以及
其中，包括在第一PDCCH和第二PDCCH的每一个中的用于HARQ-ACK反馈信息的生成的下行链路分配索引(DAI)信息是相同的。
4.根据权利要求3所述的方法，其中，第一PDCCH和第二PDCCH在时隙内的两个或更多个监视时机中是时分复用的(TDM)。
5.一种支持多发送接收点(TRP)的无线通信系统中的终端，该终端包括：
收发器，被配置为发送或接收信号；以及
控制器，连接到收发器，
其中，所述控制器被配置为：
接收与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息；
从一个或多个TRP接收用于调度一个物理上行链路共享信道(PDSCH)的多个重复的物理下行链路控制信道(PDCCH)；
基于多个重复的PDCCH，接收PDSCH；
基于配置信息，生成对于PDSCH的HARQ-ACK反馈信息；以及
发送HARQ-ACK反馈信息。
6.根据权利要求5所述的终端，其中，所述多个重复的PDCCH中的每一个包括用于HARQ-ACK反馈信息的生成的下行链路分配索引(DAI)信息，
其中，所述HARQ-ACK反馈信息是基于DAI信息生成的，
其中，所述多个重复的PDCCH包括第一PDCCH和第二PDCCH，
其中，在与第一TRP相关联的第一控制资源集(CORESET)中接收第一PDCCH，并且在与第二TRP相关联的第二CORESET中接收第二PDCCH，以及
其中，通过对第一CORESET和第二CORESET两者的{服务小区，PDCCH监视时机}对进行计数来确定基于DAI信息的总DAI值。
7.根据权利要求5所述的终端，其中，包括第一PDCCH和第二PDCCH的多个重复的PDCCH是基于与第一TRP相关联的控制资源集(CORESET)接收的，
其中，第一PDCCH和第二PDCCH包括相同的信息，并且
其中，包括在第一PDCCH和第二PDCCH的每一个中的用于HARQ-ACK反馈信息的生成的下行链路分配索引(DAI)信息是相同的。
8.根据权利要求7所述的终端，其中，第一PDCCH和第二PDCCH在时隙内的两个或更多个监视时机中是时分复用的(TDM)。
9.一种由支持多发送接收点(TRP)的无线通信系统中的第一TRP执行的方法，该方法包括：
向终端发送与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息；
向终端发送用于调度一个物理上行链路共享信道(PDSCH)的至少一个重复的物理下行链路控制信道(PDCCH)；
基于至少一个重复的PDCCH，向终端发送PDSCH；以及
从终端接收基于配置信息生成的对于PDSCH的HARQ-ACK反馈信息。
10.根据权利要求9所述的方法，其中，发送至少一个重复的PDCCH包括，基于与第一TRP相关联的控制资源集(CORESET)发送第一PDCCH和第二PDCCH，
其中，第一PDCCH和第二PDCCH中的每一个包括用于HARQ-ACK反馈信息的生成的下行链路分配索引(DAI)信息，
其中，所述HARQ-ACK反馈信息是基于DAI信息生成的，以及
其中，第一PDCCH和第二PDCCH包括相同的信息。
11.根据权利要求10所述的方法，其中，包括在第一PDCCH中的第一DAI信息和包括在第二PDCCH中的第二DAI信息彼此相同，以及
其中，第一PDCCH和第二PDCCH在时隙内的两个或更多个监视时机中是时分复用的(TDM)。
12.一种支持多发送接收点(TRP)的无线通信系统中的第一TRP，该第一TRP包括：
收发器，被配置为发送或接收信号；以及
控制器，连接到收发器，
其中，所述控制器被配置为：
向终端发送与混合自动重复请求-确认(HARQ-ACK)反馈信息的生成相关的配置信息；
向终端发送用于调度一个物理上行链路共享信道(PDSCH)的至少一个重复的物理下行链路控制信道(PDCCH)；
基于至少一个重复的PDCCH，向终端发送PDSCH；以及
从终端接收基于配置信息生成的对于PDSCH的HARQ-ACK反馈信息。
13.根据权利要求12所述的第一TRP，其中，所述控制器被配置为基于与第一TRP相关联的控制资源集(CORESET)来发送第一PDCCH和第二PDCCH，
其中，第一PDCCH和第二PDCCH中的每一个包括用于HARQ-ACK反馈信息的生成的下行链路分配索引(DAI)信息，
其中，所述HARQ-ACK反馈信息是基于DAI信息生成的，以及
其中，第一PDCCH和第二PDCCH包括相同的信息。
14.根据权利要求13所述的第一TRP，其中，包括在第一PDCCH中的第一DAI信息和包括在第二PDCCH中的第二DAI信息彼此相同。
15.根据权利要求13所述的第一TRP，其中，第一PDCCH和第二PDCCH在时隙内的两个或更多个监视时机中是时分复用的(TDM)。
CN202280009980.4A 2021-01-14 2022-01-14 用于网络协作通信的harq-ack反馈发送或接收的方法和设备 Pending CN116724511A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2021-0005411 2021-01-14
KR1020210005411A KR20220103237A (ko) 2021-01-14 2021-01-14 네트워크 협력통신을 위한 harq-ack 피드백 송수신 방법 및 장치
PCT/KR2022/000757 WO2022154589A1 (ko) 2021-01-14 2022-01-14 네트워크 협력통신을 위한 harq-ack 피드백 송수신 방법 및 장치

Publications (1)

Publication Number Publication Date
CN116724511A true CN116724511A (zh) 2023-09-08

Family

ID=82448561

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280009980.4A Pending CN116724511A (zh) 2021-01-14 2022-01-14 用于网络协作通信的harq-ack反馈发送或接收的方法和设备

Country Status (5)

Country Link
US (1) US20230344570A1 (zh)
EP (1) EP4262117A1 (zh)
KR (1) KR20220103237A (zh)
CN (1) CN116724511A (zh)
WO (1) WO2022154589A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3651396A1 (en) * 2018-11-09 2020-05-13 Panasonic Intellectual Property Corporation of America User equipment and system performing transmission and reception operations
US10797832B2 (en) * 2019-02-14 2020-10-06 Qualcomm Incorporated Dynamic hybrid automatic repeat request (HARQ) codebook for multi-transmit receive point (TRP) communication
KR20210143304A (ko) * 2019-03-28 2021-11-26 애플 인크. 다중-trp 동작을 위한 업링크 송신 핸들링
US11831438B2 (en) * 2019-04-09 2023-11-28 Samsung Electronics Co., Ltd Method and apparatus for transmission and reception of HARQ-ACK feedback in wireless communication system

Also Published As

Publication number Publication date
EP4262117A1 (en) 2023-10-18
WO2022154589A1 (ko) 2022-07-21
KR20220103237A (ko) 2022-07-22
US20230344570A1 (en) 2023-10-26

Similar Documents

Publication Publication Date Title
US11804929B2 (en) Apparatus and method for transmission of uplink control information in network cooperative communication
US11937264B2 (en) Method and apparatus for control channel reception in wireless communication systems
US20220210774A1 (en) Method and apparatus for data transmission and reception for network coordinated communication
EP4072057A1 (en) Method and apparatus for transmitting or receiving reference signal in wireless communication system
US20220124740A1 (en) Method and apparatus for reporting channel state information for network cooperative communication
US20210250944A1 (en) Method and apparatus for transmitting control information for network cooperative communication
EP3667997B1 (en) Method and apparatus for transmitting and receiving control information in wireless communication system
CN115516978A (zh) 用于网络协作通信的上行链路数据重复发送和接收的方法和装置
KR20210103293A (ko) 네트워크 협력통신을 위한 상향링크 제어 정보 반복 전송 방법 및 장치
US20220240160A1 (en) Method and apparatus of explicit linkage between repetitive transmission and reception for downlink control information in wireless communication system
US20220312337A1 (en) Method and device for controlling uplink transmission power for network coordination communication system
US20230318761A1 (en) Method and device for transmitting/receiving control information in wireless cooperative communication system
US20220295530A1 (en) Method and apparatus for configuring beam in wireless communication system
KR20230120712A (ko) 무선통신시스템에서 harq-ack 전송 방법 및 장치
CN116349173A (zh) 无线通信系统中重复发送/接收下行链路控制信息的方法和设备
CN113519194A (zh) 网络协作通信中用于发送上行链路控制信息的装置和方法
US20230344570A1 (en) Method and device for harq-ack feedback transmission or reception for network cooperative communication
US20230224824A1 (en) Control information transmission method and device for network cooperative communication of wireless communication system
US20240073923A1 (en) Method and device for precoder indication for supporting multiple panels in wireless communication system
US20240049235A1 (en) Method and device for transmitting uplink control information via multi-panel in wireless communication system
US20230413258A1 (en) Method and apparatus for determining harq process id in communication system
US20220239418A1 (en) Method and apparatus for transmitting/receiving harq-ack feedback for network cooperative communication
US20230208607A1 (en) Method and apparatus for transmitting sounding reference signal in wireless communication system
US20230007504A1 (en) Method and apparatus for selection of radio link monitoring reference resource in network cooperative communications
CN117016036A (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