本發(fā)明涉及通信領域，具體而言，涉及一種車聯(lián)網中告警信息的處理方法及裝置。

背景技術：

隨著經濟社會高速發(fā)展，中國汽車保有量迅速增長，道路交通事故頻繁發(fā)生，已成為近年來影響我國公眾安全感的重要因素之一，道路交通安全問題已經成為影響社會和諧和改善民生的基本問題之一。中國迫切需要從技術、政策、教育等各方面改善交通安全，其中提升車輛安全設計是其中的重要組成部分。

提升車輛安全的技術主要分為被動安全技術和主動安全技術。被動安全技術用于在事故發(fā)生后，對車內、車外人員及物品的保護；主動安全技術用于防止和減少車輛發(fā)生事故，避免人員受到傷害；主動安全技術是現(xiàn)代車輛安全技術發(fā)展的重點和趨勢。

基于通信的碰撞預警系統(tǒng)，通過利用先進的無線通信技術和新一代信息處理技術，實現(xiàn)車與車、車與路側基礎設施間的實時信息交互，告知彼此目前的狀態(tài)(包括車輛的位置、速度、加速度、行駛路徑)及獲知的道路環(huán)境信息，協(xié)作感知道路危險狀況，及時提供多種碰撞預警信息，防止道路交通安全事故的發(fā)生，成為當前各國試圖解決道路交通安全問題的一種新的思路。

圖1為相關技術中通過網絡信息平臺向車輛發(fā)送交通、調度信息的示意圖，圖2是相關技術中LTE車輛網的架構示意圖，結合圖1和圖2所示，車聯(lián)網(Vehicle to Everthing，簡稱為V2X)是指通過裝載在車輛上的傳感器、車載終端及電子標簽提供車輛信息，采用各種通信技術實現(xiàn)車與車(Vehicle to Vehicle，簡稱為V2V)、車與人(Vehicle to personal，簡稱為V2P)、車與路(基礎設施)(Vehicle to Infrastructure，簡稱為V2I)互連互通，并在信息網絡平臺上對信息進行提取、共享等有效利用，對車輛進行有效的管控和提供綜合服務。

近年來隨著新的移動通信技術的發(fā)展，國際上出現(xiàn)了使用LTE技術來解決基于車聯(lián)網通信應用的研究。路邊單元Road Side Unit，簡稱為RSU)可以接收車輛請求，保證車輛接入Internet，有網關的功能；此外，它也擁有數(shù)據(jù)運算、存儲、轉發(fā)的功能。

車輛與路邊單元(Vehicle to Road Side Unit，簡稱為V2R)，也可稱為V2I，的通信的主要特點包括:

(1)RSU廣播時，廣播信息只發(fā)送給它覆蓋范圍內的所有車輛；

(2)RSU和車輛之間是單跳傳輸，防止多跳帶來的包傳遞成功率低、網絡吞吐量低 等不利影響；

(3)RSU可以快速的接收探測到經過的車輛、紅綠燈和一些路況信息，并把這些信息進行處理、重新排序、選擇之后再發(fā)給車輛。

上述三個方面保證車輛經過RSU時，通過與RSU建立連接保證車輛可以可靠、實時的接入Internet或者下載RSU存儲的數(shù)據(jù)。

由上述可知，當車載單元OBU有告警業(yè)務需要發(fā)送給其他車輛或行人時，其他車輛或行人由于位置或者其他原因可能無法接收上述告警信息的業(yè)務，從而導致告警信息的業(yè)務發(fā)送不成功。針對相關技術中的上述問題，目前尚未有解決辦法。

技術實現(xiàn)要素：

本發(fā)明提供了一種車聯(lián)網中告警信息的處理方法及裝置，以至少解決相關技術中當車載單元OBU有告警業(yè)務需要發(fā)送給其他車輛或行人時，其他車輛或行人由于位置或者其他原因可能無法接收上述告警信息的業(yè)務，從而導致告警信息的業(yè)務發(fā)送不成功的問題。

