CN115136713A - 用于执行随机接入过程的方法及其装置 - Google Patents

Abstract

本公开提供了一种用于在无线通信系统中由终端接收物理下行链路共享信道(PDSCH)的方法。具体地，该方法可以包括：发送物理随机接入信道(PRACH)；监测用于调度与PRACH相关的PDSCH的下行链路控制信道(DCI)；以及基于根据无线电网络临时标识符(RNTI)检测到DCI，基于DCI接收PDSCH。

Description

用于执行随机接入过程的方法及其装置

技术领域

本公开涉及执行随机接入过程的方法及其设备，并且更具体地，涉及由用户设备(UE)执行2步随机接入过程(类型2随机接入过程)的方法及其设备。

背景技术

随着越来越多的通信装置需要更大的通信业务以及当前的趋势，需要下一代的第五代(5G)系统来提供与传统LTE系统相比增强的无线宽带通信。在下一代的5G系统中，通信场景被划分为增强型移动宽带(eMBB)、超可靠性和低时延通信(URLLC)、大规模机器类型通信(mMTC)等。

在本文中，eMBB是特征在于高频谱效率、高用户体验数据速率和高峰值数据速率的下一代移动通信场景，URLLC是特征在于超高可靠性、超低时延和超高可用性的下一代移动通信场景(例如，车辆到一切(V2X)、紧急服务和远程控制)，并且mMTC是特征在于低成本、低能量、短分组和大规模连接的下一代移动通信场景(例如，物联网(IoT))。

发明内容

技术问题

本公开的一个目的在于提供一种执行随机接入过程的方法及其设备。

本领域技术人员将认识到，本公开能够实现的目的不限于上文已经具体描述的内容，并且从以下详细描述将更清楚地理解本公开能够实现的以上和其它目的。

技术方案

在本公开的一方面，提供了一种由用户设备(UE)在无线通信系统中接收物理下行链路共享信道(PDSCH)的方法。该方法可以包括：发送物理随机接入信道(PRACH)；监测用于调度与PRACH相关的PDSCH的下行链路控制信息(DCI)；以及基于根据无线电网络临时标识符(RNTI)检测到DCI，基于DCI接收PDSCH。

在这种情况下，无论DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同，都接收PDSCH。

附加地，基于UE无法检查DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同，基于DCI接收PDSCH。

附加地，基于UE能够检查DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同并且UE确认第一SFN的两个比特与第二SFN的两个比特不相同，PDSCH不被接收。

附加地，基于UE能够检查DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同并且UE确认第一SFN的两个比特与第二SFN的两个比特相同，基于DCI接收PDSCH。

附加地，DCI的监测窗口的长度可以超过10ms。

附加地，RNTI是MsgB-RNTI。

在本公开的另一方面，提供了一种被配置为在无线通信系统中接收PDSCH的UE。UE可以包括：至少一个收发器；至少一个处理器；至少一个存储器，其在操作上连接到至少一个处理器并被配置为存储指令，指令在被执行时使至少一个处理器执行操作。操作可以包括：通过至少一个收发器发送物理随机接入信道(PRACH)；监测用于调度与PRACH相关的PDSCH的下行链路控制信息(DCI)；以及基于根据无线电网络临时标识符(RNTI)检测到DCI，基于DCI通过至少一个收发器接收PDSCH。

在这种情况下，无论DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同，都接收PDSCH。

附加地，基于UE无法检查DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同，基于DCI接收PDSCH。

附加地，基于UE能够检查DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同并且UE确认第一SFN的两个比特与第二SFN的两个比特不相同，PDSCH不被接收。

附加地，基于UE能够检查DCI中包括的第一系统帧号(SFN)的两个比特是否与发送PRACH的第二SFN的两个比特相同并且UE确认第一SFN的两个比特与第二SFN的两个比特相同，基于DCI接收PDSCH。

附加地，DCI的监测窗口的长度可以超过10ms。

附加地，RNTI是MsgB-RNTI。

在本公开的另一方面，提供了一种被配置为在无线通信系统中接收PDSCH的设备。该设备可以包括：至少一个处理器；至少一个存储器，其在操作上连接到至少一个处理器并被配置为存储指令，指令在被执行时使至少一个处理器执行操作。操作可以包括：发送物理随机接入信道(PRACH)；监测用于调度与PRACH相关的PDSCH的下行链路控制信息(DCI)；以及基于根据无线电网络临时标识符(RNTI)检测到DCI，基于DCI接收PDSCH。

技术效果

根据本公开，当用户设备(UE)不知道用于发送物理随机接入信道(PRACH)的系统帧号(SFN)的索引或者不解释接收到的下行链路控制信息(DCI)中包括的SFN的索引以减少由DCI的解码引起的延迟时，UE可以高效地执行2步随机接入过程(类型2随机接入过程)。

本领域技术人员将认识到，本公开能够实现的效果不限于上文已经具体描述的内容，并且从以下详细描述将更清楚地理解本公开的其它优点。

附图说明

图1是例示3GPP系统中的物理信道和使用物理信道的一般信号传输方法的图。

图2、图3和图4是例示在新RAT(NR)系统中使用的无线电帧和时隙的结构的图。

图5、图6、图7、图8、图9和图10是例示同步信号/物理广播信道(SS/PBCH)块的组成和发送SS/PBCH块的方法的图。

图11是例示示例性4步随机接入信道(RACH)过程的图。

图12是例示示例性两步RACH过程的图。

图13是例示示例性无竞争RACH过程的图。

图14是例示同步信号(SS)块传输和链接到SS块的物理随机接入信道(PRACH)资源的图。

图15是例示SS块传输和链接到SS块的PRACH资源的图。

图16是例示示例性RACH时机配置的图。

图17至图19是用于说明根据本公开的实施方式的用户设备(UE)和基站(BS)的操作的图。

图20至图22是用于说明根据本公开的实施方式的监测用于消息B(MsgB)传输的下行链路控制信息(DCI)的方法的图。

图23例示了应用本公开的实施方式的通信系统的示例。

图24至图27例示了应用本公开的实施方式的各种无线装置的示例。

具体实施方式

利用参照附图描述的本公开的实施方式，将容易地理解本公开的配置、操作和其它特征。本文阐述的本公开的实施方式是其中本公开的技术特征被应用于第三代合作伙伴计划(3GPP)系统的示例。

虽然在长期演进(LTE)系统和高级LTE(LTE-A)系统的上下文中描述了本公开的实施方式，但是它们纯粹是示例性的。因此，本公开的实施方式适用于任何其它通信系统，只要以上定义对于该通信系统而言是有效的。

术语基站(BS)可以用于涵盖包括远程无线电头端(RRH)、演进型节点B(eNB或eNode B)、发送点(TP)、接收点(RP)、中继等的术语的含义。

3GPP通信标准定义与载送源自高层的信息的资源元素(RE)对应的下行链路(DL)物理信道以及在物理层中使用的并且对应于没有载送源自高层的信息的RE的DL物理信号。例如，将物理下行链路共享信道(PDSCH)、物理广播信道(PBCH)、物理多播信道(PMCH)、物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)和物理混合ARQ指示符信道(PHICH)定义为DL物理信道，并且将参考信号(RS)和同步信号(SS)定义为DL物理信号。RS(也称为导频信号)是具有gNode B(gNB)和用户设备(UE)二者知道的预定义特殊波形的信号。例如，将小区特定RS、UE特定RS(UE-RS)、定位RS(PRS)和信道状态信息RS(CSI-RS)定义为DL RS。3GPP LTE/LTE-A标准定义与载送源自高层的信息的RE对应的上行链路(UL)物理信道以及在物理层中使用的并且对应于没有载送源自高层的信息的RE的UL物理信号。例如，将物理上行链路共享信道(PUSCH)、物理上行链路控制信道(PUCCH)和物理随机接入信道(PRACH)定义为UL物理信道，并且将用于UL控制/数据信号的解调参考信号(DM RS)和用于UL信道测量的探测参考信号(SRS)定义为UL物理信号。

在本公开中，PDCCH/PCFICH/PHICH/PDSCH是指载送下行链路控制信息(DCI)/控制格式指示符(CFI)/DL确认/否定确认(ACK/NACK)/DL数据的时间-频率资源的集合或RE的集合。另外，PUCCH/PUSCH/PRACH是指载送UL控制信息(UCI)/UL数据/随机接入信号的时间-频率资源的集合或RE的集合。在本公开中，具体地，被分配给或属于PDCCH/PCFICH/PHICH/PDSCH/PUCCH/PUSCH/PRACH的时间-频率资源或RE被称为PDCCH RE/PCFICH RE/PHICH RE/PDSCH RE/PUCCH RE/PUSCH RE/PRACH RE或PDCCH资源/PCFICH资源/PHICH资源/PDSCH资源/PUCCH资源/PUSCH资源/PRACH资源。下文中，如果说UE发送PUCCH/PUSCH/PRACH，则这意味着，在PUCCH/PUSCH/PRACH上或者通过PUCCH/PUSCH/PRACH发送UCI/UL数据/随机接入信号。另外，如果说gNB发送PDCCH/PCFICH/PHICH/PDSCH，则这意味着在PDCCH/PCFICH/PHICH/PDSCH上或通过PDCCH/PCFICH/PHICH/PDSCH发送DCI/控制信息。

在下文中，被分配以CRS/DMRS/CSI-RS/SRS/UE-RS或者针对其配置CRS/DMRS/CSI-RS/SRS/UE-RS的正交频分复用(OFDM)符号/载波/子载波/RE被称为CRS/DMRS/CSI-RS/SRS/UE-RS符号/载波/子载波/RE。被分配以跟踪RS(TRS)或者针对其配置TRS的OFDM符号被称为TRS符号，被分配以TRS的或者针对其配置TRS的子载波被称为TRS子载波，并且被分配以TRS或针对其配置TRS的RE被称为TRS RE。另外，被配置为发送TRS的子帧被称为TRS子帧。另外，载送广播信号的子帧被称为广播子帧或PBCH子帧，并且载送同步信号(SS)(例如，主同步信号(PSS)和/或辅同步信号(SSS))的子帧被称为SS子帧或PSS/SSS子帧。被分配以PSS/SSS并且针对其配置PSS/SSS的OFDM符号/子载波/RE被称为PSS/SSS符号/子载波/RE。

在本公开中，CRS端口、UE-RS端口、CSI-RS端口和TRS端口分别是指被配置为发送CRS的天线端口、被配置为发送UE-RS的天线端口、被配置为发送CSI-RS的天线端口和被配置为发送TRS的天线端口。被配置为发送CRS的天线端口可以通过根据CRS端口由CRS占用的RE的位置彼此区分开，被配置为发送UE-RS的天线端口可以通过根据UE-RS端口由UE-RS占用的RE的位置彼此区分开，并且被配置发送CSI-RS的天线端口可以通过根据CSI-RS端口由CSI-RS占用的RE的位置彼此区分开。因此，术语CRS/UE-RS/CSI-RS/TRS也被用于指代CRS/UE-RS/CSI-RS/TRS在预定资源区域中占用的RE的图案。

图1例示了3GPP系统中的物理信道和用于在物理信道上发送信号的一般方法。

参照图1，当UE通电或进入新小区时，UE执行初始小区搜索(S201)。初始小区搜索涉及与eNB的同步的获取。具体地，UE通过从eNB接收主同步信道(P-SCH)和辅同步信道(S-SCH)来使其定时与eNB同步并获取小区标识符(ID)和其它信息。然后，UE可以通过从eNB接收物理广播信道(PBCH)来获取在小区中广播的信息。在初始小区搜索期间，UE可以通过接收下行链路参考信号(DL RS)来监测DL信道状态。

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

如果UE初始接入eNB或者没有用于向eNB信号传输的无线电资源，则UE可以与eNB执行随机接入过程(S203至S206)。在随机接入过程中，UE可以在物理随机接入信道(PRACH)上发送预定序列作为前导码(S203和S205)，并且可以在PDCCH和与PDCCH相关联的PDSCH上接收对前导码的响应消息(S204和S206)。在基于竞争的RACH的情况下，UE可以附加执行竞争解决过程。

在上述过程之后，UE可以从eNB接收PDCCH和/或PDSCH(S207)，并且向eNB发送物理上行链路共享信道(PUSCH)和/或物理上行链路控制信道(PUCCH)(S208)，这是一般DL和UL信号传输过程。具体地，UE在PDCCH上接收下行链路控制信息(DCI)。这里，DCI包括用于UE的诸如资源分配信息之类的控制信息。根据DCI的不同用途定义了不同的DCI格式。

UE在UL上向eNB发送的或在DL上从eNB接收到的控制信息包括DL/UL肯定应答/否定应答(ACK/NACK)信号、信道质量指示符(CQI)、预编码矩阵索引(PMI)、秩指示符(RI)等。在3GPP LTE系统中，UE可以在PUSCH和/或PUCCH上发送诸如CQI、PMI、RI等的控制信息。

在NR系统中正在考虑使用超高频带(即，6GHz或以上的毫米频带)，以针对多用户在保持高传输速率的同时使用宽频带发送数据。3GPP称该系统为NR。在本公开中，该系统在下文中将称为NR系统。

NR系统采用OFDM传输方案或类似的传输方案。具体地，NR系统可以使用与LTE中的OFDM参数不同的OFDM参数。此外，NR系统可以遵循遗留的LTE/LTE-A参数集，但是具有更大的系统带宽(例如，100MHz)。此外，在NR系统中，一个小区可以支持多个参数集。也就是说，以不同的参数集操作的UE可以共存于一个小区内。

图2例示了在NR中使用的无线电帧的结构。

在NR中，UL传输和DL传输被配置成帧。无线电帧的长度为10ms并且被定义为两个5ms的半帧(HF)。半帧被定义为五个1ms子帧(SF)。子帧被分成一个或更多个时隙，并且子帧中的时隙数量取决于子载波间隔(SCS)。每个时隙根据循环前缀(CP)包括12或14个OFDM(A)符号。当使用正常CP时，每个时隙包括14个符号。当使用扩展CP时，每个时隙包括12个符号。这里，符号可以包括OFDM符号(或CP-OFDM符号)和SC-FDMA符号(或DFT-s-OFDM符号)。

