1. AVB 概述：从以太网到专业音频的桥梁
各位工程师朋友，咱们今天聊 AVB。说白了，它就是一套让普通以太网能跑实时音视频的协议族。我最早接触 AVB 是在 2015 年，当时一个剧场项目要求 128 通道无损传输，传统模拟线缆根本没法布——那才叫头疼。
1.1 AVB 是什么？
AVB，全称 Audio Video Bridging（音视频桥接）。它不是单一协议，是一整套 IEEE 802.1 标准集合。核心目标就一个：在标准以太网上，实现确定性的、低延迟的音视频流传输。
AVB 三大核心能力：
- 时间同步：所有设备共享同一个时钟，精度达到亚微秒级
- 带宽预留：为音视频流预留专用带宽，避免网络拥堵
- 低延迟：端到端延迟控制在 2ms 以内（通常 1ms 以下）
你想想看，普通以太网发数据包，谁抢到谁发，延迟完全不可控。AVB 相当于给音视频数据开了条「专用车道」——不堵车、不超车、准时到站。
1.2 AVB 的起源与发展
AVB 的故事要从 2005 年说起。当时 IEEE 802.1 工作组开始研究「时间敏感网络」（TSN），AVB 就是 TSN 的前身。我印象最深的是 2011 年，AVB 标准初版发布，但真正在专业音频圈火起来，是 2014 年以后的事了。
| 时间 | 里程碑 | 我的观察 |
|---|---|---|
| 2005 | IEEE 802.1 启动 AVB 研究 | 当时还在用 MADI，没人看好以太网 |
| 2011 | IEEE 802.1BA 发布（AVB 基础标准） | 第一次看到 demo，延迟确实惊艳 |
| 2014 | Milan 协议推出（专业音频 AVB 标准） | 终于有厂商开始认真推了 |
| 2018 | AVB 在大型演出系统落地 | 我参与的第一个 AVB 项目，128 通道无故障运行 |
| 2020 至今 | AVB 与 Dante、MADI 共存，逐步替代 | 新项目我基本首选 AVB |
为什么会发展这么慢？嗯，这里要注意：AVB 需要交换机支持，早期 AVB 交换机贵得离谱。一台 48 口 AVB 交换机要 5 万块，谁受得了？现在好多了，千元级交换机就能跑。
1.3 AVB 在专业音频领域的价值
我个人觉得，AVB 最大的价值不是技术指标，而是生态开放性。你想想看，Dante 是 Audinate 一家的，MADI 是光纤点对点，而 AVB 是 IEEE 开放标准——任何厂商都能做。
我的经验：AVB 最适合以下场景：
- 大型演出系统（100+ 通道）
- 固定安装（剧场、体育场、会议中心）
- 需要长距离传输（100m 以上，光纤可达 10km）
- 多品牌设备混用（Yamaha、Avid、L-Acoustics 等）
我曾经在一个体育场项目中，用 AVB 串联了 6 个品牌、23 台设备，零配置、零故障。换成 Dante 你得一个个配 IP，换成 MADI 你得拉一堆光纤——这就是 AVB 的价值。
1.4 AVB 协议栈概览
AVB 不是「一个」协议，是「一堆」协议。我习惯把它分成三层：
- 底层：IEEE 802.1AS（时间同步）、802.1Qav（带宽预留）
- 中间层：IEEE 802.1Qat（流预留协议 SRP）
- 应用层：IEEE 1722（AVB 传输协议）、Milan（专业音频扩展）
说白了，底层管「什么时候发」，中间层管「能不能发」，应用层管「发什么内容」。这三层缺一不可。
避坑指南：我曾经遇到一个项目，客户买了「支持 AVB」的交换机，结果只支持 802.1AS，不支持 802.1Qav。音视频流能同步，但带宽没预留，一跑 64 通道就卡顿。所以采购时一定要确认：交换机必须同时支持 802.1AS 和 802.1Qav。
1.5 AVB 与其他音频传输协议对比
| 特性 | AVB | Dante | MADI | CobraNet |
|---|---|---|---|---|
| 标准 | IEEE 开放 | Audinate 私有 | AES10 标准 | Peak Audio 私有 |
| 最大通道数 | 256+（取决于带宽） | 512（1Gbps） | 64（单根光纤） | 64（单根网线） |
| 延迟 | <1ms | <1ms | 0.25ms（固定） | 1.33ms（最小） |
| 传输介质 | 以太网/光纤 | 以太网 | 同轴/光纤 | 以太网 |
| 交换机要求 | AVB 交换机 | 普通交换机 | 不需要 | 普通交换机 |
| 多品牌互操作 | 优秀 | 良好 | 一般 | 差 |
你看这个表就明白了：AVB 的强项是开放性和多品牌互操作。Dante 虽然方便，但生态被 Audinate 牢牢控制。MADI 延迟最低，但通道数有限、布线麻烦。
1.6 AVB 核心架构图
下面这张图是我自己画的 AVB 协议栈架构，你一看就明白各层关系：
这张图我画了好几个版本，最终选了这种分层结构。你注意看：底层是「基础设施」，中间层是「调度中心」，应用层是「业务逻辑」。三层缺一不可，少了任何一层 AVB 都跑不起来。
1.7 我的 AVB 部署建议
最后，给各位几个实战建议：
新手入门三步走：
- 先搞时间同步：用 Wireshark 抓 802.1AS 报文，确认所有设备时钟一致
- 再测带宽预留：用 AVB 测试工具（如 Avnu Alliance 的测试套件）验证 SRP 是否生效
- 最后跑音视频流：从 8 通道开始，逐步增加到 64 通道，观察延迟和丢包
我曾经帮一个客户排查问题，他们 128 通道系统总是随机断流。折腾了两天，最后发现是交换机固件版本太老，802.1Qav 实现有 bug。升级固件后一切正常。所以——交换机固件一定要最新，这是血的教训。