ICS35.100.70;35.240.60 CCS L 79 中华人民共和国国家标准 GB/T 28787—2023 代替GB/T28787—2012 城市公共汽电车车载智能终端与 调度中心间数据通信协议 Data communication protocol between intelligent terminal and dispatching center for urban bus and trolleybus 2023-03-17发布 2023-10-01实施 国家市场监督管理总局 发布 国家标准化管理委员会 GB/T28787—2023 目 次 前言 1 范围 2 规范性引用文件 3 术语和定义、缩略语· 协议基础 4 5 通信连接 消息处理 6 7 数据格式 附录A（规范性） 消息对照表 36 参考文献 GB/T28787—2023 前言 起草。 本文件代替GB/T28787一2012《城市公共交通调度车载信息终端与调度中心间数据通信协 议》，与GB/T28787一2012相比，除结构调整和编辑性改动外，主要技术变化如下： 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.73.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)； 删除了语义、语法和帧结构要求（见2012年版的第4章）； d) e） 增加了协议基础要求（见第4章）； 删除了数据帧要求（见2012年版的第5章）； g) 增加了通信连接要求（见第5章）； h) 删除了消息顿要求（见2012年版的第6章）； i) 增加了消息处理要求（见第6章）； j) 删除了车载终端与调度中心间会话要求（见2012年版的第7章）； k） 增加了数据格式要求（见第7章）； 删除了“数据元素”（见2012年版的附录A）； m）增加了“消息对照表”（见附录A）。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由全国智能运输系统标准化技术委员会（SAC/TC268)提出并归口。 本文件起草单位：青岛海信网络科技股份有限公司、交通运输部公路科学研究所、深圳市锐明技术 股份有限公司、郑州天迈科技股份有限公司、深圳市蓝泰源信息技术股份有限公司、北京市交通信息中 心、中路高科交通科技集团有限公司、杭州海康汽车软件有限公司、深圳市交通运输局、佛山市交通运输 局、青岛公交集团有限责任公司、东莞巴士有限公司、西宁公交集团有限责任公司、深圳市西部公共汽车 有限公司、聊城市公共交通集团有限公司、山西省运输事业发展中心、北京工业大学、扬州大学、东南大 学、天津市智能交通运行监测中心、中咨数据有限公司。 本文件主要起草人：张希、刘冬梅、陈维强、刘振顶、沈鸿飞、吴风炎、李斌、张四海、孙继业、李松刚、 马晓龙、王雯雯、牟三钢、赵琳、汪林、庄儒耀、曾浩、张晓亮、家瑞、乔国梁、于海涛、张荣秀、沃睿峰、 吕鸣珂、王宝山、代梅、董悦、王建民、陈艳艳、邓社军、杨敏、赵峰、陈观宙、王新乐、李明、曾帆、肖晖、 邢江、周中原、蔺霖、邢立军、江贤、屈彪、丁丽媛、王晶、宋艳、孙蕊、刘建峰、黄健彬、刘英强、衣五一、 潘勇。 本文件于2012年首次发布，本次为第一次修订。 1 GB/T 28787—2023 城市公共汽电车车载智能终端与 调度中心间数据通信协议 1范围 本文件规定了城市公共汽电车车载智能终端与调度中心间进行数据通信的协议基础、通信连接、消 息处理和数据格式。 本文件适用于城市公共汽电车车载智能终端与调度中心间通过无线传输通道进行数据通信。 2规范性引用文件 2 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文 本文件。 GB/T32852.1一2016城市客运术语：第1部分：通用术语 JT/T808一2019道路运输车辆卫星定位系统终端通讯协议及数据格式 JT/T1076一2016道路运输车辆卫星定位系统车载视频终端技术要求 JT/T1078—2016道路运输车辆卫星定位系统 视频通信协议 3术语和定义、缩略语 3.1术语和定义 GB/T32852.1一2016界定的以及下列术语和定义适用于本文件。 3.1.1 首站 5origin station 主站 primarystation 在公交线路上，设有主调度的起止站。 ［来源：GB/T32852.2—2018,3.2.7] 3.1.2 末站terminal station 副站 secondary station 在公交线路上，不设主调度的起止站。 ［来源：GB/T32852.2—2018,3.2.9] 3.1.3 上行 upwardrun 运营车辆沿末站向首站方向运行。 ［来源：GB/T32852.2—2018,5.2.9] 3.1.4 下行 Fdownwardrun 运营车辆沿首站向末站方向运行。 1 GB/T28787—2023 来源：GB/T32852.22018,5.2.8 3.1.5 环行looprun 运营车辆环绕首站与末站合一的某一区域运行。 3.1.6 站点编号depot/stopnumber 对城市内所有场站和车站进行统一编码，能够唯一标识一个场站或车站的编号。 3.1.7 车站序号serialnumberofstop 从公共汽电车线路运行的第一站开始，顺序对沿线各车站所作的编号。 3.1.8 车次serial number of bus run 一条线路在一天中，按时间顺序编排的各运营车辆往返运行的次序数。 ［来源：GB/T32852.2—2018,5.2.7] 3.1.9 客流passengerflow 在一定时间内，乘客为完成出行在空间范围内的流动，包括流量、流向、乘距等要素。 L来源:GB/T32852.12016,5.3.10 3.1.10 运营里程 operating mileage 运载工具在运营服务过程中行驶的全部里程，包括载客里程和空驶里程。 来源：GB/T32852.1-2016.8.6 3.1.11 调度中心dispatchingcenter 对多条线路的运营车辆进行远程调度的场所。 ［来源：GB/T32852.2—2018，3.3.2] 3.1.12 公交信号优先 transit signal priority 根据实时监测的交叉路口交通状况或历史交通数据，结合公交运营车辆实时载客状态和早晚点状 态，对公交运营车辆提供优先信号配时，实现公共汽电车优先于其他车辆通行。 3.1.13 车辆运行位置显示牌displayplateforvehiclerunningposition 车内标示本车线路路名和站名，并有指示灯显示车辆当前运行位置和车辆运行方向的指示牌。 ［来源：GB/T32852.2—2018,3.5.24] 3.2 缩略语 下列缩略语适用于本文件。 CAN：控制器域网(ControllerAreaNetwork) FTP：文件传输协议（FileTransferProtocol) GBK：汉字内码扩展规范（ChineseInternalCodeSpecification） HTTP：超文本传输协议（HyperTextTransferProtocol) 2 GB/T 28787—2023 ID：标识（Identity） IP：网际互联协议（InternetProtocol) LCD：液晶显示屏（LiquidCrystalDisplay） LED:发光二极管(Light Emitting Diode) RSA：一种非对称密码算法（由RonRivest、Adi Shamir、LeonardAdleman开发，取名来自三者名字） TCP：传输控制协议(Transmission ControlProtocol) TTS：文本到语音（TextToSpeech) 4协议基础 4.1协议的通信方式应符合JT/T808—2019中4.1的要求 4.2 2协议的数据类型应符合JT/T808一2019中4.2的要求。本文件中STRING字符型均以"\0”作为 结束符。本文件扩展数据类型应符合表1的要求 表1扩展数据类型 数据类型 描述及要求 SBYTE 有符号单字节整型（字节，8位） SWORD 有符号双字节整型（字，16位） SDWORD 有符号四字节整型（双字，32位） 4.3协议的传输规则应符合JT/T808—2019中4.3的要求 4.4协议的消息组成应符合JT/T808一2019中4.4的要求。 4.5协议中对调度中心和终端通信各方，应符合以下要求： a） 除明确约定外，所有消息均予以应答； b）对未明确指定专用应答消息的，采用通用应答回复； 对于存在分包的消息，应答方对每一个分包消息进行逐包应答。 5通信连接 协议中信令数据报文的通信连接方式应符合JT/T808一2019中第5章的要求。无特别指明，缺 省采用TCP通信方式。 6消息处理 6.1协议中信令数据报文的消息处理机制应符合JT/T808一2019中第6章的要求。 6.3协议中实时音视频传输通道约定应符合JT/T1078一2016中4.2的要求。 6.4音视频信令数据报文通信应使用车载智能终端和调度中心之间已建立的、用于传输定位信息的链 路，不应新建链路。音视频码流数据报文通信应新建链路，而不使用传输定位信息的链路。 6.5协议中的消息定义应符合附录A的