本站文章引用或轉載寫明來源，感謝原作者的辛苦寫作，如果有異議或侵權，及時聯系我處理，謝謝！

更多車路協同，車路協同建設解決方案，參考鏈接：https://gitee.com/AiShiYuShiJiePingXing/smart-city

• 個人網站：https://www.lovebetterworld.com/

• QQ：1090239782

• 微信：lovebetterworld

• 公眾號：愛是與世界平行

基于 ETC 專用短程通信的車路協同第 1 部分：應用集及應用數據交互需求

1 范圍

本文件定義了基于專用短程通信（5.8GHz DSRC（ETC））的車路協同（I2V）系列應用，以及數據交互需求等內容。

本文件適用于基于5.8GHz DSRC系統的應用場景開發、驗證及商用。

2 規范性引用文件

下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T 2312 信息交換用漢字編碼字符集 基本集

GB 5768.2—2009 道路交通標志和標線 第2部分：道路交通標志

GB/T 27957—2011 冰雹等級

GB/T 27967—2011 公路交通氣象預報格式

GB/T 29100—2012 道路交通信息服務 交通事件分類與編碼

GB/T 31024.1—2014 合作式智能運輸系統 專用短程通信 第1部分：總體技術要求

T/ITS 0058—2017 合作式智能運輸系統 車用通信系統 應用層及應用數據交互標準

3 術語和定義

GB/T 31024.1—2014、T/ITS 0058—2017界定的以及下列術語和定義適用于本文件。

3.1 定義

3.1.1主車 host vehicle

裝有車載單元且運行應用程序的目標車輛。

[來源：T/ITS 0058—2017，3.1.3]

3.1.2車載單元 on-board unit

安裝在車輛上的可實現ETC2.0（3.1.5）通訊，支持ETC2.0（3.1.5）應用的硬件單元。

[來源：GB/T 31024.1—2014，2.3，有修改]

3.1.3路側單元 road side unit

安裝在路側的可實現ETC2.0通訊，支持ETC2.0應用的硬件單元。

[來源：GB/T 31024.1—2014，2.4，有修改]

3.1.4廣播 broadcast

路側單元（3.1.3）以廣播地址發出信息，面向車載單元（3.1.2）且不需要車載單元（3.1.2）回 復的通信應用

3.1.5專用短程通信 dedicate short range communication

專門用于道路環境的車輛與車輛、車輛與基礎設施、基礎設施與基礎設施間，通信距離有限的無線通信方式，是智能運輸系統領域中的基礎通信方式之一。

[來源：GB/T 31024.1—2014，2.2]

3.1.6車路協同 vehicle-infrastructure cooperative system

基于無線通信、傳感探測等技術進行車路信息獲取，通過車車、車路信息交互和共享，實現車輛與基礎設施之間智能協同與配合，以及車輛與其它交通要素之間的通信，從而形成的安全、高效、環保和信息服務類的道路交通系統。

3.1.7基于ETC專用短程通信的車路協同 vehicle-infrastructure cooperative system based on Electronic Toll Collection (ETC) dedicated short range communication

基于ETC專用短程通信（5.8GHz DSRC）的車路協同，即基于ETC實現的車輛與基礎設施之間，及車輛與其它交通要素之間的通信，可實現交通安全、效率、信息服務類的應用場景。

3.1.8系統延遲 system delay

用于規范各應用場景中的基本性能要求，從路側單元發送通信數據，到車端接收數據并通過網絡層進行信息處理后傳遞給應用層的時間。

[來源：T/ITS 0058—2017，3.1.2，有修改]

3.2 縮略語

以下縮略語適用于本文件：

DE：數據元素（Data Element）

DF：數據幀（Data Frame）

DSRC：專用短程通信（Dedicate Short Range Communication）

ETC：電子收費（Electronic Toll Collection）

ETC2.0：基于ETC專用短程通信的車路協同（Vehicle-Infrastructure Cooperative System Based On Electronic Toll Collection(ETC) Dedicated Short Range Communication）

HMI：人機交互界面（Human Machine Interface）

HV：主車（Host Vehicle）

I2V：路側設施與車載單元通訊（Infrastructure to Vehicle）

MEC：邊緣計算（Multi-Access Edge Computing）

