在LTE中，只有一個RACH時間表應(yīng)用于所有場景和用例。NR支持多種numerology、具有不同時延要求的各種服務(wù)等。因此，一個針對所有用例的RACH時間表可能并不高效。下面分析一些用例，并解決RACH時間線優(yōu)化的需求。

• 當(dāng)UE具有上下行數(shù)據(jù)到達(dá)時的初始接入：

1. 當(dāng)UE從RRC-Idle轉(zhuǎn)換到RRC-Connected活動時，有利于改善PRACH時間線，但對大多數(shù)應(yīng)用程序來說并不重要，例如URLLC可以通過類似的PRACH過程，然后配置為URLCC；

2. 當(dāng)UE從RRC-Connected Inactive狀態(tài)過渡到RRC-Connected的活動狀態(tài)時，需要改進(jìn)PRACH時間線，使非活動狀態(tài)和活動狀態(tài)之間的過渡更加無縫

• 切換到RRC-Connected中的目標(biāo)小區(qū)：

1. 另一個明顯的好處是減少PRACH時間表，特別是如果應(yīng)用程序同時支持移動性和低時延，那么優(yōu)化就很重要。

RACH時間線從一條消息開始到下一條消息開始的消息之間的時間線。但是，這樣的時間線可以從一條消息的結(jié)尾到下一條消息的開頭計算。時間線符號如表1所示。

圖1顯示了Msg1的初始傳輸和Msg2的接收。如果Msg2解碼正確，則初始Msg1和Msg2傳輸和接收成功。否則，將重新傳輸Msg1，直到正確解碼Msg2，如圖2所示。UE可以使用相同的RACH序列重新傳輸Msg1，但是在遵循外環(huán)功率控制過程之后以更高的功率重新傳輸。

一旦Msg2（又稱RAR）被正確解碼，UE就可以獲得用于發(fā)送Msg3和接收Msg4的上行鏈路和下行鏈路許可。重傳機(jī)制可應(yīng)用于Msg3和Msg 4傳輸。

在設(shè)計RACH時間線時，可以考慮以下方法。

• 方法1：所有case的RACH時間表相同

1.?優(yōu)點：簡單

2.?缺點：始終受到最差能力用戶和最差部署場景的限制

• 方法2：支持不同的RACH時間表

Case 1：不同用例的不同RACH時間表

1.?不同的numerology 和時隙持續(xù)時間，至少用于數(shù)據(jù)和控制

2.?不同的時延要求，至少對于數(shù)據(jù)和控制

3.?不同的用戶可以有不同的處理能力

4.?不同的網(wǎng)絡(luò)可以有不同的處理能力

Case 2：不同部署的不同RACH時間表

1.?不同的載波頻率，例如毫米波與低于6 GHz

2.?不同的小區(qū)大小，例如100 km?cell與small cell