4G网络中当终端(UE收到上层请求建立或恢复RRC连接消息，而终端(UE)处于RRC_IDLE或当上层请求恢复RRC连接或 RRC层请求恢复RRC连接时，终端(UE)启动该过程;例如, 当 UE 处于 RRC_INACTIVE 时，RNAU 或 RAN 寻呼的接收。除了NB-IoT网络在流程开始时，如UE连接到EPC，终端(UE)应按以下流程执行：

        1> 如果 SystemInformationBlockType2 包含 ac-BarringPerPLMN-List 并且 ac-BarringPerPLMN-List 包含一个 AC-BarringPerPLMN 条目，其 plmn-IdentityIndex 对应于由上层选择的 PLMN（参见 TS 23.122 [11]、TS 24.301 [35]） ：

            2>选择上层选择的PLMN对应的plmn-IdentityIndex的AC-BarringPerPLMN表项；

            2> 在本程序的其余部分，使用选定的 AC-BarringPerPLMN 条目（即该条目中是否存在接入禁止参数），而不管 SystemInformationBlockType2 中包含的公共接入禁止参数如何；

        1> 其他

            2> 在本程序的其余部分中，使用 SystemInformationBlockType2 中包含的公共访问限制参数（即这些参数的存在或不存在）；

        1> 如果 SystemInformationBlockType2 包含 acdc-BarringPerPLMN-List 并且 acdc-BarringPerPLMN-List 包含一个 ACDC-BarringPerPLMN 条目，其 plmn-IdentityIndex 对应于由上层选择的 PLMN（参见 TS 23.122 [11]、TS 24.301 [35]） ：

            2>选择上层选择的PLMN对应的plmn-IdentityIndex的ACDC-BarringPerPLMN表项；

            2> 在本程序的其余部分中，无论 SystemInformationBlockType2 中包含的 acdc-BarringForCommon 参数如何，都使用选定的 ACDC-BarringPerPLMN 条目进行 ACDC 禁止检查（即该条目中是否存在访问禁止参数）；

        1> 其他：

            2> 在本程序的其余部分中，使用 SystemInformationBlockType2 中包含的 acdc-BarringForCommon（即这些参数的存在与否）进行 ACDC 禁止检查；

        1> 如果上层指示 RRC 连接受 EAB 约束（参见 TS 24.301 [35]）：

            2> 如果 EAB 检查的结果，如 5.3.3.12 中所述，是禁止访问单元格：

                3> 通知高层RRC连接建立失败或RRC连接恢复失败并带有挂起指示，EAB可用，流程结束；

        1>如果上层指示RRC连接受ACDC约束（参见TS 24.301 [35]），SystemInformationBlockType2包含BarringPerACDC-CategoryList，并且acdc-HPLMN仅指示ACDC适用于UE：

            2> 如果 BarringPerACDC-CategoryList 包含一个 BarringPerACDC-Category 条目对应上层选择的 ACDC 类别：

                3>选择上层选择的ACDC类别对应的BarringPerACDC-Category条目；

            2> 其他：

                3>选择BarringPerACDC-CategoryList中最后一个BarringPerACDC-Category条目；

            2> 停止定时器T308，如果正在运行；

            2>按照5.3.3.13的规定进行访问限制检查，使用T308作为“Tbarring”，使用BarringPerACDC-Category中的acdc-BarringConfig作为“ACDC限制参数”；

            2> 如果访问单元格被禁止：

                3> 通知高层RRC连接建立失败或RRC连接恢复失败并带有挂起指示，并且由于ACDC适用接入限制，流程结束；

        1> else 如果 UE 正在为移动终端呼叫建立 RRC 连接：

            2> 如果定时器 T302 正在运行：

                3> 通知高层RRC连接建立失败或RRC连接恢复失败，并带有挂起指示，移动终端呼叫的接入限制适用，流程结束；

       1> else 如果 UE 正在为紧急呼叫建立 RRC 连接：

            2> 如果 SystemInformationBlockType2 包含 ac-BarringInfo：

                3> 如果 ac-BarringForEmergency 设置为 TRUE：

                    4> 如果 UE 有一个或多个接入类，如存储在 USIM 上，其值在 11..15 范围内，根据 TS 22.011 [10] 和 TS 23.122 [11] 对 UE 使用有效：

注 1：AC 12、13、14 仅适用于本国，AC 11、15 仅适用于 HPLMN/EHPLMN。

                       5>如果ac-BarringInfo包含ac-BarringForMO-Data，并且对于UE的所有这些有效的Access Classes，ac-BarringForMO-Data中包含的ac-BarringForSpecialAC中的相应比特被设置为1：

                           6> 认为对单元格的访问被禁止；

                    4> 其他：

                       5> 认为对单元格的访问被禁止；

            2> 如果访问单元格被禁止：

                3> 通知高层RRC连接建立失败或RRC连接恢复失败，并带有挂起指示，流程结束；

        1> else 如果 UE 正在为移动发起呼叫建立 RRC 连接：

            2> 按照5.3.3.11的规定进行访问限制检查，使用T303作为“Tbarring”，使用ac-BarringForMO-Data作为“AC限制参数”；

            2> 如果访问单元格被禁止：

                3> 如果 SystemInformationBlockType2 包含 ac-BarringForCSFB 或 UE 不支持 CS 回退：

                    4> 通知高层RRC连接建立失败或RRC连接恢复失败，并带有挂起指示，移动发起呼叫的接入限制适用，流程结束；

                3> else（SystemInformationBlockType2不包含ac-BarringForCSFB，UE支持CS回退）：

                    4>如果定时器T306没有运行，用T303的定时器值启动T306；

                    4> 通知高层RRC连接建立失败或RRC连接恢复失败并带有挂起指示，适用于移动发起呼叫和移动发起CS回退的接入限制，流程结束；

        1> else 如果 UE 正在为移动发起信令建立 RRC 连接：

            2> 按照5.3.3.11的规定进行访问限制检查，使用T305作为“Tbarring”，使用ac-BarringForMO-Signalling作为“AC限制参数”；

            2> 如果访问单元格被禁止：

                3> 通知高层RRC连接建立失败或RRC连接恢复失败，并带有挂起指示，移动发起信令接入限制适用，流程结束；

        1> else 如果 UE 正在为移动发起 CS 回退建立 RRC 连接：

            2> 如果 SystemInformationBlockType2 包括 ac-BarringForCSFB：

                3>按照5.3.3.11的规定进行访问限制检查，使用T306作为“Tbarring”，使用ac-BarringForCSFB作为“AC限制参数”；

                3> 如果访问单元格被禁止：

                    4> 通知高层建立RRC连接失败或恢复RRC连接失败，并带有挂起指示，并且由于ac-BarringForCSFB，对移动发起CS回退的接入限制是适用的，过程结束；

            2> 其他：

                3> 按照5.3.3.11的规定进行访问限制检查，使用T306作为“Tbarring”，使用ac-BarringForMO-Data作为“AC限制参数”；

                3> 如果访问单元格被禁止：

                    4>如果定时器T303没有运行，则用T306的定时器值启动T303；

                    4> 通知高层关于RRC连接建立失败或RRC连接恢复失败，并带有挂起指示，并且由于ac-BarringForMO-Data，移动发起CS回退和移动发起呼叫的接入限制是适用的，在此基础上，程序结束；

        1> 否则，如果 UE 正在为移动发起 MMTEL 语音、移动发起 MMTEL 视频、移动发起 SMSoIP 或移动发起 SMS 建立 RRC 连接；或者

        1> 如果 UE 在 IMS 语音的 EPS 回退（参见 TS 23.502 [102]）通过带有语音回退指示的 RRCRelease 触发后，UE 正在建立 RRC 连接（参见 TS 38.331 [82]）：

            2> 如果 UE 正在为移动发起 MMTEL 语音建立 RRC 连接并且 SystemInformationBlockType2 包括 ac-BarringSkipForMMTELVoice；或者

            2> 如果 UE 正在为移动发起 MMTEL 视频建立 RRC 连接并且 SystemInformationBlockType2 包括 ac-BarringSkipForMMTELVideo；或者

            2> 如果 UE 正在为移动发起 SMSoIP 或 SMS 建立 RRC 连接并且 SystemInformationBlockType2 包括 ac-BarringSkipForSMS：

                3> 认为对小区的访问没有被禁止；

            2> 其他：

                3> 如果从更高层接收的建立原因设置为 mo-Signalling（包括根据 TS 24.301 [35] 将 mo-Signalling 替换为 highPriorityAccess 或根据第 5.3.3.3 节由 mo-VoiceCall 替换的情况）：

                    4> 按照5.3.3.11的规定进行访问限制检查，使用T305作为“Tbarring”，使用ac-BarringForMO-Signalling作为“AC限制参数”；

                    4> 如果访问单元格被禁止：

                        5> 通知高层RRC连接建立失败或RRC连接恢复失败，并带有挂起指示，移动发起信令接入限制适用，流程结束；

                3>如果从高层接收的建立原因设置为mo-Data（包括mo-Data根据TS 24.301 [35]被highPriorityAccess替换或根据5.3.3.3条款被mo-VoiceCall替换的情况）：

                    4> 按照5.3.3.11的规定进行访问限制检查，使用T303作为“Tbarring”，使用ac-BarringForMO-Data作为“AC限制参数”；

                    4> 如果访问单元格被禁止：

                        5> 如果 SystemInformationBlockType2 包含 ac-BarringForCSFB 或 UE 不支持 CS 回退：

                            6> 通知高层RRC连接建立失败或RRC连接恢复失败，并带有挂起指示，适用于移动发起呼叫的接入限制，流程结束；

                        5> else (SystemInformationBlockType2 不包含 ac-BarringForCSFB 且 UE 支持 CS fallback):

                            6>如果定时器T306没有运行，用T303的定时器值启动T306；

                            6> 通知高层RRC连接建立失败或RRC连接恢复失败并带有挂起指示，适用于移动发起呼叫和移动发起CS回退的接入限制，流程结束；

       在流程开始时，如果 UE 连接到 5GC，则 UE 应：        

        1> 如果上层在请求建立 RRC 连接时提供接入类别和一个或多个接入标识：

            2> 使用上层提供的接入类别和接入标识，执行 5.3.16 规定的统一接入控制流程；

                3> 如果访问尝试被禁止，则程序结束；

        1>如果RRC连接的恢复是由响应NG-RAN寻呼触发的：

            2> 选择“0”作为访问类别；

            2> 使用选定的访问类别和上层提供的一个或多个访问标识执行 5.3.16 中规定的统一访问控制程序；

                3> 如果访问尝试被禁止，则程序结束；

        1> else 如果RRC连接的恢复是由上层触发的：

            2> 如果上层提供了一个访问类别和一个或多个访问标识：

                3> 使用上层提供的接入类别和接入标识，执行 5.3.16 规定的统一接入控制流程；

                   4> 如果访问尝试被禁止，则程序结束；

            2> 根据上层收到的信息设置resumeCause；

        1> else 如果由于 RNAU 触发了 RRC 连接的恢复：

            2> 如果紧急服务正在进行中：

                3> 选择“2”作为访问类别；

                3>将resumeCause设置为emergency；

            2> 其他：

                3> 选择“8”作为访问类别；

            2> 使用 TS 24.501 [95] 中规定的选定接入类别和一个或多个要应用的接入标识，执行 5.3.16 中规定的统一接入控制程序；

                3> 如果访问尝试被禁止：

                   4> 将变量 pendingRnaUpdate 设置为 'TRUE';

                   4> 程序结束；

        除 NB-IoT 外，在启动过程时，如果连接到 EPC 或 5GC，UE 应：

        1> 如果 UE 正在从挂起的 RRC 连接或从 RRC_INACTIVE 恢复 RRC 连接：

            2> 如果 UE 配置了 (NG)EN-DC：

                3>如果UE不支持在连接恢复时保持SCG配置：

                   4> 执行 MR-DC 释放，如 TS 38.331 [82]，条款 5.3.5.10 中所规定；

                   4> 释放 p-MaxEUTRA，如果已配置；

                   4> 释放 p-MaxUE-FR1，如果已配置；

                   4> 释放 tdm-PatternConfig 或 tdm-PatternConfig2，如果已配置；

                3>释放与SCG关联的otherConfig，如果已配置；

                3> 停止与 SCG 相关的定时器 T346a、T346b、T346c、T346d 和 T346e（参见 TS 38.331 [82]，条款 7.1.1），如果正在运行；

            2>如果UE不支持在连接恢复时保持MCG SCell配置：

                3> 释放 MCG SCell(s)，如果配置，按照 5.3.10.3a；

            2> 释放powerPrefIndicationConfig，如果已配置并停止定时器T340，如果正在运行；

            2> 释放reportProximityConfig 并清除任何相关的接近状态报告定时器；

            2>释放获取位置配置，如果配置；

            2>释放bt-NameListConfig，如果配置了；

            2>释放wlan-NameListConfig，如果有配置；

            2>释放idc-Config，如果有配置；

            2> 释放sps-AssistanceInfoReport，如果有配置；

            2>释放measSubframePatternPCell，如果配置了；

            2>如果UE配置了DC：

                3> 释放整个 SCG 配置，如果已配置，除了 DRB 配置（由 drb-ToAddModListSCG 配置）；

            2> 释放 PCell 的 naics-Info，如果已配置；

            2> 释放 LWA 配置，如果已配置，如 5.6.14.3 所述；

            2>释放LWIP配置，如果配置了，如5.6.17.3所述；

            2>释放bw-PreferenceIndicationTimer，如果已配置并停止定时器T341，如果正在运行；

            2> 释放delayBudgetReportingConfig，如果已配置，则停止定时器T342，如果正在运行；

            2> 释放ailc-BitConfig，如果有配置；

            2> 释放uplinkDataCompression，如果配置了；

            2> 释放overheatingAssistanceConfig 和overheatingAssistanceConfigForSCG，如果已配置，停止定时器T345，如果正在运行；

注 1a：如果 UE 从 RRC_INACTIVE 恢复 RRC 连接，则从 UE Inactive AS 上下文中释放参数和配置。

       1>如果UE正在从挂起的RRC连接建立或恢复RRC连接：

            2> 如果 UE 有一个存储的 pur-Config 并且小区与提供 pur-Config 的小区不同：

                3>如果配置了pur-TimeAlignmentTimer，则向下层表明pur-TimeAlignmentTimer被释放；

                3> 发布pur-Config；

                3>丢弃之前存储的pur-Config；

        1> 应用 9.2.4 中指定的默认物理通道配置；

        1> 应用9.2.3中指定的默认半持久调度配置；

        1> 应用 9.2.2 中指定的默认 MAC 主配置；

        1> 应用 9.1.1.2 中规定的 CCCH 配置；

        1> 应用包含在 SystemInformationBlockType2 中的 timeAlignmentTimerCommon；

        1>启动定时器T300；

        1>如果UE正在从挂起的RRC连接中恢复RRC连接：

            2>根据5.3.3.3a发起RRCConnectionResumeRequest消息的传输；

        1> else 如果 UE 正在从 RRC_INACTIVE 恢复 RRC 连接：

            2> 将变量 pendingRnaUpdate 设置为 'FALSE';

            2>根据5.3.3.3a发起RRCConnectionResumeRequest消息的传输；

        1> 其他：

            2>如果存储，丢弃UE AS上下文、UE Inactive AS上下文和resumeIdentity；

            2>释放rrc-InactiveConfig，如果有配置；

            2>如果UE根据5.3.3.1b中的条件发起CP-EDT；或者

            2> 如果 UE 根据 5.3.3.1c 中的条件使用 PUR 发起 CP 传输：

                3> 根据 5.3.3.3b 发起 RRCEarlyDataRequest 消息的传输；

            2> 其他：

                3>按照5.3.3.3发起RRCConnectionRequest消息的传输；

        1> 如果存储，丢弃 mt-EDT；

注 2：在启动连接建立过程时，不需要 UE 确保它保持最新的系统信息，该信息仅适用于处于 RRC_IDLE 状态的 UE 或处于 RRC_INACTIVE 的 UE。然而，UE需要在小区重选时进行系统信息获取。

资料来源：3GPP 36.331 5.3

资料整理：kangguoying20210710