51学通信

深度解析 3GPP TS 38.300：4.3 Network Interfaces (网络接口)

25分钟阅读

深度解析 3GPP TS 38.300：4.3 Network Interfaces (网络接口)

本文技术原理深度参考了3GPP TS 38.300 V18.5.0 (2025-03) Release 18规范中，关于“4.3 Network Interfaces”的核心章节，旨在为读者深入剖析5G无线接入网（NG-RAN）的“神经网络”与“数据动脉”——NG接口与Xn接口。

前言：连接万物的“神经与血脉”

在上一篇深度解析中，我们跟随工程师小玲的脚步，为5G园区网络制定了清晰的“岗位职责说明书”，明确了gNB、AMF、UPF和SMF各自的核心职能。现在，网络架构的蓝图已经绘就，团队成员的职责也已分明。摆在面前的下一个问题是：这些团队成员之间，究竟是如何沟通协作的？

导师老王指着作战室白板上的架构图，对小玲说：“一个高效的团队，不仅要有明确分工，更要有高效的沟通渠道。在NG-RAN这个团队里，这些沟通渠道就是‘网络接口’。今天，我们就来解剖这些接口，看看信令和数据是如何在网络中流淌的。它们是连接万物的神经与血脉，理解了它们，你才能真正把握住网络的脉搏。”

为了让这一切变得鲜活，我们继续跟随主角小明——一位刚入学的大学生，在他充满活力的5G智慧校园里的一天。他从宿舍出发，刷着短视频，穿过教学楼，与朋友进行高清视频通话，每一步都牵动着网络接口的精密运作。我们将通过他的足迹，揭示NG接口和Xn接口背后那看不见的协议栈和信令风暴。

1. 生命线：连接RAN与5GC的NG接口 (4.3.1)

小明一早醒来，在宿舍连上Wi-Fi看完了昨晚缓存的剧集。当他走出宿舍楼，手机信号无缝地从Wi-Fi切换到5G网络，他点开了一个8K超高清的在线纪录片，开始了他今天的“数据之旅”。这一刻，连接他手机所在基站（gNB）与5G核心网（5GC）的“生命线”——NG接口，开始高速运转。

NG接口是RAN与5GC之间的桥梁，它被逻辑上划分为用户面和控制面，以匹配5G核心网CUPS（控制与用户面分离）的架构。

1.1 数据的超级高速公路：NG用户面 (NG-U) (4.3.1.1)

小明观看的8K视频数据流，正是通过NG用户面从互联网奔涌而来。

The NG user plane interface (NG-U) is defined between the NG-RAN node and the UPF. The transport network layer is built on IP transport and GTP-U is used on top of UDP/IP to carry the user plane PDUs between the NG-RAN node and the UPF.

这段话定义了NG-U接口的端点和它的协议栈。老王在白板上画出了规范中的“Figure 4.3.1.1-1: NG-U Protocol Stack”，并开始逐层为小玲拆解。

场景代入： 小明观看的8K纪录片，其数据包正从远端的视频服务器出发，经由互联网，到达运营商核心机房的UPF。现在，UPF需要将这些数据包通过光纤，准确无误地送到服务小明的gNB。

  • 物理层 (Physical Layer) & 数据链路层 (Data Link Layer)：这通常是光纤和以太网技术，它们构成了UPF和gNB之间物理连接的基石，提供了基础的比特流传输能力。

  • IP层 (Internet Protocol)：IP层负责在物理网络中，根据IP地址，实现从UPF到gNB的路由。这确保了数据包能够找到正确的基站“大门”。

  • UDP层 (User Datagram Protocol)：你可能会疑惑，为什么承载重要视频数据的不是可靠的TCP，而是“不可靠”的UDP？老王解释道：“这里的可靠性是由端到端（即视频服务器到小明手机APP）的TCP来保证的。在网络内部的传输段，我们追求的是效率。UDP是无连接的，开销小，转发快。我们不希望在网络内部的每一个节点都进行复杂的TCP握手和状态维护，这会带来巨大的处理开销和时延。”

  • GTP-U层 (GPRS Tunnelling Protocol - User Plane)：这是整个NG-U协议栈的灵魂所在。老王画了一个形象的比喻：小明的原始IP数据包（从视频服务器发来的），就像一个普通的信件。为了在运营商复杂的内部网络中高效、安全地“邮寄”，GTP-U协议会为它套上一个专用的“快递信封”。

    • 封装 (Encapsulation)：GTP-U将小明的整个IP数据包作为“货物”（Payload），封装在一个新的GTP-U包头后面。
    • 隧道 (Tunnel)：这个“快递信封”上最重要的信息是TEID (Tunnel Endpoint Identifier)。从UPF到gNB，会为小明的这个PDU会话建立一个专属的GTP-U隧道。UPF在发送数据时，会在GTP-U包头里写上这个隧道的TEID。当gNB收到数据包时，一看TEID，就知道“哦，这是发给小明的8K视频的数据”，然后解开“信封”，取出原始IP包，再通过无线协议栈发给小明的手机。
    • 多路复用：一个gNB可能同时服务成百上千的用户，每条数据流都有自己的GTP-U隧道。gNB和UPF之间的一条物理光纤上，就承载着无数条这样由TEID区分的逻辑隧道。

