具体实施方式

下面描述的本公开的各种实施例是本公开的各种实施例的元件和特征以特定形式的组合。除非另外提及，否则元件或特征可被认为是选择性的。每个元件或特征可以在不与其它元件或特征组合的情况下实施。此外，本公开的各种实施例可以通过组合所述元件和/或特征的部分来构造。可以重新排列在本公开的各种实施例中描述的操作顺序。任何一个实施例的一些构造或元件可以包括在另一个实施例中，并且可以用另一个实施例的对应构造或特征来替换。

在附图的描述中，将避免对本公开的各种实施例的已知过程或步骤的详细描述，以免其模糊本公开的各种实施例的主题。另外，本领域技术人员可以理解的过程或步骤也将不被描述。

在整个说明书中，当某个部分“包括(include)”或“包含(comprise)”某个部件时，这指示不排除其他部件，并且可以进一步包括其他部件，除非另有说明。说明书中描述的术语“单元(unit)”、“-机/器(-or/er)”以及“模块(module)”指示用于处理至少一个功能或操作的单元，其可以由硬件、软件或其组合来实现。另外，术语“一(a)”或“一种(an)”、“一个(one)”、“该(the)”等可以包括在本公开的各种实施例的上下文中(更具体地，在之后的权利要求的上下文中)的单数表示和复数表示，除非在说明书中另外指示或者除非上下文另外清楚地指示。

在本公开的各种实施例中，主要对在基站(BS)和用户设备(UE)之间的数据发送和接收关系进行描述。BS是指网络的终端节点，其直接与UE通信。被描述为由BS执行的特定操作也可以由BS的上层节点执行。

即，很明显，在由包括BS的多个网络节点组成的网络中，可以由BS或除了BS之外的网络节点来执行用于与UE通信而执行的各种操作。术语“BS”可以用固定站、节点B、演进节点B(eNode B或eNB)、gNode B(gNB)、高级基站(ABS)、接入点等来代替。

在本公开的各种实施例中，术语终端可以用UE、移动站(MS)、订户站(SS)、移动订户站(MSS)、移动终端、高级移动站(AMS)等替换。

发送端是提供数据服务或语音服务的固定和/或移动节点，而接收端是接收数据服务或语音服务的固定和/或移动节点。因此，在上行链路(UL)上，UE可以用作发送端而BS可以用作接收端。同样地，在下行链路(DL)上，UE可以用作接收端而BS可以用作发送端。

本公开的各种实施例可以由针对无线接入系统中的至少一个公开的标准规范支持，所述无线接入系统包括电气与电子工程师协会(IEEE)802.xx系统、第三代合作伙伴计划(3GPP)系统、3GPP长期演进(LTE)系统、3GPP第五代(5G)新RAT(NR)系统和3GPP2系统。特别地，本公开的各种实施例可以由标准规范3GPP TS 36.211、3GPP TS 36.212、3GPP TS36.213、3GPP TS 36.321、3GPP TS 36.331、3GPP TS 37.213、3GPP TS 38.211、3GPP TS38.212、3GPP TS 38.213、3GPP TS 38.214、3GPP TS 38.321和3GPP TS 38.331支持。也就是说，在本公开的各种实施例中未描述的步骤或者部分可以参考上述标准规范来描述。此外，在此使用的所有术语都可以通过标准规范来描述。

现在将参考附图详细地参考本公开的各种实施例。将在下面参考附图给出的详细描述旨在说明本公开的示例性实施例，而不是示出能够根据本公开实现的唯一实施例。

以下详细描述包括特定术语以便提供对本公开的各种实施例的透彻理解。然而，对于本领域的技术人员而言将显而易见的是，在不脱离本公开的各种实施例的技术精神和范围的情况下，特定术语可以用其他术语替换。

在下文中，说明了作为无线接入系统的示例的3GPP LTE/LTE-A系统和3GPP NR系统。

能够将本公开的各种实施例应用于各种无线接入系统，诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等。

可以将CDMA实现为诸如通用陆地无线电接入(UTRA)或CDMA2000的无线电技术。可以将TDMA实现为诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术。可以将OFDMA实现为诸如IEEE 802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、演进型UTRA(E-UTRA)等的无线电技术。

UTRA是通用移动电信系统(UMTS)的一部分。3GPP LTE是对于DL采用OFDMA而对于UL采用SC-FDMA的使用E-UTRA的演进型UMTS(E-UMTS)的一部分。高级LTE(LTE-A)是3GPPLTE的演进。

虽然在3GPP LTE/LTE-A系统和3GPP NR系统的上下文中描述本公开的各种实施例以便澄清本公开的各种实施例的技术特征，但是本公开的各种实施例也适用于IEEE802.16e/m系统等。

1.3GPP系统的概述

1.1.物理信道和一般信号传输

在无线接入系统中，UE在DL上从BS接收信息并且在UL上向BS发送信息。在UE与BS之间发送和接收的信息包括一般数据信息和各种类型的控制信息。根据在BS与UE之间发送和接收的信息的类型/用法，存在许多物理信道。

图1是图示可以在本公开的各种实施例中使用的物理信道和使用物理信道的信号传输方法的图。

当UE被通电或者进入新小区时，UE执行初始小区搜索(S11)。初始小区搜索涉及获取与BS的同步。具体地，UE使其定时与BS同步并且通过从BS接收主同步信道(P-SCH)和辅同步信道(S-SCH)来获取诸如小区标识符(ID)的信息。

然后UE可以通过从BS接收物理广播信道(PBCH)来获取小区中广播的信息。

在初始小区搜索期间，UE可以通过接收下行链路参考信号(DLRS)来监测DL信道状态。

在初始小区搜索之后，UE可以通过接收物理下行链路控制信道(PDCCH)并且基于PDCCH的信息在物理下行链路共享信道(PDSCH)上接收来获取更详细的系统信息(S12)。

随后，为了完成到BS的连接，UE可以与BS一起执行随机接入过程(S13至S16)。在随机接入过程中，UE可以在物理随机接入信道(PRACH)上发送前导(S13)，并且可以在与PDCCH相关联的PDSCH上接收PDCCH和对前导的随机接入响应(RAR)(S14)。UE可以通过使用RAR中的调度信息来发送PUSCH(S15)，并且执行包括接收PDCCH信号和与该PDCCH信号相对应的PDSCH信号的竞争解决过程(S16)。

当在两个步骤中执行随机接入过程时，对于UE传输可以在一个操作中执行步骤S13和S15，而对于BS传输可以在一个操作中执行步骤S14和S16。

在上述过程之后，在一般UL/DL信号传输过程中，UE可以从BS接收PDCCH和/或PDSCH(S17)并且向BS发送物理上行链路共享信道(PUSCH)和/或物理上行链路控制信道(PUCCH)(S18)。

UE向BS发送的控制信息被一般地称作UCI。UCI包括混合自动重传和请求肯定应答/否定应答(HARQ-ACK/NACK)、调度请求(SR)、信道质量指示符(CQI)、预编码矩阵索引(PMI)、秩指示符(RI)等。

通常，在PUCCH上周期性地发送UCI。然而，如果应该同时地发送控制信息和业务数据，则可以在PUSCH上发送控制信息和业务数据。另外，在从网络接收到请求/命令时，可以在PUSCH上非周期性地发送UCI。

1.2无线电帧结构

图2是图示本公开的各种实施例可适用于的NR系统中的无线电帧结构的图。

NR系统可能支持多种参数集。参数集可以由子载波间隔(SCS)和循环前缀(CP)开销来定义。可以通过将默认SCS以整数N(或μ)进行缩放来导出多个SCS。此外，即使假设在非常高的载波频率中未使用非常小的SCS，也可以独立于小区的频带来选择要使用的参数集。此外，NR系统可以根据多种参数集支持各种帧结构。

现在，将给出可以考虑用于NR系统的OFDM参数集和帧结构的描述。NR系统支持的多种OFDM参数集可以定义为如表1中所列出。对于带宽部分(BWP)，从BS提供的RRC参数中获得μ和CP。

[表1]

在NR中，支持多个参数集(例如，SCS)以支持各种5G服务。例如，对于15kHz的SCS支持蜂窝频带中的宽区域，对于30kHz/60kHz的SCS支持密集城市区域、更低的延时和更宽的载波带宽，并且对于60kHz或更大的SCS支持比24.25GHz大的带宽，以克服相位噪声。

NR频带由两种类型的频率范围FR1和FR2定义。FR1可以是低于6GHz范围，而FR2可以是高于6GHz范围，即，毫米波(mmWave)频带。

作为示例，下表5定义NR频带。

[表2]

关于NR系统中的帧结构，各种字段的时域大小被表示为NR的基本时间单元的倍数，T_c＝1/(Δf_max*N_f)，其中Δf_max＝480*10³Hz并且与快速傅里叶变换(FFT)大小或逆快速傅里叶变换(IFFT)大小有关的值N_f被给出为N_f＝4096。作为基于LTE的时间单元和采样时间(作为T_s＝1/((15kHz)*2048)给出)的T_c和T_s被置于以下关系中：T_s/T_c＝64。DL和UL传输被组织成(无线电)帧，每个(无线电)帧的持续时间为T_f＝(△f_max*N_f/100)*T_c＝10ms。每个无线电帧包括10个子帧，每个子帧的持续时间为T_sf＝(△f_max*N_f/1000)*T_c＝1ms。可能存在用于UL的一个帧集和用于DL的一个帧集。对于参数集μ，时隙在子帧中以递增次序用n^μ _s∈{0,…,N^slot,μ _subframe-1}编号，而在无线电帧中以递增次序用n^μ _s,f∈{0,…,N^slot,μ _frame-1}编号。一个时隙包括N^μ _symb个连续的OFDM符号，并且N^μ _symb取决于CP。子帧中的时隙n^μ _s的开始与同一子帧中OFDM符号n^μ _s*N^μ _symb的开始在时间上对准。

表3列出在正常CP情况下针对每个SCS的每时隙的符号的数目、每帧的时隙的数目和每子帧的时隙的数目，并且表4列出在扩展CP情况下针对每个SCS的每时隙的符号的数目、每帧的时隙的数目和每子帧的时隙的数目。

[表3]

[表4]

在上表中，N^slot _symb表示时隙中的符号的数目，N^frame,μ _slot表示帧中的时隙的数目，并且N^subframe,μ _slot表示子帧中的时隙的数目。

在本公开的各种实施例适用于的NR系统中，可以为针对一个UE聚合的多个小区配置不同的OFDM(A)参数集(例如，SCS、CP长度等)。因此，可以为已聚合的小区不同地配置包括相同数目的符号(例如，子帧(SF)、时隙或TTI)的时间资源的(绝对时间)时段(为了方便，一般地称为时间单元(TU))。

图2图示μ＝2(即，60kHz的SCS)的示例，其中参考表6，一个子帧可以包括四个时隙。在图7中一个子帧＝{1,2,4}个时隙，这是示例性的，并且如表3或表4所列出的那样定义可以被包括一个子帧中的时隙的数目。

此外，微时隙可以包括2、4或7个符号、2个以下符号或7个以上符号。

图3是图示本公开的各种实施例适用于的NR系统中的时隙结构的图。

参考图3，一个时隙包括时域中的多个符号。例如，一个时隙在正常CP情况下包括7个符号，而在扩展CP情况下包括6个符号。

载波包括频域中的多个子载波。RB由频域中的多个(例如，12个)连续子载波定义。

由频域中的多个连续(P)RB定义的带宽部分(BWP)可以对应于一个参数集(例如，SCS、CP长度等)。

载波可以包括直至N(例如，5)个BWP。可以在激活的BWP中进行数据通信，并且可以为一个UE激活仅一个BWP。在资源网格中，每个元素被称为可以将一个复符号映射到的RE。

图4是图示本公开的各种实施例适用于的自包含时隙结构的图。

自包含时隙结构可以是指这样的时隙结构，其中DL控制信道、DL/UL数据和UL控制信道中的全部都可以被包括在一个时隙中。

在图4中，阴影区域(例如，符号索引＝0)指示DL控制区域，并且黑色区域(例如，符号索引＝13)指示UL控制区域。剩余区域(例如，符号索引＝1至12)可以被用于DL或UL数据传输。

基于此结构，BS和UE可以在一个时隙中顺序地执行DL传输和UL传输。也就是说，BS和UE可以在一个时隙中不仅发送和接收DL数据而且还发送和接收针对DL数据的UL ACK/NACK。因此，此结构可以减少在发生数据传输错误时直到数据重传所需要的时间，从而使最终数据传输的延时最小化。

在此自包含时隙结构中，需要预定长度的时间间隙以允许BS和UE从发送模式切换到接收模式，并且反之亦然。为此，在自包含时隙结构中，可以将在从DL切换到UL时的一些OFDM符号配置成保护时段(GP)。

虽然已在上面将自包含时隙结构描述为包括DL控制区域和UL控制区域两者，但是控制区域可以选择性地被包括在自包含时隙结构中。换句话说，根据本公开的各种实施例的自包含时隙结构可以涵盖包括仅DL控制区域或UL控制区域的情况以及包括DL控制区域和UL控制区域两者的情况，如图4所图示的。

此外，一个时隙中包括的区域的序列可以根据实施例而变化。例如，一个时隙可以按此次序包括DL控制区域、DL数据区域、UL控制区域和UL数据区域，或者按次次序包括UL控制区域、UL数据区域、DL控制区域和DL数据区域。

可以在DL控制区域中发送PDCCH，并且可以在DL数据区域中发送PDSCH。可以在UL控制区域中发送PUCCH，并且可以在UL数据区域中发送PUSCH。

1.3.信道结构

1.3.1.DL信道结构

BS如下所述在DL信道上向UE发送相关信号，并且UE在DL信道上从BS接收相关信号。

1.3.1.1.物理下行链路共享信道(PDSCH)

PDSCH传达DL数据(例如，DL共享信道传送块(DL-SCH TB))并且使用诸如正交相移键控(QPSK)、16阶正交幅度调制(16QAM)、64QAM或256QAM的调制方案。TB被编码成码字。PDSCH可以递送直至两个码字。在码字基础上执行加扰和调制映射，并且从每个码字生成的调制符号被映射到一个或多个层(层映射)。每个层与解调参考信号(DMRS)一起被映射到资源，生成为OFDM符号信号，并且通过对应的天线端口来发送。

1.3.1.2.物理下行链路控制信道(PDCCH)

PDCCH可以递送下行链路控制信息(DCI)，例如DL数据调度信息、UL数据调度信息等。PUCCH可以递送上行链路控制信息(UCI)，例如，针对DL数据的ACK/NACK信息、信道状态信息(CSI)、调度请求(SR)等。

PDCCH承载DCI并且以QPSK被调制。一个PDCCH根据聚合等级(AL)包括1、2、4、8或16个控制信道元素(CCE)。一个CCE包括6个资源元素组(REG)。一个REG由一个OFDM符号乘以一个(P)RB定义。

图5是图示本公开的各种实施例适用于的一个REG的结构的图。

在图5中，D表示DCI被映射到的RE，并且R表示DMRS被映射到的RE。DMRS被映射到一个符号中沿着频率轴线的RE#1、#5和#9。

在控制资源集(CORESET)中发送PDCCH。CORESET被定义为具有给定参数集(例如，SCS、CP长度等)的REG的集合。用于一个UE的多个CORESET可以在时域/频域中彼此重叠。CORESET可以由系统信息(例如，主信息块(MIB))或由UE特定更高层(RRC)信令配置。具体地，CORESET中包括的RB的数目和符号的数目(直至3个符号)可以由更高层信令配置。

对于每个CORESET，频域中的预编码器粒度通过更高层信令被设置为下列中的一个：

-sameAsREG-bundle：等于频域中的REG捆绑大小。

-allContiguousRBs：等于CORESET内频域中的连续RB的数目。

CORESET的REG被以时间优先映射方式编号。也就是说，REG以递增次序被顺序地编号，对于CORESET中最低编号的RB的第一OFDM符号从0开始。

用于CORESET的CCE至REG映射可以是交织类型或非交织类型。

图6是图示根据本公开的各种实施例的示例性CCE至REG映射类型的图。

更加具体地，图6是图示根据本公开的各种实施例的示例性非交织CCE至REG映射的图。

–非交织CCE至REG映射(或集中式CCE至REG映射)：给定CCE的6个REG被分组到一个REG捆绑中，并且给定CCE的所有REG是连续的。一个REG捆绑对应于一个CCE。

