调度决定谁在什么时候发
流量调度是时间敏感网络里决定谁在什么时候发的部分：通过把时间划分成周期，为关键流量预留专属的转发窗口，其他流量只能在窗口之外发送。整形则约束流量的发送速率与突发，避免某一类流量长时间占用链路。二者配合，才能让时延有界可算。
基本信息
| 时间感知调度 | 按周期划分时间片，关键流量在预留窗口内转发 |
|---|---|
| 窗口规划 | 周期长度与窗口长度需按业务周期与报文长度确定 |
| 信用式整形 | 按累积的发送额度限制突发，避免某类流量独占链路 |
| 队列与优先级 | 通过队列映射与优先级决定不同业务的转发顺序 |
| 关键参数 | 周期、窗口长度、队列分配、最大突发限制 |
| 落地要求 | 全链路设备支持同一种调度机制且参数一致 |
典型使用场景
- 多路同步运动控制需要确定性时延，评估调度方案
- 关键流量与非关键流量共网，需要预留专属窗口
- 排查时延偶发超标，确认窗口与队列配置是否合理
- 限制视频等大流量业务的突发，避免影响控制报文
- 方案评审时说明调度参数的选择依据
- 验收阶段核对时延与抖动是否满足设计指标
配置与验证要点
配置与验证要点
先确定业务周期 # 调度周期要与控制周期匹配
按报文长度规划窗口 # 窗口过短会导致关键报文发不完
分配队列与优先级 # 不同业务进入对应队列
限制最大突发 # 避免单一业务长时间占用链路
全线参数保持一致 # 任一跳不一致，保障即失效
用实测时延与抖动验收 # 用可测量指标确认效果机制与作用
| 机制 | 作用 | 注意 |
|---|---|---|
| 时间感知调度 | 为关键流量预留转发窗口 | 窗口规划需匹配业务周期 |
| 信用式整形 | 限制突发与发送速率 | 参数不当会限制正常业务 |
| 队列与优先级 | 决定不同业务的转发顺序 | 需端到端保持一致 |
| 窗口与周期 | 时间资源划分的基础 | 周期过短会增加调度开销 |
调度解决的是时间维度上的确定性：即使带宽充足，若没有窗口与整形约束，关键报文仍可能因为排队而出现抖动。设计时应同时考虑带宽预留与时间窗口。
窗口规划要留出余量：控制器周期的抖动、报文长度变化与设备处理时间都会影响实际可用窗口。按理论值刚好排满的窗口，在实际运行中很容易出现超时。
调度参数变更会影响所有流量的转发时刻，属于高风险配置变更。变更前应完成离线验证或小范围试点，并准备回退配置。