本文技术原理深度参考了3GPP TS 23.501 V18.9.0 (2025-03) Release 18规范中，关于“6.2.2 SMF (Session Management function)”的核心章节，旨在为读者提供一个5G会话管理功能（SMF）如何作为PDU会话的“总指挥”， orchestration着从IP地址分配、QoS策略执行到用户面功能选择的全过程，从而为千行百业的差异化业务需求构建定制化数据管道的全景视图。本文是解读“6 Network Functions”系列的第二部分。

深度解析 3GPP TS 23.501：6.2.2 SMF (会话管理功能)

欢迎来到“解构5G核心网”系列的NF深度解析第二篇。在上一篇文章中，我们将AMF比作5G核心网的“守门人”与“交通枢纽”，它掌管着UE的准入、身份和移动。今天，我们将深入探讨与AMF并肩作战的核心网元——SMF（Session Management function，会话管理功能）。

如果说AMF决定了“谁”可以进入网络以及“在哪里”，那么SMF则定义了“如何”为这个用户提供数据服务。它是PDU会话的“总指挥官”和“架构师”，负责为每一次数据连接（从简单的网页浏览到复杂的工业控制）设计并搭建端到端的、满足特定需求的“数据管道”。从IP地址分配、QoS策略执行，到UPF的选择与控制，再到与计费、策略系统的交互，SMF无处不在。

为了更深刻地理解SMF的复杂职责，让我们回到**“未来城市（Future City）”**的场景。我们的主角，网络总架构师张工，正在为城市中两个截然不同的5G应用设计网络服务：

1. 城市AR导航应用： 市民小晴正在使用AR眼镜，在复杂的商业区进行实景导航。这需要一个低时延、中等带宽的连接，以便实时渲染导航箭头和兴趣点（POI）信息。

2. 智慧电网差动保护： 城市郊区的两个变电站之间，需要一条超高可靠、超低时延的URLLC连接，用于光纤中断时的备用差动保护，要求端到端时延在5ms以内。

我们将跟随张工的思路，看看他是如何通过配置不同的DNN、S-NSSAI和策略，让SMF为小晴的AR导航和智慧电网这两种天差地别的业务，“量体裁衣”地构建出完全不同的PDU会话的。

---

1. SMF的核心使命：PDU会话的全生命周期管理 (Session Management)

SMF最核心的使命，就是对PDU会话进行全生命周期的管理。

The Session Management function (SMF) includes the following functionality. Some or all of the SMF functionalities may be supported in a single instance of a SMF:

• Session Management e.g. Session Establishment, modify and release, including tunnel maintain between UPF and AN node.

这包含了三大核心流程：

• 会话建立 (Establishment): 当UE需要数据连接时，SMF负责创建PDU会话，包括选择UPF、分配IP地址、建立用户面隧道等。

• 会话修改 (Modification): 在会话存续期间，根据网络或UE的请求，修改会话的属性，如QoS、流量路由策略等。

• 会话释放 (Release): 当UE不再需要数据连接时，SMF负责释放所有相关的网络资源。

场景代入：

• 会话建立： 小晴打开AR导航APP，她的手机向网络发起PDU会话建立请求。AMF在完成了自己的接入管理职责后，就会为这个请求选择一个合适的SMF，并将请求转发给它。SMF随即开始为这次AR导航“铺路架桥”。

• 会话修改： 小晴在导航过程中，点开了一个高清的商铺实景预览，应用请求了更高的带宽。这个请求会触发PDU会话修改流程，由SMF负责调整QoS Flow的参数。

• 会话释放： 小晴关闭了AR导航APP，手机发起PDU会话释放请求，SMF负责“拆除”之前为她建立的所有数据通道。

---

2. “安家落户”：UE IP地址的分配与管理 (UE IP address allocation & management)

为UE分配一个IP地址，是建立数据连接的基础。SMF是负责IP地址管理的“户籍警官”。

• UE IP address allocation & management (including optional Authorization). The UE IP address may be received from a UPF or from an external data network.

• DHCPv4 (server and client) and DHCPv6 (server and client) functions.

2.1 IP地址的来源

SMF可以从多个来源为UE获取IP地址：

1. SMF本地地址池： SMF自身管理一个IP地址池，直接从中分配。

2. UPF分配： 对于某些边缘计算场景，SMF可以委托UPF（特别是作为PSA的UPF）来分配IP地址。

3. 外部数据网络分配： 对于企业专网等场景，IP地址需要由企业自己的DHCP服务器或AAA服务器来分配。此时，SMF会扮演一个DHCP Client/Relay的角色，代表UE向外部网络请求地址。

2.2 IP地址类型

SMF支持多种地址类型，包括IPv4, IPv6, 以及IPv4v6双栈。对于物联网等场景，SMF还支持Ethernet和Unstructured类型的PDU会话，这两种类型下，5GC不为UE分配IP地址。

2.3 场景代入：

