4/5G 各版本下barring机制
LTE在Rel-8增加了新的barring机制。Rel-8中引入的ACB(Access Category Barring)是一个基线。为MO信令和MO数据提供了单独的barring配置。在Rel-9中,SSAC(Service Specific Access Control)旨在仅控制MMTEL语音和视频的访问。与其他禁止机制的不同之处在于,SSAC配置被转移到IMS层,在那里执行禁止检查。此外,SSAC甚至可以应用于连接的UE。由于MTC已从Rel-10发布,因此在Rel-11中开发了应用于MTC服务的新的限制EAB。对于时延容忍接入,如果配置了,MTC设备还必须执行EAB(Extended Access Barring)。MMTEL语音/视频/短信将被视为一些运营商的关键服务。即使在拥挤的情况下,这些服务也可以为这些服务提供更高的访问优先级。为了实现这一目的,Rel-12中规定了ACB跳过指示。此外,在Rel-12中,更新了ACB,以便可以提供每个PLMN的ACB配置。在Rel-13中,引入了特定于应用的限制,即ACDC(Application Specific Congestion Control for Data Communication)。因此,LTE具有多个禁止机制。LTE中的每个禁止机制可以在下表中进行比较。

假设当前的限制进程非常巨大,如图1所示。UE必须保持从服务小区广播的重限制配置。根据建立原因和应用类型,UE AS依次执行EAB、ACDC、ACB skip或ACB,UE IMS层执行MMTEL语音和视频的SSAC。即使在NR中,也不需要有如此复杂的进展。可以研究单个限制程序来覆盖NR,包括至少当前的LTE要求。

所以NR的barring机制是怎样的?
首先,需要就barring机制的原则达成共识。
原则1:单一框架,涵盖所有用例(例如EAB、SSAC、ACDC…)。
原则2:至少覆盖空闲模式访问控制的单一框架。
原则3:从LTE接入控制机制出发,设计单个NR接入控制机制。
NR中引入了新概念,如网络切片和numerology。因此,NR禁止可能需要为每个网络切片或numerology提供单独的配置,类似于当前ACB为每个PLMN提供禁止配置。
NR接入的另一个问题是对时延的要求及其严苛。
在没有接入限制的情况下支持delayTolerantAccess原因的关键缺点是eNB必须基于每个RRC连接拒绝这种接入。对于少量UE,这是可接受的,但如果大量UE进行delayTolerantAccess,则这会浪费UE功率和无线资源。一个明显的优化是为delayTolerantAccess引入接入限制。这需要对SystemInformationBlockType14 NB进行更改。
为了使SystemInformationBlockType14 NB尽可能紧凑,一个选项是在该消息中添加一个标志,以表明访问限制位图和类别是否仅适用于使用delayToerantAccess原因进行访问的UE。如表2所示,这样的标志将被添加到公共和每个PLMN。

表4中示出了当针对指示符ab-BarringExceptionData和ab-BarringDelayTolerant的不同设置激活接入禁止时的UE行为。

从表4中可以看出,存在一种情况,即未配置NAS信令低优先级的Release 13 UE可能被不公平地禁止访问系统。
当存在ab-BarringDelayTolerant-r14时,根本不应用Release 13中的访问限制位图。这意味着无论访问级别如何,都可以禁止具有原因延迟的所有UE。
避免对Release 13 UE的不公平劣势的替代方法是提供额外的接入禁止位图,如果UE配置有NAS信令低优先级,则Release 14 UE将考虑该位图。
访问限制的编码和处理可以是这样的,虽然现场中有很大比例的Release 13 UE,但是这两个位图可以独立使用,但是随着Release 13 UE成为少数,那么只需要使用Release 13中的位图,这实际上使SIB-14消息大小达到了比较小的大小。


在针对delayTolerantAccess的访问禁止的早期部署期间,两个位图都可以根据需要被包括在SIB-NB-14中,因此,即使没有配置NAS信令低优先级,也不会不公平地禁止未进行delayTolelantAccess的Release 13 UE接入。随着时间的推移,Release 13的UE成为少数,那么如果禁止仅应用于delayTolerantAccess,则在SIB-14-NB中包括来自Release 13的位图和ab-ApplyRel13BarringBitmap-r14,因此消息大小保持紧凑。SystemInformationBlockType14-NB-v14xy-IE的编码允许各种组合,其中一些PLMNS可以提供用于delayTolerantAccess的单独位图ab-BarringDelayTolerant-r14,而其他PLMN可以使用来自ab-Param-r13的位图。