對于Idle和Inactive模式，將有網(wǎng)絡(luò)控制MSG1或MSG3是否可以用于發(fā)送系統(tǒng)消息請求。如果特定于UE需要獲取的每個SIB或SIB集合的PRACH前導(dǎo)碼和PRACH資源包括在最小SI中，則使用MSG1指示SI請求。如果UE需要獲取的特定于每個SIB或SIB集合的PRACH前導(dǎo)碼和PRACH資源不包括在最小SI中，則SI請求包括在MSG3中。

對于NR的系統(tǒng)消息，有如下規(guī)定：

1.用于其它SI的調(diào)度信息包括SIB類型、有效性信息、SI周期性和SI窗口信息，并且無論其它SI是否被周期性地廣播都被提供。

2.最小SI中的調(diào)度信息包括有關(guān)SI塊是周期性廣播還是按需提供的指示符。

3.如果最小SI指示SIB未被廣播，則UE不假設(shè)該SIB是在其SI窗口中以每個SI周期周期性地廣播的。因此，UE可以發(fā)送SI請求以接收該SIB。

4.在發(fā)送SI請求之后，為了接收所請求的SIB，UE在該SIB的一個或多個SI周期中監(jiān)視所請求的SI的SI窗口。

圖1說明了使用基于MSG1的SI請求獲得按需提供（即不定期廣播）的SIB（例如，SIB X）的部署。MSI包括指示SIB X是按需廣播還是提供的指示符。在此示例中，指示符設(shè)置為“1”，指示SIB X是按需提供的。

• 獲取SIB X的UE檢查MSI，并基于關(guān)于SI塊的指示符。

• UE然后基于MSI中的信息確定它必須使用MSG1或MSG3指示SI請求。

• 如果網(wǎng)絡(luò)希望UE使用MSG 1指示SI請求，則UE需要獲取的特定于每個SIB或SIB集合的PRACH前導(dǎo)碼和PRACH資源被包括在最小SI中。

• UE然后使用所選擇的PRACH前導(dǎo)碼和PRACH資源來發(fā)送PRACH前同步碼。由于閉環(huán)功率控制在空閑和非活動狀態(tài)下是不可能的，因此UE以與任何其他PRACH前導(dǎo)碼傳輸相同的方式基于開環(huán)估計來計算SI請求傳輸?shù)某跏脊β?，并對路徑損耗進行完全補償。

• 在發(fā)送指示用于接收SIB X的SI請求的PRACH前導(dǎo)碼之后，UE在SIB X中的一個或多個SI周期中監(jiān)視SIB X（根據(jù)調(diào)度信息）的SI窗口。

與任何其他PRACH前導(dǎo)碼傳輸類似，gNB可能因為較差的無線信道條件而沒有成功接收到用于SI請求的PRACH前同步碼傳輸。UE有兩種可能的方法來識別其發(fā)送的SI請求是否被gNB成功接收。

方法1：在發(fā)送SI請求（即用于接收SIB X的PRACH前導(dǎo)碼）之后，UE在SIB X一個或多個SI周期中監(jiān)視SIB X（根據(jù)調(diào)度信息）的SI窗口。

• 如果UE沒有接收到所請求的SIB X，則它認(rèn)為gNB沒有成功接收到SI請求。

方法2：在發(fā)送用于接收SIB X的SI請求即PRACH前導(dǎo)碼之后，UE監(jiān)視用于接收與其PRACH傳輸相對應(yīng)的RAR的RAR窗口。與指示SI請求的PRACH傳輸相對應(yīng)的RAR應(yīng)至少包括隨機接入前導(dǎo)碼標(biāo)識符（RAPID： random access preamble identifier）。不需要諸如定時提前、C-RNTI等其他信息。UE在RAR窗口中監(jiān)視由RA-RNTI標(biāo)識的RAR的NR-PDCCH。對于指示SI請求的PRACH前導(dǎo)碼傳輸，與任何其他PRACH前同步碼傳輸一樣，以相同的方式計算RA-RNTI。