表1例示了在使用正常CP时每个时隙的符号数量、每帧的时隙数量和每个子帧的时隙数量根据SCS而变化。

[表1]

SCS(15*2^u)	N<sup>slot</sup><sub>symb</sub>	N<sup>frame,u</sup><sub>slot</sub>	N<sup>subframe,u</sup><sub>slot</sub>
				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

*N^slot _symb：时隙中的符号数量*N^frame,u _slot：帧中的时隙数量

*N^subframe,u _slot：子帧中的时隙数量

表2例示了在使用扩展CP时每个时隙的符号数量、每帧的时隙数量和每个子帧的时隙数量根据SCS而变化。

[表2]

SCS(15*2^u)	N<sup>slot</sup><sub>symb</sub>	N<sup>frame,u</sup><sub>slot</sub>	N<sup>subframe,u</sup><sub>slot</sub>
				60KHz(u＝2)	12	40	4

在NR系统中，OFDM(A)参数集(例如，SCS、CP长度等)可以在针对一个UE合并的多个小区之间不同地配置。因此，可以在合并的小区之间不同地设置由相同数量的符号组成的时间资源(例如，SF、时隙或TTI)(简称为时间单位(TU))的(绝对时间)持续时间。

图3例示了NR帧的时隙结构。时隙在时域中包括多个符号。例如，在正常CP的情况下，一个时隙包括七个符号。另一方面，在扩展CP的情况下，一个时隙包括六个符号。载波在频域中包括多个子载波。资源块(RB)被定义为频域中的多个连续子载波(例如，12个连续子载波)。带宽部分(BWP)被定义为频域中的多个连续(P)RB，并且可以对应于一个参数集(例如，SCS、CP长度等)。载波可以包括多达N个(例如，五个)BWP。通过激活的BWP执行数据通信，并且针对一个UE可以激活仅一个BWP。在资源网格中，各元素被称为资源元素(RE)，并且可以在其中映射一个复符号。

图4例示了自包含时隙的结构。在NR系统中，帧具有自包含结构，在自包含结构中DL控制信道、DL或UL数据、UL控制信道等全部可以被包含在一个时隙中。例如，时隙中的前N个符号(下文中，DL控制区域)可以用于传输DL控制信道，而时隙中的最后M个符号(下文中，UL控制区域)可以用于传输UL控制信道。N和M是大于或等于0的整数。在DL控制区域和UL控制区域之间的资源区域(下文中，数据区域)可以用于DL数据传输或UL数据传输。例如，可以考虑以下配置。各个部分按时间顺序列出。

1.仅DL配置

2.仅UL配置

3.混合UL-DL配置

-DL区域+保护时段(GP)+UL控制区域

-DL控制区域+GP+UL区域

*DL区域：(i)DL数据区域，(ii)DL控制区域+DL数据区域

*UL区域：(i)UL数据区域，(ii)UL数据区域+UL控制区域

可以在DL控制区域中发送PDCCH，并且可以在DL数据区域中发送PDSCH。可以在UL控制区域中发送PUCCH，并且可以在UL数据区域中发送PUSCH。可以在PDCCH上发送下行链路控制信息(DCI)，例如，DL数据调度信息、UL数据调度信息等。可以在PUCCH上发送上行链路控制信息(UCI)，例如，关于DL数据的ACK/NACK信息、信道状态信息(CSI)和调度请求(SR)。GP在UE从发送模式切换到接收模式或者从接收模式切换到发送模式的过程中提供时间间隔。在子帧内从DL切换到UL时的一些符号可以被配置为GP。

图5例示了同步信号块(SSB)结构。UE可以基于SSB执行小区搜索、系统信息获取、用于初始接入的波束对准、DL测量等。SSB和同步信号/物理广播信道(SS/PBCH)块能互换地使用。

参照图5，SSB包括PSS、SSS和PBCH。在四个连续的OFDM符号上配置SSB，并且在相应的OFDM符号上发送PSS、PBCH、SSS/PBCH和PBCH。PSS和SSS可以各自包括1个OFDM符号和127个子载波，并且PBCH可以包括3个OFDM符号和576个子载波。向PBCH应用极化编码和正交相移键控(QPSK)。针对每个OFDM符号，PBCH可以具有数据RE和解调参考信号(DMRS)RE。每个RB可以有三个DMRS RE，并且在DMRS RE之间可以存在三个数据RE。

小区搜索

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

可以如下表3中所示地总结UE的小区搜索过程。

[表3]

图6例示了SSB传输。

参照图6，按照SSB周期性来周期性发送SSB。UE在初始小区搜索中假定的基本SSB周期被定义为20ms。在小区接入之后，可以通过网络(例如，BS)将SSB周期设置为{5ms，10ms，20ms，40ms，80ms，160ms}之一。可以在SSB周期的开始配置SSB突发集。SSB突发集可以配置有5ms时间窗口(即，半帧)，并且SSB可以在SS突发集内被重复发送多达L次。可以如下根据载波的频带给出SSB的最大发送次数L。一个时隙包括最多两个SSB。

-对于高达3GHz的频率范围，L＝4

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

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

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

-情况A-15kHz SCS：候选SSB的起始符号的索引被给定为{2，8}+14×n。当载波频率低于或等于3GHz时，n＝0、1。当载波频率为3GHz至6GHz时，n＝0、1、2、3。

-情况B-30kHz SCS：候选SSB的起始符号的索引被给定为{4,8,16,20}+28×n。当载波频率低于或等于3GHz时，n＝0。当载波频率为3GHz至6GHz时，n＝0、1。

-情况C-30kHz SCS：候选SSB的起始符号的索引被给定为{2，8}+14×n。当载波频率低于或等于3GHz时，n＝0。当载波频率为3GHz至6GHz时，n＝0、1、2、3。

-情况D-120kHz 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-240kHz SCS：候选SSB的起始符号的索引被给定为{8,12,16,20,32,36,40,44}+56×n。当载波频率高于6GHz时，n＝0、1、2、3、5、6、7、8。

图7例示了UE处的关于DL时间同步的信息的示例性获取。

参照图7，UE可以通过检测SSB来获取DL同步。UE可以基于检测到的SSB的索引来识别SSB突发集的结构，并且因此检测符号/时隙/半帧边界。所检测到的SSB所属的帧/半帧的编号可以由SFN信息和半帧指示信息来标识。

具体地，UE可以从PBCH获取10比特SFN信息s0至s9。10比特SFN信息中的6比特是从主信息块(MIB)获取的，并且其余4比特是从PBCH传输块(TB)获取的。

随后，UE可以获得1比特的半帧指示信息c0。当载波频率为3GHz或以下时，可以通过PBCH DMRS隐式地发信号通知半帧指示信息。PBCH DMRS使用8个PBCH DMRS序列之一来指示3比特信息。因此，如果L＝4，则可以由8个PBCH DMRS序列指示的3比特信息当中除了指示SSB索引的两个比特以外的其余一个比特可以用作半帧指示。

最终，UE可以基于DMRS序列和PBCH有效载荷来获取SSB索引。在SSB突发集(即，半帧)中，SSB候选按照时间顺序从0至L-1进行索引。如果L＝8或L＝64，则SSB索引的三个最低有效位(LSB)b0至b2可以由8个不同的PBCH DMRS序列指示。如果L＝64，则SSB索引的三个最高有效位(MSB)b3至b5由PBCH指示。如果L＝2，则SSB索引的两个LSB b0和b1可以由4个不同的PBCH DMRS序列指示。如果L＝4，则可以由8个PBCH DMRS序列指示的3比特信息当中除了指示SSB索引的两个比特以外的其余一个比特b2可以用作半帧指示。

系统信息获取

图8例示了系统信息(SI)获取过程。UE可以在SI获取过程中获得接入层(AS)信息/非接入层(NAS)信息。SI获取过程可以应用于处于RRC_CIDLE、RRC_INACTIVE和RRC_CONNECTED状态下的UE。

SI被划分为MIB和多个系统信息块(SIB)。MIB和多个SIB被进一步划分为最小SI和其它SI。最小SI可以包括MIB和systemInformationBlock1(SIB1)，其载送初始接入所需的基本信息和获得其它SI所需的信息。SIB1还可以被称为其余最小系统信息(RMSI)。对于细节，可以参考以下内容。

-MIB包括与SIB1的接收有关的信息/参数，并在SSB的PBCH上发送。UE假设在初始小区选择期间每20ms重复包括SSB的半帧。UE可以从MIB确定是否存在针对Type0-PDCCH公共搜索空间的任何控制资源集(CORESET)。Type0-PDCCH公共搜索空间是一种PDCCH搜索空间，并且用于发送调度SI消息的PDCCH。在存在Type0-PDCCH公共搜索空间的情况下，UE可以基于MIB中包括的信息(例如，pdcch-ConfigSIB1)来确定(i)包括在CORESET中的一个或更多个连续的符号和多个连续的RB，以及(ii)PDCCH时机(例如，将在其处接收PDCCH的时域位置)。在不存在Type0-PDCCH公共搜索空间的情况下，pdcch-ConfigSIB1提供关于SSB/SIB1存在处的频率位置的信息以及关于没有任何SSB/SIB1的频率范围的信息。

-SIB1包括与其余SIB(在下文中称为SIBx，其中x是等于或大于2的整数)的可用性和调度有关的信息(例如，传输周期和SI窗口尺寸)。例如，SIB1可以指示是周期性地广播SIBx还是在UE的请求下以点播(on-demand)方式广播SIBx。如果以点播方式提供SIBx，则SIB1可以包括UE发送SI请求所需的信息。在Type0-PDCCH公共搜索空间中发送调度SIB1的PDCCH，并且在由PDCCH指示的PDSCH上发送SIB1。

-SIBx被包括在SI消息中，并在PDSCH上发送。每个SI消息在周期性时间窗口(即，SI窗口)内发送。

波束对准

图9例示了SSB的示例性多波束传输。

波束扫描是指随着时间在发送接收点(TRP)(例如，BS/小区)处改变无线信号的波束(方向)(在下文中，术语波束和波束方向可互换地使用)。参照图9，可以通过波束扫描来周期性地发送SSB。在这种情况下，SSB索引被隐式链接到SSB波束。可以基于SSB(索引)或基于SS(索引)组来改变SSB波束。在后者中，相同的SSB波束保持在SSB(索引)组中。也就是说，针对多个连续的SSB来重复SSB的传输波束方向。根据载波的频带，SSB突发集中的SSB的最大允许传输数L是4、8或64。因此，可以根据载波的频带而将SSB突发集中的SSB波束的最大数量给出如下。

-针对高达3GHz的频率范围，波束的最大数量＝4

-针对3GHz至6GHz的频率范围，波束的最大数量＝8

-针对6GHz至52.6GHz的频率范围，波束的最大数量＝64

*没有多波束传输时，SSB波束的数量为1。

当UE尝试对BS的初始接入时，UE可以基于SSB将波束与BS对准。例如，UE执行SSB检测，并且然后识别最佳SSB。随后，UE可以在与最佳SSB的索引(即，波束)链接/相对应的PRACH资源中发送RACH前导码。即使在初始接入之后，SSB也可以用于BS和UE之间的波束对准。

信道测量和率匹配

图10例示了指示实际发送的SSB、SSB_tx的示例性方法。

可以在SSB突发集中发送多达L个SSB，并且针对每个BS或小区，实际发送的SSB的数量和位置可以是不同的。实际发送的SSB的数量和位置用于率匹配和测量，并且关于实际发送的SSB的信息指示如下。

–如果信息与率匹配有关，则信息可以由UE特定RRC信令或RMSI指示。UE特定RRC信令包括针对低于和高于6GHz的频率范围的完整位图(例如，长度为L)。如图所示，RMSI包括针对低于6GHz的频率范围的完整位图和针对高于6GHz的频率范围的压缩位图。具体地，关于实际发送的SSB的信息可以由组位图(8比特)+组内位图(8比特)来指示。由UE特定RRC信令或RMSI指示的资源(例如，RE)可以被保留用于SSB传输，并且可以考虑SSB资源来对PDSCH/PUSCH进行率匹配。

–如果该信息与测量有关，则当UE处于RRC连接模式时，网络(例如，BS)可以指示在测量时段内要测量的SSB集。可以针对每个频率层指示SSB集。在没有SSB集的指示的情况下，使用默认的SSB集。默认SSB集包括测量时段内的所有SSB。SSB集可以由RRC信令中的完整位图(例如，长度为L)指示。当UE处于RRC空闲模式时，使用默认的SSB集。

在NR系统中，可以考虑其中发送/接收(Tx/Rx)天线的数量显著增加的大规模多输入多输出(MIMO)环境。也就是说，当考虑大规模MIMO环境时，Tx/Rx天线的数量可以增加到几十或几百。NR系统支持在6GHz以上的频带(即，毫米频带)中的通信。然而，毫米频带的特征在于以下频率特性：由于使用太高的频带，信号根据距离非常快速地衰减。因此，在以6GHz或6GHz以上操作的NR系统中，考虑波束成形(BF)，其中用集中能量沿特定方向(而非全向地)发送信号以补偿快速传播衰减。因此，需要根据应用BF权重向量/预编码向量的位置来组合模拟BF和数字BF的混合BF，以用于大规模MIMO环境中的频率方向波束控制的容易性、灵活资源分配和增加的性能的目的。

随机接入(RACH)过程

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

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

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

(1)4步RACH：类型1随机接入过程

图11是例示本公开的各种实施方式适用于的示例性4步RACH过程的图。

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

UE的4步RACH过程可以总结在下面的表4中。

[表4]

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

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

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

