在LTE系統(tǒng)中，系統(tǒng)消息改變僅發(fā)生在修改周期的無(wú)線幀中。修改周期由系統(tǒng)消息配置。通過(guò)尋呼消息（在RRC_IDLE或RRC_CONNECTED中）通知系統(tǒng)消息更改，并通知原因systemInfoModification。沒(méi)有向UE提供更新系統(tǒng)信息的細(xì)節(jié)。修改周期N的更改通知反映在N+1中。如圖1所示，其中不同的顏色表示不同的系統(tǒng)消息。UE應(yīng)用先前獲取的系統(tǒng)信息，直到UE獲取新的系統(tǒng)信息。

SIB1還攜帶值標(biāo)簽（即systemInfoValueTag），該標(biāo)簽指示SI消息中是否發(fā)生了更改。UE可以使用systemInfoValueTag，例如在從覆蓋范圍外返回時(shí)，驗(yàn)證先前存儲(chǔ)的SI消息是否仍然有效。

這種變更通知方法存在某些缺陷。如果在小區(qū)中更新了SIB，則通知駐留到該小區(qū)的所有UE系統(tǒng)信息有變化?；谠撏ㄖ?，UE不知道哪個(gè)SIB被更新。因此，無(wú)論UE是否對(duì)更新的SIB感興趣，UE都必須丟棄所有獲取的SIB并重新獲取所有SIB。這導(dǎo)致UE處不必要的功耗。eMTC和NB-IoT UE的eMTC和NB IoT部分克服了這一缺點(diǎn)。

對(duì)于eMTC，SIB1中有一個(gè)公共值標(biāo)記（即systemInfoValueTag），也有SI消息特定值標(biāo)記（例如systemInfoValueTagSI）。只有當(dāng)至少一個(gè)SI消息特定的值標(biāo)記更改時(shí)，公共值標(biāo)記才會(huì)更改。從eMTC UE的角度來(lái)看，在接收到尋呼消息中的系統(tǒng)信息改變通知之后，UE讀取MIB和SIB1，并且如果SIB1中包括的公共值標(biāo)簽不同于所存儲(chǔ)的系統(tǒng)信息中的一個(gè)，并且如果特定SI消息的SI消息特定值標(biāo)簽包括在SIB1中并且不同于所述所存儲(chǔ)的值標(biāo)簽，UE認(rèn)為該特定SI消息無(wú)效，并重新獲取該SI消息。即使UE對(duì)更新的SI消息不感興趣，它也必須在接收到導(dǎo)致UE功耗的尋呼消息中的系統(tǒng)信息改變通知時(shí)獲取MIB和SIB1。

NB-IOT通過(guò)在MIB中引入公共值標(biāo)簽和SIB1中的SI消息特定值標(biāo)簽，進(jìn)一步降低了UE功耗。僅當(dāng)SIB1中至少一個(gè)SI消息特定的值標(biāo)簽發(fā)生變化時(shí)，MIB中的公共值標(biāo)簽才會(huì)發(fā)生變化。從NB-IoT UE的角度來(lái)看，在接收到尋呼消息中的系統(tǒng)信息更改通知后，UE讀取MIB并檢查MIB中的公共值標(biāo)簽。如果公共值標(biāo)簽被改變，則只有UE讀取SIB1并檢查SI消息特定值標(biāo)簽。如果特定SI消息的SI消息特定值標(biāo)簽包含在SIB1中，并且與存儲(chǔ)的SI消息不同，則UE認(rèn)為該特定SI消息無(wú)效，并重新獲取該SI消息。即使UE對(duì)更新的SI消息不感興趣，它也必須在接收到導(dǎo)致UE功耗的尋呼消息中的系統(tǒng)信息改變通知時(shí)獲取MIB。

表1總結(jié)了當(dāng)SI被更新時(shí)由LTE/eMTC/NB-IOT UE獲取的信息。

那在NR系統(tǒng)中呢？

UE在接收到尋呼消息中的SI更新指示之后獲取所有MIB/SIB1/SI消息對(duì)于UE的功耗來(lái)說(shuō)是不期望的。如果UE僅重新獲取更新的SIB，則可以最小化UE功耗。因此，為了減少UE功耗，NR中的SI更新過(guò)程應(yīng)使UE能夠僅重新獲取更新的SIB。

