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

信令流程反映了用户在使用 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),作者:中兴文档

Published by

风君子

独自遨游何稽首 揭天掀地慰生平

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注