DSRC技術(shù)與發(fā)展?fàn)顩r

DSRC技術(shù)根底與標(biāo)準(zhǔn)體系金溢科技→內(nèi)部培訓(xùn)→研發(fā)中心→研究部→郭海陶25、歐標(biāo)DSRC介紹4、DSRC通信系統(tǒng)平安體系分析與設(shè)計(jì)3、OSI通信系統(tǒng)的平安體系架構(gòu)2、DSRC通信協(xié)議體系架構(gòu)1、DSRC競(jìng)爭(zhēng)性技術(shù)介紹6、基于DSRC的應(yīng)用標(biāo)準(zhǔn)7、ASN.1和PER介紹8、運(yùn)政標(biāo)準(zhǔn)化工作9、DSRC協(xié)議棧設(shè)計(jì)與實(shí)現(xiàn)10、歐洲新一代DSRC技術(shù)——CALM介紹11、日本DSRC技術(shù)介紹12、美國(guó)新一代DSRC技術(shù)——WAVE介紹13、DSRC技術(shù)開展趨勢(shì)14、資料介紹目錄根本名詞和術(shù)語(yǔ)的解釋與比照〔1/3〕DedicatedShortRangeCommunication，專用于車-車〔V2V〕與車-路〔V2I〕之間的一種短程無(wú)線通信技術(shù)。DSRCRadioFrequencyIdentification，用于物品身份標(biāo)識(shí)的無(wú)線射頻通信技術(shù)。RFIDWirelessAccessinVehicularEnvironment，用于車輛環(huán)境的無(wú)線通信和網(wǎng)絡(luò)接入技術(shù)。

WAVEElectronicTollCollection，電子收費(fèi)〔車輛通行費(fèi)〕。ETCElectronicRoadPricing，電子道路計(jì)價(jià)，擁堵收費(fèi)。ERPElectronicFeeCollection，電子收費(fèi)。EFC短程：短程的通信距離是多少〔零米-百米〕，中程的通信距離是多少〔百米、千米〕，長(zhǎng)距離的無(wú)線通信和廣域的無(wú)線通信的通信距離又是多少？無(wú)線：信息的傳輸介質(zhì)，微波射頻〔電波〕、紅外線〔光波〕。信息傳輸與身份識(shí)別：都是指通信雙方的信息傳輸，后者特別強(qiáng)調(diào)身份識(shí)別信息的傳輸。EFC、ETC、ERP：EFC泛指所有的電子收費(fèi)，ETC和ERP根據(jù)收費(fèi)的性質(zhì)加以區(qū)分，EFC包含了ETC和ERP。根本名詞和術(shù)語(yǔ)的解釋與比照〔2/3〕DSRC:基于5G頻段的DSRC技術(shù)已成國(guó)際主流，典型標(biāo)準(zhǔn)體系有歐洲的CEN/TC278，日本的ARIBT75，美國(guó)的ASTME2213-2003，中國(guó)的GB/T20851-2007。根本名詞和術(shù)語(yǔ)的解釋與比照〔3/3〕RFID：典型的工作頻率有：125kHz，133kHz，13.56MHz，27.12MHz，433MHz，915MHz，2.45GHz，5.8GHz等。頻段空中接口適用范圍LFISO18000-2《頻率小于135KHz的空中接口通信參數(shù)》，定義低頻的物理層、防沖撞和通訊協(xié)議畜牧業(yè)管理等HFISO/IEC14443:2001《識(shí)別卡——無(wú)觸點(diǎn)的集成電路卡——接近式卡》，物理特性、空中接口、初始化、防碰撞、傳輸協(xié)議、擴(kuò)展命令集和安全特性電子車票、電子身份證、電子閉鎖防盜（電子遙控門鎖控制器）ISO/IEC15693:2001《識(shí)別卡——無(wú)觸點(diǎn)的集成電路卡——鄰近式卡》系列標(biāo)準(zhǔn)共分為物理特性、空中接口、初始化、防碰撞、傳輸協(xié)議、擴(kuò)展命令集和安全特性ISO/IEC18000-3:2004《13.56MHz頻率下的空中接口通信參數(shù)》13.56MHzISMBandClass1定義13.56MHz符合EPC的接口定義。產(chǎn)品、物流、供應(yīng)鏈RFID標(biāo)準(zhǔn)體系〔1/2〕UHFISO/IEC18000-7:2004《433MHz頻率下的有源空中接口通信參數(shù)》物流、供應(yīng)鏈ISO/IEC18000-6:2004《860~960MHz頻率下的空中接口通信參數(shù)》AutoID-Center:2003《Draftprotocolspecificationfora900MHzClass0RadioFrequency》AutoID-Center:2002《860-930MHzClass1RFIDTagRadioFrequency&LogicalCommunicationInterfaceSpecificationCandidateRecommendation,V1.0.1》-ISO18000-6BEPCGlobal:2005《EPCRFIDprotocolsC1Gen2UHFRFIDProtocolforCommunicationsat860MHz-960MHz》–ISO18000-6CISO/IEC18000-4:2004《2.45GHz頻率下的空中接口通信參數(shù)》ISO/IEC18000-5:XXX《5.8GHz頻率下的空中接口通信參數(shù)，中止》主要用于交通領(lǐng)域，各國(guó)標(biāo)準(zhǔn)不統(tǒng)一RFID標(biāo)準(zhǔn)體系〔2/2〕RFIDDSRC標(biāo)準(zhǔn)6B6CGB/T20851速率10、40Kbps26.7~128Kbps256/512Kbps移動(dòng)性≥220km/h≥220km/h≥180km/h存儲(chǔ)容量較大較小不限安全性能無(wú)32bitAccesspassword32bitKillpassword靈活性好，由具體的應(yīng)用決定ID號(hào)64位16~496位32位應(yīng)用對(duì)象物品物品車輛應(yīng)用領(lǐng)域物流物流交通RFID與DSRC主要應(yīng)用參數(shù)比照DSRC應(yīng)用場(chǎng)景、實(shí)際案例為何從DSRC追溯到ISOOSI-BasicReferenceModel？DSRC遵循OSI根本參考模型的七層協(xié)議體系架構(gòu)，采用其中的三層協(xié)議架構(gòu)：L1、L2、L7，并將其它協(xié)議層的局部功能在L7中實(shí)現(xiàn)。車路通信：效率、實(shí)時(shí)性車路點(diǎn)對(duì)點(diǎn)通信：無(wú)需網(wǎng)絡(luò)功能針對(duì)特定的應(yīng)用，數(shù)據(jù)、流程明確：無(wú)需復(fù)雜的傳輸和表示功能

