CN113647193B - 无线通信系统中终端执行随机接入信道过程的方法及其设备 - Google Patents

Abstract

本发明公开一种终端在无线通信系统中执行随机接入信道(RACH)过程的方法。特别地，该方法包括：发送包括物理随机接入信道(PRACH)前导和物理上行链路共享信道(PUSCH)的消息A；以及响应于消息A，接收包括竞争解决信息的消息B，其中可以基于终端已经获取了关于用于PRACH前导的随机接入前导标识符(RAPID)的信息以及提供成功接收PUSCH的通知的信息来接收包括在消息B中的竞争解决信息。

Description

无线通信系统中终端执行随机接入信道过程的方法及其设备

技术领域

本公开涉及一种在无线通信系统中由用户设备(UE)执行随机接入信道(RACH)过程的方法及其装置，并且更特别地，涉及一种在无线通信系统中由UE执行2步RACH过程或回退到4步RACH过程的方法及其装置。

背景技术

5G是一种提供流式传输的方式，被评估为每秒几百兆比特到每秒千兆比特，并且可以补充光纤到户(FTTH)和基于线缆的宽带(或DOCSIS)。需要如此快的速度来传递4K或更高分辨率(6K、8K和更高)的电视以及虚拟现实和增强现实。虚拟现实(VR)和增强现实(AR)应用包括几乎沉浸式体育游戏。特定的应用程序可能需要特殊的网络配置。例如，对于VR游戏，游戏公司需要将核心服务器并入到网络运营商的边缘网络服务器中，以最小化延时。

机动车有望与机动车移动通信的许多用例一起成为5G的新的重要推动力。例如，乘客娱乐需要高同步容量和高移动性的移动宽带。这是因为未来的用户继续期待高质量的连接，而不管他们的位置和速度如何。机动车领域的另一用例是AR仪表板。除了从前窗看到的物体之外，AR仪表板还使驾驶员识别黑暗中的物体，并通过与驾驶员交谈的重叠信息来显示与物体的距离和物体的移动。将来，无线模块能够实现车辆之间的通信、车辆与支持基础设施之间的信息交换以及车辆与其他连接的设备(例如，伴随行人的设备)之间的信息交换。安全系统引导行为的替代路线，使得驾驶员可以更安全地驾驶，从而降低事故的危险。下一阶段将是遥控或自驾驶车辆。这要求在不同自驾驶车辆之间以及车辆与基础设施之间具有非常高的可靠性和非常快的通信。未来，自驾驶车辆将执行所有驾驶活动，并且驾驶员将只关注车辆无法识别的异常交通。自驾驶车辆的技术要求需要超低延时和超高可靠性，从而将交通安全提高到人类无法达到的水平。

被称为智能社会的智能城市和智能家居将嵌入高密度无线传感器网络中。智能传感器的分布式网络将识别城市或家庭的成本和节能维护条件。类似的配置可以针对相应的家庭执行。所有的温度传感器、窗户和加热控制器、防盗警报器和家用电器都是无线连接的。这些传感器中的许多通常在数据传输速率、功率和成本方面都很低。然而，特定类型的设备可能需要实时HD视频来执行监测。

包括热或气体在内的能量的消耗和分配被分配到较高的水平处，从而要求分配传感器网络的自动控制。智能电网收集信息，并使用数字信息和通信技术将传感器相互连接，以便根据收集的信息采取动作。因为该信息可以包括供应公司和消费者的行为，所以智能电网可以通过具有效率、可靠性、经济可行性、生产可持续性和自动化的方法来改进诸如电力的燃料的分配。智能电网还可以被视为具有低延时的另一传感器网络。

健康部分包含许多能够享受移动通信好处的应用程序。通信系统可以支持在遥远的地方提供临床治疗的远程治疗。远程治疗可以有助于减少距离障碍，并改进偏远农村地区无法持续获得的医疗服务。远程治疗还用于在紧急情况下进行重要治疗和拯救生命。基于移动通信的无线传感器网络可以为诸如心率和血压的参数提供远程监测和传感器。

无线和移动通信在工业应用领域逐渐变得重要。布线的安装和维护成本较高。因此，利用可重构的无线链路替换线缆的可能性在许多工业领域是有吸引力的机会。然而，为了实现这种替换，有必要建立具有类似于线缆的延时、可靠性和容量的无线连接，并且需要简化无线连接的管理。当需要连接到5G时，低延时和非常低的错误概率是新的要求。

物流和货运跟踪是移动通信的重要用例，可以能够使用基于位置的信息系统在任何地方跟踪库存和包裹。物流和货运的用例通常要求低的数据速率，但要求具有广泛范围和可靠性的位置信息。

发明内容

技术问题

本公开的目的是提供一种执行2步随机接入信道(RACH)过程或回退到4步RACH过程的方法及其装置。

附加方面将在下面的描述中部分阐述，并且部分将从描述中显而易见，或者可以通过实践本公开的所呈现的实施例来了解。

技术方案

在本公开的一方面，提供一种在无线通信系统中执行随机接入信道(RACH)过程的方法。该方法可以包括：向基站发送包括物理随机接入信道(PRACH)前导和物理上行链路共享信道(PUSCH)的消息A；以及响应于消息A从基站接收包括竞争解决信息的消息B。基于用户设备(UE)获得关于PRACH前导的随机接入前导标识符(RAPID)的信息和关于PUSCH的接收成功的信息，可以接收包括在消息B中的竞争解决信息。

关于RAPID的信息和关于PUSCH的接收成功或失败的信息可以被包括在由UE监测的随机接入响应(RAR)中。

RAR可以还包括关于临时小区无线电网络临时标识符(TC-RNTI)、定时提前(TA)的信息。

基于关于RAPID的信息不包括在RAR中，可以由UE执行消息A的重新传输。

基于关于RAPID的信息和关于PUSCH的接收失败的信息被包括在RAR中，指示PUSCH的重新传输的信息和上行链路(UL)许可可以被包括在RAR中。

可以基于RAR由UE来执行包括PUSCH的消息3的传输。

UE可以被配置成与基站、除了该UE之外的UE、网络或自主驾驶车辆中的至少一个通信。

在本公开的另一方面，提供一种被配置成在无线通信系统中执行RACH过程的装置。该装置可以包括：至少一个处理器；以及至少一个存储器，其可操作地连接到至少一个处理器并且被配置成存储指令，所述指令在被执行时使得至少一个处理器执行包括以下各项的操作：发送包括PRACH前导和PUSCH的消息A；以及响应于消息A来接收包括竞争解决信息的消息B。基于UE获得关于PRACH前导的RAPID的信息和关于PUSCH的接收成功的信息，可以接收包括在消息B中的竞争解决信息。

关于RAPID的信息和关于PUSCH的接收成功或失败的信息可以被包括在由该装置监测的RAR中。

RAR可以还包括关于TC-RNTI和TA的信息。

基于关于RAPID的信息不被包括在RAR中，可以由该装置执行消息A的重新传输。

基于关于RAPID的信息和关于PUSCH的接收失败的信息被包括在RAR中，指示PUSCH的重新传输的信息和UL许可可以被包括在RAR中。

可以由该装置基于RAR来执行包括PUSCH的消息3的传输。

该装置可以被配置成与UE、基站、网络或自主驾驶车辆中的至少一个通信。

有益效果

根据本公开，用户设备(UE)可以在无线通信系统中平滑地执行2步随机接入信道(RACH)过程或4步RACH过程。

本领域技术人员将了解，本公开能够实现的效应不限于上文具体描述的内容，并且本公开的其他优点将从以下结合附图的详细描述中更清楚地理解。

附图说明

图1至图4示出了应用本公开的实施例的各种无线设备的示例。

图5示出了应用本公开的实施例的示例性信号处理电路。

图6是示出符合第三代合作伙伴计划(3GPP)无线电接入网络标准的用户设备(UE)与演进型UMTS陆地无线电接入网络(E-UTRAN)之间的无线电接口协议的控制平面和用户平面架构的视图。

图7是示出3GPP系统中的物理信道和使用物理信道的通用信号传输方法的视图。

图8至图10是用于解释新无线电接入技术(新RAT或NR)系统中的下行链路控制信道(物理下行链路控制信道；PDCCH)的图。

图11是用于解释不连续接收(DRX)操作的示例的图。

图12是示出示例性随机接入过程的图。

图13和图14是用于解释未授权带中的下行链路信道传输的图。

图15至图20是用于解释同步信号/物理广播信道(SS/PBCH)块的组成和发送SS/PBCH块的方法的图。

图21至23是示出在新的RAT(NR)系统中使用的无线电帧和时隙的结构的视图。

图24至25是用于解释根据本公开的实施例的用UE和基站(BS)的示例性操作的图。

图26是示出基本2步随机接入信道(RACH)过程的图。

图27和28是示出根据本公开实施例的示例性无线电网络临时标识符(RNTI)识别的图。

图29是用于解释根据本公开实施例的在2步RACH过程中的回退机制和用于重新传输消息A(Msg A)的过程的图。

图30示出了应用本公开的实施例的示例性通信系统。

具体实施方式

