首页 › slicing-mec › 5G-TSN网桥与gPTP时间同步拆解

5G-TSN 融合：DS-TT/NW-TT 逻辑网桥与 gPTP 时间同步信令全链拆解

一、为什么 5G 必须把自己"伪装"成一台 TSN 网桥

工业自动化、电网差动保护、机器人协同等场景对确定性时延（bounded latency）和亚微秒级时间同步（time synchronization）有刚性需求。这些领域过去由有线 TSN（Time-Sensitive Networking，IEEE 802.1 系列）主导，核心机制是时间感知整形器（TAS，IEEE 802.1Qbv）配合 gPTP（generalized Precision Time Protocol，IEEE 802.1AS）全网时钟对齐——所有网桥和端站共享同一时间基准，才能在精确的"门控时刻"收发周期性报文。

当 5G 想要进入工厂内网承担"最后一跳无线"时，遇到一个根本矛盾：外部 TSN 网络的 CNC（集中式网络配置，IEEE 802.1Qcc）只认识标准 802.1Q 网桥，不认识 5G 的 gNB/UPF/SMF。 为此 3GPP 在 TS 23.501 clause 5.27（Support of TSC） 中给出了一个精巧的设计——让 5GS 整体对外表现为一台"逻辑 TSN 网桥（5GS bridge）"，在 UE 侧放置 DS-TT（Device-Side TSN Translator）、在 UPF 侧放置 NW-TT（Network-Side TSN Translator），由 TSN AF 充当 5GC 与 CNC 之间的"翻译官"。

这套机制的精髓在于：TSN 协议帧（含 gPTP 时间戳）对 5G 内部是"透传 + 补偿"的，5G 不改写 gPTP 报文内容，而是测出自己引入的驻留时延（residence time）并补偿回时间戳，使端到端 gPTP 看到的"无线这一跳"像一段已知、可控的有线链路。这正是它不同于普通以太 PDU 会话、也不同于普通 URLLC 切片 QoS 的关键所在。

flowchart TD
    subgraph TSND[外部 TSN 网络 IEEE 802.1Q]
        GM[TSN Grandmaster<br/>时钟源]
        CNC[CNC 集中式网络配置]
        TALK[Talker 端站]
        LST[Listener 端站]
    end

    subgraph FIVEG[5GS 逻辑 TSN 网桥]
        DSTT[DS-TT<br/>UE 侧 TSN 翻译器<br/>ingress/egress 端口]
        UE[(UE)]
        RAN[gNB]
        UPF_TT[NW-TT<br/>UPF 侧 TSN 翻译器<br/>TSN 端口]
        SMF[SMF]
        PCF[PCF]
        TSNAF[TSN AF]
    end

    GM -.gPTP Sync/Follow_Up.-> UPF_TT
    UPF_TT -- 5GS 桥内部 --> RAN --> DSTT
    DSTT --> LST
    TALK --> UPF_TT

    CNC <-->|桥信息/门控列表 Qbv| TSNAF
    TSNAF -->|QoS 策略| PCF --> SMF
    SMF -->|TSCAI| RAN
    DSTT -.ingress time.-> UPF_TT

    style FIVEG fill:#eef,stroke:#335
    style TSND fill:#efe,stroke:#363

二、核心实体与端口模型（TS 23.501 §5.27.1）

理解全链信令前，必须先建立"端口（port）"这一心智模型，因为 TSN AF 与 CNC 交互的全部内容，本质都是在配置 DS-TT 和 NW-TT 上的端口。

实体 位置 角色 关键职责
DS-TT UE 侧（UE 内或紧邻 UE） 5GS 桥的 UE 侧端口 维护 UE 侧 TSN 端口的 MAC 地址、端口能力；记录 gPTP 报文进入/离开 5G 的时间戳；补偿驻留时延
NW-TT UPF 侧 5GS 桥的网络侧端口 维护面向 DN 的 TSN 端口；DL 方向记录 gPTP 报文入桥时刻（ingress time）并信令通知 DS-TT
TSN AF 5GC 应用功能 5G↔TSN 翻译官 向 CNC 注册桥信息（端口 MAC/能力/域）；把 CNC 的 TSN 流配置翻译为 5G QoS；下发 TSC Assistance Container
SMF 5GC 会话/桥管理 选择带 NW-TT 的 UPF；从 TSC Assistance Container 派生 TSCAI 并经 N2 下发 (R)AN
CNC TSN 网络 IEEE 802.1Qcc 控制器 全局调度计算，下发门控列表（GCL）、端口管理信息

