4、DoIP协议栈详解：物理层、数据链路层、网络层、传输层、应用层
好，咱们今天来聊聊DoIP协议栈。说实话，很多工程师一上来就盯着应用层的诊断消息看，觉得底层协议跟自己没关系。我刚开始做车载项目时也这么想，直到有一次在实车上抓包，发现诊断请求发出去就是没响应，折腾了两天才定位到是TCP连接建立阶段出了问题——嗯，从那以后我再也不敢跳过底层了。
DoIP协议栈，说白了就是一套让诊断数据在以太网上跑起来的规矩。它遵循标准的OSI七层模型，但在汽车场景下做了很多裁剪和优化。我习惯把它分成五层来看：物理层、数据链路层、网络层、传输层、应用层。每一层都有它的活儿要干，也都有坑要避。
4.1 物理层：信号怎么跑起来
物理层解决的是最基础的问题：比特流怎么在介质上传输。DoIP目前主流用的是100BASE-TX（百兆）和1000BASE-T（千兆），也就是咱们常说的百兆以太网和千兆以太网。
你想想看，车载环境跟办公室完全不一样。温度范围从-40°C到125°C，振动、电磁干扰都很严重。所以DoIP的物理层选型有几个硬性要求：
- 支持车载级温度范围：普通商用级芯片扛不住
- EMC性能要达标：不能干扰车上其他ECU，也不能被干扰
- 线束要轻量化：单对非屏蔽双绞线（UTP）是趋势
我个人习惯在项目初期就确认好物理层芯片的型号。Broadcom的BCM89811、Marvell的88Q2112都是车载级百兆PHY的常见选择。千兆的话，TI的DP83TC812系列也不错。
4.2 数据链路层：MAC地址与帧格式
数据链路层负责把物理层的比特流组织成帧，并且处理MAC地址。DoIP在这一层用的是标准的以太网MAC帧格式，但有几个特殊点。
首先，DoIP设备需要有一个唯一的MAC地址。这个地址通常由芯片厂商分配，但也可以自定义。我建议在项目里统一规划MAC地址池，避免冲突。
其次，DoIP帧的EtherType字段用的是0x0800（IPv4）或0x86DD（IPv6）。这一点跟普通以太网帧没区别。但要注意，DoIP消息本身是封装在TCP或UDP报文里的，所以数据链路层看到的只是IP包。
这里有个小技巧：抓包分析时，很多人只看应用层数据，忽略了数据链路层的MAC地址。其实通过MAC地址可以快速判断报文是从哪个ECU发出来的，对排查网络拓扑问题很有帮助。
4.3 网络层：IP地址与路由
网络层负责IP地址的分配和路由。DoIP支持IPv4和IPv6，但实际项目中IPv4用得更多。为什么呢？因为IPv4的地址分配和配置更简单，而且大部分诊断工具只支持IPv4。
DoIP设备获取IP地址的方式有两种：
- 静态配置：在ECU固件里写死IP地址。适合固定拓扑的场景。
- 动态获取：通过DHCP或AutoIP自动分配。适合灵活组网的场景。
我个人更推荐动态获取，尤其是当车辆网络中有多个DoIP节点时。你想想看，如果每个ECU都写死IP地址，万一哪天要换一个ECU，还得重新配置，多麻烦。
不过动态获取也有坑。我记得有一次，一个ECU在DHCP请求超时后自动切换到了AutoIP，结果跟另一个ECU的AutoIP地址冲突了。后来我们给每个ECU配置了DHCP的fallback策略，才彻底解决。
| IP地址分配方式 | 优点 | 缺点 |
|---|---|---|
| 静态配置 | 简单、可控 | 灵活性差、维护成本高 |
| DHCP | 自动分配、集中管理 | 需要DHCP服务器、有延迟 |
| AutoIP | 无需服务器、自动避让 | 地址范围有限、可能冲突 |
4.4 传输层：TCP与UDP的选择
传输层是DoIP协议栈里最需要仔细设计的一层。DoIP同时使用了TCP和UDP，但用途完全不同。
UDP用于DoIP的车辆发现和节点公告。为什么用UDP？因为UDP是无连接的，可以广播或组播。DoIP节点启动后，会通过UDP广播一条车辆公告消息，告诉诊断工具「我在这里」。诊断工具也可以通过UDP发送车辆发现请求，看看网络上有哪些DoIP节点。
TCP用于实际的诊断消息传输。诊断数据需要可靠传输，不能丢包，不能乱序。TCP正好满足这个需求。DoIP在TCP上建立连接后，所有的诊断请求和响应都通过这个连接传输。
这里有个关键点：TCP连接的建立和断开，DoIP有严格的规定。我记得ISO 13400-2里明确写了，DoIP节点在收到TCP SYN后，必须在2秒内回复SYN-ACK。如果超时，诊断工具会认为节点不可用。
另外，DoIP的TCP端口号是13400。这个端口号是IANA专门为DoIP分配的。我建议在防火墙和路由器配置中，明确开放这个端口，避免被误拦截。
4.5 应用层：诊断消息的封装
应用层是DoIP协议栈的最上层，也是诊断工程师最熟悉的一层。DoIP应用层的主要工作，就是把UDS诊断消息封装成DoIP报文。
DoIP报文的结构很简单：
- 协议版本：1字节，目前是0x02
- 反向协议版本：1字节，用于兼容性检查
- 负载类型：2字节，标识消息的类型（如诊断请求、诊断响应、车辆公告等）
- 负载长度：4字节，标识后面负载数据的长度
- 负载数据：变长，就是UDS诊断消息
举个例子，一个UDS诊断请求「读取ECU序列号」（SID = 0x22，DID = 0xF190），封装成DoIP报文后长这样：
02 FD 80 01 00 00 00 05 22 F1 90我来拆解一下：
02：协议版本FD：反向协议版本80 01：负载类型，0x8001表示诊断请求00 00 00 05：负载长度，5字节22 F1 90：UDS诊断消息
你可能会问，为什么负载类型是0x8001而不是0x0001？这是DoIP协议的规定，高字节的bit15用来标识方向（请求还是响应）。0x8001是请求，0x8002是响应。
好了，DoIP协议栈的五层就讲到这里。从物理层的信号传输，到应用层的诊断消息封装，每一层都有它的职责和设计考量。下一章咱们聊聊SOME/IP，看看它跟DoIP是怎么配合的。