3. 流量类型与QoS需求
在TSN（时间敏感网络）的设计与部署中，对流量类型的深刻理解是实施有效调度策略的前提。IEEE 802.1Qbv门控机制的核心价值在于为不同类型的流量提供差异化的服务保障，但若无法准确识别流量的周期特征、实时性要求以及具体的QoS（服务质量）指标，门控列表（Gate Control List, GCL）的设计将失去依据。本章将系统梳理工业与车载网络中常见的流量分类方法，并深入剖析各类流量对时延、抖动、带宽和可靠性的具体需求，为后续章节中门控机制的参数配置与调度算法选择奠定基础。
上图展示了本章的核心逻辑框架：流量首先从周期性和实时性两个维度进行分类，进而映射到具体的QoS指标（时延、抖动、带宽、可靠性），最终通过TSN调度域中的不同机制（如Qbv门控、Qav整形、Qbu帧抢占）来满足这些需求。在实际网络中，一个流量可能同时具备多个属性，例如工业运动控制流量既是周期性流量，也是硬实时流量，且对时延和抖动有极高要求。因此，分类不是孤立的，而是多维度的综合判断。
3.1 流量分类的核心维度与判断方法
3.1.1 周期流量与非周期流量的本质区别
核心原理：周期流量（Periodic Traffic）是指数据帧以固定的时间间隔（周期T）重复产生的流量。其典型特征包括：固定的帧长度（或长度范围）、固定的发送时刻（相对于应用周期）、以及可预测的到达时间。在工业现场，典型的周期流量包括：运动控制中的位置/速度环数据（通常周期为125µs、250µs、500µs或1ms）、PLC与远程I/O之间的循环数据交换、以及音频视频传输中的等时采样数据。非周期流量（Aperiodic Traffic）则没有固定的时间规律，其产生由事件触发，例如报警信号、配置命令、TCP/IP数据包、文件传输等。
判断方法：在实际网络分析中，判断一个流量是否为周期流量，可以通过以下步骤进行：
- 抓包分析：使用Wireshark或专用网络分析仪在交换机镜像端口抓取数据，统计特定源/目的MAC地址或VLAN ID的帧到达时间间隔。
- 间隔分布计算：计算帧间间隔（Inter-Frame Gap, IFG）的均值与标准差。若标准差远小于均值（例如变异系数CV < 0.1），则可判定为周期流量；若标准差接近或大于均值，则为非周期流量。
- 应用层确认：结合应用层协议判断。例如，EtherCAT、PROFINET IRT、Powerlink等实时协议通常采用周期调度；而HTTP、Modbus TCP等传统协议多为非周期。
3.1.2 实时流量与非实时流量的判定标准
核心原理：实时流量（Real-time Traffic）的定义并非仅取决于时延绝对值的大小，而是取决于时延的有界性和确定性。一个实时流量必须保证在最坏情况下（网络拥塞、链路错误等）的端到端时延不超过某个确定的上限值（Deadline）。非实时流量则允许时延在一定范围内波动，甚至允许丢包重传。实时流量进一步可分为硬实时（Hard Real-time）和软实时（Soft Real-time）。硬实时流量的超时可能导致灾难性后果（如机器人失控、安全联锁失效），而软实时流量的偶尔超时只会降低服务质量（如视频卡顿）。
判断方法：判定一个流量是否为实时流量，需要从应用需求出发，而非仅看协议类型。具体操作流程如下：
- 步骤1：明确应用场景的时延预算。例如，伺服驱动器要求位置环刷新周期为1ms，且从指令发出到执行完毕的时延不得超过500µs。
- 步骤2：分析流量路径。计算数据从源端到目的端经过的交换机数量、链路带宽、以及每个交换机的处理时延（通常为几微秒到几十微秒）。
- 步骤3：评估最坏情况时延。考虑所有可能的排队时延、门控等待时延、以及链路竞争。若最坏情况时延小于应用Deadline，则可判定为实时流量。
3.2 QoS需求指标体系与量化分析
3.2.1 时延（Latency）与抖动（Jitter）的工程定义
核心原理：在TSN语境下，时延通常指端到端时延（End-to-End Latency），包括：发送端处理时延、帧封装时延、链路传播时延（通常可忽略，因为电信号/光信号在铜缆/光纤中传播速度约为2×10^8 m/s，100米链路仅需0.5µs）、交换机转发时延（存储转发模式下，一个1500字节帧在1Gbps链路上的转发时延约为12µs）、以及排队时延（这是TSN重点控制的变量）。抖动（Jitter）则定义为同一流量中不同帧之间端到端时延的差异，即最大时延与最小时延之差。对于音视频流，抖动过大会导致缓冲溢出或欠载；对于运动控制，抖动会导致轴运动不平滑。
判断与测量方法：在实验室环境中，可以使用以下方法测量时延与抖动：
# 使用Linux下的tc工具模拟网络时延（用于测试端到端表现）
tc qdisc add dev eth0 root netem delay 100us 20us distribution normal
# 上述命令表示在eth0出口增加100µs基础时延，抖动为±20µs（正态分布）
# 实际测量时，可使用硬件时间戳（如PTP）或专用测试仪（如Spirent）在TSN网络中，Qbv门控通过将时间划分为固定长度的循环周期（Cycle Time），并在每个周期内为不同优先级流量分配特定的门控窗口，从而将排队时延限制在窗口长度内。例如，若为高优先级流量分配了50µs的窗口，且该窗口在每个周期内固定出现，则高优先级流量的最大排队时延即为50µs（假设窗口足够容纳所有突发帧）。
3.2.2 带宽（Bandwidth）与可靠性（Reliability）的权衡
核心原理：带宽需求决定了流量占用的链路资源比例。在TSN中，带宽不仅指链路速率（如1Gbps），更指在特定门控窗口内可传输的数据量。可靠性则通过帧丢失率（Frame Loss Ratio）、冗余传输（802.1CB FRER）和错误检测（CRC）来衡量。对于周期实时流量，带宽需求是固定的，可以精确计算；对于非周期流量，带宽需求具有突发性，需要为其预留足够的“空闲窗口”或使用带宽整形（802.1Qav）来平滑突发。
操作流程（带宽计算与预留）：
- 流量画像：确定每个周期流量的帧大小（L，字节）和周期（T，秒）。
- 计算所需带宽：所需带宽 = (L × 8) / T (bps)。例如，一个250µs周期、64字节的帧，所需带宽 = (64×8) / 0.00025 = 2.048 Mbps。
- 聚合与预留：将所有周期流量的带宽需求累加，并乘以安全系数（通常为1.2~1.5），得到总预留带宽。在Qbv配置中，需确保所有保护窗口的总时长不超过循环周期的80%，剩余时间留给非周期流量和协议开销。
| 流量类型 | 典型应用 | 时延要求 | 抖动要求 | 带宽特征 | 可靠性要求 |
|---|---|---|---|---|---|
| 周期硬实时 | 运动控制、电网保护 | < 100µs - 1ms | < 1µs | 固定，可精确计算 | 极高，不允许丢包 |
| 周期软实时 | 音频视频桥接（AVB） | < 2ms - 10ms | < 100µs | 固定，但可容忍少量突发 | 高，允许极少量丢包 |
| 非周期实时 | 报警、急停信号 | < 1ms（事件触发） | 不敏感 | 突发性强，但频率低 | 极高，需冗余 |
| 非周期非实时 | 配置、日志、TCP/IP | 可容忍秒级 | 不敏感 | 突发，尽力而为 | 普通，允许重传 |
3.3 案例拆解：混合流量场景下的QoS需求分析与门控窗口规划
案例背景：某半导体制造设备内部网络需要同时承载三类流量：① 运动控制流量（周期250µs，帧长128字节，硬实时）；② 视觉检测系统流量（周期1ms，帧长1024字节，软实时，用于图像传输）；③ 设备状态监控与日志上传流量（非周期，TCP/IP，非实时）。网络拓扑为：2台伺服驱动器 + 1台视觉控制器 + 1台PLC通过一台TSN交换机（支持802.1Qbv）相连，链路速率为1Gbps。
初始目标与约束：要求运动控制流量的端到端时延不超过500µs，抖动不超过2µs；视觉流量时延不超过5ms；监控流量无特殊要求，但不能影响前两类流量。
分析判断过程：
- 带宽计算：运动控制流量：2台驱动器 × (128×8) / 0.00025 = 2 × 4.096 Mbps = 8.192 Mbps。视觉流量：1 × (1024×8) / 0.001 = 8.192 Mbps。总周期流量带宽需求为16.384 Mbps，仅占1Gbps链路的1.6%，带宽充裕。
- 时延预算分配：运动控制流量需在500µs内完成传输。交换机存储转发时延（128字节）≈ 1.024µs，链路传播时延忽略不计。因此，主要时延来自门控等待。若将循环周期设为250µs（与运动控制周期同步），则运动控制流量必须在每个周期开始后的第一个窗口内发送。
- 门控窗口设计：将250µs周期划分为：窗口1（保护窗口，50µs）用于运动控制；窗口2（50µs）用于视觉流量；窗口3（150µs）用于非周期流量。这样，运动控制流量在窗口1内发送，最大排队时延为50µs（若错过窗口则需等待下一个周期，但通过同步机制可避免）。
实际操作步骤：
- 在交换机上配置Qbv，设置循环周期为250µs，基准时间（Base Time）与PLC的同步时钟对齐。
- 配置门控列表：窗口1（0-50µs）打开优先级7（运动控制）的队列；窗口2（50-100µs）打开优先级5（视觉）的队列；窗口3（100-250µs）打开优先级3及以下（监控）的队列。
- 在PLC和伺服驱动器上配置VLAN优先级标签，确保运动控制帧标记为优先级7，视觉帧标记为优先级5。
- 使用网络测试仪验证：在注入背景流量（模拟监控流量突发）的情况下，测量运动控制流量的最大时延和抖动。
结果对比与复盘：实施Qbv后，运动控制流量的最大时延从无Qbv时的平均120µs（受突发流量影响，最差可达800µs）降低至稳定的45µs，抖动从±50µs降低至±1.5µs。视觉流量时延稳定在2ms以内。监控流量在窗口3内传输，虽然时延有所增加（平均增加约100µs），但完全不影响其应用。复盘发现，关键成功因素在于：① 精确的时钟同步（使用802.1AS，同步精度±100ns）；② 将循环周期与应用周期对齐，避免了跨周期等待；③ 为保护窗口预留了足够的空闲时间（50µs窗口实际仅需传输2个128字节帧，占用约2.048µs，留有大量余量应对突发）。
3.4 常见误区与总结复盘
误区一：将所有流量都放入高优先级队列。这会导致高优先级队列拥塞，门控窗口无法关闭，低优先级流量饿死，且高优先级流量的时延反而无法保证。正确做法是：仅将真正需要确定性时延的流量放入保护窗口，其他流量使用尽力而为队列。
误区二：忽略非周期实时流量的处理。报警信号虽然是非周期的，但可能比周期流量更紧急。在Qbv设计中，应通过帧抢占（802.1Qbu）机制，允许高优先级非周期流量打断正在传输的低优先级帧，或者预留一个“快速通道”窗口。
误区三：带宽计算只考虑平均负载，忽略突发。对于非周期流量，若突发长度超过门控窗口长度，会导致帧在队列中积压，产生不可预测的时延。建议使用令牌桶算法（802.1Qav）对非周期流量进行整形，限制其突发大小。