51学通信

深度解析TS 29.244：5.24 URLLC - “超可靠低时延”的N4实现

19分钟阅读

好的，我们继续。

在前几期的深度解析中，我们已经探讨了5G核心网如何通过PFCP协议实现精细化的策略控制、灵活的业务承载（包括IP和以太网），以及智能的多接入技术（ATSSS）。这些功能共同构成了5G服务于多样化场景的基础。然而，5G的雄心远不止于此。对于自动驾驶、远程手术、工业自动化等“失之毫厘，谬以千里”的关键任务场景，网络连接不仅要快，更要达到极致的可靠性和超低的时延。

为了应对这一挑战，5G系统引入了URLLC（超可靠低时延通信）。本篇文章将深入TS 29.244规范的核心章节5.24，详细剖析PFCP协议是如何将URLLC的严苛要求，转化为用户面上一系列具体的、可执行的动作。我们将探讨5G为实现“六个九”（99.9999%）甚至更高可靠性所设计的“杀手锏”——用户面冗余传输，以及为了确保“毫秒级”时延而配备的精密“卡尺”——多维度QoS监控。

让我们进入“未来制造”工厂的下一个场景。网络工程师小明正在为一条新的自动化产线部署5G连接，这条产线上的高精度机械臂需要通过5G网络接收来自中央控制器的实时指令。任何一次指令的延迟或丢失，都可能导致生产事故。为了确保万无一失，小明决定启用URLLC功能。我们将跟随他的配置过程，揭示PFCP协议是如何为这条“生命线”般的连接保驾护航的。

深度解析TS 29.244：5.24 URLLC - “超可靠低时延”的N4实现

1. URLLC的核心武器：N3/N9接口上的冗余传输 (5.24.2 Redundant Transmission on N3/N9 interfaces)

URLLC实现超高可靠性的关键思想是“不要把鸡蛋放在一个篮子里”。与其依赖一条单一的、可能中断的路径，不如同时使用两条独立的路径来传输相同的数据，只要有一条路径能够成功送达，通信就不会中断。在5G核心网中，这意味着在UPF（PSA）和基站（RAN）之间建立两条并行的N3隧道，或者在两个UPF之间建立两条并行的N9隧道。

1.1 建立冗余隧道 (5.24.2.2 GTP-U tunnel setup for redundant transmission)

为了建立这两条并行的GTP-U隧道，SMF需要向UPF下达特殊的指令。

上行路径（从RAN到UPF）：

SMF需要请求UPF为同一个上行业务流分配两个本地F-TEID。

  • PFCP实现：SMF在为需要冗余的QoS流创建上行PDR时，在其PDI或关联的Traffic Endpoint中，包含一个**Redundant Transmission Detection Parameters IE**。这个IE的存在，就是SMF在告知UPF：“请为这条规则准备两个接收端点”。UPF收到后，会分配两个独立的F-TEID，并通过PFCP Session Establishment/Modification Response消息中的**Local F-TEID(s) for Redundant Transmission IE**返回给SMF。SMF再将这两个F-TEID告知给RAN，RAN便可以同时向这两个端点发送上行数据。

下行路径（从UPF到RAN）：

SMF需要告知UPF两个远端F-TEID（即RAN侧的两个接收端点）。

  • PFCP实现：SMF在为下行业务流创建FAR时，除了在常规的Forwarding Parameters IE中提供主路径的F-TEID外，还需要额外提供一个**Redundant Transmission Forwarding Parameters IE**。这个IE中包含了用于冗余路径的Outer Header Creation信息，即第二个远端F-TEID。

当冗余传输不再需要时，SMF可以通过发送一个空的Redundant Transmission Detection Parameters IE或Redundant Transmission Forwarding Parameters IE来移除其中一条隧道。

建立了冗余隧道后，UPF需要将每一个下行数据包复制一份，并分别从两条隧道发送出去。

  • PFCP实现：SMF在配置下行FAR时，其**Apply Action IE的设置是关键。除了常规的FORW（转发）标志位，SMF还会将DFRT（Duplicate for Redundant Transmission）标志位**设置为“1”。
  • UPF行为：当UPF收到一个匹配该PDR的数据包时，DFRT标志位会触发其复制动作。UPF会：
    1. 处理原始数据包，根据Forwarding Parameters中的信息，将其封装并从主路径发送。
    2. 创建一个数据包的副本，根据Redundant Transmission Forwarding Parameters中的信息，将其封装并从冗余路径发送。
    3. 为了让接收端（RAN或UE）能够识别和丢弃重复的数据包，UPF会在原始包和副本的GTP-U扩展头（PDU Session Container）中，插入相同的序列号。

