交通部GB35658、JT808、JT809平台标准过检

根据交通通信信息中心的要求,受检平台的符合性审查分为两部分:符合性检测和符合性审查。符合性检测即技术检测,根据要求分为五个部分:功能检测,协议检测,流程检测,运行检测和压力检测。功能检测即检测运营平台所提供的管理服务功能是否完善,合理。根据交通部相关文要求,受检平台必须具备车辆监控管理,历史轨迹回放,平台对接能力等近百项服务功能,这些功能涵盖了目前所有监控平台的最优服务功能,可以按要求完成平台无疑将会是国内服务性能最优异的运营平台,也会是可以客户提供最合理,最完善,最人性化的全方位运营服务平台。 

u=1692157212,3597944030&fm=173&app=25&f=JPEG.jpg                                               

通信协议是通信双方进行交互时所约定的标准语言,部标808协议和809协议、796和794标准虽然都是交通部主持设计的,但是单从这个数字代码,让人迷惑,理解这两个协议和两个标准,对于掌握整套部标标准,起着至关重要的作用。
1.通信场景
他们是基于不同的通信场景,不同的通信对象,不同的设计目的和目标而制定出来的。首先要知道这些标准的全称是什么意思,Jt808标准的全称是《道路运输车辆卫星定位系统终端通讯协议及数据格式》,jt809标准的全称是《道路运输车辆卫星定位系统平台数据交换》,796标准的全称是《道路运输车辆卫星定位系统平台技术要求》,794标准的全称是《道路运输车辆卫星定位系统车载终端技术要求》,从字面意思就很容易理解到:808协议适用于GPS定位车载终端和监控平台之间的通信。通信协议采用 TCP或 UDP,平台作为服务器端,终端作为客户端,而809协议则是适用于企业的GPS监控平台与政府运管平台之间的交互通信,通信协议限定为TCP协议,企业监控平台明确为协议中的下级平台,政府运管平台明确为上级平台。交通部796标准是软件平台的功能标准,794则是终端的功能标准。
2.应用场景
如果你获取GPS定位数据,是从终端接入获取的,就使用或者开发808Gps服务器,参见:基于Java Netty框架构建高性能的部标808协议的GPS服务器
如果你需要从第三方平台获取GPS定位数据,即接入第三方平台,就需要使用或者开发809Gps服务器。参见:基于部标Jt/T809协议和Java Netty框架构建Gps位置监控平台
如果需要给其他平台转发数据,则可以根据双方约定,可以使用809协议转发,也可以用808协议转发,协议本来就是双方约定遵守的规则,只要双方同意,即使不用808/809,自己设计协议也可以。
如果你是开发终端,需要阅读794标准和808协议文档。
如果你是开发平台的,需要阅读796功能标准和808协议、809协议文档,通常一个标准的796平台,包含808服务器,809服务器和web平台.
3.包含关系
既然796是平台的全面综合功能标准,则其中的一项要求必然是符合808协议标准,能够接入符合808协议的车载终端,所以796标准是包含808协议标准,符合796标准的平台必然能够接入符合808协议的车载终端,但反过来能接入部标终端的平台不一定是符合796的功能标准,特别是web平台的功能标准,需要经过部标平台检测后,才能认定为796平台。
794是终端硬件设备的全面综合功能标准,必然也是包含808协议标准,必须能够接入部标平台当中。

由于现在终端设备都是GPS和行车记录仪是一体化的一体机,所以在808协议中,对记录仪协议的标准进行了封装,即消息体用的是记录仪标准19056. 也就是说部标终端必然是符合GB/T 19056汽车行驶记录仪标准的终端。

GB/T 35658-2017《道路运输车辆卫星定位系统平台技术要求》

JT/T 809-2019《道路运输车辆卫星定位系统平台数据交换》

JT/T 1077-2016《道理运输车辆卫星定位系统视频平台技术要求》

本博客所有文章如无特别注明均为原创。作者:QQ2405985998复制或转载请以超链接形式注明转自 交通部794认证
原文地址《交通部GB35658、JT808、JT809平台标准过检
分享到:更多

发表评论

路人甲 表情
Ctrl+Enter快速提交

网友评论(0)