51学通信

深度解析 3GPP TS 29.281：Chapter 4.1 & 4.2 GTP Path & GTP-U Tunnels (GTP路径与隧道基础)

23分钟阅读

深度解析 3GPP TS 29.281：Chapter 4.1 & 4.2 GTP Path & GTP-U Tunnels (GTP路径与隧道基础)

本文技术原理深度参考了3GPP TS 29.281 V18.3.0 (2024-12) Release 18规范，重点解读 Chapter 4.1 GTP Path 和 Chapter 4.2 GTP-U Tunnels 核心章节。文章将首先简述规范的范围与定义，随后通过一个生动的场景，带您深入理解GTP-U隧道（GPRS Tunnelling Protocol User Plane）如何承载我们的数据流量，构筑起移动通信世界的用户面基石。

1. 启程：GTP-U的世界观

在我们深入探索GTP-U的每一个技术细节之前，花一点时间建立一个宏观的认识至关重要。这有助于我们理解为何需要GTP-U，以及它在庞大的移动通信体系中扮演着何种角色。

1.1 规范的使命 (Scope)

首先，我们解读的这份 TS 29.281 规范究竟是做什么的？它定义了移动通信网络中一个至关重要的协议——GTP的用户平面部分，即GTP-U。

The present document defines the user plane of GTP used on:

  • the Gn and Gp interfaces of the General Packet Radio Service (GPRS);
  • the Iu, Gn and Gp interfaces of the UMTS system;
  • the S1-U, S11-U, S2a, S2b, X2, S4, S5, S8, S12, M1 and Sn interfaces of the Evolved Packet System (EPS);
  • the F1-U, Xn, W1-U, N3, N9, N19, N3mb and N19mb interfaces of the 5G System (5GS).

这段话如同GTP-U的“履历”，清晰地告诉我们，从2G（GPRS）时代到5G（5GS）时代，GTP-U几乎贯穿了所有主流移动通信技术的用户面接口。无论是连接基站与核心网的接口（如S1-U、N3），还是核心网网元之间的接口（如S5/S8、N9），GTP-U都作为数据包的“运输车”，默默地承载着亿万用户的数据洪流。

简单来说，当你用手机刷视频、打游戏、开视频会议时，你设备产生或接收的每一个IP数据包，在运营商的网络内部，几乎都是被“装进”GTP-U这个“集装箱”里进行运输的。TS 29.281就是这份“集装箱”的设计和使用说明书。

1.2 关键术语速览 (Definitions)

在后续的旅程中，我们会遇到一些“行话”。提前了解它们，能让我们的探索之旅更加顺畅。这里我们不一一罗列，而是在后续的场景中遇到时再详细解释。但请记住几个核心概念：

  • T-PDU (Transport PDU): 用户的原始数据包，比如一个IP包。
  • G-PDU (GTP-encapsulated PDU): T-PDU加上GTP-U头部后的新数据包。
  • GTP-U Tunnel: 一个逻辑上的通道，用于在两个网络节点间传输G-PDU。
  • TEID (Tunnel Endpoint Identifier): 隧道端点标识符，唯一标识一个GTP-U隧道。

现在，让我们请出今天的主角，和他一起开启GTP-U的奇妙之旅。

2. 主角登场：小明的5G冲浪时间

小明是一位科技爱好者，今天他正准备观看一场备受瞩目的商业航天火箭发射直播。为了获得最佳体验，他特意使用了他的5G手机，并打开了最高画质的4K直播流。

屏幕上，倒计时正在进行，画面清晰流畅，丝毫没有卡顿。小明沉浸在即将到来的震撼瞬间中，但他并不知道，为了将这每一帧4K画面从遥远的视频服务器精准、高效地送到他的手机屏幕上，他手机背后的5G网络正在进行着一场基于GTP-U的、精密而繁忙的数据大挪移。

我们的故事，就从一个视频数据包的视角，来看看它在5G网络核心网中的旅程。这个数据包，就是我们前面提到的T-PDU。

3. GTP路径 (GTP Path) - 数据的高速公路

在视频数据包开始它的隧道之旅前，必须先有一条“路”。这条路，在GTP的世界里，被称为“GTP Path”。

规范中对GTP Path的定义非常简洁：

For the definition of UDP/IP Path and GTP Endpoint, see 3GPP TS 29.060.

虽然29.281引用了更早的规范，但其核心思想是一致的。一个UDP/IP Path本质上是由两个端点（IP地址 + UDP端口号）定义的、无连接的单向或双向路径。它承载着GTP消息，是GTP隧道赖以存在的基础物理网络设施。

