51学通信

深度解析TS 29.244：5.35-5.39 - 切片、寻呼与XRL4S的N4实现

18分钟阅读

非常好，我们继续深入这场关于3GPP TS 29.244规范的技术探索之旅。

在前几期的内容中，我们已经系统地剖析了PFCP协议如何支撑5G核心网的策略执行、会话管理、异常处理以及对URLLC和ATSSS等高级特性的支持。这些功能共同描绘了一幅5G网络作为智能、可靠连接平台的宏伟蓝图。然而，5G的演进并未止步，5G-Advanced正将网络的“神经末梢”向更靠近用户和数据源的边缘延伸，这就是边缘计算（Edge Computing）。

边缘计算旨在将计算和存储资源从遥远的数据中心，下沉到网络的边缘（如基站、企业园区），从而为应用提供超低时延和海量带宽。但这给网络的用户面带来了新的挑战：当用户移动时，如何确保其与边缘应用的连接无缝切换？当边缘服务本身需要动态迁移时，网络如何保证业务不中断？

本篇文章将聚焦于TS 29.244规范中为应对这些挑战而设计的几大关键机制。我们将深入剖析5.28节（下行数据交付状态）、**5.32节（上行数据包缓冲）以及5.33节（边缘计算增强）**的核心内容，揭示PFCP协议如何成为实现动态、可靠的边缘业务的幕后英雄。

为了将这些概念付诸实践，让我们进入一个新的场景。网络工程师小明正在为一个自动驾驶测试场部署5G边缘计算解决方案。测试车辆需要与部署在园区UPF（作为本地PSA）上的边缘应用服务器（EAS）进行实时高频的数据交互，包括上传高清传感器数据和接收驾驶控制指令。我们将跟随小明，看他如何利用PFCP的强大能力，应对车辆移动、应用迁移等复杂场景，确保自动驾驶业务的极致连续性和可靠性。

深度解析TS 29.244：5.35-5.39 - 切片、寻呼与XR/L4S的N4实现

本文技术原理深度参考了3GPP TS 29.244 V18.9.0 (2025-03) Release 18规范中，关于“5.35 Per Slice UP Resource Allocation”、“5.36 Paging Policy Indicator Provisioning”以及“5.37-5.39”中关于支持XR、L4S和QoS监控等高级特性的核心章节。

引言

在前几篇文章中，我们已经深入探索了PFCP协议的“主战武器”，从PCC策略到会话管理，再到对IPTV和时间敏感网络（TSN）等特定业务的承载。这些机制共同构成了5G网络作为通用连接平台的核心。然而，随着5G-Advanced的到来，网络正从“通用”走向“专用”，致力于为不同垂直行业和新兴应用提供量身定制的服务。

本篇文章将我们的视角从“承载什么”转向“如何承载得更好”，聚焦于PFCP协议如何支持一系列旨在提升资源效率、优化用户体验和使能未来应用的高级运维与控制功能。我们将探讨三大关键主题：

  1. 网络切片资源管理 (5.35)：网络切片是5G的标志性能力，PFCP如何确保用户面（UPF）能够感知切片身份，并据此进行资源分配和上报？
  2. 精细化寻呼策略 (5.36)：为了在保障消息可达性的同时最大限度地为终端省电，UPF如何与RAN协同，对下行数据进行优先级标记，以触发不同的寻呼策略？
  3. 为XR与L4S等未来应用铺路 (5.37, 5.38, 5.39)：对于eXtended Reality (XR)、低延迟低损耗可扩展吞吐量（L4S）等对时延、抖动和拥塞极其敏感的应用，PFCP如何提供包括ECN标记、PDU集处理、N6抖动测量和通用化QoS监控在内的一整套“精密仪器”？

让我们再次回到“未来制造”工厂。今天，工厂决定为产线上的质检员配备AR眼镜，通过5G网络实现远程专家指导。这项XR应用对网络的要求极为苛刻。网络工程师小明需要为其配置一个专用的网络切片，并启用所有必要的QoS保障和监控功能，以确保AR画面清晰流畅、无卡顿。我们将跟随他的配置过程，看看PFCP协议是如何将这些复杂的5G-Advanced特性，在N4接口上逐一实现的。

1. 切片感知：每切片的用户面资源分配与上报 (5.35)

网络切片允许运营商在同一个物理网络上划分出多个逻辑上隔离的、具有不同特性的虚拟网络。为了让这种隔离延伸到用户面，UPF必须能够识别PDU会话所属的切片，并据此进行资源管理。

