DB34∕T 5159-2025 智能网联汽车云控交互数据技术规范

ICS43.020

CCST40

34

安徽省地方标准

DB34/T5159—2025

智能网联汽车云控交互数据技术规范

Technicalspecificationforcloud-controlledinteractiondataofintelligentconnected

vehicles

2025-05-06发布2025-06-06实施

安徽省市场监督管理局发布

DB34/T5159—2025

目次

前言.................................................................................II

1范围...............................................................................1

2规范性引用文件.....................................................................1

3术语和定义.........................................................................1

4缩略语.............................................................................2

5总体架构...........................................................................3

6技术要求...........................................................................3

云基础设施要求.................................................................3

数据安全要求...................................................................3

数据通信要求...................................................................3

7数据类型...........................................................................4

8基本信息数据格式...................................................................4

9路侧协同设施信息数据格式...........................................................5

设备信息查询请求...............................................................5

设备信息.......................................................................5

设备状态信息查询请求...........................................................6

设备状态信息...................................................................6

10道路交通运行信息数据格式..........................................................7

交通参与者信息................................................................7

信号灯信息....................................................................8

地图更新信息..................................................................9

11道路交通事件信息数据格式.........................................................13

交通事件信息.................................................................13

气象信息.....................................................................13

12智能网联车辆信息数据格式.........................................................15

车辆信息查询请求.............................................................15

车辆信息.....................................................................15

车辆状态信息.................................................................17

车辆运行信息.................................................................18

道路测试信息.................................................................19

道路测试信息补发.............................................................28

13智能网联车辆事件信息数据格式.....................................................28

车辆预警信息.................................................................28

车辆故障信息.................................................................29

车辆事件信息.................................................................30

I

DB34/T5159—2025

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定

起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由合肥市智能网联汽车创新中心提出。

本文件由安徽省工业和信息化厅归口。

本文件起草单位：合肥市智能网联汽车创新中心、安徽数安系统集成有限公司、安徽浩康智联科技

有限公司、合肥工业大学。

本文件主要起草人：胡坚耀、汪勋绩、林学欣、邢珺、程腾、程元晖、吴俏、石琴、姜俊昭、储著

钧、王晨晨。

II

DB34/T5159—2025

智能网联汽车云控交互数据技术规范

1范围

本文件规定了智能网联汽车云控交互数据的总体架构、基本要求、数据类型、数据格式等内容。

本文件适用于智能网联汽车云控系统的数据交互开发。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，

仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本

文件。

GB/T2260中华人民共和国行政区划代码

GB5768（所有部分）道路交通标志和标线

GB16735道路车辆车辆识别代号（VIN）

GB/T29100道路交通信息服务交通事件分类与编码

GB/T44464汽车数据通用要求

GB44495汽车整车信息安全技术要求

GB44496汽车软件升级通用技术要求

GB44497智能网联汽车自动驾驶数据记录系统

GB/T44271信息技术云计算边缘云通用技术要求

GB/T44373智能网联汽车术语和定义

GA/T1049（所有部分）公安交通集成指挥平台通信协议

GA/T1090天气状况分类与代码

GA/T1743道路交通信号控制机信息发布接口规范

YD/T3709基于LTE的车联网无线通信技术消息层技术要求

3术语和定义

GB44495、GB44496、GB44497、GB/T44373、GB/T44271界定的以及下列术语和定义适用于本

文件。

中心云centralcloud

部署在传统数据中心，以按需自服务的方式供应和管理的云计算形态。

[来源：GB/T44271-2024，3.1]

区域云regionalcloud

部署在特定地理区域内的云计算平台，通过汇聚边缘云上传的动态数据，进行区域级的数据处理、

分析和存储，并为区域内的用户提供弱实时性或非实时性的云服务。

1

DB34/T5159—2025

边缘云edgecloud

在靠近事物、数据源头的网络边缘侧提供可弹性扩展服务，并与中心云协作的一种云计算形态。

[来源：GB/T44271-2024，3.2]

4缩略语

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

ABS：制动防抱死系统（Anti-lockBrakeSystem）

