2、AVB核心协议栈：IEEE 802.1AS、802.1Qat、802.1Qav
好，咱们进入正题。AVB协议栈，说白了就是一套让音频数据在以太网上“准时、不丢、不卡”的规矩。我最早接触AVB是在一个车载功放项目上，当时客户要求多路音频同步播放，延迟要小于2ms。嗯，那时候我才真正意识到，光靠千兆以太网是不够的，你得有协议来管秩序。
AVB核心协议栈主要包含三兄弟：IEEE 802.1AS（时间同步）、IEEE 802.1Qat（流预留）和IEEE 802.1Qav（队列与转发）。它们各司其职，缺一不可。咱们一个一个聊。
2.1 IEEE 802.1AS：时间同步——让所有设备“对表”
时间同步是AVB的基石。你想想看，如果两个麦克风采集到的音频，时间戳差了10ms，那声音出来就是“重影”的。802.1AS干的事，就是让网络里所有节点共享一个统一的时间基准。
它的核心机制是gPTP（广义精确时间协议）。说白了，就是选一个“主时钟”，其他设备都跟着它走。主时钟会定期发同步报文，从设备收到后，根据链路延迟算出自己的时间偏差，然后校准。
关键点：802.1AS的精度通常在亚微秒级。对于车载音频来说，这已经绰绰有余了。我见过一些方案用普通NTP，那精度差得远，根本没法用。
我个人习惯在调试时，先抓一下gPTP的报文，看看主时钟选举是否正常。如果发现多个设备都宣称自己是主时钟，那八成是配置出了问题。
小技巧：在车载网络中，建议把网关或域控制器设为主时钟候选。我曾经在一个项目中，把麦克风模块设成了主时钟，结果它一重启，整个网络的时间就乱了。嗯，教训深刻。
2.2 IEEE 802.1Qat：流预留——给音频数据“开绿灯”
时间同步搞定了，接下来要解决的是“带宽保障”。普通以太网是“尽力而为”的，数据多了就丢包。但音频不行，丢一个包就是“啪”一声爆音。802.1Qat就是干这个的——它通过流预留协议（SRP），为音频流预留带宽。
流程很简单：发送端发出一个“我要发流了，需要多少带宽”的请求。沿途的交换机检查资源够不够，够就预留，不够就拒绝。整个过程是端到端的。
这里有个概念叫Talker（说话者）和Listener（听众）。Talker是音频源，Listener是音频宿。比如，中控屏是Talker，功放是Listener。
| 角色 | 职责 | 举例 |
|---|---|---|
| Talker | 声明流、预留带宽 | 中控屏、麦克风阵列 |
| Listener | 接收流、确认预留 | 功放、扬声器 |
| 交换机 | 转发流、维护预留状态 | 车载以太网交换机 |
注意：802.1Qat预留的是带宽，不是时隙。它保证的是“这条流不会被其他流量挤掉”，但不保证“这条流什么时候到”。时延控制是下一个协议的事。
我曾经遇到过一个坑：某个Talker发起了预留请求，但Listener迟迟不响应。结果交换机一直保留着资源，导致其他流无法预留。后来发现是Listener的SRP协议栈没实现完整。所以，一定要确认所有节点都支持SRP。
2.3 IEEE 802.1Qav：队列与转发——让数据“排队上车”
好，时间有了，带宽有了，但数据怎么发？802.1Qav就是管这个的。它定义了基于优先级的队列和转发规则，确保音频流能按时到达。
它的核心是信用量整形（Credit-Based Shaper，CBS）。每个音频流都有一个“信用量”，信用量够了才能发数据。发完了信用量减少，慢慢恢复。这样就能平滑地控制发送速率，避免突发流量。
我打个比方：你排队上公交车，每个人手里有张票（信用量）。有票才能上车，没票就等着。车来了，有票的人先上，上完票就没了，得等下一趟。这样就不会一群人挤在门口。
技术细节：CBS有两个关键参数：idleSlope（信用量恢复速率）和sendSlope（信用量消耗速率）。idleSlope决定了流的平均带宽，sendSlope决定了突发大小。调试时，我习惯先设idleSlope等于音频码率，再微调。
在车载网络中，通常会把AVB流放到优先级3或4（最高是7）。这样既能保证低延迟，又不会完全饿死其他控制流。我个人建议，不要把所有流都设成最高优先级，否则低优先级流可能永远发不出去。
// 伪代码示例：CBS整形器配置
cbs_config_t cbs = {
.idleSlope = 8000, // 8 Mbps，对应音频码率
.sendSlope = -16000, // 消耗速率，通常为 -2 * idleSlope
.hiCredit = 2000, // 最大信用量
.loCredit = -2000 // 最小信用量
};
避坑指南：我曾经在一个项目中，把hiCredit设得太大，结果音频流在空闲时积累了太多信用量，一有数据就疯狂发送，导致交换机缓存溢出。嗯，后来我把hiCredit改小了，问题就解决了。
2.4 三兄弟如何协同工作？
这三个协议不是孤立的。802.1AS提供时间基准，802.1Qat预留带宽，802.1Qav控制发送。它们配合起来，才能实现真正的“音视频桥接”。
举个例子：中控屏要播放一首歌，它先通过802.1Qat向交换机预留带宽。交换机确认资源够，就返回成功。然后中控屏开始发送音频数据，数据经过802.1Qav整形，按信用量规则发送。同时，802.1AS确保中控屏和功放的时间戳一致，这样功放才能正确播放。
整个过程，说白了就是“先预约，再排队，最后准时到”。
总结：AVB核心协议栈是智能座舱音频传输的“交通规则”。没有它，音频数据就是无头苍蝇。有了它，每条流都能准时、不丢、不卡地到达目的地。
好了，这一章就到这里。下一章咱们聊聊AVB在车载网络中的实际部署，包括拓扑设计和交换机配置。到时候我会分享一些我在实车调试中遇到的奇葩问题，保证让你少走弯路。