《合作式智能運輸系統(tǒng) RSU與中心子系統(tǒng)間接口規(guī)范（征集意見稿）》

ICS03.220.20

R82

團體標準

T/ITS0***-20**

合作式智能運輸系統(tǒng)

RSU與中心子系統(tǒng)間接口規(guī)范

C-ITSdatainterfacespecificationbetweenRSUandcentralsub-system

(征求意見稿)

2020-XX-XX發(fā)布2020-XX-XX實施

中國智能交通產業(yè)聯(lián)盟發(fā)布

T/ITS0***-20**

前言

本標準按照GB/T1.1-2020給出的規(guī)則起草。

本標準由中國智能交通產業(yè)聯(lián)盟提出并歸口。

本標準起草單位：華為技術有限公司、中國移動通信集團有限公司、中國信息通信研究院、電信科

學技術研究院有限公司、啟迪云控（北京）科技有限公司、北京市交通信息中心、北京嘀嘀無限科技發(fā)

展有限公司、北京百度網訊科技有限公司、中興通訊股份有限公司、中國聯(lián)合網絡通信集團有限公司、

北京易華錄信息技術股份有限公司、廈門雅迅網絡股份有限公司、長沙智能駕駛研究院、高新興科技集

團股份有限公司、青島海信網絡科技股份有限公司、深圳市金溢科技股份有限公司、同濟大學。

本部分主要起草人：聶永豐、邱杰、關旭迎、王喆、余冰雁、陳殿勇、房家奕、欒帥、楊海軍、劉

建峰、武曉宇、王義鋒、劉思楊、王鯤、許玲、邱佳慧、夏小涵、夏曉敬、田建軍、張長隆、劉亞、楊

益起、劉曉青、張希、吳風炎、何寧、唐光穎、胡笳。

II

T/ITS0***-20**

合作式智能運輸系統(tǒng)RSU與中心子系統(tǒng)間數(shù)據(jù)接口規(guī)范

1范圍

本標準規(guī)定了RSU與中心子系統(tǒng)間的接口規(guī)范，包括業(yè)務數(shù)據(jù)接口和運維管理接口的要求。

本標準適用于RSU向中心子系統(tǒng)上報業(yè)務和運維數(shù)據(jù)，以及中心子系統(tǒng)向RSU下發(fā)配置和管理數(shù)據(jù)。

2規(guī)范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

T/ITS0097-2018合作式智能運輸系統(tǒng)通信架構

YDT3709-2020基于LTE的車聯(lián)網無線通信技術消息層技術要求

3術語和定義

下列術語和定義適用于本文件。

3.1

合作式智能運輸系統(tǒng)cooperativeintelligenttransportationsystem,C-ITS

通過人、車、路信息交互，實現(xiàn)車輛和基礎設施之間、車輛與車輛、車輛與人之間的智能協(xié)同與配

合的一種智能運輸系統(tǒng)體系。

3.2

中心子系統(tǒng)centralsub-system,CSS

合作式智能運輸系統(tǒng)組成部分，包括交通調度、規(guī)劃、控制等多種設備，負責協(xié)調全局和局部區(qū)域

交通活動。

3.3

道路子系統(tǒng)roadsub-system,RSS

合作式智能運輸系統(tǒng)組成部分,包括RSU、道路傳感器、道路交通設施、路側計算設施等多種設備，

負責收集、上報路面交通信息，控制交通流并與其他子系統(tǒng)進行通信。

3.4

危險工況hazardousSituation

LSAD系統(tǒng)工作時，自車若不改變行駛路線和車速，將與檢測到的障礙物（如騎行人，車輛，行人等）

發(fā)生碰撞。

3.5

路側單元roadsideunit,RSU

在道路子系統(tǒng)中，負責車路通信的交通服務邏輯單元。

4符號和縮略語

1

T/ITS0***-20**

下列縮略語適用于本文件。

C-ITS合作式智能運輸系統(tǒng)(CooperativeIntelligentTransportationSystem)

CSS中心子系統(tǒng)(CentralSub-system)

C-V2X基于蜂窩的車聯(lián)網(CellularVehicle-to-Everything)

RSM路側單元消息(RoadSideMessage)

RSI路側單元信息(RoadSideInformation)

RSS道路子系統(tǒng)(RoadSub-system)

RSU路側單元(RoadSideUnit)

SPAT信號燈消息(SignalPhaseandTimingMessage)

