车里的网线正在变成时间表：1000BASE-T1 环网与 TSN，把 1000μs 抖动压进 100μs

时间片是怎么切出来的

802.1Qbv 的工程实现是把控制周期切分为多个时间片，每个时间片只放行指定优先级的队列。一个典型配置：周期 10ms，其中 100μs 给紧急制动（最高优先级队列）、200μs 给转向指令、300μs 给规划轨迹、400μs 给感知融合、900μs 留给传感器数据，片与片之间留 1μs 保护间隔。硬件要求至少支持 8 个优先级队列、时间片切换延迟小于 100ns，推荐使用支持 TAS 的交换机芯片（如 NXP SJA1110）。

难点不在配置本身，而在参数设计的复杂度：时间窗口的设计要同时考虑各流量的优先级、带宽需求、时序要求和链路传输延时；冗余路径的跳数差不能过大，否则链路故障切换时会出现报文突发或乱序。更麻烦的是，OTA 引入新数据流后，整张调度表需要重新计算并验证——网络编排工具因此从「可选项」变成了「必需品」。

实车里被吃掉的那部分带宽

标称 1Gbps 不等于可用 1Gbps。实测中的三重损耗：

1. 协议栈开销约 12.7%（Linux 内核默认 TCP/IP 栈处理 8KB 帧）；

2. TSN 调度延迟 8~42μs（802.1Qbv 门控列表未优化时的最大抖动）；

3. PHY 层信号完整性衰减约 15.3%（车规线束长度 >15m 且未启用 1000BASE-T1 均衡器）。

物理层的坑更具体：1000BASE-T1 在电机控制器 PWM 开关频率（8~16kHz）干扰下，共模噪声抑制不足会导致 PHY 接收灵敏度下降、误码率超过 1e-6；标准 UTP 线缆特性阻抗为 100Ω±15%，但实车线束因屏蔽层编织密度差异，实测阻抗可能达到 112Ω，需要 PHY 支持动态均衡器增益调节；−40℃~125℃ 工作范围内，若 PHY 内部 PLL 频偏超过 ±100ppm，802.1AS 时间同步会直接失败。

车载以太网与数据中心以太网的本质区别是：数据中心遇到时延问题就加带宽，车上加不了——所以它只能管理时间。把复杂度从物理布线转移到软件配置，这就是 TSN 的全部商业逻辑。

什么时候必须上 TSN，什么时候不必

TSN 是必要条件而非普遍答案。判断边界很清楚：

必须上 TSN 的情形：传感器密度上升、中央计算聚集多个域的流量、混合关键性业务共享同一主干、最坏时延余量持续收窄。

best-effort + QoS 够用的情形：流量仍然分段隔离、带宽余量充足、工作负载可预测、成本约束限制了 TSN 芯片的选用。

落地的真门槛在验证能力：TSN 配置错误本身就会变成失效模式——同步丢失、门控列表（GCL）损坏、交换机固件缺陷、冗余路径不一致。所以诊断机制必须监控时钟漂移、调度表完整性与流一致性。在功能安全框架下，TSN 是安全工程的使能者，不是替代品。 对国内 Tier1 而言，这意味着一件事：能不能交付一份可被主机厂审核的 TSN 网络设计与验证报告，将决定它能不能进入中央计算架构的供应商名单。