PRACH调度方法、被调度的PRACH传输方法、网络节点和用户设备与流程

本公开一般涉及电信技术领域，尤其涉及物理随机接入信道(PRACH)调度方法、被调度的PRACH传输方法、使用该PRACH调度方法的网络节点、以及使用被调度的PRACH传输方法的用户设备(UE)。

背景技术：

该部分旨在提供本公开中描述的技术的各种实施例的背景。本节中的描述可以包括可以被寻求的概念，但不一定是先前已经构思出或寻求到的概念。因此，除非本文中另有说明，否则该部分中描述的内容并非本公开的说明书和/或权利要求的现有技术，并不仅通过包括在本部分中而被认为是现有技术。

在长期演进(LTE)中，随机接入过程是许多情况下所需的非常重要的过程。例如，当UE处于RRC(无线电资源控制)_Idle状态时，如果UE需要开始上行链路(UL)数据传输，则UE需要发起随机接入过程，或者如果网络节点需要向UE发送下行链路(DL)数据，则网络节点将向UE发送寻呼消息，以触发UE发起随机接入过程。当UE处于RRC_Connected状态但丢失上行链路(UL)同步时，服务于该UE的网络节点将向该UE发送物理下行链路控制信道(PDCCH)命令消息(以特殊比特模式)，以便触发该UE发起随机接入过程以获得上行链路(UL)同步。

在随机接入过程中发送物理随机接入信道(PRACH)消息(也简称为“PRACH”)的上行链路(UL)时间/频率资源通过RRC消息配置。用于PRACH的上行链路(UL)时间/频率资源由该网络节点服务的所有UE共享，并且由不同类型的随机接入过程共享，即，无论UE处于RRC_Idle状态还是处于RRC_Connected状态，随机接入过程基于下行链路(DL)数据传输或上行链路(UL)数据传输所触发。

PDCCH命令消息(也简称为“PDCCH命令”)是LTE中的设计，用以在UE处于RRC_Connected状态但丢失其上行链路(UL)同步时支持无竞争随机接入过程。PDCCH命令是由小区-无线电网络临时标识符(C-RNTI)加扰的下行链路控制信息(DCI)格式1A的特殊设计。在该下行链路控制信息(DCI)格式1A中，包括指定的前导码，使得UE在需要发送PRACH消息时知道可以使用哪个前导码。无线电块(RB)指派比特在下行链路控制信息(DCI)格式1A中被设置为1，其被解释为无效资源分配。

当前解决方案的问题在于，PRACH子帧(即，PRACH消息的子帧)是RRC配置的，即，由RRC消息配置。下一代无线通信网络的目标是支持灵活子帧，即UE在调度子帧之前不知道子帧的方向。因此，静态UL或DL子帧的数量应保持尽可能小。如果配置了过多的PRACH子帧，则将导致过多的静态UL子帧，这降低了在UL和DL之间共享的动态子帧的灵活性。如果配置了较少数量的PRACH子帧，则每当UE需要发送PRACH时，它必须等待很长时间直到用于PRACH的子帧到达，这将引起延迟，也可能引起使用PRACH资源的不同UE之间的冲突。

技术实现要素：

相应地，本公开的至少一些目的是在网络节点侧实现针对PRACH的资源调度，并且在UE侧实现按需调度的PRACH传输，以便根据需要(例如，当网络节点需要寻呼RRC_Idle或RRC_Dormant状态下的UE时，或者当网络节点需要向RRC_Connected状态下的UE发送DL数据但UE的UL失步时)发起随机接入过程。

根据本公开的一个方面，提供了一种网络节点处的方法。所述方法包括：生成调度消息，所述调度消息至少包括用于物理随机接入信道PRACH的资源块RB指派信息，所述用于PRACH的RB指派信息指示用于用户设备UE发送PRACH消息的上行链路资源；以及在下行链路信道上向所述UE发送所述调度消息。

在所述方法的实施例中，在所述UE处于无线资源控制RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值的情况下，在下行链路信道向所述UE发送所述调度消息包括：

通过下行链路控制信道上的下行链路控制信息DCI发送所述调度消息；或者

通过下行链路数据信道上的MAC控制单元发送所述调度消息。

在所述方法的实施例中，在所述UE处于RRC_Idle状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段大于预定阈值的情况下，在下行链路信道向所述UE发送所述调度消息包括：

通过下行链路控制信道上的下行链路控制信息DCI发送所述调度消息；以及

所述方法还包括：

在与所述下行链路控制信道相关联的下行链路数据信道上发送数据，其中在相关联的下行链路数据信道上发送的数据包括寻呼消息，所述寻呼消息包括所述UE的UE ID，使得UE可以基于所述UE ID来验证获得的调度消息是针对其自身发送的。

在所述方法的实施例中，所述调度消息还包括用于上行链路数据信道的附加RB指派信息，所述附加RB指派信息指示用于所述UE在上行链路数据信道上发送数据的上行链路资源。

根据本公开的另一方面，提供了一种网络节点。所述网络节点包括：生成单元，被配置为生成调度消息，所述调度消息至少包括物理随机接入信道PRACH的资源块RB指派信息，所述用于PRACH的RB指派信息指示用于用户设备UE发送PRACH消息的上行资源；收发器，被配置为在下行链路信道上向所述UE发送所述调度消息。

在网络节点的实施例中，在所述UE处于无线电资源控制RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值的情况下，所述收发器被配置为：

通过下行链路控制信道上的下行链路控制信息DCI发送所述调度消息；或者

通过下行链路数据信道上的MAC控制单元发送所述调度消息。

在网络节点的实施例中，在所述UE处于RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段大于预定阈值的情况下，所述收发器被配置为：

通过下行链路控制信道上的下行链路控制信息DCI发送所述调度消息；以及

在与下行链路控制信道相关联的下行链路数据信道上发送数据，其中在相关联的下行链路数据信道上发送的数据包括寻呼消息，所述寻呼消息包括所述UE的UE ID，使得所述UE可以基于所述UE ID来验证获得的调度消息是针对其自身发送的。

在网络节点的实施例中，所述调度消息还包括用于上行链路数据信道的附加RB指派信息，所述附加RB指派信息指示用于所述UE在上行链路数据信道上发送数据的上行链路资源。

根据本公开的另一方面，提供了一种网络节点。所述网络节点包括：用于无线通信的通信接口，一个或多个处理器，以及包括指令的存储器，所述指令在由所述一个或多个处理器执行时，使所述网络节点：生成调度消息，所述调度消息至少包括用于物理随机接入信道PRACH的资源块RB指派信息，所述用于PRACH的RB指派信息指示用于用户设备UE发送PRACH消息的上行链路资源；以及在下行链路信道上向所述UE发送所述调度消息。

在网络节点的实施例中，在所述UE处于RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值的情况下，在由所述一个或多个处理器执行时使所述网络节点在所述下行链路信道上向所述UE发送所述调度消息的指令包括在由所述一个或多个处理器执行时使所述网络节点执行以下操作的指令：

通过下行链路控制信道上的下行链路控制信息DCI发送所述调度消息；或者

通过下行链路数据信道上的MAC控制单元发送所述调度消息。

在网络节点的实施例中，在所述UE处于无线电资源控制RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段大于预定阈值的情况下，在由所述一个或多个处理器执行时使所述网络节点在下行链路信道上向所述UE发送所述调度消息的指令包括在由所述一个或多个处理器执行时使所述网络节点执行以下操作的指令：

通过下行链路控制信道上的下行链路控制信息DCI发送所述调度消息；以及

在与所述下行链路控制信道相关联的下行链路数据信道上发送数据，其中在相关联的下行链路数据信道上发送的数据包括寻呼消息，所述寻呼消息包括所述UE的UE ID，使得UE可以基于所述UE ID来验证获得的调度消息是针对其自身发送的。

在网络节点的实施例中，所述调度消息还包括用于上行链路数据信道的附加RB指派信息，所述附加RB指派信息指示所述UE在上行链路数据信道上发送数据的上行链路资源。

根据本公开的另一方面，提供了一种UE处的方法。所述方法包括：监视下行链路控制信道；如果在所述下行链路控制信道上检测到控制信息，则至少基于所述下行链路控制信道上的控制信息来获得(S603)调度消息，所述调度信息至少包括用于物理随机接入信道PRACH的资源块RB指派信息，所述用于PRACH的RB指派信息指示用于所述UE发送PRACH消息的上行链路资源；以及根据获得的所述调度消息，向服务于所述UE的网络节点发送至少所述PRACH消息。

