2步RACH如何回退到4步RACH？指定Msg.A和Msg.B有什么要求？本文試著講解2步RACH的相關流程。

對Msg A PUSCH的HARQ支持

在兩步RACH中，Msg.A PUSCH將有兩個重傳情況。

• Case 1：在MsgB（fallbackRAR）接收之后重新傳輸MsgA（僅限PUSCH）

• Case 2：在沒有接收到MsgB的情況下重新傳輸MsgA

在Case 1中，情況是在gNB處只有前導碼檢測成功，并且gNB將發(fā)送fallbackRAR響應“successRAR”、“fallbackRAR”和“backoff indication”。在接收到fallbackRAR之后，UE應進行4步RACH過程的Msg3步驟。此外，fallbackRAR應包含UL grant以重新傳輸消息。fallbackRAR中UL grant中提供的有效負載和TB大小應與MsgA中提供的有效負載傳輸?shù)腡B大小相同。然后，假設MsgA中的PUSCH傳輸和fallback中的PUSCH傳輸之間傳輸相同的負載，則應支持MsgA中的PUSCH傳輸和fallback中的PUSCH傳輸之間的HARQ組合，因為HARQ可以很好地提高性能。

在Case 2中，情況是在gNB處，前導碼和PUSCH都沒有故障。在這種情況下，UE應該重試MsgA的傳輸，并且可能出現(xiàn)功率斜坡。對于MsgA重傳（即前導碼和PUSCH），它們假設UE在2步RACH上重試。在這種情況下，gNB無法識別MsgA PUSCH傳輸。如果支持MsgA初始傳輸和重傳之間的HARQ組合，則性能可以得到提高，但gNB的復雜度和緩沖需求將顯著增加。

支持HARQ合并本身將取決于gNB實現(xiàn)。在2步RACH的情況下使用MsgA緩沖區(qū)來存儲MsgA有效負載，除非MAC規(guī)范中的實現(xiàn)變得太復雜。

對Msg B的HARQ支持

MsgB也是需要HARQ反饋的。當前successRAR在消息中沒有UL grant。允許在MsgB中復用多個UE的成功。下面討論以下兩種情況。

• Case1:MsgB PDCCH由一些常見的RNTI處理。MsgB可以包含多個UE的多個successRAR。

• Case2:MsgB PDCCH由C-RNTI尋址（即，由C-RNTI加擾）。MsgB包含單個sucessRAR。

在Case1和Case2中，一致同意，如果UE接收到包含發(fā)往該UE的successRAR的MsgB，則UE應提供HARQ-ACK反饋。在Case1中，HARQ-ACK響應可以包括ACK。在Case2中，HARQ-ACK響應可以包括有效TA下的ACK或NACK。MsgB HARQ支持的一個遺留問題是軟組合問題。對于Case2，在用于MsgB重傳的HARQ組合上，規(guī)范應允許使用與正常下行鏈路PDSCH傳輸相同的機制來執(zhí)行軟組合。對于Case1，gNB可以重傳先前傳輸?shù)恼麄€有效載荷，或者僅重傳沒有接收到HARQ-ACK反饋的UE的sucessRAR。如果gNB向UE指示重傳的MsgB的有效載荷與上一次MsgB傳輸?shù)挠行лd荷是否相同，UE可以執(zhí)行軟組合。該指示可以通過HARQ進程ID和NDI的組合來實現(xiàn)。

關于PUCCH資源索引，確定了以下備選方案。

• 對于用于用戶的HARQ-ACK反饋的PUCCH資源索引，該用戶在successRAR中找到其競爭解決ID，并且PDSCH由具有與MsgB RNTI加擾的CRC的PDCCH調(diào)度，向下選擇以下備選方案。

1. 方案1:PUCCH資源索引只在successRAR中顯式發(fā)出信號。用于指示PUCCH資源索引的位數(shù)是3或4位。

2. 方案2:PUCCH資源索引是根據(jù)從DCI派生的參考PUCCH資源索引隱式確定的，如R15和基于UE的隱式規(guī)則所示。使用1位保留DAI，而不是CCE起始索引。

3. 方案3：PUCCH資源索引是根據(jù)從DCI導出的參考PUCCH資源索引（如R15所示）和successRAR中指示的基于UE的偏移值來確定的。