ADAS：高级驾驶辅助系统（AdvancedDriverAssistanceSystems）

ADS：自动驾驶系统（AutomatedDrivingSystem）

AFS：自适应前照灯系统(AdaptiveFront-lightingSystem)

AVCU：自动驾驶车辆控制单元（AutomatedVehicleControlUnit）

CAN：控制器局域网（ControllerAreaNetwork）

ECU：电子控制单元（ElectronicControlUnit）

ESC：电子稳定控制系统(ElectronicStabilityControl)

ESP：车身稳定性系统（ElectronicStabilityProgram）

GNSS：全球导航卫星系统（GlobalNavigationSatelliteSystem）

GPS：全球定位系统（GlobalPositioningSystem）

HTTPS：超文本传输安全协议（HypertextTransferProtocolSecure）

ICCID：集成电路卡识别码（Integratecircuitcardidentity）

IMU：惯性测量单元（InertialMeasurementUnit）

JSON：JavaScript对象表示法（JavaScriptObjectNotation）

LDW：车道偏移预警系统（LaneDepartureWarning）

MCU：微控制单元（MicroControllerUnit）

MQ：消息队列（MessageQueuing）

MQTT：消息队列遥测传输协议（MessageQueuingTelemetryTransport）

OAuth2.0：开放授权2.0（OpenAuthorization2.0）

OBU：车载单元（On-BoardUnit）

OTA：车联网空中下载技术（Over-The-Air）

Protobuf：序列化数据结构协议（ProtocolBuffer）

RCU：路侧计算单元（RoadsideComputingUnit）

RSI：路侧单元信息（RoadSideInformation）

RSM：路侧安全消息（RoadSafetyMessage）

RSU：路侧单元（RoadSideUnit）

SIM：客户识别模块（SubscriberIdentityModule）

SOC：电池剩余电量状态（StateofCharge）

SOH：电池健康状态（StateofHealth）

SPAT：信号灯相位和时间信息（SignalPhaseAndTimingMessage）

T-BOX：远程信息处理器（TelematicsBOX）

TCS：牵引力控制系统（TractionControlSystem）

UTC：协调世界时，国际标准时间（CoordinatedUniversalTime）

V2X：车辆与万物通信（VehicletoEverything）

2

DB34/T5159—2025

5总体架构

智能网联汽车云控系统通过边缘云、区域云和中心云的协同工作，实现了车辆、路侧基础设施和

云端的深度融合。

智能网联汽车云控系统总体架构见图1：

图1总体架构

智能网联汽车云控系统总体架构包含以下几个部分：

a)边缘云采集路侧基础设施的高频、细粒度的动态交通数据，边缘云通过通信网络接入区域云；

b)区域云将数据汇聚上报中心云，中心云提供融合、开放、共享的智能网联公共信息服务；

c)云控系统接入车企第三方平台，进行外部数据交互，提供宏观交通数据分析与公共信息服务。

6技术要求

云基础设施要求

云基础设施为智能网联汽车云控系统的各子系统提供虚拟化的计算、存储和网络资源，以及提供存

储框架、计算框架等支撑能力。要求云基础设施对物理资源无锁定，采用高可用架构，具备资源弹性伸

缩，数据容灾备份能力，并提供灵活高效的组网能力。应满足租户隔离、存储安全、访问控制、运维审

计、漏洞管理功能。

数据安全要求

6.2.1汽车数据处理的数据安全的要求应符合GB/T44464的规定。

6.2.2汽车整车信息安全的要求应符合GB44495和GB44496的规定。

6.2.3自动驾驶过程中的数据安全和完整性要求应符合GB44497的规定。

数据通信要求

6.3.1智能网联汽车云控系统内部采用MQTT/HTTPS协议通信，数据格式为JSON/Protobuf。

3

DB34/T5159—2025

——数据上行部分，传输的数据采用MQTT通信方式，区域云将处理后的数据推送到MQ，当中心

云需要数据时，自行拉取MQ数据完成订阅。当中心云对上行数据有个性化查询需求时，使