图7是图示根据本公开的各种实施例的示例性交织CCE至REG映射类型的图。

更加具体地，图7是图示示例性交织CCE至REG映射的图。

–交织CCE至REG映射(或分布式CCE至REG映射)：给定CCE的2、3或6个REG被分组到一个REG捆绑中，并且REG捆绑被交织在CORESET中。在包括一个或两个OFDM符号的CORESET中，REG捆绑包括2个或6个REG，而在包括三个OFDM符号的CORESET中，REG捆绑包括3个或6个REG。在CORESET基础上配置REG捆绑大小。

图8图示根据本公开的各种实施例的示例性块交织器。

对于上述交织操作，(块)交织器中的行的数目A被设置为2、3和6中的一个。如果给定CORESET的交织单元的数目是P，则块交织器中的列的数目是P/A。在块交织器中，在行优先方向上执行写入操作，并且在列优先方向上执行读取操作，如图8所图示的。基于可独立于DMRS的可配置ID而配置的ID来应用交织单元的循环移位(CS)。

UE通过对PDCCH候选的集合进行解码(所谓的盲解码)来获取在PDCCH上递送的DCI。由UE解码的PDCCH候选的集合被定义为PDCCH搜索空间集。搜索空间集可以是公共搜索空间(CSS)或UE特定搜索空间(USS)。UE可以通过在通过MIB或更高层信令配置的一个或多个搜索空间集中监测PDCCH候选来获取DCI。每个CORESET配置与一个或多个搜索空间集相关联，并且每个搜索空间集与一个CORESET配置相关联。基于以下参数来确定一个搜索空间集。

-controlResourceSetId：与搜索空间集有关的控制资源的集合。

-monitoringSlotPeriodicityAndOffset：PDCCH监测周期(以时隙为单位)和PDCCH监测偏移(以时隙为单位)。

-monitoringSymbolsWithinSlot：PDCCH监测时隙中的PDCCH监测图案(例如，CORESET中的第一符号)。

-nrofCandidates：针对每个AL＝{1,2,4,8,16}的PDCCH候选的数目(0、1、2、3、4、5、6和8中的一个)。

表5列出相应的搜索空间类型的示例性特征。

[表5]

表6列出在PDCCH上发送的示例性DCI格式。

[表6]

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。DCI格式2_0用于向UE递送动态时隙格式信息(例如，动态时隙格式指示符(SFI))，而DCI格式2_1用于向UE递送DL抢占信息。可以在作为针对一组UE的PDCCH的组公共PDCCH(GC-PDCCH)上将DCI格式2_0和/或DCI格式2_1递送到组中的UE。

1.3.2.UL信道结构

UE在稍后描述的UL信道上向BS发送相关信号，并且BS在UL信道上从UE接收相关信号。

1.3.2.1.物理上行链路共享信道(PUSCH)

PUSCH以循环前缀-正交频分复用(CP-OFDM)波形或离散傅立叶变换-扩展-正交频分复用(DFT-s-OFDM)波形递送UL数据(例如，UL共享信道传送块(UL-SCHTB))和/或UCI。如果以DFT-s-OFDM波形发送PUSCH，则UE通过应用变换预编码来发送PUSCH。例如，如果变换预编码是不可能的(例如，变换预编码被禁用)，则UE可以以CP-OFDM波形发送PUSCH，而如果变换预编码是可能的(例如，变换预编码被启用)，则UE可以以CP-OFDM波形或DFT-s-OFDM波形发送PUSCH。PUSCH传输可以通过DCI中的UL许可动态地调度或者通过更高层信令(例如，RRC信令)(和/或第1层(L1)信令(例如，PDCCH))(配置的许可)半静态地调度。可以以基于码本的或基于非码本的方式执行PUSCH传输。

1.3.2.2.物理上行链路控制信道(PUCCH)

PUCCH递送UCI、HARQ-ACK和/或SR并且根据PUCCH的传输持续时间被分类为短PUCCH或长PUCCH。表7列出示例性PUCCH格式。

[表7]

PUCCH格式0传达直至2个比特的UCI并且被以基于序列的方式映射以用于传输。具体地，UE通过在PUCCH格式0的PUCCH上发送多个序列中的一个来向BS发送特定UCI。只有当UE发送肯定SR时，UE才在用于对应SR配置的PUCCH资源中发送PUCCH格式0的PUCCH。

PUCCH格式1传达直至2个比特的UCI并且UCI的调制符号在时域中用OCC(其根据是否执行跳频被不同地配置)扩展。在不发送调制符号的符号中发送(即，以时分复用(TDM)发送)DMRS。

PUCCH格式2传达多于2个比特的UCI并且UCI的调制符号与DMRS频分复用(FDM)被发送。DMRS以1/3的密度位于给定RB的符号#1、#4、#7和#10中。伪噪声(PN)序列被用于DMRS序列。对于1符号PUCCH格式2，可以激活跳频。

PUCCH格式3不支持同一PRBS中的UE复用，并且传达多于2个比特的UCI。换句话说，PUCCH格式3的PUCCH资源不包括OCC。调制符号与DMRS以TDM被发送。

PUCCH格式4支持在同一PRBS中复用直至4个UE，并且传达多于2个比特的UCI。换句话说，PUCCH格式3的PUCCH资源包括OCC。调制符号与DMRS被TDM而发送。

1.4.模拟波束成形

在毫米波(mmW)系统中，由于波长较短，因此可以在相同区域中安装多个天线元件。即，考虑到在30GHz频带处的波长为1cm，在2维阵列的情况下，可以在5×5cm的面板中以0.5λ(波长)的间隔安装总共100个天线元件。因此，在mmW系统中，可以通过使用多个天线元件来增加波束成形(BF)增益，来提高覆盖范围或吞吐量。

在这种情况下，每个天线元件可以包括收发器单元(TXRU)，以使得能够调节每个天线元件的发射功率和相位。通过这样做，每个天线元件可以执行每频率资源的独立波束成形。

然而，在所有大约100个天线元件中安装TXRU在成本方面不太可行。因此，已经考虑了将多个天线元件映射到一个TXRU上并且使用模拟移相器来调整波束方向的方法。然而，该方法的缺点在于，由于在整个频带上只产生一个波束方向，因此频率选择性波束成形是不可能的。

为了解决这个问题，作为数字BF和模拟BF的中间形式，可以考虑具有少于Q个天线元件的B个TXRU的混合BF。在混合BF的情况下，可以同时发射的波束方向的数量被限制为B或更小，这取决于B个TXRU和Q个天线元件是怎样连接的。

图9和图10是图示用于将TXRU连接到天线元件的代表性方法的图。这里，TXRU虚拟化模型表示在TXRU输出信号和天线元件输出信号之间的关系。

图9示出用于将TXRU连接到子阵列的方法。在图8中，根据本公开的各种实施例，一个天线元件被连接到一个TXRU。

同时，图10示出用于将所有TXRU连接到所有天线元件的方法。在图10中，所有天线元件被连接到所有TXRU。在这种情况下，需要另外的加法单元来将所有天线元件连接到所有TXRU，如图9中所示。

在图9和图10中，W指示由模拟移相器加权的相位矢量。即，W是用于确定模拟波束成形的方向的主要参数。在这种情况下，在信道状态信息-参考信号(CSI-RS)天线端口与TXRU之间的映射关系可以是1:1或1对多。

图9中所示的配置具有难以实现波束成形聚焦的缺点，但是具有可以以低成本配置所有天线的优点。

相反，图10所示的配置的优点在于，可以容易地实现波束成形聚焦。然而，由于所有天线元件都被连接到TXRU，因此其具有成本高的缺点。

当在本公开可适用的NR系统中使用多个天线时，可以应用组合了数字BF和模拟BF的混合波束成形(BF)方案。在这种情况下，模拟BF(或射频(RF)BF)意指在RF级执行预编码(或组合)的操作。在混合BF中，基带级和RF级中的每一个执行预编码(或组合)，因此，可以实现接近数字BF的性能，同时减少RF链的数量和数模(D/A)(或模数(A/D))转换器的数量。

为了便于描述，混合BF结构可以由N个TXRU和M个物理天线来表示。在这种情况下，发送端要发送的用于L个数据层的数字BF可以由N乘L矩阵表示。此后获得的N个转换的数字信号经由TXRU被转换为模拟信号，然后经受用M乘N矩阵表示的模拟BF。

图11是示意性地图示根据本公开的从TXRU和物理天线的角度来看的示例性混合BF结构的图。在图11中，数字波束的数量是L，模拟波束的数量是N。

另外，在可应用本公开的NR系统中，BS将模拟BF设计为以符号为单位改变，以向位于特定区域的UE提供更有效的BF支持。此外，如图11所示，当将N个特定的TXRU和M个RF天线定义为一个天线面板时，根据本公开的NR系统考虑引入对其应用独立的混合BF的多个天线面板。

在BS如上所述利用多个模拟波束的情况下，有利于信号接收的模拟波束可以根据UE而不同。因此，在可应用本公开的NR系统中，正在考虑波束扫描操作，在其中，BS通过在特定子帧SF或时隙中以逐个符号为基础应用不同的模拟波束来发送信号(至少同步信号、系统信息、寻呼等等)，以便所有UE可以具有接收机会。

图12是图示根据本公开的各种实施例的在DL传输过程中用于同步信号和系统信息的示例性波束扫描操作的简化图。

在图12中，在其中本公开的各种实施例可适用于的NR系统的系统信息以广播方式被发送的物理资源(或物理信道)被称为xPBCH。在此，属于不同天线面板的模拟波束可以在一个符号中同时发送。

如图12中所图示，为了测量用于在本公开的各种实施例可适用的NR系统中的每个模拟波束的信道，可以引入波束RS(BRS)，其是通过应用单个模拟波束(对应于特定的天线面板)而发送的参考信号(RS)。可以为多个天线端口定义BRS，并且BRS的每个天线端口可以对应于单个模拟波束。与BRS不同，可以通过在模拟波束组应用所有模拟波束来发送同步信号或xPBCH，以便任何UE都成功地接收信号。

1.5小区搜索

图13是图示本公开的各种实施例可适用的同步信号块(SSB)的结构的图。

UE可以基于SSB执行小区搜索、系统信息获取、初始接入的波束对准、DL测量等。术语SSB可与同步信号/物理广播信道(SS/PBCH)块互换使用。

参考图13，本公开的各种实施例可适用的SSB可以在四个连续的OFDM符号中包括20个RB。此外，SSB可以包括PSS、SSS和PBCH，并且UE可以基于SSB执行小区搜索、系统信息获取、初始接入的波束对准、DL测量等。

PSS和SSS中的每一个包括一个OFDM符号乘以127个子载波，并且PBCH包括三个OFDM符号乘以576个子载波。将极性编码和QPSK应用于PBCH。PBCH在每个OFDM符号中包括数据RE和DMRS RE。每个RB有三个DMRS RE，在每两个相邻DMRS RE之间有三个数据RE。

此外，即使在除了网络所使用的频带的中心之外的频带中也可以发送SSB。

为此目的，在本公开的各种实施例可适用的NR系统中定义作为候选频率位置的同步栅格，在该候选频率位置处UE应当检测SSB。同步栅格可以与信道栅格区分开。

在没有SSB的位置的显式信令的情况下，同步栅格可以指示用于SSB的可用频率位置，在可用频率位置处，UE可以获取系统信息。

可以基于全局同步信道号(GSCN)来确定同步栅格。GSCN可通过RRC信令(例如MIB、系统信息块(SIB)、剩余最小系统信息(RMSI)、其它系统信息(OSI)等)来发送。

考虑到初始同步的复杂性和检测速度，同步栅格被定义为沿频率轴比信道栅格更长，并且以比信道栅格更少数量的盲检测为特征。

小区搜索是指UE获取小区的时间/频率同步并检测小区的小区ID(例如，物理层小区ID(PCID))的过程。PSS可以用于检测小区ID组内的小区ID，并且SSS可以用于检测小区ID组。PBCH可以用于检测SSB(时间)索引和半帧。

UE的小区搜索过程可以总结如下表8中所述。

[表8]

存在336个小区ID组，每个组包括三个小区ID。总共有1008个小区ID。可以通过小区的SSS提供/获取小区的小区ID所属的小区ID组的信息，可以通过PSS提供/获取小区ID中的336个小区中的小区ID的信息。

图14是图示本公开的各种实施例可适用的示例性SSB传输方法的图。

参考图14，根据SSB周期性而周期性地发送SSB。UE在初始小区搜索期间假定的默认SSB周期性定义为20ms。在小区接入之后，SSB周期性可以由网络(例如，BS)设置为{5ms，10ms，20ms，40ms，80ms，160ms}之一。在SSB周期开始时配置SSB突发集。SSB突发集可以配置有5毫秒的时间窗口(即，半帧)，并且SSB可以在SS突发集内重复发送最多L次。SSB的最大传输次数L可以根据载波的频带如下给出。一个时隙包括直至两个SSB。

-对于直至3GHz的频率范围，L＝4

-对于3GHz到6GHz的频率范围，L＝8

-对于6GHz至52.6GHz的频率范围，L＝64

SS突发集中SSB候选的时间位置可以根据SCS如下定义。SSB候选的时间位置在SSB突发集(即，半帧)内按时间顺序索引为(SSB索引)0到L-1。

-情况A：15-kHz SCS：候选SSB的第一符号的索引为{2,8}+14*n，其中对于等于或低于3GHz的载波频率，n＝0、1，并且对于3GHz至6GHz的载波频率，n＝0、1、2、3。

-情况B：30-kHz SCS：候选SSB的第一符号的索引被给出为{4,8,16,20}+28*n，其中对于等于或低于3GHz的载波频率，n＝0，并且对于3GHz到6GHz的载波频率，n＝0、1。

-情况C：30-kHz SCS：候选SSB的第一符号的索引被给出为{2,8}+14*n，其中对于等于或低于3GHz的载波频率，n＝0、1，并且对于3GHz至6GHz的载波频率，n＝0、1、2、3。

-情况D：120-kHz SCS：候选SSB的第一符号的索引为{4,8,16,20}+28*n，其中对于高于6GHz的载波频率，n＝0、1、2、3、5、6、7、8、10、11、12、13、15、16、17、18。

-情况E：240-kHz SCS：候选SSB的第一符号的索引为{8,12,16,20,32,36,40,44}+56*n，其中对于高于6GHz的载波频率，n＝0、1、2、3、5、6、7、8。

1.6.同步过程

UE可以通过从BS接收上述SSB块来获取同步。同步过程主要包括小区ID检测和定时检测。小区ID检测可以包括基于PSS的小区ID检测和基于SSS的小区ID检测。定时检测可以包括基于PBCH DM-RS的定时检测和基于PBCH内容(例如，基于MIB)的定时检测。

首先，UE可以通过检测PSS和SSS来获取所检测的小区的定时同步和物理小区ID。更具体地，UE可以获取SS块的符号定时，并且通过PSS检测来检测在小区ID组内的小区ID。随后，UE通过SSS检测来检测小区ID组。

此外，UE可以通过PBCH的DMRS来检测SS块的时间索引(例如，时隙边界)。然后，UE可以从包括在PBCH中的MIB获取半帧边界信息和系统帧号(SFN)信息。

PBCH可以指示相关的(或对应的)RMSI PDCCH/PDSCH是在与SS/PBCH块的频带相同的频带还是不同的频带中发送的。因此，在解码PBCH之后，UE然后可以在由PBCH指示的频带中或者在承载PBCH的频带中接收RMSI(例如，除了MIB之外的系统信息)。

关于所述操作，UE可以获取系统信息。

MIB包括用于监测PDCCH所需的信息/参数(其调度承载系统信息块1(SIB1)的PDSCH)，并且由BS在SS/PBCH块中的PBCH上向UE发送。

UE可以基于MIB来检查是否存在用于类型0-PDCCH公共搜索空间的CORESET。类型0-PDCCH公共搜索空间是一种PDCCH搜索空间，并且用于发送调度系统信息(SI)消息的PDCCH。

在存在类型0-PDCCH公共搜索空间的情况下，UE可以基于MIB中包括的信息(例如，pdcch-ConfigSIB1)来确定(i)在CORESET中包括的多个连续RB以及一个或多个连续符号，以及(ii)PDCCH时机(例如，用于PDCCH接收的时域位置)。