OBU：車載單元（On-Board Unit）

OBE-SAM：車載設備安全訪問模塊（On-board Equipment Security Access Module）

P：周邊行人（Pedestrian）

RSU：路側單元（Road Side Unit）

4 ETC2.0 系統總體架構

相對于單純用于收費的 ETC 系統，ETC2.0 需要進行實時預警或服務消息的推送，如面向安全類車路協同應用的路側預警消息發布。因此，系統架構中除了傳統 ETC RSU（支持 ETC2.0）之外，還可能需要包括如路側感知、MEC 等子系統。ETC2.0 系統總體架構見圖 1：

ETC2.0 系統各子系統介紹如下：

a) 路側感知子系統：檢測交通流狀況及異常交通事件，如車輛逆行、行人闖入機動車道、違法停車、交通擁堵、交通事故、危險氣象狀況（橫風、團霧、暴雨）、道路施工等，可使用多種傳感器如攝像頭、雷達、氣象傳感器等；

b) MEC：邊緣計算大腦，處理傳感器收集的數據，形成實時決策；也可接收云平臺下發的數據，進行綜合邏輯判斷；

c) RSU：這里是指 ETC 天線，可支持 ETC2.0 應用場景；

d) OBU：這里是指智能 OBU，可支持 ETC2.0 應用場景；

e) 云平臺：大數據匯集中心，可實現交通數據匯集及分析。支持設備狀態管理、交通事件管理、大數據分析、交通調度信息發布等。可以基于現有的交通云控平臺建設。

注：ETC 通信特點是能實現斷面覆蓋。由于交通流具有方向性，因此只要保證車輛以一定速度經過 RSU 所在斷面時，能接收到 RSU 發送的消息即可實現信息傳遞。

5 基于 ETC 專用短程通信的車路協同應用

5.1 需求分析

本文件選取涵蓋安全、效率、信息服務三個類別，十一個典型車路協同（I2V）應用場景。

5.2 應用定義及基本要求

5.2.1 總則

本節從應用定義、主要場景、基本工作原理、通信方式、基本性能要求、數據交互需求六個方面對該標準定義的I2V應用分別進行描述。

5.2.2 弱勢交通參與者碰撞預警

5.2.2.1 應用定義和預期效果

弱勢交通參與者碰撞預警是指，車輛在行駛中，與 P（含義拓展為廣義上的弱勢交通參與者，包括行人、自行車、電動自行車等，以下描述以行人為例）存在碰撞危險時，該應用將對車輛駕駛員進行預警。本應用適用于城市及郊區普通道路及公路的碰撞危險預警。

弱勢交通參與者碰撞預警應用可以輔助駕駛員避免或降低與前方行人碰撞危險，提高車輛及行人通行安全。

5.2.2.2 主要場景

弱勢交通參與者碰撞預警主要場景描述如下：

a) 車輛在行進時，路側感知子系統檢測到 P 從側前方出現，車輛駕駛員的視線可能被出現在路邊的其他車輛或遮擋物遮擋；

b) 車輛需裝配 ETC2.0 OBU，能夠接收及播報由 RSU 發送的消息提醒，P 是否具備短程無線通信能力不影響應用場景的有效性；

c) 車輛接近 P 時，RSU 將路側感知子系統檢測到的行人信息發送給 OBU，對駕駛員進行預警， 提醒駕駛員與前方 P 存在碰撞危險；

d) 車輛駕駛員收到預警后，采取減速或變道等措施，避免與 P 發生碰撞。

注：由于 OBU 與 RSU 的通信距離有限，該場景主要適用于一些經常發生弱勢交通參與者碰撞事故的重點路段，如高速公路上常發生行人違規穿越的區域等。感知系統與 RSU 可以分開布設，例如，感知系統布設在事故多發點，而 RSU布設在事故多發點之前一定距離處，以提前通知車輛進行避讓。

5.2.2.3 基本工作原理

弱勢交通參與者碰撞預警基本工作原理如下：

a) 路側感知子系統識別行人（P），通過 MEC 分析并篩選出與車輛行駛方向上可能發生沖突的行人；

b) MEC 將路側感知子系統檢測到的行人經緯度坐標信息轉化為 RSU 與行人的距離（車輛行駛方向直線距離）；