用HTTPS接口。

——数据下行部分，对实时性要求较高的业务数据采用MQTT通信方式，对实时性要求不高的数

据采用HTTPS接口。

6.3.2数据传输应符合下列要求：

——时间戳，单位为毫秒（ms），UTC+8（东八区）时间；

——安全认证，采用OAuth2.0，支持订阅及发布；

——经纬度坐标信息采用GCJ02坐标系；

——重传机制，网络中断时启用本地缓存，恢复连接后补传缺失数据包。

7数据类型

智能网联汽车云控系统内部上行/下行的数据分类应符合表1的要求：

表1数据分类

数据分类数据类型数据交互方向频率

平台基本信息平台心跳信息上行10Hz

设备信息查询请求下行按请求应答

设备信息上行按请求应答

路侧协同设施信息

设备状态信息查询请求下行按请求应答

设备状态信息上行按请求应答

交通参与者信息上行10Hz-1Hz

道路交通运行信息信号灯消息SPAT上行10Hz-1Hz

地图更新信息下行按请求应答

交通事件信息上行/下行按请求应答

道路交通事件信息

气象信息上行/下行按请求应答

车辆信息查询请求下行按请求应答

车辆信息上行按请求应答

车辆状态信息上行按请求应答

智能网联车辆信息

车辆运行信息上行10Hz-1Hz

道路测试信息上行1Hz

道路测试信息补发上行1Hz

车辆预警信息上行按请求应答

车辆故障信息上行按请求应答

车辆事件信息上行按请求应答

智能网联车辆事件信息

车辆事件信息补发上行按请求应答

碰撞事件和有碰撞风险事件信息上行10Hz

碰撞事件和有碰撞风险事件信息补发上行按请求应答

8基本信息数据格式

4

DB34/T5159—2025

平台心跳信息由区域云上报给中心云。

MQTTTopic：oc/{name}/user/heartbeat/up

——{name}：区域云在中心云注册的唯一编号。

MQTT消息体应符合表2的要求。

表2平台心跳信息

名称是否必选数据类型说明

platformID是STRING平台唯一标识。

timestamp是LONG时间戳，单位：毫秒（ms）。

9路侧协同设施信息数据格式

设备信息查询请求

设备信息查询请求由中心云下发给区域云。

MQTTTopic：oc/{name}/deivce/sync/all/info/down

——{name}：区域云在中心云注册的唯一编号。

MQTT消息体应符合表3的要求。

表3设备信息查询请求

名称是否必选数据类型说明

devID是STRING设备唯一标识。

devName是STRING设备名称字段。

timestamp是LONG时间戳，单位：毫秒（ms）。

设备信息

设备信息由区域云上报给中心云，当区域云接收到中心云下发的“设备信息查询请求”时开始上报

设备信息。

MQTTTopic：oc/{name}/devices/{CN}/user/sync/info/up

——{name}：区域云在中心云注册的唯一编号。

——{CN}：设备在中心云注册的唯一设备序列号。

MQTT消息体应符合表4的要求。

表4设备信息

名称是否必选数据类型说明

intersectionID否STRING路口标识。

devID是STRING设备唯一标识。

devName是STRING设备字段。

设备类型，枚举值，

1:OBU+T-Box,

devType是INTEGER2:车载感知摄像头,

3:路侧感知摄像头,

4:GNSS卫星惯导定位,

5

DB34/T5159—2025

名称是否必选数据类型说明

5:激光雷达,

6:车载监控摄像头,

7:路侧监控摄像头,

8:OBU,

9:行车记录仪,

10:RSU,

11:毫米波雷达,

12:T-Box,

13:RCU,

14:车机,

15:微波。

devModel否STRING设备型号。

manufacturer否STRING设备厂商。

region否STRING所属区域（区域行政编码）。

street否STRING所属街道（区域行政编码）。

设备状态，枚举值，

1：在线，

devStatus是INTEGER2：异常，

3：离线，

4：未连接。

position是POSITION位置，见表12。

timestamp是LONG信息更新时间戳，单位：毫秒（ms）。

