Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS ISO 14813——智能运输系统参考模型架构标准系列
Intelligent Transport Systems — Reference Model Architecture(s) for the ITS Sector（ISO 14813 系列，UK 采用版）
🚗 BS ISO 14813 系列是英国标准协会（BSI）采用 ISO 关于智能运输系统（ITS）参考模型架构的标准。ITS 是一个涵盖交通管理、出行信息服务、车辆与道路协同、电子收费、车辆安全等众多应用的服务体系，需要一个统一的参考模型架构来组织、分类与描述各类 ITS 服务。该系列规定了：Part 1 规定 ITS 服务域、服务组与服务的分类体系，Part 5 规定 ITS 标准中架构描述的要求。该系列为 ITS 标准体系的协调、跨系统互操作与服务的系统化分类提供了框架基础。该系列由 ISO/TC 204（智能运输系统）制定，英国参与工作由技术委员会 EPL/278 负责，ICS 分类号为 03.220.01 与 35.240.60。
💡 ITS 服务种类繁多、跨系统互操作复杂，参考模型架构是”总纲”：通过统一的服务分类与架构描述规范，使不同地区、不同供应商的 ITS 系统能够协调一致地开发、集成与互操作。
一、标准系列概述 📌
BS ISO 14813 系列围绕”ITS 参考模型架构”组织分部。本系列包含以下分部：
| 分部 | 版本 | 内容主题 | 主要作用 |
|---|---|---|---|
| BS ISO 14813-1:2015 | 第二版（2015） | ITS 服务域、服务组与服务 | 规定 ITS 服务的分类体系 |
| BS ISO 14813-5:2010 | 第一版（2010） | ITS 标准中架构描述的要求 | 规定架构描述规范 |
⚠️ 需要特别注意的是，BS ISO 14813-1:2015 取代了被撤销的 BS ISO 14813-1:2007。BS ISO 14813-5:2010 为该分部现行版本。使用时应以现行有效版本为准。
二、Part 1——服务域、服务组与服务 🔧
Part 1 是 ITS 服务的”分类字典”标准。它规定了 ITS 服务域（service domains）、服务组（service groups）与服务（services）的分类体系。主要内容包括：
- 服务域划分：将 ITS 应用划分为若干服务域（如交通管理与运营、出行信息、车辆安全、电子收费、商用车辆、应急管理等）。
- 服务组划分：在服务域内进一步划分服务组，明确各服务组的范畴与边界。
- 服务定义：逐项定义具体的 ITS 服务，并给出其功能、角色与接口描述。
- 一般要求：规定服务分类的原则、标识方法与命名规则。
通过”服务域—服务组—服务”三级分类，Part 1 为所有 ITS 应用提供了标准化的分类框架，便于不同标准、不同系统之间的协调与检索。
💡 三级分类是 ITS 服务标准化的核心：任何 ITS 服务都可归入某一服务域下的服务组，从而在统一的分类体系中被检索、比较与协调，避免”各自为政”造成的碎片化。
三、Part 5——架构描述要求 🔬
Part 5 规定了 ITS 标准中架构描述的要求，即如何用标准化的方法描述 ITS 系统的架构。主要内容包括：
- 架构描述要素：规定描述 ITS 架构所需的关键要素（如功能、数据流、物理组件、通信接口、组织与职责）。
- 描述方法：规定用于表达架构的模型、视图与图形化/表格化方法。
- 一致性要求：规定 ITS 标准中架构描述应满足的最低要求与一致性准则。
架构描述是 ITS 系统设计、集成与互操作的基础：通过规范化的架构描述，不同利益相关方（业主、集成商、供应商、监管部门）能够就同一系统达成一致的、无歧义的理解。
🚨 架构描述不一致是 ITS 互操作失败的主要根源：若不同系统对同一接口、数据流或功能的理解不一致，即使各自”符合标准”，也无法真正互操作。必须按 Part 5 的规范统一描述。
四、关键技术要求与架构管理 📋
综合两个分部，BS ISO 14813 系列提出了以下关键架构管理控制点：
| 控制项目 | 要求 | 目的 |
|---|---|---|
| 服务域 | 覆盖全部 ITS 应用 | 建立顶层分类 |
| 服务组 | 域内细分、边界明确 | 组织同类服务 |
| 服务定义 | 功能、角色、接口清晰 | 统一服务理解 |
| 架构要素 | 功能/数据流/接口/职责 | 描述系统架构 |
| 一致性 | 满足最低描述要求 | 保证互操作 |
✅ 按照 BS ISO 14813 系列建立服务分类与架构描述规范，可显著提高 ITS 标准体系的协调性、系统的互操作性与服务的可复用性。
五、工程实践与 ITS 应用 🛠️
- 🔍 标准协调：将新制定的 ITS 标准按 Part 1 的服务分类归位，避免重复与冲突。
- 📊 系统设计：按 Part 5 的架构描述规范，统一描述 ITS 系统的功能、数据流与接口。
- 🔬 互操作验证：在跨系统集成中，以统一的架构描述为基础进行接口与数据流核对。
- 📋 需求管理：以服务分类为索引，系统化组织 ITS 应用需求与功能需求。
六、常见问题解答 ❓
❓ 问：ITS 服务域、服务组与服务的关系是什么？
答：是三级递进的分类关系：服务域是最高层分类（如交通管理、出行信息），服务组是域内细分，服务是具体的应用单元。任何 ITS 服务都能在统一分类体系中定位。
答：是三级递进的分类关系：服务域是最高层分类（如交通管理、出行信息），服务组是域内细分，服务是具体的应用单元。任何 ITS 服务都能在统一分类体系中定位。
❓ 问：为什么需要参考模型架构？
答：ITS 涉及众多系统与利益相关方，参考模型架构提供统一的分类与描述框架，避免系统碎片化，支持跨系统互操作与标准协调。
答：ITS 涉及众多系统与利益相关方，参考模型架构提供统一的分类与描述框架，避免系统碎片化，支持跨系统互操作与标准协调。
❓ 问：Part 1 与 Part 5 有什么区别？
答：Part 1 回答”ITS 有哪些服务、如何分类”，Part 5 回答”如何规范地描述 ITS 系统架构”。前者是分类总纲，后者是描述规范。
答：Part 1 回答”ITS 有哪些服务、如何分类”，Part 5 回答”如何规范地描述 ITS 系统架构”。前者是分类总纲，后者是描述规范。
❓ 问：架构描述为什么对互操作如此重要？
答：互操作要求不同系统对接口、数据流与功能的理解完全一致；规范化的架构描述消除歧义，是系统集成与互操作验证的基础。
答：互操作要求不同系统对接口、数据流与功能的理解完全一致；规范化的架构描述消除歧义，是系统集成与互操作验证的基础。
🔍 问：该系列与 ISO 14817（ITS 中央数据字典）有何关系？
答：ISO 14817 规定 ITS 数据概念与数据字典（”数据是什么”），ISO 14813 规定服务分类与架构描述（”系统如何组织”），二者相互补充，共同构成 ITS 标准化框架。
答：ISO 14817 规定 ITS 数据概念与数据字典（”数据是什么”），ISO 14813 规定服务分类与架构描述（”系统如何组织”），二者相互补充，共同构成 ITS 标准化框架。
