TSN Interactive Lab
普通以太网为什么无法保证准时？gPTP、Qbv、Qcc、FRER 分别解决什么？TSNBIT 用可视化、问答、论文精读和验证路径，把这些概念连成可落地的知识链。
TSN schedule model
关键流靠“共同时间 + 时间窗”准时通过
Talker
发送端
Switch A
Qbv 执行点
Switch B
Qbv 执行点
Listener
接收端
Switch A
100-200us
Qbv gate open
Switch B
200-300us
Qbv gate open
普通以太网
等待不稳定
gPTP 共同时间
<1us 示意
Qbv 时间窗
100us 示意
ordinary ethernet
TSN 的核心不是把所有链路都变得无限快，而是把关键流量的等待时间收进一张共同执行的时间表。
Packet Journey
01同一条控制报文，今天 80 微秒到，下一次可能被突发流量挡在队列后面。问题不只是速度，而是网络没有共同的时间计划。
普通以太网
02交换机只看到一个又一个帧。高优先级能插队一点，但不能让所有设备按同一张时间表行动。
TSN 第一步
03gPTP/802.1AS 把网络里的时钟对齐。只有大家看同一块表，后面的调度才有意义。
TSN 第二步
04802.1Qbv 的 gate control list 像一张车道信号灯表，让控制报文在自己的时隙里通过。
确定性
05当时间同步、队列、gate 和调度表一起工作，关键报文的延迟和抖动就从“碰运气”变成“可预测”。
switch queue
控制报文等待中
普通以太网里，红色的控制报文即使已经很靠前，也可能被前面的背景流量和音视频流挡住，无法预估每一跳到底等多久。
gate schedule
每类流量只在自己的时间窗通过
0us
背景
BE
等待
100us
控制
CTRL
通过
200us
背景
BE
等待
300us
音视频
AVB
通过
400us
控制
CTRL
通过
500us
背景
BE
等待
mental model
所有设备对齐时钟，调度表才不会各说各话。
不同流量进入不同队列，关键报文不和所有流量混在一起。
队列不是一直放行，而是在约定窗口打开。
每一跳都按时间表转发，端到端延迟才可估算。
延迟分布变窄，比平均速度更重要。
最后要用流量、设备和测试工具验证调度是否真的成立。