DSRC通信協(xié)議體系架構(gòu)OSI通信協(xié)議架構(gòu)OSIBasicReferenceModel的體系架構(gòu)與關(guān)鍵元素：OSI：L1、L2、L3、L4、L5、L6、L7。GB/T9387:《信息技術(shù)開放系統(tǒng)互連根本參考模型》〔1〕根本模型：GB/T9387.1〔2〕平安體系架構(gòu)：GB/T9387.2〔3〕命名與編址：GB/T9387.3〔4〕管理架構(gòu)：GB/T9387.4OSI通信協(xié)議架構(gòu)DSRC通信協(xié)議架構(gòu)DSRC協(xié)議棧架構(gòu)不同的應(yīng)用環(huán)境、不同的應(yīng)用場(chǎng)景和不同的應(yīng)用目的，對(duì)技術(shù)本身所應(yīng)具備或能夠支持的平安功能的要求是不同的。GB/T9387.2定義了一個(gè)完整的OSI通信系統(tǒng)的平安體系架構(gòu)：保護(hù)對(duì)象：1〕信息與數(shù)據(jù)；2〕通信和數(shù)據(jù)處理效勞；3〕設(shè)備與設(shè)施。平安威脅：1〕對(duì)通信或其他資源的破壞；2〕對(duì)信息的訛用或篡改；3〕信息或其他資源的被竊，刪除或喪失；4〕信息的泄露；5〕效勞的中斷。OSI平安體系架構(gòu)——保護(hù)對(duì)象、平安威脅攻擊，在數(shù)據(jù)處理與數(shù)據(jù)通信中的幾種攻擊形式：1〕冒充。2〕重演。3〕篡改。4〕效勞拒絕。5〕內(nèi)部攻擊。當(dāng)系統(tǒng)的合法用戶以非成心或非授權(quán)方式進(jìn)行動(dòng)作時(shí)便出現(xiàn)內(nèi)部攻擊。6〕外部攻擊。如搭線、截取輻射、冒充為系統(tǒng)的授權(quán)用戶，或冒充為系統(tǒng)的組成局部；為鑒別或訪問(wèn)控制機(jī)制設(shè)置旁路。7〕陷阱門。當(dāng)系統(tǒng)的實(shí)體受到改變致使一個(gè)攻擊者能對(duì)命令，或?qū)︻A(yù)訂的事件或事件序列產(chǎn)生非授權(quán)的影響時(shí)，就是陷阱門。8〕特洛伊木馬。內(nèi)部成心設(shè)置的缺陷或攻擊局部。OSI平安體系架構(gòu)——攻擊形式通信系統(tǒng)為應(yīng)用提供的平安效勞：1〕對(duì)等實(shí)體鑒別：這種效勞在連接建立或在數(shù)據(jù)傳送階段的某些時(shí)刻提供使用，用以證實(shí)一個(gè)或多個(gè)連接實(shí)體的身份。2〕數(shù)據(jù)原發(fā)鑒別：這種效勞對(duì)數(shù)據(jù)單元的來(lái)源提供確證。這種效勞對(duì)于數(shù)據(jù)單元的重復(fù)或篡改不提供保護(hù)。3〕訪問(wèn)控制：這種效勞提供保護(hù)以對(duì)付OSI可訪問(wèn)資源的非授權(quán)使用。這種保護(hù)效勞可應(yīng)用于對(duì)資源的各種不同類型的訪問(wèn)或應(yīng)用于對(duì)一種資源的所有訪問(wèn)。4〕數(shù)據(jù)機(jī)密性：這種效勞對(duì)數(shù)據(jù)提供保護(hù)使之不被非授權(quán)地泄露。連接機(jī)密性；無(wú)連接機(jī)密性；選擇字段機(jī)密性；通信業(yè)務(wù)流機(jī)密性。OSI平安體系架構(gòu)——平安效勞〔1/2〕5〕數(shù)據(jù)完整性：這種效勞對(duì)付主動(dòng)威脅，可取如下所述的各種形式之一。帶恢復(fù)的連接完整性；不帶恢復(fù)的連接完整性；選擇字段的連接完整性；無(wú)連接完整性；選擇字段無(wú)連接完整性。6〕抗抵賴：有數(shù)據(jù)原發(fā)證明的抗抵賴：為數(shù)據(jù)的接收者提供數(shù)據(jù)來(lái)源的證明。這將使發(fā)送者事后謊稱未發(fā)送過(guò)這些數(shù)據(jù)或否認(rèn)它的內(nèi)容的企圖不能得逞。有數(shù)據(jù)交付證明的抗抵賴：為數(shù)據(jù)的發(fā)送者提供數(shù)據(jù)交付的證明。這將使接收者事后謊稱未收到過(guò)這些數(shù)據(jù)或否認(rèn)它的內(nèi)容的企圖不能得逞。OSI平安體系架構(gòu)——平安效勞〔2/2〕一種平安策略可以使用不同的機(jī)制來(lái)實(shí)施，或單獨(dú)使用，或聯(lián)合使用，取決于該策略的目的以及使用的機(jī)制。平安機(jī)制一般分為三類：預(yù)防；檢測(cè)；恢復(fù)。實(shí)現(xiàn)平安效勞功能的8種機(jī)制：1〕數(shù)字簽名機(jī)制2〕訪問(wèn)控制機(jī)制3〕數(shù)據(jù)完整性機(jī)制4〕鑒別交換機(jī)制5〕通信業(yè)務(wù)填充機(jī)制6〕公證機(jī)制7〕物理平安與人員可靠8〕可信任的硬件與軟件OSI平安體系架構(gòu)——平安機(jī)制數(shù)字簽名能夠用來(lái)提供諸如抗抵賴與鑒別等平安效勞，它要求使用非對(duì)稱密碼算法。數(shù)字簽名機(jī)制的實(shí)質(zhì)特征為：不使用私有密鑰就不能造成簽過(guò)名的那個(gè)數(shù)據(jù)單元。這意味著：1〕簽過(guò)名的數(shù)據(jù)單元除了私有密鑰的占有者外，別的個(gè)人是不能制造出來(lái)的；2〕接受者不能造出那簽過(guò)名的數(shù)據(jù)單元。所以，只需使用公開可用的信息就能認(rèn)定數(shù)據(jù)單元的簽名者只能是那些私有密鑰的占有者。因而在當(dāng)事人后來(lái)的糾紛中，就可能向一個(gè)可靠的第三方證明數(shù)據(jù)單元簽名者的身份，這個(gè)第三方是被請(qǐng)來(lái)對(duì)簽過(guò)名的數(shù)據(jù)單元的鑒別作出判定的，這種類型的數(shù)字簽名稱為直接簽名方案。在別的情況下，可能需要再加一條特性：發(fā)送者不能否認(rèn)發(fā)出過(guò)那個(gè)簽過(guò)名的數(shù)據(jù)單元。在這一情形，一個(gè)可信賴的第三方向接受者證明該信息的來(lái)源與完整性。這種類型的數(shù)字簽名有時(shí)稱為仲裁簽名方案。平安機(jī)制——數(shù)字簽名機(jī)制訪問(wèn)控制機(jī)制是用來(lái)實(shí)施對(duì)資源訪問(wèn)加以限制的策略的機(jī)制，這種策略把對(duì)資源的訪問(wèn)只限于那些被授權(quán)用戶。采用技術(shù)包括使用訪問(wèn)控制表或矩陣、口令、以及權(quán)力、標(biāo)記或標(biāo)志，可以用對(duì)它們的占有來(lái)指示訪問(wèn)權(quán)。在使用權(quán)力的地方，權(quán)力應(yīng)該是不可偽造的，而且用可靠的方式傳遞。數(shù)據(jù)完整性機(jī)制有兩種類型：1〕保護(hù)單個(gè)數(shù)據(jù)單元的完整性，2〕既保護(hù)單個(gè)數(shù)據(jù)單元的完整性，也保護(hù)一個(gè)連接上整個(gè)數(shù)據(jù)單元流序列的完整性。成功的檢測(cè)消息流的篡改只有使用訛誤檢測(cè)技術(shù)并配合以順序信息才能到達(dá)。這不能防止消息流的篡改但將提供攻擊的通知。平安機(jī)制——訪問(wèn)控制、數(shù)據(jù)完整性適合于各種不同場(chǎng)合的鑒別交換機(jī)制有多種選擇與組合。例如：1〕當(dāng)對(duì)等實(shí)體以及通信手段都可信任時(shí)，一個(gè)對(duì)等實(shí)體的身份可以通過(guò)口令來(lái)證實(shí)。該口令能防止出錯(cuò)，但不能防止惡意行為。相互鑒別可在每個(gè)方向上使用不同的口令來(lái)完成；2〕當(dāng)每個(gè)實(shí)體信任它的對(duì)等實(shí)體但不信任通信手段時(shí)，抗主動(dòng)攻擊的保護(hù)能由口令與加密聯(lián)合提供，或由密碼手段提供。防止重演攻擊的保護(hù)需要雙方握手，或時(shí)間標(biāo)記。帶有重演保護(hù)的相互鑒別，使用三方握手就能到達(dá)。3〕當(dāng)實(shí)體不信任它們的對(duì)等實(shí)體或通信手段時(shí)，可以使用抗抵賴效勞。使用數(shù)字簽名機(jī)制和公證機(jī)制就能實(shí)現(xiàn)抗抵賴效勞。這些機(jī)制可與上面b中所述的機(jī)制一起使用。平安機(jī)制——鑒別交換機(jī)制公證機(jī)制建立在可信任的第三方的概念之上，以確保在兩個(gè)實(shí)體之間交換的信息的某些性質(zhì)不致變化，例如，它的來(lái)源、完整性、或它被發(fā)出或收到的時(shí)間。制造偽通信業(yè)務(wù)和將協(xié)議數(shù)據(jù)單元填充到一個(gè)定長(zhǎng)能夠?yàn)榉乐雇ㄐ艠I(yè)務(wù)分析提供有限的保護(hù)。為了使保護(hù)成功，偽通信業(yè)務(wù)級(jí)別必須接近實(shí)際通信業(yè)務(wù)的最高預(yù)期等級(jí)。此外，協(xié)議數(shù)據(jù)單元的內(nèi)容必須加密或隱藏起來(lái)，使得虛假業(yè)務(wù)不會(huì)被識(shí)別而與真實(shí)業(yè)務(wù)區(qū)分開來(lái)。平安機(jī)制——通信業(yè)務(wù)填充、公證機(jī)制物理平安措施總是必須的以便獲得完全的保護(hù)。物理平安的代價(jià)高，經(jīng)常力求通過(guò)使用別的技術(shù)把對(duì)它的需要降到最低限度。對(duì)物理平安與人員可靠方面的考慮不在OSI的范圍之內(nèi)，盡管所有系統(tǒng)將最終依靠某種形式的物理平安和對(duì)操作系統(tǒng)人員的信賴。為了保證正確的操作和明確人員的責(zé)任，應(yīng)該確定好操作規(guī)程。用來(lái)對(duì)實(shí)體的功能的正確性建立信任的方法包括：形式證明法，驗(yàn)證與證實(shí)，對(duì)的試圖進(jìn)行的攻擊進(jìn)行檢測(cè)和記錄，由一個(gè)可信任的人員在平安的環(huán)境中建造實(shí)體。預(yù)防也是需要的以保證實(shí)體，例如在維護(hù)與改進(jìn)時(shí)不會(huì)被偶然地或成心地修改，致使在它的運(yùn)行期內(nèi)危害平安。如果要保持平安，也必須對(duì)系統(tǒng)的某些實(shí)體建立功能性的信任，但用來(lái)建立信任的方法不在OSI的范圍之內(nèi)。平安機(jī)制——人員與環(huán)境、軟硬件密碼學(xué)是許多平安效勞與機(jī)制的根底。密碼函數(shù)可用來(lái)作為加密、解密、數(shù)據(jù)完整性、鑒別交換、口令存儲(chǔ)與校驗(yàn)等等的一局部，借以到達(dá)保密、完整性和鑒別的目的。密碼函數(shù)使用密碼變量，作用于字段、數(shù)據(jù)單元或數(shù)據(jù)單元流上。兩個(gè)密碼變量為：密鑰和初始變量。密鑰通常必須處于機(jī)密性狀態(tài)，而且加密函數(shù)與初始變量可能加大延遲和提高帶寬消耗。這使得把“透明的”和“可選的”密碼技術(shù)加到現(xiàn)存系統(tǒng)中去變得復(fù)雜了。不管對(duì)于加密或解密而言，密碼變量可以是對(duì)稱的，或非對(duì)稱的。用在非對(duì)稱算法中的密鑰在數(shù)學(xué)上是相關(guān)的；一個(gè)密鑰不能從另一個(gè)計(jì)算出來(lái)。這種算法有時(shí)也稱之為公開密鑰算法，這是因?yàn)榭墒挂粋€(gè)密鑰公之于眾而另一個(gè)保持秘密。密碼學(xué)〔1/4〕當(dāng)不知道密鑰也能在計(jì)算上恢復(fù)明文時(shí)，密文可受到密碼分析。如果使用一個(gè)脆弱的或是有缺陷的密碼函數(shù)就會(huì)發(fā)生這種攻擊。數(shù)據(jù)完整性經(jīng)常是借計(jì)算密碼校驗(yàn)值來(lái)實(shí)現(xiàn)的。這種校驗(yàn)值可以在一步或多步內(nèi)導(dǎo)出，而且是密碼變量與數(shù)據(jù)的數(shù)學(xué)函數(shù)。這些校驗(yàn)值與要受到保護(hù)的那些數(shù)據(jù)相關(guān)聯(lián)。