c) 若存在多個威脅行人（或行人組），則篩選出最緊急的威脅行人（或行人組）；

d) 系統將行人位置信息通過 RSU 進行廣播，對車輛駕駛員進行相應的碰撞預警。

5.2.2.4 通信方式

OBU 和 RSU 需要具備短程無線通信能力，利用路側感知設備對行人信息進行感知，通過 RSU 將行人信息發給車輛。

5.2.2.5 基本性能要求

弱勢交通參與者碰撞預警基本性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向>20 m（能有效實現斷面覆蓋）；

——系統延遲<100 ms。

5.2.2.6 數據交互需求

表 2 弱勢交通參與者碰撞預警數據交互需求

5.2.3 惡劣交通環境感知預警

5.2.3.1 應用定義和預期效果

惡劣交通環境感知預警是指，車輛行駛過程中遇到惡劣交通環境（惡劣天氣、危險路段等），存在發生事故風險時，系統啟動相應的安全預警及誘導功能，保障行駛車輛在惡劣交通環境情況下的安全順利通行。本應用適用于城市道路、郊區道路和高速公路等容易發生危險狀況的路段或者臨時性存在道路危險狀況的路段。

5.2.3.2 主要場景

當路側感知子系統（如攝像頭、氣象檢測器等）檢測到當前路段出現惡劣交通環境后（惡劣氣象環境、危險路段等），該信息通過 MEC 處理后由 RSU 播報，提醒即將駛入該路段車輛謹慎駕駛，以保障行駛安全。惡劣交通環境預警包括如下主要場景：

a）行車方向較遠處有惡劣交通環境情形

路側感知子系統檢測到車輛行進方向較遠處有惡劣交通環境（如大霧、橫風、冰雹、封路施工等），RSU 對外廣播交通環境信息，包括：位置、危險描述等，提醒即將行經該區域的車輛及時采取避讓措施，如改變行駛路徑避免駛入危險路段等，減輕事故風險；

b）行車方向不遠處有危險路段情形

路側感知子系統檢測到路段不遠處前方有危險路段情形（如地面拋灑物、隧道積水、路面濕滑、急轉彎等）發生時，RSU 對駛近該危險路況點的車輛駕駛員發出安全預警，提醒駕駛員提前采取應急措施，如減速慢行、變道行駛等，防止安全事故發生。由于 RSU 的有效通信距離受限，該類提醒多布設在事故多發處。

5.2.3.3 基本工作原理

惡劣交通環境預警基本工作原理如下：

a) 路側感知子系統識別惡劣交通環境信息，通過 MEC 分析并判斷事件類型及影響范圍；

b) MEC 進一步判斷并篩選出事件發生位置附近路段信息，從該路段行駛過來的車輛在一定時間范圍內可能會受到事件影響；

c) 計算事件發生地與附近受影響路段布設的 RSU 的距離，結合路段信息判斷可能的避險措施；

d) 針對受影響的路段所處不同位置，發出相應的避險提醒：如車輛離事件較遠時 RSU 廣播車輛提前變換行駛路徑指引信息，對相對事件較近處車輛發出減速避險等警示。

5.2.3.4 通信方式

OBU 和 RSU 需要具備短程無線通信能力，利用路側感知子系統對惡劣路況環境信息進行感知，經過 MEC 運算決策后，通過 RSU 將警示信息發給車輛(I2V)。

5.2.3.5 基本性能要求

惡劣交通環境預警基本性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.3.6 數據交互需求

5.2.4 前方事故預警

5.2.4.1 應用定義和預期效果

前方事故預警是指，當路側感知子系統（攝像頭、雷達等）監測到車輛行駛路段前方發生交通事故信息時，該應用對車輛駕駛員進行預警，提醒同向車輛減速避讓，防止二次事故發生。本應用適用于城市及郊區普通道路及高速公路的事故預警。

5.2.4.2 主要場景

前方事故預警主要場景如下：

a) 路側感知子系統檢測到車輛行進前方發生交通事故，車輛駕駛員的視線可能被出現在路邊遮擋物遮擋或當前車速較快；

b) 車輛需裝配 OBU，能夠接收及播報由 RSU 發送的消息提醒；