PFCP实现机制

PFCP定义了两种方式让UPF感知切片信息（S-NSSAI）：

  • 方式a（间接方式）：通过Network Instance IE来实现。CP功能为不同的网络切片配置不同的网络实例值，从而间接告知UPF。这种方式兼容老版本的UPF。
  • 方式b（直接方式）：如果UPF通过UP Function Features IE中的**PSUPRM** (Per Slice UP Resource Management) 标志位宣告其支持该特性，CP功能就可以在PFCP Session Establishment Request消息中，除了Network Instance IE之外，额外携带一个**S-NSSAI IE**。

当UPF具备了切片感知能力后，其资源分配（如UE IP地址分配）和资源使用情况上报（如IP地址池使用率）都可以做到切片级别。例如，当UPF向SMF上报IP地址池使用情况时，可以在UE IP Address Usage Information IE中额外包含一个S-NSSAI IE，从而实现分切片的资源监控。

场景代入：小明为AR远程指导业务配置了一个专用的URLLC切片。

  1. SMF在选择UPF时，会选择一个支持PSUPRM特性的UPF。
  2. 在为AR眼镜建立PDU会话时，SMF发送PFCP Session Establishment Request，其中包含了代表该URLLC切片的S-NSSAI IE。
  3. UPF收到后，就会从为该URLLC切片预留的IP地址池中为AR眼镜分配地址，并将该会话的资源消耗计入该切片的账下。

2. 智能唤醒：寻呼策略指示符（PPI）下发 (5.36)

对于处于RRC非连接状态（RRC Inactive）的UE，当有下行数据到达时，RAN需要通过寻呼来唤醒它。不同的业务对唤醒的紧急程度要求不同。寻呼策略指示符（PPI）就是UPF告知RAN“这个包有多紧急”的信使。

PFCP实现机制

核心思想是在UPF上建立DSCP到PPI的映射关系。

  • 标准方式 (5.36.1)：SMF为每一个需要映射的PPI值，都下发一条独立的PDR。
    • PDR的PDI中包含要匹配的DSCP值。
    • 与该PDR关联的QER中，包含**Paging Policy Indicator IE**，其值被设置为对应的PPI值。
    • UPF收到下行包后，匹配DSCP，找到对应的QER，并将QER中的PPI值插入到发往RAN的GTP-U扩展头中。
  • 增强方式 (5.36.2, EPPPI特性)：为了减少PDR/QER的数量，如果UPF支持EPPPI特性，SMF可以通过一条消息完成所有映射的配置。
    • SMF在PFCP Session Establishment/Modification Request中包含一个DSCP to PPI Control Information IE。
    • 该IE内部可以包含多个**DSCP to PPI Mapping Information IE**，每个IE都定义了一组DSCP值到一个PPI值的映射。
    • 还可以通过QFI IE限定该映射只对特定的QoS流生效。

3. 赋能未来：支持XR与L4S (5.37, 5.38, 5.39)

为了支持XR、云游戏、交互式媒体等对网络质量要求极高的新兴业务，PFCP引入了一整套精细化的QoS监控和控制工具。

3.1 拥塞控制：为L4S进行ECN标记 (5.38.1)

L4S旨在通过在网络节点上进行**ECN（显式拥塞通知）**标记来提供极低的时延和近零的拥塞丢包。当RAN侧出现拥塞时，可以将标记任务代理给PSA UPF来执行。

  • 能力宣告：UPF通过UP Function Features中的**EML4S标志位**宣告支持此功能。
  • PFCP实现：
    • SMF在PFCP Session Establishment/Modification Request中，为需要启用L4S的QoS流关联的QER里，包含一个QER Indications IE，并将其中的**EML4S标志位**设置为“1”。
    • UPF收到指令后，会监控从RAN侧上报的GTP-U扩展头中的拥塞信息。
    • 根据RAN提供的拥塞百分比，UPF会对相应比例的上下行数据包的IP头进行ECN标记，从而向通信的两端（UE和EAS）传递拥塞信号。

3.2 业务感知：PDU集处理 (5.38.3)

