智慧高速公路车路协同系统框架及要求

Posted 2022-05-25 爱是与世界平行

智慧高速公路车路协同系统框架及要求

一、范围

本标准规定了智慧高速公路车路协同的系统架构、功能要求和性能要求。

本标准适用于智慧高速公路车路协同系统的建设、管理、运营、信息服务等领域。

二、规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T 20609-2006 交通信息采集 微波交通流检测器

T/ITS 0058-2016 合作式智能运输系统车用通信系统应用层及应用数据交互标准

T/ITS 0097-2018 合作式智能运输系统 通信架构

T/ITS 0098-2018 合作式智能运输系统 增强应用

三、术语、定义和缩略语

3.1 术语和定义

下列术语和定义适用于本文件。

3.1.1 智慧高速公路 intelligent expressway

通过多维状态感知，多源交通信息融合等手段，提供智慧化的养护、运维、决策能力，具备数字化、 网联化、智能化等特征的高速公路。

3.1.2 车路协同系统 vehicle infrastructure cooperative systems

采用无线通信和互联网技术，全方位实施车车、车路信息实时交互，并在全时空动态交通信息采集与融合的基础上开展车辆主动安全控制和道路协同管理，实现人车路的有效协同，从而形成的安全、高效和环保的道路交通系统。

3.2 缩略语

下列缩略语适用于本文件。

C-V2X：蜂窝车联网（Cellular Vehicle to Everything）

DSRC：专用短程通信技术（Dedicated Short Range Communication）

LTE：长期演进技术（Long Term Evolution）

MEC：多接入边缘计算（Multi-access Edge Computing）

OBU:车载单元（On Board Unit）

RSU：路侧单元（Road Side Unit）

T-Box：车联网控制单元（Telematics-Box，又称 TCU）

TSP：内容服务提供者（Telematics Service Provider）

四、系统架构

4.1 整体架构

车路协同系统架构示例见图 1，应包括车载终端、路侧设备、通信网络、应用平台 4 个层级，各层级之间的通信接口种类应符合附录 A 的规定。

4.2 车载终端

车载终端包括但不限于OBU、T-Box、辅助驾驶终端、自动驾驶终端、营运车辆智能终端、导航终端等终端单元或设备。

4.3 路侧设备

路侧设备可分为以下几类：

a) 路侧计算设备：部署在道路沿线，配合其他系统完成交通信息处理与决策的计算设备，包括MEC、数据处理单元等。

b) 路侧通信设备：与车载终端进行无线通信的设备，包括支持V2I通信的RSU、支持V2N的通信基站等。

c) 路侧感知设备：交通环境和道路交通状态的感知设备，包括摄像机、毫米波雷达、激光雷达等。

光纤传感器、RFID标签等桥梁、隧道、边坡等基础设施的运行状态和安全的感知设备，以及检测能见度、温度、湿度、风、路面湿滑状态等气象信息的环境监控设施感知到的信息，可通过基础设施数据接口发送给车路协同系统。

d) 电子标志标线：数字化路侧标志牌、情报板，以及可穿越冰雪、雨水、尘土的车道标志设备等。

4.4 通信网络

通信网络主要包括：

a) 光纤、以太网等有线网络。

b) LTE、LTE-V2X、NR-V2X、4G/5G蜂窝网、DSRC、物联网（NB-IOT）等无线通信网络。

4.5 应用平台

应用平台汇聚道路的交通状态信息、车辆状态信息、路侧设备状态信息，并提供道路交通运营管理、运维和车路协同业务服务。

根据路网规模和管理需求，应用平台可采用中心云和区域云两级设置，或者只设置一个中心云平台。

中心云平台接入所有路侧设备和车载终端的数据并进行集中处理。

区域云主要实现本地车路协同调度和时延敏感业务的处理。

五、功能要求

5.1 车载终端

5.1.1 数据采集

车载终端应支持车辆号牌、号牌种类、车辆类型、车辆品牌、位置等信息采集功能，宜支持速度、加速度、方向角等信息采集功能。

5.1.2 通信

车载终端应支持单播和广播方式与路侧设备、区域云平台、中心云平台的通信功能，宜支持与其他车辆的车载终端通信的功能。