密碼是隱蔽了真實(shí)內(nèi)容的符號(hào)序列，就是把用公開的、標(biāo)準(zhǔn)的信息編碼表示的信息通過(guò)一種變換手段，將其變?yōu)槌ㄐ烹p方以外其他人所不能讀懂的信息編碼，這種獨(dú)特的信息編碼就是密碼。密碼一般用于信息通信傳輸過(guò)程中的保密和存儲(chǔ)中的保密。

密碼學(xué)〔2/4〕密鑰是秘密信息的鑰匙，掌握了密鑰就可以獲得保密的信息。具體來(lái)說(shuō)，密鑰是一組信息編碼，它參與密碼的“運(yùn)算”，并對(duì)密碼的“運(yùn)算”起特定的控制作用。密鑰是密碼技術(shù)中的重要組成局部。在密碼系統(tǒng)中，密鑰的生成、使用和管理至關(guān)重要。密鑰通常是需要嚴(yán)格保護(hù)的，密鑰的失控將導(dǎo)致密碼系統(tǒng)失效。密碼算法是實(shí)現(xiàn)密碼對(duì)信息進(jìn)行“明”、“密”變換的一種特定的規(guī)那么。不同的密碼算法有不同的變換規(guī)那么。因此，密碼算法也是加密算法、解密算法、簽名算法和認(rèn)證算法等各類算法的統(tǒng)稱。密碼算法對(duì)密碼系統(tǒng)的平安性有著至關(guān)重要的意義。衡量密碼算法的優(yōu)劣采用的是密碼強(qiáng)度的概念。密碼強(qiáng)度不高的密碼算法極易被對(duì)方分析攻破，導(dǎo)致密碼系統(tǒng)失靈或被對(duì)方利用。為了研究高強(qiáng)度的密碼算法，普遍采用數(shù)理邏輯的方法，這些方法許多都是數(shù)學(xué)中研究的課題，屬于計(jì)算方法問(wèn)題。計(jì)算方法在數(shù)學(xué)中通常稱為算法，這也是將密碼變換規(guī)那么稱為密碼算法的原因。密碼學(xué)〔3/4〕密碼算法的使用就意味著要進(jìn)行密鑰管理。密鑰管理包括密鑰的產(chǎn)生、分配與控制。關(guān)于密碼管理需要考慮的要點(diǎn)包括：1〕對(duì)于每一個(gè)明顯或隱含指定的密鑰，使用基于時(shí)間的“存活期”，或使用別的準(zhǔn)那么；2〕按密鑰的功能恰當(dāng)?shù)貐^(qū)分密鑰以便可以按功能使用密鑰；3〕密鑰的物理分配和密鑰存檔。對(duì)于對(duì)稱密鑰算法，有關(guān)密鑰管理要考慮的要點(diǎn)包括：1〕使用密鑰管理協(xié)議中的機(jī)密性效勞以運(yùn)送密鑰；2〕使用密鑰體系。3〕將責(zé)任分解使得沒(méi)有一個(gè)人具有重要密鑰的完全拷貝。密碼學(xué)〔4/4〕DSRC通信系統(tǒng)的平安體系設(shè)計(jì)與分析〔1/4〕DSRC通信系統(tǒng)的平安架構(gòu)與平安體系的設(shè)計(jì)步驟：1〕威脅評(píng)估；2〕需求分析；3〕平安策略；4〕平安效勞；5〕平安機(jī)制；6〕平安算法；7〕詳細(xì)設(shè)計(jì)；8〕具體實(shí)現(xiàn)；9〕平安指標(biāo)；10〕平安評(píng)估；項(xiàng)次威脅攻擊安全機(jī)制安全服務(wù)具體實(shí)現(xiàn)1監(jiān)聽數(shù)據(jù)機(jī)密性數(shù)據(jù)加密服務(wù)使用加密密鑰，讀出加密、寫入加密；OBU使用固定密鑰，RSU使用臨時(shí)密鑰；可對(duì)全部或部分用戶數(shù)據(jù)進(jìn)行選擇性加密；2冒充對(duì)等實(shí)體鑒別雙向身份認(rèn)證使用認(rèn)證密鑰，實(shí)行雙向身份認(rèn)證；OBU對(duì)RSU認(rèn)證：OBU發(fā)送RndOBU及相關(guān)數(shù)據(jù)給RSU，RSU和OBU對(duì)RndOBU進(jìn)行TDES運(yùn)算后，比較結(jié)果，OBU即可判斷RSU是否授權(quán)，因?yàn)橹挥惺跈?quán)的RSU才知道規(guī)則和密鑰；RSU對(duì)OBU認(rèn)證：RSU發(fā)送RndRSU及相關(guān)數(shù)據(jù)給OBU，OBU和RSU對(duì)RndRSU進(jìn)行TDES運(yùn)算后，比較結(jié)果，RSU即可判斷OBU是否授權(quán)，因?yàn)橹挥惺跈?quán)的OBU才知道規(guī)則和密鑰；RndOBU和RndOBU都是臨時(shí)存在的；DSRC通信系統(tǒng)的平安體系設(shè)計(jì)與分析〔2/4〕3篡改數(shù)據(jù)完整性訪問(wèn)控制信息鑒別碼訪問(wèn)權(quán)限使用加密密鑰，對(duì)用戶數(shù)據(jù)進(jìn)行CRC-16計(jì)算，并使用隨機(jī)數(shù)，計(jì)算出MAC碼；重要數(shù)據(jù)或密鑰均存儲(chǔ)在文件中，每個(gè)文件可設(shè)置為4個(gè)訪問(wèn)屬性，自由、認(rèn)證、加密、無(wú)權(quán)限；4外部攻擊可信任的硬件和軟件防拆、電源報(bào)警認(rèn)證升級(jí)遠(yuǎn)程監(jiān)控OBU安裝到車上并正常使用后，如被拆卸，則該OBU被置為無(wú)效狀態(tài)，并在下次被RSU操作時(shí)，向RSU報(bào)警，只有授權(quán)的RSU才能恢復(fù)OBU的正常功能；OBU每次被RSU操作時(shí)，都會(huì)主動(dòng)向RSU報(bào)告其電量狀態(tài)；OBU無(wú)論通過(guò)何種接口進(jìn)行軟件升級(jí)時(shí)，都需對(duì)升級(jí)設(shè)備進(jìn)行認(rèn)證；監(jiān)控中心可以對(duì)RSU實(shí)行遠(yuǎn)程監(jiān)控，實(shí)時(shí)掌握設(shè)備工作狀態(tài)和安全狀態(tài)；5內(nèi)部攻擊物理安全與人員可靠記錄日志操作權(quán)限具有操作日志記錄功能；不同的身份賦予不同的操作權(quán)限；DSRC通信系統(tǒng)的平安體系設(shè)計(jì)與分析〔3/4〕6抵賴數(shù)據(jù)原發(fā)鑒別數(shù)據(jù)交付鑒別交易流水號(hào)交易認(rèn)證碼每一次交易或通信，產(chǎn)生一個(gè)交易流水號(hào)，作為完整交易記錄的一個(gè)數(shù)據(jù)項(xiàng)，流水號(hào)不會(huì)重復(fù)，也不會(huì)用盡；RSU產(chǎn)生完整的交易記錄后，即將記錄寫入OBU中，OBU利用交易認(rèn)證密鑰計(jì)算交易認(rèn)證碼（TAC），并將結(jié)果返回給RSU，則RSU可根據(jù)TAC碼，判斷OBU已成功接收到交易記錄，并不可抵賴地承認(rèn)此次交易的發(fā)生。DSRC通信系統(tǒng)的平安體系設(shè)計(jì)與分析〔4/4〕關(guān)鍵詞：保護(hù)對(duì)象、潛在威脅、攻擊形式、平安后果、平安策略、平安效勞、平安機(jī)制、密碼算法、密鑰管理、平安體系架構(gòu)。1〕根本模型；2〕平安體系；3〕命名與編址；4〕管理架構(gòu)；小結(jié)PhysicalLayer:L1DataLinkLayer:L2ApplicationLayer:L7三層架構(gòu)：L1：物理層L2：數(shù)據(jù)鏈路層〔DLL：LLC+MAC〕L3：應(yīng)用層信道：下行：4個(gè)信道，上行：副載波調(diào)制2M電子標(biāo)簽：有源、被動(dòng)式歐標(biāo)DSRC通信協(xié)議架構(gòu)歐標(biāo)DSRC通信協(xié)議應(yīng)用模型歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔1/13〕1NumberEN12253:2004NameRoadTransportandTrafficTelematics–DedicatedShortRangeCommunication–PhysicalLayerusingmicrowaveat5.8GHzSupersedeENV12253:1997ScopeDSRCPhysicalLayer2NumberEN12795:2003NameRoadTransportandTrafficTelematics–DedicatedShortRangeCommunication–DSRCDataLinkLayerSupersedeENV12795:1997ScopeDSRCDataLinkLayer歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔2/13〕3NumberEN12834:2003NameRoadTransportandTrafficTelematics–DedicatedShortRangeCommunication–DSRCApplicationLayerSupersedeENV12834:1997ScopeDSRCApplicationLayer4NumberEN13372:2004NameRoadTransportandTrafficTelematics–DedicatedShortRangeCommunication–ProfilesforRTTTApplicationsSupersedeENV13372:1999ScopeDSRCL1/L2/L7Profile歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔3/13〕5NumberENISO14906:2004NameRoadTransportandTrafficTelematics–ElectronicFeeCollection–ApplicationInterfaceDefinitionforDSRCSupersedeENV14906:1998ScopeEFCApplicationInterface6NumberEN15509:2007NameRoadTransportandTrafficTelematics–ElectronicFeeCollection–InteroperabilityApplicationProfileforDSRCSupersede--ScopeTechnicalInteroperability歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔4/13〕7NumberCENISO/TS14907NameRoadTransportandTrafficTelematics–ElectronicFeeCollection–TestProceduresforuserandfixedEquipmentPart1:2005DescriptionofTestProceduresPart2:2006ConformanceTestfortheOBUApplicationInterfaceSupersede--ScopeConformanceTest8NumberENISO14816:2005NameRoadTransportandTrafficTelematics–AutomaticVehicleandEquipmentIdentification–NumberingandDataStructureSupersedeENVISO14816:2000ScopeManufacturernumber歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔5/13〕9NumberCENISO/TS17573:2003NameRoadTransportandTrafficTelematics–ElectronicFeeCollection–SystemArchitectureforVehicleRelatedTransportServicesSupersede--ScopeTechnicalSpecification10NumberCENISO/TS17574:2004NameRoadTransportandTrafficTelematics–ElectronicFeeCollection–GuidelinesforEFCSecurityProtectionProfilesSupersede--ScopeTechnicalSpecification歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔6/13〕11NumberEN300674NameElectromagneticCompatibilityandRadioSpectrumMatters（ERM）--TechnicalCharacteristicsandTestMethodsforDSRCTransmissionEquipment（500/250kbps）operatinginthe5.8GHzISMBandSupersede--ScopeOBU/RSUERM、TechnicalCharacteristicsTestMethods12NumberISO8731-1:1987NameBanking–ApprovedAlgorithmsforMessageAuthentication

