本文主要是介绍读南山耕夫笔记_PDU会话建立流程_(5,6)，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
PDU会话建立流程(5)
CreateSMContext Req 分析
作者针对 "如果UE提供的 PDU Session ID 已经存在, 且Request Type为 'existing PDU Session' " 的情况下提出了, 应该用 UpdateSMContextRequest 还是 CreateSMContextRequest
作者从3个方面来佐证
1. 倾向 create原因1: 从携带的请求参数分析
2. 倾向 create原因2: 从更新sm Context的方法分析
3. 倾向 create原因3: 从两条消息的适用场景分析
R16 引入了 I-SMF, 这个很新颖 !!!
CreateSMContext Req/Res 分析
req: 首次创建PDU会话时 无 smContextRef
res: 返回本次创建的 SM Context的资源的 uri: Location , 后续对该SM Context操作, 直接使用此 uri 即可
PDU会话切换时, SMF发给AMF: pduSessionId, sNssai, gpsi
PDU会话建立流程(6)
Subscription retrieval / for update
套路都是: 先下载签约数据, 再订阅签约数据变化
会话管理签约数据下载
1. 查询参数的作用
2. 此时 SMF利用的是SMF选择签约数据中的DNN信息
3. 从其响应消息中可获取 SessionManagementSubscriptionData , 具体有:
还包括 5gQosProfile ...
会话管理签约数据订阅
这篇关于读南山耕夫笔记_PDU会话建立流程_(5,6)的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
