专业订制交通部平台过检809标准 808平台过检

为落实《关于加强道路运输车辆动态监管工作的通知》（交运发〔2011〕80号）文件的相关要求，推动《道路运输车辆卫星定位系统》系列标准的贯彻实施，中国交通通信信息中心组织实施了《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）和《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准的平台符合性检测工作。 为确保受检平台「含监管平台与监控平台】的检测质量，将平台符合性检测工作分为五个阶段。五个阶段检测合格后，出具平台检测检测结论，具体检测步骤如下：
一、功能完备性检测：**阶段
该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。
二、工具检测：*二阶段
该阶段检测工作主要通过检测软件来完成检测的，为了确保*三阶段能顺利进行，本阶段主要完成单项协议检测。
本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中对通信协议部分的检测，主要实现受检平台的通信协议正确性检测。检测完成后，检测软件将生成“《道路运输车辆卫星定位系统平台数据交换》单项协议检测报告” 。
从中可以看出，受检平台不管是监管类的**平台还是监控类的企业平台，都将由检测软件来完成检测工作；检测软件根据检测的情况在数据库中生成检测结果与报告。
三、运行检测：*三阶段
该阶段检测工作主要通过检测软件来完成检测的，为了确保*四阶段能顺利进行，本阶段主要完成运行检测。 本阶段主要利用检测软件完成《道路运输车辆卫星定位系统平台数据交换》（JT/T 809-2019）标准中协议流程检测，实现对平台间通信交互性检测。检测完成后，检测软件将生成“《道路运输车辆卫星定位系统平台数据交换》流程检测报告。
标准终端是一个关键的模块；作为待检的平台而言，必须具备标准终端的接入能力。
四、实际检测：*四阶段
本阶段主要将送检平台置于真实运行环境中，利用“标准部级平台”、“标准企业平台”以及标准终端，以四位一体或五位一体的方式实现对受检平台在真实运行坏境中进行“协议流程检测”检测结果的验证。检测完成后，部级标准平台将生成“《道路运输车辆卫星定位系统平台数据交换》实际运行检测报告。
从以上可以看出，整体的检测过程中，完全按照真实的平台来进行检测；确保部平台能得到较终的数据。
五、压力与异常测试：*五阶段
本阶段主要针对GB/T 35658-2017标准中对于平台的性能要求；基本上压力测试主要完成数据通信层面平台接入终端设备的并发能力测试。
在标准的终端上进行大量的终端实验，以多线程、多实例模式实现对受检平台的接入；通过观察压力测试的界面显示数据，观察压力测试的效果。
为了很好的实现上述要求，受检平台人员可选择以下两种模式接受压力测试：
1、搭建一套与原运行平台一样的压力受检平台；
2、在现有的运行平台上直接接受压力测试；
另外，针对异常测试，主要是在并发访问的过程中，采用不合法数据模式进行对受检平台的测试，以初步确认平台的处理异常的能力。
部标平台的检测已经恢复