–Part1:DEASupersede--ScopeDEA歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔7/13〕13NumberFIPSPUB46-3:1999NameDataEncryptionStandardSupersede--ScopeDESTrip-DES14NumberGSS3.2:2003NameGlobalSpecificationforShortRangeCommunicationScope企業(yè)之間規(guī)范性說(shuō)明，可以理解為行業(yè)標(biāo)準(zhǔn)歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔8/13〕1NumberTR4001A1:1999.12.06NameInteroperableEFCTransactionUsingCentralAccountBasedonDSRCScopeProvideacompletedescriptionofaharmonizedEFC–transactionallowingcompleteinteroperability2NumberGSS3.2:2003NameGlobalSpecificationforShortRangeCommunicationScope企業(yè)之間規(guī)范性說(shuō)明，可以理解為行業(yè)標(biāo)準(zhǔn)歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔9/13〕3NumberCARDMED4.1:2002.06.01ProjectIST-1999-29053NameScope項(xiàng)目規(guī)范性說(shuō)明，可以理解為行業(yè)標(biāo)準(zhǔn)4NumberCESAREII:2002.02.27NameCommonElectronicFeeCollectionSystemforanASECAPRoadTollingEuropeanServiceScopeCESAREIIProjectestablishedthecontractualbasisforaninteroperableEFCService歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔10/13〕5NumberPISTAD3.4:2002.11.11ProjectIST-2000-28597NamePilotonInteroperableSystemforTollingApplicationsScopeTransactionModel6NumberPISTAD3.2:2002.10.24ProjectIST-2000-28597NamePilotonInteroperableSystemforTollingApplicationsScopeOperatorsCommonTechnicalRequirements歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔11/13〕1C/DAustralia澳大利亞NumberAS4962-2005.12.19NameElectronicTollCollection–TransactionSpecificationforAustralianInteroperabilityontheDSRCLinkSupersedeAS4962-2001ScopeContractualSpecification2C/DSweden瑞典Number1401-9612:2003.12.12NameBasicRequirementsSpecificationforInteroperableEFC-DSRCSystemsinSwedenASpecificationforImplementationofPISTAandCARDMEScopeGeneralTechnicalSpecification歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔12/13〕1NumberISO/PDTS25110:2008.01.09WG1N898SG2N292NameIntelligentTransportSystems（ITS）--ElectronicFeeCollection–InterfaceDefinitionforOnBoardAccountUsingICCardScope雙片式接口建議性技術(shù)規(guī)范歐標(biāo)DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔13/13〕EN12253:2004GB/T20851.1:2007ModePassiveActiveClassSetA|SetBClassA|ClassBChannel5.79755.80255.80755.81255.8305.840|5.7905.800PolarizationLefthandcircularRighthandcircularBitRates500/250kbps256/512kbpsDataCodingFM0/NRZIFM0/FM0ModulationASK/BPSKASK/FSKSensitivity-43dBm-40dBm歐標(biāo)與國(guó)標(biāo)物理層主要參數(shù)比照EN12795:2003GB/T20851.2:2007LinkAddressPrivate/Broadcast/MulticastLIDDynamic,BITSTRINGMACAddressStatic,INTEGERSAP1BroadcastSAP/NPrivateSAPSAP（GB/T20851.3）半雙工全雙工復(fù)用方式AsyTDMA“TDMA”MAC控制物理層的訪問(wèn)，RSU主動(dòng)，OBU被動(dòng)，通過(guò)協(xié)商獲得時(shí)間窗口MAC控制域A=1Q=1歐標(biāo)與國(guó)標(biāo)數(shù)據(jù)鏈路層主要特性和功能比照〔1/3〕MAC子層服務(wù)原語(yǔ)EN12795:2003GB/T20851.2:2007MA-DATA.requestMAC.requestMA-DATA.indicationMAC.indication歐標(biāo)與國(guó)標(biāo)數(shù)據(jù)鏈路層主要特性和功能比照〔2/3〕不確認(rèn)無(wú)連接方式原語(yǔ)EN12795:2003GB/T20851.2:2007DL-UNIDATA.requestDL-UNIDATA.requestDL-UNIDATA.indicationDL-UNIDATA.indication確認(rèn)無(wú)連接方式數(shù)據(jù)單元傳送原語(yǔ)DL-DATA-ACK.requestDL-DATA-ACK.requestDL-DATA-ACK.indicationDL-DATA-ACK.indicationDL-DATA-ACK-STATUS.indicationDL-DATA-ACK_STATUS.indication確認(rèn)無(wú)連接方式數(shù)據(jù)單元交換原語(yǔ)DL-REPLY.requestDL-REPLY.requestDL-REPLY.indicationDL-REPLY.indicationDL-REPLY-STATUS.indicationDL-REPLY-STATUS.indication確認(rèn)無(wú)連接方式待傳數(shù)據(jù)更新原語(yǔ)DL-REPLY-UPDATE.requestDL-REPLY-UPDATE.requestDL-REPLY-UPDATE-STATUS.indicationDL-REPLY-UPDATE-STATUS.indicationGB/T15629.2《信息處理系統(tǒng)局域網(wǎng)第2局部：邏輯鏈路控制》歐標(biāo)與國(guó)標(biāo)數(shù)據(jù)鏈路層主要特性和功能比照〔3/3〕EN12834:2003GB/T20851.3:20071GETGET2SETSET3-CREATE4-REMOVE5ACTIONACTION6EVENT-REPORTEVENT-REPORT7INITIALIZATIONINITIALIZATION歐標(biāo)與國(guó)標(biāo)數(shù)據(jù)應(yīng)用層效勞原語(yǔ)——T-KernelEN12834:2003GB/T20851.3:20071RegisterApplicationRSURegisterApplicationRSU2RegisterApplicationOBURegisterApplicationOBU3DeregisterApplicationDeregisterApplication4NotifyApplicationOBUNotifyApplicationOBU5NotifyApplicationRSUNotifyApplicationRSU6EndApplicationEndApplication歐標(biāo)與國(guó)標(biāo)數(shù)據(jù)應(yīng)用層效勞原語(yǔ)——I-KernelDSRC應(yīng)用層結(jié)構(gòu)及效勞原語(yǔ)1、國(guó)標(biāo)的物理層與歐標(biāo)的物理層差異較大，一個(gè)主動(dòng)式、一個(gè)被動(dòng)式，相關(guān)參數(shù)的差異主要因此而不同。北京地標(biāo)物理層繼承于國(guó)標(biāo)物理層。2、國(guó)標(biāo)與歐標(biāo)對(duì)相關(guān)參數(shù)取值范圍的限定相似，局部參數(shù)區(qū)間半開，北京地標(biāo)在此根底上加以了補(bǔ)充，取值范圍更加嚴(yán)格、明確。3、歐標(biāo)雖然對(duì)局部參數(shù)的取值沒(méi)有嚴(yán)格限定，但歐標(biāo)廠商主要是幾個(gè)大廠，如Q-Free、Kapsch、Telvent，他們之間對(duì)歐標(biāo)設(shè)備技術(shù)參數(shù)指標(biāo)確實(shí)認(rèn)，態(tài)度是非常開放的，且又共同參加協(xié)會(huì)組織，后入的以先入的為準(zhǔn)，不同廠商的產(chǎn)品的一致性、互操作性較好。4、歐標(biāo)與國(guó)標(biāo)的MAC層均采用HDLC協(xié)議，但在媒介控制和信道資源復(fù)用方面，有局部不同。歐標(biāo)4個(gè)信道，被動(dòng)式，且對(duì)TDMA定義的非常嚴(yán)格，能夠較好地實(shí)現(xiàn)FDMA和TDD。國(guó)標(biāo)2組信道，主動(dòng)式，且對(duì)TDMA定義的不清楚，理論上也可實(shí)現(xiàn)FDMA和TDD，但實(shí)際應(yīng)用效果并不好。小結(jié)〔1/2〕5、歐標(biāo)的RSU支持全雙工通信，OBU支持半雙工通信，即空中通信資源允許1臺(tái)RSU同時(shí)處理幾臺(tái)OBU。國(guó)標(biāo)的RSU理論上也可支持全雙工通信，OBU支持半雙工通信，但實(shí)際應(yīng)用效果并不好，實(shí)際應(yīng)用仍是半雙工。6、RSU與OBU采用命令-響應(yīng)的方式進(jìn)行通信，歐標(biāo)不能支持RSU-RSU、OBU-OBU的通信，而國(guó)標(biāo)可支持RSU-RSU、OBU-OBU的通信，通信由誰(shuí)主動(dòng)發(fā)起，歐標(biāo)是絕對(duì)的，國(guó)標(biāo)是相對(duì)的。7、應(yīng)用層方面，幾個(gè)標(biāo)準(zhǔn)沒(méi)什么實(shí)質(zhì)的不同。小結(jié)〔2/2〕一致性聲明標(biāo)準(zhǔn)〔ICS：ImplementationConformanceStatement〕ICSproformaforOBUICSproformaforRSE測(cè)試標(biāo)準(zhǔn)，測(cè)試標(biāo)準(zhǔn)，測(cè)試方法：標(biāo)準(zhǔn)符合性、標(biāo)準(zhǔn)一致性的聲明，必須基于嚴(yán)格的測(cè)試標(biāo)準(zhǔn)和經(jīng)過(guò)嚴(yán)格的測(cè)試，局部符合、全部符合，哪些符合、哪些不符合，都要說(shuō)明清楚。缺乏：標(biāo)準(zhǔn)符合性測(cè)試和一致性聲明標(biāo)準(zhǔn)的配置管理：ISP〔InternationalStandardizedProfiles〕IAP：InteroperableApplicationProfileTheISP-conceptisspeciallysuitedfordefininginteroperabilityspecificationswhereasetofbasedstandardscanbeusedindifferentways.不同的標(biāo)準(zhǔn)使用者對(duì)標(biāo)準(zhǔn)有不同的理解，具有以下特征：ISP應(yīng)該只引用標(biāo)準(zhǔn)或其他ISPISP應(yīng)該確定標(biāo)準(zhǔn)中的可選項(xiàng)，以實(shí)現(xiàn)最大的兼容性ISP應(yīng)該不拷貝標(biāo)準(zhǔn)的內(nèi)容，以防止非一致性問(wèn)題的發(fā)生ISP確定的內(nèi)容不可以與標(biāo)準(zhǔn)矛盾ISP應(yīng)該包括一致性要求，縮小標(biāo)準(zhǔn)的范圍定義標(biāo)準(zhǔn)使用的一致性缺乏：標(biāo)準(zhǔn)的配置與管理基于DSRC的應(yīng)用流程，一般分為三個(gè)步驟：1、初始化2、交易3、鏈路釋放基于DSRC的EFC應(yīng)用標(biāo)準(zhǔn)，包括以下幾個(gè)局部：1、數(shù)據(jù)：類型、長(zhǎng)度、格式、存儲(chǔ)、描述、編碼2、平安：算法、密鑰、填充、規(guī)那么、截長(zhǎng)、補(bǔ)短3、接口4、流程基于DSRC的應(yīng)用標(biāo)準(zhǔn)1、在標(biāo)準(zhǔn)中，使用ASN.1抽象語(yǔ)法進(jìn)行描述。在實(shí)現(xiàn)時(shí)，使用PER編碼規(guī)那么進(jìn)行編碼。2、歐標(biāo)的數(shù)據(jù)尋址方式：目錄、文件、Attribute-ID國(guó)標(biāo)的數(shù)據(jù)尋址方式：目錄、文件、偏移、長(zhǎng)度3、擴(kuò)展位的定義與使用，歐標(biāo)定義的更加詳細(xì)。如AID、EID/DID、PDU編號(hào)、Profile等。4、算法：DES/TDES、CRC161、歐標(biāo)的文件系統(tǒng)和平安系統(tǒng)，根據(jù)DSRC實(shí)時(shí)性應(yīng)用的需要，自定義的成分較多，靈活性也較好。2、國(guó)標(biāo)的文件系統(tǒng)和平安系統(tǒng)，較多地遵循PBOC，加了少許的自定義，相比歐標(biāo)復(fù)雜許多，影響了實(shí)時(shí)性。基于DSRC的應(yīng)用標(biāo)準(zhǔn)——數(shù)據(jù)、平安ActionTypeFunctionNameENISO14906FunctionNameGB/T20851.4:20070GET_STAMPED1SET_STAMPED2GET_SECUREGetSecure3SET_SECURESetSecure4GET_INSTANCE5SET_INSTANCE6GET_NONCEGetRand7SET_NONCE8TRANSFER_CHANNELTransferChannel9COPY10SET_MMISetMMI11SUBTRACT12ADD13DEBIT14CREDIT15ECHO（Echo）北京地標(biāo)基于DSRC的應(yīng)用標(biāo)準(zhǔn)——接口1、ASN.1：AbstractSyntaxNotationOneGB/T16262.1《信息技術(shù)抽象語(yǔ)法記法〔ASN.1〕第一局部：根本記法標(biāo)準(zhǔn)》GB/T16262.2《信息技術(shù)抽象語(yǔ)法記法〔ASN.1〕第二局部：信息客體標(biāo)準(zhǔn)》GB/T16262.3《信息技術(shù)抽象語(yǔ)法記法〔ASN.1〕第三局部：約束標(biāo)準(zhǔn)》GB/T16262.4《信息技術(shù)抽象語(yǔ)法記法〔ASN.1〕第四局部：ASN.1標(biāo)準(zhǔn)的參數(shù)化》對(duì)應(yīng)：ISO/IEC8824系列標(biāo)準(zhǔn)2、ASN.1抽象語(yǔ)法類似于C語(yǔ)言、VHDL語(yǔ)言，定義數(shù)據(jù)的類型、長(zhǎng)度、取值、取值范圍等。3、類型：BOOLEAN、BIT、BITSTRING、OCTET、OCTETSTRING、INTEGER、STRING、NULL、REAL、Enumerated、SEQUENCE4、長(zhǎng)度：BIT(4)，SEQUENCE..OF..5、取值：TRUE、FALSE、INTEGER〔0…255〕6、賦值：::=ASN.1簡(jiǎn)介〔2/2〕1、ASN.1編碼規(guī)那么GB/T16263.1《信息技術(shù)ASN.1編碼規(guī)那么第1局部：根本編碼規(guī)那么〔BER〕、正那么編碼規(guī)那么〔CER〕和非典型編碼規(guī)那么〔DER〕標(biāo)準(zhǔn)》GB/T16263.2《信息技術(shù)ASN.1編碼規(guī)那么第2局部：緊縮編碼規(guī)那么〔PER〕》對(duì)應(yīng)：ISO/IEC8825系列標(biāo)準(zhǔn)ASN.1簡(jiǎn)介〔1/2〕ASN.1與PER實(shí)例說(shuō)明〔1/8〕ASN.1與PER實(shí)例說(shuō)明〔2/8〕ASN.1與PER實(shí)例說(shuō)明〔3/8〕ASN.1與PER實(shí)例說(shuō)明〔4/8〕八位位組號(hào)字段八位位組中的位b7b0描述1Flag011111100x7E2BroadcastLID111111110xFFFFFFFF，廣播LID。3111111114111111115111111116MACControlField010110000x58，D=0，L=1，C=0，Q=A=1，S=0（無(wú)意義）。尋求建立專用鏈路，分配公用時(shí)間窗口。7LLCControlField000000110x03，UI命令。ASN.1與PER實(shí)例說(shuō)明〔5/8〕8FragmentHeader110100010xD1，無(wú)分段。PDU=1010B。9BSTSEQUENCE{11000xC0，Initialization.request。OptionIndicator0不顯示nonmandapp。Fill}000填充。10BeaconIDINTEGER(0..232-1)iiiiiiii可按照應(yīng)用的需要再次自定義BeaconID的格式。11iiiiiiii12iiiiiiii13iiiiiiii14TimeINTEGER(0..232-1)tttttttt(MSB)32bitUNIXrealtime15tttttttt16tttttttt17ttttttttASN.1與PER實(shí)例說(shuō)明〔6/8〕18ProfileINTEGER(0..127…)無(wú)擴(kuò)展，配置值b6b5b4表示配置號(hào)；b3b2b1b0表示配置的所支持的信道號(hào)：00H（A類信道1）、01H（A類信道2）、10H（B類信道1）、11H（B類信道2）。0000000019MandApplication00000001無(wú)擴(kuò)展，1個(gè)應(yīng)用，AID=3。SEQUENCE(0..127..)OF{ASN.1與PER實(shí)例說(shuō)明〔7/8〕20OptionIndicator0DID不顯示0Parameter不存在000011ERP-AID=321ProfileListSEQUENCE(0..127..)OFProfile00000000無(wú)擴(kuò)展，列表中的配置文件號(hào)為0}22FCSxxxxxxxx23xxxxxxxx24Flag011111100x7E。ASN.1與PER實(shí)例說(shuō)明〔8/8〕運(yùn)政的標(biāo)準(zhǔn)化工作〔1/2〕1、DSRC通信協(xié)議標(biāo)準(zhǔn)體系〔1〕L1、L2、L7，標(biāo)準(zhǔn)管理與配置，4份文檔；〔2〕附件中的參數(shù)ASN.1抽象描述工作；〔3〕DSRC協(xié)議的一致性測(cè)試標(biāo)準(zhǔn)；2、基于DSRC的電子營(yíng)運(yùn)證應(yīng)用標(biāo)準(zhǔn)〔1〕數(shù)據(jù)、平安、接口、流程；〔2〕設(shè)備級(jí)標(biāo)準(zhǔn)、應(yīng)用模型、BIT級(jí)的幀格式；運(yùn)政的標(biāo)準(zhǔn)化工作〔2/2〕1、電子許可證和資格證，IC卡采用什么平安體系，是否要與ETC兼容？2、在ETC應(yīng)用中，對(duì)于IC卡，OBU僅是透?jìng)鰿OS指令；但在運(yùn)政應(yīng)用中，由于運(yùn)政IC卡存放的數(shù)據(jù)較多、量較大，且編碼分散，不適合DSRC實(shí)時(shí)應(yīng)用，可否預(yù)讀，可否在OBU中二次編碼，以便于DSC的實(shí)時(shí)傳輸。運(yùn)政的IC卡的文件內(nèi)容和數(shù)據(jù)格式〔1/2〕運(yùn)政的IC卡的文件內(nèi)容和數(shù)據(jù)格式〔2/2〕DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔1/8〕voidINITIALIZATION_request(INT8UibLID[4],sBST*isBST)；structsBST{ INT8UbBID[4]; INT8UbTime[4]; INT8UbProfile; structApplicationListsMandAppList[MAXAPPNUM]; INT8UbMandAppListLen; structApplicationListsNonMandAppList[1]; INT8UbNonMandAppListLen; INT8UbProfileList[2];// INT8UbProfileListLen;};structBeaconID{ INT8UManuID;//8bit INT8UIndiID[3];//24bit};structApplicationList{ INT8UbAID; INT8UbDID; INT8UbACM[128]; INT8UbACMLen;};DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔2/8〕voidINITIALIZATION_request(INT8UibLID[4],sBST*isBST){ INT8Usp=8,i,j; //LID，這里不檢查播送地址的有效性 RSUBoradcastSAP.bLID[0]=ibLID[0]; RSUBoradcastSAP.bLID[1]=ibLID[1]; RSUBoradcastSAP.bLID[2]=ibLID[2]; RSUBoradcastSAP.bLID[3]=ibLID[3];

//TAPDU,NoMandatoryApplication10000mmm if(isBST->bNonMandAppListLen==0) RSUBoradcastSAP.txBST[sp++]=TAPDU_InitRequest|0x00; else RSUBoradcastSAP.txBST[sp++]=TAPDU_InitRequest|0x08;

DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔3/8〕 //BeaconID RSUBoradcastSAP.txBST[sp++]=isBST->bBID[0]; RSUBoradcastSAP.txBST[sp++]=isBST->bBID[1]; RSUBoradcastSAP.txBST[sp++]=isBST->bBID[2]; RSUBoradcastSAP.txBST[sp++]=isBST->bBID[3]; //UnixTime RSUBoradcastSAP.txBST[sp++]=isBST->bTime[0]; RSUBoradcastSAP.txBST[sp++]=isBST->bTime[1]; RSUBoradcastSAP.txBST[sp++]=isBST->bTime[2]; RSUBoradcastSAP.txBST[sp++]=isBST->bTime[3];

//Profile，這里不檢查Profile取值的有效性 RSUBoradcastSAP.txBST[sp++]=isBST->bProfile;

DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔4/8〕 //MandatoryApplication RSUBoradcastSAP.txBST[sp++]=isBST->bMandAppListLen; for(i=0;i<isBST->bMandAppListLen;i++){ RSUBoradcastSAP.txBST[sp++]=isBST->sMandAppList[i].bAID; if(isBST->sMandAppList[i].bAID&0x80) RSUBoradcastSAP.txBST[sp++]=isBST->sMandAppList[i].bDID; if(isBST->sMandAppList[i].bAID&0x40){ for(j=0;j<isBST->sMandAppList[i].bACMLen;j++) RSUBoradcastSAP.txBST[sp++]=isBST->sMandAppList[i].bACM[j];

}

}DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔5/8〕