值得强调的设计意图：5G 不在内部拆分 TSN 调度，而是把 5GS 作为一个整体交给 CNC 统一编排。CNC 算出的"这一跳"的最大时延和抖动预算，会被 TSN AF 翻译成 5G 的 5QI（延迟关键 GBR，5QI 80–84）+ GFBR/MDBV，再由 SMF 进一步细化为 (R)AN 可消费的 TSCAI。这种"上层 TSN、下层 5G"的分层抽象，是保证多厂商互通的关键。

三、gPTP 时间同步与驻留时延补偿（TS 24.535 §5.2 + TS 23.501 §5.27.2）

3.1 三种"角色"与时钟模式

Rel-16 起把 5GS 桥的角色与 DS-TT/NW-TT 的角色固化为透明时钟（TC）；Rel-17 在 TS 23.501 §5.27.2 中扩展了多种时钟模式，让 5G 能灵活适配不同时间源拓扑：

stateDiagram-v2
    [*] --> 模式选择: TSN AF/策略决定
    模式选择 --> TC驻留补偿: 外部 TSN GM, 5G 仅透传
    模式选择 --> 边界时钟BC: 5G 端接 gPTP, 两侧各一个实例
    模式选择 --> 5G_GM: 5G 自有时钟源, UE 同步到 5G 时间
    模式选择 --> PTP_Relay: 802.1AS 中继转发

    TC驻留补偿 --> correctionField累加: 入桥Tin → 出桥Tout
    correctionField累加 --> [*]: 对端据此修正时间
    边界时钟BC --> BMCA参与: 5G 作为 gPTP 实例
    5G_GM --> UE本地同步: UE 直接锁定 5G 时间
    PTP_Relay --> [*]

四种模式最核心的工程差异如下表：

时钟模式 时间源 5G 是否改写时间戳 典型用途 复杂度
透明时钟 TC（Residence Time，Rel-16 默认） 外部 TSN GM 否，仅累加 correctionField 工厂内已有 GM，5G 作为无线延伸 低（推荐默认）
边界时钟 BC 外部 GM 5G 在每侧重建时钟 需要隔离两侧时钟域 中
5G GM（5G Grandmaster） 5G 自身 5G 直接发布时间 无外部 GM、UE 需 5G 时间（如定位、协同） 中高
PTP Relay（802.1AS） 外部 GM 转发不终结 纯中继场景 低

3.2 驻留时延（Residence Time）补偿原理

这是整个机制最巧妙、也最容易被工程师忽略的点。在 透明时钟模式下，5G 的"无线一跳"对 gPTP 表现为一段可量化时延。流程如下（DL 方向，GM → UE）：

sequenceDiagram
    participant GM as TSN Grandmaster
    participant NWT as NW-TT (UPF侧)
    participant RAN as gNB
    participant DST as DS-TT (UE侧)
    participant UEC as UE内TSN时钟

    Note over GM,UEC: 一步/两步 gPTP：Sync(+Follow_Up) 携带精确发送时刻
    GM->>NWT: Sync 消息 (T1=精确发送时刻在Follow_Up)
    Note over NWT: 记录入桥时刻 Tin<br/>(ingress time, TS 24.535 §5.2)
    NWT->>RAN: GTP-U 透传 Sync + 附带 ingress time
    RAN->>DST: 空口转发
    Note over DST: 记录出桥时刻 Tout<br/>residence = Tout - Tin
    DST->>DST: correctionField += residence
    DST->>UEC: 转发 Sync/Follow_Up (已修正)
    Note over UEC: 据修正后时间戳对齐本地时钟

    rect rgb(240,245,255)
    Note over GM,DST: Pdelay_Req/Resp 链路时延测量同理穿越 5G，<br/>均按 residence 补偿
    GM->>NWT: Pdelay_Req
    NWT->>DST: 透传 + ingress time
    DST-->>NWT: Pdelay_Resp (反向同样补偿)
    end

关键 IE：ingress time（入桥时间戳）。 根据 TS 24.535 §5.2 "Signalling of ingress time for time synchronization"：当 DL gPTP 消息进入 NW-TT 端口时，NW-TT 记录精确入桥时刻；该时刻通过 gPTP 消息的 Suffix 字段（TSi，timestamp ingress） 信令传递给 DS-TT。DS-TT 据此与自身记录的出桥时刻相减，得到 5GS 桥的驻留时延，并累加进 gPTP 的 correctionField。

设计意图：把无线链路高度可变的时延实时量化并补偿，使 gPTP 看到的"5G 一跳"是一个被修正过的已知量。这样 UE 侧时钟与外部 GM 的偏差只取决于补偿精度，而非空口瞬时抖动。

