NB-IoT模块的AB接入控制机制

　　NB-loT模块的AB机制

　　NB-IoT模块服务的终端类型和业务类型与LTEEAB机制针对的终端类型和业务类型比较相似，唯一的区别在于NB-IoT仅针对其中的低成本低带宽的终端，因此在3GPPR13的结论中NB-IoT沿用了LTEeMTC的EAB(ExtendedAccessBarring)技术，特点如下。

　　(1) NB-IoT的AccessBarring参数通过SIB14-NB广播。

　　(2) NB-IoT的AccessBarring参数(位于SIBl4-NB)可以任意时间修改，并且不影响MID系统消息中的SystemlnfoValueTag和SIBl-NB中的SystemlnfoValueTagSI。

　　(3)ANB-IoTUE根据M田中的ab-Enabledindication获知accessbarring是否使能。若使能，UE不能发起RRCconnectionestablishment/resume过程，直到UE获取有效的SIB14-NB参数。注：ab-Enabledindication是新增参数，放在M出的目的是指导UE是否需要去读SIB14,同时如果MIB中的SystemlnfoValueTag没变，那么UE也不需要读SIBl。

　　NB-loT模块的AB广播参数

　　IESystemlnformationBlockType14-NB包含NB-IoT专用的ABparameters。

　　其中包括以下几点。

　　(1) ab-Category-r13:ENUMERATEDa、b、C 3个值分别代表不同的PLMN漫游心198 范围的所有NB-IoT终端：

　　@配置为NB-IoT-AB的所有终端;

　　@配置为NB-IoT-AB,且不在Home-PLMN,也不在等效Home-PLMN的所有终端;

　　@配置为NB-IoT-AB,且不在本区域优选PLMN列表，不在Home-PLMN,也不在等效Home-PLMN的所有终端。

　　(2) ab-BarringBitmap-rl3:BITSTRING(SIZE(l0)),10个比特分别对应10个普通ACclass(09)是否被禁止接入(注：ab-BarringBitmap对应NB-IoT的RRC建立原因值中的MOdata和MOsignaling)。

　　(3)ab-BarringExceptionData-r13:ENUMERATED{true},OPTIONAL,用于指示

　　ExceptionData是否被禁止接入(注：ExceptionData是NB-IoT新增的RRC建立原因值，对应高优先级的数据)。

　　(4)ab-BarringForSpecialAC-rl3:BITSTRING(SIZE(S)),用于指示5个特殊ACclass是否被禁止接入。

　　以上AB参数可以是PLMNspecific的，即不同PLMN各有不同的NB-IoTAB参数，也可以是所有PLMN采用同一套AB参数。

　　如果NB-IoT小区在SIB14-NB中广播了针对所有PLMN均有效的公共AB参数

　　(其字段名称为ab-Common,其中同样包含上述AB参数)，则终端依照公共AB参数来执行接入控制流程，如果SIB14-NB中没有广播公共AB参数，而是针对不同PLMN广播不同的AB参数，则终端根据自己所属PLMN所对应的AB参数来执行接入控制流程。

　　目前NB-IoT在数据类型上仅区分了normalMOdata和exceptionalMOdata这两个粒度，未来不排除在后续的标准增强过程中提出更多的数据类型，以进一步细分接入控制的粒度。

　NB-loT模块的AB流程

　　根据TS36.331的RRC连接建立的initial过程，NB-IoT终端要发起RRC连接或者RRC连接恢复时，应当遵循以下流程来执行接入控制检查。

　　(1)终端首先应当确定自己是基于什么建议原因来发起RRC连接或者RRC连接恢复的，目前原因包括3种：MO(MobileOriginating,即主叫)exception数据、MO数据和MO(MbileOriginating,即主叫)信令。当终端因为以上3种原因要建立I恢复RRC连接，则应当执行NB-IoT Access Barring检查。

　　(2)如果NB-IoT Access Barring的结果是进制接入，终端的RRC层应告知上层(即告知NAS层)RRC链接或者恢复失败，所在小区的NB-IoT Access Barring已经失能，当前接入过程结束。

　　(3)如果NB-IoTAccessBarring的结果是允许接入，则终端执行后续的物理层、MAC和公共控制信道等配置行为，并启动RRC连接信令流程或者RRC连接恢复流程。