CSU中心服務單元(CentralServiceUnit)

ESU邊緣服務單元(EdgeServiceUnit)

OBU車載單元(OnboardUnit)

PSU個人服務單元(PersonalServiceUnit)

5基本要求

5.1基本要求總則

為了實現(xiàn)中心子系統(tǒng)對RSU的配置、RSU上報數(shù)據(jù)的采集和分發(fā)，以及對RSU的運維管理，中心子

系統(tǒng)與RSU之間的接口分為業(yè)務數(shù)據(jù)接口和運維管理接口。

業(yè)務數(shù)據(jù)接口定義RSU與中心子系統(tǒng)之間的上下行消息的數(shù)據(jù)格式，主要包括RSU信息上報、RSU

配置下發(fā)、MAP數(shù)據(jù)上報和下發(fā)、BSM數(shù)據(jù)上報、RSM數(shù)據(jù)上報和下發(fā)、RSI數(shù)據(jù)上報和下發(fā)，以及SpaT

數(shù)據(jù)上報和下發(fā)。

運維管理接口定義RSU上報的信息，以及中心子系統(tǒng)對RSU進行重啟和遠程升級OTA等。

5.2通信架構

本標準基于《TITS0098-2017合作式智能運輸系統(tǒng)通信架構》定義的C-ITS系統(tǒng)邏輯框架中心子

系統(tǒng)通過車輛子系統(tǒng)和道路子系統(tǒng)匯聚的數(shù)據(jù)，提供全局或者局部的ITS應用服務。道路子系統(tǒng)通過道

路安裝的各類傳感器和設備為車輛和交通管理提供ITS應用所需的信息，并根據(jù)應用需求，執(zhí)行相應控

制指示。RSU屬于道路子系統(tǒng)中的一類設備，通過ITS邊界路由器接入網絡通信，并由中心子系統(tǒng)對RSU

進行配置和管理。

各子系統(tǒng)及其接口之間的交互如圖1所示。

2

T/ITS0***-20**

圖1C-ITS子系統(tǒng)接口

5.3業(yè)務數(shù)據(jù)接口要求

業(yè)務數(shù)據(jù)接口用于中心子系統(tǒng)與RSU之間下發(fā)和上報的V2X業(yè)務數(shù)據(jù)，包括：RSU信息/MAP數(shù)據(jù)/RSI

數(shù)據(jù)的上報和確認、RSU信息上報確認、RSU業(yè)務配置/MAP數(shù)據(jù)/RSI數(shù)據(jù)的下發(fā)和確認、BSM數(shù)據(jù)的上

報、RSM數(shù)據(jù)/SpaT數(shù)據(jù)的上報和下發(fā)。MAP、RSI、BSM、RSM、SPAT等消息的定義遵從標準YDT3709-2020

基于LTE的車聯(lián)網無線通信技術消息層技術要求。

5.3.1RSU信息上報

基本介紹和要求

RSU向中心子系統(tǒng)上報自身的經緯度位置和配置參數(shù)及運行信息。

消息發(fā)送頻率：RSU啟動時和參數(shù)發(fā)生變化時上報。

消息集

RSU信息上報的消息V2X.RSU.INFO.UP中各數(shù)據(jù)元素如表1所示。

表1V2X.RSU.INFO.UP

名稱是否必選類型說明

rsuId是StringRSU的標識

rsuEsn是StringRSU的序列號，用于唯一標識一個RSU

rsuName是StringRSU的名稱

version是String接口協(xié)議版本

rsuStatus是StringRSU狀態(tài)正常或異常

location是Location位置信息，包含經緯度數(shù)據(jù)

config是ConfigRSU的配置數(shù)據(jù)

ack否Boolean是否需要確認，TRUE需要，不帶或FALSE不需要

seqNum否Integer當需要確認時填寫，用于匹配響應消息

3

T/ITS0***-20**

數(shù)據(jù)幀

RSU信息上報的消息V2X.RSU.INFO.UP中各數(shù)據(jù)元素的數(shù)據(jù)類型如表2-表10所示。

表2DF_Location

名稱是否必選類型說明

lon是Float經度，無效值：180.0000001

lat是Float緯度，無效值：90.0000001

表3DF_Config

名稱是否必選類型說明

mapConfig是MapConfigMAP配置

bsmConfig是BsmConfigBSM配置

rsiConfig是RsiConfigRSI配置