让我们回到小明的场景。他的4K视频流数据，正从互联网涌入5G核心网的用户面网关（UPF）。UPF需要将这些数据包转发给为小明提供服务的基站（gNB），最终由gNB通过无线电波发送给小明的手机。

  • 起点 (Endpoint 1): UPF的一个IP地址和UDP端口。
  • 终点 (Endpoint 2): gNB的一个IP地址和UDP端口。

从这个UPF到这个gNB之间的IP路由可达的路径，就构成了承载小明视频流的GTP Path。你可以把它想象成连接A城（UPF所在地）和B城（gNB所在地）之间的一条真实的高速公路。这条公路上可以跑各种各样的车，而GTP-U隧道，就是即将在这条公路上行驶的、专门为小明服务的“专属车队”。

4. GTP-U隧道 (GTP-U Tunnels) - 高速公路上的VIP专属车道

有了“高速公路”（GTP Path），我们现在需要为小明的4K视频流建立一个专属的、高效的运输通道。这就是GTP-U Tunnel的核心使命。

4.1 隧道是如何工作的？(GTP-U Tunnel description)

规范开宗明义地指出了GTP-U隧道的用途：

GTP-U Tunnels are used to carry encapsulated T-PDUs and signalling messages between a given pair of GTP-U Tunnel Endpoints. The Tunnel Endpoint ID (TEID) which is present in the GTP header shall indicate which tunnel a particular T-PDU belongs to. In this manner, packets are multiplexed and de-multiplexed by GTP-U between a given pair of Tunnel Endpoints.

这段描述揭示了GTP-U隧道的两大核心机制：封装与多路复用/解复用。

封装 (Encapsulation):

想象一下，小明的原始视频数据包（T-PDU）就像是需要运输的“货物”。运营商的网络（特别是核心网）并不直接“搬运”这些货物，而是将它们装入一个标准化的“集装箱”中。这个装箱的过程，就是封装。

  1. GTP-U Header: UPF会为每个T-PDU添加一个GTP-U头部。这个头部包含了版本号、消息类型等信息，最重要的是包含了TEID。
  2. G-PDU: T-PDU加上GTP-U头部后，就形成了一个G-PDU。这就是我们所说的“集装箱”。
  3. UDP/IP Header: 最后，UPF会为整个G-PDU再封装上标准的UDP头和IP头，形成最终可以在IP网络（GTP Path）上传输的外部IP包。

多路复用/解复用 (Multiplexing/De-multiplexing) 与 TEID：

UPF和gNB之间可能不止小明一个用户。同一时间，可能有成千上万个用户的不同业务（视频、游戏、网页等）数据流都需要通过它们。如果把GTP Path比作高速公路，那么这条路上必然车水马龙。

网络如何确保小明的视频包，能准确无误地从万千数据流中区分出来，并最终送到他的手机上呢？答案就是 TEID (Tunnel Endpoint Identifier)。

  • TEID的作用：TEID是一个32位的数字，由接收端（如gNB）分配，并通过控制面信令告知发送端（如UPF）。它就像是为小明的4K视频流在gNB这个“港口”分配的一个专属“卸货泊位编号”。
  • 多路复用：UPF在发送数据时，会把gNB为小明分配的TEID填入GTP-U头部。这样，无论有多少数据流（G-PDU）从UPF发出，奔向同一个gNB的IP地址，它们都带着各自的TEID。
  • 解复用：当gNB收到海量的IP包后，它会查看GTP-U头部的TEID。看到这个TEID，gNB就知道：“哦，这个包是给小明的那路4K视频的”，然后就将它引导到正确的处理流程，解封装后通过空口发给小明。

这个过程完美地解决了在共享的GTP Path上，如何区分和处理成千上万个并发用户数据流的问题。

4.2 颠簸的旅途：IP传输与分片 (IP transport & GTP-U Tunnel IP transport)

小明的视频数据被封装成G-PDU，再套上UDP/IP的外壳，形成了一个完整的IP包，正式在运营商的骨干网（GTP Path）上飞驰。但这段旅程并非永远一帆风顺。

规范中提到了一个现实世界中常见的问题——IP分片。

According to IETF RFC 791, any IPv4 router in the backbone may fragment the outer IPv4 GTPv1-U packet with a flag of DF=0. Unnecessary fragmentation should be avoided when possible due to the following:

  • Fragmentation is bandwidth inefficient, since the complete IP header is duplicated in each fragment.
  • Fragmentation is CPU intensive…
  • If one fragment is lost, the complete packet has to be discarded.

