Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
PD CEN TS 16157——智能交通系统 DATEX II 数据交换规范系列（第4~6部分：可变信息屏发布、实测与推算数据发布及停车信息发布）
Intelligent Transport Systems — DATEX II Data Exchange Specifications (VMS, Measured Data, Parking Publications)
🚦 PD CEN/TS 16157（对应 CEN/TS 16157 系列）是欧洲智能交通系统（ITS）DATEX II 数据交换规范的英国实施版本，由 BSI 技术委员会 EPL/278（智能交通系统）负责。本文章覆盖系列的第 4~6 部分：可变信息屏（VMS）发布、实测与推算数据（measured and elaborated data）发布、以及停车信息（parking publications）发布。它们与第 1~3 部分（上下文与框架、位置参考、交通状况发布）共同构成 DATEX II 面向交通管理与信息服务的完整发布族。
智能交通系统的发展带来了海量路侧与中心数据：交通检测器实时采集流量与速度，管理平台发布可变信息屏内容，停车设施需要向社会共享车位动态。若没有统一的数据交换规范，不同厂商、不同城市、不同国家之间的系统将难以互通。DATEX II 正是为解决这一问题而设计的标准化数据交换模型，其目标是以机器可读、语义一致的方式交换交通管理与信息服务数据，支撑欧洲乃至全球范围的交通数据共享。
💡 DATEX II 的价值在于”统一的模型 + 标准化的发布结构”：第 4~6 部分把 VMS、实测流量数据与停车信息分别建模为可交换的发布（publication），使路侧设备、中心系统与服务商之间实现语义一致的数据互通。
一、系列构成与定位 📌
| 分部 | 对应 CEN/TS | 中文标题 | 发布内容 |
|---|---|---|---|
| PD CEN/TS 16157-4:2014 | CEN/TS 16157-4:2014 | 第4部分：可变信息屏（VMS）发布 | VMS 内容、状态与发布管理 |
| PD CEN/TS 16157-5:2014 | CEN/TS 16157-5:2014 | 第5部分：实测与推算数据发布 | 流量、速度、占有率等测量数据 |
| PD CEN/TS 16157-6:2015 | CEN/TS 16157-6:2015 | 第6部分：停车信息发布 | 停车场静态/动态信息 |
三份规范分别于 2014 年（第 4、5 部分）与 2015 年（第 6 部分）经 CEN 批准暂定应用（provisional application），时效初定为三年，两年后征询可否转化为 EN。作为技术规范（TS），它们在正式转化为欧洲标准前，为产业界提供了一套经过验证、可直接实施的数据交换约定，避免了各系统各自为政导致的碎片化。
二、DATEX II 的总体设计原则 🏗️
DATEX II 采用面向对象的信息建模方法，以 UML 建立数据模型，并通过 XML Schema 与编码规则实现数据序列化。其核心设计原则包括：
- 发布（Publication）抽象：所有交换内容都被组织成一个或多个”发布”，发布可包含位置、状况、测量、状态等各类数据类型，便于统一管理与扩展。
- 位置参考复用：交通位置（如道路、点、线性位置）采用统一的位置参考模型，第 2 部分定义了 ALERT-C 与线性位置参考等机制，供各分部复用。
- 扩展机制：模型允许通过既定的扩展点增加新数据类型，使规范能够适应不断演进的业务需求。
- 元数据支撑：时间戳、数据源、信息质量等元数据随数据一起交换，保证数据的可信度与可追溯性。
三、可变信息屏发布（第 4 部分）🖥️
第 4 部分规定 VMS（variable message sign）发布的 DATEX II 数据交换规范，用于：
- 描述 VMS 上显示的内容、图像与文本布局；
- 发布 VMS 状态与故障信息，支持设备管理；
- 与位置参考、交通状况等模型衔接，形成”显示什么、为什么显示”的完整链路。
在实际部署中，VMS 的显示内容可能包含多页文本、图标、甚至是动态信息（如行程时间、速度限制）。第 4 部分需要结构化地表达这些显示内容及其排列，同时区分”计划内容”与”实际显示内容”，并追踪每次显示的设定时间与失效时间。屏体状态（正常、故障、维护）与设定结果的回执也是发布的重要内容，为运营中心提供设备健康度视图。
⚠️ VMS 发布不仅要描述”屏幕上显示什么”，还要管理发布的生命周期与状态：过期信息必须及时撤销，故障屏体应通过状态发布上报，避免向出行者展示陈旧或错误信息。
四、实测与推算数据发布（第 5 部分）📊
第 5 部分规定实测（measured）与推算（elaborated）数据发布的 DATEX II 数据交换规范，用于：
- 发布来自检测器（线圈、雷达、摄像头等）的流量、速度、占有率等实测数据；
- 发布经推算（融合、预测）得到的交通数据；
- 支持数据质量、时间戳与站点/空间位置等元数据。
实测数据直接来自路侧检测器，反映路网的实时运行状态；推算数据则通常基于历史与实时数据融合、交通流建模或短时预测得到，如预测行程时间、预测拥堵等级等。该部分对测量数据的分类、测量时段（起止时间）、采样粒度、数据质量描述（可靠性、完整性）以及测量站点位置的引用方式作出了规定，使下游系统能够正确理解并处理这些数据。区分”实测”与”推算”两类数据尤为重要，因为二者的更新频率、可信度与用途存在差异。
五、停车信息发布（第 6 部分）🅿️
第 6 部分规定停车信息发布的 DATEX II 数据交换规范，用于：
- 发布停车设施（停车场、路侧停车）的静态信息（位置、容量、开放时间）；
- 发布动态信息（剩余车位、状态、收费）；
- 支持停车引导与多模式出行信息服务。
✅ 停车信息与交通状况、VMS、导航服务的结合，可以形成”找位—引导—到达”的完整出行链，缓解因寻位（cruising）造成的绕行与拥堵。
六、工程实践要点 🛠️
- 🔍 模型一致：实现第 4~6 部分时，应基于统一 UML 模型扩展，并复用第 1~3 部分的位置参考与框架约定。
- 🔧 生命周期管理：对 VMS 内容、实测数据与停车状态执行创建/更新/撤销管理，及时清理过期数据。
- 📊 数据质量：为实测数据提供时间戳、站点与质量元数据，支撑汇算与下游服务可信度。
- 📋 版本跟踪：CEN/TS 处于临时期并定期复评，跟踪转化 EN 的进展及新发布类型的增加。
- 🌐 互操作测试：实施方应通过 DATEX II 一致性测试或互操作验证，确认自身系统生成/消费的发布符合规范约定。
七、常见问题解答 ❓
❓ 问：第 4~6 部分与第 1~3 部分有什么关系？
答：第 1、2 部分定义框架与位置参考，第 3 部分定义交通状况模型，第 4~6 部分在其基础上定义 VMS、实测数据与停车信息的专门发布模型。
答：第 1、2 部分定义框架与位置参考，第 3 部分定义交通状况模型，第 4~6 部分在其基础上定义 VMS、实测数据与停车信息的专门发布模型。
❓ 问：VMS 发布为什么要管状态？
答：屏体故障或信息过期会影响出行者判断；状态发布与生命周期管理保证显示内容和设备状态可监控、可追溯。
答：屏体故障或信息过期会影响出行者判断；状态发布与生命周期管理保证显示内容和设备状态可监控、可追溯。
❓ 问：实测数据发布要注意什么？
答：提供站点、时间戳与质量元数据，按统一模型编码位置，并区分实测与推算数据，避免下游误用。
答：提供站点、时间戳与质量元数据，按统一模型编码位置，并区分实测与推算数据，避免下游误用。
🔍 问：停车信息发布如何帮助出行？
答：将停车场静态与动态信息标准化发布，接入导航与停车引导服务，帮助驾驶者快速找到可用车位，减少寻位绕行。
答：将停车场静态与动态信息标准化发布，接入导航与停车引导服务，帮助驾驶者快速找到可用车位，减少寻位绕行。
❓ 问：DATEX II 与其他交通数据交换格式有何区别？
答：DATEX II 是欧洲标准化的 ITS 数据交换模型，强调统一的 UML 信息模型、XML 序列化与扩展机制，与面向特定场景的内部格式相比更具公开性与跨系统互操作性。
答：DATEX II 是欧洲标准化的 ITS 数据交换模型，强调统一的 UML 信息模型、XML 序列化与扩展机制，与面向特定场景的内部格式相比更具公开性与跨系统互操作性。
