Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS ISO 22901——道路车辆开放式诊断数据交换（ODX）标准系列
Road Vehicles — Open Diagnostic Data Exchange (ODX) — Part 1: Data Model Specification & Part 2: Emissions-Related Diagnostic Data
📊 BS ISO 22901 是英国标准协会（BSI）采纳发布的国际标准系列，总标题为”道路车辆——开放式诊断数据交换（Open Diagnostic Data Exchange, ODX）”。ODX 定义了描述车辆诊断数据的标准数据模型与交换格式，使诊断数据能够在整车厂、工具供应商、检测机构与售后体系之间以统一、可互操作的方式传递。它与 BS ISO 22900（MVCI）共同构成了车辆诊断工具链的数据侧与执行侧基础。
💡 ODX 的核心理念是”数据与程序分离”：把每个车型的诊断信息（诊断服务、参数、故障码、数据标识符等）抽象为标准化的数据包，诊断工具只需读取 ODX 数据即可适配新车型，而无需重新编写软件。
一、系列概述与定位 📌
本系列由 ISO/TC 22（道路车辆）技术委员会组织制定，英国方面的参与由技术委员会 AUE/16（电气与电子设备）负责。当前系列中的可读文件包括两份：BS ISO 22901-1:2008 与 BS ISO 22901-2:2011。标准涉及的 ICS 分类号为 43.180（道路车辆诊断、维护与测试设备）。
ODX 的出现解决了车辆诊断数据的”交付”问题：过去各 OEM 以专有格式交付诊断数据库，工具开发商必须为每个品牌编写专门的解析器。ODX 采用开放、可验证的格式描述诊断数据，使诊断数据成为一种”可交换资产”，显著缩短了新车型上市后的诊断支持周期。
从工程视角看，ODX 的价值在于一次建模、多端复用：同一份 ODX 数据包既可用于开发阶段的自动化测试，也可用于生产线的下线检测，还可用于售后维修与远程诊断。数据包本身不依赖具体硬件平台，只要符合 ODX 数据模型，即可被任何兼容工具读取与解释。
二、系列构成与分工 📋
| 标准编号 | 分部标题 | 发布/版本信息 | 核心内容 |
|---|---|---|---|
| BS ISO 22901-1:2008 | Part 1：数据模型规范（Data Model Specification） | 2008 年第一版（ISO 22901-1:2008） | ODX 数据模型的元模型、实体、关系与交换格式 |
| BS ISO 22901-2:2011 | Part 2：排放相关诊断数据（Emissions-Related Diagnostic Data） | 2011 年第一版（ISO 22901-2:2011） | 排放相关 OBD 数据的建模、用例与转换方法 |
⚠️ ODX 系列还包括其他分部与配套规范（如 Part 3 等），并常与 ISO 22900、ISO 14229 等协同使用。使用前请以 BSI 官方最新目录核对各分部现行状态。
三、Part 1 数据模型规范 📐
BS ISO 22901-1:2008 是系列的基础，定义了 ODX 数据模型（Data Model）。标准规定了诊断数据的抽象表示：诊断服务（Service）、参数（Parameter）、数据标识符（Data Identifier, DID）、故障码（DTC）及其诊断类型、ECU 地址、物理/逻辑链路、环境条件与时间条件等实体及其关系。模型以面向对象的方式组织，并规定了对应的交换格式，使得工具能够以标准方式读取、校验与处理这些数据。
标准还给出了 ODX 的典型用例（ODX Use Cases），说明 ODX 数据包在整车开发、售后诊断与产线测试等场景中的使用方法。数据包通过版本管理保持向后兼容，从而保证旧版数据仍能被新版工具读取。
✅ 对工具开发商而言，Part 1 意味着”写一个通用的 ODX 解析器”即可服务所有采用 ODX 的 OEM，避免为每个品牌维护独立的诊断数据库导入程序。
四、ODX 数据模型的层级结构 🧱
ODX 数据模型按用途划分为多个层级（container/class），每个层级承载不同性质的诊断信息。典型层级包括：
- 车辆信息层（Vehicle Information）：描述整车、车型、ECU 的标识与基本属性，为诊断数据提供上下文。
- 诊断服务层（Diag Services）：定义可执行的诊断服务，如读/写数据、执行例程、控制 I/O 等，并关联对应参数。
- 参数与数据层（Parameters / Data）：描述每个诊断服务的输入输出参数、数据类型、字节编码与取值范围。
- 故障码层（DTC / DTCs）：定义故障码及其诊断类型（如确认、清除、记忆），并关联环境与冻结帧条件。
- 通信层（Communication）：描述 ECU 地址、物理/逻辑链路、定时参数与通信协议相关配置。
通过这种分层，ODX 把”车辆是什么、能做什么诊断、如何通信”三类信息统一建模，使得工具可以按需加载不同层级的数据，兼顾灵活性与解析效率。
五、Part 2 排放相关诊断数据 ♻️
BS ISO 22901-2:2011 聚焦于排放相关诊断（Emissions-related OBD）数据。标准定义了排放诊断数据的建模方法，并描述了 ODX 数据在 ECU 生命周期中的应用。其核心用例包括：
- 用例 1：基于模块化 VCI 架构与 ODX 的 OBD 扫描工具——描述如何以 MVCI + ODX 组合实现排放类 OBD 扫描。
- 用例 2：将排放相关 OBD 数据转换为 ODX 格式——描述将既有排放诊断数据（如法规要求的数据）转换、映射到 ODX 数据模型的过程。
标准随后给出了排放相关 OBD 数据的 ODX 应用示例，包括 OBD 相关参数、监测项、就绪状态与故障码等的具体建模，使排放诊断数据能够以统一格式在工具链中流转。
🚨 排放相关 OBD 数据直接关联法规要求，其就绪状态、监测项与故障指示必须与法规 OBD 功能严格对应。任何建模偏差都可能导致排放符合性判定失真，转换与验证时应特别注意字段映射的完整性。
六、工程实践应用 🛠️
- 🔧 售后诊断工具：ODX 数据包由 OEM 交付给工具开发商，工具读取数据包后即可动态生成诊断界面与测试流程。
- 🚗 排放法规符合性：Part 2 使排放相关 OBD 数据能够以标准格式交换，支撑检测机构、监管与维修厂之间的数据互通。
- 🔄 ECU 开发与测试：在开发阶段，ODX 数据模型可用于自动化测试用例生成，提高诊断功能验证效率。
- 🔌 车联网与远程诊断：标准化数据描述便于云端平台解析车辆诊断数据，支持远程监控与预测性维护。
- 📋 数据治理：以 ODX 作为诊断数据的”标准交换契约”，可减少 OEM 与供应商之间的重复沟通，降低数据交付错误率。
七、常见问题解答 ❓
❓ 问：ODX 与 MVCI（BS ISO 22900）如何分工？
答：ODX 定义”数据是什么”（数据模型与交换格式），MVCI 定义”如何通过标准接口访问数据”（硬件与 D-Server API）。两者结合实现数据与执行的分离。
答：ODX 定义”数据是什么”（数据模型与交换格式），MVCI 定义”如何通过标准接口访问数据”（硬件与 D-Server API）。两者结合实现数据与执行的分离。
❓ 问：ODX 是只用于售后诊断吗？
答：不是。ODX 贯穿 ECU 生命周期，从开发、标定、生产下线到售后与远程诊断都可使用，数据包的一次编写可实现多场景复用。
答：不是。ODX 贯穿 ECU 生命周期，从开发、标定、生产下线到售后与远程诊断都可使用，数据包的一次编写可实现多场景复用。
❓ 问：排放相关 OBD 数据为什么要单独成一部？
答：排放数据直接关联法规要求，需与法规 OBD 功能（如就绪状态、故障指示）严格对应，因此 ISO 单独制定 Part 2 细化其建模与转换规则，便于监管一致性。
答：排放数据直接关联法规要求，需与法规 OBD 功能（如就绪状态、故障指示）严格对应，因此 ISO 单独制定 Part 2 细化其建模与转换规则，便于监管一致性。
❓ 问：ODX 数据包如何保证兼容性？
答：ODX 数据模型采用版本管理与向后兼容策略，旧版本数据包应能被新版本工具读取，同时工具也应能处理多版本并存的情况。
答：ODX 数据模型采用版本管理与向后兼容策略，旧版本数据包应能被新版本工具读取，同时工具也应能处理多版本并存的情况。
