笔者微信公众号GiveMe5G定期发表学习文章(更及时)，欢迎订阅和分享。 文章下面有二维码。
终端将Msg1发送给基站，当然期待基站的Msg2(RAR响应)。 本文主要谈Msg2的两个重要问题。1）终端如何接收Msg2；2）Msg2里面有什么
终端为msg2inresponsetoaprachtransmission，aueattemptstodetectadciformat1_0withcrcscrambledbyacorrespondingra-rntiduringawing
这句话实际上总结了终端如何接收Msg2。 与下一步有关。
UE首先需要分析针对Msg2下行调度的PDCCH DCI。 那么，UE什么时候监听PDCCH DCI？ 这有窗口的概念，UE在该窗口内去监听PDCCH。 窗口的长度由参数ra-ResponseWindow规定，单位为slot。 窗口的起点是与PRACH发送间隔至少一个symbol的Typ1-PDCCH CSS用CORESET的第一个symbol。 虽然听起来可能有点绕圈子，但一般以PRACH发送后的下行slot为起点。 thewindowstartsatthefirstsymboloftheearliestcoresettheueisconfiguredtoreceivepdcchfortype1- pdcchcssset，as defined ined in sub clared that is at least one symbol，afterthelastsymbolofthepraccasioncorrespondingtotheprachtransmission (
3358www.Sina.com/:msg2(rar ) windowlengthinnumberofslots.thenetworkconfiguresavaluelowerthanorequalto 10ms see
侦听的DCI的格式为format 1_0。 此DCI必须前往公共搜索空间进行查找，由参数ra-SearchSpace定义。
因为基站使用RA-RNTI对这个PDCHH DCI的CRC进行加扰，所以终端需要在ra-searchspace上使用RA-RNTI尝试分析PDCCH DCI。
如果UE成功使用RA-RNTI解调DCI。 之后，我去解开PDSCH payload
如果UE继续成功解析PDSCH，UE将检查其中的随机访问预定义身份(rapid )是否与它发送Msg1时使用的rach预定义身份相同。 如果相同，则UE认为Msg2解调成功
如果UE没有在ra-ResponseWindow中使用RA-RNTI解DCI，或者不正确解PDSCH payload，或者解了PDSCH但RAPID不匹配，则UE确定Msg2接收失败
Msg2里有什么？ra-ResponseWindow
amacpduconsistsofoneormoremacsubpdusandoptionallypadding.eachmacsubpduconsistsoneofthefollowing 3360
amacsubheaderwithbackoffindicatoronly； amacsubheaderwithrapidonly (I.e.acknowledgmentforsirequest )； amacsubheaderwithrapidandmac rar .以上说明和照片摘自38213，表明名为Msg2的MAC PDU可能包含BI、rapid和MACRAR三部分
bi (后退指示器)用于在发送Msg1时生成随机退避时间(0 - PREAMBLE_BACKOFF )，以使得终端能够在退避时间结束之前发送Msg1 Msg2中的BI field对应的退避时间如下图所示。 在不包含用于BI的MAC subPDU的情况下，重发Msg1时的退避时间为0ms RAPID。 如上所述，用于携带随机访问预擦除器。 这个subPDU才是Msg2中最有营养的部分。 主要包括TA、UL GRANT信息和TC-RNTI。 其中UL GRANT用于后面的Msg3。 最后，PUSCH的时域、频域资源分配，是否跳频，MCS、Msg3的功率控制和CSI request对不起大家，有读者留言。 最近更新有点慢。 工作确实很忙，但文章的质量必须有保证。 看起来不长的短文从创意，到检查协议，再到排版执笔。 希望以后变好，和大家分享更多的学习和总结。
笔者6.1.5 MAC PDU (Random Access Response)定期发表学习文章，公众号GiveMe5G
文章主要用于描述和讨论3GPP协议的学习和理解，欢迎留言讨论。 谢谢你。