2026 年 5 月 TSN 行业雷达：从“支持 TSN”走向“证明可互通”

如果只看厂商新闻，TSN 好像一直停留在“某某设备支持 Time-Sensitive Networking”的阶段。但把 2026 年 5 月前后的标准、认证、工业协议和论文信号放在一起看，会发现行业真正的重心已经变了：问题不再只是设备能不能支持某个 TSN 特性，而是能不能在多厂商、多协议、多域网络里被验证、被配置、被调试、被交付。

这也是 TSNBIT 后续做内容时应该抓住的主线。TSN 不应该只被讲成几个 IEEE 条款，而应该被讲成一套工程证据链：标准在定义边界，认证在降低互通风险，工业协议在把它放进真实自动化系统，论文在探索调度、同步和验证的新问题。

标准侧：TSN 还在继续细分场景

IEEE 802.1 TSN Task Group 在 2026 年 5 月 11 日到 14 日的 Munich Interim 继续推进多个方向。议程里不仅有 IEC/IEEE 60802 工业自动化 profile，还有 P802.1CBec、P802.1DD、P802.1DGei 等项目。这里最值得注意的不是“又开了一次会”，而是 TSN 正在围绕具体行业和工程缺口继续分化。

60802 关心工业自动化 profile。它解决的是“工业网络到底怎样配置 TSN 才算一致”的问题。P802.1CBec 指向 FRER 相关的 sequence recovery 配置，说明可靠性机制不是简单复制报文这么粗糙，还要能配置、能恢复、能验证。P802.1DD 关注资源分配协议，这和 centralized configuration、流准入、网络资源协调直接相关。P802.1DGei 则把车载时间同步作为独立议题，说明车载以太网中的时间问题还没有被“一套 gPTP”完全覆盖。

另一个值得单独拿出来讲的是 IEEE 802.1ASed-2026。它已经在 2026 年 3 月 25 日发布，主题是 fault-tolerant timing with time integrity。用更直白的话说，时间同步不只是“大家钟对齐”这么简单，还要处理时间源失效、路径冗余、多个 gPTP domain、时间选择函数和完整性判断。对 TSN 学习者来说，这会改变一个重要心智模型：802.1AS 不只是同步协议，它逐渐变成了确定性系统的时间可信基础。

TSNBIT 教程里现在讲 gPTP 时，可以把这条线补进去：先讲为什么需要共同时间，再讲误差预算，最后讲当时间源、路径或域本身不可靠时，系统怎么判断哪个时间仍然可信。

DetNet 侧：确定性网络正在跨出单一二层域

IETF DetNet 在 2026 年 5 月 8 日出现了 `draft-ietf-detnet-multi-domain-framework-00`，这是一个多域 DetNet 控制面的框架草案。它仍是 Internet-Draft，不应该被写成正式标准，但方向很清楚：DetNet 不想只停留在单一管理域、单一控制器、单一网络里的确定性服务。

这个草案讨论的是 multi-domain deterministic networking。它定义 DetNet domain，并描述两类跨域路径计算与资源预留模型：一种是层次化协调，另一种是 peer-to-peer stitching。对 TSN 来说，这个信号很重要。因为 TSN 在很多人脑子里还是“交换机、端站、二层以太网、GCL 表”的概念；但真实系统里，工业园区、能源网络、轨交、卫星/5G/专网都可能跨多个管理域和链路技术。

这意味着 TSNBIT 不能只讲 802.1Qbv 的 gate 怎么开关。后续需要补一条“TSN 与 DetNet 的边界”内容线：TSN 更像二层确定性能力，DetNet 更像把确定性服务带到三层和跨域网络里的框架。两者不是替代关系，而是经常需要组合。

认证侧：互通正在变成核心卖点

2026 年 4 月 27 日，VIAVI 宣布 TTworkbench gPTP test suite 和 TestCenter M1 Appliance 被认可为 IEEE 802.1AS Avnu Certification Test Tool，归入 Avnu Alliance 的 TSN Component Certification Program。

这类消息表面看是一个测试工具新闻，实际比普通产品发布更关键。因为 TSN 的难点不是某个设备声称支持 802.1AS 或 802.1Qbv，而是不同厂商设备放到一起以后，时间同步、门控、流识别、测试流程和认证结果能不能对得上。认证工具链成熟，意味着设备制造商、芯片厂、测试实验室可以围绕同一套 conformance test plan 工作。

这也给 TSNBIT 的产品生态内容提供了一个判断标准：以后评价一个 TSN 产品，不要只看 datasheet 写了哪些标准号，还要看有没有认证、有没有 plugfest、有没有测试工具支持、有没有公开的互通证据。对工程用户来说，这些证据比“支持 TSN”四个字重要得多。

