《DB13_T 5719-2023高速公路可变信息标志网关接入规范》由会员分享，可在线阅读，更多相关《DB13_T 5719-2023高速公路可变信息标志网关接入规范（27页珍藏版）》请在金锄头文库上搜索。
1、ICS03.220.20CCSR 8513河北省地方标准DB 13/T 57192023高速公路可变信息标志网关接入规范Access specification of changeable message sign gateway for expressway2023 - 05 - 06 发布2023 - 06 - 06 实施河北省市场监督管理局发 布目次前言II1 范围12 规范性引用文件13 术语和定义14 体系结构15 一般要求26 数据格式37 消息定义7附录 A（资料性） 消息示例17参考文献23前言本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规
2、则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由河北省交通运输厅提出。本文件起草单位：河北交投智能交通技术有限责任公司、河北上元智能科技股份有限公司。 本文件主要起草人：本文件主要起草人：闫满囤、程新平、李广、冯凤江、李世民、孙计山、田森、樊成成、尹春辉、王艳红、魏伟、王永涛、张德祥、杨增刊、王硕楠、刘会杨。高速公路可变信息标志网关接入规范1 范围本文件规定了用于高速公路的可变信息标志网关数据接入的体系结构、一般要求、数据格式和消息定义。本文件适用于高速公路运营管理应用平台与可变信息标志网关之间的数据交换，其他道路的应用平台与可变信息标志网关之间
3、的数据交换可参照使用。2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，标注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单) 适用于本文件。GB/T 34428.3-2017 高速公路监控设施通信规程 第3部分：LED可变信息标志3 术语和定义GB/T 34428.3 界定的以及下列术语和定义适用于本文件。可变信息标志 changeable message sign 简称CMS安装在高速公路路侧、中间隔离带或道路上方的点阵式显示屏，可通过控制指令改变显示内容， 显示文字或图形信息，用于发布交通疏导、车速反馈
4、、限速提示等信息的设施。来源：GB/T 34428.3- 2017，3.1，有修改可变信息标志网关 changeable message sign gateway 简称 CMSGW用于集中管理多个可变信息标志的软件或硬件设施。该设施对各类型号可变信息标志进行协议适配，实现CMS接入CMSGW,用于CMS设备管控的业务应用系统（以下简称应用平台）提供统一的管理操控接口。4 体系结构基于CMSGW构建的系统，结构如图1所示。CMSGW处于应用平台与CMS之间，将多个CMS进行集中接入和协议适配，对CMSGW向应用平台传输的数据（以下简称上行数据）和应用平台向CMSGW传输的数据（以下简下行数据）进
5、行传递。一个CMSGW设施，可为多个应用平台提供服务。注：CMS-1，CMS-2，CMS-N为不同协议、不同标准可变信息标志产品，经过CMSGW进行通信协议适配后，统一接入应用平台。图1 基于CMSGW的应用体系结构5 一般要求 通信方式CMSGW与应用平台间通信为双向通信，基于HTTP协议实现。CMSGW开放HTTP接口，用于接收控制指令；应用平台开放HTTP接口，用于接收CMSGW的配置数据和CMS设备实时数据。 CMSGW 与应用平台交互流程CMSGW与应用平台交互流程如图2所示：图2 CMSGW与应用平台交互流程示意图应用平台基于SM2算法，生成两对非对称密钥A和B。A组密钥用于上行通
6、信签名和验签， B组密钥用于下行通信签名和验签。线下交换密钥，CMSGW持有A组私钥Key-A-Priv和B组公钥Key-B-Pub，用于上行通信签名和下行数据验签；应用平台持有A组公钥Key-A-Pub和B组私钥Key-B-Priv，用于上行数据验签和下行数据签名。上行通信流程为：CMSGW将待发送的数据使用Key-A-Priv进行签名，并将数据原文与数字签名一并发送至应用平台。应用平台采用Key-A-Pub进行验签，若通过即为合法数据。下行通信流程为：应用平台将待发送的数据使用Key-B-Priv进行签名，并将数据原文与数字签名一并发送至CMSGW。CMSGW采用Key-B-Pub进行验签
7、，若通过即为合法数据。 数据接口CMSGW数据接收接口，请求参数见表1。接口用途：接收应用平台的下行数据接口地址：http:/ip_address:port/cmsgw/gw/v1.0.0/data 提交方式：POST表1 CMSGW数据接收接口请求参数参数名称参数说明请求类型是否必须数据类型data下行数据原文的BASE64编码BODY是字符串sign下行数据签名BODY是字符串应用平台数据接收接口，请求参数见表2。接口用途：接收CMSGW的上行数据接口地址：http:/ip_address:port/cmsgw/ap/v1.0.0/data 提交方式：POST6 数据格式为保证数据通用性和
8、可理解性，GMSGW与应用平台数据传输格式基于JSON规范。数据格式约定设备数据和指令数据都以JSON格式进行组织，包含header和body部分。其中header用于描述该信息，body部分为实际要传输的数据。表2 应用平台数据接收接口请求参数参数名称参数说明请求类型是否必须数据类型data上行数据原文的BASE64编码BODY是字符串sign上行数据签名BODY是字符串示例1：数据结构示例(仅为说明数据格式，数据无实际意义)body: key1: value1,key2: value2,header: infoN: valueN示例2：消息示例数据body: deviceNo: 1001,
9、special: 1,stayTime: 5,deviceNo: 1002,special: 1,stayTime: 5,header: deviceNo: 008,deviceType: CMS, msgType: CMSMessage, gwAddr: 13.64.0.3:8080消息头消息头字段说明见表3。传输的数据类型分为两类：第一类为设备数据、设备状态、请求回应等，由CMSGW发往应用平台。第二类为管控指令，包括设备动作指令、查询指令等。消息体格式不同消息类型的消息体字段不同。表3 消息头字段说明字段必填类型描述示例值msgType是String(32)消息类型CMSMessage：
10、 当 前 显 示 内 容 CMSStatus： 设 备 状 态 CMSPropertyAll：全量上报的配置信息CMSPropertyIncre：增量上报的配置信息CMSResponsePlayMessage：下发播放信息指令回应CMSResponseQueryFailure：查询故障回应CMSReaponseSetLight：设置亮度回应CMSReaponseQueryLight：查询亮度回应CMSReaponseTurnOnOff：开关屏回应CMSPlayMessage： 播 放 信 息 CMSQueryFailure： 查 询 故 障 CMSSetLigth： 设 置 亮 度 CMSQu
11、eryLigth：查询亮度CMSTurnOnOff：开关CMS 设备deviceType是String(32)设备类型，针对 CMS 设备， 取值固定为 CMS。CMSdeviceNo是String(32)集中接入程序或设备的唯一标识码。JD_CMS_001apAddr否String(32)应用平台地址+端口13.64.100.2:8080gwAddr否String(32)CMSGW 程序或设备地址+端口13.64.100.3:8080示例：当前显示内容消息体。body: align: 1, content: font: 0,fontColor: 0,fontSize: 0,fontSpace
12、: 0,imgNo: 3,text: ,type: IMG,x: 0,y: 0,font: 1,fontColor: 1,fontSize: 16,fontSpace: 0,imgNo: 0,text: 限速抓拍80KM/h, type: TEXT,x: 50,y: 0,deviceNo: 1001,special: 1,stayTime: 5 回应数据回应数据字段说明见表4。表4 回应数据字段说明变量名必填类型示例值描述resultCode是String(16)SUCCESSSUCCESS/FAILerrCode否String(32)errDes否String(128)系统错误错误返回的信息描述deviceNo是String设备在路段上的编码result是String其它有效信息 错误代码错误代码说明见表5。表5 错误代码说明返回值描述5001XX 错误5002XX 错误5003XX 错误注：仅为说明数据格式，数据无实际意义7 消息定义说明本章节仅阐述消息定义和消息构成的要素，消息示例数据参见附录A。CMS 内容实时数据7.2.1 消息头消息类型msgType: CMSMessage7.2.2 消息体内容内容实时上报BODY结构见表6。表6 内容实时上报