在所述方法的实施例中，在所述UE处于无线电资源控制RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值的情况下的情况下，获得所述调度消息包括：

获得通过所述下行链路控制信道上的下行链路控制信息DCI发送的调度消息；或者

从在所述下行链路控制信道上检测到的控制信息中获得相关联的下行链路数据信道的配置；以及根据获得的所述相关联的下行链路数据信道的配置，检测通过所述相关联的下行链路数据信道上的MAC控制单元发送的所述调度消息。

在所述方法的实施例中，在所述UE处于RRC_Idle状态、或者所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段大于预定阈值的情况下，获得所述调度消息包括：

基于在所述下行链路控制信道上检测到的所述控制信息，获得在与所述下行链路控制信道相关联的下行链路数据信道上发送的数据，其中，在相关联的下行链路数据信道上发送的数据包括寻呼消息，所述寻呼消息包括所述UE的UE ID；以及

获得通过所述下行链路控制信道上的下行链路控制信息DCI发送的所述调度消息，并基于所述UE ID，验证获得的所述调度消息是针对其自身发送的。

在所述方法的实施例中，所述调度消息还包括用于上行链路数据信道的附加RB指派信息；以及所述方法还包括：在由所述附加RB指派信息指示的上行链路数据信道上发送上行链路数据。

根据本公开的另一方面，提供了一种UE。所述UE包括：监视单元，被配置为监视下行链路控制信道；获得单元，被配置为如果在所述下行链路控制信道上检测到控制信息，则至少基于所述下行链路控制信道上的控制信息来获得调度消息，所述调度信息至少包括用于物理随机接入信道PRACH的资源块RB指派信息，所述用于PRACH的RB指派信息指示用于所述UE(1200)发送PRACH消息的上行链路资源；以及收发器，被配置为根据获得的调度消息向服务于所述UE的网络节点发送至少所述PRACH消息。

在所述UE的实施例中，在所述UE处于RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值的情况下，所述获得单元被配置为：

获得通过所述下行链路控制信道上的下行链路控制信息DCI发送的调度消息；或者

从在所述下行链路控制信道上检测到的所述控制信息中获得相关联的下行链路数据信道的配置；以及根据获得的所述相关联的下行链路数据信道的所述配置，检测通过所述相关联的下行链路数据信道上的MAC控制单元发送的所述调度消息。

在所述UE的实施例中，在所述UE处于RRC_Idle状态、或者自所述UE进入RRC_Dormant状态以来的时间段大于预定阈值的情况下，所述获得单元被配置为：

基于在所述下行链路控制信道上检测到的所述控制信息，获得在与所述下行链路控制信道相关联的下行链路数据信道上发送的数据，其中，在相关联的下行链路数据信道上发送的数据包括寻呼消息，所述寻呼消息包括所述UE的UE ID；以及

获得通过所述下行链路控制信道上的下行链路控制信息DCI发送的所述调度消息，并基于所述UE ID，验证获得的所述调度消息是针对其自身发送的。

在所述UE的实施例中，所述调度消息还包括用于上行链路数据信道的附加RB指派信息；以及所述收发器被配置为在由所述附加RB指派信息指示的上行链路数据信道上发送上行链路数据。

根据本公开的另一方面，提供了一种UE。所述UE包括：用于无线通信的通信接口，一个或多个处理器，以及包括指令的存储器，所述指令在由所述一个或多个处理器执行时，使所述UE：监视下行链路控制信道；如果在所述下行链路控制信道上检测到控制信息，则至少基于所述下行链路控制信道上的控制信息来获得调度消息，所述调度信息至少包括用于物理随机接入信道PRACH的资源块RB指派信息，所述用于PRACH的RB指派信息指示用于所述UE(1200)发送PRACH消息的上行链路资源；以及根据获得的所述调度消息，向服务于所述UE的网络节点发送至少所述PRACH消息。

在所述UE的实施例中，在所述UE处于RRC_Connected状态、或者自所述UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值的情况下，在由所述一个或多个处理器执行时使所述UE获得所述调度消息的所述指令包括在由所述一个或多个处理器执行时使所述UE执行以下操作的指令：

获得通过所述下行链路控制信道上的下行链路控制信息DCI发送的调度消息；或者

从在所述下行链路控制信道上检测到的所述控制信息中获得相关联的下行链路数据信道的配置；以及根据获得的所述相关联的下行链路数据信道的所述配置，检测通过所述相关联的下行链路数据信道上的MAC控制单元发送的所述调度消息。

在所述UE的实施例中，在所述UE处于RRC_Idle状态、或者自所述UE进入RRC_Dormant状态以来的时间段大于预定阈值的情况下，在由所述一个或多个处理器执行时使所述UE获得所述调度消息的所述指令包括在由所述一个或多个处理器执行时使所述UE执行以下操作的指令：

基于在所述下行链路控制信道上检测到的所述控制信息，获得在与所述下行链路控制信道相关联的下行链路数据信道上发送的数据，其中，在相关联的下行链路数据信道上发送的数据包括寻呼消息，所述寻呼消息包括所述UE(1200)的UE ID；以及

获得通过所述下行链路控制信道上的下行链路控制信息DCI发送的所述调度消息，并基于所述UE ID，验证获得的所述调度消息是针对其自身发送的。

在所述UE的实施例中，所述调度消息还包括用于上行链路数据信道的附加RB指派信息，以及所述指令在由所述一个或多个处理器执行时，使所述UE在由所述附加RB指派信息指示的上行链路数据信道上发送上行链路数据。

在网络节点处的方法的实施例、或网络节点的实施例、或UE处的方法、或UE的实施例中，用于所述UE发送至少PRACH消息的子帧是预定义的。

在网络节点处的方法的实施例、或网络节点的实施例、或UE处的方法、或UE的实施例中，所述调度消息还包括子帧指派信息，所述子帧指派信息指示由所述网络节点调度的用于所述UE发送至少所述PRACH消息的子帧，所述子帧指派信息包括：

用于调度至少所述PRACH消息的上行链路资源的子帧与用于发送至少PRACH消息的子帧之间的时间间隔信息；或者

指示用于发送至少所述PRACH消息的子帧的信息。

本公开的技术方案至少可以具有如下有益效果。

通过在网络节点侧为PRACH提供资源调度机制并在UE侧提供按需调度的PRACH传输机制，可以在所需的任何子帧和任何PRB处非常灵活地发送PRACH。可以减少在使用RRC配置的PRACH机制(其中如前所述，由RRC消息配置用于PRACH的资源)的随机接入过程中导致的延迟。此外，如果不同的UE使用调度的PRACH传输，不存在如前所述的由RRC配置的PRACH传输机制引起的冲突，因为每个UE针对其PRACH传输被调度。

附图说明

根据结合附图的优选实施例的描述，本公开的目的、优点和特征将更加明显，其中：

图1示意性地示出了根据本公开示例性实施例的PRACH调度方法的流程图；

图2示意性地示出了根据本公开的示例性实施例的在UE处于RRC_Connected状态或者UE已经处于RRC_Dormant状态不超过预定时段的情况下的PRACH调度方法的流程图；

图3示意性地示出了根据本公开另一示例性实施例的在UE处于RRC_Connected状态或者UE已经处于RRC_Dormant状态不超过预定时段的情况下的PRACH调度方法的流程图；

图4示意性地示出了根据本公开的示例性实施例的在UE处于RRC_Idle状态或者UE已经处于RRC_Dormant状态超过预定时段的情况下的PRACH调度方法的流程图；

图5示意性地示出了根据本公开示例性实施例的网络节点的示意性结构图；

图6示意性地示出了根据本公开示例性实施例的被调度的PRACH传输方法的流程图；

图7示意性地示出了根据本公开的示例性实施例的在UE处于RRC_Connected状态或者UE已经处于RRC_Dormant状态不超过预定时段的情况下的被调度的PRACH传输方法的流程图；

图8示意性地示出了根据本公开另一示例性实施例的在UE处于RRC_Connected状态或者UE已经处于RRC_Dormant状态不超过预定时段的情况下的被调度的PRACH传输方法的流程图；