• 小晴的AR导航： SMF从其管理的公共地址池中，为小晴的手机分配了一个IPv6前缀，手机通过SLAAC（无状态地址自动配置）生成了可用的IPv6地址。

• 智慧电网： 这两个变电站的终端，需要使用企业内部的静态私有IP地址。在PDU会话建立时，SMF会通过Radius协议与电网公司的AAA服务器交互，获取为这两个终端预留的静态IP地址，并将其分配给它们。

---

3. “路径规划师”：UPF的选择与控制

SMF不仅要决定“去哪里”（DNN），还要决定“怎么去”。这其中最关键的一步就是选择合适的用户面功能（UPF）并对其进行精确控制。

• Selection and control of UP function, including controlling the UPF to proxy ARP or IPv6 Neighbour Discovery, or to forward all ARP/IPv6 Neighbour Solicitation traffic to the SMF, for Ethernet PDU Sessions.

• Configures traffic steering at UPF to route traffic to proper destination.

3.1 UPF选择 (UPF Selection)

SMF在选择UPF时，会综合考虑多种因素：

• UE位置： 选择离UE最近的UPF，以降低时延。

• DNN & S-NSSAI： 选择能够接入目标数据网络、并属于所选网络切片的UPF。

• UPF能力： 不同的UPF可能支持不同的功能（如ATSSS、UL CL、Header Enrichment等）。SMF会选择一个具备所需功能的UPF。

• UPF负载和拓扑： 考虑候选UPF的当前负载，以及网络拓扑结构。

3.2 N4接口的“指挥艺术”

一旦选定UPF，SMF就通过N4接口，成为UPF的“大脑”。SMF会向UPF下发一系列精确的规则，来指导UPF如何处理数据包：

• PDR (Packet Detection Rule): 包检测规则。告诉UPF如何识别数据包，例如，“识别所有来自UE-A的上行TCP包，其目标端口是80”。

• FAR (Forwarding Action Rule): 转发行为规则。告诉UPF识别出数据包后该做什么，例如，“将匹配PDR-1的数据包，通过N6接口的Tunnel-A转发出去”。

• URR (Usage Reporting Rule): 使用情况上报规则。告诉UPF如何以及何时上报流量统计。

• QER (QoS Enforcement Rule): QoS执行规则。告诉UPF如何对数据流进行速率限制和QoS标记。

3.3 场景代入：

• 小晴的AR导航：

  • UPF选择： SMF选择了一个位于商业区边缘机房的UPF-Edge，以满足低时延的需求。

  • N4配置： SMF向UPF-Edge下发规则，为其QoS Flow保障50Mbps的带宽，并将所有流量都转发到公共互联网（DNN=“internet”）。

• 智慧电网：

  • UPF选择： SMF选择了两个分别位于两个变电站附近的、支持URLLC冗余传输（如FRER）功能的高可靠UPF（UPF-A和UPF-B）。

  • N4配置： SMF为这两个UPF配置了极其严格的N4规则，包括建立冗余的N3/N9隧道，并执行基于序列号的数据包复制和去重逻辑，以实现零丢包。

---

4. “多面手”：SMF的其他关键交互与能力

除了上述核心职责，SMF还是一个“多面手”，需要与核心网的多个“部门”进行协作。

• Termination of interfaces towards Policy control functions.

• Support for charging.

• Lawful intercept (for SM events and interface to LI System).

• Determine SSC mode of a session.

• 与PCF交互： SMF是策略的执行者。它通过N7接口从PCF接收PCC规则，并将这些业务层的策略“翻译”成底层的N4规则和NAS信令。

• 与CHF交互： SMF是计费信息的主要汇聚点。它从UPF收集流量报告，整合会话相关信息（如DNN, S-NSSAI, QoS等），通过Nchf接口上报给CHF。

• 会话与服务连续性 (SSC)： SMF负责管理PDU会话的SSC模式（模式1/2/3），决定在UPF需要重选时（如UE移动），是保持IP地址不变（SSC Mode 1），还是释放并重建会话（SSC Mode 2），或是先建立新连接再断开旧连接（SSC Mode 3）。

• 下行数据通知： 当UE处于IDLE状态时，UPF会缓存下行数据，并通过N4接口通知SMF。SMF再通知AMF，由AMF发起寻呼流程。

场景代入：

• 策略执行： “City Brain”通过AF→PCF，请求为电网的PDU会话提供最高的ARP优先级。PCF将此策略下发给SMF，SMF在为该会话的QoS Flow分配资源时，就会设置最高的ARP值。

• 计费上报： SMF会为小晴的AR导航PDU会话和电网的URLLC PDU会话，生成带有不同DNN、S-NSSAI和QoS信息的计费数据，并分别上报给CHF。

• SSC模式： 小晴的AR导航使用的是SSC Mode 1，确保她在会场内移动时IP地址不变。而电网业务由于对可靠性要求极高，可能使用了SSC Mode 3，在需要切换锚点UPF时，网络会先建立一条新的用户面路径，再断开旧的，确保“零中断”。

