湖南交通部平台过检 交通部过检

全称叫道路运输车辆卫星定位系统标准符合性检測，口语(或简称)为过检、交通部过检、平台过检、平台測试等等，符合性审查分硬件和平台。硬件就是即是车载终端，平台即运营平台。平台分企业平台、政府平台，企业平台分经营性与非经营性平台，政府平台分市级平台与省级平台。在这里讨论的是平台符合性审查，而非硬件。
说起过检，大家铁定都有诉不完的血与泪。太折腾、太纠结、太扯淡了，有木有？当然。做不论什么事都有好的方法与诀窍。假设你充分參透了这些。还是相对照较顺利的。
在我手上成功过检的。不多，可是也有几十家了。都比較顺利。快的一两个星期就能通过，慢的也个把月。以下我简介一些我的经验。请勿拍砖，仅供參考，本文仅仅介绍商务层面的注意事项。关于每一步的各个小环节的经验请參看下一博文。
整体介绍
从整体上介绍一下检測机构、检測内容、送检资质、开销预算与重点难点等相关内容。让你从整体上有个大概的了解。
机构性质
符合性审查(平台)分两块，一块纯粹过检。由检測中心负责，负责全部的检測工作，在市海淀区上庄镇海事卫星地面站,还有一块是相关资料审核，在市考试指导中心，负责报名资料审核，检測完之后相关手续与检測报告的办理。主要成败在检測中心，仅仅要检測通过了。兴许手续的办理仅仅是时间问题，以下说说检測中心。
检測中心眼下以企业形式运作，被交通部托付相关检測工作(个人理解仅供參考)，总共同拥有八个检測机构(实际可能没这么多)，八个检測机构不详细做检測，统一托付给检測中心负责，检測报名时在八个检測机构中“随机”分配。
检測中心总共10个人左右，大部分来自八个检測机构(不一定每一个机构都派人)。上面一个总负责人，以下详细工作人员没有特定建制，各自分工合作，相互制约监督，没有权力。
总而言之，谁都没有肯定权，可是谁都有否决权。
所以比較复杂。也保证了相对公平，其内部关系自己想，不用说得太明确。
检測内容
整体检測的内容，參照两个标准，即交通部出的终端通信协议(简称808)与平台通信协议(简称809)，实现分成五部份，各自是：功能、协议、流程、执行、压力(測压力前还有个功能复审)。功能主要对定位、报警、报表、多媒体、监管等方面的功能性检測。主要是监控端的功能实现。繁琐可是简单。协议分成808与809主要对协议的实现进行检測。流程对平台执行的逻辑关系进行检測，执行是尽量模拟真实性执行环境对平台进行整体检測，压力是对平台的承压能力进行检測。
主要流程是：先到检測中心报名，审核通过后。就可以按流程进行检測，直到压力检測完毕。然后再去还有一个部门进行兴许手续办理，等待公告、公示。后拿检測报告。