用于RACH资源关联的SSB阈值可以由网络配置，并且RACH前导码基于SSB具有满足阈值的参考信号接收功率(RSRP)测量来发送或重新发送。例如，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是否包括针对其发送的前导码(也就是说，Msg1)的RAR信息。UE可以通过检查在RAR中其发送的前导码的RACH前导码ID的存在或不存在来进行确定。在没有对Msg1的响应的情况下，UE可以在执行功率斜升的同时将RACH前导码重新发送预定次数或更少次数。UE基于最新的路径损耗和功率斜升计数器来计算用于前导码重新发送的PRACH传输功率。

RAR信息可以包括由UE发送的前导码序列、BS已经分配给尝试随机接入的UE的临时小区RNTI(TC-RNTI)、UL发送时间对准信息、UL发送功率调整信息和UL无线电资源分配信息。在PDSCH上接收到其RAR信息时，UE可以获取初始UL授权、TC-RNTI和UL同步的定时提前信息。定时提前信息用于控制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)中结束，如表5所示。

[表5]

RAR UL授权字段	比特数
		跳频标志	1
Msg3 PUSCH频率资源分配	12
		Msg3 PUSCH时间资源分配	4
调制和编码方案(MCS)	4
		Msg3 PUSCH的发送功率控制(TPC)	3
CSI请求	1

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

[表6]

TPC命令	值[dB]
		0	-6
1	-4
		2	-2
3	0
		4	2
5	4
		6	6
7	8

(2)2步RACH：类型2随机接入过程

图12是例示本公开的各种实施方式适用于的示例性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(1201)。

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

基于这些消息的组合，2步RACH过程可变为低时延RACH过程。

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

(3)无竞争RACH

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

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

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

(4)SSB块与PRACH资源(时机)之间的映射

图14和图15是示出根据本公开的各种实施方式的SS块和链接到SS块的PRACH资源的传输的示例的图。

为了使BS与一个UE进行通信，需要找到BS与UE之间的最优波束方向，并且随着UE移动，最优波束方向可能改变，并且因此需要连续地跟踪最优波束方向。寻找BS与UE之间的最优波束方向的过程可以被称为波束获取过程，并且连续地跟踪最优波束方向的过程可以被称为波束跟踪过程。该过程可能是其中最优波束丢失并且与BS的通信不能保持在最优通信状态或进入通信不可能的状态的状态(即，用于在1)UE尝试第一次接入BS的初始接入期间、2)从一个BS切换到另一BS以及3)寻找UE与BS之间的最优波束的波束跟踪期间恢复波束故障的波束恢复)所需要的。

在NR系统的情况下，讨论了用于使用多个波束的环境中的波束获取的多步波束获取过程。在多步波束获取过程中，BS和UE可以在初始接入阶段中使用宽波束来执行连接建立，并且在连接建立完成之后，BS和UE可以使用窄波束来执行具有最优质量的通信。下面将描述本公开的各种实施方式的NR系统中的波束获取过程的示例。

-1)BS可以针对每个宽波束发送同步块，以便UE在初始接入阶段中找到BS(也就是说，执行小区搜索或小区获取)，测量宽波束的每个波束的信道的质量，并且找到要在波束获取的主要阶段中使用的最优宽波束。

-2)UE可以针对每个波束在同步块上执行小区搜索，并且可以使用针对每个波束的检测结果来执行DL波束获取。

-3)UE可以执行RACH过程，以便通知UE打算接入UE发现的BS。

-4)为了使UE与RACH过程同时在宽波束级别向BS告知DL波束获取结果(例如，波束索引)，BS可以连接或关联针对每个波束发送的同步块和要用于PRACH传输的PRACH资源。当UE使用连接到UE发现的最优波束方向的PRACH资源来执行RACH过程时，BS可以在接收PRACH前导码的过程期间获取关于适合于UE的DL波束的信息。

在多波束环境中，由UE和/或发送和接收点(TRP)准确地确定UE与TRP之间的Tx波束和/或Rx波束方向可能是重要的。在多波束环境中，可以考虑用于根据TRP(例如，BS)或UE的TX/RX互易能力(reciprocal capability)来重复发送信号或接收信号的波束扫描。TX/RX互易能力可以被称为TRP和UE中的TX/RX波束对应。在多波束环境中，当未保持TRP和UE中的TX/RX互易能力时，UE可能无法在UE接收DL信号的波束方向上发送UL信号。这是因为UL的最优路径和DL的最优路径是不同的。当TRP基于UE相对于TRP的一个或更多个TX波束的DL测量而确定用于对应UL接收的TRP RX波束和/或TRP基于TRP’相对于TRP的一个或更多个RX波束的UL测量而确定用于对应DL发送的TRP TX波束时，可以保持TRP中的TX/RX波束对应。当UE基于UE相对于UE的一个或更多个RX波束的DL测量而确定用于对应UL发送的UE RX波束和/或UE基于TRP基于相对于UE的一个或更多个TX波束的UL测量的指示来确定用于对应DL接收的UE RX波束时，可以保持UE中的TX/RX波束对应。

(5)PRACH前导码结构

在NR系统中，可以使用以下因素来配置用于对BS的初始接入(也就是说，通过由BS使用的小区对BS的初始接入)的RACH信号。

-循环前缀(CP)：这可以防止来自先前/前面(OFDM)符号的接口，并且可以将以各种时间延迟到达BS的PRACH前导码信号捆绑(bundle)在相同的时区中。也就是说，当CP被设置为适合于最大小区半径时，由小区中的UE在相同资源中发送的PRACH前导码可以进入与由BS设置的用于PRACH接收的PRACH前导码的长度相对应的PRACH接收窗口。CP的长度通常可以被设置为等于或大于最大往返延迟。CP可以具有长度T_CP。

-前导码(序列)：可以定义用于由BS检测信号的传输的序列，并且前导码可以承载该序列。前导码序列可以具有长度T_SEQ。

-保护时间(GT)：这可以是被定义为防止PRACH信号干扰PRACH符号持续时间之后到达BS的信号的持续时间，所述PRACH信号从PRACH覆盖中最远离BS的位置发送并且以延迟到达BS，并且UE在该持续时间期间不发送信号，因此可以不基于PRACH信号来定义GT。GT可以具有长度T_GP。

(6)映射到物理随机接入信道的物理资源

随机接入前导码可以仅在基于针对RACH配置预先配置的RACH配置表、FR1、FR2和预先配置的频谱类型获取的时间资源内发送。

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

-对于针对FR1和未配对频谱的随机接入配置的RACH配置表，RACH配置表中的PRACH配置索引可以从高层参数prach-ConfigurationIndexNew(如果已配置)给出。否则，RACH配置表中的PRACH配置索引可以从prach-ConfigurationIndex、msgA-prach-ConfigurationIndex、msgA-prach-ConfigurationIndexNew(如果已配置)等给出。

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

RACH配置表可以是关于PRACH配置索引、前导码格式、n_SFNmod x＝y、子帧号、起始符号、PRACH时隙的数量、PRACH时隙内的时域PRACH时机的数量以及在一些情况下的PRACH持续时间中的一个或更多个之间的关系的表。

下面将描述这些情况。

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

-(2)FR1和未配对频谱的随机接入配置

-(3)FR2和未配对频谱的随机接入配置

下面的表7示出了(2)FR1和未配对频谱的随机接入配置的RACH配置索引的示例的一部分。

[表7]

RACH配置表示出了用于配置RACH时机所需的参数(例如，前导码格式、周期、SFN偏移、RACH子帧/时隙索引、起始OFDM符号、RACH时隙的数量、时机的数量、用于RACH格式的OFDM符号等)的特定值。当指示了RACH配置索引时，可以使用与所指示的索引相关的特定值。

例如，当起始OFDM符号参数是n时，可以从具有索引#n的OFDM符号配置一个或更多个连续(时域)RACH时机。

例如，一个或更多个RACH时机的数量可以由以下参数指示：RACH时隙内的时域PRACH时机的数量。

例如，RACH时隙可以包括一个或更多个RACH时机。

例如，RACH时隙的数量(在具有特定SCS的子帧和/或时隙中)可以由以下参数来指示：RACH时隙的数量。

例如，包括RACH时机的系统帧号(SFN)可以通过n_SFNmod x＝y确定，其中，mod是模运算(模算术或模运算)，其是用于获得通过将被除数q除以除数d而获得的余数r的运算(r＝q mod(d))。

例如，包括系统帧中的RACH时机的子帧/时隙(索引)可以由以下参数来指示：RACH子帧/时隙索引。

例如，用于RACH发送/接收的前导码格式可以由以下参数来指示：前导码格式。

参照图16的(a)，例如，当起始OFDM符号被指示为0时，可以从OFDM符号#0配置一个或更多个连续(时域)RACH时机。例如，一个或更多个RACH时机的数量可以取决于由以下参数指示的值：RACH时隙内的时域RACH时机的数量。例如，前导码格式可以由以下参数来指示：前导码格式。例如，可以指示前导码格式A1、A2、A3、B4、C0、C2等。例如，最后两个OFDM符号中的一个可以用作GT，并且另一个可以用于诸如PUCCH、探测参考信号(SRS)等的其它UL信号的传输。

参照图16的(b)，例如，当起始OFDM符号被指示为2时，可以从OFDM符号#2配置一个或更多个连续(时域)RACH时机。例如，12个OFDM符号可以用于RACH时机，并且在最后的OFDM符号中可以不配置GT。例如，一个或更多个RACH时机的数量可以取决于由以下参数指示的值：RACH时隙内的时域RACH时机的数量。例如，前导码格式可以由以下参数来指示：前导码格式。例如，可以指示前导码格式A1/B1、B1、A2/B2、A3/B3、B4、C0、C2等。

参照图16的(c)，例如，当起始OFDM符号被指示为7时，可以从OFDM符号#7配置一个或更多个连续(时域)RACH时机。例如，6个OFDM符号可以用于RACH时机，并且最后的OFDM符号(OFDM符号#13)可以用于诸如PUCCH、SRS等的其它UL信号的传输。例如，一个或更多个RACH时机的数量可以取决于由以下参数指示的值：RACH时隙内的时域RACH时机的数量。例如，前导码格式可以由以下参数来指示：前导码格式。例如，可以指示前导码格式A1、B1、A2、A3、B3、B4、C0、C2等。

例如，包括在RACH配置表中的参数可以满足由RACH配置表和RACH配置索引识别/确定的预定对应关系。例如，可以满足以下参数之间的预定对应关系：PRACH配置索引、RACH格式、时段(x)＝8、SFN偏移(y)、子帧号、起始符号(索引)、子帧内的PRACH时隙的数量、PRACH时隙内的PRACH时机的数量、用于RACH格式的PRACH持续时间/OFDM符号等。对应关系可以通过RACH配置索引和RACH配置表来标识。

在下文中，将描述根据本公开的实施方式的用于执行RACH过程的方法。

参照图17至图19，将描述根据本公开的实施方式的UE和BS的整体操作过程。

图17例示了根据本公开的实施方式的UE的整体操作过程。

参照图17，UE可以向BS发送MsgA(S1701)。在这种情况下，MsgA可以仅包括PRACH或者可以包括PUSCH以及PRACH。当MsgA包括PRACH和PUSCH二者时，UE可以在发送PRACH之后发送PUSCH。

在这种情况下，UE可以在知道用于发送PRACH的SFN的同时发送PRACH。另选地，UE可以在不知道用于发送PRACH的SFN的情况下发送PRACH。其细节将在以下实施方式中描述。

UE可以监测和接收调度MsgB的DCI(S1703)。UE可以基于MsgB-RNTI从DCI解扰CRC。如果UE确认CRC，则UE可以解码DCI中包括的信息比特。

UE可以对DCI中的SFN的索引的低两个比特进行解码，然后将低两个比特与用于发送PRACH的SFN的索引的低两个比特进行比较。

然而，如果UE在不知道用于发送PRACH的SFN的情况下发送PRACH，则UE可能无法将DCI中包括的SFN的低两个比特和用于发送PRACH的SFN的低两个比特进行比较。例如，一般来说，当UE执行切换时，UE可能需要执行PBCH解码过程来获得要切换至的目标小区的SFN。然而，可以在没有PBCH解码的情况下执行RACH过程，以减少由于PBCH解码造成的时间延迟和由于PBCH解码而对UE造成的负担。在这种情况下，当UE打算将PRACH发送至目标小区时，UE可以在不知道用于PRACH传输的SFN的情况下发送PRACH。

这将在以下实施方式中详细描述。

UE可以基于DCI接收用于RAR的PDSCH(S1705)。在这种情况下，UE可以根据将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较的结果来接收PDSCH。另一方面，UE可以接收PDSCH，而不管将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较的结果如何。

此外，取决于UE是否能够将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较和/或根据比较结果，UE可以接收PDSCH或执行其它操作来替代接收PDSCH。

取决于UE是否能够将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较和/或根据比较结果的UE操作可以基于以下实施方式。

UE可以基于PDSCH发送UL信号(S1707)。在这种情况下，由UE发送的UL信号可以取决于PDSCH的RAR以及取决于是否接收到PDSCH而变化。例如，如果RAR是回退RAR，则UE可以发送用于类型1RACH过程的PRACH。作为另一示例，如果RAR是成功RAR，则UE可以通过在PUCCH中包括与ACK对应的HARQ-ACK信息来发送PUCCH。

如果UE没有接收到PDSCH，则UE可以根据类型1RACH过程发送PRACH或者根据类型2RACH过程发送(或重传)PRACH和PUSCH。

根据S1701至S1707的上述UE操作可以基于以下实施方式中的一个或更多个。也就是说，根据S1701至S1707的UE操作可以基于以下实施方式中的任何一个或者以下实施方式中的两个或更多个的任意组合来执行。

图18是用于说明根据本公开的实施方式的BS的整体操作过程的图。

参照图18，BS可以从UE接收MsgA(S1801)。在这种情况下，MsgA可以仅包括PRACH或者可以包括PUSCH以及PRACH。当MsgA包括PRACH和PUSCH二者时，BS可以在接收到PRACH之后接收PUSCH。

BS可以解码MsgA并且基于解码结果向UE发送具有由MsgB-RNTI加扰的CRC的DCI(S1803)。

