專利名稱：車輛用通信裝置的制作方法
技術領域：
0001
本發(fā)明是涉及車輛用通信裝置的發(fā)明，特別是涉及進行車與車之 間通信的車輛用通信裝置。
背景技術：
進而，在專利文獻1以及專利文獻2所記栽的車輛用通信裝置中， 只是對本車輛進行通信控制來回避擁擠，但光靠本車輛的通信控制并 不能即刻減少網絡整體的通信業(yè)務量
發(fā)明內容

當在步驟S3中M/W概要文件的確認已結束的情況下，進入步 驟S4并在訪問管理功能有效時進行對方認證。當在步驟S4中對對方 認證認證成功了的情況下，進入步驟S5，車與車之間通信M/W部3 將非網絡系應用程序6設為可使用的狀態(tài)并將處理轉移到應用程序階 段。已成為可使用的狀態(tài)的非網絡系應用程序6對每個應用程序進行 初始設定，成為通信階段而可以進行通信(步驟S5)。在步驟S6中通 信結束并返回到步驟S2。此外，當在步驟S4中對對方認證認證失敗 了的情況下，也進入步驟S6并且通信結束。
在圖7中表示車與車之間通信M/W向應用程序提供的通信服務 原語間的邏輯關系。
(2) 生成契機此原語始終由應用程序生成。
M/W-Application.response 為 了 返 回 針 對 M/W-Application.indication的應答而從應用程序傳遞給車車與車之 間通信M/W。 RegisterPort.request為了登錄應用程序能夠對車與車 之間通信M/W提供的應用程序而從應用程序傳遞給車與車之間通信 M/W。 DeregisterPort.request為了通知應用程序無法對車與車之間通 信M/W提供的應用程序，而從應用程序傳遞給車與車之間通信M/W 。
0108
3.1.2服務內容的規(guī)格
在這里，就與管理服務相關聯(lián)的原語以及變量進行規(guī)定。作為接 口的變量抽象地進行記述，并規(guī)定對接收側實體而言所需要的信息。 但是，關于提供這一信息的具體的實現(xiàn)方法則不制約。
3.1.3.1事件通知原語
(1) 功能此原語是通知在車與車之間通信M/W內所發(fā)生的錯誤 等現(xiàn)象的服務原語。
0113
(2) 生成契機此原語在將車與車之間通信M/W內所發(fā)生的錯誤 等現(xiàn)象通知給應用程序時由車與車之間通信M/W生成。
0114
(3) 原語的變量此原語持有EventReport.indication(linkAddress
在變量linkAddress上保存在車與車之間通信將使用的鏈接地址。
在變量status上保存表示所發(fā)生的現(xiàn)象的代碼。
變量extensionParameter才艮據(jù)需要而4呆存用于外卜充變量status
的內容的信息。此變量為可選項。
3.1.5 MIB訪問服務
MIB訪問服務是通信控制管理的MIB管理功能提供的服務，是 用于進行車與車之間通信M/W的MIB變量的設定/參照的服務。車 與車之間通信M/W提供如下服務原語。
0120
3.1.5.1 MIB變量取得請求原語
(1) 功能此原語是請求取得車與車之間通信M/W的MIB變量的 服務原語。
(2) 生成契機此原語始終由應用程序生成。
3.1.6.3服務通知收到原語
(1) 功能此原i吾是通知用于初始連接的Announcement Frame 4文 到的服務原語。
0143]
(2) 生成契機此原語始終由車與車之間通信M/W生成。
3.1.6.4服務通知應答原語
(1) 功能此原語是對服務通知收到原語進行應答的服務原語。
在移動站的通信控制管理中，在通信連接時生成通信連接管理計 時器(CT)。在所生成的通信連接計時器上參照移動站的最大計時器值 (Tmax)，對其值進行設定并啟動。以后，每當接受來自移動站的有效 服務原語的收到通知就使通信連接計時器重新啟動。
3.4.1.2發(fā)送功率等級
發(fā)送功率等級表示進行發(fā)送的功率的等級。
認證試行次數(shù)(NA)是允許移動站進行重新試行的認證請求的次 數(shù)。基站在來自同 一移動站的重新試行次數(shù)小于等于NA次的情況下 準許重新試行，在超過了 NA次的情況下就將通信切斷。此外，認證 試行次數(shù)的值不作為安裝要件來規(guī)定。
(2) 端口號的可選字段
端口號的可選字段保存以下內容。
(a) 簽名的長度標識符
簽名的長度標識符指示后續(xù)的簽名的數(shù)據(jù)長度。單位是八位字節(jié)。
(b) 簽名的內容
簽名設為0-255八位字節(jié)為止的可變長度數(shù)據(jù)。 [0269
3.5.2訪問管理的過程
在圖27中表示設備認證過程的概略。以下，基于圖27來說明設 備認證過程。 [02703.5.2.1設備認證中的初始設定 (l)數(shù)據(jù)接收站的初始設定
數(shù)據(jù)接收站當從下位層接受利用數(shù)據(jù)收到原語的指示后將狀態(tài) 轉移到設備認證的處理。此時，按以下的過程來確認從該原語所取得 的M/W概要文件內的安全性概要文件的內容。
(a) 在設備認證有效標識符的值為真值(true)的情況下，確認簽名 算法標識符的內容，并選擇該標識符所示的算法。另一方面，在簽名 算法標識符不存在的情況下選擇默認的算法。
(b) 其次，參照設備標識符取得與該標識符對應的密碼，并轉移 至在后述的3.5.2.2的(l)中規(guī)定的認證處理。此外，關于密碼的取得 方法則不進行規(guī)定。
(c) 在數(shù)據(jù)發(fā)送站的安全性概要文件不存在時，安全性概要文件 的設備認證有效標識符的值為假值(false)的情況下，結束設備認證處 理。此外，在設備認證有效標識符的值為真值(true)時的簽名算法標 識符的內容不 一致的情況下是選擇默認的算法還是使通信結束這是 運用上的問題，所以在這里不特別進行規(guī)定。另外，關于可否接納從 不具有設備認證功能的數(shù)據(jù)發(fā)送站向數(shù)據(jù)接收站的訪問，也是運用上 的問題，所以在這里不特別進行規(guī)定。
〖0271
3.5.2.2 i殳備i人證處理 (l)數(shù)據(jù)接收站的設備認證處理
數(shù)據(jù)接收站當將狀態(tài)轉移到設備認證處理后，首先生成隨機數(shù)。 所生成的隨機數(shù)用隨機數(shù)的發(fā)送消息(ChallengeCodePDU)發(fā)送至數(shù) 據(jù)發(fā)送站，并等待應答。另外，將所生成的隨機數(shù)用在初始設定過程 所取得的密碼進行簽名，以創(chuàng)建簽名數(shù)據(jù)。當從數(shù)據(jù)發(fā)送站接受利用 簽名的應答消息(SigniturePDU)的應答后，就對消息中所保存的簽名 數(shù)據(jù)和數(shù)據(jù)接收站所創(chuàng)建的簽名數(shù)據(jù)進行比較以認證數(shù)據(jù)發(fā)送站。
(2)數(shù)據(jù)發(fā)送站的設備認證處理
數(shù)據(jù)發(fā)送站當接收隨機數(shù)的發(fā)送消息(ChallengeCodePDU)后， 將消息中所保存的隨機數(shù)作為簽名方數(shù)據(jù)，用在該數(shù)據(jù)發(fā)送站上所設 定的密碼進行簽名處理。通過簽名處理所獲得的簽名數(shù)據(jù)保存在簽名 的應答消息(SigniturePDU)中發(fā)送至數(shù)據(jù)接收站，等待認證結果。
[0276
在通過確認應答的消息接收到認證成功的通知的情況下使與應 用程序的端口號有效，結束認證處理。在通過確認應答的消息接收到 認證不成功的通知的情況下為了重新試行而等待隨機數(shù)的發(fā)送消息。 在接收到的消息的內容與期待值不同的情況下，廢棄該消息并等待新 消息的到達。另外，在認證處理中通信連接管理計時器(CT)超時了的 情況下，處理內容全部廢棄，并結束通信。0277
此外，關于因數(shù)據(jù)接收站認證的失敗而發(fā)生了通信切斷時可否向 該數(shù)據(jù)接收站重新連接，不作為安裝要件來規(guī)定。 [0278
(匯總)
如以上那樣，本實施方式所涉及的車輛用通信裝置有時候是移動 站間的車與車之間通信M/W利用非網絡型協(xié)議來進行通信。這一車 與車之間通信M/W基于從上位層的多個應用程序接受的每個應用程 序的優(yōu)先度、各車輛的優(yōu)先度、和從下位層取得的信道利用率，使本 車輛以及周邊車輛的發(fā)送功率及發(fā)送間隔/利用信道/接收靈敏度等通 信參數(shù)變化來進行擁擠回避控制。為此，在本實施方式所涉及的車輛 用通信裝置中，就能夠回避擁擠的發(fā)生并能夠只使有必要進行通信的 車輛優(yōu)先地進行通信。
[0279
另外，本實施方式所涉及的通信控制服務部通過與對方車輛交換 包含本車輛設定的發(fā)送功率/發(fā)送間隔/接收靈敏度等通信控制信息的
擁擠回避控制信息，基于對方車輛對本車輛請求的發(fā)送功率/發(fā)送間隔 /接收靈敏度等通信控制信息來進行本車輛的通信控制。為此，在本實 施方式所涉及的車輛用通信裝置中，就能夠從本車輛對周邊車輛自適 應地變更周邊車輛的通信參數(shù)，能夠從本車輛進行網絡整體的擁擠回 避控制。
[0280
另外，本實施方式所涉及的通信控制服務部通過一邊監(jiān)視信道利 用率(通信信道狀況)一邊進行通信控制，就可以預先確保通信頻帶以 便能夠對應緊急應用程序，能夠回避網絡的擁擠而進行延遲時間較短 的通信。
[0281
另外，本實施方式所涉及的車輛用通信裝置通過具備能夠對應車 與車之間通信M/W與下位協(xié)議部的差異的媒體自適應處理部，就可以使應用程序不意識到下位協(xié)議地進行通信。
[0282
另外，本實施方式所涉及的車輛用通信裝置通過設置訪問管理部
就能夠在車與車之間通信之際進行設備認證，所以能夠進行安全性較 高的車與車之間通信。
[0283
另外，本實施方式所涉及的通信控制服務部通過一邊監(jiān)視信道利 用率(通信信道狀況)一邊進行通信控制，就能夠回避與周邊車輛以及 其他通信系統(tǒng)的干擾。
[0284
雖然本發(fā)明詳細地進行了說明，但上述的說明在所有方面都是示 例，本發(fā)明并不限定于此。應理解為沒有例示的無數(shù)變形例可以不脫 離本發(fā)明的范圍地4皮設想到。
權利要求
1.一種車輛用通信裝置，包括依照規(guī)定的目的進行車與車之間通信的多個應用程序部(1)；在車與車之間收發(fā)數(shù)據(jù)的下位協(xié)議部(2)；介于上述應用程序部(1)和下位協(xié)議部(2)之間的中間件部(3)，所述車輛用通信裝置的特征在于上述中間件部(3)包括傳輸服務處理部(31)，對上述應用程序部(1)進行數(shù)據(jù)的傳遞、且識別上述中間件部(3)接收到的數(shù)據(jù)的分發(fā)目的地；通信控制服務部(32)，在上述車與車之間通信中進行用于回避擁擠的處理、及用于識別上述應用程序部(1)的端口號的管理；以及收發(fā)控制處理部(33)，進行上述數(shù)據(jù)的發(fā)送控制以及接收控制，其中，上述通信控制服務部(32)基于針對上述每個應用程序部(1)接受的應用程序優(yōu)先度、各車輛的車輛優(yōu)先度以及從上述下位協(xié)議部(2)取得的信道利用率，來控制本車輛以及周邊車輛的擁擠回避處理。
2. 按照權利要求l所記載的車輛用通信裝置，其特征在于 上述通信控制服務部(32)在上述本車輛與上述周邊車輛之間交換包含上述本車輛的通信控制信息和上述本車輛對上述周邊車輛進 行請求的上述通信控制信息的擁擠回避控制信息，考慮上述周邊車輛 的上述擁擠回避控制信息來進行上述本車輛的通信控制。
3. 按照權利要求1或權利要求2所記載的車輛用通信裝置，其 特征在于上述通信控制服務部(32)通過一邊監(jiān)視信道利用率一邊進行通 信控制，來預先確保通信頻帶以便能夠對應緊急用的應用程序。
4. 按照權利要求1或權利要求2所記載的車輛用通信裝置，其 特征在于上述中間件部(3)還包括媒體自適應處理部(34)，可以對應下位協(xié)議部(2)的多個通信協(xié)議。
5. 按照權利要求1或權利要求2所記載的車輛用通信裝置，其特征在于上述通信控制服務部(32)還包括訪問管理部(324)，在車與車之間通信中進行設備認證。
6. 按照權利要求1或權利要求2所記栽的車輛用通信裝置，其 特征在于上述通信控制服務部(32)通過一邊監(jiān)視信道利用率一邊進行通 信控制，來回避與其他車輛以及其他通信系統(tǒng)的干擾。
全文摘要
本發(fā)明的目的是提供一種在車與車之間通信中利用多個應用程序，進行回避本車輛以及周邊車輛的擁擠的控制的車輛用通信裝置。而且，本發(fā)明的車輛用通信裝置包括進行車與車之間通信的多個應用程序部(1)；在車與車之間收發(fā)數(shù)據(jù)的下位協(xié)議部(2)；介于上述應用程序部(1)和下位協(xié)議部(2)之間的中間件部(3)。上述中間件部(3)包括傳輸服務處理部(31)；通信控制服務部(32)以及收發(fā)控制處理部(33)。上述通信控制服務部(32)基于針對上述每個應用程序部(1)接受的應用程序優(yōu)先度、各車輛的車輛優(yōu)先度以及從上述下位協(xié)議部取得的信道利用率，來控制本車輛以及周邊車輛的擁擠回避處理。
文檔編號B60R16/02GK101611434SQ200880005110
公開日2009年12月23日 申請日期2008年2月5日 優(yōu)先權日2007年2月14日
發(fā)明者伊川雅彥, 后藤幸夫, 澤良次, 濱田悠司, 荒木宏 申請人:三菱電機株式會社