跨网联平台传输数据，《网联车辆平台间协同服务信息交互规范》发布征求意见稿

日前，团体标准《网联车辆平台间协同服务信息交互规范》发布征求意见稿，标准由北京交通发展研究院向中国智能交通协会提出，并组织起草完成，其他参与单位包括北京嘀嘀无限科技发展有限公司、北京梆梆安全科技有限公司、北京智驾出行科技有限公司、北京航天航空大学、中国第一汽车集团有限公司。

本标准规定了智能网联车平台间交通事件信息服务数据传输规范。适用于智能网联车平台间交通事件信息服务数据传输交互。

制定目的

智能网联车辆利用搭载先进的车载传感器、控制器、执行器等装置并融合现代通信与网络技术，实现车与人、车、路、后台等智能信息交换共享，进而实现安全、舒适、节能、高效行驶，并最终可替代人来操作的新一代汽车。

而其中的网联车平台因其不同的运营平台在出行者交通行为、道路形式和交通状态等方面表达存在不同习惯差异，故不同运营平台的兼容性较差。

同时，不同的网联车平台因其由不同的运营主体如政府部门、互联网企业等独立运营，对于出行者、驾驶者甚至智能汽车提供的交通服务信息形式也各不相同，造成不同平台、不同终端之间的对接产生了不同程度的困难。

编制该标准的目的是制定一套不同网联车平台间传输协同服务信息的数据格式规范，促进智能网联车产业良性发展，提高交通信息的利用度和利用价值，从提升车辆行车安全性。重点在于强制性约束网联车平台间实时传输交通事件的数据传输格式、内容和安全认证方式，指导网联车运行主体有序准确的描述交换交通事件数据。

交互数据具体格式规范

规范内容结构V2版

此项标准主要包括范围、规范性饮用文件、术语和定义、交互对象、交互内容、交互过程、数据格式规范、交互安全几部分内容。

对于交通事件数据的交互过程，征求意见稿是这么定义的：

对于某一事件信息，智能网联车平台经过融合分析后，判断其可分享给其他智能网联车平台使用，该平台成为发布平台。该平台通过某种链路，在符合交互安全的要求下，首次向接收平台传输符合数据格式规范的事件信息，信息类型标为首报；如该事件有新的进展，则发布平台继续向接收平台传输后续补充信息，信息类型标为续报；如发布平台监测或推算该事件已经结束或消散，则发布平台向接收平台传输事件结束信息，信息类型标为终报。如该事件长时间未返回终报信息，则由接收平台自行决定该事件状态。

其中，数据格式规范对网联车辆平台JSON 报文头部分、JSON 报文业务数据体部分提出了明确的要求。

数据格式规范

• 总体规范

交互内容格式应符合：

a)  采用 JSON 数据格式；

b)  一个信息含义的数据封装在一个 JSON 报文中；

c)  JSON 数据采用 UTF-8 编码字符集；

d)  JSON 报文由头部和业务数据体构成。

• JSON 报文头部分

报文头部以（head：{报文头部内容}）为标识识别，用于标识报文的基本属性，包括报

文识别，发报时间，事件标识，报文类型，发布主体 key 和版本号组成。

表 1  JSON 报文头部分

• JSON 报文业务数据体部分

报文业务部以（body:{ }）为标识识别，用于传递报文的主体内容，其中包含有信息涉

及发布范围，交通事件位置和交通事件信息等。当报文 Type 的状态为终报时报文业务部可

为空。如没有特殊标识，以下出现的经纬度均使用 WGS84 坐标系进行 02 转换后的 GCJ02

加密坐标。

1. 发布范围

以（publishArea:{}）标识。代表发布平台推荐的地理发布范围，发布平台根据具体事

件情况决定使用矩形区域、圆形区域，也可只保留省份编码，代表无推荐发布区域。当选择

圆形区域时，圆形区域的半径和圆形区域的坐标原点都必须同时提供。

表2  发布范围

2.位置

以（location：{}）标识，如事件内容涉及道路上精确位置，则必须按照以下要求提供，如不涉及则可省略。位置分为事件点位置信息描述和路段位置信息描述，由信息主体内容决定，二者选一。例如，道路管制使用路段位置信息描述，车车事故使用路段位置信息描述。

3.交通事件信息

以（event：{}）标识，如信息内容涉及交通事件信息，则必须按照以下要求提供，交通事件编码参考 GB/T 29100-2012，如不涉及则可省略。

表3  交通时间信息

标准文本下载：https://pan.baidu.com/s/1_WtR26mXjlSoRKduLOd1SQ?qq-pf-to=pcqq.c2c#list/path=%2F&qq-pf-to=pcqq.c2c

提取码: ji2v