目录

PDU会话建立流程(3)

PDU会话建立流程(4)

选择 S-NSSAI

选择 DNN

注册流程中AMF 从UDM下载的签约数据包括:

PDU会话建立流程(3)

PTI字段: 用于识别一个事务, 通过PTI 可以将多个相关联的消息连起来, 表示这几条消息是为了同一个事务而交互的。PTI由 UE分配.

always-on pdu session request: 类似LTE的永久在线 ?

ul nas transport 和 pdu session estalish req  可以看成是两个不同的消息

PDU会话建立流程(4)

选择 S-NSSAI

• ue可以携带 or 不携带 S-NSSAI
• AMF在用户注册时创建的UE Context中包含 Allowed NSSAI, 可从中选择一个

选择 DNN

• ue可以携带 or 不携带 DNN
• AMF选择UE签约数据中的缺省DNN
• AMF选择本地配置的DNN

UEContext 并不是包含全部 UE相关的数据, 只是包含UE的动态数据和一部分静态数据。

新AMF 不会从 老AMF 得到 DNN签约数据, 所以如果新AMF在注册完成后, 要创建pdu会话时, 需要DNN, 则AMF重新从UDM下载全部签约数据

5G中的DNN的作用域是切片, 因为切片是逻辑网络隔离的关键标识 !!! (核心的概念 !!!)

注册流程中AMF 从UDM下载的签约数据包括:

• AM签约数据: 必须下载
  • (包括DNN), 目前只用于LADN服务, 不用于PDU会话的创建(后面还有其他用途) !!! , 因为它只有DNN信息, 没有关联的切片。
• SMF签约数据
  • SMF_SEL: 必须下载, 选择签约数据: smf-select-data, (包括具体切片下支持的DNN数据)
  • UEC_SMF: 一定场景下下载, SMF中的UE Context数据: ue-context-in-smf-data,
• UEC_SMSF : 根据注册中是否支持短信来判断下载, ue context in smf data, 短信相关
• SMS_SUB : 短信相关