CN114902595B - 无线通信系统中发送/接收信号的方法和装置 - Google Patents

无线通信系统中发送/接收信号的方法和装置 Download PDF

Info

Publication number
CN114902595B
CN114902595B CN202080069051.3A CN202080069051A CN114902595B CN 114902595 B CN114902595 B CN 114902595B CN 202080069051 A CN202080069051 A CN 202080069051A CN 114902595 B CN114902595 B CN 114902595B
Authority
CN
China
Prior art keywords
interlace
pucch
index
prbs
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202080069051.3A
Other languages
English (en)
Other versions
CN114902595A (zh
Inventor
辛硕珉
梁锡喆
安俊基
金善旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN114902595A publication Critical patent/CN114902595A/zh
Application granted granted Critical
Publication of CN114902595B publication Critical patent/CN114902595B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • 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/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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/0037—Inter-user or inter-terminal allocation
    • 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/0058—Allocation criteria
    • H04L5/0066—Requirements on out-of-channel emissions

Abstract

根据本发明的一个实施例，一种用于在无线通信系统中发送/接收信号的方法和装置发送包括UCI的PUCCH。关于用于发送PUCCH的资源，基于：(i)利用关于PUCCH资源的信息配置第一交织和具有比第一交织高的索引的第二交织；(ii)用于发送UCI的物理资源块(PRB)的数量等于或小于第一交织的PRB的数量，PUCCH被确定为与第一交织和第二交织当中的第一交织相关联。

Description

无线通信系统中发送/接收信号的方法和装置
技术领域
本公开涉及一种用于无线通信系统中的方法和设备。
背景技术
通常，无线通信系统正在发展以多样地覆盖宽范围，以提供诸如音频通信服务、数据通信服务等的通信服务。无线通信是一种能够通过共享可用系统资源(例如，带宽、发送功率等)来支持与多个用户的通信的多址系统。例如，多址系统可以包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统等之一。
发明内容
技术问题
本公开的目的是提供一种用于在无线通信系统中高效地发送上行链路信道的方法和设备。
本领域技术人员将理解，可以通过本公开实现的目的不限于上文具体描述的那些目的，本公开可实现的以上和其它目的将从以下详细描述更清楚地理解。
技术方案
本公开提供了一种在无线通信系统中发送和接收信号的方法和设备。
在本公开的一个方面，提供了一种由在无线通信系统中操作的用户设备(UE)发送和接收信号的方法。该方法可以包括：接收关于物理上行链路控制信道(PUCCH)资源的信息；以及基于关于PUCCH资源的信息发送包括上行链路控制信息(UCI)的PUCCH。基于(i)由关于PUCCH资源的信息配置的第一交织和第二交织和(ii)用于发送UCI的物理资源块(PRB)的数量小于或等于第一交织的PRB的数量，可以在第一交织和第二交织当中的第一交织中发送PUCCH。在这种情况下，第二交织的索引可以高于第一交织的索引。
在本公开的另一方面，提供了一种被配置成在无线通信系统中发送和接收信号的通信设备(UE)。该通信设备可以包括：至少一个收发器；至少一个处理器；以及至少一个存储器，其可操作地连接到所述至少一个处理器并被配置成存储指令，所述指令在被执行时使所述至少一个处理器执行包括下述的操作：接收关于PUCCH资源的信息；以及基于关于PUCCH资源的信息发送包括UCI的PUCCH。基于(i)由关于PUCCH资源的信息配置的第一交织和第二交织和(ii)用于发送UCI的PRB的数量小于或等于第一交织的PRB的数量，可以在第一交织和第二交织当中的第一交织中发送PUCCH。在这种情况下，第二交织的索引可以高于第一交织的索引。
在本公开的另一方面，提供了一种用于UE的设备。该设备可以包括：至少一个处理器；和至少一个计算机存储器，其可操作地连接到所述至少一个处理器并被配置成，在被执行时，使所述至少一个处理器执行包括下述的操作：接收关于PUCCH资源的信息；以及基于关于PUCCH资源的信息发送包括UCI的PUCCH。基于(i)由关于PUCCH资源的信息配置的第一交织和第二交织和(ii)用于发送UCI的PRB的数量小于或等于第一交织的PRB的数量，可以在第一交织和第二交织当中的第一交织中发送PUCCH。在这种情况下，第二交织的索引可以高于第一交织的索引。
在本公开的又一方面，提供了一种具有至少一个计算机程序的计算机可读存储介质，所述至少一个计算机程序被配置成，在被执行时，使至少一个处理器执行操作。该操作可以包括：接收关于PUCCH资源的信息；以及基于关于PUCCH资源的信息发送包括UCI的PUCCH。基于(i)由关于PUCCH资源的信息配置的第一交织和第二交织和(ii)用于发送UCI的PRB的数量小于或等于第一交织的PRB的数量，可以在第一交织和第二交织当中的第一交织中发送PUCCH。在这种情况下，第二交织的索引可以高于第一交织的索引。
在上述方法和设备中，可以基于UCI的大小和编码率来确定用于发送UCI的PRB的数量是否小于或等于第一交织的PRB的数量。
在该方法和设备中，可以基于包括关于PUCCH资源的信息的无线电资源控制(RRC)信令来确定第一交织的索引和第二交织的索引。
在该方法和设备中，第一交织和第二交织可以包括相同数量的PRB。
在该方法和设备中，可以基于特定的PUCCH格式发送PUCCH，并且该特定的PUCCH格式可以包括PUCCH格式2和PUCCH格式3。
通信设备可以包括至少与UE、网络和通信设备以外的另一自主驾驶车辆通信的自主驾驶车辆。
本公开的上述方面仅是本公开的一些优选实施例，本领域技术人员可以从本公开的以下详细描述推导和理解反映本公开的技术特征的各种实施例。
有益效果
根据本公开的实施例，通信设备可以以与现有技术不同的方式更高效地发送上行链路信道。
本领域技术人员将理解，能够利用本公开实现的效果不限于上文具体描述的那些，本公开的其它优点将从以下结合附图进行的详细描述更清楚地理解。
附图说明
图1示出无线电帧结构。
图2示出在时隙持续时间期间的资源网格。
图3示出自包含时隙结构。
图4示出应答/否定应答(ACK/NACK)传输过程。
图5示出支持免执照频带的无线通信系统。
图6示出占用免执照频带中的资源的示例性方法。
图7和图8是示出用于免执照频带中的信号传输的信道接入过程(CAP)的流程图。
图9示出资源块(RB)交织。
图10是示出根据本公开的实施例的上行链路(UL)信道传输的图。
图11至图14示出根据本公开的实施例的装置。
具体实施方式
以下技术可以用在诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等的各种无线接入系统中。CDMA可以被实现为诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术。TDMA可以被实现为诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强数据速率GSM演进(EDGE)的无线电技术。OFDMA可以被实现为诸如电气和电子工程师协会(IEEE)802.11(无线保真(WiFi))、IEEE802.16(全球微波接入互操作性(WiMAX))、IEEE 802.20、演进UTRA(E-UTRA)等的无线电技术。UTRA是通用移动电信系统(UMTS)的一部分。第3代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进UMTS(E-UMTS)的一部分，LTE-advanced(LTE-A)是3GPP LTE的演进。3GPP新无线电或新无线电接入技术(NR)是3GPP LTE/LTE-A的演进版本。
为了描述清晰，将在3GPP通信系统(例如，LTE和NR)的上下文中描述本公开，其不应被解释为限制本公开的精神。LTE是指超越3GPP TS 36.xxx版本8的技术。具体地，超越3GPP TS 36.xxx版本10的LTE技术被称为LTE-A，超越3GPP TS 36.xxx版本13的LTE技术被称为LTE-Apro。3GPP NR是超越3GPP TS 38.xxx版本15的技术。LTE/NR可以被称为3GPP系统。“xxx”指定技术规范编号。LTE/NR可以被统称为3GPP系统。如本文所使用的背景技术、术语、缩写等参考在本公开之前公布的技术规范。例如，可参考以下文件。
3GPP NR
-38.211：物理信道和调制
-38.212：复用和信道编码
-38.213：用于控制的物理层过程
-38.214：用于数据的物理层过程
-38.300：NR和NG-RAN总体描述
-38.331：无线电资源控制(RRC)协议规范
图1示出用于NR的无线电帧结构。
在NR中，按帧配置UL和DL传输。每个无线电帧具有10ms的长度并且被划分为两个5ms半帧。每个半帧被划分为五个1ms子帧。子帧被划分为一个或更多个时隙，并且子帧中的时隙数量取决于子载波间距(SCS)。根据循环前缀(CP)，每个时隙包括12或14个OFDM(A)符号。当使用正常CP时，每个时隙包括14个OFDM符号。当使用扩展CP时，每个时隙包括12个OFDM符号。符号可以包括OFDM符号(或CP-OFDM符号)和SC-FDMA符号(或离散傅里叶变换-扩展-OFDM(DFT-s-OFDM)符号)。
表1示例性地示出在正常CP情况下每时隙的符号数量、每帧的时隙数量和每子帧的时隙数量根据SCS而变化。
[表1]
SCS(15*2^u) Nslot symb Nframe，u slot Nsubframe，u slot
15KHz(u＝0) 14 10 1
30KHz(u＝1) 14 20 2
60KHz(u＝2) 14 40 4
120KHz(u＝3) 14 80 8
240KHz(u＝4) 14 160 16
*Nslot symb：时隙中的符号数量
*Nframe，u slot：帧中的时隙数量
*Nsubframe，u slot：子帧中的时隙数量
表2示出在扩展CP情况下每时隙的符号数量、每帧的时隙数量和每子帧的时隙数量根据SCS而变化。
[表2]
SCS(15*2^u) Nslot symb Nframe，u slot Nsubframe，u slot
60KHz(u＝2) 12 40 4
在NR系统中，可以为针对一个UE聚合的多个小区配置不同的OFDM(A)参数集(例如，SCS、CP长度等)。因此，由相同数量的符号组成的时间资源(例如，子帧、时隙或传输时间间隔(TTI))(为了方便，称为时间单元(TU))的(绝对时间)持续时间可以在聚合的小区之间不同地配置。
NR可以支持各种参数集(或子载波间距(SCS))以提供各种5G服务。例如，对于15kHz的SCS，NR可以支持传统蜂窝频带中的宽的区域，并且对于30或60kHz的SCS，可以支持密集的城市区域和具有较低时延的宽载波带宽。对于60kHz或更高的SCS，NR可以支持高于24.25GHz的带宽以克服相位噪声。
NR频段可以被划分为两个频率范围：频率范围1(FR1)和频率范围2(FR2)。FR1和FR2可以如下表3中所示配置。FR 2可以意指毫米波(mmW)。
[表3]
频率范围指定 对应频率范围 子载波间距
FR1 450MHz-7125MHz 15、30、60kHz
FR2 24250MHz-52600MHz 60、120、240kHz
图2示出一个时隙的持续时间期间的资源网格。
时隙包括时域中的多个符号。例如，一个时隙在正常CP情况下包括14个符号，并且在扩展CP情况下包括12个符号。载波包括频域中的多个子载波。资源块(RB)可以由频域中的多个(例如，12个)连续子载波定义。带宽部分(BWP)可以由频域中的多个连续(物理)RB((P)RB)定义并且对应于一个参数集(例如，SCS、CP长度等)。载波可包括至多N(例如，五)个BWP。可以在活动BWP中进行数据通信，并且可以为一个UE仅激活一个BWP。资源网格中的各个元素可以被称为资源元素(RE)，可以向其映射一个复符号。
在无线通信系统中，UE在下行链路(DL)中从BS接收信息，并且UE在上行链路(UL)中向BS发送信息。在BS和UE之间交换的信息包括数据和各种控制信息，并且根据其间交换的信息的类型/用途存在各种物理信道/信号。物理信道对应于承载源自较高层的信息的资源元素(RE)的集合。物理信号对应于由物理层使用，但不承载源自较高层的信息的RE的集合。较高层包括媒体接入控制(MAC)层、无线电链路控制(RLC)层、分组数据会聚协议(PDCP)层、无线电资源控制(RRC)层等。
DL物理信道包括物理广播信道(PBCH)、物理下行链路共享信道(PDSCH)和物理下行链路控制信道(PDCCH)。DL物理信号包括DL参考信号(RS)、主同步信号(PSS)和辅同步信号(SSS)。DL RS包括解调参考信号(DM-RS)、相位跟踪参考信号(PT-RS)和信道状态信息参考信号(CSI-RS)。UL物理信道包括物理随机接入信道(PRACH)、物理上行链路共享信道(PUSCH)和物理上行链路控制信道(PUCCH)。UL物理信号包括UL RS。UL RS包括DM-RS、PT-RS和探测参考信号(SRS)。
图3示出自包含时隙的结构。
在NR系统中，帧具有其中DL控制信道、DL或UL数据、UL控制信道等可以全部包含在一个时隙中的自包含结构。例如，时隙中的前N个符号(在下文中，DL控制区域)可以用于发送DL控制信道，时隙中的后M个符号(在下文中，UL控制区域)可以用于发送UL控制信道。N和M是大于或等于0的整数。DL控制区域和UL控制区域之间的资源区域(在下文中，数据区域)可以用于DL数据传输或UL数据传输。例如，可以考虑以下配置。按时间顺序列出各个部分。
在本公开中，基站(BS)可以是例如gNode B(gNB)
DL物理信道/信号
(1)PDSCH
PDSCH承载DL数据(例如，DL共享信道传送块(DL-SCH TB))。TB被编码成码字(CW)，然后在加扰和调制处理之后被发送。CW包括一个或多个码块(CB)。一个或多个CB可以被分组成一个码块组(CBG)。取决于小区的配置，PDSCH可以承载直至两个CW。可以针对每个CW执行加扰和调制，并且可以将从每个CW生成的调制符号映射到一个或多个层。每个层可以在预编码之后与DMRS一起映射到资源，并且在对应的天线端口上被发送。PDSCH可以由PDCCH(动态调度)动态地调度。可替换地，可以基于较高层(例如，RRC)信令(和/或层1(L1)信令(例如，PDCCH))来半静态地调度PDSCH(配置的调度(CS))。因此，在动态调度中，PDSCH传输伴随PDCCH，而在CS中，PDSCH传输可以不伴随PDCCH。CS可以包括半持久调度(SPS)。
(2)PDCCH
PDCCH承载下行链路控制信息(DCI)。例如，PDCCH(即，DCI)可以承载：DL-SCH的传输格式和资源分配；上行链路共享信道(UL-SCH)上的频率/时间资源分配信息；寻呼信道(PCH)上的寻呼信息；DL-SCH上的系统信息；关于通过PDSCH发送的诸如随机接入响应(RAR)的较高层控制消息的时间/频率资源分配信息；发送功率控制命令；以及关于SPS/CS的激活/停用的信息。可以取决于DCI中的信息提供各种DCI格式。
表4示出了通过PDCCH发送的DCI格式。
[表4]
DCI格式0_0可以用于调度基于TB(或TB级)的PUSCH，并且DCI格式0_1可以用于调度基于TB(或TB级)的PUSCH或基于CBG(或CBG级)的PUSCH。DCI格式1_0可以用于调度基于TB(或TB级)的PDSCH，并且DCI格式1_1可以用于调度基于TB(或TB级)的PDSCH或基于CBG(或CBG级)的PDSCH(DL许可DCI)。DCI格式0_0/0_1可以被称为UL许可DCI或UL调度信息，并且DCI格式1_0/1_1可以被称为DL许可DCI或UL调度信息。DCI格式2_0可以用于向UE提供动态时隙格式信息(例如，动态SFI)，并且DCI格式2_1可以用于向UE提供下行链路抢占信息。定义为一个组的UE可以在组公共PDCCH上被提供有DCI格式2_0和/或DCI格式2_1，该组公共PDCCH是针对UE组定义的PDCCH。
PDCCH/DCI可以包括循环冗余校验(CRC)，并且CRC可以根据PDCCH的拥有者或目的利用各种标识符(例如，无线网络临时标识符(RNTI))来掩蔽/加扰。例如，如果PDCCH是针对特定UE的，则可以利用小区RNTI(C-RNTI)来掩蔽CRC。如果PDCCH与寻呼相关，则可以利用寻呼RNTI(P-RNTI)来掩蔽CRC。如果PDCCH与系统信息(例如，系统信息块(SIB))相关，则可以利用系统信息RNTI(SI-RNTI)来掩蔽CRC。如果PDCCH与随机接入响应相关，则可以利用随机接入RNTI(RA-RNTI)来掩蔽CRC。
表5示出了根据RNTI类型的PDCCH的用途和传送信道。这里，传送信道意指与由PDCCH调度的PDSCH/PUSCH承载的数据相关的传送信道。
[表5]
对于PDCCH，可以使用固定调制方案(例如，正交相移键控(QPSK))。取决于聚合级别(AL)，一个PDCCH可以包括1、2、4、8或16个控制信道元素(CCE)。一个CCE可以包括6个资源元素组(REG)，并且一个REG可以由一个OFDMA符号和一个(P)RB来定义。
PDCCH可以在控制资源集(CORESET)中发送。CORESET对应于用于在BWP内承载PDCCH/DCI的物理资源/参数集合。例如，CORESET可以包括具有给定参数集(例如，SCS，CP长度等)的REG的集合。CORESET可以由系统信息(例如，MIB)或UE特定的较高层(例如，RRC)信令来配置。例如，以下参数/信息可以用于配置CORESET。一个UE可以被配置有一个或多个CORESET，并且多个CORESET可以在时域/频域中重叠。
-controlResourceSetId：该参数/信息指示CORESET的标识符(ID)。
-frequencyDomainResources：该参数/信息指示CORESET的频域资源。频域资源可以由位图指示，并且每个比特对应于RB组(＝6个连续RB)。例如，位图的最高有效位(MSB)对应于BWP中的第一RB组。与具有值1的比特相对应的RB组可以被分配作为CORESET的频域资源。
-duration(持续时间)：该参数/信息指示CORESET的时域资源。参数/信息持续时间可以指示包括在CORESET中的连续OFDMA符号的数量。例如，持续时间具有1-3的值。
-cce-REG-MappingType：该参数/信息指示CCE到REG的映射类型。可以支持交织类型和非交织类型。
-precoderGranullarity：该参数/信息指示频域中的预编码器粒度。
-tci-StatesPDCCH：该参数/信息指示关于PDCCH的传输配置指示(TCI)状态的信息(例如，TCI-StateID)。TCI状态可以用于提供RS集合中的DL RS(TCI状态)与PDCCH DMRS端口之间的准共址(QCL)关系。
-tci-PresentInDCI：该参数/信息指示TCI字段是否包括在DCI中。
-pdcch-DMRS-ScramblingID：该参数/信息指示用于PDCCH DMRS加扰序列的初始化的信息。
对于PDCCH接收，UE可以监测(例如，盲解码)CORESET中的PDCCH候选集合。PDCCH候选可以意指由UE针对PDCCH接收/检测所监测的CCE。PDCCH监测可以在其中配置了PDCCH监测的每个活动小区上的活动DL BWP中的一个或多个CORESET中执行。由UE监测的PDCCH候选集合可以被定义为PDCCH搜索空间(SS)集合。SS集合可以被分类为公共搜索空间(CSS)集合或UE特定搜索空间(USS)集合。
表6示出了PDCCH搜索空间。
[表6]
SS集合可以由系统信息(例如，MIB)或UE特定的较高层(例如，RRC)信令来配置。S(例如，10)个或更少的SS集合可以被配置在服务小区的每个DL BWP中。例如，可以为每个SS集合提供以下参数/信息。每个SS集合可以与一个CORESET相关联，并且每个CORESET配置可以与一个或多个SS集合相关联。
-searchSpaceId：该参数/信息指示SS集合的ID。
-controlResourceSetId：该参数/信息指示与SS集合相关联的CORESET。
-monitoringSlotPeriodicityAndOffset：该参数/信息指示PDCCH监测周期(以时隙为单位)和PDCCH监测偏移(以时隙为单位)。
-monitoringSymbolsWithinSlot：该参数/信息指示在其中配置PDCCH监测的时隙中用于PDCCH监测的第一OFDMA符号。第一OFDMA符号由位图指示，并且每个比特与时隙中的每个OFDMA符号相对应。位图的MSB对应于时隙中的第一OFDM符号。与具有值1的比特相对应的OFDMA符号与时隙中的CORESET中的第一符号相对应。
-nrofCandidates：该参数/信息指示每个AL(其中AL＝{1，2，4，8，16})的PDCCH候选的数量(例如，0、1、2、3、4、5、6和8中的一个)。
-searchSpaceType：该参数/信息指示SS类型是CSS还是USS。
-DCI格式：该参数/信息指示PDCCH候选的DCI格式。
UE可以根据CORESET/SS集合的配置来在时隙的一个或多个SS集合中监测PDCCH候选。监测PDCCH候选的时机(例如，时间/频率资源)被定义为PDCCH(监测)时机。可以在时隙内配置一个或多个PDCCH(监测)时机。
UL物理信道/信号
(1)PUSCH
PUSCH可以承载UL数据(例如，上行链路共享信道(UL-SCH)传送块(TB))和/或上行链路控制信息(UCI)。PUSCH可以基于循环前缀正交频分复用(CP-OFDM)波形或离散傅里叶变换扩展OFDM(DFT-s-OFDM)波形来发送。当PUSCH基于DFT-s-OFDM波形发送时，UE可以通过应用变换预编码来发送PUSCH。例如，当不允许变换预编码时(例如，当变换预编码被禁用时)，UE可以基于CP-OFDM波形来发送PUSCH。当允许变换预编码时(例如，当变换预编码被启用时)，UE可以基于CP-OFDM波形或DFT-s-OFDM波形来发送PUSCH。PUSCH传输可以由PDCCH动态地调度(动态调度)或由较高层信令(例如，RRC信令)(和/或层1(L1)信令(例如，PDCCH))(配置的调度(CS))半静态地调度。因此，在动态调度中，PUSCH传输可以与PDCCH相关联，而在CS中，PUSCH传输可以不与PDCCH相关联。CS可以包括基于类型1配置许可(CG)的PUSCH传输和基于类型2CG的PUSCH传输。对于类型1CG，用于PUSCH传输的所有参数可以由较高层用信号通知。对于类型2CG，用于PUSCH传输的一些参数可以由较高层用信号通知，其余可以通过PDCCH用信号通知。基本上，在CS中，PUSCH传输可以不与PDCCH相关联。
(2)PUCCH
PUCCH可以承载UCI。UCI包括以下信息。
-调度请求(SR)：SR是用于请求UL-SCH资源的信息。
-混合自动重传请求应答(HARQ-ACK)：HARQ-ACK是响应DL信号(例如，PDSCH、SPS释放PDCCH等)的接收的信号。HARQ-ACK响应可以包括肯定ACK(ACK)、否定ACK(NACK)、DTX(不连续传输)或NACK/DTX。HARQ-ACK可以与A/N、ACK/NACK、HARQ-ACK/NACK等互换使用。HARQ-ACK可以基于TB/CBG来生成。
-信道状态信息(CSI)：CSI是关于DL信道的反馈信息。CSI包括信道质量指示符(CQI)、秩指示符(RI)、预编码矩阵指示符(PMI)、预编码类型指示符(PTI)等。
表7示出PUCCH格式。PUCCH格式可以根据UCI有效载荷大小/传输长度(例如，包括在PUCCH资源中的符号数量)和/或传输结构来分类。PUCCH格式可以根据传输长度被分类为短PUCCH格式(PUCCH格式0和2)和长PUCCH格式(PUCCH格式1、3和4)。
[表7]
(0)PUCCH格式0(PF0)
-可支持的UCI有效载荷大小：至多K比特(例如，K＝2)
-包括在一个PUCCH中的OFDM符号数量：1至X个符号(例如，X＝2)
-传输结构：仅配置UCI信号而没有DM-RS，通过选择并发送多个序列之一来发送UCI状态。
(1)PUCCH格式1(PF1)
-可支持的UCI有效载荷大小：至多K比特(例如，K＝2)
-包括在一个PUCCH中的OFDM符号数量：Y至Z个符号(例如，Y＝4且Z＝14)
-传输结构：UCI和DM-RS基于时分复用(TDM)配置在不同的OFDM符号中。对于UCI，特定序列与调制符号(例如，QPSK符号)相乘。对UCI和DM-RS二者应用循环移位/正交覆盖码(CS/OCC)以支持多个PUCCH资源(符合PUCCH格式1)(在同一RB中)之间的码分复用(CDM)。
(2)PUCCH格式2(PF2)
-可支持的UCI有效载荷大小：超过K比特(例如，K＝2)
-包括在一个PUCCH中的OFDM符号数量：1至X个符号(例如，X＝2)
-传输结构：UCI和DMRS(DM-RS)基于频分复用(FDM)被配置/映射到同一符号，并且通过仅对其应用快速傅里叶逆变换(IFFT)而没有DFT来发送编码的UCI比特。
(3)PUCCH格式3(PF3)
-可支持的UCI有效载荷大小：超过K比特(例如，K＝2)
-包括在一个PUCCH中的OFDM符号数量：Y至Z个符号(例如，Y＝4和Z＝14)
-传输结构：UCI和DMRS基于TDM被配置/映射到不同的符号。通过对其应用DFT来发送编码的UCI比特。为了支持多个UE之间的复用，对UCI应用OCC，并且在DFT之前对DM-RS应用CS(或交织频分复用(IFDM)映射)。
(4)PUCCH格式4(PF4)
-可支持的UCI有效载荷大小：超过K比特(例如，K＝2)
-包括在一个PUCCH中的OFDM符号数量：Y至Z符号(例如，Y＝4和Z＝14)
-传输结构：UCI和DMRS基于TDM被配置/映射到不同的符号。对编码的UCI比特应用DFT，而没有UE之间的复用。
图4示出ACK/NACK传输过程。参照图4，UE可以在时隙#n中检测PDCCH。PDCCH包括DL调度信息(例如，DCI格式1_0或DCI格式1_1)。PDCCH指示DL指派到PDSCH偏移K0和PDSCH到HARQ-ACK报告偏移K1。例如，DCI格式1_0或DCI格式1_1可以包括以下信息。
-频域资源指派：指示指派给PDSCH的RB集合。
-时域资源指派：指示K0以及时隙中的PDSCH的起始位置(例如，OFDM符号索引)和长度(例如，OFDM符号的数量)。
–PDSCH到HARQ_feedback定时指示符：指示K1。
在根据时隙#n的调度信息在时隙#(n+K0)中接收PDSCH之后，UE可以在时隙#(n+K1)中的PUCCH上发送UCI。UCI包括对PDSCH的HARQ-ACK响应。在PDSCH被配置为最大承载一个TB的情况下，HARQ-ACK响应可以被配置在一个比特中。在PDSCH被配置为承载至多两个TB的情况下，如果未配置空间绑定，则HARQ-ACK响应可以被配置在两个比特中，如果配置了空间绑定，则被配置在一个比特中。当时隙#(n+K1)被指定为多个PDSCH的HARQ-ACK传输定时时，在时隙#(n+K1)中发送的UCI包括对多个PDSCH的HARQ-ACK响应。
1.支持免执照频带的无线通信系统
图5示出适用于本公开的支持免执照频带的示例性无线通信系统。
在以下描述中，在执照频带(L频带)中操作的小区被定义为L小区，并且L小区的载波被定义为(DL/UL)LCC。在免执照频带(U频带)中操作的小区被定义为U小区，并且U小区的载波被定义为(DL/UL)UCC。小区的载波/载波频率可指小区的操作频率(例如，中心频率)。小区/载波(例如，CC)通常被称为小区。
当BS和UE如图5的(a)所示在载波聚合的LCC和UCC上发送和接收信号时，LCC和UCC可以分别被配置为主CC(PCC)和辅CC(SCC)。BS和UE可以如图5的(b)所示在一个UCC上或在多个载波聚合的UCC上发送和接收信号。换言之，BS和UE可以仅在UCC上发送和接收信号而不使用任何LCC。对于SA操作，可以在UCell上支持PRACH、PUCCH、PUSCH和SRS传输。
如本公开中描述的免执照频带中的信号发送和接收操作可以应用于上述部署场景(除非另外指明)。
除非另外说明，否则下面的定义适用于本公开中使用的以下术语。
-信道：由在共享频谱中执行信道接入过程(CAP)的邻接RB集合组成的载波或载波的一部分。
-信道接入过程(CAP)：在信号传输之前基于感测来评估信道可用性以便确定其它通信节点是否正在使用信道的过程。基本感测单元是持续时间为Tsl＝9us的感测时隙。BS或UE在感测时隙持续时间期间感测时隙。当在感测时隙持续时间内在至少4us内检测的功率小于能量检测阈值Xthresh时，感测时隙持续时间Tsl被视为空闲。否则，感测时隙持续时间Tsl被视为繁忙。CAP也可以被称为先听后讲(LBT)。
-信道占用：在CAP之后在信道上从BS/UE的传输。
-信道占用时间(COT)：BS/UE和共享信道占用的任何BS/UE在CAP之后在信道上执行传输的总时间。关于COT确定，如果传输间隙小于或等于25us，则间隙持续时间可以被计入COT。COT可以被共享用于BS和对应UE之间的传输。
-DL传输突发：从BS的没有任何大于16us的间隙的传输集合。从BS的分离开超过16us的间隙的传输被视为单独的DL传输突发。BS可以在DL传输突发内在没有感测信道可用性的情况下在间隙之后执行传输。
-UL传输突发：从UE的没有任何大于16us的间隙的传输集合。从UE的分离开超过16us的间隙的传输被视为单独的UL传输突发。UE可以在UL传输突发内在没有感测信道可用性的情况下在间隙之后执行传输。
-发现突发：包括被限制在窗口内并与占空比关联的信号和/或信道的集合的DL传输突发。发现突发可以包括由BS发起的传输，其包括PSS、SSS和小区特定RS(CRS)，并且还包括非零功率CSI-RS。在NR系统中，发现突发可以包括由BS发起的传输，其至少包括SS/PBCH块并且还包括用于调度承载SIB1的PDSCH的PDCCH的CORESET、承载SIB1的PDSCH和/或非零功率CSI-RS。
图6示出U频带中的资源占用方法。根据U频带的区域规定，U频带中的通信节点需要在发送信号之前确定信道是否被其它通信节点使用。具体地，通信节点可以在发送信号之前执行载波感测(CS)以检查其它通信节点是否执行信号传输。当其它通信节点未执行信号传输时，可以说确认空闲信道评估(CCA)。当CCA阈值被预定义或通过较高层信令(例如，RRC信令)配置时，如果所检测的信道能量高于CCA阈值，则通信节点可以确定信道繁忙。否则，通信节点可以确定信道空闲。Wi-Fi标准(802.11ac)为非Wi-Fi信号指定-62dBm的CCA阈值并为Wi-Fi信号指定-82dBm的CCA阈值。当确定信道空闲时，通信节点可以开始UCell中的信号传输。上述处理全部可以被称为先听后讲(LBT)或信道接入过程(CAP)。在本文件中LBT、CAP和CCA可互换使用。
具体地，对于U频带中的DL接收/UL发送，可以在根据本公开的无线通信系统中采用下面要描述的以下CAP方法中的至少一个。
U频带中的DL信号传输方法
BS可以为U频带中的DL信号传输执行以下U频带接入过程(例如，CAP)之一。
(1)类型1DL CAP方法
在类型1DL CAP中，在传输之前感测为空闲的感测时隙所跨越的持续时间的长度可以是随机的。类型1DL CAP可以应用于以下传输：
-由BS发起的传输，包括(i)具有用户平面数据的单播PDSCH或者(ii)除了具有用户平面数据的单播PDSCH之外的调度用户平面数据的单播PDCCH，或者
-由BS发起的传输，包括(i)仅发现突发或者(ii)与非单播信息复用的发现突发。
图7是示出由BS执行以在U频带中发送DL信号的CAP操作的流程图。
参照图7，BS可以感测信道在推迟持续时间Td的感测时隙持续时间内是否空闲。然后，如果计数器N为零，则BS可以执行传输(S1234)。在这种情况下，BS可以通过根据以下步骤在附加感测时隙持续时间内感测信道来调节计数器N：
步骤1)(S1220)BS将N设定为Ninit(N＝Ninit)，其中Ninit是在0和CWp之间均匀分布的随机数。然后，进行步骤4。
步骤2(S1240)如果N>0并且BS确定减小计数器，则BS将N设定为N-1(N＝N-1)。
步骤3)(S1250)BS在附加感测时隙持续时间内感测信道。如果附加感测时隙持续时间空闲(是)，则进行步骤4。否则(否)，进行步骤5。
步骤4)(S1230)如果N＝0(是)，则BS终止CAP(S1232)。否则(否)，进行步骤2。
步骤5)(S1260)BS感测信道直至在附加推迟持续时间Td内检测到繁忙感测时隙或者附加推迟持续时间Td的所有时隙被检测为空闲。
步骤6)(S1270)如果在附加推迟持续时间Td的所有时隙持续时间内信道被感测为空闲(是)，则进行步骤4。否则(否)，进行步骤5。
表8示出应用于CAP的mp、最小竞争窗口(CW)、最大CW、最大信道占用时间(MCOT)和允许CW大小根据信道接入优先级类别而变化。
[表8]
推迟持续时间Td按以下顺序配置：持续时间Tf(16us)+mp个连续感测时隙持续时间Tsl(9us)。Tf包括16us持续时间开始处的感测时隙持续时间Tsl。
满足以下关系：CWmin,p<＝CWp<＝CWmax,p。CWp可以由CWp＝CWmin,p初始配置并且在步骤1之前基于对先前DL突发(例如，PDSCH)的HARQ-ACK反馈(例如，ACK或NACK)更新(CW大小更新)。例如，CWp可以基于对先前DL突发的HARQ-ACK反馈被初始化为CWmin,p。另选地，CWp可以被增加至次最高允许值或维持原样。
(2)类型2DL CAP方法
在类型2DL CAP中，可以确定在传输之前被感测为空闲的感测时隙所跨越的持续时间的长度。类型2DL CAP被分类为类型2A/2B/2C DL CAP。
类型2A DL CAP可以应用于以下传输。在类型2A DL CAP中，BS可以至少在感测持续时间Tshort_dl＝25us内在信道被感测为空闲之后立即执行传输。这里，Tshort_dl包括持续时间Tf(＝16us)以及紧接在持续时间Tf之后的一个感测时隙持续时间，其中持续时间Tf在其开始处包括感测时隙。
-由BS发起的传输，包括(i)仅发现突发或者(ii)与非单播信息复用的发现突发，或者
-在共享信道占用内在相对于UE的传输的25us的间隙之后的BS的传输。
类型2B DL CAP适用于在共享信道占用时间内在相对于UE的传输的16us的间隙之后由BS执行的传输。在类型2B DL CAP中，BS可以在Tf＝16us内信道被感测为空闲之后立即执行传输。Tf包括在相对于持续时间结束的9us内的感测时隙。类型2C DL CAP适用于在共享信道占用时间内在相对于UE的传输的最多16us之后由BS执行的传输。在类型2C DL CAP中，在执行传输之前BS不执行信道感测。
U频带中的UL信号传输方法
UE可以为U频带中的UL信号传输执行类型1或类型2CAP。通常，UE可以执行由BS为UL信号传输配置的CAP(例如，类型1或类型2)。例如，调度PUSCH传输的UL许可(例如，DCI格式0_0和0_1)可以包括用于UE的CAP类型指示信息。
(1)类型1UL CAP方法
在类型1UL CAP中，在传输之前感测为空闲的感测时隙所跨越的持续时间的长度为随机的。类型1UL CAP可以应用于以下传输。
-由BS调度和/或配置的PUSCH/SRS传输
-由BS调度和/或配置的PUCCH传输
-与随机接入过程(RAP)有关的传输
图8是示出由UE执行以发送UL信号的CAP操作的流程图。
参照图8，UE可以感测信道在推迟持续时间Td的感测时隙持续时间内是否空闲。然后，如果计数器N为零，则UE可以执行传输(S1534)。在这种情况下，UE可以通过根据以下步骤在附加感测时隙持续时间内感测信道来调节计数器N：
步骤1)(S1520)UE将N设置为Ninit(N＝Ninit)，其中Ninit是在0和CWp之间均匀分布的随机数。然后，进行步骤4。
步骤2)(S1540)如果N>0并且UE确定减小计数器，则UE将N设置为N-1(N＝N-1)。
步骤3)(S1550)UE在附加感测时隙持续时间内感测信道。如果附加感测时隙持续时间空闲(是)，则进行步骤4。否则(否)，进行步骤5。
步骤4)(S1530)如果N＝0(是)，则UE终止CAP(S1532)。否则(否)，进行步骤2。
步骤5)(S1560)UE感测信道直至在附加推迟持续时间Td内检测到繁忙感测时隙或者附加推迟持续时间Td的所有时隙被检测为空闲。
步骤6)(S1570)如果在附加推迟持续时间Td的所有时隙持续时间内信道被感测为空闲(是)，则进行步骤4。否则(否)，进行步骤5。
表9示出应用于CAP的mp、最小CW、最大CW、MCOT和允许CW大小根据信道接入优先级类别而变化。
[表9]
推迟持续时间Td按以下顺序配置：持续时间Tf(16us)+mp个连续感测时隙持续时间Tsl(9us)。Tf包括16us持续时间开始处的感测时隙持续时间Tsl。
满足以下关系：CWmin,p<＝CWp<＝CWmax,p。CWp可以由CWp＝CWmin,p初始配置并且在步骤1之前基于对先前UL突发(例如，PUSCH)的明确/隐含接收响应来更新(CW大小更新)。例如，CWp可以基于对先前UL突发的明确/隐含接收响应被初始化为CWmin,p。另选地，CWp可以被增加至次最高允许值或维持原样。
(2)类型2UL CAP方法
在类型2UL CAP中，可以确定在传输之前被感测为空闲的感测时隙所跨越的持续时间的长度。类型2UL CAP被分类为类型2A/2B/2C UL CAP。在类型2A UL CAP中，UE可至少在感测持续时间Tshort_dl＝25us内在信道被感测为空闲之后立即执行传输。这里，Tshort_dl包括持续时间Tf(＝16us)以及紧接在持续时间Tf之后的一个感测时隙持续时间。在类型2A ULCAP中，Tf在其开始处包括感测时隙。在类型2B UL CAP中，UE可以在感测持续时间Tf＝16us内信道被感测为空闲之后立即执行传输。在类型2B UL CAP中，Tf包括在相对于持续时间结束的9us内的感测时隙。在类型2C UL CAP中，在执行传输之前UE不执行信道感测。
RB交织
图9示出RB交织。在共享频谱中，考虑关于占用信道带宽(OCB)和功率谱密度(PSD)的规定，频域中非连续RB的集合(以规则的间隔)(或单个RB)可以被定义为用于/分配为发送UL(物理)信道/信号的资源单元。为了方便，这种非连续RB的集合被定义为RB交织(或交织)。
参照图9，可以在频率带宽中定义多个RB交织(交织)。这里，频率带宽可以包括(宽带)小区/CC/BWP/RB集合，并且RB可以包括PRB。例如，交织#m∈{0,1,...,M-1}可以由(公共)RB{m,M+m,2M+m,3M+m,...}组成，其中M表示交织的数量。发送器(例如，UE)可以使用一个或更多个交织来发送信号/信道。信号/信道可以包括PUCCH或PUSCH。
2.U频带中的PUCCH传输
上述描述(NR帧结构、RACH、U频带系统等)可与本公开中提出的方法结合应用，稍后将对其进行描述。可替选地，这些描述可以阐明本公开中提出的方法的技术特征。
此外，稍后要描述的PRACH序列选择方法可以与UL传输有关，并且因此，这些方法可以同等地应用于U频带系统中的上述UL信号传输方法。为了在相应的系统中实施本公开的技术思想，可以修改本文档中的术语、表达和结构以适合于系统。
例如，可以在U频带系统中定义的L小区和/或U小区上执行基于以下PUCCH传输方法的UL传输。
如上所述，Wi-Fi标准(802.11ac)指定用于非Wi-Fi信号的CCA阈值为-62dBm，而用于Wi-Fi信号的CCA阈值为-82dBm。换句话说，如果站(STA)或接入点(AP)在以-62dBm或更高功率的特定频带中接收到来自不包括在Wi-Fi系统中的装置的信号，则Wi-Fi系统的STA或AP可能以不在特定频带中发送信号。
如上述表7所述，传统NR系统中的PUCCH格式包括从PUCCH格式0到PUCCH格式4的5种PUCCH格式。PUCCH格式0、1和4被配置成占用一个PRB，而PUCCH格式2和3被配置成在OFDM符号中占用1到16个PRB。
在下文中，提出了用于共享频谱的PUCCH格式。当特定装置(和/或节点)在共享频谱中发送信号时，可能存在功率谱密度(PSD)方面的限制。例如，根据ETSI规定，特定频带中的信号传输应满足10dBm/1MHz的PSD。如果在配置15kHz的SCS时以PUCCH格式0(1PRB，180kHz)发送PUCCH，则PUCCH的最大允许功率可能约为10dBm。一般来说，UE的最大功率为23dBm，并且10dBm对应于明显低于23dBm的允许功率。当UE以10dBm发送UL信号时，UE可支持的最大UL覆盖范围可能会减小。如果UE通过在更宽的频域(F域)中发送PUCCH来增加传输功率，则这可能有助于解决UL覆盖范围减小的问题。作为对共享频谱的规定，在占用信道带宽(OCB)方面可能存在限制。例如，当特定装置发送信号时，该信号可能不得不占用系统带宽的至少80％。如果系统带宽为20MHz，则特定装置发送的信号可能要占用作为20MHz的80％的16MHz以上。
作为考虑到PSD和OCB规定的PUCCH结构，可以使用上述RB交织结构。例如，可以通过在考虑到OCB的频域中以特定间隔隔开的PRB上重复传统PUCCH的PUCCH序列来配置PUCCH，该传统PUCCH被配置成使用如在PUCCH格式0和/或1中的一个PRB。
对于PUCCH格式2和/或3，可以配置1到16个PRB，并且因此考虑到OCB，可以以交织的形式发送配置的PRB。本公开提出改变要在共享频谱中使用的PUCCH格式2和3的方法。在本文档中，“PUCCH格式的传输”可以意指“以对应的PUCCH格式配置的PUCCH的传输”。
在下文中，将描述用于基于在本公开中提出的UL交织来发送PUCCH的UE操作。
(1)首先，UE可以从BS接收用于发送PUCCH格式的UL交织配置信息。这里，UL交织配置信息可以包括满足为每个SCS定义的OCB要求的UL交织的UL交织索引。(2)然后，UE可以基于UL交织配置信息确定至少一个UL交织。(3)UE可以基于所确定的至少一个UL交织向BS发送PUCCH格式。
将参考以下方法进一步描述细节。即，可以将稍后描述的以下方法与上述过程(1)至(3)组合以实现本公开的目的/效果。在本说明书中，术语“免执照频带”可以与术语“共享频谱”替换和互换。此外，术语“LBT类型”可以与术语“信道接入类型”替换和互换。
3.1实施例1：用于NR-U操作的PUCCH格式2/3增强
在NR中，可以为单个UE分配用于PUCCH格式2和3的1到16个PRB。但是，为了保持与NR相似的UCI比特大小和编码率，单个交织可能是不够的。因此，正在讨论为PUCCH格式2或3分配两个交织。
此外，在NR中还考虑了基于增强型PUCCH格式的UE复用。因此，关于多交织分配和UE复用，提出了以下操作/配置方法。
提议的方法1-1-1：是否支持UE复用可以根据为PUCCH资源(例如，为增强型PUCCH格式2/3)分配的交织总数而变化。
1-1-1-A.作为示例，如果分配一个交织作为PUCCH资源，则可以允许UE复用。如果分配两个或更多(或最多两个)交织作为PUCCH资源，则可能不允许UE复用，并且相应的PUCCH资源可能全部被单个UE占用。
例如，如果将两个交织(例如，由20、21或22个PRB组成)分配给单个UE以用于ePUCCH格式2/3的传输，则PRB的总数超过16，并且因此UCI比特大小和编码率可以保持与NR的那些相似。
1-1-1-B.作为另一示例，对于其中支持多个UE的复用(通过应用CDM等)的PUCCH格式2/3，可以仅将由最多一个交织构成的PUCCH资源配置和/或分配给单个UE。对于不支持多个UE复用的PUCCH格式2/3，可以将由两个或更多个交织组成的PUCCH资源配置和/或分配给单个UE。
1-1-1-C.为了指示提出的方法1-1，指示允许UE复用的显式参数(例如，1比特开/关)可以被包括在更高层信令(例如，SIB、剩余最小系统信息(RMSI)等)中。
1-1-1-D.可替选地，为了隐含地指示允许UE复用，用于复用的UE数量(用于复用的UE的#)、扩展因子(例如，OCC长度)、用于PUCCH资源的交织数(用于PUCCH资源的交织的#)等可以被包括在更高层信令(例如，SIB、RMSI等)中。
提议的方法1-1-2：可以通过随着复用的UE的数量增加而增加PRB的#(即，交织的#)来分配PUCCH资源。
1-1-2-A.作为示例，为了保持与NR的那些相似的UCI比特大小和编码率，需要为UE确保最多16个PRB。为了允许N个UE使用最多16个PRB，交织的数量(交织的#)需要能够覆盖总共N*16个PRB。
这里是带有特定数字的描述。
如果UE的数量N为2，则对于PUCCH传输(15/30kHz SCS)最多需要32个PRB。因此，可以使用三个(或四个)交织的索引，每个交织由10/11个PRB组成。当使用三个交织时，可以使用每个由11个PRB组成的两个交织和由10个PRB组成的一个交织。当使用四个交织时，可以与PRB的数量无关地使用四个交织。
如果UE的数量N为3，则对于PUCCH传输(15/30kHz SCS)最多需要48个PRB。因此，可以使用五个交织的索引，每个交织由10/11个PRB组成。
如果UE的数量N为4，则对于PUCCH传输(15/30kHz SCS)最多需要64个PRB。因此，可以使用6个(或7个)交织的索引，每个交织由10/11个PRB组成。当使用6个交织时，可以使用每个由11个PRB组成的四个交织和每个由10个PRB组成的两个交织。当使用7个交织时，可以与PRB的数量无关地使用7个交织。
如果UE的数量N是5，则对于PUCCH传输(15/30kHz SCS)最多需要80个PRB。因此，可以使用8个交织的索引，每个交织由10/11个PRB组成。
如果UE的数量N为6，则对于PUCCH传输(15/30kHz SCS)最多需要96个PRB。因此，可以使用9个(或10个)交织的索引，每个交织由10/11个PRB组成。当使用9个交织时，可以使用每个由11个PRB组成的6个交织和每个由10个PRB组成的三个交织。当使用10个交织时，可以与PRB的数量无关地使用10个交织。
当UE的数量N大于或等于7时，可能无法保持相同的UCI比特大小和编码率。
即，当一个UE需要占用最多16个PRB时，对于30kHz SCS最多可以复用3个UE，并且对于15kHz SCS最多可以复用6个UE。随着一个UE占用的PRB数量的减少，对于每个SCS复用的UE的最大数量可以增加。
1-1-2-B.作为另一个示例，对于其中支持最多N个UE的复用(通过应用CDM等)的PUCCH格式2/3，由最多K x N(例如，K＝2)个交织组成的PUCCH资源可以被配置和/或分配给单个UE。对于其中不支持UE复用的PUCCH格式2/3，可以将由最多K(例如，K＝2)个交织组成的PUCCH资源配置和/或分配给单个UE。
此外，当BS指示UE在单个ePUCCH格式2资源上配置和/或发送多个交织时，并且当在多个交织上允许UE复用(基于CDM)时，有必要指示每个UE要应用到UCI(RE)和DMRS(RE)的OCC索引和OCC映射方法。为此，提出了以下配置/操作方法。在以下描述中，可以考虑在传统系统中使用的OCC，或者可以提出具有新长度和类型的OCC。
提议的方法1-2-1：可以为单个PUCCH资源中包括的多个交织分别配置多个单独/独立的OCC索引(或共同的一个OCC索引)，并且OCC索引可以被应用/映射到每个交织索引。
1-2-1-A.作为示例，当交织索引N和交织索引N+1被配置和/或分配作为用于单个UE的单个PUCCH格式(例如，PUCCH格式2)资源时，可以配置用于交织索引N的OCC索引i，并且可以独立于OCC索引i(隐式/显式地)配置用于交织索引N+1的OCC索引j。
作为具体实施例，当配置每个独立OCC索引时，每个OCC可以映射到每个交织中包括的每个PRB。也就是说，OCC索引i可以被映射到索引为N的交织中包括的PRB，并且OCC索引j可以被映射到索引N+1的交织中包括的PRB。
作为另一实施例，当应用OCC索引循环来改变包括在一个交织中(具有特定图样)的PRB之间的OCC索引时，配置的OCC索引可以被设置为应用于交织中的特定参考PRB(例如，具有最低RB索引的PRB)的初始OCC索引。
作为进一步的实施例，当每个独立OCC索引被配置时，每个OCC可以基于由BS指示的值(或特定的预定义的值)根据OCC索引循环映射到与每个交织索引对应的PRB。
对于包括在索引为N的交织中的PRB，如果为OCC索引循环指示(或定义)了k的值，则可以按以下顺序执行映射：OCC索引i、OCC索引i+k、OCC索引i+2k,...，从具有最低(或最高)索引的PRB开始。
对于包括在索引为N+1的交织中的PRB，如果为OCC索引循环指示(或定义)了q的值，则可以按以下顺序执行映射：OCC索引j、OCC索引j+q、OCC索引j+2q、...、从具有最低(或最高)索引的PRB开始。
1-2-1-B.作为另一示例，当交织索引N和交织索引N+1被配置和/或分配作为用于单个UE的单个PUCCH格式(例如，PUCCH格式2)资源时，可以共同地配置用于交织索引N和交织索引N+1的单个OCC索引，OCC索引i。
作为具体实施例，在配置了公共OCC索引时，公共OCC可以被映射到每个交织中包括的每个PRB。即，OCC索引i可以被映射到索引为N的交织中包括的PRB和索引为N+1的交织中包括的PRB两者。
作为另一实施例，当应用OCC索引循环来改变包括在一个交织中(具有特定图样)的PRB之间的OCC索引时，配置的OCC索引可以被设置为应用于交织中的特定参考PRB(例如，具有最低RB索引的PRB)的初始OCC索引。
作为进一步的实施例，即使在配置了公共OCC索引时，如果BS独立地指示用于OCC索引循环的值(或者如果为OCC索引循环预定义独立值)，则OCC索引可以基于公共OCC索引和为每个交织指示/定义的OCC索引循环值被映射到对应于每个交织索引的PRB。
对于被包括在索引为N的交织中的PRB，如果为OCC索引循环指示(或定义)了k的值，则可以按以下顺序执行映射：OCC索引i、OCC索引i+k、OCC索引i+2k、...、从具有最低(或最高)索引的PRB开始。
对于被包括在索引为N+1的交织中的PRB，如果为OCC索引循环指示(或定义)了q的值，则可以按以下顺序执行映射：OCC索引j、OCC索引j+q、OCC索引j+2q、...、从具有最低(或最高)索引的PRB开始。
提议的方法1-2-2：可以为单个PUCCH资源中包括的多个交织配置一个OCC索引，并且可以与交织索引无关地从具有最低索引的PRB(或从具有最高索引的PRB)应用和/或映射一个OCC。
1-2-2-A.作为示例，当交织索引N和交织索引N+1被配置和/或分配作为用于单个UE的单个PUCCH格式2资源时，可以为交织索引N和交织索引N+1配置OCC索引i。此外，OCC循环的单位和/或周期性可以设置为10个PRB。在这种情况下，OCC索引i可以被映射到整个PUCCH资源(即交织索引N和交织索引N+1中包括的PRB)的一半(例如，10个PRB)，并且另一个OCC索引(例如，OCC索引i+k)，其独立于OCC索引i被配置，可以被映射到另一半(例如，10个PRB)。
1-2-2-B.作为另一示例，当交织索引N和交织索引N+1被配置和/或分配作为用于单个UE的单个PUCCH格式2资源时，可以为交织索引N和交织索引N+1配置OCC索引i。在这种情况下，可以将OCC循环的单位和/或周期性设置为包括在PUCCH资源中的所有的PRB。另外，可以将整个PUCCH资源映射到OCC索引i。
1-2-2-C.作为又一示例，当交织索引N和交织索引N+1被配置和/或分配作为用于单个UE的单个PUCCH格式2资源时，可以为交织索引N和交织索引N+1配置OCC索引i。在这种情况下，OCC循环的单位和/或周期性可以被设置为单个PRB。此外，如果为包括在索引为N的交织和索引为N+1的交织中的PRB指示(或定义)了用于OCC索引循环的k的值，则可以按以下顺序执行映射：OCC索引i、OCC索引i+k、OCC索引i+2k、...、从具有最低(或最高)索引的PRB开始(与交织索引无关)。
提议的方法1-2-3：可以为单个PUCCH资源中包括的多个交织中的每一个配置单独/独立的OCC长度(以及基于每个OCC长度的OCC索引)，并且OCC长度(和OCC索引)可以应用/映射到每个交织索引。
根据提议的方法1-2-3，可以为复用到多个交织索引的多个UE提供不同的OCC长度。例如，交织索引N和交织索引N+1可以被配置和/或分配作为用于单个UE的单个PUCCH格式2资源。OCC长度＝A可以应用于交织索引N，并且OCC长度＝B可以应用于交织索引N+1。在这种情况下，可以根据提议的方法1-2-1和1-2-2之一来映射OCC。
此外，对于用于传统PUCCH格式0/1/3/4中UCI和/或DMRS传输的序列，可以将不同的循环移位(CS)值应用于OFDM符号以进行小区间随机化(例如，跳变到不同的值)。在ePUCCH格式2/3中，频域OCC可以(在一个OFDM符号内)被用于UE复用。在这种情况下，对于小区间随机化，可以考虑以下方法以将不同的OCC索引应用于其中发送UCI(UCI RE或DMRSRE)的OFDM符号(例如，跳变到不同的索引)。
提议的方法1-3-1：应用于特定OFDM符号的OCC索引可以通过其中在PUCCH资源上发送UCI(UCI RE或DMRS RE)的小区ID、时隙(索引)和/或OFDM符号(索引)的组合来确定。
具体地，当UE从BS接收到要应用于PUCCH资源的初始OCC索引时，UE可以基于其中UCI(UCI RE或DMRS RE)通过应用OCC被发送的小区ID、时隙(索引)和/或OFDM符号(索引)的组合来确定OCC索引偏移。UE可以通过将确定的OCC索引偏移应用于初始OCC索引(例如，通过将OCC索引偏移添加到初始OCC索引)来获得最终的OCC索引，并且然后确定最终的OCC索引作为要应用于相应的OFDM符号的OCC索引。
可以配置成始终将不同的OCC索引应用于要在相同小区、相同时隙和相同OFDM符号中由多个UE使用的UCI符号(UCI RE或DMRS RE)。
例如，对于相同的时隙和相同的OFDM符号，可以假设在小区A中复用四个UE(即，OCC索引0到OCC索引3可用)并且也在小区B中复用四个UE。(即，OCC索引0到OCC索引3可用)。
在这种情况下，对于小区A，如果UE被配置有初始OCC索引0，则UE实际上可以在特定OFDM符号中使用不同于初始OCC索引0的OCC索引(例如，2)。不同OCC索引可以通过其中发送UCI符号(或UCI RE或DMRS RE)的小区ID、时隙和/或OFDM符号的组合来配置。对于小区B，如果UE被配置有初始OCC索引0，则UE实际上可以在相同个OFDM符号中使用不同于初始OCC索引0的OCC索引(例如，3)。不同OCC索引可以通过其中发送UCI符号(或UCI RE或DMRS RE)的小区ID、时隙和/或OFDM符号的组合来配置。
提议的方法1-3-2：应用于特定PRB或特定交织的OCC索引可以通过其中在PUCCH资源上发送UCI(UCI RE或DMRS RE)的小区ID、交织(索引)、PRB(索引)、时隙(索引)和/或OFDM符号(索引)的组合来确定。
具体地，当UE从BS接收到要应用于PUCCH资源的初始OCC索引时，UE可以基于其中通过应用OCC来发送UCI(UCI RE或DMRS RE)的小区ID、交织(索引)、PRB(索引)、时隙(索引)和/或OFDM符号(索引)的组合来确定OCC索引偏移。UE可以通过将确定的OCC索引偏移应用于初始OCC索引(例如，通过将OCC索引偏移添加到初始OCC索引)来获得最终的OCC索引，并且然后确定最终的OCC索引作为应用于相应的PRB或交织的OCC索引。
不同的OCC索引可以始终应用于要在相同小区、相同时隙和相同OFDM符号中由多个UE使用的UCI符号(UCI RE或DMRS RE)。
为了保持循环移位OCC之间的正交性，可以将与相同(频域)样本一样多的CS应用于要在相同小区、相同时隙和相同OFDM符号中由多个UE使用的UCI符号(UCI RE或DMRSRE)。
例如，对于相同的时隙和相同的OFDM符号，可以假设在小区A中复用四个UE(即，OCC索引0到OCC索引3可用)并且也在小区B中复用四个UE。(即，OCC索引0到OCC索引3可用)。
在这样的情况下，对于小区A，如果UE被配置有初始OCC索引0，则UE实际计算的CS值可以是两个样本。CS值可以基于其中发送UCI符号(或UCI RE或DMRS RE)的小区ID、时隙和/或OFDM符号的组合来计算。对于小区B，如果UE被配置有初始OCC索引0，则UE实际计算的CS值可以是三个样本。CS值可以基于其中发送UCI符号(或UCI RE或DMRS RE)的小区ID、时隙和/或OFDM符号的组合来计算。因为在小区之间使用具有不同CS值的OCC，所以小区间随机化的效果可能会增加。
2.2.实施例2：NR-U中增强型PUCCH格式2/3增强中实际使用的PRB
在NR中，BS可以为UE处的PUCCH格式2/3的传输分配UL资源，并且UE可以基于实际的UCI大小和编码率来计算实际使用的PRB。如果实际使用的PRB的数量小于与BS指示的UL资源对应的PRB的数量，则UE可以仅使用实际使用的PRB来执行PUCCH传输。也就是说，UE可以不使用剩余的PRB。BS也可以预先知道上述UE操作，并且剩余的PRB可以用于其他UL资源。可替选地，可以丢弃剩余的PRB。
仅使用一些分配的PRB的操作可以应用于共享频谱中的ePUCCH格式2/3。具体来说，特定的交织索引可以由11个PRB组成(取决于SCS)，并且OCB要求可以仅通过10个PRB来满足。因此，当UE从BS被分配由11个PRB组成的交织索引以用于ePUCCH格式2/3的传输时，如果UE基于实际UCI大小和编码率计算出的实际使用的PRB为10个PRB，则UE可以丢弃一个PRB并且仅在10个PRB中发送PUCCH。BS也可以预先知道UE的操作，并且对应的一个PRB可以用于其他的UL资源。特别地，丢弃的一个PRB可以与存在于LBT子带之间的载波间保护带中的PRB组合，并用作传统系统中PUSCH传输的资源。
当指示多个交织索引时，也可以应用此操作。当BS分配每个交织索引由11个PRB组成的M个交织索引作为PUCCH资源时，如果UE基于实际UCI大小和编码率计算出的实际使用的PRB小于11*M个PRB，则UE可以丢弃在最高(或最低)交织索引中具有最高(或最低)索引的一个PRB。如果要丢弃的PRB数量为2或更高，则可以按以下顺序丢弃具有索引最高(或最低)的一个PRB：第二高(或第二低)交织索引和第三高(或第三低)交织索引。
另外，当BS指示多个交织索引时，可以将以下方法应用于个体情况，因为每个交织索引可以由10个或11个PRB组成。
2-1-1.当与BS指示的多个交织索引对应的交织包括相同数量的PRB时，如果允许UE基于UE计算出的实际使用的PRB数量丢弃一个或多个交织，则UE可以丢弃最高(或最低)交织索引。换言之，如果UE计算出的实际使用的PRB的数量小于或等于一个交织中的PRB的数量，则UE可以丢弃最高(或最低)的交织索引。例如，当多个交织中的每一个仅由10个PRB组成时，如果UE计算出的实际使用的PRB的数量比所指示的PRB的总数少了10或更多，即，如果实际使用的PRB的数量小于或等于10，则UE可以在除了具有索引最高的交织之外的其余交织中发送PUCCH。当多个交织中的每一个仅由11个PRB组成时，如果UE计算出的实际使用的PRB的数量小于指示的PRB的总数，即，如果实际使用的PRB的数量小于或等于11，则UE可以在除了具有最高索引的交织之外的其余交织中发送PUCCH。
例如，当BS指示两个交织时，如果UE计算出的实际使用的PRB的数量小于或等于一个交织中包括的PRB的数量，则UE可以丢弃具有相对高索引的一个交织。UE可以在具有相对低索引的另一个交织中发送PUCCH。实际使用的PRB的数量是否小于或等于一个交织中的PRB的数量可以基于如上所述的UE实际需要发送的UCI大小和编码率来确定。对于UCI大小，可以考虑要发送的HARQ-ACK比特的数量和要添加的CRC比特的数量。
2-1-2.当BS指示的多个交织索引中包括由不同数量的PRB组成的交织时(即，当存在由10个PRB组成的交织和11个PRB组成的交织时)，如果允许UE基于UE计算出的实际使用的PRB的数量丢弃一个或多个交织(即，当实际使用的PRB的数量比所指示的多个交织中的PRB的总数小了10或11或更多时)，则UE可以通过基于实际需要的PRB数量选择交织索引来发送PUCCH。
例如，当BS指示两个交织(由10个PRB组成的一个交织和由11个PRB组成的一个交织)时，
如果UE计算的实际使用的PRB的数量小于或等于11(或等于11)，则UE可以通过选择由11个PRB组成的交织来发送PUCCH，并丢弃由10个PRB组成的交织。如果实际使用的PRB的数量大于11个，则UE可以使用这两个交织来发送PUCCH。
如果UE计算的实际使用的PRB的数量小于或等于10(或等于10)，则UE可以通过选择由10个PRB组成的交织来发送PUCCH，并丢弃由11个PRB组成的交织。如果实际使用的PRB的数量为11，则UE可以通过选择由11个PRB组成的交织来发送PUCCH，并且丢弃由10个PRB组成的交织。如果实际使用的PRB的数量大于11个，则UE可以使用这两个交织来发送PUCCH。
此外，根据载波内保护频带配置，包括在特定LBT子带中的PRB的总数在30kHz时可能小于50个(或在15kHz时小于100个)。在这种情况下，取决于交织索引，交织中包括的PRB的数量可以是10个或9个。因此，当为单个PUCCH资源指示和/或配置多个交织索引(例如，两个交织索引)时，每个交织索引可以由10个或9个(或11个)PRB组成，并且考虑到OCB要求来定义以下操作。
2-2-1.可以分配每个PUCCH资源中包括的至少一个交织索引以满足OCB要求。
例如，考虑到由10个(或11个)PRB组成的交织满足OCB要求，而由9个PRB组成的交织不满足OCB要求，BS可以配置至少一个交织索引，使得在用多个交织配置一个PUCCH资源时，具有对应的交织索引的交织由10(或11)个PRB组成。
2-2-2.可以分配每个PUCCH资源中包括的多个交织索引以满足OCB要求。
例如，BS可以通过使用两个交织索引来分配PUCCH资源，每个交织索引由9个PRB组成，以便于满足OCB要求。
2-2-3.当BS指示的多个交织索引由相同数量的PRB(即，仅10个PRB或仅9(或11)个PRB)组成时，如果允许UE基于UE计算的实际使用PRB的数量丢弃一个或多个交织(即，如果实际使用的PRB数比所指示的多个交织中的PRB总数小了每个交织的PRB数或更多)，则UE可能丢弃具有最高(或最低)索引的交织。
例如，当BS指示两个交织时(例如，每个由10个PRB组成的两个交织、每个由9个PRB组成的两个交织、或者由11个PRB组成的两个交织)，如果UE计算出的实际使用的PRB的数量小于或等于10(9或11)时，UE可以丢弃具有最高(或最低)索引的一个交织。UE可以仅使用其余的一个交织索引来发送PUCCH。
在这种情况下，其中每个交织仅由9个PRB和/或两个交织之一需要丢弃的操作可以应用于一般情况，但是特别地，该操作可以应用于其中需要暂时满足2MHz的OCB(例如，CO共享等)的情况。
2-2-4.当BS指示的多个交织索引中包括由不同数量的PRB组成的交织时(即，当特定交织由10个PRB组成并且另一个交织由9(或11)个PRB组成时)，如果允许UE基于UE计算的实际使用的PRB数量丢弃一个或者多个交织索引(即，如果实际使用的PRB的数量比所指示的多个交织的PRB总数小了10或9(或11)或更多个)，则UE可以通过基于实际需要的PRB的数量选择交织索引来发送PUCCH。可替选地，UE可以被配置成优先丢弃由较少数量的PRB组成的交织索引，并优先使用由较多PRB组成的交织索引以进行传输。
2-2-4A.作为示例，当BS指示两个交织时(一个交织由10个PRB组成并且另一个交织由9个PRB组成)，
如果UE计算的实际使用的PRB的数量小于或等于10(甚至小于或等于9)，则UE可以通过优先选择满足OCB要求的交织索引(即，由10个PRB组成的交织)来发送PUCCH并丢弃由9个PRB组成的交织。如果实际使用的PRB的数量大于10个，则UE可以使用这两个交织来发送PUCCH。
如果UE计算的实际使用PRB的数量小于或等于9，和/或当需要暂时满足2MHz OCB的OCB(例如，CO共享等)时，UE可以通过选择由9个PRB组成的交织来发送PUCCH并且丢弃由10个PRB组成的交织。如果实际使用的PRB的数量为10，则UE可以通过选择由10个PRB组成的交织来发送PUCCH并且丢弃由9个PRB组成的交织。如果实际使用的PRB的数量超过10个，则UE可以使用这两个交织来发送PUCCH。
2-2-4B.作为另一个示例，当BS指示两个交织时(一个交织由10个PRB组成并且另一个交织由11个PRB组成)，
如果UE计算的实际使用的PRB的数量小于等于11(甚至小于等于10)，UE可以通过优先选择由11个以上PRB组成的交织来发送PUCCH，并且丢弃由10个PRB组成的交织。如果实际使用的PRB的数量大于11个，则UE可以使用这两个交织来发送PUCCH。
在所提出的方法中，如果选择了未使用的交织索引，则可以将其解释为意指在由RRC配置指示的索引当中，最后索引(即，最高索引)或第一个索引(即，最低索引)被选择。具体地，如果通过RRC配置来配置两个交织，则RRC配置中的设置为交织0的交织可以具有最低交织索引，而RRC配置中设置为交织1的交织可以具有最高交织索引。
基于UE复用的增强型PUCCH格式3的PRB适配机制
对于ePUCCH格式3，可以基于可用PRB的总数在包括UCI之后的资源映射之前执行DFT。如果单个UE在没有UE复用的情况下使用全部配置的PUCCH资源，则可以应用上述实际使用的PRB配置方法。然而，当基于ePUCCH格式3对两个或更多个UE进行复用时，因为需要在资源映射之前执行DFT，所以可能存在除了特定PRB之外执行DFT的问题。因此，当允许UE复用时，对于ePUCCH格式3可以不使用RB适配方法。换句话说，与允许RB适配相关的参数可以显式地包括在更高层信令(例如，SIB、RMSI等)中。取决于UE复用相关参数(例如，加速因子的数量、用于复用的UE的数量(用于复用的UE的#)等)，可以隐式地确定允许UE执行RB适配。
具体而言，对于PUCCH格式3，可以在DFT之前支持基于CDM的UE复用(例如，基于OCC的应用)。可替选地，在没有基于CDM的UE复用的情况下可以仅支持单个UE。当多个交织被配置和/或分配作为用于单个UE的单个PUCCH格式3资源时，如果跨多个交织执行DFT，是否允许UE根据实际UCI有效载荷执行RB适配并且UE的最大UCI编码率可以取决于在DFT之前是否应用CDM(基于OCC的应用)来确定。如上所述，RB适配可以指代在满足配置的RB集合内的最大UCI编码率的同时仅使用能够发送相应的实际UCI有效载荷的最小数量的RB的操作。例如，对于基于多个交织的PUCCH格式3资源，如果在DFT之前不支持基于CDM的UE复用，则可以执行RB适配。如果在DFT之前应用基于CDM的UE复用，则可能不执行RB适配。也就是说，配置的RB集可以完全用于发送UCI，而不管实际的UCI有效载荷大小。
作为另一种方法，当多个交织被配置和/或分配作为用于单个UE的单个PUCCH格式3资源时，可以针对每个交织独立地执行DFT。在这种情况下，可以为每个交织单独地/独立地配置基于OCC的CDM、OCC索引、OCC长度等的应用(或为多个交织共同配置)。另外，可以针对每个交织执行RB适配，而不管是否应用基于OCC的CDM。如上所述，RB适配可以指代在满足配置的RB集内的最大UCI编码率的同时仅使用能够发送相应的实际UCI有效载荷的最小数量的RB的操作。
2.3.实施例3：增强型PUCCH格式2中的用于UCI RE的OCC索引和用于DMRS RE的OCC索引之间的配对
对于传统的NR PUCCH格式4，用于UCI符号的OCC索引和用于DMRS符号的循环移位索引如表10中所示定义。如果同时复用两个UE，则{OCC索引0和循环移位0}和{OCC索引1和循环移位6}被配对。如果同时复用四个UE，则{OCC索引0和循环移位0}、{OCC索引1和循环移位6}、{OCC索引2和循环移位3}、以及{OCC索引3和循环移位9}被配对。
[表10]
另一方面，对于ePUCCH格式2，最多可以复用四个UE(即，一个、两个或四个UE可以共享相同的资源)。在这种情况下，对于ePUCCH格式2，因为OCC被用于UCI RE和DMRS RE两者以进行复用，所以需要定义OCC之间的配对。
例如，用于UCI RE的OCC可以根据复用UE的数量如表11和表12中所示定义。表11示出当复用两个UE时的OCC，并且表12示出当复用四个UE时的OCC。
[表11]
n wn(i)
0 [+1 +1]
1 [+1 -1]
[表12]
n wn(i)
0 [+1 +1 +1 +1]
1 [+1 -1 +1 -1]
2 [+1 +1 -1 -1]
3 [+1 -1 -1 +1]
在表11和表12中，wn(i)表示要映射到UCI RE的OCC的索引。作为第一方法，可以对具有相同OCC索引的RE进行配对，如表13中所示。在这种情况下，wn(i)表示要映射到DMRSRE的OCC的索引。
[表13]
作为另一种方法，不同的OCC索引可以在UCI和DMRS之间配对，如表14或表15中所示。
[表14]
[表15]
/>
实现示例
图10是图示根据本公开实施例的信号传输/接收方法的流程图。
参考图10，本公开的实施例可以由UE执行。本公开的实施例可以包括：接收关于PUCCH资源的信息(S1001)；基于关于PUCCH资源的信息，发送包括UCI的PUCCH(S1003)。
用于发送PUCCH的格式可以基于实施例1至3中提出的一种或多种方法来确定。
例如，UE可以基于实施例2确定用于发送PUCCH的交织。
例如，如果根据实施例2的2-1-1配置PUCCH格式，则基于(i)通过用于第一和第二交织的配置，设置为低于第二交织的索引的第一交织的索引，以及(ii)用于发送UCI的PRB的数量小于或等于第一交织的PRB的数量，UE用于发送PUCCH的交织可以被确定为第一和第二交织当中的第一交织。
可以基于UCI的大小和编码率来确定用于发送UCI的PRB的数量是否小于或等于第一交织的PRB的数量。
第一交织的索引和第二交织的索引可以基于包括用于第一交织和第二交织的配置的RRC信令来确定。
第一和第二交织可以包括相同数量的PRB。
可以基于特定的PUCCH格式来发送PUCCH。特定的PUCCH格式可以包括PUCCH格式2和PUCCH格式3。
除了图10的操作之外，可以将参考图1至图9描述的操作中的至少一个和/或在实施例1至3中描述的操作中的至少一个组合并执行。例如，UE可以在发送PUCCH之前执行ULLBT。
应用本公开的通信系统的示例
本文中所描述的本公开的各种描述、功能、过程、提议、方法和/或操作流程图可以应用于(但不限于)装置之间需要无线通信/连接(例如，5G)的各种领域。
下面将参照附图描述更具体的示例。在以下附图/描述中，除非另外指明，否则相似的标号表示相同或对应的硬件块、软件块或功能块。
图11示出应用于本公开的通信系统1。
参照图11，应用于本公开的通信系统1包括无线装置、BS和网络。无线装置是使用无线电接入技术(RAT)(例如，5G NR(或新RAT)或LTE)执行通信的装置，也称为通信/无线电/5G装置。无线装置可以包括(但不限于)机器人100a、车辆100b-1和100b-2、扩展现实(XR)装置100c、手持装置100d、家用电器100e、IoT装置100f和人工智能(AI)装置/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自主驾驶车辆以及能够进行车辆对车辆(V2V)通信的车辆。本文中，车辆可以包括无人驾驶飞行器(UAV)(例如，无人机)。XR装置可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)装置，并且可以按头戴式装置(HMD)、安装在车辆中的平视显示器(HUD)、电视(TV)、智能电话、计算机、可穿戴装置、家用电器、数字标牌、车辆、机器人等的形式实现。手持装置可以包括智能电话、智能板、可穿戴装置(例如，智能手表或智能眼镜)和计算机(例如，膝上型计算机)。家用电器可以包括TV、冰箱、洗衣机等。IoT装置可以包括传感器、智能仪表等。例如，BS和网络可以被实现为无线装置，并且特定无线装置200a可以针对其它无线装置作为BS/网络节点操作。
无线装置100a至100f可以经由BS200连接到网络300。AI技术可以应用于无线装置100a至100f，并且无线装置100a至100f可以经由网络300连接到AI服务器400。网络300可以使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。尽管无线装置100a至100f可以通过BS200/网络300彼此通信，但是无线装置100a至100f可以在没有BS/网络介入的情况下彼此执行直接通信(例如，侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，V2V/车辆对万物(V2X)通信)。IoT装置(例如，传感器)可以与其它IoT装置(例如，传感器)或其它无线装置100a至100f执行直接通信。
可以在无线装置100a至100f/BS200之间以及BS200之间建立无线通信/连接150a、150b和150c。本文中，可以通过诸如UL/DL通信150a、侧链路通信150b(或D2D通信)或BS间通信(例如，中继或集成接入回程(IAB))的各种RAT(例如，5G NR)建立无线通信/连接。可以通过无线通信/连接150a、150b和150c在无线装置之间、无线装置与BS之间以及BS之间发送和接收无线信号。例如，可以通过无线通信/连接150a、150b和150c经由各种物理信道发送和接收信号。为此，配置用于发送/接收无线信号的过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)和资源分配过程的各种配置信息的至少一部分可以基于本公开的各种提议执行。
应用了本公开的无线装置的示例
图12示出适用于本公开的无线装置。
参照图12，第一无线装置100和第二无线装置200可以通过各种RAT(例如，LTE和NR)发送无线信号。{第一无线装置100和第二无线装置200}可以对应于图11的{无线装置100x和BS200}和/或{无线装置100x和无线装置100x}。
第一无线装置100可以包括一个或更多个处理器102和一个或更多个存储器104，并且还包括一个或更多个收发器106和/或一个或更多个天线108。处理器102可以控制存储器104和/或收发器106，并且可以被配置为实现本文件中公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器102可以处理存储器104中的信息以生成第一信息/信号，然后通过收发器106发送包括第一信息/信号的无线信号。处理器102可以通过收发器106接收包括第二信息/信号的无线信号，然后将通过处理第二信息/信号而获得的信息存储在存储器104中。存储器104可以连接到处理器102，并且可存储与处理器102的操作有关的各种信息。例如，存储器104可以存储包括用于执行由处理器102控制的全部或部分处理或用于执行本文件中公开的描述、功能、过程、提议、方法和/或操作流程图的指令的软件代码。处理器102和存储器104可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器106可以连接到处理器102并且通过一个或更多个天线108发送和/或接收无线信号。各个收发器106可以包括发送器和/或接收器。收发器106可以与射频(RF)单元互换使用。在本公开中，无线装置可以是通信调制解调器/电路/芯片。
第二无线装置200可以包括一个或更多个处理器202和一个或更多个存储器204，并且还包括一个或更多个收发器206和/或一个或更多个天线208。处理器202可以控制存储器204和/或收发器206，并且可以被配置为实现本文件中所公开的描述、功能、过程、提议、方法和/或操作流程图。例如，处理器202可以处理存储器204中的信息以生成第三信息/信号，然后通过收发器206发送包括第三信息/信号的无线信号。处理器202可以通过收发器106接收包括第四信息/信号的无线信号，然后将通过处理第四信息/信号而获得的信息存储在存储器204中。存储器204可以连接到处理器202并存储与处理器202的操作有关的各种信息。例如，存储器204可以存储软件代码，其包括用于执行由处理器202控制的所有或部分处理或者用于执行本文件中所公开的描述、功能、过程、提议、方法和/或操作流程图的指令。处理器202和存储器204可以是被设计为实现RAT(例如，LTE或NR)的通信调制解调器/电路/芯片的一部分。收发器206可以连接到处理器202并且通过一个或更多个天线208发送和/或接收无线信号。各个收发器206可以包括发送器和/或接收器。收发器206可以与RF单元互换使用。在本公开中，无线装置可以是通信调制解调器/电路/芯片。
现在，将更详细地描述无线装置100和200的硬件元件。一个或更多个协议层可以由(但不限于)一个或更多个处理器102和202实现。例如，一个或更多个处理器102和202可以实现一个或更多个层(例如，诸如物理(PHY)、媒体接入控制(MAC)、无线电链路控制(RLC)、分组数据会聚协议(PDCP)、RRC和服务数据适配协议(SDAP)的功能层)。一个或更多个处理器102和202可以根据本文件中公开的描述、功能、过程、提议、方法和/或操作流程图来生成一个或更多个协议数据单元(PDU)和/或一个或更多个服务数据单元(SDU)。一个或更多个处理器102和202可以根据本文件中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息，并且将这些消息、控制信息、数据或信息提供给一个或更多个收发器106和206。一个或更多个处理器102和202可以根据本文件中公开的描述、功能、过程、提议、方法和/或操作流程图来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)，并且将生成的信号提供给一个或更多个收发器106和206。一个或更多个处理器102和202可以根据本文件中公开的描述、功能、过程、提议、方法和/或操作流程图来从一个或更多个收发器106和206接收信号(例如，基带信号)并获取PDU、SDU、消息、控制信息、数据或信息。
一个或更多个处理器102和202可以被称为控制器、微控制器、微处理器或微计算机。一个或更多个处理器102和202可以由硬件、固件、软件或其组合实现。例如，一个或更多个专用集成电路(ASIC)、一个或更多个数字信号处理器(DSP)、一个或更多个数字信号处理器件(DSPD)、一个或更多个可编程逻辑器件(PLD)或者一个或更多个现场可编程门阵列(FPGA)可以被包括在一个或更多个处理器102和202中。本文件中公开的描述、功能、过程、提议、方法和/或操作流程图可以使用固件或软件来实现，并且固件或软件可以被配置为包括模块、过程或功能。被配置为执行本文件中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可以被包括在一个或更多个处理器102和202中或者可以被存储在一个或更多个存储器104和204中并由一个或更多个处理器102和202驱动。本文件中所公开的描述、功能、过程、提议、方法和/或操作流程图可按代码、指令和/或指令集的形式使用固件或软件来实现。
一个或更多个存储器104和204可以连接到一个或更多个处理器102和202并且存储各种类型的数据、信号、消息、信息、程序、代码、指令和/或命令。一个或更多个存储器104和204可以被配置为包括只读存储器(ROM)、随机存取存储器(RAM)、电可擦除可编程只读存储器(EPROM)、闪存、硬盘驱动器、寄存器、高速缓存存储器、计算机可读存储介质和/或其组合。一个或更多个存储器104和204可以位于一个或更多个处理器102和202的内部和/或外部。一个或更多个存储器104和204可以通过诸如有线或无线连接的各种技术连接到一个或更多个处理器102和202。
一个或更多个收发器106和206可以向一个或更多个其它装置发送本文件的方法和/或操作流程图中提及的用户数据、控制信息和/或无线信号/信道。一个或更多个收发器106和206可以从一个或更多个其它装置接收本文件中公开的描述、功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线信号/信道。例如，一个或更多个收发器106和206可以连接到一个或更多个处理器102和202并且发送和接收无线信号。例如，一个或更多个处理器102和202可以执行控制以使得一个或更多个收发器106和206可以向一个或更多个其它装置发送用户数据、控制信息或无线信号。一个或更多个处理器102和202可以执行控制以使得一个或更多个收发器106和206可以从一个或更多个其它装置接收用户数据、控制信息或无线信号。一个或更多个收发器106和206可以连接到一个或更多个天线108和208，并且一个或更多个收发器106和206可以被配置为通过一个或更多个天线108和208发送和接收本文件中公开的描述、功能、过程、提议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本文件中，一个或更多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或更多个收发器106和206可以将所接收的无线信号/信道从RF频带信号转换为基带信号，以便使用一个或更多个处理器102和202处理所接收的用户数据、控制信息和无线信号/信道。一个或更多个收发器106和206可以将使用一个或更多个处理器102和202处理的用户数据、控制信息和无线信号/信道从基带信号转换为RF频带信号。为此，一个或更多个收发器106和206可以包括(模拟)振荡器和/或滤波器。
应用了本公开的无线装置的使用的示例
图13示出应用于本公开的无线装置的另一示例。无线装置可以根据用例/服务(参照图11)以各种形式实现。
参照图13，无线装置100和200可以对应于图12的无线装置100和200，并且可以被配置为包括各种元件、组件、单元/部分和/或模块。例如，无线装置100和200中的每一个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元110可以包括通信电路112和收发器114。例如，通信电路112可以包括图12的一个或更多个处理器102和202和/或一个或更多个存储器104和204。例如，收发器114可以包括图12的一个或更多个收发器106和206和/或一个或更多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140，并且提供对无线装置的总体控制。例如，控制单元120可以基于存储在存储器单元130中的程序/代码/指令/信息来控制无线装置的电/机械操作。控制单元120可以通过无线/有线接口经由通信单元110将存储在存储器单元130中的信息发送到外部(例如，其它通信装置)，或者通过无线/有线接口将经由通信单元110从外部(例如，其它通信装置)接收的信息存储在存储器单元130中。
附加组件140可以根据无线装置的类型按各种方式配置。例如，附加组件140可以包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线装置可以按(但不限于)机器人(图11的100a)、车辆(图11的100b-1和100b-2)、XR装置(图11的100c)、手持装置(图11的100d)、家用电器(图11的100e)、IoT装置(图11的100f)、数字广播终端、全息装置、公共安全装置、MTC装置、医疗装置、金融科技装置(或金融装置)、安全装置、气候/环境装置、AI服务器/装置(图11的400)、BS(图11的200)、网络节点等实现。根据使用情况/服务，无线装置可以是移动的或固定的。
在图13中，无线装置100和200中的各种元件、组件、单元/部分和/或模块可以全部通过有线接口彼此连接，或者其至少一部分可以通过通信单元110无线连接。例如，在无线装置100和200中的每一个中，控制单元120和通信单元110可以有线连接，并且控制单元120和第一单元(例如，130和140)可以通过通信单元110无线连接。无线装置100和200中的各个元件、组件、单元/部分和/或模块还可以包括一个或更多个元件。例如，控制单元120可以利用一个或更多个处理器的集合配置。例如，控制单元120可以利用通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合配置。在另一示例中，存储器130可以利用RAM、动态RAM(DRAM)、ROM、闪存、易失性存储器、非易失性存储器和/或其组合配置。
应用了本公开的车辆或自主驾驶车辆的示例
图14示出应用于本公开的车辆或自主驾驶车辆。车辆或自主驾驶车辆可以被实现为移动机器人、汽车、火车、有人/无人驾驶飞行器(AV)、船只等。
参照图14，车辆或自主驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。天线单元108可以被配置为通信单元110的一部分。块110/130/140a至140d分别对应于图13的块110/130/140。
通信单元110可以向诸如其它车辆、BS(例如，gNB和路边单元)和服务器的外部装置发送以及从其接收信号(例如，数据和控制信号)。控制单元120可以通过控制车辆或自主驾驶车辆100的元件来执行各种操作。控制单元120可以包括ECU。驱动单元140a可使得车辆或自主驾驶车辆100能够在道路上行驶。驱动单元140a可以包括发动机、电机、动力系统、车轮、制动器、转向装置等。电源单元140b可以向车辆或自主驾驶车辆100供电，并且包括有线/无线充电电路、电池等。传感器单元140c可以获取关于车辆状态、周围环境信息、用户信息等的信息。传感器单元140c可以包括惯性测量单元(IMU)传感器、碰撞传感器、车轮传感器、速度传感器、坡度传感器、重量传感器、航向传感器、位置模块、车辆前进/后退传感器、电池传感器、燃料传感器、轮胎传感器、转向传感器、温度传感器、湿度传感器、超声波传感器、照明传感器、踏板位置传感器等。自主驾驶单元140d可以实现用于维持车辆正在行驶的车道的技术、用于自动地调节速度的技术(例如，自适应巡航控制)、用于沿着所确定的路径自主行驶的技术、如果设定目的地则通过自动设定路线来行驶的技术等。
例如，通信单元110可以从外部服务器接收地图数据、交通信息数据等。自主驾驶单元140d可以从所获得的数据生成自主驾驶路线和驾驶计划。控制单元120可以控制驱动单元140a，使得车辆或自主驾驶车辆100可以根据驾驶计划(例如，速度/方向控制)沿着自主驾驶路线移动。在自主驾驶期间，通信单元110可以非周期性地/周期性地从外部服务器获取最近交通信息数据，并且从邻近车辆获取周围交通信息数据。在自主驾驶期间，传感器单元140c可以获得关于车辆状态和/或周围环境信息的信息。自主驾驶单元140d可以基于新获得的数据/信息来更新自主驾驶路线和驾驶计划。通信单元110可以将关于车辆位置、自主驾驶路线和/或驾驶计划的信息传送到外部服务器。外部服务器可以基于从车辆或自主驾驶车辆收集的信息使用AI技术预测交通信息数据，并将预测的交通信息数据提供给车辆或自主驾驶车辆。
本领域技术人员将理解，在不脱离本公开的精神和基本特性的情况下，本公开可以按照本文所阐述的那些方式以外的其它特定方式来实现。因此，上述实施方式在所有方面均被解释为是例示性的，而非限制性的。本公开的范围应该由所附权利要求及其法律上的等同物(而非以上描述)来确定，落入所附权利要求的含义和等同范围内的所有改变均旨在被涵盖于其中。
工业实用性
如上所述，本公开适用于各种无线通信系统。

Claims (9)

1.一种由在无线通信系统中操作的用户设备UE发送上行链路信号的方法，所述方法包括：
接收包括在无线电资源控制RRC信令中的关于物理上行链路控制信道PUCCH资源的信息；以及
基于关于所述PUCCH资源的信息，发送包括上行链路控制信息UCI的PUCCH，
其中，所述UCI包括HARQ-ACK信息，
其中，通过包括在所述RRC信令中的关于所述PUCCH资源的信息配置第一交织和第二交织，
其中，基于以所述UCI的有效载荷大小为基础确定的第一值小于或等于以所述第一交织的物理资源块PRB的数量为基础确定的第二值，在所述第一交织和所述第二交织当中的所述第一交织上发送所述PUCCH，
其中，所述第一交织的PRB的数量为10或11，
其中，基于PUCCH格式2或PUCCH格式3发送所述PUCCH，
其中，基于包括在所述RRC信令中的关于所述PUCCH资源的信息，定义所述第二交织的索引和所述第一交织的索引，以及
其中，所述第二交织的索引高于所述第一交织的索引。
2.根据权利要求1所述的方法，其中，基于所述UCI的所述有效载荷大小和编码率，确定是否所述第一值小于或等于所述第二值。
3.根据权利要求1所述的方法，其中，基于所述PUCCH以所述PUCCH格式3为基础被发送，所述第一交织和所述第二交织包括相同数量的PRB。
4.一种用户设备UE，所述用户设备UE被配置成在无线通信系统中发送上行链路信号，所述UE包括：
至少一个收发器；
至少一个处理器；以及
至少一个存储器，所述至少一个存储器可操作地连接到所述至少一个处理器并被配置成存储指令，所述指令在被执行时，使所述至少一个处理器执行包括下述的操作：
接收包括在无线电资源控制RRC信令中的关于物理上行链路控制信道PUCCH资源的信息；以及
基于关于所述PUCCH资源的信息，发送包括上行链路控制信息UCI的PUCCH，
其中，所述UCI包括HARQ-ACK信息，
其中，通过包括在所述RRC信令中的关于所述PUCCH资源的信息配置第一交织和第二交织，
其中，基于以所述UCI的有效载荷大小为基础确定的第一值小于或等于以所述第一交织的物理资源块PRB的数量为基础确定的第二值，在所述第一交织和所述第二交织当中的所述第一交织上发送所述PUCCH，
其中，所述第一交织的PRB的数量为10或11，
其中，基于PUCCH格式2或PUCCH格式3发送所述PUCCH，
其中，基于包括在所述RRC信令中的关于所述PUCCH资源的信息，定义所述第二交织的索引和所述第一交织的索引，以及
其中，所述第二交织的索引高于所述第一交织的索引。
5.根据权利要求4所述的UE，其中，基于所述UCI的所述有效载荷大小和编码率，确定是否所述第一值小于或等于所述第二值。
6.根据权利要求4所述的UE，其中，基于所述PUCCH以所述PUCCH格式3为基础被发送，所述第一交织和所述第二交织包括相同数量的PRB。
7.一种用于用户设备UE的设备，所述设备包括：
至少一个处理器；和
至少一个计算机存储器，至少一个计算机存储器可操作地连接到所述至少一个处理器并被配置成，在被执行时，使所述至少一个处理器执行包括下述的操作：
接收包括在无线电资源控制RRC信令中的关于物理上行链路控制信道PUCCH资源的信息；以及
基于关于所述PUCCH资源的信息，发送包括上行链路控制信息UCI的PUCCH，
其中，所述UCI包括HARQ-ACK信息，
其中，通过包括在所述RRC信令中的关于所述PUCCH资源的信息配置第一交织和第二交织，
其中，基于以所述UCI的有效载荷大小为基础确定的第一值小于或等于以所述第一交织的物理资源块PRB的数量为基础确定的第二值，在所述第一交织和所述第二交织当中的所述第一交织上发送所述PUCCH，
其中，所述第一交织的PRB的数量为10或11，
其中，基于PUCCH格式2或PUCCH格式3发送所述PUCCH，
其中，基于包括在所述RRC信令中的关于所述PUCCH资源的信息，定义所述第二交织的索引和所述第一交织的索引，以及
其中，所述第二交织的索引高于所述第一交织的索引。
8.根据权利要求7所述的设备，其中，基于所述UCI的所述有效载荷大小和编码率，确定是否所述第一值小于或等于所述第二值。
9.根据权利要求7所述的设备，其中，基于所述PUCCH以所述PUCCH格式3为基础被发送，所述第一交织和所述第二交织包括相同数量的PRB。
CN202080069051.3A 2019-10-04 2020-10-05 无线通信系统中发送/接收信号的方法和装置 Active CN114902595B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
KR20190123416 2019-10-04
KR10-2019-0123416 2019-10-04
US201962915635P 2019-10-15 2019-10-15
US62/915,635 2019-10-15
KR20190142429 2019-11-08
KR10-2019-0142429 2019-11-08
PCT/KR2020/013450 WO2021066594A1 (ko) 2019-10-04 2020-10-05 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치

Publications (2)

Publication Number Publication Date
CN114902595A CN114902595A (zh) 2022-08-12
CN114902595B true CN114902595B (zh) 2023-11-28

Family

ID=75337236

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080069051.3A Active CN114902595B (zh) 2019-10-04 2020-10-05 无线通信系统中发送/接收信号的方法和装置

Country Status (6)

Country Link
US (1) US11632218B2 (zh)
EP (1) EP4040701A4 (zh)
JP (1) JP2022551099A (zh)
KR (1) KR102588872B1 (zh)
CN (1) CN114902595B (zh)
WO (1) WO2021066594A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020204547A1 (en) 2019-03-29 2020-10-08 Samsung Electronics Co., Ltd. Method and apparatus for frequency domain resource allocation in wireless communication system
WO2021226968A1 (en) * 2020-05-14 2021-11-18 Apple Inc. Uplink control information transmission in wireless communication

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104335517A (zh) * 2012-05-31 2015-02-04 Lg电子株式会社 用于收发控制信号的方法及其装置
WO2017205133A1 (en) * 2016-05-24 2017-11-30 Qualcomm Incorporated Uplink control information reporting
WO2018031066A1 (en) * 2016-08-10 2018-02-15 Intel IP Corporation Resource allocation indication for physical uplink control channel (pucch)
WO2019160354A1 (ko) * 2018-02-14 2019-08-22 엘지전자 주식회사 비면허 대역을 지원하는 무선 통신 시스템에서 단말과 기지국간 상향링크 신호를 송수신하는 방법 및 이를 지원하는 장치

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9867187B2 (en) * 2014-08-04 2018-01-09 Qualcomm Incorporated Techniques for configuring uplink channel transmissions using shared radio frequency spectrum band
US10356761B2 (en) * 2016-03-30 2019-07-16 Qualcomm Incorporated Techniques for configuring uplink control channel transmissions in a shared radio frequency spectrum band
WO2018021100A1 (ja) * 2016-07-26 2018-02-01 京セラ株式会社 無線端末
WO2018075745A1 (en) * 2016-10-19 2018-04-26 Intel Corporation ENABLING AUTONOMOUS UPLINK (UL) TRANSMISSION WITHIN THE GAP OF A TRANSMISSION OPPORTUNITY (TxOP)
US10506596B2 (en) * 2016-10-28 2019-12-10 Qualcomm Incorporated Coexistence of interleaved and contiguous uplink transmissions
WO2018093939A1 (en) * 2016-11-16 2018-05-24 Intel IP Corporation Rach-less handover
KR20200064955A (ko) * 2017-06-14 2020-06-08 아이디에이씨 홀딩스, 인크. 신뢰할 수있는 제어 신호
US11044135B2 (en) * 2018-01-23 2021-06-22 Qualcomm Incorporated NR-SS LBT gap optimizations
JP7197280B2 (ja) * 2018-04-06 2022-12-27 シャープ株式会社 端末装置、基地局装置、および、通信方法
EP3818650A1 (en) * 2018-08-09 2021-05-12 Convida Wireless, Llc Autonomous uplink transmission in unlicensed new radio spectrum

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104335517A (zh) * 2012-05-31 2015-02-04 Lg电子株式会社 用于收发控制信号的方法及其装置
WO2017205133A1 (en) * 2016-05-24 2017-11-30 Qualcomm Incorporated Uplink control information reporting
WO2018031066A1 (en) * 2016-08-10 2018-02-15 Intel IP Corporation Resource allocation indication for physical uplink control channel (pucch)
WO2019160354A1 (ko) * 2018-02-14 2019-08-22 엘지전자 주식회사 비면허 대역을 지원하는 무선 통신 시스템에서 단말과 기지국간 상향링크 신호를 송수신하는 방법 및 이를 지원하는 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Ericsson.Feature lead summary for UL Signals and Channels.3GPP tsg_ran\wg1_rl1,第tsgr1_99期.2019,全文. *
Motorola Mobility, Lenovo.R1-1711283 "PUCCH resource allocation for HARQ-ACK feedback to Msg4".3GPP tsg_ran\WG1_RL1.2017,(第TSGR1_AH期),全文. *

Also Published As

Publication number Publication date
US20220190993A1 (en) 2022-06-16
CN114902595A (zh) 2022-08-12
KR20220074859A (ko) 2022-06-03
US11632218B2 (en) 2023-04-18
EP4040701A4 (en) 2022-12-14
EP4040701A1 (en) 2022-08-10
KR102588872B1 (ko) 2023-10-16
WO2021066594A1 (ko) 2021-04-08
JP2022551099A (ja) 2022-12-07

Similar Documents

Publication Publication Date Title
CN114503472B (zh) 用于在无线通信系统中发送和接收信号的方法和装置
EP3989661B1 (en) Method and device for transmitting and receiving signal in wireless communication system
CN113056887B (zh) 用于在无线通信系统中发送或接收无线信号的方法和装置
EP3996445A1 (en) Method and device for transmitting and receiving signal in wireless communication system
CN114642071A (zh) 无线通信系统中发送和接收上行链路信道的方法及其设备
CN114430926A (zh) 在无线通信系统中发送和接收信号的方法和设备
CN114731705A (zh) 在信道占用时间内发送或接收物理上行链路共享信道的方法及其装置
US11632218B2 (en) Method and device for transmitting/receiving signal in wireless communication system
CN114375608B (zh) 在无线通信系统中发送和接收信号的方法和设备
CN112997441A (zh) 用于无线通信系统中的无线信号发送或接收的方法和装置
KR102508794B1 (ko) 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치
CN114788216B (zh) 无线通信系统中发送/接收信号的方法和设备
EP3989463B1 (en) Method and device for transmitting/receiving signal in wireless communication system
EP3972373B1 (en) Method and device for transmitting signal in wireless communication system
CN114424669A (zh) 无线通信系统中发送/接收信号的方法和装置
CN114128176A (zh) 在无线通信系统中发送和接收信号的方法和设备
CN113439479B (zh) 用于在无线通信系统中发送和接收无线信号的方法和装置
CN117083960A (zh) 在无线通信系统中发送和接收信号的方法和设备
CN115088380A (zh) 在无线通信系统中发送和接收信号的方法和装置
CN117099332A (zh) 在无线通信系统中监测信号的方法和装置

Legal Events

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