设备状态信息查询请求

设备状态信息由中心云下发给区域云；

MQTTTopic：oc/{name}/devices/sync/online/status/down

——{name}：区域云在中心云注册的唯一编号。

MQTT消息体应符合表5的要求。

表5设备状态信息查询请求

名称是否必选数据类型说明

timestamp是LONG请求时间戳，单位：毫秒（ms）。

设备状态信息

设备状态信息由区域云上报给中心云；当区域云接收到中心云下发的“设备状态查询请求”时，开

始上报设备状态信息。

MQTTTopic：oc/{name}/devices/{CN}/user/status/up

——{name}：区域云在中心云注册的唯一编号。

——{CN}：设备在中心云注册的唯一设备序列号。

MQTT消息体应符合表6的要求。

6

DB34/T5159—2025

表6设备状态信息

名称是否必选数据类型说明

devID是STRING设备唯一标识。

timestamp是LONG时间戳，单位：毫秒（ms）。

设备状态，

1：在线，

status是INTEGER2：异常，

3：离线，

4：未连接。

10道路交通运行信息数据格式

交通参与者信息

交通参与者信息由区域云上报给中心云。

MQTTTopic：oc/{name}/devices/{CN}/user/traffic/rsu/rsm/up

——{name}：区域云在中心云注册的唯一编号。

——{CN}：路口所在的RSU在中心云注册的RSU序列号。

MQTT消息体应符合表7的要求。

表7交通参与者信息

名称是否必选数据类型说明

rsuID是STRINGRSU唯一标识。

rsuEsn是STRING序列号，可复用rsuID。

rsuName是STRINGRSU名称。

rsms是RSM[]多条RSM，见表8。

timestamp是LONG时间戳，单位：毫秒（ms）。

表8RSM字段说明

名称是否必选数据类型说明

participants是PARTICIPANT[]成员，见表9。

pos是POSITION经纬度，见表12。

表9PARTICIPANT字段说明

名称是否必选数据类型说明

ptcType是NODEID编号，见表10。

ptcID是INTEGER目标编号。

plateNo否STRING车牌号码。

数据来源，

source否INTEGER0：路侧传感器，

1：第三方平台。

position是POSITION位置，见表12。

7

DB34/T5159—2025

名称是否必选数据类型说明

速度，数据范围0km/h～300km/h，0xFFFE，

speeding是BYTE[2]

0xFFFF表示无效。

航向角，数据范围:[0，360]，偏移量-180表

示-180°～180°，0xFE：异常，0xFF：无

headingAngle是SHORT

效。

正北方向为0°，顺时针方向为正。

size否PARTICIPANTSIZE目标尺寸，见表11。

表10NODEID字段说明

名称是否必选数据类型说明

region否INTEGER区域编号。

类型编号，枚举值，

1：机动车，

typeID是INTEGER2：非机动车，

3：行人，

4：未知类型。

表11PARTICIPANTSIZE字段说明

名称是否必选数据类型说明

width是BYTE[2]宽度，单位：厘米（cm）。

length是BYTE[2]长度，单位：厘米（cm）。

height是BYTE[2]高度，单位：厘米（cm）。

表12POSITION字段说明

名称是否必选数据类型说明

经度，单位：度（°），数据范围：[-

180000000..180000000]，数值偏移量：-180，

longitude是LONG

方向：东经为正，西经为负，异常值：

0xFFFFFFFE，无效值：0xFFFFFFFF。

纬度，单位：度（°），数据范围：[-

90000000..90000000]，数值偏移量：-90，方

latitude是LONG

向：北纬为正，南纬为负，异常值：0xFFFFFFFE，

无效值：0xFFFFFFFF。

高程，单位：分米（dm），数据范围：[-

5000..65000]，方向：正数表示高于海平面，负

elevation否LONG

数表示低于海平面，异常值：0xFFFFFFFE，无效

值：0xFFFFFFFF。

信号灯信息

信号灯信息SPAT由区域云上报给中心云。

MQTTTopic：oc/{name}/devices/{CN}/user/rsu/spat/up

