Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS EN 15876——电子收费系统车载与路侧设备符合性评估标准系列
Electronic Fee Collection — Evaluation of On-Board and Roadside Equipment for Conformity to EN 15509 — Part 1: Test Suite Structure and Test Purposes / Part 2: Abstract Test Suite（2016 版）
🚗 BS EN 15876 是欧洲关于电子收费（Electronic Fee Collection，ETC）系统的标准系列，聚焦于车载设备（On-Board Equipment, OBE）与路侧设备（Roadside Equipment, RSE）对 EN 15509 的符合性评估。该系列由两个分部组成：BS EN 15876-1:2016《第1部分：测试套件结构与测试目的》和 BS EN 15876-2:2016《第2部分：抽象测试套件》。两个部分均由英国技术委员会 EPL/278（智能交通系统）负责英国方面的参与工作，作为 EN 15876-1:2016 与 EN 15876-2:2016 的英国实施版本发布，ICS 分类号为 35.240.60。第1部分替代 EN 15876-1:2010+A1:2012，第2部分替代 EN 15876-2:2011。
💡 EN 15509 规定了欧洲电子收费系统的互操作应用框架（DSRC 5.8 GHz 专用短程通信），而 BS EN 15876 提供”测试定义”：第1部分定义测试套件结构与每个测试目的（Test Purposes），第2部分提供可执行的抽象测试套件（Abstract Test Suite, ATS），两者配套用于验证设备是否符合 EN 15509。
一、系列概述与适用范围 📌
本系列适用于需证明符合 EN 15509 的电子收费系统车载与路侧设备。第1部分定义了测试套件结构（Test Suite Structure）与测试目的（Test Purposes, TPs），即”测什么、为什么测”；第2部分提供抽象测试套件（ATS），即”如何测”——以抽象测试语言表达的具体测试用例与规程，可由测试工具执行。
| 标准号 | 中文主题 | 发布 | 核心内容 |
|---|---|---|---|
| BS EN 15876-1:2016 | ETC符合性评估——第1部分：测试套件结构与测试目的 | 2016 年 10 月 | 测试套件结构、测试目的定义（TPs）、覆盖范围 |
| BS EN 15876-2:2016 | ETC符合性评估——第2部分：抽象测试套件 | 2016 年 10 月 | 抽象测试套件（ATS）、测试用例与执行规程 |
⚠️ 符合性测试验证的是设备”对标准实现的一致程度”，并不等同于互操作性（interoperability）认证。互操作还需结合现场联调与其他标准（如 EN 15509 的应用接口与交易流程）综合验证。
二、第1部分：测试套件结构与测试目的 🔧
BS EN 15876-1:2016 定义了 ETC 设备符合性测试的框架，主要内容包括：
- 测试套件结构（TSS）：将 EN 15509 要求组织为分组的测试套件，覆盖物理层、链路层、应用层与交易流程；
- 测试目的（TPs）：为每个功能/协议行为定义明确的测试目的，说明被测行为与预期结果；
- 覆盖范围：覆盖 OBE 与 RSE 双向通信、数据交换、交易过程的正常与异常行为；
- 与 EN 15509 的映射：将测试目的映射到 EN 15509 的具体条款，保证可追溯性；
- 测试设施要求：定义共性与特定测试设施（模拟器、信道条件等）的要求。
🚨 电子收费交易涉及金融扣费与隐私数据，协议实现中的细微偏差可能导致交易失败或安全漏洞。符合性测试应覆盖正常流程与异常/边界场景（如中断、重试、越区切换），避免”只测快乐路径”。
三、第2部分：抽象测试套件 📋
BS EN 15876-2:2016 提供了可执行的测试定义，主要内容包括：
- 抽象测试套件（ATS）：以抽象测试语言（如 TTCN-3 风格的抽象描述）表达的测试用例集合；
- 测试用例：每个测试目的对应的具体测试用例，含前置条件、测试步骤、后置条件与判定准则（PASS/FAIL）；
- 测试规程：测试执行流程、信息交换时序与超时/重试处理；
- 参数化：测试用例中对频率、功率、数据帧等参数的配置方法；
- 结果记录：测试日志、结果判定与报告要求。
💡 抽象测试套件的价值在于”可移植、可复用”：测试工具厂商与认证机构可基于 ATS 实现各自的测试系统，确保不同实验室执行相同的测试逻辑，结果可比较。
四、系列技术要点对比 🔍
| 维度 | 第1部分：测试套件结构与测试目的 | 第2部分：抽象测试套件 |
|---|---|---|
| 定位 | 测试设计层（测什么、为什么） | 测试实现层（怎么测） |
| 主要内容 | TSS、测试目的、覆盖范围、可追溯映射 | ATS、测试用例、执行规程、参数化 |
| 输出物 | 测试目的文档 | 可执行/可实现的测试套件 |
| 相互关系 | 第2部分用例对应第1部分的测试目的 | 实现并细化第1部分的测试目的 |
五、工程实践与应用建议 🛠️
- 🔍 开发自测：设备开发阶段依据第1部分测试目的开展自测，提前发现协议偏差；
- 🔧 认证测试：向具备资质的测试实验室提交 ATS 符合性测试，获取测试报告；
- 📊 回归测试：固件/硬件变更后重新执行相关测试用例，防止回归缺陷；
- 📋 可追溯管理：建立”测试目的—测试用例—测试结果”的追溯链，便于审计；
- 🛡️ 与互操作联调：符合性测试通过后，结合实际路测与其他厂商设备联调验证互操作性。
六、常见问题解答 ❓
❓ 问：BS EN 15876 与 EN 15509 是什么关系？
答：EN 15509 规定 ETC 互操作应用要求，BS EN 15876 规定”如何测试设备是否符合 EN 15509″，前者是规范、后者是测试标准。
答：EN 15509 规定 ETC 互操作应用要求，BS EN 15876 规定”如何测试设备是否符合 EN 15509″，前者是规范、后者是测试标准。
❓ 问：测试目的与抽象测试套件有什么区别？
答：测试目的（第1部分）描述”要验证什么行为、期望什么结果”；抽象测试套件（第2部分）是具体的测试用例与执行规程，对应实现测试目的。
答：测试目的（第1部分）描述”要验证什么行为、期望什么结果”；抽象测试套件（第2部分）是具体的测试用例与执行规程，对应实现测试目的。
❓ 问：符合性测试通过是否代表互操作？
答：不完全是。符合性测试是互操作的必要条件而非充分条件；互操作性还依赖实际网络与设备间的联调验证。
答：不完全是。符合性测试是互操作的必要条件而非充分条件；互操作性还依赖实际网络与设备间的联调验证。
❓ 问：ATS 用什么语言表达？
答：抽象测试套件通常以抽象测试描述（类似 TTCN-3 概念）表达，测试工具可将其实现为可执行的测试系统。
答：抽象测试套件通常以抽象测试描述（类似 TTCN-3 概念）表达，测试工具可将其实现为可执行的测试系统。
