專利名稱：車載通信裝置以及路車間-車車間通信協(xié)作系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及利用在道路上行駛的移動站之間進(jìn)行的車車間通信、以及在道路上設(shè) 置的基站裝置與移動站之間進(jìn)行的路車間通信，對移動站提供服務(wù)的車載通信裝置以及路 車間-車車間通信協(xié)作系統(tǒng)。
背景技術(shù)：
近年來，研究著利用進(jìn)行車車間通信的車載通信裝置而使安全駕駛支援系統(tǒng)實用 化的方案。在該情況下，在車載通信裝置中，一般使用在各車輛之間針對每一定周期相互發(fā) 送接收本車輛的信息的信息交換型應(yīng)用。另外，在車車間通信系統(tǒng)中，各車輛為了自發(fā)地發(fā) 送信息，以往知道在訪問方式中使用CSMA(Carrier Sense Multiple Access，載波偵聽多 路訪問)方式。在CSMA方式中，如果利用信息交換型應(yīng)用，則在通信區(qū)域內(nèi)存在的車輛臺數(shù)增加 了的情況下，通信業(yè)務(wù)增加，而超過通信容量，所以產(chǎn)生通信的可靠性劣化的擁塞，無法可 靠地進(jìn)行通過車車間通信的信息傳遞而無法提供安全支援服務(wù)。因此，在專利文獻(xiàn)1中，公開了以在車車間通信系統(tǒng)中不產(chǎn)生擁塞的方式，根據(jù)車 輛的危險的狀況、或通信路的業(yè)務(wù)量進(jìn)行本車輛的發(fā)送周期控制(信息量控制)，從而避免 擁塞的方法。另外，前瞻性地設(shè)想在車車間通信系統(tǒng)中除了信息交換型應(yīng)用以外還利用發(fā)送緊 急信息的應(yīng)用等多個應(yīng)用。進(jìn)而，為了提供這些應(yīng)用，需要消息的重發(fā)、或分割組合。因此，在由社團(tuán)法人電波產(chǎn)業(yè)界確定的標(biāo)準(zhǔn)規(guī)格“窄帶通信(DSRC)應(yīng)用子層ARIB STD-T88”(平成16年5月25日制定)以及專利文獻(xiàn)2中，公開了如下方法在路車間通信系 統(tǒng)中，為了應(yīng)對多重應(yīng)用，使用本地端口控制協(xié)議(Local Port Control Protocol =LPCP), 為了對應(yīng)于消息的重發(fā)、或分割組合，使用本地端口協(xié)議(Local Port Protocol :LPP)。專利文獻(xiàn)1 日本特開2006-209333號公報專利文獻(xiàn)2 國際公開第2005-039075號

發(fā)明內(nèi)容
在專利文獻(xiàn)1記載的車載通信裝置中，作為信息交換型應(yīng)用，進(jìn)行僅設(shè)想了單一 的應(yīng)用的通信控制，所以無法應(yīng)對同時利用緊急應(yīng)用等其他多個應(yīng)用的情況下的通信控 制。另外，在專利文獻(xiàn)1記載的車載通信裝置中，無法為了緊急應(yīng)用等其他多個應(yīng)用，預(yù)先 確保通信頻帶。進(jìn)而，在專利文獻(xiàn)1記載的車載通信裝置中，存在如下問題僅對本車輛進(jìn)行通信 控制而避免擁塞，但僅通過本車輛的通信控制無法立即減少網(wǎng)絡(luò)整體的業(yè)務(wù)量。另外，在專利文獻(xiàn)2記載的路車間通信系統(tǒng)中，可通過本地端口控制協(xié)議應(yīng)對多 重應(yīng)用，通過本地端口協(xié)議進(jìn)行了消息的重發(fā)、或分割/組合，但無法應(yīng)對在車車間通信中 必要的擁塞控制、或優(yōu)先級控制。
進(jìn)而，在專利文獻(xiàn)2記載的路車間通信系統(tǒng)中，通過本地端口協(xié)議，管理著窄帶通 信(Dedicated Short Range Communication :DSRC)的連接狀況，但在本地端口協(xié)議中沒有 規(guī)定初始連接的步驟，所以無法在車車間通信系統(tǒng)中直接利用專利文獻(xiàn)2記載的路車間通 信系統(tǒng)。本發(fā)明是為了解決上述那樣的問題而完成的，其目的在于提供一種車載通信裝置 以及路車間-車車間通信協(xié)作系統(tǒng)，進(jìn)行避免信息的擁塞的通信控制，并且提供在車車間 通信系統(tǒng)中必要的優(yōu)先級控制、或初始連接的確立步驟，可以應(yīng)對多個應(yīng)用，可以進(jìn)行消息 的重發(fā)、或分割/組合，可以應(yīng)對路車間通信系統(tǒng)和車車間通信系統(tǒng)這雙方。本發(fā)明的第1方面提供一種車載通信裝置，分別搭載于移動站以及基站中，通過 無線通信在所述移動站之間以及所述移動站與所述基站之間相互成為接收側(cè)以及發(fā)送側(cè)， 其特征在于，所述車載通信裝置具備應(yīng)用處理部，對所述接收側(cè)的所述車載通信裝置周期性地發(fā)送消息；事務(wù)管理部，與所述應(yīng)用處理部連接，至少提供包括從所述應(yīng)用處理部接收到的 所述消息的重發(fā)、分割/組合的事務(wù)服務(wù)；傳送服務(wù)處理部，與所述事務(wù)管理部連接，對從所述事務(wù)管理部接收到的所述消 息，附加用于識別包括所述應(yīng)用處理部的上位協(xié)議的本地端口號；車車間通信傳送服務(wù)處理部，與所述傳送服務(wù)處理部連接，將從所述傳送服務(wù)處 理部接收到的所述消息，按照由所述應(yīng)用處理部處理的應(yīng)用的優(yōu)先級順序，發(fā)送到所述接 收側(cè)的所述車載通信裝置，發(fā)送接收針對所述傳送服務(wù)處理部的所述消息，通知包括錯誤 信息的事件信息；發(fā)送接收服務(wù)處理部，與所述車車間通信傳送服務(wù)處理部連接，通過無線通信在 與所述接收側(cè)的所述車載通信裝置之間，發(fā)送接收從所述車車間通信傳送服務(wù)處理部接收 到的所述消息；以及車車間通信管理服務(wù)處理部，與所述應(yīng)用處理部以及所述車車間通信傳送服務(wù)處 理部連接，從所述應(yīng)用處理部設(shè)定所述優(yōu)先級，根據(jù)來自所述車車間通信傳送服務(wù)處理部 的要求，通知所述優(yōu)先級，所述事務(wù)管理部以及所述傳送服務(wù)處理部構(gòu)成用于進(jìn)行所述移動站與所述基站 之間的路車間通信的路車間通信協(xié)議，所述車車間通信傳送服務(wù)處理部對所述接收側(cè)的所述車載通信裝置，通知所述車 車間通信管理服務(wù)處理部具有的通信控制信息，所述接收側(cè)的所述車載通信裝置在所述車車間通信傳送服務(wù)處理部中，將對所接 收到的所述消息賦予的所述通信控制信息發(fā)送到所述車車間通信管理服務(wù)處理部，所接收 到的所述消息被發(fā)送到所述傳送服務(wù)處理部。本發(fā)明的第8方面提供一種車載通信裝置，分別搭載于移動站以及基站中，通過 無線通信在所述移動站之間以及在所述移動站與所述基站之間相互成為接收側(cè)以及發(fā)送 側(cè)，其特征在于，所述車載通信裝置具備應(yīng)用處理部，利用路車間通信以及車車間通信從所述發(fā)送側(cè)對所述接收側(cè)發(fā)送消息；路車間-車車間通信協(xié)作服務(wù)處理部，根據(jù)包括從所述應(yīng)用處理部接收到的所述 消息的重發(fā)、分割/組合的事務(wù)服務(wù)、用于識別包括所述應(yīng)用處理部的上位協(xié)議的本地端 口號的附加、以及所述上位協(xié)議，判別所述消息的發(fā)送目的地；車車間通信傳送服務(wù)處理部，將從所述路車間-車車間通信協(xié)作服務(wù)處理部接收 到的所述消息，按照由所述應(yīng)用處理部處理的應(yīng)用的優(yōu)先級順序，發(fā)送到所述接收側(cè)的所 述車載通信裝置；發(fā)送接收服務(wù)處理部，對經(jīng)由所述車車間通信傳送服務(wù)處理部提供的所述消息、 以及從所述路車間-車車間通信協(xié)作服務(wù)處理部直接提供的所述消息，賦予用于識別的標(biāo) 識符，通過無線通信發(fā)送到所述接收側(cè)的所述車載通信裝置；以及車車間通信管理服務(wù)處理部，從所述應(yīng)用處理部設(shè)定所述優(yōu)先級，根據(jù)來自所述 車車間通信傳送服務(wù)處理部的要求，通知所述優(yōu)先級，所述路車間-車車間通信協(xié)作服務(wù)處理部判別將從所述應(yīng)用處理部接收到的所 述消息通過路車間通信發(fā)送、還是通過車車間通信發(fā)送，在是所述路車間通信的情況下對 所述發(fā)送接收服務(wù)處理部直接提供所述消息，在是所述車車間通信的情況下經(jīng)由所述車車 間通信傳送服務(wù)處理部提供給所述發(fā)送接收服務(wù)處理部，所述接收側(cè)的所述車載通信裝置的所述發(fā)送接收服務(wù)處理部根據(jù)從所述發(fā)送 側(cè)的所述車載通信裝置接收到的所述消息中賦予的所述標(biāo)識符，將所述消息發(fā)送到路車 間-車車間通信協(xié)作服務(wù)處理部或者車車間通信傳送服務(wù)處理部。根據(jù)本發(fā)明的第1方面記載的車載通信裝置，在既存的路車間通信協(xié)議即事務(wù)管 理部以及傳送服務(wù)處理部中，具備車車間通信傳送服務(wù)處理部以及車車間通信管理服務(wù)處 理部，從而可以得到對提供路車間通信系統(tǒng)的車載器和提供車車間通信系統(tǒng)的車載器進(jìn)行 了共用化的車載通信裝置，可以對路車間通信系統(tǒng)和車車間通信系統(tǒng)這兩方提供服務(wù)。另 外，可以通過車車間通信傳送服務(wù)處理部和車車間通信管理服務(wù)處理部，提供每個應(yīng)用的 優(yōu)先級，實現(xiàn)優(yōu)先級控制，所以可以縮短通信延遲。另外，通過由該車載通信裝置構(gòu)成路車 間-車車間通信協(xié)作系統(tǒng)，可以得到能夠?qū)崿F(xiàn)所述服務(wù)的系統(tǒng)。根據(jù)本發(fā)明的第8方面的車載通信裝置，通過具備路車間-車車間通信協(xié)作服務(wù) 處理部，可以不經(jīng)由車車間通信傳送服務(wù)處理部而發(fā)送路車間通信的數(shù)據(jù)，可以經(jīng)由車車 間通信傳送服務(wù)處理部，進(jìn)行必要的控制而向?qū)Ψ桨l(fā)送車車間通信的數(shù)據(jù)。另外，通過由該 車載通信裝置構(gòu)成路車間-車車間通信協(xié)作系統(tǒng)，可以得到能夠?qū)崿F(xiàn)所述服務(wù)的系統(tǒng)。