——{name}：区域云在中心云注册的唯一编号。

——{CN}：路口所在的RSU在中心云注册的RSU序列号。

MQTT消息体应符合表13的要求。

8

DB34/T5159—2025

表13信号灯信息SPAT消息

名称是否必选数据类型说明

name是STRING路口信号机名。

intersections是INTERSECTIONSTATE[]路口信号灯集合，见表14。

timestamp是LONG上报时间戳，单位：毫秒（ms）。

表14INTERSECTIONSTATE字段说明

名称是否必选数据类型说明

intersectionID是INTEGER路口信号机节点ID。

status是INTEGER路口信号机的工作状态。

phases是PHASE[]信号灯组包含的所有相位的列表，见表15。

timestamp是LONG时间戳，单位：毫秒（ms）。

表15PHASE字段说明

名称是否必选数据类型说明

相位编号，由道路朝向和信号灯生效的导向方

phaseID是INTEGER

向决定。应符合GA/T1743的要求。

phaseStates是PHASESTATE[]包含1～16个信号灯相位状态数据，见表16。

表16PHASESTATE字段说明

名称是否必选数据类型说明

信号灯相位的灯色状态，应符合GA/T1049

signalLight是BYTE[2]

的要求。

timing是TIMECHANGEDETAILS单个信号灯相位的计时状态，见表17。

表17TIMECHANGEDETAILS字段说明

名称是否必选数据类型说明

startTime是LONG开始时间，单位：毫秒（ms）。

minendTime否LONG最小结束时间，单位：毫秒（ms）。

maxendTime否LONG最大结束时间，单位：毫秒（ms）。

距离该相位状态下个相位结束的估计时间，

likelyEndTime是LONG

单位：毫秒（ms）。

估计时间的置信度水平（范围：0-100，数值

timeConfIDence否INTEGER

越高表示置信度越高）。

nextStartTime否LONG下个相位开始时间，单位：毫秒（ms）。

nextDuration否LONG下个相位占用时间，单位：毫秒（ms）。

地图更新信息

地图更新信息由中心云下发给区域云，区域云进而下发至边缘云或路侧协同设施实现高精地图数

据的更新。地图更新信息的下发信息，应符合表18的要求。

9

DB34/T5159—2025

表18MAP数据下发消息集

字段名称是否必选数据类型说明

msgType是STRING消息类型，固定值"map"。

rsuID是STRINGRSU编号，8位字符串。

msgCnt否INTEGER消息序列号，数据范围:[0..127]，0～127循环。

uuID是STRING唯一编号。

status否INTEGER控制类型，[0..1]枚举：0：生效，1：取消。

nodes是NODE[]节点即路口，包含多个节点信息，见表19。

timestamp是LONG时间戳，单位：毫秒（ms）。

表19NODE字段说明

字段名称是否必选数据类型说明

nodeName是STRING节点名称，长度为1～63位。

节点所在区域唯一编号，数据范围:[0..65535]，其中，0以及

regionID否INTEGER

[60000..65535]用于测试，非测试场景下必选。

nodeID是INTEGER在区域内节点的唯一编号，数据范围:[0..65535]。

经度，单位：度（°），数据范围：[-180000000..180000000]，

longitude是LONG数值偏移量：-180，方向：东经为正，西经为负，异常值：

0xFFFFFFFE，无效值：0xFFFFFFFF。

纬度，单位：度（°），数据范围：[-90000000..90000000]，

latitude是LONG数值偏移量：-90，方向：北纬为正，南纬为负，异常值：

0xFFFFFFFE，无效值：0xFFFFFFFF。

links否LINK[]道路，包含1～32条与本节点相连的道路信息，见表20。

表20LINK字段说明

字段名称是否必选数据类型说明

linkName是STRING路段名称，长度为1～63位。

节点所在区域唯一编号，数据范围:[0..65535]，

upstreamRegionID否INTEGER

非测试场景下必选。

upstreamNodeID是INTEGER在区域内节点的唯一编号，数据范围:[0..65535]。