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

(资料图)

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

李华拿起手机刷了一会抖音，困啦，午睡了一会。下午两点，他睡眼惺忪地打开手机，准备恢复手机网络，继续看在抖音上未刷完的视频。这时，他就触发了业务请求流程，他该怎么做才能恢复数据连接（午睡时手机网络为空闲态），重新上网呢？在这个流程中，手机和各网元之间是如何工作的？

网元的角色

我们可以把5G核心网看成提供5G服务的公司，公司内的服务人员各司其职。那么在业务请求流程中涉及到哪些服务人员呢？一起来看一看吧~

李华的数据恢复申请

1. 李华（UE）通过基站（(R)AN）找到接待人员（AMF），请求PDU会话数据恢复。

消息名称：INITIAL UE MESSAGE

2. 接待人员（AMF）了解了李华（UE）的需求后，将李华（UE）的相关信息转发给策划员（SMF）。

消息名称：Nsmf_PDU Session_UpdateSMContext Request

策划员的工作

3. 策划员（SMF）找到行政人员（PCF），根据李华（UE）的相关资料，更新他在公司的数据信息。行政人员（PCF）搜索了一番，找到了李华（UE）的信息，并根据提供的资料进行整合并存档，发给了策划员（SMF）。

消息名称：Session Management Policy Establishment

4. 策划员（SMF）：收到啦收到啦！

消息名称：Session Management Policy Modification

5. 策划员（SMF）找到了业务员（UPF）：小U，你来业务啦！这里有一个客户李华（UE）需要你处理一下他的需求。

消息名称：PFCP Session Modification Request

6. 业务员（UPF）：收到收到，这是我根据李华（UE）的权限信息，更新的方案，包括数据恢复通道信息和详细策略。

消息名称：PFCP Session Modification Response

7. 策划员（SMF）收到了业务员（UPF）提供的方案信息，立即反馈给接待人员（AMF）。

消息名称：Nsmf_PDU Session_UpdateSMContext Response

接待人员的工作

8. 接待人员（AMF）向基站（(R)AN）提供了当前的方案，请求是否可行。

消息名称：PDU Session Resource Setup Request

9. 基站（(R)AN）确认了方案中的具体内容，发现可行。通知李华（UE）：你的需求被受理了。李华根据新方案做了一些信息调整。消息名称：Service accept

10. 基站（(R)AN）向接待人员（AMF）回复说：可以啦，我们这边确认了，方案可靠！我们做了一些更新调整，具体如下…

消息名称：PDU Session Resource Setup Response

11. 接待人员（AMF）确认了李华那边的情况后，将李华的最新信息发送给策划员（SMF）。

消息名称：Nsmf_PDU Session_UpdateSMContext Request

策划员的工作

12. 策划员（SMF）将上述信息与业务员（UPF）进行沟通。

消息名称：PCFP Session Modification Request

13. 业务员（UPF）又做了新的调整，并反馈了最终的可行方案。

消息名称：PFCP Session Modification Response

14. 最后，策划员（SMF）向接待人员（AMF）报告：数据恢复啦，李华可以继续上网了。

消息名称：Nsmf_PDU Session_UpdateSMContext Response

附上定制版PDU会话释放流程信令流程大图：