spatConfig是SpatConfigSPAT配置

rsmConfig是RsmConfigRSM配置

表4DF_MapConfig

名稱是否必選類型說明

mapSlice是StringMAP切片

eTag是StringMAP切片ETag，表示切片的版本

表5DF_BsmConfig

名稱是否必選類型說明

"ByAll"：全局采樣

sampleMode是String

"ByID"：RSU解析出車ID，按ID進行采樣，保證均勻

采樣率，單位：條/秒，按照該采樣率進行轉發(fā)，0表

sampleRate是Integer（0~10000）示不需要轉發(fā)，當達到轉發(fā)上限（upLimit）時，則自

動降低采樣率。

actualSample實際采樣率，當達到upLimit定義的轉發(fā)上限時，RSU

是Integer（0~10000）

Rate自動降低采樣率，此參數(shù)表示當前RSU實際的采樣率。

上行轉發(fā)上限，中心子系統(tǒng)通過“RSU配置下發(fā)”決

upLimit是Integer（0~10000）定，RSU通過該消息表示每秒最多發(fā)送多少條消息，0

表示不需要發(fā)。

上報的BSM的過濾條件，多個filter之間是“或”的

關系，不帶表示不過濾。同一個filter之間是“與”

upFilters否List<Filter>的關系，比如：filters:[{“id”:“1”},

{“id”:“2”}]，表示只上報id為1和2的BSM

消息。

表6DF_RsiConfig

名稱是否必選類型說明

RSU同時支持的最大RSI數(shù)量，RSU根據(jù)自己的能力決

maxRsiNum是Integer

定，通過該參數(shù)通知中心子系統(tǒng)要控制，不要超過

curRsiNum是Integer當前RSU上實際廣播的RSI消息數(shù)量

需要下發(fā)的RSI消息列表，中心子系統(tǒng)通過“RSI數(shù)

downRsis是List<Rsi>

據(jù)下發(fā)”配置，該參數(shù)用于中心子系統(tǒng)校驗。

上報的RSI的過濾條件，多個filter之間是或關系，

upFilters否List<Filter>不帶表示不過濾。比如：filters:[{“id”:

“15”}]，表示只上報id為15的RSI消息。

表7DF_Rsi

名稱是否必選類型說明

alertID是String中心子系統(tǒng)下發(fā)的事件唯一ID

事件ID對應的eTag，由中心子系統(tǒng)確定，用

eTag是String

于校驗、匹配修改確認的最新版本。

4

T/ITS0***-20**

表8DF_SpatConfig

名稱是否必選類型說明

上行轉發(fā)上限，中心子系統(tǒng)提供，每秒最多發(fā)送多少

upLimit是Integer

條消息，0表示不需要發(fā)，-1表示不限制。

下行轉發(fā)上限，RSU提供，每秒最多發(fā)送多少條消息，

downLimit是Integer

0表示不需要發(fā)，-1表示不限制。

上報的SPAT的過濾條件，中心子系統(tǒng)提供，多個

filter之間是或關系，不帶表示不過濾。

upFilters否List<Filter>比如：

filters:[{“intersectionId”:“1”}]，表示

只上報intersectionId為1的SPAT消息。

表9DF_RsmConfig

名稱是否必選類型說明

上行轉發(fā)上限，中心子系統(tǒng)提供，每秒最多發(fā)送多少

upLimit是Integer

條消息，0表示不需要發(fā)，-1表示不限制。

下行轉發(fā)上限，RSU提供，每秒最多發(fā)送多少條消息，

downLimit是Integer

0表示不需要發(fā)，-1表示不限制。

上報的RSM的過濾條件，多個filter之間是或關系，

不帶表示不過濾，同一個filter之間是“與”的關系。

比如：

upFilters否List<Filter>

filters:[{“ptcType”:“3”},{“source”:

“3”}]，表示只上報ptcType為3且source為3的

RSM消息。

表10DF_Filter

名稱是否必選類型說明

{fieldName}過濾字段，可攜帶多個。

5.3.2RSU信息上報確認

基本介紹和要求

中心子系統(tǒng)收到RSU上報自身經緯度位置和配置參數(shù)的確認響應消息。

消息發(fā)送頻率：收到上報消息后發(fā)送一次確認消息。

消息集

V2X.RSU.INFO.UP.ACK。

數(shù)據(jù)幀