5.2 路侧设备

5.2.1 信息感知

具有信息感知的路侧设备功能宜符合表 1 的规定。

5.2.2 事件分析

事件分析可由单一路侧设备通过感知数据独立分析，也可以由 MEC 等接收多个路侧设备的感知数据后进行综合分析，分析功能要求如下：

a) 应支持道路阻断、交通事故、交通拥堵等事件的监测和识别。

b) 应支持行人闯入 非机动车闯入、抛撒物、火灾、爆炸等事件的监测和识别。

c) 宜支持车辆变道、超速、不规范停车、异常行驶、倒车、逆行等事件的监测和识别。

d) 宜支持交通信息的计算和分析，包括交通流量、平均车速（断面车速、区间车速）、空间占有率、时间占有率、车头时距、车头间距、排队长度等。

5.2.3 通信

路侧设备的通信功能要求如下：

a) RSU应支持广播传输方式与车辆进行直连链路短程通信。

b) RSU应支持通过有线或蜂窝网络与车路协同应用平台通信。

c) MEC应支持通过有线网络与车路协同应用平台通信，同时支持与本地路侧传感器的有线通信。

5.2.4 远程控制

摄像机、MEC、RSU 等路侧设备应支持远程软件版本更新和算法更新功能。

5.3 通信网络

5.3.1 有线通信网络应支持图像和视频等大带宽数据传输的功能。

5.3.2 无线通信网络应支持 C-V2X 通信功能。

5.4 应用平台

5.4.1 数据采集

应用平台应采集所属路段的车载终端和路侧设备的上传数据，并可接收第三方提供 数据，主要数据类型应包括但不限于表 2 的内容。

5.4.2 通信

a) 应用平台应支持采用蜂窝通信方式与路侧设备和车载终端通信，以及经 RSU 的 LTE-PC5 向车载终端广播通信。

b) 应用平台应支持与第三方服务方进行有线或者无线通信。

5.4.3 通用系统服务

应用平台应具备基本的数据中心服务功能，其通用系统服务包括：

a) 数据存储：支持多源数据的提取、清洗、关联、比对、标识、分发功能，可按照应用需求形成不同的主题数据库，支持数据分级分类的机制以及数据使用的优先级策略。

b) 信息处理：将来自路侧设备、车载终端和第三方的数据信息进行即时处理，生成预警和报警信息，根据应用需求发给车载终端、路侧设备或者第三方。

c) 数据接口：支持与车载终端、路侧设备和第三方接入的有线或者无线数据接口。

d) 信息安全管理：可支持基于CA证书、注册证书的信息安全认证功能，以及漏洞扫描、流量监控、进程监控、安全设置等基本安全防护要求

e) 人机界面：应支持人机交互界面，宜支持场景呈现服务。

f) 设备管理：应支持对接入的路侧设备，如RSU、MEC、摄像机、微波雷达的状态监控、版本升级功能。

g) 配置管理：包括事件管理、设备管理、地图管理服务等。

5.4.4 应用服务

应用平台应具备提供管理区域的道路的交通状态信息和管控信息、道路设施信息、车路协同信息以及车辆 TSP 服务信息，支持交通状态分析、V2X 服务、交通管控服务能力。主要功能包括：

a) 交通信息分析析不同类型的数据内容，生成交通事故、交通拥堵、自然灾害等预警信息，为运营放和交通管理部门发布限速、预警、事故提醒等信息提供决策依据。

b) 信息发布：支持通过无线电广播、有线和无线网络、手机应用（APP）、车载智能终端等形式的交通状态信息发布。

c) 对外服务应用接口：基于统一的第三方服务应用接口，为ITS系统、交通管理系统、车企平台、地图导航应用、出行服务应用等提供数据服务和应用服务。

d) 应用算法服务：应支持为第三方应用开发者提供应用托管和开发接口服务，包括算法管理（创建、训练、发布）、训练数据管理、模型构建引擎等，支持车路协同应用算法集中训练、一体化部署等功能。应用算法包括：目标分类、目标跟踪、危险检测、危险决策预警、自动标定、多传感器数据融合等。

5.5 功能分级