BS可以基于DCI发送用于RAR的PDSCH(S1805)。如果BS在S1801中检测到PRACH和PUSCH二者，则RAR可以是成功RAR。如果BS在S1801中仅检测到PRACH而没有检测到PUSCH，则RAR可以是回退RAR。如果BS在S1801中没有检测到PRACH和PUSCH二者，则BS可以不发送DCI和PDSCH二者。也就是说，在这种情况下，可以省略S1803和S1805。

如果BS发送PDSCH，则BS可以基于PDSCH接收UL信号(S1807)。在这种情况下，UL信号可以取决于PDSCH的RAR以及取决于UE是否接收到PDSCH而变化。例如，如果RAR是回退RAR，则BS可以接收用于类型1RACH过程的PRACH。作为另一示例，如果RAR是成功RAR，则BS可以接收包括对应于ACK的HARQ-ACK信息的PUCCH。

如果UE没有接收到PDSCH，则BS可以根据类型1RACH过程接收PRACH或者根据类型2RACH过程接收(或再次接收)PRACH和PUSCH。

根据S1801至S1807的上述BS操作可以基于以下实施方式中的一个或更多个。也就是说，根据S1801至S1807的BS操作可以基于以下实施方式中的任何一个或者以下实施方式中的两个或更多个的任意组合来执行。

图19是用于说明根据本公开的实施方式的网络的整体操作过程的图。

参照图19，UE可以向BS发送MsgA(S1901)。在这种情况下，MsgA可以仅包括PRACH或者可以包括PUSCH以及PRACH。当MsgA包括PRACH和PUSCH二者时，UE可以在发送PRACH之后发送PUSCH。

在这种情况下，UE可以在知道用于发送PRACH的SFN的同时发送PRACH。另选地，UE可以在不知道用于发送PRACH的SFN的情况下发送PRACH。其细节将在以下实施方式中描述。

BS可以对接收到的MsgA进行解码(S1903)，并且基于解码结果向UE发送具有由MsgB-RNTI加扰的CRC的DCI(S1905)。

UE可以监测和接收调度MsgB的DCI(S1703)。UE可以基于MsgB-RNTI从DCI解扰CRC。如果UE确认CRC，则UE可以解码DCI中包括的信息比特。

UE可以对DCI中SFN的索引的低两个比特进行解码，然后将低两个比特与用于发送PRACH的SFN的索引的低两个比特进行比较。

然而，如果UE在不知道用于发送PRACH的SFN的情况下发送PRACH，则UE可能无法将DCI中包括的SFN的低两个比特和用于发送PRACH的SFN的低两个比特进行比较。例如，一般来说，当UE执行切换时，UE可能需要执行PBCH解码过程来获得要切换至的目标小区的SFN。然而，可以在没有PBCH解码的情况下执行RACH过程，以减少由于PBCH解码造成的时间延迟和由于PBCH解码而对UE造成的负担。在这种情况下，当UE打算将PRACH发送至目标小区时，UE可以在不知道用于PRACH传输的SFN的情况下发送PRACH。

这将在以下实施方式中详细描述。

BS可以基于DCI发送用于RAR的PDSCH(S1907)。如果BS在S1903中检测到PRACH和PUSCH二者，则RAR可以是成功RAR。如果BS在S1903中仅检测到PRACH而没有检测到PUSCH，则RAR可以是回退RAR。如果BS在S1903中没有检测到PRACH和PUSCH二者，则BS可以不发送DCI和PDSCH。也就是说，在这种情况下，可以省略S1905和S1907。在这种情况下，UE可以向BS发送(或重传)MsgA。

UE可以根据将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较的结果来接收PDSCH。另一方面，UE可以接收PDSCH，而不管将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较的结果如何。

此外，取决于UE是否能够将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较和/或根据比较结果，UE可以接收PDSCH或执行其它操作而不接收PDSCH。

取决于UE是否能够将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较和/或根据比较结果的UE操作可以基于以下实施方式。

UE可以基于PDSCH发送UL信号(S1909)。在这种情况下，由UE发送的UL信号可以取决于PDSCH的RAR以及取决于是否接收到PDSCH而变化。例如，如果RAR是回退RAR，则UE可以发送用于类型1RACH过程的PRACH。作为另一示例，如果RAR是成功RAR，则UE可以通过在PUCCH中包括与ACK对应的HARQ-ACK信息来发送PUCCH。

如果UE没有接收到PDSCH，则UE可以根据类型1RACH过程发送PRACH或者根据类型2RACH过程发送(或重传)PRACH和PUSCH。

根据S1901至S1909的上述UE操作可以基于以下实施方式中的一个或更多个。也就是说，根据S1901至S1909的UE操作可以基于以下实施方式中的任何一个或者以下实施方式中的两个或更多个的任意组合来执行。

在下文中，将基于图17至图19描述本公开的具体实施方式。

1.实施方式1

在2步RACH过程中，取决于BS是否成功接收MsgA，对于网络操作可以考虑以下三种情况。

-情况1：当BS成功检测到PRACH前导码和PUSCH二者时，BS可以向UE发送MsgB。

-情况2：当BS仅检测到PRACH前导码而未能检测到PUSCH时，BS可以发送回退RAR，其指示UE执行4步RACH过程。

BS可以在MsgB中包括指示4步RACH过程的Msg3传输的消息，以将该消息发送到UE。UE可以监测用于MsgB的PDCCH并且接收与MsgB相关的PDCCH。此外，UE可以解码与PDCCH相关的PDSCH，然后获得用于UE操作的指示符。

例如，当UE接收到4步RACH过程的Msg3时，UE可以在预定时间之后发送PUSCH。

-情况3：当BS未能检测到PRACH前导码时，BS可以不向UE发送RAR或MsgB。如果UE在预定时间段(例如，用于MsgB接收的监测窗口)内未能接收到RAR或MsgB，则UE可以发送(或重传)MsgA。另一方面，当BS未能检测到PRACH前导码时，BS可以尝试检测PUSCH。然而，BS可以不尝试检测PUSCH。

此外，在情况1和/或情况2中，可能需要RNTI(例如，TC-RNTI)来监测用于MsgB的PDCCH。然而，可能难以将TC-RNTI分配给打算执行PDCCH监测的UE。因此，有必要研究是否需要基于TC-RNTI的PDCCH监测。如有必要，需要研究用于分配TC-RNTI的方法。此外，还需要研究TC-RNTI是共同用于一组UE还是被分配给每个UE。

为此，可以定义由UE用来监测用于MsgB的PDCCH的RNTI。这样的RNTI可以在RAR中提供。当UE发送PRACH前导码并且BS检测到PRACH前导码时，BS可以向UE发送针对与检测到的PRACH前导码相关的随机接入过程标识(RAPID)的响应(例如，RAR)。在这种情况下，BS可以将关于与RAPID相关的RNTI的信息包括在RAR中以将关于RNTI的信息发送给UE。如果UE从RAR中检查到由UE发送的RAPID，并且还检查到与RAPID相关的RNTI，则UE可以基于TC-RNTI发送诸如PUSCH之类的UL数据，或者可以监测用于MsgB的PDCCH或用于其它DL数据(例如，PDSCH)的PDCCH。另外，UE可以使用对应的RNTI作为UL数据的加扰序列的初始化种子值。

为了生成用于监测针对MsgB的PDCCH的RNTI，可以使用式1，其用于生成与特定RACH时机(RO)相关的RA-RNTI。

[式1]

RA_RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id

在式1中，s_id表示发送的PRACH的第一个OFDM符号索引并且具有0≤s_id<14的值。

在式1中，t_id表示发送的PRACH的系统帧中的第一个时隙索引并且具有0≤t_id<80的值。

在式1中，f_id表示PRACH在频域中的索引并且具有0≤f_id<8的值。

在式1中，ul_carrier_id表示UL载波的指示符。具体而言，如果UL载波是正常载波，则ul_carrier_id的值为“0”，如果UL载波是补充上行链路(SUL)载波，则ul_carrier_id的值为“1”。

根据本公开的实施方式，当在RO上发送2步PRACH前导码时，可以定义与对应的RO相关的TC-RNTI或新的RNTI。作为用于此的参数，可以通过将预定偏移应用于与RO所映射到的时间资源相关的参数来生成RNTI。例如，在式1的s_id和/或t_id的索引当中存在实际上未使用的索引和已使用的索引。因此，可以使用除了用于映射了对应的RO的s_id和/或t_id的索引之外的索引。

例如，如果4步RACH过程的RA-RNTI是基于包括在RACH配置表中的时隙索引和OFDM符号起始位置(或起始OFDM符号索引)生成的，则2步RACH过程的RNTI可以通过将预定偏移应用于包括在RACH配置表中的时隙索引和OFDM符号起始位置(或起始OFDM符号索引)来生成。

例如，基于短序列的PRACH前导码可以由至少两个OFDM符号组成。对于PRACH前导码格式A1，OFDM符号索引0、2、4、6、8或10可以用于4步RACH过程的RA-RNTI，OFDM符号索引1、3、5、7、9或11可以不被使用。因此，OFDM符号索引1、3、5、7、9或11可以用于生成2步RACH过程的RNTI。

此外，可以使用时隙索引来生成2步RACH过程的RNTI。即使RACH配置持续时间对于2步RACH和4步RACH过程二者都是10ms，对于4步RACH过程的RA-RNTI，仅基于15kHz时隙以2ms为间隔使用时隙索引0、2、4、6或8。因此，时隙索引1、3、5、7或9可以用于2步RACH过程的RNTI。

也就是说，可以通过从s_id和t_id中的至少一个中选择不用于生成4步RACH过程的RNTI的值来生成2步RACH过程的RNTI。在这种情况下，考虑到f_id，可以生成至少8个不同的RNTI。

作为另一示例，如果将2步PRACH前导码和4步PRACH前导码的传输时间以子帧为单位划分，则可以为2步RACH过程生成更多的RNTI。例如，如果对于RACH配置使用20ms的持续时间，则前半部分的10ms可以用于4步RACH过程(或2步RACH过程)，而后半部分的10ms可以用于2步RACH过程(或4步RACH过程)。

另一方面，当2步RACH过程和4步RACH过程共享同一个RO时，可以使用由RACH配置指示的时隙索引来生成4步RACH过程的RA-RNTI，并且可以将特定偏移应用于由RACH配置指示的时隙索引以生成2步RACH RNTI。

例如，假设对于RACH生成支持时隙索引0至79，如果FR1中的SCS为15kHz或30kHz，则时隙索引0至39可以用于4步RACH过程，并且时隙索引40至79可以用于2步RACH过程。

如果指示用于4步RACH过程的RACH时隙索引为0、2、4、6或8，则可以使用时隙索引1、3、5、7或9来生成2步RACH过程的RNTI。

另外，时隙索引0至9可以用于SCS为15kHz的RACH时隙，并且时隙索引0至39可以用于SCS为60kHz的RACH时隙。在这种情况下，如果指示了30/120kHz的SCS，则15/60kHz SCS时隙中包括的两个时隙中的仅一个时隙可以用于生成4步RACH过程的RA-RNTI。在这种情况下，剩余的一个时隙索引可以用于生成2步RACH过程的RNTI。

作为另一示例，2步RNTI和4步RA-RNTI可以用不同的值如下生成：用于生成4步RACH过程的RA-RNTI的时隙索引和/或OFDM符号索引可以保持特定的持续时间，并且不同的时隙索引和/或OFDM符号索引可以用于2步RACH过程的RA-RNTI。这里，用于生成2步RNTI过程的持续时间可以在用于生成4步RACH过程的RA-RNTI的持续时间之后。

另一方面，如果RAR窗口的最大长度为10ms，则用于接收Msg4的竞争解决定时器可以被配置为操作长于10ms的持续时间。例如，参照图20，当RAR窗口的长度为10ms时，竞争解决定时器可以具有20ms的长度，这包括两个RAR窗口。在这种情况下，如果创建了与RO相关的TC-RNTI或新的RNTI，则TC-RNTI或新的RNTI可以每10ms就交叠。为了解决这个问题，应用于RO的时间偏移值可以每10ms变化一次。

作为另一示例，UE可以在发送PRACH前导码时基于RO生成RA-RNTI。此后，UE可以基于对应的RA-RNTI来监测PDCCH。在这种情况下，要监测的PDCCH可以用于RAR或MsgB。

作为另一示例，UE可以在从UE监测PDCCH的时间起逝去预定时间(例如，10ms)之后重新计算用于监测与RO相关的PDCCH的RA-RNTI。为了生成与先前的RA-RNTI不同的RA-RNTI，可以考虑上述使用时隙索引或OFDM符号索引的方法。

另一方面，上述方法不限于应用于2步RACH过程的PDCCH监测。也就是说，即使当用于4步RACH过程的PDCCH监测的持续时间(例如，监测窗口)变得长于预定水平时，也可以应用该方法。例如，考虑到PDCCH传输可能会由于在免许可频带中的先听后说(LBT)而延迟，当4步RACH过程的RAR监测窗口增加到10ms或更多时，可以考虑上述方法。

作为另一示例，UE可以通过在20ms或更长的持续时间中用时隙索引替换RO上的时隙索引来初始地生成RA-RNTI。例如，对于15kHz SCS，UE可以用时隙索引0至19替换两个帧中包括的时隙，并且使用时隙索引来生成RA-RNTI。为此，UE需要精确地知道20ms或更长的持续时间的起点和终点。然而，当UE在异步网络中执行切换时，UE需要获得关于目标小区的SFN信息，以便确保持续时间长于目标小区的10ms持续时间的边界。由于对应的信息包括在PBCH中，UE需要对PBCH进行解码以获得关于目标小区的SFN信息。因此，为了实现本实施方式，还需要考虑在切换期间由于PBDH解码可能出现时延的可能性。