随着北斗民用化的发展，越来越多的车载设备厂商推出了北斗定位终端，很多的解决方案都打出北斗的概念，比如很多终端不再叫Gps终端，而是叫北斗部标终端一体机，位置平台也不再叫GPs平台，而北斗定位平台之类的。别逗了，北斗定位系统和应用平台八杆子挨不着。一些位置平台开发者看到这些概念容易蒙圈，总是在问一些重复性的低端的问题，比如我的北斗部标终端能不能接入你的符合jt/t 808gps服务器。这些问题如果换到手机上就好理解了，比如你是个移动端应用或游戏开发者，你会关心手机用的是联通手机或者电信、移动手机吗? 你会问，我的联通手机能不能玩你的游戏软件啊？
首先开发者要搞清楚，北斗技术是底层的定位导航系统技术，中国北斗卫星导航系统（BeiDou Navigation Satellite System，BDS）是中国自行研制的全球卫星导航系统。是继美国全球定位系统（GPS）、俄罗斯格洛纳斯卫星导航系统（GLONASS）之后第三个成熟的卫星导航系统。终端是通过植入北斗定位芯片来获取到北斗定位能力，北斗芯片，是包含了RF射频芯片，基带芯片及微处理器的芯片组，相关设备通过北斗芯片，可以接受由北斗卫星发射的信号，从而完成定位导航的功能。
部标808协议是终端和服务器之间的通信协议，两者是两码事，终端首先通过定位芯片获取到定位数据，然后再通过部标协议上传到服务器上。作为位置平台开发者，根本不需要关心你的终端是北斗的还是gps，需要关心你的终端上传数据采用的协议是不是交通部的部标而已。
因为部标的推出早于北斗的大规模民用化，所以现在推出的北斗终端主要是为了参与交通部管制的招投标项目，在协议标准上，都是以部标为标准。
所以只要是符合部标794标准的，jt/t 794标准要求终端的上传协议必须符合jt/t 808协议，所以肯定接入部标平台或部标808服务器是没有问题的。部标标准是2011年推出的，已经历经将近四年的市场化，应用已经非常普遍了。标准意义就在于此，所以再讨论是否能接入的问题，就显得很初级了。
近日，交通运输部、工业和信息化部、公安部、中国人民银行、税务总局、国家网信办等六部门联合公布了《关于网络预约出租汽车经营者申请线上服务能力认定工作流程的通知》，申请从事网约车经营的，应向企业注册地相应出租汽车行政主管部门提交线上服务能力材料。同时，网约车平台需要向主管部门上报全套运营信息。
根据通知，申请从事网约车经营的，应向企业注册地相应出租汽车行政主管部门提交线上服务能力材料。具体包括，具备互联网平台和信息数据交互处理能力的证明材料；具备供相关监管部门依法调取查询相关网络数据信息条件的证明材料；提供由国务院交通运输主管部门出具的数据库具备接入交通运输部网约车监管信息交互平台条件的情况说明等内容。
建立全国网约车监管信息交互平台
同时，通知明确将建设全国网约车监管信息交互平台，统一接入网约车经营者的数据，方便网约车经营者与各城市监管平台的信息交换，并实现相关部门间和各部门内部信息共享，提高服务效率，优化营商环境。
网约车平台需要向主管部门报备车辆基础信息、驾驶员基础信息、运价信息、注册乘客信息等全套运营信息。
此外，交通运输部还发布了《关于明确网络预约出租汽车服务许可证件式样的通知》，明确同网约车相关的证件式样。《网络预约出租汽车驾驶员证》要求，“网络预约出租汽车经营者记录”栏应填写相应网约车平台公司，对于接入多家平台公司提供服务的，须分别注明，并由网约车平台公司盖章确认。
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《道理运输车辆卫星定位系统视频平台技术要求》

围绕车载部标GPS硬件开发的各种企业部标监控平台，如油耗、冷链运输、公交、危险品运输等平台，在开发过程中，都面临一个很重要的问题就是如何测试。因为整个软件平台的数据都是来自于车载GPS，我们不能在开发阶段，在几百辆或几千辆车上去实弹测试。即使在一台车上安装一个GPS来配合我们测试，成本也是非常高的。
所以必须要能够开发一款模拟软件来配合我们进行软件开发，可以精确的模拟车辆运行的实际环境，可以能够控制终端进行复杂的测试环境的临界点模拟。很多时候所谓复杂场景指的是各种类型的数据交错综合在一起的场景，在平台监控车辆行为的时候，并不仅仅监控的就是车辆的位置，而是其他方面的数据，所以在测试的时候，需要将位置数据和其他附加数据进行配合的一种模拟，如：
1.在加油站进行加油，首先就需要模拟车辆的位置数据使其进入加油站，Acc熄火，同时还要发送油量数据来模拟加油过程中邮箱油量上升的过程；
2.冷链运输中，需要结合测试用例，来模拟位置，Acc熄火，温度还有车辆冷柜门的开关量等多种数据在不同场景下的临界点模拟；
3.还有一种就是模拟数据触发报警，然后报警触发的各种动作，如模拟速度数据，触发超速报警，超速报警触发终端拍照等；
还有很多的测试用例场景，都不一一列举。
这些测试，传统的测试人员仅仅靠鼠标点击，是做不出来这样的测试的，性能测试也是很难去测试的，常规的web压测工具如loadrunner等无法应用到基于socket通信的808GPS服务器上面。
我们需要开发一个完整的GPS模拟终端，模拟GPS终端的数据发送和接收各种指令并进行应答的行为。需要开发一个完整808协议的模拟终端，实现录音、拍照、参数设置、位置等功能，来对我们的平台进行充分的测试。
开发这样一个工具，需要我们对JT/T 808协议文档进行认真阅读和充分了解，开发一个808GPS服务器，是对数据按照协议格式进行解析，开发一个808模拟终端则是反过来，将数据按照协议格式进行封装并发送给服务器。虽然是一正一反，但是在协议这块难度要大的多，主要的难点如下：
1.模拟808协议所要求的分包；
2.模拟位置数据中的各种附加数据，如里程、油量、温度等；
3.模拟开关量；
4.模拟多媒体上传数据；
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《道理运输车辆卫星定位系统视频平台技术要求》