在不存在类型0-PDCCH公共搜索空间的情况下，pdcch-ConfigSIB1提供关于其中存在SSB/SIB1的频率位置和其中不存在SSB/SIB1的频率范围的信息。

SIB1包括关于其他SIB(下文中称为SIBx，其中x是等于或者大于2的整数)的可用性和调度的信息。例如，SIB1可以指示是否将SIBx周期性地广播或者以按需方式(或者在UE请求时)提供。当以按需方式提供SIBx时，SIB1可以包括用于UE的SI请求所需的信息。SIB1在PDSCH上被发送。调度SIB1的PDCCH在类型0-PDCCH公共搜索空间中被发送，并且SIB1在由PDCCH指示的PDSCH上被发送。

1.7.准共置的或者准共置(QCL)

UE可以根据预期用于UE和给定小区的承载DCI的检测到的PDCCH接收多达M个候选传输配置指示(TCI)-状态配置的列表来解码PDSCH。M取决于UE能力。

每个TCI状态包括用于建立一个或两个DL RS和PDSCH DMRS端口之间的QCL关系的参数。用用于第一DL RS的RRC参数qcl-Type1和用于第二DL RS的RRC参数QCL-Type2(如果被配置)建立QCL关系。

每个DL RS的QCL类型由包括在QCL-信息的参数“qcl-Type”给出，并且可以具有以下值之一。

-'QCL-TypeA'：{多普勒频移，多普勒扩展，平均延迟，延迟扩展}

-'QCL-TypeB'：{多普勒频移，多普勒扩展}

-'QCL-TypeC'：{多普勒频移，平均延迟}

-'QCL-TypeD'：{空间Rx参数}

例如，当目标的天线端口为特定的非零功率(NZP)CSI-RS时，从QCL-TypeA的角度来看对应NZP CSI-RS天线端口可以被指示/配置成与特定TRS QCL，并且从QCL-TypeD的角度来看对应NZP CSI-RS天线端口可以被指示/配置成与特定SSB QCL。在接收到此指示/配置时，UE可以使用在QCL-TypeA TRS中测量的多普勒值和延迟值来接收NZP CSI-RS，并应用用于接收QCL-TypeD SSB以接收NZP CSI-RS的接收(Rx)波束。

1.8.RRC状态

图15是图示根据本公开的各种实施例的用户设备(UE)的RRC状态和RRC状态传输的图。例如，UE在特定时间点可能只有一个RRC状态。

图16是图示根据本公开的各种实施例的在NR/NGC(NR/下一代核心)和E-UTRAN/EPC(演进型-通用陆地无线电接入网络/演进分组核心)之间支持的UE的RRC状态、RRC状态转变和移动性过程的图。

RRC状态可以指示UE的RRC层是否在逻辑上连接到NG RAN(无线电接入网络)层。当RRC连接建立时，UE处于RRC_CONNECTED或RRC_INACTIVE状态。可替选地，当RRC连接未建立时，UE处于RRC_idle状态。

当UE处于RRC_CONNECTED或RRC_INACTIVE状态时，UE具有RRC连接，使得NG RAN可以辨识每个小区的UE的存在。另一方面，当UE处于RRC_IDLE状态时，该UE不能被NG RAN辨识，并且该UE由核心网络针对比小区大的每个跟踪区域单元进行管理。

当初始用户给UE通电时，UE可以搜索合适的小区，并且可以在相应的小区中保持RRC_IDLE状态。如果仅需要建立RRC连接，则处于RRC_IDLE状态的UE可以通过RRC连接过程与NG RAN建立RRC连接，并且可以转变到RRC_CONNECTED或RRC_INACTIVE状态。

UE的RRC状态可以具有以下特性。

(1)RRC_IDLE状态

–不连续接收(DRX)通过高层信令在UE中建立。

–基于网络配置控制UE移动性。

–UE监测寻呼信道。

–UE执行邻近小区测量和小区(重新)选择。

–UE获得系统信息。

(2)RRC_INACTIVE状态

–不连续接收(DRX)在UE中通过高层信令或RRC层信令建立。

–基于网络配置控制UE移动性。

–UE存储接入层(AS)上下文

–UE监测寻呼信道。

–UE执行邻近小区测量和小区(重新)选择。

–当UE移出基于RAN的通知区域时，UE更新基于RAN的通知区域。

–UE获得系统信息。

(3)RRC_CONNECTED状态

–UE存储AS上下文。

–UE发送和接收单播数据。

–在较低层中，可以在UE中配置UE特定的DRX。

–为了增加带宽，支持载波聚合(CA)的UE可以使用至少一个与特定小区(SpCell)组合的SCell。

–为了增加带宽，支持双连接性(DC)的UE可以使用与主小区组(MCG)组合的辅小区组(SCG)。

–UE监测寻呼信道。

–当为UE调度数据时，UE监测与共享数据信道相关的控制信道。

–UE提供信道质量和反馈信息。

–UE执行邻近小区测量和小区(重新)选择。

–UE获得系统信息。

特别地，处于RRC_IDLE状态和RRC_INACTIVE状态的UE可以如下面的表9所示操作。

[表9]

1.9.免执照频带/共享频谱系统

图17是图示本公开的各种实施例可适用于的支持免执照频带的示例性无线通信系统的图。

在以下描述中，在执照频带(在下文中，被称为L-band)中操作的小区被定义为L-cell，并且L-cell的载波被定义为(DL/UL)LCC。此外，在免执照频带(U-band)中操作的小区被定义为U-cell，并且U-cell的载波被定义为(DL/UL)UCC。小区的载波/载波频率可以是指小区的工作频率(例如，中心频率)。小区/载波(例如，分量载波(CC))被一般地称为小区。

如在图17(a)中所图示，当UE和BS在载波聚合的LCC和UCC中发送和接收信号时，可以将LCC配置成主CC(PCC)，并且可以将UCC配置成辅CC(SCC)。

如图17(b)所图示的，UE和BS可以在一个UCC或多个载波聚合的LCC和UCC中发送和接收信号。也就是说，UE和BS可以在没有LCC的情况下仅在UCC中发送和接收信号。(除非另外提及，否则)可以基于所有上述部署场景来执行如本公开的各种实施例中描述的免执照频带中的信号发送和接收操作。

1.9.1.用于免执照频带的无线电帧结构

对于免执照频带中的操作，可以使用LTE的帧结构类型3或NR帧结构。用于免执照频带的帧结构中由UL/DL信号传输占用的OFDM符号的配置可以由BS配置。在本文中，OFDM符号可以用SC-FDM(A)符号替换。

对于免执照频带中的DL信号传输，BS可以通过信令向UE指示子帧#n中使用的OFDM符号的配置。在以下描述中，子帧可以用时隙或TU替换。

具体地，在支持免执照频带的无线通信系统中，UE可以在子帧#n-1或子帧#n中通过从BS接收的DCI中的特定字段(例如，用于LAA字段的子帧配置)假定(或识别)在子帧#n中占用的OFDM符号的配置。

表10示出在无线通信系统中通过用于LAA字段的子帧配置来指示用于在当前子帧和/或下一子帧中DL物理信道和/或物理信号的传输的OFDM符号的配置的示例性方法。

[表10]

对于免执照频带中的UL信号传输，BS可以通过信令向UE发送关于UL传输时段的信息。

具体地，在支持免执照频带的LTE系统中，UE可以从检测到的DCI中的“UL持续时间和偏移”字段来获取子帧#n的“UL持续时间”和“UL偏移”信息。

表11示出在无线通信系统中通过UL持续时间和偏移字段来指示UL偏移和UL持续时间配置的示例性方法。

[表11]

1.9.2信道接入过程的概述

除非另外指出，否则下面的定义适用于本公开的各种实施例的下面描述中使用的术语。

–信道是指包括在共享频谱中执行信道接入过程的连续RB的集合的载波或载波的一部分。

–信道接入过程可以是基于评估用于执行传输的信道的可用性的感测的过程。感测的基本单元是持续时间为Tsl＝9us的感测时隙。如果BS或UE在感测时隙持续时间期间感测到信道，并且确定在感测时隙持续时间内至少4us的检测到的功率小于能量检测阈值X_Thresh，则可以将感测时隙持续时间认为是空闲的。否则，可以将感测时隙持续时间Tsl认为是忙的。

–在此子条款中信道占用是指由BS/UE在执行对应的信道接入过程之后在信道上进行的传输。

–信道占用时间是指BS/UE和任何共享信道占用的BS/UE在BS/UE执行在此子条款中描述的相应信道接入过程后在信道上执行传输的总时间。为了确定信道占用时间，如果传输间隙小于或等于25us，则可以将间隙持续时间计入信道占用时间。信道占用时间可以被共享用于BS和相应UE之间的传输。

1.9.3.下行链路信道接入过程

对于免执照频带中的DL信号传输，BS可以如下执行免执照频带的DL信道接入过程(CAP)。

1.9.3.1.类型1DL信道接入过程

此子条款描述要由BS执行的CAP，其中在DL传输之前被感测为空闲的感测时隙所跨越的持续时间是随机的。此子条款适用于以下传输：

–由BS发起的包括PDSCH/PDCCH/EPDCCH的传输，或

–由BS发起的包括具有用户面数据的单播PDSCH，或具有用户面数据的单播PDSCH和调度用户面数据的单播PDCCH的传输，或

–由BS发起的具有仅发现突发或具有与非单播信息复用的发现突发的传输，其中传输的持续时间大于1ms，或者传输使发现突发占空比超过1/20。

图18是图示本公开的各种实施例可适用于的用于在免执照频带中的传输的DLCAP的图。

本公开的各种实施例可适用于的用于在免执照频带中传输的类型1DL CAP可以概括如下。

对于DL传输，传输节点(例如，BS)可以发起CAP(2010)。

BS可以根据步骤1在竞争窗口(CW)内随机地选择退避计数器N。N被设置为初始值N_init(2020)。N_init是在0与CW_p之间选择的随机值。

随后，当根据步骤4退避计数器值N为0(2030；是)时，BS终止CAP(2032)。BS然后可以执行传输(Tx)突发传输(2034)。相反，当退避计数器值N不为0(2030；否)时，BS根据步骤2将退避计数器值递减1(2040)。

随后，BS检查信道是否空闲(2050)。如果信道空闲(2050；是)，则BS确定退避计数器值是否为0(2030)。

相反，当在操作2050中信道不空闲即信道忙(2050；否)时，BS确定信道在比感测时隙持续时间(例如，9微秒)长的推迟持续时间T_d(25微秒或更长)期间是否空闲(2060)。如果信道在推迟持续时间期间空闲(2070；是)，则BS可以恢复CAP。

例如，当退避计数器值N_init为10并且在退避计数器值递减到5之后确定信道空闲时，BS在推迟持续时间期间感测信道并且确定信道是否空闲。如果信道在推迟持续时间期间空闲，则BS可以从退避计数器值5起(或者从通过将退避计数器值5递减1获得的退避计数器值4起)恢复CAP，而不是设置退避计数器值N_init。

另一方面，当信道在推迟持续时间期间忙(2070；否)时，BS通过再次执行步骤2060再次确定信道在新推迟持续时间期间是否空闲。

如果BS在上述过程中的步骤4之后尚未执行传输，则BS可以在满足以下条件的情况下在信道上执行传输：

如果BS准备好发送并且至少在感测时隙持续时间T_sl期间信道被感测为空闲，并且如果在紧接此传输之前的推迟持续时间T_d的所有感测时隙持续时间内信道已被感测为空闲。

相反，如果当BS在它准备好发送之后首次感测信道时在感测时隙持续时间T_sl期间信道尚未被感测为空闲，或者如果在紧接在此预期的传输之前的推迟持续时间T_d的感测时隙持续时间中的任一个期间信道尚未被感测为空闲，则BS在感测到信道在推迟持续时间T_sl的感测时隙持续时间期间空闲之后进行到步骤1。

推迟持续时间T_d包括持续时间T_f(＝16us)，紧接后面的是m_p个连续感测时隙持续时间。每个感测时隙持续时间T_sl是9us并且持续时间T_f在持续时间T_f开始处包括空闲感测时隙持续时间T_sl。

表12图示m_p、最小CW、最大CW、最大信道占用时间(MCOT)以及应用于CAP的允许CW大小根据信道接入优先级等级而变化。

[表12]

1.9.3.2.类型2A DL信道接入过程

在至少感测持续时间T_{short dl}(＝25us)期间感测到相应信道空闲之后，BS可以立即执行DL传输。T_{short dl}包括在一个感测时隙持续时间之后的持续时间T_f(＝16us)。T_f在T_f的开头包括感测时隙。如果T_{short dl}内的两个感测时隙被感测为空闲，则信道被认为在T_{short dl}内空闲。

1.9.4.多信道传输的信道接入过程

BS可以接入在以下类型A和类型B过程之一中执行传输的多个信道。

1.9.4.1.类型A多载波接入过程

根据该子条款中描述的过程，BS在每个信道c_i∈C上执行信道接入，其中C是BS意图发送的信道的集合，i＝0,1,...q-1，并且q是BS要发送的信道的数量。

CAP中考虑的计数器N为每个信道c_i而确定，并且在这种情况下，每个信道的计数器表示为

1.9.4.1.1.类型A1多载波接入过程

CAP中考虑的计数器N是针对每个信道c_i独立确定的，并且每个信道的计数器表示为

在BS停止在一个信道c_j∈C上传输的情况下，如果可以长期保证没有任何其他技术共享该信道(例如，通过监管级别)，则对于每个信道c_i(其中c_i与c_j不同(c_i≠c_j))，在等待4·T_sl的持续时间或重新初始化后检测到空闲时隙时，BS可以恢复减少。

1.9.4.1.2.类型A2多载波接入过程

每个信道c_j∈C的计数器N可以根据上述子条款1.8.3确定，并用表示。这里，c_j可以意指具有最大CW_p值的信道。对于每个信道c_j，

当BS停止在已确定的任何一个信道上的传输时，BS为所有信道重新初始化

1.9.4.2.类型B多信道接入过程

BS可以如下选择信道c_j∈C。

-在多个信道c_i∈C上的每个传输之前，BS从C中均匀随机地选择c_j。

-或者BS每1秒选择c_j不超过一次。

这里，C是BS意图发送的信道的集合，i＝0,1,...q-1，并且q是BS要发送的信道的数量。

为了信道c_j上的传输，BS根据子条款1.8.3.1中描述的过程以及子条款1.8.4.2.1或子条款1.8.4.2.2中描述的修改在信道c_j上执行信道接入。

为了信道c_i∈C当中信道c_i≠c_j上的传输，

为了每个信道c_i，BS在紧接在信道c_i上传输之前的至少一个感测间隔T_mc＝25us内感测该信道c_i。BS可以在至少在感测间隔T_mc期间感测到信道c_i空闲之后立即在信道c_i上执行传输。当在给定间隔T_mc内在信道c_j上执行空闲感测的所有时间段期间信道被感测为空闲时，可以认为在T_mc内该信道c_i是空闲的。

如表15中给出的，BS在超过T_mcot,p的时段内不在信道c_i≠c_j(c_i∈C)上连续执行传输。使用用于信道c_j的信道接入参数来确定T_mcot,p。

在本子条款的过程中，gNB选择的信道集C的信道频率是预定义信道频率集的一个子集。

1.9.4.2.1.类型B1多信道接入过程

为信道集C保持单个CW_p值。

为了确定信道c_j上用于信道接入的CW_p，对在子条款1.8.3.1中描述的过程中的步骤2进行如下修改。

-如果所有信道c_i∈C的参考子帧k中与PDSCH传输相对应的HARQ-ACK值的至少80％(Z＝80％)被确定为NACK，则所有优先级等级p∈{1,2,3,4}的CW_p递增到下一个更高的允许值。否则，过程进入步骤1。

1.9.4.2.2.类型B2多信道接入过程

为每个信道c_i∈C独立地维护CW_p值。为了确定信道c_j的N_init，使用信道c_j1∈C的CW_p值。这里，c_j1是在集合C的所有信道当中具有最大CW_p的信道。

1.9.5.上行链路信道接入过程

UE和为UE调度UL传输的BS执行以下过程以接入信道(在其上执行LAA SCell传输)。假设UE和BS基本配置有作为执照频带的PCell和作为免执照频带的一个或多个SCell，下面将详细描述适用于本公开的UL CAP操作，其中免执照频带表示为LAA SCell。即使当仅为UE和BS配置免执照频带时，也可以以相同的方式应用UL CAP操作。

