終端向基站發送了Msg1，很自然期望得到基站的Msg2（RAR）響應。本文主要針對Msg2講兩個重要的問題：1）終端如何接收Msg2？2）Msg2里面有什么？ 終端如何接收Msg2 In response to a PRACH transmission, a UE attempts to detect a DCI format 1_0 with CRC scrambled by acorresponding RA-RNTI during a window controlled by higher layers ? (摘自38213) 這句話其實是對終端如何接收Msg2做了一個總結概括，涉及到以下幾個步驟： UE首先需要去解析用于Msg2的下行調度的PDCCH DCI。那么UE在什么時間去監聽PDCCH DCI。這里面有個window的概念，UE在這個窗口內去監聽PDCCH。window的長度由參數ra-ResponseWindow規定（不能超過10ms），單位是slot。window的起點是距離PRACH發送之后至少間隔1個symbol的用于Typ1-PDCCH CSS的CORESET的首個symbol。聽起來有點繞，一般情況都是PRACH發送完之后的第一個下行slot作為起點（下面是協議的描述）。 The window starts at the first symbol of the earliest CORESET the UE is configured to receive PDCCH for Type1-PDCCH CSS set, as defined in Subclause 10.1, that is at least one symbol, after the last symbol of the PRACH occasion corresponding to the PRACH transmission (摘自38213) ra-ResponseWindow: Msg2 (RAR) window length in number of slots. The network configures a value lower than or equal to 10 ms (see TS 38.321 [3], clause 5.1.4). (摘自38331) 要監聽的DCI的格式是format 1_0。這個DCI需要去Common Search Space去找，由參數ra-SearchSpace定義。 基站對這個PDCCH DCI的CRC使用了RA-RNTI擾碼，所以終端需要在ra-searchspace上面嘗試使用RA-RNTI去解析PDCCH DCI。 如果UE成功的使用RA-RNTI解調了DCI。接著它會去解PDSCH payload 如果UE繼續成功的解出了PDSCH，UE會檢查RAPID（random access preamble identity）是否與自己當時發送Msg1時使用的RACH preamble ID相同。如果相同，UE認為Msg2解調成功 如果UE在ra-ResponseWindow內沒有使用RA-RNTI解出DCI，或者沒有成功解出PDSCH payload，或者解出了PDSCH但是RAPID不匹配，UE都會認為Msg2接收失敗，會觸發Msg1重發 Msg2里面有什么 6.1.5 MAC PDU (Random Access Response) A MAC PDU consists of one or more MAC subPDUs and optionally padding. Each MAC subPDU consists one of the following: a MAC subheader with Backoff Indicator only; a MAC subheader with RAPID only (i.e. acknowledgment for SI request); a MAC subheader with RAPID and MAC RAR.