Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS EN ISO 17575——电子收费自主系统应用接口定义系列
Electronic Fee Collection — Application Interface Definition for Autonomous Systems (Charging, Communication and Context Data)
🛣️ BS EN ISO 17575 系列标准规定了电子收费（Electronic Fee Collection, EFC）中自主系统（autonomous systems）应用接口的数据定义与通信要求。在自主式电子收费中，车载单元（OBU）通过卫星定位（GNSS）与蜂窝网络（如 GSM/3G/4G）自主确定车辆位置、识别收费对象（如特定道路、区域或事件）并生成计费信息，而不依赖路侧专用短程通信（DSRC）门架。该系列定义了计费（charging）、通信与底层连接、上下文数据三个层面的应用接口，是欧洲及国际自主收费系统互操作（interoperability）的核心标准之一，由 ISO/TC 204（智能交通系统）与 CEN/TC 278 联合制定，BSI 等同采用为 EN ISO 版本。
💡 自主系统（GNSS/蜂窝）与专用短程通信（DSRC）系统相比，覆盖范围广、无需大规模路侧设施，适合区域/里程收费与城际道路网；但计费精度、位置确认与防欺诈（如遮挡、漂移）更依赖数据接口与后端处理。
一、系列构成与适用范围 📌
| 部分 | 标准编号 | 主题 | 内容要点 |
|---|---|---|---|
| 第 1 部分 | BS EN ISO 17575-1:2016 | 计费（Charging） | 计费数据（费率、事件、收费对象）、计费规则与计费结果的定义与交换 |
| 第 2 部分 | BS EN ISO 17575-2:2016 | 通信与底层连接（Communication and connection to lower layers） | 应用层与通信层（GNSS、蜂窝网络）之间的接口与协议 |
| 第 3 部分 | BS EN ISO 17575-3:2016 | 上下文数据（Context data） | 收费方案背景数据（如收费区域、费率表、地图/地理信息）的定义与交换 |
⚠️ 三个部分共同构成自主收费的完整数据链路：第 3 部分提供”上下文”（收费方案定义与地理信息），第 1 部分执行”计费”（应用计费规则生成结果），第 2 部分负责”通信”（与底层 GNSS/蜂窝链路交互）。三者缺一不可，需配套实现。
二、计费应用接口（第 1 部分）💰
第 1 部分定义了 OBU 与后端系统之间关于计费的数据结构，包括：
- 收费对象/事件：车辆进入收费区域、行驶特定道路、使用特定服务（如过隧道）等触发条件；
- 计费数据：费率表、计价规则、时间戳、位置信息与车辆分类（轴数、重量、排放等级等）；
- 计费结果：按规则计算出的应缴费用、计费记录与异常标识；
- 数据交换与安全：计费记录的格式、签名与防篡改机制，保证账务可追溯。
🚨 计费精度是自主收费的关键风险点：OBU 的定位漂移、遮挡与”幽灵车辆”（未正确识别）会直接影响收费正确性。标准通过上下文数据定义收费区域边界、位置确认与过滤规则来缓解此类问题，但仍需后端复核。
三、通信与底层连接（第 2 部分）📡
第 2 部分定义了应用层与底层通信设施之间的接口，包括：
- 通信需求：与 GNSS（定位）和蜂窝网络（数据传输）的接口参数；
- 报文与协议：应用层报文的编码、传输与错误处理；
- 连接管理：建立、保持与断开连接，断点续传与数据缓存（在无信号区暂存后上传）；
- 安全机制：报文完整性、加密与密钥管理，防止伪造与重放攻击。
四、上下文数据（第 3 部分）🗺️
第 3 部分定义了收费方案的背景数据——即 OBU 执行计费所需的”环境信息”：
- 收费区域与规则：收费区域边界（多边形/地图）、生效时间、费率结构；
- 地理信息：收费路网、位置参考与车辆位置匹配所需数据；
- 数据分发：上下文数据集的版本管理、更新机制与向 OBU 分发的格式；
- 一致性：与第 1 部分计费规则、第 2 部分通信接口的数据协调，确保端到端互操作。
✅ 上下文数据的标准化分发是实现跨运营商、跨地区收费互操作的前提：同一 OBU 在多个收费方案（不同运营商、不同国家）下自动适配计费规则，避免重复安装车载单元。
五、工程实践应用 🏗️
- 🔍 区域/里程收费：用于城市拥堵收费、公路里程收费与多国跨境收费（如欧洲 EETS）。
- 📐 车载单元（OBU）开发：依据本系列实现 OBU 的计费、定位、通信与上下文处理功能。
- 🔧 收费运营系统：后端系统按标准接收计费记录、处理费率与账单，支持多运营商清分结算。
- 📋 互操作与测试：按应用接口标准进行一致性测试，保障不同厂商设备与不同收费方案的互操作。
六、常见问题解答 ❓
❓ 问：自主系统与 DSRC 专用短程通信收费有何区别？
答：自主系统用 GNSS 定位 + 蜂窝通信，无需路侧门架，覆盖区域广、适合区域/里程收费；DSRC 需在每个收费点设路侧设备，适合点式收费（如高速入口/出口）。两者可结合使用。
答：自主系统用 GNSS 定位 + 蜂窝通信，无需路侧门架，覆盖区域广、适合区域/里程收费；DSRC 需在每个收费点设路侧设备，适合点式收费（如高速入口/出口）。两者可结合使用。
🔍 问：第 1 部分”计费”具体指什么？
答：指 OBU 依据收费方案（上下文）应用计费规则，对识别到的收费事件（进入区域、行驶道路）计算费用并生成计费记录，经通信接口上传后端的过程。
答：指 OBU 依据收费方案（上下文）应用计费规则，对识别到的收费事件（进入区域、行驶道路）计算费用并生成计费记录，经通信接口上传后端的过程。
🔧 问：为什么需要”上下文数据”（第 3 部分）？
答：OBU 需要知道”在哪里、何时、按什么费率收费”才能正确计费。上下文数据定义了收费区域边界、费率表与地理信息，并通过版本管理分发到 OBU。
答：OBU 需要知道”在哪里、何时、按什么费率收费”才能正确计费。上下文数据定义了收费区域边界、费率表与地理信息，并通过版本管理分发到 OBU。
📋 问：无信号（如隧道）时如何保证计费？
答：OBU 先缓存计费与定位数据，恢复信号后按第 2 部分协议补传；配合上下文中的区域定义与后端复核，避免漏收。
答：OBU 先缓存计费与定位数据，恢复信号后按第 2 部分协议补传；配合上下文中的区域定义与后端复核，避免漏收。
❓ 问：如何防止 OBU 计费欺诈？
答：采用定位漂移检测、位置过滤、报文签名与加密、防篡改硬件等措施；后端对异常计费记录进行审计与复核，必要时结合路侧执法与图像证据。
答：采用定位漂移检测、位置过滤、报文签名与加密、防篡改硬件等措施；后端对异常计费记录进行审计与复核，必要时结合路侧执法与图像证据。