对于上行流量，RAN侧会进行复制，UPF则负责接收并消除重复。

  • PFCP实现：SMF在配置上行FAR时，其**Apply Action IE中，除了FORW标志位，还会将EDRT（Eliminate Duplicate for Redundant Transmission）标志位**设置为“1”。
  • UPF行为：当UPF从两条N3/N9隧道收到上行数据包时，EDRT标志位会触发其去重逻辑。UPF会检查包头中的序列号：
    1. 如果某个序列号是第一次到达，UPF就转发这个数据包。
    2. 如果随后又收到了一个具有相同序列号的数据包，UPF就判断其为副本，并将其丢弃。

场景代入：为机械臂指令建立冗余连接

小明为产线上的机械臂控制业务配置URLLC。

  1. SMF向UPF发送PFCP Session Modification Request。
  2. 上行配置：
    • Update PDR中，为上行控制流的PDI添加Redundant Transmission Detection Parameters IE。
    • Update FAR中，为上行FAR的Apply Action设置FORW=1和EDRT=1。
  3. 下行配置：
    • Update FAR中，为下行FAR的Apply Action设置FORW=1和DFRT=1。
    • 同时，在Update FAR中添加Redundant Transmission Forwarding Parameters IE，指向RAN的第二个F-TEID。
  4. 执行：配置生效后，中央控制器发给机械臂的每一条指令，都会被UPF复制并通过两条N3隧道发送。机械臂从RAN发回的每一个状态上报，也都会被RAN复制并通过两条N3隧道发送，UPF则负责去重后转发给中央控制器。这样一来，即使某条无线或传输路径出现瞬时中断，指令和状态的传输也不会中断。

2. 备用方案：传输层冗余 (5.24.3 Redundant Transmission at transport layer)

除了在GTP-U层进行复制，规范还定义了一种在传输层进行冗余的备选方案。

  • 能力协商：这是一个可选功能，UPF需要通过在UP Function Features IE中设置**RTTL**标志位来宣告其支持此功能。
  • 实现：规范并未定义具体的PFCP信令流程，而是指出“如何执行由UPF实现决定”。这通常意味着UPF可以利用底层的传输技术（如多宿主、多路径路由等）来实现冗余，而SMF只需选择一个具备RTTL能力的UPF即可。

3. URLLC的“卡尺”：精密的QoS监控

仅仅建立冗余路径还不够，URLLC还需要确保数据包在这些路径上的传输时延得到严格保障。PFCP为此定义了多种QoS监控机制。

3.1 方案一：端到端测量 - 每QoS流每UE的QoS监控 (5.24.4)

这种方法旨在测量从UPF到UE的端到端（或近端到端）时延。

  • 能力与激活：UPF通过**QFQM特性标志位宣告支持此功能。SMF通过在SRR（会话上报规则）**中包含QoS Monitoring per QoS flow Control Information IE来激活监控任务。
  • 控制参数 (5.24.4.2)：SMF在IE中定义监控的细节：
    • Requested QoS Monitoring: 指明要监控下行、上行还是往返时延。
    • Packet Delay Thresholds: 设置一个时延阈值，一旦超过该阈值，UPF就需要上报。
    • Reporting Frequency: 可以是周期性上报，也可以是事件触发（即超阈值时上报）。
  • 测量与上报 (5.24.4.3)：
    1. 下行：UPF在选定的下行数据包（或专门构造的哑包）的GTP-U扩展头中插入时间戳，并设置**QMP（QoS Monitoring Packet）**标志位。
    2. 上行：RAN和UE在收到带时间戳的包后，会在响应的上行包的扩展头中带回相应的时间信息。
    3. 计算与上报：UPF收到上行包后，根据扩展头中的信息计算出实际的包时延。如果时延超过了SMF设定的阈值，UPF就会通过PFCP Session Report Request（其中包含QoS Monitoring Report IE）向SMF（或直接向本地NEF/AF）上报该事件。

3.2 方案二：分段测量 - 每GTP-U路径的QoS监控 (5.24.5)