由于交通部部标平台过检的标准信息相对不是很透明，大家对796标准和jt/t 808 协议、jt/t809协议都是通过文档的字面意思各自去理解的，误差难免，误差大的，到过检的时候，就要耽误的时间长，过的就非常不顺，花费的差旅费和检测费就很大，得不偿失。很多去过检的企业都不是公司，在检测要背负额外的时间成本和费用成本，所以要追求较高的成功率，不然遇到问题，要面临两难选择，要么回来，改完了再坐一趟飞机去检测，要么呆在酒店里，改完了，重新预约下次检测时间，一直到过了为止。过完检的人都会感慨良多，不过不知道，过了感觉里面全是大坑，仅靠理解简单的功能列表是不行的，差的太远。参见:部标808协议模拟终端的设计和开发
为什么去检测的软件平台非常不顺呢？
这是由于打铁需要自身硬，去过检的软件平台有很大一部分都是自己按照部标808协议和809协议新开发出来的GPS软件平台，本身就一堆毛病，没有给大量用户用过，也没有经过时间的考验。内部测试是不可能代替用户各种长时间使用的。由于按照部标协议完整开发的GPS软件平台开发周期都是在一年多以上（为什么大家愿意自己开发，就是因为不相信会花费这么长时间，开发完回头一看二年都过去了），已经耗尽了**的耐心，按照计划，早该去过检测了，成为一个通过认证的部标平台是一个商务性质的，是需要配合市场竞争要求的，不可能在那里像温水煮青蛙一样慢慢搞的，所以很多平台都是迫于时间压力，仓促迎战。部标平台开发参加：交通部796部标平台开发索引
如何才能快速的过检呢，很多事情都是前车之鉴，部标2011年推出，到现在已经四年，翻一翻部标过检名单，已经过了几千余家，别人已经走过的弯路，你还在那里用人民币铺路，使蛮劲吭哧吭哧的走，是不是有点滑稽，缺乏智慧。过检完全是一个经验主义的事情，你的能力再大，也不可能在一年内开发出一个部标平台并过检，前面有没有坑，和你的能力智商及公司团队的实力一毛钱关系都没有，要花时间和精力走过去才知道。如果能够给过检的企业提供专业全面的指导，从部标808和809协议测试、部标796功能测试、运行测试和压力测试，各个环节，在过检前，就填掉大坑，到再去过检测，就是直通车了，避免头撞南墙起大包后再修改，无疑是较大的提高检测效率，节省一大笔支出。
好的消息是从2019年，基本上繁琐的商务资质已经不需要了，特别是机房安全等级证书不要了，也可以用百度高德地图了。过检的成本大大降低了，参见：交通运输部办公厅关于印发《道路运输车辆卫星定位系统车载终端和平台标准符合性技术审查工作规范》的通知
从2012年，我们帮助几十家客户顺利过检，较重要的是直接给客户提供较新的、符合主流技术团队要求的源码，我们的C#和Java源码都有很多客户过检，在过检后帮助他们二次开发，顺利的和他们的业务衔接在一起。
使用我的过检版本，可以大幅降低成本，因为检测的功能、时间都是可以确定的，一般在较多一周时间就可以通过检测，酒店住宿通勤费用也不过几千元就搞定了。要是自己开发的版本，时间就不好说了，成本就更难以控制。

2011年5月10日中国交通通信信息中心下发了《印发道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准符合性审查办法（试行）的通知》。通知要求，系统平台和车载终端应当分别满足《平台要求》和《终端要求》，同时分别满足《道路运输车辆卫星定位系统平台数据交换》和《道路运输车辆卫星定位系统终端通讯协议及数据格式》的要求。系统平台和车载终端，应按照本办法通过标准符合性审查。不符合标准的，不得用于道路运输车辆动态监管工作。《道路运输车辆卫星定位系统平台和道路运输车辆卫星定位系统车载终端标准》简称部标，部标包括《道路运输车辆卫星定位系统平台技术要求》（GB/T 35658-2017，简称《平台部标》）和《 道路运输车辆卫星定位系统车载终端技术要求》（JT/T794-2019，简称《终端部标》）。至此，关于系统平台和车载终端必须符合部标的政策性文件正式出台。而对应硬件终端标准的通信协议标准JT/T808-2019和JT/T809-2019协议也随之出台。
部标808和809的出台，统一了产品的标准，统一了平台与终端之间的通讯协议，对于GPS运营商而言，只要平台支持部标，那可以选择任意一家的GPS车载终端，也不会受厂商的制约，GPS运营商在市场竞争过程中将更看重产品的质量及服务，从而也间接地促进市场上产品的稳定性和可靠性。
但是开发部标GPS服务器是一个繁琐苦逼的活，有各种各样的GPS终端需要兼容和支持，现在交通部颁发了统一的标准协议和数据格式，大部分车辆的GPS终端都需要支持，软件也需要支持，否则可能在市场准入的时候就遇到麻烦。
JT/T 794-2019《道路运输车辆卫星定位系统 车载终端技术要求》
JT/T 808-2019《道路运输车辆卫星定位系统 终端通讯协议及数据格式》
GB/T 35658-2017《道路运输车辆卫星定位系统平台技术要求》
JT/T 809-2019《道路运输车辆卫星定位系统平台数据交换》
JT/T 1076-2016《道路运输车辆卫星定位系统车载视频终端技术要求》
JT/T 1078-2016《道路运输车辆卫星定位系统视频通信协议》
JT/T 1077-2016《道理运输车辆卫星定位系统视频平台技术要求》