2步RACH过程和4步RACH过程可以共享相同的RO。在这种情况下，执行2步RACH过程的UE和执行4步RACH过程的UE可以各自监测RAR。用于RAR监测的RA-RNTI可以根据RO确定。此外，执行2步RACH过程的UE需要监测MsgB。但是，用于监测MsgB的RNTI需要与用于RAR的RNTI不同。对于用于MsgB监测的RNTI，可以重用现有的RA-RNTI生成式。例如，用于MsgB的RNTI可以由包括基于式1的实施方式的上述实施方式生成。

下面，将对在实施方式1的示例中描述的RNTI生成方法和可应用该RNTI生成方法的示例进行总结。

(1)用法1：RNTI生成方法可以用来区分2步RACH过程的RA-RNTI和4步RACH过程的RA-RNTI。

(2)用法2：在2步RACH过程中，RAR和MsgB二者都需要被监测。因此，实施方式1可以用于区分用于RAR监测的RA-RNTI和用于msgB监测的RNTI。

(3)用法3：当PDCCH监测窗口的长度超过10ms时，RNTI生成方法可以用于区分用于在特定时间点处的RO上的RAR监测的RA-RNTI以及用于在与特定时间点处的RO具有相同的OFDM符号、时隙和频率位置但具有10ms的偏移的RO上的RAR监测的RA-RNTI。

用法3可以应用于以下场景。

1)对于免许可频带中的传输，由于LBT，可能难以获得发送PDCCH的时机，因此可以将PDCCH监测窗口的长度配置为超过10ms。例如，PDCCH监测窗口的长度可以设置为20ms、30ms或40ms。

2)2步RACH过程的MsgB监测窗口的大小可能超过10ms。

3)如果在2步RACH过程中用于MsgB监测的RA-RNTI在映射了特定RO的PUSCH时机组(例如，用于MsgA PUSCH传输的UL时间和频率资源)中生成，则RNTI生成方法可以用于将与特定PUSCH时机组相关的RA-RNTI和与另一PUSCH时机组相关的RA-RNTI区分开。

4)当根据相关RO生成2步RACH过程中用于MsgB监测的RA-RNTI时，MsgB监测窗口可以与和具有10ms偏移的RO相关的另一MsgB监测窗口交叠，即使MsgB监测窗口的大小是10ms，因为MsgB监测窗口的起点是在发送MsgA PUSCH的时间之后，如图21所示。因此，RNTI生成方法可以用于区分与交叠的MsgB监测窗口相关的RNTI。此外，可以在发送MsgA PRACH前导码之后发送MsgA PUSCH。因此，与MsgA PRACH前导码相关联的PUSCH资源的时间位置可以针对每个MsgA PRACH前导码而变化。

此外，可以将用法3应用于除了上述四种场景之外的场景。

2.实施方式2

在下文中，将描述在使用现有RA-RNTI的同时基于PDCCH区分4步RACH过程和2步RACH过程的方法以及当存在交叠的PDCCH监测窗口时识别哪个PDCCH监测窗口用于PDCCH的方法。

(1)实施方式2-1：使用PDCCH加扰序列的方法

RNTI可以由16个比特组成，而加扰到16个比特的CRC可以由24个比特组成。因此，当映射16个比特的RNTI时，剩余8个比特。在这8个比特当中，至少有一个比特可以用于对CRC进行加扰。例如，除了常用的RNTI之外，能够附加地指定对应的PDCCH的比特可以用于CRC加扰。

通过这样做，可以将RAR与2步RACH过程的MsgB区分开。另外，如果监测窗口的长度超过10ms，则实施方式2-1可以用于区分在交叠的监测窗口中接收到的PDCCH与哪个监测窗口相关。

(2)实施方式2-2：使用DMRS序列的方法

为了生成DMRS序列，可以使用RNTI和N_id作为种子值。在这种情况下，可以使用共同的RNTI作为种子值，并且可以使用用于指定PDCCH的不同N_id值来区分对应的PDCCH。

(3)实施方式2-3：使用PDCCH内容的方法

DCI中包括的一些比特可用于指示PDCCH用于其它目的但使用相同的RA-RNTI。这里，用于其它目的的PDCCH可以是指用于区分RAR和MsgB的不同PDCCH、用于区分2步RACH过程的RAR和4步RACH过程的RAR的不同PDCCH、或者用于区分在从监测窗口开始的预定时间(例如，10ms)内接收到的RAR(或MsgB)以及在预定时间之后接收到的RAR(或MsgB)的不同PDCCH。

另一方面，对应的指示符可以被包括在RAR消息或MsgB中而不是PDCCH内容中。

3.实施方式3

在下文中，将参照实施方式1和2描述具体示例。

(1)实施方式3-1：区分用于2步RACH过程的RAR的PDCCH和用于4步RACH过程的RAR 的PDCCH的方法

RO可以为2步RACH过程和4步RACH过程共享。在这种情况下，可以为2步RACH过程和4步RACH过程中的每一个分配不同的PRACH前导码。然而，如果基于RO生成RA-RNTI，则希望取决于RACH过程接收不同响应的UE可能难以区分接收到的响应与哪个RACH过程相关。

在4步RACH过程中，UE可以从发送PRACH前导码之后的时隙中监测用于Msg2的PDCCH。具体地，UE可以在包括在由BS指示的用于PDCCH监测的RAR搜索空间中的长达10ms的监测窗口内基于RA-RNTI来监测PDCCH。

另一方面，在2步RACH过程中，UE可以在从当UE发送MsgA PRACH前导码和MsgAPUSCH(例如，在PUSCH传输之后或在PUSCH组的末尾)逝去预定时间之后被配置为DL或灵活的时隙中监测用于2步RACH过程的RAR的PDCCH。

在这种情况下，UE可以在为2步RAR配置的搜索空间内监测PDCCH。另一方面，为2步RAR配置的搜索空间可以与为4步RACH过程配置的搜索空间相同。另选地，为2步RAR配置的搜索空间可以为2步RACH过程单独指定。

当UE针对2步RAR监测PDCCH时，UE可以基于UE的状态使用不同的RNTI。例如，当UE处于RRC CONNECTED状态时，UE可以使用C-RNTI接收成功RAR，同时，UE可以使用RA-RNTI接收回退RAR。另选地，当UE处于RRC CONNECTED状态时，UE可以仅使用RA-RNTI来接收成功RAR和回退RAR。

另一方面，当UE处于RRC IDLE/INACTIVE状态时，UE可以使用RA-RNTI来接收2步RAR。例如，2步RA-RNTI可以不同于4步RA-RNTI。作为另一示例，4步RA-RNTI和2步RA-RNTI可以相同，并且在这种情况下，用于2步RACH过程的特定比特串可以被掩码到在CRC映射之后剩余的N个比特。例如，如果CRC是24个比特，而RA-RNTI是16个比特，则剩余8个比特。因此，特定比特串被掩码到剩余的8个比特，并且可以基于掩码的特定比特串来区分2步RAR和4步RAR。

即使通过上述方法识别了用于2步RAR的PDCCH和用于4步RAR的PDCCH，由于以下原因，2步RA-RNTI之间可能会存在冲突。用于2步RAR的PDCCH的监测在RO之后发送PUSCH时机(PO)时开始，监测持续时间可以超过10ms，并且现有RA-RNTI每10ms重复一次。

为了解决该问题，指示RA-RNTI用于RO还是PO的信息可以由用于2步RACH RAR的控制信号(例如，DCI)或RAR消息来指示。例如，SFN的低N个比特可以被包括在控制信号或RAR消息中。例如，N可以是1、2和3之一，N的值可以根据RAR监测窗口和PDCCH搜索开始时间来确定。此外，关于从RO起逝去的相对时间的信息可以包括在控制信号或RAR消息中。例如，可以包括关于从RO起N*10ms的信息，在这种情况下，N可以具有1、2、3、4、5、6、7或8的值。

实施方式3-2：当在RO和PO的映射中的2步PRACH前导码当中存在未映射到PUSCH资 源单元(PRU)的PRACH前导码时监测用于RAR的PDCCH的方法

在2步RACH过程中，UE可以将特定RO的PRACH前导码映射到特定PO的PRU以配置MsgA。

然而，当RO的数量多于PO的数量时，一些RO可能不会映射到PO。另选地，一些PRACH前导码可能不会映射到PRU。当UE执行2步RACH过程时，UE可以通过从2步PRACH前导码当中选择在特定时间没有映射到PRU的PRACH前导码来发送MsgA。在这种情况下，UE监测用于2步RACH过程的RAR的PDCCH的时间可以在预期PUSCH传输(尽管实际上没有传输PUSCH)的PO之后。然而，如果不执行PRACH前导码到PRU映射的PRACH前导码或与未映射的PRACH前导码相关的RO为BS和UE所知，则可以从发送2步PRACH前导码之后的时隙执行PDCCH监测，这如同现有的4步RACH过程，其中从发送PRACH前导码之后的时隙执行监测。也就是说，在发送2步PRACH前导码之后的时隙可以是监测用于2步RAR的PDCCH的开始时间。另外，在这种情况下，由于实际没有发送PUSCH，BS可能检测不到PUSCH，因此UE可能期望接收回退RAR。

(3)实施方式3-3：当PDCCH监测窗口超过10ms时在DCI或RAR消息中包括时间信息 的方法。

参照图22，当相对于包括RO的RACH时隙在位于10ms范围内的时隙中发送PDCCH时，可以将包括在DCI或RAR消息中的时间信息设置为“000”。当接收器(例如，UE)在DCI或RAR消息中获得时间信息“000”时，接收器可以识别出对应的RAR是对从位于10ms范围内的RO发送的RACH的响应。当在位于10ms到2*10ms范围内的时隙中发送PDCCH时，可以将包括在DCI或RAR消息中的时间信息设置为“001”。可以按照与上述类似的方式为其它时间范围配置时间信息。此外，时间信息的比特大小不受限制。例如，如果时间信息如上所述由3个比特组成，则持续时间为0至X ms(40ms<X≤80ms)可以以10ms为单位划分为Y个持续时间(4<Y≤8)，并且可以识别在8个划分的持续时间当中的哪个持续时间中发送PDCCH。另外，如果时间信息由5个比特组成，则持续时间为0至X ms(160ms<X≤320ms)可以以10ms为单位划分为Y持续时间(16<Y≤32)，并且可以识别在32个划分的持续时间当中的哪个持续时间中发送PDCCH。

当PDCCH在相对于用于监测Msg2 RAR的时隙位于10ms范围内的时隙中发送时，时间信息可以设置为“000”。当接收器(例如，UE)获得时间信息“000”时，接收器可以识别出对应的Msg2 RAR是对从位于10ms范围内的RO发送的RACH的响应。当PDCCH在相对于用于监测Msg2 RAR的时隙位于10ms到2*10ms范围内的时隙中发送时，时间信息可以设置为“001”。可以按照与上述类似的方式为其它时间范围配置时间信息。此外，时间信息的比特大小不受限制。例如，如果时间信息如上所述由3个比特组成，则持续时间为0至X ms(40ms<X≤80ms)可以以10ms为单位划分为Y个持续时间(4<Y≤8)，并且可以识别在8个划分的持续时间当中的哪个持续时间中发送PDCCH。另外，如果时间信息由5个比特组成，则持续时间为0至X ms(160ms<X≤320ms)可以以10ms为单位划分为Y持续时间(16<Y≤32)，并且可以识别在32个划分的持续时间当中的哪个持续时间中发送PDCCH。

时间信息可以与上述方法类似地配置，但是参考时隙可以是用于监测MsgB RAR的时隙。

时间信息可以是指示包括RO的帧的编号与在接收PDCCH时的帧的编号之间的相对差异的信息。

(4)实施方式3-4：当MsgB和Msg2二者都使用相同的RNTI时，使用CRC加扰来区分用 于MsgB的DCI和用于Msg2的DCI的方法

以下内容提取自3GPP TS 38.212的第7.3.2节CRC附接。

-DCI传输的错误检测可以通过CRC来执行。CRC的整个有效载荷可用于计算CRC奇偶校验比特。有效载荷比特可以定义为a₀、a₁、a₂、a₃、...、a_A-1，并且奇偶校验比特可以定义为p₀、p₁、p₂、p₃、...、p_L-1，其中A是有效载荷大小，并且L是奇偶校验比特的数量。奇偶校验比特基于a’₀、a’₁、a’₂、a’₃、...、a’_A+L-1的输入比特序列计算，并根据3GPP TS 38.212的第5.1节。在这种情况下，L可以是24个比特并且基于生成多项式来附接。

-如果K＝A+L，则b₀、b₁、b₂、b₃、...、b_K-1的输出比特可以定义为：

当k＝0、1、2、...、A-1时，b_k＝a_k；并且当k＝A、A+1、A+2、...、A+L-1时，b_k＝p_k-A。

-在附接之后，基于对应的RNTI以c₀、c₁、c₂、c₃、...、c_K-1的比特序列的形式对CRC奇偶校验比特进行加扰。在这种情况下，c_k和b_k之间的关系由当k＝0、1、2、...、A+7时c_k＝b_k并且当k＝A+8、A+9、A+10、...、A+23时c_k＝(b_k+x_rnti,k-A-8)mod 2定义。

如上所述，参考3GPP TS 38.212的第7.3.2节的内容，当16个比特的RNTI被加扰到24个比特的CRC并且对剩余比特执行附加加扰时，可以以与下式2相同的方式来配置CRC比特。

[式2]

对于k＝0、...、A-1，c_k＝b_k

对于k＝A、...、A+7，c_k＝(b_k+X_mask,k-A)mod 2

对于k＝A+8、...、A+23，c_k＝(b_k+x_rnti,k-A-8)mod 2

这里，之前使用的{0、0、0、0、0、0、0、0}可以用作Xmask。如果需要附加掩码，则可以使用具有至少一个不同比特的比特串，诸如{0、1、0、1、0、1、0、1}、{0、0、0、0、0、0、0、1}等。

即使在RNTI增加到24个比特时也可以应用实施方式3-4。在这种情况下，对于具有16比特的传统RNTI和使用扩展比特(例如，24比特)的RNTI，可以基于上述值的范围来确定加扰比特的数量。

4.实施方式4

