radar issue
2026 年 6 月 TSN 行业雷达:从标准就绪转向防务硬件与无线边界验证
2026-06-14
本期 TSN 行业雷达关注 Kontron CERES-TSN 防务交换机、PROFINET V2.5 与 SPE 生态、两篇 6 月 arXiv 论文,以及 IEEE SA 对车载 TSN 的公开科普,判断 TSN 的热点正从标准发布转向真实部署边界。
6 月上旬没有出现比 IEC/IEEE 60802、802.1ASed、Avnu EXCEP 更大的“标准时刻”。这本身就是一个信号:TSN 的行业叙事正在从“标准是否终于到位”切换到“真实系统会在哪里遇到边界”。
本期雷达因此不追求新闻数量,而是抓四条能改变学习路径的线索:防务级硬件开始把 TSN 当作 rugged switch 的默认卖点;PROFINET 把 SPE、安全和实时通信继续编进长期演进;无线 TSN 论文开始具体讨论 Wi‑Fi 6 资源单元如何服务 TSN traffic class;网络演算论文则提醒我们,延迟上界不是越保守越好,过度保守会直接影响调度可行性判断。
Kontron CERES-TSN:TSN 进入防务 rugged switch 的规格表
6 月 5 日,Kontron 发布 CERES-TSN,一款面向防务应用的 managed Time-Sensitive Networking switch。公告里几个参数值得放在一起看:Microchip LAN9696TSN switch fabric、最高 66 Gbps line-rate forwarding、最多 24 个 1GbE 端口加 4 个 10GbE 光口、38999-type rugged connectors、IEEE 1588v2 与 IEEE 802.1AS 支持、IPv4/IPv6 routing、multicast、QoS、VLAN、redundancy,以及 secure boot、HTTPS、SSH、IEEE 802.1X 等安全能力。
它的重要性不在“又有一台 TSN 交换机”,而在定位:Kontron 明确把场景写成 combat vehicle networks、C4I/C4ISR、naval platforms、tactical communications、data acquisition systems,并说明可选用于 avionics。也就是说,TSN 正在从工业自动化和车载以太网,进入更强调 harsh environment、长生命周期、供应链认证和安全边界的防务网络。
这条信号对 TSNBIT 的启发是:后续讲“TSN 交换机怎么选”时不能只看是否支持 802.1AS / Qbv。防务、航空、舰载这类场景会把连接器、温度、EMC、secure boot、管理面访问控制、冗余和日志审计放到与 deterministic latency 同等重要的位置。换句话说,TSN 能力只是实时链路的一层;产品可信度还要看整机工程。
PROFINET V2.5 与 SPE:工业以太网在补“确定性之外”的基础设施
6 月 11 日,PROFINEWS 发布了两条值得连读的 PI 生态文章。第一条是 PROFINET Specification V2.5:它强调新版本面向更现代、灵活和安全的自动化系统,重点包括 enhanced security features、“security inside”、与 parallel TCP/IP traffic 并行的 practical real-time communication,以及新定义的 transport channel,用于 parameterization、tool access 和 standardized firmware updates。
第二条是 PROFINET over Single Pair Ethernet。文章把 SPE / Ethernet-APL、IEC 61158-2-100、10BASE-T1L / 100BASE-T1L、约 1 km 距离、端口/网段/性能 class、过程自动化防爆场景放在一起讨论,并明确把未来增强列成 higher data rates、transmission distances、security profiles,以及与 Time-Sensitive Networking (TSN) 集成以满足更确定性的实时需求。
这两条的共同点是:它们不是在宣布“PROFINET 已经全面 TSN 化”,而是在补 TSN 真正落地所需的外围条件——安全、固件更新、工具访问、物理层一致性、SPE 供电与距离、过程行业可用性。对中文读者来说,这比单纯问“PROFINET 支不支持 TSN”更有价值。真实工厂升级不是把一个 Qbv 开关打开,而是让现有协议、工程工具、物理层和生命周期管理一起迁移。
TSNBIT 后续可以把这条写进“TSN 迁移”教程:从 fieldbus / 传统工业以太网迁到 TSN,不是协议替换题,而是 physical layer + security + configuration tooling + deterministic transport 的组合题。
无线 TSN 论文:Wi‑Fi 6 的动态 RU 分配开始对齐 TSN traffic class
6 月 10 日,arXiv 出现《Exploratory Analysis of Wi‑Fi 6 Dynamic Resource Unit Sharing in Small-Scale Network Scenarios》。论文研究 Wi‑Fi 6(IEEE 802.11ax)网络里的 dynamic Resource Unit allocation,把 TSN traffic classes 映射到 Wi‑Fi 6 QoS 机制(包括 EDCA),并用 fortiss 的 ns-3 DetNetWiFi framework 评估 time-sensitive traffic。摘要里给出的结果方向是:相比 static RU allocation,动态方案能降低 latency、jitter 和 packet loss。
这条信号要谨慎读。它不是“Wi‑Fi 6 已经确定性等价于有线 TSN”,而是把无线侧最难的一层暴露出来:无线资源不是固定链路,RU、QoS、信道竞争和外部干扰都会改变实际 delay distribution。论文的价值在于把 TSN traffic class 映射、RU 动态共享和仿真框架放在同一个实验问题里,让我们能讨论“无线 TSN 需要哪些参数才能被验证”。
这正好补上 TSNBIT 用户之前反馈的方向:概念之后要讲参数。无线 TSN 的关键参数不会只是 Qbv window 和 cycle,还包括 RU allocation granularity、traffic class mapping、EDCA 参数、packet loss model、jitter 分布和仿真场景规模。这些参数如何横向影响 delay / jitter / loss,应该单独做一页。
网络演算论文:延迟上界太保守,也会误伤 TSN 调度判断
6 月 11 日,Yuming Jiang 在 arXiv 发布《Beyond Virtual Delay: Improving Packet Delay Bound in Network Calculus》。论文不是只讲 TSN,但摘要明确说新的 packet delay bound 在 time-sensitive networking case study 中展示了相对 classical virtual-delay-based bound 的改进。核心观点是:classical delay bound 来自 arrival curve 与 service curve 的 horizontal deviation;这个 virtual delay bound 常用,但对 packet delay 可能保守。
为什么这对 TSN 重要?因为工程师做 schedule feasibility、buffer sizing、deadline admission 时,太乐观当然危险;但太保守也会把本来可行的流判成不可行,导致窗口变宽、带宽浪费、或者直接拒绝业务。TSN 学习内容如果只说“用 network calculus 算最坏情况”,读者会误以为公式越保守越安全。真实工程里,保守度本身就是参数。
这篇可以放进 Paper Radar 候选,但更直接的动作是更新“TSN network calculus explained”:加入一节“virtual delay bound vs packet delay bound”,解释为什么不同上界会影响 GCL 设计、guard band 预算和 admission control。
IEEE SA 继续面向车载受众解释 TSN:802.1DG 进入教育期
5 月 12 日,IEEE SA Beyond Standards 发布《Time-Sensitive Networking for Automotive In-Vehicle Communications》,围绕车载 in-vehicle communications 解释 TSN 的价值和 IEEE 802.1DG 的位置。虽然这条不属于本周新闻,但它在 6 月仍值得放入追踪,因为它说明 IEEE SA 已经开始把 TSN profile 以行业语言讲给车载读者,而不是只留在标准项目页和工作组材料里。
这类官方科普的价值在于降低误读:车载 TSN 不是把工业 TSN 原样搬进车里,而是围绕 automotive in-vehicle communication 的拓扑、流量类型、故障模型和生命周期重新 profile。中文内容如果继续只把 TSN 分成“工业/车载都能用”,会漏掉 profile 之间的工程差异。
TSNBIT 后续可以新增一条“profile 不是标准名字列表”的内容:60802 面向工业自动化,802.1DG 面向车载,802.1DP / SAE AS6675 面向航空航天;每个 profile 都在回答同一个问题——在特定行业里,哪些 TSN 选项必须收紧,哪些参数必须给默认值,哪些测试必须成为准入条件。
噪声或低可信信号
本轮扫描排除了几类内容:
- 只说“支持 TSN”但没有产品型号、标准条目、端口规格、认证状态或发布日期的厂商页。
- 把 DetNet、Wi‑Fi QoS、5G QoS 泛泛写成“deterministic networking”但没有与 TSN bridge、traffic class、time sync 或 bounded latency 建立关系的文章。
- 单源媒体转述,没有官方页面、论文页或标准页可核验的市场评论。
给 TSNBIT 的内容建议
- 写一页“TSN 交换机规格表怎么读”:把 Kontron CERES-TSN 这类产品拆成 TSN 功能、端口/带宽、ruggedization、安全、管理面、冗余和应用场景六栏。
- 更新“TSN 迁移路线”:把 PROFINET V2.5、PROFINET over SPE、SPE / Ethernet-APL 和未来 TSN 集成放到同一张迁移图里。
- 新增“无线 TSN 参数页”:RU allocation、traffic class mapping、EDCA、jitter、packet loss、仿真拓扑分别影响什么。
- 把 arXiv 2606.13631 纳入 Paper Radar 候选,并在 network calculus 教程里补“延迟上界的保守度”概念。
- 做一张 TSN profile 对照表:60802(工业)、802.1DG(车载)、802.1DP / SAE AS6675(航空航天),重点不是背标准号,而是看 profile 收紧了哪些工程选择。
参考来源
- Kontron CERES-TSN 新闻稿(2026-06-05)
- Kontron CERES-TSN 产品页 / datasheet 入口(datasheet 日期 2026-06-01)
- PROFINEWS:PROFINET Specification V2.5(2026-06-11)
- PROFINEWS:PROFINET over Single Pair Ethernet(2026-06-11)
- arXiv 2606.11934:Exploratory Analysis of Wi‑Fi 6 Dynamic Resource Unit Sharing(2026-06-10)
- arXiv 2606.13631:Beyond Virtual Delay(2026-06-11)
- IEEE SA Beyond Standards:Time-Sensitive Networking for Automotive In-Vehicle Communications(2026-05-12)
- IEEE 802.1 TSN Task Group
next steps