从CAN到以太网：一文搞懂UDS在DoCAN和DoIP两种传输层下的报文拆解实战-平芜编程栈

从CAN到以太网：UDS在DoCAN与DoIP中的协议栈深度解析与实战拆解

在车载诊断系统的演进历程中，统一诊断服务（UDS）作为应用层协议始终保持着稳定的架构，而其底层传输技术却经历了从传统CAN总线到车载以太网的革命性跨越。这种变革不仅带来了带宽的指数级提升，更重塑了诊断通信的协议栈实现方式。本文将聚焦ISO 15765-2定义的DoCAN与ISO 13400定义的DoIP两大传输层协议，通过协议栈对比、帧结构解析、通信流程演示三大维度，为车载网络工程师提供跨物理层的UDS实现全景视角。

1. 协议栈架构对比：从CAN 2.0到TCP/IP

1.1 DoCAN的协议栈定位

DoCAN（Diagnostic communication over CAN）构建在经典CAN总线技术之上，其协议栈分层如下：

OSI层	协议实现	关键特性
应用层	ISO 14229-1 (UDS)	定义诊断服务与响应格式
传输层	ISO 15765-2 (DoCAN)	处理长报文分段与流控制
网络层	ISO 15765-2 (DoCAN)	寻址与协议标识
数据链路层	ISO 11898 (CAN 2.0)	帧格式定义与总线仲裁
物理层	ISO 11898-2/3	电气特性与信号传输

典型限制：CAN 2.0数据帧最大8字节有效负载，迫使DoCAN必须实现复杂的分段重组机制。例如当发送342字节的ECU软件版本信息时，需要拆分为：

1个FirstFrame（初始长度指示）
42个ConsecutiveFrame（数据分片）
至少1个FlowControl（传输控制）

1.2 DoIP的协议栈革新

DoIP（Diagnostic communication over IP）采用以太网技术栈，其分层模型显著不同：

OSI层	协议实现	关键优势
应用层	ISO 14229-5 (UDSonIP)	保持与CAN相同的服务定义
传输层	TCP/UDP	可靠传输与流量控制原生支持
网络层	IPv4/IPv6	全局寻址能力
数据链路层	IEEE 802.3 (以太网)	100Mbps以上带宽
物理层	100BASE-T1/1000BASE-T1	高速差分信号传输

性能对比：单条DoIP报文最大支持2^32字节负载，理论上可一次性传输4GB的ECU闪存数据，而同等数据在DoCAN下需要超过5亿个CAN帧。

2. DoCAN帧结构深度解析

2.1 四种核心帧类型

DoCAN定义了四种协议控制信息（PCI）帧，通过首字节高4位标识：

PCI类型 高4位值 数据域说明 SingleFrame 0000 低4位为SF_DL（数据长度） FirstFrame 0001 首字节低4位+次字节为FF_DL（总数据长度） ConsecutiveFrame 0010 低4位为序列号（1-15循环） FlowControl 0011 低4位为流状态（0=CTS,1=WT,2=OVFLW）

实战示例：读取ECU序列号（0x22服务）的交互过程

# 诊断仪请求（SingleFrame） req = [0x02, 0x22, 0xF1, 0x8C, 0x55, 0x55, 0x55, 0x55] # ECU响应（多帧传输） resp_ff = [0x10, 0x0B, 0x62, 0xF1, 0x8C, 0x34, 0x56, 0x78] # FirstFrame resp_cf1 = [0x21, 0x90, 0x12, 0x34, 0x56, 0xAA, 0xAA, 0xAA] # ConsecutiveFrame1

2.2 流控制参数详解

FlowControl帧包含三个关键参数：

BS（Block Size）：允许连续发送的ConsecutiveFrame数量
STmin（Separation Time）：帧间最小时间间隔（单位ms）
FS（Flow Status）：控制传输状态机

注意：当BS=0时表示允许无限连续发送，STmin=0表示无间隔要求。实际项目中建议设置BS=8-32以避免接收方缓冲区溢出。

3. DoIP协议实现机制

3.1 报文结构规范

DoIP头部采用8字节固定格式：

偏移量	长度	字段说明
0	1	协议版本（0x03）
1	1	版本反码（0xFC）
2	2	载荷类型（大端序）
4	4	载荷长度（大端序）

常见载荷类型：

0x8001：诊断消息（UDS请求/响应）
0x8002：诊断正响应ACK
0x0005：路由激活请求

3.2 诊断消息传输流程

典型DoIP会话建立过程：

车辆发现阶段：通过UDP广播发送车辆识别请求

# 示例Vehicle Identification请求报文 echo -n -e '\x03\xFC\x00\x01\x00\x00\x00\x00' | nc -u 255.255.255.255 13400

TCP连接建立：与目标ECU建立TCP连接（默认端口13400）
路由激活：发送0x0005路由激活请求
诊断通信：通过0x8001载荷传输UDS报文

性能优化技巧：在刷写大型固件时，建议：

使用TCP窗口缩放（Window Scaling）选项提升吞吐量
启用TCP_NODELAY禁用Nagle算法减少延迟
设置SO_RCVBUF/SO_SNDBUF为1MB以上缓冲区

4. 跨协议UDS服务对比实验

4.1 会话控制（0x10服务）

在DoCAN与DoIP中，相同的UDS服务表现出协议栈差异：

特性	DoCAN实现	DoIP实现
默认会话请求	02 10 01 55 55 55 55 55	8001报文承载02 10 01
响应时间阈值	通常25-50ms	可缩短至10ms以下
安全漏洞	易受总线泛洪攻击	需防范IP欺骗与中间人攻击

4.2 数据传输（0x34服务）

以下载200KB校准数据为例：

DoCAN流程：

请求下载（0x34）→ 定义内存地址和大小
传输数据（0x36）→ 分500个FirstFrame+ConsecutiveFrame
退出传输（0x37）

DoIP优化：

// 伪代码示例：DoIP大块数据传输 void doip_transfer_data(int sock, uint8_t *data, size_t len) { struct doip_header hdr; hdr.type = htons(0x8001); hdr.length = htonl(len + 2); // +2 for UDS header send(sock, &hdr, 8, 0); // 发送DoIP头 send(sock, "\x36\x01", 2, 0); // UDS传输数据头 send(sock, data, len, 0); // 单次发送全部数据 }