标准规范下载简介

T CITSA30-2023智能网联汽车道路测试及示范应用监管平台建设规范.pdf

智能网联汽车道路测试及示范应用

Specificationforconstructionofsupervisionplatformfor open road testing and demonstration applications of intel ligent and connected vehicles (iCVs)

智能网联汽车道路测试及示范应用监管平台建设规范

本文件规定了智能网联汽车道路测试及示范应用监管平台的架构、多源数据采集要求、功能及 性能要求、通信网络要求、平台支撑软硬件要求等内容。 本文件适用于智能网联汽车道路测试及示范应用管理。

安装在智能网联汽车上，采集和保存整车及系统部件的关键状态参数、车辆定位和视频监控等 数据，具有移动通信功能，并能够将相关数据按照要求上传发送到监管平台的装置或系统。 3.4 接管fallback 当发生驾驶自动化系统失效、车辆其他系统失效或即将不满足设计运行条件时，动态驾驶任务 后援用户响应介入请求，从驾驶自动化系统获得车辆驾驶权的行为。 3.5 黑白盒测试blackandwhiteboxtesting 黑白盒测试即为黑盒测试、白盒测试。黑盒测试为功能测试，在不考虑程序内部结构和特性的 基础上屋面SBS改性沥青防水技术交底，检测软件功能是否能够正常使用。白盒测试为结构测试，允许对程序模块进行检查，主要 目的是发现软件程序编码过程中的错误。

智能网联汽车道路测试及应用示范监管平台主要由数据管理系统、测试申报管理系统、符合 估系统、企业信息档案系统、车辆运行监测系统、报警及应急处理系统、数据统计分析系统构

智能网联汽车道路测试及应用示范监管平台架机

6.1.1设备登入上行

设备登入时须上报设备序列号、时间等相关状态信息作为监管平台注册信息，由监管平台记录 保存、入库，并将具有唯一标识特征的设备信息作为后续数据交互过程的关键字。监管平台设备登 入上行数据包构成见表1。

表1设备登入上行数据包

6.1.2设备登入反馈下行

监管平台设备登入下行数据包构成见表2。

表2设备登入下行数据包

设备与平台交互过程需按一定频率实现心跳机制，心跳包内容包含：设备信息、时间信息、 信息等。监管平台心跳包上行数据包构成见表3。

表3心跳包上行数据包

监管平台心跳包下行数据包构成见表4

表4心跳包下行数据包

监管平台与设备需具备授时、校时功能，当设备端发起授时请求时，监管平台端须将时间信息 回传给设备端，设备端接收授时信息后，应将自身信息进行校准，并写入硬件中。校时精度应小于 1s

监管平台校时反馈下行数据包构成见表6。

6.2.1车载单元数据分类

车载单元采集的数据信息包括： 1）车辆基本信息； 2）车辆实时控制模式信息； 3）车辆状态信息； 4）车辆接收信息。

6.2.2车辆基本信息

载单元采集的智能网联汽车车辆基本信息见表？

6.2.3车辆控制模式信息

车载单元采集的智能网联汽车车辆控制模式信息见表8。

表8车辆控制模式信息

6.2.4车辆状态信息

车载单元采集的智能网联汽车车辆状态信息见表9。

表10车灯字段详细定义

表11车门字段详细定

6.2.5车辆接收信息

车载单元数据传输频率要求

对不同类型采集信息应按不同频率上传监管平台，以提高信息采集实时性、减轻监管平台负荷， 提高计算效率： 1）高频上传类信息，如：车辆实时控制模式信息、位置速度信息、车载摄像头视频等，车辆 状态类信息上报周期应不大于1秒，视频类信息上报周期应不大于0.1秒，视频类消息格式 支持RTSP码流； 17 2）中频上传类信息，如：车辆接收信息等，上报周期应不小于2分钟； 3）低频上传类信息，如：厂家信息、车辆尺寸信息等车辆基本信息，上报频率根据实际需求 确定； 车载单元应当具备数据补发功能，监管平台应当支持补发数据的接收。

第三方数据采集包括开展道路测试及示范应用的企业名称及相关申请材料的信息，通用数据包 括智能网联汽车数量、牌号、牌照类型等。同时按照公交车、出租车、货车、专用作业车等不同车 辆类型进行第三方平台数据采集。 第三方平台通用数据要求见表13。

表13第三方平台通用数据

6.3.1智能网联公交车数据

第三方平台智能网联公交车数据要求见表14

表14第三方平台智能网联公交车数据

6.3.2智能网联出租车数据

第三方平台智能网联出租车数据要求见表15。

表15第三方平台智能网联出租车数据

6.3.3智能网联货车数据

第三方平台智能网联货车数据要求见表16。

表16第三方平台智能网联货车数据要求

第三方平台智能网联专用作业车数据要求见表

表17第三方平台智能网联专用作业车数据

T／CSPSTC 55-2020 隧道衬砌质量无损检测技术规程.pdf监管平台功能及性能要求

1）命名规范 在URL不宜出现操作动词，应按照资源逻辑层级对URL进行嵌套 2）请求方式

可根据实际需求采用对应的请求方式，包括查询数据采用GET请求，新增数据采用POST请求， 更新数据采用PUT请求，删除数据采用DELETE请求。 监管平台至少应支持GET、POST、DELETE三种请求方式，对应查询、新增/编辑、删除三大 类操作。如存在PUT、DELETE请求方式的接口需要保证幂等性。

1）登录认证 登录认证时对账号密码进行加密。 2）传输加密 数据传输时需在header里面Authorization做token权限校验

1）统一响应数据格式 可以统一的JSON格式返回数据 2）统一响应状态码 接口状态码设计应清晰统一，可以200代表接口调用成功，正常返回数据；400为用户计 500为服务器发生错误

7.2.1车载单元接入

监管平台应具备车载单元上传数据的接入功能，提供鉴权、注册及注销管理。数据接入内容 频率要求： 1) 2 能实时接收测试车辆实时状态监控数据，接收频率应不大于1秒，并回传应答帧； 2) 2 能实时接收车载摄像头拍摄照片或视频流，接收频率不大于0.1秒，并回传应答帧。

T／CSA 050-2019标准下载7.2.2第三方平台数据接入

监管平台应当具备第三方平台数据的接入功能，对于开展道路测试及示范应用的企业名称及 申请材料，智能网联汽车数量、牌号、牌照类型等信息提供鉴权、注册及注销管理。