Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
PD ISO TR 17427——智能运输系统协作式ITS（C-ITS）技术报告标准系列
Intelligent transport systems — Cooperative ITS（C-ITS）（PD ISO/TR 17427）
📐 PD ISO TR 17427 是英国标准学会（BSI）在”已发布文件（Published Document，PD）”系列下发布的 ISO/TR 17427 技术报告，主题为”智能运输系统——协作式 ITS（Cooperative Intelligent Transport Systems，C-ITS）”。C-ITS 通过车辆与车辆（V2V）、车辆与基础设施（V2I）以及车辆与人之间的实时信息交互，把”单车智能”升级为”交通系统智能”，用于提升道路安全、通行效率与出行体验。本系列以技术报告形式阐明 C-ITS 的框架、角色责任、运行概念（ConOps）与关键应用，由技术委员会 EPL/278（智能运输系统）归口。
💡 C-ITS 与单车感知的本质区别在于”协同”：车不只”看见”周围，还通过通信”知道”前方几公里的路况、信号灯相位与事故信息。17427 系列为这套协同体系提供了概念与框架基础。
一、系列概述与 C-ITS 框架 📌
第 2 部分（框架概述 Framework overview）是系列的纲领性文件，定义了 C-ITS 的总体框架：参与实体（车辆、基础设施、中心平台、第三方服务商）、相互作用的类型（V2V、V2I、I2V 等）、通信与数据交换的特征，以及”核心系统（Core System）”需要提供的基础能力。第 3 部分（核心系统运行概念 ConOps）按系统工程方法给出核心系统的运行概念（Concept of Operations）：定义系统使命、利益相关方、运行场景与关键性能要求，是后续各分部讨论”系统如何运行”的共同基线。
⚠️ C-ITS 是典型的”多方-多系统”工程：涉及车端、路侧、云平台与监管部门，术语与角色若不统一，跨项目协作极易失真。第 2 部分的框架与第 3 部分的 ConOps 是统一口径的起点。
二、系列构成与技术要点 🔧
| 分部 | 主题 | 中文要点 | 可读性 |
|---|---|---|---|
| PD ISO TR 17427-2 | Framework overview | 框架概述：实体、交互类型与核心系统能力 | 可读 |
| PD ISO TR 17427-3 | ConOps for ‘core’ systems | 核心系统运行概念（Concept of Operations） | 可读 |
| PD ISO TR 17427-4 | Applications and services | 典型 C-ITS 应用与服务（扫描版，按公开领域知识概括） | 扫描版 |
| PD ISO TR 17427-6 | Data exchange and roles | 数据交换与参与方角色责任（扫描版，按公开领域知识概括） | 扫描版 |
| PD ISO TR 17427-7 | Deployment and architecture | 部署与架构考虑（扫描版，按公开领域知识概括） | 扫描版 |
| PD ISO TR 17427-8 | Standards landscape | 相关标准与规范体系梳理（扫描版，按公开领域知识概括） | 扫描版 |
| PD ISO TR 17427-9 | Policy and privacy | 政策、隐私与安全相关内容（扫描版，按公开领域知识概括） | 扫描版 |
| PD ISO TR 17427-10 | Driver distraction and information display | 驾驶分心与信息显示 | 可读 |
🚨 扫描版本说明：第 4、6、7、8、9 部分原始文档为扫描件，本文依据公开领域知识撰写，具体内容请以 BSI 官方发布版本为准。
三、关键技术要求：运行概念与驾驶分心 🔥
第 3 部分（核心系统运行概念）是理解 C-ITS 工程实施的钥匙，它按标准 ConOps 文档结构回答”系统为什么存在、为谁服务、如何运行、需要什么性能”：包括任务与目标、主要利益相关方及其关切、运行场景（高速公路、城市路口、恶劣天气等）、系统能力（感知、通信、决策、人机接口）与关键运行约束（时延、可靠性、覆盖）。各单位在制定本国 C-ITS 部署计划时，常以该 ConOps 为模板。
第 10 部分（驾驶分心与信息显示）面向 HMI（人机接口）这一安全关键环节：规定 C-ITS 向驾驶员呈现信息时应遵循的原则，包括信息优先级与时机的取舍、显示位置与形式（声/光/触觉）、避免信息过载与注意力分散，以及分心风险的评估方法。这是把”技术信息”转化为”安全驾驶行为”的最后一道接口。
✅ 好的信息显示是”恰到好处的打扰”：要紧信息（如前方急刹、事故）及时突出，非紧急信息（如服务区提示）安静呈现。第 10 部分的优先级与呈现原则是 C-ITS HMI 设计的核心参考。
四、工程实践应用 🛠️
- 🔍 试点项目规划：城市或车路协同试点可依据第 3 部分的 ConOps 模板编写运行概念文档，明确目标、场景与验收指标。
- 🔧 系统架构设计：按第 2 部分框架划分车端、路侧、平台职责，并依据扫描版第 7 部分（架构考虑）总体思路确定分层架构（按公开领域知识概括）。
- 📊 HMI 设计：按第 10 部分原则设计预警提示的优先级、时机与呈现方式，并开展分心风险评估与实车测试。
- 📋 政策与合规：结合扫描版第 8（标准体系）、第 9（政策隐私）部分梳理相关标准与监管要求，指导项目立项与数据合规（按公开领域知识概括）。
五、常见问题解答 ❓
❓ 问：C-ITS 与自动驾驶是什么关系？
答：C-ITS 是协作式交通基础设施，为自动驾驶提供超越单车感知的信息（如信号灯相位、远端事件）；自动驾驶侧重单车决策，两者互补，V2X 通信常被视为高阶自动驾驶的必要支撑。
答：C-ITS 是协作式交通基础设施，为自动驾驶提供超越单车感知的信息（如信号灯相位、远端事件）；自动驾驶侧重单车决策，两者互补，V2X 通信常被视为高阶自动驾驶的必要支撑。
❓ 问：为什么需要”运行概念（ConOps）”这种文档？
答：C-ITS 涉及多方协作，先以自然语言统一”系统为谁、做什么、如何运行”（第 3 部分），再进入详细设计，可显著降低需求分歧与返工，是系统工程的标准做法。
答：C-ITS 涉及多方协作，先以自然语言统一”系统为谁、做什么、如何运行”（第 3 部分），再进入详细设计，可显著降低需求分歧与返工，是系统工程的标准做法。
❓ 问：第 10 部分为什么重要？
答：C-ITS 的信息若呈现不当，反而会分散驾驶注意力、增加事故风险。第 10 部分规定了信息呈现的优先级、时机与方式原则，是车载 HMI 合规与安全评估的依据。
答：C-ITS 的信息若呈现不当，反而会分散驾驶注意力、增加事故风险。第 10 部分规定了信息呈现的优先级、时机与方式原则，是车载 HMI 合规与安全评估的依据。
🔍 问：扫描版分部可参考到什么程度？
答：本文对扫描版分部的阐述依据公开领域知识撰写并标注”扫描版本”。涉及具体框架要素或条款时，应以 BSI 官方发布版本为准。
答：本文对扫描版分部的阐述依据公开领域知识撰写并标注”扫描版本”。涉及具体框架要素或条款时，应以 BSI 官方发布版本为准。
