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

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