GB/T 28787-2023 城市公共汽电车车载智能终端与调度中心间数据通信协议.pdf

GB/T 28787-2023 城市公共汽电车车载智能终端与调度中心间数据通信协议.pdf
仅供个人学习
反馈
标准编号:
文件类型:.pdf
资源大小:12.4 M
标准类别:电力标准
资源ID:389903
下载资源

标准规范下载简介

GB/T 28787-2023 城市公共汽电车车载智能终端与调度中心间数据通信协议.pdf

ICS 35.100.70;35.240.60 CCSL79

城市公共汽电车车载智能终端与

范围 规范性引用文件 术语和定义、缩略语· 协议基础 通信连接 消息处理 数据格式 附录A(规范性)消息对照表 36 参考文献

CB/T 28787—2023

本文件按照GB/T1.1一2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定 起草。 本文件代替GB/T28787一2012《城市公共交通调度车载信息终端与调度中心间数据通信协 义》,与GB/T28787一2012相比市政道路工程施工技术交底,除结构调整和编辑性改动外,主要技术变化如下: a)增加了术语“首站”“末站”"站点编号”“客流”“运营里程”及“车辆运行位置显示牌”(见3.1.1、 3.1.2、3.1.6、3.1.9、3.1.10和 3.1.13) ; b)更改了术语“上行”"下行”“环行”“车站序号”“车次”"调度中心”及“公交信号优先”的定义(见 3.1.3、3.1.4、3.1.5、3.1.7、3.1.8、3.1.11、3.1.12,2012年版的3.1.1、3.1.2、3.1.3、3.1.5、3.1.6、 3.1.10和3.1.13); c)删除了术语“场站编号”“协调世界时”“应用领域”“公交基础信息”“运营计划”及“空间位置表 示”(见2012年版的3.1.4、3.1.7、3.1.8、3.1.9、3.1.11和3.1.12); d)删除了语义、语法和顿结构要求(见2012年版的第4章); e)增加了协议基础要求(见第4章); f)删除了数据顿要求(见2012年版的第5章); g)增加了通信连接要求(见第5章); h)删除了消息帧要求(见2012年版的第6章); i)增加了消息处理要求(见第6章); j)删除了车载终端与调度中心间会话要求(见2012年版的第7章); k)增加了数据格式要求(见第7章); 1)删除了“数据元素”(见2012年版的附录A); m)增加了“消息对照表”(见附录A)。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由全国智能运输系统标准化技术委员会(SAC/TC268)提出并归口。 本文件起草单位:青岛海信网络科技股份有限公司、交通运输部公路科学研究所、深圳市锐明技术 设份有限公司、郑州天迈科技股份有限公司、深圳市蓝泰源信息技术股份有限公司、北京市交通信息中 、中路高科交通科技集团有限公司、杭州海康汽车软件有限公司、深圳市交通运输局、佛山市交通运输 局、青岛公交集团有限责任公司、东莞巴士有限公司、西宁公交集团有限责任公司、深圳市西部公共汽车 限公司、聊城市公共交通集团有限公司、山西省运输事*发展中心、北京工*大学、扬州大学、东南大 、天津市智能交通运行监测中心、中咨数据有限公司。 本文件主要起草人:张希、刘冬梅、陈维强、刘振顶、沈鸿飞、吴风炎、李斌、张四海、***、李松刚、 马晓龙、王雯雯、牟三钢、赵琳、汪林、庄儒耀、曾浩、张晓亮、缤家瑞、乔国梁、于海涛、张荣秀、沃睿峰 品鸣珂、王宝山、代梅、董悦、王建民、陈艳艳、邓社军、杨敏、赵峰、陈观宙、王新乐、李明、曾帆、肖晖 邦江、周中原、蔺霖、邢立军、江贤、屈彪、丁丽媛、王晶、宋艳、*蕊、刘建峰、黄健彬、刘英强、衣五一、 番勇。 本文件于2012年首次发布,本次为第一次修订。

城市公共汽电车车载智能终端与

本文件规定了城市公共汽电车车载智能终端与调度中心间进行数据通信的协议基础、通信连接、消 息处理和数据格式。 本文件适用于城市公共汽电车车载智能终端与调度中心间通过无线传输通道进行数据通信

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文 件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于 本文件。 GB/T32852.1一2016城市客运术语第1部分:通用术语 JT/T808一2019道路运输车辆卫星定位系统终端通讯协议及数据格式 JT/T1076一2016道路运输车辆卫星定位系统车载视频终端技术要求 JT/T1078一2016道路运输车辆卫星定位系统视频通信协议