NG-U provides non-guaranteed delivery of user plane PDUs between the NG-RAN node and the UPF.

规范强调了NG-U提供的是“非保证交付”。这再次印证了选用UDP的原因。NG-U这条高速公路只负责“尽力而为”地快速运输，而不负责检查货物是否丢失或损坏，这些复杂的任务交由更高层的协议处理。

1.2 指挥与控制的神经中枢：NG控制面 (NG-C) (4.3.1.2)

在小明享受视频的同时，他的手机仍在后台与网络进行着各种信令交互，比如维持连接、上报测量报告等。这些“指挥”类的信息，走的则是另一条完全独立的通路——NG-C。

The NG control plane interface (NG-C) is defined between the NG-RAN node and the AMF. For the reliable transport of signalling messages, SCTP is added on top of IP. The application layer signalling protocol is referred to as NGAP (NG Application Protocol).

老王再次在白板上画出“Figure 4.3.1.2-1: NG-C Protocol Stack”，并与NG-U的协议栈进行对比。

场景代入： 小明看完视频，手机进入空闲状态。过了一会儿，他女朋友给他打来VoNR电话，网络需要寻呼他。这个寻呼指令，就必须通过NG-C接口从AMF发送到gNB。

  • 物理层、数据链路层、IP层：与NG-U相同，提供基础的连接和路由。

  • SCTP层 (Stream Control Transmission Protocol)：这是NG-C与NG-U在传输层上的核心区别。老王强调：“信令是网络的‘圣旨’，绝对不容有失。因此，我们不能再用‘尽力而为’的UDP，而是需要一个极其可靠的协议。SCTP就是为此而生的。”

    • 可靠与有序传输：与TCP类似，SCTP保证所有信令消息都能按顺序、无差错地送达。
    • 多流 (Multi-streaming)：这是SCTP优于TCP的地方。一个SCTP连接可以包含多个独立的“流”。如果一个流中的某条消息因为网络拥塞被卡住了，不会影响其他流的消息传输，避免了“队头阻塞（Head-of-Line Blocking）”。这对于需要同时处理不同UE、不同信令流程的AMF和gNB至关重要。
    • 多宿 (Multi-homing)：一个SCTP连接可以绑定多个IP地址。如果主路径（如主用光纤）发生故障，SCTP可以自动切换到备用路径，提供了电信级的可靠性。

  • NGAP层 (NG Application Protocol)：如果说SCTP是可靠的“电话线路”，那么NGAP就是AMF和gNB之间沟通的“官方语言”。它定义了所有控制面交互的消息类型和流程。

规范罗列了NG-C提供的核心功能，我们用小明的例子来解读：

NG-C provides the following functions:

  • NG interface management: gNB与AMF初次建立连接时，需要互相“认识”一下，交换各自支持的能力，这就是接口管理。
  • UE context management: 当小明发起连接时，AMF会将他的“档案”（UE上下文，包括安全信息、签约的切片、QoS配置等）通过NGAP消息发送给gNB，gNB据此为小明提供个性化服务。
  • UE mobility management: 当小明从一个TA移动到另一个TA，并向gNB发起位置更新时，gNB会将这个请求通过NGAP消息上报给AMF。
  • Transport of NAS messages: AMF与小明手机之间需要沟通“非接入层”的私密信息（如身份认证），这些NAS消息被gNB视为一个“不透明的信封”，通过NGAP协议在gNB和AMF之间传递。
  • Paging: AMF通过NGAP的PAGING消息，命令gNB去寻呼小明。
  • PDU Session Management: SMF通过AMF，向gNB下发建立、修改或释放小明PDU会话（即数据通道）的指令，这些指令也是通过NGAP承载的。
  • Configuration Transfer: 在某些场景下，一个gNB可能需要从AMF获取另一个gNB的信息，这个过程也由NGAP支持。
  • Warning Message Transmission: 当有地震、海啸等紧急预警时，预警消息通过NGAP从核心网下发到gNB，再由gNB进行广播。