这种方法将端到端时延分解为RAN侧时延和核心网传输时延两部分，并分别进行测量。

  • 能力与激活：UPF通过**GPQM**特性标志位宣告支持。
  • 路径监控 (5.24.5.2)：这是一种节点级的监控。SMF在与UPF建立或更新PFCP关联时，通过GTP-U Path QoS Control Information IE，指示UPF去监控与某些远端GTP-U对端（如一组基站或另一个UPF）之间的路径质量。UPF通过发送GTP-U Echo Request/Response消息来估算这些路径的RTT。
  • 基于路径监控的会话监控 (5.24.5.3)：
    1. SMF指令：SMF在SRR中激活QoS监控时，在Requested QoS Monitoring IE中将GTPUM标志位置为“1”，表示本次监控基于路径监控结果。同时，通过在UL PDR中包含Transport Delay Reporting IE，指示路径上的所有UPF（包括I-UPF和PSA-UPF）参与时延累加。
    2. UPF协同：当一个上行数据包从RAN发出时，路径上的第一个UPF（如I-UPF）会测量N3路径的时延，并将其填入GTP-U扩展头的N3/N9 Delay Result字段。后续的UPF会继续累加N9路径的时延。
    3. PSA-UPF计算与上报 (5.24.5.4)：最终，PSA-UPF收到这个上行包后，它会读取扩展头中RAN报告的空口时延和核心网各段UPF累加的传输时延，将它们相加得到总的端到端时延，然后与阈值比较并决定是否上报。

总结

URLLC是5G赋能垂直行业的关键技术，PFCP协议通过一系列精巧的设计，为其提供了坚实的用户面支撑：

  • 冗余传输：通过在PDR和FAR中引入冗余传输参数，并利用Apply Action中的**DFRT（下行复制）和EDRT（上行去重）**标志位，PFCP实现了在N3/N9接口上建立双活的用户面隧道，为数据传输提供了物理层面的高可靠保障。
  • QoS监控：PFCP提供了两种维度的时延监控机制。端到端监控（QFQM）通过在用户包中嵌入时间戳来实现直接测量；而分段式监控（GPQM）则通过节点级的路径探测和逐级累加，实现了对空口时延和核心网传输时延的解耦分析。这两种机制共同为保障URLLC的毫秒级时延目标提供了强大的测量和反馈能力。

这些机制的协同工作，确保了像“未来制造”工厂中的机械臂这样的关键应用，能够享受到真正“永不掉线、瞬时响应”的5G连接服务，将5G的潜力从消费娱乐领域，真正释放到社会生产的核心环节。

FAQ

Q1：ATSSS和URLLC都提到了冗余，它们有什么不同？ A1：两者冗余的维度不同。ATSSS实现的是多接入冗余，即同时利用3GPP（如5G）和非3GPP（如Wi-Fi）两种不同的接入网络来传输数据，旨在提升连接的韧性和带宽。而URLLC的冗余传输是在单一接入网络内部实现的，它通过在同一接入类型下（如5G NR）建立两条独立的传输路径（如两个N3隧道）来复制数据，旨在为关键任务业务提供极致的可靠性，防止单点链路故障。

Q2：PFCP协议是如何指示UPF对下行数据包进行复制以实现冗余传输的？ A2：通过在下行**FAR（转发行为规则）**中进行特殊配置。SMF会：1) 在Apply Action IE中同时设置FORW（转发）和DFRT（为冗余传输而复制）标志位；2) 在FAR中除了常规的Forwarding Parameters（定义主路径）外，再额外提供一个Redundant Transmission Forwarding Parameters IE来定义冗余路径的转发信息（如下一个远端F-TEID）。

Q3：UPF如何处理从RAN侧收到的重复的上行数据包？ A3：通过去重机制。SMF会在上行FAR的Apply Action IE中设置EDRT（消除冗余传输的重复包）标志位。RAN在发送上行数据时，会对原始包和副本标记相同的序列号。UPF收到这两个包后，会根据序列号识别出它们是副本关系，只转发第一个到达的数据包，并丢弃后一个，从而实现去重。

Q4：Per QoS Flow QoS Monitoring和Per GTP-U Path QoS Monitoring这两种时延监控方法有什么区别？ A4：测量的思路和粒度不同。Per QoS Flow QoS Monitoring是一种“端到端”或“黑盒”测量法，UPF通过在数据包中注入时间戳，并回收UE/RAN返回的信息来计算总时延，它不关心时延具体发生在哪个环节。而Per GTP-U Path QoS Monitoring是一种“分段式”或“白盒”测量法，它将总时延分解为RAN空口时延和核心网传输时延两部分。核心网传输时延又由路径上的各个UPF分段测量并累加，最终由PSA UPF汇总。这种方法能够更精细地定位时延瓶颈。

Q5：在分段式QoS监控中，路径上的中间UPF（I-UPF）是如何参与时延计算的？ A5：中间UPF扮演了“接力测量员”的角色。当一个上行数据包到达I-UPF时，I-UPF会测量该数据包从前一个节点（RAN或上一个I-UPF）到自己这段GTP-U路径的传输时延。然后，它会将这个时延值累加到数据包GTP-U扩展头中的N3/N9 Delay Result字段里，再将数据包转发给下一个UPF。这样，当数据包最终到达PSA UPF时，N3/N9 Delay Result字段里已经记录了整个核心网传输路径的总时延。😊

关系图谱