图9示意性地示出了根据本公开的示例性实施例的在UE处于RRC_空闲状态或者UE已经处于RRC_Dormant状态大于预定时段的情况下的被调度的PRACH传输方法的流程图；

图10示意性地示出了根据本公开示例性实施例的UE的示意性结构图；

图11示意性地示出了根据本公开另一示例性实施例的网络节点的示意性结构图；以及

图12示意性地示出了根据本公开另一示例性实施例的UE的示意性结构图。

应注意，在所有附图中，相同或相似的附图标记用于表示相同或相似的元件；附图中的各个部分未按比例绘制，但仅用于说明目的，因此不应理解为对本公开范围的任何限制和约束。

具体实施方式

在以下详细描述中，阐述了许多具体细节以提供对所要求保护的主题的透彻理解。然而，本领域技术人员将理解，可以在没有这些具体细节的情况下实践所要求保护的主题。在其他实例中，没有对众所周知的方法、过程、组件和/或电路进行描述。

这里描述的技术可以用于各种无线通信网络，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA、LTE和将来开发的其他网络。术语“网络”和“系统”通常可互换使用。仅用于说明，下面描述的技术的某些方面针对下一代即第五代无线通信网络。然而，本领域技术人员将理解，本文描述的技术还可以用于其他无线网络，例如本文提到的LTE和相应的无线电技术、以及将来提出的无线网络和无线电技术。

如这里所使用的，术语“网络节点”指的是能够接入任何无线通信网络的任何实体。作为示例而非限制，网络节点可以包括基站(BS)、节点B(NodeB或NB)、演进的NodeB(eNodeB或eNB)等。

这里使用的术语“UE”指的是可以接入无线通信网络并从其接收服务的任何设备。作为示例，UE可以包括但不限于移动电话、蜂窝电话、智能电话、平板电脑、可穿戴设备、个人数字助理(PDA)等。

本公开的基本原理在于，当触发针对发起随机接入过程的要求时，

·在网络节点侧，用于发送PRACH消息的UL资源由生成的调度消息调度，该调度消息至少包括用于PRACH的调度信息，但是不由RRC消息配置；和

·在UE侧，PRACH消息由UE接收到的调度消息中所指示的被调度的UL资源上发送。

触发事件可以包括，例如，网络节点需要向处于RRC_Connected状态、但是UL失步的UE发送DL数据，网络节点需要寻呼处于RRC_Idle或RRC_Dormant状态的UE等。

在下文中，将参照图114描述本公开实施例的网络节点处的PRACH调度方法。

首先，参考图1，图1示意性地示出了根据本公开的示例性实施例的一般PRACH调度方法的流程图，其响应于用于触发随机接入过程的任何触发事件在网络节点处执行。

如图1所示，网络节点处的方法100可以包括步骤S101和S103。

响应于用于触发随机接入过程的任何触发事件，网络节点在步骤S101中生成调度消息，所述调度消息至少包括用于PRACH的RB指派信息，所述用于PRACH的RB指派信息指示用于UE发送PRACH消息(MSG1)的UL频率资源，即，物理资源块(Physical Resource Blocks，PRBs)。除了RB指派信息之外，所述调度消息还可以包括调制和编码方案(Modulation and Coding Scheme，MCS)、子帧指派信息，所述子帧指派信息指示由网络节点调度的、为UE发送PRACH消息的UL时间资源(即，子帧)，将在下文描述。

然后在步骤S103中，网络节点在DL信道上向UE发送所生成的调度消息。

由于UE在下一代无线通信网络中具有三个RRC状态，即RRC_Connected状态、RRC_Idle状态和RRC_Dormant状态，因此，对于方法100的特定实施方式，可能存在与UE的三个RRC状态相对应的三种不同的场景要考虑。

场景1：UE处于RRC_Connected状态，但丢失其与网络节点的UL同步；

场景2：UE处于RRC_Idle状态；以及

场景3：UE处于RRC_Dormant状态。

应当注意，由于RRC_Dormant状态是RRC_Connected状态和RRC_Idle状态之间的中间状态，如果自UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值，则网络节点可以使用与场景1中使用的相同的PRACH调度方法来调度用于PRACH的UL资源；如果UE自RRC_Connected状态进入RRC_Dormant状态以来的时间段大于预定阈值，则网络节点可以使用与场景2中使用的相同的PRACH调度方法来调度用于PRACH的UL资源。

因此，在下文中将分别参考图2-3和图4详细描述场景1和场景2中的PRACH调度方法100的特定实施方式。相应地，针对场景3的PRACH调度方法100的特定实施方式将被省略，其可以根据自UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段是否大于预定阈值而分别参考针对场景2和场景1的描述。

图2示意性地示出了根据本公开的示例性实施例的在场景1中应用PRACH调度方法的流程图。

在场景1中，UE处于RRC_Connected状态。因此，网络节点具有UE上下文(尤其是UE的C-RNTI)，并且知道UE在其小区内。当网络节点想要向UE发送DL数据时，它注意到UE丢失其UL同步。因此，网络节点需要触发UE在UL上发送PRACH以获得UL同步。

如图2所示，网络节点的方法200可以包括步骤S101和S203。

响应于上述触发事件，在步骤S101中，网络节点生成调度消息，该调度消息至少包括用于PRACH的调度信息。用于PRACH的调度信息被用于调度用于UE发送PRACH消息的UL资源。

然后在步骤S203中，网络节点通过下行链路控制指示符(Downlink Control Indicator，DCI)在DL控制信道(例如物理下行链路控制信道(PDCCH))上向UE发送所生成的调度消息。RB指派信息可以包含在DCI中。由于发送PRACH消息的PRB是连续的并且PRB的数量是固定的(例如，在LTE中为6)，因此所需的唯一信息是PRB的起始位置。对于100个PRB，7比特足以通知任何起始位置。如果7比特开销较大，则起始PRB也可以在某些被限制的位置内，以根据需要减少比特数。例如，如果可能的PRB起始位置被限制为16个，则4比特就足够了，并且这4比特至少根据当前LTE设计将不会导致任何开销。从可能的PRB起始位置到DCI中的那些比特的映射可以在广播的RRC信令中指示或者在规范中预定义。

在该实施例中，在L1物理控制信道上传送调度消息。

虽然如前所述的LTE中的PDCCH命令也在L1物理控制信道中传送以使UE知道它需要在UL上发送PRACH，但是所有RB指派比特在PDCCH命令中被设置为1，这被解释为无效资源分配。此外，指定前导码包括在PDCCH命令中，使得随机接入过程是无竞争随机接入过程。

与LTE中的PDCCH命令不同，在本实施例的方法200中使用的用于PRACH的RB指派比特被设置为网络节点为UE调度以发送PRACH消息的期望的PRB。此外，由于在本实施例中，调度用于PRACH的UL资源并且因而根本没有冲突，所以不必如在LTE中的PDCCH命令中那样在调度消息中包括指定前导码。当然，在方法200中发送的调度消息中，可以另外包括指定前导码，以进一步提高网络性能，例如，减少网络侧的盲检测或者复用来自不同UE的多个PRACH传输等。

以上描述涉及网络节点如何调度UL频率资源以用于UE发送PRACH消息。

关于网络节点如何调度UL时间资源以用于UE发送PRACH消息，在一个实施方式中，可以通过规范预定义用于UE发送PRACH消息的子帧。

在另一实施方式中，如果针对被调度以发送PRACH消息的子帧存在多于一个选项，例如，UE可以在其接收调度消息的子帧处、或者在该子帧之后n(n是正整数，例如4)个子帧处发送PRACH消息，子帧布置信息可以进一步包括在调度消息中，用于指示由网络节点调度的用于UE发送PRACH消息的子帧。

子帧指派信息可以包括关于用于调度用于PRACH消息的UL资源的子帧和用于发送PRACH消息的子帧之间的时间间隔的信息。

备选地，子帧指派信息可以包括显式指示被调度以发送PRACH消息的子帧的信息。

在另一实施例中，可以在DL数据信道(例如，物理下行链路共享信道(PDSCH))、而不是DL控制信道上发送调度消息，这将参考图3进行描述。

