5G协议流程-UE初始接入、F1启动小区激活

1. UE初始接入

UE来说，它主要做了收发了3组数据，第1组是向基站发送了RRC建立的请求与确认；第2组是amd向du建立UE上下文请求与确认；第3组收到SecurityModeCommand信令并返回确认；第4组是收到RRCReconfiguration信令请求与确认。

总结，AMF发送建立UE上下文请求、DU建立UE上下文、DU收到UE上下文建立请求时，向UE发送重配消息。

• AMF发送UE上下文，DU负责建立UE上下文，UE接入需要重配消息
• ue经过du与cu建立rrc连接之后，amf向cu发出配置ue上下文请求

下图是UE初始接入中捕获的数据包

信令阅读需要注意的地方：

• 为了方便观察与定位问题，我们在cpgnbapp处解包后持续吐包，检测的点位于gnb cu处

2. F1启动和小区激活流程

主要分成3个部分，首先建立F1接口，其次CU通过F1 Setup Response/CU Configuration Update/gNB DU Configuration Update Acknowledge激活小区，最后当终端接入小区后DU通过gNB CU Configuration Update Acknowledge/gNB DU Configuration Update信令报告小区服务状态。

• DU和CU完成F1启动时，完成小区激活，F1启动的主要工作内容之一就是小区激活；
• CU负责小区的状态，决定小区状态是未激活/激活，是一种积极的主动状态，CU通过 F1 SETUP RESPONSE, GNB DU CONFIGURATION UPDATE ACKNOWLEDGE, GNB CU CONFIGURATION UPDATE 信令来改变小区状态。小区状态的定义如下：

Inactive: CU和DU都能够知道该小区存在，但是小区不能为UE服务

active: CU和DU都知道该小区存在，且小区应该尽力为UE提供服务

• DU负责记录小区服务状态，是一种客观的现状，DU通过 GNB DU CONFIGURATION UPDATE 信令向CU报告服务状态，服务状态指的是通过无线传输的状态，定义如下：

In-Service: 小区能够操作并且可以为UE提供服务

Out-Of-Service: 小区不能操作，并不能够为UE提供服务，DU正积极让小区可操作

• 为了保证CU和5GC之间的连通性，CU要么启动NG Setup或者gNB Configuration Update信令；
• DU配置更新和CU配置更新信令都是可选的操作，并不是一次完整的F1接入小区激活都必须的流程。

下图为F1启动和小区建立的捕获数据包