G NR: 两步随机接入流程（Release-16）-2

五、MsgA传输

MsgA传输包括PRACH前导码传输（MsgA-PRACH）和PUSCH负载传输（MsgA-PUSCH）。
选择PRACH资源的流程类似于四步RA类型，但使用与两步RA类型相关的参数。
UE在传输PRACH后传输PUSCH（TDM）。PUSCH的传输在PRACH传输之后至少N个符号，其中N的值取决于活跃上行链路BWP的SCS（如下所示）。

PUSCH与每个PRACH时隙开始之间的实际时间偏移由msgA-PUSCH-TimeDomainOffset配置。每个时隙中的第一个PUSCH机会（PO）由SLIV定义，SLIV由startSymbolAndLength-MsgAPO配置。
一旦MsgA传输完毕，UE应监测RA响应。UE在四步RA类型中使用RA_RNTI，而在两步RA类型中使用MsgB-RNTI。如下所示，MsgB-RNTI的计算与RA-RNTI几乎相似。
MsgB-RNTI =1+s_id + 14×t_id + 14×80×f_id + 14×80×8×ul_carrier_id+14×80×8×2
其中，s_id是PRACH机会的第一个OFDM符号的索引（0 ≤ s_id < 14），t_id是系统帧中PRACH机会（RO）的第一个时隙的索引（0 ≤ t_id < 80），f_id是频域中RO的索引（0 ≤ f_id < 8），而ul_carrier_id是用于RA前导码传输的上行载波（NUL载波为0，SUL载波为1）。
5.1 MsgA的内容
MsgA的内容类似于使用四步RA类型时的Msg3的内容。有关Msg3内容的详细信息，请参见此处。广义上讲，MsgA/Msg3的内容有以下两种类型：

UE在RA流程启动时已拥有C-RNTI（例如，UE处于RRC_CONNECTED状态）。例如：RA流程由PDCCH命令启动，CFRA由同步RRC重新配置（例如切换）启动等。

在这种情况下，UE将在MsgA/Msg3中发送C-RNTI MAC CE。根据触发RA流程的场景，UE还可能包括其他信息，如RRCReconfigurationComplete。

UE在RA流程启动时没有C-RNTI，例如在RRC连接重建流程、RRC连接恢复流程等过程中。

在这种情况下，UE将在MsgA/Msg3中发送CCCH SDU，例如RRCResumeRequest、RRCReestablishmentRequest等。

六、MsgB接收和竞争解决
在传输MsgA（PRACH和PUSCH）后，UE需要监测RA响应。与四步RA类型类似，RA响应窗口由字段msgB-ResponseWindow定义。

RA响应窗口在与MsgA-PUSCH传输相对应的PUSCH机会的最后一个符号之后至少一个符号开始，并持续由msgB-ResponseWindow配置的时间。窗口长度可以配置为1、2、4、8、10、20、40、80、160或320个时隙。

在msgB-ResponseWindow期间，UE尝试检测带有相应MsgB-RNTI/C-RNTI的CRC扰码的DCI格式1_0。

如果在MsgA中包含了C-RNTI MAC CE，UE在C-RNTI上监测PDCCH。

如果在MsgA中未包含C-RNTI MAC CE，UE在MsgB-RNTI上监测PDCCH。

如下图所示的总体流程图所示，根据UE是否成功接收到MsgB，有两种可能的情况。

6.1 场景1：UE成功接收到MsgB
UE在接收到MsgB后的步骤取决于UE发送给gNB的MsgA的内容，以及gNB用于MsgB的RNTI。
在C-RNTI上接收到随机接入响应：如果UE在MsgA中包含了C-RNTI MAC CE，在接收到MsgB后，UE认为RA过程已成功完成。流程到此结束。
在这种情况下，网络的响应可能是指向C-RNTI的上行许可或下行分配。此外，如果gNB希望调整UE的上行定时，它可能会发送绝对定时提前命令（Absolute Timing Advance Command）MAC CE子PDU。
在MsgB-RNTI上接收到随机接入响应：如果UE在MsgA中未包含C-RNTI MAC CE，网络（PDCCH）的响应指向MsgB-RNTI。MsgB内容可能是fallbackRAR、successRAR或退避指示（Backoff Indicator，BI）。当UE接收到“BI”时，流程与四步RA类型相同。如果UE接收到fallbackRAR或successRAR，流程分别在Case1和Case2中解释。
6.1.1 Case1 - gNB无法正确解码MsgA-PUSCH（fallbackRAR）：
网络可能检测到MsgA-PRACH前导码但无法正确解码MsgA-PUSCH。在这种情况下，网络会通过传输所需的许可来命令UE退回到四步RA类型以传输Msg3 => 这基本上是使用四步RA类型的Msg3重新传输MsgA-PUSCH。
如何知道网络是否命令UE退回？如果MsgB包含fallbackRAR MAC子PDU（Release-16中新增加的），UE会理解它需要切换到Msg3传输。
重要的是要注意，如果两步RA类型是作为CFRA程序启动的，即使UE接收到fallbackRAR，UE也认为RA过程是成功的。流程到此结束。
以下序列图说明了CBRA情况下的回退流程

allbackRAR包括一个RAPID、用于传输Msg3的上行许可、定时提前命令和临时C-RNTI。

当接收到MsgB时，UE首先检查接收到的RAPID是否与传输的前导码ID（MsgA-PRACH）匹配。如果匹配，UE将处理TA命令并使用接收到的临时C-RNTI应用上行许可以传输Msg3。

如下所示，fallbackRAR MAC子PDU的结构类似于具有MAC RAR的结构（四步RA类型）。

在传输Msg3和可能的重传之后，如果争用解决仍未成功，UE将返回到MsgA传输。

在 Msg3 传输和可能的重传之后，如果争用解决仍未成功，则 UE 返回 MsgA 传输。

6.1.2 情况 2 - gNB 成功解码 MsgA-PUSCH（successRAR）：待续