UE可以根据类型1或类型2UL CAP接入在其上执行UL传输的信道。

表13示出m_p、最小CW、最大CW、MCOT和应用于CAP的允许CW大小根据信道接入优先级等级而变化。

[表13]

1.9.5.1.类型1UL信道接入过程

该子条款描述了由UE执行的CAP，其中由在UL传输之前感测为空闲的感测时隙跨越的持续时间是随机的。此子条款适用于以下传输：

–由BS调度和/或配置的PUSCH/SRS传输

–由BS调度和/或配置的PUCCH传输

–与随机接入过程(RAP)相关的传输

图19是图示用于在本公开的各种实施例可适用于的免执照频带中传输的UL CAP的图。

用于在本公开的各种实施例可适用的免执照频带中传输的UE的类型1UL CAP可以概括如下。

对于UL传输，传输节点(例如，UE)可以发起CAP以在免执照频带中操作(2110)。

UE可以根据步骤1在CW内随机选择退避计数器N。N被设置为初始值N_init(2120)。N_init是在0与CW_p之间随机选择的值。

随后，当退避计数器值N根据步骤4为0(2130；是)时，UE结束CAP(2132)。UE然后可以发送Tx突发(2134)。另一方面，如果退避计数器值不为0(2130；否)，则UE根据步骤2将退避计数器值递减1(2140)。

随后，UE检查信道是否空闲(2150)。如果信道空闲(2150；是)，则UE检查退避计数器值是否为0(2130)。

相反，如果信道不空闲，即信道忙(2150；否)，则UE根据步骤5检查信道在比时隙持续时间(例如，9微秒)长的推迟持续时间T_d(25微秒或更长)期间是否空闲(2160)。如果信道空闲达推迟持续时间(2170；是)，则UE可以恢复CAP。

例如，如果退避计数器值N_init是10并且在退避计数器值递减到5之后确定信道空闲，则UE在推迟持续时间期间感测信道并且确定信道是否空闲。如果信道在推迟持续时间期间是空闲的，则UE可以从退避计数器值5(或在将退避计数器值递减1之后的退避计数器值4)起再次执行CAP，而不是设置退避计数器值N_init。

另一方面，如果信道在推迟持续时间期间忙(2170；否)，则UE通过再次执行操作2160来再次检查信道在新推迟持续时间期间是否空闲。

如果UE在上述过程中的步骤4之后尚未在其上执行UL传输的信道上执行UL传输，则UE可以在满足以下条件的情况下在信道上执行UL传输：

-如果当UE准备好执行传输并且至少在感测时隙持续时间T_sl期间信道被感测为空闲；并且

-如果在紧接在传输之前的推迟持续时间T_d的所有时隙持续时间期间信道已被感测为空闲。

相反，如果当UE在它准备好发送之后首次感测信道时在感测时隙持续时间T_sl期间信道尚未被感测为空闲，或者如果在紧接在预期的传输之前的推迟持续时间T_d的感测时隙持续时间中的任一个期间信道尚未被感测为空闲，则UE在感测到信道在推迟持续时间T_d的时隙持续时间期间空闲之后进行到步骤1。

推迟持续时间T_d包括紧接后面是m_p个连续时隙持续时间的持续时间T_f(＝16us)，其中每个时隙持续时间T_sl是9us，并且T_f在T_f开始处包括空闲时隙持续时间T_sl。

1.9.5.2.类型2UL信道接入过程

如果UE被指示要执行类型2A UL CAP，则UE将类型2A UL CAP用于UL传输。UE可以紧接在感测到信道在至少感测持续时间T_{short_ul}＝25us期间空闲之后执行传输。T_{short_ul}包括持续时间T_f＝16us，紧接后面的是一个时隙感测时隙持续时间T_sl＝9us，并且T_f在T_f开始处包括感测时隙。如果T_{short_ul}内的两个感测时隙都被感测为空闲，则在T_{short_ul}内认为信道空闲。

1.9.6.用于UL多信道传输的信道接入过程

如果UE

-被调度成在信道集C上发送，则用于信道集C上的UL传输的UL调度许可指示类型1CAP，并且对于信道集C的所有信道，UL传输被调度成在相同的时间开始，和/或

–如果UE意图在由类型1CAP在信道集C上配置的资源中执行UL传输，并且

信道集C的信道频率是预配置的信道频率集的一个子集：

-UE可以通过类型2CAP在信道c_i∈C上执行传输。

--如果紧接在信道c_j∈C上的UE传输之前在信道c_i上执行了类型2CAP(在本文中，i≠j)，并且

--如果UE已经通过使用类型1CAP接入了信道c_j，

---在信道集C中的任何信道上执行类型1CAP之前，UE从信道集C中均匀随机选择信道c_j。

-如果UE未能接入任何信道，则UE可以不在具有UL资源已经调度或配置的载波带宽的载波的带宽内在信道c_i∈C上执行传输。

2.随机接入(RACH)过程

当UE初始接入BS或者没有用于信号传输的无线电资源时，UE可以与BS执行随机接入过程。

随机接入过程被用于各种目的。例如，随机接入过程可以用于RRC_IDLE状态下的初始网络接入、RRC连接重新建立过程、切换、UE触发的UL数据传输、RRC_INACTIVE状态下的转变、SCell添加中的时间对准建立、OSI请求以及波束故障恢复。UE可以在随机接入过程中获取UL同步和UL传输资源。

随机接入过程可以分为基于竞争的随机接入过程和无竞争的随机接入过程。基于竞争的随机接入过程还分支为4步骤随机接入(4步骤RACH)过程和2步骤随机接入(2步骤RACH)过程。

2.1. 4步骤RACH：类型1随机接入过程

图20是图示本公开的各种实施例可适用于的示例性4步骤RACH过程的图。

当以四个步骤执行(基于竞争的)随机接入过程(4步骤RACH过程)时，UE可以在PRACH上发送包括与特定序列相关的前导的消息(消息1(Msg1))(1701)，并在PDCCH和对应于PDCCH的PDSCH上接收用于前导的响应消息(RAR消息)(消息2(Msg2))(1703)。UE基于RAR中包括的调度信息而发送包括PUSCH的消息(消息3(Msg3))(1705)，并且执行涉及接收PDCCH信号和对应于PDCCH信号的PDSCH信号的竞争解决过程。UE可以从BS接收包括用于竞争解决过程的竞争解决信息的消息(消息4(Msg4))(1707)。

可以在以下表14中概括UE的4步骤RACH过程。

[表14]

在随机接入过程中，UE可以首先在PRACH上发送RACH前导作为Msg1。

支持两种不同长度的随机接入前导序列。较长的序列长度839应用于1.25kHz和5kHz的SCS，而较短的序列长度139应用于15kHz、30kHz、60kHz和120kHz的SCS。

多个前导格式由一个或多个RACH OFDM符号和不同的CP(和/或保护时间)定义。小区的RACH配置在小区的系统信息中提供给UE。RACH配置包括关于PRACH SCS、可用前导和前导格式的信息。RACH配置包括关于SSB与RACH(时频)资源之间的关联的信息。UE在与检测到或选择的SSB相关联的RACH时频资源中发送RACH前导。

用于RACH资源关联的SSB阈值可以由网络配置，并且基于具有满足阈值的参考信号接收功率(RSRP)测量的SSB而发送或重新发送RACH前导。例如，UE可以选择满足阈值的SSB中的一个，并在与选择的SSB相关联的RACH资源中发送或重新发送RACH前导。例如，当重新发送RACH前导时，UE可以重新选择SSB中的一个，并在与重新选择的SSB相关联的RACH资源中重新发送RACH前导。也就是说，用于重新发送RACH前导的RACH资源可以与用于发送RACH前导的RACH资源相同和/或不同。

在从UE接收到RACH前导时，BS向UE发送RAR消息(Msg2)。调度携带RAR的PDSCH的PDCCH是由随机接入无线电网络临时标识符(RA-RNTI)掩蔽并且被发送的循环冗余校验(CRC)。在检测到由RA-RNTI掩蔽的PDCCH时，UE可以在由PDCCH上携带的DCI调度的PDSCH上接收RAR。UE确定RAR是否包括其发送的前导的RAR信息，即Msg1。UE可以通过检查在RAR中其发送的前导的RACH前导ID的存在或不存在，来做出确定。在不存在对Msg1的响应的情况下，UE可以在执行功率渐变(ramping)的同时将RACH前导重新发送预定数目或更少次数。UE基于最新的路径损耗和功率渐变计数器而计算用于前导重新传输的PRACH传输功率。

RAR信息可以包括由UE发送的前导序列、BS已经分配给尝试随机接入的UE的临时小区RNTI(TC-RNTI)、UL传输时间对准信息、UL传输功率调整信息以及UL无线电资源分配信息。在PDSCH上接收到其RAR信息时，UE可以获取用于UL同步的定时提前信息、初始UL许可和TC-RNTI。定时提前信息用于控制UL信号传输定时。为了UE的PUSCH/PUCCH传输与网络端的子帧定时之间的更好的对准，网络(例如，BS)可以测量PUSCH/PUCCH/SRS接收与子帧之间的时间差，并基于时间差而发送定时提前信息。UE可以基于RAR信息而在UL-SCH上发送UL信号作为随机接入过程的Msg3。Msg3可以包括RRC连接请求和UE ID。网络可以响应于Msg3而发送Msg4。Msg4可被视为DL上的竞争解决消息。在UE接收到Msg4时，UE可以进入RRC_CONNECTED状态。

如之前所述，RAR中包括的UL许可向BS调度PUSCH传输。基于RAR的UL许可的携带初始UL传输的PUSCH被称为Msg3 PUSCH。RAR UL许可的内容从最高有效位(MSB)开始，并且在最低有效位(LSB)结束，如表15中所示。

[表15]

传输功率控制(TPC)命令用于确定Msg3 PUSCH的传输功率。例如，根据表16解释TPC命令。

[表16]

2.2. 2步骤RACH：类型2随机接入过程

图21是图示本公开的各种实施例可适用于的示例性2步骤RACH过程的图。

以两个步骤执行(基于竞争的)RACH过程，也就是说，已经提出2步骤RACH过程以简化RACH过程，并且因此达成低信令开销和低延迟。

在2步骤RACH过程中，4步骤RACH过程中发送Msg1的操作和发送Msg3的操作可以并入由UE发送一个消息(包括PRACH和PUSCH的消息A(MsgA))的操作中。4步骤RACH过程中由BS发送Msg2的操作和由BS发送Msg4的操作可以并入发送一个消息(包括RAR和竞争解决信息的消息B(MsgB))的操作中。

也就是说，在2步骤RACH过程中，UE可以将4步骤RACH过程的Msg1和Msg3组合成一个消息(例如，MsgA)，并将该消息发送至BS(1801)。

此外，在2步骤RACH过程中，BS可以将4步骤RACH过程的Msg2和Msg4组合成一个消息(例如，MsgB)并将该消息发送到UE(1803)。

基于这些消息的组合，2步骤RACH过程可以变成低延迟RACH过程。

更具体地，在2步骤RACH过程中，MsgA可以携带Msg1中包括的PRACH前导和Msg3中包括的数据。在2步骤RACH过程中，MsgB可以携带Msg2中包括的RAR和Msg4中包括的竞争解决信息。

2.3无竞争RACH

图22是图示本公开的各种实施例可适用于的示例性无竞争RACH过程的图。

无竞争RACH过程可以用于UE到另一个小区或BS的切换，或者可以在BS命令请求时执行。无竞争RACH过程与基于竞争的RACH过程基本相似。然而，与从多个RACH前导中随机选择要使用的前导的基于竞争的RACH过程相比，在无竞争RACH过程中UE要使用的前导(称为专用RACH前导)由BS指配给UE(1901)。关于专用RACH前导的信息可以包括在RRC消息(例如，切换命令)中，或通过PDCCH命令提供给UE。当RACH过程开始时，UE向BS发送专用RACH前导(1903)。当UE从BS接收到RAR时，RACH过程完成(1905)。

在无竞争RACH过程中，RAR UL许可中的CSI请求字段指示UE是否将在对应的PUSCH传输中包括非周期性CSI报告。用于Msg3PUSCH传输的SCS由RRC参数提供。UE可以在同一服务小区的同一UL载波上发送PRACH和Msg3 PUSCH。用于Msg3 PUSCH传输的UL BWP由SIB1指示。

2.4.SSB块和PRACH资源之间的映射(时机)

图23和图24是图示根据本公开的各种实施例的SS块和链接到SS块的PRACH资源的传输的示例的图。

为了使BS与一个UE通信，BS和UE之间的最佳波束方向应该被辨识，并且最佳波束方向可以根据UE移动而改变，使得最佳波束方向应该被连续地跟踪。在BS和UE之间搜索最佳波束方向的过程称为波束获取过程，并且用于连续跟踪最佳波束方向的过程称为波束跟踪过程。波束获取过程需要用于1)UE最初尝试接入BS的初始接入状态，2)UE从一个BS切换到另一个BS的切换状态，以及3)波束恢复状态，其用于从在UE和BS之间的波束跟踪期间最佳波束丢失使得无法维持BS和UE之间的最佳通信状态或者BS和UE不能相互通信的波束故障中恢复。

在NR系统中，已经讨论了使用多个波束在环境中进行波束获取的多级波束获取过程。在多阶段波束获取过程中，BS和UE可以在初始接入阶段使用宽波束执行连接配置。在完成连接配置之后，BS和UE可以使用窄波束以最佳质量执行通信。在适用于本公开的各种实施例的NR系统中，波束获取过程的一个示例如下。

1)在UE初始接入步骤中执行用于搜索BS的过程。即，BS可以执行小区搜索或小区获取，并且可以测量宽波束的每个波束的信道质量，并且可以发送每个宽波束的同步块以搜索要在波束获取的主要步骤中使用的最佳宽波束。

2)UE针对每个波束执行同步块的小区搜索，并且使用针对每个波束的检测结果执行下行链路波束获取。

3)UE执行RACH过程以通知BS UE将接入BS。

4)为了允许UE在与RACH过程并发的同时将宽波束级别的下行链路(DL)波束获取结果(例如，波束索引)通知BS，BS可以将为每个波束发送的同步块连接或关联到要被用于PRACH传输的PRACH资源。当UE使用连接到UE自身找到的最佳波束方向的PRACH资源执行RACH过程时，BS在接收PRACH前导的过程中获得关于适合于UE的下行链路(DL)波束的信息。

在多波束环境中，关于UE和/或TRP是否可以正确确定UE和TRP(传输和接收点)之间的接收(Tx)波束方向和/或接收(RX)波束方向的信息被认为是个问题。在多波束环境中，可以根据多波束环境中的TRP(例如，BS)或UE的Tx/Rx互易能力来执行信号传输的重复或用于信号接收的波束扫描。Tx/Rx互易能力也可称为TRP或UE处的Tx/Rx波束对应。如果在多波束环境中TRP和UE的Tx/Rx交互无效(保持)，则UE可能不会在UE接收下行链路(DL)信号的波束方向中发射(发送)上行链路(UL)信号。这是因为上行链路的最佳路径可能与下行链路的最佳路径不同。如果TRP可以基于与TRP的一个或多个Tx波束相关的UE的下行链路测量确定相应上行链路接收的TRP Rx波束，或者如果TRP可以基于与TRP的一个或多个Tx波束相关的TRP'的上行链路测量确定相应下行链路传输的TRP Tx波束，则TRP处的Tx/Rx波束对应可能是有效的(保持)。如果UE可以基于与UE的一个或多个Tx波束相关的UE的下行链路测量来确定用于相应上行链路传输的UE Rx波束，或者如果UE可以基于与UE的一个或者多个Tx波束有关的上行链路测量基于TRP的指示确定用于相应下行链路接收的UE Tx，则可以认为UE处的Tx/Rx波束对应是有效的(保持)。

在NR系统中，用于初始接入BS的RACH信号，即，用于通过BS使用的小区初始接入BS的RACH信号可以使用以下元素进行配置。