參見附錄A“應用層確認消息結構”。

5.3.3RSU業(yè)務配置下發(fā)

基本介紹和要求

中心子系統(tǒng)向RSU下發(fā)消息配置參數(shù)，包括對BSM、RSI、SpaT、RSM和MAP消息的配置。根

據(jù)該配置，確定RSU向中心子系統(tǒng)發(fā)送BSM、RSI、SpaT、RSM和MAP的規(guī)則。

消息發(fā)送頻率：中心子系統(tǒng)對RSU配置時下發(fā)消息。

消息集

RSU業(yè)務配置下發(fā)的消息V2X.RSU.CONFIG.DOWN中各數(shù)據(jù)元素如表11所示。

表11V2X.RSU.CONFIG.DOWN

名稱是否必選類型說明

bsmConfig是BsmConfigBSM配置

rsiConfig是RsiConfigRSI配置

5

T/ITS0***-20**

表11V2X.RSU.CONFIG.DOWN（續(xù)）

名稱是否必選類型說明

spatConfig是SpatConfigSPAT配置

rsmConfig是RsmConfigRSM配置

mapconfig是MapconfigMAP配置

ack否Boolean是否需要確認，true需要，不帶或false不需要

seqNum否String當需要確認時必填，用于匹配響應

數(shù)據(jù)幀

RSU業(yè)務配置下發(fā)的消息V2X.RSU.CONFIG.DOWN中各數(shù)據(jù)元素的數(shù)據(jù)類型如表12-表16所示。

表12DF_BSMCONFIG

名稱是否必選類型說明

"ByAll"：全局采樣"ByID"：RSU解析出車ID，按ID

sampleMode是String

進行采樣，保證均勻

采樣率，按照該采樣率進行轉發(fā)，0表示不需要轉發(fā)，

sampleRate是Integer（0~10000）

當達到轉發(fā)上限（upLimit）時，則自動降低采樣率。

上行轉發(fā)上限，中心子系統(tǒng)通過“RSU業(yè)務配置下發(fā)”

upLimit是Integer（0~10000）決定，表示每秒最多發(fā)送多少條消息，0表示不需要

發(fā)。

上報的BSM的過濾條件，多個filter之間是或關系，

不帶表示不過濾。比如：filters:[{“id”:

upFilters否List<Filter>

“1”},{“id”:“2”}]，表示只上報id為1和

2的BSM消息。

表13DF_RSICONFIG

名稱是否必選類型說明

上報的RSI的過濾條件，多個filter之間是或關系，

不帶表示不過濾。比如：filters:

upFilters否List<Filter>

[{“signType”:“15”}]，表示只上報signType

為15的RSI消息。

表14DF_SpaTCONFIG

名稱是否必選類型說明

上行轉發(fā)上限，中心子系統(tǒng)提供，每秒最多發(fā)送多少

upLimit是Integer

條消息，0表示不需要發(fā)，-1表示不限制。

上報的SPAT的過濾條件，V2XServer提供，多個

filter之間是或關系，不帶表示不過濾。比如：

upFilters否List<Filter>

filters:[{“intersectionId”:“1”}]，表示

只上報intersectionId為1的SPAT消息。

表15DF_RSMCONFIG

名稱是否必選類型說明

上行轉發(fā)上限，中心子系統(tǒng)提供，每秒最多發(fā)送多少

upLimit是Integer

條消息，0表示不需要發(fā)，-1表示不限制。

上報的RSM的過濾條件，多個filter之間是或關系，

不帶表示不過濾，同一個filter之間是“與”的關系。

upFilters否List<Filter>比如：filters:[{“ptcType”:“3”},

{“source”:“3”}]，表示只上報ptcType為3且

source為3的RSM消息。

表16DF_MapConfig

名稱是否必選類型說明

上報上限，中心子系統(tǒng)提供，每秒最多發(fā)送多少條消

upLimit是String

息，0表示不需要發(fā)，-1表示不限制。

6

T/ITS0***-20**

表16DF_MapConfig（續(xù)）

上報的MAP的過濾條件，中心子系統(tǒng)提供，多個filter

upFilters

之間是或關系，不帶表示不過濾。比如：filters:

是List<Filter>

[{“intersectionId”:“1”}]，表示只上報

intersectionId為1的Map消息。

5.3.4RSU業(yè)務配置下發(fā)確認

基本介紹和要求