图3示意性地示出了根据本公开另一实施例在场景1中应用的PRACH调度方法的流程图。与图2所示的实施例的唯一区别在于，PRACH调度方法300包括步骤S303，而不是图2中的步骤S203。

在步骤S303中，网络节点通过DL数据信道上的MAC控制单元向UE发送生成的调度消息。在该实施例中，用于PRACH的RB指派信息包含在MAC控制单元中，该RB指派信息指示由网络节点调度的用于UE发送PRACH消息的PRB。

在方法300中调度用于UE发送PRACH消息的UL时间资源的方式与方法200中的方式相同，因此为简单起见，这里将省略其描述。

在下文中，将参考图4详细描述场景2中的PRACH调度方法的特定实施方式。如图4所示，PRACH调度方法400可以包括步骤S101、S403和S405。应当注意，方法400中的步骤S403与方法200中的步骤S203类似，并且在方法100-400中具有相同附图标记S101的步骤是相同的。

在场景2中，UE处于RRC_Idle状态。因此，网络节点不知道UE的C-RNTI以及UE在哪里。

因此，与图2的方法200不同，如果网络节点需要向UE发送DL数据，则除了生成至少包括用于PRACH的RB指派信息的调度消息的步骤S101和用于通过DL控制信道上的DCI发送所生成的调度消息的步骤S403(将在后面描述)之外，方法400还包括步骤S405，用于通过Paging-RNTI(简称为“P-RNTI”)寻呼网络节点打算向其发送DL数据的UE。

具体地，在步骤S405中，网络节点在与DL控制信道相关联的DL数据信道上发送数据，其中在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括网络节点打算向其发送DL数据的UE的UE ID，例如，国际移动订户标识(IMSI)。

此外，方法400中的步骤S403与方法200中的步骤S203的不同之处在于，在步骤S403中，网络节点在DL控制信道上向共享P-RNTI并且同时接收寻呼消息的多个UE(包括网络节点打算向其发送DL数据的UE)发送包括用于PRACH的RB指派信息的所生成的调度消息，因为网络节点不知道UE的C-RNTI。

这样，UE可以从在相关联的DL数据信道上发送的数据中获得包括其UE ID的寻呼消息；获得通过DL控制信道上的DCI发送的调度消息；并根据该UE ID验证所获得的调度消息是为该UE发送的，以便该UE发送PRACH消息来发起随机接入过程。

与方法200类似，DL控制信道上承载的DCI中包含的RB指派信息指示由网络节点调度的用于UE发送PRACH消息的PRB。

RB指派信息可以包含在用于调度寻呼消息的DCI中，即用于寻呼的DCI。由于发送PRACH消息的PRB是连续的并且PRB的数量是固定的(例如，LTE中为6)，因此所需的唯一信息是PRB的起始位置。对于100个PRB，7比特足以通知任何起始位置。如果这7比特开销较大，则起始PRB也可以在某些被限制的位置内，以根据需要减少比特数。例如，如果可能的PRB起始位置被限制为16个，则4比特就足够了，并且这4比特至少根据当前LTE设计将不会导致任何开销。这是因为当使用P-RNTI由DCI格式1A调度寻呼消息时，至少保留4比特。从可能的PRB起始位置到DCI中的那些比特的映射可以在广播的RRC信令中指示或者在规范中预定义。

当然，RB指派信息也可以包含在另一个DCI中。

在方法400中调度用于UE发送PRACH消息的UL时间资源的方式与方法200中的方式相同，因此为了简单起见将省略其描述。

本领域技术人员还应该理解，尽管步骤S403和S405以序号表示，但绝不意味着以序号的顺序执行步骤S403和S405。相反，步骤S403和S405可以以任何顺序同时或连续地执行。在本公开的实施例中，仅需要顺序执行步骤S101和S403。

目前，基于竞争的随机接入过程是一个四步过程，包括：由UE在UL中的PRACH上向网络节点发送随机接入前导码(MSG1)；由网络节点在DL数据信道上向UE发送随机接入响应(MSG2)；由UE在UL数据信道上向网络节点发送被调度的UL传输(MSG3)；以及由网络节点在DL上向UE发送竞争解决(MSG4)。先前描述的实施例适用于该四步过程。

最近，3GPP正在讨论将四步过程合并为两步过程。该两步过程包括：由UE在一个时刻向网络节点发送MSG1和MSG3；以及由网络节点在另一个时间实例中向UE发送MSG2和MSG4。通过该两步过程，可以显著减少随机接入过程的延迟。因此，将描述适用于该两步过程的根据本公开的实施例的PRACH调度方法。没有示出专用于这些实施例的附图，但可以再次参考图1-4。为了区分适用于两步过程的方法中的步骤和适用于四步过程的方法，当适用于两步过程时，图1-4中的附图标记中另外添加“′”。图6-9同样如此。

在方法100′-400′中的大多数步骤，尤其是发送调度消息的方式，与方法100-400中描述的基本相同。唯一的区别在于，在方法100′-400′中由网络节点生成的调度消息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道(例如，物理上行共享信道(PUSCH))的附加RB指派信息，其调度用于UE在UL数据信道上发送数据的UL频率资源。因此，在下文中将参考图1-4简单地描述根据本公开的实施例的适用于在网络节点侧执行的两步过程的方法100′-400′。

如图1所示，网络节点的一般方法100′可以包括步骤S101′和S103′。

响应于用于触发随机接入过程的任何触发事件，在步骤S101′中，网络节点生成调度消息，该调度消息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道的RB指派信息。

然后在步骤S103′中，网络节点在DL信道上向UE发送所生成的调度消息。

在UE处于RRC_Connected状态但丢失其UL同步的场景1中，应用根据本公开的示例性实施例的方法200′，其可以包括如图2所示的步骤S101′和S203′。

在步骤S101′中，网络节点生成调度消息，该调度消息包括用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息。

然后在步骤S203′中，网络节点通过DL控制信道(例如，PDCCH)上的DCI向UE发送所生成的调度消息。DL控制信道上承载的用于PRACH的RB指派信息指示由网络节点调度的、用于UE发送PRACH消息的PRB，以及UL数据信道的附加RB指派信息指示网络节点调度的、用于UE在UL数据信道上发送数据的PRB。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在DCI中。

在场景1中应用的另一实施例中，应用根据本公开的示例性实施例的方法300′，其可以包括如图3所示的步骤S101′和S303′。与图2所示的实施例的唯一区别在于图3的方法包括步骤S303′，而不是图2中的步骤S203′。

在步骤S303′中，网络节点通过DL数据信道上的MAC控制单元向UE发送所生成的调度消息。在该实施例中，用于PRACH的RB指派信息和附加的RB指派信息都包含在MAC控制单元中，其中用于PRACH的RB指派信息指示由网络节点调度的、用于UE发送PRACH消息的PRB；以及附加的RB指派信息指示由网络节点调度的、用于UE在UL数据信道上发送数据的PRB。

在UE处于RRC_Idle状态的场景2中，应用根据本公开的示例性实施例的方法400′，其可以包括如图4所示的步骤S101′、S403′和S405′。应该注意，方法400′中的步骤S403′与方法200′中的步骤S203′类似，并且在方法100′-400′中具有相同附图标记S101′的步骤是相同的。

在步骤S101′中，网络节点生成调度消息，该调度消息包括用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息。

在步骤S405′中，网络节点在与DL控制信道相关联的DL数据信道上发送数据，其中在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括网络节点打算向其发送DL数据的UE的UE ID，例如，国际移动订户标识(IMSI)。

此外，在步骤S403′中，网络节点在DL控制信道上向共享P-RNTI并且同时接收寻呼消息的多个UE(包括网络节点打算向其发送DL数据的UE)发送不仅包括用于PRACH的RB指派信息、还包括用于UL数据信道的附加RB指派信息的所生成的调度消息，因为网络节点不知道UE的C-RNTI。

这样，UE可以从在相关联的DL数据信道上发送的数据中获得包括其UE ID的寻呼消息；获得通过DL控制信道上的DCI发送的调度消息；并根据该UE ID验证所获得的调度消息是为该UE发送的，以便该UE发送PRACH消息和在UL数据信道上发送数据。

在两步过程中，PRACH消息和UL数据信道上的数据在同一子帧上发送。在方法200′-400′中调度用于UE发送PRACH消息和在UL数据信道上发送数据的UL时间资源的方式与方法200-400中的方式相同，因此，为简单起见，其描述将在这里被省略。