–循环前缀(CP)：循环前缀(CP)可以防止从先前/前(OFDM)符号接收的干扰，并且可以将以各种时间延迟到达BS的PRACH前导信号绑定到一个相同的时区。即，当CP配置成匹配小区的最大半径时，属于上述小区的UE在相同资源内发送的PRACH前导可以在用于PRACH接收的与由BS配置的PRACH前导长度相对应的PRACH接收窗口内接收到。CP长度通常等于或大于最大往返延迟。

–前导：定义允许BS检测信号已被发送的序列，并且前导用于承载该序列。

–保护时间(GT)：保护时间(GT)是定义为防止在PRACH覆盖范围内从距离BS最远的位置延迟发送后由BS接收到的PRACH信号与在PRACH符号持续时间的流逝之后接收到的另一信号之间的干扰。UE在PRACH符号持续时间内不发送信号，使得GT可以不被定义为PRACH信号。

2.5.映射到用于物理随机接入信道的物理资源

随机接入前导可以仅在基于用于RACH配置的预设表(RACH配置表)、FR1和FR2以及预设频谱类型获得的时间资源内发送。

RACH配置表中的PRACH配置索引可以如下给出：

–对于用于FR1和非成对频谱的随机接入配置的RACH配置表，可以从更高层参数“prach-ConfigurationIndexNew”(如果已配置)中给出PRACH配置索引。否则，可以从prach-ConfigurationIndex、msgA-prach-ConfigurationIndex或msgA-prach-ConfigurationIndexNew(如果已配置)中给出PRACH配置索引。

–对于关于用于FR1和成对频谱/补充上行链路的随机接入配置的RACH配置表，以及对于关于用于FR2和非成对频谱的随机接入配置的RACH配置表，可以从高层参数prach-ConfigurationIndex、msgA-prach-ConfigurationIndexNew(如果已配置)等中给出RACH配置索引。

RACH配置表可以指与针对每种情况的PRACH配置索引、前导格式、nSFN mod x＝y、子帧号、起始符号、子帧内的PRACH时隙数(PRACH时隙内的时域PRACH时机数)和(PRACH持续时间)当中的一种或者多种关系有关的表。

每种情况(1)、(2)和(3)可能如下：

(1)FR1和成对频谱/补充上行链路的随机接入配置

(2)FR1和非成对频谱的随机接入配置

(3)FR2和非成对频谱的随机接入配置

下面的表17至表21示出用于(2)FR1和非成对频谱的随机接入配置的RACH配置表的示例。

[表17]

[表18]

[表19]

[表20]

[表21]

3.本公开的各种实施例

将基于以上技术理念给出本公开的各种实施例的详细描述。条款1和条款2的前述内容适用于以下描述的本公开的各种实施例。例如，可以基于条款1和条款2来执行和描述本公开的各种实施例中未定义的操作、功能、术语等。

在本公开的各种实施例的描述中使用的符号/缩写/术语可以定义如下。

-CBRA：基于竞争的随机接入

-CDM：码分复用(码域共享)

-comb：在频域中以预定间隔映射信号。例如，梳状2(comb-2或2-comb)可能意味着相同的特定DMRS端口被映射到彼此相隔两个子载波的RE中的每个。例如，梳状4(comb-4或4-comb)可能意味着相同的特定DMRS端口被映射到彼此相隔四个子载波的RE中的每个。

-CP-OFDM：基于循环前缀的正交频分复用

-DFT-s-OFDM：离散傅立叶变换扩展正交频分复用

-DL：下行链路

-DM-RS(DMRS)：解调参考信号

-FDM：频分复用(频域共享)

-MCS：调制和编码方案

-OCC：正交覆盖码

-OFDM：正交频分复用

-PAPR：峰均功率比

-PRACH：物理随机接入信道

-PRB：物理资源块

-PUSCH：物理上行链路共享信道

-RA：随机接入

-RACH：随机接入信道

-RAPID：随机接入前导标识符

-RAR：随机接入响应

-RB：资源块

-RE：资源元素

-RNTI：无线电网络临时标识符

-RO：RACH时机或PRACH时机

-TDM：时分复用(时域共享)

-UL：上行链路

随着时代的发展，越来越多的通信设备对更大的流量提出了要求，需要一个由LTE系统发展而来的无线宽带通信系统，即下一代5G系统。为方便起见，这种下一代5G系统称为新RAT(NR)。

除了4步骤RACH过程之外，NR系统还可以支持2步骤RACH过程。

在2步骤RACH过程中，MsgA可以包括Msg1中包括的PRACH前导和Msg3中包括的数据(PUSCH)。在2步骤RACH过程中，MsgB可以包括Msg2中包括的RAR和Msg4中包括的竞争解决信息。

在2步骤RACH过程中，例如，UE可以在UL传输期间不执行定时提前(TA)的情况下发送PRACH前导和PUSCH。例如，因为不执行TA，所以从BS接收到的信号的接收定时可能不同。例如，当接收到的信号之间的接收定时不匹配时，接收器尝试通过检测信号的起始点来恢复信号，并且可能会发生信号之间的干扰(例如，符号间干扰和/或载波间干扰)，由此降低信号质量。例如，在接收定时不匹配的信号之间生成的干扰信号可能会降低2步骤RACH过程中MsgA(PRACH前导+PUSCH)的检测性能。

在这点上，本公开的各种实施例可以提供一种用于在MsgA(PRACH前导+PUSCH)中复用PUSCH和映射DMRS以支持2步骤RACH过程的方法和装置。

图25是图示根据本公开的各种实施例的操作UE和BS的方法的简化图。

图26是图示根据本公开的各种实施例的操作UE的方法的简化图。

图27是图示根据本公开的各种实施例的操作BS的方法的简化图。

参考图25至图27，根据示例性实施例，UE可以在操作2501和2601中获得/生成MsgA。例如，UE可以基于PRACH前导到RACH时机(RO)的映射和/或PUSCH到PUSCH时机的映射和/或DMRS的映射而获得/生成MsgA。

根据示例性实施例，在操作2503、2603和2701中，UE可以发送MsgA而BS可以接收MsgA。

根据示例性实施例，BS可以在操作2505和2703中解码(检测)MsgA。例如，BS可以通过对MsgA进行解码来获得MsgA中包括的PRACH前导和/或PUSCH和/或DMRS。

根据示例性实施例，在操作2507、2605和2205中，BS可以响应于MsgA而发送MsgB和/或Msg2，并且UE可以接收MsgB和/或Msg2。

可以基于本公开的以下各种实施例而执行和描述每个示例性实施例的操作中的更具体的操作、功能、术语等。

下面将给出本公开的各种实施例的详细描述。除非相互矛盾，以下描述的本公开的各种实施例可以全部或部分地组合以形成本公开的其他各种实施例，本领域技术人员可以清楚地理解这些。

3.1.用于PUSCH的复用方案

3.1.1.复用

本公开的各种实施例可以提供用于MsgA的复用方案(例如，频分复用(FDM)、时分复用(TDM)、码分复用(CDM)或它们中的两个或更多个的组合)。

例如，可以考虑UL覆盖范围和/或信道估计和/或符号间干扰和/或载波间干扰和/或资源利用。

例如，在CDM的情况下(例如，以CDM复用MsgA中包括的PUSCH)，特别地可以考虑由时间不对准致使的层间干扰。

例如，在4步骤RACH过程中，可以通过RAR消息(Msg2)中的UL许可来分配用于Msg3的PUSCH。

例如，可以以FDM和/或TDM方式分配对应的资源。

此外，例如，对于Msg3的PUSCH，因为使用了在DMRS端口0上的配置类型1的单个符号前载DMRS，并且符号的剩余RE不用于任何PUSCH传输，所以可以允许PUSCH用于单个UE。

例如，在2步骤RACH过程中，可以在MsgA中包括PRACH前导和/或PUSCH。

相似地，例如，对于用于MsgA的PUSCH，可以允许FDM/TDM资源分配。

图28是图示根据本公开的各种实施例的MsgA的示例性配置的图。

在图28中，水平轴可以对应于时域或时间轴，而垂直轴可以对应于频域或频率轴。例如，时域可以对应于一个或多个时隙和/或一个或多个OFDM符号，并且频率轴可以对应于一个或多个RB和/或一个或多个RE。

例如，可以以各种方式复用用于MsgA的PUSCH和/或PUSCH时机。

例如，图28(a)图示了以FDM复用用于MsgA的PUSCH和/或PUSCH时机的示例。

例如，图28(b)图示了以TDM复用用于MsgA的PUSCH和/或PUSCH时机的示例。

例如，图28(c)图示了以FDM和TDM复用用于MsgA的PUSCH和/或PUSCH时机的示例。

例如，图28(d)图示了以FDM和CDM复用用于MsgA的PUSCH和/或PUSCH时机的示例。

例如，在FDM情况下(例如，当以FDM复用PUSCH和/或PUSCH时机时)，窄带宽和(相对)多的OFDM符号(例如，阈值数目或更多OFDM符号/比阈值数目更多的OFDM符号)可以被分配作为PUSCH和/或PUSCH时机资源。

在这种情况下，例如，使用多个OFDM符号可能会导致UL覆盖增强。然而，例如，包括DMRS RE和数据RE的PUSCH资源可能遭受来自相邻PUSCH资源的载波间干扰。

例如，在TDM情况下(例如，当以TDM复用PUSCH和/或PUSCH时机时)，宽带宽和(相对)小数目的OFDM符号(例如，阈值数目或更少的OFDM符号/比阈值数目更少的OFDM符号)可以被分配作为PUSCH和/或PUSCH时机资源。

在这种情况下，例如，可以从宽带宽获得频率分集增益。然而，例如，鉴于小数目的OFDM符号，UE覆盖范围可能受到限制，并且PUSCH资源可能遭受来自相邻PUSCH符号的符号间干扰。

此外，例如，因为在FDM情况和TDM情况两者下都正交地指定了PUSCH资源，所以当UE不选择保存/保留的PUSCH资源时，未选择的资源可能被浪费。

例如，在CDM情况下(例如，当以CDM复用了PUSCH和/或PUSCH时机时)，宽带宽和(相对)多的OFDM符号(例如，阈值数目或更多OFDM符号/比阈值数目更多的OFDM符号)可以被分配作为PUSCH和/或PUSCH时机资源。

在这种情况下，例如，可以增强UL覆盖。此外，例如，可以减少载波间干扰和符号间干扰。此外，例如，可以提高资源利用效率。然而，例如，可能需要考虑层间干扰，特别是在时间不对准的情况下。

3.1.2.资源指示

根据本公开的各种实施例，可以指示与特定RO相关联的PUSCH资源组。

例如，可以在RO中配置与用于基于竞争的随机接入(CBRA)的(P)RACH前导的数目一样多的PUSCH资源。

例如，使每个RO的CBRA的(P)RACH前导的数目由M表示，并且每个PUSCH资源的可复用RAPID的最大数目由N表示。那么，可能需要至少M/N个PUSCH资源。例如，可以指示PUSCH资源组。例如，PUSCH资源和RO的配置可以通过映射指示符来指示。

也就是说，根据本公开的各种实施例，BS可以向UE发送关于用于MsgA中包括的PUSCH的传输的PUSCH时机的配置信息，并且UE可以基于该配置信息而映射和发送用于MsgA的PUSCH。

例如，配置信息可以包括时域指示符和/或频域指示符。

例如，时域指示符可以是指示用于MsgA中包括的PUSCH的传输的PUSCH时机的时间资源的指示符。

例如，频域指示符可以是指示用于MsgA中包括的PUSCH的传输的PUSCH时机的频率资源的指示符。

例如，时域指示符可以包括以下信息中的一条或多条。

-每个PUSCH资源(和/或时机)的OFDM符号的数目：{1,…14}

--也就是说，每个PUSCH资源(和/或PUSCH时机)的OFDM符号的数目可以由配置信息指示。OFDM符号的数目可以是1至14。

-PUSCH资源(和/或时机)在时隙中的位置

--位图，和/或

--起始OFDM符号/，和/或

---也就是说，时域中PUSCH资源(和/或PUSCH时机)的起始OFDM符号可以由配置信息指示。

--时隙中的时域中连续PUSCH时机的数目。

-指示空OFDM符号是否包括在PUSCH时机中的指示符。

--空OFDM符号可以指代没有PUSCH被映射到的OFDM符号。可以在时域中的PUSCH时机之间配置空OFDM符号。在PUSCH时机之间存在空OFDM符号的情况下，时域中连续的PUSCH时机可以理解为被空OFDM符号隔开。也就是说，空OFDM符号可以被理解为时域中的时间间隙。

-PUSCH资源组映射到的时隙索引

--位图，和/或

--单个时隙索引，和/或

--起始时隙索引，和/或

--连续时隙数目

例如，频域指示符可以包括以下信息中的一条或多条。

–PRB的数目

--用于PUSCH资源(和/或PUSCH时机)的PRB的数目可以由配置信息指示。

-指示连续映射或非连续映射的指示符

--也就是说，配置信息可以指示在频域中是连续还是非连续地映射PUSCH资源(和/或PUSCH时机)。例如，对于非连续映射，可以考虑共享频谱或免执照频带中的交织结构。

–PUSCH资源(和/或时机)在频域中的位置

–-起始PRB，和/或

--连续PUSCH资源(和/或PUSCH时机)的数目，和/或

--位图等

-指示PUSCH时机中是否包括空PRB的指示符

--空PRB可以指代没有PUSCH被映射到的PRB。可以在频域中的PUSCH时机之间配置空PRB。在PUSCH时机之间存在空PRB的情况下，频域中连续的PUSCH时机可以理解为被空PRB隔开。也就是说，空PRB可以被理解为频域中的频率间隙。

此外，例如，指示RO组与PUSCH资源(和/或PUSCH时机)组之间的映射的指示符可以指示配置关系。

3.2.多个前导到单个PUSCH资源

3.2.1.DMRS与RAPID之间的关联

根据本公开的各种实施例，当对于MsgA中包括的PUSCH允许CDM时，多个RAPID可以对应于一个PUSCH资源。

–例如，可以使用多个DMRS资源和/或序列和/或多个加扰序列。

–例如，某个DMRS资源和/或序列和/或加扰序列可以与RAPID相关联。

例如，在4步骤RACH过程中，可以通过与RAPID相关联的UL许可来分配Msg3中包括的PUSCH。

相似地，例如，在2步骤RACH过程中，可以针对FDM情况和TDM情况的每个RAPID指定MsgA中包括的PUSCH。此外，例如，当允许CDM时，需要允许一个PUSCH资源与多个RAPID之间的对应关系。在这种情况下，例如，可能需要多个DMRS资源和/或序列和/或加扰序列来解耦在PUSCH资源中混合的多个数据。

此外，例如，某个DMRS资源和/或序列和/或加扰序列可以与RAPID相关联。

3.2.2.用于MsgA PUSCH的参数

在该子条款和本公开的各种实施例的描述中，DMRS端口和DMRS序列可以统称为DMRS资源。例如，一个或多个DMRS序列可以映射到一个DMRS端口。例如，一个或多个DMRS端口可以映射到一个DMRS序列。例如，DMRS端口可以以1:1、M:1或1:M的对应关系(M为自然数)映射到DMRS序列。

根据本公开的各种实施例，当在2步骤RACH过程中为MsgA(MsgA PUSCH)中包括的PUSCH配置了资源时，可以指定/配置可以在每个MsgA PUSCH中复用的RAPID的最大数目和/或UE的最大数目。

此外，例如，可以根据可以在任何MsgA PUSCH中复用的RAPID的最大数目来确定DMRS资源(端口)和/或DMRS序列的数目。

例如，可以由每个参数来指定/配置数目。例如，可以指定/配置天线端口的最大数目和序列的最大数目。

例如，BS可以向UE提供以下参数。

用于MsgA PUSCH的参数：

–RAPID的最大数目：例如，1、2、4、8

–DMRS的天线端口的最大数目：例如1、2、4

–序列的最大数目：例如1、2

例如，考虑到网络的覆盖范围和/或几何形状，可以为UE配置(在MsgA PUSCH中)复用的RAPID的最大数目。

例如，在小小区中(例如，当在小小区中执行2步骤RACH过程时)，复用的RAPID的最大数目可能相对较大。例如，因为在小小区中接收同步之间不对准的概率相对较小，所以在快速傅立叶变换(FFT)边界内接收到信号的可能性很大，并且几何形状也具有很好的值，可以复用相对多的用户。例如，当随机接入不经常发生时，可以通过增加可以映射到每个PUSCH资源的RAPID的数目来提高PUSCH资源的效率。