RSU收到中心子系統(tǒng)下發(fā)消息配置參數(shù)的確認響應消息。

消息發(fā)送頻率：RSU收到消息配置參數(shù)后發(fā)送一次確認消息。

消息集

V2X.RSU.CONFIG.DOWN.ACK

數(shù)據(jù)幀

參見附錄A“應用層確認消息結構”。

5.3.5MAP數(shù)據(jù)下發(fā)

基本介紹和要求

中心子系統(tǒng)向RSU下發(fā)MAP數(shù)據(jù)。

消息發(fā)送頻率：RSU數(shù)據(jù)初始化，或者MAP數(shù)據(jù)發(fā)生變化時發(fā)送一次。

消息集

MAP數(shù)據(jù)下發(fā)的消息V2X.RSU.MAP.DOWN中各數(shù)據(jù)元素如表17所示。

表17V2X.RSU.MAP.DOWN

名稱是否必選類型說明

mapSlice是StringMAP切片

map是MAPMAP數(shù)據(jù)

eTag是String標識MAP版本

是否需要返回確認消息，true需要，不帶或false不

ack否Boolean

需要

seqNum否String當需要確認時必填，用于匹配響應

數(shù)據(jù)幀

MAP消息集參考業(yè)界發(fā)布的最新的應用層數(shù)據(jù)標準。

5.3.6MAP數(shù)據(jù)下發(fā)確認

基本介紹和要求

RSU在收到中心子系統(tǒng)下發(fā)的MAP消息的確認消息。

消息發(fā)送頻率：收到下發(fā)數(shù)據(jù)后發(fā)送一次確認消息。

消息集

V2X.RSU.MAP.DOWN.ACK

數(shù)據(jù)幀

參見附錄A“應用層確認消息結構”。

5.3.7MAP數(shù)據(jù)上報

7

T/ITS0***-20**

基本介紹和要求

RSU向中心子系統(tǒng)上報MAP數(shù)據(jù)。

消息發(fā)送頻率：根據(jù)DF_MAPCONFIG的upLimit參數(shù)，決定每秒最多發(fā)送多少條消息。

消息集

MAP數(shù)據(jù)上報的消息V2X.RSU.MAP.UP中各數(shù)據(jù)元素如表18所示。

表18V2X.RSU.MAP.UP

名稱是否必選類型說明

mapSlice是StringMAP切片

map是MAPMAP數(shù)據(jù)

eTag是String標識MAP版本

是否需要返回確認消息，true需要，不帶或false不

ack否Boolean

需要

seqNum否String當需要確認時必填，用于匹配響應

數(shù)據(jù)幀

MAP消息集參考，業(yè)界發(fā)布的最新的應用層數(shù)據(jù)標準。

5.3.8MAP數(shù)據(jù)上報確認

基本介紹和要求

中心子系統(tǒng)收到RSU上報的MAP消息的確認消息。

消息發(fā)送頻率：收到上報消息后發(fā)送一次確認消息。

消息集

V2X.RSU.MAP.UP.ACK

數(shù)據(jù)幀

參見附錄A“應用層確認消息結構”。

5.3.9BSM數(shù)據(jù)上報

基本介紹和要求

RSU向中心子系統(tǒng)上報的BSM數(shù)據(jù)。

消息發(fā)送頻率：根據(jù)DF_BSMCONFIG的upLimit參數(shù)，決定每秒最多發(fā)送多少條消息。

消息集

BSM數(shù)據(jù)上報的消息V2X.RSU.BSM.UP中各數(shù)據(jù)元素如表19所示。

表19V2X.RSU.BSM.UP

名稱是否必選類型說明

count是Byte表示BSM的數(shù)量，1字節(jié)，值范圍1-255。

表示每一條BSM的長度，count值作為數(shù)組長度，

length是Integer

元素2字節(jié)，元素值范圍1-65535。

messageFrame是MessageFrame

數(shù)據(jù)幀

不涉及。

5.3.10RSM數(shù)據(jù)上報

基本介紹和要求

8

T/ITS0***-20**

RSU向中心子系統(tǒng)上報的RSM數(shù)據(jù)。

消息發(fā)送頻率：根據(jù)DF_RSMCONFIG的upLimit參數(shù)，決定每秒最多發(fā)送多少條消息。

消息集

RSM數(shù)據(jù)上報的消息V2X.RSU.RSM.UP中各數(shù)據(jù)元素如表20所示。

