LTE在Rel-8增加了新的barring機(jī)制。Rel-8中引入的ACB（Access Category Barring）是一個(gè)基線。為MO信令和MO數(shù)據(jù)提供了單獨(dú)的barring配置。在Rel-9中，SSAC（Service Specific Access Control）旨在僅控制MMTEL語(yǔ)音和視頻的訪問(wèn)。與其他禁止機(jī)制的不同之處在于，SSAC配置被轉(zhuǎn)移到IMS層，在那里執(zhí)行禁止檢查。此外，SSAC甚至可以應(yīng)用于連接的UE。由于MTC已從Rel-10發(fā)布，因此在Rel-11中開(kāi)發(fā)了應(yīng)用于MTC服務(wù)的新的限制EAB。對(duì)于時(shí)延容忍接入，如果配置了，MTC設(shè)備還必須執(zhí)行EAB（Extended Access Barring）。MMTEL語(yǔ)音/視頻/短信將被視為一些運(yùn)營(yíng)商的關(guān)鍵服務(wù)。即使在擁擠的情況下，這些服務(wù)也可以為這些服務(wù)提供更高的訪問(wèn)優(yōu)先級(jí)。為了實(shí)現(xiàn)這一目的，Rel-12中規(guī)定了ACB跳過(guò)指示。此外，在Rel-12中，更新了ACB，以便可以提供每個(gè)PLMN的ACB配置。在Rel-13中，引入了特定于應(yīng)用的限制，即ACDC（Application?Specific?Congestion?Control?for?Data?Communication）。因此，LTE具有多個(gè)禁止機(jī)制。LTE中的每個(gè)禁止機(jī)制可以在下表中進(jìn)行比較。

假設(shè)當(dāng)前的限制進(jìn)程非常巨大，如圖1所示。UE必須保持從服務(wù)小區(qū)廣播的重限制配置。根據(jù)建立原因和應(yīng)用類型，UE AS依次執(zhí)行EAB、ACDC、ACB?skip或ACB，UE IMS層執(zhí)行MMTEL語(yǔ)音和視頻的SSAC。即使在NR中，也不需要有如此復(fù)雜的進(jìn)展?？梢匝芯繂蝹€(gè)限制程序來(lái)覆蓋NR，包括至少當(dāng)前的LTE要求。

所以NR的barring機(jī)制是怎樣的？

首先，需要就barring機(jī)制的原則達(dá)成共識(shí)。

• 原則1：?jiǎn)我豢蚣?，涵蓋所有用例（例如EAB、SSAC、ACDC…）。

• 原則2：至少覆蓋空閑模式訪問(wèn)控制的單一框架。

• 原則3：從LTE接入控制機(jī)制出發(fā)，設(shè)計(jì)單個(gè)NR接入控制機(jī)制。

NR中引入了新概念，如網(wǎng)絡(luò)切片和numerology。因此，NR禁止可能需要為每個(gè)網(wǎng)絡(luò)切片或numerology提供單獨(dú)的配置，類似于當(dāng)前ACB為每個(gè)PLMN提供禁止配置。

NR接入的另一個(gè)問(wèn)題是對(duì)時(shí)延的要求及其嚴(yán)苛。

在沒(méi)有接入限制的情況下支持delayTolerantAccess原因的關(guān)鍵缺點(diǎn)是eNB必須基于每個(gè)RRC連接拒絕這種接入。對(duì)于少量UE，這是可接受的，但如果大量UE進(jìn)行delayTolerantAccess，則這會(huì)浪費(fèi)UE功率和無(wú)線資源。一個(gè)明顯的優(yōu)化是為delayTolerantAccess引入接入限制。這需要對(duì)SystemInformationBlockType14 NB進(jìn)行更改。

為了使SystemInformationBlockType14 NB盡可能緊湊，一個(gè)選項(xiàng)是在該消息中添加一個(gè)標(biāo)志，以表明訪問(wèn)限制位圖和類別是否僅適用于使用delayToerantAccess原因進(jìn)行訪問(wèn)的UE。如表2所示，這樣的標(biāo)志將被添加到公共和每個(gè)PLMN。

表4中示出了當(dāng)針對(duì)指示符ab-BarringExceptionData和ab-BarringDelayTolerant的不同設(shè)置激活接入禁止時(shí)的UE行為。

從表4中可以看出，存在一種情況，即未配置NAS信令低優(yōu)先級(jí)的Release 13 UE可能被不公平地禁止訪問(wèn)系統(tǒng)。

當(dāng)存在ab-BarringDelayTolerant-r14時(shí)，根本不應(yīng)用Release 13中的訪問(wèn)限制位圖。這意味著無(wú)論訪問(wèn)級(jí)別如何，都可以禁止具有原因延遲的所有UE。

避免對(duì)Release 13 UE的不公平劣勢(shì)的替代方法是提供額外的接入禁止位圖，如果UE配置有NAS信令低優(yōu)先級(jí)，則Release 14 UE將考慮該位圖。

訪問(wèn)限制的編碼和處理可以是這樣的，雖然現(xiàn)場(chǎng)中有很大比例的Release 13 UE，但是這兩個(gè)位圖可以獨(dú)立使用，但是隨著Release 13 UE成為少數(shù)，那么只需要使用Release 13中的位圖，這實(shí)際上使SIB-14消息大小達(dá)到了比較小的大小。

在針對(duì)delayTolerantAccess的訪問(wèn)禁止的早期部署期間，兩個(gè)位圖都可以根據(jù)需要被包括在SIB-NB-14中，因此，即使沒(méi)有配置NAS信令低優(yōu)先級(jí)，也不會(huì)不公平地禁止未進(jìn)行delayTolelantAccess的Release 13 UE接入。隨著時(shí)間的推移，Release 13的UE成為少數(shù)，那么如果禁止僅應(yīng)用于delayTolerantAccess，則在SIB-14-NB中包括來(lái)自Release 13的位圖和ab-ApplyRel13BarringBitmap-r14，因此消息大小保持緊湊。SystemInformationBlockType14-NB-v14xy-IE的編碼允許各種組合，其中一些PLMNS可以提供用于delayTolerantAccess的單獨(dú)位圖ab-BarringDelayTolerant-r14，而其他PLMN可以使用來(lái)自ab-Param-r13的位圖。