flowchart TD
    A[DL gPTP Sync/Follow_Up] --> B{NW-TT 端口}
    B -->|记录 Tin| C[ingress time TSi]
    C -->|写入 Suffix 字段| D[GTP-U 用户面透传]
    D --> E[RAN 空口]
    E --> F{DS-TT 端口}
    F -->|记录 Tout| G[residence = Tout − Tin]
    G --> H[correctionField += residence]
    H --> I[转发至 UE 侧 TSN]

    style C fill:#ffe
    style G fill:#efe
    style H fill:#eef

3.3 gPTP 报文与 IE 结构

下表梳理穿越 5GS 桥的核心 gPTP 消息及其在 5G 中的处理方式（基于 IEEE 802.1AS / TS 24.535）：

gPTP 消息 方向 作用 5G 处理 携带/修改的关键字段
Sync DL（GM→端站） 携带发送时刻 NW-TT 记 Tin，DS-TT 补偿 originTimestamp, correctionField
Follow_Up DL 两步模式下的精确时间戳 同上透传 preciseOriginTimestamp
Pdelay_Req 双向 邻居链路时延测量 穿越补偿 residence correctionField
Pdelay_Resp / _Follow_Up 双向 链路时延应答 同上 requestReceiptTimestamp
Announce 周期广播 触发 BMCA（最佳主时钟选举） 透传，决定谁是 GM grandmasterIdentity, clockClass, priority

四、TSC 全链信令拆解：从 PDU 会话建立到 TSCAI 下发

时间同步只是 TSC 的"一半"，另一半是确定性调度。完整链路跨越 PDU 会话管理、策略下发、TSN AF 与 CNC 交互、直至 (R)AN 的周期性调度。下图给出全链时序（依据 TS 23.502 第 4 章 TSC 相关过程、TS 23.501 §5.27、TS 29.512 §4.2.3.24）：

sequenceDiagram
    autonumber
    participant UE as UE+DS-TT
    participant RAN as gNB
    participant SMF as SMF
    participant UPF as UPF+NW-TT
    participant PCF as PCF
    participant AF as TSN AF
    participant CNC as CNC(802.1Qcc)

    rect rgb(245,250,245)
    Note over UE,UPF: 阶段1：以太型 PDU 会话建立，发现 TSN 端口能力
    UE->>SMF: PDU Session Establishment Request(Ethernet, TSN指示)
    SMF->>UPF: 选择带 NW-TT 的 UPF，建立会话
    UPF-->>SMF: 返回 NW-TT 端口信息(端口MAC/能力/域)
    SMF-->>UE: 激活会话，下发 DS-TT 端口信息
    end

    rect rgb(240,245,255)
    Note over AF,CNC: 阶段2：5GS 桥注册到 CNC
    SMF->>AF: 上报桥信息(DS-TT/NW-TT 端口)
    AF->>CNC: Register 5GS as 802.1Q bridge(端口MAC/能力)
    CNC-->>AF: 返回 TSN 域配置、门控要求
    end

    rect rgb(255,248,240)
    Note over CNC,RAN: 阶段3：TSN 流配置 → 5G QoS → TSCAI
    CNC->>AF: TSN 流配置(周期、流向、门控列表 Qbv)
    AF->>PCF: Authorization & QoS 请求(5QI 80–84, GFBR, MDBV)
    PCF-->>SMF: 下发 QoS 规则 + TSC Assistance Container
    Note over SMF: SMF 从 TSC Assistance Container 派生 TSCAI<br/>(TS 23.501 §5.27.2.1)
    SMF->>RAN: N2 PDU Session Resource Setup(含 TSCAI)
    Note over RAN: gNB 据 TSCAI 做半持续调度(CGPUSCH/CSDCI)<br/>约束时延与抖动
    SMF->>UPF: 安装 QoS 流的上下行门控
    end

    rect rgb(252,240,245)
    Note over UE,UPF: 阶段4：数据面周期性 TSN 报文 + gPTP 同步并行
    UE->>UPF: 上行 TSN 周期报文(门控窗口内)
    UPF->>UE: 下行 gPTP Sync(含 ingress time 补偿)
    end

4.1 阶段1：以太型 PDU 会话与 TSN 端口发现

4.2 阶段3 核心 IE：TSCAI（TSC Assistance Information）

TSCAI 是连接 TSN 调度世界与 5G 空口调度世界的"桥"。 它由 SMF 从 TSN AF 下发的 TSC Assistance Container 派生（TS 23.501 §5.27.2.1 明确："The SMF uses the TSC Assistance Container to derive the TSCAI for that QoS Flow"），最终经 N2（PDU Session Resource Setup）下发给 gNB。