根據(jù)本發(fā)明的一個方面，提供了一種車聯(lián)網中告警信息的處理方法，包括：路邊單元RSU向車聯(lián)網中的車載單元OBU發(fā)送告警指示信息；在車聯(lián)網中的OBU檢測到告警信息時，所述RSU接收所述檢測到告警信息的OBU依據(jù)所述告警指示信息發(fā)送的所述告警信息；所述RSU向其覆蓋范圍內的OBU發(fā)送所述告警信息。

進一步地，所述RSU接收所述檢測到告警信息的OBU依據(jù)所述告警指示信息上報的所述告警信息包括：所述RSU接收所述述檢測到告警信息的OBU通過車聯(lián)網應用服務器V2X AS通過廣播或單播方式發(fā)送的所述告警信息，其中，所述OBU通過應用層接口向所述V2X AS發(fā)送所述告警信息。

進一步地，所述RSU向其覆蓋范圍內的OBU發(fā)送所述告警信息包括：所述RSU通過演進的多媒體廣播多播業(yè)務eMBMS的方式或小區(qū)廣播向其覆蓋范圍內的OBU發(fā)送所述告警信息。

進一步地，所述告警信息包括以下至少之一：車到車V2V告警信息，車到行人V2P告警信息。

進一步地，所述告警指示信息用于指示所述OBU向RSU發(fā)送告警信息的條件，其中，所述條件包括以下至少之一：OBU位置、狀態(tài)、時段、告警信息類別。

根據(jù)本發(fā)明的另一個方面，提供了一種車聯(lián)網中告警信息的處理方法，包括：車聯(lián)網中的車載單元OBU接收到路邊單元RSU發(fā)送的告警指示信息；在車聯(lián)網中的OBU檢測到告警信息時，所述檢測到告警信息的OBU依據(jù)所述告警指示信息向所述RSU發(fā)送告警信息；所述OBU接收所述RSU向其覆蓋范圍內的OBU發(fā)送的所述告警信息。

根據(jù)本發(fā)明的再一個方面，提供了一種車聯(lián)網中告警信息的處理裝置，位于路邊單元RSU側，包括：第一發(fā)送模塊，用于向車聯(lián)網中的車載單元OBU發(fā)送告警指示信息；第一接收模塊，用于在車聯(lián)網中的OBU檢測到告警信息時，接收所述檢測到告警信息的OBU依據(jù)所述告警指示信息發(fā)送的所述告警信息；

第二發(fā)送模塊，用于向其覆蓋范圍內的OBU發(fā)送所述告警信息。

進一步地，所述第一接收模塊還用于，接收所述述檢測到告警信息的OBU通過車聯(lián)網應用服務器V2X AS通過廣播或單播方式發(fā)送的所述告警信息，其中，所述OBU通過應用層接口向所述V2X AS發(fā)送所述告警信息。

進一步地，所述第二發(fā)送模塊，還用于通過演進的多媒體廣播多播業(yè)務eMBMS的方式或小區(qū)廣播向其覆蓋范圍內的OBU發(fā)送所述告警信息。

進一步地，所述告警信息包括以下至少之一：車到車V2V告警信息，車到行人V2P告警信息。

根據(jù)本發(fā)明的再一個方面，提供了一種車聯(lián)網中告警信息的處理裝置，位于車聯(lián)網中的車載單元OBU側，包括：第二接收模塊，用于接收到路邊單元RSU發(fā)送的告警指示信息；第三發(fā)送模塊，用于在車聯(lián)網中的OBU檢測到告警信息時，依據(jù)所述告警指示信息向所述RSU發(fā)送告警信息；第三接收模塊，用于接收所述RSU向其覆蓋范圍內的OBU發(fā)送的所述告警信息。

