Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/TR 29181-9 是 ISO 29181 系列技术报告的一部分,涵盖协作式智能交通系统(C-ITS),第9部分侧重于合规性评估。本技术报告应对的关键挑战是在运营部署之前和期间验证 C-ITS 实现是否符合相关标准、规范和要求。C-ITS 环境中的合规性尤为具有挑战性,因为系统涉及多个利益相关方(车辆制造商、道路运营商、电信提供商和服务提供商)、多种通信技术以及跨境互操作性要求。
作为技术报告,ISO/TR 29181-9 为合规性评估提供了咨询性框架,而不是规定具体的测试方法或通过/不通过标准。它确定了关键的合规维度,提出了评估方法,并讨论了管理整个 C-ITS 生态系统合规性所需的组织结构。该报告借鉴了欧洲(C-Roads)、北美和亚洲现有 C-ITS 试点部署的经验,将经验教训综合为未来部署的实用指南。
ISO/TR 29181-9 定义了完整 C-ITS 部署必须评估的多个合规维度。下表总结了这些维度及其评估方法。
| 合规维度 | 范围 | 评估方法 | 典型责任实体 | 部署阶段 |
|---|---|---|---|---|
| 标准符合性 | 遵守ISO、ETSI、IEEE和SAE的 C-ITS 标准 | 协议一致性测试、规范差距分析 | 测试实验室/认证机构 | 部署前 |
| 互操作性 | 与其他C-ITS实体交换并正确解释消息的能力 | 插拔测试活动、跨厂商互操作性测试 | 供应商联盟/部署运营商 | 部署前 + 定期 |
| 安全合规 | 正确实现PKI、证书管理和密码机制 | 安全审计、渗透测试、PKI集成测试 | 安全机构/PKI运营商 | 部署前 + 定期 |
| 法规合规 | 符合国家/地区法规(数据保护、无线电频谱、型式认证) | 法规审查、法律审计 | 监管机构/部署运营商 | 部署前 |
| 运营合规 | 运营期间的持续符合性,包括更新管理 | 持续监控、定期重新评估 | 部署运营商/系统运营商 | 持续 |
| 隐私合规 | 数据最小化、假名管理、数据保留策略 | 数据保护影响评估、隐私审计 | 数据保护官/隐私机构 | 部署前 + 定期 |
ISO/TR 29181-9 的一个关键贡献是其互操作性测试方法指导。技术报告描述了多供应商互操作性活动(通常称为插拔测试或擂台赛)的结构和实施方式,来自不同制造商的 C-ITS 设备被放在一起测试,以识别和解决互操作性问题。报告提供了测试用例选择(涵盖基本通信、安全握手、应用层消息传递和边界情况)、测试环境设置(实验室、测试跑道和现场运行测试)以及问题跟踪和解决流程的建议。
ISO/TR 29181-9 的咨询性质在此特别有价值,因为互操作性测试方法必须随着技术成熟而发展。早期的 C-ITS 部署侧重于基本的 V2V 安全消息交换,而当前的部署还必须涵盖 V2I 基础设施集成、基于云的后端服务和混合通信互操作性。
ISO/TR 29181-9 认识到,多利益相关方 C-ITS 生态系统中的合规性需要超越技术测试的组织框架。技术报告讨论了合规管理实体的角色和职责,包括认证机构、认可机构以及国家/地区的 C-ITS 监督委员会。它还涉及跨境合规认可挑战,即在一个国家获得型式认证的车辆必须被邻国的 C-ITS 系统接受为合规。
报告提出了一个分层合规框架,其中根据所评估功能的安全关键性应用不同级别的评估严格程度。基本安全消息传输要求最高级别的合规严格性,而非安全信息服务可以通过自我声明加市场监督来评估。
答:技术报告建议 C-ITS 合规评估与现有车辆型式认证流程(如欧盟整车型式认证)保持一致。理想情况下,C-ITS 合规证书应在型式认证框架内得到认可,避免为车辆的 C-ITS 功能进行单独的认证流程。
答:是的。报告涉及通过空中下载(OTA)软件更新维持合规性的挑战,这些更新可能引入新功能或修改现有行为从而影响合规性。建议包括在沙盒环境中进行部署前验证以及对合规相关功能进行回归测试。
答:C-Roads 平台为欧洲 C-ITS 部署制定了详细的测试规范。ISO/TR 29181-9 提供了这些测试规范所实施的高层合规框架。该技术报告的价值在于提供了一种可跨不同区域部署项目应用的通用语言和结构。
答:ISO/TR 29181-9 建议持续监控运营合规性,并由重大系统变更(软件更新、基础设施扩展、法规变更)触发定期的正式重新评估。建议以年度重新评估为基线,对安全关键功能进行更频繁的评估。
暂无下载文件