c) 當車輛接近事故地點時，RSU 將路側傳感設備檢測到的事故信息發送給 OBU，對駕駛員進行預警，提醒駕駛員與前方事故存在碰撞危險；

d) 車輛駕駛員收到預警后，采取減速或變道等措施，避免發生二次事故。

5.2.4.3 基本工作原理

前方事故預警基本工作原理如下：

a) 路側感知子系統識別交通事故信息，通過 MEC 分析判斷事件類型及影響范圍；

b) MEC 分析、計算事件發生地與附近受影響路段的 RSU 位置、距離等信息，結合事件信息判斷可能的避讓措施；

c) RSU 將該事故信息及建議措施進行播報，提醒駕駛員減速行駛或變道避讓。

5.2.4.4 通信方式

OBU 和 RSU 需要具備短程無線通信能力，利用路側感知子系統對事故信息感知，經 MEC 運算決策后，由 RSU 將預警信息廣播給車輛（I2V）。

5.2.4.5 基本性能要求

前方事故預警基本性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.4.6 數據交互需求

5.2.5 匝道分合流預警

5.2.5.1 應用定義和預期效果

匝道分合流預警是指，當車輛即將從匝道匯入主路或從主路駛入匝道時，給予車輛相應的安全預警，減少匝道分合流區域事故的發生。

5.2.5.2 主要場景

當路側感知子系統（如攝像頭、雷達等）檢測到匝道處有主路車輛駛出或匝道車輛匯入時，RSU對駛近匝道口的車輛廣播分合流信息，提醒車輛駕駛員注意避讓。匝道分合流預警包括如下主要場景：

a）匝道匯入主路

當路側感知子系統（如攝像頭、雷達等）檢測到匝道合流區主道有車經過時，通知匝道車輛減速慢行；對匝道上的車輛進行檢測，如果檢測到匝道上有車輛通行時，對經過合流區主道最右側車道的車輛進行預警。

b）主路駛入匝道

當主道車輛準備變道駛入匝道，如果匝道發生擁堵，則通知主道車輛進行減速慢行。

5.2.5.3 基本工作原理

通過路側感知子系統（如攝像頭、雷達等）對匝道分合流區域進行監測，當發現有碰撞風險時，向過往車輛進行預警。

5.2.5.4 基本性能要求

匝道分合流預警基本性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.5.5 通信方式

OBU 和 RSU 需具備短程無線通信能力，RSU 將分合流預警信息發送給分合流區車輛（I2V)。

5.2.5.6 數據交互需求

5.2.6 前方擁堵提醒

5.2.6.1 應用定義和預期效果

前方擁堵提醒是指，當車輛行駛方向發生交通擁堵狀況時，該應用通過將該信息提前播報給車輛駕駛員，駕駛員根據信息提示可在到達擁堵路段前提前改變當前行駛路線，減輕交通壓力，提高通行效率。

本應用適用于城市及郊區普通道路及高速公路擁堵路段的預警。

5.2.6.2 主要場景

路側傳感設備檢測到車輛行駛前方發生交通擁堵，將該擁堵信息通過 MEC 上傳云平臺；云平臺收到擁堵信息后，判斷其擁堵情況，并將該信息下發到擁堵路段附近 RSU 進行對外廣播，提醒駕駛員前方擁堵；駕駛員可結合自身情況選擇繼續沿當前道路行駛或改變行駛路線。

5.2.6.3 基本工作原理

前方擁堵提醒基本工作原理如下：

a) 路側傳感設備（如攝像頭、雷達等）檢測到當前路段車輛緩行或擁堵后，將擁堵信息（如擁堵位置）上傳至云平臺；

b) 云平臺分析當前擁堵情況，篩選出即將匯入該擁堵路段的車道及 RSU；

c) 云平臺向篩選出的路段 RSU 下發前方路段擁堵信息，RSU 收到信息后對駛入天線覆蓋范圍內的車輛廣播該擁堵信息；

d) 車輛駕駛員收到信息后，結合自身情況判斷是否按當前路段繼續行駛或改變行駛路徑；

e) 該信息需要在離擁堵路段較遠處進行播報，給車輛駕駛員預留足夠時間換道行駛，避免造成擁堵加劇。