方案2將減少開銷。此外，至少對于參考PUCCH資源的指示，不需要從Rel-15更改規(guī)范。另一方面，方案1可以靈活地進行PUCCH資源管理，但代價是開銷增加。與方案1相比，方案3有可能減少MAC subPDU中的開銷增加，但是，它取決于在相同MsgB中復用的UE最大數(shù)目。另一個考慮因素是與上面討論的HARQ軟組合的關系。假設支持MsgB HARQ軟組合，當PUCCH資源索引包含在successRAR（即PDSCH）中時，在重傳中分配PUCCH資源沒有靈活性，即初始傳輸和重傳之間的PUCCH資源索引應該相同。另一方面，當在DCI中指示PUCCH資源索引時，有可能在初始傳輸和重傳之間改變PUCCH資源。從重傳的開銷和PUCCH資源分配的靈活性來看，方案2更優(yōu)。

關于以時隙為單位的PUCCH時間資源，確定了以下備選方案。

• 對于以時隙為單位的PUCCH時間資源“PDSCH-to-HARQ feedback timing indicator”，用于用戶的HARQ-ACK反饋，該用戶在successRAR中找到其競爭解決ID，并且PDSCH由具有與MsgB RNTI加擾的CRC的PDCCH調(diào)度，向下選擇以下備選方案。

1.?方案1:PDSCH-to-HARQ反饋定時指示器僅在成功時發(fā)出信號。用于指示“PDSCH到HARQ反饋定時指示器”的位數(shù)為3位。

2.?方案2：如MsgB DCI所示，使用單個“PDSCH到HARQ反饋定時指示器”

3.?方案3：“PDSCH-to-HARQ反饋定時指示器”是隱式確定的

4.?方案4：“PDSCH到HARQ反饋定時指示器”由基于DCI和UE的偏移值發(fā)出信號，該偏移值在successRAR中指示。

類似于PUCCH資源索引的討論可以應用于開銷和指示靈活性。另一方面，只要PUCCH資源索引在UE之間是有區(qū)別的，PUCCH時間資源就不一定在UE之間是有區(qū)別的。如果在相同MsgB中復用的UE的數(shù)目小于單個DCI可分配的PUCCH資源的最大數(shù)目（即8或16），則在相同MsgB中的UE之間的單個定時偏移（即方案2）也是可能的。因此，隱式判斷可能不適合于“PDSCH-to-HARQ feedback timing indicator”的指示。另外，探討了PUCCH與資源指標確定的關系。如果PUCCH資源索引是基于MAC PDU中的位置順序等隱式規(guī)則來確定的，則“PDSCH-to-HARQ feedback timing indicator”不應使用相同的隱式參數(shù)。因此，“PDSCH-to-HARQ feedback timing indicator”應考慮不依賴隱式參數(shù)的指示。

在MsgB的DCI格式上，DCI格式是基于Msg2還是基于Msg4將取決于MsgB HARQ設計的結(jié)果，例如軟組合的支持以及如何指示PUCCH資源索引和PDSCH到HARQ反饋定時指示器”。如果PUCCH資源索引和“PDSCH-to-HARQ feedback timing”被successRAR指示并且不支持軟組合，則可以減少DCI開銷，并且DCI設計基于Msg2 DCI。如果用DCI表示PUCCH資源指示符和PDSCH-to-HARQ反饋時序，并支持軟組合，則DCI設計基于Msg4 DCI。如上所述，MsgB DCI中至少包含HARQ進程ID和NDI。此外，首選PUCCH資源指標，因為參考PUCCH資源指標來自DCI，如Rel.15所示。

TA

TA命令在“successRAR”和“fallbackRAR”中的支持已達成一致。在TA命令的粒度上，有以下兩個選項。

• 選項1：基于MsgA PUSCH的子載波間隔

• 選項2：基于UL BWP的子載波間隔（2步RACH之后使用的numerology?符號）

在選項1中，可能存在MsgA PUSCH和UL BWP之間的不同numerology?符號在2步RACH之后的第一次傳輸。另一方面，即使在Rel.15 NR中，Msg3和UL BWP之間的不同numerology?情況也可以作為基于Msg3數(shù)字的TA值來處理。在這種情況下，選項1也應該適用于2步RACH，并且選項1允許gNB的簡化，因為TA單元可以是多個UE之間共享2步RACH的公共值。一個載體中的多重numerology?不需要如此優(yōu)化，選項1就足夠了。選項2可以有更優(yōu)化的TA值指示，因為它是2步RACH后使用的numerology?符號。