相反，例如，在宽覆盖范围的情况下(例如，当在宽覆盖范围中执行了2步骤RACH过程时)，复用的RAPID的最大数目可能相对较小。例如，特别是当容纳了在如此宽的覆盖范围内以致于需要DFT-s-OFDM的用户时，接收灵敏度可能会显著降低并且接收同步之间不对准的概率相对增加。相应地，PUSCH资源中复用的用户和/或RAPID的数目优选相对减少。

3.2.2.1.PUSCH数据加扰序列

根据本公开的各种实施例，可以为每个UE获得/应用不同的PUSCH数据加扰序列。例如，当MsgA PUSCH资源用于多个UE时，可以生成并应用不同的序列(到每个UE(用户))以减少UE(用户)之间的干扰。

例如，对于初始未接入的UE或不具有特定于UE的RNTI的UE，用于监测针对MsgAPUSCH的(BS的)响应的RA-RNTI或RNTI可以用作用于生成/获得加扰序列的种子值。此外，例如，与由UE(或用户)选择的PRACH前导相关联的信息(例如，RAPID)可以用作加扰序列的种子，以使得可以识别UE(用户)。

例如，当RNTI(例如，TC-RNTI或C-RNTI)在初始接入之后被分配给UE时，UE可以使用其RNTI。例如，UE可以使用分配的RNTI作为加扰序列的种子值。

根据本公开的上述各种实施例，可以基于对应加扰序列的种子值(例如，RAPID)识别用户或UE(特别是在数据信道区域中)。

例如，可以预配置PRACH前导与PUSCH(PUSCH时机)(和/或PUSCH(PUSCH时机)中的DMRS资源)之间的映射关系。

例如，一个或多个PRACH前导可以映射到一个PUSCH(时机)(和/或PUSCH(时机)中的DMRS资源)。

例如，一个PRACH前导可以映射到一个或多个PUSCH(PUSCH时机)(和/或PUSCH(PUSCH时机)中的DMRS资源)。例如，PRACH前导可以以1:1、M:1或1:M的对应关系(M是自然数)映射到PUSCH(PUSCH时机)。

因此，例如，特别是当PRACH前导以M:1映射到PUSCH(PUSCH时机)(和/或PUSCH(PUSCH时机)中的DMRS资源)时，已经发送了MsgA(中的PUSCH)的用户/UE的识别可能有问题。

根据本公开的上述各种实施例，已经选择了不同PRACH前导的UE基于不同的RAPID而获得/生成PUSCH。因此，在接收到MsgA时，BS可以基于对应于PRACH前导的RAPID而对PUSCH进行解码/解调，并根据解码/调制的成功或失败来识别UE。

例如，用于生成PUSCH(或用于PUSCH)的加扰序列生成器可以通过以下等式1来初始化。可以基于本公开的各种实施例而生成/获得/确定等式1中使用的参数中的一个或多个。

[等式1]

在等式1中，C_init可以表示加扰序列生成器的初始值。

可以如下确定每个参数的值。

-当RNTI是C-RNTI、调制和编码方案C-RNTI(MCS-C-RNTI)、半持久信道状态信息RNTI(SP-CSI-RNTI)或配置的调度RNTI(CS-RNTI)时，(PUSCH)传输在公共搜索空间中不被DCI格式1_0调度，并且设置了较高层参数dataScramblingIdentityPUSCH，n_ID∈{0，1，...，1023}可以具有由较高层参数dataScramblingIdentityPUSCH指示的值。

-当(PUSCH)传输由2步骤RACH过程触发并且设置了较高层参数msgA-dataScramblingIdentity时，n_ID∈{0，1，...，1023}可以具有由较高层参数msgA-dataScramblingIdentity指示的值。

-否则，也就是说，n_ID可以具有与物理小区标识符(PCI)相同的值。例如，该值的范围可以从0到1007。

-n_RAPID可以是为MsgA发送的PRACH前导的索引。例如，作为加扰序列的种子值的n_RAPID可以对应于与由UE(或用户)选择的PRACH前导相关联的信息。可以通过n_RAPID来识别用户。

-n_RNTI可以具有与用于MsgA的RA-RNTI相同的值(当用于MsgA中包括的PUSCH时)。例如，作为加扰序列的种子值，n_RNTI可以对应于以上RNTI或用于监测针对MsgA的PUSCH的(BS的)响应的RNTI。在另一示例中，它可以具有与用于4步骤RACH过程的RA-RNTI相同的值。

例如，可以通过n_ID使小区间干扰随机化。

例如，在2步骤RACH过程中可能存在与特定RO对应的RA-RNTI和msgB-RNTI。

根据本公开的各种实施例，RA-RNTI可以用于生成/获得PUSCH数据加扰序列，并且msgB-RNTI可以用于监测MsgB的PDCCH。

也就是说，根据本公开的各种实施例，对应于特定RO的RA-RNTI和msgB-RNTI可以用于不同的目的。

另外，根据本公开的各种实施例，可以区分RA-RNTI和RAPID并且用作用于生成/获得PUSCH数据加扰序列的种子值。

3.2.2.2.DM-RS序列/DM-RS资源

例如，上面在子条款3.2.2.1中描述的加扰序列可能与对MsgA中包括的PUSCH的数据的加扰有关，而下面在子条款3.2.2.2中描述的DMRS序列可能与生成RS以解调MsgA中包括的PUSCH有关。

例如，可以通过使用基序列(例如，用于CP-OFDM的gold序列，用于变换预编码的低峰均功率比(PAPR)序列等)和正交覆盖码(OCC)来设计REL.15NR UL DMRS序列。

例如，基序列和OCC可以应用于MsgA中包括的PUSCH(的DMRS序列)。然而，例如在时间不匹配的情况下，可能有必要讨论OCC是否可以应用于MsgA中包括的PUSCH的DMRS序列。此外，例如，可能需要讨论为基序列选择初始化种子值的方法。

例如，可以为REL.15NR UL DMRS序列定义两种类型的物理层资源(例如，dmrs-TypeA-Position(comb-2)和dmrs-TypeB-Position)。

例如，dmrs-TypeA-Position可以是与DMRS映射类型A相关的参数。例如，在DMRS映射类型A中，第一DMRS可以位于时隙中的符号2或3中，并且无论时隙中实际数据传输的起始位置如何，相对于时隙边界的开始进行映射。例如，dmrs-TypeA-Position＝ENUMERATED{pos2,pos3}，可以指示第一DMRS的位置。

例如，dmrs-TypeB-Position可以是与DMRS映射类型B相关的参数。例如，在DMRS映射类型B中，第一DM-RS可以位于数据分配区域的第一个符号中。

例如，像4步骤RACH过程的Msg 3那样，dmrs-TypeA-Position可以应用于MsgA中包括的PUSCH。在这种情况下，例如，需要讨论是否频率资源的两个集合(例如，偶数数目的RE(的集合)和奇数数目的RE(的集合))都可用作MsgA中包括的PUSCH的DMRS物理层资源。

例如，将两个集合用于MsgA中包括的PUSCH的DMRS可以具有各种优点。

例如，当允许使用两个集合时，可以在PUSCH资源中复用相对大数目的UE。

此外，例如，在允许使用两个集合的情况下，当具有不同频率资源长度的两个PUSCH资源被复用时，可以为每个PUSCH资源分配不同的频率资源集作为DMRS物理资源。因此，可以提供更好的信道估计性能。

本公开的各种实施例可能涉及一种生成/获得DMRS序列的方法。此外，本公开的各种实施例可能涉及一种利用DMRS资源的方法。

例如，当MsgA中包括的PUSCH允许CDM时，可能与DMRS资源和序列的利用有关。

–例如，可能与是否可以将OCC应用于MsgA中包括的PUSCH的DMRS序列有关。

–例如，可能与为基序列(例如，用于CP-OFDM的gold序列、用于变换预编码的低PAPR序列等)选择初始化种子值的方法有关。

–例如，可能与是否可以将频率资源的两个集合(例如，偶数编号的RE(的集合)和奇数编号的RE(的集合))用作MsgA中包括的PUSCH的DMRS物理层资源有关。

根据本公开的各种实施例，可以提供一种基于MsgA中包括的PUSCH的波形而生成/获得DMRS序列的方法。

例如，当CP-OFDM被设置为MsgA中包括的PUSCH的波形时，可以从用于MsgA的参数集中选择DMRS序列的种子值。

例如，在对应的种子值的数目为2或更大的情况下，可以根据RAPID来选择种子值。

例如，当DFT-s-OFDM被设置作为MsgA的波形时，可以使用低PAPR序列作为DMRS序列。例如，可以使用一种指定或指示的基序列。

例如，当CP-OFDM被设置作为MsgA中的PUSCH的波形时(例如，当变换预编码被禁用时)，可以使用一个或多个DMRS序列。例如，因为DMRS序列的最大数目可以是{1,2}，例如参考子条款3.2.2.中描述的MsgA PUSCH的参数，当CP-OFDM被设置为MsgA PUSCH的波形时，DMRS序列的最大数目可以是1或2。此外，例如，当CP-OFDM被设置为MsgA PUSCH的波形时，DMRS序列的种子值的数目可以是2或更大。

例如，当DFT-s-OFDM被设置为MsgA PUSCH的波形时(例如，启用了变换预编码)，可以使用一个DMRS序列。

在本公开的上述各种实施例中，DMRS序列的种子值可以用作当禁用/启用变换预编码时使用的加扰序列生成器的初始化的参数。

3.2.2.3.DM-RS天线端口

例如，当在多个UE(用户)被复用的情形下接收到的信号之间的接收同步不匹配时，使用DMRS获得的信道估计性能可能劣化。然而，劣化程度可能因(天线)端口选择而异，并且信道估计性能也可能因(天线)端口选择而异。

例如，以2-comb形式配置PUSCH DMRS频率资源，并且每个梳状的资源可以包括创建为0和FFT/2的时域CS的相位分量。例如，当UE(用户)使用不同频率资源发送的OFDM符号之间的接收时间差在CP范围(例如，4us)之外时，可能发生载波间干扰。另一方面，即使当相同频率资源中使用不同CS值的用户发送的OFDM符号之间的接收时间差异在FFT/8(66.667/8us≒8.8us)之外时，OFDM符号间干扰的影响可能并不显著。

通常，例如，PUSCH DM-RS资源可以在频域中被划分为两组。例如，可以基于相位分量(CP)来区分每个组内的资源。例如，在使用属于其他组的资源的各自UE(或用户)的情况下，当从采用属于其他组的资源的各自UE(或用户)发送的OFDM符号之间的接收时间差超出循环前缀(CP)范围，可能会发生载波间干扰。例如，在采用使用属于同一组的资源(通过CP彼此区分)的UE(或用户)的情况下，即使当从各自UE(或用户)发送的OFDM符号之间的接收时间差在FFT/8之外，OFDM符号之间干扰的影响也可能不大。

根据本公开的各种实施例，当类型A DMRS用于一个OFDM符号时(例如，类型A DMRS被映射到一个OFDM符号并且在一个OFDM符号中发送/接收)，可以使用总计4个天线端口：

-例如，当天线端口的数目被设置为4时，可以使用所有可用的天线端口，和/或

-例如，当天线端口的数目被设置为2时，可以使用在特定频率资源中具有不同CS的天线端口(例如，0和1或2和3)，和/或

例如，当天线端口的数目被设置为1时，可以使用具有特定频率资源和特定CS的天线端口(例如，0或1，或2或3)。

在这种情况下，根据本公开的各种实施例，当DMRS序列的数目为2或更大时，每个天线端口的可用DMRS序列的数目可能是2或更大。

如上所述，例如，PUSCH-DM-RS资源可以在频域中被划分为两组。例如，可以为每个组配置上述天线端口的数量。例如，每组的天线端口数可以是{1,2,4}。例如，如果每个组的天线端口数为{1,2,4}，这意味着在单个OFDM符号中配置PUSCH DM-RS，并且然后天线端口数{1,2,4}被应用于PUSCH DM-RS。例如，按照每个组，基于相位分量(例如，CP)来划分天线端口。

根据本公开的各种实施例，可以考虑DMRS端口的数目和DMRS序列的数目来确定可复用RAPID的最大数目。

根据本公开的各种实施例，每个RAPID(和/或PRACH前导)可以被映射至PUSCH时机(PUSCH时机中的DMRS资源)。在本文中，可以先按升序考虑DMRS端口索引，并且然后再按升序考虑DM-RS序列索引。

例如，考虑到DMRS端口{0,1,2,3}和DMRS序列{a,b}，按照以下顺序映射每个RAPID：DMRS端口0中DMRS序列a、b->DMRS端口1中DMRS序列a、b->DMRS端口2中DMRS序列a、b->DMRS端口3中DMRS序列a、b。因为RAPID与MsgA中包括的PRACH前导的索引有关，所以该示例也可以被理解为每个PRACH前导的资源映射的示例。

例如，当一个或多个PRACH前导被映射到(有效的)PUSCH时机时，可以在PUSCH时机中按照DMRS索引的升序来映射PRACH前导。在本文中，可以先按升序考虑DMRS端口索引并且然后再按升序考虑DM-RS序列来确定DMRS索引。

根据本公开的各种实施例，当为2步骤RACH过程选择PRACH前导时，UE可以在特定持续时间内随机选择RO中的一个并随机选择前导。

另外，根据本公开的各种实施例，UE可以以多个步骤随机地选择特定的RO，并且然后选择所选择的RO中的前导。

例如，UE可以根据DMRS序列的数目选择已配置的RAPID组中的一个，并且然后从选择的RAPID组中选择特定的RAPID。根据本公开的这些各种实施例，例如，可以按照从DMRS获得的更好的信道估计的顺序来选择RAPID。

3.3.MCS等级

根据本公开的各种实施例，非常有限数目的MCS等级可用于MsgA中包括的PUSCH。

根据本公开的各种实施例，当允许DMRS频率资源的多个集合时，每个DMRS频率资源可以与MCS等级相关联。

3.3.1.与MsgA PUSCH相关的MCS等级

例如，在4步骤RACH过程中，可以基于RAR消息中包括的UL许可而获得用于Msg3的MCS。因此，例如，BS可以根据UE的信道状态以低索引到高索引顺序设置MCS。此外，例如，可以基于选择的MCS等级和/或所需的覆盖范围而将时间/频率资源分配给(Msg3中包括的)PUSCH。

相比之下，例如，在2步骤RACH过程中，可能难以灵活地选择MCS。例如，当UE根据DL测量结果为UL传输选择MCS等级时，UE可能难以将MCS等级应用于UL传输，因为DL信道和UL信道在干扰水平以及信道状态方面差别很大。

此外，例如，MsgA所需的PUSCH资源的量可能根据MCS等级而改变。因此，例如，当允许几个MCS等级时，应当定义和/或预配置PUSCH资源的许多类型，这在资源利用方面可能是不可取的。

在本情境中，例如，对于MsgA中包括的PUSCH，可能优选的是使用非常有限数目的MCS等级。例如，一个和/或两个MCS等级可能可用于MsgA中包括的PUSCH。例如，仅用于CP-OFDM的QPSK可以应用于MsgA中包括的PUSCH，并且两种类型的编码率可能可用于MsgA中包括的PUSCH。

根据本公开的各种实施例，当允许多个MCS等级用于PUSCH(包括MsgA)的传输时，可以根据MCS等级定义多种类型的PUSCH资源。例如，RAPID可能与MCS等级相关联。

下面将更详细地描述上述内容。

如上所述，例如，当允许多个MCS等级用于PUSCH(包括MsgA)的传输时，可以根据MCS等级定义多种类型的PUSCH资源。

因此，例如，当PUSCH资源对应于RAPID时，RAPID可以对应于MCS等级。因此，例如，一旦UE确定适合用于PUSCH传输的MCS等级，UE就可以选择与MCS等级相关联的RAPID。

3.3.2.与用于MsgA PUSCH的DM-RS有关的MCS等级

根据本公开的各种实施例，当允许DMRS频率资源的多个集合时，可以定义每个DMRS频率资源与MCS等级相关联。

例如，考虑到两种不同的PUSCH资源(PUSCH资源集)(例如，用于较低MCS等级的第一较大频率资源(集)和用于较高MCS等级的第二较小频率资源(集))，可以为每个PUSCH资源指定这两种不同的频率资源集。

<实施例>

图29是图示根据本公开的各种实施例的用于MsgA的资源配置的图。