5.2.6.4 基本性能要求

前方擁堵提醒基本性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.6.5 通信方式

OBU 和 RSU 需具備短程無線通信能力，RSU 將擁堵信息發送給車輛（I2V）。

5.2.6.6 數據交互需求

5.2.7 特殊車輛提醒及優先通行

5.2.7.1 應用定義和預期效果

特殊車輛提醒及優先通行是指，當 RSU 識別工作狀態下的特殊車輛（如救護車、警車、消防車等）時，調整交通信號燈相位信息，并對附近行駛普通車輛進行廣播提醒（可選動作），實現優先通行。

5.2.7.2 主要場景

RSU識別到工作狀態下的特殊車輛，通過路側感知子系統檢測、定位該特殊車輛，分析其所處車道、距離等信息，并將該信息通過RSU廣播給附近車輛，提醒周圍車輛讓行；同時，結合當前交叉口（道路）的紅綠燈相位信息，調整紅燈狀態或延長綠燈時間，使特殊車輛快速通過。

注：由于 ETC OBU 目前不能進行車車通信，該場景的實現分為兩個步驟：一是通過 RSU 與特殊車輛的通信識別特殊車輛身份；該 RSU 布設在需要信號燈協同的路口之前一定距離，以及時檢測特殊車輛。二是 RSU 將采集到的信息傳送給路側系統的其它設施，如傳送給信號燈進行配時調整；傳送給可變情報板等設備以通知其它車輛進行讓行；或者傳送給其它位置的 RSU 以通過車路通信的方式通知其它車輛。

5.2.7.3 基本工作原理

特殊車輛提醒及優先通行基本工作原理如下：

a) 特殊車輛駕駛員通過 OBU 設置將車輛調整為工作狀態；

b) 當特殊車輛駛入 RSU 覆蓋范圍內時，RSU 通過讀取 OBU 內容識別車輛類型及當前工作狀態；

c) 路側傳感設備定位特殊車輛所處位置（與 RSU 車道方向距離、所處車道等）；

d) MEC 分析、處理收到的特殊車輛位置信息后該信息通過本 RSU 或附近其它 RSU 對外廣播（可選）；

e) 普通車輛駕駛員收到 RSU 播報的特殊車輛位置信息后，根據當前自身所處車道進行變道，給特殊車輛讓出行駛車道；

f) MEC 將特殊車輛信息發送信號控制器，信號燈控制器結合 MEC 發送的特殊車輛信息，調整當前紅綠燈相位狀態，讓特殊車輛快速通行。

5.2.7.4 基本性能要求

特殊車輛提醒及優先通行基本性能要求如下：

——車速≤70 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.7.5 通信方式

OBU 和 RSU 需具備短程無線通信能力，RSU 將信號燈信息發送給車輛（I2V）。

5.2.7.6 數據交互需求

5.2.8 紅綠燈信息播報

5.2.8.1 應用定義和預期效果

紅綠燈信息播報是指，車輛經過有信號控制的交叉口（車道），RSU向車輛發送當前紅綠燈相位信息，防止車輛因視線遮擋導致誤闖紅燈。

本應用適用于城市及郊區道路及公路的交叉路口、環道出入口和可控車道、高速路入口和隧道等有信號控制的車道。

此場景要求RSU布設于每個接近紅綠燈方向道路的路側，即能對每個接近紅綠燈方向的車輛進行紅綠燈信息播報。

5.2.8.2 主要場景

當車輛即將通過有紅綠燈的交叉路口、車道時，紅綠燈信息播報應用將當前路口紅綠燈信息（如燈色信息、剩余時間等）對車輛駕駛員進行播報，車輛駕駛員結合收到的信息自行判斷安全通過或減速停車，避免有前方大車遮擋視線或惡劣天氣影響視線，或由于其他原因，導致誤闖紅燈的情形。同時，該場景也可以應用于自動駕駛車輛，幫助車輛獲取信號燈配時信息。

5.2.8.3 基本工作原理

紅綠燈信息播報基本工作原理如下：

a) MEC 獲取車輛行駛方向紅綠燈燈色信息及當前狀態剩余時間，并將該信息同步給 RSU；