通过参考附图描述的本公开的实施例，将容易理解本公开的配置、操作和其他特征。本文陈述的本公开的实施例是将本公开的技术特征应用于第三代合作伙伴计划(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控制/数据信号的解调参考信号(DMRS)和用于UL信道测量的探测参考信号(SRS)被定义为UL物理信号。

在本公开中，PDCCH/PCFICH/PHICH/PDSCH指的是一组时频资源或一组RE，其承载下行链路控制信息(DCI)/控制格式指示符(CFI)/DL应答/否定应答(ACK/NACK)/DL数据。此外，PUCCH/PUSCH/PRACH指的是一组时频资源或一组RE，其承载UL控制信息(UCI)/UL数据/随机接入信号。在本公开中，特别地，分配给或属于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上或通过其发送UCI/UL数据/随机接入信号。此外，如果说gNB发送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被称作TRSRE。此外，被配置成发送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的位置来彼此区分，并且被配置成发送CRS-RS的天线端口可以根据CSI-RS端口由CSI-RS占用的RE的位置来彼此区分。因此，术语CRS/UE-RS/CSI-RS/TRS端口也用于指代在预定资源区中由CRS/UE-RS/CSI-RS/TRS占用的RE的图案。

图1示出适用于本公开的无线设备。

参考图1，第一无线设备100和第二无线设备200可以通过多种RAT(例如，LTE和NR)来发送无线电信号。此处，{第一无线设备100和第二无线设备200}可以对应于图30的{无线设备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单元互换地使用。在本公开中，无线设备可以指代通信调制解调器/电路/芯片。

具体地，下文将描述根据本公开实施例的由第二无线设备100的处理器102控制的存储在存储器104中的命令和/或操作。

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

处理器102可以控制收发器106以在Msg A中发送PRACH和PUSCH。处理器102可以控制收发器106以接收与竞争解决相关的Msg B。由处理器102控制收发器106发送Msg A和接收Msg B的具体方法可以基于前述实施例。

具体地，下文将描述根据本公开实施例的由第二无线设备200的处理器202控制的存储在存储器204中的命令和/或操作。

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

处理器202可以控制收发器206以在Msg A中接收PRACH和PUSCH。处理器202可以控制收发器206以发送与竞争解决相关的Msg B。由处理器202控制收发器106接收Msg A和发送Msg B的具体方法可以基于前述实施例。

将更详细地描述无线设备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可以通过硬件、固件、软件或其组合来实现。作为示例，一个或多个专用集成电路(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，并被配置成通过一个或多个天线108和208来发送和接收在本文档公开的描述、功能、过程、建议、方法和/或操作流程图中提及的用户数据、控制信息和/或无线电信号/信道。在本文档中，一个或多个天线可以是多个物理天线或多个逻辑天线(例如，天线端口)。一个或多个收发器106和206可以将所接收无线电信号/信道从RF带信号转换成基带信号，以便使用一个或多个处理器102和202来处理所接收用户数据、控制信息和无线电信号/信道。一个或多个收发器106和206可以将使用一个或多个处理器102和202处理的用户数据、控制信息和无线电信号/信道从基带信号转换成RF带信号。为此目的，一个或多个收发器106和206可以包括(模拟)振荡器和/或滤波器。

图2示出适用于本公开的另一示例性无线设备。根据用例/服务(参考图30)，无线设备可以以各种形式实现。

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

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

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

现在，将参考附图给出图2中所示的设备的实现示例的详细描述。

图3示出适用于本公开的手持式设备。手持式设备可以包括智能电话、智能平板计算机、可穿戴设备(例如，智能手表或智能眼镜)或便携式计算机(例如，膝上型计算机)。手持式设备可以被称作移动站(MS)、用户终端(UT)、移动订户站(MSS)、订户站(SS)、高级移动站(AMS)或无线终端(WT)。

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

通信单元110可以向和从其他无线设备或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示出适用于本公开的车辆或自主驾驶车辆。车辆或自主驾驶车辆可以被实现为移动机器人、汽车、火车、有人驾驶/无人驾驶飞行器(AV)、船舶等。

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

图5示出用于发送信号的信号处理电路。

参考图5，信号处理电路1000可以包括加扰器1010、调制器1020、层映射器1030、预编码器1040、资源映射器1050和信号产生器1060。图5的操作/功能可以通过(但不限于)图1的处理器102和202和/或收发器106和206来执行。图5的硬件元件可以通过图1的处理器102和202和/或收发器106和206实现。例如，块1010至1060可以通过图1的处理器102和202实现。可替选地，块1010至1050可以通过图1的处理器102和202实现，并且块1060可以通过图1的收发器106和206实现。

码字可以通过图5的信号处理电路1000转换成无线电信号。码字是信息块的编码比特序列。信息块可以包括TB(例如，UL-SCH TB或DL-SCH TB)。无线电信号可以在各种物理信道(例如，PUSCH或PDSCH)上发送。

具体地，码字可以由加扰器1010转换成加扰的比特序列。用于加扰的加扰序列可以基于初始化值而产生，并且该初始化值可以包括关于无线设备的ID信息。加扰的比特序列可以通过调制器1020被调制成调制符号序列。调制方案可以包括π/2-二进制相移键控(π/2-BPSK)、m-相移键控(m-PSK)和m-正交调幅(m-QAM)。复值调制符号序列可以由层映射器1030映射到一个或多个传送层。每个传送层的调制符号可以通过预编码器1040映射(预编码)到对应的天线端口。预编码器1040的输出z可以通过将层映射器1030的输出y乘以N*M预编码矩阵W来获得。N是天线端口的数量，并且M是传送层的数量。预编码器1040可以在针对复值调制符号的变换预编码(例如，DFT)之后执行预编码。可替选地，预编码器1040可以在没有变换预编码的情况下执行预编码。

资源映射器1050可以将每个天线端口的调制符号映射到时频资源。时频资源可以包括时域中的多个符号(例如，CP-OFDMA符号或DFT-s-OFDMA符号)以及频域中的多个子载波。信号产生器1060可以从映射的调制符号产生无线电信号，并且所产生的无线电信号可以通过每个天线发送到其他设备。为此，信号产生器1060可以包括快速傅立叶逆变换(IFFT)模块、CP插入器、数模转换器(DAC)和上变频器。

无线设备中接收的信号的信号处理过程可以与图5的信号处理过程1010至1060相反地配置。例如，无线设备(例如，图1的100和200)可以通过天线端口/收发器从外部接收无线电信号。所接收的无线电信号可以通过信号恢复器转换成基带信号。为此目的，信号恢复器可以包括下变频器、模数转换器(ADC)、CP去除器和FFT模块。随后，基带信号可以通过资源解映射、后编码、解调和解扰被恢复成码字。码字可以解码成原始信息块。因此，用于所接收信号的信号处理电路(未示出)可以包括信号恢复器、资源解映射器、后编码器、解调器、解扰器和解码器。

图6示出了在UE与演进型UMTS陆地无线电接入网络(E-UTRAN)之间符合3GPP无线接入网络标准的无线电接口协议架构中的控制平面和用户平面协议堆栈。控制平面是UE和E-UTRAN发送控制消息以管理呼叫的路径，并且用户平面是发送从应用层产生的数据(例如，语音数据或互联网分组数据)的路径。

层1(L1)处的物理(PHY)层向其更高层(介质访问控制(MAC)层)提供信息传送服务。PHY层经由传送信道连接到MAC层。传送信道在MAC层与PHY层之间传递数据。数据在发射器与接收器的PHY层之间的物理信道上发送。物理信道使用时间和频率作为无线电资源。具体地，物理信道在用于下行链路(DL)的正交频分多址(OFDMA)和用于上行链路(UL)的单载波频分多址(SC-FDMA)中被调制。

层2(L2)处的MAC层经由逻辑信道向其更高层(无线电链路控制(RLC)层)提供服务。L2处的RLC层支持可靠的数据传输。RLC功能性可以被实现在MAC层的功能块中。L2处的分组数据汇聚协议(PDCP)层执行报头压缩以减少不必要的控制信息量，并且因此经由具有窄带宽的空中接口高效地发送互联网协议(IP)分组，诸如IP版本4(IPv4)或IP版本6(IPv6)分组。

位于层3(或L3)的最低部分处的无线电资源控制(RRC)层仅在控制平面上被定义。RRC层控制与无线承载的配置、重新配置和释放相关的逻辑信道、传送信道和物理信道。无线电承载指的是在L2处提供的服务，用于UE与E-UTRAN之间的数据传输。为此，UE和E-UTRAN的RRC层相互交换RRC消息。如果在UE与E-UTRAN之间建立RRC连接，则UE处于RRC连接模式，否则UE处于RRC空闲模式。RRC层上方的非接入(NAS)层执行包括会话管理和移动性管理的功能。

用于从E-UTRAN向UE传递数据的DL传送信道包括承载系统信息的广播信道(BCH)、承载寻呼消息的寻呼信道(PCH)和承载用户业务或控制消息的共享信道(SCH)。DL多播业务或控制消息或DL广播业务或控制消息可以在DL SCH或单独定义的DL多播信道(MCH)上被发送。用于从UE向E-UTRAN传递数据的UL传送信道包括承载初始控制消息的随机接入信道(RACH)和承载用户业务或控制消息的UL SCH。定义在传送信道上方并映射到传送信道的逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)、多播业务信道(MTCH)等。

图7示出了3GPP系统中的物理信道和用于在物理信道上发送信号的通用方法。

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

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

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

在上述过程之后，UE可以从eNB接收PDCCH和/或PDSCH(S707)，并且向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)等。在3GPPLTE系统中，UE可以在PUSCH和/或PUCCH上发送控制信息，诸如CQI、PMI、RI等。

NR系统考虑使用超高频带(即，6GHz或更高的毫米频带)的方法，以使用宽频带向多个用户发送数据，同时维持高传输速率。在3GPP中，这被称为NR，并且在本公开中，这将在下文中被称为NR系统。

NR支持多个参数集(或子载波间隔(SCS))来支持各种5G服务。例如，当SCS为15kHz时，支持传统蜂窝式频带中的广域。当SCS为30kHz/60kHz时，支持密集城区、较低延时和较宽的载波带宽。当SCS为60kHz或更高时，为了克服相位噪声，支持大于24.25kHz的带宽。

NR频带可以被定义为两种类型(FR1和FR2)的频率范围。FR1可以指“亚6GHz范围”，并且FR2可以指“高于6GHz范围”，并且可以被称为毫米波(mmW)。

下面的表1展示了am NR频带的定义。

[表1]

频率范围名称	对应频率范围	子载波间隔
			FR1	410MHz-7125MHz	15,30,60kHz
FR2	24250MHz-52600MHz	60,120,240kHz

DL信道结构

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

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

PDSCH传递DL数据(例如，DL-SCH TB)，并采用诸如正交相移键控(QPSK)、16进制正交调幅(16QAM)、64进制QAM(64QAM)或256进制QAM(256QAM)的调制方案。TB被编码成码字。PDSCH可以传递直至两个码字。码字单独经受加扰和调制映射，并且来自每个码字的调制符号被映射到一个或多个层。通过将每个层与DMRS一起映射到资源来产生OFDM信号，并通过对应的天线端口发送该OFDM信号。

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

PDCCH传递DCI，并采用QPSK作为调制方案。一个PDCCH根据其聚合级别(AL)包括1、2、4、8或16个控制信道元素(CCE)。一个CCE包括6个资源元素组(REG)，每个REG由一个OFDM符号乘以一个(P)RB来定义。

图8示出一个REG的示例性结构。在图15中，D表示DCI映射到的RE，并且R表示DMRS映射到的RE。DMRS沿着一个符号中的频率方向被映射到RE#1、RE#5和RE#9。

PDCCH在CORESET中被发送。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映射可以是交织类型或非交织类型。图9(a)是示出非交织CCE-REG映射的图，并且图9(b)是示出交织CCE-REG映射的图。

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

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

图10示出示例性块交织器。对于上述交织操作，将(块)交织器中的行数A设置为1或2、3和6。当给定CORESET的交织单元数为P时，块交织器中的列数为P/A。在块交织器中，如图17所示，在行优先方向中执行写入操作，并且在列优先方向中执行读取操作。基于独立于用于DMRS的可配置ID而可配置的ID来应用交织单元的循环移位(CS)。

UE通过解码(所谓的盲解码)PDCCH候选集来获取在PDCCH上传递的DCI。由UE解码的PDCCH候选集被定义为PDCCH搜索空间集。搜索空间集可以是公共搜索空间或UE特定的搜索空间。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中的一个)。

表2列出了相应搜索空间类型的特征。

[表2]

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

[表3]

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抢占信息。DCI格式2_0和/或DCI格式2_1可以被传递到组公共PDCCH上的对应的一组UE，该组公共PDCCH是指向一组UE的PDCCH。

不连续接收(DRX)操作

UE可以在执行上述/提出的过程和/或方法时执行DRX操作。当UE配置有DRX时，UE可以通过不连续地接收DL信号来降低功耗。DRX可以在RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED状态中执行。在RRC_IDLE和RRC_INACTIVE状态中，DRX可以被用于不连续地接收寻呼信号。在下文中，将描述在RRC_CONNECTED状态中执行的DRX(RRC_CONNECTED DRX)。

图11示出DRX循环(RRC_CONNECTED状态)。