将参考图5描述网络节点的结构。图5示意性地示出了根据本公开的实施例的网络节点500的示意性结构图。图5中的网络节点500可以分别执行先前参考图1-4描述的适用于四步过程的方法100-400、以及适用于两步过程的方法100′-400′。

如图5所示，网络节点500包括生成单元501和收发器503。如本领域技术人员可以理解的，图5中省略了网络节点500中的常用组件，以免模糊本公开的思想。

在网络节点500应用于四步过程的情况下，生成单元501被配置为，在方法100-400的步骤S101中，生成至少包括用于PRACH的RB指派信息的调度消息，所述用于PRACH的RB指派信息指示用于UE发送PRACH消息(MSG1)的UL频率资源(即，PRB)。除了所述RB指派信息之外，该调度消息还可以包括MCS、子帧指派信息等，其中该子帧指派信息指示由网络节点调度的、用于UE发送PRACH消息的UL时间资源(即，子帧)，将在后面描述。

收发器503被配置为在方法100的步骤S103中在DL信道上向UE发送调度消息。

具体地，在UE处于RRC_Connected状态但丢失其UL同步的场景1中，收发器503被配置为在步骤S203中通过DL控制信道上的DCI发送调度消息。

在场景1中应用的另一实施例中，收发器503被配置为在步骤S303中通过DL数据信道上的MAC控制单元来发送调度消息。

在UE处于RRC_Idle状态的场景2中，收发器503被配置为在步骤S403中通过DL控制信道上的DCI发送调度消息；在步骤S405中，在与DL控制信道相关联的DL数据信道上发送数据，其中，在相关联的DL数据信道上发送的数据包括寻呼消息，所述寻呼消息包括UE的UE ID，以便UE可以基于UE ID验证所获得的调度消息是为其自身发送的。

关于用于UE发送PRACH消息的UL时间资源，在一个实施方式中，用于UE发送PRACH消息的子帧可以由规范预定义。

在另一实施方式中，子帧指派信息可以包括关于在用于调度PRACH消息的UL资源的子帧和用于发送PRACH消息的子帧之间的时间间隔的信息。备选地，子帧指派信息可以包括显式指示被调度以发送PRACH消息的子帧的信息。

在网络节点500应用于两步过程的情况下，生成单元501被配置为在方法100′-400′的步骤S101′中生成调度消息，该调度消息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道的附加RB指派信息，其中所述RB指派信息指示用于UE发送PRACH消息的UL频率资源，以及所述附加RB指派信息用于指示UE在UL数据信道上发送数据的UL频率资源。

收发器503被配置为在方法100′的步骤S103′中在DL信道上向UE发送调度消息。

具体地，在UE处于RRC_Connected状态但丢失其UL同步的场景1中，收发器503被配置为通过DL控制信道上的DCI在步骤S203′中发送调度消息。

在场景1中应用的另一实施例中，收发器503被配置为在步骤S303′中通过DL数据信道上的MAC控制单元来发送调度消息。

在UE处于RRC_Idle状态的场景2中，收发器503被配置为通过DL控制信道上的DCI在步骤S403′中发送调度消息，该DCI包含用于PRACH的RB指派信息和用于UL数据信道的RB指派信息；以及在步骤S405′中，在与DL控制信道相关联的DL数据信道上发送数据，其中，在相关联的DL数据信道上发送的数据包括寻呼消息，所述寻呼消息包括UE的UE ID，以便UE可以基于UE ID验证所获得的调度消息是为其自身发送的。

在两步过程中，PRACH消息和UL数据信道上的数据在同一子帧上发送。在方法200′-400′中调度用于UE发送PRACH消息和在UL数据信道上发送数据的UL时间资源的方式与方法200-400中的方式相同，因此，为简单起见，其描述将在这里被省略。

在下文中，将参照图6-9描述根据本公开的实施例的UE侧的被调度的PRACH传输方法，它们应用于如前所述的四步过程。

首先，参考图6，图6示意性地示出了根据本公开示例性实施例的一般的被调度的PRACH传输方法的流程图。

如图6所示，在UE处执行的方法600可以包括步骤S601、S603和S605。

在步骤S601中，UE监视DL控制信道。一旦在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE在步骤S603中至少基于该DL控制信道上的该控制信息(在某些情况下，基于该DL控制信道上的该控制信息以及在相关联的DL数据信道上发送的数据，这将在后面描述)获得至少包括用于PRACH的资源块RB指派信息的调度消息。用于PRACH的RB指派信息指示用于UE发送PRACH消息(MSG1)的UL频率资源(即，PRB)。除了RB指派信息之外，调度消息还可以包括MCS、子帧指派信息等，其中该子帧指派信息指示由网络节点调度的、用于UE发送PRACH消息的UL时间资源(即，子帧)，将在后面描述。

然后，在步骤S605中，UE根据所获得的调度消息，在随机接入信道上向服务于UE的网络节点发送PRACH消息。

如前所述，由于UE在下一代无线通信网络中具有三个RRC状态，即RRC_Connected状态、RRC_Idle状态和RRC_Dormant状态，因此对于方法600的特定实施方式，可能存在与UE的这三个RRC状态相对应的三种不同的场景要考虑。

场景1：UE处于RRC_Connected状态，但丢失其与网络节点的UL同步；

场景2：UE处于RRC_Idle状态；以及

场景3：UE处于RRC_Dormant状态。

应当注意，由于RRC_Dormant状态是RRC_Connected状态和RRC_Idle状态之间的中间状态，如果自UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段不超过预定阈值，则UE可以使用与场景1中使用的相同的被调度的PRACH传输方法，用于使用调度消息中指示的被调度的UL资源来发送PRACH消息；如果UE自RRC_Connected状态进入RRC_Dormant状态以来的时间段大于预定阈值，则UE可以使用与场景2中使用的相同的被调度的PRACH传输方法，用于使用在调度消息中所指示的被调度的UL资源来发送PRACH消息。

因此，在下文中将分别参考图7-8和9详细描述场景1和场景2中的被调度的PRACH传输方法600的特定实施方式。相应地，针对场景3的被调度的PRACH传输600的特定实施方式将被省略，其可以根据自UE从RRC_Connected状态进入RRC_Dormant状态以来的时间段是否大于预定阈值而分别参考针对场景2和场景1的描述。

图7示意性地示出了根据本公开示例性实施例的在场景1中应用的被调度的PRACH传输方法的流程图，其对应于在网络节点处执行的如图2所示的PRACH调度方法200，其中调度消息在DL控制信道上发送。

在场景1中，UE处于RRC_Connected状态。因此，网络节点具有UE上下文(尤其是UE的C-RNTI)，并且知道UE在其小区内。当网络节点想要向UE发送DL数据时，它注意到UE丢失其UL同步。因此，网络节点需要触发UE在UL上发送PRACH以获得UL同步。

如图7所示，UE处的方法700可以包括步骤S601、S703和S605。

在步骤S601中，UE监视DL控制信道。一旦在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE就可以在步骤S703中从在DL控制信道上检测到的控制信息中获得通过DL控制信道上的DCI发送的调度消息。然后，在步骤S605中，UE使用在所获得的调度消息中指示的被调度的UL频率资源向服务于UE的网络节点发送PRACH消息。

关于用于UE发送PRACH消息的UL时间资源，在一个实施方式中，用于UE发送PRACH消息的子帧可以由规范预定义。

在另一实施方式中，如果针对被调度以发送PRACH消息的子帧存在多于一个选项，例如，UE可以在其接收调度消息的子帧处、或者在该子帧之后n(n是正整数，例如4)个子帧处发送PRACH消息，子帧布置信息可以进一步包括在调度消息中，用于指示由网络节点调度的用于UE发送PRACH消息的子帧。

子帧指派信息可以包括关于用于调度用于PRACH消息的UL资源的子帧和用于发送PRACH消息的子帧之间的时间间隔的信息。

备选地，子帧指派信息可以包括显式指示被调度以发送PRACH消息的子帧的信息。

在另一实施例中，可以在DL数据信道(例如，PDSCH)、而不是DL控制信道上发送调度消息，这将参考图8进行描述，并且对应于如图3中所示的在网络节点处执行的PRACH调度方法300。