更具体地，图29图示了用于MsgA中包括的PUSCH的PUSCH资源配置和用于PUSCH的DMRS资源配置的示例。

参考图29，例如，当相对较高的MCS等级被用于MsgA中包括的PUSCH时，包括一个RB的相对较小的频率资源可以用于MsgA中包括的PUSCH。也就是说，例如，当相对较高的MCS等级被用于MsgA中包括的PUSCH时，MsgA中包括的PUSCH可以被分配给包括一个RB的相对较小的频率资源。

例如，当相对较低的MCS等级被用于MsgA中包括的PUSCH时，包括两个RB的相对较大的频率资源可以用于MsgA中包括的PUSCH。也就是说，例如，当相对较低的MCS等级被用于MsgA中包括的PUSCH时，MsgA中包括的PUSCH可以被分配给包括两个RB的相对较大的频率资源。

例如，可以配置包括偶数编号的RE的集合的第1梳状和包括奇数编号的RE的集合的第2梳状。

例如，当相对较高的MCS等级被用于MsgA中包括的PUSCH时，可以将DMRS分配给第1梳状。

例如，当相对较低的MCS等级被用于MsgA中包括的PUSCH时，可以将DMRS分配给第2梳状。

也就是说，例如，可以根据MCS等级为MsgA中包括的PUSCH确定DMRS资源(例如，DMRS端口)。

替代地，在具有重叠的DMRS符号的多个PUSCH配置的情况下，BS(和/或网络)可以向每个MsgA PUSCH配置分配不同的CDM组。

3.3.3.MCS和有效载荷大小

根据本公开的各种实施例，根据MCS和/或有效载荷大小，不同的PUSCH资源可能是可用的。

例如，要达成相同的解码性能而不管有效载荷如何，可能需要更多的时间资源来发送相对多的比特(特别是当如在UL中那样对UE的传输功率存在限制时)。例如，如果有效载荷大小是56比特或72比特，则72比特的传输可能比56比特的传输需要更多的时间资源。

例如，可以按时间划分(time division)来分配对应的资源。

例如，可以根据RO和/或SSB到RO映射时段和/或特定时段来映射对应的资源。

例如，当UE选择特定MCS和/或特定有效载荷和/或特定PUSCH资源时，UE可以考虑按时间划分的映射来选择RO并使用对应于RO的MsgA PUSCH资源。

根据本公开的各种实施例，UE可以执行网络接入过程以执行上述/提出的过程和/或方法。例如，UE可以接收执行上述/提出的过程和/或方法所需的系统信息和配置信息，并将接收到的信息存储在存储器中。可以通过较高层信令(例如，RRC信令或MAC信令)来接收本公开的各种实施例所需的配置信息。

3.4.初始网络接入和通信过程

根据本公开的各种实施例，UE可以执行网络接入过程以执行上述/提出的过程和/或方法。例如，UE可以接收执行上述/提出的过程和/或方法所需的系统信息和配置信息，并将接收到的信息存储在存储器中。本公开的各种实施例所需的配置信息可以通过高层信令(例如，RRC信令或MAC信令)来接收。

图30是图示初始网络接入和后续通信过程的图。在本公开的各种实施例适用的NR系统中，可以通过波束成形来发送物理信道和RS。当支持基于波束成形的信号传输时，可以为BS与UE之间的波束对准执行波束管理。此外，可以通过波束成形来发送/接收本公开的各种实施例中提出的信号。在RRC_IDLE模式下，可以基于同步信号块(SSB或SS/PBCH块)而执行波束对准，而在RRC_CONNECTED模式下，可以基于CSI-RS(在DL中)和SRS(在UL中)而执行波束对准。相反，当不支持基于波束成形的信号传输时，以下描述中可以省略与波束相关的操作。

参考图30，BS(例如，eNB)可以周期性地发送SSB(S2702)。SSB包括PSS/SSS/PBCH。可以通过波束扫描来发送SSB。BS然后可以发送剩余最小系统信息(RMSI)和其他系统信息(OSI)(S2704)。RMSI可以包括UE执行对BS的初始接入所需的信息(例如，PRACH配置信息)。在检测到SSB后，UE识别最佳SSB。UE然后可以在链接到/对应于最佳SSB的索引(即，波束)的PRACH资源中发送RACH前导(消息1；Msg1)(S2706)。RACH前导的波束方向与PRACH资源相关联。PRACH资源(和/或RACH前导)与SSB(SSB索引)之间的关联可以由系统信息(例如，RMSI)配置。随后，在RACH过程中，BS可以响应于RACH前导而发送随机接入响应(RAR)(Msg2)(S2708)，UE可以基于RAR中包括的UL许可而发送Msg3(例如，RRC连接请求)(S2710)，并且BS可以发送竞争解决消息(Msg4)(S2712)。Msg4可能包括RRC连接设置。

当在RACH过程中在BS与UE之间建立了RRC连接时，随后可以基于SSB/CSI-RS(在DL中)和SRS(在UL中)而执行波束对准。例如，UE可以接收SSB/CSI-RS(S2714)。SSB/CSI-RS可以用于让UE生成波束/CSI报告。BS可以通过DCI请求UE发送波束/CSI报告(S2716)。在这种情况下，UE可以基于SSB/CSI-RS而生成波束/CSI报告并且在PUSCH/PUCCH上向BS发送生成的波束/CSI报告(S2718)。波束/CSI报告可以包括波束测量结果、关于优选波束的信息等。BS和UE可以基于波束/CSI报告而切换波束(S2720a和S2720b)。

随后，UE和BS可以执行上述/提出的过程和/或方法。例如，UE和BS可以通过处理存储在存储器中的信息来发送无线信号，或者可以基于在网络接入过程(例如，系统信息获取过程、通过RACH的RRC连接过程等)中获得的配置信息，而根据本公开的各种实施例处理接收到的无线信号并将经处理的信号存储在存储器中。无线信号可以包括DL上的PDCCH、PDSCH或RS中的至少一个，以及UL上的PUCCH、PUSCH或SRS中的至少一个。

3.5.DRX(不连续接收)

图31是根据本公开的各种实施例的示例性DRX操作。

根据本公开的各种实施例，UE可以在前述/提出的过程和/或方法中执行DRX操作。当UE配置有DRX时，UE可以通过不连续地接收DL信号来降低功耗。可以在RRC_IDLE状态、RRC_INACTIVE状态和RRC_CONNECTED状态下执行DRX。在RRC_IDLE状态和RRC_INACTIVE状态下，DRX被用于不连续地接收寻呼信号。

3.5.1.RRC_CONNECTEDDRX

在RRC_CONNECTED状态下，DRX用于不连续地接收PDCCH。RRC_CONNECTED状态下的DRX被称为RRC_CONNECTED DRX。

参考图31(a)，DRX循环包括开启持续时间(On Duration)和DRX的机会(Opportunity for DRX)。DRX循环定义了开启持续时间的周期性重复之间的时间间隔。开启持续时间是UE监测PDCCH期间的时间段。当UE配置有DRX时，UE在开启持续时间期间执行PDCCH监测。当UE在PDCCH监测期间成功检测到PDCCH时，UE启动不活动定时器并保持唤醒。相反，当UE在PDCCH监测期间没有检测到任何PDCCH时，UE在开启持续时间之后转变为睡眠状态。因此，当配置了DRX时，UE可以在前述过程和/或方法中在时域中不连续地执行PDCCH监测/接收。例如，当配置了DRX时，可以根据本公开中的DRX配置不连续地配置PDCCH接收时机(例如，具有PDCCH搜索空间的时隙)。相反，当未配置DRX时，UE可以根据实施方式在前述过程和/或方法中在时域中连续地执行PDCCH监测/接收。例如，当未配置DRX时，本公开中可以连续配置PDCCH接收时机(例如，具有PDCCH搜索空间的时隙)。无论是否配置了DRX，都可以在配置成测量间隙的时间段内限制PDCCH监测。

表22描述了UE的DRX操作(在RRC_CONNECTED状态下)。参考表21，通过较高层信令(例如，RRC信令)接收DRX配置信息，并且DRX开/关由来自MAC层的DRX命令控制。一旦配置了DRX，UE可以根据本公开的各种实施例在上述过程和/或方法中不连续地执行PDCCH监测。

[表22]

MAC-CellGroupConfig包括为小区组配置MAC参数所需的配置信息。MAC-CellGroupConfig还可以包括DRX配置信息。例如，MAC-CellGroupConfig在定义DRX时可以包括以下信息。

-drx-OnDurationTimer的值：定义了DRX循环的起始时段的持续时间。

-drx-InactivityTimer的值：定义了在其中已经检测到指示初始UL或DL数据的PDCCH的PDCCH时机之后UE唤醒的时间段的持续时间。

–drx-HARQ-RTT-TimerDL的值：定义了在接收到DL初始传输之后接收到DL重新传输之前的最大时间段的持续时间。

–drx-HARQ-RTT-TimerDL的值：定义了在接收到用于UL初始传输的许可之后接收到用于UL重新传输的许可之前的最大时间段的持续时间。

–drx-LongCycleStartOffset：定义了DRX循环的持续时间和起始时间。

–drx-ShortCycle(可选)：定义了短DRX循环的持续时间。

当drx-OnDurationTimer、drx-InactivityTimer、drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerDL中的任何一个正在运行时，UE在每个PDCCH时机中执行PDCCH监测，同时保持唤醒状态。

3.5.2.RRC_IDLE DRX

在RRC_IDLE状态和RRC_INACTIVE状态下，DRX用于不连续地接收寻呼信号。为方便起见，在RRC_IDLE(或RRC_INACTIVE)状态下执行的DRX被称为RRC_IDLE DRX。

因此，当配置了DRX时，可以在前述/提出的过程和/或方法中的时域中不连续地执行PDCCH监测/接收。

参考图31(b)，DRX可以被配置用于寻呼信号的不连续接收。UE可以通过较高层(例如，RRC)信令从BS接收DRX配置信息。DRX配置信息可以包括DRX循环、DRX偏移、DRX定时器的配置信息等。UE根据DRX循环重复开启持续时间和睡眠持续时间。UE可以在开启持续时间期间以唤醒模式操作并且在睡眠持续时间期间以睡眠模式操作。在唤醒模式中，UE可以监测寻呼时机(PO)以接收寻呼消息。PO意味着UE期望在其中接收寻呼消息的时间资源/间隔(例如，子帧或时隙)。PO监测包括监测PO中的用P-RNTI加扰的PDCCH(MPDCCH或NPDCCH)(在下文中，称为寻呼PDCCH)。寻呼消息可以包括在寻呼PDCCH中或包括在由寻呼PDCCH调度的PDSCH中。一个或多个PO可以包括在寻呼帧(PF)中，并且可以基于UE ID而周期性地配置PF。PF可以对应于一个无线电帧，并且可以基于UE的国际移动订户标识(IMSI)而确定UE ID。当配置了DRX时，UE在每个DRX循环仅监测一个PO。当UE在PO中接收到指示其ID和/或系统信息改变的寻呼消息时，UE可以执行RACH过程以初始化(或重新配置)与BS的连接，或从BS接收(或获得)新的系统信息。因此，可以在时域中不连续地执行PO监测以在前述过程和/或方法中执行用于连接到BS的RACH过程或者从BS接收(或获得)新的系统信息。

本领域技术人员将清楚地理解，上述初始接入过程和/或DRX操作可以与之前描述的条款1至条款3的内容组合以构成本公开的其他各种实施例。

图32是图示根据本公开的各种实施例的操作UE和BS的方法的简化图。

图33是图示根据本公开的各种实施例的操作UE的方法的流程图。

图34是图示根据本公开的各种实施例的操作BS的方法的流程图。

参考图32至图34，在根据本公开的示例性实施例的操作3201、3301和3401中，UE可以发送与随机接入过程相关的消息A(msgA)，并且BS可以从UE接收消息A(msgA)。

在根据本公开的示例性实施例的操作3203、3303和3403中，BS可以发送与随机接入过程相关的消息A作为对消息A的响应，并且UE可以从BS接收消息A。

例如，消息A可以包括物理随机接入信道(PRACH)前导和物理上行链路共享信道(PUSCH)。

例如，用于PUSCH的解调参考信号(DM-RS)可以基于DM-RS端口来发送。

例如，DM-RS端口的数量可以是{1,2,4}。

可以基于前述条款1至条款3来描述和执行根据本公开的上述各种实施例的BS和/或UE的更具体的操作。

由于上述提议方法的示例也可以被包括在本公开的各种实施例的实现方法中的一种中，所以显然，这些示例被视为一种提出的方法。尽管可以独立地实现上面提出的方法，但是可以以所提出的方法的一部分的组合(聚合)形式实现所提出的方法。可以定义规则，使得BS通过预定义信号(例如，物理层信号或更高层信号)向UE通知关于是否应用所提出的方法的信息(或关于所提出的方法的规则的信息)。

4.实现本公开的各种实施例的设备的示例性配置

4.1.应用本公开的各种实施例的设备的示例性配置

图35是图示实现本公开的各种实施例的设备的图。

图35所图示的设备可以是被适配成执行前述机制的UE和/或BS(例如，eNB或gNB)，或执行相同操作的任何设备。

参考图35，设备可以包括数字信号处理器(DSP)/微处理器210和射频(RF)模块(收发器)235。DSP/微处理器210电耦合到收发器235并且控制收发器235。取决于设计师的选择，设备还可以包括电源管理模块205、电池255、显示器215、键区220、SIM卡225、存储器设备230、天线240、扬声器245和输入设备250。

特别地，图35可以图示包括被配置成从网络接收请求消息的接收器235以及被配置成向网络发送定时发送/接收定时信息的发射器235的UE。这些接收器和发射器可以形成收发器235。UE还可以包括耦合到收发器235的处理器210。

此外，图35可以图示包括被配置成向UE发送请求消息的发射器235以及被配置成从UE接收定时发送/接收定时信息的接收器235的网络设备。这些发射器和接收器可以形成收发器235。网络还可以包括耦合到收发器235的处理器210。处理器210可以基于发送/接收定时信息来计算延时。

根据本公开的各种实施例的UE(或UE中包括的通信设备)和BS(或BS中包括的通信设备)中包括的处理器可以在控制存储器的同时操作如下。

根据本公开的各种实施例，UE或BS可以包括至少一个收发器、至少一个存储器以及耦合到该至少一个收发器和该至少一个存储器的至少一个处理器。至少一个存储器可以存储使至少一个处理器执行以下操作的指令。

UE或BS中包括的通信设备可以被配置成包括至少一个处理器和至少一个存储器。通信设备可以被配置成包括至少一个收发器，或者可以被配置成不包括至少一个收发器而是连接到至少一个收发器。

根据本公开的各种实施例，UE中包括的一个或多个处理器(或UE中包括的通信设备的一个或多个处理器)可以发送与随机接入过程相关的消息A。

根据本公开的各种实施例，UE中包括的一个或多个处理器可以接收与随机接入过程相关的消息B作为对消息A的响应。

根据本公开的示例性实施例，消息A可以包括物理随机接入信道(PRACH)前导和物理上行链路共享信道(PUSCH)。

根据本公开的示例性实施例，可以基于DM-RS端口发送用于PUSCH的DM-RS(解调参考信号)。

根据本公开的示例性实施例，DM-RS端口的数量可以是{1，2，4}。

根据本公开的各种实施例，BS中包括的一个或多个处理器(或BS中包括的通信设备的一个或多个处理器)可以接收与随机接入过程相关的消息A。

根据本公开的各种实施例，BS中包括的一个或多个处理器可以发送与随机接入过程相关的消息B作为对消息A的响应。

根据本公开的示例性实施例，消息A可以包括物理随机接入信道(PRACH)前导和物理上行链路共享信道(PUSCH)。

根据本公开的示例性实施例，可以基于DM-RS端口发送用于PUSCH的DM-RS(解调参考信号)。

根据本公开的示例性实施例，DM-RS端口的数量可以是{1、2、4}。

可以基于前述条款1至条款3来描述和执行根据本公开的各种实施例的BS和/或UE中包括的处理器的更特定操作。

除非彼此矛盾，否则可以相结合地实现本公开的各种实施例。例如，除非彼此矛盾，否则根据本公开的各种实施例的BS和/或UE可以在前述条款1至条款3的实施例的组合中执行操作。