至此，NG接口的“神经”与“血脉”两条通路已经剖析完毕。它们的协议栈和功能差异，完美体现了5G网络CUPS的设计哲学。

2. 同袍携手：gNB间的Xn接口 (4.3.2)

小明一边打着视频电话，一边从教学A楼（由gNB-A覆盖）走向B楼（由gNB-B覆盖）。他的视频通话丝毫没有卡顿。这背后，正是gNB-A和gNB-B之间通过Xn接口进行的一次天衣无缝的“交接仪式”。

Xn接口是NG-RAN内部节点间的接口，同样遵循CUPS原则，分为用户面（Xn-U）和控制面（Xn-C）。

2.1 无缝切换的数据桥梁：Xn用户面 (Xn-U) (4.3.2.1)

在切换的瞬间，为了防止数据丢失，Xn-U扮演了临时数据桥梁的角色。

The Xn User plane (Xn-U) interface is defined between two NG-RAN nodes. The user plane protocol stack on the Xn interface is shown in Figure 4.3.2.1-1. The transport network layer is built on IP transport and GTP-U is used on top of UDP/IP to carry the user plane PDUs.

老王指着白板上的 Figure 4.3.2.1-1: Xn-U Protocol Stack 说：“你看，Xn-U的协议栈和NG-U几乎一模一样！” 它们都使用GTP-U over UDP/IP来传输用户数据包。

场景代入： 在gNB-A将小明切换到gNB-B的过程中，可能仍有少量发给小明的下行数据包到达了gNB-A。此时，gNB-A不会丢弃它们，而是会通过预先建立好的Xn-U隧道，将这些数据包“转发（forwarding）”给gNB-B。gNB-B收到后，再发送给小明。这样就保证了数据包的零丢失。

Xn-U provides non-guaranteed delivery of user plane PDUs and supports the following functions:

  • Data forwarding;
  • Flow control.
  • 数据转发 (Data forwarding) 是Xn-U的核心功能。
  • 流控 (Flow control) 则是为了防止源gNB（gNB-A）转发的数据过多，导致目标gNB（gNB-B）的缓冲器溢出。

2.2 切换的幕后协调者：Xn控制面 (Xn-C) (4.3.2.2)

整个切换的协商和决策过程，都是由Xn-C来完成的。

The Xn control plane interface (Xn-C) is defined between two NG-RAN nodes. The control plane protocol stack of the Xn interface is shown on Figure 4.3.2.2-1. The transport network layer is built on SCTP on top of IP. The application layer signalling protocol is referred to as XnAP (Xn Application Protocol).

同样，Xn-C的协议栈也和NG-C高度相似，使用XnAP over SCTP/IP，以保证信令的绝对可靠。

场景代入： gNB-A根据小明的测量报告决定切换后，会通过Xn-C向gNB-B发起“切换请求（HANDOVER REQUEST）”的XnAP消息。这条消息里包含了小明完整的UE上下文。gNB-B进行准入判断后，通过“切换请求确认（HANDOVER REQUEST ACKNOWLEDGE）”的XnAP消息，将为小明分配的新配置返回给gNB-A。整个“交接班”的协商，都在这条“内部热线”上完成。

The Xn-C interface supports the following functions:

  • Xn interface management: 两个相邻的gNB首次建立邻居关系时，需要通过Xn-C交换彼此的信息和能力。
  • UE mobility management, including context transfer and RAN paging: 这是Xn-C最核心的功能，支持切换过程中的UE上下文传递。此外，如果一个gNB需要寻呼一个可能位于邻居gNB覆盖下的INACTIVE状态UE，也可以通过Xn-C向邻居gNB发送RAN寻呼请求。
  • Dual connectivity: Xn接口也是实现双连接（DC）的关键。例如，在EN-DC组网下，一个UE同时连接到4G主站和5G辅站，这两个站之间就需要通过Xn接口（或X2接口的演进）进行紧密的信令协同和数据分流。

总结：一张完整的网络通信图谱

通过对4.3节的深度剖析，小玲在白板上完成了一张包含NG-U/C和Xn-U/C的完整网络接口通信图谱。她清晰地认识到：

  1. 协议栈的选型哲学：用户面（NG-U, Xn-U）追求效率，采用轻量级的GTP-U/UDP；控制面（NG-C, Xn-C）追求可靠，采用电信级的SCTP。
  2. GTP-U隧道是用户数据流的载体：无论是在RAN和核心网之间（NG-U），还是在RAN节点之间（Xn-U），用户数据都被封装在GTP-U隧道中，通过TEID进行标识和区分。
  3. 应用协议（NGAP/XnAP）定义了交互的“语言”：NGAP是RAN与AMF之间的语言，负责垂直方向的管控；XnAP是RAN节点之间的语言，负责水平方向的协同。