下列缩略语适用于本文件。 CAN:控制器域网(ControllerAreaNetwork) FTP:文件传输协议(FileTransferProtocol) GBK:汉字内码扩展规范(ChineseInternalCodeSpecification) HTTP:超文本传输协议(HyperTextTransferProtocol)

下列缩略语适用于本文件。 CAN:控制器域网(ControllerAreaNetwork) FTP:文件传输协议(FileTransferProtocol) GBK:汉字内码扩展规范(ChineseInternalCodeSpecification) HTTP:超文本传输协议(HyperTextTransferProtocol)

协议的通信方式应符合JT/T808一2019中4.1的要求。 4.21 协议的数据类型应符合JT/T808一2019中4.2的要求。本文件中STRING字符型均以"\0"作为 结束符。本文件扩展数据类型应符合表1的要求。

4.3协议的传输规则应符合JT/T808一2019中4.3的要求。 4.4协议的消息组成应符合JT/T808—2019中4.4的要求, 4.5协议中对调度中心和终端通信各方,应符合以下要求: a) 除明确约定外,所有消息均予以应答; b) 对未明确指定专用应答消息的,采用通用应答回复; c)对于存在分包的消息,应答方对每一个分包消息进行

4.3协议的传输规则应符合JT/T808一2019中4.3的要求。

协议中信令数据报文的消息处理机制应符合JT/T808一2019中第6章的要求。 协议中信令数据报文的分类、要求与加密机制应符合JT/T808一2019中第7章的要求。 协议中实时音视频传输通道约定应符合JT/T1078一2016中4.2的要求。 音视频信令数据报文通信应使用车载智能终端和调度中心之间已建立的、用于传输定位信息 ,不应新建链路。音视频码流数据报文通信应新建链路,而不使用传输定位信息的链路。 h 协议中的消息定义应符合附录A的要求。

6.1协议中信令数据报文的消息处理机制应符合JT/T808一2019中第6章的要求。 5.2 1 协议中信令数据报文的分类、要求与加密机制应符合JT/T808一2019中第7章的要求。 6.3 31 协议中实时音视频传输通道约定应符合JT/T1078一2016中4.2的要求。 6.4音视频信令数据报文通信应使用车载智能终端和调度中心之间已建立的、用于传输定位信息的链 路,不应新建链路。音视频码流数据报文通信应新建链路,而不使用传输定位信息的链路。 6.5协议中的消息定义应符合附录A的要求。

7.1.1终端通用应答

7.1.2调度中心通用应答

度中心通用应答消息体数据格式应符合JT/T808一2019中8.2的规定

终端心跳消息体数据格式应符合JT/T808一 201

7.1.5查询服务器时间应答

查询服务器时间应答消息体数据格式应符合JT/T808一2019中8.5的规定。

7.1.6服务器补传分包请求

服务器补传分包请求消息体数据格式应符合JT/T808一2019中8.6的规定。

7.1.7终端补传分包请求

7.1.12设置终端参数

设置终端参数消息体数据格式应符合JT/T808一2019中8.12的规定

7.1.13查询终端参数

数消息体数据格式应符合√1/1808

7.1.15查询终端参数应答

查询终端参数应答消息体数据格式应符合JT/T808一2019中8.15的规定。

空制消息体数据格式应符合JT/T808 2019中

7.1.17查询终端属性

禹性消息体数据格式应符合

7.1.19下发终端升级通知

消息ID:0x8B0A。 调度中心通过下发终端升级通知消息告知终端升级的具体要求,终端回复终端通用应答消息确认 是否正确收到升级指令。下发终端升级通知消息体数据格式应符合表2的要求,

GB/T28787—2023

长 发终端开级通知消息

xx框筒结构电信大厦施工组织设计7.1.20终端升级结果上报

消息1D:0xOB0A。 终端在升级过程中或升级完成并重新连接后使用该消息通知调度中心。终端升级结果上报消息体 数据格式应符合表3的要求,其中升级状态应符合表4的要求。

终端升级结果上报消息体数据格式

表5附加信息定义扩展

表6 驾驶员异常状态报警定义

驾驶员违规行为报警定

《公路斜拉桥设计规范》(JTGT 3365-01—2020).pdf表10公交*务违规报警定义

表11 公交*务状态定义

表12 *务类型定义(续)

©版权声明
相关文章