延迟组成：发送、传播、转发与排队

解决什么问题

讨论“报文迟到”之前，必须先把延迟拆开。否则很容易把所有问题都归结为链路不够快，或者把 TSN 误解成单纯提速技术。

一帧从 talker 到 listener，至少会经历发送时间、传播时间、交换处理时间和排队等待。发送时间取决于帧长和线速；传播时间取决于介质距离；交换处理时间取决于设备实现；排队等待取决于当时端口上有多少竞争流量。

背景与直觉

发送时间也叫 serialization delay，可以理解成把一个帧的所有 bit 推到链路上需要多久。1500B 帧在 100Mbps 链路上，粗略发送时间是：

1500B * 8 / 100Mbps = 120us

如果是 1Gbps，发送时间降到约 12us。链路速率确实会影响阻塞时间，但它只解决“正在发送的帧要占多久”这类问题，不会自动解决队列里前面排了多少帧，也不会让多跳窗口自动对齐。

怎么解决

建立延迟模型时，可以先用一个简单表格。

普通以太网的最大问题通常不是传播时间，而是排队等待和不可中断发送。关键帧到达时，如果端口正在发送一个普通大帧，关键帧要等；如果前面还有突发队列，关键帧继续等；如果路径有多跳，每跳都可能发生类似等待。

带来了什么新问题

一旦拆开延迟，你会发现“最坏情况”需要很多输入。最大帧长是多少，背景流量是否突发，路径经过几跳，每台设备队列策略是否一致，关键流量是否真的进入了受保护队列。这些输入如果没有来源，延迟边界就只能是猜测。

这也解释了为什么 TSN 后面会要求流描述、队列映射、时间同步、调度窗口和验证报告。它们都在把不确定的等待变成可解释、可配置、可测量的边界。

检查点

• 一个 1500B 普通帧在 100Mbps 链路上大约占用多少发送时间？这个数字为什么会影响 guard band？
• 在发送时间、传播时间、交换处理和排队等待中，哪一项最容易随背景流量变化？