这段话非常重要。它告诉我们，承载着G-PDU的外部IP包，在经过运营商网络中的路由器时，可能会因为包的大小超过了下一跳链路的MTU（最大传输单元）而被分片。

想象一下，运送小明视频数据的“集装箱卡车”（外部IP包）在高速公路上行驶，突然遇到一个限高隧道（链路MTU较小）。为了通过，卡车不得不把“集装箱”（G-PDU）拆成几个小块，每块都装上一套新的车头（IP Header），分别通过隧道。在隧道的另一端，再把这些小块重新组装起来。

这个过程的弊端显而易见：

  • 带宽浪费：每个分片都需要一个完整的IP头，造成了额外的头部开销。
  • 性能损耗：路由器和接收端（gNB）都需要消耗CPU资源来进行分片和重组。
  • 可靠性降低：只要有一个分片在传输过程中丢失，整个原始的IP包（连同里面的G-PDU）就必须被丢弃。对于小明的4K直播而言，这意味着画面可能会出现卡顿或马赛克，因为视频解码器无法获得完整的数据帧。

因此，网络规划和策略（如设置合适的MTU值）对于避免不必要的分片，保障GTP-U隧道传输质量至关重要。

4.3 隧道的起点与终点 (Ingress and Egress GTP tunnel)

现在我们来聚焦隧道的两个端点，看看它们具体做了什么。规范中分别定义了入口和出口隧道的行为。

入口隧道 (Ingress GTP tunnel - a.k.a. 发送端):

An inner IP packet shall be encapsulated at the GTPv1-U sender with a GTP header, UDP and IP header. If the resulting outer IP packet is larger than the MTU of the first link…, fragmentation of the IP packet shall be performed by the sender…

在小明的下行视频流场景中，UPF就是入口隧道端点 (Ingress)。 它的核心职责就是“封装”和“（必要时的）分片”。

  1. 接收T-PDU: 从互联网接收到发给小明的原始视频IP包（T-PDU）。
  2. 执行封装: 按照我们之前描述的流程，为T-PDU加上GTP-U头（填上gNB分配的下行TEID）、UDP头和外部IP头（目标IP是gNB的IP地址）。
  3. MTU检查与分片: 在发送前，检查生成的外部IP包大小是否超过了连接到核心网的第一跳链路的MTU。如果超过了，UPF有责任主动进行IP分片。

出口隧道 (Egress GTP tunnel - a.k.a. 接收端):

The GTPv1-U receiving endpoint packets shall reassemble any IP fragments in datagrams received from the GTPv1-U sending endpoint… The completely reassembled IP packet shall then be passed to the IP/UDP/GTPv1-U layers to extract the inner IP packet…

gNB就是这个场景中的出口隧道端点 (Egress)。 它的核心职责是“重组”和“解封装”。

  1. 接收IP包/分片: 从核心网接收到发往自己的IP包，其中可能包含IP分片。
  2. 执行重组: 如果收到了IP分片，gNB必须先将它们缓存并重组成一个完整的外部IP包。规范还贴心地指出，gNB的重组缓冲区至少要能容纳inner MTU size + tunnel headers的大小。
  3. 执行解封装: 成功重组后，gNB开始“拆箱”。它首先剥离外部IP头和UDP头，然后检查GTP-U头中的TEID，确认这是发给小明的数据。最后，剥离GTP-U头，将最原始的视频IP包（T-PDU）提取出来，交给后续的无线协议栈处理，最终发送给小明的手机。

通过这一收一发、一封装一解封装的协同工作，GTP-U隧道完美地完成了在5G核心网内部“透明”传输用户数据的任务。

4.4 广播与组播：当万人共赏同一场直播 (IP Multicast Distribution)

我们的故事还可以有新的发展。这场火箭发射是全球瞩目的焦点事件，在小明所在的城市，成千上万的人都在通过5G网络观看同一场直播。

如果运营商为每一个观看直播的用户都建立一条独立的GTP-U隧道，从UPF向各个基站发送完全相同的数据流，那将是对核心网带宽资源的巨大浪费。这时，GTP-U的组播（Multicast）能力就派上了用场。

When using IP multicast transport, GTP-U Multicast Tunnels shall be used for unidirectional transfer of the encapsulated T-PDUs from one GTP-U Tunnel Endpoint acting as an IP multicast source to multiple GTP-U Tunnel Endpoints acting as IP multicast listeners. The Common Tunnel Endpoint ID (C-TEID) which is present in the GTP header shall indicate which tunnel a particular T-PDU belongs to.