4.2.应用本公开的各种实施例的通信系统的示例

在本说明书中，已经主要关于无线通信系统中的BS与UE之间的数据发送和接收描述了本公开的各种实施例。然而，本公开的各种实施例不限于此。例如，本公开的各种实施例也可以涉及以下技术配置。

本文档中描述的本公开的各种实施例的各种描述、功能、过程、提议、方法和/或操作流程图可以被应用于但不限于在设备之间需要无线通信/连接(例如，5G)的各种领域。

在下文中，将参考附图更详细地给出描述。在以下附图/描述中，除非另外描述，否则相同的附图标记可以表示相同或对应的硬件块、软件块或功能块。

图36图示应用本公开的各种实施例的示例性通信系统。

参考图36，应用于本公开的各种实施例的通信系统1包括无线设备、基站(BS)和网络。在本文中，无线设备表示使用无线电接入技术(RAT)(例如，5G新RAT(NR))或长期演进(LTE))来执行通信的设备并且可以被称为通信/无线电/5G设备。无线设备可以包括但不限于机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持设备100d、家用电器100e、物联网(IoT)设备100f和人工智能(AI)设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自主驾驶车辆以及能够在车辆之间执行通信的车辆。在本文中，车辆可以包括无人驾驶飞行器(UAV)(例如，无人机)。XR设备可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备并且可以被以以下各项的形式实现：头戴式设备(HMD)、安装在车辆中的平视显示器(HUD)、电视、智能电话、计算机、可穿戴设备、家用电器设备、数字标牌、车辆、机器人等。手持设备可以包括智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，笔记本计算机)。家用电器可以包括TV、冰箱和洗衣机。IoT设备可以包括传感器和智能电表。例如，可以将BS和网络实现为无线设备并且特定无线设备200a可以作为关于其他无线设备的BS/网络节点来操作。

无线设备100a至100f可以经由BS 200连接到网络300。AI技术可以被应用于无线设备100a至100f并且无线设备100a至100f可以经由网络300连接到AI服务器400。网络300可以使用3G网络、4G(例如，LTE)网络或5G(例如，NR)网络来配置。尽管无线设备100a至100f可以通过BS 200/网络300彼此通信，但是无线设备100a至100f可以在不用通过BS/网络的情况下执行与彼此的直接通信(例如，侧链路通信)。例如，车辆100b-1和100b-2可以执行直接通信(例如，车辆对车辆(V2V)/车辆对一切(V2X)通信)。IoT设备(例如，传感器)可以执行与其他IoT设备(例如，传感器)或其他无线设备100a至100f的直接通信。

可以在无线设备100a至100f/BS 200或BS 200/BS 200之间建立无线通信/连接150a、150b或150c。在本文中，可以通过各种RAT(例如，5G NR)来建立无线通信/连接，诸如上行链路/下行链路通信150a、侧链路通信150b(或D2D通信)或BS间通信(例如中继、集成接入回程(IAB))。无线设备和BS/无线设备可以通过无线通信/连接150a和150b相互发送/接收无线电信号。例如，无线通信/连接150a和150b可以通过各种物理信道来发送/接收信号。为此，可以基于本公开的各种实施例的各种提议来执行用于发送/接收无线电信号的各种配置信息配置过程、各种信号处理过程(例如，信道编码/解码、调制/解调和资源映射/解映射)和资源分配过程的至少一部分。

4.2.1应用本公开的各种实施例的无线设备的示例

图37图示本公开的各种实施例适用于的示例性无线设备。

参考图37，第一无线设备100和第二无线设备200可以通过多种RAT(例如，LTE和NR)来发送无线电信号。在本文中，{第一无线设备100和第二无线设备200}可以对应于图W1的{无线设备100x和BS 200}和/或{无线设备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可以根据本文档中公开的描述、功能、过程、提议、方法和/或操作流程图来生成消息、控制信息、数据或信息。一个或多个处理器102和202可以根据本文档中公开的描述、功能、过程、提议、方法和/或操作流程图来生成包括PDU、SDU、消息、控制信息、数据或信息的信号(例如，基带信号)并且将所生成的信号提供给一个或多个收发器106和206。一个或多个处理器102和202可以根据本文档中公开的描述、功能、过程、提议、方法和/或操作流程图从一个或多个收发器106和206接收信号(例如，基带信号)并且获取PDU、SDU、消息、控制信息、数据或信息。

可以将一个或多个处理器102和202称为控制器、微控制器、微处理器或微计算机。一个或多个处理器102和202可以由硬件、固件、软件或其组合实现。作为示例，可以在一个或多个处理器102和202中包括一个或多个专用集成电路(ASIC)、一个或多个数字信号处理器(DSP)、一个或多个数字信号处理器件(DSPD)、一个或多个可编程逻辑器件(PLD)或一个或多个现场可编程门阵列(FPGA)。本文档中公开的描述、功能、过程、提议、方法和/或操作流程图可以使用固件或软件来实现并且固件和软件可以被配置成包括模块、过程或功能。被配置成执行本文档中公开的描述、功能、过程、提议、方法和/或操作流程图的固件或软件可以被包括在一个或多个处理器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可以包括(模拟)振荡器和/或滤波器。

根据本公开的各种实施例，一个或多个存储器(例如，104或204)可以存储指令或程序，当被执行时，这些指令或程序使可操作地耦合到该一个或多个存储器的一个或多个处理器执行根据本公开的各种实施例或实现方式的操作。

根据本公开的各种实施例，计算机可读存储介质可以存储一个或多个指令或计算机程序，当由一个或多个处理器执行时，这些指令或计算机程序使一个或多个处理器执行根据本公开的各种实施例或实现方式的操作。

根据本公开的各种实施例，处理设备或装置可以包括一个或多个处理器和连接到该一个或多个处理器的一个或多个计算机存储器。一个或多个计算机存储器可以存储指令或程序，当被执行时，这些指令或程序使可操作地耦合到一个或多个存储器的一个或多个处理器执行根据本公开的各种实施例或实现方式的操作。

4.2.2.使用应用本公开的各种实施例的无线设备的示例

图38图示应用本公开的各种实施例的其他示例性无线设备。可以根据用例/服务以各种形式实现无线设备(参见图36)。

参考图38，无线设备100和200可以对应于图36的无线设备100和200并且可以由各种元件、组件、单元/部分和/或模块配置。例如，无线设备100和200中的每一个可以包括通信单元110、控制单元120、存储器单元130和附加组件140。通信单元可以包括通信电路112和收发器114。例如，通信电路112可以包括图36的一个或多个处理器102和202和/或一个或多个存储器104和204。例如，收发器114可以包括图36的一个或多个收发器106和206和/或一个或多个天线108和208。控制单元120电连接到通信单元110、存储器130和附加组件140并且控制无线设备的总体操作。例如，控制单元120可以基于存储在存储器单元130中的程序/代码/命令/信息来控制无线设备的电气/机械操作。控制单元120可以将存储在存储器单元130中的信息通过无线/有线接口经由通信单元110发送到外部(例如，其他通信设备)，或者将经由通信单元110通过无线/有线接口从外部(例如，其他通信设备)接收的信息存储在存储器单元130中。

可以根据无线设备的类型来不同地配置附加组件140。例如，附加组件140可以包括电源单元/电池、输入/输出(I/O)单元、驱动单元和计算单元中的至少一个。无线设备可以被以不限于以下各项的形式实现：机器人(图33的100a)、车辆(图33的100b-1和100b-2)、XR设备(图33的100c)、手持设备(图33的100d)、家用电器(图33的100e)、IoT设备(图33的100f)、数字广播终端、全息图设备、公用安全设备、MTC设备、医疗设备、金融科技设备(或金融设备)、安全性设备、气候/环境设备、AI服务器/设备(图33的400)、BS(图33的200)、网络节点等。可以根据使用示例/服务在移动或固定地点中使用无线设备。

在图38中，无线设备100和200中的各种元件、组件、单元/部分和/或模块的全部可以通过有线接口彼此连接，或者其至少一部分可以通过通信单元110以无线方式连接。例如，在无线设备100和200中的每一个中，控制单元120和通信单元110可以通过电线连接并且控制单元120和第一单元(例如，130和140)可以通过通信单元110以无线方式连接。无线设备100和200内的每个元件、组件、单元/部分和/或模块还可以包括一个或多个元件。例如，控制单元120可以由一个或多个处理器的集合配置。作为示例，控制单元120可以由通信控制处理器、应用处理器、电子控制单元(ECU)、图形处理单元和存储器控制处理器的集合配置。作为另一示例，存储器130可以由随机存取存储器(RAM)、动态RAM(DRAM)、只读存储器(ROM)、闪速存储器、易失性存储器、非易失性存储器和/或其组合配置。

在下文中，将参考附图详细地描述实现图38的示例。

4.2.3.应用本公开的各种实施例的便携式设备的示例

图39图示应用本公开的各种实施例的示例性便携式设备。便携式设备可以是智能电话、智能板、可穿戴设备(例如，智能手表或智能眼镜)和便携式计算机(例如，膝上型计算机)中的任一个。也可以将便携式设备称为移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

参考图39，手持设备100可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和I/O单元140c。可以将天线单元108配置成通信单元110的一部分。块110至130/140a至140c分别对应于图35的块110至130/140。

通信单元110可以向其他无线设备或BS发送信号(例如，数据和控制信号)并且从其他无线设备或BS接收信号(例如，数据和控制信号)。控制单元120可以通过控制手持设备100的组成元件来执行各种操作。控制单元120可以包括应用处理器(AP)。存储器单元130可以存储驱动手持设备100所需的数据/参数/程序/代码/命令。存储器单元130可以存储输入/输出数据/信息。电源单元140a可以向手持设备100供电并且包括有线/无线充电电路、电池等。接口单元140b可以支持手持设备100到其他外部设备的连接。接口单元140b可以包括用于与外部设备连接的各种端口(例如，音频I/O端口和视频I/O端口)。I/O单元140c可以输入或输出视频信息/信号、音频信息/信号、数据和/或由用户输入的信息。I/O单元140c可以包括相机、麦克风、用户输入单元、显示单元140d、扬声器和/或触觉模块。

作为示例，在数据通信的情况下，I/O单元140c可以获取由用户输入的信息/信号(例如，触摸、文本、语音、图像或视频)并且可以将所获取的信息/信号存储在存储器单元130中。通信单元110可以将存储在存储器中的信息/信号转换成无线电信号并且将经转换的无线电信号直接发送到其他无线设备或发送到BS。通信单元110可以从其他无线设备或BS接收无线电信号，然后将所接收到的无线电信号恢复成原始信息/信号。恢复的信息/信号可以被存储在存储器单元130中并且可以通过I/O单元140c作为各种类型(例如，文本、语音、图像、视频或触觉)被输出。

4.2.4.应用本公开的各种实施例的车辆或自主驾驶车辆的示例

图40图示应用本公开的各种实施例的示例性车辆或自主驾驶车辆。可以将车辆或自主驾驶车辆实现为移动机器人、汽车、火车、有人/无人驾驶飞行器(AV)、船舶等。

参考图40，车辆或自主驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。可以将天线单元108配置成通信单元110的一部分。块110/130/140a至140d分别对应于图35的块110/130/140。

通信单元110可以向诸如其他车辆、BS(例如，gNB和路边单元)和服务器的外部设备发送信号(例如，数据和控制信号)并且从诸如其他车辆、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技术等来预测交通信息数据，并且将所预测的交通信息数据提供给车辆或自主驾驶车辆。

4.2.5.应用本公开的各种实施例的AR/VR和车辆的示例

图41图示应用本公开的各种实施例的示例性车辆。可以将车辆实现为交通工具、火车、飞机、轮船等。

参考图41，车辆100可以包括通信单元110、控制单元120、存储器单元130、I/O单元140a和定位单元140b。在本文中，块110至130/140a和140b对应于图38的块110到130/140。

通信单元110可以向诸如其他车辆或BS的外部设备发送信号(例如，数据和控制信号)并且从诸如其他车辆或BS的外部设备接收信号(例如，数据和控制信号)。控制单元120可以通过控制车辆100的组成元件来执行各种操作。存储器单元130可以存储用于支持车辆100的各种功能的数据/参数/程序/代码/命令。I/O单元140a可以基于存储器单元130内的信息输出AR/VR对象。I/O单元140a可以包括HUD。定位单元140b可以获取关于车辆100的位置的信息。位置信息可以包括关于车辆100的绝对位置的信息、关于车辆100在行驶车道内的位置的信息、加速度信息以及关于车辆100离邻近车辆的位置的信息。定位单元140b可以包括GPS和各种传感器。

作为示例，车辆100的通信单元110可以从外部服务器接收地图信息和交通信息并且将所接收到的信息存储在存储器单元130中。定位单元140b可以通过GPS和各种传感器来获得车辆位置信息并且将所获得的信息存储在存储器单元130中。控制单元120可以基于地图信息、交通信息和车辆位置信息来生成虚拟对象并且I/O单元140a可以将所生成的虚拟对象显示在车辆中的窗户(1410和1420)中。控制单元120可以基于车辆位置信息来确定车辆100是否在行驶车道内正常地驾驶。如果车辆100从行驶车道异常地离开，则控制单元120可以通过I/O单元140a在车辆中的窗户上显示警告。另外，控制单元120可以通过通信单元110向邻近车辆广播有关驾驶异常的警告消息。根据情形，控制单元120可以将车辆位置信息和关于驾驶/车辆异常的信息发送到相关组织。

总之，可以通过某个设备和/或UE来实现本公开的各种实施例。

例如，某个设备可以是BS、网络节点、发送UE、接收UE、无线设备、无线通信设备、车辆、配备有自主驾驶功能的车辆、无人驾驶车辆(UAV)、人工智能(AI)模块、机器人、增强现实(AR)设备、虚拟现实(VR)设备和其他设备。

例如，UE可以是以下各项中的任一个：个人数字助理(PDA)、蜂窝电话、个人通信服务(PCS)电话、全球移动系统(GSM)电话、宽带CDMA(WCDMA)电话、移动宽带系统(MBS)电话、智能电话和多模多频带(MM-MB)终端。

智能电话是指兼具移动通信终端和PDA两者的优点的终端，其是通过在移动通信终端中集成作为PDA的功能如日程安排、传真收发、因特网连接的数据通信功能来实现的。此外，MM-MB终端是指具有内置多调制解调器芯片并且因此可在所有便携式因特网系统和其他移动通信系统(例如，CDMA 2000、WCDMA等)中操作的终端。

替换地，UE可以是以下各项中的任一个：膝上型PC、手持PC、平板PC、超极本、石板PC、数字广播终端、便携式多媒体播放器(PMP)、导航器和可穿戴设备，诸如智能手表、智能眼镜和头戴式显示器(HMD)。例如，UAV可以是在无线控制信号的控制下飞行的无人驾驶飞行器。例如，HMD可以是穿戴在头部周围的显示设备。例如，HMD可以用于实现AR或VR。

可以以各种方式实现本公开的各种实施例。例如，本公开的各种实施例可以用硬件、固件、软件或其组合加以实现。

在硬件配置中，根据本公开的示例性实施例的方法可以由以下各项实现：一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等。

在固件或软件配置中，可以以执行上述功能或操作的模块、过程、功能等的形式实现根据本公开的各种实施例的方法。软件代码可以被存储在存储器50或150中并且由处理器40或140执行。存储器位于处理器的内部或外部并且可以经由各种已知手段向处理器发送数据和从处理器接收数据。

本领域的技术人员将领会，在不脱离本公开的各种实施例的精神和必要特性的情况下，可以以除本文阐述的方式外的其他特定方式执行本公开的各种实施例。上述实施例因此将在所有方面被解释为说明性的而非限制性的。本公开的范围应该由所附权利要求及其法律等效物确定，而不由上述描述确定，并且落入所附权利要求的含义和等价范围内的所有变化都旨在被包含在其中。对于本领域的技术人员而言显然的是，在所附权利要求中未相互显式地引用的权利要求可以作为本公开的实施例被组合地呈现，或者在提交本申请之后通过后续修正案作为新权利要求被包括。

工业适用性

本公开的各种实施例适用于包括3GPP系统和/或3GPP2系统的各种无线接入系统。除了这些无线接入系统之外，本公开的各种实施例还适用于无线接入系统在其中找到其应用的所有技术领域。此外，也能够将所提出的方法应用于使用超高频带的毫米波通信。