5G接入禁止機(jī)制可以解決LTE中定義的所有使用情況和場景。因此，NR的接入禁止機(jī)制應(yīng)支持多維接入禁止，例如基于接入類別、服務(wù)類型、應(yīng)用類型、UE類型或它們的任何組合，以達(dá)到準(zhǔn)確的接入控制。例如，接入禁止機(jī)制應(yīng)當(dāng)允許服務(wù)優(yōu)先化，其中網(wǎng)絡(luò)可以在網(wǎng)絡(luò)擁塞的情況下高優(yōu)先級(jí)服務(wù)，即防止來自低優(yōu)先級(jí)服務(wù)的接入嘗試，并允許來自高優(yōu)先級(jí)服務(wù)的接入嘗試。

具體而言，可能存在多個(gè)接入限制檢查項(xiàng)。每個(gè)檢查項(xiàng)可以配置為對(duì)應(yīng)于一個(gè)維度。檢查項(xiàng)目是有序的，并且由UE根據(jù)順序進(jìn)行檢查。每個(gè)檢查項(xiàng)目的檢查結(jié)果可以配置為白名單或黑名單。UE行為見下表：

NR的禁止接入機(jī)制肯定姚適用于所有RRC狀態(tài)（RRC_IDLE、RRC_CONNECTED和RRC_INACTIVE），但其在狀態(tài)之間轉(zhuǎn)換呢？對(duì)于不同的RRC狀態(tài)，禁止強(qiáng)度應(yīng)該不同，例如，對(duì)于RRC_IDLE通常更嚴(yán)格，而對(duì)于RRC_CONNECTED則更寬松，因?yàn)镽RC_CONNECT UE已經(jīng)由網(wǎng)絡(luò)服務(wù)并且不需要建立RRC連接。希望適用的狀態(tài)是可配置的。

1） RRC_IDLE（空閑）

對(duì)于LTE（NB-IoT除外），接入限制機(jī)制支持許多用例/場景，包括：

• EAB（Extended Access Barring），其應(yīng)用于MTC服務(wù)；

• ACDC（Application Specific Access Class），其被引入用于數(shù)據(jù)通信的應(yīng)用特定接入控制；

• AB（Access Barring），自Rel-8以來，它被引入用于不同通信類型（例如緊急呼叫、MO信令）的接入控制；

• SSAC（Service Specific Access Control），其被引入用于MMTel語音和MMTel視頻訪問的接入控制，并在IMS層中執(zhí)行；

• UDT（Unattended Data traffic），用于無人值守?cái)?shù)據(jù)流的接入控制。

2） RRC Connected

對(duì)于LTE，為RRC_IDLE和RRC_CONNECTED引入了IMS層MMTel語音和MMTel視頻接入的SSAC和無人值守?cái)?shù)據(jù)流量的UDT限制。其他用例/場景，例如EAB、ACDC，僅適用于RRC_IDLE。RRC_CONNECTED中的接入限制用例/場景是RRC_IDLE中的子集。當(dāng)執(zhí)行SSAC或UDT時(shí)，SSAC和UDT的相同接入控制機(jī)制適用于兩個(gè)RRC狀態(tài)。

對(duì)于NR，沒有僅在RRC_CONNECTED中適用的用例。因此，RRC_CONNECTED中的接入限制用例/場景也是NRC_IDLE中的一個(gè)子集。接入限制機(jī)制可適用于RRC_IDLE和RRC_CONNECT。

3） RRC_Inactive

對(duì)于RRC_INACTIVE中的UE，有兩種不同的情況需要與網(wǎng)絡(luò)通信：

• 情況1:UE需要輸入RRC_CONNECTED；

• 情況2：UE保持在RRC_INACTIVE內(nèi)用于小數(shù)據(jù)傳輸；

對(duì)于情況1，它類似于LTE中的LC。對(duì)于LC，應(yīng)用RRC_CONNECTED中的接入限制用例/場景。

對(duì)于情況2，R12 MTC中已經(jīng)討論過，頻繁的小數(shù)據(jù)傳輸不會(huì)導(dǎo)致網(wǎng)絡(luò)擁塞。然而，相同的條件是否適用于RRC_INACTIVE中的小數(shù)據(jù)傳輸。即使對(duì)于情況2，RRC_INACTIVE中的數(shù)據(jù)傳輸需要接入控制，但也無法確定RRC_INAACTIVE中的接入控制與RRC_CONNECTED狀態(tài)的接入控制不同的原因。

因此，公共接入禁止機(jī)制可以適用于RRC_INACTIVE和RRC_CONNECTED。

在UE發(fā)起初始接入之前使用小區(qū)特定接入禁止配置信息。它在系統(tǒng)信息中廣播。根據(jù)當(dāng)前的標(biāo)準(zhǔn)，系統(tǒng)信息分為最小SI和其他SI。最小SI的內(nèi)容至少包括支持小區(qū)選擇、獲取其他SI和接入小區(qū)的信息。

不同的用戶可能具有不同的QoS要求和接入控制要求。網(wǎng)絡(luò)應(yīng)該能夠?yàn)椴煌挠脩襞渲貌煌慕尤胂拗茀?shù)。從系統(tǒng)的角度來看，專用接入禁止可以應(yīng)用于部分UE，而不是所有UE，以達(dá)到更好的接入控制效果。

在LTE中，SSAC在UE的IMS層中執(zhí)行，SSAC的相關(guān)參數(shù)通過UE AS層提供。對(duì)于其他使用情況/場景，UE的AS層執(zhí)行接入控制，并向更高層提供相關(guān)的接入控制結(jié)果（例如，禁止的或減輕的）。因此，最好只在AS層中執(zhí)行接入控制機(jī)制，并將接入控制結(jié)果提供給更高層。

對(duì)于LTE，Rel-8中引入了基于通信類型的接入控制，并且隨著技術(shù)的發(fā)展，在后續(xù)版本中擴(kuò)展了基于特定用例/場景的接入控制。它使接入控制機(jī)制變得冗余，并且對(duì)兼容性無效。例如，在Rel-9中，SSAC被引入用于MMTel語音和MMTel視頻訪問的訪問控制，而ACDC被引入用于Rel-13中的數(shù)據(jù)通信的專用訪問控制。事實(shí)上，MMTel語音和MMTel視頻也是特定的應(yīng)用服務(wù)。SSAC和ACDC可能重復(fù)。

因此，為了更好地與未來的用例/場景相兼容，應(yīng)避免NR中統(tǒng)一接入禁止機(jī)制的特定服務(wù)/通信類型。提供服務(wù)/通信型激動(dòng)劑。例如，當(dāng)UE開始在AS層中執(zhí)行接入控制時(shí)，NAS層或AS層提供接入控制服務(wù)/通信類型不可知的輸入，例如提供接入禁止索引或接入禁止類別集。UE的AS層基于服務(wù)/通信類型不可知輸入和在系統(tǒng)信息中接收的接入控制參數(shù)來執(zhí)行接入控制。服務(wù)/通信類型與接入禁止索引或接入禁止類別集合之間的映射可以是可配置的或部分可配置的（例如，僅針對(duì)服務(wù)類型）。

由于接入限制機(jī)制也應(yīng)用于RRC_CONNECTED和RRC_INACTIVE，并且NAS層可能還需要通知接入限制或接入限制緩解，需要詢問NAS層是否可以為接入控制提供服務(wù)不可知的輸入。