图8示意性地示出了根据本公开另一实施例的在场景1中应用的被调度的PRACH传输方法的流程图。与图7所示的实施例的唯一区别在于，被调度的PRACH传输方法800包括步骤S803和S804，而不是图7中的步骤S703。

一旦UE在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE就可以在步骤S803中从在DL控制信道上检测到的控制信息中获得相关联的DL数据信道的配置，但没有包括用于PRACH的RB指派信息的调度消息，因为在该实施例中，调度消息由网络节点在相关联的DL数据信道上发送。然后，在步骤S804中，UE可以根据所获得的相关联的DL数据信道的配置，检测通过在相关联的DL数据信道上的MAC控制单元发送的调度消息。

在方法800中调度用于UE发送PRACH消息的UL时间资源的方式与方法700中的方式相同，因此为简单起见，这里将省略其描述。

在下文中，将参考图9详细描述场景2中的被调度的PRACH传输方法的特定实施方式，其对应于在网络节点处执行的如图4所示的PRACH调度方法400。如图9所示，被调度的PRACH传输方法900可以包括步骤S601、S903、S904和S605。

在场景2中，UE处于RRC_Idle状态。因此，网络节点不知道UE的C-RNTI以及UE在哪里。如前所述，如果网络节点需要向UE发送DL数据，则网络节点需要经由P-RNTI寻呼UE，并且在DL控制信道上向共享P-RNTI并且同时接收寻呼消息的多个UE(包括网络节点打算向其发送DL数据的UE)发送包括用于PRACH的RB指派信息的调度消息。

相应地，在UE侧，一旦UE在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE便在步骤S903中基于在DL控制信道上检测到的控制信息，获得在与DL控制信道相关联的DL数据信道上发送的数据，其中在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括UE的UE ID。然后，在步骤S904中，UE获得通过DL控制信道上的DCI发送的调度消息，并基于该UE ID验证所获得的调度消息就是为该UE发送的，以便该UE发送PRACH消息以发起随机接入过程。

然后，在步骤S605中，UE使用在所获得的调度消息中指示的被调度的UL资源向网络节点发送PRACH消息。

如先前在方法400中所描述的，RB指派信息可以包含在用于寻呼的相同DCI或另一个DCI中。UE是否需要解码另一个DCI取决于DCI中用于正常寻呼的一个比特指示符。但是当然，包括在另一个DCI中的RB指派信息的方案可能导致UE侧的更多开销。

在方法900中调度用于UE发送PRACH消息的UL时间资源的方式与方法700中的方式相同，因此为简单起见，这里将省略其描述。

在下文中，将再次参考图6-9描述应用于如前所述的两步过程的根据本公开的实施例的在UE侧的被调度的PRACH传输方法。如前所述，为了区分适用于两步过程的方法和适用于四步过程的方法中的步骤，在描述适用于两步过程的方法时，对图6-9中在附图标记中另外添加“′”。

方法600′-900′中的大多数步骤与方法600-900中描述的步骤基本相同。唯一的区别在于，UE在被调度的PRACH方法600′-900′中获得的调度消息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道(例如PUSCH)的附加RB指派信息，所述附加RB指派信息调度用于UE在UL数据信道上发送数据的UL频率资源。因此，下面将参考图6-9简单地描述根据本公开的实施例的适用于在UE侧执行的两步过程的PRACH调度方法600′-900′。

首先，参考图6，图6示意性地示出了根据本公开示例性实施例的一般的被调度的PRACH传输方法的流程图。

如图6所示，在UE处执行的方法600′可以包括步骤S601′、S603′和S605′。

在步骤S601′中，UE监视DL控制信道。一旦在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE就在步骤S603′中至少基于该DL控制信道上的该控制信息来获得调度消息，该调度消息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道的附加RB指派信息，其中用于PRACH的RB指派信息用于指示用于UE发送PRACH消息(MSG1)的UL频率资源，以及用于UL数据信道的附加RB指派信息用于指示用于UE在UL数据信道上发送数据(MSG3)的UL频率资源。然后，在步骤S605′中，UE根据所获得的调度消息，在随机接入信道上向服务于UE的网络节点发送PRACH消息。此外，方法600′还包括：在由所获得的调度消息中包括的附加RB指派信息指示的UL数据信道上发送UL数据。

在UE处于RRC_Connected状态但丢失其UL同步的场景1中，应用根据本公开示例性实施例的UE处的方法700′，其可包括如图7所示的步骤S601′、S703′和S605′。

在步骤S601′中，UE监视DL控制信道。一旦在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE就可以在步骤S703′中从在DL控制信道上检测到的控制信息中获得通过DL控制信道上的DCI发送的调度消息。用于PRACH的RB指派信息指示网络节点调度的、用于UE发送PRACH消息的PRB，以及用于UL数据信道的附加RB指派信息指示网络节点调度的、用于UE在UL数据信道上发送数据的PRB。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在DCI中。

然后，在步骤S605′中，UE使用在所获得的调度消息中指示的被调度的UL频率资源，向服务于UE的网络节点发送PRACH消息。此外，方法600′还包括：在由所获得的调度消息中包括的附加RB指派信息指示的UL数据信道上发送UL数据。

在场景1中应用的另一实施例中，应用根据本公开的示例性实施例的方法800′，其可包括如图8中所示的步骤S601′、S803′、S804′和S605′。与图8所示的实施例的区别仅在于，方法800′包括步骤S803′和S804′，而不是图7中的步骤S703′。

一旦UE在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE就可以在步骤S803′中从在DL控制信道检测到的控制信息中获得相关联的DL数据信道的配置，但没有包括用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息的调度消息，因为在该实施例中，调度消息由网络节点在相关联的DL数据信道上发送。然后，在步骤S804′中，UE可以根据所获得的相关联DL数据信道的配置，检测通过在相关联的DL数据信道上的MAC控制单元发送的调度消息。在该实施例中，用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在MAC控制单元中，其中所述用于PRACH的RB指派信息指示网络节点调度的、用于UE发送PRACH消息的PRB，以及所述附加RB指派信息指示由网络节点调度的、用于UE在DL数据信道上发送数据的PRB。

在UE处于RRC_Idle状态的场景2中，应用根据本公开的示例性实施例的方法900′，其可以包括如图9所示的步骤S601′、S903′、S904′和S605′。

在步骤S601′中，UE监视DL控制信道。一旦UE在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，UE就在步骤S903′中，基于DL控制信道上的检测到的控制信息，获得在与所述DL控制信道相关联的DL数据信道上发送的数据，其中在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼信息包括UE的UE ID。然后，在步骤S904′中，UE获得通过下行链路控制信道上的DCI发送的调度消息；并基于该UE ID，验证所获得的调度消息是为其自己发送的。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在DCI中。这样，UE从寻呼消息中知道所述调度消息就是为它发送的，以便该UE用于发送PRACH消息以发起随机接入过程，并在UL数据信道上发送UL数据。

然后，在步骤S605′中，UE使用在所获得的调度消息中指示的被调度的UL频率资源，向服务于该UE的网络节点发送PRACH消息。

在两步过程中，PRACH消息和UL数据信道上的数据在同一子帧上发送。在方法600′-900′中调度用于UE发送PRACH消息和在UL数据信道上发送数据的UL时间资源的方式与方法600-900中的方式相同，因此其描述将省略。

将参考图10描述UE的结构。图10示意性地示出了根据本公开的实施例的UE 1000的示意性结构图。图10中的UE 1000可以分别执行先前参考图6-9描述的适用于四步过程的方法600-900以及适用于两步过程的方法600′-900′。

如图6所示，UE 1000包括监视单元1001、获得单元1003和收发器1005。如本领域技术人员将理解的，在图10中省略了UE 1000中的常用组件，以免模糊本公开的思想。

在UE 1000应用于四步过程的情况下，监视单元1001被配置为在方法600-900的步骤S601中监视DL控制信道。一旦监视单元1001在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，则获得单元1003在步骤S603中基于该DL控制信道的该控制信息，获得至少包括用于PRACH的RB指派信息的调度消息，其中用于PRACH的RB指派信息用于指示UE发送PRACH消息(MSG1)的UL频率资源。然后，收发器1005在步骤S605中根据所获得的调度消息，在随机接入信道上向服务于UE的网络节点发送PRACH消息。