参考图11，DRX循环包括开启(ON)持续时间和DRX的机会。DRX循环定义在其中周期性地重复开启持续时间的时间间隔。开启持续时间是UE执行监测以接收PDCCH信号的时间段。当DRX被配置时，UE在开启持续时间期间执行PDCCH监测。如果UE在PDCCH监测期间成功检测到任何PDCCH，则UE启动不活动定时器并维持唤醒状态。另一方面，如果UE在PDCCH监测期间没有检测到PDCCH，则UE在开启持续时间到期后进入睡眠状态。因此，当DRX被配置时，可以在时域中不连续地执行PDCCH监测/接收，同时执行上述/提出的过程和/或方法。例如，当DRX被配置时，根据DRX配置，PDCCH接收时机(例如，包括PDCCH搜索空间的时隙)可以被配置成不连续的。相反，当没有DRX被配置时，可以在时域中连续执行PDCCH监测/接收。例如，当没有DRX被配置时，PDCCH接收时机(例如，包括PDCCH搜索空间的时隙)可以被配置成连续的。无论DRX是否被配置，在对应于测量间隙的时间段内都不允许进行PDCCH监测。

表4展示了与DRX相关的UE过程(在RRC_CONNECTED状态中)。参考表4，DRX配置信息可以通过更高层(RRC)信令接收，并且DRX开/关可以由MAC层的DRX命令控制。一旦DRX被配置，UE可以在执行如图11所示描述/提出的过程和/或方法时不连续地执行PDCCH监测。

[表4]

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监测。

随机接入(或RACH)过程

图12示出示例性随机接入过程。特别地，图12示出基于竞争的随机接入过程。

首先，UE可以在RACH过程中在PRACH上发送作为Msg 1的RACH前导。

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

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

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

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

RAR信息包括用于UL同步的定时提前信息、UL许可和UE临时ID。当在PDSCH上接收到其RAR信息时，UE可以获取用于UL同步的时间提前信息、初始UL许可和临时C-RNTI。定时提前信息用于控制UL信号传输定时。为了将UE的PUSCH和/或PUSCH传输与网络端的子帧定时对准，网络(例如，BS)可以测量PUSCH、PUCCH或SRS接收与子帧之间的时间差，并基于该时间差发送定时提前信息。基于RAR信息，UE可以在UL-SCH上发送作为RACH过程的Msg 3的UL信号。Msg 3可以包括RRC连接请求和UE ID。网络可以响应于Msg 3来发送Msg 4。Msg 4可以作为DL上的竞争解决消息来被处置。当UE接收Msg 4时，UE可以进入RRC_CONNECTED状态。

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

如先前所述，包括在RAR中的UL许可调度用于UE的PUSCH传输。承载基于RAR的UL许可的初始UL传输的PUSCH被称作Msg 3PUSCH。如表5所示，RAR UL许可的内容从MSB开始，并在LSB中结束。

[表5]

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

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

[表6]

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

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

未授权带

图13示出支持适用于本公开的未授权带的无线通信系统。

本文中，在授权带(L-带)中操作的小区被定义为L-小区，并且L-小区中的载波被定义为(DL/UL)LCC。在未授权带(U-带)中操作的小区被定义为U-小区，并且U-小区中的载波被定义为(DL/UL)UCC。小区的载波/载波频率可以指小区的操作频率(例如，中心频率)。小区/载波(例如，CC)通常称为小区。

当BS和UE在如图13(a)所示的应用载波聚合的LCC和UCC上发送和接收信号时，LCC和UCC可以分别被设置为主CC(PCC)和次CC(SCC)。BS和UE可以在如图13(b)所示应用载波聚合的一个UCC或多个UCC上发送和接收信号。换句话说，在没有LCC的情况下，BS和UE可以在UCC上发送和接收信号。

将在本公开中稍后描述的U带中的信号发送和接收操作可以适用于所有前述部署情形(除非另有说明)。

图21中所示的NR帧结构可以用于U带操作。可以由BS确定在U带帧结构中为UL/DL信号传输保留的OFDM符号的配置。在此情况下，OFDM符号可以用SC-FDM(A)符号代替。

对于U带中的DL信号传输，BS可以通过信令通知UE在子帧#n中使用的OFDM符号的配置。此处，子帧可以用时隙或时间单位(TU)代替。

具体地，在支持U带的LTE系统中，UE可以基于在子帧#n-1或子帧#n中从BS接收的DCI的特定字段(例如，用于“LAA的子帧配置”字段等)，假设(或辨识)在子帧#n中预留的OFDM符号的配置。

表7展示了“LAA的子帧配置”字段如何指示用于在当前和/或下一子帧中发送DL物理信道和/或物理信号的OFDM符号的配置。

[表7]

对于在U带的UL信号传输，BS可以通过信令向UE提供关于UL传输周期的信息。

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

表8展示了“UL持续时间和偏移”字段如何指示UL偏移和UL持续时间的配置。

[表8]

例如，当“UL持续时间和偏移”字段配置(或指示)用于子帧#n的UL偏移l和UL持续时间d时，UE可能不需要在子帧#n+l+i(其中i＝0，1，…，d-1)中接收DL物理信道和/或物理信号。

为了在U带发送DL信号，BS可以如下为U带执行DL信道接入过程(例如，信道接入过程(CAP))。

(1)第一DL CAP方法

图14是示出由BS执行的CAP操作以在U带中发送DL信号的流程图。

BS可以发起CAP用于在U带中的DL信号传输(包括PDSCH/PDCCH/EPDCCH)(S1410)。BS可以根据步骤1在竞争窗口(CW)内随机选择退避计数器N。N被设置为初始值N_init(S1420)。N_init是在0与CW_p之间选择的随机值。随后，当根据步骤4退避计数器值N为0时(S1430；Y)，BS终止CAP(S1432)。BS然后可以执行包括PDSCH/PDCCH/EPDCCH的Tx突发传输(S1434)。相反，当退避计数器值N不是0时(S1430；N)，BS根据步骤2将退避计数器值减少1(S1440)。随后，BS检查U小区的信道是否空闲(S1450)。如果信道是空闲的(S1450；Y)，BS确定退避计数器值是否是0(S1430)。相反，当信道不空闲时，即，在步骤S1450信道繁忙时(S1450；N)，根据步骤5，BS确定信道是否空闲了延迟持续时间Td(长于或等于25微秒)，该延迟持续时间Td长于时隙持续时间(例如，9微秒)(S1460)。如果信道在延迟持续时间内空闲(S1470；Y)，BS可以恢复CAP。此处，延迟持续时间可以包括16微秒的持续时间和m_p连续时隙持续时间(例如，9微秒)，其紧接在16微秒的持续时间之后。如果信道在延迟持续时间内繁忙(S1470；N)，BS再次执行步骤S1460，以检查U小区的信道是否在新的延迟持续时间内空闲。

表9显示了应用于CAP的m_p、最小CW、最大CW、最大信道占用时间(MCOT)和允许CW大小的值根据信道接入优先级类别而不同。

[表9]

可以以各种方式确定应用于第一DL CAP的CW的大小。例如，可以基于在预定时间段内(例如，参考TU)用于PDSCH传输的HARQ-ACK值被确定为NACK的概率来调整CW的大小。当BS在包括与信道接入优先级类别P相关联的PDSCH的载波上执行DL信号传输时，如果参考子帧k(或参考时隙k)中的PDSCH传输的HARQ-ACK值被确定为NACK的概率至少为Z＝80％，则BS将为每个优先级类别配置的CW值增加到下一允许值。可替选地，BS将为每个优先级类别配置的CW值维持为初始值。参考子帧(或参考时隙)可以被定义为起始子帧(或起始时隙)，其中最近在对应的载波上执行传输，其中至少部分HARQ-ACK反馈是可用的。

(2)第二DL CAP方法

BS可以基于以下第二DL CAP方法在U带中执行DL信号传输(此处，DL信号传输包括发现信号，但是不包括PDSCH)。

当BS的信号传输持续时间小于或等于1ms时，BS可以在感测到对应的信道空闲至少T_drs＝25us的感测持续时间之后，立即在U带中发送DL信号(例如，包括发现信号但没有PDSCH的信号)。此处，T_drs包括16us的持续时间T_f，紧接着是9us的一个时隙持续时间T_sl。

(3)第三DL CAP方法

为了在U带的多个载波上执行DL信号传输，BS可以如下执行CAP。

1)类型A：BS可以基于为每个载波N定义的计数器(即，为CAP考虑的计数器N)执行用于多个载波的CAP，并基于此执行DL信号传输。

-类型A1：用于每个载波N的计数器是独立确定的，并且基于每个载波N的计数器来执行多个载波上的DL信号传输。

-类型A2：每个载波N的计数器被确定为具有最大CW大小的载波的N值，并且基于每个载波N的计数器来执行多个载波上的DL信号传输。

2)类型B：BS基于计数器N对多个载波中的特定载波执行CAP。在特定载波上发送信号之前，BS确定剩余载波上的信道是否空闲。然后，BS执行DL信号传输。

-类型B1：为多个载波定义了单个CW大小。当基于计数器N对特定载波执行CAP时，BS使用单个CW大小。

-类型B2：为每个载波定义了CW。当确定用于特定载波的N_init值时，BS使用CW大小中最大的CW大小。

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

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

小区搜索

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

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

[表10]

图16示出SSB传输。

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

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

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

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

SSB候选在SS突发集中的时间位置可以根据SCS定义如下。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。

图17示出了在UE处获取DL时间同步信息。

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、b1和b2可以由8个不同的PBCH DMRS序列指示。当L＝64时，SSB索引的三个最高有效位(MSB)b3、b4和b5由PBCH指示。当L＝2时，SSB索引的两个LSB b0和b1可以由4个不同的PBCH DMRS序列指示。当L＝4时，三个比特中除了指示SSB索引的比特之外，剩余的一个比特b2可以用作半帧指示。

系统信息获取

图18示出系统信息(SI)获取过程。UE可以在SI获取过程中获取接入层(AS)-/非接入层(NAS)-信息。SI获取过程可以应用于处于RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED状态中的UE。

SI被分成主信息块(MIB)和多个系统信息块(SIB)。MIB和多个SIB进一步被分成最小SI和其他SI。最小SI可以包括MIB和系统信息块1(SIB1)，承载初始接入所需的基本信息和获取其他SI所需的信息。SIB1还可以称作剩余最小系统信息(RMSI)。详情可参考以下内容。

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

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

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

波束对准

图19示出SSB的示例性多波束传输。

波束扫描指的是在发送接收点(TRP)(例如，BS/小区)随时间改变无线信号的波束(方向)(在下文中，术语波束和波束方向可互换使用)。SSB可以通过波束扫描周期性地发送。在此情况下，SSB索引隐式链接到SSB波束。SSB波束可以在SSB(索引)或SS(索引)组的基础上被改变。在后者中，相同的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之间的波束对准。

信道测量和速率匹配

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

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

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

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

图21示出在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符号)。

表11示出了当使用正常CP时，每个时隙的符号数、每个帧的时隙数和每个子帧的时隙数根据SCS而变化。

[表11]

SCS(15*2^u)	Nslot symb	Nframe,u slot	Nsubframe,u slot
				15KHz(u＝0)	14	10	1
30KHz(u＝1)	14	20	2
				60KHz(u＝2)	14	40	4
120KHz(u＝3)	14	80	8
				240KHz(u＝4)	14	160	16

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

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

表12示出了当使用扩展CP时，每个时隙的符号数、每个帧的时隙数和每个子帧的时隙数根据SCS而变化。

[表12]

SCS(15*2^u)	Nslot symb	Nframe,u slot	Nsubframe,u slot
				60KHz(u＝2)	12	40	4

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

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

图23示出自包含时隙的结构。在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控制区域

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

