[5GC] [图解5GC信令流程] PDU会话建立

 

PDU会话建立流程分为四个阶段，每个阶段都有其目的和主题

本流程的主角是SMF，UPF将会起到辅助作用

⭐场景介绍

• PDU会话建立流程最终要完成什么？为什么要做PDU会话建立

  • 上行数据流的打通：UE—gNB—UPF—Internet

  • 下行数据流的打通：Internet—UPF—gNB—UE

• 某广州的5G用户到北京出差，早上7点开机，在北京AMF服务区下完成注册，注册完成后UE会发起PDU（dnn=xxnet）会话建立请求（这是运营商的终端规范规定的，如果按照3GPP标准，注册后可以什么都不做）

• 北京gNB—北京AMF—北京SMF—北京NRF—北京UPF—北京DN（Internet出口）（LBO）

• UE会话管理相关的签约数据由广州UDM下发

• UE的会话管理策略由广州PCF下发

阶段一：寻找正确的SMF

流程组解读

UE发起请求，找到合适的SMF为其建立档案（SM上下文），SMF则需要找到UDM作为可靠的官方数据库。在此过程中，SMF虽然是会话管理的核心，但是AMF作为空口资源管理实体，在透传会话信息的同时也需要保留会话的基本信息（如会话ID、DNN和切片）

一方面作为选择SMF的依据，另一方面用于后续会话建立

值得注意，此过程组第四步中会第一次生成SM上下文

标志性事件：SM上下文产生

---

阶段二：SMF获取创建会话的依据

流程组解读

SMF在UDM处完成登记后，获取了sm-data，然后从PCF获取了sm-policy

以上两份文件将作为PDU会话建立的依据

sm-data能够提供SM相关的签约数据

• S-NSSAI

• DNN configuration

  1. DNN,PDUSessionType,SSC Mode,sessionAMBR,5GQoSProfile(5QI,ARP)

sm-policy能够提供PDU会话的策略

• 提供依据：SUPI,PDUSessionID,DNN,UEIP,UserLocationInfo,签约的AMBR,subsDefQos(5QI,ARP),smPoliciesUpdateNotificationUri

• 提供内容：sessRules:(sessRuleID,authSessAmbr,authDefaultQos)

标志性事件：获取sm-data后SM上下文第一次更新

---

阶段三：SMF着手用户面资源的处理

流程组解读

SMF根据上一个流程组获得的信息，指导UPF执行用户面的建立

SMF根据上一个流程组获得的信息，指示AMF执行空口资源分配

SMF将用户面（上行）标识发送给AMF，用于上行链路的打通

标志性事件：上行标识生成

 

 

---

阶段四：SMF在AMF的协助下处理空口资源&上行链路打通

流程组解读

AMF从SMF获取必要信息后，开始指导gNB和UE执行空口资源的设置

AMF将UPF端的连接信息传播到gNB，打通从gNB到UPF的链路，UE和Internet以此作为连接的桥梁

标志性事件：下行标识生成，上行链路打通