时钟误差预算：调度窗口为什么要留余量

解决什么问题

很多新手学到 Qbv 时会觉得窗口只要覆盖报文发送时间就够了。但实际设计中，窗口还要覆盖时间同步误差、设备执行误差、路径传播差异和 guard band。时钟误差预算就是把这些不完美因素显式算进去。

如果两台设备的本地时间相差 20 微秒，而关键窗口只有 40 微秒，调度表在纸面上可能成立，现场却非常脆弱。窗口越窄，时钟质量越重要；周期越短，误差越容易占据显著比例。

背景与直觉

把 Qbv 窗口想成火车站台的开门时间。旅客需要在门打开时到达，但每个人手表都有偏差，广播也有延迟。如果门只开很短时间，任何一个小误差都可能导致错过。为了让系统稳定，要么提高同步质量，要么扩大窗口，要么减少路径和执行误差。

这个直觉在 TSN 里非常重要。确定性不是把所有误差消灭，而是把误差控制在预算内。预算之外的误差会直接变成迟到风险。

怎么解决

工程上可以把窗口设计拆成几项：报文本身的发送时间，交换机处理和转发时间，传播时间，同步误差，设备执行 gate 的误差，以及为了避免普通帧跨窗而保留的 guard band。每一项都要有来源，不能只凭感觉。

如果预算不够，有几条路：缩短同步间隔、提升时钟硬件和时间戳精度、扩大关键窗口、降低路径跳数、启用帧抢占减少 guard band，或重新规划流的周期和路径。不同方案会牺牲不同资源。

带来了什么新问题

预算保守会降低链路利用率，预算激进会增加迟到风险。更麻烦的是误差可能随设备、温度、负载和拓扑变化。实验室里测到的同步质量，不一定等于现场长期运行的最坏情况。

工程文档和模型里常把误差写成一个固定上界，但工程上要证明这个上界来自哪里。没有测量和验证，误差预算只是文档里的数字。

本节掌握标准

学完后，你应该能把窗口余量拆成几类预算：报文发送时间、同步误差、设备执行误差、路径延迟和 guard band。只要其中一项没有来源，整个调度结论就还不够可靠。