51学通信

深度解析 3GPP TS 23.503：6.2 Network functions and entities (Part 2 - SMF：策略的首席执行官)

18分钟阅读

好的，我们继续对3GPP TS 23.503规范的“器官”级解剖。在剖析了“大脑”PCF之后，我们现在将目光投向PCC框架中权力最大、任务最重的“首席执行官”——SMF。

深度解析 3GPP TS 23.503：6.2 Network functions and entities (Part 2 - SMF：策略的首席执行官)

本文技术原理深度参考了3GPP TS 23.503 V18.9.0 (2025-03) Release 18规范，重点解读了第6.2.2节“Session Management Function (SMF)”的核心内容。本文旨在全面揭示SMF作为PCC策略执行核心的关键角色，详细阐述其如何将PCF下发的抽象策略，转化为对用户面（UPF）、无线侧（RAN）和终端（UE）的具体、可执行的指令。

在上一篇文章中，我们详细分析了PCF的内部构造，理解了它是如何汇集各方信息，制定出高瞻远瞩的策略的。但策略终究要落地。如果说PCF是制定战略的“董事会”，那么SMF（会话管理功能）就是负责将战略分解为战术、并指挥各部门执行的“首席执行官（CEO）”。

SMF是连接策略意图与网络现实的桥梁。没有SMF的精确“翻译”和有力执行，PCF的任何英明决策都只是一纸空文。

为了展现SMF这位“CEO”雷厉风行且一丝不苟的工作作风，我们将继续聚焦于虚拟偶像琪琪的8K VR实时互动直播。现在，让我们从SMF的视角，看看它是如何将PCF下发的“保障琪琪直播”这一战略目标，分解为一系列具体任务并确保其完美执行的。

1. SMF的角色定位：策略的首席执行官 (6.2.2.1 General)

本节开篇即为SMF在PCC框架中的角色一锤定音：执行。

The SMF is responsible for the enforcement of the policy decisions related to service data flow detection, authorized QoS, charging, gating, traffic usage reporting, packet routing and forwarding and traffic steering.

深度解析： SMF是PCC策略在会话层面的唯一执行入口。它上承PCF的指令，下管UPF、RAN和UE。其核心职责是将PCF下发的、相对抽象的PCC规则，转化为三个维度的具体操作：

  1. 对UPF的控制：通过N4接口，配置UPF的数据处理规则，包括识别哪些数据包（SDF检测）、是否放行（门控）、给予何种QoS保障、如何统计用量（计费）、以及送往何处（流量导向）等。
  2. 与RAN的协同：通过AMF，与无线接入网（RAN）协商无线承载的QoS参数，确保空中接口的资源能够匹配PCC规则的要求。
  3. 对UE的配置：通过NAS信令，向UE下发QoS规则和上行流量过滤器，指导UE如何将不同应用的数据包映射到正确的无线承载上。

SMF的执行力主要体现在两大核心“执法手段”上：

The SMF is enforcing the Policy Control as indicated by the PCF in two different ways:

  • Gate enforcement. The SMF shall instruct the UPF to allow a service data flow… to pass through the UPF if and only if the corresponding gate is open;
  • QoS enforcement. The SMF shall instruct the UPF to enforce the authorized QoS of a service data flow according to the active PCC rule…
  • 门控执法 (Gate enforcement)：SMF根据PCC规则中的Gate Status，控制UPF上对应数据流的“阀门”是开启还是关闭。这是实现业务准入控制和安全隔离的基本手段。
  • QoS执法 (QoS enforcement)：SMF将PCC规则中的5QI、GBR/MBR等QoS参数，转化为UPF的包标记（如DSCP marking）、速率整形、队列管理策略，并与RAN协同建立匹配的无线承载。

2. “火眼金睛”：业务数据流检测 (6.2.2.2 Service data flow detection)

SMF执行所有策略的前提，是能够让UPF在每秒数以亿计的数据包中，精准地识别出“目标流量”。

The Service Data Flow detection uses the service data flow template included in a PCC Rule provide by the PCF… The SMF maps the service data flow template in the PCC Rule into the detection information in a Packet Detection Rules to the UPF…