在实施方式4中，将描述在支持2步RACH过程的网络中包括gNB、移动BS、卫星、车辆等的BS之间的时间同步假设。

具体地，将描述由UE用来执行切换的时间同步假设。也就是说，实施方式4不限于包括UE和gNB的系统，并且实施方式4可以应用于包括诸如接入和回程集成(IAB)和中继之类的中继器以及诸如非陆地网络(NTN)之类的人造卫星的各种类型的BS和UE。实施方式4也可以应用于各种UE之间的通信，诸如车辆之间的通信或飞行物体之间的通信。

在2步RACH过程中，UE可以发送MsgA PRACH前导码和MsgA PUSCH。在接收到MsgAPRACH前导码和MsgA PUSCH时，BS可以尝试检测MsgA PRACH前导码，然后尝试从MsgA PUSCH中获取关于UE的信息。如果BS基于MsgA PRACH前导码检测和MsgA PUSCH解码成功获得UE信息，则BS可以向UE发送成功RAR。另一方面，当BS检测到MsgA PRACH前导码但未能解码MsgAPUSCH时，BS可以向UE发送回退RAR以指示UE回退到与成功检测到的PRACH前导码相关的4步RACH过程。

如果BS在MsgA PRACH前导码检测和MsgA PUSCH解码二者中均失败，则BS可以不向UE发送任何RAR。

为了接收由BS发送的成功RAR或回退RAR，UE可以基于MsgB-RNTI监测用于MsgB的PDCCH。当检测到与对应的MsgB-RNTI相关的DCI时，UE可以从由DCI调度的PDSCH中获得成功RAR或回退RAR的消息。

然而，当用于UE基于MsgB-RNTI监测用于MsgB的PDCCH的监测窗口的长度为10ms或更多时，如果不同的UE在不同的RO上选择MsgA PRACH前导码但使用相同的MsgB-RNTI，则用于PDCCH监测的监测窗口可能交叠。在这种情况下，存在UE无法精确地知道检测到的针对MsgA PRACH前导码的PDCCH与哪个RO相关的问题。

为了解决这个问题，可以引入一种允许使用相同MsgB-RNTI的UE通过发送关于在DCI中选择对应RO的帧的索引的信息来区分与检测到的DCI相关的RAR的方法。该方法的细节已在实施方式1至实施方式3中描述。

在LTE和NR系统中，可以通过称为SFN的参数来发送帧索引，并且SFN被包括在PBCH中。换句话说，SFN可以通过对PBCH进行解码而获得。

例如，当UE在初始接入阶段选择特定小区时，UE可以从主同步信号/辅同步信号(PSS/SSS)中检测物理小区ID(PCID)并且通过解码PBCH获得包括SFN的各种时间信息(例如，SSB索引、半帧索引等)以及接收系统信息块类型1(SIB1)所必需的信息(例如，RMSICORESET、搜索空间、SCS、资源块对准等)。

当UE从SIB1中获得RACH相关信息时，如果网络指示2步RACH过程，则UE可以发送MsgA，然后在监测MsgB的同时使用从PBCH解码获得的SFN信息。

当主小区组或辅小区组的主小区(Spcell)以双连接添加到UE时，UE可以从Pcell接收用于通过Spcell执行的RACH的RACH配置。然后，UE可以根据对应的RACH配置执行RACH过程。另外，当指示切换时，UE可以通过切换命令接收目标小区的RACH配置。然后，UE可以基于对应的RACH配置执行针对目标小区的RACH过程。

如果在UE执行双连接或切换时，RACH时段和RO到SSB关联图案时段中的每一个为10ms或更长，则UE可能需要知道目标小区的SFN以执行RACH过程。如果UE需要如在切换中那样在中断时间内完成RACH过程以及时间/频率跟踪，则解码目标小区的PBCH以获得SFN可能是UE上的显著负担。当UE由于上述问题需要在LTE和NR系统中如在切换中那样在中断时间内完成RACH过程时，可以允许UE在不进行PBCH解码的情况下执行RACH过程，以减少由于PBCH解码导致的时间延迟并且减少了由PBCH解码给UE带来的负担。也就是说，可以不采用需要PBCH解码的UE操作。

此外，如果MsgB监测窗口的大小为10ms或更大，则在2步RACH过程中可能会出现类似的问题。

为了解决这些问题，已经在实施方式3中提出了通过配置特定时间来识别使用相同MsgB-RNTI的UE并向UE发送关于从特定时间到接收到DCI的时间的持续时间的信息来识别使用相同MsgB-RNTI的多个RO的方法。

根据实施方式3中提出的方法，UE需要从PBCH解码中获得SFN信息。然而，当如上所述在切换中UE需要如在切换中那样在中断时间内完成RACH过程时，需要一种使得UE能够获得或假定与所选RO相关的SFN而无需进行PBCH解码的方法。因此，提出了允许UE假设或获得SFN而无需PBCH解码的方法。

(1)实施方式4-1：

1)如果在切换过程中配置了2步RACH过程，则UE可以假设当前小区和目标小区之间的同步是对准的。

2)如果在切换过程中配置了2步RACH过程并且MsgB监测窗口大小超过10ms，则UE可以假设当前小区和目标小区之间的同步是对准的。

3)如果在切换过程中，用于2步RACH无竞争随机接入(CFRA)的MsgB监测窗口和用于2步RACH基于竞争的随机接入(CBRA)的MsgB监测窗口中的至少一个超过10ms，则UE可以假设当前小区和目标小区之间的同步是对准的。

在下文中，将详细描述实施方式4-1中UE假设当前小区和目标小区之间的同步对准的操作。

当在切换到目标小区期间配置了2步RACH过程时，UE可以假设当前小区的无线电帧i与目标小区的无线电帧i之间的绝对时间差为N。在这种情况下，N例如可以是153600Ts(5ms)或76800Ts(2.5ms)，其中Ts可以是1/2048/15000秒。

具体而言，当目标小区具有Lmax＝4并且使用配对或未配对的频谱时，可以应用N＝153600Ts。此外，当目标小区具有Lmax＝8并且使用未配对的频谱时以及当源小区使用配对或未配对的频谱时，可以应用N＝76800Ts。

换句话说，对于FR1中3GHz以下频段的频分双工(FDD)，可以假设目标小区的帧索引在+/-5ms的时间误差范围内等于当前小区的帧索引。此外，对于2.8GHz以下频段的时分双工(TDD)，可以假设目标小区的帧索引在+/-5ms的时间误差范围内等于当前小区的帧索引。此外，对于FR1中2.8GHz以上频段的TDD，可以假设目标小区的帧索引在+/-2.5ms的时间误差范围内等于当前小区的帧索引。

(2)实施方式4-2：

如果用于2步RACH CFRA的MsgB监测窗口大小小于10ms，并且用于2步RACH CBRA的MsgB监测窗口大小大于10ms，则UE可以基于切换命令来执行2步RACH CFRA。另选地，UE可以通过选择4步RACH CBRA而不是2步RACH CBRA来执行CBRA。

(3)实施方式4-3：

当UE执行切换时，网络可以通过同步假设指示符通知UE网络是同步的还是异步的。如果对应的指示符指示网络是同步的并且配置了2步RACH过程，则UE可以执行2步RACH过程。另一方面，如果对应的指示符指示网络是异步的，则UE可以执行4步RACH过程而不是2步RACH过程。然而，即使在这种情况下，如果UE完成切换并获取SFN，则UE可以执行2步RACH过程。在某些情况下，UE可以执行4步RACH过程。

(4)实施方式4-4：

网络可以通过切换命令向UE提供关于目标小区的SFN的信息。例如，网络可以通过切换命令向UE提供当前小区的SFN和目标小区的SFN之间的相对差异。

5.实施方式5

如果BS成功解码MsgA PUSCH，则BS可以基于C-RNTI向UE发送成功RAR。UE不需要获得SFN，因为UE基于C-RNTI接收DCI。此外，在这种情况下，监测窗口的长度可以相对增加。

然而，如果BS未能解码MsgA PUSCH，则BS可以基于MsgB-RNTI发送回退RAR。在这种情况下，如果UE基于MsgB-RNTI接收DCI，则UE需要获得关于目标小区的SFN的信息以对DCI中包括的SFN相关信息进行解码。

例如，当UE基于MsgB-RNTI接收到DCI时，UE可以将DCI中包括的SFN相关信息与UE发送MsgA PRACH前导码的SFN进行比较。如果确定DCI中包括的SFN与发送MsgA PRACH前导码的SFN匹配或对应，则UE可以执行后续的RACH过程。

这里，后续的RACH过程可以意味着当BS成功解码PUSCH并发送成功RAR时，UE发送包括HARQ-ACK信息的PUCCH，该HARQ-ACK信息具有指示UE已经成功接收到MsgB的ACK值。此外，后续的RACH过程也可以意味着当BS由于PUSCH解码失败而发送回退RAR时，UE执行回退到4步RACH过程的过程。

然而，如实施方式4中所述，当UE执行切换时，如果UE在没有解码目标小区的PBCH的情况下执行RACH过程，则UE可能难以获得目标小区的SFN。

在实施方式5中，将描述当UE未能获取目标小区的SFN时允许UE终止RACH过程的操作方法。例如，如果UE在切换过程期间不解码PBCH以便减少由于PBCH解码导致的UE的时间延迟和处理负载，则UE可以在UE不知道关于发送MsgA PRACH前导码的SFN的信息的状态下执行RACH过程。

也就是说，将在实施方式5中描述当UE未能获取目标小区的SFN时UE是如何工作的。

当UE没有获取到目标小区的SFN时，UE可以发送MsgA。另外，当监测MsgB时，UE可以假设监测窗口比由网络配置的监测窗口短。此外，当UE基于MsgB-RNTI接收到DCI时，UE可以解码由对应DCI调度的PDSCH，而不检查DCI中包括的SFN指示符(例如，SFN相关信息)的有效性。

这里，UE不检查DCI中包括的SFN相关信息的有效性的操作可以意味着UE不检查发送MsgA PRACH前导码的SFN是否与DCI中包括的SFN相关信息匹配和/或对应。此外，该操作可以意味着UE解码由DCI调度的PDSCH并检查RAR，而不检查发送MsgA PRACH前导码的SFN是否与DCI中包括的SFN相关信息匹配和/或对应。

在下文中，将描述UE解码PDSCH而不检查DCI中包括的SFN相关信息的有效性的具体方法。

(1)实施方式5-1

当UE基于C-RNTI监测DCI时，UE可以原样使用针对C-RNTI配置的监测窗口的值(例如，窗口长度)。

另一方面，当UE基于MsgB-RNTI监测DCI时，监测窗口的长度可以被限制为10ms。当基于MsgB-RNTI接收DCI时，UE可以执行PDSCH解码而不管DCI中包括的SFN相关信息如何。

当UE在基于C-RNTI的监测窗口内没有收到成功的RAR时，UE可以重传MsgA或发送Msg1以回退到4步RACH过程。

当UE基于MsgB-RNTI接收到回退RAR时，如果BS在监测窗口的10ms范围内发送回退RAR，则由于回退RAR的竞争，这里可以没有问题。另外，在这种情况下，UE的PBCH解码可以没有问题。

(2)实施方式5-2

UE可以原样使用基于MsgB-RNTI配置的监测窗口的长度。在这种情况下，监测窗口可以是MsgB监测窗口和/或RA监测窗口。例如，如果基于MsgB-RNTI的监测窗口长度超过10ms，UE可以通过假设监测窗口长于10ms来监测与MsgB-RNTI相关的DCI。在这种情况下，UE可以忽略接收到的DCI中包括的SFN相关信息。也就是说，UE可以在由DCI指示的PDSCH资源上解码PDSCH，而不管SFN相关信息的值如何。

这里，UE忽略SFN相关信息的操作可以意味着UE不解码DCI中包括的与SFN相关的比特，或者即使UE对DCI中包括的与SFN相关的比特进行解码以获得关于SFN的信息在，UE也丢弃解码的比特。

例如，如果UE在切换过程期间向目标小区发送MsgA，但未能获取关于发送MsgAPRACH前导码的SFN的信息并基于MsgB-RNTI检测到DCI，则UE可以在由DCI指示的PDSCH资源上解码PDSCH，而不管DCI中包括的SFN相关信息如何。

例如，如果UE在切换过程期间不解码PBCH以便减少由于PBCH解码造成的UE的处理负载和时间延迟，则UE可以在不知道发送MsgA PRACH前导码的SFN的情况下向目标小区发送MsgA。在这种情况下，UE可以在由DCI指示的PDSCH资源上对PDSCH进行解码，而不管DCI中包括的SFN相关信息如何。

此外，当从PDSCH解码获得的RAR是成功RAR时，UE通过PUCCH向BS发送具有ACK值的HARQ-ACK信息。当获取的RAR是回退RAR时，UE可以执行4步RACH过程。

(3)实施方式5-3

为了在异步网络中执行到目标小区的切换，UE可以在发送MsgA之后的监测窗口(例如，40ms的监测窗口)内监测DCI。当UE接收到用于MsgB的DCI，其中除了SFN相关的两个比特之外的RAPID和RNTI相关参数在对应的监测窗口内匹配时，UE可以进行后续的过程，直到竞争解决成功或失败，而无需验证用于接收MsgB的SFN相关的两个比特的有效性。

然而，如果UE能够确认用于MsgB的DCI中包括的SFN相关的两个比特与UE发送MsgA的帧的SFN的最低有效两个比特不匹配，则UE可以通过确定MsgB无效而不进行后续的RACH过程。

换句话说，根据实施方式5-3，如果UE基于MsgB-RNTI检测到用于MsgB的DCI，则UE可以在由DCI指示的PDSCH资源上解码PDSCH，而不管DCI中包括的SFN相关信息如何(或通过忽略SFN相关信息)，如实施方式5-2中所述。