这张图谱不仅是静态的架构图，更是动态的流程图。小明的每一个网络行为——看视频、打电话、在校园里移动——都对应着数据和信令在这些接口上的流动与交互。理解了这些接口，就等于掌握了分析和排查5G网络信令流程的基础。

接下来，我们将把视线从有线的RAN内部及回传网络，转向最激动人心的部分——无线空中接口（Uu），深入探索4.4节所描述的无线协议栈架构。

FAQ

Q1：为什么控制面接口（NG-C, Xn-C）使用SCTP协议，而用户面接口（NG-U, Xn-U）使用UDP协议？

A1：这是基于两者完全不同的业务需求。控制面传输的是信令，要求极高的可靠性，任何一条信令的丢失或错序都可能导致呼叫失败或切换失败。SCTP提供了可靠、有序的传输，并支持多流和多宿特性，能防止队头阻塞，提供高可用性，完美满足信令传输的要求。而用户面传输的是海量的用户数据，首要目标是高效和低时延。UDP是无连接协议，头部开销小，处理速度快。用户数据的可靠性通常由端到端的上层协议（如TCP）来保证，在网络内部的传输节点（如gNB和UPF）上重复做可靠性保证会带来不必要的时延和资源浪费。因此，用户面采用GTP-U over UDP的轻量级组合，追求极致的转发性能。

Q2：GTP-U隧道是什么？它在5G中的核心作用是什么？

A2：GTP-U隧道是一种逻辑上的“管道”，用于在IP网络上承载用户的分组数据。它的核心作用是封装和隔离。在5G中，当一个数据包（如小明观看的视频IP包）在gNB和UPF之间传输时，GTP-U会给这个原始IP包再套上一层GTP-U头部和外层IP/UDP头部。这个GTP-U头部中最重要的字段是TEID（隧道端点标识符）。核心作用有两点：1）用户/承载隔离：一个UPF和gNB之间可能承载着成千上万个用户的不同数据流，GTP-U通过唯一的TEID来区分这些数据流，确保数据被送到正确的用户和承载上。2）移动性支持：当用户切换基站时，只需在核心网的UPF（锚点）和新的gNB之间建立一条新的GTP-U隧道，而用户本身的IP地址无需改变，从而实现了业务的无缝切换。

Q3：NG接口和Xn接口在功能上的主要区别是什么？

A3：主要区别在于它们的连接对象和核心使命。NG接口是垂直接口，连接无线接入网（NG-RAN）和5G核心网（5GC），是RAN接入核心网的“生命线”。它的核心使命是完成UE的接入认证、移动性状态管理、会话建立，以及用户数据与核心网之间的数据交换。Xn接口是水平接口，连接NG-RAN内部的两个基站节点。它的核心使命是支持RAN内部的移动性（如切换）和节点间的协同（如双连接）。简而言之，NG接口负责“上下级沟通”，Xn接口负责“同级协作”。

Q4：当一个UE从gNB-A切换到gNB-B时，Xn-C接口上传输了哪些关键信息？

A4：在切换准备阶段，源gNB-A会通过Xn-C接口向目标gNB-B发送一个XnAP HANDOVER REQUEST消息，其中包含了该UE的几乎全部“家当”，即UE上下文 (UE Context)。这些关键信息至少包括：UE的安全能力和当前使用的安全密钥、已建立的所有PDU会话和QoS流的配置信息、所有无线承载（DRB/SRB）的配置信息、UE的无线能力信息、以及最新的测量报告等。目标gNB-B利用这些信息，无需与UE或核心网交互，就能预先为UE准备好所有必要的资源和配置，从而实现快速、无缝的切换。

Q5：SCTP协议的多流（multi-streaming）特性在NG-C接口上有什么实际好处？

A5：实际好处是避免了信令处理的队头阻塞（Head-of-Line Blocking）。一个gNB同时与AMF通信，处理着成百上千个UE的信令。如果使用TCP，所有UE的信令都混在同一个TCP字节流中。一旦其中一个UE的某条信令（例如一个很大的UE能力上报消息）因为网络原因需要重传，就会阻塞整个TCP流，导致后面其他所有UE的信令（哪怕是紧急的切换信令）都必须等待。而SCTP允许为不同的信令流程或不同的UE分配到不同的“流（stream）”中。在一个SCTP连接内，一个流的阻塞和重传，完全不会影响其他流的传输，大大提高了信令处理的并发性和鲁棒性，尤其是在高负载情况下。

关系图谱