在本發(fā)明中，采用RSU對覆蓋范圍內的所有OBU發(fā)送告警指示信息，而對于檢測到告警信息的OBU，在告警指示信息的指示下向RSU覆蓋范圍內的所有OBU發(fā)送告警信息，從而能夠有效的提高V2X告警業(yè)務通知發(fā)送/接收的成功概率，解決相關技術中當車載單元OBU有告警業(yè)務需要發(fā)送給其他車輛或行人時，其他車輛或行人由于位置或者其他原因可能無法接收上述告警信息的業(yè)務，從而導致告警信息的業(yè)務發(fā)送不成功的問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1為相關技術中通過網絡信息平臺向車輛發(fā)送交通、調度信息的示意圖；

圖2是相關技術中LTE車輛網的架構示意圖；

圖3是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理方法的流程圖一；

圖4是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理方法的流程圖二；

圖5是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理裝置結構框圖一；

圖6是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理裝置結構框圖二；

圖7是根據(jù)本發(fā)明可選實施例的告警信息的通知方法的流程圖；

圖8是根據(jù)本發(fā)明可選實施例的LTE eMBMS系統(tǒng)架構圖；

圖9是根據(jù)本發(fā)明可選實施例一的方法流程圖；

圖10是根據(jù)本發(fā)明可選實施例二的方法流程圖；

圖11是根據(jù)本發(fā)明可選實施例三的方法流程圖；

圖12是根據(jù)本發(fā)明可選實施例的信息通知的系統(tǒng)的示意圖；

圖13是根據(jù)本發(fā)明可選實施例的信息通知的OBU的示意圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種車聯(lián)網中告警信息的處理方法，圖3是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理方法的流程圖一，如圖3所示，該流程包括如下步驟：

步驟S302：路邊單元RSU向車聯(lián)網中的車載單元OBU發(fā)送告警指示信息；

步驟S304：在車聯(lián)網中的OBU檢測到告警信息時，RSU接收檢測到告警信息的OBU依據(jù)告警指示信息發(fā)送的告警信息；

步驟S306：RSU向其覆蓋范圍內的OBU發(fā)送告警信息。

通過本實施例中的步驟S302至步驟S306，采用RSU對覆蓋范圍內的所有OBU發(fā)送告警指示信息，而對于檢測到告警信息的OBU，在告警指示信息的指示下向RSU覆蓋范圍內的所有OBU發(fā)送告警信息，從而能夠有效的提高V2X告警業(yè)務通知發(fā)送/接收的成功概率，解決相關技術中當車載單元OBU有告警業(yè)務需要發(fā)送給其他車輛或行人時，其他車輛或行人由于位置或者其他原因可能無法接收上述告警信息的業(yè)務，從而導致告警信息的業(yè)務發(fā)送不成功的問題。

對于本實施例步驟S306中涉及到的RSU接收檢測到告警信息的OBU依據(jù)告警指示信息上報的告警信息，在本實施例的可選實施方式中，可以通過如下方式來實現(xiàn)：RSU接收述檢測到告警信息的OBU通過車聯(lián)網應用服務器V2X AS通過廣播或單播方式發(fā)送的告警信息，其中，OBU通過應用層接口向V2X AS發(fā)送告警信息。

而在本實施例的另一個可選實施方式中，步驟S304中RSU向其覆蓋范圍內的OBU發(fā)送告警信息方式，可以通過如下方式來實現(xiàn)：RSU通過演進的多媒體廣播多播業(yè)務eMBMS的方式或小區(qū)廣播向其覆蓋范圍內的OBU發(fā)送告警信息。

此外，在本實施例中的告警信息包括以下至少之一：車到車V2V告警信息，車到行人V2P告警信息。

本實施例中涉及到的告警指示信息用于指示OBU向RSU發(fā)送告警信息的條件，其中，該條件包括以下至少之一：OBU位置、狀態(tài)、時段、告警信息類別。