然而，如果UE由于某种原因知道发送MsgA的SFN，并且如果UE获得并解码了DCI中包括的SFN相关信息，则UE可以比较发送MsgA的SFN和DCI中包括的SFN相关信息。如果UE知道发送MsgA的SFN与DCI中包括的SFN相关信息不匹配或不对应，则UE可以确定在由DCI指示的PDSCH资源上接收的PDSCH无效，因此发送用于4步RACH过程的PRACH或者重传用于2步RACH过程的MsgA。

也就是说，如果UE出于某种原因对目标小区的PBCH进行解码或者在不执行PBCH解码的情况下识别出向目标小区发送MsgA的SFN，则UE可以能够通过检查DCI中包括的SFN相关信息的有效性来准确地执行RACH过程。这是因为在这种情况下，UE可以既不需要忽略DCI中包括的SFN相关信息，也不需要执行有效性检查过程。

(4)实施方式5-4

当RAR监测窗口的长度设置为大于10ms时，如果UE从异步网络切换到目标小区，UE可以假设对应的监测窗口的长度多达10ms。

(5)实施方式5-5

可以为2步RACH过程重新定义切换(HO)中断时间。例如，2步RACH过程的HO中断时间可以设置为小于或等于现有中断时间。

(6)实施方式5-6

如果UE在HO中断时间内执行多于一次的PBCH解码，则UE可以执行RACH过程。网络可以确定HO中断时间内的PBCH解码是否可能不止一次，并通过向UE发送包括预定阈值的参数来通知UE该确定。如果对应参数中的预定阈值满足特定测量，则UE可以确定UE能够在HO中断时间内执行不止一次的PBCH解码，然后执行PBCH解码。

(7)实施方式5-7

当UE能够在异步网络中进行低时延PBCH解码时，如果配置了能够一次检测PBCH(即，单次PBCH)的信噪比(SNR)范围，或者如果满足对应的SNR范围，则UE可以执行PBCH解码。

例如，仅当在若干次尝试(例如，一次尝试)之后PBCH检测成功率超过预定水平(例如，99.9％)时，UE可以执行2步RACH过程。

然而，对于同步网络，UE可以在没有任何条件的情况下执行2步RACH过程。如果网络提供20ms或更长的RACH，则假定网络是同步的。因此，RAN4需要包括RACH仅在20ms内成功的条件。例如，可以包括第二HO最小性能。也就是说，满足该新条件的UE或能够通过解码相邻小区的PBCH来获得HO之前的必要信息的UE可以执行2步RACH过程。

上述UE能力、HO条件、新条件、监测窗口、SFN相关信息等的细节适用于工作在免许可频带的无线通信系统，并且具体地，这些细节可以应用于4步RACH过程和2步RACH过程。

实施方式5的各个子实施方式可以独立地实现，但子实施方式可以组合。此外，实施方式1至实施方式4或实施方式6至实施方式9中描述的子实施方式也可以结合实施方式5的子实施方式来实现。

6.实施方式6

在用于2步RACH过程的CFRA中，UE可以发送MsgA。在接收到MsgA时，BS可以检测PRACH前导码并且解码与检测到的PRACH前导码相关的PUSCH。如果BS成功检测到PUSCH，则BS可以向UE发送对其的响应。在这种情况下，CRC可以用DCI的C-RNTI来掩蔽。UE可以基于C-RNTI检测DCI并且获取由BS通过PDSCH发送的信息。

在下文中，将描述配置用于2步RACH过程的CFRA的MsgA的方法。

在CFRA中，可以允许UE仅发送MsgA PRACH前导码而无需映射到PUSCH资源。因此，MsgA可以仅包括PRACH前导码。

当UE选择2步RACH时，如果SSB/CSI-RS的信道质量(例如，RSRP)高于特定值，则UE可以执行2步RACH CFRA，其中UE仅发送PRACH前导码。如果信道质量变得小于或等于特定值，则UE可以执行其中UE发送PRACH前导码和PUSCH二者的2步RACH CBRA。

具体而言，在传统的4步RACH过程中，CFRA可以在两个阶段中被执行。当CFRA在两个阶段中被执行时，UE可以在发送PRACH前导码之后开始对RAR的监测，然后接收作为对PRACH前导码的响应的RAR。

然而，在2步RACH过程中，如果MsgA包括MsgA PUSCH以及MsgA PRACH前导码，则UE可以在发送MsgA PUSCH之后执行RA监测。因此，如果2步RACH CFRA配置有MsgA PRACH前导码和MsgA PUSCH，则2步RACHCFRA可能不仅需要用于MsgA传输的时间，而且还需要用于BS接收和处理MsgA的时间以及UE监测随机接入的时间。结果，RACH过程所需的总时间可以增加。然而，当需要像在HO中那样考虑中断时间时，可能不希望RACH过程所需的总时间增加。

如果即使RACH时间增加，在RACH过程期间传输PUSCH所需的信息也会带来更大的好处，则可以考虑发送PRACH前导码和PUSCH。否则，不希望增加RACH时间。

如果被配置用于CFRA的参数未指示PUSCH相关信息，则在CFRA中MsgA可以仅包括PRACH前导码。如果指示了PUSCH相关信息，则MsgA可以由MsgA PRACH前导码和MsgA PUSCH组成，并且MsgA可以由UE发送给BS。

BS可以向UE配置多个PO。在这种情况下，多个PO可以与用于RO的PRACH前导码具有一对一的关系。当存在用于指示RO的掩码索引和SSB/CSI-RS索引时，应用于RACH的SSB/CSI-RS索引可以应用于PO。RACH时隙可以映射到具有预定持续时间的PUSCH时隙中包括的PO。

如果由RACH掩码索引指示的RO的数量大于PO的数量，只有PRACH前导码可以在特定RO上发送，而MsgA PRACH和MsgA PUSCH二者都可以在剩余的RO上发送。在这种情况下，特定RO可以是没有映射到PO的RO，而剩余的RO可以是映射到PO的RO。

如果RO的数量小于PO的数量，则仅一些PO可以用于MsgA传输，并且其余的PO可能未被使用。在这种情况下，用于MsgA传输的PO可以是映射到RO的PO。

7.实施方式7

在实施方式7中，将描述配置用于仅包括PRACH前导码的MsgA的监测窗口的方法。具体地，实施方式7可以应用于CBRA。

UE可以在以下两种情况下在有效的PRACH时机上仅发送PRACH前导码：

-当与DMRS资源相关的PO在有效的PRACH时机中没有映射到PRACH前导码时；以及

-当PRACH时机被映射到有效的PO但由于共享频谱中的LBT失败而丢弃PUSCH传输时。

(1)实施方式7-1：当PO在有效的PRACH时机中未映射到PRACH前导码时

可以通过组合MsgA PRACH前导码和MsgA PUSCH来配置MsgA。然而，如果特定持续时间中包括的可用PRACH前导码的数量M与PUSCH资源(或DMRS资源)的数量N不同，则一些PRACH前导码可能不会映射到PUSCH资源。例如，如果满足M＝K*N，则可以将M/K个PRACH前导码映射到一个PUSCH资源。因此，所有PRACH前导码可以映射到PUSCH资源。

另一方面，如果满足M>K*N，则可以将K＝ceiling(M/L)个PRACH前导码映射到一个PUSCH资源。因此，一些PRACH前导码可以映射到所有的N个PUSCH资源，但是M-K*N个PRACH前导码保留。在这种情况下，可以认为MsgA包括仅剩余的PRACH前导码。

在发送MsgA之后，需要确定用于MsgB的监测窗口的起点。

当MsgA由PRACH前导码和PUSCH组成时，MsgB监测窗口可以针对用于与MsgA PRACH前导码相关的MsgA PUSCH的传输的PO来配置。然而，当MsgA仅包括PRACH前导码时，可能没有映射到PRACH前导码的MsgA PUSCH，因此可能难以针对PO配置MsgB监测窗口。

为了解决这个问题，可以考虑以下两种方法。

方法1)MsgB监测窗口可以针对与特定PUSCH的传输相关的PO来配置，尽管PUSCH与PRACH前导码没有映射关系。

例如，可以针对映射到包括MsgA PRACH前导码的RO中的特定PRACH前导码的PUSCH资源的PO来配置MsgB监测窗口。

换句话说，MsgB监测窗口可以在与有效PRACH时机中的PRACH前导码对应的PUSCH传输相关的PO的最后符号之后最早的CORESET的第一个符号处开始。

作为另一示例，MsgB监测窗口可以针对包括在基于包括MsgA PRACH前导码的RACH时隙指定的PUSCH时隙中的PO当中的特定PO(例如，有效PO当中的第一个或最后一个PO)来配置。

方法2)可以针对与PRACH前导码传输相关的RO来配置MsgB监测窗口。

换句话说，MsgB监测窗口可以在与PRACH传输相关的PRACH时机的最后一个符号之后的最早CORESET的第一个符号处开始。

(2)实施方式7-2：当PUSCH传输由于LBT失败而被丢弃时，

MsgB监测窗口可以针对尝试与PRACH前导码相关的PUSCH传输的PO来配置。

换句话说，MsgB监测窗口可以在尝试进行PUSCH传输的PO的最后一个符号之后的最早CORESET的第一个符号处开始。

8.实施方式8

在实施方式8中，将描述网络检测PRACH前导码而不解码PUSCH的情况。在这种情况下，可以认为网络操作等同于Msg1的接收，使得网络可以在RAR中为UE提供必要的信息。如果UE支持2步RACH过程，则UE可以持续地尝试解码用于MsgB的PDCCH，直到检测到MsgB。在RAR中提供信息对UE来说可能不是负担。也就是说，考虑到与MsgB的关系，RAR可以被重用于PUSCH解码失败或回退机制。

(1)实施方式8-1：RAR中PRACH前导码检测成功和PUSCH解码失败的指示

在接收到由UE在2步RACH过程中发送的MsgA(PRACH前导码+PUSCH)时，BS可以执行PRACH前导码检测和PUSCH解码。当BS成功检测到PRACH前导码时，BS可以解码与PRACH前导码相关的PUSCH。

另外，当BS通过CRC校验确定BS成功接收到信息比特时或者当BS未能恢复信息比特时，BS可以在RAR个将关于BS已经成功检测到的PRACH前导码的信息发送给UE。BS可以将检测到的PRACH前导码的RAPID发送给UE。

当BS未能解码PUSCH时，BS可以发送与对应的RAPID相关的UL授权、定时提前(TA)命令、TC-RNTI等。另一方面，当BS成功解码PUSCH时，BS可以通过使用RAR消息中包括的一些比特和/或一些码点来通知UE PUSCH解码的成功或失败。例如，BS可以通过使用由UL授权的比特指示的各种状态当中的一些状态来通知UE PUSCH解码的成功或失败。

UE可以基于RA-RNTI监测PDCCH并且基于PDCCH接收RAR消息。另外，UE可以从RAR消息中检查由UE发送的PRACH前导码的RAPID，也可以检查RAPID是否检测成功以及PUSCH解码是否成功。如果UE确认RAPID检测成功并且PUSCH解码成功，则UE可以获取TA命令和TC-RNTI，并使用它们来监测稍后发送的MsgB PDCCH。获得的TA命令可以用于UL传输。

另一方面，如果UE确认RAPID检测成功但PUSCH解码失败，则UE可以获取得TA命令、TC-RNTI和/或UL授权等，然后发送Msg3。

如果UE确认PRACH前导码检测不成功，则UE可以重传2步RACH过程的MsgA或通过回退到4步RACH过程来发送Msg1(即，PRACH前导码)。

如果UE在RAR监测窗口内没有接收到RAR，则UE可以在RAR监测窗口结束后重传2步RACH过程的MsgA。另选地，UE可以回退到4步RACH过程并发送Msg1(即，PRACH前导码)。

(2)实施方式8-2：RAR中PRACH前导码检测成功的指示以及MsgB中回退到4步RACH 过程的Msg3的指示

在2步RACH过程中，UE可以发送MsgA PRACH前导码和MsgA PUSCH。在发送MsgAPRACH前导码之后，UE可以在RAR监测窗口中接收用于RAR的PDCCH。此外，在发送MsgA PUSCH之后，UE可以在用于MsgB的监测窗口中接收用于MsgB的PDCCH。

在这种情况下，RAR监测窗口的起点可以早于用于MsgB的监测窗口。此外，RAR监测窗口的长度可以与用于MsgB的监测窗口长度不同。此外，RAR监测窗口和用于MsgB的监测窗口可以部分交叠。

在接收到由UE发送的MsgA PRACH前导码和MsgA PUSCH时，BS可以执行PRACH前导码检测和PUSCH解码。如果BS成功检测到PRACH前导码，则BS可以在RAR中通知UE是否成功检测到PRACH前导码。RAR内容可以包括RAPID、TA、UL授权和/或TC-RNTI。在2步RACH过程中，指示PRACH前导码检测是否成功的指示符可以与RAPID一起发送。

例如，BS可以通过使用RAR消息的一些比特或一些码点向UE发送关于PRACH前导码检测的成功或失败的信息。具体地，BS可以通过使用由UL授权的比特指示的各种状态当中的一些状态来向UE发送关于PRACH前导码检测的成功或失败的信息。另外，BS也可以将TA和/或TC-RNTI发送给UE。如果BS在MsgB中而不是在RAR中发送TA、TC-RNTI等，则用于TA和TC-RNTI的比特可以被保留或者用于其它目的。

当UE基于RAR监测获得RAR时，UE可以检查RAPID。如果UE确认PRACH前导码检测成功，则即使在RAR监测窗口结束之后，UE也可以继续监测用于MsgB的PDCCH直到用于MsgB的监测窗口结束。

如果UE在RAR监测窗口内没有收到与RAPID相关的消息，则UE可以重传MsgA或回退到4步RACH过程以再次执行RACH。另选地，UE可以通过发现另一小区ID来尝试接入新小区。

当BS接收到由UE发送的MsgA PUSCH并成功检测到PUSCH时，BS可以在MsgB中向UE发送用于执行竞争解决过程的消息。

