日前，公安部发布公共安全行业标准

《LED道路交通诱导可变信息标志通信协议》

（征求意见稿）

标准规定了

LED道路交通诱导可变信息标志与中心控制系统串行通信的物理接口、数据结构、通信规程，帧通信内容，Restful消息通讯内容。适用于LED道路交通诱导可变信息标志与中心控制系统之间的通信。

本文件由全国道路交通管理标准化技术委员会（SAC/TC 576）提出并归口，主要起草单位有公安部交通管理科学研究所、陕西省渭南市公安局交警支队等。

为什么要修订本标准？

原标准仅适用于LED道路交通诱导可变信息标志与中心控制机之间的通信，不适应新技术的发展趋势，相关通信协议的兼容性、开放性、安全性亟需规范。

其具体必要性和目的如下：

↓↓↓↓

01

衔接相关标准

原标准的规范性引用文件《LED道路交通诱导可变信息标志》（GA/T484）、《交通信号控制机与上位机间的数据通信协议》（GB/T 20999）分别于2018年、2017年修订发布，原标准中所引用与参考的相关内容需对应调整。2018版的GA/T 484标准中删除了数据接口、通信规程等通信协议方面内容，相关内容需要在《LED道路交通诱导可变信息标志通信协议》补充完善。

02

衔接行业市场产品发展

原标准的部分内容，如图形仅支持JPG格式、播放表仅能够支持单区域、不具备支持矢量字库等，不符合现有LED道路交通诱导可变信息标志的行业发展。

03

衔接前沿新兴通信技术

5G、车联网、物联网等前沿技术在智能交通管理系统中逐渐推广并落地应用，未来的LED道路交通诱导可变信息标志需与多元化的车联网、物联网终端建立互联互通的通信传输渠道。

标准编制原则是什么？

01

科学性原则

标准参照正在实施的相关技术标准主要是面向或涉及交通诱导可变信息标志与相关交通管理设备方面的标准以及网络通信相关的标准，包括：《LED道路交通诱导可变信息标志》（GA/T 484）、《道路交通信号控制机与车辆检测器间的通信协议》（GA/T 920）、《SM2椭圆曲线公钥密码算法》（GM/T 0003）、IP协议（RFC0791）、UDP协议（RFC0768）、TCP协议（RFC0793）、HTTP协议（RFC2616）等标准。

此外，标准针对当前针对道路道路交通诱导可变信息标志管理工作需求及特点，制定专门的设备控制方式和播放管理方式，因此标准修订遵从科学性原则。

02

可操作性原则

通信协议应能满足基本的设备控制管理需求、通信协议应能满足基本的播放内容控制管理需求、通信协议应能满足基本的播放计划控制管理需求。

标准内容修订了什么？

#修订依据

本标准参考了《交通信号控制机与上位机间的数据通信协议》（GB/T20999-2017）、《信号机与检测器间的通信协议》（GA/T920-2010）及美国国家智能运输系统通信协议（NTCIP）等国内外的相关标准。标准的主要修订内容是根据目前我国近几年LED道路交通可变信息标志的设计和应用技术发生变化的具体建设情况来确定的。

#主要修订内容

“范围”· 部分

根据GB/T 1.1-2020要求，本部分规定界定标准文件适用的界限为LED道路交通诱导可变信息标志与中心控制系统之间的通信。

“规范性引用文件”· 部分

根据GB/T 1.1-2020要求，本部分列出本标准文件的主要内容中引用的所有文件和信息资源，包括《LED道路交通诱导可变信息标志》（GA/T 484-2018）；《道路交通信号控制机与车辆检测器间的通信协议》（GA/T 920-2010）；《SM2椭圆曲线公钥密码算法》（GM/T 0003-2012）；IP协议（RFC0791）；UDP协议（RFC0768）；TCP协议（RFC0793）；HTTP协议（RFC2616）。

“术语和定义”· 部分

为适应互联网技术的发展，本部分将中心控制机的描述改为中心控制系统；引用了国家密码管理局发布的SM2算法的定义；参考了《架构风格与网络软件架构设计》（Architectural Styles and the Design of Network-based Software Architectures）的相关描述，增加了Restful消息的定义。

“物理层接口要求”· 部分

约定了通信物理层需要满足的基本条件。

“数据结构”· 部分

修改了数据帧的结构与类型，将操作类型和对象标识简化为帧类型，增加数据文件结构，增加Restful消息结构、Restful消息类型。

“通信规程”· 部分

删除了联机请求的部分，该部分由下层的协议进行保障，增加了基于Restful消息的通信规程，增加了关于通信中信息安全的部分。

“帧通信内容”· 部分

增加了LED可变信息标志的播放时间管理和播放内容管理的部分。

“Restful消息通讯内容”· 部分

考虑到原通信协议更多的支持硬件直连的方式通信，但是随着技术的发展，基于网络的服务方式显得更为便捷，本协议增加了基于网络服务通信方式的规定。

“规范性附录”· 部分

对于通信规程和通信内容中使用到的非已标准定义的信息代码集，本部分通过1个附录进行代码定义，分别为“播放次数定义”、“动画方式定义”、“对齐方式定义”、“转义字符定义”、“字库定义”、“消息错误码定义”。

“资料性附录”· 部分

本部分给出了上传文件的格式样例和CRC算法的C语言、JAVA语言实现。