圖4是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理方法的流程圖二，如圖4所示，該方法的步驟包括：

步驟S402：車聯(lián)網中的車載單元OBU接收到路邊單元RSU發(fā)送的告警指示信息；

步驟S404：在車聯(lián)網中的OBU檢測到告警信息時，檢測到告警信息的OBU依據(jù)告警指示信息向RSU發(fā)送告警信息；

步驟S406：OBU接收RSU向其覆蓋范圍內的OBU發(fā)送的告警信息。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例的方法。

在本實施例中還提供了一種車聯(lián)網中告警信息的處理裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。

圖5是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理裝置結構框圖一，該裝置位于路邊單元RSU側，該裝置包括：第一發(fā)送模塊52，用于向車聯(lián)網中的車載單元OBU發(fā)送告警指示信息；第一接收模塊54，與第一發(fā)送模塊52耦合連接，用于在車聯(lián)網中的OBU檢測到告警信息時，接收檢測到告警信息的OBU依據(jù)告警指示信息發(fā)送的告警信息；第二發(fā)送模塊56，與第一接收模塊54耦合連接，用于向其覆蓋范圍內的OBU發(fā)送告警信息。

可選地，該第一接收模塊54還用于，接收述檢測到告警信息的OBU通過車聯(lián)網應用服務器V2X AS通過廣播或單播方式發(fā)送的告警信息，其中，OBU通過應用層接口向V2X AS發(fā)送告警信息。

可選地，第二發(fā)送模塊56，還用于通過演進的多媒體廣播多播業(yè)務eMBMS的方式或小區(qū)廣播向其覆蓋范圍內的OBU發(fā)送告警信息。

對于本實施例中涉及到的告警信息包括以下至少之一：車到車V2V告警信息，車到行人V2P告警信息。

圖6是根據(jù)本發(fā)明實施例的車聯(lián)網中告警信息的處理裝置結構框圖二，該裝置位于車聯(lián)網中的車載單元OBU側，如圖6所示，該裝置包括：第二接收模塊62，用于接收到路邊單元RSU發(fā)送的告警指示信息；第三發(fā)送模塊64，與第二接收模塊62耦合連接，用于在車聯(lián)網中的OBU檢測到告警信息時，依據(jù)告警指示信息向RSU發(fā)送告警信息；第三接收模塊66，與第三發(fā)送模塊64耦合連接，用于接收RSU向其覆蓋范圍內的OBU發(fā)送的告警信息。

下面結合本發(fā)明的可選實施例對本發(fā)明進行舉例說明；

本可選實施例提供了一種告警信息的通知方法，該方法的原理為：路邊單元RSU在覆蓋區(qū)域內廣播發(fā)送指示信息，收到指示信息的車載單元OBU確定有車到車V2V或車到人V2P告警信息需要發(fā)送時，OBU根據(jù)RSU的指示向RSU上報車到基礎設備V2I告警信息，收到告警信息的RSU在覆蓋區(qū)域內采用eMBMS方式或小區(qū)廣播轉發(fā)收到的告警信息。通過本可選實施例的方法，能夠提高V2X告警業(yè)務通知發(fā)送/接收的成功概率。

圖7是根據(jù)本發(fā)明可選實施例的告警信息的通知方法的流程圖，如圖7所示，該方法的步驟包括：

步驟S701，RSU廣播指示信息。

其中，該RSU為基站eNB或靜止UE或專用的RSU，如802.11P中的接入點AP；

該指示信息至少包括：告警信息上報指示；該指示信息可通過一個比特R說明，如：R＝1，需要上報；R＝0，不需要上報。上報是指OBU通過V2I方式向RSU上報告警信息。告警信息包括以下至少一種：車到車V2V告警信息，車到行人V2P告警信息。