b) 當車輛駛入布設在交叉口（車道）RSU 覆蓋范圍內時，RSU 將當前紅綠燈信息廣播給車輛；

c) OBU 收到信息后，將該信息通過 HMI 顯示并語音播報當前紅綠燈狀態及剩余時間；

d) 車輛駕駛員結合收到的紅綠燈信息及當前距離紅綠燈位置等自行判斷，安全通過或減速停車。

5.2.8.4 基本性能要求

紅綠燈信息播報基本性能要求如下：

——車速≤70 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——數據更新頻率≥2 Hz；

——系統延遲＜100 ms。

5.2.8.5 通信方式

具備短程無線通信設備的 RSU，將有關交叉口（車道）信息廣播給具有短程通信能力的車輛（I2V）。

5.2.8.6 數據交互需求

5.2.9 車輛調度與管理

5.2.9.1 應用定義和預期效果

交通調度與管理應用是指，RSU 識別被調度車輛并與其分別進行通信，實現按車型、車牌號等信息進行靈活交通調度或交通管制信息定向下發等應用。本應用適用于任何交通道路場景。

5.2.9.2 主要場景

RSU 通過讀取 OBU（ETC 標簽）信息識別到特定車輛（如某一號牌類型車輛、緊急車輛、“兩客一危”車輛等）通過特定路段時，RSU 向特殊車輛播報由云平臺下發路線指引等交通調度指令，指引車輛改變/繼續當前行駛路線，以最佳的行駛方案到達目的地。

5.2.9.3 基本工作原理

車輛調度與管理基本工作原理：

a) RSU 讀取 OBU 中車輛類型、當前工作狀態等車輛信息；

b) 路側感知子系統定位當前特殊車輛所處位置信息（與 RSU 車道方向距離、處于哪條車道等），并上報該信息至云平臺；

c) 云平臺結合當前特殊車輛所處道路信息（如擁堵情況、高架橋、限行情況等）情況，下發行駛指引路徑；

d) RSU 向特殊車輛播報路徑指引信息，特殊車輛收到信息后根據自身情況選擇執行/不執行該引導信息。

5.2.9.4 基本性能要求

車輛調度與管理基本性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.9.5 通信方式

OBU 和 RSU 需具備短程無線通信能力，RSU 將云平臺下發的車輛調度信息發送給車輛（I2V）。

5.2.9.6 數據交互需求

5.2.10 車內標牌

5.2.10.1 應用定義和預期效果

車內標牌是指，當裝載 ETC2.0 車載單元（OBU）的車輛經過特定路段時，會收到由路側單元（RSU）發送的交通標牌信息，給予駕駛員相應的交通標牌提示，保證車輛安全行駛。本應用適用于任何交通道路場景。

5.2.10.2 主要場景

當車輛通過 RSU 覆蓋區域時，RSU 將當前路段交通標牌信息廣播給通過該區域行駛的車輛（如限速標牌、前方急彎等靜態信息），提醒車輛按照當前路段行駛要求安全行駛。

5.2.10.3 基本工作原理

車內標牌基本工作原理如下：

a) 云平臺向靠近特定路段的 RSU 下發當前路段標牌信息，如限速、急轉彎等；

b) 當車輛駛入布設 RSU 覆蓋范圍內時，RSU 將標牌信息廣播給車輛；

c) 車輛駕駛員收到信息后結合自身駕駛情況調整當前駕駛狀態。

5.2.10.4 基本性能要求

車內標牌性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.10.5 通信方式

OBU 和 RSU 需要具備短程無線通信能力，云平臺將相關重要交通標志信息發給 RSU，或者本地存儲在 RSU，由 RSU 將該信息發送給車輛（I2V 方式）。

5.2.10.6 數據交互需求

5.2.11 收費路段提醒

5.2.11.1 應用定義和預期效果

收費路段提醒應用指，當車輛即將駛入收費路段（如擁堵收費，或帶有罰款性質的禁行路段）時，該應用給車輛發送收費信息提醒。通過對特定路段的使用者收費來引導和調節交通需求，緩解交通擁堵，同時提高道路利用率和效益。

5.2.11.2 主要場景