5. FAQ

Q1: 在5GC中，可以有多个SMF吗？AMF是如何选择SMF的？

A:

是的，在一个PLMN中，通常会部署大量的SMF实例或SMF Set，以实现负载均衡、容灾和对不同业务/区域的专门服务。

AMF在收到UE的PDU会话建立请求后，会基于一系列复杂因素来选择一个合适的SMF，这个过程由**NRF（NF Repository Function）**辅助完成。AMF向NRF发起一个SMF发现请求，请求中可能包含以下参数：

• DNN和S-NSSAI： 这是最核心的两个参数，用于寻找能够服务特定数据网络和特定网络切片的SMF。

• UE位置（TAI）： 用于寻找服务于UE当前地理位置的SMF。

• SSC模式、PDU会话类型等。

• 签约信息： 例如，签约数据可能指定了某个DNN必须由某个特定的SMF Set来服务。

NRF会返回一个或多个满足条件的SMF实例列表，AMF再根据本地策略（如负载均衡）从中选择一个。

Q2: 什么是N4接口？它为什么如此重要？

A:

N4接口是连接SMF和UPF的接口，它是5G核心网C/U分离架构的基石。

• C/U分离： SMF是纯粹的控制面（C-Plane）功能，不处理任何用户数据。UPF是纯粹的用户面（U-Plane）功能，只负责处理数据包的转发、检测和处理。

• N4的角色： N4接口就是SMF向UPF下达“指令”的通道。SMF通过N4接口，将复杂的业务逻辑（如“这是一个VoNR电话的媒体流，需要保证5ms时延”）转化为UPF能够理解和执行的、具体的包处理规则（如PDR, FAR, QER等）。

没有N4接口，SMF就无法控制UPF，C/U分离就无从谈起，整个用户面的灵活性和可编程性也就丧失了。

Q3: 在一个PDU会话中，UE的IP地址是一成不变的吗？

A:

不一定，这取决于PDU会话的SSC（Session and Service Continuity）模式，这个模式由SMF在会话建立时决定。

• SSC Mode 1： IP地址保持不变。 即使UE移动导致其服务的UPF（非锚点UPF）发生变化，PDU会话的锚点UPF（PSA）也保持不变，因此IP地址不会改变。这是最常见的模式，保证了业务的连续性。

• SSC Mode 2： IP地址不保证不变。 当网络需要重选PSA时（例如，UE移动到了一个非常远的区域），网络会先释放当前的PDU会话，然后立即请求UE重建一个新的PDU会话。在这个过程中，UE会获取一个新的IP地址。

• SSC Mode 3： IP地址不保证不变，但业务不中断。 当需要重选PSA时，网络会**“先建后断”**（Make-Before-Break）。它会先为UE在新PSA上建立好新的用户面路径，并分配新的IP地址/前缀，然后再释放旧的路径。通过IPv6多归属等技术，UE可以在短时间内同时使用新旧两个IP地址，从而实现业务的无缝切换。

Q4: SMF和PCF都是处理策略的，它们有什么区别？

A:

SMF和PCF处理的是不同层面的策略。

• PCF (Policy Control Function): 负责业务层的策略。它更靠近应用，理解业务逻辑。它与AF交互，将AF的业务需求（如“我需要一个用于视频会议的连接”）和用户的签约信息（如“该用户是VIP”）转化为PCC规则。PCC规则描述的是“应该为这个业务流提供什么样的服务”。

• SMF (Session Management function): 负责会话层和网络层的策略。它是PCF策略的执行者。它接收PCC规则，并将其“翻译”成具体的网络行为，即如何实现这些服务要求。例如，它会根据PCC规则中的QoS要求，选择具体的5QI、ARP值，并生成N4规则去配置UPF的队列和调度。

简单来说，PCF是“决策者”，决定“做什么”；SMF是“执行官”，决定“怎么做”。

Q5: 在控制面优化（CIoT）场景下，数据不是直接到AMF了吗？为什么还和SMF有关系？

A:

在控制面优化场景下，数据确实是通过NAS信令先到达AMF，但AMF只是一个“中转站”。

• 数据目的地： NAS消息中封装的用户数据，其最终的逻辑目的地依然是SMF。因为只有SMF才持有该PDU会话的上下文，知道这个数据包应该被送到哪个UPF或NEF。

• AMF的职责： AMF的职责是解析NAS消息的头部，识别出这是一个需要转发给SMF的“数据包裹”，然后根据PDU Session ID，将它原封不动地传递给正确的SMF实例。

• SMF的处理： SMF收到这个从AMF转发来的“包裹”后，才会真正地解开它，取出里面的用户数据，并进行后续的用户面处理（如发给UPF或NEF）。

所以，即使物理路径经过了AMF，逻辑上的会话管理锚点和数据处理的决策点，依然是SMF。