可選地，該指示信息還可以包括：上報空口資源指示信息，其中，空口資源是指UE到eNB的上行Uu口資源，該資源為一個資源池，其中的資源用于傳輸V2I信息。需要指出的是，該資源指示信息用于OBU自主選擇資源的場景，如果采用RSU調度資源，則RSU不需要事先分配資源池，當OBU發(fā)送請求時，由RSU為OBU分配資源。上報空口資源與用于V2V/V2P的空口資源分開配置，即V2I上行資源與V2V/V2P資源相互獨立。

資源池可通過以下一種或多種信息指示：時間-頻率位置/索引，循環(huán)前綴CP長度，周期，調制和編碼方案MCS。

RSU根據(jù)自身位置或者運營商/業(yè)務商設置確定“告警信息上報指示”，如RSU處于高架橋上/下、或RSU附近有高層建筑遮擋、或RSU附近道路可視條件較差、或運營商/業(yè)務商要求該RSU接收告警信息，等等，則RSU確定“告警信息上報指示”為真true，否則上報指示為假false。

需要說明的是，RSU還可以設定OBU上報告警信息的條件，當條件滿足時，OBU上報告警信息，如OBU處于特定位置時、或者在某個特定時間段內、或者特定事件發(fā)生時，OBU需要上報告警信息給RSU.

此外，RSU在指示信息中包括：OBU直接上報RSU或者上報V2X業(yè)務中心；其中，OBU直接上報RSU采用V2I方式，OBU上報V2X業(yè)務中心采用應用層方式。

廣播采用現(xiàn)有系統(tǒng)廣播消息或新的廣播消息實現(xiàn)，該廣播周期性發(fā)送。

步驟S702，OBU判斷是否向RSU發(fā)送告警業(yè)務，如果是，則轉向步驟S703，否則轉向步驟S705。

其中，OBU先檢測到告警業(yè)務，如道路有車輛發(fā)生故障、道路擁堵、有大霧、道路維修等等，OBU需要將檢測到的告警信息通知給臨近的其他車輛或者行人。然后，OBU根據(jù)收到的步驟S801中的RSU廣播信息，判斷是否需要上報RSU，如步驟S801中RSU廣播指示信息中明確指示“告警信息上報指示”為真，則OBU確定需要將檢測到的告警業(yè)務上報RSU.

步驟S703，OBU選擇資源上報RSU告警信息。

其中，OBU有兩種方式向RSU發(fā)送告警信息：

1)OBU直接向RSU發(fā)送告警信息；

2)OBU通過eMBMS方式向RSU發(fā)送告警信息。

在上述方式2)中，OBU首先向車聯(lián)網業(yè)務中心(如V2X-SC)通過應用層發(fā)送告警信息，車聯(lián)網業(yè)務中心通過現(xiàn)有的eMBMS架構向RSU轉發(fā)告警信息，RSU通過eMBMS承載向其他車輛/行人轉發(fā)告警信息。圖8是根據(jù)本發(fā)明可選實施例的LTE eMBMS系統(tǒng)架構圖，如圖8所示，V2X-SC為專用于V2X業(yè)務，此外圖8中的VC1為V2X-SC和OBU/UE之間的應用層接口，用于傳輸應用層數(shù)據(jù)。

可選的，OBU還可以采用小區(qū)廣播方式發(fā)送V2I告警信息。

在OBU在發(fā)送V2I告警信息業(yè)務時，也向臨近的其他OBU和/或行人發(fā)送告警信息，即通過V2V向鄰近車輛發(fā)送告警信息，通過V2P向行人發(fā)送告警信息，發(fā)送采用廣播或多播承載。

OBU為RRC_Connected或RRC_Idle模式。OBU在資源池指定的時刻或者立即發(fā) 送V2I告警業(yè)務信息，發(fā)送采用單播承載，如果OBU為連接態(tài)，則直接向RSU發(fā)送，如果OBU為空閑態(tài)，則首先進入連接態(tài)后再向RSU發(fā)送告警信息。

