根据38.300中触发RA的场景，PDCCH Order 发起的随机接入对应的上图中橙框中的过程，即用于上行失步后，当gNB有下行数据要发送时，会使用PDCCH Order强制UE发起RACH以重新完成上行同步。

配置有SUL的小区进行RA时，网络可以明确告知UE使用SUL还是UL。例如通过PDCCH order触发的RA，可以通过UL/SUL indicator field 明确告知UE采用SUL或NUL进行RA。

对于activated SCell是另一个TAG时，网络可以通过PDCCH order 告知SCell 进行CFRA以便完成UL同步，这时候preamble传输要在SCell上进行，但是RAR是在PCell上完成。 对于SCell上的RA过程 只能由PDCCH order触发，其中ra-Preamble不能是0b000000。

这里都提到了PDCCH order触发的RA过程，那什么是PDCCH order？

如上图，38.212中有对PDCCH order做规定，对于C-RNTI加扰的DCI format 1_0，其Frequency domain resource assignment field全是1 的话，这就是PDCCH order，这时候就可以通过其他field 告知UE进行RA的一些参数，例如UL/SUL indicator告知UE在哪个carrier上进行RA，Random Access Preamble index告知UE进行RA 时的preamble index；SS/PBCH index告知UE对应的SSB；PRACH Mask index告知UE与SSB关联的RO。

如果UE正在进行PDCCH Order触发的随机接入，又收到RAPID、UL / SUL Indicator和PRACH Mask Index相同的PDCCH Order，UE会视为重复指示，忽略该PDCCH order，继续正在进行的随机接入。

对于由PDCCH order触发的RA 如果ra-preamble不是0b000000，那就要进行4-step RA。

PDCCH Order触发的随机接入，可以是CBRA，也可以是CFRA，具体取决于DCI指示的Random Access Preamble index 取值 ——  如果Random Access Preamble index对应的ra-preamble 取值不为0b000000，UE进行CFRA，并使用DCI指示的Carrier、RO和preamble等发送MSG1；

如果Random Access Preamble index对应的ra-preamble 为0b000000（全“0”），UE进行CBRA(如上图黄色字体逻辑)，此时会忽略DCI（PDCCH Order）其他字段，进行CBRA过程。