本文重點介紹了PRACH格式和流程的不同方面，包括對5 MHz載波帶寬使用30 kHz Msg1 SCS，Msg 2/3/4搜索空間與SSB的重疊，以及對基于CSI-RS的RACH使用CORESET#0。

NR支持30 kHz SCS和長度139的Zadoff-Chu序列，用于基于短前導碼格式的PRACH Msg1傳輸。另一方面，使用505 kHz保護帶作為5 MHz載波帶寬。因此，如下圖所示，将5 MHz載波帶寬和30 kHz SCS的組合的最大傳輸帶寬限制為11 RB。

然而，PRACH Msg1使用長度139的序列，這顯然比11個RB占用更多的帶寬。此外，在這種情況下，RACH前導帶寬和保護頻帶的總和變為5.18 MHz，明顯大于5 MHz載波帶寬。

因此，對于5 MHz載波帶寬，不應支持基于30 kHz SCS的PRACH Msg1傳輸。如果支持這一點，UE将無法滿足帶外發射要求，因為可用的保護帶将小于協議中定義的保護帶。

物理随機接入過程是在高層或PDCCH命令請求PRACH傳輸時觸發的。PRACH傳輸的高層配置包括以下内容：

• PRACH傳輸的配置[TS 38.211有介紹]。
• 前導碼索引、前導碼SCS、相應的RA-RNTI PPRACH,target和PRACH資源。

使用選定功率為PPRACH,b,f,c(i)的PRACH格式在指定的PRACH資源上傳輸前導碼。

對于Msg1 SCS和信道帶寬的組合，當PRACH傳輸帶寬大于38.101-1的表5.3.2-1中定義的最大允許傳輸帶寬時，UE預計不會接收PRACH傳輸的配置。

PRACH流程

協議已經同意，網絡顯式配置UE的搜索空間用于接收Msg2/3/4授權。如果CSI-RS未與SSB連接，則網絡應在基于CSI-RS的RACH和基于SSB的RACH之間以不同的方式配置用于接收RAR的搜索空間。從根本上講，對于基于CSI-RS的RACH，如果網絡在CORESET#0上發送RAR，則應該沒有問題。因此，應允許網絡使用基于CSI-RS的RA配置UE，并在與SSB相關聯的CORESET#0上發送RAR。

在基于連接模式競争的随機接入過程（CBRA：contention based random access ）期間，UE在Msg3中傳輸C-RNTI，C-RNTI在Msg4 的PDCCH上傳輸。目前，使用C-RNTI傳輸的PDCCH不能進入Type 1公共搜索空間，該空間用于傳輸Msg2/Msg3/Msg4的傳輸/重傳。這可以從38.213中的以下文本中看出：

“A set of PDCCH candidates for a UE to monitor is defined in terms of PDCCH search space sets. A search space set can be a common search space set or a UE-specific search space set. A UE monitors PDCCH candidates in one or more of the following search spaces sets

- …..

- a Type1-PDCCH common search space set configured by ra-SearchSpace in PDCCH-ConfigCommon for a DCI format with CRC scrambled by a RA-RNTI or a TC-RNTI on the primary cell;”

這意味着UE必須監視UE特定的搜索空間，以在連接模式CBRA中接收Msg4。另一方面，網絡可能無法解碼UE的Msg3傳輸，并且可能在Type 1公共搜索空間中重新傳輸Msg3授權。因此，UE必須監視Type 1公共搜索空間和UE特定搜索空間，以在競争解決期間接收Msg3重傳許可和Msg4傳輸許可。

這對于UE實現是困難的。此外，LTE和NB-IOT允許公共搜索空間和用戶搜索空間來解碼DCI 0，從而提供競争解決方案。36.213的以下文本證實了LTE的這一點： “If a UE is configured by higher layers to decode PDCCHs with the CRC scrambled by the C-RNTI, the UE shall decode the PDCCH according to the combination defined in Table 8-3 and …

因此，NR應支持在Type 1搜索空間中使用C-RNTI傳輸的競争解決授權。如果沒有這一點，NR的UE複雜度将比LTE或Nb-IOT差得多。

根據PDCCH搜索空間集來定義UE要監視的一組PDCCH候選。搜索空間集可以是公共搜索空間集或UE特定的搜索空間集。UE在以下一個或多個搜索空間集中監視PDCCH候選

• 由MIB中的PDCCH-ConfigSIB1或由PDCCH-ConfigCommon中的searchSpaceSIB1或由PDCCH-ConfigCommon中的searchSpaceZero為DCI格式配置的Type 0 PDCCH公共搜索空間集，其中CRC由主小區上的SI-RNTI加擾；
• 由PDCCH-ConfigCommon中的searchSpaceOtherSystemInformation為DCI格式配置的Type0A-PDCCH公共搜索空間集，CRC由主小區上的SI-RNTI加擾；
• Type 1-PDCCH公共搜索空間集，由PDCCH-ConfigCommon中的ra-SearchSpace配置，用于DCI格式，CRC由主小區上的ra-RNTI、C-RNTI或TC-RNTI加擾；
• 由PDCCH-ConfigCommon中的pagingSearchSpace配置的Type 2 PDCCH公共搜索空間集，用于DCI格式，CRC由主小區上的P-RNTI加擾