带宽部分(BWP)

在NR系统中，每个载波可以支持高达400MHz。当操作在此类宽带载波中的UE总是在整个载波的射频(RF)模块开启的情况下操作时，UE的电池消耗可能会增加。可替选地，考虑在单个宽带载波内操作的各种用例(例如，eMBB、URLLC、mMTC等)，可以为载波内的每个频带支持不同的参数集(例如，SCS)。可替选地，每个UE可以具有不同的最大带宽能力。就此而言，BS可以向UE指示仅在部分带宽而不是宽带载波的总带宽中操作。部分带宽可以被定义为BWP。BWP是在载波上为BWP i中的参数集ui定义的连续公共RB的子集，并且可以为BWP配置一个参数集(例如，SCS、CP长度、或时隙或迷你时隙持续时间)。

BS可以在为UE配置的一个载波中配置一个或多个BWP。可替选地，当UE集中在特定BWP上时，BS可以为一些UE配置另一BWP，以实现负载平衡。可替选地，考虑到相邻小区之间的频域小区间干扰消除，BS可以排除总带宽的一些频谱，并在同一时隙中配置小区的两侧BWP。也就是说，BS可以为与宽带载波相关联的UE配置至少一个DL/UL BWP，激活在特定时间点处配置的DL/UL BWP中的至少一个(通过作为物理层控制信号的L1信令、作为MAC层控制信号的MAC控制元件(CE)或RRC信令)，或者设置定时器值并在定时器到期时将UE切换到预定的DL/UL BWP。为了指示切换到另一配置DL/UL BWP，可以使用DCI格式1_1或DCI格式0_1。激活的DL/UL BWP可以被称作激活的DL/UL BWP。在初始接入期间或在RRC连接设立之前，UE可以不从BS接收到DL/UL BWP的配置。UE在这种情况下假设的DL/UL BWP被定义为初始激活的DL/UL BWP。

DL BWP是在其中发送和接收诸如PDCCH和/或PDSCH的DL信号的BWP，而UL BWP是在其中发送和接收诸如PUCCH和/或PUSCH的UL信号的BWP。

在NR系统中，可以在激活的DL BWP中发送和接收DL信道和/或DL信号。此外，可以在激活的UL BWP中发送和接收UL信道和/或UL信号。

在详细描述之前，下文将参考图24和图25描述根据本公开实施例的UE和BS的操作的实现方式示例。

图24是示出根据本公开的UE的操作的实现方式示例的图。参考图18，UE可以在MsgA中发送PRACH和PUSCH(S2401)。UE然后可以响应于Msg A来接收与竞争解决相关的Msg B(S2403)。在步骤S2401和S2403中由UE执行RACH过程的特定方法可以基于稍后描述的实施例和特征。

图24中示出的UE可以是图1至图4中示出的各种无线设备中的一个。例如，图24的UE可以是图1示出的第一无线设备100或图2中示出的无线设备100或200。换句话说，图24的操作可以由图1至图4中示出的各种无线设备中的一个执行。

图25是示出根据本公开的BS的操作的实现方式示例的图。参考图19，BS可以在MsgA中接收PRACH和PUSCH(S2501)。BS然后可以响应于Msg A来发送与竞争解决相关的Msg B(S2503)。在步骤S2501和S2503中由BS执行RACH过程的特定方法可以基于稍后描述的实施例和特征。

图25中示出的BS可以是图1至4中示出的各种无线设备中的一个。例如，图25的BS可以是图1示出的第二无线设备200或图2中示出的无线设备100或200。换句话说，图25的操作可以由图1至4中示出的各种无线设备中的一个执行。

与传统的LTE和NR Rel-15(其中RACH过程在四个步骤中执行)不同，NR Rel-16中引入了两步RACH过程，以减少UE的RACH过程中的延时。在新引入的2步RACH过程中，省略了传统4步RACH过程的包括PUSCH的消息3(Msg 3)的传输和包括竞争解决消息的消息4(Msg4)的传输。相反，在由UE执行的RACH过程的第一步骤中，UE可以向BS发送包括随机接入前导(或PRACH前导)和PUSCH的消息A(Msg A)，以不仅提供随机接入前导，而且提供PUSCH。在接收到Msg A时，BS可以响应于Msg A向UE发送包括随机接入响应(RAR)、竞争解决消息和定时提前(TA)信息的消息B(Msg B)。在接收到Msg B时，UE解码Msg B，完成RACH过程，并且接着执行数据发送/接收。

图26是示出基本2步RACH过程的图。参考图26，UE发送包括RACH前导(或PRACH前导)和PUSCH的Msg A来为BS执行RACH过程(S2601)。在接收到Msg A时，BS响应于Msg A来发送包括RAR和竞争解决信息的Msg B(S2603)。如果UE成功接收到Msg B，则UE完成对BS的接入，并且可以向BS发送数据/从BS接收数据(S2605)。

在2步RACH过程中，如果BS成功地接收包括PRACH前导和PUSCH的Msg A，则如上文所述，BS向UE发送Msg B。在此情况下，UE基于特定的无线电网络临时标识符(RNTI)在预定的时间段内监测用于Msg B的PDCCH。

另一方面，如果BS未能接收到Msg A，则BS不向UE发送任何响应信号，也不指示UE切换(回退)到4步RACH过程。如果BS没有向UE发送响应信号，则UE监测来自BS的响应信号(诸如Msg B)或者信号(诸如Msg B的PDCCH)。如果UE在特定时间段内没有检测到信号，则UE可以开始重新发送Msg A的过程。当BS发送指示UE回退到4步RACH过程的信号时，UE可以停止监测Msg B，并且然后在UE被指示回退到4步RACH过程之后开始4步RACH过程。

在2步RACH过程中，UE和BS需要区分用于发送和接收4步RACH过程的回退信号的时间与用于重新发送和接收2步RACH过程的Msg A的时间，区分特定时间段内的2步RACH过程和4步RACH过程，或者区分特定时间段内的多个2步RACH过程，以便正确完成接入过程。在下文中，将回顾2步RACH过程的特性，并且将描述用于解决上述问题的实施例。

Msg A的解码

在2步RACH过程中，由于PRACH前导和PUSCH被包括在Msg A中，所以BS需要确定PRACH前导和PUSCH是否被成功检测到，以便确定Msg A是否被成功接收。当UE向BS发送MsgA时，UE在时间上先于PUSCH发送PRACH前导。因此，考虑到BS首先解码PRACH前导，用于BS的Msg A的解码成功/失败可以分类如下。

情况(1)：PRACH前导检测成功和PUSCH检测成功

情况(2)：PRACH前导检测成功和PUSCH检测失败

情况(3)：PRACH前导检测失败

-在上述情况之中，情况(1)是BS成功解码PRACH前导和PUSCH的情况。在此情况下，BS响应于Msg A来向UE发送Msg B。如果UE正确地接收到Msg B，则竞争解决过程完成，并且因此RACH过程也终止。

-情况(2)是BS检测到PRACH前导但未检测到PUSCH的情况。在此情况下，由于BS成功地接收到包括诸如UE的ID的信息的PRACH前导，所以BS可以发送RAR，用于回退到4步RACH过程，以不再次接收PRACH前导。其后，如在正常的4步RACH过程中那样，UE向BS发送包括PUSCH的Msg 3，并且BS发送包括竞争解决信息的Msg 4以完成RACH过程。

作为情况(2)的另一操作，BS可以通过考虑UE正在监测Msg B的PDCCH来向UE发送Msg B。在此情况下，Msg B可以包含指示Msg 3传输的消息。在此情况下，如果UE在监测PDCCH时接收到用于Msg B的PDCCH，则UE解码相关的PDSCH并获得用于Msg 3传输的指示符。当UE被指示发送Msg 3时，UE在发送PUSCH的准备时间之后发送包括PUSCH的Msg 3。其后，BS发送包括竞争解决信息的Msg 4以完成RACH过程。

-情况(3)是BS未检测到PRACH前导的情况。在此情况下，因为BS可能不识别UE，所以BS可能不向UE发送RAR或Msg B。UE也可能接收不到对应的信号。UE确定BS没有正确接收到Msg A，并且然后执行重新发送Msg A的过程。

TC-RNTI的论述

如在情况(1)或情况(2)的一些示例中，UE可能需要临时小区RNTI(TC-RNTI)来监测Msg B的PDDCH。因此，从BS的角度来看，为每个UE分配TC-RNTI可能在2步RACH过程中成问题。例如，如果有必要将TC-RNTI分配给监测Msg B的PDCCH的UE，则是否在UE组的基础上分配TC-RNTI，使得特定组中的UE使用公共的TC-RNTI，或者是否将TC-RNTI分配给每个UE，使得每个UE使用不同的TC-RNTI，这可能是有问题的。

尽管本公开没有具体描述TC-RNTI分配方法，但是需要进一步讨论提到的关于在NR Rel-16中新引入的两步RACH过程的TC-RNTI的问题。

RNTI识别方法

在情况(1)或情况(2)的一些示例中，有必要定义当UE监测用于Msg B的PDCCH时使用的RNTI。

首先，用于PDCCH监测的RNTI可以通过RAR提供给UE。如果UE向BS发送PRACH前导并且BS成功地检测到PRACH前导，则BS可以发送检测到的PRACH前导的前导索引(RAPID)作为响应。在此情况下，BS可以通过RAR向对应的UE发送成功检测到的RAPID的RNTI。如果UE接收到RAR并确认RAPID是针对UE所发送的PRACH前导的，并且与其相关的RNTI存在，则UE可以基于RNTI对Msg B执行PDCCH监测或者对其他DL数据执行PDCCH监测。可替选地，UE可以基于TC-RNTI执行UL数据传输。此外，UE可以使用指示的RNTI作为在数据传输期间应用的加扰序列的初始种子值。

当UE和BS执行RACH过程时，UE和BS需要能够区分用于每个RACH过程的RNTI和与其相关的PDCCH。例如，当相同的RACH时机(RO)被用于2步RACH过程和4步RACH过程时，即使在每个RACH过程中使用不同的前导，RA-RNTI也可能是相同的，并且因此，在执行PDCCH监测以接收RAR时，UE可能难以识别用于每个RACH的DCI。作为另一示例，2步RACH过程的RAR监测窗口比传统的4步RACH过程的窗口长10ms。在此情况下，在10ms之后，根据特定RO产生的RA-RNTI变得与根据存在于同一位置的另一RO产生的RA-RNTI相同。因此，尽管使用了为单个RO产生的RA-RNTI，但其值是相同的，并且因此，UE在执行PDCCH监测以接收RAR时可能难以识别DCI。为了解决由于相同的RNTI而导致RNTI和与其相关的PDCCH没有被UE和BS识别为预期的问题，可以考虑以下RNTI或PDCCH识别方法。

(1)实施例1：常规RA-RNTI产生公式的使用

首先，当UE对Msg B执行PDCCH监测时，可以基于常规的RA-RNTI公式产生UE要使用的RNTI。用于产生对应于特定RO的RA-RNTI的常规公式如下。

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

在上述公式中，用于产生RA_RNTI的因数(诸如s_id、t_id、f_id和ul_carrier_id)与特定RO的资源相关。具体地，s_id是指示特定RO开始的第一OFDM符号索引的值并具有0到13的整数值，以及t_id是指示特定RO开始的帧的第一时隙索引(系统帧中的第一时隙索引)的值并具有0到79的整数值。另外，f_id是指示频域索引的值并具有0到7的整数值，以及ul_carrier_id是指示是否指示UL载波的值并具有0或1的值。对于正常频带中的UL载波，ul_carrier_id的值是0，以及对于补充UL频带中的UL载波，ul_carrier_id的值是1。

