部标808协议、809协议、796标准、794标准的区别
通信协议是通信双方进行交互时所约定的标准语言,部标808协议和809协议、796和794标准虽然都是交通部主持设计的,但是单从这个数字代码,让人迷惑,理解这两个协议和两个标准,对于掌握整套部标标准,起着至关重要的作用。
1.通信场景
他们是基于不同的通信场景,不同的通信对象,不同的设计目的和目标而制定出来的。首先要知道这些标准的全称是什么意思,Jt808标准的全称是《道路运输车辆卫星定位系统终端通讯协议及数据格式》,jt809标准的全称是《道路运输车辆卫星定位系统平台数据交换》,796标准的全称是《道路运输车辆卫星定位系统平台技术要求》,794标准的全称是《道路运输车辆卫星定位系统车载终端技术要求》,从字面意思就很容易理解到:808协议适用于GPS定位车载终端和监控平台之间的通信。通信协议采用 TCP或 UDP,平台作为服务器端,终端作为客户端,而809协议则是适用于企业的GPS监控平台与政府运管平台之间的交互通信,通信协议限定为TCP协议,企业监控平台明确为协议中的下级平台,政府运管平台明确为上级平台。交通部796标准是软件平台的功能标准,794则是终端的功能标准。
具体每个标准的详细内容,参见:交通部道路运输车辆卫星定位系统部标JTT808、809、796标准大全
2019年交通部GPS平台检测标准发生了重大变化, 原来的796平台功能标准, 变更为GB/T35658标准, 全称是<<GB∕T 35658-2017 道路运输车辆卫星定位系统 平台技术要求>>, 参见文章:
GB∕T 35658平台过检 已通过最新的部标JT/T 808-2019, JT/T 809-2019标准
苏标协议是江苏省交通厅发布的道路运输车辆主动安全智能防控系统的平台技术规范,现有的设备厂商如海康、经纬视觉、锐明,有为等厂商已经支持,都已经接入我的主动安全平台运营。苏标平台,依赖于具有主动安全防控终端设备,一般是通过加装特制摄像头或者雷达等外设来达到主动安全功能的。苏标本身仍然是基于部标808协议的基础上递增起草的,增加了主动安全报警和报警附件上传的协议和功能规范,所以它还是部标的范畴,一个基于苏标的平台,必然是一个符合部标808协议的gps部标平台,同时也必须是一个1077部标视频平台,参见文章:
基于部标1078视频协议和苏标Adas协议构建主动安全平台
交通部与2016年10月份推出了JT/T 1078-2016标准,全称是<道路运输车辆卫星定位系统视频通信协议>。该标准将改变以往两客一危车辆的视频监控设备通信协议都是设备厂商私有协议的局面。标准起草单位:中国交通通信信息中心、北京国交信通科技发展有限公司、江苏威森通讯科技有限公司、大连信开数码软件有限公司、深圳市锐明视讯技术有限公司、广州亿程交通信息有限公司、深圳市瑞信视讯技术有限公司、吉林省寰旗卫星导航通信集团有限公司、杭州海康威视数字技术股份有限公司、大连鼎视科技有限公司。这里面真正做视频老牌厂商也就是海康、大华这两家公司。 部标1078协议和808协议的区别参见文章:
基于JT/T 1078协议设计和开发部标视频服务器
2019年, 交通部通信信息中心又推出了部标808-2019版本和部标809-2019版本, 与2011版本的区别参见:
部标809协议2019版本与2011版本的区别
2.应用场景
如果你获取GPS定位数据,是从终端接入获取的,就使用或者开发808Gps服务器,参见:基于Java Netty框架构建高性能的部标808协议的GPS服务器
如果你需要从第三方平台获取GPS定位数据,即接入第三方平台,就需要使用或者开发809Gps服务器。参见:基于部标Jt/T809协议和Java Netty框架构建Gps位置监控平台
如果需要给其他平台转发数据,则可以根据双方约定,可以使用809协议转发,也可以用808协议转发,协议本来就是双方约定遵守的规则,只要双方同意,即使不用808809,自己设计协议也可以。
如果你是开发终端,需要阅读794标准和808协议文档。
如果你是开发平台的,需要阅读796功能标准和808协议、809协议文档,通常一个标准的796平台,包含808服务器,809服务器和web平台,参见:交通部796部标平台开发索引
3.包含关系
既然796是平台的全面综合功能标准,则其中的一项要求必然是符合808协议标准,能够接入符合808协议的车载终端,所以796标准是包含808协议标准,符合796标准的平台必然能够接入符合808协议的车载终端,但反过来能接入部标终端的平台不一定是符合796的功能标准,特别是web平台的功能标准,需要经过部标平台检测后,才能认定为796平台。
794是终端硬件设备的全面综合功能标准,必然也是包含808协议标准,必须能够接入部标平台当中。
由于现在终端设备都是GPS和行车记录仪是一体化的一体机,所以在808协议中,对记录仪协议的标准进行了封装,即消息体用的是记录仪标准19056. 也就是说部标终端必然是符合GB/T 19056 汽车行驶记录仪 标准的终端。
部标协议和北斗标准的区别,参见文章:北斗和交通部部标808的关系
4.消息包结构区别
808消息头内容如下表所示:
起始字节 |
字段 |
数据类型 |
描述及要求 |
0 |
消息ID |
WORD |
|
2 |
消息体属性 |
WORD |
消息体属性格式结构图见图2 |
4 |
终端手机号 |
BCD[6] |
根据安装后终端自身的手机号转换。手机号不足 12 位,则在前补充数字,大陆手机号补充数字0,港澳 台则根据其区号进行位数补充。 |
10 |
消息流水号 |
WORD |
按发送顺序从0开始循环累加 |
12 |
消息包封装项 |
|
如果消息体属性中相关标识位确定消息分包处理,则该项有内容,否则无该项 |
消息体属性格式结构图如图 2所示:
15 |
14 |
13 |
12 |
11 |
10 |
9 |
8 |
7 |
6 |
5 |
4 |
3 |
2 |
1 |
0 |
保留 |
分包 |
数据加密方式 |
消息体长度 |
808协议的数据报文的标示是0x7E开头和0x7E结束的报文。808协议只有一层,命令类型是靠消息Id来区分的。
809的协议结构比较复杂,采用多层结构,有主消息Id,主消息下面还有子分类,子分类靠子消息Id进行区别。区分808协议报文的标示是0x5B开头,0x5D结束的报文。
5.加密机制和校验码的区别
808协议和809协议都有加密机制,但是各不相同,在部标检测和实际运用中,终端发送数据都不加密,部标808协议设计的加密机制也不可行,经过加密后,数据体超大,耗费流量,不适合无线GPRS通信。
但是809协议,在部标检测中是肯定要测试加密解密的,实际运用中有的平台加密,有的平台不加。
808协议和809协议的校验码的算法不同,809协议的校验机制更复杂一点。
808协议的数据报文校验码算法如下:
809协议的数据报文校验码算法如下:
6.通信链路的区别
部标808协议是一个链路全双工通信,连接的维持,靠心跳包,实际上都是这么设计的也没有什么可说的。
唯独809协议的设计者估计是个纸上谈兵的家伙,设计一个变态的双链路机制,设计了主链路和从链路,设计比较复杂,实现难度也比较大,部标检测中这一环节耗时最多,也最容易失败。
实际开发过程中,主从链路的建立、维持、管理以及那些命令从主链路下发,那些命令从从链路下发,都容易把开发者搞的七荤八素的,耗费了不少的时间。如果是开发上级平台,更加麻烦,一个上级平台对应多个下级平台,每个交互都要构建两个连接。809的缺点是设计太过于复杂,前戏太多,很多政府运管平台都特别的不稳定,三天两头的重启,坑苦了下级的企业平台接入。
双链路的设计也是非常滑稽的,一个链路本来就是全双工通信,两个链路并不能增加平台的通信连接稳定。因为如果两侧无论那一侧挂机,再多的链路设计也是白扯,都会断掉。
7.版本变化
808协议和809协议基本都是同步的,2011年第一个版本,2012年做了补充,2013在2011、2012补充的基础上,再次做了新的修订,作为一个新版本2013版本,这个版本比较稳定,一直用到现在,没有再做变动。
8.交通部要求
《JT/T 794 道路运输车辆卫星定位系统车载终端技术》要求如下:
对于已经取得道路运输证但尚未安装车载终端的营运车辆,道路运输管理部门要督促道路运输企业按照规定加装符合标准的车载终端,并接入全国重点营运车辆联网联控系统。从2012年1月1日起,没有按照规定安装车载终端或未接入全国重点营运车辆联网联控系统的运输车辆,道路运输管理部门暂停其资格审验。
从2011年7月1日起,所有新安装的车载终端必须接入符合技术要求的系统平台。系统平台如不符合《796平台标准》的,要按《796平台标准》技术要求尽快进行改造。在系统平台改造过程中要采取有效措施,确保现有业务不受影响,并确保各级系统平台之间的互联互通。各系统平台的改造工作,要在2011年底前完成。
(56519)