DD CEN TS 16157——智能交通系统 DATEX II 数据交换规范系列(第1~3部分:框架、位置参考与交通状况发布)

Intelligent Transport Systems — DATEX II Data Exchange Specifications for Traffic Management and Information

🚦 DD CEN/TS 16157(对应 CEN/TS 16157 系列)是欧洲智能交通系统(ITS)领域 DATEX II 数据交换规范的英国实施版本,用于支持交通管理与交通信息服务的数据交换。DATEX II 建立在统一的 UML 模型基础上,通过公开可用的建模成果支撑不同国家、不同系统之间的标准化数据互操作。该系列由 BSI 技术委员会 EPL/278(道路运输信息学)负责,取代了 2000 年前后发布的 ENV 13106 与 ENV 13777 试验性标准(后者于 2007 年撤销)。

💡 DATEX II 已成为欧洲交通管理信息交换的事实标准体系:通过统一的 UML 模型与分层发布结构,各国交通中心、路侧设备与服务提供商可以交换与解读一致的交通数据,减少私有格式造成的”数据孤岛”。

一、系列构成 📌

分部对应 CEN/TS中文标题主题
DD CEN/TS 16157-1:2011CEN/TS 16157-1:2011智能交通系统——DATEX II 交通管理与信息数据交换规范——第1部分:上下文与框架总体架构、模型与框架约定
DD CEN/TS 16157-2:2011CEN/TS 16157-2:2011智能交通系统——DATEX II 交通管理与信息数据交换规范——第2部分:位置参考交通事件与数据的位置参考方法
DD CEN/TS 16157-3:2011CEN/TS 16157-3:2011智能交通系统——DATEX II 交通管理与信息数据交换规范——第3部分:交通状况发布交通事件/状况信息的发布结构

三个分部均于 2011 年发布,取代已撤销的 ENV 13106:2000 与 ENV 13777:2000。后续系列还扩展了可变信息屏(VMS)、实测数据发布、停车信息发布等内容(见 PD CEN/TS 16157 系列),本文章聚焦前三部分。

从文件机制看,CEN/TS 16157 的三个分部于 2011 年 4 月 10 日由 CEN 批准用于临时应用,初始有效期三年;BSI 于 2011 年 10 月 31 日以开发草案形式出版相应英国版本。此类临时规范的价值在于让各国在正式欧洲标准确定前先行试用与反馈,其适用状态随评审周期变化,工程选型时应以 BSI 最新公告为准。

二、上下文与框架(第 1 部分)🏗️

第 1 部分定义 DATEX II 数据交换规范的整体上下文与框架,包括:

  • 交换场景与利益相关方(交通管理中心、信息提供商、道路运营者等);
  • 统一 UML 模型的组织方式及其在数据交换中的使用;
  • 消息传递、会话与交换的通用约定,为后续各分部的模型提供基础。

框架部分着重回答”在什么场景下、由谁、以何种方式交换什么信息”。它界定了 DATEX II 对等节点之间的交互角色与职责,规定了数据类型、命名与版本化约定,使系列各分部产出的模型可以复用同一套基础设施,从而在系统集成时保持结构一致性与可演进性。

⚠️ DATEX II 的正确使用依赖于对框架模型的完整理解。实现方不应只截取单个分部(如”状况发布”)的片断实现,而应与第 1 部分的上下文约定保持一致,否则可能出现互操作偏差。

三、位置参考(第 2 部分)📍

第 2 部分规定了交通信息中位置参考(location referencing)的方法,这是交通数据可用的前提——没有稳定的位置表达,事件与数据便无法定位和路由。要点包括:

  • 道路网络中的位置实体及其属性;
  • 位置参考的编码与交换方式,保证收发双方对同一位置的一致解读;
  • 与地理位置(如 WGS-84 坐标)和其他参考体系的衔接。

位置参考的价值在跨系统场景中尤为突出:不同来源(传感器、巡查车辆、路侧单元)产生的数据往往基于不同的地理表达,若不作统一的位置编码,导航与诱导系统将无法可靠消费这些信息。第 2 部分通过标准化的位置对象与属性描述,使位置可以在道路网络结构与地理坐标之间可靠映射。

四、交通状况发布(第 3 部分)🚧

第 3 部分规定交通状况(situation)信息的发布结构,用于描述影响交通的事件、措施与状况。典型内容:

  • 交通事件(事故、施工、气候影响等)的分类与描述字段;
  • 影响程度、持续时间与影响范围等属性建模;
  • 发布与更新的生命周期管理,确保消费者能获取最新、一致的状况信息。

状况发布的结构设计决定了多来源事件能否被合并管理:同一路段同时存在事故与施工时,系统需要能够表达多重状况及其优先级;事件结束或处置完成时,需要通过明确的取消/更新消息将其从活跃状态移除。第 3 部分为此类管理提供统一的数据语言。

✅ 在统一的框架与位置参考基础上,状况发布模型使不同来源的事件信息(警察、道路运营者、养护部门)可以合并为一致的交通管理视图,进而支持路线诱导与信息服务。

五、工程实践要点 🛠️

  • 🔍 互操作性设计:实现 DATEX II 接口时,应基于统一 UML 模型生成数据模型,而非手工定义私有报文。
  • 🔧 位置一致性:发布位置信息时使用标准位置参考方法,并与地图供应商/导航服务验证位置编码的解读一致。
  • 📊 发布生命周期:对交通状况的创建、更新、取消(结束)生命周期进行管理,及时清理过期事件,避免信息陈旧误导。
  • 📋 版本跟踪:CEN/TS 处于临时期并定期复评,应跟踪其转化为 EN 的进展及新分部(VMS、停车等)的发布。

落地阶段建议先在受控环境做数据一致性验证:采用同一组测试事件,分别经本系统与参考实现发布,比对两者解析出的位置与状况字段是否一致;随后逐步扩大交换范围,并建立版本兼容矩阵,明确不同分部版本之间允许的字段差别,以降低升级风险。

六、常见问题解答 ❓

❓ 问:DATEX II 与普通 XML 接口有何区别?
答:DATEX II 不仅定义报文语法,还提供统一的 UML 模型、位置参考与发布生命周期约定,保证跨系统语义一致;普通 XML 接口往往只在报文字段层面约定,容易出现理解偏差。
❓ 问:位置参考为什么如此重要?
答:交通信息必须能被消费者(导航、诱导、管理)准确定位。统一的位置参考编码确保”你指的”与”我读到的”是同一位置,是数据可用的前提。
❓ 问:第 3 部分”状况发布”与事件清单有何不同?
答:它定义了规范的状况模型,包含事件分类、影响、持续时间与生命周期管理,让来自多个来源的事件能以一致结构发布、合并与更新。
🔍 问:是否必须一次实施整个系列?
答:建议以第 1 部分框架为基础,按应用需要逐步实施位置参考(第 2 部分)与具体发布模型(第 3 部分及后续分部),但不可跳过框架约定单独实现片段。
🔍 问:该系列与 ENV 13106/ENV 13777 是什么关系?
答:DATEX II 系列取代了 2000 年前后的两款试验性欧洲标准(后者于 2007 年因到期且未转化为 EN 而撤销),并在统一 UML 模型基础上重构了数据交换方法。
🔒
正在加载下载地址,请稍候 10 秒

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注