根据道路条件、路侧设备和车载终端的功能要求，智慧高速公路车路协同系统可分为不同等级，作为系统建设和升级的参考，分级应符合附录 B 的规定。

六、性能要求

6.1 车载终端

车载终端免维护工作时间应不低于 5 万小时。

6.2 路侧设备

6.2.1 信息感知

路侧设备的道路交通信息感知性能要求应符合表 3 的要求。

6.2.2 事件分析

摄像机自事件发生至生成结果的事件分析时间应<1s。

MEC自收到感知信息至生成结果的事件分析时间应<100ms。

6.2.3 通信时延

RSU 与 MEC 的通信时延<100ms。

6.2.4 可靠性

路侧设备免维护工作时间应不低于 5 万小时。

6.3 通信网络

6.3.1 应用平台与第三方应用服务商的数据通信接入带宽应不低于 1Mbps。

6.3.2 第三方应用服务商数据传输到车载终端的时延应不大于 1 秒。

6.4 应用平台

6.4.1 数据采集

6.4.1.1 数据存储

基础数据库支持不低于 1P 的数据存储，数据存储时间应不小于 6 个月。

6.4.1.2 数据更新周期

周期性数据更新周期应至少为 5 分钟。

注：车路协同数据分为周期性数据和事件型数据，周期性数据包括检测和监测数据，如交通统计信息、道桥隧的健康检测数据等；事件性数据是事件触发的即时数据，如设备故障、事故报警、拥堵预警等数据。

6.4.2 应用服务

6.4.2.1 紧急事件发生到产生处理信息的时延应不大于 1 分钟，一般事件处理时延应不大于 10 分钟。

6.4.2.2 紧急事件从感知信息到广播发布的时延应小于 1 分钟。

6.4.2.3 车路协同应用的高精度地图数据平面精度应达到车道级（分米级），自动驾驶应用的高精度地图平面精度应达到厘米级。

6.4.2.4 支持自动驾驶的高精度定位性能，当车辆速度低于 30km/h 时平面定位精度应不低于 20cm，当车辆速度在 30km/h~80km/h 范围内平面定位精度应不低于 30cm。

6.4.2.5 支持车路协同的高精度定位服务信息传输，从发送到终端接收的时延应小于 100ms，支持自动驾驶的高精度定位服务信息传输，从发送到终端接收的时延应小于 10ms。

6.4.3 可靠性

6.4.3.1 应用平台故障率应小于 0.1%。

6.4.3.2 应用平台故障恢复时间应不大于1小时。

6.4.3.3 应用平台设备和系统的信息安全应具备等保三级以上要求。

附录A

规范性目录

智慧高速车路协同系统通信接口分类

A.1 接口分类

车路协同各子系统接口约定见图 A.1。

A.2 接口说明

a) T1：OBU 与区域云之间的接口，支持交通管理、电子收费与支付、紧急事件和安全提醒等应用。

b) T20：车载终端（OBU）之间的接口，支持 V2V 通信。

c) T21：OBU 与路侧设备（RSU）之间的接口，由 T/ITS 0058-2016、T/ITS 0097-2018、T/ITS0098-2018 等标准定义。

d) T3：区域云之间的接 ，支持对行驶车辆的超视距管控。

e) T4：边缘云与中心云平台之间的接口。

f) T5：路侧设备与 缘云之间接口，由 T/ITS 0098-2018 定义。

g) T6：中心平台与第三方应用之间的接口。

h) T7：路侧计算设备与通信设备（RS）之间的接口。

附录B

规范性附录

智慧高速车路协同系统等级划分

根据智慧高速车路协同系统能提供的功能和性能水平，进行智能化程度分级，分级定义应符 表B.1的规定，其中每一级都是在前一级基础上的增强配置和应用服务升级。

表 B.1 智慧高速车路协同分级说明

其中，3级以上的智慧高速公路车路协同系统具备多元数据融合感知能力，支持设备接入、数据分析、事件转发，提供低时延、高带宽和高可靠性的车路协同业务，所支持的典型应用场景应包括但不限于表B.2的内容。

表 B.2 高速公路典型应用场景

开发者涨薪指南 48位大咖的思考法则、工作方式、逻辑体系