这段话描述了一种更高效的数据分发模型。

  • 从“单播”到“组播”：源头（在这里是MB-UPF，专门处理组播业务的UPF）不再向每个基站的单播IP地址发送数据，而是向一个特定的IP组播地址发送数据。所有需要接收这路直播流的基站（gNB）都会“加入”这个组播组，从而都能收到这份数据。
  • C-TEID (Common TEID): 在组播场景下，TEID的概念演变成了C-TEID。这是一个由源头（MB-UPF）分配的、对所有接收方都通用的TEID。MB-UPF在发送组播G-PDU时，会在GTP-U头中填入这个C-TEID。
  • 工作流程：
    1. MB-UPF将直播视频流（T-PDU）封装成G-PDU，GTP头中填入预先分配好的C-TEID。
    2. MB-UPF将G-PDU的目标IP地址设置为一个IP组播地址，然后发送出去。
    3. 核心传输网络会将这个组播包复制并分发给所有加入了该组播组的gNB。
    4. gNB收到后，检查GTP头中的C-TEID，就知道这是那场万人瞩目的火箭发射直播流，然后将其转发给覆盖范围下所有正在观看直播的用户。

通过GTP-U组播隧道，一份数据源就可以同时服务成千上万的用户，极大地节约了核心网的带宽，这对于体育赛事、重大事件直播等场景具有不可估量的价值。

5. FAQ - 常见问题解答

Q1：GTP Path 和 GTP-U Tunnel 的根本区别是什么？

A1：GTP Path是物理基础，而GTP-U Tunnel是逻辑通道。可以这样比喻：GTP Path是连接两个城市（网络节点）之间的高速公路，它是物理存在的，由IP路由决定。而GTP-U Tunnel是这条高速公路上，为某个特定运输任务（如某个用户的数据流）划分出的一条虚拟的、带有唯一编号（TEID）的专属车道。高速公路可以同时存在多条专属车道。

Q2：TEID在GTP-U中为什么如此重要？能用一个生活中的例子解释吗？

A2：TEID是实现多路复用的关键。它的重要性在于能够区分同一路径上的不同数据流。一个绝佳的类比是公寓楼的邮箱系统。整栋公寓楼的地址（相当于gNB的IP地址）是共享的，但每家每户都有一个唯一的邮箱编号（相当于TEID）。当邮递员（相当于UPF）送信（G-PDU）时，正是靠着信上的邮箱编号，才能准确地将信投递给正确的住户（用户的数据流处理进程）。没有TEID，所有的数据包都会混在一起，网络将陷入瘫痪。

Q3：规范中强调应避免IP分片，为什么它对GTP-U流量的效率影响这么大？

A3：主要有三点原因：1) 带宽开销：每个IP分片都需要一个完整的IP头（通常20字节），原始数据包被拆分得越碎，额外增加的头部字节就越多，占用了宝贵的带宽。2) 处理开销：中间路由器需要消耗CPU进行分片计算，接收端需要缓存所有分片并消耗CPU进行重组，这都增加了网络设备的处理负担和时延。3) 可靠性差：IP分片重组机制非常脆弱，只要任何一个分片在传输中丢失，接收端就无法重组出完整的原始包，只能将其全部丢弃。这对于视频、语音等实时业务是致命的。

Q4：T-PDU 和 G-PDU 有什么区别？

A4：T-PDU（Transport PDU）指的是用户的原始数据包，它通常是一个标准的IP包、以太网帧或非结构化数据。这是GTP-U隧道需要“运输”的“货物”。G-PDU（GTP-encapsulated PDU）则是T-PDU经过GTP-U封装后的产物，它由GTP-U头部和紧随其后的T-PDU组成。G-PDU可以看作是装载了货物的、贴上了GTP标签的“集装箱”。

Q5：在一个典型的5G网络中，为普通用户上网业务建立的GTP-U隧道的两个端点通常是哪些网元？

A5：对于一个连接到互联网的普通5G用户（如小明），其数据流的GTP-U隧道通常建立在 gNB（5G基站） 和 UPF（User Plane Function，用户面功能） 之间。其中，UPF作为5G核心网与外部数据网络（如互联网）的关口。这条隧道也被称为N3接口上的隧道。此外，如果用户的PDU会话需要经过多个UPF，那么在UPF之间也会建立GTP-U隧道（N9接口隧道）。

关系图谱