在NR中，同意處于RRC IDLE和RRC INACTIVE狀態(tài)的UE將監(jiān)視每個(gè)DRX周期的尋呼。因此，向UE通知系統(tǒng)信息更新的最簡(jiǎn)單方式是通過(guò)使用尋呼消息用信號(hào)通知系統(tǒng)信息。UE在每個(gè)DRX周期的尋呼時(shí)機(jī)檢查系統(tǒng)信息更新通知。

尋呼消息可以指示哪個(gè)SIB或一組SIB被更新，使得如果UE對(duì)更新的SIB不感興趣。UE確實(shí)必須讀取最小SI（MSI）以識(shí)別哪些SIB被更新。注意，在傳統(tǒng)系統(tǒng)中，UE仍然必須讀取MIB/SIB1以確定改變的SIB。如果UE對(duì)在尋呼消息中通知的更新的SIB感興趣，則它必須讀取MSI以檢查與更新后的SIB相關(guān)聯(lián)的SI值標(biāo)簽。如果UE已經(jīng)具有與SI索引或SI值標(biāo)簽相對(duì)應(yīng)的存儲(chǔ)配置，則UE不需要重新獲取更新的SIB。

協(xié)議定義如下：

將至少有一個(gè)value tag和area ID。值標(biāo)簽與每個(gè)SIB相關(guān)聯(lián)。值標(biāo)記只能在一個(gè)小區(qū)中有效，或者與一個(gè)area ID組合在多個(gè)小區(qū)中時(shí)有效。

尋呼消息還可以包括與被更新的每個(gè)SIB相關(guān)聯(lián)的值標(biāo)簽。如果UE已經(jīng)具有與值標(biāo)簽相對(duì)應(yīng)的存儲(chǔ)配置，則UE不需要讀取MSI來(lái)檢查與SIB相關(guān)聯(lián)的值標(biāo)簽，該SIB被更新并且可以立即進(jìn)入休眠。

LTE中通知和更改系統(tǒng)信息的修改周期的概念也可以在NR中重復(fù)使用。當(dāng)網(wǎng)絡(luò)更改（某些）系統(tǒng)信息時(shí)，它首先通知UE該更改，即這可以在整個(gè)修改周期內(nèi)完成。在下一個(gè)修改周期中，網(wǎng)絡(luò)發(fā)送更新的系統(tǒng)信息。當(dāng)接收到改變通知時(shí)，UE從下一修改周期的開(kāi)始立即獲取新的系統(tǒng)信息。修改周期配置以最小SI提供。

為了更新按需提供的系統(tǒng)信息，網(wǎng)絡(luò)首先在修改周期N中向UE通知更新。在第N+1個(gè)修改周期中，網(wǎng)絡(luò)發(fā)送更新的系統(tǒng)信息。UE不需要發(fā)送SI請(qǐng)求。UE在第N+1個(gè)修改周期期間監(jiān)視相關(guān)系統(tǒng)信息的SI窗口，以接收更新的系統(tǒng)信息。

UE不發(fā)送SI請(qǐng)求以接收更新的系統(tǒng)信息。UE在第N+1個(gè)修改周期期間監(jiān)視相關(guān)SIB的SI窗口以接收更新的系統(tǒng)信息。

在LTE中，尋呼消息可以具有四個(gè)改變通知IE。下表2總結(jié)了每個(gè)通知的特征

對(duì)于NR中的ETWS/CMAS通知，建議遵循與LTE中相同的更新方法，即UE應(yīng)在收到通知后立即更新相關(guān)系統(tǒng)信息。

對(duì)于與接入控制相關(guān)的更新通知，如在LTE中，根據(jù)更新的SI的目標(biāo)類別，可以立即更新或基于MP的延遲更新。為了設(shè)計(jì)前向兼容的SI更新程序，應(yīng)該獨(dú)立地發(fā)出兩個(gè)方面的信號(hào)（改變了哪種類型的信息以及應(yīng)該如何更新該信息）。即使沒(méi)有明確要求立即更新非訪問(wèn)控制參數(shù)更改，也可以考慮為更新行為引入與訪問(wèn)控制參數(shù)更新相同的IE，以便與訪問(wèn)控制控制參數(shù)更新一致。將SIB指示為與指示類別相同似乎是合理的。