跟着李华看热搜，学习会话建立流程只需要五分钟

信令流程反映了用户在使用 5G 服务时，各网元是如何协同服务的。不过，错综复杂的流程图是不是让你兴趣全无？协议中列出的信令流程图虽然全面，但是难免有些冗余，并且不够形象。

因此，在本系列的流程讲解中，我们将跟着李华走进流程内部，看看李华是如何和核心网中的服务人员打交道的。

又到周末，睡眼惺忪的李华开机以后第一件事，便是打开微博看看热搜。

就在这一瞬间，5G 服务公司的“服务人员”紧锣密鼓地为李华打通了他与数据网络之间的交流通道。

这次，除了接待人员（AMF）、HR（UDM）、行政人员（PCF），还需要两名专业人员投入服务：

更正：文中第一个表格 SMF，网元全称为“Session Management function”，功能为“会话管理功能”；UPF，网元全称为“User plane function“，功能为”用户面功能”

那么究竟“服务人员”为他提供了怎样的服务呢？让我们一起来看一看吧~

李华的申请

1. 李华（UE）来到公司大门口，通过无线基站（gNB）主动给接待人员（AMF）递交拜访名帖，说道：“您好，我想要访问数据网络，麻烦代我办理一下业务。”

消息名称：PDU Session Establishment

Request，消息中的关键信息包含：

2. 接待人员（AMF）赶忙找到策划员（SMF），请他为李华（UE）办理会话业务。

消息名称：Nsmf_PDUSession_CreateSMContext Request

策划员的工作

策划员（SMF）接到指令后，立刻展开自己的工作，为李华的会话业务进行备案。他拨通了 HR（UDM）的号码。

3. 策划员（SMF）：“喂，HR，我是策划员小 S。现在由我来接待李华（UE），你登记一下呀！”

消息名称：Nudm_UECM_Registration  request

4. HR（UDM）忙不迭地回复说：“好的好的”。

消息名称：Nudm_UECM_Registration response

5. 策划员（SMF）：“”别忙挂电话啊，你得把李华关于会话的签约信息发给我。”

消息名称：Nudm_SDM_Get Request

6. HR（UDM）连连答应，把业务员想要的信息告诉了他。

消息名称：Nudm_SDM_Get Response

7. 策划员（SMF）：“另外啊，如果他关于会话的签约信息发生变化，你得告诉我哦！”

消息名称：Nudm_SDM_Subscribe Request

8. HR（UDM）也答应了下来。

消息名称：Nudm_SDM_Subscribe Response

9. 策划员（SMF）告诉接待人员（AMF），用户的会话基本信息我已经建立好了。

消息名称：Nsmf_PDUSession_CreateSMContext Response。

但是策划员的工作还没结束。

10. 策划员（SMF）又找到行政人员（PCF）说：“李华在我们公司有哪些会话方面的限制规则啊？”

消息名称：Npcf_SMPolicyControl_Create Request

11. 公司的行政人员（PCF）总结好关于李华的相关限制策略，告诉了策划员（SMF）。

消息名称：Npcf_SMPolicyControl_Create Response

策划员的工作交接

策划员（SMF）的前期准备完成后，就需要把他搜集到的信息进行交接。他首先找到业务员（UPF）。

12. 策划员（SMF）说：“这是李华会话过程中需要遵守的规则，麻烦执行好哦。”

消息名称：PFCP Session_Establishment request

13. 业务员（UPF）说：“好的好的”。

消息名称：PFCP Session_Establishment response

接着，策划员（SMF）又找上了接待人员（AMF），交给他一份跑腿的工作。

14. 策划员（SMF）对接待人员（AMF）说：“我这儿有两个快递，你不要打开看，你帮我分别递交给无线基站（gNB）和李华（UE）”

消息名称：Namf_Communication_N1N2Message

Transfer request，消息中包含的内容：

15.接待人员（AMF）说：“收到，保证完成任务！”

消息名称：Namf_Communication_N1N2Message

Transfer response

跑腿的工作

16. 接待人员（AMF）将业务员递交的 N2 信息交给基站，并且请求基站进一步递交 N1 信息给李华（UE）。

消息名称：PDUSessionResourceSetup request，消息中包含的内容：

17. 基站完成跑腿使命后（消息名称：PDU session establish accept），告诉接待人员：“我已经完成你下发的任务了，这是我的 IP 地址，请告诉业务员如果以后想联系我，请通过这个地址。”消息名称：PDUSessionResourceSetup response

至此，李华已经可以告诉数据网络表达自己想要用微博这件事了，但是数据网络还不清楚要把李华想浏览的数据发去何处。

上传下达的扫尾工作

18. 接待人员（AMF） 把基站上报的 IP 地址信息告诉了策划员（SMF）（消息名称：Nsmf_PDUSession_UpdateSMContext Request），而策划员（SMF）又进一步将这一 IP 地址告诉了业务员（UPF）（消息名称：PFCP Session Modification request），这下业务员（UPF）终于知道李华在哪里了，也就知道数据需要往哪里发了！

至此，李华就可以通过 5G 网络，尽情刷热搜了！

通过这个故事，我们不难发现策划员（SMF）和业务员（UPF）起到了非常关键的作用。这两个各司其职的网元也反映了 5G 核心网 C / U 分离的重要特点 ——SMF 只负责下发规则，而真正执行规则的是 UPF。看到这里，你是不是对 C / U 分离的理解又清晰了一点呢？

PS：附上定制版会话建立流程信令流程大图：

本文来自微信公众号：中兴文档 （ID：ztedoc），作者：中兴文档