ISO 15765-3 vs. ISO 14229-3：UDSonCAN标准的演进与更替

一、引言：标准更替的背景

在汽车电子诊断领域，统一诊断服务（UDS）协议是现代车辆诊断系统的核心。当UDS运行于CAN总线之上时，相关的技术规范经历了从ISO 15765-3:2004到ISO 14229-3:2012的重要演进。这一更替不仅反映了国际标准化组织对诊断协议架构的重新梳理，也是UDS体系向着与具体通信介质解耦方向演进的重要里程碑。

二、旧标准：ISO 15765-3:2004（UDS on CAN）

ISO 15765-3:2004全称为“Road vehicles — Diagnostics on Controller Area Networks (CAN) — Part 3: Implementation of unified diagnostic services (UDS on CAN)”。该标准规定了依据ISO 14229-1在CAN总线上实现UDS的方法，涵盖了诊断服务以及服务器内存编程的具体要求，适用于所有连接在CAN网络上的车内服务器与外部测试设备。

在最初的设计中，ISO 15765-3定位为CAN总线上的诊断通信应用层标准之一，不仅规定了UDS在CAN上的实现，还涵盖了KWP2000协议在CAN上的具体实现，包括服务格式和寻址规则。从OSI七层模型的角度来看，ISO 15765-3承担了应用层和会话层的双重功能，既定义了应用层服务的格式，又管理了诊断会话的状态与计时。

然而，这种将多种协议（UDS和KWP2000）混合于同一标准文档的结构，随着UDS体系逐渐成为行业统一标准后，暴露出了一些问题——标准边界不够清晰，功能分层不够严谨，且与ISO 14229-1中定义的服务存在重复和不统一之处。

三、新标准：ISO 14229-3:2012（UDSonCAN）

ISO 14229-3:2012全称为“Road vehicles — Unified diagnostic services (UDS) — Part 3: Unified diagnostic services on CAN implementation (UDSonCAN)”，第一版于2012年12月发布，包含16页内容。该标准明确了其在UDS协议族中的定位——规定了在道路车辆控制器局域网（CAN）上实现UDS的应用配置文件（Application Profile），引用了ISO 14229-1和ISO 14229-2，并规定了用于CAN诊断通信的诊断服务实施要求。

ISO 14229-3:2012的第一版正式取代并废止了ISO 15765-3:2004，这是诊断标准体系重构的关键标志。随后，ISO 14229-3于2022年发布了第二版（ISO 14229-3:2022），进一步完善了UDSonCAN规范。

四、新旧标准的核心差异

ISO 14229-3取代ISO 15765-3绝不仅仅是标准编号的变更，而是UDS协议体系架构的全面重构。以下从七个维度总结新旧标准的核心差异：

对比维度

ISO 15765-3:2004（旧）

ISO 14229-3:2012（新）

标准定位

CAN上UDS + KWP2000的混合实现

纯粹的UDS on CAN应用配置文件

OSI模型归属

应用层与会话层合并定义

严格分层：应用层+会话层分离

会话层协议

内嵌于标准内部

外部引用ISO 14229-2独立标准

诊断服务范围

覆盖多种诊断协议的服务定义

专注于UDS服务在CAN上的映射规则

CAN ID/寻址规定

规定较为概括

详细规定了CAN ID分配和具体寻址规则

与ISO 14229-1关系

引用但边界模糊

清晰定义：外部引用+附加限制条件

兼容性与扩展性

总线绑定程度高，跨网络复用困难

总线解耦设计，支持多介质UDS体系

具体而言，核心差异体现在：

4.1 OSI模型职责划分的优化

在旧版ISO 15765-3的OSI模型中，应用层和会话层功能被合并在一起定义，会话管理（如诊断会话的模式切换、定时参数）与应用层服务描述交织于同一文档中。新版ISO 14229-3则严格遵循分层思想：会话层功能被独立抽出，交由ISO 14229-2统一管理，该标准专门定义了诊断会话中的时间参数、会话模式切换以及各种超时计时器。ISO 14229-3仅关注UDS服务在CAN总线上的具体映射方式，包括CAN ID分配和寻址规则。

这一变化的核心逻辑在于：会话层管理（如P2、P2*等计时器）与底层传输介质（CAN、FlexRay、Ethernet等）相对解耦，跨网络的UDS通信可以在统一的会话层框架下运行。独立化后的会话层标准（ISO 14229-2）可以服务于各种不同介质的UDS实现（UDSonCAN、UDSonLIN、UDSonIP等）。

4.2 协议范围聚焦：从多协议混合到纯UDS