//NonMandatoryApplication if(isBST->bNonMandAppListLen){ RSUBoradcastSAP.txBST[sp++]=isBST->bNonMandAppListLen; for(i=0;i<isBST->bNonMandAppListLen;i++){ RSUBoradcastSAP.txBST[sp++]=isBST->sNonMandAppList[i].bAID; if(isBST->sNonMandAppList[i].bAID&0x80) RSUBoradcastSAP.txBST[sp++]=isBST->sNonMandAppList[i].bDID; if(isBST->sNonMandAppList[i].bAID&0x40){ for(j=0;j<isBST->sNonMandAppList[i].bACMLen;j++) RSUBoradcastSAP.txBST[sp++]=isBST->sNonMandAppList[i].bACM[j];

}

}

}DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔6/8〕//ProfileList RSUBoradcastSAP.txBST[sp++]=isBST->bProfileListLen; for(i=0;i<isBST->bProfileListLen;i++) RSUBoradcastSAP.txBST[sp++]=isBST->bProfileList[i]; RSUBoradcastSAP.txBSTLen=sp-8;

//TAPDU構(gòu)造完 RSUBoradcastSAP.txTAPDUAddr=&RSUBoradcastSAP.txBST[8]; RSUBoradcastSAP.txTAPDULen=RSUBoradcastSAP.txBSTLen; RSUBoradcastSAP.FlgAPPSendDataExist=true; RSUBoradcastSAP.bFlowControl=FlowControl_2;}DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔7/8〕T-Kernel的傳輸協(xié)議包括9個(gè)步驟：a.將SDU轉(zhuǎn)換為PDU；b.將PDU編碼；c.分段d.8位位組對(duì)齊e.多路復(fù)用、拼接和LLC訪問(wèn)f.解多路復(fù)用g.并段h.PDU解碼、解拼接和去除插入的0位i.PDU轉(zhuǎn)換為SDU，并按收件人分發(fā)。DSRC協(xié)議棧的設(shè)計(jì)與實(shí)現(xiàn)〔8/8〕1、有時(shí)候?yàn)榱撕?jiǎn)化，常常將T-ASDU轉(zhuǎn)化為T-APDU的過(guò)程，直接定義為數(shù)組，前提是有BIT級(jí)幀描述的支持。2、重點(diǎn)是事件驅(qū)動(dòng)和狀態(tài)機(jī)。歐標(biāo)的應(yīng)用標(biāo)準(zhǔn)中，都有嚴(yán)格定義狀態(tài)機(jī)、轉(zhuǎn)換條件、步驟。3、相同的參數(shù)在不同層之間傳遞時(shí)，考慮實(shí)時(shí)性的要求，可采用指針傳遞。4、如果能將DSRC協(xié)議棧模塊化，那么涉及到DSRC協(xié)議開發(fā)的工程師，就可以節(jié)省很多工作，不需要每個(gè)人都對(duì)DSRC協(xié)議非常了解，同時(shí)也可減少每個(gè)人在其中發(fā)揮的隨意性，提高穩(wěn)定性，減低風(fēng)險(xiǎn)。小結(jié)CALMM5EuropeanActivities歐洲D(zhuǎn)SRC開展趨勢(shì)Title&ScopeofStandardsCALM