TSCAI 字段 含义 gNB 用途
Periodicity 周期性报文的周期（如 1ms / 500μs） 触发半持续调度（SPS / CG）对齐周期
Burst Arrival Time 突发到达 (R)AN 的时间偏移（相对周期起点） 精确配置 CG 时机，降低排队时延
Flow Direction 上行 / 下行 / 双向 区分 UL CG / DL SPS 调度
（派生）Packet size 突发数据量 配置 MDBV 与授权资源块

这正是 5QI 80–84（延迟关键 GBR）能在无线侧真正"确定"的原因——光有 5QI/GFBR 只是"尽力约束"，配上 TSCAI 后 gNB 才能做确定性的周期性预调度，把抖动压到有界范围。

五、抓包识别与排错实战

5.1 抓包如何识别 TSC 流程

5.2 常见故障点与排查思路

现象 可能根因 排查方向
UE 侧时钟与 GM 偏差大、随空口波动 residence time 补偿未生效 / ingress time 丢失 检查 DS-TT 是否收到 Tin、correctionField 是否累加
时延超预算、抖动大 TSCAI 未下发或周期不匹配 查 N2 是否携带 TSCAI；gNB 是否启用了 CG/SPS
TSN 流未按门控转发 NW-TT 端口信息未注册到 CNC / Qbv 门控未安装 查 TSN AF↔CNC 注册、UPF 门控列表
BMCA 选错 GM Announce 透传被破坏 / 多 GM 冲突 检查 802.1AS Announce 是否完整穿越 5G
选用了 5G GM 模式但 UE 不同步 策略配置为外部 GM，实际无 GM 核对 TSN AF 的时钟模式配置
## 六、常见问题

Q1：5G TSN 与普通 URLLC 切片有什么本质区别？ A：普通 URLLC 切片靠 5QI/GFBR"约束"时延，仍是统计复用；5G TSN 则要求时间同步 + 确定性门控调度，依赖 gPTP 全网对齐 + TSCAI 周期预调度，把时延和抖动压到"有界确定"而非"尽力最优"。前者解决"快"，后者解决"准时"。

Q2：DS-TT 和 NW-TT 到底是物理实体还是逻辑功能？ A：它们是逻辑功能。DS-TT 通常实现在 UE 协议栈（或紧邻 UE 的 TSN 网关）内，NW-TT 实现在 UPF 侧。是否独立硬件取决于部署，标准只定义其行为（端口、时间戳、补偿）。

Q3：5G 内部为何不改写 gPTP 报文内容，只补偿 correctionField？ A：这是透明性原则。外部 TSN 网络和 CNC 视 5G 为一台标准网桥，gPTP 报文语义必须保持完整；5G 只能"附加"自己的时延信息（通过 correctionField 和 ingress time），而不能"篡改"时钟语义，否则会破坏 BMCA 和端到端一致性。

Q4：什么场景下应选 5G GM 而非外部 GM？ A：当部署中没有可用的外部 PTP/GM 源、或应用（如室内高精度定位、多 UE 协同）需要 UE 直接锁定 5G 系统自身时间时，宜选 5G GM 模式。若工厂已部署 PRTC/GM，则透明时钟模式集成更简单。

Q5：TSCAI 和 5QI 是什么关系？缺一不可吗？ A：5QI（80–84）定义了延迟关键 GBR 的时延/误码目标，是"目标"；TSCAI 告诉 gNB 流量的周期与到达时刻，是"实现手段"。对真正的确定性 TSC，二者缺一不可——只有 5QI 无 TSCAI，gNB 无法做周期预调度，抖动难以收敛到有界范围。

参考来源

  1. 3GPP TS 23.501 V18.x — clause 5.27 Support of TSC / §5.27.2 Time Synchronization — TSC 架构、时钟模式与 TSCAI 派生
  2. 3GPP TS 24.535 V18.0.0 — DS-TT to NW-TT protocol, §5.2 Signalling of ingress time — gPTP 透传与 ingress time 信令细节
  3. 3GPP TS 29.512 §4.2.3.24 — Provisioning of TSCAI input information — PCF 策略中 TSCAI 下发
  4. TS 23.501 §5.27.2.1 General — TSC Assistance Container 派生 TSCAI — SMF 派生 TSCAI 的标准描述
  5. free5GC — Support of Time Sensitive Communication and Time Synchronization in 5G system (Rel-17) — TC/BC/5G GM/PTP Relay 模式与时序解读
  6. IEEE 802.1AS (gPTP) / 802.1Qcc (CNC/CUC) / 802.1Qbv (TAS) — TSN 时间同步与集中配置模型

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入

📎 本分类最新文章