XR等媒体业务的数据通常以“帧”或“片”为单位产生，一个应用层的数据单元（PDU集）可能被分割成多个IP包进行传输。为了让RAN能够对同一个PDU集的所有包进行协同调度（例如，保证它们被连续发送），UPF需要能够识别并标记这些PDU集。

  • 能力宣告：UPF通过**PDUSM (PDU Set Marking) 标志位**宣告支持。
  • PFCP实现：
    • SMF在为XR业务流配置的QER中，通过QER Indications IE将**PDUSM标志位**设置为“1”。
    • 同时，为了帮助UPF识别PDU集，SMF可以在关联的DL PDR中包含一个**Protocol Description IE**，提供关于媒体流的辅助信息，如传输协议（RTP/SRTP）、RTP头扩展、载荷类型（H.264/H.265）等。
    • UPF根据这些信息，通过深度包检测（DPI）等方式识别出每个数据包所属的PDU集信息，并在发往RAN的GTP-U扩展头（PDU Set Information Container）中，标记上PDU集序列号（PSSN）、包内序列号（PSN）、**集尾指示（EPDU）**等信息。

3.3 性能测量与上报

N6抖动测量与数据突发结束标记 (5.38.4)

为了帮助RAN为UE配置更优的DRX（非连续接收）策略以节省功耗，UPF可以测量下行流量的周期性和抖动，并标记数据突发的结束。

  • 能力宣告：UPF通过**N6JEDB标志位**宣告支持。
  • PFCP实现：
    • 抖动测量：SMF通过在**SRR（会话上报规则）**中配置Traffic Parameter Measurement Control Information IE，指示UPF测量N6抖动和上下行周期性。
    • 突发结束标记：SMF通过在QER的QER Indications IE中将**EDBMI标志位**设置为“1”，指示UPF标记每个数据突发的最后一个PDU。

通用化QoS监控框架 (5.39)

5.39章将QoS监控扩展为一个通用框架，允许SMF按需订阅多种QoS参数的测量与上报。

  • 能力宣告：UPF通过不同的特性标志位宣告其监控能力，如**QFQM（包时延）、QMCON（拥塞信息）、QMDRM**（数据速率）。
  • PFCP实现：
    • 订阅：SMF在SRR中配置QoS Monitoring per QoS flow Control Information IE。
    • 参数：在该IE中，SMF通过Requested QoS Monitoring IE指明要监控的参数（如DL/UL包时延、DL/UL拥塞信息、DL/UL数据速率）。
    • 触发：通过Reporting Frequency IE设置上报方式为“周期性”或“事件触发”（需同时配置Reporting Thresholds IE）。
    • 直接上报：同样支持通过Direct Reporting Information IE将监控结果直接上报给NEF/AF。

场景代入：为AR应用保驾护航

  1. 切片保障：小明为AR业务创建了PDU会话，SMF在请求中包含了URLLC切片的S-NSSAI。
  2. L4S启用：SMF为AR的QoS流配置QER，并将QER Indications中的EML4S置“1”。
  3. PDU集处理：SMF在同一个QER中，将PDUSM置“1”，并在DL PDR中提供了Protocol Description，指明这是H.265编码的RTP流。
  4. QoS监控：SMF创建一条SRR，其中包含QoS Monitoring per QoS flow Control Information，要求UPF：
    • 对AR的QoS流进行事件触发的往返时延监控，阈值为10ms。
    • 周期性上报下行数据速率。
    • 将所有监控结果直接上报给工厂的边缘应用管理平台（通过Direct Reporting Information IE）。

总结

本篇文章带领我们深入了解了PFCP协议如何支撑5G网络向更精细化的资源管理和更前沿的应用场景演进。我们看到，PFCP协议通过一系列强大的扩展，为5G-Advanced的落地提供了坚实的协议基础：

  • 切片资源管理 (5.35)：通过PSUPRM特性和S-NSSAI IE，使得UPF能够真正感知并参与到网络切片的资源分配与管理中，实现了端到端的切片隔离。
  • 寻呼策略指示 (5.36)：通过标准和增强的DSCP到PPI映射机制，打通了核心网用户面与无线接入网之间的策略协同通道，实现了对终端功耗和网络信令的精细化优化。
  • XR/L4S支持 (5.37, 5.38, 5.39)：通过引入ECN标记（EML4S）、PDU集处理（PDUSM）、抖动测量与突发结束标记（N6JEDB）以及一个通用的QoS监控框架，PFCP为UPF配备了一套完整的“精密仪器”，使其能够满足未来沉浸式、交互式应用对网络近乎苛刻的要求。

这些功能共同将UPF从一个“尽力而为”的转发节点，转变为一个能够深刻理解业务意图、精确执行切片策略、智能协同RAN行为、并实时监控反馈QoS的“智能感知与执行单元”，为5G在工业、娱乐、交通等领域的深度融合铺平了道路。😊

关系图谱