車輛行駛前方有收費路段，RSU 提前向即將駛入該收費路段的車輛廣播收費提醒信息，如收費時段、費率等，車輛駕駛員收到信息后結合收費信息及其他出行成本因素判斷是否繼續當前道路行駛。該應用要求給車輛預留足夠時間繞道行駛，避免車輛被動進入收費路段。

5.2.11.3 基本工作原理

收費路段提醒基本工作原理如下：

a) 云平臺向匯入收費路段的 RSU 下發當前時段、路段、不同車型的收費標準；

b) 當車輛駛入 RSU 天線覆蓋范圍內時，RSU 天線通過讀取 OBU 內容識別車輛類型，并播報該類車輛的收費標準（語音播報或 HMI 顯示）；

c) 該信息要求在車輛離收費路段較遠處就發送給車輛，使車輛駕駛員預留足夠時間換道行駛，避免造成被迫駛入收費路段；

d) RSU 可根據收費標準對行駛進入收費路段的車輛 OBU 進行實時費用扣取（ETC 自身功能）。

5.2.11.4 基本性能要求

收費路段提醒基本性能要求如下：

——車速≤70 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.11.5 通信方式

OBU 和 RSU 需具備短程無線通信能力，RSU 讀取車輛類型（可選），同時將云平臺下發的費率信息，及前方有收費路段信息發送給車輛（I2V）。

5.2.11.6 數據交互需求

5.2.12 智慧場站指引

5.2.12.1 應用定義和預期效果

智慧場站指引應用是為車輛提供停車位、加油站、充電站等資源的實時信息，結合其它模塊進行預約與調度，實現車輛、車牌、資源（如車位、加油位、充電樁等）的一體化匹配，智能引導車輛駛入該資源位，并在服務完成后通過 OBU 自動扣費（扣費交易流程在本文件中不再進行描述），實現服務區的智能化升級。

5.2.12.2 主要場景

資源位置描述方式說明：

對于加油站等站點較少的場站：播報加油站當前空位編號，指引車輛快速駛入服務位；

對于停車場等車位較多的場站：播報當前停車場剩余空位數量。

5.2.12.3 基本工作原理

智慧場站指引基本工作原理：

a) 智慧場站后臺將場站內停車位、加油站、充電站等資源的信息實時下發給 RSU，信息包括停車場、加油站的剩余數量、位置等；

b) RSU 對外廣播該場站信息，車輛駕駛員根據指引到相應位置。

5.2.12.4 基本性能要求

智慧場站指引基本性能要求如下：

——車速≤130 km/h；

——通信距離：沿道路方向縱向＞20 m（能有效實現斷面覆蓋）；

——系統延遲＜100 ms。

5.2.12.5 通信方式

OBU 和 RSU 需具備短程無線通信能力，RSU 將信號燈信息發送給車輛（I2V）。

5.2.12.6 數據交互需求

附 錄 A 交通事件索引

A.1 DE_TrafficEnvironment（交通環境索引）類型及取值

表A.1給出了交通環境索引類型及取值。

A.2 DE_TrafficType（交通事故索引）類型及取值

表A.2給出了交通環境索引類型及取值。

參 考 文 獻

[1] GB 5768.5—2017 道路交通標志和標線 第 5 部分：限制速度

[2] GB/T 20851.1—2019 電子收費 專用短程通信 第 1 部分：物理層

[3] GB/T 20851.2—2019 電子收費 專用短程通信 第 2 部分：數據鏈路層

[4] GB/T 20851.3—2019 電子收費 專用短程通信 第 3 部分：應用層

[5] GB/T 20851.4—2019 電子收費 專用短程通信 第 4 部分：設備應用

[6] GB/T 20851.5—2019 電子收費 專用短程通信 第 5 部分：物理層主要參數測試方法

[7] CJJ 37—2012 城市道路工程設計規范（2016 年版）

[8] YD/T 3709—2020 基于 LTE 的車聯網無線通信技術 消息層技術要求

[9] GA/T 1090—2013 天氣狀況分類與代碼

[10] 電子收費單片式車載單元（OBU）技術要求（交通部 35 號公告）

總結

以上是生活随笔為你收集整理的基于 ETC 专用短程通信的车路协同 第 1 部分：应用集及应用数据交互需求的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。