需要指出的是，當OBU自主選擇V2I空口資源時，如果有兩個或以上的OBUs同時選擇了相同的資源發(fā)送業(yè)務通知，則發(fā)生資源請求沖突。如果發(fā)生沖突，一般采用發(fā)生沖突的OBUs后退隨機時間后再重新選擇資源。

步驟S704，RSU廣播轉發(fā)告警信息。

其中，RSU收到OBU發(fā)送的告警信息，RSU確定該告警信息為V2V和/或V2P告警業(yè)務，可以根據(jù)收到告警信息的資源位置確定。

RSU可通過小區(qū)廣播或者eMBMS方式廣播收到的告警信息，RSU覆蓋區(qū)域內的OBU(車輛或行人)根據(jù)現(xiàn)有的小區(qū)廣播或eMBMS業(yè)務流程監(jiān)聽并接收所需的告警信息。

步驟S705，OBU發(fā)送V2V/V2P告警信息。

其中，OBU根據(jù)步驟S801中的指示信息確定不需要上報RSU，即指示信息為“告警信息上報指示”為假false，OBU根據(jù)RSU指示選擇V2V/V2P發(fā)送資源，并通過上述資源發(fā)送V2V/V2P告警信息。

可選的，如果采用D2D發(fā)現(xiàn)通告?zhèn)鬏敻婢畔ⅲ瑒tD2D發(fā)現(xiàn)的內容本身為V2X告警業(yè)務，該內容對接入層透明，即接入層將上述內容發(fā)送給上層解析得到所需的V2X告警業(yè)務內容；如果采用D2D通信控制信道傳輸V2X告警業(yè)務通知，則D2D通信數(shù)據(jù)信道用于傳輸V2X告警業(yè)務，且在D2D通信控制信道中指示D2D通信數(shù)據(jù)信道的資源位置，監(jiān)聽OBU根據(jù)收到的通知消息，進一步可以獲取所需的V2X告警信息業(yè)務內容。

需要指出的是，本可選實施例中的OBU車載單元相當于用戶設備UE。

下面結合本發(fā)明可選實施的具體實施例對本發(fā)明可選實施例進行詳細說明；

實施例一:

本實施例是針對OBU自主選擇資源發(fā)送V2I告警信息的場景；圖9是根據(jù)本發(fā)明可選實施例一的方法流程圖，如圖9所示，該方法的步驟包括：

步驟S901，RSU廣播發(fā)送指示信息。

其中，指示信息至少包括：告警信息上報指示，上報資源池。其中，告警信息上報指示用于OBU確定是否上報告警信息到RSU，上報資源池用于OBU自主選擇資源向RSU發(fā)送告警信息。

步驟S902，OBU判斷是否需要上報RSU，如果是，則轉向步驟S903，否則，轉向 步驟S905；

其中，OBU根據(jù)RSU的指示判斷是否需要上報RSU，如果上報指示為真或者OBU檢測到的事件滿足RSU設定的上報條件，則OBU確定需要上報RSU。

驟S903，OBU選擇資源并上報RSU告警信息；

其中，OBU在上報資源池中選擇資源用于發(fā)送V2I告警信息，該OBU為RRC_Connected或RRC_Idle模式。OBU在資源池指定的時刻或者在立即發(fā)送告警信息，發(fā)送采用單播方式。對于空閑態(tài)OBU，需要先進入連接態(tài)后再發(fā)送告警信息。

如果發(fā)生資源沖突，則相應的OBU后退一段隨機時間后重新選擇資源池中的資源。

步驟S904，RSU廣播轉發(fā)告警信息；

其中，RSU根據(jù)資源的位置可以判斷收到的信息是否為V2V/V2P告警信息；RSU采用小區(qū)廣播或eMBMS方式發(fā)送告警信息，RSU覆蓋內的OBU根據(jù)現(xiàn)有的小區(qū)廣播或eMBMS流程監(jiān)聽并接收所需的告警信息。