• 如果UE接收到RAR，則認(rèn)為gNB成功接收到SI請求。UE然后（根據(jù)調(diào)度信息）在SIB X的一個或多個SI周期中監(jiān)視SIB X中的SI窗口。

• 如果UE未接收到RAR，則認(rèn)為gNB未成功接收到SI請求。

下面進一步比較這兩種用于SI TX故障檢測的方法。

檢測SI請求傳輸失敗的時延：在方法1的情況下，UE可以在監(jiān)視所請求SIB的一個或多個SI周期中的SI窗口之后確定SI請求傳輸是否失敗。在方法1中，檢測SI請求傳輸失敗的最佳情況（見圖2A）時延等于‘SI request processing time’ + ‘length of SI Window’。在方法1中，檢測SI請求傳輸失敗的最壞情況（見圖2B）時延等于‘SI request processing time-1’ + ‘length of SI period’ + ‘length of SI Window’.。在方法2中，檢測SI請求傳輸是否失敗的時延（見圖2C）等于‘SI request processing time’ + ‘length of RAR Window’。因此，與方法2相比，方法1中檢測SI請求傳輸失敗的時延可能相當(dāng)高。這可以通過配置更短的SI周期來減少。在較長SI周期的情況下，網(wǎng)絡(luò)可以組合幾個SI請求并廣播一次所請求的SIB，從而減少信令開銷。這對于較短的SI周期是不可能的。

UE功耗：在兩種情況下比較兩種方法的UE功耗：SI請求傳輸成功和SI請求傳輸失敗。

a） 場景1：SI請求傳輸成功

在方法2中，UE需要首先監(jiān)視RAR窗口，并且在接收到RAR之后，UE需要監(jiān)視SI窗口。因此，在方法2中，UE在最壞情況下需要監(jiān)控的TTI總數(shù)等于‘length of RAR window’ + ‘Length of SI Window’。在方法1中，不存在RAR，因此UE只需要監(jiān)視‘Length of SI Window’ TTI。與方法1相比，方法2的情況下UE功耗更大。然而，如果RAR窗口的長度很小（例如，對于SI請求可以設(shè)置為1或2 TTI），則UE功耗可以是可比較的。

b） 場景2：SI請求傳輸失敗

在方法2中，UE需要在發(fā)送SI請求之后首先監(jiān)視RAR窗口。如果未接收到RAR，則假設(shè)SI請求傳輸失敗，因此不監(jiān)視SI窗口。因此，在方法2中，UE需要監(jiān)視的TTI的總數(shù)等于?‘length of RAR window’。

在方法1中，不存在RAR，因此UE需要在發(fā)送SI請求之后監(jiān)視‘Length of SI Window’ 個TTI。如果SI窗口和RAR窗口的長度相同，則兩種方法中的UE功耗相同。然而，SI窗口通常長于RAR窗口，因此與方法2相比，在方法1的情況下UE功耗將更高。

下面的表1總結(jié)了兩種方法的利弊。

在檢測到SI請求未被成功發(fā)送之后，UE很自然地重傳SI請求（即PRACH前導(dǎo)碼傳輸）。在指示SI請求的PRACH前同步碼重傳期間，功率像任何其它PRACH前導(dǎo)碼重傳一樣被斜升。

如果即使在發(fā)送了用于最大重試次數(shù)的SI請求之后，SI請求傳輸也不成功，則UE可以認(rèn)為駐留小區(qū)不合適，并執(zhí)行小區(qū)重新選擇，因為UE無法獲得期望的系統(tǒng)信息。在缺少期望的系統(tǒng)信息的情況下，UE不能從駐留小區(qū)獲得期望的服務(wù)（與UE不能獲取的系統(tǒng)信息相關(guān)聯(lián)）。