07服务也是获取DTC，但是它与03服务区别在于，它用于获取在当前以及上一个驾驶循环中出现的处于“pending”状态的DTC（可以参见本专栏中“汽车控制器（ECU）中DTC的状态位”一文），而03服务获取的是confirmed DTC。 它的请求格式和响应格式如下两幅图： 07服务的request 07服务的 

   08服务用于对系统进行控制，枣庄安全OBD数据采集，进行元件测试操作，枣庄安全OBD数据采集。它相当于UDS中定义的2F和31服务，枣庄安全OBD数据采集。它的使用方法是SID TID，注意这个TID与05和06服务的TID不同，在OBD中有一个专门给08服务使用的TID表格。

四、商业模式 

    不同的OBD车联网产品，它们有很多功能是相同的，但是，其商业模式可能差异很大。根据运营者来划分商业模式，有移动互联网模式、4S店模式、保险模式。汽车厂商目前还没有跟进。根据盈利方式来分，有设备及服务费模式、广告营销增值模式、**转化模式。 OBD车联网产品，较早是由车联网企业跟随移动互联网大潮发展出来的。这也占目前的多数。在盈利模式上，通常采取设备及服务费、广告营销方式。车主通过互联网、4S店等渠道购买OBD车载设备，之后按年续费。在手机APP中，关联APP中相应的功能，运营者会推送不同的广告营销信息，比如，根据车况等信息4S店可以发布保养、维修、汽车用品等方面的产品和服务信息。 4S店模式，有不同的层面。低层面，跟移动互联网模式有结合，4S店卖OBD车载设备，同时通过这个设备发布自己的产品和服务信息。深层面，则是大的4S集团，可以把OBD功能做成整个运营系统的一部分，从而提供跨不同品牌汽车的、跨售前售中售后的客户服务体系，这其中OBD部分是售后环节的重要组成部分，也可以分析出驾驶者对汽车性能的潜在要求、为客户换车时做好销售准备。

2、监控终端功能

（3）车载OBD信息采集功能：当监控车辆发动机启动后，车辆行驶前，车载终端应对车辆进行OBD诊断信息的读取，并将OBD的信息上传给管理平台，24小时至少上传一次。

（4）发动机数据采集功能：车载终端应能采集发动机排放相关数据。车载终端应可自动识别NOx传感器在未满足正常工作条件下所发送的无效数据。发动机启动后60s内必须传输数据，发动机停机后可以不传输数据。

（5）车辆信息数据存储功能：车载终端应按照不低于管理平台需要的比较低上传频次的时间间隔将采集到的的信息数据保存在内部存储介质中；车载终端内部存储介质容量应满足至少7天的内部数据存储。当车载终端内部存储介质存储满时，应具备内部存储数据的自动覆盖功能；车载终端内部存储的数据数据应具有可查阅性；当车载终端断电停止工作时，应能完整保存断电前保存在内部介质中的数据不丢失。

（6）车辆定位功能：车辆终端应能提供GB/T32960.3中规定的定位信息。精度要求应满足：水平定位精度不应大于1m；**小位置更新率为1Hz；定位时间中冷启动从系统加电运行到实现捕获时间不超过120s，而热启动实现捕获时间小于10s。

（7）终端管理功能：车载终端应具有支持远程方式在规定的服务器上注册开启。

免责声明： 本页面所展现的信息及其他相关推荐信息，均来源于其对应的用户，本网对此不承担任何保证责任。如涉及作品内容、 版权和其他问题，请及时与本网联系，我们将核实后进行删除，本网站对此声明具有最终解释权。