基于上述公式，可以定义与用于发送2步RACH前导的RO相关的TC-RNTI或与对应RO相关的新RNTI。特别地，可以通过将预定偏移应用于常规RNTI产生公式来获得新的RNTI值。例如，可以通过定义在将预定偏移应用于与2步RACH前导的RO被映射到的时间资源相关的参数之后要使用的参数来产生RNTI。此处，将预定偏移应用于常规RNTI产生公式中与时间资源相关的参数可以被解释为1)将偏移应用于一个特定的时间资源参数，或者2)通过考虑常规RNTI产生公式与时间资源相关，将偏移综合地应用于常规RNTI产生公式。

作为一种方法，适用于2步RACH过程的预定偏移值可以是14*80*8*2，并且在这种情况下，用于产生新的RA-RNTI的公式可以定义如下。

-RA_RNTI_new＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+14*80*8*2

在上述公式中，所应用的偏移值14*80*8*2可以被解释为意味着1)该偏移被应用为指示时间资源上的符号资源的参数s_id的偏移，或者2)通过考虑常规RNTI产生公式与时间资源相关，该偏移被应用为常规RNTI产生公式的偏移。

作为另一方法，考虑到在具有预定值范围的s_id或t_id中存在大量未使用的索引，除了通过偏移应用用于RO映射的OFDM符号索引和时隙索引之外的索引可以被用于RNTI产生。

如果基于由RACH配置表指示的特定时隙索引和起始位置OFDM符号索引来产生用于4步RACH过程的RA-RNTI，则可以通过对由RACH配置表指示的时隙索引和起始OFDM符号索引应用预定偏移来产生用于2步RACH过程的RA-RNTI。也就是说，用于为2步RACH过程产生RA-RNTI的参数可以具有通过将预定偏移应用于由RACH配置表指示的时隙索引和OFDM符号索引而获得的值。

例如，可以考虑对OFDM符号索引应用偏移的方法。使用短序列的RACH前导由至少两个OFDM符号组成。对于RACH前导格式A1，偶数OFDM符号索引0、2、4、6、8、10和12被用于长度为两个OFDM符号的PRACH，并且奇数OFDM符号索引1、3、5、7、9、11和13未被使用。此处，用于4步RACH过程的RA-RNTI的OFDM符号索引是0、2、4、…、10，并且未使用的OFDM符号索引1、3、5、…、11可以用于产生2步RACH过程的RA-RNTI。在此情况下，可以认为偏移值1被应用于OFDM符号索引。

作为另一示例，可以考虑对时隙索引应用偏移的方法。当4步RACH过程使用15kHz频带中持续时间为10ms的时隙之中间隔为2ms的时隙时，偶数编号的时隙索引(诸如0、2、4、6和8)可以被用于4步RACH过程的RNTI。在此情况下，不使用奇数编号的时隙索引，诸如1、3、5、7和9。因此，如果将这些索引用于2步RACH过程的RNTI，则即使RNTI具有相同的10ms周期，也可以产生2步RACH过程的RNTI，以便不与4步RACH过程的RNTI重叠。在此情况下，可以认为偏移值1被应用于OFDM符号索引。

如果通过避免用于4步RACH过程的RACH配置来选择s_id和t_id中的至少一个的值，则可以基于f_id来产生与4步RACH过程的RA-RNTI不同的至少8个或更多个RNTI。另外，如果2步RACH前导和4步RACH前导的传输时间在子帧的基础上完全分开，例如，如果2步RACH前导在20ms的周期内在前10ms中被发送，并且4步RACH前导在接下来的10ms中被发送，则有可能产生更多的用于区分2步RACH过程和4步RACH过程的RNTI。

从类似于上述示例的观点来看，可以考虑将偏移应用于4步RACH过程和2步RACH过程共享相同RO的情况。如果RO相同，则RA-RNTI产生公式中默认使用的每个因子可能相同。因此，为了区分RA-RNTI产生，如果由RACH配置指示的特定时隙索引被用于相同的RO以产生4步RACH过程的RA-RNTI，则2步RACH过程的RA-RNTI可以通过使用通过将预定偏移应用于特定时隙索引而获得的索引作为参数来产生。

作为将偏移应用于时隙索引的一种方法，可以认为对于由RA-RNTI产生公式的时隙索引t_id支持的索引0至79，可以为4步RACH过程的RA-RNTI和2步RACH过程的RA-RNTI中的每个配置不同的时隙索引范围。特别地，可以基于帧中时隙的数量根据分配了RO的频带的子载波间隔而变化的事实来应用偏移。具体地，如果在频率范围1(FR1)中分配有RO的频带的子载波间隔是15kHz或30kHz，则用于4步RACH过程的RA-RNTI的t_id值是0到39，这取决于根据子载波间隔的帧中的时隙数量。由于没有使用时隙索引之中的40到79的值，因此2步RACH过程的RA-RNTI可以使用从40到79的对应索引。具体地，新的t_id值可以通过将偏移值40应用于用于4步RACH过程的RA-RNTI的t_id值来获得，并且新的t_id值可以被指示为2步RACH过程的RA-RNTI的参数。也就是说，假设用于2步RACH过程的RA-RNTI的时隙索引是t_id_2，并且用于4步RACH过程的RA-RNTI的时隙索引是t_id_4，则可以配置t_id_2＝t_id_4+40的关系。在此情况下，4步RACH过程的RA-RNTI和2步RACH过程的RA-RNTI分别使用0到79的时隙索引之中的时隙索引0到39和时隙索引40到79，并且因此RA-RNTI可以相互区分。

作为将偏移应用于时隙索引的另一方法，可以认为，在不区分可以由4步RACH过程的RA-RNTI和2步RACH过程的RA-RNTI使用的时隙索引的情况下，可以使RA-RNTI能够使用不同的索引。例如，如果实际分配给4步RACH过程和2步RACH过程共有的RO的时隙的时隙索引被指示为0、2、4、6、8等，则对应的时隙索引0、2、4、6、8等可以被用作4步RACH过程的RA-RNTI的参数。此外，对于2步RACH过程的RA-RNTI，通过向时隙索引添加偏移1而获得的值，诸如1、3、5、7、9等，可以用作参数。这种方法的优点在于，4步RACH过程和2步RACH过程的RA-RNTI甚至可以根据RO实际分配到的时隙的时隙索引而利用小的偏移值来区分。

此外，为了将偏移应用于时隙索引，可以认为帧中的时隙数量根据对其分配了RO的频带的子载波间隔而变化。如果RACH时隙被指示为15kHz或60kHz，则对于15kHz的10个时隙指示索引0、1、2、…、9，并且对于60kHz的40个时隙指示索引0、1、2、...、39。当30kHz或120kHz的子载波间隔用于RO时，可以看到两个时隙分别包括在关于15kHz或60kHz指示的时隙中。如果两个时隙中的一个用来产生4步RACH过程的RA-RNTI，则剩余未使用时隙的索引可以用来产生2步RACH过程的RA-RNTI。

(2)实施例2：每个预定持续时间偏移的应用

在实施例1中，已经描述了当使用RA-RNTI公式时，如果由于相同的资源相关因素而需要区分RNTI，则RNTI可以具有不同的值。例如，根据实施例1，如果4步RACH过程的RA-RNTI和2步RACH过程的RA-RNTI基于偏移使用不同的参数，则它们在相同的持续时间内可以具有不同的值。然而，当对于每个RA-RNTI以10ms的周期重复相同的值时，尽管4步RACH过程的RA-RNTI不同于2步RACH过程的RA-RNTI，但是如果PDCCH检测的监测窗口长度变得长于10ms，则可能存在识别问题。也就是说，尽管产生了与特定时间的RO相关的TC-RNTI或新的RNTI，但是如果在从特定时间开始的10ms、20ms、…等的持续时间之后在完全相同的位置存在另一RO，则可能存在每10ms产生的TC-RNTI或新的RNTI可能重叠的问题。

例如，当在U带的特定时间处在RO上执行4步RACH过程时，可以假设RAR监测窗口的长度增加到20ms，为由于先听后说(LBT)而导致的PDCCH传输延迟做准备。在此情况下，基于在特定时间处的RO由UE产生的RA-RNTI在20ms的持续时间内被用于监测窗口内的PDCCH检测。然而，如果另一RO在特定时间10ms后出现在同一位置，则在监测窗口内10到20ms的持续时间内，上述RA-RNTI可能无法与另一RO的RA-RANTI区分。

作为另一示例，当在特定时间在RO上执行2步RACH过程时，可以假设UE监测RAR和Msg B。虽然RAR监测窗口的长度最多为10ms，但是Msg 4中的被应用于接收Msg 4中包括的信息的竞争解决定时器被应用持续时间超过10ms。在此情况下，在长于10ms的竞争解决定时器的持续时间期间使用由UE基于特定时间处的RO产生的RA-RNTI。然而，如果另一RO在特定时间10ms后出现在同一位置处，则在长于或等于10ms的用于竞争解决定时器的持续时间期间，上述RA-RNTI可能无法与另一RO的RA-RANTI区分。

为了解决上述RNTI识别问题，下面将回顾当每10ms产生用于RO的RNTI时应用不同时间偏移值的方法。

在发送RACH前导时，UE基于RO产生RA-RNTI，并且然后基于RA-RNTI监测用于RAR或Msg B的PDCCH。在从UE确定监测PDCCH起经过预定时间之后，UE为对应的RO新计算用于监测PDCCH的RA-RNTI。此处，对应于用于计算RA-RNTI的参考时间的预定时间可以是10ms。

在此情况下，在预定时间之后由UE新产生的RA-RNTI需要不同于前者。一种对时隙索引或OFDM符号索引应用偏移来区分4步RACH过程和2步RACH过程的RA-RNTI的方法可以被用于新产生的RA-RNT。例如，与用于产生RA-RNTI以监测用于特定RO的从0到10ms的第一持续时间的公式中使用的时隙索引t_id相比，监测从10到20ms的持续时间的新RA-RNTI可以被确定为t_id+1，其通过将偏移值1加到t_id而获得。此外，用于监测从20到30ms的持续时间的新的RA-RNTI可以被设置为t_id+2，并且用于监测从30到40ms的持续时间的新的RA-RNTI可以被设置为t_id+3。此处，设置为1的偏移仅仅是示例，并且偏移不限于1。也就是说，可以应用根据本公开中上述偏移应用方法的各种值。

上述方法不限于包括对Msg B的PDCCH监测的2步RACH过程，并且即使当PDCCH监测持续时间在4步RACH过程中增加时，该方法也可以被类似地应用。例如，如上文所述，当在U带中执行4步RACH过程时，RAR监测窗口的长度需要增加到10ms或更长，以准备由于LBT导致的PDCCH传输延迟。在此情况下，如果使用特定时隙索引或OFDM符号索引来计算用于监测从0到10ms的第一持续时间的RA-RNTI作为参数，则可以通过使用通过将预定偏移应用于特定时隙索引或OFDM符号索引而获得的值作为参数来产生用于监测下一持续时间的RA-RNTI。