圖1是示出本發(fā)明的實施方式1的車載通信裝置以及路車間-車車間通信協(xié)作系 統(tǒng)的概略結(jié)構(gòu)的圖。圖2是示出本發(fā)明的實施方式1的車載通信裝置以及路車間-車車間通信協(xié)作系 統(tǒng)的詳細(xì)結(jié)構(gòu)的圖。圖3是示出本發(fā)明的實施方式1的車載通信裝置以及路車間-車車間通信協(xié)作系 統(tǒng)的車車間通信構(gòu)造的協(xié)議構(gòu)成的圖。圖4是示出本發(fā)明的實施方式1的數(shù)據(jù)傳送服務(wù)中的應(yīng)用數(shù)據(jù)傳送步驟的一個例子的圖。圖5是示出本發(fā)明的實施方式1的數(shù)據(jù)傳送服務(wù)中的控制數(shù)據(jù)傳送步驟的一個例 子的圖。圖6是示出本發(fā)明的實施方式1的事件通知服務(wù)的一個例子的圖。圖7是示出本發(fā)明的實施方式1的優(yōu)先級控制服務(wù)的一個例子的圖。圖8是示出本發(fā)明的實施方式1的優(yōu)先級控制服務(wù)的系統(tǒng)構(gòu)成的一個例子的圖。圖9是示出本發(fā)明的實施方式1的擁塞控制服務(wù)的發(fā)送周期控制的一個例子的 圖。圖10是示出本發(fā)明的實施方式1的擁塞控制服務(wù)的發(fā)送功率控制的一個例子的 圖。圖11是示出本發(fā)明的實施方式1的擁塞控制服務(wù)的接收靈敏度控制的一個例子 的圖。圖12是示出本發(fā)明的實施方式1的連接管理服務(wù)的連接查詢的一個例子的圖。圖13是示出本發(fā)明的實施方式1的連接管理服務(wù)的連接切斷通知的一個例子的 圖。圖14是示出本發(fā)明的實施方式1的數(shù)據(jù)重發(fā)的一個例子的圖。圖15是示出本發(fā)明的實施方式1的重復(fù)接收檢查的一個例子的圖。圖16是示出本發(fā)明的實施方式1的基元類別的圖。圖17是示出本發(fā)明的實施方式1的參數(shù)類別的圖。圖18是示出本發(fā)明的實施方式1的基元一覽的圖。圖19是示出本發(fā)明的實施方式1的協(xié)議棧上的服務(wù)接口的圖。圖20是示出本發(fā)明的實施方式1的ACML-Cormection(連接)基元的自變量的圖。圖21是示出本發(fā)明的實施方式1的ACML-Notify (通知)基元的自變量的圖。圖22是示出本發(fā)明的實施方式1的ACML-Registration (登記)基元的自變量的 圖。圖23是示出本發(fā)明的實施方式1的ACML-Deregistration (刪除)基元的自變量 的圖。圖M是示出本發(fā)明的實施方式1的ACML-Get (獲得)基元的自變量的圖。圖25是示出本發(fā)明的實施方式1的ACMLIet(SS)基元的自變量的圖。圖沈是示出本發(fā)明的實施方式1的sendData(發(fā)送數(shù)據(jù))基元的自變量的圖。圖27是示出本發(fā)明的實施方式1的eventReport (事件報告)的自變量的圖。圖28是示出本發(fā)明的實施方式1的CMCTL-sendData (發(fā)送數(shù)據(jù))基元的自變量 的圖。圖四是示出本發(fā)明的實施方式1的CMCTL-eventR印ort (事件報告)基元的自變 量的圖。圖30是示出本發(fā)明的實施方式1的CMCTL-Get (獲得)基元的自變量的圖。圖31是示出本發(fā)明的實施方式1的CMCTL^et(SS)基元的自變量的圖。圖32是示出本發(fā)明的實施方式1的MLME^et(SS)基元的自變量的圖。圖33是示出本發(fā)明的實施方式1的MLME-Get (獲得)基元的自變量的圖。
圖34是示出本發(fā)明的實施方式1的PLMEIet(SS)基元的自變量的圖。圖35是示出本發(fā)明的實施方式1的PLME-Get (獲得)基元的自變量的圖。圖36是示出本發(fā)明的實施方式1的應(yīng)用數(shù)據(jù)的PDU的關(guān)系的圖。圖37是示出本發(fā)明的實施方式1的控制數(shù)據(jù)的PDU的關(guān)系的圖。圖38是示出本發(fā)明的實施方式1的C2C頭信息的圖。圖39是示出本發(fā)明的實施方式1的PDU標(biāo)識符的圖。圖40是示出本發(fā)明的實施方式1的Beacon(信標(biāo))PDU的圖。圖41是示出本發(fā)明的實施方式1的Connect Request (連接請求)PDU的圖。圖42是示出本發(fā)明的實施方式1的Connect Response (連接響應(yīng))PDU的圖。圖43是示出本發(fā)明的實施方式1的Result Code (結(jié)果代碼)的一覽的圖。圖44是示出本發(fā)明的實施方式1的Ack PDU的圖。圖45是示出本發(fā)明的實施方式1的Congestion Control (擁塞控制)PDU的圖。圖46是示出本發(fā)明的實施方式1的Event (事件)PDU的圖。圖47是示出本發(fā)明的實施方式1的Event Code (事件代碼)的一覽的圖。圖48是示出本發(fā)明的實施方式1的數(shù)據(jù)傳送服務(wù)的應(yīng)用數(shù)據(jù)發(fā)送接收步驟的一 個例子的圖。圖49是示出本發(fā)明的實施方式1的數(shù)據(jù)傳送服務(wù)的控制數(shù)據(jù)發(fā)送接收步驟的一 個例子的圖。圖50是示出本發(fā)明的實施方式1的擁塞控制服務(wù)的步驟的一個例子的圖。圖51是示出利用了本發(fā)明的實施方式1的Beacon (信標(biāo))PDU的初始連接步驟的 一個例子的圖。圖52是示出本發(fā)明的實施方式1的初始連接步驟的Beacon (信標(biāo))PDU丟棄的一 個例子的圖。圖53是示出利用了本發(fā)明的實施方式1的廣播應(yīng)用的初始連接步驟的一個例子 的圖。圖M是示出本發(fā)明的實施方式1的初始連接步驟的連接無效的情況下的步驟的 一個例子的圖。圖55是示出通知本發(fā)明的實施方式1的連接狀態(tài)的步驟的圖。圖56是示出本發(fā)明的實施方式1的應(yīng)用的登記/刪除步驟的圖。圖57是示出本發(fā)明的實施方式1的重發(fā)處理有效的情況下的數(shù)據(jù)傳送步驟(基 本序列)的圖。圖58是示出本發(fā)明的實施方式1的重發(fā)處理步驟的一個例子的圖。圖59是示出本發(fā)明的實施方式1的重發(fā)處理中的重復(fù)檢查步驟的一個例子的圖。圖60是示出本發(fā)明的實施方式1的車車間通信傳送服務(wù)處理部的數(shù)據(jù)傳送服務(wù) 處理部的處理步驟的流程圖。圖61是示出本發(fā)明的實施方式1的車車間通信傳送服務(wù)處理部的事件通知服務(wù) 處理部的處理步驟的流程圖。圖62是示出本發(fā)明的實施方式1的車車間通信傳送服務(wù)處理部的優(yōu)先級控制服 務(wù)處理部的處理步驟的流程圖。
圖63是示出本發(fā)明的實施方式1的車車間通信管理服務(wù)處理部的擁塞控制服務(wù) 處理部的處理步驟的流程圖。圖64是示出本發(fā)明的實施方式1的車車間通信管理服務(wù)處理部的連接管理服務(wù) 處理部的初始連接步驟的決定步驟的流程圖。圖65是示出使用了本發(fā)明的實施方式1的車車間通信管理服務(wù)處理部的連接管 理服務(wù)處理部的信標(biāo)的初始連接步驟的流程圖。圖66是示出使用了本發(fā)明的實施方式1的車車間通信管理服務(wù)處理部的連接管 理服務(wù)處理部的廣播應(yīng)用的初始連接步驟的流程圖。圖67是示出本發(fā)明的實施方式1的應(yīng)用處理部的處理步驟的流程圖。圖68是示出本發(fā)明的實施方式1的事務(wù)管理部的處理步驟的流程圖。圖69是示出本發(fā)明的實施方式1的傳送服務(wù)處理部的處理步驟的流程圖。圖70是示出本發(fā)明的實施方式1的發(fā)送接收服務(wù)處理部的處理步驟的流程圖。圖71是示出本發(fā)明的實施方式2的車載通信裝置的概略結(jié)構(gòu)的圖。圖72是示出本發(fā)明的實施方式2的車載通信裝置的詳細(xì)結(jié)構(gòu)的圖。圖73是示出本發(fā)明的實施方式3的車載通信裝置的詳細(xì)結(jié)構(gòu)的圖。圖74是示出本發(fā)明的實施方式3的路車間通信應(yīng)用中附加的C2C頭信息的圖。圖75是示出本發(fā)明的實施方式4的車載通信裝置的概略結(jié)構(gòu)的圖。圖76是示出本發(fā)明的實施方式4的協(xié)議棧上的服務(wù)接口的圖。圖77是示出本發(fā)明的實施方式4和實施方式1的基元的相異點一覽的圖。圖78是示出本發(fā)明的實施方式5的車載通信裝置的概略結(jié)構(gòu)的圖。圖79是示出本發(fā)明的實施方式5的協(xié)議棧上的服務(wù)接口的圖。圖80是示出本發(fā)明的實施方式5和實施方式1的基元的相異點一覽的圖。
具體實施例方式<A.實施方式1><A-1.協(xié)議構(gòu)成〉使用圖1 圖70，對本發(fā)明的實施方式1進(jìn)行說明。另外，實施方式1的車載通信 裝置以及路車間-車車間通信協(xié)作系統(tǒng)可以作為路車間通信系統(tǒng)的車載通信裝置而提供 服務(wù)、或作為車車間通信系統(tǒng)的車載通信裝置而提供服務(wù)。在本實施方式1中，主要對作為 車車間通信系統(tǒng)的車載通信裝置而提供服務(wù)的情況進(jìn)行說明。圖1是概略地示出本發(fā)明的實施方式1的車載通信裝置100以及路車間-車車間 通信協(xié)作系統(tǒng)的協(xié)議構(gòu)成的框圖，圖2是詳細(xì)地示出該協(xié)議構(gòu)成的框圖。另外，在圖1以及 圖2中，對同一或者相當(dāng)?shù)慕Y(jié)構(gòu)附加同一符號，這在說明書的全文中是共通的。車載通信裝置100分別搭載于多個車輛上。并且，通過該車載通信裝置100，在各 車輛之間進(jìn)行無線通信。此處的車載通信裝置100是指搭載于汽車上的可移動的通信終 端、或如基站那樣固定的通信裝置。另外，無線通信既可以使用DSRC，也可以是使用了無線 LAN (Local Area Network，局域網(wǎng))、或便攜電話等采用的協(xié)議的通信。另外，在本申請說明書中，關(guān)注搭載了車載通信裝置100的被稱為“本車輛”(第1 車輛)的1個車輛而進(jìn)行說明，將除了該“本車輛”以外的搭載了車載通信裝置100的多個車輛稱為“周邊車輛”(第2車輛)。如圖1所示，車載通信裝置100具有車車間通信傳送服務(wù)處理部1、車車間通信管 理服務(wù)處理部2、應(yīng)用處理部3、事務(wù)管理部4、傳送服務(wù)處理部5、發(fā)送接收服務(wù)處理部6、以 及發(fā)送接收服務(wù)管理部7。此處，在本實施方式1中，將車車間通信傳送服務(wù)處理部1和車車間通信管理服務(wù) 處理部2總稱而稱為車車間通信子協(xié)議。車車間通信傳送服務(wù)處理部1 (以下，還稱為車車間通信傳輸子層)介于傳送服務(wù) 處理部5與發(fā)送接收服務(wù)處理部6之間，從車車間通信管理服務(wù)處理部2取得應(yīng)用處理部 3的應(yīng)用的優(yōu)先級，提供根據(jù)優(yōu)先級來控制所發(fā)送的順序的優(yōu)先級控制服務(wù)。進(jìn)而，對傳送 服務(wù)處理部5、車車間通信管理服務(wù)處理部2等，提供發(fā)送接收消息的數(shù)據(jù)傳送服務(wù)、或通 知錯誤等的事件通知服務(wù)。另外，通過對發(fā)送接收的數(shù)據(jù)(PDU Protocol Data Unit，協(xié)議數(shù)據(jù)單元)附加發(fā) 送周期、發(fā)送功率等通信控制信息，可以將用于擁塞控制的信息通知到周邊車輛的車車間 通信傳送服務(wù)處理部1。車車間通信管理服務(wù)處理部2 (以下，還稱為車車間通信管理層)被配置成相對應(yīng) 用處理部3、事務(wù)管理部4、傳送服務(wù)處理部5、車車間通信傳送服務(wù)處理部1以及發(fā)送接收 服務(wù)管理部7平行，利用應(yīng)用處理部3具有的車輛的位置信息或速度信息等車輛信息、和發(fā) 送接收服務(wù)管理部7具有的通信信道的利用率信息，提供用于避免信息的擁塞的擁塞控制 服務(wù)。此處，車輛信息是指車輛的速度、加減速度、位置、行駛方向以及指示燈的ON/ OFF (導(dǎo)通/斷開)信息等。進(jìn)而，車車間通信管理服務(wù)處理部2為了與對方站的車車間通信管理服務(wù)處理部 2連接，提供初始連接的連接步驟、切斷步驟，并提供管理通信狀況的通信連接管理服務(wù)。另外，車車間通信管理服務(wù)處理部2為了將用于擁塞控制服務(wù)的發(fā)送周期、通信 連接管理服務(wù)的通信狀況通知到應(yīng)用處理部3，在與應(yīng)用處理部3之間具有接口(第3接 口)。進(jìn)而，車車間通信管理服務(wù)處理部2為了設(shè)定用于擁塞控制服務(wù)的發(fā)送功率、接收靈 敏度、以及發(fā)送信道的信息、或為了取得通信信道利用率的信息，而在與發(fā)送接收服務(wù)管理 部7之間也具有接口(第1接口)。另外，車車間通信管理服務(wù)處理部2為了對所發(fā)送的數(shù)據(jù)上附加的通信控制信息 取得、對所接收到的數(shù)據(jù)上附加的通信控制信息設(shè)定、以及將控制數(shù)據(jù)發(fā)送到對方站的車 車間通信管理服務(wù)處理部2，還具有與車車間通信傳送服務(wù)處理部1的接口(第2接口)。 進(jìn)而，車車間通信管理服務(wù)處理部2還提供向?qū)Ψ秸景l(fā)送的控制數(shù)據(jù)的重發(fā)控制服務(wù)。應(yīng)用處理部3 (以下，還稱為應(yīng)用)具備在事務(wù)管理部4上動作的車車間通信應(yīng) 用。此處，應(yīng)用處理部3除了車車間通信應(yīng)用以外，也可以包括與路車間通信系統(tǒng)的應(yīng)用或 者ITSantelligent Transport Systems，智能交通系統(tǒng))相關(guān)的應(yīng)用以外的應(yīng)用等。事務(wù)管理部4(以下，還稱為本地端口協(xié)議)介于應(yīng)用處理部3與傳送服務(wù)處理部 5之間，是擴(kuò)展傳送服務(wù)處理部5的功能的通信協(xié)議。事務(wù)管理部4提供消息的重發(fā)、或分 割/組合等事務(wù)服務(wù)、以及管理通信連接、切斷等通信狀況的連接管理服務(wù)。傳送服務(wù)處理部5 (以下，還稱為本地端口控制協(xié)議)介于事務(wù)管理部4與車車間通信傳送服務(wù)處理部1之間，是用于實現(xiàn)應(yīng)用的復(fù)用的控制協(xié)議。傳送服務(wù)處理部5為了 實現(xiàn)多重應(yīng)用，具有通過本地端口號識別上位協(xié)議，并對上位協(xié)議進(jìn)行數(shù)據(jù)傳送和事件通 知等用于管理服務(wù)的服務(wù)基元(接口)。發(fā)送接收服務(wù)處理部6 (以下，還稱為物理層以及數(shù)據(jù)鏈路層)為了進(jìn)行與搭載于 周邊站中的車載通信裝置100的無線通信，提供發(fā)送服務(wù)以及接收服務(wù)。發(fā)送接收服務(wù)管理部7 (以下，還稱為物理層管理部或者數(shù)據(jù)鏈路層管理部)為了 發(fā)送接收服務(wù)處理部6的管理、信息的保存，而具備保存通信控制信息的管理信息庫(MIB Management Information Base)0接下來，使用圖2進(jìn)一步說明車載通信裝置100的結(jié)構(gòu)。<車車間通信傳送服務(wù)處理部1>車車間通信傳送服務(wù)處理部1具有數(shù)據(jù)傳送服務(wù)處理部11、事件通知服務(wù)處理部 12、以及優(yōu)先級控制服務(wù)處理部13。數(shù)據(jù)傳送服務(wù)處理部11根據(jù)應(yīng)用處理部3等上位協(xié)議的要求，提供發(fā)送消息的數(shù) 據(jù)傳送服務(wù)。另外，通過對發(fā)送接收的數(shù)據(jù)(PDU)附加發(fā)送周期、發(fā)送功率等通信控制信 息，可以將用于擁塞控制的信息通知到周邊車輛的車車間通信傳送服務(wù)處理部1。車車間通 信傳送服務(wù)處理部1從車車間通信管理服務(wù)處理部2的管理信息保存部M取得通信控制 信息。進(jìn)而，車車間通信傳送服務(wù)處理部1具有用于對傳送服務(wù)處理部5進(jìn)行數(shù)據(jù)傳送的 接口。事件通知服務(wù)處理部12將在車車間通信傳送服務(wù)處理部1內(nèi)產(chǎn)生的錯誤、事件通 知到上位協(xié)議，將在車車間通信管理服務(wù)處理部2、下位協(xié)議中產(chǎn)生的錯誤以及事件透過地 通知到上位協(xié)議。進(jìn)而，車車間通信傳送服務(wù)處理部1具有用于對傳送服務(wù)處理部5進(jìn)行 事件通知的接口。優(yōu)先級控制服務(wù)處理部13根據(jù)應(yīng)用處理部3等上位協(xié)議要求發(fā)送的消息的優(yōu)先 級，控制所發(fā)送的順序。車車間通信傳送服務(wù)處理部1從車車間通信管理服務(wù)處理部2的 管理信息保存部M取得應(yīng)用的優(yōu)先級。另外，車車間通信傳送服務(wù)處理部1為了實現(xiàn)與優(yōu) 先級對應(yīng)的發(fā)送控制，對車車間通信管理服務(wù)處理部2具有接口?！窜囓囬g通信管理服務(wù)處理部2>車車間通信管理服務(wù)處理部2具有擁塞控制服務(wù)處理部21、連接管理服務(wù)處理部 22、重發(fā)控制服務(wù)處理部23、以及管理信息保存部對。擁塞控制服務(wù)處理部21為了使通信的可靠性提高，對應(yīng)用處理部3提供控制發(fā)送 周期、發(fā)送功率、以及接收靈敏度的擁塞控制服務(wù)。擁塞控制服務(wù)處理部21從應(yīng)用處理部 3取得在擁塞控制服務(wù)中利用的本站、對方站的車輛信息，從發(fā)送接收服務(wù)管理部7的通信 控制信息保存部71取得本站的通信信道利用率、發(fā)送功率等通信控制信息。另外，從管理 信息保存部M取得周邊站的通信信道利用率、發(fā)送功率等通信控制信息。車車間通信管理服務(wù)處理部2具有用于對應(yīng)用處理部3以及發(fā)送接收服務(wù)管理部7進(jìn)行擁塞控制服務(wù)的接□。另外，擁塞控制服務(wù)處理部21具有發(fā)送周期控制處理部211、發(fā)送功率控制處理 部212、以及接收靈敏度控制處理部213。發(fā)送周期控制處理部211對周期性地發(fā)送消息的應(yīng)用處理部3，計算并通知用于避免擁塞的發(fā)送周期。由此，該車載通信裝置的應(yīng)用處理部3按照從擁塞控制服務(wù)處理部 21通知的發(fā)送周期來周期性地發(fā)送消息，所以可以使發(fā)送業(yè)務(wù)量增減。發(fā)送功率控制處理部212對發(fā)送接收服務(wù)管理部7，計算并通知用于避免擁塞的 發(fā)送功率。由此，該車載通信裝置的發(fā)送接收服務(wù)管理部7按照從發(fā)送功率控制處理部212 通知的發(fā)送功率來設(shè)定接收消息的功率的閾值，所以可以擴(kuò)大或者縮小所發(fā)送的區(qū)域。接收靈敏度控制處理部213對發(fā)送接收服務(wù)管理部7，計算并通知用于避免擁塞 的接收靈敏度。由此，該車載通信裝置的發(fā)送接收服務(wù)管理部7按照從接收靈敏度控制處 理部213通知的接收靈敏度來設(shè)定接收消息的功率的閾值，可以擴(kuò)大或者縮小能夠接收的 區(qū)域。連接管理服務(wù)處理部22根據(jù)應(yīng)用處理部3的要求，發(fā)送用于開始與周邊站的初始 連接的控制消息。另外，連接管理服務(wù)處理部22進(jìn)行與周邊站的通信狀況的管理以及向應(yīng) 用處理部3的通知。進(jìn)而，連接管理服務(wù)處理部22根據(jù)周期性地發(fā)送消息的應(yīng)用處理部3 是否動作，區(qū)分使用初始連接步驟，提供高效的連接管理服務(wù)。重發(fā)控制服務(wù)處理部23對用于提供連接管理服務(wù)的控制消息，進(jìn)行沒有到達(dá)對 方站的消息的重發(fā)。由此，車車間通信管理服務(wù)處理部2還可以對事務(wù)管理部4無法支持 的車車間通信管理服務(wù)處理部2的控制消息進(jìn)行重發(fā)控制。管理信息保存部M保存在擁塞控制服務(wù)中利用的發(fā)送周期、發(fā)送功率等通信控 制信息、在連接管理服務(wù)中利用的本站、周邊站的車輛信息等。另外，管理信息保存部對保 存車車間通信傳送服務(wù)處理部1發(fā)送接收的數(shù)據(jù)(PDU)中包含的發(fā)送周期以及發(fā)送功率等 通信控制信息。進(jìn)而，管理信息保存部M保存從應(yīng)用處理部3登記/刪除的可提供的應(yīng)用 的信息。〈應(yīng)用處理部3>應(yīng)用處理部3具有車車間通信應(yīng)用部31。車車間通信應(yīng)用部31包括周期性地廣播發(fā)送本車輛的車輛信息的應(yīng)用、在剎車、 指示燈等的動作時廣播發(fā)送本車輛的車輛信息的應(yīng)用、以及其他提高司機(jī)的舒適性、便利 性的應(yīng)用等?！词聞?wù)管理部4>事務(wù)管理部4具有事務(wù)服務(wù)處理部41和LPP連接管理服務(wù)處理部42。事務(wù)服務(wù)處理部41提供沒有到達(dá)對方站的消息的重發(fā)、消息的分割/組合等事務(wù) 服務(wù)。由此，提供車車間通信系統(tǒng)中要求的重發(fā)控制、分割/組合控制。另外，提供向?qū)Ψ?站的消息的發(fā)送、對所發(fā)送的消息要求來自對方站的應(yīng)答的事務(wù)服務(wù)。進(jìn)而，事務(wù)服務(wù)處理 部41提供連續(xù)發(fā)送從應(yīng)用處理部3發(fā)送的消息的連續(xù)發(fā)送控制服務(wù)。由此，該車載通信裝 置可以提高消息到達(dá)對方站的概率。LPP連接管理服務(wù)處理部42響應(yīng)來自應(yīng)用處理部3的要求，提供將連接狀況的報 告、新連接、切斷的通知、對方站具有的可接收的端口號的管理、以及哪個端口可進(jìn)行接收 的情況通知到應(yīng)用處理部3等連接管理服務(wù)?！磦魉头?wù)處理部5>傳送服務(wù)處理部5具有LPCP(Local Port Control Protocol，本地端口控制協(xié)議) 傳送服務(wù)處理部51和管理服務(wù)處理部52。
LPCP傳送服務(wù)處理部51針對應(yīng)用處理部3等上位協(xié)議，使用稱為本地端口號的標(biāo) 識符，來識別發(fā)送源以及發(fā)送目的地的應(yīng)用處理部3。另外，傳送服務(wù)處理部5具有用于對 上位協(xié)議即應(yīng)用處理部3以及事務(wù)管理部4進(jìn)行數(shù)據(jù)傳送的接口。由此，該車載通信通信 裝置可以實現(xiàn)多重應(yīng)用。管理服務(wù)處理部52對上位協(xié)議，提供將在傳送服務(wù)處理部5內(nèi)產(chǎn)生的錯誤、事件 通知到對方站、本站的管理服務(wù)。另外，管理服務(wù)處理部52提供將從車車間通信傳送服務(wù) 處理部1等下位協(xié)議通知的錯誤、事件透過地通知到本站的應(yīng)用處理部3的服務(wù)。另外，傳 送服務(wù)處理部5具有用于對事務(wù)管理部4提供事件通知服務(wù)的接口。<發(fā)送接收服務(wù)處理部6>發(fā)送接收服務(wù)處理部6具有發(fā)送服務(wù)處理部61和接收服務(wù)處理部62。發(fā)送服務(wù)處理部61將從車車間通信傳送服務(wù)處理部1發(fā)送的數(shù)據(jù)廣播發(fā)送到周 邊車輛或者單播發(fā)送到特定車輛。另外，發(fā)送服務(wù)處理部61可以切換發(fā)送功率，從通信控 制信息保存部71取得發(fā)送時的發(fā)送功率。另外，發(fā)送服務(wù)處理部61可以切換所發(fā)送的通 信信道，例如，可以將來自車車間通信管理服務(wù)處理部2的信息發(fā)送到控制信道，將來自應(yīng) 用處理部3的信息發(fā)送到數(shù)據(jù)信道。接收服務(wù)處理部62接收從周邊車輛發(fā)送的信息，將所接收到的信息發(fā)送到車車 間通信傳送服務(wù)處理部1。另外，接收服務(wù)處理部62可以切換接收靈敏度，從通信控制信息 保存部71取得接收靈敏度。進(jìn)而，接收服務(wù)處理部62將在通信信道上接收到一定值以上 的電波強(qiáng)度的情況判定為忙，觀測通信信道規(guī)定時間。然后，接收服務(wù)處理部62將該規(guī)定 時間的忙的比例測量為通信信道的利用率而保存到通信控制信息保存部71中。〈發(fā)送接收服務(wù)管理部7>發(fā)送接收服務(wù)管理部7具有通信控制信息保存部71。通信控制信息保存部71保存用于進(jìn)行與搭載于周邊站中的車載通信裝置100的 無線通信的發(fā)送功率、接收靈敏度等信息。另外，通信控制信息保存部71保存接收服務(wù)處 理部62測定出的通信信道利用率等信息。進(jìn)而，通信控制信息保存部71通過車車間通信 管理服務(wù)處理部2的擁塞控制服務(wù)處理部21將發(fā)送功率、接收靈敏度設(shè)定為用于避免擁塞 的值。<Α-2·協(xié)議規(guī)格〉以下，對由本發(fā)明的車載通信裝置以及路車間-車車間通信協(xié)作系統(tǒng)中的車車間 通信傳送服務(wù)處理部1、和車車間通信管理服務(wù)處理部2構(gòu)成的車車間通信子協(xié)議的規(guī)格 進(jìn)行詳細(xì)說明。<1.車車間通信子協(xié)議的概要〉車車間通信子協(xié)議(Car-To-Car Sub Protocol)由車車間通信傳輸子層(C2C Transport Sub Layer CTL)和車車間通信管理層(C2C Management Layer (C2C 管理層) CML)構(gòu)成。在圖3中示出車車間通信體系的協(xié)議構(gòu)成。車車間通信傳輸子層(CTL)介于本地端口控制協(xié)議(Local Port Control Protocol =LPCP)與通信下位協(xié)議之間，對車車間通信系統(tǒng)的應(yīng)用提供優(yōu)先級控制，補(bǔ)充 車車間通信管理層(CML)的功能。另外，提供對上位協(xié)議(以下，還稱為上位層(Upper Layer))或者CML傳送消息的事件傳送服務(wù)以及將在CTL內(nèi)產(chǎn)生的錯誤以及事件等通知到上位協(xié)議的事件通知服務(wù)。車車間通信管理層(CML)對應(yīng)用或者CTL，提供為了使通信的可靠性提高而控制 發(fā)送周期、發(fā)送功率、接收靈敏度以及發(fā)送信道的擁塞控制服務(wù)、和進(jìn)行初始連接的開始、 切斷或者管理通信狀況的連接管理服務(wù)。另外，CML擴(kuò)展通信下位協(xié)議的管理層的功能。進(jìn) 而，CML為了使用于進(jìn)行初始連接的控制消息的可靠性提高而提供數(shù)據(jù)重發(fā)服務(wù)。本地端口協(xié)議(Local Port Protocol :LPP)提供數(shù)據(jù)的重發(fā)、分割/組合等事務(wù) 服務(wù)、以及管理初始連接、切斷等通信狀況的連接管理服務(wù)。由此，LPP實現(xiàn)車車間通信系 統(tǒng)中要求的重發(fā)控制、分割/組合控制。LPCP具有用于使用本地端口號來識別應(yīng)用處理部3等上位協(xié)議，并對上位協(xié)議進(jìn) 行數(shù)據(jù)傳送、事件通知等管理服務(wù)的接口。由此，LPCP在車車間通信系統(tǒng)中實現(xiàn)多重應(yīng)用。另外，作為通信下位協(xié)議，設(shè)想了 IEEE802. Ilp協(xié)議以及5. 8GHz帶、UHF/VHF帶的 通信協(xié)議等。進(jìn)而，通信下位協(xié)議具有保存通信下位協(xié)議的信息的管理層。通信下位協(xié)議具有數(shù)據(jù)鏈路層(Layer(層)2:U)、數(shù)據(jù)鏈路層的下位的物理層 (Layer(層)1 :L1)、管理數(shù)據(jù)鏈路層的數(shù)據(jù)鏈路層管理部(Media access control Layer Management Entity (介質(zhì)訪問控制層管理部)MLME)、以及管理物理層的物理層管理部 (Physical Layer Management Entity =PLME) 此處，作為通信下位協(xié)議，既可以使用例如 IEEE802. Ilp協(xié)議以及5. 8GHz帶、UHF/VHF帶的通信協(xié)議，也可以使用除此以外的通信協(xié) 議。另外，特別地，雖然未圖示，但MLME以及PLME具備保存管理信息的管理信息庫(MIB Management Information Base)。數(shù)據(jù)鏈路層是OSI (Open Systems hterconnection，開放系統(tǒng)互聯(lián))參照模型的 第2層，針對訪問方式進(jìn)行了規(guī)定。物理層是OSI參照模型的第1層，規(guī)定了物理的傳送方 式。數(shù)據(jù)鏈路層管理部(MLME)管理數(shù)據(jù)鏈路層、或者保存在數(shù)據(jù)鏈路層中利用的信息。物 理層管理部(PLME)管理物理層、或者保存在物理層中利用的信息。CTL和CML具有的功能如下所述。(I)CTL提供的服務(wù)(a)數(shù)據(jù)傳送服務(wù)(b)事件通知服務(wù)(c)優(yōu)先級控制服務(wù)⑵CML提供的服務(wù)(a)擁塞控制服務(wù)(b)連接管理服務(wù)(c)數(shù)據(jù)重發(fā)服務(wù)<2.功能的概要〉2. 1車車間通信傳輸子層的功能2. 1.1數(shù)據(jù)傳送服務(wù)CTL對應(yīng)用以及LPP、LPCP等上位協(xié)議以及CML，提供數(shù)據(jù)傳送服務(wù)。數(shù)據(jù)傳送服 務(wù)的詳細(xì)步驟在5. 1節(jié)中說明。圖4示出對上位協(xié)議提供數(shù)據(jù)傳送服務(wù)的例子，圖5示出 對CML提供數(shù)據(jù)傳送服務(wù)的例子。2. 1.2事件通知服務(wù)
CTL為了將在CTL內(nèi)產(chǎn)生的事件、錯誤、以及從CML接收到的事件(通信連接、切斷 的通知等)通知到上位協(xié)議以及對方站，而提供事件通知服務(wù)。圖6示出提供事件通知服 務(wù)的例子。2. 1.3優(yōu)先級控制服務(wù)CTL提供根據(jù)上位協(xié)議以及CML的數(shù)據(jù)優(yōu)先級控制發(fā)送順序的優(yōu)先級控制服務(wù)。 由此，可以優(yōu)先地發(fā)送緊急度高的數(shù)據(jù)。優(yōu)先級控制服務(wù)的詳細(xì)步驟在5. 2節(jié)中說明。圖 7示出優(yōu)先級控制服務(wù)的例子。其中，在通過通信下位協(xié)議提供的情況下，選擇性地提供優(yōu) 先級控制服務(wù)。CTL在優(yōu)先級控制服務(wù)中，針對每個優(yōu)先級準(zhǔn)備隊列(queue)，將處于優(yōu)先級高的 隊列中的數(shù)據(jù)優(yōu)先地發(fā)送到通信下位協(xié)議。圖8示出用于提供優(yōu)先級控制服務(wù)的隊列構(gòu)成 的例子。2. 2車車間通信管理層的功能2. 2. 1擁塞控制服務(wù)CML為了使通信的可靠性提高，而對應(yīng)用提供控制發(fā)送周期、發(fā)送功率、以及接收 靈敏度的擁塞控制服務(wù)。擁塞控制服務(wù)的詳細(xì)步驟在5. 3節(jié)中說明。擁塞控制服務(wù)既可以 使用接下來的服務(wù)中的某一個，也可以協(xié)作使用幾個。(1)發(fā)送周期控制服務(wù)將周期性地發(fā)送車輛信息等消息的應(yīng)用的發(fā)送周期通知給應(yīng)用的服務(wù)。(2)發(fā)送功率控制服務(wù)為了確保應(yīng)用中所需的通信區(qū)域、或者為了避免擁塞而減小通信區(qū)域，控制發(fā)送 功率的服務(wù)。(3)接收靈敏度控制服務(wù)為了限定應(yīng)用中所需的通信區(qū)域，控制接收靈敏度的服務(wù)。2. 2. 1. 1發(fā)送周期控制服務(wù)CML在發(fā)送周期控制服務(wù)中，對周期性地發(fā)送車輛信息等消息的應(yīng)用，通知為了避 免擁塞而設(shè)定的發(fā)送周期。CML在發(fā)送周期控制服務(wù)中，利用CML具有的本車輛的信息以及周邊車輛的信息、 和本車輛檢測的信道利用率信息以及周邊車輛檢測的信道利用率信息而計算發(fā)送周期。由 此，該車載通信裝置可以根據(jù)與周邊車輛的危險的狀況、通信環(huán)境的混雜狀況來控制發(fā)送 周期。CML在計算出發(fā)送周期之后，對周期性地進(jìn)行信息的發(fā)送的應(yīng)用通知發(fā)送周期的 變更。通知了發(fā)送周期的應(yīng)用在接收到通知之后針對每個所通知的發(fā)送周期開始消息的發(fā) 送。圖9示出發(fā)送周期控制服務(wù)的例子。2.2.1.2發(fā)送功率控制服務(wù)CML在發(fā)送功率控制服務(wù)中，為了對通信下位協(xié)議的管理層確保應(yīng)用中需要的通 信區(qū)域、或者限制為用于避免擁塞的通信區(qū)域，控制發(fā)送消息時的發(fā)送功率。CML在發(fā)送功率控制服務(wù)中，利用CML具有的本車輛的信息以及周邊車輛的信息、 和本車輛檢測的信道利用率信息以及周邊車輛檢測的信道利用率信息，計算確保與需要通 信的車輛的通信區(qū)域、或者避免向不必要的區(qū)域發(fā)送電波的發(fā)送功率。
CML在計算出發(fā)送功率之后，對PLME通知發(fā)送功率，通信下位協(xié)議按照所通知的 發(fā)送功率進(jìn)行消息的發(fā)送。圖10示出發(fā)送功率控制服務(wù)的例子。2. 2. 1. 3接收靈敏度控制服務(wù)CML在接收靈敏度控制服務(wù)中，對通信下位協(xié)議的管理層提供如下功能為了限 定于應(yīng)用中需要的通信區(qū)域或者用于避免擁塞的通信區(qū)域，控制接收消息時的接收靈敏度。CML使用CML具有的本車輛的信息以及周邊車輛的信息、和本車輛檢測的信道利 用率信息以及周邊車輛檢測的信道利用率信息，計算限定于應(yīng)用中需要的通信區(qū)域、用于 避免擁塞的通信區(qū)域的接收靈敏度。CML在計算出接收靈敏度之后，對PLME通知接收靈敏度，通信下位協(xié)議按照被通 知的接收靈敏度進(jìn)行消息的接收。圖11示出接收靈敏度控制服務(wù)的例子。2. 2. 2連接管理服務(wù)CML提供開始車車間通信系統(tǒng)中所需的通信連接的初始連接、或進(jìn)行連接狀態(tài)的 管理、通知的連接管理服務(wù)。CML通過在連接管理服務(wù)中，對應(yīng)用提供如下的服務(wù)，對應(yīng)用提供通信的開始、結(jié) 束的觸發(fā)(trigger)。另外，提供如下功能通過在連接管理服務(wù)之間相互通知可提供的應(yīng) 用，管理對方移動站支持的應(yīng)用，并根據(jù)各應(yīng)用的要求報告它們的狀況、或通知成為可進(jìn)行ififn。(1)連接查詢服務(wù)針對與周邊移動站的連接狀況進(jìn)行管理以及監(jiān)視，并根據(jù)來自應(yīng)用的要求來通知 連接狀況以及新連接/切斷的服務(wù)。(2)連接/切斷通知服務(wù)經(jīng)由CTL對上位協(xié)議通知連接狀況以及新連接/切斷的服務(wù)。(3)時刻同步服務(wù)在可以利用多個通信信道的情況下為了使切換信道的定時同步，使時刻同步的服務(wù)。CML在連接管理服務(wù)中，為了實現(xiàn)高速的初始連接，在接收到周期性地發(fā)送消息的 應(yīng)用的數(shù)據(jù)、以及周期性地發(fā)送的信標(biāo)消息的情況下，開始與對方移動站的初始連接。2. 2. 2. 1連接查詢服務(wù)連接查詢服務(wù)是應(yīng)用查詢車車間通信的連接是否確立的服務(wù)。連接查詢服務(wù)規(guī)定 在查詢時針對車車間通信的連接狀況立即進(jìn)行回答的參照服務(wù)、和在連接沒有確立的情況 下直到連接為止進(jìn)行等待而在連接了的時點進(jìn)行通知的通知服務(wù)這2種服務(wù)。圖12示出 連接查詢服務(wù)的例子。2. 2. 2. 2連接/切斷通知服務(wù)連接/切斷通知服務(wù)是對應(yīng)用以及CTL，進(jìn)行通信連接的通知以及切斷的通知的 服務(wù)。圖13示出連接/切斷通知服務(wù)的例子。2. 2. 2. 3時刻同步服務(wù)CML在車車間通信協(xié)議支持多個通信信道的情況下，為了使切換通信信道的定時 統(tǒng)一而提供時刻同步服務(wù)。
CML在時刻同步服務(wù)中，將某多個信道中的一個定義為控制信道，在控制信道上周 期性地發(fā)送信標(biāo)消息?？梢酝ㄟ^信標(biāo)消息，取得時刻同步，同時掌握對方站支持的應(yīng)用信息。2. 2. 3數(shù)據(jù)重發(fā)服務(wù)CML為了確保通信的可靠性而對控制消息提供數(shù)據(jù)重發(fā)服務(wù)。CML在數(shù)據(jù)重發(fā)服 務(wù)中，通過重發(fā)定時器和重發(fā)計數(shù)器進(jìn)行重發(fā)的控制，在重發(fā)定時器超時(time out)時進(jìn) 行重發(fā)。圖14示出數(shù)據(jù)重發(fā)服務(wù)的例子，圖15示出數(shù)據(jù)重發(fā)服務(wù)的重復(fù)檢查的例子。以下示出數(shù)據(jù)重發(fā)服務(wù)的重發(fā)處理步驟的概要。(1)在控制消息發(fā)送時，使重發(fā)定時器啟動，將重發(fā)計數(shù)器設(shè)置為0。(2)在直到重發(fā)定時器的超時，從對方移動站沒有接收到應(yīng)答的消息的情況下使 重發(fā)計數(shù)器遞增1，重發(fā)消息，同時對重發(fā)定時器進(jìn)行重新啟動。(3)在重發(fā)計數(shù)器超過了最大重發(fā)次數(shù)的情況下，中止消息重發(fā)。<3.服務(wù)接口(Service Access Point :SAP)>接下來，對CTL以及CML具有的接口進(jìn)行說明。3. 1記法的說明在本發(fā)明中規(guī)定的基元類別的一覽如圖16所示。另外，在本發(fā)明中的基元的定義 表中使用的參數(shù)類別的一覽如圖17所示。3. 2服務(wù)接口一覽CTL以及CML具有的服務(wù)接口的一覽如圖18所示。另外，車車間通信協(xié)議棧中的 SAP的位置如圖19所示。3. 3 應(yīng)用和 CML 的 SAP (ACML SAP)作為擁塞控制服務(wù)以及連接管理服務(wù)，CML對應(yīng)用提供以下的6種基元。(1)連接開始基元(ACML-Connection)(2)應(yīng)用通知基元(ACML-Notify)(3)應(yīng)用信息登記基元(ACML-Registration)(4)應(yīng)用信息刪除基元(ACML-Deregistration)(5) CML 信息取得基元(ACML-Get)(6) CML 信息設(shè)定基元(ACMLIet)3. 3. 1 連接開始基元(ACML-Connection (連接))(1)處理概要ACML-Connection基元是應(yīng)用要求與周邊站的連接、查詢連接狀態(tài)、要求信標(biāo)消息 的發(fā)送的基元。進(jìn)行個別通信的應(yīng)用通過ACML-Cormection基元的發(fā)行而開始。(2)定義圖20是示出ACML-Connection基元的自變量的圖。portNo 用于識別要求源應(yīng)用的標(biāo)識符。serviceType 表示連接查詢服務(wù)的類型的標(biāo)識符。在“O”的情況下表示針對連接 狀況立即進(jìn)行回答的參照服務(wù)，在“1”的情況下表示在連接了的時點進(jìn)行通知的通知服務(wù)。connectionFlag 表示應(yīng)用是否進(jìn)行與對方站的連接的標(biāo)志。在“O”的情況下表 示不進(jìn)行與對方站的連接，在“ 1 ”的情況下表示與對方站進(jìn)行連接。
destinationLID 表示進(jìn)行連接要求等的對方站的標(biāo)識符。connectStatus 表示連接狀態(tài)的標(biāo)識符。在“0”的情況下表示未連接的狀態(tài)，在 “1”的情況下表示已連接的狀態(tài)。beaconFlag 表示是否要求信標(biāo)消息的發(fā)送的標(biāo)志。在“0”的情況下表示不要求 信標(biāo)消息的發(fā)送，在“ 1”的情況下表示要求信標(biāo)消息的發(fā)送。3. 3. 2 應(yīng)用通知基元(ACML-Notify (通知))(1)處理概要ACML-Notify基元是CML對應(yīng)用通知發(fā)送周期的變更等、或者應(yīng)用對CML要求 擁塞控制消息的發(fā)送的基元。對周期性地進(jìn)行發(fā)送的應(yīng)用發(fā)行發(fā)送周期的變更。另外， ACML-Notify基元除了上述以外還用于對應(yīng)用通知信息、或?qū)ML要求處理的情況。⑵定義圖21是示出ACML-Notify基元的自變量的圖。portNo 用于識別要求源應(yīng)用的標(biāo)識符。notifyCode 表示通知給應(yīng)用的內(nèi)容的標(biāo)識符。notifyParameter 通知給應(yīng)用的內(nèi)容的參數(shù)值。3. 3. 3 應(yīng)用信息登記基元(ACML-Registration)(1)處理概要ACML-Registration基元是用于應(yīng)用對CML登記應(yīng)用信息的基元。(2)定義圖22是示出ACML-Registration基元的自變量的圖。portNo 用于識別要求登記的應(yīng)用的標(biāo)識符。priority 表示應(yīng)用的優(yōu)先級的標(biāo)識符。applicationType 表示應(yīng)用的種類(路車間/車車間/其他)的標(biāo)識符。resultCode 表示登記結(jié)果的標(biāo)識符。3. 3. 4 應(yīng)用信息刪除基元(ACML-Deregistration)(1)處理概要ACML-Deregistration基元是用于應(yīng)用對CML刪除應(yīng)用信息的基元。(2)定義圖23是示出ACML-Deregistration基元的自變量的圖。portNo 用于識別要求刪除的應(yīng)用的標(biāo)識符。resultCode 表示刪除結(jié)果的標(biāo)識符。3. 3. 5CML 信息取得基元(ACML-Get)(1)處理概要ACML-Get基元是用于應(yīng)用取得CML的變量的基元。(2)定義圖M是示出ACML-Get基元的自變量的圖。miblndex 指示要求取得的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所取得的變量的內(nèi)容。
3. 3. 6CML 信息設(shè)定基元(ACMLIet)(1)處理概要ACML-Set基元是用于應(yīng)用設(shè)定CML的變量的基元。(2)定義圖25是示出ACML-Set基元的自變量的圖。miblndex 指示要求設(shè)定的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所設(shè)定的變量的內(nèi)容。3. 4CTL 和上位協(xié)議的 SAP (ACTL SAP)作為數(shù)據(jù)傳送服務(wù)以及事件通知服務(wù)，CTL對上位協(xié)議提供以下的2種基元。(1)應(yīng)用數(shù)據(jù)傳送基元(sendData)(2)事件通知基元(eventR印ort)3. 4. 1應(yīng)用數(shù)據(jù)傳送基元(sendData)(1)處理概要sendData基元是用于上位協(xié)議對CTL進(jìn)行應(yīng)用數(shù)據(jù)的發(fā)送接收的基元。⑵定義圖沈是示出sendData基元的自變量的圖。IinkAddress 是在車車間通信中利用的鏈路地址，并且是用于識別所通信的對方 站的標(biāo)識符。parameter 表示與上位協(xié)議交換的數(shù)據(jù)主體。3. 4. 2 事件通知基元(eventR印ort)(1)處理概要eventR印ort基元是用于CTL對上位協(xié)議通知在CTL內(nèi)產(chǎn)生的錯誤等事態(tài)的基元。(2)定義圖27是示出eventR印ort基元的自變量的圖。IinkAddress 是在車車間通信中利用的鏈路地址，是用于識別所通信的對方站的 標(biāo)識符。eventCode 表示所發(fā)生的事件、錯誤的代碼的標(biāo)識符。extensionParameter 表示用于補(bǔ)充變量eventCode的內(nèi)容的參數(shù)。3. 5CTL 和 CML 的 SAP (CMCTL SAP)作為數(shù)據(jù)傳送服務(wù)以及事件通知服務(wù)，CTL對CML提供以下的4種基元。(1)控制數(shù)據(jù)傳送基元(CMCTL-SendData)(2)事件通知基元(CMCTL-EventR印ort)
(3) CML 信息取得基元(CMCTL-Get)(4) CML 信息設(shè)定基元(CMCIUet)3. 5. 1 控制數(shù)據(jù)傳送基元(CMCTL-SendData)(1)處理概要CMCTL-SendData基元是用于CML對CTL要求控制消息的發(fā)送的基元。(2)定義
圖沘是示出CMCTL-SendData基元的自變量的圖。IinkAddress 是在車車間通信中利用的鏈路地址，是用于識別所通信的對方站的 標(biāo)識符。pduldentifier 表示與CML交換的PDU的種類。parameter 表示與CML交換的數(shù)據(jù)主體。priority 表示所發(fā)送的數(shù)據(jù)的優(yōu)先級。3. 5. 2 事件通知基元(CMCTL-EventIteport)(1)處理概要CMCTL-EventReport基元是用于CML對CTL通知在CML內(nèi)產(chǎn)生的錯誤等事態(tài)，或者 CTL對CML通知在CTL內(nèi)產(chǎn)生的事件等事態(tài)的基元。(2)定義圖四是示出CMCTL-EventIteport基元的自變量的圖。IinkAddress 是在車車間通信中利用的鏈路地址，并且是用于識別所通信的對方 站的標(biāo)識符。eventCode 表示表示所發(fā)生的事件的代碼的標(biāo)識符。extensionParameter 表示用于補(bǔ)充變量eventCode的內(nèi)容的參數(shù)。3. 5. 3CML 信息取得基元(CMCTL-Get)(1)處理概要CMCTL-Get基元是用于CTL取得CML的變量的基元。(2)定義圖30是示出CMCTL-Get基元的自變量的圖。miblndex 指示要求取得的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所取得的變量的內(nèi)容。3. 5. 4CML 信息設(shè)定基元(CMCIUet)(1)處理概要CMCTL-Set基元是用于CTL設(shè)定CML的變量的基元。⑵定義圖31是示出CMCTL-Set基元的自變量的圖。miblndex 指示要求設(shè)定的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所設(shè)定的變量的內(nèi)容。3. 6CML 和 MLME 的 SAP (MLME-CML SAP)作為擁塞控制服務(wù)，CML對MLME提供以下的2種基元。(I)MLME 信息取得基元(MLME-Get)(2) MLME 信息設(shè)定基元(MLMEIet)3. 6. IMLME 信息取得基元(MLME-Get)(1)處理概要MLME-Get基元是用于CML取得MLME的變量的基元。
(2)定義圖32是示出MLME-Get基元的自變量的圖。miblndex 指示要求取得的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所取得的變量的內(nèi)容。3. 6. 2MLME 信息設(shè)定基元(MLMEIet)(1)處理概要MLME-Set基元是用于CML設(shè)定MLME的變量的基元。(2)定義圖33是示出MLME-Set基元的自變量的圖。miblndex 指示要求設(shè)定的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所設(shè)定的變量的內(nèi)容。3. 7CML 和 PLME 的 SAP (PLME-CML SAP)作為擁塞控制服務(wù)，CML對PLME提供以下的2種基元。(I)PLME 信息取得基元(PLME-Get)(2) PLME 信息設(shè)定基元(PLMEIet)3. 7. IPLME 信息取得基元(PLME-Get)(1)處理概要PLME-Get基元是用于CML取得PLME的變量的基元。(2)定義圖34是示出PLME-Get基元的自變量的圖。miblndex 指示要求取得的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所取得的變量的內(nèi)容。3. 7. 2PLME 信息設(shè)定基元(PLMEIet)(1)處理概要PLME-Set基元是用于CML設(shè)定PLME的變量的基元。(2)定義圖35是示出PLME-Set基元的自變量的圖。miblndex 指示要求設(shè)定的變量的標(biāo)識符。mibStatus 表示執(zhí)行了要求的結(jié)果的標(biāo)識符。mibParameter 所設(shè)定的變量的內(nèi)容。<4.協(xié)議數(shù)據(jù)單位(Protocol Data Unit :PDU)4. IPDU 的結(jié)構(gòu)接下來，對在CTL以及CML中使用的協(xié)議數(shù)據(jù)單元(PDU)進(jìn)行說明。圖36示出 發(fā)送應(yīng)用數(shù)據(jù)時的PDU構(gòu)成，圖37示出發(fā)送控制數(shù)據(jù)時的PDU構(gòu)成。此處，在敘述PDU與 SDU (Service Data Unit，服務(wù)數(shù)據(jù)單元)的關(guān)系時，將在某Layer (層)中沒有頭的狀態(tài)稱 為SDU，將在該Layer (層)中賦予了頭的狀態(tài)稱為PDU。
在圖36所示的PDU中，對應(yīng)用數(shù)據(jù)附加LPP頭、LPCP頭而發(fā)送到CTL，在CTL中賦 予C2C頭，發(fā)送到通信下位協(xié)議(Layer (層)2)。在圖37所示的PDU中，將在CML中生成的 控制數(shù)據(jù)發(fā)送到CTL，在CTL中賦予C2C頭，發(fā)送到通信下位協(xié)議(Layer (層)2)。此處，在圖36所示的PDU中，應(yīng)用數(shù)據(jù)在LPP上被處理為LPPSDU，被附加LPP頭而 成為LPP PDU，發(fā)送到LPCP。所發(fā)送的數(shù)據(jù)在LPCP上被處理為LPCP SDU，附加LPCP頭而成 為LPCP PDU，發(fā)送到CTL。在CTL上，所發(fā)送的數(shù)據(jù)被處理為C2C SDU，附加C2C頭而成為 C2C PDU,被發(fā)送到 Layer (層)2，在 Layer (層)2 上被處理為 MSDU (MAC SDU)。4.2C2C 頭信息圖38是示出在CTL中賦予的頭即C2C頭信息的圖。(I)Data Indetifier (數(shù)據(jù)標(biāo)識符)是區(qū)分?jǐn)?shù)據(jù)的種類的標(biāo)識符?！?”表示應(yīng)用數(shù)據(jù)(上位協(xié)議的數(shù)據(jù))?！?”表示管 理數(shù)據(jù)(CML的數(shù)據(jù))。2) PDU Identifier (PDU 標(biāo)識符)是區(qū)分PDU的種類的標(biāo)識符。表示圖39所示的Data Identifier和PDU Identifier 的值。(3) Node Priority (車輛優(yōu)先級)是車輛的優(yōu)先級(危險度)。通過CML的CML變量取得基元取得。(4) Channel Occupancy (通信信道利用率)是規(guī)定時間內(nèi)的通信頻帶為忙的比例。單位是]，設(shè)定0至100的值。通過 CML變量取得基元而取得。(5) Cyclic Interval (發(fā)送周期)是周期性地發(fā)送信息的應(yīng)用發(fā)送的時間間隔。單位是[10msec]，設(shè)定1 (10msec) 至255 (2550msec)的值。通過CML變量取得基元而取得。(6)Transmission Power(發(fā)送功率)是在C2C頭生成時設(shè)定的發(fā)送功率的值。單位是W. IdBm]，設(shè)定-5. Ocffim至 20. OdBm的值。通過CML變量取得基元而取得。(7) Receiver Sensitivity (接收靈敏度)保存在C2C頭生成時設(shè)定的接收靈敏度的值。單位是[ldBm]，設(shè)定-127cffim至 OdBm的值。通過CML變量取得基元而取得。(8) Reserved (保留)確保預(yù)約區(qū)域。4. 3 信標(biāo)消息(Beacon PDU)是作為開始初始連接的觸發(fā)、或者發(fā)送用于取得時刻同步的信標(biāo)消息的PDU。圖 40示出信標(biāo)消息的形式。(I)TSF Timer (TSF 定時器)是用于取得時刻同步的TSF定時器。值取0-264的范圍。(2)Next Beacon Transmission Timing(接下來的發(fā)送信標(biāo)的定時)是發(fā)送信標(biāo)消息的下次的定時。單位是[msec]，取0-1000的范圍。(3) CML Profile (CML 簡檔)
是保存本站支持的功能、應(yīng)用信息、信道信息、以及通信控制信息的CML簡檔。4. 4 連接要求消息(Connect Request PDU)是用于進(jìn)行通信連接的要求的PDU。圖41示出連接要求消息的形式。(I)Required Ack Flag (重發(fā)要求標(biāo)志)是表示重發(fā)處理是否有效的標(biāo)志。在“1”的情況下PDU的重發(fā)處理有效，將消息 通知給對方，并且要求確認(rèn)應(yīng)答(Ack PDU)。在“0”的情況下使重發(fā)處理成為無效。
(2) Retransmit Flag (重發(fā)標(biāo)志)是表示是否為重發(fā)的PDU的標(biāo)志。在表示“1”的情況下，表示是重發(fā)的PDU。(3) Sequence Number (序列編號)是序列編號。根據(jù)對方站的鏈路地址和序列編號，檢測重復(fù)的PDU。(4) CML Profile (CML 簡檔)是保存本站支持的功能、應(yīng)用信息、信道信息以及通信控制信息的CML簡檔。4. 5 連接應(yīng)答消息(Connect Response PDU)是用于對連接要求應(yīng)答的PDU。圖42示出連接應(yīng)答消息的形式。(I)Result Code (結(jié)果代碼)表示是否進(jìn)行初始連接的結(jié)果。在所連接的對方站與所支持的應(yīng)用不同的情況下 通知“不連接”，在存在所支持的應(yīng)用的情況下通知“連接”。圖43示出Result Code的內(nèi)容。
(2) Required Ack Flag (重發(fā)要求標(biāo)志)是表示重發(fā)處理是否有效的標(biāo)志。在“1”的情況下PDU的重發(fā)處理有效，將消息 通知給對方，并且要求確認(rèn)應(yīng)答(Ack PDU)。在“0”的情況下使重發(fā)處理成為無效。(3) Retransmit Flag (重發(fā)標(biāo)志)是表示是否為重發(fā)的PDU的標(biāo)志。在表示“1”的情況下，表示是重發(fā)的PDU。(4) Sequence Number (序列編號)是序列編號。根據(jù)對方站的鏈路地址和序列編號，檢測所重復(fù)的PDU。(5)Profile Flag(簡檔標(biāo)志)是表示是否對Connect Response PDU附加了 CML簡檔信息的標(biāo)志。在“0”的情況 下，在后續(xù)的CML Profi 1 e字段中沒有保存CML簡檔，在“ 1 ”的情況下在后續(xù)的CML Profile 字段中保存了 CML簡檔。在通過Beacon PDU,已提供了 CML簡檔的情況下，將該標(biāo)識符設(shè)定為“0”，不保存 CML簡檔。在沒有利用Beacon PDU的情況(周期性地發(fā)送的應(yīng)用主導(dǎo)的連接步驟的情況) 下，將該標(biāo)識符設(shè)定為“ 1 ”，保存CML簡檔。(6) CML Profile (CML 簡檔)是保存本站支持的功能、應(yīng)用信息、信道信息、以及通信控制信息的CML簡檔。4. 6確認(rèn)應(yīng)答消息(Ack PDU)是在進(jìn)行了重發(fā)要求的情況下回送確認(rèn)應(yīng)答的PDU。圖44示出確認(rèn)應(yīng)答消息的形 式。(I)Retransmit Flag (重發(fā)標(biāo)志)是表示是否為重發(fā)的PDU的標(biāo)志。在表示“1”的情況下，表示是重發(fā)的PDU。
(2) Sequence Number (序列編號)是序列編號。根據(jù)對方站的鏈路地址和序列編號，檢測所重復(fù)的PDU。4. 7 擁塞控制消息(Congestion Control PDU)是為了進(jìn)行擁塞控制，要求對周邊車輛設(shè)定的通信參數(shù)的情況下的PDU。圖45示 出擁塞控制消息的形式。(I)Transmission Power for others (所要求的發(fā)送功率)是對周邊車輛要求的發(fā)送功率的值。單位是
，設(shè)定_5. OdBm至20. OdBm 的值。(2) Transmission Interval for others (所要求的發(fā)送周期)是對周邊車輛要求的發(fā)送周期的值。單位是[10msec]，設(shè)定I(IOmsec)至 255 (2550msec)的值。(3) Receiver Sensitivity for others ( Pfi^M^i^^^WifS.)是對周邊車輛要求的接收靈敏度的值。單位是[IdBm]，設(shè)定_127dBm至OdBm的值。4. 8 事件通知消息(Event PDU)是將在CTL以及CML內(nèi)產(chǎn)生的錯誤等事件通知到對方站的PDU。圖46示出事件通 知消息的形式。(1) eventCode (事件代碼)是表示事件的內(nèi)容的代碼。圖47示出事件代碼的內(nèi)容。(2) extensionParameter (擴(kuò)展參數(shù))(參數(shù))是補(bǔ)充事件的內(nèi)容的參數(shù)。<5.動作步驟>5. 1數(shù)據(jù)傳送步驟5. 1. 1應(yīng)用數(shù)據(jù)發(fā)送接收步驟說明發(fā)送接收CTL中的應(yīng)用數(shù)據(jù)的步驟。圖48示出消息傳送的基本處理序列例。(發(fā)送步驟)(1) CTL如果從LPCP接收到數(shù)據(jù)發(fā)送要求基元(sendData. req)，則從變量 parameter (參數(shù))取得 C2C SDU。(2) CTL參照C2C SDU內(nèi)的LPCP控制信息，取得發(fā)送源端口號。(3) CTL使用CML信息取得基元(CMCTL-Get)，取得發(fā)送源端口號的優(yōu)先級。(4) CYL在附加C2C Header (頭)，而生成了 C2C PDU之后，保存到所取得的優(yōu)先級 的隊列中，使用優(yōu)先級控制處理。
(5) CTL在通過優(yōu)先級控制進(jìn)行了發(fā)送等待之后，通過通信下位協(xié)議的數(shù)據(jù)傳送基 元(DL-Unitdata. req)發(fā)送，完成發(fā)送處理。以下的情況下的C2CS DU無效，不進(jìn)行處理?！ぴ谧兞縄inkAddress是全局廣播鏈路地址，且其地址值不是“0”的情況下，該要 求基元丟棄，對LPCP通過事件通知基元(eventR印ort)，通知狀態(tài)“所指定的全局廣播鏈路 地址無效”。(接收步驟)
(1) CTL如果從通信下位協(xié)議通過數(shù)據(jù)傳送基元(DL-Unitdata. ind)接收到C2C PDU，則從該PDU中取出數(shù)據(jù)標(biāo)識符、PDU標(biāo)識符、車輛優(yōu)先級、信道利用率、發(fā)送周期、發(fā)送 功率、接收靈敏度、以及用戶數(shù)據(jù)。(2) CTL在數(shù)據(jù)標(biāo)識符(Data Identifier)表示“0”，PDU標(biāo)識符(PDU Identifier) 表示“0”或者“1”的情況下，對上位協(xié)議通過數(shù)據(jù)發(fā)送通知基元(sendData. ind)傳送來自 對方站的數(shù)據(jù)(C2C SDU)的接收。(3) CTL對CML使用CML信息設(shè)定基元(CMCIUet)登記通過DL-Unitdata. ind得 到的發(fā)送源鏈路地址、和所接收到的車輛優(yōu)先級、信道利用率、發(fā)送周期、發(fā)送功率、以及接 收靈敏度，完成接收處理。以下的情況下的C2C PDU無效，不進(jìn)行處理。·在數(shù)據(jù)標(biāo)識符是“0”，PDU標(biāo)識符不是“0”或者“ 1 ”的情況下，丟棄該通知基元， 對對方站CTL通過事件通知消息通知狀態(tài)“所指定的PDU標(biāo)識符無效”?！ぴ跀?shù)據(jù)標(biāo)識符無效的情況下，丟棄該通知基元，對對方站CTL通過事件通知消 息，通知狀態(tài)“所指定的數(shù)據(jù)標(biāo)識符無效”。5. 1. 2控制數(shù)據(jù)發(fā)送接收步驟說明CTL中的發(fā)送接收控制數(shù)據(jù)的步驟。圖49示出消息傳送的基本處理序列例。(發(fā)送步驟)(1) CTL如果從CML接收到控制數(shù)據(jù)發(fā)送要求基元(CMCTL-SendData. req)，則從變 量parameter取得C2C SDU，從變量priority (優(yōu)先級)取得優(yōu)先級。(2)CTL在附加C2C Header (頭)，而生成了 C2C PDU之后，保存到從變量 priority(優(yōu)先級)取得的優(yōu)先級的隊列中，使用優(yōu)先級控制處理。(3) CTL在通過優(yōu)先級控制進(jìn)行了發(fā)送等待之后，通過通信下位協(xié)議的數(shù)據(jù)傳送基 元(DL-Unitdata. req)發(fā)送，完成發(fā)送處理。以下的情況下的C2C PDU無效，不進(jìn)行處理。·在變量IinkAddress是全局廣播鏈路地址，且其地址值并非“0”的情況下，丟棄 該要求基元，對CML通過事件通知基元(CMCTL-EventR印ort)通知狀態(tài)“所指定的全局廣播 鏈路地址無效”。(接收步驟)(I)CTL如果從通信下位協(xié)議通過數(shù)據(jù)傳送基元(DL-Unitdata. ind)接收到C2C PDU，則從該PDU取出數(shù)據(jù)標(biāo)識符、PDU標(biāo)識符、車輛優(yōu)先級、信道利用率、發(fā)送周期、發(fā)送功 率、接收靈敏度、以及用戶數(shù)據(jù)。(2) CTL在數(shù)據(jù)標(biāo)識符(Data Identifier)表示“1”的情況下，對CML通過控制數(shù) 據(jù)發(fā)送通知基元(CMCTL-SendData. ind)通知來自對方站的數(shù)據(jù)的接收。(3)對CML使用CML信息設(shè)定基元(CMCIHet)登記通過DL-Unitdata. ind得到 的發(fā)送源鏈路地址、和所接收到的車輛優(yōu)先級、信道利用率、發(fā)送周期、發(fā)送功率、以及接收 靈敏度，完成接收處理。5. 2優(yōu)先級控制服務(wù)步驟(I)CTL針對每個優(yōu)先級，按照優(yōu)先級由高到低的順序取出保存在隊列中的數(shù)據(jù)， 使用數(shù)據(jù)傳送基元(DL-Unitdata. req)而發(fā)送。
(2)如果優(yōu)先級高的隊列為空，則CTL從優(yōu)先級低一級的隊列中取出數(shù)據(jù)而發(fā)送。在優(yōu)先級的隊列中，在優(yōu)先級“Middle(中)，，隊列中僅保存周期性地發(fā)送信息的 信息交換型應(yīng)用的數(shù)據(jù)，在保存了新的數(shù)據(jù)的情況下，丟棄處于隊列中的舊的數(shù)據(jù)，保持最 新的數(shù)據(jù)。另外，在優(yōu)先級“High(高)，，隊列中保存緊急信息，在“Low(低)，，隊列中保存 非實時信息。5. 3擁塞控制服務(wù)步驟5. 3.1通信控制步驟在擁塞控制中，在變更了車輛信息的情況下周期性地進(jìn)行以下的步驟。圖50示出 CML中的擁塞控制的基本序列。(1)應(yīng)用對CML使用應(yīng)用信息設(shè)定基元(ACML^et)，設(shè)定從本車輛的車輛信息以 及周邊車輛接收到的車輛信息。
(2) CML周期性地對PLME使用PLME信息取得基元(PLME-Get)，取得通信信道的利用率信息。C3)CML根據(jù)所收集到的信息，計算為了避免擁塞而應(yīng)設(shè)定的發(fā)送周期·發(fā)送功 率·接收靈敏度。在5. 3. 1. 1示出此處的計算各參數(shù)的具體的算法。(4) CML對周期性地發(fā)送信息的應(yīng)用，使用應(yīng)用通知基元(ACML-Notify)通知所計 算出的發(fā)送周期。(5)所述應(yīng)用按照被通知的發(fā)送周期，反復(fù)進(jìn)行接下來的定時以后的車輛信息的 發(fā)送。(6) CML對PLME使用PLME信息設(shè)定基元(PLME^et)，設(shè)定所計算出的發(fā)送功率以 及接收靈敏度。(7)在通信下位協(xié)議中按照設(shè)定的發(fā)送功率以及接收靈敏度，開始接下來的發(fā)送 接收。此時，也可以根據(jù)所發(fā)送的信道的種類，切換所設(shè)定的發(fā)送功率以及接收靈敏度。5. 3. 1. 1擁塞控制算法對CML中的擁塞控制算法進(jìn)行說明。首先，敘述擁塞控制中所需的信息的收集以 及設(shè)定。通過應(yīng)用，對CML設(shè)定本車輛以及周邊車輛的位置、速度、加速度、以及行駛方向， 本車輛的通信控制參數(shù)(信道利用率、發(fā)送周期、發(fā)送功率、以及接收靈敏度)以及周邊車 輛的通信控制參數(shù)也保存在CML中。進(jìn)而，此處使用的必要的通信距離既可以在CML內(nèi)計 算，也可以通過應(yīng)用計算，并通過CML信息設(shè)定基元設(shè)定。接下來，說明控制發(fā)送周期的擁塞控制。(發(fā)送周期控制算法)在本發(fā)明中，利用在通信信道沒有混雜的情況下使用應(yīng)用的要求規(guī)格即發(fā)送周期 的值，在通信信道開始混雜的情況下逐漸延長發(fā)送周期的方法。首先，從本車輛的通信信道利用率Oi (t)和周邊車輛的通信信道利用率Oj (t)選 擇最大值Omax (t)。Omax (t) = max {0i (t)、Oj (t)} (j = 1、...、N)其中，N表示本車輛i正在通信中的車輛臺數(shù)。接下來，根據(jù)通信信道利用率0maX(t)計算發(fā)送周期。此處，對于發(fā)送周期 T (t+Ι)，根據(jù)通信信道利用率，設(shè)定成收斂于作為目標(biāo)的通信信道利用率0th。如果使用本車輛檢測的信道利用率和周邊車輛的信道利用率以及目標(biāo)的信道利用率，利用目標(biāo)值與最 大值之差分來進(jìn)行反饋控制，則如下式計算發(fā)送周期。T (t+1) =T (t) +K X {Omax (t) -0th}+K/IX f {Omax (t)-0th} dt+KXTdX d/dt {Omax (t) -Oth}其中，T(t+1)表示接下來使用的發(fā)送周期，T(t)表示上次使用的發(fā)送周期， Omax(t)表示最大的通信信道利用率，K表示比例增益，I表示積分時間，Td表示微分時間。 可通過該比例增益、積分時間、以及微分時間的設(shè)定值，來變更直至使通信信道利用率收斂 于目標(biāo)的閾值為止所需的時間。另外，通過調(diào)整目標(biāo)的信道利用率，可以變更可以實現(xiàn)的通 信的可靠性，所以可以根據(jù)應(yīng)用要求的可靠性來設(shè)定目標(biāo)的信道利用率。接下來，說明控制發(fā)送功率的擁塞控制。(發(fā)送功率控制算法)通過與發(fā)送間隔同樣地，控制發(fā)送功率，可以有效地避免擁塞，所以在開始混雜的 情況下減小通信區(qū)域。利用即使在控制發(fā)送功率的情況下，也將通信信道利用率抑制為可以實現(xiàn)通信的 可靠性確保的目標(biāo)值的方法。通過減小本車輛的發(fā)送功率，對于周邊車輛，可以減少通信業(yè) 務(wù)量。因此，通過根據(jù)周邊車輛的通信信道利用率的最高值來進(jìn)行控制，可以有效地限制信 道利用率最高的車輛檢測的通信業(yè)務(wù)量。在發(fā)送功率的計算中，與發(fā)送周期同樣地使用反饋控制，以使與本車輛的通信臺 數(shù)成為一定臺數(shù)以下的方式，計算發(fā)送功率。首先，根據(jù)從周邊車輛接收到的發(fā)送周期 Tj (t) (j = 1、…、N)和可由本車輛掌握的通信臺數(shù)町臺]，如下所述計算本車輛的通信信 道利用率O (t)。[式1]N
權(quán)利要求
1.一種車載通信裝置，分別搭載于移動站以及基站中，通過無線通信在所述移動站之 間以及在所述移動站與所述基站之間相互成為接收側(cè)以及發(fā)送側(cè)，其特征在于，所述車載通信裝置具備應(yīng)用處理部，對所述接收側(cè)的所述車載通信裝置周期性地發(fā)送消息； 事務(wù)管理部，與所述應(yīng)用處理部連接，至少提供包括從所述應(yīng)用處理部接收到的所述 消息的重發(fā)、分割/組合的事務(wù)服務(wù)；傳送服務(wù)處理部，與所述事務(wù)管理部連接，對從所述事務(wù)管理部接收到的所述消息，附 加用于識別包括所述應(yīng)用處理部的上位協(xié)議的本地端口號；車車間通信傳送服務(wù)處理部，與所述傳送服務(wù)處理部連接，將從所述傳送服務(wù)處理部 接收到的所述消息，按照由所述應(yīng)用處理部處理的應(yīng)用的優(yōu)先級順序，發(fā)送到所述接收側(cè) 的所述車載通信裝置，發(fā)送接收針對所述傳送服務(wù)處理部的所述消息，通知包括錯誤信息 的事件信息；發(fā)送接收服務(wù)處理部，與所述車車間通信傳送服務(wù)處理部連接，通過無線通信在與所 述接收側(cè)的所述車載通信裝置之間，發(fā)送接收從所述車車間通信傳送服務(wù)處理部接收到的 所述消息；以及車車間通信管理服務(wù)處理部，與所述應(yīng)用處理部以及所述車車間通信傳送服務(wù)處理部 連接，從所述應(yīng)用處理部設(shè)定所述優(yōu)先級，根據(jù)來自所述車車間通信傳送服務(wù)處理部的要 求，通知所述優(yōu)先級，所述事務(wù)管理部以及所述傳送服務(wù)處理部構(gòu)成用于進(jìn)行所述移動站與所述基站之間 的路車間通信的路車間通信協(xié)議，所述車車間通信傳送服務(wù)處理部對所述接收側(cè)的所述車載通信裝置，通知所述車車間 通信管理服務(wù)處理部具有的通信控制信息，所述接收側(cè)的所述車載通信裝置在所述車車間通信傳送服務(wù)處理部中，將對所接收到 的所述消息賦予的所述通信控制信息發(fā)送到所述車車間通信管理服務(wù)處理部，所接收到的 所述消息被發(fā)送到所述傳送服務(wù)處理部。
2.根據(jù)權(quán)利要求1所述的車載通信裝置，其特征在于，所述發(fā)送接收服務(wù)處理部還具備對所述通信控制信息進(jìn)行管理的發(fā)送接收服務(wù)管理 部，所述通信控制信息至少包括發(fā)送接收所述消息時的發(fā)送功率、接收靈敏度以及通信信 道的利用率，所述車車間通信管理服務(wù)處理部具有第1接口，設(shè)置在所述車車間通信管理服務(wù)處理部與所述發(fā)送接收服務(wù)管理部之間， 用于從所述發(fā)送接收服務(wù)管理部取得所述通信信道的利用率、對所述發(fā)送接收服務(wù)管理部 設(shè)定所述發(fā)送功率以及所述接收靈敏度；第2接口，設(shè)置在所述車車間通信管理服務(wù)處理部與所述車車間通信傳送服務(wù)處理部 之間，用于將所述通信控制信息提供給所述車車間通信傳送服務(wù)處理部；以及第3接口，設(shè)置在所述車車間通信管理服務(wù)處理部與所述應(yīng)用處理部之間，用于設(shè)定 周期性地發(fā)送的所述消息的發(fā)送周期，所述應(yīng)用處理部經(jīng)由所述車車間通信管理服務(wù)處理部，進(jìn)行針對所述車車間通信傳送 服務(wù)處理部的所述事件信息的通知、指定所述接收側(cè)的所述發(fā)送周期、所述發(fā)送功率及所述接收靈敏度的消息的發(fā)送要求、以及針對所述發(fā)送接收服務(wù)管理部的所述發(fā)送功率以及 所述接收靈敏度的設(shè)定。
3.根據(jù)權(quán)利要求2所述的車載通信裝置，其特征在于，所述車車間通信傳送服務(wù)處理部對從所述車車間通信管理服務(wù)處理部取得的所述發(fā) 送功率、所述接收靈敏度以及所述通信信道的利用率附加所述發(fā)送周期的信息而作為所述 通信控制信息，將所述通信控制信息附加到從所述傳送服務(wù)處理部接收到的所述消息中， 從而對所述接收側(cè)的所述車載通信裝置通知所述通信控制信息，所述接收側(cè)的所述車車間通信管理服務(wù)處理部根據(jù)所述發(fā)送側(cè)的所述通信控制信息， 決定從所述接收側(cè)的所述應(yīng)用處理部發(fā)送消息時的發(fā)送功率、接收靈敏度以及發(fā)送周期。
4.根據(jù)權(quán)利要求1所述的車載通信裝置，其特征在于，所述發(fā)送側(cè)的所述車載通信裝置的所述車車間通信管理服務(wù)處理部根據(jù)來自所述應(yīng) 用處理部的要求，經(jīng)由所述車車間通信傳送服務(wù)處理部，對接收側(cè)的所述車車間通信管理 服務(wù)處理部，開始發(fā)送用于進(jìn)行與所述接收側(cè)的所述車載通信裝置的初始連接的消息。
5.根據(jù)權(quán)利要求1所述的車載通信裝置，其特征在于，所述車車間通信管理服務(wù)處理部經(jīng)由所述車車間通信傳送服務(wù)處理部，對包括所述事 務(wù)管理部以及所述應(yīng)用處理部的上位協(xié)議，至少通知通信連接的狀況以及所述車車間通信 管理服務(wù)處理部內(nèi)產(chǎn)生的事件信息。
6.根據(jù)權(quán)利要求1所述的車載通信裝置，其特征在于，所述接收側(cè)的所述車載通信裝置的所述車車間通信傳送服務(wù)處理部接收來自所述發(fā) 送側(cè)的所述車載通信裝置的所述消息，對所述車車間通信管理服務(wù)處理部設(shè)定包含在所述 消息中的所述通信控制信息，所述接收側(cè)的所述車載通信裝置的所述車車間通信管理服務(wù)處理部以所述通信控制 信息被設(shè)定作為契機(jī)，對所述發(fā)送側(cè)的所述車載通信裝置開始進(jìn)行初始連接的連接步驟。
7.根據(jù)權(quán)利要求1所述的車載通信裝置，其特征在于，所述應(yīng)用處理部將應(yīng)用的種類登記到所述車車間通信管理服務(wù)處理部中，所述車車間通信傳送服務(wù)處理部利用附加到所述消息中的本地端口號，從所述車車間 通信管理服務(wù)處理部取得并識別所述應(yīng)用的種類，從而進(jìn)行與所述應(yīng)用的種類對應(yīng)的發(fā)送 接收處理，在是路車間通信應(yīng)用的情況下，將所述消息比車車間通信應(yīng)用優(yōu)先地發(fā)送到所 述發(fā)送接收服務(wù)處理部。
8.一種車載通信裝置，分別搭載于移動站以及基站中，通過無線通信在所述移動站之 間以及在所述移動站與所述基站之間相互成為接收側(cè)以及發(fā)送側(cè)，其特征在于，所述車載通信裝置具備應(yīng)用處理部，利用路車間通信以及車車間通信從所述發(fā)送側(cè)對所述接收側(cè)發(fā)送消息；路車間-車車間通信協(xié)作服務(wù)處理部，根據(jù)包括從所述應(yīng)用處理部接收到的所述消息 的重發(fā)、分割/組合的事務(wù)服務(wù)、用于識別包括所述應(yīng)用處理部的上位協(xié)議的本地端口號 的附加、以及所述上位協(xié)議，判別所述消息的發(fā)送目的地；車車間通信傳送服務(wù)處理部，將從所述路車間-車車間通信協(xié)作服務(wù)處理部接收到的 所述消息，按照由所述應(yīng)用處理部處理的應(yīng)用的優(yōu)先級順序，發(fā)送到所述接收側(cè)的所述車 載通信裝置；發(fā)送接收服務(wù)處理部，對經(jīng)由所述車車間通信傳送服務(wù)處理部提供的所述消息、以及 從所述路車間-車車間通信協(xié)作服務(wù)處理部直接提供的所述消息，賦予用于識別的標(biāo)識 符，通過無線通信發(fā)送到所述接收側(cè)的所述車載通信裝置；以及車車間通信管理服務(wù)處理部，從所述應(yīng)用處理部設(shè)定所述優(yōu)先級，根據(jù)來自所述車車 間通信傳送服務(wù)處理部的要求，通知所述優(yōu)先級，所述路車間-車車間通信協(xié)作服務(wù)處理部判別將從所述應(yīng)用處理部接收到的所述消 息是通過路車間通信發(fā)送、還是通過車車間通信發(fā)送，在是所述路車間通信的情況下對所 述發(fā)送接收服務(wù)處理部直接提供所述消息，在是所述車車間通信的情況下經(jīng)由所述車車間 通信傳送服務(wù)處理部提供給所述發(fā)送接收服務(wù)處理部，所述接收側(cè)的所述車載通信裝置的所述發(fā)送接收服務(wù)處理部根據(jù)從所述發(fā)送側(cè)的所 述車載通信裝置接收到的所述消息中賦予的所述標(biāo)識符，將所述消息發(fā)送到路車間-車車 間通信協(xié)作服務(wù)處理部或者車車間通信傳送服務(wù)處理部。
9.根據(jù)權(quán)利要求1所述的車載通信裝置，其特征在于，所述車車間通信傳送服務(wù)處理部將接收到路車間通信應(yīng)用的消息的情況通知給所述 車車間通信管理服務(wù)處理部，所述車車間通信管理服務(wù)處理部以所述路車間通信應(yīng)用的消息的接收為契機(jī)，控制發(fā) 送車車間通信應(yīng)用的消息時的所述發(fā)送功率以及所述發(fā)送周期，從而優(yōu)先地發(fā)送接收路車 間通信應(yīng)用的消息。
10.一種車載通信裝置，分別搭載于移動站以及基站中，通過無線通信在所述移動站之 間以及在所述移動站與所述基站之間相互成為接收側(cè)以及發(fā)送側(cè)，其特征在于，所述車載通信裝置具備車車間通信傳送服務(wù)處理部，將從應(yīng)用接收到的消息按照應(yīng)用的優(yōu)先級順序發(fā)送到所 述接收側(cè)的所述車載通信裝置，發(fā)送接收針對應(yīng)用的消息，通知包括錯誤信息的事件信息， 對發(fā)送功率、接收靈敏度、以及通信信道的利用率附加發(fā)送周期的信息而作為通信控制信 息，將該通信控制信息附加到從應(yīng)用接收到的消息，從而對所述接收側(cè)的所述車載通信裝 置通知所述通信控制信息；以及車車間通信管理服務(wù)處理部，與應(yīng)用以及所述車車間通信傳送服務(wù)處理部連接，從應(yīng) 用設(shè)定優(yōu)先級，根據(jù)來自所述車車間通信傳送服務(wù)處理部的要求通知所述優(yōu)先級，根據(jù)所 述通信控制信息決定以及設(shè)定發(fā)送消息時的發(fā)送功率、接收靈敏度以及發(fā)送周期，根據(jù)來 自應(yīng)用的要求，將用于進(jìn)行與所述車載通信裝置的初始連接的消息，經(jīng)由所述車車間通信 傳送服務(wù)處理部，發(fā)送到所述接收側(cè)的所述車車間通信管理服務(wù)處理部，所述車車間通信傳送服務(wù)處理部對所述接收側(cè)的所述車載通信裝置通知所述車車間 通信管理服務(wù)處理部具有的通信控制信息，所述接收側(cè)的所述車載通信裝置在所述車車間通信傳送服務(wù)處理部中，將對所接收到 的所述消息賦予的所述通信控制信息發(fā)送到所述車車間通信管理服務(wù)處理部，將所接收到 的所述消息發(fā)送給應(yīng)用。
11.一種車載通信裝置，分別搭載于移動站以及基站中，通過無線通信在所述移動站之 間以及在所述移動站與所述基站之間相互成為接收側(cè)以及發(fā)送側(cè)，其特征在于，所述車載通信裝置具備應(yīng)用處理部，對所述接收側(cè)的所述車載通信裝置周期性地發(fā)送消息； 傳送部，與所述應(yīng)用處理部連接，進(jìn)行從所述應(yīng)用處理部接收到的所述消息的發(fā)送，并 且對從所述應(yīng)用處理部接收到的所述消息，賦予用于識別包括所述應(yīng)用處理部的上位協(xié)議 的應(yīng)用編號、能提供的應(yīng)用一覽以及能利用的頻率信道信息；車車間通信傳送服務(wù)處理部，與所述傳送部連接，將從所述傳送部接收到的所述消息 按照由所述應(yīng)用處理部處理的應(yīng)用的優(yōu)先級順序發(fā)送到所述接收側(cè)的所述車載通信裝置， 發(fā)送接收針對所述傳送部的所述消息，通知包括錯誤信息的事件信息，對發(fā)送功率、接收靈 敏度以及通信信道的利用率附加發(fā)送周期的信息而作為通信控制信息，并將該通信控制信 息附加到從應(yīng)用接收到的消息中，從而對所述接收側(cè)的所述車載通信裝置通知所述通信控 制信息；發(fā)送接收服務(wù)處理部，與所述車車間通信傳送服務(wù)處理部連接，通過無線通信，在與所 述接收側(cè)的所述車載通信裝置之間，發(fā)送接收從所述車車間通信傳送服務(wù)處理部接收到的 所述消息；發(fā)送接收服務(wù)管理部，對至少包括所述發(fā)送接收服務(wù)處理部發(fā)送接收所述消息時的發(fā) 送功率、接收靈敏度以及通信信道的利用率的所述通信控制信息進(jìn)行管理；以及管理部，與所述應(yīng)用處理部、所述車車間通信傳送服務(wù)處理部以及所述發(fā)送接收服務(wù) 管理部連接，管理所述應(yīng)用處理部的信息，并且根據(jù)所述應(yīng)用的要求開始進(jìn)行連接管理服 務(wù)，所述管理部包括車車間通信管理服務(wù)處理部，該車車間通信管理服務(wù)處理部從所述應(yīng) 用處理部設(shè)定所述優(yōu)先級，根據(jù)來自所述車車間通信傳送服務(wù)處理部的要求通知所述優(yōu)先 級，根據(jù)所述通信控制信息決定或者設(shè)定發(fā)送消息時的發(fā)送功率、接收靈敏度、以及發(fā)送周 期，所述傳送部以及所述管理部構(gòu)成用于進(jìn)行所述移動站與所述基站之間的路車間通信 以及車車間通信的協(xié)議，所述車車間通信傳送服務(wù)處理部對所述接收側(cè)的所述車載通信裝置通知所述車車間 通信管理服務(wù)處理部具有的所述通信控制信息，所述接收側(cè)的所述車載通信裝置在所述車車間通信傳送服務(wù)處理部中，將對所接收到 的所述消息賦予的所述通信控制信息發(fā)送到所述車車間通信管理服務(wù)處理部，所接收到的 所述消息被發(fā)送到所述傳送部。
12. —種路車間-車車間通信協(xié)作系統(tǒng)，其特征在于，由權(quán)利要求1、權(quán)利要求8、權(quán)利要求10以及權(quán)利要求11中的任意一項所述的車載通 信裝置構(gòu)成，進(jìn)行所述移動站之間以及所述移動站與所述基站之間的無線通信。
全文摘要
本發(fā)明的目的在于提供一種可以應(yīng)對路車間通信系統(tǒng)和車車間通信系統(tǒng)這雙方的車載通信裝置以及路車間-車車間通信協(xié)作系統(tǒng)，車載通信裝置(100)具有車車間通信傳送服務(wù)處理部(1)、車車間通信管理服務(wù)處理部(2)、應(yīng)用處理部(3)、事務(wù)管理部(4)、傳送服務(wù)處理部(5)、發(fā)送接收服務(wù)處理部(6)、以及發(fā)送接收服務(wù)管理部(7)，車車間通信傳送服務(wù)處理部(1)和車車間通信管理服務(wù)處理部(2)對既存的路車間通信協(xié)議即傳送服務(wù)處理部(5)具有接口。
文檔編號H04W80/08GK102047698SQ200980120459
公開日2011年5月4日 申請日期2009年3月26日 優(yōu)先權(quán)日2008年4月30日
發(fā)明者后藤幸夫, 森田茂樹, 澤良次, 津田喜秋, 浜田悠司 申請人:三菱電機(jī)株式會社