3、网络协议栈基础：OSI七层模型在车载以太网中的映射，AVB/TSN协议族简介，DoIP协议概述
3.1 OSI七层模型：从理论到车载以太网的落地
聊到网络协议栈，OSI七层模型是绕不开的基础。很多刚入行的朋友觉得这玩意儿太抽象，跟实际开发没啥关系。其实不然，我个人习惯把OSI模型看作一张地图——你开车从北京到上海，不需要关心每个路口怎么拐，但你必须知道走哪条高速、在哪个服务区加油。
车载以太网里，这张地图被重新画了一遍。我给大家整理了一个对照表，方便理解：
| OSI层 | 传统以太网 | 车载以太网 | 我常说的“人话” |
|---|---|---|---|
| 应用层（7） | HTTP、FTP | DoIP、SOME/IP | 车上设备之间怎么“说话” |
| 表示层（6） | 加密、压缩 | 通常合并到应用层 | 数据要不要“化妆” |
| 会话层（5） | 会话管理 | 通常合并到传输层 | 谁先说话、谁后说话 |
| 传输层（4） | TCP、UDP | TCP、UDP | 数据怎么“打包”寄出去 |
| 网络层（3） | IP | IPv6（主流） | 数据走哪条“路” |
| 数据链路层（2） | MAC、LLC | 802.1Q（VLAN）、802.1AS（时间同步） | 数据在“同一根线”上怎么传 |
| 物理层（1） | RJ45、光纤 | 100BASE-T1、1000BASE-T1 | 数据用什么“线”传 |
嗯，这里要注意：车载以太网把物理层从传统的四对线改成了单对线。为什么？因为车里的空间太金贵了，线束越少越好。我在做第一个车载项目时，就因为没搞清楚这个区别，拿着传统以太网的PHY芯片去选型，结果发现根本塞不进OBD接口旁边那个狭小的空间。
核心要点：OSI模型在车载场景下，物理层和数据链路层变化最大。应用层则多了很多汽车专属协议。中间几层（网络层、传输层）基本沿用标准TCP/IP栈，但会做一些参数调优。
3.2 AVB/TSN协议族：让以太网学会“准时”
传统以太网有个毛病——它不保证数据什么时候到。你发个邮件，晚几毫秒无所谓。但车上呢？刹车信号晚1毫秒，可能就是一场事故。
AVB（Audio Video Bridging）和后来的TSN（Time-Sensitive Networking）就是来解决这个问题的。说白了，它们给以太网装了个“交通调度系统”。
我给大家拆解一下核心协议：
- 802.1AS（gPTP）：时间同步协议。所有节点的时间误差控制在微秒级。我记得第一次调试这个协议时，发现两个ECU的时间差了几百微秒，查了半天，原来是晶振的温漂问题。
- 802.1Qav（FQTSS）：带宽预留。给音视频流分配固定的带宽，保证不丢包。你想想看，如果倒车影像的流被其他数据挤掉了，那画面得多尴尬。
- 802.1Qbv（TAS）：时间感知整形。这是TSN的核心，它把时间切成一个个小窗口，每个窗口只允许特定类型的数据通过。就像地铁的“潮汐车道”。
- 802.1Qbu/802.3br（Frame Preemption）：帧抢占。高优先级的数据可以打断低优先级数据的传输。我曾经在项目中遇到过一个问题：一个长数据帧堵住了紧急控制指令，用了帧抢占后，延迟从2ms降到了50μs。
避坑指南：我曾经在集成AVB协议栈时，忽略了802.1AS的时钟同步精度要求。结果摄像头和显示屏之间的音画不同步，驾驶员看着倒车影像，听到的却是几秒前的雷达报警声。后来花了整整一周才定位到问题——是晶振的ppm值不达标。
TSN现在在车载领域越来越火。为什么？因为自动驾驶需要确定性网络。你想想看，L3以上的自动驾驶，传感器数据、控制指令、诊断信息都在同一根线上跑，没有TSN，根本没法保证关键数据的实时性。
3.3 DoIP协议概述：诊断也能走以太网
DoIP（Diagnostics over Internet Protocol），顾名思义，就是把诊断协议跑在IP网络上。以前诊断都是用CAN线，一根线一个节点，慢得很。现在好了，以太网一接，所有ECU都能同时诊断。
DoIP的核心逻辑其实不复杂：
- 发现阶段：诊断仪发送广播，问“谁在线？”ECU回复“我在，这是我的IP和VIN码”。
- 连接阶段：诊断仪和ECU建立TCP连接，端口号通常是13400。
- 诊断阶段：通过UDS（统一诊断服务）协议，发送诊断请求和响应。
- 断开阶段：任务完成，关闭连接。
这里有个关键点：DoIP的报文结构。我给大家看一个实际抓包中的例子：
// DoIP报文头部结构（简化版）
// 协议版本：0x02（ISO 13400-2:2012）
// 报文类型：0x8001（诊断请求）
// 负载长度：0x0004（4字节）
// 负载内容：UDS诊断请求（例如 0x10 0x03 0x00 0x00）
// 实际抓包示例（十六进制）：
02 80 01 00 00 00 04 10 03 00 00
嗯，这里要注意：DoIP的报文类型有很多种，比如路由激活、诊断请求、诊断响应、告警信息等。我建议初学者先搞清楚诊断请求和响应这两个最常用的类型。
重要提醒：DoIP虽然方便，但安全性是个大问题。因为它是基于IP的，理论上任何能访问网络的人都能发送诊断请求。所以现在的量产车都会做DoIP的安全认证，比如TLS加密、证书校验等。我在做某OEM项目时，就遇到过黑客通过OBD接口的DoIP服务刷写ECU固件的案例——还好是在实验室环境。
最后说一句：DoIP的引入，让车载诊断从“点对点”变成了“网络化”。以前修车师傅得拿着诊断仪挨个ECU去查，现在只要接上以太网，所有ECU的诊断信息都能汇聚到网关，再由网关统一转发给诊断仪。效率提升不是一星半点。
好了，这一章的内容就到这里。下一章我们会深入聊一聊SOME/IP协议——它是怎么在车载以太网上实现服务发现和远程过程调用的。到时候我会分享一个我在项目中踩过的“大坑”，保证让你印象深刻。