可替选地，作为另一类似的方法，当创建第一RA-RNTI时，在20ms(或更长)的持续时间内用时隙索引替换RO的时隙索引，并将其反映为RA-RNTI计算中的参数。例如，当分配给RO的频带的子载波间隔是15kHz时，跨越两帧的20个时隙的时隙索引可以用0到19代替，并且然后用于RA-RNTI计算。然而，为了根据该方法使用RA-RNTI，BS和UE应该准确地知道作为时隙索引替换基础的持续时间的开始和结束(在上述情况下为20ms(或更长)持续时间)。然而，当UE在异步网络中执行切换时，UE可以获得边界信息，诸如目标小区的10ms持续时间的开始和结束，但是UE需要获得SFN信息来确保长于10ms的持续时间的边界上的信息。由于UE需要解码包括SFN信息的PBCH以便获取SFN信息，所以在切换期间可能出现延时。

(3)实施例：PDCCH中信息的使用

另一方面，当在识别RA-RNTI时存在问题时，可以考虑在使用现有RA-RNTI时基于PDCCH来区分每个RA-RNTI的方法。

1)作为基于PDCCH来区分每个RA-RNTI的一种方法，重叠的RA-RNTI可以基于PDCCH加扰序列来区分。RNTI具有16比特的长度，并且用RNTI比特加扰的CRC长度为24比特。在此情况下，可以通过在24个CRC比特中映射16个RNTI比特之后剩余的8个比特中的一些比特中包括每个RNTI的识别信息来识别每个RA-RNTI。也就是说，能够指定每个RA-RNTI的比特可以用于CRC加扰，而通常用于RNTI的16个比特被保留。在此情况下，UE可以解释附加的指定比特来识别RA-RNTI。

例如，当4步RACH过程和2步RACH过程的RA-RNTI需要相互区分时，RA-RNTI可按如下方式识别。考虑到4步RACH过程的RA-RNTI被加扰到24比特中的前16比特，能够识别2步RACH过程的RA-RNTI的信息可以被添加到剩余的8比特，从而可以识别2步RACH过程的RA-RNTI。UE通过加扰与特定RNTI相关的CRC来确定最后8比特中没有信息，并确定RNTI与4步RACH过程相关。如果UE在加扰与特定RNTI相关的CRC之后检查到最后8比特中没有信息，则UE确定对应的RNTI与4步RACH过程相关。如果UE确认最后8比特中有掩蔽信息，则UE确定RNTI与2步RACH过程相关。

作为另一示例，当相同的RNTI用于RAR和Msg B时，可以应用本方法。特别地，用于识别RAR和Msg B的额外8比特可以基于在下面的3GPP TS 38.212中定义的CRC附件的细节来配置。

7.3.2CRC附接

通过循环冗余校验(CRC)对DCI传输进行错误检测。

整个有效负载被用于计算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是比特序列，使得a′_i＝1，对于i＝0,1,…L-1，以及a′_i＝a_i-L，对于i＝L,L+1,…,A+L-1。奇偶校验比特是用输入比特序列a′₀，a′₁，a′₂，a′₃，...，a′_A+L-1来计算，并根据子条款5.1通过将L设置为24比特并使用生成多项式g_CRC24C(D)进行附接。输出比特b₀、b₁、b₂、b₃、...、b_K-1为

b_k＝a_k对于k＝0,1,2,...,A-1

b_k＝p_k-A对于k＝A,A+1,A+2,...,A+L-1，

其中K＝A+L。

附接后，CRC奇偶校验比特用对应的RNTI加扰x_rnti,0、x_rnti,1、…、x_rnti,15，其中x_rnti,0对应于RNTI的MSB，以形成比特序列c₀、c₁、c₂、c₃、....、c_k-1。c_k与b_k之间的关系为：

c_k＝b_k对于k＝0,1,2,…,A+7

c_k＝(b_k+x_rnti,k-A-8)mod2对于k＝A+8,A+9,A+10,…,A+23。

参考上文，当加扰24个CRC比特之中的16个RNTI比特之后剩余的8个比特被另外加扰时，剩余的8个比特可以被配置如下。

c_k＝b_k对于k＝0,…,A-1

c_k＝(b_k+X_mask,k-A)mod2对于k＝A,…,A+7

c_k＝(b_k+X_rnti,k-A-8)mod2对于k＝A+8,…,A+23

在上述等式中，b₀，b₁，...，b_k表示通过将奇偶校验比特p₀，p₁，...，p_L-1的运算应用于信息比特a₀，a₁，...，a_A-1而获得的输出比特，并且c₀，c₁，...，c_k表示CRC加扰比特。在此情况下，先前使用的{0,0,0,0,0,0,0,0}可以用作用于CRC加扰操作的Xmask。如果需要额外的Xmask，可以使用具有至少一个不同比特的比特串，诸如{0,1,0,1,0,1,0,1}、{0,0,0,0,0,0,0,1}等。

该方法不限于当RNTI是16比特时。也就是说，即使当RNTI增加到24比特时，也可以应用该方法。在此情况下，可以在预定的值范围内确定比特串，其中具有16比特的常规RNTI和使用扩展比特(例如，24比特)的RNTI被加扰。

作为另一示例，当PDCCH监测窗口长于10ms时，可以在PDCCH中包括额外的信息来识别重复的RNTI。例如，在24个CRC比特中映射16个RNTI比特之后，关于10ms持续时间的信息可以被包括在剩余的8个比特中。

也就是说，即使PDCCH监测窗口长于10ms，能够区分持续时间的比特信息，诸如相对于特定时间的从0到10ms的持续时间、从10到20ms的持续时间、从20到30ms的持续时间或者从30到40ms的持续时间，可以被包括在剩余的8个比特中并且然后被加扰，从而可以允许UE识别RNTI。例如，当剩余8个比特中的两个比特被设置为“00”时，它可以指示从UE开始监测PDCCH的时间开始的0到10ms的持续时间。当这两个比特被设置为“01”、“10”和“11”时，它可以分别指示从10到20ms的持续时间、20到30ms的持续时间和30到40ms的持续时间。在此情况下，即使PDCCH监测窗口长于10ms，UE也可以通过根据从PDCCH监测开始时间起的持续时间来解释比特信息而区分重叠的RNTI。

2)作为基于PDCCH来区分每个RA-RNTI的另一方法，可以通过在解调参考信号(DMRS)序列中反映用于指定用户的单独值来区分重叠的RNTI。也就是说，可以考虑通过使用RNTI和n_id作为种子值来初始化DMRS序列的方法来配置DMRS序列。一般来说，当RNTI被共同使用时，RNTI可以被应用作为种子值。然而，如果需要区分用户，可以另外地将能够指定用户的n_id与常用的RNTI一起使用。

3)作为基于PDCCH来区分每个RA-RNTI的另一方法，重叠的RNTI可以通过PDCCH的内容来区分。也就是说，能够识别每个RNTI的信息可以被包括在DCI的一些比特中，以指示同一RNTI具有不同目的的PDCCH。

具体地，当用于RAR和Msg B的PDCCH的RA-RNTI相互重叠时，映射到每个RA-RNTI的信息可以被包括在DCI中。因此，在检测PDCCH之后，UE可以识别哪个PDCCH与RAR和Msg B的哪个消息相关。

可替选地，当有必要区分用于4步RACH过程和2步RACH过程的RA-RNTI时，关于每个RA-RNTI是用于4步RACH过程还是2步RACH过程的信息可以被包括在DCI中。因此，在检测PDCCH之后，UE可以识别与由UE所执行的RACH过程相关的PDCCH。

此外，当由UE配置的监测窗口的长度由于其他原因长于10ms时，可能有必要区分每10ms重复一次的RA-RNTI。在此情况下，指示每个RA-RNTI相关的持续时间的信息可以被包括在DCI中。因此，在检测PDCCH之后，UE可以正确地识别PDCCH。作为一种方法，用于SFN的比特中较低的N比特可以被包括在DCI中。此处，SFN可以是包括由UE选择的用于发送RACH前导的RO的帧号。具体地，N＝2，并且最多四个持续时间可以由00、01、10和11表示的两比特来区分。作为另一方法，指示关于特定时间的每个持续时间的信息可以被包括在DCI中。关于UE监测PDCCH以接收RAR的持续时间，从特定时间开始的持续时间，诸如0到10ms、10到20*10ms、2*10到3*10ms和3*10到4*10ms，例如，PDCCH监测开始时间或RACH前导传输时间可以由00、01、10和11表示的两比特来识别。

(4)实施例4：RAR消息/Msg B的使用

当在10ms的预定周期内重复相同的RA-RNTI时，可能会出现识别问题。在此情况下，还可以考虑将RNTI指示符直接包括在RAR消息和/或Msg B的内容中的方法。

然而，根据本方法，在接收到RAR和/或Msg B时，UE可以知道正确的RNTI信息。也就是说，这种方法可能会导致RACH过程的延迟，因为RNTI信息只有在接收到RAR和/或Msg B时才被辨识。

(5)实施例5：UE状态信息的使用

除了上文在实施例1至4中描述的RNTI识别方法之外，将描述通过另外考虑UE的状态来识别RNTI的方法。

可以在4步RACH过程和2步RACH过程之间共享RO。在此情况下，为每个RACH过程分别分配一个RACH前导。当基于RO产生RA-RNTI时，如果UE接收到两个RACH过程的响应，则UE可能难以区分响应信号。

当UE执行4步RACH过程时，UE可以从UE发送RACH前导的时隙监测RAR(Msg 2)的PDCCH。在此情况下，要监测的搜索空间可以是由BS指示的RAR搜索空间，并且UE在被设置为最大10ms的监测持续时间内基于RA-RNTI来监测PDCCH。

另一方面，当UE执行2步RACH过程时，UE可以在从发送Msg A PUSCH经过预定时间之后从设置为DL或灵活的时隙，或者在UE发送Msg A RACH前导之后从Msg A PUSCH组的端点，监测2步RACH过程的RAR的PDCCH。在此情况下，其中UE监测用于2步RACH过程的RAR的PDCCH的搜索空间可以是为4步RACH过程配置的搜索空间，或者如果为2步RACH过程指定了单独的搜索空间，则也可以使用对应的搜索空间。此处，可以根据UE的RRC连接状态对使用的RNTI进行分类。

例如，当UE处于无RRC连接状态时，C-RNTI可以用于接收Msg B的PDCCH(成功RAR)，并且RA-RNTI可以被用于同时接收指示回退的RAR的PDDCH。可替选地，当UE处于RRC连接状态时，RA-RNTI可以用于接收Msg B的PDCCH和接收指示回退的RAR的PDCCH。在此情况下，可以根据上述实施例进行区分。

另一方面，当UE处于RRC IDLE状态或RRC INACTIVE状态时，RA-RNTI可以用于RAR接收的PDCCH。根据上述实施例，对于对应的RA-RNTI，用于4步RACH过程的RA-RNTI和用于2步RACH过程的RA-RNTI可以被配置成具有不同的值。可替选地，用于4步RACH过程的RA-RNTI和用于2步RACH过程的RA-RNTI可以被配置成具有相同的值。在此情况下，根据上述实施例，在映射24个CRC比特中的16个RA-RNTI比特之后，用于识别2步RACH过程的信息可以被包括在剩余的8个比特中的特定比特串中。