步驟S905，OBU選擇資源用于發(fā)送V2V/V2P告警信息。

其中，OBU在用于V2V/V2P的資源池中選擇資源，注意：用于V2V/V2P的資源池不同于步驟S1001中的上報資源池，即V2V/V2P資源池用于PC5接口，步驟S1001中上報資源池用于上行Uu口。

如果采用D2D發(fā)現(xiàn)通告?zhèn)鬏擵2V/V2P告警信息，則OBU選擇D2D發(fā)現(xiàn)通告資源用于發(fā)送V2V/V2P告警信息；如果采用D2D通信傳輸V2V/V2P告警信息，則OBU首先通過D2D通信控制信道發(fā)送控制信令，然后根據(jù)上述控制信令指示的位置發(fā)送V2V/V2P告警信息。發(fā)送通過廣播或多播承載實現(xiàn)。

實施例二：

本實施例是針對OBU采用RSU調度資源發(fā)送V2I告警信息的場景；圖10是根據(jù)本發(fā)明可選實施例二的方法流程圖，如圖10所示，該方法的步驟包括：

步驟S1001，RSU廣播指示信息。

指示信息至少包括：告警信息上報指示。

步驟S1002，OBU判斷是否需要上報告警信息，如果是，則轉向步驟S1003，否則，轉向步驟S1007。

其中，OBU根據(jù)RSU的指示判斷是否需要上報RSU，如果上報指示為真或者OBU檢測到的事件滿足RSU設定的上報條件，則OBU確定需要上報RSU。

步驟S1003，OBU向RSU請求發(fā)送告警信息。

其中，OBU為RRC_Connected或RRC_Idle，如果為連接態(tài)，則OBU直接向RSU請求上報，如果為空閑態(tài)，則OBU通過隨機接入過程向RSU請求上報。

步驟S1004，RSU給OBU分配上報告警信息的資源。

其中，RSU根據(jù)OBU的請求分配資源并指示資源給OBU。

步驟S1005，OBU向RSU上報告警信息。

其中，OBU采用分配到的資源向RSU上報告警信息。

步驟S1006，RSU廣播發(fā)送告警信息。

其中，RSU根據(jù)資源的位置可以判斷收到的信息是否為V2V/V2P告警信息；RSU采用小區(qū)廣播或eMBMS方式發(fā)送告警信息，RSU覆蓋內的OBU根據(jù)現(xiàn)有的小區(qū)廣播或eMBMS流程監(jiān)聽并接收所需的告警信息。

步驟S1007，OBU發(fā)送V2V/V2P告警信息。

其中，OBU在用于V2V/V2P的資源池中選擇資源，需要說明的是，用于V2V/V2P的資源池不同于步驟S1001中的上報資源池，即V2V/V2P資源池用于PC5接口，步驟S1001中上報資源池用于上行Uu口。

如果采用D2D發(fā)現(xiàn)通告?zhèn)鬏擵2V/V2P告警信息，則OBU選擇D2D發(fā)現(xiàn)通告資源用于發(fā)送V2V/V2P告警信息；如果采用D2D通信傳輸V2V/V2P告警信息，則OBU首先通過D2D通信控制信道發(fā)送控制信令，然后根據(jù)上述控制信令指示的位置發(fā)送V2V/V2P告警信息。發(fā)送通過廣播或多播承載實現(xiàn)。

實施例三：

本實施例是針對采用eMBMS方式轉發(fā)V2X告警信息的場景；圖11是根據(jù)本發(fā)明可選實施例三的方法流程圖，如圖11所示，該方法的步驟包括：

步驟S1101，RSU廣播指示信息。

其中，指示信息至少包括：告警信息上報指示，采用eMBMS方式轉發(fā)；

采用eMBMS方式轉發(fā)是指：OBU上報告警信息到業(yè)務中心服務器，業(yè)務中心通過eMBMS架構轉發(fā)告警信息。