深度解析与场景再现：

  1. PCF下发“通缉令”：PCF为琪琪的8K VR视频流下发了一条PCC规则，其中包含了Service Data Flow Template（业务数据流模板）。这个模板就是一张“通缉令”，描述了目标流量的特征，例如：“目标IP地址为直播服务器IP，目标端口为8888，协议为UDP”。

  2. SMF制定“巡逻指令”：SMF收到这张“通缉令”后，将其“翻译”成UPF能直接执行的“巡逻指令”——PDR（Packet Detection Rule，包检测规则）。

  3. UPF执行检测：SMF通过N4接口，将这条PDR安装到UPF上。UPF随即开始对流经它的所有数据包进行检查，一旦发现某个数据包完全匹配PDR中定义的五元组信息，就会立即为其打上一个内部标签（例如，关联到特定的FAR/QER/URR规则）。

这个过程确保了后续所有的QoS、计费、门控等策略，都能精准地作用于琪琪的8K视频流，而不会影响到她的互动数据流或遥测数据流。

3. “精打细算”：用量测量 (6.2.2.3 Measurement)

识别出流量后，下一步就是精确地计量。SMF作为计费执行的中间环节，负责指挥UPF这个“一线计量员”的工作。

The SMF shall ensure that the UPF supports data volume, duration… measurement for charging… The SMF shall ensure that the UPF maintains a measurement per QoS Flow, and Charging Key combination.

深度解析与场景再现：

  1. SMF下达计量任务：在为琪琪的直播流配置N4规则时，SMF会同时创建并关联一个URR（Usage Reporting Rule，用量上报规则）。这个URR会告诉UPF：

    • 计量对象：针对Charging Key = CK_VRLive_Premium的流量。
    • 计量内容：同时统计数据量（Volume）和时长（Duration）。
    • 上报阈值：每产生10GB流量，或每过15分钟，就向我（SMF）报告一次。

  2. UPF执行计量与上报：UPF内部会为CK_VRLive_Premium这个计费键维护一个独立的计数器。当达到SMF设定的阈值时，UPF会生成一份用量报告并发送给SMF。

  3. SMF汇总并上报：SMF收到UPF的报告后，可能会进行一些处理（例如，关联会话信息），然后通过N40接口将这份最终的用量报告转发给CHF进行记账或信用扣减。

通过这套“SMF指挥-UPF计量-SMF汇总”的流程，保证了每一字节的高价值流量都被精确地记录在案。

4. “铺设快车道”：QoS控制 (6.2.2.4 QoS control)

这是SMF最复杂、也最能体现其“CEO”协调能力的工作。它不仅要指挥UPF，还要与RAN这个“地勤部门”密切协同。

The SMF receives the authorized QoS for a service data flow in the PCC rule. The SMF derives the QoS parameters for a QoS Flow…

深度解析与场景再现：

PCF为琪琪的互动数据流下发了一条要求极高的PCC规则，5QI=82（低时延交互），GBR=5Mbps。

  1. SMF进行QoS流绑定：SMF首先执行我们在上一篇文章中讲到的“QoS Flow binding”机制，决定是复用现有QoS流还是创建一个新的。假设需要创建一个新的。

  2. SMF推导QoS参数：SMF将PCC规则中的授权QoS，推导成一套完整的QoS Flow参数集，这包括5QI, ARP, GBR/MBR, Maximum Packet Loss Rate等。

  3. 与RAN协商无线承载：SMF通过AMF，向RAN（基站）发起一个“PDU会话修改”流程，请求为这个新的QoS Flow建立一个匹配其QoS参数的DRB（Data Radio Bearer，数据无线承载）。RAN会根据当前的无线资源情况进行判断，如果资源充足，就会为琪琪的设备分配专用的无线资源，并回复SMF“请求成功”。

  4. 配置UPF用户面：在得到RAN的确认后，SMF通过N4接口，向UPF下发QER（QoS Enforcement Rule，QoS执行规则）。QER会指示UPF：

    • 为这个QoS Flow的数据包打上特定的DSCP标记，以便在后续传输网络中获得优先处理。
    • 对该QoS Flow进行速率控制，确保其上/下行速率不超过授权的MBR。

  5. 配置UE：最后，SMF通过NAS信令，向琪琪的设备下发一条包含上行包过滤器的QoS Rule。这条规则告诉UE：“以后所有匹配互动数据流特征（如目标端口）的上行数据包，都请通过刚刚建立的那个低时延DRB发送。”

经过这一系列复杂的、跨多个网元的协同操作，SMF成功地为琪琪的互动数据流铺设了一条从终端到核心网的、端到端质量有保障的“快车道”。

5. 高级执行能力 (6.2.2.5 - 6.2.2.8)