已经描述了，UE可以基于识别要监测的搜索空间或RA-RNTI的方法来识别用于4步RACH过程和2步RACH过程的PDCCH。然而，考虑到以下问题：对2步RACH过程的Msg B的PDCCH监测是在RO后面的PUSCH时机(PO)的传输之后开始的；监测持续时间可以长于10ms；并且每10ms重复一次RA-RNTI，那么对于用于2步RACH过程的RA-RNTI，仍然存在由相同值的重复引起的UE识别问题。也就是说，在RA-RNTI之间有冲突问题。为了解决该问题，每个RA-RNTI对应于哪个RO或PO的信息可以由诸如DCI或RAR的控制信号来指示。例如，SFN的较低N比特可以用作指示信息的比特。此处，N具有1到3的值。根据RAR监测窗口的开始时间或PDCCH搜索开始时间，可以不同地设置N的值。可替选地，为了通过区分从RO起的相对持续时间来识别RA-RNTI，从RO起的相对持续时间可以被分类为M*10ms(M＝1，2，3，...，8)，并且M的值可以作为相关信息来提供，以指示对应的持续时间。M的值仅仅是示例，并且并不限于小于或等于8的值。也就是说，M的值可以根据需要区分的相对持续时间的数量而变化。

上述实施例用于识别RNTI的用法可以总结如下。

1)根据每个实施例，通过区分2步RACH过程和4步RACH过程的RA-RNTI，有可能确定由UE监测的PDCCH与哪个RACH过程相关。

2)根据每个实施例，考虑到应在2步RACH过程中监测RAR和Msg B，UE可以区分用于监测RAR的RA-RNTI和用于监测Msg B的RA-RANTI，从而对应解码PDCCH。

3)根据每个实施例，当监测窗口的长度变得长于10ms时，在接下来的10ms持续时间内，可以将与特定RO相关的RA-RNTI与与具有与特定RO相同的OFDM符号、时隙和频域位置的RO相关的RA-RNTI区分开。

例如，当监测窗口的长度增加到20ms、30ms、40ms等时,这比当前最大值10ms长，因为在U带传输中由于LBT而难以获得发送PDCCH的机会，可以应用RNTI识别方法。

作为另一示例，当用于2步RACH过程的Msg B的监测窗口长度超过10ms时，可以应用RNTI识别方法。

作为另一示例，当用于监测2步RACH过程的Msg B的RA-RNTI在映射到特定RO的PO捆绑组中产生时，可以应用RNTI识别方法来区分与特定PO组相关的RA-RNTI以及与另一PO组相关的RA-RNTI。此处，PO是指用于PUSCH传输的Msg A的UL时间和频率资源。

作为另一示例，当针对特定RO产生用于监测2步RACH过程的Msg B的RA-RNTI时，可以认为Msg B的监测窗口的开始时间在PUSCH被发送用于Msg A的时间后面。这是因为Msg APUSCH是在Msg A前导之后发送的，并且与Msg A前导相关联的Msg A PUSCH资源的时间位置对于每个前导可以不同。在此情况下，即使Msg B的监测窗口是10ms，在RNTI识别中也可能存在问题，因为对应的监测窗口与RO的Msg B的监测窗口重叠，该RO位于相同位置并且与特定RO有10ms的偏移。此类问题可以通过RNTI识别方法来解决。

作为另一示例，2步RACH过程和4步RACH过程可以共享相同的RO，并且在这种情况下，执行2步RACH过程的UE和执行4步RACH过程的UE可以使用相同的RA-RNTI，这是基于RO确定的。由于每个UE监测每个RAR窗口，所以可以通过应用RNTI识别方法来区分2步RACH过程和4步RACH过程的RA-RNTI。

监测未映射到PUSCH资源单元(PRU)的前导

在2步RACH过程的RACH前导中，可能有没有映射到PRU的前导。在下文中，将描述为未映射到PRU的RACH前导的配置监测时间的方法。

在2步RACH过程中，通过映射特定RO的RACH前导和特定PO的PRU来配置Msg A。虽然在RO和PO之间或RACH前导和PRU之间执行映射，但如果RO的数量大于PO的数量，则一些RO可能不会映射到PO。也就是说，一些前导可以不映射到PRU。当UE执行2步RACH过程时，如果UE选择未映射到PRU的前导并在特定时间发送Msg A，则开始RAR和/或Msg B的PDCCH监测的参考点可能是有问题的。在此情况下，UE可以确定实际上没有被UE发送但是预期与由UE发送的RO相关的PO的时间，并且在对应的时间之后执行监测。

可替选地，如果BS和UE知道存在未映射到PO的RO或者存在未映射到PRU的RACH前导，则BS和UE可能预期需要为对应的RO或RACH前导分别执行PUSCH发送和接收。在此情况下，PDCCH监测可以在发送2步RACH前导的时隙之后执行，因为PDCCH监测在发送4步RACH前导的时隙之后开始。UE可以预期接收包括回退指示的RAR。

图27至图28是示出根据本公开的实施例的RNTI识别的示例的图。

图27是示出当监测窗口的长度增加时，UE通过识别RNTI来接收PDCCH和RAR的过程的图。在图27中，UE向BS发送RACH前导，并且BS检测该前导。如果UE和BS在从PDCCH监测窗口的开始时间到10ms的持续时间内使用预定的RA-RNTI，则UE和BS可以在接下来的10ms持续时间内基于另一更新的RA-RNTI发送和接收PDCCH和RAR。在此情况下，可以根据上述实施例及其特征来产生更新的RA-RNTI。

图28是示出当监测窗口的长度增加到10ms或更长时，通过包括关于DCI或RAR消息中的持续时间的信息来识别每个RA-RNTI的方法的示例的图。参考图28，当BS在相对于包括RO的RACH时隙的0到10ms范围内的时隙中发送PDCCH(或当UE接收PDCCH)时，时间信息可以被设置为“000”比特。如果UE接收到PDCCH并检测到“000”比特，则UE可以将PDCCH辨识为对在相对于RACH时隙的10ms范围内的RO上发送的RACH信号的响应。另外，当BS在相对于包括RO的RACH时隙的2*10ms范围内的时隙中发送PDCCH(或当UE接收PDCCH)时，时间信息可以被设置为“001”比特。如果UE接收到PDCCH并检测到“001”比特，则UE可以将PDCCH辨识为对在相对于RACH时隙的10至2*10ms范围内的RO上发送的RACH信号的响应。类似地，对于其他时间范围，可以为每个10ms持续时间配置不同的比特，使得在接收到PDCCH时，UE可以辨识出对应的PDCCH是用于在特定持续时间内在RO上发送的RACH信号。尽管在图28的示例中使用三个比特来分隔0到80ms的持续时间，但是比特大小不限于这三个比特。也就是说，根据要分隔的持续时间，可以使用各种比特大小。

另一方面，持续时间区分开始的起点可以被设置为RAR监测开始的时隙，而不是包括RO的RACH时隙。例如，在图28中，当BS在相对于在其中RAR监测开始的时隙的0到10ms范围内的时隙中发送PDCCH(或当UE接收PDCCH)时，时间信息可以被设置为“000”比特。如果UE接收到PDCCH并检测到“000”比特，则UE可以将PDCCH辨识为对在相对于在其中RAR监测开始的时隙的10ms范围内的RO上发送的RACH信号的响应。另外，当BS在相对于在其中RAR监测开始的时隙的2*10ms范围内的时隙中发送PDCCH(或当UE接收PDCCH)时，时间信息可以被设置为“001”比特。如果UE接收到PDCCH并检测到“001'”比特，则UE可以将PDCCH辨识为对在相对于在其中RAR监测开始的时隙的10至2*10ms范围内的RO上发送的RACH信号的响应。类似地，对于其他时间范围，可以为每个10ms持续时间配置不同的比特，使得在接收到PDCCH时，UE可以辨识出对应的PDCCH是用于在特定持续时间内在RO上发送的RACH信号。比特大小并不限于三个比特。也就是说，根据要分隔的持续时间，可以使用各种比特大小。

除此之外，持续时间辨别的参考点可以被设置为开始监测Msg B的时隙。然后，关于每个持续时间的信息可以由比特来指示，或者包括RO的帧的数量和其中接收到PDCCH的帧的数量之间的相对差异可以由比特来指示。

回退机制

如上所述，在2步RACH过程中，BS需要确定是否成功检测到RACH前导和PUSCH，以便确定BS是否成功接收到Msg A。在下文中，将描述当在2步RACH过程中检测RACH前导或PUSCH不成功时回退到4步RACH过程的方法。

(1)RAR的使用

在2步RACH过程中，当UE向BS发送Msg A时，如果BS成功检测到RACH前导但未能解码PUSCH，则可以用与4步RACH过程中UE向BS发送Msg 1时相同的方式处置。也就是说，在检测到RACH前导之后，BS可以向UE发送RAR，其包括PUSCH解码失败通知、Msg A重新传输请求和/或4步RACH过程的回退指示。从期望接收Msg B的UE的角度来看，在发送Msg A之后，UE可以尝试检测与UE发送的RACH前导相关的PDCCH，直到接收到Msg B。因此，即使UE接收到除Msg B之外的RAR，也不会给UE带来负担。因此，考虑到这一点，RAR可以用于PUSCH解码失败通知、Msg A重新传输请求和/或4步RACH过程的回退指示。

(2)通过RAR指示前导检测成功和PUSCH解码成功/失败

在2步RACH过程中，当从UE接收到包括RACH前导和PUSCH的Msg A时，BS可以尝试检测前导并解码PUSCH。如果前导检测成功，BS解码与前导相关的PUSCH。其后，BS通过CRC校验接收信息比特。在此情况下，BS可以通过RAR向UE发送关于BS是成功接收信息比特还是BS未能恢复信息比特的信息。

在成功检测到前导之后，BS向UE发送随机接入前导标识符(RAPID)。如果BS未能解码PUSCH，则BS可以通过RAR向UE发送关于与RAPID相关的UL许可、定时提前(TA)命令和TC-RNTI以及检测到的前导的RAPID的信息。如果PUSCH解码失败，BS准备回退到4步RACH过程和包括PUSCH的Msg 3的发送/接收。另一方面，如果BS成功解码了PUSCH，则BS可以通过RAR向UE发送指示PUSCH解码成功的指示符以及TA命令、TC-RNTI等。BS可以通过使用RAR的一些比特或码点来通知UE PUSCH解码成功。此处，用来指示PUSCH解码成功的码点可以是由用于UL许可的比特表示的多个状态中的一些状态。BS然后可以通过Msg B发送用于执行竞争解决过程的消息。

另一方面，在发送Msg A之后监测具有RA-RNTI的PDCCH的UE可以接收RAR，检查由UE发送的前导的RAPID，并且检查RAPID检测是否成功或者PUSCH解码是否成功。如果UE检查到RAPID检测成功且BS成功解码PUSCH，则UE可以获得TA命令和TC-RNTI，使用TA命令和TC-RNTI监测对应于Msg B的PDCCH，并使用TA命令进行UL传输。在此情况下，UE可以基于包括在Msg B中的竞争解决信息来执行相关过程。另一方面，如果UE检查到RAPID检测成功但是BS在PUSCH解码中失败，则UE可以获得TA命令、TC-RNTI和UL许可，然后执行包括PUSCH的Msg 3传输。

此外，如果UE确认UE发送的前导没有被成功检测到，则UE试图针对2步RACH过程重新发送Msg A，或者试图通过回退到4步RACH过程来发送包括RACH前导的Msg 1。类似地，如果UE在RAR窗口内没有接收到RAR，则UE尝试针对2步RACH过程重新发送Msg A，或者通过回退到4步RACH过程来发送包括RACH前导的Msg1。

