国家标准 GB/T34428.1一2017 高速公路监控设施通信规程第部分;通用规程 Communicationrulesofthedevices ofsurveillaneeandcontrolsystemforexpressway" 1Universalrules Part 2017-09-29发布 2018-04-01实施国家质量监督检验检疫总局发布国家标准化管理委员会国家标准
GB;/T34428.1一2017 高速公路监控设施通信规程第1部分;通用规程范围 GB/T34428的本部分规定了高速公路监控设施通用通信规程的术语和定义、一般要求、数据通信流程和信息编码本部分适用于高速公路监控系统中的上位机与监控设施之间的数据通信规范性引用文件下列文件对于本文件的应用是必不可少的凡是注日期的引用文件,仅注日期的版本适用于本文件凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T1988信息技术信息交换用七位编码字符集 GB/T2311信息技术字符代码结构与扩充技术 GB/T11383信息处理信息交换用八位代码结构和编码规则术语和定义下列术语和定义适用于本文件 3.1 监控设施sureillaneeandeontroldeviees 安装于高速公路沿线或监控中心,分中心、监控站的室内外设备,用于采集高速公路运行及环境等数据或发布信息,以及用于向监控值班人员管理人员显示监控数据及信息的设备 3.2 外场设施fielddevies 安装于高速公路沿线的监控设施 3.3 上位机dominantcontroller 安装于监控中心、分中心、监控站,用以向监控设施发送信息,并采集监控设施反向发送信息的设备 3.4 编码独立independentcoding 使系统能够不受编码限制.依靠增加LE字符来实现信息传送的方法 3.5 广播 br0adcast 上位机对全部或多个监控设施进行数据下发
GB/T34428.1一2017 3.6 探询enquiry 通信的一方对另一方发出的信息文电,请求对方发送数据或者状态信息 3.7 应答acknowledgement 通信的接收方收到指令或数据后,向发送方回复的信息 3.8 心跳heart-heat 通信的一方对另一方按一定周期发出的信息文电,另一方以此判断心跳信息发出者是否在运行或者通信连接是否正常心跳信息无需回复应答信息或数据信息一般要求 4.1通信方向在本部分中规定上位机为上、监控设施为下,以此界定传输方向上位机向监控设施传输信息为下发,监控设施向上位机传输信息为上传 4.2通信方式 4.2.1监控设施与上位机之间的通信,应采用串行通信或TCP/IP方式 4.2.2当采用串行通信方式时,应采用异步起止式传输 4.3功能要求监控设施与上位机之间的通信过程所支持的功能包括 a 上位机采集数据 b 上位机下发控制指令 c 上位机判断连接状态 d 上位机获取设施状态信息 e 上位机下发设置和参数信息 fD 上位机获取设施设置和参数时钟同步 8 应保证实现监控设施与上位机之间的时钟同步对交通和环境数据采集类的设备,应保证至少每天校时一次;对于信息发布和显示类的设备,应保证至少每月校时一次串行通信模式下可根据需要选择在上位机控制下的时钟同步,或由监控设施发出请求与上位机进行时钟同步 TCP/IP通信模式下宜采用NTP协议进行时钟同步 3 4.4差错控制 4.4.1应采用增加校验来进行传输过程中的差错控制可根据具体情况选择是否采取校验,如果采取校验措施,宜在以下校验方式中选择在TCP/IP通信模式下,采用TCP/IP协议的底层校验机制 a b)在串行通信模式下,采用CRC校验循环冗余校验,校验方法见附录A) 4.4.2串行通信数据包长度宜不超过2K字节,TCP/IP通信数据包长度宜不超过64K字节
GB;/T34428.1一2017 数据通信流程 5.1 般要求 5.1.1数据通信的流程分为3类探询、直接传输数据、心跳,使用和开发单位可根据需要从中选择采用 5.1.2通信功能与适用通信流程类型的对应关系参见附录B 5.1.3其中,直接传输数据流程是通信一方向另一方直接发起通信 5.1.4心跳流程是上位机对监控设施进行连接状态监控的流程,可通过定时探询或定时直接传输数据流程替代 5.1.5基于连接的TCP/IP通信过程中,监控设施作为TCP服务端，上位机作为TCP客户端,由上位机发起与监控设施建立TCP连接,双方建立并保持socket连接为保证socket连接的可用性,应利用 TCP的KeepAive机制保持对TCP连接状态的检测当出现通信线路中断、通信一方停机或软件退出等情况时,KceepAlive检测到TCP连援中断并停止TCP连援后,通信双方定期尝试重新建立连接基于非连援的TCP/IP通信模式分为上位机监听模式和上位机探询模式上位机监听模式下， 5.1.6 由上位机打开UDP端口监听;上位机探询模式下,由监控设施打开UDP端口监听,上位机通过探询流程与监控设施交换数据 5.2探询流程探询流程的数据通信流程分为正常流程和异常流程(见图1). 正常通信流程中,探询发起方是否需回复应答信息,宜在应用中根据需要确定异常流程条件下,采用3次恢复尝试的恢复规程,3次均为无反向信息文电或错误信息文电,通信结果为失败对于无反向信息文电,采用计时器进行判断上位机监控设族探询信息数据信息应答信息(可选 a 正常流程 -上位机发起探询上位机监控设施探询信息数据信息应答信息(可选) 正常流程 -监控设施发起探询图1监控设施探询流程
GB/T34428.1一2017 上位机监控设施探询信息错误数据信息/无数据信息探询信息错误数据信息/无数据信息探询信息错误数据信息/无数据信息异常流程上位机发起探询上位机监控设施探询信息错误数据信息/无数据信息探询信息错误数据信息/无数据信息探询信息错误数据信息/无数据信息异常流程监控设施发起探询图1(续) 5.3直接传输数据流程直接传输数据通信流程分为正常流程和异常流程(见图2). 异常流程条件下,采用3次重复执行的恢复流程,3次均为无效应答或无应答,通信结果为失败对于无应答,采用计时器进行判断上位机监控设施信息文电肯定应答正常流程1下发图2监控设施直接上传数据通信流程
GB;/T34428.1一2017 监教设族上位机信息文电肯定应答正常流程2(上传 b 上位机监控设施数据信息否定应答、无效应答、无应答数据信息否定应答、无效应答、无应答数据信息否定应答、无效应答、无应答异常流程1下发》上位机监控设施装都信赵息否定应答、无效应答、无应答数据信息否定应答、无效应答、无应答数据信息否定应答、无效应答、无应答异常流程2上传图2(续 5.4心跳流程心跳流程用于判定设备是否运行正常或通信链路是否正常,监控设施定时上传心跳信息,如上位机 3个周期未收到心跳信息则判定为连接异常心跳通信流程见图3
GB/T34428.1一2017 上位机监控设施心跳信息图3心跳通信流程信息编码 6.1编码类型 6.1.1高速公路监控设施在与上位机通信过程中,应采用AsSCI码组编码或XML 编码 6.1.2当通过串行通信时宜采用AsCI码组编码,通过TCP/IP方式通信时可在二者中进行选择 6.2通信控制信息类型编码根据各类信息在通信过程中所起的作用,共有4种类型的通信控制信息:探询信息、数据信息、应答信息和心跳信息其中数据信息是指承载业务数据的信息包,业务数据包括设备状态数据、设备检测数据(交通流、气象、环境数据等、设备控制数据(可变情报板等显示设备的控制指令、亮度调节等)等信息类型编码见表1 表1 通信控制信息类型编码信息类型代码信息基本类型探询信息数据信息应答信息心跳信息 6.3数据信息分类数据信息是数据传输的有效载荷,为状取某类数据,或数据包中包含该类数据,或对该类数据进行应答,均采用该编码其分类编码见表2 表2数据信息分类编码数据信息分类数据信息分类代码备注采集到的最新数据或下发的控制指令数据当前数据设备状态设备当前运行的状态数据历史数据设备采集到并存储的历史数据校时信息上位机发出的校时数据传送文件传送播放表文件或图片文件参数数据各类运行参数数据当前数据由监控设施上传上位机时,正文部分为采集到的最新数据;当数据由上位机下发监控设施时,为下发的控制指令数据
GB/T34428.1一2017 6.4设备类型编码为区分针对不同设备的编码,应采用设备类型编码进行识别,设备类型编码见表3 表3设备类型编码类型代码设备名称类型代码设备名称车辆检测器 13 外场控制器 02 能见度检测器 14 风机可变情报板风速风向 03 可变限速标志光强 04 l6 17 05 紧急电话横洞防火门 06 摄像机消防水梨 01 事件检测器隧道照明 08 气象检测器 20 火灾报警 21 09 氧化碳检测器车速反馈标志烟雾/粉尘浓度检测器 10 22 地图板 m 23 车道控制灯隧道环境检测器 12 通行信号灯 6.5扩展分类编码为便于在上述通信控制信息类型、数据信息分类基础上进一步细分信息类型,应使用附加扩展分类编码对编码格式进行扩充,也即;通过通信控制信息类型、数据信息分类、设备分类和扩展分类编码的组合区分具体编码格式扩展分类编码取值为0255 取值为0时表示该编码格式为本部分中规定的编码格式,为l255 时为对应各类设备的扩展编码,具体在GB/T34428的各部分中予以规定 6.6ASCI码组编码 6.6.1编码字符集的选择选用AsC码组编码方式时,信息文电的字符采用GB/T1988中规定的编码字符,同时采用按照 GB/T11383和GB/T2311规定和扩充的编码图形字符集 6.6.2基本传输控制字符串行通信中的传输控制功能,是采用GB/T1988规定的传输控制字符及某些控制序列完成本部分采用soH、STx、ETX,ENQ,ACK、DLE,NAK、ETB共8个传输控制字符作为基本传输控制字符定义如下 sOH 标题开始,十六进制数0 I ,用作信息文电标题的第一个字符,表示标题开始的传输 a 控制字符 b STX 正文开始,十六进制数02H,用作引出正文并且结束标题的传输控制字符 ETX -正文结束,十六进制数03H,用作结束一个正文的传输控制字符 c d) ENQ 询问,十六进制数05H,用作请求对方提供数据或应答的传输控制字符
GB/T34428.1一2017 ACK -确认,十六进制数06H,作为肯定应答的传输控制字符 e DLE f 数据链转义,十六进制数1oH,改变有限个后随字符含义的传输控制字符 NAK 否认,十六进制数15H,作为否定应答的传输控制字符 8 hETB -码组传输结束,十六进制数17H,表示信息码组结束的传输控制字符当传送的信息文电分成若干码组时,用ETB表示信息码组传输结束 CAN -取消,十六进制数18H,表示信息码组取消的传输控制字符 6.6.3非编码独立的信息文电若监控设施采用非编码独立的信息文电,在信息文电中如果出现与6.6.1中规定的基本传输控制字符相同的字符时,则应在该字符前增加DLE进行转义,以与基本传输控制字符做区别 6.6.4编码独立的信息文电 6.6.4.1传输控制字符替换若监控设施采用编码独立的信息文电,则应采用数据链转义控制字符DLE作为扩展控制字符,使用 LEsOH代替sOH作为标题开始控制字符,使用ESTX代替STX作为正文开始控制字符,使用 DLEETX代替ETX作为正文结束控制字符,使用DLEETB代替ETB作为码组结束控制字符,定义如下在编码独立的信息文电中,用作标题开始的传输控制字符序列 a DLES(OH 在编码独立的信息文电中,用作标题结束和正文开始的传输控制字符序列 bDLESTX 在编码独立的信息文电中,用作正文结束的传输控制字符序列 c DIEETX d 在编码独立的信息文电中,用作信息码组结束的传输控制字符序列 DLEETB 6.6.4.2与控制字符重复的字符的处理若监控设施采用编码独立的信息文电,信息文电中出现与DLE相同的字符,遵循如下原则处理发送过程中,信息文电中如出现DLE字符,发送时应在和它相邻的位置再插人一个DLE a 接收过程中,将DLEsOH作为编码独立的标题开始,将DLESTX作为编码独立的正文开始 b 及标题结束;当发现双重的DLE时,应删掉一个DLE,而把另一个DLE看作数据,并且应继续检查后面数据以便发现新的DLE序列;在紧靠DLEETB或DLEETX之前没有奇数个 DLE字符时,则应将此序列看成是编码独立的信息文电的传输结束字符序列 6.6.5一般要求信息文电由标题和正文组成正文是要传送的信息,标题是与正文传送和处理有关的一些辅助信息,如目的站地址,正文长度等每个信息文电后(ETX或ETB之后)为校验码(BCs) 本部分中信息文电或信息码组采用4种基本格式(见图4一图7 B HEADING TEXT o c (标题) (正文 H 图4非独立编码独立的单码组或多码组传输最后一帧的信息文电格式 B HEADNG TEXT o c (标题 (正文 s 图5非编码独立的多码组传输非最后一帧的信息文电格式
GB;/T34428.1一2017 Ds Ds DE HEADING TEXT Lo LT LT (标题) (正文 EH EX EX 图6编码独立的单码组传输或多码组传输的最后一帧信息文电格式 DS DS DE TEXT HEADING LO LT LT -=*=- (正文 (标题 EB EEH EX 图7编码独立的多码组传输的非最后一帧的信息文电本部分中标题数据块(HEADING)的定义见表4 表4标题数据块(HEADING)的定义序号名称长度/字节说明单码组传输时为十六进制00H,多码组传输为01HFFH,为本码组序号的十码组序号六进制值信息类型编码类型值见表1,取值为十六进制数据类型编码类型见表2,取值为十六进制设备分类设备类型编码见表3,取值为十六进制扩展类型编码取值见附录c 当多个设备使用同一串口,或同一IP地址时,对单个设备定位,从1开始编码. 设备地址广播地址为十六进制FFH(对单一设备独占一个串口或P地址的也使用FFH) 从STX至ETX(或ETB)之间(不计STX和ETX或ETB)的信息文电正文的字正文长度节数,先传高位,后传低位均为十六进制值 AsC码组编码示例参见附录D. 6.6.6部分通用信息编码格式 6.6.6.1 -般要求本部分列出以AsCI码组编码的部分通用型信息正文(TEXT)部分的格式标题部分格式相同应按照附录C规定取值 6.6.6.2探询信息探询信息包括探询当前数据、历史最早单条未上传数据、当前设备状态等数据信息,以AsCI码组形式编码的正文部分格式见表5 表5ASC码组探询信息一 -正文部分的定义序号含义取值明正文 05H 正文取值为ENQ(探询),取值为05H
GB;/T34428.1一2017 表9AsC码组编码的校时信息正文部分的定义序号含义取值说明当前日期中的年份值的高字节年高字节 00H一FFH 00H一FFH 年(低字节) 当前日期中的年份值的低字节月 01H~0cH 即1~12,取当前日期中的月份日 01H1FH 即1一31,取当前日期中的日时 00oH~17H 即0~23,取当前时间中的小时分 01H3BH 即059,取当前时间中的分钟秒 01H3BH 即0~59,取当前时间中的秒 6.6.6.7设施位置信息设施位置信息包含道路编号和桩号信息 ASC码组编码的设施位置信息数据的正文部分定义见表l10. 表10 设施位置信息 -正文部分的定义含义说明序号长度道路编号不定长设施所在道路的编号分隔符取值为“回车”(oDH)用于分隔上下文桩号字符串,按照“K[公里数字字符串]十[米数字字符串]”的格式编码,其设施桩号不定长中米数字字符串为3个字符,长度不足的以字符*0'补齐 6.6.6.8设备状态数据设备状态数据的正文部分编码格式见表11 表11设备状态数据的正文部分的定义明序号名称长度/字节说先传高位,再传低位由低到高,每1位对应一种状态,0为正常,1 设备状态为故障,状态定义见附录E 先传高位,再传低位由低到高,每1位对应1个控制器,.0为正常. 控制器状态 1为故障,控制器编号由用户自定义先传高位,再传低位由低到高,每1位对应1个传感器,0为正常，传感器状态 1为故障,传感器编号由用户自定义状态描述不定长由车辆检测器产生,以文本形式描述工作状态及各传感器状态 6.6.6.9检测周期设定 ASCI码组编码的检测周期设定的信息正文部分的定义见表12 1
GB/T34428.1一2017 表12检测周期设定的信息正文内容序号长度/字节说明名称取样周期单位为秒(s) 6.7 XML编码 6.7.1基本要求以XML文件格式进行信息交换的数据基于XML(ExtensibleMarkupl.anguage)规范,采用XML Sehema技术作为对象的文档结构定义标准 6.7.2XM编码构成信息内容应由以下几部分构成文档声明定义 a) b) 名称空间定义 XML规范包头定义; ) XML规范包体定义(含正文规范、主键规范). 6.7.3编码各部分定义 6.7.3.1文档声明定义用于数据接口交换的文档应遵循XMLl.0版本,编码格式采用UTF-8,定义如下 (？xmlversion="1.0"encoding="UTF-8"?y 6.7.3.2名称空间定义名称空间定义遵循以下文档结构定义 xs:schemaxmlns="htt //www,w3.org/2001/XMLSchema" -"htp: tp://xyz.com”xmlns:xs= targetNamespace="http://xyz.com"elementFormDefault="gualified" attributeFormDefault="unqualified" 定义xyz.com作为目标名称空间声明在实际使用中,字符xy2可以被替换为通信双方约定的自定义名称字符,以下相同 qualified”,定义了元素采用限定的形式,即所有全局 elementFormDefault 元素及其子元素将被以缺省方式放到目标命名空间http://xyz.com中示例:用户的接口实例文档的名称空间可按如下格式实现: /2001/XMLSehema-instance" Tsc_coMMxmns;xsi="http://www.w3.org/ xsi:schemal.ocation="http://xyz.comexample.xsd”xmlns="http://xyz.com"》其中TsC_COMM为一个全局的根元素 “example.xsd”为规范文件名称,example在实际文档中,用相应的名称进行取代 6.7.3.3包头定义在XMl编码中,数据项与AsCI码组编码基本保持一致,但不保留“正文长度”数据项,其中包头字段元素命名采用“HEADING” (xs;elementname="HEADING" xs:complexType) Xs;Seguence 12
GB;/T34428.1一2017 xs:elementname="PackID"八 "InfoType") 《Xs:elementname "DataType"八 elementname "DeviceType"/ lementname nanme="ExtendnfoType"八 lOnTn "DeviceAddr"八 eementname XSC /xSseguence 《/xs:complexType 《/xs:element》每个通信过程应遵循以上格式进行包头定义,包括了码组序号(PackID)、信息类型(nfoType)、数据类型(DataType)设备类型(DeviceType)、扩展信息类型(ExtendlnfoType)、设备地址(DevieeAddr) 等内容以上各XM数据项的定义见表13 表13XMIL编码标题(HEADING)的定义序号 XMl字段含义取值说明 PackID 码组序号单码组传输时为0,多码组传输为1255 InfoType 信息类型编码类型值见表1 编码类型见表" DataType 数据类型设备分类设备类型编码见表3 DeviceType 扩展类型通信协议扩展类型 ExtendlnfoType 当多个设备使用同一串口,或同一IP地址时,对单个设备定位,从1 DeviceAddr 设备地址开始编码,广播地址为255(对单一设备独占一个串口或IP地址的也使用255) 6.7.3.4正文规范正文字段元素命名采用“TEXT”,正文格式如下 xs:elementname="TEXT" xs:complexType xs;sequence》 /xs;sequence /xs:complexType) /xs;element 以上为通用的正文规范,对于当前数据探询、应答、心跳信息的正文规范,进一步规定如下 xs:elementname="TEXT" xS;comp plexType' xS;Seguence xs;elementname="Command" ype="xs:unsignedByte"八《/xS;sequence GB/T34428.1一2017 /xs;element 其中Command数据项取值见表14 表14XML正文数据取值说明序号信息类型取值(含义) 当前数据探询信息 5(探询ENQ) 应答信息 6(肯定应答ACK)、21否定应答NAK) 心跳信息 6(肯定应答ACK XML编码示例参见附录D. 6.7.4部分通用信息编码格式 6.7.4.1历史数据探询信息历史数据探询信息中,标题部分的扩展类型(ExtendnfoType)取值为1时,表示探询获取最早一条未上传的历史数据,信息的正文部分编码与6.7.3.4中的编码格式及表14中“当前数据探询信息”的取值相同;当扩展类型取值为2时,表示探询获取一段时间内的所有历史数据,信息的正文部分编码如下: xs;elementname="TEXT") (xs:complexType) xs;sequence 〈xs:elermentname="StartDateTinme”type="xs;dateTime"八 xs;elementname="EndDateTime"type-"xs;dateTime") 7/xs:sequence /xs;complexType) /xs;element》 6.7.4.2设备校时信息 XML编码的设备校时信息的正文部分格式如下 (xs:elementname="TEXT" xs:complexType) xs;sequence xs;elementname="DateTime”type="xs:dateTime") /xs;sequence) /xs;complexType /xs;dlement》 6.7.4.3位置参数信息 XML编码的位置参数信息的正文部分格式如下 xs:elementname="TEXT" xs:complexType》 xs;sequence xs;elementname="Road" "八 type="Xs:string xs:elementname="Stake" type-"xs;string") 14
GB;/T34428.1一2017 /xs;sequence /xs;complexType /xs:element) 其中RRoad为设施所在道路的编号;Stake为设施的桩号字符串 6.7.4.4设备状态数据 XML编码的设备状态数据的正文部分格式如下 xs:elementname="TEXT" xs:complexType) XS;Seguence xs;elementname="DeviceStatus" ype=-"xs;unsingedlnt" xs:unsingedInt"八 ControllerStatus”type= XS:elementname xs;elementname="SensorStatus" type="xs;unsingedlnt") xs:elementname="StatusDesc" "xs;string"八 type= /xs:sequence /xs:complexType 《/xs:element》工作状态(DxeriecsSa).拉制器状态(caatollersatws)和传感器状态(senaasiaw)均为2位整型.状态描述(StatusDesc)为字符串类型这4项数据的定义与AsCI码组编码中一致 6.7.4.5检测周期设定 XMI编码的检测周期设定的信息正文内容如下〈xs;elenmentname="TEXT") xs;complexType xs:sequence type="xs:unsignedShort" "nteral" xs:elementname= 《/xs;sequence) /xs:complexType 《7/xs:element》其中取样周期(Interval)为整数,单位为秒(s) 15
GB/T34428.1一2017 附录 A 规范性附录) 数据校验算法循环冗余校验(CRC) CRC校验是在发送的信息文电后面附加一个按照预定规则生成的码组校验序列BCs 接收端根据相同的规则,对接收到的信息文电进行校验以便发现差错 CRC校验遵循如下使用规则码组校验序列BCS由2个字节(16位)构成 a b) 码组校验序列BCS应紧跟在ETX(或DLEETX)或ETB(或DL.EETB)之后发送,ETx(或 DLEETX)或ETB或DLEETB)和BCS之间不允许插人任何其他字符码组校验序列BCS发送顺序应该从高幕次位开始 c d CRC校验使用的生成多项式为 (X)=X十X口十X=十1 码组校验序列BCs是串行传送的码组序列乘以xX,然后模2除生成多项式所得的余式,当传输中没有差错时,将接收端收到的受保护的信息文电和BCSs模2除生成多项式所得余式为零在非编码独立的信息传送中,字符sOH首次出现时,BCS计算开始,但sOH不包括在计算之内字符ETB或ETx出现时,BCS计算结束,ETB或ETx包括在BCcs计算之内在编码独立的信息传送中,字符序列DLEsOH首次出现时,BCS计算开始,但这些字符序列不包括在BCS计算之内字符DLEETB或DLEETX出现时,BCS计算结束,这些字符序列中的DLE不包括在BCS计算之内,而ETB或ETX包括在BCS计算之内 A.2CRC校验实现示例程序 CRC校验算法实现的示例程序如下示例 CRc算法的c语言实现 unsignedshortgen_erc(constunsignedchar关buffer，intbuffer_length unsignedcharc，treat，bcrc: unsignedshortwcrc=0; intij; or(i=0;i(buffer_length;i+十) c=buffer[] orG=0;j8;j++ treat=c&.0x80; c《=1: 16
GB;/T34428.1?2017 becrc=(werc)8)8&.0x80; wcrc=l; iftreat=bcrc wcrc=0xl021; returnwcrc; 17
GB/T34428.1一2017 录附 B 资料性附录) 通信功能与适用通信流程之间的对应关系本部分所要求的通信功能与通信流程之间的对应关系如图B.1所示通信功能实现方式适用通信流程上位机发山探训探询获取数据上位机采集数据设备直接直传上传数据上位机上位机下发控制指令直传发出控制指令信息上位机判断连接状态心跳心跳设备定时直接直传上传状态上位机获取设施状态信息上位机发出探询探询获取状态上位机直接直传下发参数上位机下发设置和调整参数设备发出探询探询获取参数上位机探询发出菜上位机获取设施设置和参数获取参数上位机直直传接下发校时信息设备时钟同步探询发出探询获取校时 NTP校时图B.1通信功能与适用流程对应关系 18
GB;/T34428.1一2017 录附 C 规范性附录通用信息编码取值及格式通用性通用信息编码取值及格式通用性见表c.1 表c.1通用信息编码取值表信息控制类型信息分类设备类型扩展类型编码格式通用性信息含义按设备类型取值通用探询格式通用按信息类型取值探询历史最早 1探询 3(历史数据按设备类型取值格式通用未上传数据 3(历史数据按设备类型取值探询历史时段内数据格式通用标题通用,正文部分 1(当前数据》按设备类型取值当前数据依设备类型不同 2(设备状态) 按设备类型取值设备状态数据格式通用 2(数据 4(校时数据按设备类型取值校时数据格式通用参数数据) 按设备类型取值设施位置信息格式通用 6( 6(参数数据检测周期设定格式通用按设备类型取值 3(应答格式通用按对应信息分类取值按设备类型取值应答信息 4(心跳 1(当前数据按设备类型取值心跳信息格式通用 19
GB/T34428.1一2017 附录 D (资料性附录) 编码示例 D.1AsCI码组编码示例示例1: 非编码独立的单码组或多码组传输最后一的信息文电,上位机发出探询指令,获取车辆检测器(该设备占用单独的串口或P地址)的当前数据,则信息类型为“探询信息",数据类型为“当前数据",设备分类为“vD",扩展类型为0,设备地址为16 码组编码见表D.1 表D.1非编码独立的AsC码组示例编码表序号含义取值示例数据说明 S(OH 01H SOH取值为01H 0oH 码组序号单码组传输为00H 1oH01H 信息类型按照表1探询信息类型为01H 10H01H 数据类型按照表2当前数据类型为0lH;转义为DLE0IH 设备分类 10H01H 按照表3:车辆检测器类型为01H;转义为DLE01H 扩展类型 00H 扩展类型为0,表示当前为标准类型设备地址 10H10H 地址为1oH,与DLE相同,转义为1oH1oH 正文长度高字节 00H 正文长度高位字节取值为0 正文长度低字节 oHo1H 正文长度为1个字节 STX 02H 10 STX取值为02H 11 10H05H 正文正文取值为ENQ(探询),取值为05H,转义为LE05H 12 ETX 03H ETX取值为03H 13 BCS高字节 5EH CRC校验计算值,高位取值5EH 14 BCS低字节 79H CRC校验计算值,低位取值79HH 示例2 编码独立的单码组或多码组传输最后一赖的信息文电.上位机发出探询指令,获取车辆检测器(该设备占用单独的串口或IP地址)的当前数据,则信息类型为“探询信息”,数据类型为“当前数据”,设备分类为“V”,扩展类型为0,设备地址为10H,码组编码见表D,2 表D.2编码独立的AsCI码组示例编码表序号含义取值示例数据说明 10H01H DLESOH DLES(OH取值为l001H 码组序号 00H 单码组传输为00H 按照表l;探询信息类型为olH 信息类型 01H 20
GB;/T34428.1一2017 表D.2(续) 序号含义取值示例数据说明数据类型 01H 按照表2:当前数据类型为01H 01H 设备分类按照表3车辆检测器类型编码为01H 00H 扩展类型扩展类型为0,表示当前为标准类型 1oH10H 设备地址地址为1oH,与DL.E相同转义为1oH10H 正文长度高字节 00H 正文长度高位字节取值为0 正文长度低字节 01H 正文长度为1个字节 1C DLESTX 10H02H DLESTX取值为10H02H 1 正文 05H 正文取值为ENQ(探询),取值为05H DLEETx oH03H DLEETX取值为1oH03H 12 13 0EH 以s高字节 CRC校验计算值,高位取值0EH 14 BCS低字节 73H CRC校验计算值,低位取值73H D.2XMI编码示例示例1: XML编码的当前数据探询信息文电,数据规范文件(xsd文件)为 encoding="UTF-8"? xmlversion= xs;schemaxmlns="http;//xyz.com”xmlns;xs="http://www.w3.org/2001/XMI.Sehema" "http://xyz.com”eementFormDefault="qualified" targetNanmeSpace ttributeFormDefault="unqualified") xs:elementname="TSC_COMM" )lexType 《Xs:cOmpl xS;seguence xs;elementname="HEADING" xs;complexType' Xs;sequence "PackID" type="xs;unsignedlByte" Xs;elementname xs;elementname="InfoIype”type="xs;unsignedByte") auaTpe" Xs:elementname= type="xs:unsignedByte"/ xs:elementname DeviceType”type="xs:unsignedByte") xs:eementname="ExtendlnfoType"type="xs:unsignedByte"/) xs:eementname="DeviceAddr”type="xs;unsignedByte"八 /xs:seguence /xs:complexType /xs;element xs;elementname="TEXT" xs;complexType' 21
GB/T34428.1一2017 Xs;sequence xsieementname='Commnd") /xs;sequence' /xs;complexType' /xs;element /s:sequenee /xs;complexType) /xs:element /xs:schema 满足以上规范文件的XML编码实例为上位机发出探询指令,获取车辆检测器(该设备占用单独的串口或IP地址)的当前数据,则信息类型取值1(探询信息),数据类型取值为1(当前数据),设备分类取值为1(VD),扩展类型为0(不扩展),设备地址为1,实际编码为 ?xmlversion="1.0"encoding="UTF-8"? TSc_cOMMxmlns="http://xyz.com”xmlns;xsi="http://www.w3.org/2001/XMLSchema- instance" xsi;.schemaLocation="http://xyz.comexample.xsd") HEADINGy PackID)0)11(/DeviceType' 〈ExtendnfoType)0(/ExtendlnfoType) GB;/T34428.1一2017 "DevieeType”type="xs;unsignedlByte" Xs;elementname "ExtendlnoTpe”type一"xs;unsignedlByte") xs;elementname 〈xs:elementname="DeviceAddr" type="xs:unsignedllyte" /xs;sequence' /xs;complexType) /xS;element xs;elementname="TEXT"》 xs;complexType》 xs:sequence》 xs;elementname="StartDate'Time" type="s:dateTime") xs;elementname="EndDateTime" "xs:dateTime"八 type一 /xs;seguence /xs;complexType 〈/xs:element》 /xs;sequence /xs;complexType) 《/xs;element》 /xs:schema》满足以上规范文件的xMI编码实例为上位机发出探询指令,获取车辆检测器(该设备占用单独的串口或IP地址)的一段时间内的历史数据,则信息类型取值1探询信息),数据类型取值为3(历史数据),设备分类取值为1(VD),扩展类型为2(获取某一时间段内的历史数据),设备地址为1,起始时间为2013年1月1日12时00分00秒,截止时间为2013年1月1日15时00分00秒,实际编码为 ?xmlversion="I.0”encoding="UTF-8"? TSC_COMMxmlns="http;//xyz.com”xmlns;xsi="http;//www.w3.org/2001/XMLSchema- iinstance xsi:schemalocation="http://xyz.comQuery_history2.xsd"》 HEADING》 PackID)0(/PackID InfoType>1(7/InfoType (DataType)3(/Data'Type》 (DeviceType>1《/DeviceType> ExtendInfoType)2(/ExtendlnfoType DeviceAddr》1《/DeviceAddr /HEADING) TEXT》 (StartDateTitme)2013-01-01T12;00,00GB/T34428.1一2017 附录 E 规范性附录) 设备故障代码定义设备故障代码定义见表E.1 表E.1设备状态位编码表义位序号含义位序号含保留保留 16 1" 控制器故障保留 18 显示模组故障保留显示模组电源故障 19 保留单像素管故障 20 保留检测系统故障 21 保留保留输人交流电故障 22 防雷器故障 23 保留光敏部件故障保留 24 温度异常故障 25 保留 10 设备箱门异常开启 26 保留 11 保留 21 保留 12 保留 28 保留 13 保留 29 保留保留保留 14 30 15 保留保留 24

高速公路监控设施通信规程第1部分：通用规程GB/T34428.1-2017

随着交通事故频发，高速公路监控设施的建设得到了广泛关注。为了保证这些设施的正常运行以及更好地服务于公众，制定了一系列通信规程。其中，GB/T34428.1-2017就是高速公路监控设施通信规程的第1部分——通用规程。

规程概述

GB/T34428.1-2017是针对高速公路监控设施而制定的通信规程，主要包括以下几个方面：

术语和定义：规程中明确了一些术语和定义，方便相关人员理解和使用。
通信装置的一般要求：规程中对通信装置的性能、电磁兼容、抗干扰等方面进行了详细规定。
通信协议：规程中明确了通信协议的类型、格式以及应用范围等内容。
通信链路：规程中对通信链路的建立和维护进行了规定。
安全防护：规程中对通信安全和数据安全进行了详细说明。

规程重要性

高速公路监控设施是为了提高交通安全等级、加强道路运输管理、保障旅客安全而设置的，而这些设施的正常运行离不开通信规程的支持。GB/T34428.1-2017的发布，为高速公路监控设施的通信保障提供了基础性的框架。

同时，规程的制定也有利于规范高速公路监控设施的建设和运营，提高相关人员的技术水平和工作效率，为保障公众生命财产安全提供了坚实的技术支持。

规程实施

在实施GB/T34428.1-2017时，需要注意以下几点：

通信装置的选型和应用需要按照规程的规定进行。
通信协议需要进行严格的验证和测试，确保符合规程的要求。
通信链路需要按照规程的规定进行建立和维护，同时需要加强安全防护。

总结

GB/T34428.1-2017是高速公路监控设施通信规程的重要组成部分，为相关人员提供了基础性的框架和规范。在实际工作中，我们需要根据规程的要求进行具体的选型、验证、测试、建立、维护和安全防护等工作，以确保高速公路监控设施的正常运行和安全性。

因此，加强对GB/T34428.1-2017的学习和应用，不仅对于高速公路监控设施的建设和运营具有重要意义，同时也是保障公众生命财产安全的必要手段。