工业生态侧：OPC UA FX 和 CC-Link IE TSN 都在继续推进

OPC Foundation 在 2026 年 3 月的 Field Level Communications Corner 里提到，2026 年 2 月 16 日到 19 日，Beckhoff Automation 在柏林举办了 OPC UA FX Prototyping Interoperability event。这个活动不只验证现有原型，还把 TSN-based real-time communication 的后续里程碑和集成策略作为重点。

这条消息说明 OPC UA FX 的关注点已经不只是“控制器之间能不能交换数据”，而是往配置、工程数据交换、调试和实时通信的完整链路推进。对于工业自动化来说，TSN 真正落地时必须和工程工具、离线描述、设备模型、控制器互通一起工作。单独有 Qbv 或 gPTP 并不能构成完整用户体验。

CC-Link Partner Association 侧也有清晰信号。2026 年 2 月 24 日，CLPA 新闻列出 SoftBank、Murata 和 CLPA 成功演示 TSN over 5G 与 CC-Link IE TSN 的连接。CLPA 产品页还在持续新增 CC-Link IE TSN 相关产品。这说明 CC-Link IE TSN 不是孤立的有线工业以太网话题，它已经和 5G、无线回传、混合网络开始发生关系。

这部分内容适合在 TSNBIT 的生态页里持续追踪。相比“某标准支持 TSN”，更应该回答：哪些工业协议正在把 TSN 变成自己的现场通信能力？它们各自选择了什么 profile、测试方式和产品路径？

论文侧：TSN 研究正在转向更复杂的工程问题

2026 年 5 月的 arXiv 里有两篇值得放进 TSNBIT 的论文雷达。

第一篇是 2026 年 5 月 10 日提交的 TSNBench。它关注 LLM 在 TSN 知识和 worst-case delay 计算任务上的能力。这个题目和 TSNBIT 很贴近，因为它提醒我们：AI 可以帮助解释 TSN，但不能轻易替代工程计算和验证。尤其在 CBS、CQF、WCD 这类问题上，选择题答对并不等于能做可靠的时延分析。

第二篇是 2026 年 5 月 11 日提交的 MCFS-2L，也就是 Mixed-Criticality Flow Scheduling with Low Delay and Limited Bandwidth in TSN。它讨论混合关键性流在有限带宽和时间窗口中的调度问题，通过帧聚合减少窗口和带宽压力，再在聚合帧不可调度时拆出非关键帧。这个思路非常适合作为车载/工业 TSN 调度案例，因为它不是抽象地求一张 GCL 表，而是在处理关键流、非关键流、帧大小、deadline 和 acceptance ratio 之间的工程权衡。

这两篇论文也提示 TSNBIT 的论文栏目应该分层：一类论文用来解释标准机制，一类论文用来训练调度建模能力，一类论文用来提醒读者不要过度信任工具或模型输出。

本期判断：TSN 的关键词变成了证据链

把这些信号合在一起看，本期最重要的判断是：TSN 行业正在从“功能支持”走向“证据链成熟”。

标准侧在补 profile、可靠性、资源分配、时间完整性。认证侧在补 conformance 和互通工具。工业协议侧在补工程数据、控制器互通、现场通信和 5G 融合。论文侧在补调度复杂性和验证边界。

所以 TSNBIT 后续内容不应该只按标准号堆文章，而应该围绕几个问题组织：

1. 1一个 TSN 结论需要哪些证据？
2. 2一个 TSN 产品怎样证明自己真的能互通？
3. 3一个 TSN 调度结果怎样证明不是纸面可行？
4. 4一个 TSN 系统怎样处理时间源、路径、配置和测试的不确定性？
5. 5TSN 和 DetNet、5G、工业协议栈之间的边界在哪里？

如果能持续回答这些问题，TSNBIT 的“行业雷达”就不会只是新闻搬运，而会变成学习路线、产品生态和论文精读之间的连接器。

参考来源

• IEEE 802.1 TSN TG May 2026 Interim Agenda：https://1.ieee802.org/2026-05-interim-tsn-agenda/
• IEEE 802.1ASed-2026：https://standards.ieee.org/ieee/802.1ASed/11749/
• IETF DetNet multi-domain framework draft：https://datatracker.ietf.org/doc/draft-ietf-detnet-multi-domain-framework/
• VIAVI / Avnu CTT：https://www.viavisolutions.com/de-de/node/132934
• OPC UA FX IOP March 2026：https://opcconnect.opcfoundation.org/2026/03/field-level-communications-corner-march-2026/
• CLPA News：https://www.cc-link.org/en/news/index.html
• TSNBench：https://arxiv.org/abs/2605.09481
• MCFS-2L：https://arxiv.org/abs/2605.09888