具体地，在UE处于RRC_Connected状态但丢失其UL同步的场景1中，获得单元1003被配置为在步骤S703中从在DL控制信道上检测到的控制信息中获得通过DL控制信道上的DCI发送的调度消息。

在场景1中应用的另一个实施例中，获得单元1003被配置为在步骤S803中，从在DL控制信道上检测到的控制信息中获得相关联的DL数据信道的配置，但没有用于PRACH的RB指派信息的调度消息，因为在本实施例中，调度消息由网络节点在相关联的DL数据信道上发送；然后，在步骤S804中，根据所获得的相关联的DL数据信道的配置，检测通过在相关联的DL数据信道上的MAC控制单元发送的调度消息。

在UE处于RRC_Idle状态的场景2中，获得单元1003被配置为在步骤S903中基于检测到的关于DL控制信道的控制信息，获得在与DL控制信道相关联的DL数据信道上发送的数据，其中，在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括UE的UE ID；然后，在步骤S904中，获得通过DL控制信道上的DCI发送的调度消息，并基于该UE ID验证所获得的调度消息就是为该UE发送的，以便该UE发送PRACH消息以发起随机接入过程。

关于用于UE发送PRACH消息的UL时间资源，在一个实施方式中，用于UE发送PRACH消息的子帧可以由规范预定义。

在另一实施方式中，子帧指派信息可以包括关于在用于调度用于PRACH消息的UL资源的子帧和用于发送PRACH消息的子帧之间的时间间隔的信息。备选地，子帧指派信息可以包括显式指示被调度以发送PRACH消息的子帧的信息。

在UE 1000应用于两步过程的情况下，监视单元1001被配置为在方法600′-900′的步骤S601′中监视DL控制信道。一旦监视单元1001在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，获得单元1003便在步骤S603′中至少基于该DL控制信道上的该控制信息，获得调度消息，所述调度信息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道的附加RB指派信息，其中所述用于PRACH的RB指派信息用于指示用于UE发送PRACH消息(MSG1)的UL频率资源，以及用于DL数据信道的附加RB指派信息用于指示用于UE在UL数据信道上发送数据(MSG3)的UL资源。然后，收发器1005在步骤S605′中根据所获得的调度消息，在随机接入信道上向服务于UE的网络节点发送PRACH消息。收发器1005还在由所获得的调度消息中包括的附加RB指派信息指示的UL数据信道上发送UL数据。

具体地，在UE处于RRC_Connected状态但丢失其UL同步的场景1中，获得单元1003被配置为在步骤S703′中获得调度消息，所述调度消息从在DL控制信道上检测到的控制信息中获得通过DL控制信道上的DCI发送的调度消息。用于PRACH的RB指派信息和用于DL数据信道的RB指派信息都包含在DCI中。

在场景1中应用的另一个实施例中，获得单元1003被配置为在步骤S803′中从DL控制信道上检测到的控制信息中获得相关联的DL数据信道的配置，但没有调度消息，因为在该实施例中，调度消息由网络节点在相关联的DL数据信道上发送；然后，在步骤S804′中，根据所获得的相关联的DL数据信道的配置，检测通过相关联的DL数据信道上的MAC控制单元发送的调度消息。用于PRACH的RB指派信息和用于DL数据信道的RB指派信息都包含在MAC控制单元中。

在UE处于RRC_Idle状态的场景2中，获得单元1003被配置为在步骤S903′中基于在DL控制信道上检测到的控制信息，获得在与DL控制信道相关联的DL数据信道上发送的数据，其中，在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括UE的UE ID；然后，在步骤S904′中，获得通过DL控制信道上的DCI发送的调度消息，并基于该UE ID验证所获得的调度消息是为其自身发送的。用于PRACH的RB指派信息和用于DL数据信道的RB指派信息都包含在DCI中。这样，UE从寻呼消息中知道调度消息就是发送给它自身的，以便它发送PRACH消息以发起随机接入过程，并在UL数据信道上发送数据。

在两步过程中，PRACH消息和UL数据信道上的数据在同一子帧上发送。在方法600′-900′中调度用于UE发送PRACH消息和在UL数据信道上发送数据的UL时间资源的方式与方法600-900中的方式相同，因此为简单起见，其描述在此处省略。

在下文中，将参考图11描述网络节点的另一种结构。图11示意性地示出了根据本公开另一实施例的网络节点的示意性结构图。图11中的网络节点1100可以执行先前参考图1-4描述的方法100-400。

如图11所示，网络节点1100包括至少一个控制器或处理器1103，其包括例如能够执行计算机程序代码的任何合适的中央处理单元(CPU)、微控制器、数字信号处理器(DSP)等。计算机程序代码可以存储在存储器1105中。存储器1105可以是RAM(随机存取存储器)和ROM(只读存储器)的任何组合。存储器还可以包括永久存储器，其例如可以是磁存储器、光存储器或固态存储器或甚至远程安装的存储器中的任何单个或组合。示例网络节点1100还包括通信接口1101，其被布置为与其他设备或节点(例如，由网络节点服务的UE)进行无线通信。

当从存储器1105加载并在处理器1103中运行时，计算机程序代码使网络节点1100执行根据本公开的方法，例如如前所述的方法100-400和100′-400′。

在网络节点1100应用于四步过程的情况下，计算机程序代码在被执行时使网络节点1100在方法100-400的步骤S101中生成包括用于PRACH的RB指派信息的调度消息，该用于PRACH的RB指派信息指示用于UE发送PRACH消息的UL频率资源；以及在方法100的步骤S103中，在DL信道上向UE发送该调度消息。

具体地，在UE处于RRC_Connected状态但丢失其UL同步的场景1中，计算机程序代码在被执行时使网络节点1100在步骤S203中通过DL控制信道上的DCI发送该调度消息。

在场景1中应用的另一实施例中，计算机程序代码在被执行时使网络节点1100在步骤S303中通过DL数据信道上的MAC控制单元来发送该调度消息。

在UE处于RRC_Idle状态的场景2中，计算机程序代码在被执行时使得网络节点1100在步骤S403中，通过DL控制信道上的DCI发送该调度消息；在步骤S405中，在与DL控制信道相关联的DL数据信道上发送数据，其中，在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括UE的UE ID，使得UE可以基于该UE ID验证所获得的调度消息是为其自身发送的。

关于用于UE发送PRACH消息的UL时间资源，在一个实施方式中，用于UE发送PRACH消息的子帧可以由规范预定义。

在另一实施方式中，子帧指派信息可以包括关于在用于调度PRACH消息的UL资源的子帧和用于发送PRACH消息的子帧之间的时间间隔的信息。备选地，子帧指派信息可以包括显式指示被调度以发送PRACH消息的子帧的信息。

在网络节点1100应用于两步过程的情况下，计算机程序代码在被执行时使网络节点1100在方法100′-400′的步骤S101′中生成调度消息，该调度信息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道的附加RB指派信息。

计算机程序代码在被执行时使网络节点1100在方法100′的步骤S103′中将在DL信道上向UE发送该调度消息。

具体地，在UE处于RRC_Connected状态但是丢失其UL同步的场景1中，计算机程序代码在被执行时使网络节点1100在步骤S203′中通过DL控制信道上的DCI发送该调度消息。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在DCI中。

在场景1中应用的另一实施例中，计算机程序代码在被执行时使网络节点1100在步骤S303′中通过DL数据信道上的MAC控制单元来发送该调度消息。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在MAC控制单元中。

在UE处于RRC_Idle状态的场景2中，计算机程序代码在被执行时使网络节点1100在步骤S403′中通过DL控制信道上的DCI发送调度消息，其中用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息包含在DCI中；在步骤S405′中，在与DL控制信道相关联的DL数据信道上发送数据，其中，在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼信息包括UE的UE ID，使得UE可以基于UE ID验证所获得的调度消息是为其自身发送的。

在两步过程中，PRACH消息和UL数据信道上的数据在同一子帧上发送。在方法200′-400′中调度用于UE发送PRACH消息和在UL数据信道上发送数据的UL时间资源的方式与方法200-400中的方式相同，因此为简单起见，其描述在这里省略。