如果BS未能解码PUSCH，则BS可以在MsgB中向UE发送用于Msg3传输的UL授权。如果在RAR消息中将TA、TC-RNTI等发送给UE，则可以不在MsgB中发送TA、TC-RNTI等。相反，如果RAR消息中没有发送TA、TC-RNTI等，则可以在MsgB中将TA、TC-RNTI等发送给UE。例如，如果在RAR之前发送MsgB，如果仅发送MsgB，或者如果TA、TC-RNTI等不包括在2步RACH RAR中，则TA、TC-RNTI等可以在MsgB中发送给UE。

在从RAR确认检测到PRACH前导码之后，UE可以持续地执行对MsgB的监测。在接收到MsgB时，UE可以执行竞争解决过程或者可以将Msg3发送到BS。

9.实施方式9

如果UE在用于MsgB的监测窗口内没有接收到MsgB，则UE可以重传MsgA。上述过程类似于在LTE中UE无法接收RAR时重传Msg1。

在这种情况下，需要讨论如何配置用于MsgB的监测窗口及其定时器。根据实施方式9，由于PRACH前导码和PUSCH在MsgA中发送，所以用于MsgB的监测窗口的起点可以晚于RAR监测窗口的起点，如图21所示。

显而易见的是，所提出的方法的每个示例也可以被包括作为一个实现方法，并且因此每个示例可以被认为是一种提出的方法。尽管上述实施方式可以被独立地实现，但是一些实施方式可以被组合和实现。此外，可以规定，关于是否应用实施方式的信息(或关于与实施方式相关的规则的信息)通过预定义信号(例如，物理层信号、高层信号等)从BS发送到UE。

本文档中以上描述的各种细节、功能、过程、提议、方法和/或操作流程图可以应用于需要装置之间的无线通信/连接(例如，5G)的各种领域。

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

图23例示了应用于本公开的通信系统1。

参照图23，应用于本公开的通信系统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可以经由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/网络的干预的情况下彼此执行直接通信(例如，侧链路通信)。例如，车辆100-1和100-2可以执行直接通信(例如，V2V/车辆到一切(V2X)通信)。IoT装置(例如，传感器)可以执行与其它IoT装置(例如，传感器)或其它无线装置100a至100f的直接通信。

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

图24例示了适用于本公开的无线装置。

参照图24，第一无线装置100和第二无线装置200可以通过各种RAT(例如，LTE和NR)来发送无线信号。{第一无线装置100和第二无线装置200}可以对应于图23的{无线装置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)单元互换使用。在本公开中，无线装置可以是通信调制解调器/电路/芯片。

在下文中，将给出根据本公开的实施方式的由处理器102控制并存储在第一无线装置100的存储器104中的指令和/或操作的描述。

虽然从处理器102的角度在处理器102的控制操作的上下文中描述了以下操作，但是用于执行操作的软件代码可以被存储在存储器104中。

具体地，处理器102可以控制以将MsgA发送到BS。在这种情况下，MsgA可以仅包括PRACH或者可以包括PUSCH以及PRACH。当MsgA包括PRACH和PUSCH两者时，处理器102可以在发送PRACH之后发送PUSCH。

在这种情况下，处理器102可以在知道用于发送PRACH的SFN的同时发送PRACH，或者可以在不知道用于发送PRACH的SFN的情况下发送PRACH。其细节可以在上述实施方式中找到。

处理器102可以控制以监测和接收调度MsgB的DCI。处理器102可以基于MsgB-RNTI从DCI解扰CRC。在确认CRC时，处理器102可以对DCI中包括的信息比特进行解码。

处理器102可以对DCI中的SFN的索引的低两个比特进行解码，然后将低两个比特与用于发送PRACH的SFN的索引的低两个比特进行比较。

然而，如果处理器102控制以在不知道用于发送PRACH的SFN的情况下发送PRACH，则处理器102可以不将DCI中包括的SFN的低两个比特和用于发送PRACH的SFN的低两个比特进行比较。

其细节可以在上述实施方式中找到。

处理器102可以控制以基于DCI接收用于RAR的PDSCH。在这种情况下，处理器102可以根据将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较的结果来接收PDSCH。另一方面，处理器102可以控制以接收PDSCH，而不管将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较的结果如何。

此外，取决于处理器102是否能够将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较和/或根据比较结果，处理器102可以控制以接收PDSCH或执行其它操作而不是接收PDSCH。

取决于处理器102是否能够将DCI中包括的SFN的低两个比特与用于发送PRACH的SFN的低两个比特进行比较和/或根据比较结果的处理器102的操作可以基于上述实施方式。

处理器102可以控制以基于PDSCH发送UL信号。在这种情况下，由处理器102发送的UL信号可以取决于PDSCH的RAR以及取决于是否接收到PDSCH而变化。例如，如果RAR是回退RAR，则处理器102可以控制以发送用于类型1RACH过程的PRACH。作为另一示例，如果RAR是成功RAR，则处理器102可以控制以通过在PUCCH中包括与ACK对应的HARQ-ACK信息来发送PUCCH。

如果处理器102没有接收到PDSCH，则处理器102可以控制以根据类型1RACH过程发送PRACH或者根据类型2RACH发送(或重传)PRACH和PUSCH。

处理器102的操作可以基于上述实施方式中的一个或更多个。也就是说，处理器102的操作可以基于上述实施方式中的任一个或者上述实施方式中的两个或更多个的任何组合来执行。

在下文中，将给出根据本公开的实施方式的由处理器202控制并存储在第二无线装置200的存储器204中的指令和/或操作的描述。

虽然从处理器202的角度在处理器202的控制操作的上下文中描述了以下操作，但是用于执行操作的软件代码可以被存储在存储器204中。

处理器202可以控制从UE接收MsgA。在这种情况下，MsgA可以仅包括PRACH或者可以包括PUSCH以及PRACH。当MsgA包括PRACH和PUSCH两者时，处理器202可以控制在接收到PRACH之后接收PUSCH。

处理器202可以控制以解码MsgA并且基于解码结果向UE发送具有由MsgB-RNTI加扰的CRC的DCI。

处理器202可以控制以基于DCI发送用于RAR的PDSCH。如果处理器202检测到PRACH和PUSCH二者，则RAR可以是成功RAR。如果处理器202仅检测到PRACH而没有检测到PUSCH，则RAR可以是回退RAR。如果处理器202没有检测到PRACH和PUSCH，则处理器202可以控制以不发送DCI和PDSCH。

如果处理器202发送PDSCH，则处理器202可以控制以基于PDSCH接收UL信号。在这种情况下，UL信号可以取决于PDSCH的RAR以及取决于UE是否接收到PDSCH而变化。例如，如果RAR是回退RAR，则处理器202可以控制以接收用于类型1RACH过程的PRACH。作为另一示例，如果RAR是成功RAR，则处理器202可以控制以接收包括对应于ACK的HARQ-ACK信息的PUCCH。

如果UE没有接收到PDSCH，则处理器202可以控制以根据类型1RACH过程接收PRACH或者根据类型2RACH过程接收(或再次接收)PRACH和PUSCH。

处理器202的上述操作可以基于上述实施方式中的一个或更多个。也就是说，处理器202的操作可以基于上述实施方式中的任一个或者上述实施方式中的两个或更多个的任何组合来执行。

现在将更详细地描述无线装置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可以包括(模拟)振荡器和/或滤波器。

图25例示了应用于本公开的无线装置的另一示例。无线装置可以根据用例/服务以各种形式实现(参照图23)。

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

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

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

将在下文中参考附图描述图25的实现示例。

图26是例示可应用本公开的另一实施方式的手持装置100的框图。手持装置可以包括智能电话、平板(也称为智能平板)、可穿戴装置(例如，智能手表或智能眼镜)以及便携式计算机(例如，膝上型计算机)。手持装置100可以被称为移动站(MS)、用户终端(UT)、移动订户站(MS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

参照图26，手持装置100可以包括天线单元108、通信单元110、控制单元120、存储器单元130、电源单元140a、接口单元140b和输入/输出(I/O)单元140c。天线单元108可以被配置为通信单元110的一部分。块110至130/140a至140c分别对应于图25的块110至130/140。

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

例如，对于数据通信，I/O单元140c可以获取从用户接收的信息/信号(例如，触摸、文本、语音、图像和视频)，并将所获取的信息/信号存储在存储器单元130中。通信单元110可以将信息/信号转换为无线电信号，并将无线电信号直接发送到另一装置或BS。此外，通信单元110可以从另一装置或BS接收无线电信号，然后将接收到的无线电信号恢复为原始信息/信号。恢复的信息/信号可以存储在存储器单元130中并且通过I/O单元140c以各种形式(例如，文本、语音、图像、视频和触觉效果)输出。

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

参照图27，车辆或自动驾驶车辆100可以包括天线单元108、通信单元110、控制单元120、驱动单元140a、电源单元140b、传感器单元140c和自主驾驶单元140d。天线单元108可以被配置为通信单元110的一部分。块110/130/140a至140d分别对应于图24的块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技术来预测交通信息数据，并且将预测的交通信息数据提供给车辆或自主驾驶车辆。

本文在以下描述的本公开的实施方式是本公开的元件和特征的组合。除非另有提及，否则元件或特征可以被认为是选择性的。可以在不与其它元件或特征组合的情况下实践每个元件或特征。此外，本公开的实施方式可以通过组合元件和/或特征的部分来构造。可以重新布置在本公开的实施方式中描述的操作顺序。任何一个实施方式的一些构造可被包括在另一实施方式中，并且可被另一实施方式的对应构造替换。对于本领域技术人员将显而易见的是，在所附权利要求中没有明确引用的权利要求可以组合呈现为本公开的实施方式，或者在本申请被提交之后通过后续修改被包括作为新的权利要求。

在本公开的实施方式中，对BS、中继器和MS之间的数据发送和接收关系进行描述。在一些情况下，描述为由BS执行的特定操作可以由BS的上节点来执行。也就是说，显而易见的是，在由包括BS的多个网络节点组成的网络中，可以由BS或除了BS之外的网络节点来执行针对与MS的通信而执行的各种操作。术语“BS”可以用术语“固定站”、“节点B”、“增强型节点B(eNode B或eNB)”、“接入点”等替代。

本领域技术人员将认识到，在不脱离本公开的精神和基本特征的情况下，本公开可以以与本文阐述的那些方式不同的其它特定方式来执行。因此，以上实施方式在所有方面都应被解释为例示性的而非限制性的。本公开的范围应当由所附权利要求及其合法等同物确定，而不是由以上描述来确定，并且落入所附权利要求的含义和等同范围内的所有改变旨在包含在其中。

工业适用性

已经基于第五代(5G)新无线电接入技术(新RAT)系统描述了执行随机接入信道(RACH)过程的方法及其设备，但是方法和设备适用于包括5G NR系统在内的各种无线通信系统。

Claims (15)

1.一种在无线通信系统中由用户设备UE接收物理下行链路共享信道PDSCH的方法，所述方法包括以下步骤：

发送物理随机接入信道PRACH；

监测用于调度与所述PRACH相关的PDSCH的下行链路控制信息DCI；以及

基于根据无线电网络临时标识符RNTI检测到所述DCI，基于所述DCI接收所述PDSCH。

2.根据权利要求1所述的方法，其中，无论所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同，都接收所述PDSCH。

3.根据权利要求1所述的方法，其中，基于所述UE无法检查所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同，基于所述DCI接收所述PDSCH。

4.根据权利要求1所述的方法，其中，基于所述UE能够检查所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同并且所述UE确认所述第一SFN的两个比特与所述第二SFN的两个比特不相同，所述PDSCH不被接收。

5.根据权利要求1所述的方法，其中，基于所述UE能够检查所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同并且所述UE确认所述第一SFN的两个比特与所述第二SFN的两个比特相同，基于所述DCI接收所述PDSCH。

6.根据权利要求1所述的方法，其中，所述DCI的监测窗口的长度超过10ms。

7.根据权利要求1所述的方法，其中，所述RNTI是MsgB-RNTI。

8.一种被配置为在无线通信系统中接收物理下行链路共享信道PDSCH的用户设备UE，所述UE包括：

至少一个收发器；

至少一个处理器；以及

至少一个存储器，所述至少一个存储器在操作上连接到所述至少一个处理器并且被配置为存储指令，所述指令在被执行时使所述至少一个处理器执行操作，所述操作包括：

通过所述至少一个收发器发送物理随机接入信道PRACH；

监测用于调度与所述PRACH相关的PDSCH的下行链路控制信息DCI；以及

基于根据无线电网络临时标识符RNTI检测到所述DCI，通过所述至少一个收发器基于所述DCI接收所述PDSCH。

9.根据权利要求8所述的UE，其中，无论所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同，都接收所述PDSCH。

10.根据权利要求8所述的UE，其中，基于所述UE无法检查所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同，基于所述DCI接收所述PDSCH。

11.根据权利要求8所述的UE，其中，基于所述UE能够检查所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同并且所述UE确认所述第一SFN的两个比特与所述第二SFN的两个比特不相同，所述PDSCH不被接收。

12.根据权利要求8所述的UE，其中，基于所述UE能够检查所述DCI中包括的第一系统帧号SFN的两个比特是否与发送所述PRACH的第二SFN的两个比特相同并且所述UE确认所述第一SFN的两个比特与所述第二SFN的两个比特相同，基于所述DCI接收所述PDSCH。

13.根据权利要求8所述的UE，其中，所述DCI的监测窗口的长度超过10ms。

14.根据权利要求8所述的UE，其中，所述RNTI是MsgB-RNTI。

15.一种被配置为在无线通信系统中接收物理下行链路共享信道PDSCH的设备，所述设备包括：

至少一个处理器；以及

至少一个存储器，所述至少一个存储器在操作上连接到所述至少一个处理器并被配置为存储指令，所述指令在被执行时使所述至少一个处理器执行操作，所述操作包括：

发送物理随机接入信道PRACH；

监测用于调度与所述PRACH相关的PDSCH的下行链路控制信息DCI；以及

基于根据无线电网络临时标识符RNTI检测到所述DCI，基于所述DCI接收所述PDSCH。

Images