M5=Continuous

Airinterfaces-LongandMediumRange-Microwave5

GHz

SCOPE:

Mediumandlongrange,highspeed,airinterfaceparametersandprotocolsforbroadcast,point-point,vehicle-vehicle,andvehicle-pointcommunicationsintheITSSectorusingMicrowavecommunicationsinthe5GHzband,includingspecificationsforMaster/SlaveandPeertoPeerCommunications.CALM

OverallTargetsSupportcontinuouscommunications

SupportITS

servicesandInternetservicesSupportmaster/slaveandpeer-peermodesSupportusertransparentnetworkingspanningmultiplemedia,mediaprovidersandbeaconsM5:Noharmfulcross-interferencewithregionalDSRCstandardsM5:SupportrelevantASTM/IEEE802.11/ETSIHiperlanmodesNetworkManagementCALMARCHITECTURE-EstablishedStandardsandproceduresthatarereferencedorusedasnecessary-Standardsthatmustbemodifiedorcompleted-StandardsthatmustbewrittenSystemManagementEntity(SME)Layer3NETWORKINTERFACERoutingandMediaSwitchingISO21210Layer1/23GCELLULARISO21213SAPLayer1/2CALMM5ISO21215SAPLayer1/2CALMIRISO21214SAPLayer1/2CALM60ISO21216SAPLayer1/2

2/2.5GCELLULARISO21212SAPServiceAccessPoint–

definedbystandardbelowSAPEXISTINGITSAPPLICATIONS(e.g.ISO14906,Resourcemanager)Layer4-7Applicationi/fLayerISO15628SAPINTERNETITSAPPLICATIONSLayer4-7INTERNETSTANDARDSSAPSAPSAPPHY,MAC,LLCManagersSAPMobileIPv6FMIPv6HMIP6Regreg6ScopeNP21215In-VehicleAppSensorsandControlITSIn-VehicleNetworkIn-vehicleOEM

networkCALM

NetworkRoutingFirewallNetworkOEMG/WITSApplicationAPP.LayerCALMNetworkOBEdeviceINTERNETSERVICESocketCALMNetworkOBEdeviceAPP.LayerCALMM5PHYCALMMACRESIDENTITSAPPLIC.C