除了上述核心职能，SMF还具备一系列高级执行能力，以支持更复杂的业务场景。

  • 应用检测 (6.2.2.5)：当PCF需要感知某个特定应用时，SMF负责将这个“侦测”任务配置到UPF的DPI（深度包检测）引擎中，并负责将UPF上报的检测结果（应用开始/停止）转发给PCF。

  • 流量导向 (6.2.2.6)：当PCC规则中包含流量导向策略时，SMF负责将该策略转化为UPF能够理解的FAR（Forwarding Action Rule，转发行为规则）。FAR会指示UPF将特定流量引导到指定的下一个处理节点（如视频优化服务器），而不是直接发往互联网。

  • 接入流量导向、切换与分离(ATSSS) (6.2.2.7)：在多接入场景下（如5G+Wi-Fi），PCF下发的ATSSS策略由SMF执行。SMF负责生成下发给UE的ATSSS规则（指导UE如何分流），以及下发给UPF的N4规则（指导UPF如何处理来自不同接入网的流量），实现复杂的跨网络流量调度。

  • 网络切片替换 (6.2.2.8)：当PCF或网络决定为一个PDU会话更换网络切片时（例如，从一个拥塞的切片换到一个空闲的切片），SMF是这一“空中换引擎”操作的总指挥。它需要与新的PCF（如果需要）建立关联，与AMF/RAN协同修改无线承载和移动性限制，并更新UPF的转发路径，以实现业务无感知的切片间迁移。

FAQ

Q1：PCF和SMF在策略控制中的根本区别是什么？ A1：根本区别在于决策与执行的分离。PCF是决策者，它关注的是“What”——应该应用什么策略？（例如，为视频流提供100Mbps的保障）。它处理的是业务逻辑、用户签约和商业规则。而SMF是执行者，它关注的是“How”——如何实现这个策略？（例如，如何与RAN协商无线资源、如何在UPF上配置规则、如何通知UE）。它处理的是网络信令、接口协议和资源配置。

Q2：什么是PDR、FAR、QER、URR？它们和PCC规则是什么关系？ A2：PDR, FAR, QER, URR是SMF通过N4接口下发给UPF的四种核心规则，它们是PCC规则在用户面的具体体现：

  • PDR (Packet Detection Rule)：定义了如何识别一个数据包流，源于PCC规则中的SDF模板。
  • FAR (Forwarding Action Rule)：定义了识别出的数据包该如何转发（如发送到哪个隧道、是否需要打上标记、是否需要导向）。
  • QER (QoS Enforcement Rule)：定义了对数据包应用的QoS策略（如速率限制、DSCP标记）。
  • URR (Usage Reporting Rule)：定义了如何统计这些数据包的用量。 一条PCC规则通常会被SMF“分解”成一组相互关联的PDR、FAR、QER和URR，共同在UPF上实现其定义的策略。

Q3：创建一个QoS Flow的最终决定权在谁？PCF还是SMF？ A3：最终的执行决定权在SMF。PCF通过PCC规则中的QoS参数（特别是5QI和ARP）表达了其意图（需要什么样的QoS通道）。SMF在收到这个意图后，会首先检查是否可以复用一个已经存在的、QoS参数完全匹配的QoS Flow。如果可以复用，就不会创建新的。只有在找不到可复用的QoS Flow时，SMF才会做出创建新QoS Flow的决定，并启动相应的信令流程。

Q4：SMF如何处理来自不同PCC规则的计费要求？ A4：SMF通过Charging Key和Service Identifier来处理。它指示UPF为每一个{QoS Flow, Charging Key, Service Identifier}的组合维护独立的用量计数器。这样，即使在同一个QoS Flow上承载了多个业务（如果它们的QoS要求相同），只要它们的Charging Key或Service Identifier不同，SMF就能从UPF处获取到它们各自的精确用量，从而实现精细化计费。

Q5：如果RAN拒绝了SMF的GBR资源请求，会发生什么？ A5：这是一个典型的资源分配失败场景。如果RAN因为资源不足等原因，拒绝为某个QoS Flow建立所需的GBR无线承载，SMF会认为对应的PCC规则执行失败。它不会在UPF上激活相关的QoS执行规则。更重要的是，SMF会立即通过PCRT（策略控制请求触发器）机制，向PCF报告一个“资源分配失败”事件，并告知失败的PCC规则。PCF收到此报告后，需要做出新的决策，例如：尝试降低QoS要求后再次请求、通知AF资源不可用、或者抢占网络上其他低优先级业务。

关系图谱