CN116530044A - 无线通信***的网络协作通信的控制信息传输方法和设备 - Google Patents
无线通信***的网络协作通信的控制信息传输方法和设备 Download PDFInfo
- Publication number
- CN116530044A CN116530044A CN202180072535.8A CN202180072535A CN116530044A CN 116530044 A CN116530044 A CN 116530044A CN 202180072535 A CN202180072535 A CN 202180072535A CN 116530044 A CN116530044 A CN 116530044A
- Authority
- CN
- China
- Prior art keywords
- pucch
- information
- transmission
- resource
- terminal
- 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
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 478
- 238000000034 method Methods 0.000 title claims abstract description 196
- 238000004891 communication Methods 0.000 title claims abstract description 111
- 230000011664 signaling Effects 0.000 claims description 56
- 230000015654 memory Effects 0.000 claims description 25
- 230000004913 activation Effects 0.000 claims description 17
- 230000003213 activating effect Effects 0.000 claims description 6
- 230000006870 function Effects 0.000 description 80
- 230000008859 change Effects 0.000 description 51
- 238000013507 mapping Methods 0.000 description 41
- 238000013468 resource allocation Methods 0.000 description 27
- 238000005516 engineering process Methods 0.000 description 17
- 238000012384 transportation and delivery Methods 0.000 description 16
- 230000007423 decrease Effects 0.000 description 15
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 13
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 13
- 238000010295 mobile communication Methods 0.000 description 13
- 238000003860 storage Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 11
- 230000001186 cumulative effect Effects 0.000 description 10
- 230000008569 process Effects 0.000 description 10
- 230000002776 aggregation Effects 0.000 description 9
- 238000004220 aggregation Methods 0.000 description 9
- 125000004122 cyclic group Chemical group 0.000 description 9
- 230000007480 spreading Effects 0.000 description 9
- 238000003892 spreading Methods 0.000 description 9
- 230000009977 dual effect Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 8
- 230000009467 reduction Effects 0.000 description 8
- 238000012546 transfer Methods 0.000 description 7
- 230000007704 transition Effects 0.000 description 7
- 238000001514 detection method Methods 0.000 description 6
- 230000014509 gene expression Effects 0.000 description 6
- 230000001427 coherent effect Effects 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000009849 deactivation Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- LKKMLIBUAXYLOY-UHFFFAOYSA-N 3-Amino-1-methyl-5H-pyrido[4,3-b]indole Chemical compound N1C2=CC=CC=C2C2=C1C=C(N)N=C2C LKKMLIBUAXYLOY-UHFFFAOYSA-N 0.000 description 3
- LVTKHGUGBGNBPL-UHFFFAOYSA-N Trp-P-1 Chemical compound N1C2=CC=CC=C2C2=C1C(C)=C(N)N=C2C LVTKHGUGBGNBPL-UHFFFAOYSA-N 0.000 description 3
- 238000009825 accumulation Methods 0.000 description 3
- 239000000969 carrier Substances 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 238000010187 selection method Methods 0.000 description 3
- 102100030310 5,6-dihydroxyindole-2-carboxylic acid oxidase Human genes 0.000 description 2
- 101710163881 5,6-dihydroxyindole-2-carboxylic acid oxidase Proteins 0.000 description 2
- 102100031413 L-dopachrome tautomerase Human genes 0.000 description 2
- 101710093778 L-dopachrome tautomerase Proteins 0.000 description 2
- 101150071746 Pbsn gene Proteins 0.000 description 2
- 208000032370 Secondary transmission Diseases 0.000 description 2
- 101710173693 Short transient receptor potential channel 1 Proteins 0.000 description 2
- 101710173694 Short transient receptor potential channel 2 Proteins 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000000903 blocking effect Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 238000007429 general method Methods 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000010287 polarization Effects 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 241000760358 Enodes Species 0.000 description 1
- 241001522296 Erithacus rubecula Species 0.000 description 1
- 241000282412 Homo Species 0.000 description 1
- 101150006914 TRP1 gene Proteins 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000002716 delivery method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/32—TPC of broadcast or control channels
- H04W52/325—Power control of control or pilot channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/06—TPC algorithms
- H04W52/14—Separate analysis of uplink or downlink
- H04W52/146—Uplink power control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- 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/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0697—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using spatial multiplexing
-
- 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
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0014—Three-dimensional division
- H04L5/0023—Time-frequency-space
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/54—Signalisation aspects of the TPC commands, e.g. frame structure
- H04W52/58—Format of the TPC bits
-
- 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/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/06—TPC algorithms
- H04W52/08—Closed loop power control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/38—TPC being performed in particular situations
- H04W52/40—TPC being performed in particular situations during macro-diversity or soft handoff
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提供：一种终端向多个发送点/面板/节点/波束发送控制信息以便在多个发送点/面板/波束/节点当中进行协作通信的方法；以及一种设备。具体地，本公开涉及一种在无线通信***中发送/接收上行链路信道的方法，所述方法包括：接收与PUCCH功率控制相关的配置信息；基于配置信息，确认与第一节点相关联的PUCCH功率控制的第一信息和与第二节点相关联的PUCCH功率控制的第二信息；接收DCI，该DCI与TPC命令相关联，包括与第一信息相对应的第一位字段和与第二信息相对应的第二位字段；以及基于第一信息、第二信息和DCI来确定PUCCH的发送功率。
Description
技术领域
本公开涉及一种无线通信***，更具体地，涉及一种终端向多个发送点/面板/波束发送控制信息以便在多个发送点/面板/波束之间进行协作通信的方法和设备。
背景技术
为了满足自***(4G)通信***的部署以来已经增加的对无线数据业务的需求，已经做出努力来开发改进的第五代(5G)或准5G通信***。因此，5G或准5G通信***也被称作“超4G网络”或“后长期演进(LTE)***”。5G通信***被认为实现在更高频(毫米(mm)波)频带(例如，60吉赫(GHz)频带)中，以便达到更高的数据速率。为了减小无线电波的传播损耗并增加传输距离，在5G通信***中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。另外，在5G通信***中，基于高级小小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等来进行针对***网络改进的开发。在5G***中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和正交振幅调制(QAM)调制(FQAM)以及滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址接入(SCMA)。
作为其中人类生成和消费信息的以人类为中心的连接网络的因特网现在正演进为诸如物等的分布式实体在没有人类干预的情况下交换和处理信息的物联网(IoT)。作为IoT技术和大数据处理技术通过与云服务器连接的组合的万物互联(IoE)已出现了。由于IoT实现方式一直要求诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等的技术要素，因此最近已经研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能因特网技术服务，所述智能因特网技术服务通过收集和分析在连网物当中生成的数据来为人类生活创造新价值。IoT可以通过现有的信息技术(IT)与各种工业应用之间的融合和组合而被应用于包括下列的各种领域：智能家居、智能建筑、智能城市、智能汽车或连网汽车、智能电网、医疗保健、智能家电和高级医疗服务。
与此一致，已经做出各种尝试来对IoT网络应用5G通信***。例如，可以通过波束成形、MIMO和阵列天线来实现诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信等的技术。云无线接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术与IoT技术之间的融合的示例。
另一方面，无线通信***中的网络协调需要终端向多个发送点/面板/波束发送控制信息的方法和设备。
发明内容
技术问题
本公开提供一种终端向多个发送点/面板/节点/波束发送控制信息以便在无线通信***中进行网络协调通信的方法。
另外，本公开提供一种配置与功率控制相关的参数并且确定PUCCH的发送功率使得终端能够针对每个发送点/面板/波束/节点控制PUCCH的发送功率的方法。
另外，本公开提供一种针对每个发送点/面板/波束/节点重复地发送PDCCH的方法。
要在本公开的各种实施例中解决的技术问题不限于以上提及的技术问题，并且本公开所属于的本领域的技术人员将从以下描述中清楚地理解本文未提及的其他技术问题。
技术方案
为了解决上述问题，在一种根据本公开的实施例的终端在无线通信***中发送上行链路信道的方法中，所述方法包括：通过无线资源控制(RRC)信令来接收与物理上行链路控制信道(PUCCH)功率控制相关的配置信息；基于所述配置信息，识别与第一节点相关联的所述PUCCH功率控制的第一信息和与第二节点相关联的所述PUCCH功率控制的第二信息；接收下行链路控制信息(DCI)，所述DCI与发送功率控制(TPC)命令相关联，并且包括与所述第一信息相对应的第一位字段和与所述第二信息相对应的第二位字段；基于所述第一信息、所述第二信息和所述DCI来确定PUCCH的发送功率；以及基于所确定的发送功率来发送所述PUCCH。
另外，根据本公开的实施例的所述方法还可以包括：通过介质接入控制-控制元素(MAC-CE)信令来接收用于激活所述PUCCH资源的配置信息的激活信息，并且可以基于所述激活信息来指示所述PUCCH资源的标识符和与所述PUCCH资源相对应的多个配置信息标识符。
另外，在根据本公开的实施例的所述方法中，所述配置信息可以包括与所述第一节点相关联的第一信息和与所述第二节点相关联的第二信息，所述第一信息和所述第二信息中的每一者可以包括每个信息的标识符和闭环索引，并且包括在所述第一信息中的第一闭环索引和包括在所述第二信息中的第二闭环索引可以被配置为不同值。
另外，在根据本公开的实施例的所述方法中，基于所确定的发送功率来发送所述PUCCH可以包括：使用基于所述第一信息和所述DCI确定的发送功率来通过所述第一节点在第一资源中发送所述PUCCH；以及使用基于所述第二信息和所述DCI确定的发送功率来通过所述第二节点在第二资源中发送所述PUCCH；以及将所述第一资源和所述第二资源定位在不同时隙或一个时隙内的非重叠时间间隔中。
另外，根据本公开的实施例的所述方法还可以包括：接收关于所述PUCCH的重复发送次数的信息，并且所述PUCCH可以在非重叠时间资源中被重复地发送，所述PUCCH在非重叠时间资源中被重复地发送了与所述重复发送次数相同的次数，并且基于所述第一信息和所述DCI确定的发送功率可以被应用于奇数PUCCH发送，基于所述第二信息和所述DCI确定的发送功率被应用于偶数PUCCH发送。
在一种根据本公开的实施例的基站在无线通信***中接收上行链路信道的方法中，所述方法包括：通过无线资源控制(RRC)信令来接收与物理上行链路控制信道(PUCCH)的功率控制相关的配置信息；基于所述配置信息，配置与第一节点相关联的所述PUCCH功率控制的第一信息和与第二节点相关联的所述PUCCH功率控制的第二信息；发送下行链路控制信息(DCI)，所述DCI与发送功率控制(TPC)命令相关联，并且包括与所述第一信息相对应的第一位字段和与所述第二信息相对应的第二位字段；以及接收应用了基于所述第一信息、所述第二信息和所述DCI确定的发送功率的PUCCH。
有益效果
根据本公开，在无线通信网络中使用网络协调通信的情况下，终端针对每个发送点/面板/波束/节点发送控制信息，使得与向单个发送点/面板/节点/波束发送控制信息相比，能够改进可靠性。
另外，根据本公开，终端可以通过控制每个发送点/面板/波束/节点的发送功率来发送PUCCH。
本公开中可获得的效果不限于以上提及的效果，并且本公开所属于的本领域的技术人员将从以下描述中清楚地理解本文未提及的其他效果。
附图说明
图1示出了根据本公开的实施例的移动通信***的时频域的基本结构的视图。
图2示出了用于说明根据本公开的实施例的移动通信***的帧、子帧和时隙结构的视图。
图3示出了根据本公开的实施例的无线通信***中的带宽部分(BWP)的配置的示例的视图。
图4示出了根据本公开的实施例的在无线通信***中配置下行链路控制信道的控制区域的示例的视图。
图5示出了用于说明根据本公开的实施例的移动通信***的下行链路控制信道的结构的视图。
图6示出了根据本公开的实施例的无线通信***中的物理下行链路共享信道(PDSCH)频率轴资源分配的示例的视图。
图7示出了根据本公开的实施例的无线通信***中的PDSCH时间轴资源分配的示例的视图。
图8示出了根据本公开的实施例的无线通信***中的根据数据信道和控制信道的子载波间隔的时间轴资源分配的示例的视图。
图9是示出了根据本公开的实施例的在未配置多时隙重复的情况下与用于PDSCH的HARQ-ACK传输的多个PUCCH资源重叠的情况的视图。
图10是示出了根据本公开的实施例的PUCCH资源在配置了多时隙重复的情况下重叠的情况的视图。
图11是示出了根据本公开的实施例的在终端的上行链路传输期间在发送关闭状态与发送开启状态之间切换所需要的切换时间的视图。
图12a是示出了根据本公开的实施例的频率范围1(FR1)中的发送功率变化、发送RB变化或跳跃所需要的切换时间的视图。
图12b是示出了根据本公开的实施例的频率范围1(FR1)中的发送功率变化或发送RB变化或跳跃所需要的切换时间的视图。
图13a是示出了根据本公开的实施例的频率范围2(FR2)中的发送功率变化或发送RB变化或跳跃所需要的切换时间的视图。
图13b是示出了根据本公开的实施例的频率范围2(FR2)中的发送功率变化或发送RB变化或跳跃所需要的切换时间的视图。
图14是示出了根据本公开的实施例的在执行单小区、载波聚合和双连接时的基站无线协议和终端无线协议的结构的视图。
图15是示出了根据本公开的实施例的在无线通信***中进行协作通信的天线端口结构和资源分配的示例的视图。
图16是示出了根据本公开的实施例的在无线通信***中进行协作通信的下行链路控制信息(DCI)结构的示例的视图。
图17a是示出了根据本公开的实施例的在无线通信***中在单PDCCH用于NC-JT传输的情况下发送HARQ-ACK信息的方法的视图。
图17b是示出了根据本公开的实施例的在无线通信***中在多PDCCH用于NC-JT传输的情况下发送联合HARQ-ACK信息的方法的视图。
图17c是示出了根据本公开的实施例的在无线通信***中在多PDCCH用于NC-JT传输的情况下发送时隙间时分复用HARQ-ACK信息的方法的视图。
图17d是示出了根据本公开的实施例的在无线通信***中在多PDCCH用于NC-JT传输的情况下发送时隙内时分复用HARQ-ACK信息的方法的视图。
图17e是示出了根据本公开的实施例的用于终端在无线通信***中向基站发送NC-JT传输的HARQ-ACK信息的方法的示例的视图。
图17f是示出了根据本公开的实施例的用于基站在无线通信***中从终端接收NC-JT传输的HARQ-ACK信息的方法的示例的视图。
图18a是示出了根据本公开的实施例的无线通信***中的子时隙单位的重复PUCCH发送的视图。
图18b是示出了根据本公开的实施例的无线通信***中的时隙或子时隙的重复PUCCH发送的视图。
图18c是示出了根据本公开的实施例的无线通信***中的时隙或子时隙的重复PUCCH发送的另一视图。
图19是示出了根据本公开的一些实施例的重复PUCCH发送与发送接收点(TRP)之间的映射规则的示例的视图。
图20是示出了根据本公开的实施例的用于基于时隙间的PUCCH的重复发送的资源分配方法和根据TRP之间的映射规则的功率调整应用方法的视图。
图21是示出了根据本公开的实施例的用于基于时隙内的PUCCH的重复发送的资源分配方法和根据TRP之间的映射规则的功率调整应用方法的视图。
图22是示出了根据本公开的实施例的增强型PUCCH空间关系激活(Activation)/去激活(Deactivation)MAC CE消息的格式的视图。
图23示出了根据本公开的实施例的无线通信***中的终端23-00与基站23-05之间的信令过程的示例。
图24示出了根据本公开的实施例的无线通信***中的终端的结构。
图25示出了根据本公开的实施例的无线通信***中的基站的结构。
具体实施方式
在下面参照附图详细地描述本公开的各种实施例。
可以省略本领域中公知的且与本公开直接无关的技术规范的详细描述，以避免使本公开的主题混淆。基本上，不必要的描述被省略以便使本公开的主题变得更清楚。
类似地，在附图中一些元素被夸大、省略或简化，并且，在实践中，这些元素可以具有与附图中示出的那些大小和/或形状不同的大小和/或形状。贯穿附图，相同或等同的部分由相同的附图标记指示。
通过参照实施例和附图的以下详细描述，可以更容易地理解本公开的优点和特征以及完成这些优点和特征的方法。然而，本公开可以以许多不同的形式体现，而不应当被解释为限于本文阐述的特定实施例。相反，这些实施例被提供为使得本公开将是彻底且完整的，并且会将本公开的构思充分地传达给本领域的技术人员。
能够通过计算机程序指令来实现流程图和/或框图的每个框以及流程图和/或框图中的各框的组合。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得经由该计算机或其他可编程数据处理装置的处理器运行的指令实现流程图和/或框图中指定的功能/行为。这些计算机程序指令也可以被存储在非暂时性计算机可读存储器中，该非暂时性计算机可读存储器能够指示计算机或其他可编程数据处理装置以特定方式运行，使得存储在该非暂时性计算机可读存储器中的指令产生嵌入了实现流程图和/或框图中指定的功能/行为的指令的制品。计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上以使得在该计算机或其他可编程装置上执行一系列操作步骤以产生计算机实现的过程，使得在该计算机或其他可编程装置上运行的指令提供用于实现流程图和/或框图中指定的功能/行为的步骤。
此外，相应框图可以示出包括用于执行特定逻辑功能的至少一个或更多个可运行指令的模块、段或代码的部分。可以在若干修改例中以不同次序执行各框的功能。例如，可以基本上同时执行两个连续框，或者可以根据它们的功能以相反次序执行它们。
根据本公开的实施例，术语“模块”意指但不限于执行某些任务的软件组件或硬件组件，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC)。模块可以有利地被配置为驻留在可寻址存储介质上并且被配置为在一个或更多个处理器上运行。因此，模块可以包括组件(诸如软件组件、面向对象的软件组件、类组件和任务组件)、进程、函数、属性、过程、子例程、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组和变量。组件和模块的功能可以被组合成更少的组件和模块或者被进一步分成更多的组件和模块。另外，组件和模块可以被实现为使得它们在设备或安全多媒体卡中运行一个或更多个中央处理器(CPU)。
参照附图详细地描述本公开的操作原理。术语是在考虑本公开中的功能的情况下在本文中定义的，并且可以根据用户或操作者的意图、用法等变化。因此，应当基于本公开的整体内容做出定义。在描述中，术语“基站(BS)”表示用于向终端分配资源的实体并且旨在包括以下中的至少一者：节点B、演进型节点B(eNB)、无线接入单元、基站控制器和网络节点。术语“终端”旨在包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机和具有通信功能的多媒体***。然而，本公开不受此类术语限制。本公开是将5G(第五代)通信***与IoT(物联网)技术相融合以在4G(***)***及其***之后支持更高的数据传输速率的通信技术。本公开提供一种用于终端在无线通信***中从基站接收广播信息的技术。本公开适用于基于5G通信技术和IoT相关技术的智能服务(例如，智能家居、智能建筑、智能城市、智能汽车或连网汽车、卫生保健、数字教育、零售、以及安防和安全相关服务)。
为了说明的方便，提供了在以下描述中用于指示设备的广播信息、网络实体、通信覆盖范围、状态转变(例如，事件)、消息和组件的术语。因此，本公开不受以下描述中使用的术语限制，并且可以用具有等同含义的其他术语替换。
在以下描述中，使用了第三代合作伙伴项目LTE(3GPP LTE)标准中给出的术语和定义。然而，本公开不受这些术语和定义限制并且能够适用于其他标准通信***。
移动通信***已经演进成能够在早期面向语音的服务之外提供数据和多媒体服务的高速、高质量的分组数据通信***(诸如3GPP中定义的高速分组接入(HSPA)、LTE(或演进型通用陆地无线接入(E-UTRA))和高级LTE(LTE-A)、第三代合作伙伴项目-2(3GPP2)中定义的高速率分组数据(HRPD)、超移动宽带(UMB)、以及由电气与电子工程师协会(IEEE)定义的802.16e)。
作为代表性宽带无线通信***，LTE***在下行链路中使用正交频分复用(OFDM)，而在上行链路中使用单载波频分多址(SC-FDMA)。术语“上行链路(UL)”表示从终端(或UE或MS)到基站(gNB)的无线传输路径，而术语“下行链路(DL)”表示从基站到终端的无线传输路径。此类多址方案的特征是分配用于发送用户特定数据和控制信息的时频资源而不彼此重叠，即，维持正交性，以便区分用户特定数据和控制信息。
作为LTE之后的下一代通信***，5G通信***应当满足用户和服务提供商对服务所要求的各种要求。可以将要由5G***支持的服务分类成三个类别：增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、和超可靠低延时通信(URLLC)。
与传统LTE、LTE-A和LTE-APro所支持的数据速率相比，eMBB旨在提供格外高的数据速率。例如，eMBB应当将每基站的峰值数据速率增加至在DL中多达20Gbps和在UL中多达10Gbps。同时地，eMBB应当提高用户感知到的数据速率。为了满足此类要求，应当改进包括MIMO技术的信号发送/接收技术。可以通过在3至6GHz或6GHz以上的频带中使用比20MHz宽的频率带宽代替2GHz的当前LTE频带来满足对5G通信***的数据速率要求。
mMTC旨在支持IoT的应用服务。为了有效地提供基于mMTC的IoT应用服务，应当为小区内的终端保证大规模接入资源，应当改进终端覆盖范围和电池寿命，并且应当降低设备制造成本。IoT服务应当被设计为在考虑了被附接到各种传感器和设备以便提供通信功能的IoT终端的性质的情况下在小区内支持大量终端(例如，1,000,000个终端/km2)。按IoT服务的性质，mMTC终端将很可能位于诸如建筑物的地下室的覆盖范围孔中，这与5G通信***中支持的其他服务相比需要更宽的覆盖范围。以低价格和电池更换困难为特征的mMTC终端应当被设计为具有非常长的电池寿命。
URLLC的目标是任务关键型基于蜂窝的通信服务，诸如需要超低的延时和超高的可靠性的远程机器人和机械控制、工业自动化、无人驾驶航空飞行器、远程卫生保健以及紧急警报服务。因此，URLLC服务需要超低的延时和超高的可靠性。例如，URLLC服务应当满足空口延时低于0.5ms且分组错误率小于或等于10-5的要求。为了支持URLLC服务，5G***应当支持比其他服务的发送时间间隔(TTI)短的TTI并且在频带中指配广泛的资源。因此，5G***应当支持URLLC的比其他服务的TTI短的短TTI，并且在频带中分配广泛的资源以保证通信链路的可靠性。尽管可以将服务分类成mMTC、URLLC和eMBB，但是本公开不受这种分类限制。
应当以混合方式在一个框架内提供要由5G***支持的上述服务。为了资源管理和控制效率，可以以***方式而不是服务特定方式提供和控制服务。
尽管所公开的实施例致力于诸如LTE、LTE-A、LTE Pro或NR等的特定***，但是本领域的技术人员将理解，在不背离本公开的精神和范围的情况下，能够将实施例稍加修改应用于具有类似的技术背景和信道格式的其他通信***。
本公开涉及一种在无线通信***中报告信道状态信息以提高终端的省电效率的方法和装置。
根据本公开，当终端在无线通信***中以省电模式工作时，能够通过相应地优化用于报告信道状态信息的方法来进一步改进省电效果。
在下文中，将参照附图更详细地描述5G***的帧结构。
图1是示出了根据本公开的实施例的移动通信***中的时频域的基本结构的图。
参照图1，水平轴表示时域，垂直轴表示频域。时频域中的资源的基本单位是资源元素(RE)1-01，其可以被定义为时间轴上的一个正交频分复用(OFDM)符号1-02和频率轴上的一个子载波1-03。在频域中，(例如，十二)个连续的RE可以构成一个资源块(RB)1-04。在实施例中，多个OFDM符号可以构成一个子帧1-10。
图2示出了用于说明根据本公开的实施例的下一代移动通信***的帧、子帧和时隙结构的图。
参照图2，一个帧2-00可以由一个或更多个子帧2-01组成，并且一个子帧可以由一个或更多个时隙2-02组成。作为示例，可以将一个帧2-00定义为10ms。可以将一个子帧2-01定义为1ms，因此一个帧2-00可以由总共10个子帧2-01组成。可以将一个时隙2-02或2-03定义为14个OFDM符号(即，每时隙的符号数目是14)。一个子帧2-01可以由一个或多个时隙2-02或2-03构成，并且每一个子帧2-01的时隙2-02或2-03的数目可以依据子载波间隔的设置值μ2-04或2-05而变化。
在图2的示例中，μ＝0的情况2-04和μ＝1的情况2-05被示出为子载波间隔设置值。在μ＝0的情况2-04下，一个子帧2-01可以由一个时隙2-02构成，而在μ＝1的情况2-05下，一个子帧2-01可以由两个时隙2-03构成。也就是说，每子帧的时隙数目可以依据子载波间隔的设置值μ而变化，因此每帧的时隙数目/>可以变化。可以如下表1定义根据每个子载波间隔设置值μ的/>和/>
[表1]
在NR中，一个分量载波(CC)或服务小区可以被配置有多达250或更多个RB。因此，当终端总是接收整个服务小区带宽时，诸如在LTE中，终端的功耗可能是极端的，为了解决此问题，基站为终端配置了一个或更多个带宽部分(BWP)。因此，可以支持终端改变小区内的接收区域。在NR中，基站可以通过MIB向终端设置“初始BWP”，其是CORESET#0(或公共搜索空间，CSS)的带宽。此后，基站可以通过RRC信令来配置终端的初始BWP(第一BWP)并且通知可以通过将来的下行链路控制信息(DCI)来指示的至少一条或更多条BWP配置信息。然后，基站可以通过经由DCI通知BWP ID来指示终端将使用哪个频带。如果终端在超过特定时间内未从当前分配的BWP接收到DCI，则终端返回到“默认BWP”并尝试DCI接收。
图3示出了根据本公开的实施例的无线通信***中的带宽部分配置的示例。
参照图3，图3示出了UE带宽3-00被配置为两个带宽部分即带宽部分#1(BWP#1)3-01和带宽部分#2(BWP#2)3-02的示例。基站可以向UE配置一个或多个带宽部分并且针对每个带宽部分如[表2]配置以下信息。
[表2]
当然，上述示例未被认为是限制，并且除了上述配置信息之外，还可以在UE中配置与带宽部分相关的各种参数。上述信息可以由基站通过更高层信令(例如，无线资源控制(RRC)信令)递送给UE。可以激活所配置的多个配置的带宽部分当中的一者或至少一者。是否激活所配置的带宽部分可以通过RRC信令被从基站半静态地递送给UE或者通过MAC CE(控制元素)或下行链路控制信息(DCI)动态地递送。
根据实施例，UE在RRC连接之前可以通过主信息块(MIB)从基站接收用于初始接入的初始带宽部分(初始BWP)的配置。具体地，通过初始接入阶段中的MIB，UE可以接收关于能够借以发送用于接收初始接入所需要的***信息(其可以对应于剩余***信息(RMSI)或***信息块1(SIB1))的物理下行链路控制信道(PDCCH)(或下行链路控制信息(DCI))的搜索空间和控制资源集(CORESET)的配置信息。可以将由MIB配置的控制资源集和搜索空间中的每一者视为标识(ID)0。
基站可以通过MIB向UE通知配置信息，诸如控制资源集#0的频率分配信息、时间分配信息和参数集(numerology)。另外，基站可以通过MIB向UE通知关于控制资源集#0的监听周期和发生的配置信息，即，关于搜索空间#0的配置信息。UE可以将配置有从MIB获取的控制资源集#0的频率范围视为用于初始接入的初始带宽部分。在这种情况下，可以将初始带宽部分的标识(ID)视为0。
下一代移动通信***(5G***或NR***)所支持的带宽部分的配置可以用于各种目的。
在实施例中，在UE所支持的带宽小于***带宽的情况下，可以通过带宽部分配置来支持这个。例如，在表2中，基站可以向UE配置带宽部分的频率位置(配置信息2)，使得UE能够在***带宽内的特定频率位置处发送和接收数据。
在另一示例中，基站可以出于支持不同参数集的目的向UE配置多个带宽部分。例如，为了对某个UE使用15kHz的子载波间隔和30kHz的子载波间隔来支持数据发送和数据接收两者，两个带宽部分可以分别被配置有15kHz和30kHz的子载波间隔。不同的带宽部分可以经受频分复用(FDMA)，并且为了以特定子载波间隔发送/接收数据，可以激活配置有所对应的子载波间隔的带宽部分。
在另一示例中，出于降低UE的功耗的目的，基站可以向UE配置带宽为不同大小的带宽部分。例如，如果UE支持非常大的带宽，例如，100MHz的带宽，并且总是使用该带宽来发送和接收数据，则可能产生非常大的功耗。特别地，在无业务的情形下用100MHz的大带宽来监听不必要的下行链路控制信道在功耗方面可能是非常低效的。出于降低UE的功耗的目的，基站可以向UE配置相对小带宽的带宽部分，例如，20MHz的带宽部分。在无业务的情况下，UE可以在20MHz带宽部分中执行监听操作，而当出现数据时，UE可以在基站的指示下在100MHz的带宽部分中发送/接收数据。
在配置上述带宽部分的方法中，终端在RRC连接(Connected)之前，可以在初始接入步骤中通过主信息块(MIB)来接收关于初始带宽部分的配置信息。更具体地，终端可以接收能够在其中从物理广播信道(PBCH)的MIB发送调度***信息块(SIB)的DCI的下行链路控制信道的控制区域(控制资源集，CORESET)。可以将作为MIB设置的控制区域的带宽视为初始带宽部分，并且终端可以通过所设置的初始带宽部分来接收借以发送SIB的PDSCH。除了接收SIB的目的之外，初始带宽部分还可以用于其他***信息(Other SystemInformation，OSI)、寻呼和随机接入。
在下文中，将描述下一代移动通信***(5G***或NR***)中的同步信号(SS)/PBCH块。
SS/PBCH块(SSB)可以指由主SS(PSS)、辅SS(SSS)和PBCH组成的物理层信道块。具体地，如下。
–PSS：这是用作用于下行链路时间/频率同步的参考的信号并且提供关于小区ID的一些信息。
–SSS：这用作用于下行链路时间/频率同步的参考并且提供PSS未提供的剩余小区ID信息。额外地，它可以用作用于PBCH的解调的参考信号。
–PBCH：它提供UE发送和接收数据信道和控制信道所必需的必要***信息。必要***信息可以包括指示控制信道的无线资源映射信息的搜索空间相关控制信息、关于用于发送***信息的单独的数据信道的调度控制信息等。
-SS/PBCH块：SS/PBCH块由PSS、SSS和PBCH的组合形成。可以在5ms内发送一个或多个SS/PBCH块，并且可以通过索引来区分相应发送的SS/PBCH块。
UE可以在初始接入阶段中检测PSS和SSS并对PBCH进行解码。UE可以从PBCH获取MIB，并且可以据此配置控制资源集#0(其可以对应于控制资源集索引为0的控制资源集)。UE可以对控制资源集#0执行监听，假定在控制资源集#0中发送的所选SS/PBCH块和解调参考信号(DMRS)准共址(QCL)。UE可以经由在控制资源集#0中发送的下行链路控制信息来接收***信息。UE可以从所接收到的***信息获取与初始接入所需要的随机接入信道(RACH)相关的配置信息。UE可以在考虑了所选SS/PBCH索引的情况下向基站发送物理RACH(PRACH)，而接收到PRACH的基站可以获取关于由UE选择的SS/PBCH块索引的信息。基站能够知道UE已经从SS/PBCH块当中选择了某个块并且正在监听与其相关的控制资源集#0。
在下文中，将详细地描述下一代移动通信***(5G***或NR***)中的下行链路控制信息(在下文中被称为DCI)。
可以通过DCI从基站向终端发送下一代移动通信***(5G***或NR***)中的上行链路数据(或物理上行链路共享信道(PUSCH))或下行链路数据(或物理下行链路共享信道(PDSCH))的调度信息。UE可以针对PUSCH或PDSCH监听用于回退的DCI格式和用于非回退的DCI格式。回退DCI格式可以由在基站与终端之间预定义的固定字段组成，用于非回退的DCI格式可以包括可配置的字段。
可以通过信道编码和调制过程经由物理下行链路控制信道(PDCCH)发送DCI。可以将循环冗余校验(CRC)附加到DCI消息有效载荷，并且CRC可以用与终端的标识相对应的无线网络临时标识符(RNTI)进行加扰。依据DCI消息的目的，例如，UE特定数据传输、功率控制命令或随机接入响应，不同的RNTI可以用于对附加到DCI消息的有效载荷的CRC进行加扰。也就是说，RNTI可以在CRC计算过程中被包括并且在不用被显式地发送的情况下发送。当接收到在PDCCH上发送的DCI消息时，UE可以使用所分配的RNTI来检查CRC。如果CRC检查结果是正确的，则终端能够知道所对应的消息已经被发送到终端。
例如，为***信息(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可以用C-RNTI(小区RNTI)进行加扰。
DCI格式0_0可以被用作用于调度PUSCH的回退DCI，并且在这种情况下，CRC可以用C-RNTI进行加扰。CRC用C-RNTI进行加扰的DCI格式0_0可以包括例如下表3中的信息。
[表3]
DCI格式0_1可以被用作用于调度PUSCH的非回退DCI，并且在这种情况下，CRC可以用C-RNTI进行加扰。CRC用C-RNTI进行加扰的DCI格式0_1可以包括例如下表4中的信息。
[表4]
/>
/>
DCI格式1_0可以被用作用于调度PDSCH的回退DCI，并且在这种情况下，CRC可以用C-RNTI进行加扰。CRC用C-RNTI进行加扰的DCI格式1_0可以包括例如下表5中的信息。
[表5]
或者，DCI格式1_0可以被用作用于为RAR消息调度PDSCH的DCI，并且在这种情况下，CRC可以用RA-RNTI进行加扰。CRC用C-RNTI进行加扰的DCI格式1_0可以包括如下[表6]所示的信息。
[表6]
DCI格式1_1可以被用作用于调度PDSCH的非回退DCI，并且在这种情况下，CRC可以用C-RNTI进行加扰。CRC用C-RNTI进行加扰的DCI格式1_1可以包括例如下表7中的信息。
[表7]
/>
图4示出了根据本公开的实施例的在下一代无线通信***中配置下行链路控制信道的控制区域的示例的视图。也就是说，图4示出了在5G无线通信***中发送下行链路控制信道的控制资源集(CORESET)的示例。
参照图4，图4示出了在频率轴上配置UE带宽部分4-10并且在时间轴上在1个时隙4-20内配置两个控制资源集(控制资源集#1 4-01和控制资源集#2 4-02)的示例。可以在频率轴上在总UE BWP 4-10内的特定频率资源4-03中配置控制资源集4-01和4-02。可以将控制资源集4-01和4-02配置为时间轴上的一个或多个OFDM符号，其可以被定义为控制资源集持续时间4-04。参照图4，可以将控制资源集#1 4-01配置为2个符号的控制资源集持续时间，并且可以将控制资源集#2 4-02配置为1个符号的控制资源集持续时间。
下一代移动通信***(5G***或NR***)中的控制资源集可以由BS在UE中通过更高层信令(例如，***信息、主信息块(MIB)或无线资源控制(RRC)信令)来配置。在UE中配置控制资源集可以意指提供诸如控制资源集标识、控制资源集的频率位置和控制资源集的符号长度等信息。例如，可以包括如[表8]的以下信息。
[表8]
/>
/>
在[表8]中，tsi-StatesPDCCH(被称为传输配置指示(TCI)状态)配置信息可以包括关于与在所对应的CORESET中发送的DMRS具有准共址(QCL)关系的一个或多个同步信号(SS)/物理广播信道(PBCH)块索引或信道状态信息参考信号(CSI-RS)索引的信息。
在无线通信***中，一个或更多个不同的天线端口(或者一个或更多个信道、信号及它们的组合可以被取代，但是在本公开的将来描述中，为了方便，共同地指代不同的天线端口)可以通过下[表9]所示的QCL设置彼此相关联。
[表9]
具体地，QCL配置可以在(QCL)目标天线端口与(QCL)参考天线端口之间的关系中链接两个不同的天线端口，并且终端可以对接收目标天线端口应用或假定在参考天线端口处测量的信道的统计特性中的全部或一些(例如，信道的大尺度参数，诸如终端的多普勒频移、多普勒扩展、平均延迟、延迟扩展、平均增益、空间Rx(或Tx)参数、或接收空间滤波器系数或发送空间滤波器系数)。在上面，目标天线端口意指用于发送通过包括QCL配置的更高层配置所配置的信道或信号的天线端口或用于发送应用了指示QCL配置的TCI状态的信道或信号的天线端口。在上文中，参考天线端口意指发送由QCL配置中的referenceSignal参数指示(指定)的信道或信号的天线端口。
具体地，通过QCL配置(由QCL配置内的参数qcl-Type指示)限制的信道的统计特性可以根据QCL类型被分类如下。
○“QCL-TypeA”：{多普勒频移,多普勒扩展,平均延迟,延迟扩展}
○“QCL-TypeB”：{多普勒频移,多普勒扩展}
○“QCL-TypeC”：{多普勒频移,平均延迟}
○“QCL-TypeD”：{空间Rx参数}
此时，QCL类型的类型不限于上述四种类型，但是为了不使说明点混淆，未列举所有可能的组合。在上面，QCL-TypeA是当能够引用频率轴和时间轴上的所有可测量的统计特性时使用的QCL类型，因为目标天线端口的带宽和传输周期与参考天线端口相比是足够的(即，目标天线端口的样本数目和传输频带/时间在频率轴和时间轴两者中超过了参考天线端口的样本数目和传输频带/时间)。QCL-TypeB是当目标天线端口的带宽足以测量频率轴上可测量的统计特性(即多普勒频移和多普勒扩展)时使用的QCL类型。QCL-TypeC是当目标天线端口的带宽和传输周期不足以测量二阶统计量(即多普勒扩展和延迟扩展)并且仅能够参考一阶统计量(即多普勒频移和平均延迟)时使用的QCL类型。QCL-TypeD是当能够在接收目标天线端口时使用在接收参考天线端口时使用的空间接收滤波器值时设置的QCL类型。
另一方面，基站能够通过以下TCI状态设置来向一个目标天线端口设置或指示最多两个QCL配置。
在一个TCI状态设置中包括的两个QCL配置当中，可以将第一QCL配置设置为QCL-TypeA、QCL-TypeB和QCL-TypeC中的一者。此时，可配置的QCL类型是根据目标天线端口和参考天线端口的类型指定的，并且将在下面详细地描述。另外，在一个TCI状态设置中包括的两个QCL配置当中，可以将第二QCL配置设置为QCL-TypeD，并且可以在一些情况下省略第二QCL配置。
下面的[表9-1]至[表9-5]示出了根据目标天线端口类型的有效TCI状态配置。
[表9-1]示出了当目标天线端口是用于跟踪的CSI-RS(TRS)时的有效TCI状态配置。TRS是在CSI-RS当中未配置重复参数并且将trs-Info配置为真的NZP CSI-RS。[表9-1]中的第三配置可以用于非周期性TRS。
[表9-1]
当目标天线端口是用于跟踪的CSI-RS(TRS)时的有效TCI状态配置
[表9-2]示出了当目标天线端口是用于CSI的CSI-RS时的有效TCI状态配置。用于CSI的CSI-RS是在CSI-RS当中未配置指示重复的参数(例如，重复参数)并且未将trs-Info配置为真的NZP CSI-RS。
[表9-2]
当目标天线端口是CSI的CSI-RS时的有效TCI状态配置
[表9-3]示出了当目标天线端口是用于波束管理(BM)的CSI-RS(即，与用于L1RSRP报告的CSI-RS相同的含义)时的有效TCI状态配置。用于BM的CSI-RS是重复参数被配置为具有开启或关闭的值并且未将trs-Info配置为真的NZP CSI-RS。
[表9-3]
当目标天线端口是用于BM(用于L1 RSRP报告)的CSI-RS时的有效TCI状态配置。
[表9-4]示出了当目标天线端口是PDCCH DMRS时的有效TCI状态配置。
[表9-4]
当目标天线端口是PDCCH DMRS时的有效TCI状态配置
/>
[表9-5]示出了当目标天线端口是PDSCH DMRS时的有效TCI状态配置。
[表9-5]
当目标天线端口是PDSCH DMRS时的有效TCI状态配置
在通过[表9-1]至[表9-5]的代表性QCL配置方法中，每个步骤的目标天线端口和参考天线端口被配置和操作为“SSB”->“TRS”->“用于CSI的CSI-RS、用于BM的CSI-RS、PDCCHDMRS或PDSCH DMRS”。在通过[表20]至[表24]的代表性QCL配置方法中，每个步骤的目标天线端口和参考天线端口被配置和操作为“SSB”->“TRS”->“用于CSI的CSI-RS、用于BM的CSI-RS、PDCCH DMRS或PDSCH DMRS”。
图5示出了用于说明根据本公开的实施例的移动通信***的下行链路控制信道的结构的视图。也就是说，图5是示出了构成能够在5G***中使用的下行链路控制信道的时间资源和频率资源的基本单位的示例的图。
参照图5，构成控制信道的时间资源和频率资源的基本单位可以被称为资源元素组(REG)5-03，并且可以将REG 5-03定义为时间轴上的一个OFDM符号5-01和频率轴上的一个物理资源块(PRB)5-02(即，十二个子载波)。基站可以通过级联REG 5-03来组成下行链路控制信道分配单元。
如图5所示，当5G***中用于下行链路控制信道分配的基本单位被称为控制信道元素(CCE)5-04时，一个CCE 5-04可以由多个REG 5-03组成。在图5示例中，REG 5-03可以由十二个RE组成，并且如果一个CCE 5-04由六个REG 5-03组成，则一个CCE 5-04可以由七十二个RE组成。当配置了下行链路控制资源集时，它可以由多个CCE 5-04组成，并且可以在控制资源集中通过依据聚合级别(AL)用一个或多个CCE 5-04映射来发送特定下行链路控制信道。控制资源集之中的CCE 5-04借助于编号区分，并且可以根据逻辑映射方案来指配CCE5-04的编号。
图5所示的下行链路控制信道的基本单位(即，REG 5-03)可以包括DCI被映射到的RE和DMRS 5-05(其为用于对它们进行解码的参考信号)被映射到的区域两者。如在图5中，可以在一个REG 5-03内发送三个DMRS 5-05。发送PDCCH所需要的CCE的数目可以依据聚合级别(AL)是1、2、4、8或16，并且不同的CCE数目可以用于实现下行链路控制信道的链路自适应。例如，在AL＝L的情况下，可以通过L个CCE来发送一个下行链路控制信道。
UE需要在不用知道关于下行链路控制信道的信息的情况下检测信号。对于盲解码，定义了指示CCE的集合的搜索空间。搜索空间是由UE应当试图在给定聚合级别上解码的CCE构成的下行链路控制信道候选的集合。因为存在用1、2、4、8或16个CCE做出一个bundle的各种聚合级别，所以UE可以具有多个搜索空间。可以将搜索空间集定义为所有已配置的聚合级别中的搜索空间的集合。
可以将搜索空间分类成公共搜索空间和UE特定搜索空间。根据本公开的实施例，某组UE或所有UE可以搜索PDCCH的公共搜索空间以接收小区公共控制信息，诸如***信息或寻呼消息的动态调度。
例如，UE可以通过搜索PDCCH的公共搜索空间来接收SIB传输的PDSCH调度指配信息，包括小区运营商信息。因为某组UE或所有UE应当接收PDCCH，所以可以将公共搜索空间定义为承诺CCE的集合。UE可以通过搜索PDCCH的UE特定搜索空间来接收UE特定PDSCH或PUSCH的调度指配信息。可以将UE特定搜索空间UE特定地定义为UE标识和各种***参数的函数。
在5G中，可以通过更高层信令(例如，SIB、MIB、RRC信令)从基站向UE配置用于PDCCH的搜索空间的参数。例如，基站可以向UE配置每个聚合级别L中的PDCCH候选的数目、搜索空间的监听周期、时隙中用于搜索空间的以符号为单位的监听时机、搜索空间类型(公共搜索空间或UE特定搜索空间)、要在所对应的搜索空间中监听的DCI格式和RNTI的组合、要在搜索空间中监听的控制资源集索引等。例如，配置可以包括表10中的以下信息。
[表10]
/>
/>
基站可以基于配置信息来向UE配置一个或多个搜索空间集。根据本公开的实施例，基站可以向UE配置搜索空间集1和搜索空间集2，将在搜索空间集1中用X-RNTI加扰的DCI格式A配置为在公共搜索空间中被监听，而将在搜索空间集2中用Y-RNTI加扰的DCI格式B配置为在UE特定搜索空间中被监听。
根据配置信息，可以在公共搜索空间或UE特定搜索空间中存在一个或多个搜索空间集。例如，搜索空间集#1和搜索空间集#2可以被配置为公共搜索空间，而搜索空间集#3和搜索空间集#4可以被配置为UE特定搜索空间。
可以根据目的将公共搜索空间分类成特定类型的搜索空间集。要监听的RNTI对搜索空间集的每种类型来说可以是不同的。例如，可以将公共搜索空间类型、目的和要监听的RNTI分类如下。
/>
另一方面，在公共搜索空间中，可以监听DCI格式和RNTI的以下组合。当然，以下示例未被认为是限制。
-具有由C-RNTI、CS-RNTI、SP-CSI-RNTI、RA-RNTI、TC-RNTI、P-RNTI、SI-RNTI加扰的CRC的DCI格式0_0/1_0
-具有由SFI-RNTI加扰的CRC的DCI格式2_0
-具有由INT-RNTI加扰的CRC的DCI格式2_1
-具有由TPC-PUSCH-RNTI、TPC-PUCCH-RNTI加扰的CRC的DCI格式2_2
-具有由TPC-SRS-RNTI加扰的CRC的DCI格式2_3
在UE特定搜索空间中，可以监听DCI格式和RNTI的以下组合。当然，以下示例未被认为是限制。
-具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC的DCI格式0_0/1_0
-具有由C-RNTI、CS-RNTI、TC-RNTI加扰的CRC的DCI格式1_0/1_1
所指定的RNTI可以遵循以下定义和目的。
C-RNTI(小区RNTI)：UE特定PDSCH调度的目的
TC-RNTI(临时小区RNTI)：UE特定PDSCH调度目的
CS-RNTI(配置的调度RNTI)：半静态地配置的UE特定PDSCH调度的目的
RA-RNTI(随机接入RNTI)：随机接入步骤中的PDSCH调度的目的
P-RNTI(寻呼RNTI)：在其中发送寻呼的PDSCH调度的目的
SI-RNTI(***信息RNTI)：在其中发送***信息的PDSCH调度的目的INT-RNTI(中断RNTI)：告知是否对PDSCH进行穿孔的目的
TPC-PUSCH-RNTI(PUSCH RNTI的发送功率控制)：指示PUSCH的功率控制命令的目的
TPC-PUCCH-RNTI(PUCCH RNTI的发送功率控制)：指示PUCCH的功率控制命令的目的
TPC-SRS-RNTI(SRS RNTI的发送功率控制)：指示SRS的功率控制命令的目的
在一个实施例中，前述指定的DCI格式可以遵循下表11的定义。
[表11]
根据本公开的实施例，在5G***中，多个搜索空间集可以被配置有不同的参数(例如，表10中的参数)，所以由UE在每一时间点监听的搜索空间集可以发生变化。例如，如果搜索空间集#1被配置有X时隙周期，搜索空间集#2被配置有Y时隙周期，并且X和Y是不同的，则UE可以在特定时隙中监听搜索空间集#1和搜索空间集#2两者，并且在特定时隙中监听搜索空间集#1和搜索空间集#2中的一者。
当为UE配置了多个搜索空间集时，可以在用于确定要由UE监听的搜索空间集的方法中考虑以下条件。
[条件1：PDCCH候选的最大数目的限制]
每时隙能够被监听的PDCCH候选的数目不超过Mμ。Mμ可以被定义为配置有15·2μkHz的子载波间隔的小区中每时隙的PDCCH候选的最大数目，并且可以如下表12所示被定义。
[表12]
| μ | 每时隙和每服务小区的监听PDCCH候选的最大数目Mμ |
| 0 | 44 |
| 1 | 36 |
| 2 | 22 |
| 3 | 20 |
[条件2：CCE的最大数目的限制]
每时隙构成整个搜索空间的CCE的数目(这里，整个搜索空间指与多个搜索空间集的并集区域相对应的整个CCE集)不超过Cμ。Cμ可以被定义为配置有15·2μkHz的子载波间隔的小区中每时隙的CCE的最大数目，并且可以如下表13所示被定义。
[表13]
| μ | 每时隙和每服务小区的非重叠CCE的最大数目Cμ |
| 0 | 56 |
| 1 | 56 |
| 2 | 48 |
| 3 | 32 |
为了便于描述，在特定时间点满足条件1和条件2两者的情形被定义为“条件A”。因此，不满足条件A可以意味着不满足条件1和条件2中的至少一者。
根据由BS对搜索空间集的配置，可能在特定时间点不满足条件A。如果在特定时间点不满足条件A，则UE可以仅选择和监听被配置为在对应时间点满足条件A的搜索空间集之中的一些搜索空间集，并且BS可以通过所选择的搜索空间集来发送PDCCH。
根据本公开的实施例，可以应用以下方法作为选择所有已配置的搜索空间集之中的一些搜索空间集的方法。
[方法1]
如果在特定时间点(时隙)不满足PDCCH的条件A，
则UE(或BS)可以在对应时间点存在的搜索空间集当中选择其中搜索空间类型被配置为公共搜索空间的搜索空间集，而不是选择其中搜索空间类型被配置为UE特定搜索空间的搜索空间集。
如果被配置为公共搜索空间的搜索空间集都被选择(即，如果即使在被配置为公共搜索空间的所有搜索空间都被选择之后也满足条件A)，则UE(或BS)可以选择被配置为UE特定搜索空间的搜索空间集。此时，如果被配置为UE特定搜索空间的搜索空间集的数目是复数，则具有较低的搜索空间集索引的搜索空间集可以具有较高的优先级。可以在考虑到优先级满足条件A的范围内选择UE特定搜索空间集。
在下面，描述在NR中进行数据传输的时间和频率资源分配方法。
在NR中，除了通过BWP指示的频域资源候选分配之外，还可以提供以下详细的频域资源分配(FD-RA)。
图6示出了根据本公开的实施例的无线通信***中的物理下行链路共享信道(PDSCH)的频率轴资源分配的示例。
图6示出了根据本公开的实施例的能够在无线通信***(例如，5G***或NR***)中通过更高层配置的类型0 6-00、类型1 6-05和动态切换6-10的三种频率轴资源分配方法。
参照图6，当UE被配置为通过如由附图标记6-00指示的更高层信令仅使用资源类型0时，用于向对应UE分配PDSCH的一些条下行链路控制信息(DCI)包括NRBG位的位图。再次稍后描述其条件。此时，NRBG是根据由BWP指示符分配的BWP大小和更高层参数rbg-Size如下[表14]所示确定的资源块组(RBG)的数目，并且在由位图指示为1的RBG中发送数据。
[表14]
/>
当UE被配置为通过如由附图标记6-05指示的更高层信令仅使用资源类型1时，用于向对应UE分配PDSCH的一些条DCI包括位的频率轴资源分配信息。再次稍后描述其条件。BS可以配置从此连续地分配的频率轴资源的起始VRB6-20和长度6-25。
当UE被配置为通过如由附图标记6-10指示的更高层信令使用资源类型0和资源类型1两者时，用于向对应UE分配PDSCH的一些条DCI包括用于配置资源类型0的有效载荷6-15以及用于配置资源类型1的有效载荷6-20和6-25当中的较大值6-35的位的频率轴资源分配信息。再次稍后描述其条件。此时，可以向DCI内的频率轴资源分配信息的第一部分(MSB)添加一个位，并且当对应位为“0”时可以指示使用资源类型0，而当对应位为“1”时可以指示使用资源类型1。
在下文中，描述根据本公开的实施例的在无线通信***(例如，5G***或NR***)中为数据信道分配时域资源的方法。
BS可以通过更高层信令(例如，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的映射类型等。例如，可以从BS向UE发送下面的[表15]或[表16]中示出的信息。
[表15]
[表16]
BS可以通过L1信令(例如，DCI)(例如，通过DCI内的“时域资源分配字段”指示)向UE告知表中用于时域资源分配信息的条目之一。UE可以基于从BS接收到的DCI来获取PDSCH或PUSCH的时域资源分配信息。
图7示出了根据本公开的实施例的无线通信***中的PDSCH的时间轴资源的分配的示例。
参照图7，BS可以根据使用更高层配置的数据信道和控制信道的子载波间隔(SCS)(μPDSCH、μPDCCH)、调度偏移(K0)值、以及通过DCI动态地指示的一个时隙内的OFDM符号起始位置7-00和长度7-05来指示PDSCH资源的时间轴位置。
图8示出了根据本公开的实施例的无线通信***中的根据数据信道和控制信道的子载波间隔的时间轴资源的分配的示例。
参照图8，当数据信道和控制信道的子载波间隔如由附图标记8-00所指示的那样彼此相同(μPDSCH＝μPDCCH)时，用于数据和控制的时隙编号彼此相同，因此BS和UE可以根据预先确定的时隙偏移K0来生成调度偏移。另一方面，当数据信道和控制信道的子载波间隔如由附图标记8-05所指示的那样彼此不同(μPDSCH≠μPDCCH)时，用于数据和控制的时隙编号彼此不同，因此BS和UE可以在PDCCH的子载波间隔的基础上根据预先确定的时隙偏移K0来生成调度偏移。
在NR中，终端通过物理上行链路控制信道(PUCCH)来向基站发送上行链路控制信息(UCI)。控制信息可以包括以下中的至少一者：指示对由UE通过PDSCH接收到的传输块(TB)的解调/解码的成功或失败的HARQ-ACK、用于请求从UE向PUSCH基站分配资源以进行上行链路数据传输的调度请求(SR)、以及作为用于报告终端的信道状态的信息的信道状态信息(CSI)。
可以根据所分配的符号的长度来将PUCCH资源主要划分成长PUCCH和短PUCCH。在NR中，长PUCCH在时隙中的长度为4个符号或更多个符号，而短PUCCH在时隙中的长度为2个符号或更少个符号。
关于长PUCCH的更多细节，长PUCCH可以用于改进上行链路小区覆盖范围的目的，因此可以按照作为单载波传输而非OFDM传输的DFT-S-OFDM方案被发送。依据可支持的控制信息位的数目和是否支持在IFFT的前端通过预DFT OCC支持进行终端复用，长PUCCH支持诸如PUCCH格式1、PUCCH格式3和PUCCH格式4的传输格式。
首先，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符号顺序地构成。DMRS符号在一个OFDM符号内使用时间轴上的正交码(或正交序列或扩展码，w_i(m))被扩展到频率轴上与1RB的长度相对应的序列，并且在执行IFFT之后被发送。
UCI符号被生成如下。UE具有如下结构：通过对1位控制信息进行BPSK调制并且对2位控制信息进行QPSK调制来生成d(0)，将所生成的d(0)乘以频率轴上与1RB的长度相对应的序列以加扰，使用时间轴上的正交码(或正交序列或扩展码，wi(m))来扩展加扰后的序列，并在执行IFFT之后发送所述序列。
UE基于组跳跃配置或序列跳跃配置和所配置的作为更高信号从基站配置的ID来生成序列，并且通过按作为更高信号配置的初始循环移位(CS)值对所生成的序列进行循环移位来生成与1个RB的长度相对应的序列。
wi(m)在给出了扩展码的长度(NSF)时被确定为并且被具体地示出在下表16-1中。在上文中，i意指扩展码它本身的索引，m意指扩展码的元素的索引。这里，表16-1中的[]里面的数字意指例如Φ(m)。如果扩展码的长度是2，并且在所配置的扩展码的索引是i＝0的情况下，扩展码wi(m)变成和wi(m)＝[11]。
[表16-1]
PUCCH格式1的扩展码
接下来，PUCCH格式3是能够支持不止2位控制信息的基于DFT-S-OFDM的长PUCCH格式，并且能够通过更高层来配置所使用的RB的数目。控制信息可以用HARQ-ACK、SR和CSI中的每一者或组合构成。在PUCCH格式3中，DMRS符号的位置是根据是否在时隙中跳频和是否如下[表17]中所示配置了额外的DMRS符号来呈现的。
[表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的情况下，能够在一个RB内复用多个终端的PUCCH格式4。可以通过对IFFT前面的控制信息应用预DFT OCC来复用多个终端的PUCCH格式4。然而，一个终端的可发送的控制信息符号的数目根据复用终端的数目而减小。可复用的终端的数目(即，能够被使用的不同OCC的数目)可以是2或4，并且可以通过更高层来配置OCC的数目和要应用的OCC索引。
接下来，将描述短PUCCH。可以在以下行链路为中心的时隙和以上行链路为中心的时隙两者中发送短PUCCH。一般而言，可以在时隙的最后符号或末尾处的OFDM符号(例如，最后OFDM符号、从末尾起的第二OFDM符号、或最后2个OFDM符号)处发送短PUCCH。当然，也可以在时隙中的任何位置处发送短PUCCH。另外，可以使用一个OFDM符号或两个OFDM符号来发送短PUCCH。短PUCCH可以用于与长PUCCH相比在上行链路小区覆盖范围良好的情形下缩短延迟时间，并且以CP-OFDM方案发送。
短PUCCH根据可支持的控制信息位的数目来支持诸如PUCCH格式0和PUCCH格式2的传输格式。首先，PUCCH格式0是能够支持多达2位控制信息的短PUCCH格式，并且使用1个RB的频率资源。控制信息可以用HARQ-ACK和SR中的每一者或其组合构成。PUCCH格式0不发送DMRS，但是具有在一个OFDM符号内仅发送映射到频率轴上的12个子载波的序列的结构。终端基于组跳跃配置或序列跳跃配置和配置的作为来自基站的更高信号的配置的ID来生成序列，将所生成的序列循环移位为通过根据它是ACK还是NACK而将另一CS值加到所指示的初始CS值而获得的最终循环移位(CS)值，将其映射到12个子载波，并且发送它们。
例如，在HARQ-ACK为1位的情况下，如在以下表18中，如果它是ACK，则将6加到初始CS值以生成最终CS，而如果它是NACK，则将0加到初始CS以生成最终CS。在标准中定义了针对NACK的CS值0和针对ACK的CS值6，并且终端总是根据该值来生成PUCCH格式0以发送1位HARQ-ACK。
[表18]
例如，在HARQ-ACK为2位的情况下，如在以下表19中如果为(NACK,NACK)则将0加到初始CS值，如果为(NACK,ACK)则将3加到初始CS值，如果为(ACK,ACK)则将6加到初始CS值，以及如果为(ACK,NACK)则将9加到初始CS值。在标准中定义了针对(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值应用模12。
[表19]
接下来，PUCCH格式2是支持不止2位控制信息的短PUCCH格式，并且能够通过更高层来配置所使用的RB的数目。控制信息可以用HARQ-ACK、SR和CSI中的每一者或组合构成。在PUCCH格式2中，在一个OFDM符号内发送DMRS的子载波的位置在第一子载波的索引为#0时被固定为索引为#1、#4、#7和#10的子载波，如图414所示。除了DMRS所位于的子载波之外，控制信息通过信道编码之后的调制过程被映射到剩余子载波。
总之，可以如下表20所示布置可以为每一个上述PUCCH格式配置的值及其范围。在表20中不需要配置值的情况下，它被指示为不适用。
[表20]
另一方面，为了改进上行链路覆盖范围，对于PUCCH格式1、3、4可以支持多时隙重复，能够为每个PUCCH格式配置PUCCH重复。
终端重复地发送包括UCI的PUCCH，其发送次数与通过作为更高层信令的nrofSlots配置的时隙数目相同。对于重复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索引和第二PRB索引。
接下来，描述基站或终端的PUCCH资源配置。基站可以通过更高层为特定终端配置每个BWP的PUCCH资源。配置可以如在表21中。
[表21]
/>
/>
根据上表，可以配置特定BWP的PUCCH资源设置中的一个或多个PUCCH资源集，并且可以在PUCCH资源集之中的一些PUCCH资源集之中配置UCI传输的最大有效载荷值。每个PUCCH资源集可以属于一个或更多个PUCCH资源，并且每一个PUCCH资源可以属于上述PUCCH格式之一。
对于PUCCH资源集，可以将第一PUCCH资源集的最大有效载荷值固定为2位，因此可以不通过更高层单独地配置所对应的值。在配置了剩余的PUCCH资源集的情况下，可以根据最大有效载荷值按升序配置所对应的PUCCH资源集的索引，并且可以不在最后PUCCH资源集中配置最大有效载荷值。PUCCH资源集的更高层配置可以如下表22所示。
[表22]
该表的resourceList参数可以包括属于PUCCH资源集的PUCCH资源的ID。
如果在初始接入时或在未配置PUCCH资源集的情况下，则可以使用如表23所示的PUCCH资源集，其用初始BWP中的多个小区特定PUCCH资源构成。可以通过SIB1来指示此PUCCH资源集中要用于初始接入的PUCCH资源。
[表23]
PUCCH资源集中包括的每个PUCCH资源的最大有效载荷在PUCCH格式0或1的情况下可以为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，则可以通过以下式1来选择PUCCH资源。
[式1]
在上述式1中，
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参数中。可以通过调度TB的DCI中的PDSCH到HARQ反馈定时指示符来选择这些候选之一的K1值，并且此值可以是表5或表6中指定的值。另一方面，K1值的单位可以是时隙单位或子时隙单位。这里，子时隙是长度比时隙的长度小的单位，并且一个或多个符号可以构成一个子时隙。
接下来，描述了两个或更多个PUCCH资源位于一个时隙中的情况。终端能够通过一个时隙或子时隙中的一个或两个PUCCH资源来发送UCI，并且当通过一个时隙/子时隙中的两个PUCCH资源来发送UCI时，i)每个PUCCH资源不会以符号为单位重叠，并且ii)至少一个PUCCH资源可以是短PUCCH。另一方面，终端可能不预期在一个时隙内发送用于HARQ-ACK传输的多个PUCCH资源。
接下来，针对在两个或更多个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相对应的PRI 9-41选择的PUCCH资源9-31被选择，并且在该PUCCH资源上发送HARQ-ACK信息。因此，PDSCH 9-21的HARQ-ACK信息以及与PUCCH资源9-31重叠的其他PUCCH 9-30的HARQ-ACK信息都在通过所选择的PUCCH资源9-31按预定义HARQ-ACK码本进行编码之后被发送。
接下来，对于情况1-2，描述了用于HARQ-ACK传输的PUCCH资源以及用于SR和/或CSI传输的PUCCH资源重叠的情况，或用于SR和/或CSI传输的多个PUCCH资源重叠的情况。在上述情况下，当在相同时隙中发送的多个PUCCH资源在时间轴上与不止一个符号重叠时，定义了所对应的PUCCH资源重叠，并且能够如下表27所示概括是否在这些资源内复用UCI。
[表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。另外，可以通过PUCCH-Configure中的multi-CSI-PUCCH-ResourceList参数来配置是否复用多个CSI。也就是说，在配置了multi-CSI-PUCCH-ResourceList参数的情况下，可以执行CSI间复用。否则，可以根据CSI间优先级来发送仅与具有较高优先级的CSI相对应的PUCCH。
在如上所述执行UCI复用的情况下，发送所对应的UCI资源的PUCCH资源的选择方法和复用方法可以根据重叠UCI的信息和PUCCH资源的格式而不同，这能够被概括为下表28所示。
[表28]
上表中的每个选项如下。
-选项1：终端根据HARQ-ACK PUCCH资源和重叠SR PUCCH资源的SR值来做出不同的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资源列表(即，多CSI-PUCCH-ResourceList)中能够发送所有已复用的UCI有效载荷的一个资源，然后发送UCI有效载荷。在列表中不存在能够发送所有已复用的UCI有效载荷的资源的情况下，终端选择具有最大索引的资源，然后向所对应的资源发送尽可能多的CSI报告。
在上文中，为了便于描述，重点已经处理了两个PUCCH资源重叠的情况，但是可以甚至在三个或更多个PUCCH资源重叠的情况下类似地应用所述方法。例如，在SR+HARQ-ACK复用的PUCCH资源和CSI PUCCH资源重叠的情况下，能够遵循HARQ-ACK与CSI之间的复用方法。
在被配置为不在特定UCI之间执行复用的情况下，根据优先级按HARQ-ACK>SR>CSI的次序发送具有较高优先级的UCI，并且可以丢弃具有较低优先级的UCI。在多个CSI PUCCH资源被配置为在重叠时不执行复用的情况下，发送与高优先级CSI相对应的PUCCH，并且可以丢弃与其他CSI相对应的PUCCH。
接下来，作为配置了多时隙重复的情况的情况2被划分成：用于HARQ-ACK传输的两个或更多个PUCCH资源位于相同起始时隙中的情况情况2-1)和其他情况情况2-2)。在图10中示出了每种情况。
图10是示出了根据本公开的实施例的在多时隙重复的配置的情况下PUCCH资源重叠的情况的视图。
参照情况2-1)，在用于HARQ-ACK的PUCCH资源中配置了多时隙重复的情况下，即，在通过多个时隙10-30和10-40重复地发送PUCCH#1并且也通过多个时隙10-31和10-41重复地发送PUCCH#2的情况下，如果由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之间发生符号单元重叠的情况。也就是说，在通过多个时隙10-50和10-51重复地发送PUCCH#1并且还通过多个时隙10-60和10-61重复地发送PUCCH#2的情况下，它对应于在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发送与PUSCH发送之间的重叠。如果终端在的重复发送的第一时隙中发送了PUCCH，则在第二时隙中发送PUSCH。在PUCCH发送在一个或多个时隙中与PUSCH发送重叠或者UCI在重叠时隙中被复用在PUSCH中的情况下，终端在PUCCH和PUSCH重叠的时隙中发送PUCCH而不发送PUSCH。
在PUCCH的单时隙发送和多时隙重复中，用于诸如URLLC等的低延时服务的上述时隙可以用迷你时隙替换并被使用。迷你时隙在时间轴上的长度比时隙短，并且一个迷你时隙可以用少于14个符号构成。例如，2个或7个符号可以构成一个迷你时隙。在通过更高层等来配置迷你时隙的情况下，诸如HARQ-ACK反馈定时K1值和重复发送次数等的单位可以用现有时隙中的迷你时隙单位替换。迷你时隙配置可以被应用于所有PUCCH发送或者可以限于用于特定服务的PUCCH发送。例如，时隙单位传输可以被应用于用于eMBB服务的PUCCH，然而迷你时隙单位传输可以被应用于用于URLLC服务的PUCCH。
接下来，描述要应用于PUCCH发送的波束配置。如果终端没有针对PUCCH资源配置(专用PUCCH资源配置)的终端特定配置，则通过更高信令pucch-ResourceCommon来提供PUCCH资源集，此时，用于PUCCH发送的波束配置遵循在通过随机接入响应(RAR)UL许可调度的PUSCH发送中使用的波束配置。如果终端具有针对PUCCH资源配置(专用PUCCH资源配置)的终端特定配置，则通过作为表29中示出的更高信令的pucch-spatialRelationInfoId来提供用于PUCCH发送的波束配置。如果终端已经被配置有一个pucch-spatialRelationInfoId，则通过一个pucch-spatialRelationInfoId来提供用于终端的PUCCH发送的波束配置。如果终端被配置有多个pucch-spatialRelationInfoID，则通过MAC控制元素(CE)来指示终端激活多个pucch-spatialRelationInfoID中的一个pucch-spatialRelationInfoID。终端可以通过更高信令来接收多达八个pucch-spatialRelationInfoID，并且可以接收在它们当中激活仅一个pucch-spatialRelationInfoID的指示。
在通过MAC CE来指示终端激活任何pucch-spatialRelationInfoID的情况下，终端通过MAC CE从自在其中进行发送包括pucch-spatialRelationInfoID的激活信息的MACCE的PDSCH的HARQ-ACK传输的时隙起在时隙之后首次出现的时隙应用pucch-spatialRelationInfoID激活。在上文中，μ是应用于PUCCH发送的参数集，并且是给定参数集中每子帧的时隙数目。用于pucch-spatialRelationInfo的更高层配置可以如下表29所示。pucch-spatialRelationInfo可以与PUCCH波束信息可互换。
[表29]
根据表29，可以在特定pucch-spatialRelationInfo配置中存在一个referenceSignal配置，并且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指示的小区中和/或在uplinkBWP中发送与通过更高信令资源提供的资源索引相对应的SRS时使用的发送波束配置为用于PUCCH发送的波束。
可以在特定pucch-spatialRelationInfo配置中存在一个pucch-PathlossReferenceRS-Id配置。表30的PUCCH-PathlossReferenceRS可以用[表29]的pucch-PathlossReferenceRS-Id映射，并且多达4个可以通过表30的更高信令PUCCH-PowerControl中的pathlossReferenceRS来配置。如果PUCCH-PathlossReferenceRS通过表30的referenceSignal连接到SS/PBCH，则配置ssb-Index；而如果PUCCH-PathlossReferenceRS连接到CSI-RS，则配置csi-RS-Index。
[表30]
/>
在终端的上行链路传输期间，在从发送关闭状态切换到发送开启状态的情况下，可能需要转换时间(Transition time)来满足开启状态的发送功率要求条件。另外，在从发送开启状态切换到发送关闭状态的情况下，可能需要转换时间来满足关闭状态的发送功率要求。或者，即使当在发送开启状态下发生发送功率变化或发送RB变化或跳跃时，也可能需要切换时间。
图11是示出了在发送关闭状态与发送开启状态之间切换所需要的切换时间的视图。
参照图11，可以分别为频率范围1(FR1)和频率范围2(FR2)定义切换时间(11-05、11-10)。
图12a和图12b是示出了在发送开启状态下频率范围1(FR1)中的发送功率变化、发送RB变化或跳跃所需要的切换时间的视图。
参照图12a和图12b，可以将发送信道改变了、伴随发送功率变化、发送RB变化或跳跃的情况的切换时间定义为12-05和12-10。依据是通过与另一信道相同的天线端口(12-05)还是通过不同天线端口(12-10)来执行SRS探测，可以不同地定义SRS信道与其他信道之间的切换时间。
另一方面，在伴随发送功率变化或发送RB变化或跳跃的情况下，可以根据发送信道在变化/跳跃前后的长度来定义不同的切换时间(12-15、12-20、12-25)。
在长子时隙传输与短子时隙传输之间的发送功率变化或发送RB变化或跳跃的情况下，能够在长子时隙内定义转换时间(12-15)。在涉及短子时隙传输之间的发送功率变化或发送RB变化或跳跃的情况下，能够在短子时隙内定义转换时间(12-20、12-25)。在FR1中参数集小于60kHz的情况下，不需要在短子时隙之间配置空白符号(12-20)，然而在FR1中参数集为60kHz的情况下，需要在短子时隙之间配置空白符号(12-25)。
长子时隙可以指示传输符号的数目大于2的大PUSCH发送或长PUCCH发送，而短子时隙可以指示传输符号的数目为2或更少的PUSCH发送或短PUCCH发送。
图13a和图13b是示出了在发送开启状态下频率范围2(FR2)中的发送功率变化、发送RB变化或跳跃所需要的切换时间的视图。
参照图13a和图13b，可以将发送信道改变了、伴随发送功率变化或发送RB变化或跳跃的情况的切换时间定义如下(13-05)。
另一方面，在伴随发送功率变化或发送RB变化或跳跃的情况下，可以根据发送信道在变化/跳跃前后的长度来定义不同的切换时间(13-10、13-15、13-20)。
在涉及长子时隙传输与短子时隙传输之间的发送功率变化或发送RB变化或跳跃的情况下，可以在长子时隙之间定义切换时间(13-10)。
在涉及短子时隙传输之间的发送功率变化或发送RB变化或跳跃的情况下，可以在短子时隙之间定义切换时间(13-15、13-20)，而在FR2中参数集小于120kHz的情况下，不需要在短子时隙之间配置空白符号(13-15)，然而在FR2中参数集为120kHz的情况下，需要在短子时隙之间配置空白符号(13-20)。
长子时隙可以指示传输符号的数目大于2的PUSCH发送或长PUCCH发送，而短子时隙可以指示传输符号的数目为2或更少的PUSCH发送或短PUCCH发送。
另一方面，在LTE***和NR***中，终端可以在连接到服务基站的同时执行向对应基站报告终端所支持的UE能力的过程。在下面的描述中，这可以被称为UE能力(报告)。基站可以在连接状态下向终端递送询问UE能力报告的消息(例如，UE能力询问消息)。在所述消息中，基站可以包括对每种无线接入技术(RAT)类型的UE能力报告请求。对每种RAT类型的UE能力报告请求可以包括请求终端的UE能力的频带信息。
此时，RAT类型可以包括例如nr、eutra-nr、eutra等。基站可以指示nr、eutra-nr和eutra中的至少一者，并且做出对为此报告UE的UE能力的请求。UE可以对于能够由终端支持的RAT类型指示nr、eutra-nr和eutra中的至少一者，并且为此向基站报告UE能力。
例如，在UE能力询问消息中包括的RAT类型指示了nr的情况下，支持基于NR的无线通信的终端可以将指示nr的RAT类型***到报告UE能力的消息(例如，UE能力信息消息)中并报告UE能力。
在另一示例中，在UE能力询问消息中包括的RAT类型指示了eutra-nr的情况下，支持(NG)E-UTRA NR双连接(EN-DC)(涵盖连接到EPC或5GC的E-UTRA)或NR E-UTRA双连接(NE-DC)的终端可以将指示eutra-nr的RAT类型***到报告UE能力的消息(例如，UE能力信息消息)中并报告UE能力。
另外，UE能力询问消息可以通过一个RRC消息容器来请求多种RAT类型。同样，基站可以将包括每个RAT类型的UE能力报告请求在内的UE能力询问消息包含多次并将该消息发送给终端。例如，接收到包括多个UE能力询问消息的RRC消息的终端可以构成与每个UE能力报告请求相对应的UE能力信息并且多次向基站报告(发送)所述消息。
在下一代移动通信***中，能够做出对包括NR、LTE和E-UTRA NR双连接(EN-DC)的多无线双连接(MR-DC)的UE能力询问。通常最初在终端建立连接之后发送UE能力询问消息，但是能够在基站需要时在任何条件下请求UE能力。
在上述步骤中，从基站接收到UE能力报告请求的终端可以根据从基站请求的RAT类型和频带信息来构成UE能力。在NR***中，用于终端构成UE能力的方法可以包括以下方法。
操作1.如果终端从基站接收到作为UE能力报告请求的LTE频带和/或NR频带的列表，则终端可以构成EN-DC和NR独立(SA)的频带组合(BC)。例如，终端可以通过从基站接收到的UE能力询问消息中包括的列表信息(例如，FreqBandList)基于请求UE能力报告的频带来构成EN-DC和NR SA的BC候选列表。另外，频带的优先级可以按FreqBandList中描述的次序具有优先级。
操作2.在基站通过设置“eutra-nr-only”标志或“eutra”标志来请求UE能力报告的情况下，终端可以从操作1中构成的BC候选列表中移除NR SA BC的BC。也可以仅在LTE基站(eNB)请求“eutra”能力的情况下执行此操作。
操作3.终端可以从在上述操作中构成的BC候选列表中移除回退BC。这里，回退BC可以意指从任何超集BC中移除了与至少一个辅小区(SCell)相对应的频带的BC。可以省略回退BC，因为超集BC可能已经覆盖了回退BC。操作3也适用于多RAT双连接(MR-DC)。例如，此操作还能够适用于LTE频带。在此阶段之后剩下的BC可以被称为“最终候选BC列表”。
操作4.终端可以通过从“最终候选BC列表”中选择适合于所请求的RAT类型的BC来选择要报告的BC。在操作4中，终端可以按次序构成包括由终端选择的BC的列表(例如，supportedBandCombinationList)。例如，终端可以依照Rat-Type的预设次序构成要报告的BC和UE能力。(例如，nr->eutra-nr->eutra)。
在上述操作1至4中，终端可以为所构成的supportedBandCombinationList中包括的每个BC构成featureSetCombination，并且可以构成包括每个featureSetCombination的列表(例如，featureSetCombination)。此时，featureSetCombination可以意指所选择的BC内的每个频带的特征集的集合，并且特征集可以意指由终端在特定频带内的载波中支持的能力的集合。
另外，终端可以相对于supportedBandCombinationList比较每个BC和每个BC的特征集组合。此时，特定BC(例如，BC#X)包括要比较的BC，例如，BC#Y的所有频带。在BC#X的特征集组合用与BC#Y的特征集组合相比相同或更高的级别的能力构成的情况下，可以将BC#Y定义为BC#X的回退BC。在根据上述比较过程在频带组合列表中找到所有回退BC之后，构成从中移除了所有回退BC的新BC列表，并且可以构成这些BC中的每一个BC的“候选特征集组合”的列表。“候选特征集组合”可以包括NR BC和EUTRA-NR BC两者的特征集组合，并且可以是基于UE-NR-Capabilities容器和UE-MRDC-Capabilities容器的特征集组合来构成的。
操作5.在从基站请求的Rat类型是eutra-nr的情况下，可以在UE-MRDC-Capabilities和UE-NR-Capabilities的两个容器中包括featureSetCombination。然而，可以仅在UE-NR-Capabilities中包括NR特征集。
然而，上述操作仅仅是示例并且不限于此。因此，根据实施例，可以省略一些操作或者可以添加其他操作。
在配置了终端能力之后，终端可以向基站发送包括UE能力的UE能力信息消息。基站然后基于从终端接收到的UE能力来对终端执行调度和发送/接收管理。
图14是示出了根据本公开的实施例的在执行单小区、载波聚合和双连接时的基站无线协议和终端无线协议的结构的视图。
参照图14，根据本公开的实施例的无线通信***(例如，5G***或NR***)的无线协议在UE和NR gNB中的每一者中包括NR服务数据自适应协议(SDAP)1425或1470、NR分组数据汇聚协议(PDCP)1430或1465、NR无线链路控制(RLC)1435或1460、以及NR介质接入控制(MAC)1440或1455。
NR SDAP 1425或1470的主要功能可以包括以下功能中的一些。
-用户数据传输功能(用户面数据的转移)
-映射上行链路和下行链路的QoS流和数据承载的功能(DL和UL两者的QoS流与DRB之间的映射)
-标记上行链路和下行链路的QoS流ID的功能(标记DL分组和UL分组两者中的QoS流ID)
-对于上行链路SDAP PDU将反射性QoS流映射到数据承载的功能(对于UL SDAPPDU将反射性QoS流映射到DRB)。
关于SDAP层设备，UE可以通过RRC消息来接收关于是否为每个PDCP层设备、每个承载、或每个逻辑信道使用SDAP层设备的报头或SDAP层设备的功能的配置。如果配置了SDAP报头，则SDAP报头的NAS反射性QoS的1位指示符和AS反射性QoS的1位指示符可以指示UE更新或重新配置关于上行链路和下行链路中的QoS流和数据承载的映射的信息。SDAP报头可以包括指示QoS的QoS流ID信息。可以将QoS信息用作数据处理优先级或调度信息以支持无缝服务。
NR PDCP 1430或1465的主要功能可以包括以下功能中的一些：
-报头压缩和解压缩功能(报头压缩和解压缩：仅ROHC)
-用户数据传输功能(用户数据的转移)
-顺序递送功能(上层PDU的按序递送)
-非顺序递送功能(上层PDU的失序递送)
-重新排序功能(针对接收的PDCP PDU重新排序)
-重复检测功能(下层SDU的重复检测)
-重传功能(PDCP SDU的重传)
-加密和解密功能(加密和解密)
-基于定时器的SDU移除功能(上行链路中的基于定时器的SDU丢弃)
NR PDCP层设备的重新排序功能是在PDCP序号(SN)的基础上顺序地对从下层接收到的PDCP PDU进行重新排序的功能，并且可以包括将经重新排序后的数据顺序地转移到更高层的功能，或者可以包括不管顺序如何都直接发送数据的功能、记录由于重新排序而丢失的PDCP PDU的功能、向发送侧报告已丢失的PDCP PDU的状态的功能、以及做出对重传已丢失的PDCP PDU的请求的功能。
NR RLC 1435或1460的主要功能可以包括以下功能中的一些。
-数据传输功能(上层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)或PDCPSN的基础上对所接收到的RLC PDU进行重新排序的功能、记录由于重新排序而丢失的RLCPDU的功能、向发送侧报告已丢失的RLC PDU的状态的功能、以及做出对重传已丢失的RLCPDU的请求的功能。当存在丢失的RLC SDU时，它可以包括仅向更高层顺序地转移已丢失的RLC SDU之前的RLC SDU的功能或在预先确定的定时器到期的情况下即使存在丢失的RLCSDU也向更高层顺序地转移在定时器启动之前接收到的所有RLC SDU的功能。或者，NR RLC层设备的顺序递送功能(按序递送)可以包括在预先确定的定时器到期的情况下即使存在丢失的RLC SDU也向更高层顺序地转移迄今为止接收到的所有RLC SDU的功能。此外，NRRLC设备可以按其接收的次序(根据到达次序而不管序列号或序号如何)顺序地处理RLCPDU并且可以将RLC PDU转移到PDCP设备而不管其顺序如何(失序递送)。在分段的情况下，NR RLC设备可以接收被存储在缓冲器中或将来要接收的分段，将这些分段重新配置为一个RLC PDU，处理该RLC PDU，然后将其发送到PDCP设备。NR RLC层设备可以不包括级联功能，并且该功能可以由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 1440或1455可以连接到在一个UE中配置的多个NR RLC层设备，并且NRMAC的主要功能可以包括以下功能中的一些。
-映射功能(逻辑信道与传输信道之间的映射)
-复用和解复用功能(MAC SDU的复用/解复用)
-调度信息报告功能(调度信息报告)
-HARQ功能(通过HARQ的纠错)
-逻辑信道优先级控制功能(一个UE的逻辑信道之间的优先级处理)
-UE优先级控制功能(借助于动态调度在UE之间进行优先级处理)
-MBMS服务识别功能(MBMS服务识别)
-传输格式选择功能(传输格式选择)
-填充功能(填充)
NR PHY层1445或1450执行用于对更高层数据进行信道编码和调制以生成OFDM符号并且通过无线信道来发送OFDM符号或者对通过无线信道接收到的OFDM符号进行解调和信道解码并且向更高层发送解调和信道解码后的OFDM符号的操作。
无线协议结构的详细结构可以根据载波(或小区)操作方法而变化。例如，在基站基于单个载波(或小区)向终端发送数据的情况下，基站和终端使用对于每个层具有单一结构的协议结构，诸如S00。另一方面，在基站在单个TRP中使用多个载波来基于载波聚合(CA)向终端发送数据的情况下，基站和终端像S10一样具有单一结构直到RLC，但是使用用于通过MAC层来复用PHY层的协议结构。作为另一示例，在基站在多个TRP中使用多个载波，基于双连接(DC)来向终端发送数据的情况下，基站和终端像S20一样具有单一结构直到RLC，但是使用用于通过MAC层复用PHY层的协议结构。
参照上述PUCCH相关描述，在Rel-15 NR中，PUCCH发送集中于朝向单个小区和/或单个发送点和/或单个面板和/或单个波束和/或单个传输方向的发送。在以下描述中，为了便于描述，将能够通过诸如TCI状态或空间关系信息等的更高层/L1参数或诸如小区ID、TRPID、面板ID等的指示符来区分的小区、发送点、面板和/或传输方向等以统一方式描述为发送接收点(TRP)。因此，TRP可以用上述术语之一适当地替换。
一般而言，用于PUCCH发送的PUCCH资源是一个，并且由于能够为一个PUCCH资源激活仅一个PUCCH-spatialRelationInfo，所以终端可以在发送PUCCH时维持所指示的发送波束。在通过若干时隙或若干迷你时隙重复地发送PUCCH的情况下，需要在重复发送中自始至终维持根据一个指示的PUCCH-spatialRelationInfo的发送波束。
另一方面，在支持多个TRP的PUCCH发送的情况下，可以针对每个TRP重复地发送PUCCH。在这种情况下，终端必须支持到多个TRP的PUCCH发送的配置。
例如，对于一个PUCCH可以为到多个TRP的发送指示多个波束方向，或者可以向不同TRP发送包括相同UCI的多个PUCCH中的每一个PUCCH，并且需要指示这些PUCCH的不同波束方向。在本公开中，通过提供了在考虑上述情况的情况下配置PUCCH资源的各种方法，使上行链路控制信息的传输延迟时间最小化，并且实现了高可靠性。在以下实施例中详细地描述了详细的PUCCH资源配置方法。
在下文中，将与附图一起详细地描述本公开的实施例。另外，在描述本公开时，在确定了对相关功能或配置的详细描述可能不必要地使本公开的主题混淆的情况下，将省略它们的详细描述。另外，要稍后描述的术语是在本公开中考虑到功能所定义的术语并且可以根据用户或运营商的意图或习惯而变化。因此，应当基于贯穿本说明书的内容做出定义。
在下文中，基站是执行终端的资源分配的主体，并且可以是网络上的gNode B、gNB、eNode B、节点B、基站(BS)、无线接入单元、基站控制器或节点中的至少一者。终端可以包括用户设备(UE)、移动站(MS)、蜂窝电话、智能电话、计算机、或能够执行通信功能的多媒体***。另外，将在下面使用NR***或LTE/LTE-A***作为示例来描述本公开的实施例，但是本公开的实施例可以被应用于具有类似的技术背景或信道类型的其他通信***。另外，在不明显背离如由技术人员所确定的本公开的范围的情况下，可以通过一些修改来将本公开的实施例应用于其他通信***。
本公开的内容适用于FDD***和TDD***。
在下文中，更高信令(或更高层信令)是使用物理层的下行链路数据信道从基站向终端或者使用物理层的上行链路数据信道从终端向基站发送的信号传输方法，其可以被称为RRC信令、PDCP信令、或介质接入控制元素(MAC CE)。
在下文中，在本公开中，在确定是否应用协作通信时，终端可以使用诸如以下的各种方法：用于分配具有特定格式的应用了协作通信的PDSCH的PDCCH、或用于分配具有指示是否应用了协作通信的特定指示符的应用了协作通信的PDSCH的PDCCH、或用于分配用特定RNTI进行加扰的应用了协作通信的PDSCH的PDCCH、或假定在由更高层指示的特定部分中应用了协作通信等。在下文中，为了便于描述，终端基于与上述类似的条件来接收应用了协作通信的PDSCH的情况将被称为NC-JT情况。
在下文中，在本公开中，可以以诸如以下各种方式提及确定A与B之间的优先级：根据预先确定的优先级规则来选择具有较高优先级的一个来执行与其相对应的操作，或者省略或丢弃具有较低优先级的操作。
尽管通过多个实施例描述了上述示例，但是这些不是独立的，并且可以同时地或相结合地应用一个或更多个实施例。
<第一实施例：NC-JT的DCI接收>
与常规***不同，5G无线通信***不仅能够支持需要高传输速率的服务，而且还能够支持具有非常短的传输延迟的服务和需要高连接密度的服务。在包括多个小区、TRP或波束的无线通信网络中，每个小区、TRP和/或波束之间的协调传输是能够通过提高由终端接收到的信号的强度或者高效地控制小区、TRP和/或波束之间的干扰来满足各种服务要求的要素技术之一。
联合传输(JT)是用于上述协作通信的代表性传输技术，并且通过联合传输技术经由不同小区、TRP和/或波束支持一个终端以提高由终端接收到的信号的强度。另一方面，由于波束与终端之间的每个小区、TRP和/或信道的特性可能是大大不同的，所以需要对波束与终端之间的每个小区、TRP和/或链路应用不同的预编码、MCS、资源分配等。特别地，在小区、TRP和/或波束之间支持非相干预编码的非相干联合传输(NC-JT)的情况下，重要的是为每个小区、TRP和/或波束配置单独的下行链路(DL)传输信息。
另一方面，为每个小区、TRP和/或波束配置单独的DL传输信息是增加DL DCI传输所需要的有效载荷的主要因素，这可能对DCI接收性能产生不利影响。因此，为了JT支持，有必要仔细地设计DCI信息量与PDCCH接收性能之间的权衡。
图15是示出了根据实施例的在无线通信***中进行协作通信的天线端口结构和资源分配的示例的视图。
参照图15，示出了每个TRP的根据联合传输(JT)方案和条件的无线资源分配的示例。
在图15中，1500是在小区、TRP和/或波束之间支持相干预编码的相干联合传输(C-JT)的示例。
在C-JT中，TRP A 1505和TRP B 1510可以向终端1515发送单一数据(PDSCH)，并且多个TRP可以执行联合预编码。这意味着在TRP A 1505和TRP B 1510中相同的DMRS端口(例如，两个TRP中的DMRS端口A和B)用于相同的PDSCH发送。在这种情况下，终端可以接收用于接收基于通过DMRS端口A和B发送的DMRS进行解调的一个PDSCH的一个DCI信息。
在图15中，1520是在每个小区、TRP和/或波束之间支持非相干预编码的非相干联合传输(NC-JT)的示例。在NC-JT的情况下，对于每个小区、TRP和/或波束向终端1535发送PDSCH，并且可以对每个PDSCH应用单独的预编码。每个小区、TRP和/或波束可以发送不同PDSCH以与单个小区、TRP和/或波束传输相比改进吞吐量，或者每个小区、TRP和/或波束可以重复地发送相同PDSCH以与单个小区、TRP和/或波束传输相比改进可靠性。
在由多个TRP用于PDSCH发送的所有频率和时间资源相同(1540)的情况、由多个TRP使用的频率和时间资源根本不重叠(1545)的情况、以及由多个TRP使用的一些频率和时间资源重叠(1550)的情况下，可以考虑各种无线资源分配。
在每一种上述情况下，在多个TRP重复地发送相同PDSCH以改进可靠性的情况下，如果接收终端不知道是否重复地发送了所对应的PDSCH，则所对应的终端不能在物理层中对所对应的PDSCH执行组合，因此可能存在对改进可靠性的限制。因此，本公开提供了用于改进NC-JT传输可靠性的重复发送指令和配置方法。
为了向一个终端同时地分配多个PDSCH以实现NC-JT支持，可以考虑各种类型、结构和关系的DCI。
图16是示出了根据本公开的实施例的在无线通信***中进行协作通信的下行链路控制信息(DCI)结构的示例的视图。
参照图16，示出了用于NC-JT支持的DCI的各种示例。
参照图16，情况#1(1600)是在除了用于单个PDSCH发送的服务TRP(TRP#0)之外的(N-1)个额外TRP(TRP#1至TRP#(N-1))中发送不同的(N-1)个PDSCH的情形下，以与在服务TRP中发送的PDSCH的控制信息相同的形式(相同DCI格式)发送在(N-1)个额外TRP中发送的PDSCH的控制信息的示例。也就是说，终端可以通过具有相同DCI格式和相同有效载荷的DCI(DCI#0DCWN-1))来获取关于在不同TRP(TRP#0至TRP#(N-1))中发送的PDSCH的控制信息。另一方面，在此实施例和要稍后描述的实施例中，可以将在服务TRP中发送的控制信息分类成第一DCI和在另一TRP(协作TRP)中发送的DCI，其可以被称为第二DCI。
在上述情况#1下，能够完全保证用于控制(分配)每个PDSCH的自由度，但是在不同TRP中发送每个DCI的情况下，可能发生每个DCI的覆盖范围差异，并且接收性能可能劣化。
情况#2(1605)是在除了用于单个PDSCH发送的服务TRP(TRP#0)之外的(N-1)个额外TRP(TRP#1至TRP#(N-1))中发送不同的(N-1)个PDSCH的情形下，以与在服务TRP中发送的PDSCH的控制信息不同的形式(不同DCI格式或不同DCI有效载荷)发送在(N-1)个额外TRP中发送的PDSCH的控制信息的示例。
例如，在作为从服务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(1610)是在除当发送单个PDSCH时使用的服务TRP(TRP#0)以外的(N-1)个额外TRP(TRP#1至TRP#(N-1))中发送不同的(N-1)个PDSCH的情形下，以与在服务TRP中发送的PDSCH的控制信息不同的形式(不同DCI格式或不同DCI有效载荷)发送在(N-1)个额外TRP中发送的PDSCH的控制信息的示例。
例如，在作为在服务TRP(TRP#0)中发送的PDSCH的控制信息的DCI#0的情况下，包括DCI格式1_0至DCI格式1_1的所有信息元素，但是在协作TRP(TRP#1至TRP#(N-1))中发送的PDSCH的控制信息的情况下，可以在一个“辅”DCI(sDCI)中包括仅DCI格式1_0至DCI格式1_1的信息元素中的一些。
例如，sDCI可以包括诸如协作TRP的频域资源指配、时域资源指配和MCS等的HARQ相关信息中的至少一者。另外，在未包括在sDCI中的诸如带宽部分(BWP)指示符或载波指示符等的信息的情况下，可以遵循服务TRP的DCI(DCI#0、正常DCI、nDCI)。
在情况#3下，可以根据sDCI中包括的信息元素的内容来限制用于控制(分配)每个PDSCH的自由度。然而，可以调整sDCI的接收性能，并且与情况#1或情况#2相比，可以降低终端的DCI盲解码的复杂性。
情况#4(1615)是在除了用于单个PDSCH发送的服务TRP(TRP#0)之外的(N-1)个额外TRP(TRP#1至TRP#(N-1))中发送不同的(N-1)个PDSCH的情形下，通过诸如在服务TRP中发送的PDSCH的控制信息等的长DCI(IDCI)来发送在(N-1)个额外TRP中发送的PDSCH的控制信息的示例。也就是说，终端可以通过单个DCI来获得关于在不同TRP(TRP#0至TRP#(N-1))中发送的PDSCH的控制信息。
在情况#4下，终端的DCI盲解码的复杂性可能不会增加，但是PDSCH控制(分配)的自由度可能低，例如根据长DCI有效载荷限制来限制协作TRP的数目。
在以下描述和实施例中，sDCI可以指诸如辅DCI等的各种辅助DCI，或包括在协作TRP中发送的PDSCH控制信息的正常DCI(上述DCI格式1_0至1_1)。在未指定特定限制的情况下，描述类似地适用于各种辅助DCI。另外，诸如第一DCI和第二DCI的术语可以用于根据DCI或用于发送该DCI的TRP的形式或特征来对DCI进行分类。例如，可以将通过服务TRP发送的DCI表达为第一DCI，可以将通过协作TRP发送的DCI表达为第二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之间没有回程延迟或存在小回程延迟的情况下，可以使用基于与图14的1410类似的MAC层复用(类似CA的方法)的结构。另一方面，在协作TRP之间的回程延迟如此大以致不能忽视回程延迟的情况(例如，协作TRP之间的诸如CSI、调度、HARQ-ACK等的信息交换需要2ms或更多的情况)下，与图14的1420类似，可以通过从RLC层对于每个TRP使用独立结构(类似DC的方法)来保证对延迟鲁棒的特性。
<1-1实施例：用于为基于多PDCCH的NC-JT操作配置下行链路控制信道的方法>
在基于多PDCCH的NC-JT中，当为每个TRP的PDSCH调度发送DCI时，可以存在针对每个TRP分类的CORESET或搜索空间。可以将每个TRP的CORESET或搜索空间配置为以下情况中的至少一种。
●每个CORESET的更高层索引配置：由更高层配置的CORESET配置信息可以包括索引值，并且可以将从所对应的CORESET发送PDCCH的TRP识别为所配置的每个CORESET的索引值。也就是说，在具有相同的更高层索引值的CORESET的集合中，可以确定或认为相同TRP发送了PDCCH或者发送了调度相同TRP的PDCCH的PDSCH。
可以将每个CORESET的上述索引命名为CORESETPoolIndex，并且对于配置了相同的CORESETPoolIndex值的CORESET，终端可以确定或认为PDCCH是从相同TRP发送的。在未配置CORESETPoolIndex值的CORESET的情况下，终端可以确定或认为配置了CORESETPoolIndex的默认值，并且默认值可以是0。
●多个PDCCH-Config配置：可以配置一个BWP中的多个PDCCH-Config，并且每个PDCCH-Config可以包括每个TRP的PDCCH配置。也就是说，可以在一个PDCCH-Config中配置每个TRP的CORESET的列表和/或每个TRP的搜索空间的列表中的至少一者，并且终端可以确定或认为一个PDCCH-Config中包括的一个或更多个CORESET和一个或更多个搜索空间对应于特定TRP。
●CORESET波束/波束组构成：可以通过为每个CORESET配置的波束或波束组来对与所对应的CORESET相对应的TRP进行分类。例如，在为多个CORESET配置了相同TCI状态的情况下，终端可以确定或认为所对应的CORESET是通过相同TRP发送的，或者终端可以确定或认为调度相同TRP的PDSCH的PDCCH是在所对应的CORESET中发送的。
●搜索空间波束/波束组构成：可以为每个搜索空间配置波束或波束组，并且可以通过这个来对每个搜索空间的TRP进行分类。例如，在多个搜索空间中配置了相同的波束/波束组或TCI状态的情况下，在搜索空间中，终端可以确定或认为相同TRP发送PDCCH，或者调度相同TRP的PDSCH的PDCCH是在该搜索空间中发送的。
通过如上所述对每个TRP的CORESET或搜索空间进行分类，可以对每个TRP的PDSCH和HARQ-ACK信息进行分类，并且通过这个，可以为每个TRP生成独立HARQ-ACK码本并且使用独立PUCCH资源。
<第二实施例：用于NC-JT传输的HARQ-ACK信息递送方法>
第二实施例描述了递送用于NC-JT传输的HARQ-ACK信息的方法。
图17a、图17b、图17c和图17d是示出了根据各种DCI配置和PUCCH配置来递送用于NC-JT传输的HARQ-ACK信息的方法的视图。
首先，图17a(选项#1：针对单PDCCH NC-JT的HARQ-ACK)17-00示出了在基于单PDCCH的NC-JT的情况下通过一个PUCCH资源17-10来发送由TRP调度的一个或更多个PDSCH17-05的HARQ-ACK信息的示例。PUCCH资源可以通过上述DCI中的PRI值和K1值来指示。
图17b(选项2)至图17d(选项4)17-20、17-40、17-60示出了基于多PDCCH的NC-JT的情况。在这种情况下，可以根据用以发送与每个TRP的PDSCH相对应的HARQ-ACK信息的PUCCH资源的数目和PUCCH资源在时间轴上的位置来对每个选项进行分类。
图17b(选项#2：联合HARQ-ACK)17-20示出了终端通过一个PUCCH资源17-30来发送与每个TRP的PDSCH 17-25和17-26相对应的HARQ-ACK信息的示例。在这种情况下，可以基于单个HARQ-ACK码本来生成每个TRP的所有HARQ-ACK信息，或者可以基于单独的HARQ-ACK码本来生成每个TRP的HARQ-ACK信息。在这种情况下，每个TRP的HARQ-ACK信息被级联并且可以在一个PUCCH资源17-30中被发送。
在使用每个TRP的单独的HARQ-ACK码本的情况下，如第一-1实施例中定义的那样，可以将TRP分类成以下中的至少一者：具有相同的更高层索引的CORESET的集合、属于相同的TCI状态或波束或波束组的CORESET的集合、和属于相同的TCI状态或波束或波束组的搜索空间的集合。
图17c(选项#3：时隙间时分复用(TDM)单独的HARQ-ACK)17-40示出了终端通过不同时隙17-52和17-53的PUCCH资源17-50和17-51来发送与每个TRP的PDSCH 17-45和17-46相对应的HARQ-ACK信息的示例。
包括每个TRP的PUCCH资源的时隙可以由上述K1值确定。在由多个PDCCH指示的K1值指示相同时隙的情况下，终端认为所有对应的PDCCH是在相同TRP中发送的，并且可以发送与它们相对应的所有HARQ-ACK信息。在这种情况下，可以向TRP发送在位于相同时隙中的一个PUCCH资源中级联的HARQ-ACK信息。
图17d(选项#4：时隙内TDM单独的HARQ-ACK)17-60示出了通过相同时隙17-75中的不同符号中的不同PUCCH资源17-70和17-71来发送与每个TRP的PDSCH 17-65和17-66相对应的HARQ-ACK信息的示例。
包括每个TRP的PUCCH资源的时隙可以由上述K1值确定，并且在由多个PDCCH指示的K1值指示相同时隙的情况下，终端可以通过以下方法中的至少一种方法来执行PUCCH资源选择和传输符号确定。
●每TRP的PUCCH资源组配置
可以配置每个TRP的用于HARQ-ACK传输的PUCCH资源组。在如在实施例1-1中对每个CORESET和/或搜索空间的TRP进行分类的情况下，可以在对应TRP的PUCCH资源组内选择每个TRP的用于HARQ-ACK传输的PUCCH资源。可以在从不同的PUCCH资源组中选择的PUCCH资源之间预期时分复用(TDM)，即，可以预期所选择的PUCCH资源在符号基础上(在相同时隙内)不重叠。终端可以为每个TRP生成单独的HARQ-ACK码本，然后在为每个TRP选择的PUCCH资源中发送该码本。
●每个TRP的不同PRI指示
如在实施例1-1中，在按CORESET和/或搜索空间对TRP进行分类的情况下，可以根据PRI来选择每个TRP的PUCCH资源。也就是说，可以对于每个TRP独立地执行上述Rel-15中的PUCCH资源选择过程。在这种情况下，用于确定每个TRP的PUCCH资源的PRI必须是不同的。例如，终端可能不预期用于确定每个TRP的PUCCH资源的PRI用相同值指示。例如，TRP 1的PDCCH可以包括PRI＝n，而TRP 2的PDCCH可以包括分别配置为PRI＝m的PRI。
另外，可以对于每个RTP在由PRI指示的PUCCH资源之间预期TDM。也就是说，可以预期所选择的PUCCH资源在符号基础上(在相同时隙内)不重叠。如上所述，可以在为每个TRP选择的PUCCH资源中生成每个TRP的单独的HARQ-ACK码本，然后发送它。
●子时隙单位的K1值的定义
遵循上述Rel-15中的PUCCH资源选择过程，但是可以以子时隙为单位定义K1值。例如，终端可以为被指示在相同子时隙中报告HARQ-ACK的PDSCH/PDCCH生成HARQ-ACK码本，然后通过由PRI指示的PUCCH资源来发送该HARQ-ACK码本。生成HARQ-ACK码本并且选择PUCCH资源的过程可能与是否针对CORESET和/或搜索空间对TRP进行分类无关。
在终端支持NC-JT接收的情况下，这些选项之一可以通过更高层来配置或者可以根据情况被隐式地选择。例如，对于支持基于多PDCCH的NC-JT的终端，可以通过更高层来选择选项2(联合HARQ-ACK)和选项3或选项4(单独的HARQ-ACK)中的一者。作为另一示例，依据是否支持/配置了基于单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能力，并且可以基于此配置选项。例如，仅对于具有支持时隙内TDM单独的HARQ-ACK的能力的终端允许选项4配置，而未配备有对应能力的终端可能不预期根据选项4的配置。
图17e是示出了终端向基站发送用于NC-JT传输的HARQ-ACK信息的方法的示例的流程图。
参照图17e，(尽管未示出但是)终端可以通过UE能力报告消息(例如，UECapabilityInformation消息)来向基站发送所描述的选项的能力，而基站可以基于由终端发送的能力信息来显式地配置哪个选项被应用于终端，或者可以隐式地应用特定选项。
在步骤S1780中，终端可以通过更高信令从基站接收PUCCH配置信息。PUCCH配置信息可以包括表21、表22、表29和表30的至少一个信息，并且可以包括以下中的至少一者：PUCCH组配置信息、用于如表26所示配置PRI与PUCCH资源之间的关系的信息、以及用于如表21所示配置K1值的候选的信息。
此后，终端可以在步骤S1781中在PDCCH上从基站接收用于调度下行链路数据的DCI(这能够与PDCCH接收混合)。
此后，在步骤S1782中，基于所应用的选项来识别要根据上述方法发送的HARQ-ACK有效载荷、DCI中包括的PDSCH到HARQ反馈定时指示符和PRI中的至少一者，并且可以确定用以发送HARQ-ACK的PUCCH资源。
此后，终端可以在步骤S1783中在所确定的PUCCH资源中发送HARQ-ACK信息。
并非上述方法的所有步骤都需要被执行，并且可以省略特定步骤，或者可以改变次序。
图17f是示出了基站从终端接收用于NC-JT传输的HARQ-ACK信息的方法的示例的流程图。
参照图17f，(尽管未示出但是)基站可以接收包括关于是否支持所描述的由终端发送的选项的能力信息的UE能力报告消息(例如，UECapabilityInformation消息)，并且可以基于由终端发送的能力信息来显式地配置哪个选项被应用于终端，或者隐式地应用特定选项。
基站可以在步骤S1785中通过更高信令来向终端发送PUCCH配置信息。PUCCH配置信息可以包括表21、表22、表29和表30的至少一个信息，并且可以包括以下中的至少一者：PUCCH组配置信息、用于在表26中配置PRI与PUCCH资源之间的关系的信息、以及用于在表21中配置K1值的候选的信息。
此后，在步骤S1786中，基站在PDCCH上向终端发送用于调度下行链路数据的DCI(这可以与PDCCH发送混合)，并且终端可以基于应用于终端的选项来识别要根据上述方法发送的HARQ-ACK有效载荷、DCI中包括的PDSCH到HARQ反馈定时指示符和PRI中的至少一者，并且可以确定用以发送HARQ-ACK的PUCCH资源。
此后，终端从所确定的PUCCH资源发送HARQ-ACK信息，并且基站可以在步骤S1787中从以相同方式确定的PUCCH资源接收HARQ-ACK信息。
并非上述方法的所有步骤都需要被执行，并且可以省略特定步骤，或者可以改变次序。
<第三实施例：用于到多个TRP的PUCCH发送的资源配置>
对于到多个TRP的PUCCH发送，可以在以下方法中的至少一种方法中配置PUCCH资源。另一方面，PUCCH资源的发送可以意指PUCCH的发送或通过PUCCH对UCI的发送。
1)通过单个PUCCH资源的重复PUCCH发送：通过单个PUCCH资源根据预先确定的重复发送单元重复地发送PUCCH，并且可以针对每个重复发送或在所有重复发送当中的一些重复发送中改变PUCCH发送波束和/或发送功率。
2)通过多个PUCCH资源的PUCCH发送：通过不同TRP来发送包括相同控制信息的多个不同PUCCH，并且多个PUCCH可以彼此不重叠。另外，可以对多个PUCCH应用不同的发送波束和/或发送功率。
以下描述了每一个上述资源构成方法的详细实施例。
<3-1实施例：用于在单个PUCCH资源上向多个TRP重复地发送PUCCH的资源配置>
在通过单个PUCCH资源向多个TRP重复地发送PUCCH的情况下，可以与在单个PUCCH资源上向单个TRP重复地发送PUCCH的情况存在以下差异。
●是否需要短PUCCH的重复发送：
在用单个TRP在单个PUCCH资源上重复地发送PUCCH的情况下，仅使用长PUCCH，并且不支持短PUCCH的重复发送。原因是重复发送是为了覆盖范围增强，但是短PUCCH不是为覆盖范围增强而设计的。
另一方面，向多个TRP执行重复PUCCH发送的一个目的可以是克服阻塞，并且使用短PUCCH与使用长PUCCH相比可以用更少的延迟克服阻塞。因此，短PUCCH可以用于到多个TRP的重复PUCCH发送。
●是否需要反映重复发送之间的瞬变时间的调度：
在向多个TRP执行重复短PUCCH发送的情况下，在重复发送之间可能发生波束和发送功率的变化。当改变短PUCCH的发送功率时，可能需要短PUCCH发送之间的保护时间或偏移以满足上述瞬变时间。因此，当向多个TRP执行重复短PUCCH发送时，可能需要反映偏移的重复发送。
首先，可以以子时隙单位执行短PUCCH的重复发送。
图18a是示出了子时隙单位的重复短PUCCH发送的视图。
子时隙的长度可以等于或长于重复地发送的短PUCCH的长度，并且子时隙的长度可以依据时间而变化。
图18a示出了所有子时隙都具有与2相同的长度(18-05)的示例，但是不限于此。可以通过基站的PUCCH资源调度(诸如配置短PUCCH的子时隙中的起始符号位置和短PUCCH的长度配置)来配置短PUCCH之间的偏移。然而，在由于PUCCH资源调度而不能配置偏移的情况下，诸如子时隙的长度与短PUCCH的长度相同的情况下，配置重复短PUCCH发送之间的偏移的方法可能是必要的。可以以子时隙单位或符号单位来配置偏移。
图18a示出了偏移被配置为1个符号(18-10)的示例。1个符号仅是示例并且不限于此。可以在每个短PUCCH的重复发送之间配置偏移。或者，在重复短PUCCH发送期间未发生发送功率变化的情况下，不需要偏移，因此，可以仅在发生发送功率变化的重复发送之间配置偏移。
上述“在发生发送功率变化的重复发送之间”可以用诸如“在发生波束变化的重复发送之间”和“在spatialRelationInfo不同的重复发送之间”等表述替换。
虽然已经为了技术的方便起见针对重复短PUCCH发送描述了上述描述，但是上述描述可以类似地适用于长PUCCH。
另一方面，考虑到通过交替地使用多个PUCCH资源来重复地发送PUCCH的情况，每个相邻子时隙可能不会发生重复PUCCH发送，但是可以针对预先确定的周期的每个子时隙重复该重复PUCCH发送。图18a示出了上述重复发送周期被配置为2个子时隙(18-15)的示例，但是2个子时隙的周期仅是示例并且不限于此。可以在重复发送周期(18-15)中反映预设偏移。
接下来，可以在时隙或子时隙中执行重复短PUCCH发送。
图18b是示出了时隙或子时隙中的重复短PUCCH发送的视图。
可以在一个时隙或子时隙(18-20)内执行上述重复短PUCCH发送，或者可以通过多个时隙或子时隙(18-30)执行上述重复短PUCCH发送。在一个时隙或子时隙(18-20)中执行重复发送的情况下，可以配置重复发送之间的偏移(18-25)。可以以符号为单位配置偏移。可以在每个短PUCCH的重复发送之间配置偏移。或者，在短PUCCH的重复发送期间未发生发送功率变化的情况下，不需要偏移，因此，可以仅在发生发送功率变化的重复发送之间配置偏移。
“在发生发送功率变化的重复发送之间”可以用诸如“在发生波束变化的重复发送之间”和“在spatialRelationInfo不同的重复发送之间”等表述替换。
或者，依据重复地发送的PUCCH的长度，偏移的配置和/或存在或不存在可以变化。例如，只有当重复地发送短PUCCH时才可以配置或应用偏移，而在重复地发送长PUCCH时可以不应用偏移。这可能是因为：是否需要在发生发送功率变化的传输之间存在一个保护时间取决于所发送的PUCCH的长度而不同。
在通过多个时隙或子时隙执行重复发送(18-30)的情况下，可以配置重复发送之间的偏移(18-35)。能够仅在一个时隙或子时隙内的重复发送之间应用偏移。在这种情况下，可以通过配置短PUCCH的起始符号来给出不同时隙或子时隙之间的重复发送之间的偏移(18-40)。也就是说，配置短PUCCH的起始符号可以被应用于每一时隙或子时隙的第一短PUCCH的重复发送。
或者，可以在不同时隙或子时隙之间的重复发送之间应用偏移。在这种情况下，为短PUCCH配置的起始符号可以被仅应用于所有重复短PUCCH发送当中的第一短PUCCH发送。可以在每个短PUCCH的重复发送之间配置上述偏移。或者，在重复短PUCCH发送期间未发生发送功率变化的情况下，不需要偏移，因此，可以仅在发生发送功率变化的重复发送之间配置偏移。
“在发生发送功率变化的重复发送之间”可以用诸如“在发生波束变化的重复发送之间”和“在spatialRelationInfo不同的重复发送之间”等表述替换。或者，是否配置和/或应用偏移可以根据重复地发送的PUCCH的长度而变化。例如，只有当重复地发送短PUCCH时才可以配置或应用偏移，而在重复地发送长PUCCH时可以不应用偏移。这可能是因为：是否需要在发生发送功率变化的传输之间存在一个保护时间取决于所发送的PUCCH的长度而不同。
虽然已经为了技术的方便起见针对重复短PUCCH发送描述了上述描述，但是上述描述可以类似地适用于长PUCCH。
图18c是示出了根据本公开的实施例的无线通信***中的时隙或子时隙的重复PUCCH发送的另一视图。
参考图18c，在时隙或子时隙内执行重复PUCCH发送的情况下，所有重复发送当中的一些PUCCH可以横跨时隙或子时隙的边界(18-50)。作为针对这种情况的处理方法，可以包括以下方法中的至少一种方法。
方法1.可以丢弃在重复PUCCH发送中跨越时隙或子时隙边界的符号。在这种情况下，所配置的重复发送次数和实际的重复发送次数是相同的。
方法2.可以将在重复PUCCH发送中跨越时隙或子时隙边界的符号视为新的重复发送。在这种情况下，实际的重复发送次数可以大于所配置的重复发送次数。
方法3.在重复PUCCH发送中跨越时隙或子时隙边界的重复发送被丢弃。在这种情况下，实际的重复发送次数可以小于所配置的重复发送次数。
方法4.重复PUCCH发送，即跨越时隙或子时隙边界的重复发送被移位到下一个时隙或子时隙。移位后的位置可以是下一个时隙或子时隙的第一符号，或被配置为PUCCH起始符号的位置。
方法5.它被调度为使得重复PUCCH发送(即跨越时隙或子时隙边界的重复发送)不会发生。在这种情况下，终端可能不预期跨越时隙或子时隙边界的重复发送。
在上述方法中，在时隙或子时隙中存在一个或更多个DL符号，并且可以甚至在重复PUCCH发送与DL符号重叠的情况下也类似地应用这些方法。
根据这些方法当中的方法1和方法2，重复PUCCH发送的长度可以不同。这里，可能会发生在具有不同长度的PUCCH之间软组合的情况。因此，可能需要改变以下约束条件或PUCCH编码中的至少一者。
-约束条件：长度应当在相同目标TRP的重复PUCCH发送之间相同，并且长度可以在不同目标TRP的重复PUCCH发送之间不同。原因是，在不同目标TRP的重复发送的情况下，由于对TRP之间的回程容量的限制，从不同TRP接收到的PUCCH的软组合可能是困难的。因此，不必要在不同TRP之间支持软组合。另一方面，原因可能是，在相同目标TRP的重复发送的情况下，尽管软组合是可能的，但是如果不支持软组合，可能发生不必要的性能降低。
-PUCCH编码变化：根据UCI的长度，在UCI长度为11位或更少的情况下，可以通过使用里德-穆勒(Reed-Muller)码来对PUCCH进行编码，而在UCI的长度超过11位的情况下，可以通过使用极化(Polar)码来对PUCCH进行编码。在使用极化码的情况下，如果E是根据分配给PUCCH的资源量的可发送位的总数目，则对于每个重复PUCCH发送，可以根据E应用不同的编码方法。因此，在使用极化码的情况下，假定所有重复PUCCH发送的E值是相同的，然后被编码，然后每个重复PUCCH发送根据实际的资源量被自适应地发送。例如，如果重复PUSCH发送的实际资源量小于E值，则根据E值编码后的码的一部分可以被丢弃(穿孔)。或者，如果重复PUCCH发送的实际资源量大于值E，则编码后的码的一部分可以是根据实际资源量的重复。可以包括下列中的至少一者作为用于确定上述E值的准则。
■参考1：与重复PUCCH发送当中的特定次序相对应的PUCCH。例如，第一PUCCH。
■参考2：在重复PUCCH发送当中具有最大资源量的PUCCH。
■参考3：在重复PUCCH发送当中具有最小资源量的PUCCH。
■参考4：按重复PUCCH发送的每个资源量的平均值。
■参考5：重复PUCCH发送当中向特定TRP发送的PUCCH。例如，与第一波束相对应的PUCCH。
对于重复PUCCH发送，TRP的数目可以小于重复发送次数。在这种情况下，需要针对哪个TRP发送每个重复发送的映射规则。作为示例，可以周期性地配置每个TRP的传输图案。
图19是示出了根据本公开的实施例的重复PUCCH发送与TRP之间的映射规则的示例的视图。
参照图19，图19示出了在总重复发送次数为N并且接收TRP的数目为K的情况下每个TRP的传输图案。每个TRP被以轮流方式分配有L个连续重复的传输。可以将L值配置为中的一个(19-10、19-20)。如果L值小，则TRP切换变得更频繁，所以存在优点的原因在于早期终止的概率提高了，但是存在需要更多TRP切换开销的缺点。作为另一示例，可以指示所有重复发送的每个TRP的传输图案。例如，在为4个重复发送指配两个接收TRP并且它们被命名为TRP#1和TRP#2的情况下，可以将重复发送图案指示为{TRP#1,TRP#1,TRP#1,TRP#2}。
<3-2实施例：用于多个PUCCH上到多个TRP的PUCCH发送的资源配置>
可以通过在多个PUCCH资源上包括相同UCI来在多个PUCCH资源中的每一个PUCCH资源上向不同TRP发送UCI。在这种情况下，可以为多个PUCCH资源中的每一个PUCCH资源配置不同波束，并且在为PUCCH资源配置重复发送的情况下，整个重复发送可以被发送到相同TRP。终端应当确定是在多个PUCCH资源上发送还是如在现有技术中那样在单个PUCCH资源上发送特定UCI，并且为此，可以使用以下方法中的至少一种方法。
-显式PUCCH集配置：可以将用于发送相同UCI的PUCCH资源分组成一个PUCCH集。可以显式地配置PUCCH集，并且每个PUCCH集的ID可以不同。基站可以通过指示用于UCI传输的PUCCH集ID或属于PUCCH集的多个PUCCH资源ID来向终端指示在多个PUCCH资源上发送UCI。或者，通过向终端指示一个PUCCH资源ID，可以指示在一个PUCCH资源上发送UCI。或者，也在诸如PM的PUCCH资源指示符中定义PUCCH集，并且可以基于PRI值来确定是否使用多个PUCCH资源。例如，特定PRI值可以指示PUCCH集，然而另一PRI值可以被配置为指示一个PUCCH资源。
-隐式PUCCH集配置：在为每个TRP配置了PUCCH资源组的情况下，根据特定规则来为每个组选择PUCCH资源，并且可以聚集为所有组选择的PUCCH资源以构成PUCCH集。作为规则的示例，可以将在组内具有相同PUCCH资源ID的PUCCH资源构成为PUCCH集。在这种情况下，终端可以根据是否存在与PUCCH资源ID相对应的一个或更多个PUCCH资源来确定是否使用多个PUCCH资源。
可以配置PUCCH集的约束条件。例如，在未配置PUCCH集之中的PUCCH资源的重复发送的情况下，可以在相同时隙或子时隙中发送PUCCH集之中的所有PUCCH资源，此时，可能不允许PUCCH集之中的PUCCH资源之间的时间轴上重叠。作为另一示例，可以限制PUCCH集之中的PUCCH资源的最大数目的最大值。作为示例，PUCCH资源的数目的最大值可以是2。
<第四实施例：用于到多个TRP的传输的UE能力>
上述与到多个TRP的PUCCH发送相关的每个选项可能需要独立UE能力。例如，一些终端可能不支持重复短PUCCH发送。因此，终端通过能力报告来向基站报告是否支持短PUCCH重复发送，并且基站可以在接收到UE能力报告之后仅向支持短PUCCH重复发送的终端配置短PUCCH重复。
另一方面，即使终端支持重复短PUCCH发送，每个终端能够支持的重复之间的最小偏移也可以不同。因此，终端可以以符号、时隙、子时隙或绝对时间单位通过能力报告来向基站报告能够在重复短PUCCH发送期间支持的重复之间的最小偏移值。
基站可以在接收到UE能力报告之后参照终端的最小可支持的偏移来调度PUCCH。可报告的最小偏移不仅涉及重复短PUCCH发送之间的偏移还涉及短PUCCH-长PUCCH重复发送之间的偏移、以及长PUCCH-长PUCCH重复发送之间的偏移。
另一方面，最小偏移可以不是应用于所有重复PUCCH发送的偏移。出于诸如保证上述转换时间的原因，最小偏移可以是仅在重复PUCCH发送之间应用并且伴随波束/发送功率变化的值。为了便于描述，上述描述是仅针对实施例3-1的相同PUCCH的重复发送的情况描述的，但是它类似地适用于实施例3-2的多个PUCCH资源的传输的情况。
另外，对每个终端而言，时隙或子时隙中的最大重复PUCCH发送次数也可以是不同的。因此，终端可以通过能力报告来向基站报告最大重复PUCCH发送次数。另一方面，终端所支持的子时隙的长度对每个终端而言也可以是不同的，并且可以通过能力报告来向基站报告重复地发送的子时隙的长度。另外，可以将上述能力的组合报告给基站。例如，可以通过能力报告来向基站报告针对子时隙的每个长度的时隙中的最大重复PUCCH发送次数。为了便于描述，上述描述是仅针对实施例3-1的相同PUCCH的重复发送的情况描述的，但是它类似地适用于实施例3-2的多个PUCCH资源的传输。
图20和图21是示出了根据本公开的各种实施例的根据在PDCCH中调度的重复PUCCH发送的资源分配方法和TRP之间的映射规则来应用发送功率控制(TPC)命令的示例的视图。参照图20和图21，终端可以通过识别上述为PUCCH配置的资源和由PDCCH指示的TPC命令信息来增加或降低用于PUCCH发送的功率。
如上所述，在本公开中，TRP可以通过用诸如小区、发送点、面板、节点、TP、波束和/或传输方向的术语替换来表达。另外，如上所述，可以根据在CORESET中配置的索引(例如，CORESETPoolIndex)对TRP进行分类。终端可以确定或认为PDCCH是从配置了相同CORESETPoolIndex值的CORESET的相同TRP中发送的。另外，对于到多个TRP的PUCCH发送，可以为每个PUCCH指示不同的波束方向。
图20是示出了根据本公开的实施例的基于时隙间的PUCCH的重复发送的资源分配方法和根据TRP之间的映射规则的功率调整的应用方法的视图。
参照图20，基站可以使用PDCCH#1的DCI格式1_0、1_1和1_2来分配PDSCH#1和PDSCH#2的资源。基站可以指示用于使用DCI格式1_0、1_1和1_2中的至少一者来分配由基站发送的PDSCH资源的字段。另外，基站可以在DCI格式1_0、1_1和1_2中的至少一者中包括指示用于发送指示终端是否已经成功地接收到PDSCH的HARQ-ACK/NACK信息的PUCCH资源的信息(例如，PUCCH资源指示符(PRI))以及指示调整PUCCH资源的功率的信息(例如，TPC命令)，并且可以将其发送到终端。在这种情况下，如图20所示，在一个时隙中配置了一个PUCCH资源的情况可以被称为时隙间重复。
图21是示出了根据本公开的实施例的基于时隙内的PUCCH的重复发送的资源分配方法和根据TRP之间的映射规则的功率调整的应用方法的视图。
参照图21，基站可以使用PDCCH#2的DCI格式1_0、1_1和1_2来分配PDSCH#1、PDSCH#2、PDSCH#3和PDSCH#4的资源。基站可以指示用于使用DCI格式1_0、1_1和1_2中的至少一者来分配由基站发送的PDSCH资源的字段。另外，基站可以在DCI格式1_0、1_1和1_2中的至少一者中包括指示用于发送指示终端是否已经成功地接收到PDSCH的HARQ-ACK/NACK信息的PUCCH资源的信息(例如，PRI)以及指示调整PUCCH资源的功率的信息(例如，TPC命令)，并且可以将其发送到终端。在这种情况下，如图21所示，在一个时隙中配置了多个PUCCH资源的情况可以被称为时隙内重复。
这里，可以使用更高层参数来在一个时隙中配置一个或多个PUCCH资源，并且可以配置其周期。
基本上，在图20和图21中，可以针对由基站配置的每个重复PUCCH资源(例如，PUCCH#1-1至#1-4、PUCCH#2-1至#2-4)通过相同编码来发送由终端发送的HARQ ACK/NACK信息。
另外，由基站配置的用于终端的PUCCH发送的基本上行链路波束成形方向可以由每个更高层参数PUCCH-SpatialRelationInfo中的各种参数和索引值(例如，PUCCH-PathlossReferenceRS、referenceSignalp0-PUCCH-Id等)确定。可以如下表31所示配置PUCCH-SpatialRelationInfo中的各种参数和索引(例如，PUCCH-PathlossReferenceRS、referenceSignal、p0-PUCCH-Id等)。更高层参数PUCCH-SpatialRelationInfo可以用于配置用于PUCCH发送的空间设置和用于PUCCH功率控制的参数。
[表31]
在下文中，将详细地描述根据本公开的实施例的用于重复PUCCH发送的更高层信令方法。
<方法A-1>
为了配置一个或更多个重复PUCCH(例如，图20中的20-00或图21中的21-00，PUCCH#0-1至#0-4)，基站可以将各种参数和索引值(例如，表31中的PUCCH-SpatialRelationInfoID、PUCCH-PathlossReferenceRS-ID、referenceSignal、p0-PUCCH-Id、closedLoopIndex等)配置为一个集合，或者在更高层中在一个PUCCH-SpatialRelationInfo中单独地配置。因此，当每个参数被配置为一个值而不是多个值时，终端可以确定与由基站为PUCCH发送配置的波束成形方向相对应的信息是相同的。终端可以基于所配置的PUCCH-SpatialRelationInfo中的参数和索引通过应用相同的波束成形方向来发送PUCCH#0-1至PUCCH#0-4。
作为另一示例，为了配置一个或更多个重复PUCCH(例如，图21中的21-00、PUCCH#0-1至#0-4)，基站可以将各种参数和索引值(例如，表31中的PUCCH-SpatialRelationInfoID、PUCCH-PathlossReferenceRS-ID、referenceSignal、p0-PUCCH-Id、closedLoopIndex等)配置为一个集合，或者在更高层中在一个PUCCH-SpatialRelationInfo中单独地配置。以这种方式，对于每个参数终端被配置为一个集合而不是多个集合，并且如果分配为对应于一个或重复PDSCH资源的重复PUCCH资源在一个时隙内或在一个子时隙内重复，则可以在所指配的时隙或子时隙期间应用所配置的一个PUCCH-SpatialRelationInfo中的各种参数和索引的一个集合。另外，如果被分配为对应于一个或重复PDSCH资源的重复PUCCH资源在一个时隙内或在一个子时隙内重复，则终端可以在所指配的时隙或子时隙期间应用所配置的一个PUCCH-SpatialRelationInfo中的各种参数和索引的一个集合。作为另一示例，即使被分配为对应于一个或重复PDSCH资源的重复PUCCH资源在多个时隙内或在多个子时隙内重复，终端也可以在所指配的时隙或子时隙期间应用所配置的一个PUCCH-SpatialRelationInfo中的各种参数和索引的一个集合。
另一方面，为了如在图20的20-30或20-60、图21的21-30或21-60的示例中配置PUCCH#1-1至PUCCH#1-4或PUCCH#2-1至PUCCH#2-4，基站可以以部分地改变的形式配置更高层参数或索引值，并且在作为一个集合重复的PUCCH资源中配置两个或更多个波束成形方向。作为用于这个的方法，根据RRC配置的方法和根据MAC CE消息配置的方法可以是可能的。在下文中，提出了一种用于为重复PUCCH发送配置两个或更多个波束成形方向并且控制PUCCH的发送功率的方法。另外，如上所述，两个或更多个波束成形方向的配置可以意味着终端可以分别在不同TRP中发送PUCCH。
<方法A-2-1>
对于按不同波束成形方向在一个集合中重复的PUCCH操作，基站可以将在所配置的一个更高层参数(例如，PUCCH-SpatialRelationInfo-r17)中构成的参数或索引值配置为一个值。例如，如表31所示，基站可以在更高层参数(例如，PUCCH-SpatialRelationInfo-r17)中配置一个参数pucch-SpatialRelationInfoId，并且可以将与每个pucch-PathlossReferenceRS-Id和p0-PUCCH-Id相对应的closedLoopIndex配置为i0或i1。
例如，可以将pucch-SpatialRelationInfoId配置值配置为1，可以将pucch-PathlossReferenceRS-Id配置值配置为1，可以将P0-PUCCH-Id配置值配置为2，并且可以将closedLoopIndex配置值配置为i0。另外，可以将pucch-SpatialRelationInfoId配置值配置为2，可以将pucch-PathlossReferenceRS-Id配置值配置为2，可以将P0-PUCCH-Id配置值配置为1，并且可以将closedLoopIndex配置值配置为i1。在这种情况下，如在DCI格式2_2中，终端可以基于执行基于组公共PUCCH的功率控制的命令可能的PDCCH中的DCI的closedLoopIndex字段的1位值(例如，0或1)来识别closedLoopIndex配置值被配置为i0(0)还是il(1)。
<方法A-2-2>
对于按不同波束成形方向在一个集合中重复的PUCCH操作，基站可以配置在所配置的一个更高层参数(例如，PUCCH-SpatialRelationInfo-r17)中构成的至少两个参数或索引值。更高层参数PUCCH-SpatialRelationInfo-r17可以用于配置用于PUCCH发送的空间设置和用于PUCCH功率控制的参数。
例如，可以如下表32所示配置更高层参数(例如，PUCCH-SpatialRelationInfo-r17)。
[表32]
如表32所示，两个参数pucch-SpatialRelationInfoId1和pucch-SpatialRelationInfoId2可以分别被配置在更高层参数PUCCH-SpatialRelationInfo-r17中。例如，通过包括两个pucch-SpatialRelationInfoId1和pucch-SpatialRelationInfoId2，可以配置与每个pucch-SpatialRelationInfoId1相对应的参数和索引值(例如，pucch-PathlossReferenceRS-Id1、p0-PUCCH-Id1、ClosedLoopIndex1等)以及与pucch-SpatialRelationInfoId2相对应的参数和索引值(例如，pucch-PathlossReferenceRS-Id2、p0-PUCCH-Id2和ClosedLoopIndex2等)。
另外，通过组合用于确定重复PUCCH发送次数的参数(例如，nrofSlots)和上述参数，终端可以根据重复PUCCH的数目来确定与波束成形方向相关的信息。
例如，在nrofSlots的值被配置为2的情况下，终端可以确定pucch-SpatialRelationInfoId1是为第一发送的PUCCH的资源配置的，而pucch-SpatialRelationInfoId2是为第二发送的PUCCH的资源配置的。换句话说，终端可以基于与pucch-SpatialRelationInfoId1相对应的参数和索引值来发送第一PUCCH，并且基于与pucch-SpatialRelationInfoId2相对应的参数和索引值来发送第二PUCCH。
例如，可以通过更高层参数(例如，SpatialMapping)来指示重复地发送的PUCCH资源与波束成形方向之间的映射关系。作为示例，参照图20的20-30，在nrofSlots值被配置为4并且SpatialMapping被配置为cyclicMapping的情况下，终端可以确定pucch-SpatialRelationInfoId1是为第一和第三发送的PUCCH的资源配置的，而pucch-SpatialRelationInfoId2是为第二和第四发送的PUCCH的资源配置的。作为另一示例，参照图20的20-60，在nrofSlots值被配置为4并且SpatialMapping被配置为sequentialMapping的情况下，终端可以确定pucch-SpatialRelationInfoId1是为第一和第二发送的PUCCH的资源配置的，而pucch-SpatialRelationInfoId2是为第三和第四发送的PUCCH的资源配置的。
根据本公开的实施例，可以对于按不同的波束成形方向在一个集合中重复的PUCCH操作考虑表33所示的配置。
[表33]
如表33所示，对于按不同的波束成形方向在一个集合中重复的PUCCH操作，基站除了使用所配置的spatialRelationInfoToAddModList的基本配置之外还可以使用spatialRelationInfoToAddModListExt来进一步配置，或者可以通过用spatialRelationInfoToAddModList2替换spatialRelationInfoToAddModList的基本配置来进一步配置。
另外，当配置了多个spatialRelationInfo(例如，SpatialRelationInfoToAddMod-List和SpatialRelationInfoToAddModListExt)时，可以基于表33的SpatialMapping参数来确定所发送的PUCCH资源与波束成形方向之间的映射关系。例如，如果更高层参数SpatialMapping被配置为cyclicMapping，则终端可以确定与在SpatialRelationInfoToAddMod-List和SpatialRelationInfoToAddModListExt中配置的多个波束成形方向相关的信息被配置为应用于通过彼此交叉重复地发送的PUCCH资源(例如，图20中的20-30)。例如，当更高层参数SpatialMapping被配置为sequentialMapping时，终端可以确定与在SpatialRelationInfoToAddModList和SpatialRelationInfoToAddModListExt中配置的多个波束成形方向相关的信息被配置为应用于向彼此顺序地和重复地发送的PUCCH资源(例如，图20中的20-60)。
例如，参照图20的20-30，在nrofSlots值被配置为4并且SpatialMapping被配置为cyclicMapping的情况下，终端可以确定SpatialRelationInfoToAddModList是为第一和第三发送的PUCCH的资源配置的，而SpatialRelationInfoToAddModListExt是为第二和第四发送的PUCCH的资源配置的。
又如，参照图20的20-60，在nrofSlots值被配置为4并且SpatialMapping被配置为sequentialMapping的情况下，终端可以确定SpatialRelationInfoToAddModList是为第一和第二发送的PUCCH的资源配置的，而SpatialRelationInfoToAddModListExt是为第三和第四发送的PUCCH的资源配置的。
虽然已经参照图20描述了上述描述，但是在图21的示例中，仅nrofSlots值或用于分配重复PUCCH的资源配置是不同的，并且可以类似地应用映射pucch-SpatialRelationInfoId1、pucch-SpatialRelationInfoId2或SpatialRelationInfoToAddModList、SpatialRelationInfoToAddModListExt的方法。
<方法A-2-3>
另一方面，对于按不同的波束成形方向在一个集合中重复的PUCCH操作，基站除了使用PUCCH-SpatialRelationInfo-r16或PUCCH-SpatialRelationInfo-r17配置之外还使用MAC CE消息来基本上配置。例如，示出了首先根据上述方法A-1、A-2-1和A-2-2在更高层(RRC)中基本上配置图22的MAC CE消息、然后在MAC层中额外地更新图22的MAC CE消息的方法。
图22是示出了根据本公开的实施例的增强型PUCCH空间关系激活/去激活(Deactivation)MAC CE消息的格式的视图。
参照图22，服务小区ID可以意指终端被接入到的服务小区的ID，BWP ID可以意指与服务小区ID相对应的BWP当中与BWP ID相对应的频率侧资源索引。另外，PUCCH资源ID可以指示在BWP ID中配置的PUCCH资源当中与特定PUCCH资源ID相对应的PUCCH资源。
为了执行上述操作，基站可以构成MAC CE，用于将在RRC中配置的指示pucch-SpatialRelationInfoId的SpatialRelationInfoID1和SpatialRelationInfoID2映射或重新配置为一个PUCCH资源ID并且可以将其发送到终端。
当终端接收到包括映射到或对应于一个PUCCH资源ID的SpatialRelationInfoID1和SpatialRelationInfoID2的MAC CE消息时，可以根据在RRC中配置的映射方法(即，cyclicMapping和sequentialMapping)将SpatialRelationInfoID1和SpatialRelationInfoID2交替地或顺序地应用于PUCCH发送。
图22被设计为用于同时额外地配置和改变N个PUCCH资源ID的结构，但是如果PUCCH资源ID当中的空间关系信息ID的额外配置和改变是不必要的，则可以省略所对应的MAC CE的八位位组资源。
下表34示出了用于PUCCH发送的功率调整式。
[表34]
/>
/>
在表34中，g(i)是用于执行闭环功率控制的参数，并且可以依据终端执行基于累积的功率控制还是基于绝对值的功率控制而变化。终端执行基于累积的功率控制还是基于绝对值的功率控制可以通过更高层信令(专用RRC信令)被发送到终端。例如，当支持累积的参数被配置为“开启”时，终端可以执行基于累积的功率控制，而当支持累积的参数被配置为“关闭”时，终端可以执行基于绝对值的功率控制。POPUCCH,f,c意指POPUCCH在服务小区c的频率f下的值，是由PO_NOMINAL_PUCCH+PO_UE_PUCCH组成的参数，并且是由基站通过更高层信令(RRC信令)通知给终端的值。POPUCCH中的qu表示POPUCCH的索引，并且可以依据用于PUCCH发送的波束或对应PUCCH的服务类型(即，eMBB用法或URLLC用法)而具有不同的索引。
可以通过由基站发送的下行链路RS的接收功率来计算作为由终端计算的路径损耗值的PL。由于在NR中不存在小区特定参考信号(CRS)，所以终端可以通过由基站通过qu指示的RS资源来测量PL。例如，qu可以是信道状态信息-参考信号(CSI-RS)的资源索引或同步信号块(SSB)资源的资源索引。
在下文中，将详细地描述根据重复PUCCH资源配置来应用由上述DCI的TPC命令指示的功率调整命令的方法。
<方法B-1>
可以考虑如在一般方法中在DCI格式1_0、1_1或1_2中将包括TPC命令(使用δPUCCH,b,f,c的值来指示功率的增加或降低程度的值)信息的字段的位宽度维持为2位(调度PUCCH的TPC命令)的情况。以这种方式，在确定为相同位宽度的情况下，如果配置了用于如在方法A-1/A-2-1/A-2-2/A-2-3中描述的各种实施例中配置重复PUCCH资源的波束成形方向的一个Spatialrelationinfo，则有必要定义用于应用PUCCH发送的功率调整的方法。
例如，如果由终端接收到的DCI中的TPC命令字段的值是图20或图21中的00，则终端可以将功率降低同等地应用于在DCI中调度的所有重复PUCCH资源。在这种情况下，可以通过将上表34中描述的用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为-1(dB)来确定降低量。另外，如果由终端接收到的DCI中的TPC命令字段的值是01，则终端可以应用来对在DCI中调度的所有重复PUCCH资源维持相同功率。在这种情况下，可以通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为0(dB)来确定降低量。另外，如果由终端接收到的DCI中的TPC命令字段的值是10或11，则终端可以对在DCI中调度的所有重复PUCCH资源应用相同的功率增加。在这种情况下，可以通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为1/3(dB)来确定增加量。
作为另一示例，如果由终端接收到的DCI中的TPC命令字段的值是00，则终端可以对在DCI中调度的所有PUCCH资源重复递归地应用功率降低。在这种情况下，可以通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为-1(dB)以将降低或增加反映和重复发送次数一样多次来确定降低量。另外，如果由终端接收到的DCI中的TPC命令字段的值是10或11，则终端可以对在DCI中调度的所有PUCCH资源重复递归地应用功率增加。在这种情况下，可以通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为1/3(dB)以将降低或增加反映和重复发送次数一样多次来确定增加量。
作为另一示例，用于TPC命令的DCI是2位，并且如果配置了用于如在方法A-1/A-2-1/A-2-2/A-2-3的各种实施例中向重复PUCCH资源配置波束成形方向的一个Spatialrelationinfo，则可能需要对多个PUCCH资源的PUCCH发送选择性地执行功率调整的方法。在这种情况下，如果由终端接收到的DCI中的TPC命令字段的值是00，则根据所配置的PUCCH资源的重复发送的总次数，可以针对总次数的至少一部分降低或增加功率。例如，如果总重复次数是2，则功率调整可以仅适用于初始传输或最后传输。例如，如果总重复次数是4，则功率调整能够仅适用于初始1或2次传输或3或4次传输。
<方法B-2-1>
可以将在DCI格式1_0、1_1或1_2中包括TPC命令(使用δPUCCH,b,f,c的值来指示功率的增加/降低程度的值)信息的字段的位宽度指配为3位(调度PUCCH的TPC命令)。当如在方法A-1/A-2-1/A-2-2/A-2-3中描述的各种实施例中配置用于向重复PUCCH资源配置波束成形方向的一个Spatialrelationinfo时，可能需要应用PUCCH发送的功率调整的方法。
例如，在PUCCH发送重复两次的情况下，如果3位中的前1位(例如，LSB或MSB)是0，则它可以被解释为指示与第一配置的PUCCH资源相对应的信息，而如果前1位是1，则它可以被解释为指示与第二配置的PUCCH资源相对应的信息。能够以与在方法B-1的实施例中相同的方式应用剩余2位。
作为另一示例，在PUCCH发送重复四次的情况下，如果3位中的前1位(例如，LSB或MSB)是0，则它可以被解释为指示与第一和第二配置的PUCCH资源相对应的信息，而如果第一1位是1，则它可以被解释为指示与第三和第四配置的PUCCH资源相对应的信息。可以以与在方法B-1的实施例中相同的方式应用剩余2位。
作为另一示例，如果3位中的第一位(例如，LSB或MSB)是0，则它可以被解释为指示第一配置的PUCCH资源对应于所分配的时隙或子时隙中包括的所有PUCCH资源的信息，而如果第一位是1，则它可以被解释为指示与在该时隙或子时隙之后分配的PUCCH资源相对应的信息。可以以与在方法B-1的实施例中相同的方式应用剩余2位。
<方法B-2-2>
可以将在DCI格式1_0、1_1或1_2中包括TPC命令(通过使用δPUCCH,b,f,c的值来指示功率的增加/降低程度的值)信息的字段的位宽度指配为4位(调度PUCCH的TPC命令)。当如在方法A-1/A-2-1/A-2-2/A-2-3中描述的各种实施例中在重复PUCCH资源中配置用于配置波束成形方向的一个Spatialrelationinfo时，可能需要应用PUCCH发送的功率调整的方法。
例如，4位当中的前2位(例如，2LSB或2MSB)可以被指示为映射到重复地发送的PUCCH资源的次序。例如，终端可以确定如果2位是00则指示第一发送的PUCCH资源，如果2位是01则指示第二发送的PUCCH资源，如果2位是10则指示第三发送的PUCCH资源，而如果2位是11则指示第四发送的PUCCH资源。在PUCCH发送的重复次数是8的情况下，终端可以通过将两个集合从首先发送PUCCH资源的次序关联到一个位信息来顺序地解释。可以以与在方法B-1的实施例中相同的方式应用剩余2位。
又如，在4位中的前2位(例如，2LSB或2MSB)中，00可以被解释为指示与分配了第一配置的PUCCH资源的时隙或子时隙中包括的所有PUCCH资源相对应的信息，01可以被解释为指示与紧接在该时隙或子时隙之后分配的PUCCH资源相对应的信息，10可以被解释为指示与01中指示的紧接在该时隙或子时隙之后分配的PUCCH资源相对应的信息，而11可以被解释为指示与10中指示的紧接在该时隙或子时隙之后分配的PUCCH资源相对应的信息。能够以与在方法B-1的实施例中相同的方式应用剩余2位。
<方法B-2-3>
与在上述方法B-1、B-2-1或B-2-2中相同的方法可以被应用于配置在DCI格式2_2中包括TPC命令(通过使用δPUCCH,b,f,c值来指示功率的增加或减小程度的值)信息的字段的位宽度的方法。
另外，当通过RRC信令来向终端配置twoPUCCH-PC-AdjustmentStates或闭环指示符(1位)时，终端可以识别与闭环指示符相对应的1位，并且通过扩展上述<方法A-2-1>来确定波束成形的方向。
例如，当通过RRC信令来向终端配置twoPUCCH-PC-AdjustmentStates时，终端可以基于DCI(例如，DCI格式2_2)中包括的闭环指示符字段的1位值(例如，0或1)来识别closedLoopIndex被配置为i0(0)还是i1(1)。
图20和图21示出了时隙间重复场景和时隙内重复场景。
在以下描述中，将在考虑上述场景两者的情况下详细地描述根据重复PUCCH资源配置来应用由TPC命令指示的功率调整命令的方法。在下面提出的方法B-3-1、方法B-3-2和方法B-3-3中的两个Spatialrelationinfo的配置可以意味着基于上述方法A-2-1、A-2-2和A-2-3等向终端配置用于重复PUCCH发送的两个或更多个波束成形方向。
<方法B-3-1>
可以将在DCI格式1_0、1_1或1_2中包括TPC命令(通过使用δPUCCH,b,f,c的值来指示功率的增加/减小程度的值)信息的字段的位宽度指配为2位(调度PUCCH的TPC命令)。在被确定有与在一般方法中相同的位宽度的情况下，如果如在方法A-1/A-2-1/A-2-2/A-2-3中描述的各种实施例中配置了用于向重复PUCCH资源配置波束成形方向的两个Spatialrelationinfo，则可能需要用于应用PUCCH发送的功率调整的方法。
例如，如果由终端接收到的DCI中的TPC命令字段的值是00，则终端可以按在重复时在PDCCH中调度的不同spatialrelationinfo对所有PUCCH资源同样地应用功率降低。在这种情况下，可以通过将上表34中描述的用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为-1(dB)来确定降低量。另外，如果由终端接收到的DCI中的TPC命令字段的值是01，则终端可以应用按在重复时在DCI中调度的不同spatialrelationinfo对所有PUCCH资源维持相同功率。在这种情况下，可以通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为0(dB)来确定降低量。另外，如果由终端接收到的DCI中的TPC命令字段的值是10或11，则终端可以按在重复时在DCI中调度的不同spatialrelationinfo对所有PUCCH资源应用相同的功率增加。在这种情况下，可以通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为1/3(dB)来确定增加量。
作为另一示例，如果由终端接收到的DCI中的TPC命令字段的值是00，则终端可以按在重复时在DCI中调度的不同spatialrelationinfo对所有PUCCH资源重复递归地应用功率降低。在这种情况下，可以通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为-1(dB)来将降低或增加反映达重复发送次数来配置降低量。另外，如果由终端接收到的DCI中的TPC命令字段的值是10或11，则终端可以对在DCI中调度的所有重复PUCCH资源递归重复地应用功率增加。在这种情况下，能够通过将用于确定PUCCH发送功率的式中的累积δPUCCH,b,f,c的值配置为1/3(dB)来将增加量配置为将降低或增加反映达重复发送次数。
<方法B-3-2>
可以将在DCI格式1_0、1_1或1_2中包括TPC命令(通过使用δPUCCH,b,f,c的值来指示功率的增加/降低程度的值)信息的字段的位宽度指配为3位(调度PUCCH的TPC命令)。当配置了用于如在方法A-1/A-2-1/A-2/A-2-3中描述的各种实施例中在重复的PUCCH资源中配置波束成形方向的两个Spatialrelationinfo时，可能需要用于应用PUCCH发送的功率调整的方法。
例如，如果3位中的第一个1位字段(例如，LSB或MSB)是0，则它可以被解释为指示对应于被分配为首先发送的第一PUCCH资源(对应于在更高层中SpatialMapping方案被配置为cyclicMapping的情况和SpatialMapping方案被配置为sequentialMapping的情况)或与上述方法A-2-1/A-2-2/A-2-3中描述的SpatialrelationinfoId1相对应的PUCCH资源的信息。如果3位中的第一个1位字段(例如，LSB或MSB)是1，则它被解释为指示与被分配为其次发送的第二PUCCH资源(在更高层中SpatialMapping方案被配置为cyclicMapping的情况)相对应的信息或指示与上述方法A-2-1/A-2-2/A-2-3中描述的SpatialrelationinfoId2相对应的PUCCH资源的信息。可以理解，此后从第三重复地发送的PUCCH资源是根据上述SpatialMapping配置方案相结合地应用的。可以如在方法B-1的实施例中同等地应用TPC字段的剩余2位。
又如，<方法A-2-1>中描述的闭环指示符(1位)被配置在3位当中的第一个1位字段(例如，LSB或MSB)中，并且终端识别与闭环指示符相对应的1位并且通过扩展上述<方法A-2-1>来确定波束成形方向。
例如，当通过RRC信令来向终端配置twoPUCCH-PC-AdjustmentStates时，终端可以基于DCI(例如，DCI格式2_2)中包括的闭环指示符字段的1位值(例如，0或1)来识别closedLoopIndex被配置有i0(0)还是i1(1)并且通过识别来确定波束形成方向。
<方法B-3-3>
可以将在DCI格式1_0、1_1或1_2中包括TPC命令(通过使用δPUCCH,b,f,c的值来指示功率的增加/降低程度的值)信息的字段的位宽度指配为4位(调度PUCCH的TPC命令)。当配置了用于如在方法A-1/A-2-1/A-2/A-2-3中描述的各种实施例中在重复的PUCCH资源中配置波束成形方向的两个Spatialrelationinfo时，可能需要用于应用PUCCH发送的功率调整的方法。
例如，4位当中的第一个1位字段(例如，LSB或MSB)可以包括被分配为首先发送的第一PUCCH资源(对应于在更高层中SpatialMapping被配置为cyclicMapping的情况和SpatialMapping方案被配置为sequentialMapping的情况)或与上述方法A-2-1/A-2-2/A-2-3中描述的SpatialrelationinfoId1相对应的PUCCH资源(例如，PUCCH#1-1、PUCCH#1-3、PUCCH#2-1、PUCCH#2-2)的信息。在由终端接收到的TPC字段的第一位(例如，LSB或MSB)是0的情况下，终端确定不应用TPC字段的最后两位的TPC操作，而在如果TPC字段的第一位是1的情况下，终端可以确定应用TPC字段的最后两位的TPC操作。由4位构成的TPC字段中的第二个1位可以包括被分配为其次发送的PUCCH资源(在更高层中SpatialMapping方案被配置为cyclicMapping的情况)或与上述方法A-2-1/A-2-2/A-2-3中描述的Spatialrelationinfo-Id2相对应的PUCCH资源(例如，PUCCH#1-2、PUCCH#1-4、PUCCH#2-3、PUCCH#2-4)的信息。在由终端接收到的TPC字段的第二个1位是0的情况下，终端确定不应用TPC字段的最后两位字段的TPC操作，而在由终端接收到的TPC字段的第二个1位是1的情况下，终端确定应用TPC字段的最后两位字段的TPC操作。
在上述描述中，已经描述了4位字段的前2位被映射到每个PUCCH资源，但是在各种实施例中，TPC字段的前2位中的00和11中的至少一者被映射到图20的20-30的PUCCH#1-1至#1-4资源，01可以被映射到PUCCH#1-1、PUCCH#1-3资源，而10可以被映射到PUCCH#1-2、PUCCH#1-4资源。能够以与在方法B-1的实施例中相同的方式应用TPC的最后2位。
图23是示出了根据本公开的实施例的无线通信***中的终端23-00与基站23-05之间的信令过程的示例。假定图23中的终端和基站能够根据上述提出的方法和/或实施例(例如，方法A-1/A-2-1/A-2/A-2-3/方法B-1/B-2-1/B-2-2/B-3/B-3-1/B-3-2等)来工作。
基站可以是向终端发送数据/从终端接收数据的对象的通用术语。例如，基站可以是包括一个或更多个TRP(或小区、发送点、面板、节点、TP、波束和/或传输方向)的概念。例如，基站可以是包括图20和图21中描述的TRP-1(TRP#1)和TRP-2(TRP#2)的概念。另外，TRP-1(TRP#1)可以对应于第一节点，TRP-2(TRP#2)可以对应于第二节点。第一节点和第二节点可以是包括在基站中的概念，并且可以由基站控制。
终端可以接收与物理上行链路控制信道(PUCCH)功率控制相关的配置信息(S2310)。也就是说，基站可以向终端发送与PUCCH功率控制相关的配置信息。可以通过无线资源控制(RRC)信令来发送配置信息。
例如，配置信息可以对应于PUCCH-SpatialRelationInfo、PUCCH-SpatialRelationInfo-r16、PUCCH-SpatialRelationInfo-r17、spatialRelationInfoToAddModList、spatialRelationInfoToAddModListExt和spatialRelationInfoToAddModList2中的至少一者。
例如，配置信息可以包括与第一节点相关联的第一信息和与第二节点相关联的第二信息。例如，第一信息和第二信息中的每一者可以包括每个信息的标识符(例如，pucch-SpatialRelationInfoId)和闭环索引(closedloopindex)。同样，包括在第一信息中的第一闭环索引和包括在第二信息中的第二闭环索引可以被配置为不同值。
终端可以基于配置信息识别与第一节点相关联的PUCCH功率控制的第一信息和与第二节点相关联的PUCCH功率控制的第二信息(S2320)。
例如，如上表32所示，与第一节点相关联的PUCCH功率控制的第一信息可以包括pucch-SpatialRelationInfoId1以及对应的pucch-PathlossReferenceRS-Id1、p0-PUCCH-Id1和ClosedLoopIndex1。另外，与第二节点相关联的PUCCH功率控制的第二信息可以包括pucch-SpatialRelationInfoId2以及对应的pucch-PathlossReferenceRS-Id2、p0-PUCCH-Id2和ClosedLoopIndex2。终端可以基于第一信息和第二信息来识别配置了两个或更多个波束成形方向。
终端可以接收下行链路控制信息(DCI)(S2330)。也就是说，基站可以向终端发送DCI。DCI可以包括与第一信息相对应的第一位字段和与第二信息相对应的第二位字段，所述第一位字段和所述第二位字段与发送功率控制(TPC)命令相关联。
终端可以基于第一信息、第二信息和DCI来确定PUCCH的发送功率(S2340)。
例如，可以基于第一信息和DCI来确定与第一节点相关联的PUCCH的发送功率，可以基于第二信息和DCI来确定与第二节点相关联的PUCCH的发送功率。
终端可以基于所确定的发送功率来发送PUCCH(S2350)。也就是说，基站可以从终端接收应用了所确定的发送功率的PUCCH。
例如，终端可以使用基于第一信息和DCI确定的发送功率来通过第一节点在第一资源中发送PUCCH。另外，终端可以使用基于第二信息和DCI确定的发送功率来通过第二节点在第二资源中发送PUCCH。在这种情况下，第一资源和第二资源可以位于不同时隙中或者位于一个时隙中的非重叠时间间隔中。
例如，尽管在图23中未示出，但是终端可以接收关于PUCCH的重复发送次数的信息。终端可以在非重叠时间资源中按重复发送次数重复地发送PUCCH。可以根据循环映射(cyclicmapping)方案或顺序映射(sequenticalMapping)方案来对重复地发送的PUCCH资源应用i)基于第一信息和DCI确定的发送功率和ii)基于第二信息和DCI确定的发送功率。例如，根据循环映射方案，基于第一信息和DCI确定的发送功率可以被应用于奇数PUCCH发送，而基于第二信息和DCI确定的发送功率可以被应用于偶数PUCCH发送。或者，根据顺序映射方法，基于第一信息和DCI确定的发送功率可以被应用于在时间轴上首先发送的(重复发送次数/2个)PUCCH，而基于第二信息和DCI确定的发送功率可以被应用于剩余PUCCH。
尽管在图23中未示出，但是终端可以通过介质接入控制-控制元素(MAC-CE)信令来接收用于激活PUCCH资源的配置信息的激活信息。也就是说，基站可以向终端发送激活信息。基于激活信息，可以指示PUCCH资源的标识符(例如，PUCCH资源ID)和与PUCCH资源相对应的多个配置信息标识符(例如，SpatialRelationInfoID1和SpatialRelationInfoID2)。
图24是示出了根据本公开的实施例的无线通信***中的终端的结构的视图。
参照图24，终端可以包括收发器24-00、存储器24-05和处理器24-10。终端的收发器24-00和处理器24-10可以根据终端的上述通信方法工作。然而，终端的组件不限于上述示例。例如，终端可以包括比上述组件更多或更少的组件。另外，可以以单个芯片的形式实现收发器24-00、存储器24-05和处理器24-10。
收发器24-00可以向基站发送信号和从基站接收信号。这里，信号可以包括控制信息和数据。为此目的，收发器24-00可以包括：RF发送器，其对发送的信号的频率进行上变频和放大；RF接收器，其以低噪声对接收到的信号进行放大并且对频率进行下变频；等。然而，这仅是收发器24-00的实施例，并且收发器24-00的组件不限于RF发送器和RF接收器。
另外，收发器24-00可以通过无线信道来接收信号，向处理器24-10输出信号，并且通过无线信道来发送从处理器24-10输出的信号。
存储器24-05可以存储终端的操作所必需的程序和数据。另外，存储器24-05可以存储包括在由终端发送和接收的信号中的控制信息或数据。存储器24-05可以由诸如ROM、RAM、硬盘、CD-ROM和DVD的存储介质、或存储介质的组合组成。同样，可以存在多个存储器24-05。
另外，处理器24-10可以控制一系列过程，使得终端能够根据上述实施例工作。例如，处理器24-10可以控制终端的组件接收由两个层组成的DCI并且同时接收多个PDSCH。可以存在多个处理器24-10，并且处理器24-10可以通过运行存储在存储器24-05中的程序来执行终端的组件控制操作。
图25是示出了根据本公开的实施例的无线通信***中的基站的结构的视图。
参照图25，基站可以包括收发器25-00、存储器25-05和处理器25-10。基站的收发器25-00和处理器25-10可以根据基站的上述通信方法工作。然而，基站的组件不限于上述示例。例如，基站可以包括比上述组件更多或更少的组件。另外，可以以单个芯片的形式实现收发器25-00、存储器25-05和处理器25-10。
收发器25-00可以向终端发送信号和从终端接收信号。这里，信号可以包括控制信息和数据。为此目的，收发器25-00可以包括：RF发送器，其对发送的信号的频率进行上变频和放大；RF接收器，其以低噪声对接收到的信号进行放大并且对频率进行下变频；等。然而，这仅是收发器25-00的实施例，并且收发器25-00的组件不限于RF发送器和RF接收器。
另外，收发器25-00可以通过无线信道来接收信号，向处理器25-10输出信号，并且通过无线信道来发送从处理器25-10输出的信号。
存储器25-05可以存储基站的操作所需要的程序和数据。另外，存储器25-05可以存储包括在由基站发送和接收的信号中的控制信息或数据。存储器25-05可以由诸如ROM、RAM、硬盘、CD-ROM和DVD的存储介质、或存储介质的组合形成。同样，可以存在多个存储器25-05。
处理器25-10可以控制一系列过程，使得基站能够根据上述实施例工作。例如，处理器25-10可以控制基站的每个组件构成和发送包括多个PDSCH的分配信息的两个层的DCI。可以存在多个处理器25-10，并且处理器25-10可以通过运行存储在存储器25-05中的程序来执行基站的组件控制操作。
根据本公开的权利要求书或说明书中描述的各种实施例的方法可以由硬件、软件或硬件和软件的组合来实现。
当方法由软件来实现时，可以提供用于存储一个或更多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或更多个程序可以被配置用于由电子设备内的一个或更多个处理器运行。至少一个程序可以包括指令，这些指令使电子设备执行根据如由所附权利要求限定的和/或本文公开的本公开的各种实施例的方法。
程序(软件模块或软件)可以被存储在包括以下项的非易失性存储器中：随机存取存储器和闪存、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、磁盘存储设备、光盘-ROM(CD-ROM)、数字通用盘(DVD)或其他类型的光学存储设备或磁盒。或者，它们中的一些或全部的任何组合可以形成在其中存储了程序的存储器。此外，可以在电子设备中包括多个此类存储器。
另外，程序可以被存储在可附连的存储设备中，该可附连的存储设备可以通过诸如以下的通信网络来访问电子设备：因特网、内联网、局域网(LAN)、广域网(WLAN)和存储区域网络(SAN)或它们的组合。这样的存储设备可以经由外部端口访问电子设备。此外，通信网络上的单独的存储设备可以访问便携式电子设备。
在本公开的上述详细实施例中，根据呈现的详细实施例以单数或复数表达本公开包括的元素。然而，为了便于描述，单数形式或复数形式是根据所呈现的情形适当地选择的，并且本公开不受以单数或复数表达的元素限制。因此，以复数表达的元素也可以包括单个元素，或者以单数表达的元素也可以包括多个元素。
已经呈现了说明书和附图中描述和示出的本公开的实施例，以容易地说明本公开的技术内容并帮助理解本公开，而不旨在限制本公开的范围。也就是说，对本领域的技术人员而言将清楚的是，可以在本公开的技术思想的基础上对其做出其他修改和变化。此外，必要时，可以相结合地采用上述相应的实施例。例如，本公开的一个实施例可以与其他实施例部分地组合以操作基站和终端。作为示例，本公开的实施例1和2可以彼此组合以操作基站和终端。此外，尽管已经在FDD LTE***的基础上描述了上述实施例，但是也可以在诸如TDDLTE、5G或NR***等的其他通信***中实现基于实施例的技术思想的其他变体。
在描述本公开的方法的附图中，描述的次序不总是对应于借以执行每个方法的步骤的次序，并且可以改变步骤之间的次序关系，或者可以并行地执行步骤。
或者，在描述本公开的方法的附图中，在不背离本公开的必要精神和范围的情况下，可以省略一些元素，并且可以在其中包括仅一些元素。
此外，在本公开的方法中，在不背离本公开的必要精神和范围的情况下，可以组合每个实施例的内容中的一些或全部。
Claims (15)
1.一种终端在无线通信***中发送上行链路信道的方法，所述方法包括：
通过无线资源控制RRC信令来接收与物理上行链路控制信道PUCCH功率控制相关的配置信息；
基于所述配置信息，识别与第一节点相关联的PUCCH功率控制的第一信息和与第二节点相关联的PUCCH功率控制的第二信息；
接收下行链路控制信息DCI，所述DCI与发送功率控制TPC命令相关联，并且包括与所述第一信息相对应的第一位字段和与所述第二信息相对应的第二位字段；
基于所述第一信息、所述第二信息和所述DCI来确定PUCCH的发送功率；以及
基于所确定的发送功率来发送所述PUCCH。
2.根据权利要求1所述的方法，所述方法还包括：
通过介质接入控制-控制元素MAC-CE信令来接收用于激活PUCCH资源的配置信息的激活信息，
其中，所述PUCCH资源的标识符和与所述PUCCH资源相对应的多个配置信息标识符是基于所述激活信息被指示的。
3.根据权利要求1所述的方法，其中，所述配置信息包括与所述第一节点相关联的所述第一信息和与所述第二节点相关联的所述第二信息，
所述第一信息和所述第二信息中的每一者包括每个信息的标识符和闭环索引，并且
包括在所述第一信息中的第一闭环索引和包括在所述第二信息中的第二闭环索引被配置为不同值。
4.根据权利要求1所述的方法，其中，基于所确定的发送功率来发送所述PUCCH包括：
使用基于所述第一信息和所述DCI确定的发送功率来通过所述第一节点在第一资源中发送所述PUCCH；以及
使用基于所述第二信息和所述DCI确定的发送功率来通过所述第二节点在第二资源中发送所述PUCCH，
其中，所述第一资源和所述第二资源位于不同时隙或一个时隙内的非重叠时间段中。
5.根据权利要求1所述的方法，所述方法还包括：
接收关于所述PUCCH的重复发送次数的信息，
其中，所述PUCCH在非重叠时间资源中被重复地发送了与所述重复发送次数相同的次数，并且
基于所述第一信息和所述DCI确定的发送功率被应用于奇数PUCCH发送，基于所述第二信息和所述DCI确定的发送功率被应用于偶数PUCCH发送。
6.一种基站在无线通信***中接收上行链路信道的方法，所述方法包括：
通过无线资源控制RRC信令来发送与物理上行链路控制信道PUCCH功率控制相关的配置信息，其中，与第一节点相关联的PUCCH功率控制的第一信息和与第二节点相关联的PUCCH功率控制的第二信息是基于所述配置信息被配置的；
发送下行链路控制信息DCI，所述DCI与发送功率控制TPC命令相关联，并且包括与所述第一信息相对应的第一位字段和与所述第二信息相对应的第二位字段；以及
接收应用了基于所述第一信息、所述第二信息和所述DCI确定的发送功率的PUCCH。
7.根据权利要求6所述的方法，所述方法还包括：
通过介质接入控制-控制元素MAC-CE信令来发送用于激活PUCCH资源的配置信息的激活信息，
其中，所述PUCCH资源的标识符和与所述PUCCH资源相对应的多个配置信息标识符是基于所述激活信息被指示的。
8.根据权利要求6所述的方法，其中：
所述第一信息和所述第二信息中的每一者包括每个信息的标识符和闭环索引，并且
包括在所述第一信息中的第一闭环索引和包括在所述第二信息中的第二闭环索引被配置为不同值。
9.根据权利要求6所述的方法，其中，接收所述PUCCH包括：
通过所述第一节点在第一资源中接收应用了基于所述第一信息和所述DCI确定的发送功率的所述PUCCH；以及
通过所述第二节点在第二资源中接收应用了基于所述第二信息和所述DCI确定的发送功率的所述PUCCH，
其中，所述第一资源和所述第二资源位于不同时隙或一个时隙内的非重叠时间段中。
10.根据权利要求6所述的方法，所述方法还包括：
发送关于所述PUCCH的重复发送次数的信息，
其中，所述PUCCH在非重叠时间资源中被重复地接收了与所述重复发送次数相同的次数，并且
基于所述第一信息和所述DCI确定的发送功率被应用于奇数PUCCH接收，基于所述第二信息和所述DCI确定的发送功率被应用于偶数PUCCH接收。
11.一种在无线通信***中发送上行链路信道的终端，所述终端包括：
收发器，所述收发器用于通过无线资源控制RRC信令来接收与物理上行链路控制信道PUCCH功率控制相关的配置信息；以及
处理器，所述处理器被配置为：
基于所述配置信息，识别与第一节点相关联的所述PUCCH功率控制的第一信息和与第二节点相关联的所述PUCCH功率控制的第二信息；并且
控制所述收发器接收下行链路控制信息DCI，所述DCI与发送功率控制TPC命令相关联，并且包括与所述第一信息相对应的第一位字段和与所述第二信息相对应的第二位字段；
基于所述第一信息、所述第二信息和所述DCI来确定PUCCH的发送功率；以及
控制所述收发器基于所确定的发送功率来发送所述PUCCH；以及
存储器，所述存储器连接到所述处理器。
12.根据权利要求11所述的终端，其中，所述处理器控制所述收发器通过介质接入控制-控制元素MAC-CE信令来接收用于激活PUCCH资源的配置信息的激活信息，
其中，所述PUCCH资源的标识符和与所述PUCCH资源相对应的多个配置信息标识符是基于所述激活信息被指示的。
13.根据权利要求11所述的终端，其中，所述配置信息包括与所述第一节点相关联的所述第一信息和与所述第二节点相关联的所述第二信息，
所述第一信息和所述第二信息中的每一者包括每个信息的标识符和闭环索引，并且
包括在所述第一信息中的第一闭环索引和包括在所述第二信息中的第二闭环索引被配置为不同值。
14.一种在无线通信***中接收上行链路信道的基站，所述基站包括：
收发器；
处理器；以及
存储器，所述存储器连接到所述处理器并且用于存储由所述处理器运行的操作的指令，
其中，所述处理器控制所述收发器：
通过无线资源控制RRC信令来发送与物理上行链路控制信道PUCCH功率控制相关的配置信息，所述配置信息用于配置与第一节点相关联的所述PUCCH功率控制的第一信息和与第二节点相关联的所述PUCCH功率控制的第二信息；
发送下行链路控制信息DCI，所述DCI与发送功率控制TPC命令相关联，并且包括与所述第一信息相对应的第一位字段和与所述第二信息相对应的第二位字段；以及
接收应用了基于所述第一信息、所述第二信息和所述DCI确定的发送功率的PUCCH。
15.根据权利要求14所述的基站，其中，所述处理器控制所述收发器通过介质接入控制-控制元素MAC-CE信令来发送用于激活PUCCH资源的配置信息的激活信息，
其中，所述PUCCH资源的标识符和与所述PUCCH资源相对应的多个配置信息标识符是基于所述激活信息被指示的。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR20200137834 | 2020-10-22 | ||
| KR10-2020-0137834 | 2020-10-22 | ||
| PCT/KR2021/014965 WO2022086291A1 (ko) | 2020-10-22 | 2021-10-22 | 무선 통신 시스템의 네트워크 협력 통신을 위한 제어 정보 전송 방법 및 장치 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116530044A true CN116530044A (zh) | 2023-08-01 |
Family
ID=81290002
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202180072535.8A Pending CN116530044A (zh) | 2020-10-22 | 2021-10-22 | 无线通信***的网络协作通信的控制信息传输方法和设备 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20230224824A1 (zh) |
| EP (1) | EP4216644A4 (zh) |
| KR (1) | KR20220053510A (zh) |
| CN (1) | CN116530044A (zh) |
| WO (1) | WO2022086291A1 (zh) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10631191B2 (en) * | 2015-03-24 | 2020-04-21 | Ofinno, Llc | Uplink transmission power control of a wireless device in a wireless network |
| CN110475360B (zh) * | 2018-05-10 | 2023-05-02 | 华硕电脑股份有限公司 | 无线通信***中上行链路传送的波束指示的方法和设备 |
| CN112534892A (zh) * | 2018-08-09 | 2021-03-19 | 联想（新加坡）私人有限公司 | 上行链路传输功率分配 |
-
2021
- 2021-10-22 KR KR1020210142145A patent/KR20220053510A/ko unknown
- 2021-10-22 CN CN202180072535.8A patent/CN116530044A/zh active Pending
- 2021-10-22 WO PCT/KR2021/014965 patent/WO2022086291A1/ko active Application Filing
- 2021-10-22 EP EP21883358.0A patent/EP4216644A4/en active Pending
-
2023
- 2023-03-21 US US18/187,626 patent/US20230224824A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4216644A4 (en) | 2024-03-27 |
| WO2022086291A1 (ko) | 2022-04-28 |
| EP4216644A1 (en) | 2023-07-26 |
| US20230224824A1 (en) | 2023-07-13 |
| KR20220053510A (ko) | 2022-04-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230254939A1 (en) | Method and apparatus for performing cooperative communication in wireless communication system | |
| US11804929B2 (en) | Apparatus and method for transmission of uplink control information in network cooperative communication | |
| CN113785527A (zh) | 发送pusch的方法、用户设备、设备和存储介质以及接收pusch的方法和基站 | |
| EP4050811A1 (en) | Method and apparatus for configuring default beam for network cooperative communication | |
| EP4093130A1 (en) | Method and device for repetitive transmission of uplink control information for network cooperative communication | |
| CN115066964A (zh) | 用于发送网络协作通信的控制信息的方法和设备 | |
| CN115516978A (zh) | 用于网络协作通信的上行链路数据重复发送和接收的方法和装置 | |
| CN114175705A (zh) | 用于网络协作通信的信道状态信息的测量和报告方法 | |
| CN113647177A (zh) | 在无线协作通信***中发送和接收多个数据的方法和装置 | |
| US20220209904A1 (en) | Method and apparatus for determining processing time of ue in wireless communication system | |
| CN114503748A (zh) | 用于在无线通信网络中发送和接收数据的方法和装置 | |
| CN116057880A (zh) | 用于在无线协作通信***中发射/接收控制信息的方法和装置 | |
| CN116368911A (zh) | 在无线通信***中发送物理上行链路控制信道的方法、装置和*** | |
| KR20210126403A (ko) | 무선 통신 시스템에서 상향링크 데이터 채널 송수신 방법 및 장치 | |
| CN113661675A (zh) | 用于网络协作通信的基于重复的数据传输的方法和装置 | |
| CN117441399A (zh) | 网络协作通信中用于数据发送和接收的方法和设备 | |
| CN116724511A (zh) | 用于网络协作通信的harq-ack反馈发送或接收的方法和设备 | |
| CN116349173A (zh) | 无线通信***中重复发送/接收下行链路控制信息的方法和设备 | |
| KR20220144706A (ko) | 네트워크 협력 통신에서 하향링크 제어정보 반복 전송 방법 및 장치 | |
| EP4080805A1 (en) | Method and apparatus for transmitting or receiving reference signal in wireless communication system | |
| KR20220131126A (ko) | 네트워크 협력 통신 시스템을 위한 상향링크 전송 전력 제어 방법 및 장치 | |
| CN113519194A (zh) | 网络协作通信中用于发送上行链路控制信息的装置和方法 | |
| EP4216644A1 (en) | Control information transmission method and device for network cooperative communication of wireless communication system | |
| CN113383602B (zh) | 无线通信***中的发送和接收数据的方法和设备 | |
| CN116803174A (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 |