部标协议，广东深圳哪里可以申请交通部794认证？

今天小编给各位分享的是部标协议，广东深圳哪里可以申请交通部794认证？的知识，，希望对您有所帮助。如果你还想了解更多这方面的信息，请点击本站其他相关内容，共同学习吧！如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文导读目录：

1、部标协议，广东深圳哪里可以申请交通部794认证？

部标协议，广东深圳哪里可以申请交通部794认证？ ♂

广东深圳哪里可以申请交通部认证？

通信协议是通信双方进行交互时所约定的标准语言，部标??????协议和协议、和标准虽然都是交通部主持设计的，但是单从这个数字代码，让人迷惑，理解这两个协议和两个标准，对于掌握整套部标标准，起着至关重要的作用。

.通信场景：

他们是基于不同的通信场景，不同的通信对象，不同的设计目的和目标而制定出来的。首先要知道这些标准的全称是什么意思，标准的全称是《道路运输车辆卫星定位系统终端通讯协议及数据格式》,标准的全称是《道路运输车辆卫星定位系统平台数据交换》，标准的全称是《道路运输车辆卫星定位系统平台技术要求》，标准的全称是《道路运输车辆卫星定位系统车载终端技术要求》，从字面意思就很容易理解到：协议适用于定位车载终端和监控平台之间的通信。通信协议采用 或 ，平台作为服务器端，终端作为客户端，而协议则是适用于企业的监控平台与政府运管平台之间的交互通信，通信协议限定为协议，企业监控平台明确为协议中的下级平台，政府运管平台明确为上级平台。交通部标准是软件平台的功能标准，则是终端的功能标准过检贝斯通检测。

.应用场景：

如果你获取定位数据，是从终端接入获取的，就使用或者开发服务器，参见:基于 框架构建高性能的部标协议的服务器

如果你需要从第三方平台获取定位数据，即接入第三方平台，就需要使用或者开发服务器。参见:基于部标/协议和 框架构建位置监控平台

如果需要给其他平台转发数据，则可以根据双方约定，可以使用协议转发，也可以用协议转发，协议本来就是双方约定遵守的规则，只要双方同意，即使不用，自己设计协议也可以。

如果你是开发终端，需要阅读标准和协议文档。

如果你是开发平台的，需要阅读功能标准和协议、协议文档，通常一个标准的平台，包含服务器，服务器和平台，参见：交通部部标平台开发索引

.包含关系：

既然是平台的全面综合功能标准，则其中的一项要求必然是符合协议标准，能够接入符合协议的车载终端，所以标准是包含协议标准，符合标准的平台必然能够接入符合协议的车载终端，但反过来能接入部标终端的平台不一定是符合的功能标准，特别是平台的功能标准，需要经过部标平台检测后，才能认定为平台。

是终端硬件设备的全面综合功能标准，必然也是包含协议标准，必须能够接入部标平台当中。

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

部标协议和北斗标准的区别，参见文章：北斗和交通部部标的关系

.通信链路的区别：

部标协议是一个链路全双工通信，连接的维持，靠心跳包，实际上都是这么设计的也没有什么可说的。

唯独协议的设计者估计是个纸上谈兵的家伙，设计一个变态的双链路机制，设计了主链路和从链路，设计比较复杂，实现难度也比较大，部标检测中这一环节耗时多，也容易失败。

实际开发过程中，主从链路的建立、维持、管理以及那些命令从主链路下发，那些命令从从链路下发，都容易把开发者搞的七荤八素的，耗费了不少的时间。如果是开发上级平台，更加麻烦，一个上级平台对应多个下级平台，每个交互都要构建两个连接。的缺点是设计太过于复杂，前戏太多，很多政府运管平台都特别的不稳定，三天两头的重启，坑苦了下级的企业平台接入。

双链路的设计也是非常滑稽的，一个链路本来就是全双工通信，两个链路并不能增加平台的通信连接稳定。因为如果两侧无论那一侧挂机，再多的链路设计也是白扯，都会断掉。

.版本变化：

协议和协议基本都是同步的，年第一个版本，年做了补充，在、补充的基础上，再次做了新的修订，作为一个新版本版本，这个版本比较稳定，一直用到现在，没有再做变动。

从年月日起，所有新安装的车载终端必须接入符合技术要求的系统平台。系统平台如不符合《平台标准》的，要按《平台标准》技术要求尽快进行改造。在系统平台改造过程中要采取有效措施，确保现有业务不受影响，并确保各级系统平台之间的互联互通。各系统平台的改造工作，要在年底前完成过检贝斯通检测。