第4章:AVB协议族概览:IEEE 802.1BA、802.1Qat、802.1Qav,音视频传输的基石

各位同学,今天我们来聊聊AVB协议族。

说实话,AVB这名字现在提得少了,大家更爱说TSN。但AVB其实是TSN的“前身”,也是车载音视频传输的奠基者。我个人习惯把AVB看作TSN的“实战演练场”——很多TSN的核心思想,都是在AVB里先跑通的。

4.1 为什么需要AVB?

你想想看,传统以太网是“尽力而为”的传输。数据包发出去,能不能准时到?不知道。会不会丢?看运气。这对办公网络没问题,但对音视频就是灾难。

我在项目中遇到过这样一个场景:摄像头采集的画面,通过以太网传给座舱域控制器。结果画面时不时卡顿、撕裂。排查了半天,发现是网络里其他数据流量把带宽占满了。嗯,这就是典型的“没有QoS保障”的后果。

AVB要解决的核心问题就三个:

  • 时间同步:所有节点对时间要有统一认知
  • 带宽预留:给音视频流“划出专用车道”
  • 低延迟转发:数据包不能在路上磨蹭太久

4.2 三大核心协议

AVB协议族由三个IEEE标准组成,它们各司其职,缺一不可。

4.2.1 IEEE 802.1BA:AVB系统的“总纲”

802.1BA是AVB系统的概述文档。它告诉你:要搭建一个AVB网络,你需要哪些组件,它们怎么配合。

说白了,这就是一本“AVB系统搭建手册”。它定义了:

  • AVB网络的整体架构
  • 各协议之间的关系
  • 系统必须满足的最低能力要求

我记得第一次看802.1BA时,觉得它内容不多,有点“水”。后来才明白,它就像建筑图纸的总说明——虽然不画具体结构,但规定了所有后续工作的框架。

小提示:802.1BA本身不实现任何功能,但它告诉你其他协议该怎么用。读它时,重点看“系统要求”和“兼容性”部分。

4.2.2 IEEE 802.1Qat:流预留协议(SRP)

这是AVB的“交通调度员”。

802.1Qat定义了一套机制,让网络中的设备可以“申请”和“预留”带宽。它的核心是Multiple Stream Registration Protocol(MSRP)

工作流程是这样的:

  1. Talker(发送方):广播自己的流信息,包括带宽需求、优先级等
  2. Listener(接收方):响应并确认接收
  3. 中间交换机:检查沿途资源是否充足,决定是否接受预留

我曾经在调试一个车载音响系统时,遇到SRP预留失败的问题。排查了半天,发现是交换机的MSRP表项满了。嗯,这里要注意:SRP的预留数量是有限的,设计时一定要算好余量。

避坑指南:我曾经见过一个项目,所有音视频流都走AVB预留,但忽略了诊断流量。结果诊断报文一多,把预留带宽挤爆了。记住:SRP只保护预留的流,不保护非预留的流

4.2.3 IEEE 802.1Qav:转发与排队(FQTSS)

如果说802.1Qat是“调度员”,那802.1Qav就是“执行者”。它定义了交换机如何处理AVB流量,确保低延迟。

核心机制是基于信用的整形算法(CBS)。说白了,就是给每个AVB流一个“信用额度”。有额度时才能发送,没额度就等着。

为什么需要信用?因为要防止“突发流量”把网络堵死。你想想看,如果所有摄像头同时发送一帧数据,交换机瞬间就爆了。CBS通过平滑流量,让数据均匀地发送出去。

802.1Qav定义了两种优先级:

  • Class A:延迟目标2ms以内,用于最敏感的音视频
  • Class B:延迟目标50ms以内,用于一般音视频
参数 Class A Class B
最大延迟 2ms 50ms
带宽预留比例 最高75% 最高75%
典型应用 麦克风、扬声器 摄像头、导航
关键点:Class A和Class B共享75%的总带宽上限。剩下的25%留给普通以太网流量。这个比例是硬性规定,不能改。

4.3 三者的协作关系

这三个协议不是孤立的,它们是一个完整的链条:

  1. 802.1BA:告诉你“要做什么”
  2. 802.1Qat:告诉你“怎么申请资源”
  3. 802.1Qav:告诉你“怎么使用资源”

举个例子:车载音响系统要传输多声道音频。

  • 首先,系统按照802.1BA的架构,确定使用AVB Class A
  • 然后,音频源通过802.1Qat向交换机申请带宽,预留出专用通道
  • 最后,交换机按照802.1Qav的CBS算法,把音频数据平滑地转发出去

我在实际项目中,最常遇到的问题就是“预留成功但延迟超标”。后来发现,是交换机的CBS参数没配置对。嗯,这里要提醒大家:CBS的idleSlope和sendSlope参数必须根据实际带宽计算,不能随便填。

4.4 AVB的局限性

AVB虽然好,但也不是万能的。我个人觉得它有几个“硬伤”:

  • 只支持音视频:对其他类型的流量(如控制指令)支持不够
  • 延迟保障有限:Class A的2ms对大多数音视频够用,但对自动驾驶的传感器数据就不够了
  • 扩展性一般:大型网络中,SRP的收敛速度会变慢

这也是为什么后来TSN要扩展AVB的原因。TSN在AVB的基础上,增加了更多流量类型和更严格的保障机制。

学习建议:如果你刚开始接触车载以太网,我建议先从AVB入手。因为AVB的协议栈相对简单,容易理解。等把AVB吃透了,再学TSN就轻松多了。

4.5 小结

AVB协议族是车载音视频传输的基石。802.1BA定框架,802.1Qat管预留,802.1Qav管转发。三者配合,实现了“可预测的低延迟传输”。

下一章,我们会深入802.1Qav的CBS算法,看看它到底是怎么工作的。到时候我会拿一个实际的车载摄像头案例,带大家一步步配置CBS参数。

好了,今天就到这里。记住:AVB不是万能的,但没有AVB是万万不能的