【5G NR】RRC Connection Establishment流程解析

参考资料：38.311 5.3.3（Release 15）

一、RRC Connection Establishment简介

流程图如下：

RRC Connection Establishment最主要功能是为了建SRB1和承载部分NAS消息。RRC连接建立流程由NAS触发，此时RRC应处于IDEL态，已获取了SIB1消息，并且保证是最新获取的SIB1。

下面是我自己整理的一套流程图给大家参考借鉴，覆盖本文内容（csdn上最大了，如果看不清楚，请下载到本地放大）：

二、主要流程

1.进入到RRC连接建立流程后，根据UAC判断该小区是否允许接入。（参考：(17条消息) Unified Access Control_access category_modem协议笔记的博客-CSDN博客）

2.小区判断运行被接入后启动RRC Connection Estabishment程序，初始化时：

        配置除SIB1中所包含的L1参数。

        配置默认的MAC Cell Group参数。

        应用SIB1中的timeAlignmentTimerCommon。

        启动T300定时器，T300在收到RRCSetup、RRCReject或NAS abortion时停止，在未收到上述三条消息时超时，触发重选。

        发送RRCSetupRequest消息。

3.RRCSetupRequest消息承载在SRB0上，逻辑信道使用CCCH，RLC传输模式为TM（上面有提到RRC Connection Estabishment的主要功能是为了建立SRB1，在收到RRCSetup时才会建立SRB1）。

4.UE发送的RRCSetupRequest消息的IE段是固定的三种类型，分别是：

        ue-Identity：分不同的场景使用randomValue还是ng-5G-S-TMSI-Part1

                当NAS没有提供5G-S-TMSI时使用randomValue，说明UE当时已经清除了NAS上下文，常见的场景有开关飞行模式、重启、第一次开机等。

                当NAS提供了5G-S-TMSI时候使用ng-5G-S-TMSI-Part1，ng-5G-S-TMSI-Part1取值为5G-S-TMSI最右边39bit，说明UE当时存储了NAS的上下文信息，常见的场景有UE进入到IDEL态重新连接等。

        establishmentCause：建立原因有（emergency, highPriorityAccess, mt-Access, mo-Signalling,mo-Data, mo-VoiceCall, mo-VideoCall, mo-SMS, mps-PriorityAccess, mcs-PriorityAccess），establishmentCause是从NAS那边获取到的access identity和access category映射过来的，通过不同的场景触发不同的建立原因，隐含意思表明ue-Identity与establishmentCause是有间接关联的，比如建立原因为mo-VoiceCall时，ue-Identity必须使用ng-5G-S-TMSI-Part1。（建立原因映射关系也可以参考：(17条消息) Unified Access Control_access category_modem协议笔记的博客-CSDN博客）

        spare：一个bit的保留位。

5.UE收到RRCSetup后，UE应按照收到的masterCellGroup和radioBearerConfig配置对应参数，此时建立SRB1，UE进入到连接态，将当前小区设置为PCell，并回RRCSetupComplete。

6.UE响应的RRCSetupComplete消息必须包含三个IE段分别是rrc-TransactionIdentifier、selectedPLMN-Identity、DedicatedNAS-Message，其他IE段需要NAS提供对应参数。首先说说这三个必须的IE段：

        rrc-TransactionIdentifier：为了对应RRCSetup中的rrc-TransactionIdentifier，确保消息的准确性。

        selectedPLMN-Identity：选择SIB1中的对应PLMN，目前国内很多共享基站如电联共享基站、移广共享基站，通过此IE段选择对应的PLMN接入。

        DedicatedNAS-Message：传输init NAS消息IE段，在接入场景该NAS消息为RegisterRequest或ServiceRequest。

RRCSetupComplete消息其他optional IE段还有registeredAMF、guami-Type、s-NSSAI-List、ng-5G-S-TMSI-Value（lateNonCriticalExtension和nonCriticalExtension暂不讨论）。

        registeredAMF&guami-Type：若NAS提供了registeredAMF&guami-Type则会携带该IE段，该IE段不能同时与ng-5G-S-TMSI-Value同时出现。registeredAMF提供了推荐注册的AMF ID，若是从EUTRAN重定向到NR，guami-Type应为mapped，否则为native。常见场景有从LTE重定向到NR，开关飞行模式。

        s-NSSAI-List：若NAS提供了S-NSSAI信息，则会携带该IE段，此信息仅为UE给网络的网络切片建议，最终还是需要网络决定。

        ng-5G-S-TMSI-Value：若NAS提供了5G-S-TMSI则会出现该IE段，该IE段的值为ng-5G-S-TMSI-Part2是5G-S-TMSI最左边9bit，与RRCSetupRequest的ng-5G-S-TMSI-Part1组成一个完整的AMF ID。