第1章：DoIP协议栈架构

各位工程师朋友，今天我们来聊聊DoIP协议栈的架构。说实话，这个主题我讲过很多次，但每次都有新的感悟。DoIP，全称是Diagnostic over Internet Protocol，说白了就是把UDS诊断报文封装到以太网帧里传输。听起来简单，但里面的门道可不少。

1.1 DoIP实体

先说说DoIP实体。这个概念，我刚开始接触时也绕了好一阵子。DoIP实体，你可以把它理解为一个“诊断节点”。在车载网络中，每个支持DoIP的ECU都是一个DoIP实体。

DoIP实体分两种：

• 外部测试设备：比如你手里的诊断仪，它也是一个DoIP实体
• 车辆内部节点：车上的ECU，每个ECU都是一个独立的DoIP实体

我记得有一次，客户问我：“为什么我的诊断仪连不上ECU？”我排查了半天，发现是DoIP实体的状态机出了问题。嗯，这里要特别注意，每个DoIP实体都有自己的一套状态机，从初始化到正常运行，每一步都不能出错。

1.2 DoIP逻辑地址

逻辑地址，这是个容易混淆的概念。你想想看，物理地址是MAC地址，IP地址是网络层地址，那逻辑地址是什么？

我个人习惯把逻辑地址理解为“诊断会话中的身份标识”。在DoIP协议里，逻辑地址分为：

地址类型	范围	用途
源地址	0x0001 - 0x0FFF	诊断仪使用的逻辑地址
目标地址	0x1001 - 0x1FFF	ECU使用的逻辑地址
广播地址	0xFFFF	用于路由激活广播

我在项目中遇到过一个问题：两个ECU配置了相同的逻辑地址，结果诊断仪发出去的报文，两个ECU都响应了。你说乱不乱？所以逻辑地址的分配一定要在项目初期就规划好，不然后期改起来很麻烦。

1.3 DoIP消息类型

DoIP的消息类型，说白了就是几种固定的报文格式。我把它归纳为四大类：

1.3.1 路由激活消息

这是诊断会话的第一步。外部测试设备要跟ECU建立连接，必须先发送路由激活请求。我曾经见过一个案例，工程师忘了发路由激活，直接发诊断报文，结果ECU根本不搭理他。

// 路由激活请求报文格式
Byte 0: 协议版本 (0x02)
Byte 1: 反向协议版本 (0xFD)
Byte 2-3: 负载类型 (0x0005)
Byte 4-7: 负载长度 (0x00000004)
Byte 8: 激活类型 (0x01 - 默认激活)
Byte 9-11: 保留位 (0x000000)
Byte 12-13: 源逻辑地址 (0x0001)

1.3.2 诊断消息

路由激活成功后，就可以发送诊断消息了。诊断消息的格式相对简单，就是把UDS报文直接封装进去。

// 诊断消息报文格式
Byte 0: 协议版本 (0x02)
Byte 1: 反向协议版本 (0xFD)
Byte 2-3: 负载类型 (0x8001)
Byte 4-7: 负载长度 (可变)
Byte 8-9: 源逻辑地址
Byte 10-11: 目标逻辑地址
Byte 12...: UDS诊断报文

1.3.3 其他消息类型

• 车辆识别消息：用于发现网络中的DoIP实体
• 在线检查消息：心跳包，保持连接活跃
• 诊断电源模式消息：控制ECU的电源状态

1.4 协议栈分层

DoIP协议栈的分层结构，我习惯用一张图来理解：

OSI层	DoIP协议栈	说明
应用层	UDS诊断服务	真正的诊断功能
表示层	DoIP消息封装	UDS报文打包成DoIP格式
会话层	路由激活管理	连接建立与维护
传输层	TCP/UDP	可靠传输或快速传输
网络层	IPv4/IPv6	寻址与路由
数据链路层	以太网MAC	帧封装与传输
物理层	100BASE-T1	车载以太网物理层

你想想看，每一层都有它的职责。我刚开始做DoIP开发时，总想着跳过某些层直接操作，结果发现根本行不通。每一层的封装和解封装都是必须的，少一步都不行。

好了，这一章的内容就到这里。下一章我们会深入讲解路由激活的具体流程和状态机。记住，DoIP的难点不在于协议本身，而在于实际工程中的各种边界情况。多动手，多踩坑，自然就熟练了。