RACH的场景分类
The Random Access procedure described in this clause is initiated by a PDCCH order, by the MAC entity itself, or by RRC for the events in accordance with TS 38.300 -摘自38213
对于上面表格中列举的RACH种类，我们以前都已经熟知了基于竞争和非竞争的随机接入流程，这里不再赘述，本文将重点讨论如下几种RACH流程，本文侧重讲述RACH的Msg1-2-3-4流程，其中涉及的feature机制本身会在后面的文章中专题论述。
PDCCH Order RACH
If the CRC of the DCI format 1_0 is scrambled by C-RNTI and the "Frequency domain resource assignment" field are of all ones, the DCI format 1_0 is for random access procedure initiated by a PDCCH order, with all remaining fields set as follows:
Random Access Preamble index – 6 bits
UL/SUL indicator – 1 bit
SS/PBCH index – 6 bits
PRACH Mask index – 4 bits
Reserved bits – 10 bits
1> if the ra-PreambleIndex is not 0b000000:
2> set the PREAMBLE_INDEX to the signalled ra-PreambleIndex;
Beam Failure Recovery RACH
在5G当中引入了一个beam 级别的链路恢复机制-Beam failure recovery，后面简称为BFR。BFR分为基于竞争和基于非竞争两种。按照38321中的描述，如果RRC显式配置了用于BFR的RACH资源并且用于beam恢复的candidate beam（SSB/CSI-RS）中至少有一个beam的RSRP高于一定的门限，而且beamFailureRecoveryTimer没有超时，这时才能使用基于非竞争的BFR；否则需要使用基于竞争的BFR。
下面的两幅图是基于竞争和非竞争的BFR RACH流程。需要注意的是，对于基于非竞争的BFR流程的Msg2，其PDCCH是使用C-RNTI扰码的，而不是RA-RNTI。
OSI Request RACH
对于按需索要的系统消息，会用到RACH 流程，具体分为Msg1 based和Msg3 based的两种RACH流程。注意，Msg1 based的请求需要基站在SIB1里面的SI-SchedulingInfo中配置专门用于OSI请求的RACH资源和Preamble，而且它的Msg2是一个只含有RAPID的MAC subPDU；而Msg3 based的其实是一种普通的基于竞争的RACH方式，只是这里面的Msg3引入了一个新的UL-CCCH消息，RRCSystemInfoRequest，用于请求UE想要的OSI
下面的两幅图是描述基于Msg1和Msg3的RACH流程。
