航天检测技术（深圳）有限公司
接入平台 access platform
接入到政府平台的平台，包括企业平台和下级政府平台。
3.6
车载终端 vehicle terminal
安装在道路运输车辆上满足t.作环境要求•具有us定位系统、移动网络接人、道路运输车辆行驶 记录、道路运输个:辆相关信兮采集和控制•与其他彳•:载电子设备进行通信•提供政府ffr或企业f•台所 需的信息•完成卫星定位系统对午:辆控制功能的装置。
3.7
在线车辆 online vehicles
当前连接到政府平台和企、ik平台fi. ik常定位的车辆。
3.8
上线车辆 previously online vehicles
在统计期间内向政府平•台或企业甲•台止常传输h报动态信息的车辆。
3.9
入网车辆 access vehicles
在某-统计时点至少向政府平台或企业平台上报一次动态信息的车辆。
3.10
车牌 license plate
公安交通管现部门颁发的机动+:号牌以及牌颜色简称•如闽ay3154黄。
4道路运输车辆卫星定位系统架构
4.1道路运输车辆卫星定位系统山政府平台、企、ik平台、车载终端、计算机通信网络等组成。通过系统 各组成部分之间的互联互通，实现业务管理以及数据交换和共享。
4.2政府平台通过平台接ii及统计分析功能•主要实现对上级平台的数据报送、对下级政府平台的管 理和对企业平台的监管和服务。
4.3企业平台接人到政府平台•主要通过对车载终端的控制•实现对背运车辆安全运背的监控，并实时 上报各项数据给政府平台。
4.4政府平台之间通过专线网络或互联网方式进行连接•企业平台与政府平台可以通过互联网 或专线网络方式进行连接•车载终端与企业平台或政府平台之间通过尤线通信网络进行连接。
航天检测中心专业从事型号核准srrc 、入网cta、交通部794 808、ccc、cqc、国际cb、ce、rohs、fcc、蓝牙bqb、印度bis、日本pse mic、电池un38.3 msds 62133,kc 质检、企业备案及iso体系等国际测试认证我公司是专业从事欧盟ce/rohs,北美fcc认证的服务机构，是中国早期提供ce/fcc认证服务的专业机构，也可以代理其他认证（如srrc、ccc、ul、kc、mic、cb、bqb、gs等各国认证），能够专业的快速地指导企业的产品，尽快为客户取得所需认证。若有任何问题，敬请随时联系我们。我们愿为您提供相关认证服务。
◎ 本公司辅导特色
1.保证通过验证
本公司的服务会持续至顺利通过认证，取得认证证书为止。
2.技术阵容坚强
本公司技术工程师均经严格筛选与训练，并有辅导过多家厂商顺利通过各种产品安全验证之经验，能专业、迅速为贵公司达成验证目标.
ast-服务：速度快，价格优有对策，修改能力！
部标gb/t 35658-2017平台服务和部标平台在检测中心的检测代理服务，代理公司签订合同，一站式服务打包，不需要你派遣人员在驻扎过检，降低你的费用成本。
交通部gb/t 35658-2017平台过检，是交通部要求物流车辆运输企业和gps平台运营企业的一项交通部部标标准检测工作，是指各企业向交通部申请，将自己的平台送至通信信息中心，针对具体一系列
标准，进行检测和审查的过程。平台通过交通部标准，即获得经营性资格，可以在指定范围内接入车载终端运营。
平台过检工作的前期准备工作千头万绪，很多公司的部标检测负责人着手开始这项工作时茫茫然不知所措，工作进展进度缓慢，其实交通部平台过检，我们需要把它作为一个复杂的项目来看待。既然
是一个项目，就要做一个带有milestone的项目计划，列出所需要准备的做的各项工作，确定时间节点和重大里程碑事件，这样就有一个清晰的方向指引着我们前进，不管有多复杂，有一个地图和指南
针，我们始终知道自己所处的位置。
二、开始检测
1、压力测试
压力测试在一开始就开始测试，一直在稳定对服务器加压，并伴随着功能检测、协议、运行三个检测环节，后算总账，发送包数量和接收包数量一致，确定过关。
2、部标gb/t 35658-2017功能检测
该阶段检测工作主要检测受检平台是否具备《道路运输车辆卫星定位系统平台技术要求》（gb/t 35658-2017）标准中对平台功能性的要求，主要实现平台功能完备性检测。本部分的检测需要检测人员
与平台送检人员对送检平台的功能的逐一确认，并将检测结果如实记录。
平台功能，如地理位置监控功能、报警功能等所有功能是否全部能使用，而且全部符合部标要求。
注：功能复检阶段仍需要将此阶段重新检测一遍。
3、808协议检测
通过将被检平台嵌入模拟终端与上级平台之间实现三方的联通，并通过用例库实现逐条协议的组包与解析判定，并记录检测结果，形成记录文件。 检测中心提供测试工具，对平台检测。
4、运行检测
运行检测是通过将协议处理逻辑融会贯通起来，按业务逻辑的不同形成有机的整体，其中流程检测的核心是单业务逻辑的小循环检测，较少关注协议解析的数据内容，用以确保业务逻辑的一一正确性
；运行检测的核心是整体性业务逻辑的大循环检测，并且依据解析出的数据内容进行整体性的判定。
5、功能复检
客户协调部分完全同gb/t 35658-2017功能检测。
功能复检阶段，抽查gb/t 35658-2017功能中的重点功能进行重新检测，并对《用户手册》和《技术方案》电子文档进行审核。电子文档审核完毕后，需制作纸质版《用户手册》和《技术方案》，封面
采用凹凸感淡蓝色封面，正文部分双面打印，胶装成2本书，可由打印店负责制作，分别在封面、扉页、骑缝盖公章。寄给办事处。
6、压力测试
需提前通知机房，将带宽提升至100m。
通过模拟平台建立相应的模拟车辆，对申报平台进行车载终端的批量接入和运营测试，该测试主要影响对象为：平台的处理速度、网络设备的承载能力、网络的频带宽度。
1.模拟10000个车辆进行注册、鉴权后，发送gps定位数据，发送频率为500条/秒，该部分检测时间为1小时；
2.模拟2000个车辆进行注册、鉴权后，发送gps定位数据，发送频率为1000条/秒；
企业监控平台
6.1基本功能
6.1.1报表导出功能
平台中所有查询结果及统计分析结果均需支持 excel的报表导出功能
6.1.2报警和警情处理
6.1.2.1报警
企业平台应支持接收由车载终端触发的报警信息,包括违规行驶报警、前撞报警、胎压异常报警、车道偏离报警、紧急报簪、设备故障报警、偏离路线报警、区域报簪、超速报警、疲劳驾驶报警、断电报警、超时停车报警、动态信息上报异常报警和电瓶欠压报警等。部分报警难以由终端实现的,如违规行驶报警、偏移路线报警、区域报警等,平台应能自行根据业务需求产生报警,并应能配置是否下发终端进行警提示。产生报警时,可通过声、光、图片和文字等方式提示并显示车辆动态位置信息、静态信息和相关
6.1.2.2报警信息处理
企业平台应具备对终端上报的报警信息和企业平台分析产生的报警信息进行处理的功能,应支持将报警信息和报警处理结果信息实时传送到政府平台,并响应政府平台下发的报警处置请求指令。报警信息处理过程包括报警信息确认、报警处置、报警处理情况登记和报警信息处理状态跟踪。报警处可依据不同报警类型进行如下方式的处置,包括车辆监听、拍照、报警解除和下发信息等,通过下发信息达到提醒司机的目的。所有报警及报警处理信息均应记录井提供查询功能
6.1.3.1车辆监控管理
车辆监控管理应包括车辆上下线实时提醒、车辆调度、车辆监控、车辆跟踪、车辆点名、车辆查找、区域查车和车辆远程控制等功能
a)车辆上下线实时提醒:实时反映车辆上下线情况,通过声、光等形式进行提醒
b)车辆调度:通过多种方式选择车辆,并向车辆下发调度信息
c)车辆监控:实时接收终端上传的动态信息,并在电子地图上显示其位置,并可根据需要显示车辆动态信息
d)车辆跟踪:以定时方法,在电子地图显示单车或多车实时位置和状态信息
e)车辆点名:向指定车辆发送车辆点名命令,终端上报车辆位置信息,企业平台在电子地图上显示车辆位置
f)车辆查找:按照车牌号码、sm卡号码、司机、企业和车队等条件查询车辆
g)区域查车:在电子地图上查询设定区域的当前车辆
h)车辆远程控制:将监听、解除监听、无线通信连接、图片抓拍等不会影响车辆运行安全的指令发送到终端,通过终端实现相应功能
i)车辆运营状态报备:平台应具备车辆运营状态报备登记功能
j)车辆长时异常离线提醒:平台应具备动态巡检车辆在线情况功能,对于长时异常离线车辆,采用声、光和文字形式对监控人员进行提醒,应上报动态信息上报异常报警企业平台应具备指定时间段内回放指定车辆历史轨迹的功能
6.1.3.3定时定位车辆查询
企业平台应具备根据车辆的轨迹数据,查询指定时间段内、经过指定区域的车辆信息的功能,并且应支持多区域多时间段的联合查询
6.1.3.4终端运行监控
企业平台应提倛终端运行情况监控功能能够实时监控终端在离线情况,并提供运行监控分析，企业平台可提供对单车或多车的视频和图像信号实时监控及历史视频和图像数据调用查看功能，电子地图管理应符合 5.1.13的规定
6.1.4平台接口功能
6.1.4.1与政府平台信息交互
61.4.1.1企业平台应具备与政府平台的信息交换的功能,包括车辆动态信息、静态信息和跨域信息的交换
6.1.4.1.2企业平台应具备与上级政府平台重连后自动补传或按照上级平台补传指令补传动态位置信息的功能
6.1.4.1.3企业平台应具备接收上级政府平台下发通知并进行醒日显示的功能
6.1.4.1.4企业平台应具备下发上级政府平台指令到车载终端的功能
6.1.4.1.5企业平台应具备与上级平台间数据同步功能
6.1.4.2监控平台间连接情况
平台应具备监控自身与上级政府平台间连线情况功能,在掉线时应以声,光等提示信息提示用户直至恢复连接
6.1.5.1监管巡查
企业平台应能够响应政府平台下发的查岗指令,并将查岗结果上报到政府平企业平台收到车辆上报动态位置信息后,应立刻向政府平台实时上报车辆的位置、状态信息和报警信息,响应政府平台对车辆的拍照和监听等车辆远程控制指令,显示政府平台下发信息、企业平台应具备对车队或车辆报警、行驶里程、车辆上线率、历史轨迹有效性等信息的统计分析功能,并以文字或图表方式表示统计分析结果
6.1.7.1终端管理
终端管理应具备终端参数配置管理、终端开户、销户、车辆停用、车辆转组和终端转车等功能。其中终端参数配置管理应包括ip地址配置、报警参数配置、区域设置和路线设置配置、终端固件升级等
6.1.7.2基础信息管理
企业平台应具备sim卡管理、终端管理、车辆管理、从业人员管理、车队、运输企业管理等功能,并提供对车辆信息的综合查询
6.1.7.3预设信息管理
企业平台应具备在电子地图上预设区域及线路并进行管理的功能
6.1.7.4行驶记录管理
企业平台应具备远程调用车辆行驶记录相关信息的功能,并能够对车辆行驶记录信息保存、查询统计、分析和打印
企业平台应具备对终端上传的音频、视频、图片等信息的检索上传、存储及查询等功能
6.1.4.1.2企业平台应具备与上级政府平台重连后自动补传或按照上级平台补传指令补传动态位置信息的功能
6.14.1.3企业平台应具备接收上级政府平台下发通知并进行醒目显示的功能
6.1.4.1.4企业平台应具备下发上级政府平台指令到车载终端的功能
6.1.4.1.5企业平台应具备与上级平台间数据同步功能
6.1.4.2监控平台间连接情况
平台应具备监控自身与上级政府平台间连线情况功能,在掉线时应以声、光等提示信息提示用户直至恢复连接
6.1.5监管功能
6.1.5.1监管巡查
企业平台应能够响应政府平台下发的查岗指令,并将查岗结果上报到政府平台
6.1.5.2监管平台实时数据交换
企业平台收到车辆上报动态位置信息后,应立刻向政府平台实时上报车辆的位置、状态信息和报警信息,响应政府平台对车辆的拍照和监听等车辆远程控制指令,显示政府平台下发信息
6.1.6统计分析功能
企业平台应具备对车队或车辆报警、行驶里程、车辆上线率、历史轨迹有效性等信息的统计分析并以文字或图表方式表示统计分析结果
6.1.7管理功能
终端管理应具备终端参数配置管理、终端开户、销户、车辆停用、车辆转组和终端转车等功能。其中终端参数配置管理应包括ip地址配置、报警参数配置、区域设置和路线设置配置、终端固件升级等
6.1.72基础信息管理
企业平台应具备sim卡管理、终端管理、车辆管理、从业人员管理、车队、运输企业管理等功能,并提供对车辆信息的综合查询。
6.1.73预设信息管理
企业平台应具备在电子地图上预设区域及线路并进行管理的功
6.1.7.4行驶记录管理
企业平台应具备远程调用车辆行驶记录相关信息的功能,并能够对车辆行驶记录信息保存、查询统计、分析和打印
6.1.7.5多媒体信息管理
企业平台应具备对终端上传的音频、视频、图片等信息的检索上传、存储及查询等功能
6.1.7.6平台管理
平台应具备用户管理、角色管理、权限管理、日志管理和报警控制配置等功能。其中报警控制配置功能应实现对报警的声、光提示可控配置
6.1.7.7平台运行监控管理
平台运行监控管理应至少具备以下几个功能
a)服务器状态监控功能,能监控各种服务状态;
b)平台资源监控功能,能监控各服务器资源消耗情况,可显示资源消耗情况
6.2业务功能
6.2.1偏离路线报警
当车辆偏离预设的行驶路线范围超出国值时报警,并以声、光等方式提示,提供对偏离路线报警的记录和处理
6.22线路关键点监控
支持对车辆行驶路径关键点时间的监控,即当车辆未按照规定时间内到达或离开指定位置时,实时以声、光等方式提示,提供对报警的记录和处理
6.23区域报警
企业平台应具备在平台上设定圆形或多边形的限制区域,实现车辆进出区域后报警的功能,并以声、光等方式提示,提供对报警的记录和处理,并能对报警对象车辆实现批量调度处理
6.2.4分路段限速监控
平台应能对分路段设置限速阈值,实现超速报警,并提供对超速的警告、记录和处理
6.2.5疲劳驾驶报警
当驾驶员连续驾驶时间超过阈值时报警,并以声、光等方式提示,并提供疲劳驾驶报警的记录和对终端上传的驾驶员身份信息识别,并将驾驶员身份有效性结果信息下传到终端,完成驾驶员身份识别过程
6.2.7班线客运特殊业务功能
6.2.7.1营运线路查询
6.2.72乘客超员监控
通过拍照或禨等方式监控车辆超员情况,提供对车载终端直接通话功能提醒驾驶人员超员,提供对超员的警告、记录和处理
6.28acc信号异常报
当汽车用带点火开关的转向镜的专用挡位(简称acc)处于关闭状态时,车辆连续30min速度值
大于30km/h应产生报警,并以声、光等方式提示,提供对报警的记录和处理
6.2.9位置信息异常报警
当acc处于开启状态时,终端处于不上传位置信息,或上传未定位状态位置信息并连续超过
30min时应产生报警,并以声、光等方式提示,提供对报警的记录和处理
7.1性能指标
7.1.1平台总体性能
平台总体性能应至少满足以下要求
a)支持平台7×24h不间断运行
b)车载终端在非休眠状态下上报车辆动态数据时间间隔不大于60s
c)在没有外部因素影响的情况下,故障恢复时间不超过120min
报警及报警信息处理至少满足以下要求
a)应急与报警信息处理时间不超过10min
b)优先保证报警信息及报警处理信息显示。
平台车辆接入性能要求如下
具有定位数据高并发处理能力:平均500条/s、峰值1000条/s
)企业平台能支持至少10000台终端接入,支持超过10000个动态目标的监控能力
c)政府平台(县级除外)能支持显示超过100000个动态目标
7.1.4平台响应时间
大并发用户数达到系统设计要求的并发用户数时,各事务平均响应时间不应超过单用户平均响
7.1.5地图数据质量
电子地图数据质量至少满足以下要求
a)电子地图应使用经国家测绘主管部门审核批准的电子地图;
b)地图更新频率不少于一年一次
7.2网络传输
网络传输环境要求如下:
a)政府平台之间支持专线网络或互联网连接
b)企业平台支持互联网或专线网络等方式连接政府平台
73数据存储和备份
数据存储及备份要求如下:
a)数据在线存储时间不得少于183天;
b)建立数据备份机制,每月对数据进行全量备份,每周对数据进行增量备份,系统数据恢复时间不超过5h
全称叫道路运输车辆卫星定位系统标准符合性检測，口语(或简称)为过检、交通部过检、平台过检、平台測试等等，符合性审查分硬件和平台。硬件就是即是车载终端，平台即运营平台。平台分企业
平台、政府平台，企业平台分经营性与非经营性平台，政府平台分市级平台与省级平台。在这里讨论的是平台符合性审查，而非硬件。
说起过检，大家铁定都有诉不完的血与泪。太折腾、太纠结、太扯淡了，有木有？当然。做不论什么事都有好的方法与诀窍。假设你充分參透了这些。还是相对照较顺利的。
在我手上成功过检的。不多，可是也有几十家了。都比較顺利。快的一两个星期就能通过，慢的也个把月。以下我简介一些我的经验。请勿拍砖，仅供參考，本文仅仅介绍商务层面的注意事项。关于
每一步的各个小环节的经验请參看下一博文。
整体介绍
从整体上介绍一下检測机构、检測内容、送检资质、开销预算与重点难点等相关内容。让你从整体上有个大概的了解。
机构性质
符合性审查(平台)分两块，一块纯粹过检。由检測中心负责，负责全部的检測工作，在市海淀区上庄镇海事卫星地面站,还有一块是相关资料审核，在市考试指导中心，负责报名资料审核，检測完之后
相关手续与检測报告的办理。主要成败在检測中心，仅仅要检測通过了。兴许手续的办理仅仅是时间问题，以下说说检測中心。
检測中心眼下以企业形式运作，被交通部托付相关检測工作(个人理解仅供參考)，总共同拥有八个检測机构(实际可能没这么多)，八个检測机构不详细做检測，统一托付给检測中心负责，检測报名时
在八个检測机构中“随机”分配。
检測中心总共10个人左右，大部分来自八个检測机构(不一定每一个机构都派人)。上面一个总负责人，以下详细工作人员没有特定建制，各自分工合作，相互制约监督，没有权力。
总而言之，谁都没有肯定权，可是谁都有否决权。
所以比較复杂。也保证了相对公平，其内部关系自己想，不用说得太明确。
检測内容
整体检測的内容，參照两个标准，即交通部出的终端通信协议(简称808)与平台通信协议(简称809)，实现分成五部份，各自是：功能、协议、流程、执行、压力(測压力前还有个功能复审)。功能
主要对定位、报警、报表、多媒体、监管等方面的功能性检測。主要是监控端的功能实现。繁琐可是简单。协议分成808与809主要对协议的实现进行检測。流程对平台执行的逻辑关系进行检測，执行
是尽量模拟真实性执行环境对平台进行整体检測，压力是对平台的承压能力进行检測。
主要流程是：先到检測中心报名，审核通过后。就可以按流程进行检測，直到压力检測完毕。然后再去还有一个部门进行兴许手续办理，等待公告、公示。后拿检測报告。
我司是一家专业从事电子产品测试-认证检验与咨询服务的第三方认证公司，是国内较早从事进出口商品检测、技术咨询、产品认证咨询的第三方专业检测实验室之一。主要从事智能蓝牙无线产品无线
电型号核准srrc认证，空气净化器检测认证，新风机质量检测认证， cta入网许可证，中国强制性ccc认证，交通部794/808/1076/1078/905.2标准检测认证，委托检测报告；企业标准备案，欧盟ce，
欧盟rohs, 美国fcc等国内外认证。公司自成立以来，诚意帮助客户的产品达到不断更新的国际标准要求，在市场上受到广大客户的认同，在同行业具有一定的知名度。公司严格按iso/iec 17025的要
求运营，获得众多国际权威检测机构的项目合作。我们秉承科学，公正，准确，严谨的原则，凭借尖端的测试设备和极富经验的检测认证工程师。为数万家企业提供专业优质的测试认证咨询服务。
交通部部标平台的796标准中，对于平台报警进行了说明，平台报警，就是由平台进行逻辑分析判断并产生报警信息的。终端报警是由终端来产生的，在系统中，由于偏离路线报警即可由终端不断的根
据gps坐标和下发的路线数据进行判断是否偏离来报警，也可以由平台来实时分析gps坐标判断是否偏离路线产生报警。这两种报警在交通部的部标检测中，都是需要的，由于终端报警是由硬件来完成
的，平台只是根据部标808协议来接收报警并推送到前端页面上即可，平台报警就需要开发者来开发报警分析的模块了。在交通部的796标准中对于平台报警明确了一下几种：
一、偏离路线报警：
如何的设置：
1在地图上画一条线路；
2、设置为平台的偏离路线报警；
3、再绑定一辆车
测试的过程：
如果绑定的车辆行驶的方向与所画的线路不吻合，则应该报平台的偏离路线报警，能在报警查询与报警统计、车辆监控界面里查看到此报警，则认为此报警功能可以实现，此项功能项为通过。
二、线路关键点监控：
如何的设置：
1、在地图上画一条线路
2、在线路上取关键点
3、设置为平台的线路关键点监控报警
4、绑定一辆车
测试的过程：
绑定的车辆一定要沿着所画的路线行驶，车辆未在规定时间内到达关键点或未在规定时间离开关键点，则应报平台的线路关键点监控报警。能在报警查询与报警统计、车辆监控界面里查看到此报警，
则认为此报警功能可以实现，此项功能项为通过。
三、区域报警：
如何的设置：
1、在地图上画一个矩形区域
2、设置为平台的区域报警
3、绑定一辆车
测试过程：
该车辆进入该矩形区域时和离开该矩形区域时则应分别报平台区域报警中的进区域报警和出区域报警，能在报警查询与报警统计，车辆监控界面里查看到此报警，则认为此报警功能可以实现，此项功
能项通过。
四、分路段限速监控：
如何的设置：
1、在地图上画若干个线路
2、每一子线路设定不同的限速阀值
3、绑定一辆车
4、其中分段限上取的点必须是取线路上的任意点
舒丽丽
13714103214
qq: 2436583949