ISO 15765-3最初涵盖了UDS和KWP2000在CAN上的实现，这种混合设计在过渡期有其历史合理性。随着汽车行业逐步从KWP2000等早期诊断协议过渡到UDS统一体系，标准的混合结构反而成为冗余和混淆的来源。ISO 14229-3舍弃了所有KWP2000相关内容，将标准范围严格聚焦于UDS在CAN上的实现。ISO 15765-3虽然仍保留在标准库中，但更多地是作为历史兼容参考，其原有的应用层规范已由ISO 14229系列全面承接。

4.3 UDSonCAN命名规范的统一

新标准引入了“UDSonCAN”这一统一术语，明确了UDS on CAN的标准命名词汇体系。此后，UDS在LIN上的实现被称为UDSonLIN（ISO 14229-7），在FlexRay上称为UDSonFR（ISO 14229-4），在以太网上称为UDSonIP（ISO 14229-5）。这一命名规范清晰地表达了UDS“一次定义、多介质复用”的设计理念。

4.4 CAN寻址与帧格式规定的细化和更新

ISO 14229-3对CAN总线上的寻址规则进行了更加细致的规范化处理，包括物理寻址与功能寻址的CAN ID分配策略、11位和29位CAN标识符的使用场景、以及诊断报文中地址信息的放置方式。这些细化规定直接关乎诊断工具能否与不同厂商的ECU正确通信——更精确的寻址映射规则确保了诊断系统在多供应商环境下的互操作性。同时，新标准在应用层服务中特别强化了两个服务的DoCAN特定要求：ResponseOnEvent (0x86)和ReadDataByPeriodicIdentifier (0x2A)，前者定义ECU在特定事件触发时自动发送诊断数据的机制，后者实现ECU周期性地上传诊断数据。这些更新有效满足了现代汽车电子系统中实时监测与事件触发诊断的实际需求。此外，ISO 14229-3:2022第二版进一步明确了对CAN网络实施UDS的附加要求与具体限制，保证了标准与最新技术发展的同步。

五、兼容性与演进路径

对于已有基于ISO 15765-3:2004开发的诊断系统，迁移至ISO 14229-3总体上面临较低的障碍。两个标准的核心诊断语义保持一致——UDS服务ID（SID）和否定响应码（NRC）仍遵循ISO 14229-1的定义。迁移的主要工作聚焦于：

1. 重新梳理应用层与会话层的接口 ：将原本内嵌于15765-3中的会话管理逻辑，改用ISO 14229-2定义的标准原语接口实现；

2. 更新CAN ID映射规则 ：按照新标准的规定，重新配置诊断CAN标识符的分配；

3. 更新标准引用声明 ：在开发文档和系统中将标准引用从15765-3替换为14229-3+14229-2的组合。

现代UDSonCAN标准体系已形成为稳固的“三足鼎立”结构：ISO 14229-1定义UDS应用层核心服务，ISO 14229-2独立管理会话层时间与状态，ISO 15765-2处理网络层的数据分段与重组。ISO 14229-3则承接了ISO 15765-3-原有应用层规范中经UDS重构后的核心内容，作为UDSonCAN的实现配置文件，规范了ISO 14229-1中定义的服务在CAN总线上的具体映射方式。

六、对行业开发与实践的启示

1. 新项目严格遵循ISO 14229-3：所有新开发的UDSonCAN项目应直接以ISO 14229-3（2012版或2022版）为应用层规范依据，避免参考已废止的ISO 15765-3中相关章节。

2. 理解标准分层架构：UDSonCAN的完整协议栈需要同时参考ISO 14229-1（服务定义）、ISO 14229-2（会话层）、ISO 14229-3（CAN映射）和ISO 15765-2（网络层/传输层）。不存在单一标准能覆盖全部需求。

3. 跨网络UDS体系视角：ISO 14229-3取代ISO 15765-3的本质，是UDS体系向着总线无关化方向演进的关键一环。理解这一演进，有助于开发者在设计诊断系统时，将UDS应用层逻辑与具体物理介质隔离开来，提高软件的复用性和可移植性。

4. 关注标准最新动态：ISO 14229-3已发布2022版第二版，对于需要符合最新行业规范或进行功能安全的项目，应尽量使用最新版本。后续应关注ISO/TC 22/SC 31技术委员会的更新动态。

ISO 14229-3对ISO 15765-3的取代，是汽车诊断标准从“总线特定”走向“服务统一”的关键转折。这一演进通过标准职责的重新划分（会话层独立为14229-2）、协议范围的精简聚焦（移除KWP2000相关内容）以及应用层服务映射规则的细化（强化事件响应与周期性读取服务），确立了UDSonCAN在标准化诊断协议体系中的稳固地位。对于汽车电子工程师而言，准确把握这一演进脉络，是理解现代车载诊断系统架构的必备基础。