1. TSN背景与车载需求：为什么车载音视频需要TSN？

各位同学好，我是老张。今天咱们聊聊TSN在车载音视频里的那些事儿。

先问大家一个问题：你开车时，倒车影像卡顿过吗？或者，你听歌时突然断了一下？

嗯，我遇到过。而且不止一次。

几年前我参与一个项目，客户投诉说他们的高端车型，后排娱乐系统播放4K视频时，每隔几秒就会「闪一下」。排查了整整两周，最后发现是网络延迟抖动造成的。说白了，就是传统以太网在音视频传输上「力不从心」。

传统以太网的痛点：它真的不适合音视频

传统以太网设计之初，是为了传输数据文件。你发一封邮件，晚到几毫秒无所谓。但音视频不一样——它讲究「实时性」。

我总结一下传统以太网在车载音视频上的几个「硬伤」：

• 延迟不确定：数据包什么时候到？看运气。CSMA/CD机制下，冲突了就重传，重传就延迟。
• 没有带宽保障：你想想看，一个摄像头占多少带宽？4K视频大约12-18Mbps。如果同时有4个摄像头、一个娱乐系统、一个导航……抢带宽时，谁先谁后？没人管。
• 时钟不同步：每个节点的时钟各自为政。摄像头采集的画面，和显示屏渲染的画面，时间戳对不上。结果就是「音画不同步」。
• 优先级混乱：紧急的刹车信号，和普通的娱乐数据，在传统以太网里地位平等。这很危险。

AVB与TSN的关系：从「音频视频桥接」到「时间敏感网络」

说到TSN，就不得不提它的前身——AVB（Audio Video Bridging，音频视频桥接）。

AVB是IEEE 802.1工作组在2005年左右开始制定的标准。它的目标很明确：让以太网能传输高质量的音视频。

我记得当时AVB刚出来时，大家都很兴奋。它解决了几个关键问题：

• 时钟同步：IEEE 802.1AS，让所有设备共享一个精确时钟。
• 带宽预留：IEEE 802.1Qat，流预留协议，保证音视频数据有专属通道。
• 流量整形：IEEE 802.1Qav，让音视频数据平滑发送，避免突发。

但AVB有个局限——它主要针对音视频。而车载网络里，除了音视频，还有控制信号、诊断数据、安全消息……

所以，TSN（Time-Sensitive Networking，时间敏感网络）应运而生。它把AVB的成果继承下来，并扩展到了更广泛的领域。

特性	AVB	TSN
主要目标	音视频传输	所有实时性应用
时钟同步	IEEE 802.1AS	IEEE 802.1AS-Rev
带宽预留	IEEE 802.1Qat	IEEE 802.1Qcc
流量整形	IEEE 802.1Qav	IEEE 802.1Qbv（时间感知整形）
应用场景	家庭影院、专业音视频	工业控制、车载网络、航空航天

说白了，AVB是TSN的「子集」。TSN包含了AVB的所有能力，还增加了更多「武器」。

为什么车载音视频必须用TSN？

咱们来算一笔账。

一辆现代汽车，有多少个音视频源？

• 4-8个摄像头（环视、后视、前视、舱内监控）
• 1-2个娱乐系统（中控屏、后排屏）
• 1个数字仪表盘
• 1个HUD（抬头显示）
• 麦克风阵列（语音控制）
• 扬声器系统（主动降噪、车载音响）

这些数据流，有的要求低延迟（摄像头到显示屏，<10ms），有的要求高带宽（4K视频，>15Mbps），有的要求高可靠性（安全相关的摄像头，不能丢包）。

传统以太网能搞定吗？搞不定。

我曾经在一个项目中，用传统以太网传输4路1080p摄像头数据。结果呢？网络拥堵时，画面直接「马赛克」了。后来换成TSN，配置了802.1Qbv的时间感知整形，把摄像头数据放在固定的时间窗口里传输，问题迎刃而解。

TSN给车载音视频带来了什么？

我总结了三样东西：

1. 确定性延迟：数据包什么时候到，可以精确到微秒级。不再是「看运气」。
2. 带宽保障：每个音视频流可以预留带宽，不会被其他数据「挤掉」。
3. 时钟同步：所有设备共享同一个时间基准。摄像头采集的画面，和显示屏渲染的画面，时间戳完全对齐。

举个例子：

你开车时，倒车影像显示的是「实时」画面吗？

在传统以太网里，从摄像头采集到显示屏显示，延迟可能在20-50ms之间。而且这个延迟是变化的——有时候快，有时候慢。

在TSN网络里，这个延迟可以控制在5ms以内，而且是固定的。你看到的画面，就是「此时此刻」车后的情况。

嗯，这就是TSN的价值。

小结

这一章咱们聊了：

• 传统以太网在车载音视频上的痛点：延迟不确定、带宽无保障、时钟不同步
• AVB是TSN的前身，TSN是AVB的扩展
• 车载音视频对实时性的高要求，决定了TSN是「刚需」

下一章，我会带大家深入TSN的核心协议——IEEE 802.1AS时钟同步。咱们看看，怎么让汽车里几十个ECU共享同一个「心跳」。

我是老张，咱们下章见。