# 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 的关键所在。 ```mermaid flowchart TD subgraph TSND[外部 TSN 网络 IEEE 802.1Q] GM[TSN Grandmaster
时钟源] CNC[CNC 集中式网络配置] TALK[Talker 端站] LST[Listener 端站] end subgraph FIVEG[5GS 逻辑 TSN 网桥] DSTT[DS-TT
UE 侧 TSN 翻译器
ingress/egress 端口] UE[(UE)] RAN[gNB] UPF_TT[NW-TT
UPF 侧 TSN 翻译器
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 能灵活适配不同时间源拓扑： ```mermaid 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）： ```mermaid 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
(ingress time, TS 24.535 §5.2) NWT->>RAN: GTP-U 透传 Sync + 附带 ingress time RAN->>DST: 空口转发 Note over DST: 记录出桥时刻 Tout
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，
均按 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 的偏差只取决于补偿精度，而非空口瞬时抖动。 ```mermaid 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**）： ```mermaid 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
(TS 23.501 §5.27.2.1) SMF->>RAN: N2 PDU Session Resource Setup(含 TSCAI) Note over RAN: gNB 据 TSCAI 做半持续调度(CGPUSCH/CSDCI)
约束时延与抖动 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 端口发现 - **PDU Session Type = Ethernet** 是承载 TSN 流量的前提（部分实现也支持 IP，但工业 TSN 以太占主导）。 - SMF 在选择 UPF 时，需确保目标 UPF **具备 NW-TT 能力**；会话激活过程中，NW-TT 与 DS-TT 各自上报其**端口列表、端口 MAC 地址、支持的 802.1 能力（如 Qbv、Qci 等）**给 SMF，再由 SMF 转交 TSN AF。 ### 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 流程 - **N4 (PFCP) 层**：关注 PDU 会话是否为 Ethernet 类型；UPF 是否上报/下发 Port Management Information Container（TSN 端口管理信息）。 - **SBI (HTTP/2) 层**：观察 `Ntsnaf_TSC` / `Npcf_PolicyAuthorization` / `Nsmf` 中是否出现 **TSC Assistance Container、Bridge Information、Port Management Container** 等 JSON 字段（TS 29.512 §4.2.3.24、TS 29.5xx NEF/AF 接口）。 - **N2 (NGAP) 层**：在 PDU Session Resource Setup Request 的 QoS Flow 里查找 **TSCAI 容器**（Periodicity、Burst Arrival Time），这是判断 gNB 是否获得确定性调度输入的直接证据。 - **用户面 (GTP-U/Ethernet) 层**：用 Wireshark 解析 gPTP（ptp/ieee8021as），重点看 **Sync/Follow_Up 的 correctionField** 是否随经过 5G 而被累加，以及 DS-TT 是否注入了 ingress time。 ### 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](https://www.3gpp.org/dynareport/23501.htm) — TSC 架构、时钟模式与 TSCAI 派生 2. [3GPP TS 24.535 V18.0.0 — DS-TT to NW-TT protocol, §5.2 Signalling of ingress time](https://www.etsi.org/deliver/etsi_ts/124500_124599/124535/) — gPTP 透传与 ingress time 信令细节 3. [3GPP TS 29.512 §4.2.3.24 — Provisioning of TSCAI input information](https://itecspec.com/3gpp/29.512/s/4.2.3.24) — PCF 策略中 TSCAI 下发 4. [TS 23.501 §5.27.2.1 General — TSC Assistance Container 派生 TSCAI](https://itecspec.com/3gpp/23.501/s/5.27.2.1) — SMF 派生 TSCAI 的标准描述 5. [free5GC — Support of Time Sensitive Communication and Time Synchronization in 5G system (Rel-17)](https://free5gc.org/blog/20230927/Support_of_Time_Sensitive_Communication_and_Time_Synchronization_in_5G_system_-_Introduction_%28Rel-17%29/) — TC/BC/5G GM/PTP Relay 模式与时序解读 6. [IEEE 802.1AS (gPTP) / 802.1Qcc (CNC/CUC) / 802.1Qbv (TAS)](https://1.ieee802.org/tsn/) — 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 等场景全覆盖。