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

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

然而，PRACH Msg1使用長(zhǎng)度139的序列，這顯然比11個(gè)RB占用更多的帶寬。此外，在這種情況下，RACH前導(dǎo)帶寬和保護(hù)頻帶的總和變?yōu)?.18 MHz，明顯大于5 MHz載波帶寬。

因此，對(duì)于5 MHz載波帶寬，不應(yīng)支持基于30 kHz SCS的PRACH Msg1傳輸。如果支持這一點(diǎn)，UE將無法滿足帶外發(fā)射要求，因?yàn)榭捎玫谋Ｗo(hù)帶將小于協(xié)議中定義的保護(hù)帶。

物理隨機(jī)接入過程是在高層或PDCCH命令請(qǐng)求PRACH傳輸時(shí)觸發(fā)的。PRACH傳輸?shù)母邔优渲冒ㄒ韵聝?nèi)容：

• PRACH傳輸?shù)呐渲肹TS 38.211有介紹]。

• 前導(dǎo)碼索引、前導(dǎo)碼SCS、相應(yīng)的RA-RNTI PPRACH,target和PRACH資源。

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

對(duì)于Msg1 SCS和信道帶寬的組合，當(dāng)PRACH傳輸帶寬大于38.101-1的表5.3.2-1中定義的最大允許傳輸帶寬時(shí)，UE預(yù)計(jì)不會(huì)接收PRACH傳輸?shù)呐渲谩?/p>

PRACH流程

協(xié)議已經(jīng)同意，網(wǎng)絡(luò)顯式配置UE的搜索空間用于接收Msg2/3/4授權(quán)。如果CSI-RS未與SSB連接，則網(wǎng)絡(luò)應(yīng)在基于CSI-RS的RACH和基于SSB的RACH之間以不同的方式配置用于接收RAR的搜索空間。從根本上講，對(duì)于基于CSI-RS的RACH，如果網(wǎng)絡(luò)在CORESET#0上發(fā)送RAR，則應(yīng)該沒有問題。因此，應(yīng)允許網(wǎng)絡(luò)使用基于CSI-RS的RA配置UE，并在與SSB相關(guān)聯(lián)的CORESET#0上發(fā)送RAR。

在基于連接模式競(jìng)爭(zhēng)的隨機(jī)接入過程（CBRA：contention based random access ）期間，UE在Msg3中傳輸C-RNTI，C-RNTI在Msg4?的PDCCH上傳輸。目前，使用C-RNTI傳輸?shù)腜DCCH不能進(jìn)入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必須監(jiān)視UE特定的搜索空間，以在連接模式CBRA中接收Msg4。另一方面，網(wǎng)絡(luò)可能無法解碼UE的Msg3傳輸，并且可能在Type?1公共搜索空間中重新傳輸Msg3授權(quán)。因此，UE必須監(jiān)視Type?1公共搜索空間和UE特定搜索空間，以在競(jìng)爭(zhēng)解決期間接收Msg3重傳許可和Msg4傳輸許可。

這對(duì)于UE實(shí)現(xiàn)是困難的。此外，LTE和NB-IOT允許公共搜索空間和用戶搜索空間來解碼DCI 0，從而提供競(jìng)爭(zhēng)解決方案。36.213的以下文本證實(shí)了LTE的這一點(diǎn)：?“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應(yīng)支持在Type 1搜索空間中使用C-RNTI傳輸?shù)母?jìng)爭(zhēng)解決授權(quán)。如果沒有這一點(diǎn)，NR的UE復(fù)雜度將比LTE或Nb-IOT差得多。

根據(jù)PDCCH搜索空間集來定義UE要監(jiān)視的一組PDCCH候選。搜索空間集可以是公共搜索空間集或UE特定的搜索空間集。UE在以下一個(gè)或多個(gè)搜索空間集中監(jiān)視PDCCH候選

• 由MIB中的PDCCH-ConfigSIB1或由PDCCH-ConfigCommon中的searchSpaceSIB1或由PDCCH-ConfigCommon中的searchSpaceZero為DCI格式配置的Type 0 PDCCH公共搜索空間集，其中CRC由主小區(qū)上的SI-RNTI加擾；

• 由PDCCH-ConfigCommon中的searchSpaceOtherSystemInformation為DCI格式配置的Type0A-PDCCH公共搜索空間集，CRC由主小區(qū)上的SI-RNTI加擾；

• Type 1-PDCCH公共搜索空間集，由PDCCH-ConfigCommon中的ra-SearchSpace配置，用于DCI格式，CRC由主小區(qū)上的ra-RNTI、C-RNTI或TC-RNTI加擾；

• 由PDCCH-ConfigCommon中的pagingSearchSpace配置的Type 2 PDCCH公共搜索空間集，用于DCI格式，CRC由主小區(qū)上的P-RNTI加擾