步驟S1102，OBU判斷是否上報告警信息，如果是，則轉向步驟S1103，否則，轉向步驟S1105。

其中，OBU根據(jù)RSU的指示判斷是否需要上報RSU，如果上報指示為真或者OBU檢測到的事件滿足RSU設定的上報條件，則OBU確定需要上報RSU。

步驟S1103，OBU向業(yè)務中心發(fā)送告警信息。

OBU通過應用層數(shù)據(jù)向業(yè)務中心發(fā)送告警信息。業(yè)務中心為用于V2X業(yè)務的服務器，可對V2X業(yè)務內容進行分析處理和轉發(fā)。

步驟S1104，業(yè)務中心通過eMBMS方式向OBU發(fā)送告警信息。

業(yè)務中心通過現(xiàn)有的eMBMS承載向覆蓋區(qū)域內的OBU轉發(fā)告警信息，上書覆蓋區(qū)域是指告警信息影響的區(qū)域，業(yè)務中心根據(jù)告警信息的內容確定覆蓋區(qū)域。

OBU根據(jù)現(xiàn)有流程監(jiān)聽并接收所需的告警信息。

步驟S1105，OBU發(fā)送V2V/V2P告警信息。

其中，OBU在用于V2V/V2P的資源池中選擇資源，注意：用于V2V/V2P的資源池不同于步驟S1001中的上報資源池，即V2V/V2P資源池用于PC5接口，步驟S1001中上報資源池用于上行Uu口。

如果采用D2D發(fā)現(xiàn)通告?zhèn)鬏擵2V/V2P告警信息，則OBU選擇D2D發(fā)現(xiàn)通告資源用于發(fā)送V2V/V2P告警信息；如果采用D2D通信傳輸V2V/V2P告警信息，則OBU首先通過D2D通信控制信道發(fā)送控制信令，然后根據(jù)上述控制信令指示的位置發(fā)送V2V/V2P告警信息。發(fā)送通過廣播或多播承載實現(xiàn)。

圖12是根據(jù)本發(fā)明可選實施例的信息通知的系統(tǒng)的示意圖，如圖12所示，該系統(tǒng)包括：OBU 60，RSU 61，eMBMS網元62；

其中，RSU 61用于廣播指示信息，指示覆蓋區(qū)域內的OBU 60自主選擇資源，還用于為OBU60調度上報告警信息的資源，還用于接收告警信息和廣播轉發(fā)的告警信息；

OBU 60用于接收RSU61廣播的指示信息，判斷是否需要上報，選擇或請求資源發(fā)送告警信息，接收RSU61廣播的告警信息。

eMBMS網元62用于轉發(fā)告警信息，eMBMS網元包括：MCE，MBMS-GW，BM-SC。

圖13是根據(jù)本發(fā)明可選實施例的信息通知的OBU的示意圖，如圖13所示，該OBU包括：判斷單元600，接收單元601，發(fā)送單元602：

其中，判斷單元600，用于判斷是否需要上報告警信息；

接收單元601，用于接收RSU廣播指示信息和RSU廣播告警信息，還用于接收RSU的資源分配指示信息。

發(fā)送單元602，用于上報告警信息到RSU，以及告警信息發(fā)送請求。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

本發(fā)明的實施例還提供了一種存儲介質?？蛇x地，在本實施例中，上述存儲介質可以被設置為存儲用于執(zhí)行以下步驟的程序代碼：

步驟S1：車聯(lián)網中的車載單元OBU接收到路邊單元RSU發(fā)送的告警指示信息；

步驟S2：在車聯(lián)網中的OBU檢測到告警信息時，檢測到告警信息的OBU依據(jù)告警指示信息向RSU覆蓋范圍內的所有OBU發(fā)送告警信息。

可選地，在本實施例中，上述存儲介質可以包括但不限于：U盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM，Random Access Memory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。