(3)通过RAR指示前导检测成功，以及通过Msg B指示回退到4步Msg 3

在2步RACH过程中，当UE发送包括RACH前导和PUSCH的Msg A时，UE执行用于在RACH前导传输之后的RAR监测窗口中接收RAR的PDCCH的操作，以及用于在PUSCH传输之后的MsgB监测窗口中接收用于Msg B的PDCCH的操作。此处，RAR监测窗口的开始时间可以早于Msg B监测窗口的开始时间，并且每个监测窗口可以具有不同的长度。此外，RAR监测窗口和Msg B监测窗口可以在一些持续时间中重叠。

当从UE接收到包括RACH前导和PUSCH的Msg A时，BS尝试检测前导并解码PUSCH。如果RACH前导检测成功，BS可以通过RAR向UE指示前导检测成功。在此情况下，指示前导检测成功的指示符可以另外被包括在现有RAR中，包括成功检测的前导的RAPID、TA命令、UL许可和TC-RNTI。RAR的一些比特或码点可以用于指示前导检测成功的指示符。此处，用于指示符的码点可以使用用于UL许可的比特表示的多个状态中的一些状态。另外，TA、TC-RNTI等可以通过RAR来发送。在一些情况下，TA、TC-RNTI等可以通过Msg B来发送。如果TA、TC-RNTI等通过Msg B被发送，则RAR中的TA和TC-RNTI的比特可以被保留或用于其他目的。

当UE通过监测接收到RAR时，UE检查UE所发送的前导的RAPID。如果确认成功检测到对应的前导，则即使在RAR监测窗口结束之后，UE也继续对Msg B执行PDCCH监测，直到MsgB监测窗口结束。另一方面，当UE在RAR监测窗口内没有接收到与UE所发送的前导的RAPID相对应的RAR时，UE重新发送Msg A，通过回退到4步RACH过程来再次执行RACH过程，或者通过搜索另一小区ID来尝试接入新的小区。

当BS成功解码Msg A中包括的PUSCH时，BS可以通过Msg B发送用于执行竞争解决过程的消息。另一方面，如果BS在PUSCH解码中失败，则BS可以通过Msg B发送用于Msg 3传输的UL许可。如果关于TA命令和TC-RNTI的信息已经通过RAR传递到UE，Msg B可能不包括关于TA命令和TC-RNTI的信息。另一方面，如果关于TA命令和TC-RNTI的信息没有通过RAR发送，则关于TA命令和TC-RNTI的信息可能包括在Msg B中。此处，通过RAR发送关于TA命令和TC-RNTI的信息的情况可以包括：1)Msg B比RAR更早被发送到UE的情况；2)向UE仅发送MsgB的情况；或者3)用于2步RACH过程的RAR被配置为不包括TA命令和TC-RNTI的情况。

另一方面，在通过RAR检查前导检测成功之后，UE持续监测Msg B。在接收Msg B之后，UE执行竞争解决过程或Msg 3传输。

Msg A重新传输

如果UE在Msg B监测窗口中没有接收到Msg B，则UE可以重新发送Msg A。2步RACH过程的Msg A重新传输过程类似于在传统LTE中当UE没有从BS接收到RAR时的Msg 1重新传输过程。根据监测Msg B的定时器和/或窗口长度的配置，Msg A的重新传输可能会有所不同。例如，考虑到在2步RACH过程中同时执行RACH前导传输和PUSCH传输，可以考虑用于将Msg B监测窗口的开始时间配置为至少晚于RAR监测窗口的开始时间的方法。即使在2步RACH过程中，由于BS可能不会同时检测到RACH前导和PUSCH，因此需要进一步讨论用于监测Msg B的定时器和/或窗口长度。

图29是用于解释根据本公开实施例的在2步RACH过程中的回退机制和用于Msg A重新传输的过程的图。在图29中，UE发送Msg A前导和Msg A PUSCH，并使用不同的RA-RNTI来监测RAR和Msg B。另一方面，在接收到Msg A时，BS尝试检测前导并解码PUSCH。在成功检测到PRACH前导之后(情况1和情况2)，BS可以成功进行PUSCH解码(情况1)或者失败进行PUSCH解码(情况2)。或者BS可能失败进行PRACH前导(情况3)。可以为每个情况执行不同的RACH过程。

在情况1中，BS可以通过RAR向UE发送用于前导的RAPID和指示PUSCH解码成功的指示符。在检查BS的PUSCH解码成功之后，UE可以接收Msg B，执行与竞争解决相关的过程，并完成2步RACH过程。

在情况2中，BS可以通过RAR向UE发送用于前导的RAPID。然而，UE可以不检查PUSCH解码是否成功，可以检查解码的失败，或者可以通过接收Msg B为PUSCH传输分配UL许可。也就是说，执行回退到Msg 3，并且然后UE通过执行4步RACH过程来完成RACH过程。

在情况3中，由于前导检测失败，BS可能不会通过RAR向UE发送用于前导的RAPID。UE检测到没有RAPID向BS重新发送Msg A。

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

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

图30示出适用于本公开的通信系统1。

参考图30，适用于本公开的通信系统1包括无线设备、BS和网络。无线设备是使用RAT(例如，5G NR或LTE)执行通信的设备，并且可以称作通信/无线电/5G设备。无线设备可以包括，但不限于，机器人100a、车辆100b-1和100b-2、扩展现实(XR)设备100c、手持式设备100d、家用电器100e、IoT设备100f和人工智能(AI)设备/服务器400。例如，车辆可以包括具有无线通信功能的车辆、自主驾驶车辆和能够在车辆之间执行通信的车辆。车辆可以包括无人驾驶飞行器(UAV)(例如，无人机)。XR设备可以包括增强现实(AR)/虚拟现实(VR)/混合现实(MR)设备，并且可以以头戴式设备(HMD)、安装在车辆中的平视显示器(HUD)、电视机、智能电话、计算机、可穿戴设备、家用电器、数字标牌、车辆、机器人等的形式来实现。手持式设备可以包括智能电话、智能平板计算机、可穿戴设备(例如，智能手表或智能眼镜)和计算机(例如，膝上型计算机)。家用电器可以包括电视机、冰箱和洗衣机。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执行直接通信。

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

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

被描述为由BS执行的特定操作可以由BS的上节点执行。即，很明显，在由包括BS的多个网络节点组成的网络中，为与UE通信而执行的各种操作可以由BS或除BS之外的网络节点来执行。术语BS可以用术语固定站、gNode B(gNB)、节点B、增强型节点B(eNode B或eNB)、接入点等等来代替。

本领域技术人员将了解，在不脱离本公开的精神和基本特性的情况下，本公开可以以除了本文阐述的方式之外的其他特定方式来进行。因此，上述实施例在所有方面都应被解释为说明性的而非限制性的。本公开的范围应当由所附权利要求及其法律等同物来确定，而不是由以上描述来确定，并且在所附权利要求的含义和等同范围内的所有变化都旨在包含在其中。

工业实用性

虽然上述用于执行2步随机接入信道(RACH)过程的方法及其装置已经在5G新RAT系统的背景下进行了描述，但是该方法和装置也适用于各种其他无线通信系统。

Claims (9)

1.一种用于在无线通信系统中由用户设备(UE)执行随机接入信道RACH过程的方法，所述方法包括：

向基站发送包括物理随机接入信道PRACH前导和物理上行链路共享信道(PUSCH)的消息A；

确定与发送所述PRACH前导的RACH时机相关的无线电网络临时标识符RNTI；以及

响应于所述消息A，基于所述RNTI对于消息B执行物理下行链路控制信道PDCCH监测，

其中，所述RNTI被确定为RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+X，其中s_id是所述RACH时机的第一正交频分复用(OFDM)符号的索引，其中0≤s_id<14，t_id是系统帧中的所述RACH时机的第一时隙的索引，其中0≤t_id<80，f_id是频域中的所述RACH时机的索引，其中0≤f_id<8，ul_carrier_id是与用于所述PRACH前导的传输的上行链路载波相关的值，其中对于正常上行链路载波，ul_carrier_id是0，并且对于补充上行链路载波，ul_carrier_id是1，并且X是预定偏移。

2.根据权利要求1所述的方法，进一步包括：

基于PDCCH监测来接收所述消息B。

3.根据权利要求1所述的方法，其中，在为所述消息B配置的时间窗内执行所述PDCCH监测。

4.根据权利要求3所述的方法，进一步包括：

基于在所述时间窗内未接收到所述消息B，执行消息A重新传输。

5.一种被配置成在无线通信系统中执行随机接入信道RACH过程的装置，所述装置包括：

至少一个处理器；以及

至少一个存储器，所述至少一个存储器被可操作地连接到所述至少一个处理器并且被配置成存储指令，所述指令在被执行时使得所述至少一个处理器执行包括以下各项的操作：

发送包括物理随机接入信道PRACH前导和物理上行链路共享信道(PUSCH)的消息A；

确定与发送所述PRACH前导的RACH时机相关的无线电网络临时标识符RNTI；以及

响应于所述消息A，基于所述RNTI对于消息B执行物理下行链路控制信道PDCCH监测，

其中，所述RNTI被确定为RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+X，其中s_id是所述RACH时机的第一正交频分复用(OFDM)符号的索引，其中0≤s_id<14，t_id是系统帧中的所述RACH时机的第一时隙的索引，其中0≤t_id<80，f_id是频域中的所述RACH时机的索引，其中0≤f_id<8，ul_carrier_id是与用于所述PRACH前导的传输的上行链路载波相关的值，其中对于正常上行链路载波，ul_carrier_id是0，并且对于补充上行链路载波，ul_carrier_id是1，并且X是预定偏移。

6.根据权利要求5所述的装置，进一步包括：

基于PDCCH监测来接收所述消息B。

7.根据权利要求5所述的装置，其中，在为所述消息B配置的时间窗内执行所述PDCCH监测。

8.根据权利要求7所述的装置，进一步包括：

基于在所述时间窗内未接收到所述消息B，执行消息A重新传输。

9.一种被配置成在无线通信系统中发送和接收用于执行随机接入信道RACH过程的信号的用户设备(UE)，所述UE包括：

至少一个收发器；

至少一个处理器；以及

至少一个存储器，所述至少一个存储器被可操作地连接到所述至少一个处理器并且被配置成存储指令，所述指令在被执行时使得所述至少一个处理器执行包括以下各项的操作：

向基站发送包括物理随机接入信道PRACH前导和物理上行链路共享信道(PUSCH)的消息A；

确定与发送所述PRACH前导的RACH时机相关的无线电网络临时标识符RNTI；以及

响应于所述消息A，基于所述RNTI对于消息B执行物理下行链路控制信道PDCCH监测，

其中，所述RNTI被确定为RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id+X，其中s_id是所述RACH时机的第一正交频分复用(OFDM)符号的索引，其中0≤s_id<14，t_id是系统帧中的所述RACH时机的第一时隙的索引，其中0≤t_id<80，f_id是频域中的所述RACH时机的索引，其中0≤f_id<8，ul_carrier_id是与用于所述PRACH前导的传输的上行链路载波相关的值，其中对于正常上行链路载波，ul_carrier_id是0，并且对于补充上行链路载波，ul_carrier_id是1，并且X是预定偏移。