表20V2X.RSU.RSM.UP

名稱是否必選類型說明

rsms是List<RSM>支持攜帶多條RSM

數(shù)據(jù)幀

RSM數(shù)據(jù)上報的消息V2X.RSU.RSM.UP中各數(shù)據(jù)元素的數(shù)據(jù)類型如表21-表23所示

表21DF_RSM

名稱是否必選類型說明

refPos是Position

participants是List<Participant>

表22DF_PARTICIPANTS

名稱是否必選類型說明

ptcType是Enum

ptcId是Integer

source是Integer

secMark否Integer

pos是Position

accuracy否String

speed否INTEGER(0..8191)

heading否INTEGER(0..28800)

size否ParticipantSize

表23DF_PARTICIPANTSIZE

名稱是否必選類型說明

Width是Integer

Length是Integer

Height否Integer

5.3.11RSM數(shù)據(jù)下發(fā)

基本介紹和要求

中心子系統(tǒng)向RSU下發(fā)的RSM消息，該消息可攜帶多條RSM。

消息集

RSM數(shù)據(jù)下發(fā)的消息V2X.RSU.RSM.DOWN中各數(shù)據(jù)元素如表24所示。

表24V2X.RSU.RSM.DOWN

名稱是否必選類型說明

Rsms是List<RSM>支持攜帶多條RSM

數(shù)據(jù)幀

RSM數(shù)據(jù)下發(fā)的消息V2X.RSU.RSM.DOWN中各數(shù)據(jù)元素的數(shù)據(jù)類型如表25-表27所示。

9

T/ITS0***-20**

表25DF_RSM

名稱是否必選類型說明

refPos是Position

Participants是List<Participant>

表26DF_PARTICIPANTS

名稱是否必選類型說明

ptcType是Enum

ptcId是Integer

source是Integer

secMark否Integer

pos是Position

accuracy否String

speed否INTEGER(0..8191)

heading否INTEGER(0..28800)

size否ParticipantSize

表27DF_PARTICIPANTSIZE

名稱是否必選類型說明

width是Integer無法獲取時用默認值0表示。

length是Integer無法獲取時用默認值0表示。

height否Integer

5.3.12RSI數(shù)據(jù)上報

基本介紹和要求

RSU向中心子系統(tǒng)上報的RSI消息，該消息用于向車輛發(fā)送告警。

消息發(fā)送頻率：根據(jù)DF_RSICONFIG的upLimit參數(shù)，決定每秒最多發(fā)送多少條消息。

消息集

RSI數(shù)據(jù)上報的消息V2X.RSU.RSI.UP中各數(shù)據(jù)元素如表28所示。

表28V2X.RSU.RSI.UP

名稱是否必選類型說明

rsiSourceType是String事件來源的具體類型描述

rsiSourceId否String事件來源設備的唯一ID

Rsimessage,基于LTE的車聯(lián)網無線通信技術

rsi是rsi消息層技術要求

RSI字段

ack否Boolean是否需要確認，true需要，不帶或false不需要

seqNum否String當需要確認時必填，用于匹配響應

數(shù)據(jù)幀

RSI數(shù)據(jù)上報的消息V2X.RSU.RSI.UP中各數(shù)據(jù)元素的數(shù)據(jù)類型如表29所示。

表29DF_RSI

名稱是否必選類型說明

alertID是String告警ID

duration是事件告警持續(xù)時長，過期自動刪除，0表示只廣

Integer

播一次。

eventStatus是事件告警狀態(tài)，true表示告警有效，false表

Boolean

示告警無效.

timeStamp是String事件發(fā)生時間，毫秒級；

格式：yyyy-MM-dd'T'HH:mm:ss.SSS'Z'，

如2015-12-12T12:12:12.356Z。

10

T/ITS0***-20**

表29DF_RSI（續(xù)）

eventClass是String事件分類，枚舉：1.AbnormalTraffic：異常路

況;2.AdverseWeather惡劣天氣;3.

AbnormalVehicle:異常車況;4.TrafficSign：標

志標牌。

枚舉值：

abnormaltraffic

adverseweather

abnormalvehicle

trafficsign

eventType是Integer定義道路交通事件的類型，參考《基于LTE的車

聯(lián)網無線通信技術消息層技術要求（報批稿）》。

eventSource是String道路交通事件的信息來源，枚舉。

枚舉值：

unknown