在下文中，将参考图12描述UE的另一种结构。图12示意性地示出了根据本公开另一实施例的UE的示意性结构图。图12中的UE 1200可以执行先前参考图6-9描述的方法600-900和600′-900′。

如图12所示，UE 1200包括至少一个控制器或处理器1203，其包括例如能够执行计算机程序代码的任何合适的中央处理单元(CPU)、微控制器、数字信号处理器(DSP)等。计算机程序代码可以存储在存储器1205中。存储器1205可以是RAM(随机存取存储器)和ROM(只读存储器)的任何组合。存储器还可以包括永久存储器，其例如可以是磁存储器、光存储器或固态存储器或甚至远程安装的存储器中的任何单个或组合。示例UE 1200还包括通信接口1201，其被布置用于与其他设备或节点(例如，服务于UE的网络节点)进行无线通信。

当从存储器1205加载并在处理器1203中运行时，计算机程序代码使UE 1200执行根据本公开的方法，例如如前所述的方法600-900和600′-900′。

在一个实施例中，计算机程序代码在被执行时使UE 1200在方法600-900的步骤S601中监视DL控制信道。一旦在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，该计算机程序代码在被执行时使UE 1200在步骤S603中，至少基于DL控制信道上的控制信息，获得至少包括用于PRACH的RB指派信息的调度消息，其中用于PRACH的RB指派信息用于指示用于UE发送PRACH消息(MSG1)的UL频率资源。然后，计算机程序代码在被执行时使UE 1200在步骤S605中根据所获得的调度消息在随机接入信道上向服务于UE的网络节点发送PRACH消息。

具体地，在UE处于RRC_Connected状态但丢失其UL同步的场景1中，计算机程序代码在被执行时使UE 1200在步骤S703中，从在DL控制信道上检测到的控制信息中获得通过DL控制信道上的DCI发送的调度消息。

在场景1中应用的另一实施例中，计算机程序代码在被执行时使UE 1200在步骤S803中从在DL控制信道上检测到的控制信息中获得相关联的DL数据信道的配置，但没有包括用于PRACH的RB指派信息的调度消息，因为在该实施例中，调度消息由网络节点在相关联的DL数据信道上发送；然后，在步骤S804中，根据所获得的相关联的DL数据信道的配置，检测通过相关联的DL数据信道上的MAC控制单元发送的调度消息。

在UE处于RRC_Idle状态的场景2中，计算机程序代码在被执行时使UE 1200在步骤S903中基于在DL控制信道上检测到的控制信息获得在与DL控制信道相关联的DL数据信道上发送的数据，其中在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括UE的UE ID；然后，在步骤S904中，获得通过DL控制信道上的DCI发送的调度消息，并基于该UE ID验证所获得的调度消息是为其自身发送的。这样，UE从寻呼消息中知道调度消息是为它自身发送的，以便它发送PRACH消息以发起随机接入过程。

关于UE用于发送PRACH消息的UL时间资源，在一个实施方式中，用于UE发送PRACH消息的子帧可以由规范预定义。

在另一实施方式中，子帧指派信息可以包括关于在用于调度PRACH消息的UL资源的子帧和用于发送PRACH消息的子帧之间的时间间隔的信息。备选地，子帧指派信息可以包括显式指示被调度以发送PRACH消息的子帧的信息。

在UE 1200应用于两步过程的情况下，计算机程序代码在被执行时使UE1200在方法600′-900′的步骤S601′中监视DL控制信道。一旦在DL控制信道上检测到指示在相关联的DL数据信道上发送的数据的控制信息，该计算机程序代码在被执行时使UE 1200在步骤S603′中至少基于DL控制信道上的控制信息获得调度消息，所述调度消息不仅包括用于PRACH的RB指派信息，还包括用于UL数据信道的附加RB指派信息，其中用于PRACH的RB指派信息用于指示用于UE发送PRACH消息(MSG1)的UL频率资源，以及用于DL数据信道的附加RB指派信息用于指示用于UE在UL数据信道上发送数据(MSG3)的UL频率资源。然后，计算机程序代码在被执行时使UE 1200在步骤S605′中根据所获得的调度消息在随机接入信道上向服务于UE的网络节点发送PRACH消息。

具体地，在UE处于RRC_Connected状态但是丢失其UL同步的场景1中，计算机程序代码在被执行时使UE 1200在步骤S703′中从在DL控制信道上检测到的控制信息中获得通过DL控制信道上的DCI发送的调度消息。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在DCI中。

在场景1中应用的另一实施例中，计算机程序代码在被执行时使UE 1200在步骤S803′中从在DL控制信道上检测到的控制信息中获得相关联的DL数据信道的配置，但没有调度消息，因为在该实施例中，调度消息由网络节点在相关联的DL数据信道上发送；然后，在步骤S804′中，根据所获得的相关联的DL数据信道的配置，检测通过相关联的DL数据信道上的MAC控制单元发送的调度消息。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在MAC控制单元中。

在UE处于RRC_Idle状态的场景2中，计算机程序代码在被执行时使UE 1200在步骤S903′中基于在DL控制信道上检测到的控制信息获得在与DL控制信道相关联的DL数据信道上发送的数据，其中在相关联的DL数据信道上发送的数据包括寻呼消息，该寻呼消息包括UE的UE ID；然后，在步骤S904′中，通过DL控制信道上的DCI发送调度消息，并基于该UE ID验证所获得的调度消息是为其自身发送的。用于PRACH的RB指派信息和用于UL数据信道的附加RB指派信息都包含在DCI中。这样，UE从寻呼消息中知道调度消息是为它发送的，以便该UE发送PRACH消息以发起随机接入过程，并在UL数据信道上发送UL数据。

在两步过程中，PRACH消息和UL数据信道上的数据在同一子帧上发送。在方法600′-900′中调度用于UE发送PRACH消息和在UL数据信道上发送数据的UL时间资源的方式与方法600-900中的方式相同，因此为简单起见其描述在这里省略。

根据本公开的上述实施例，本公开至少具有以下优点：

通过在网络节点侧为PRACH提供资源调度机制并在UE侧提供按需调度的PRACH传输机制，可以在所需的任何子帧和任何PRB处非常灵活地发送PRACH。可以减少在使用RRC配置的PRACH机制(其中如前所述，由RRC消息配置用于PRACH的资源)的随机接入过程中导致的延迟。此外，如果不同的UE使用调度的PRACH传输，不存在如前所述的由RRC配置的PRACH传输机制引起的冲突，因为每个UE针对其PRACH传输被调度。

前述实施方式的描述提供了说明和描述，但并不旨在穷举或将本公开限制于所公开的精确形式。根据上述教导，可以有修改和变化，或者可以从本公开的实践中获得修改和变化。

本公开的各方面还可以具体化为方法和/或计算机程序产品。因此，本公开可以具体化为硬件和/或硬件/软件(包括固件、常驻软件、微代码等)。此外，实施例可以采用计算机可用或计算机可读存储介质上的计算机程序产品的形式，其具有包含在介质中的计算机可用或计算机可读程序代码，以供指令执行系统使用或与指令执行系统结合使用。这种指令执行系统可以以独立或分布的方式实现。用于实现本文描述的实施例的实际软件代码或专用控制硬件不限制本公开。因此，在不参考特定软件代码的情况下描述了各方面的操作和行为。应当理解，本领域技术人员将能够基于本文的描述来设计软件和控制硬件以实现这些方面。

此外，本公开的某些部分可以实现为执行一个或多个功能的“逻辑”。该逻辑可以包括硬件，如专用集成电路或现场可编程门阵列或硬件和软件的组合。

应该强调的是，当在本说明书中使用时，术语“包括”用于指定所述特征、整数、步骤、组件或组的存在，但不排除存在或添加一个或多个其他特征、整数、步骤、组件或组。

除非明确地如此描述，否则本公开中使用的元件、动作或指令不应被解释为对本公开是关键或必要的。而且，如这里所使用的，冠词“一”旨在包括一个或多个项目。在仅有一个项目的情况下，使用术语“一个”或类似语言。此外，除非另有明确说明，否则短语“基于”旨在表示“至少部分地基于”。

以上描述仅给出了本公开的实施例，并且不旨在以任何方式限制本公开。因此，在本公开的精神和原理内进行的任何修改、替换、改进等应当包含在本公开的范围内。