《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù) 直連通信系統(tǒng)路側(cè)單元技術(shù)要求》編制說(shuō)明_第1頁(yè)
《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù) 直連通信系統(tǒng)路側(cè)單元技術(shù)要求》編制說(shuō)明_第2頁(yè)
《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù) 直連通信系統(tǒng)路側(cè)單元技術(shù)要求》編制說(shuō)明_第3頁(yè)
《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù) 直連通信系統(tǒng)路側(cè)單元技術(shù)要求》編制說(shuō)明_第4頁(yè)
《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù) 直連通信系統(tǒng)路側(cè)單元技術(shù)要求》編制說(shuō)明_第5頁(yè)
已閱讀5頁(yè),還剩9頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)直連通信系統(tǒng)路側(cè)

單元技術(shù)要求》編制說(shuō)明

一、工作簡(jiǎn)況

1.1任務(wù)來(lái)源

《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)直接通信系統(tǒng)路側(cè)單元技術(shù)要求》團(tuán)體標(biāo)準(zhǔn)

修訂是由中國(guó)汽車(chē)工程學(xué)會(huì)批準(zhǔn)立項(xiàng)。文件號(hào)中汽學(xué)函【2022】145號(hào),任務(wù)號(hào)為

2022-82。本文件由中國(guó)智能網(wǎng)聯(lián)汽車(chē)產(chǎn)業(yè)創(chuàng)新聯(lián)盟提出,北京星云互聯(lián)科技有限公

司、高通無(wú)線通信技術(shù)(中國(guó))有限公司、電信科學(xué)技術(shù)研究院有限公司(大唐電

信科技產(chǎn)業(yè)集團(tuán))、華為技術(shù)有限公司、福特汽車(chē)(中國(guó))有限公司、國(guó)汽(北京)

智能網(wǎng)聯(lián)汽車(chē)研究院有限公司、中國(guó)信息通信研究院等單位起草。

1.2編制背景與目標(biāo)

本文件的制定出發(fā)點(diǎn)在于規(guī)定基于LTE-V2X通信協(xié)議棧各層的參數(shù)定義與消息

使用方式,形成行業(yè)統(tǒng)一的路側(cè)通信消息的應(yīng)用標(biāo)準(zhǔn),解決各廠家由于對(duì)V2X消息的

理解與使用方式不同導(dǎo)致的消息無(wú)法互通或應(yīng)用落地存在地域及廠家局限性的問(wèn)題,

加速推進(jìn)V2X的建設(shè)、落地與互聯(lián)互通。

本文件落地應(yīng)用已2年左右,在落地應(yīng)用過(guò)程中工作組一直在觀察落地應(yīng)用情況

并廣泛收集行業(yè)內(nèi)各家的建議反饋,結(jié)合行業(yè)發(fā)展現(xiàn)狀及落地應(yīng)用需要進(jìn)行標(biāo)準(zhǔn)修

訂,用以滿足行業(yè)發(fā)展新需要。

目前,國(guó)內(nèi)已發(fā)布一系列V2X通信協(xié)議標(biāo)準(zhǔn),本文件的撰寫(xiě)旨在合理利用各層標(biāo)

準(zhǔn),滿足車(chē)聯(lián)網(wǎng)落地的實(shí)際需求。標(biāo)準(zhǔn)內(nèi)容涉及了各層的標(biāo)準(zhǔn)技術(shù)要求,MAP、SPAT、

RSM、RSI等消息內(nèi)容要求,消息發(fā)送頻率與優(yōu)先級(jí)等方面。

本文件的該次修訂,將繼續(xù)為行業(yè)提供新的理論和實(shí)際應(yīng)用指導(dǎo),推動(dòng)V2X行業(yè)

向前發(fā)展。

1.3主要工作過(guò)程

起草組共進(jìn)行了三次編制組內(nèi)意見(jiàn)討論:

2022年7月15號(hào)進(jìn)行首次編制組內(nèi)意見(jiàn)討論,就本文件的修訂背景、修訂稿進(jìn)行

討論,形成修訂意見(jiàn)37條,會(huì)后針對(duì)修訂意見(jiàn)進(jìn)行逐項(xiàng)討論修改。

本次修訂主要集中在MAP消息的發(fā)送長(zhǎng)度要求、拆分原則、限速消息的優(yōu)先級(jí)及

描述方式、車(chē)道編號(hào)規(guī)則、試驗(yàn)部分等。

1

本次主要涉及的修訂意見(jiàn)(部分摘錄)

章節(jié)原文修改意見(jiàn)處理結(jié)論

5.2.1數(shù)表1AID與建議增加DSA、證部分采納。

據(jù)發(fā)送要求Destination_Layer-2ID書(shū)管理、證書(shū)撤銷(xiāo)列表

映射表等相關(guān)的AID。

本文件的業(yè)務(wù)范圍即對(duì)

應(yīng)一階段4個(gè)消息,其

他的AID已經(jīng)在4008標(biāo)

準(zhǔn)里定義了,這里沒(méi)有

必要再引入。

修改:標(biāo)準(zhǔn)增加4008規(guī)

范性引用文件,并直接

引用,刪除原表1

建議明確單條MAP采納。

消息長(zhǎng)度的上限,以及

5.3.1MAP地圖信息超出長(zhǎng)度上修改:增加小節(jié)5.3.7

消息限時(shí),是否拆分成多條消息分包控制

MAP消息發(fā)送,攜帶不

同的Node集。

d)MAP消息中位置使用建議討論:只要求部分采納。

5.3.1.3.1GCJ-02坐標(biāo)系。使用GCJ02坐標(biāo),不預(yù)

留支持高精偏轉(zhuǎn)插件因?yàn)槟壳皼](méi)有明確

是否合適?GCJ02位置需要用什么坐標(biāo)系;且

精度有限。像車(chē)端類(lèi)似處理也會(huì)破

壞各個(gè)消息字段原始定

義。

建議等后面政策規(guī)

定。

m)DF_Link數(shù)據(jù)幀中的建議描述方式修改一采納。

5.3.1.3.1DF_SpeedLimitList,指下,合并成限速優(yōu)先

示整個(gè)路段的限速。根據(jù)級(jí)。RSI>車(chē)道>link,修改描述-見(jiàn)文稿

不同類(lèi)型可以包含一個(gè)建議如果link填寫(xiě)顯5.3.1.3.1

或多個(gè)限速值。當(dāng)該示信息,lane中相同信

DF_Link所包含的息不再填寫(xiě)。

DF_Lane中進(jìn)一步指示車(chē)

道限速時(shí),則應(yīng)用方應(yīng)以

當(dāng)前車(chē)道限速為優(yōu)先,路

段限速作為缺省值使用。

DF_Link數(shù)據(jù)幀中的建議討論:Lane采納。

5.3.1.3.1DF_SpeedLimitList,指雖然明確定義了各個(gè)

示整個(gè)路段的限速。根據(jù)車(chē)道的SpeedLimit,但Link限速改為必填項(xiàng)。

不同類(lèi)型可以包含一個(gè)是Link中的限速?zèng)]必5.3.1.4

2

或多個(gè)限速值。當(dāng)該要那么多,給出上下限規(guī)定Link或者lane包

DF_Link所包含的就可以了。含的限速信息,列表中

DF_Lane中進(jìn)一步指示車(chē)不允許存在相同限速類(lèi)

道限速時(shí),則應(yīng)用方應(yīng)以型的值。5.3.1.3.1

當(dāng)前車(chē)道限速為優(yōu)先,路

段限速作為缺省值使用。

o)DF_Link數(shù)據(jù)幀中的實(shí)際環(huán)境中,很多采納。

5.3.1.3.1DF_PointList字段,用有廠家只部署了接近路

序的位置點(diǎn)列,擬合該路口的區(qū)域,而不是全路5.3.1.3.1增加對(duì)

段的中心線。起點(diǎn)為該路段,是否是強(qiáng)制要求。應(yīng)描述

段的起始線中心,終點(diǎn)為

該路段的停止線中心。點(diǎn)

列的選取應(yīng)遵循錯(cuò)誤!未

找到引用源。C中要求。

P)原文同上建議討論:是不是同上

5.3.1.3.1強(qiáng)制需求

在2022年11月中旬進(jìn)行修訂意見(jiàn)的第二次討論,主要是就第一次形成的意見(jiàn)及

最新反饋的專(zhuān)家意見(jiàn)20條進(jìn)行討論,明確待修訂項(xiàng)及對(duì)多數(shù)修訂內(nèi)容形成共識(shí)。

本次討論修訂集中在人行橫道編號(hào)規(guī)則、ConnectsToList字段使用的補(bǔ)充說(shuō)明、

timestamp等字段為制圖字段的澄清、SPAT包含非機(jī)動(dòng)車(chē)信號(hào)燈消息等內(nèi)容的明確。

本次主要涉及的修訂意見(jiàn)(部分摘錄)

章節(jié)原文修改意見(jiàn)處理結(jié)論

人行橫道編號(hào)應(yīng)澄清是人行道還是人行橫道,交叉口采納。

5.3.1.3.1設(shè)置為250-255。內(nèi)人行橫道是否有必要編號(hào)?

對(duì)5.3.1.3.1

(r)路口部分修改

、出口、路段中

同一個(gè)路段內(nèi),討論:采納。

5.3.1.3.1每一個(gè)連續(xù)的機(jī)當(dāng)實(shí)際道路有主輔路時(shí),是否支持將

動(dòng)車(chē)道有唯一的主路和輔路設(shè)置為同一link,并將主對(duì)5.3.1.3.1

LaneID,且以該路的lane和輔路的lane連續(xù)編號(hào)?部分增加編碼說(shuō)

車(chē)道行駛方向?yàn)楦綦x帶是否設(shè)置為一條lane,并將明

參考,自左向右lanetypeattributes設(shè)置為

P15

從1開(kāi)始編號(hào)。median?

比如:主路4條lane,1/2/3/4,輔

路2條lane,1/2,那主路輔路的編

號(hào)是否為1/2/3/4/5/6?若支持隔離

3

帶設(shè)置為一條lane,則為

1/2/3/4/5/6/7,其中,5為median。

表3Maneuver條Connection下屬字段都必選采納,

5.3.1.4件必選否則僅依賴remoteIntersection和已將對(duì)應(yīng)字段修

connectionLane一方面判斷復(fù)雜,需改成必選

要上下node地圖,另一方面會(huì)有一

些偏差

P21

TimstampMap消息,Timstamp,澄清是制圖時(shí)采納,

5.3.1.5.1.2間已將對(duì)應(yīng)字段修

改成必選,并增

加了描述。

DF_RoadPoint補(bǔ)充描述:Roadpoint從上游車(chē)道開(kāi)不采納

5.3.1.5.6始截面打點(diǎn)

SPAT消息內(nèi)容建議SPAT包含非動(dòng)車(chē)道信號(hào)燈消息采納。

5.3.2.3.1針對(duì)SPAT包含

非動(dòng)車(chē)道信號(hào)燈

消息做了補(bǔ)充

說(shuō)明

P25

同意0117中附錄E的做法,但需要采納

5.3.2.5.3完善,見(jiàn)10、11意見(jiàn)按照0117-2022

見(jiàn)0117中附錄E,的附錄執(zhí)行。

5.3.2.5.3刪除有軌電車(chē)專(zhuān)用信號(hào)燈(直行)

刪除有軌電車(chē)專(zhuān)用信號(hào)燈(左轉(zhuǎn))

刪除有軌電車(chē)專(zhuān)用信號(hào)燈(右轉(zhuǎn))

添加預(yù)留字段

見(jiàn)0117中附錄E,

5.3.2.5.3刪除進(jìn)口方向,給出進(jìn)口編號(hào)即可,

并留出預(yù)留字段

DF_RTEData中ReferencePathList采納

5.3.4.4.1DF_ReferencePaReferencelinkList

thList和EventRadius對(duì)Event

DF_ReferenceLi三者之間的關(guān)系,需澄清,待討論Radius、

nkList,車(chē)端匹ReferencePathL

配任一個(gè)條件,ist

均可做為生效條ReferencelinkL

件;若上述兩個(gè)ist

數(shù)據(jù)幀均不存的用法做進(jìn)一步

在,則車(chē)端根據(jù)說(shuō)明。

eventPos和

eventRadius判

斷生效條件。

4

拆成若干個(gè)子改為:拆成若干個(gè)子包,各包內(nèi)容不采納

5.3.7包,在接收端應(yīng)重復(fù)增加5.3.7章

用層進(jìn)行數(shù)據(jù)融節(jié)

合;

可對(duì)改為:可對(duì)DF_NodeList列表進(jìn)行拆采納

5.3.7DF_NodeList和分,拆分出的node內(nèi)容不重復(fù)增加5.3.7章

NF_LinkList列節(jié)

表進(jìn)行拆分,并

保持各子包中其

余字段一致

在2023年4月10日召開(kāi)第三次修訂組內(nèi)討論會(huì),就業(yè)內(nèi)各家的反饋及新的意見(jiàn)進(jìn)

行討論,并針對(duì)新的修改內(nèi)容逐項(xiàng)討論并完善文稿,共處理意見(jiàn)12條。在過(guò)程中逐

步收到大眾、中信科的反饋,并將意見(jiàn)進(jìn)行匯總,于6月形成第四版編制組內(nèi)征求意

見(jiàn)稿,將征求意見(jiàn)期間收到的8條意見(jiàn)進(jìn)行修訂反饋。

本次討論修訂主要集中在明確DF_ReferencePathList和DF_ReferenceLinkList

等字段的使用方法、RSM具體對(duì)象的字段增加澄清說(shuō)明、針對(duì)黃閃、車(chē)道連接原則進(jìn)

行說(shuō)明。

本次主要涉及的修訂意見(jiàn)(部分摘錄)

來(lái)源章節(jié)原文修改意見(jiàn)

5.3.1.3.1主路和輔路可以設(shè)置為同一部分采納

r)DF_Lane數(shù)據(jù)幀,必須包含車(chē)link,但也可以設(shè)置為不同的

link吧?該問(wèn)題為實(shí)際使用問(wèn)

道編號(hào)DE_LaneID字段。同一個(gè)題,不在文稿中增加對(duì)

應(yīng)的詳細(xì)描述。

路段內(nèi),每一個(gè)連續(xù)的機(jī)動(dòng)車(chē)道

有唯一的LaneID,且以該車(chē)道行

駛方向?yàn)閰⒖?,自左向右?開(kāi)

始編號(hào),當(dāng)實(shí)際道路有主輔路

時(shí),支持將主路和輔路設(shè)置為同

一link,

DF_RTEData中RSI中ReferencePaths與采納

5.3.4.4.1DF_ReferencePathList和ReferenceLinks同時(shí)存在,OBU對(duì)

5

DF_ReferenceLinkList,車(chē)端匹應(yīng)該怎么判斷影響范圍呢?ReferencePaths與

配任一個(gè)條件,均可做為生效條無(wú)論是取交集、并集,還是ReferenceLinks的用

件;若上述兩個(gè)數(shù)據(jù)幀均不存某個(gè)參數(shù)優(yōu)先,還是建議要統(tǒng)一法進(jìn)一步明確。

在,則車(chē)端根據(jù)eventPos和一下。

eventRadius判斷生效條件。

DF_IntersectionState數(shù)據(jù)幀補(bǔ)充描述,Map和spat中不采納。

5.3.2.3.1(e)必須包含數(shù)據(jù)幀NodeReferenceID中的

DF_NodeReferenceID,使該信號(hào)RoadRegulatorID必選,并給出意見(jiàn)同第二次討論

燈數(shù)據(jù)與MSG_MAP中包含的相默認(rèn)值

同路口匹配。

RTS限高、限重、限寬等不采納

5.3.4.6.3有要求的,不在電子地圖里顯暫未找到明確的

示,是否要明確。(出于合規(guī)角標(biāo)準(zhǔn)要求

度)

RSU使用的應(yīng)用證書(shū)及其所在是否對(duì)SSP的發(fā)送權(quán)限的--

5.4.3證書(shū)鏈中,appPermissions、細(xì)化,是否要細(xì)分到特定字段的

certIssuePermissions、要求。在AID下繼續(xù)細(xì)分。

certRequestPermissions三個(gè)

字段中出現(xiàn)3618、3619、3620、例如是否有授權(quán)

3621、3622、3623這些AID時(shí),先定義SsP的比特(具體控

ssp或ssprange字段默認(rèn)設(shè)置制哪個(gè)字段,做好定義)

為ABSENT空口發(fā)的證書(shū)授權(quán)里同樣

寫(xiě)成對(duì)應(yīng)狀態(tài)

附錄B目前基于29100做了合部分采納

附錄B并,如0205、0310對(duì)事件名稱(chēng)和引

用的事件做了進(jìn)一步

需要中文名稱(chēng)與標(biāo)準(zhǔn)的對(duì)查勘。

應(yīng)

二、標(biāo)準(zhǔn)編制原則和主要內(nèi)容

2.1標(biāo)準(zhǔn)制定原則

中國(guó)的C-V2X標(biāo)準(zhǔn)化進(jìn)程在全球位于領(lǐng)先地位,在本文件之前,已經(jīng)出臺(tái)了一系

列的基礎(chǔ)性標(biāo)準(zhǔn),如《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)總體技術(shù)要求》、《基于LTE

的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)空中接口技術(shù)要求》、《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)網(wǎng)

絡(luò)層技術(shù)要求》、《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)消息層技術(shù)要求》、《基于LTE

的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)安全認(rèn)證技術(shù)要求》等。然而,怎樣將這些標(biāo)準(zhǔn)有機(jī)地結(jié)合

起來(lái),合理地利用這些標(biāo)準(zhǔn),是車(chē)聯(lián)網(wǎng)下一步急需解決的問(wèn)題,并且能夠保證在應(yīng)

6

用的基礎(chǔ)上實(shí)現(xiàn)測(cè)試驗(yàn)證。本文件重點(diǎn)涉及了各層的標(biāo)準(zhǔn)技術(shù)要求,MAP、SPAT、RSM、

RSI等消息內(nèi)容的必選/可選要求,消息發(fā)送頻率與優(yōu)先級(jí)等方面。

2.1.1通用性原則

本文件適用于RSU在一階段的各類(lèi)I2V應(yīng)用,包括交叉路口碰撞預(yù)警、左轉(zhuǎn)輔

助、道路危險(xiǎn)狀況提示、限速預(yù)警、闖紅燈預(yù)警、弱勢(shì)交通參與者預(yù)警、基于信號(hào)

燈的車(chē)速引導(dǎo)、車(chē)內(nèi)標(biāo)牌、前方擁堵提醒、緊急車(chē)輛信號(hào)優(yōu)先權(quán)/高優(yōu)先級(jí)車(chē)輛讓行

等,通用性高。

2.1.2指導(dǎo)性原則

目前的《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)總體技術(shù)要求》、《基于LTE的車(chē)聯(lián)

網(wǎng)無(wú)線通信技術(shù)空中接口技術(shù)要求》、《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)網(wǎng)絡(luò)層

技術(shù)要求》、《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)消息層技術(shù)要求》、《基于LTE

的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)安全認(rèn)證技術(shù)要求》等行業(yè)標(biāo)準(zhǔn)只在各層范圍內(nèi)起作用,而

本文件能將各標(biāo)準(zhǔn)有機(jī)地結(jié)合起來(lái),指導(dǎo)V2X的實(shí)際應(yīng)用。

2.1.3協(xié)調(diào)性原則

本文件提出的方法與目前使用的行業(yè)標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)中的規(guī)定協(xié)調(diào)統(tǒng)一、互不

交叉。本文件僅對(duì)如何應(yīng)用已有的行業(yè)標(biāo)準(zhǔn)、國(guó)家標(biāo)準(zhǔn)作出規(guī)定。

2.1.4兼容性原則

本文件提出的各層標(biāo)準(zhǔn)技術(shù)要求,MAP、SPAT、RSM、RSI等消息內(nèi)容的必選/可

選要求,消息發(fā)送頻率與優(yōu)先級(jí)等方面充分考慮了車(chē)聯(lián)網(wǎng)行業(yè)的使用場(chǎng)景,具有普

遍適用性。

2.2標(biāo)準(zhǔn)主要技術(shù)內(nèi)容

本文件將根據(jù)《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)直連通信系統(tǒng)路側(cè)單元技術(shù)要

求》(T/CSAE159-2020),在標(biāo)準(zhǔn)現(xiàn)有的規(guī)定基于LTE-V2X通信協(xié)議棧各層的參數(shù)

定義和使用方式基礎(chǔ)上,將標(biāo)準(zhǔn)主體劃分為直連通信功能要求和試驗(yàn)兩部分,其中

直連通信功能要求部分包含規(guī)定接入層、網(wǎng)絡(luò)層、消息層、安全層的數(shù)據(jù)收發(fā)等內(nèi)

容。具體包括如下內(nèi)容:

1.車(chē)路協(xié)同系統(tǒng)描述

2.直連通信功能要求

(1)接入層要求(通用要求、數(shù)據(jù)發(fā)送要求、數(shù)據(jù)接收要求)

(2)網(wǎng)絡(luò)層要求(數(shù)據(jù)發(fā)送要求、數(shù)據(jù)接收要求)

7

(3)消息層要求(MAP消息、SPAT消息、RSM消息、RSI4類(lèi)消息的基本介紹、

消息格式與內(nèi)容、消息內(nèi)容要求、發(fā)送最小準(zhǔn)則、數(shù)據(jù)單元要求;消息發(fā)送周期與

包延遲預(yù)算要求;消息優(yōu)先級(jí)設(shè)置;消息分包控制)

(4)安全要求(安全層消息發(fā)送要求、SPDU數(shù)據(jù)單位、使用證書(shū)的AID默認(rèn)

權(quán)限)

2.3標(biāo)準(zhǔn)主要內(nèi)容的論據(jù)

本文件充分參考了YD/T3709-2020的消息格式,將MAP、SPAT、RSM、RSI的要

求分別整理為MAP消息應(yīng)用層標(biāo)準(zhǔn)要求、SPAT消息應(yīng)用層標(biāo)準(zhǔn)要求、RSM消息應(yīng)用

層標(biāo)準(zhǔn)要求、RSI消息應(yīng)用層標(biāo)準(zhǔn)要求4個(gè)表格,在每個(gè)表格中,通過(guò)研究現(xiàn)有標(biāo)

準(zhǔn)、小組討論、征集意見(jiàn)等方法,確定了每個(gè)字段的必選/可選要求。

對(duì)于每個(gè)消息中字段的解釋和運(yùn)用,本文件充分借鑒了相關(guān)公司在實(shí)際項(xiàng)目中

的經(jīng)驗(yàn),為每個(gè)字段配備了說(shuō)明或是圖表解釋?zhuān)鏲onnectingLane中maneuver

設(shè)置方法、DF_IntersectionState中status設(shè)置方法、LightState設(shè)置方法等等。

對(duì)于每類(lèi)消息的發(fā)送周期、優(yōu)先級(jí)的要求,本文件也充分研究了國(guó)內(nèi)外標(biāo)準(zhǔn)并

征求了工作組意見(jiàn),最終形成了當(dāng)前結(jié)論。

2.4標(biāo)準(zhǔn)工作基礎(chǔ)

本文件的牽頭單位北京星云互聯(lián)科技有限公司在V2X領(lǐng)域具有豐富的經(jīng)驗(yàn),曾

參加多內(nèi)多項(xiàng)V2X標(biāo)準(zhǔn)的編寫(xiě)工作,包括《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)總體技

術(shù)要求》、《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)空中接口技術(shù)要求》、《基于LTE

的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)網(wǎng)絡(luò)層技術(shù)要求》、《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)消

息層技術(shù)要求》、《基于LTE的車(chē)聯(lián)網(wǎng)無(wú)線通信技術(shù)安全認(rèn)證技術(shù)要求》等,本文

件亦以這些標(biāo)準(zhǔn)為基礎(chǔ)。

其他合作參與單位包括高通無(wú)線通信(中國(guó))有限公司、電信科學(xué)技術(shù)研究院

有限公司(大唐電信科技產(chǎn)業(yè)集團(tuán))、華為技術(shù)有限公司、福特汽車(chē)(中國(guó))有限

公司、國(guó)汽(北京)智能網(wǎng)聯(lián)汽車(chē)研究院有限公司、中國(guó)信息通信研究院等單位也

都是本領(lǐng)域內(nèi)的專(zhuān)家,為本文件提供了豐富的理論和實(shí)際經(jīng)驗(yàn)。

三、主要試驗(yàn)(或驗(yàn)證)情況分析

本文件的所規(guī)定的內(nèi)容經(jīng)過(guò)通信設(shè)備商、網(wǎng)絡(luò)運(yùn)營(yíng)商和服務(wù)提供商論證,已被證

明確實(shí)可行。

8

在實(shí)際的外場(chǎng)測(cè)試中,2023年7月13日選用襄陽(yáng)市車(chē)聯(lián)網(wǎng)先導(dǎo)區(qū),進(jìn)行路側(cè)設(shè)

施與車(chē)輛之間交互內(nèi)容的規(guī)范性及適用性(互聯(lián)互通)的驗(yàn)證,測(cè)試設(shè)備包括星云

互聯(lián)生產(chǎn)的OBU及RSU。

圖:測(cè)試點(diǎn)位

測(cè)試內(nèi)容包含4類(lèi)消息的發(fā)送:MAP、SPAT、RSI、RSM,完全按照該標(biāo)準(zhǔn)要

求進(jìn)行測(cè)試,通過(guò)測(cè)試可知:

1)底層測(cè)試:

驗(yàn)證RSU接入層和網(wǎng)絡(luò)層參數(shù)的填充正確,按照要求填寫(xiě),可被正常接收。

經(jīng)過(guò)測(cè)試,星云互聯(lián)設(shè)備,發(fā)送的RSU相關(guān)四類(lèi)消息,都可以被測(cè)試工具

正常接收。

注:本次直接選用的是已建成設(shè)備,不需要額外進(jìn)行特定消息配置,以

驗(yàn)證在實(shí)際項(xiàng)目上,標(biāo)準(zhǔn)的可用性。

測(cè)試說(shuō)明,如下圖,在現(xiàn)場(chǎng)實(shí)際采集中,星云互聯(lián)的RSU設(shè)備發(fā)送的數(shù)據(jù)

都可以被采集和接收;將接收的數(shù)據(jù)使用消息解析工具進(jìn)行處理,所有消

息都可以被正常解析,發(fā)送內(nèi)容可正常被解讀。

9

2)應(yīng)用層測(cè)試

驗(yàn)證MAP、RSI、RSM、SPAT消息的準(zhǔn)確性、發(fā)送周期、優(yōu)先級(jí)等內(nèi)容(下述

以MAP消息為例)

在針對(duì)RSU下發(fā)的MAP消息與實(shí)體消息是否一致,描述是否標(biāo)準(zhǔn)的測(cè)試上,

首先將接收的MAP消息進(jìn)行解析,與該路口的高精地圖進(jìn)行對(duì)比,同時(shí)根據(jù)實(shí)際

的路口情況進(jìn)行參考,看是否符合實(shí)際的道路情況;針對(duì)消息描述,則將收到的消

息內(nèi)容進(jìn)行解析和可視化處理,看是否與標(biāo)準(zhǔn)要求一致。

圖:高精地圖數(shù)據(jù)可視化

10

圖:現(xiàn)場(chǎng)采集的log數(shù)據(jù)

本測(cè)試對(duì)象中,RSU下發(fā)的MAP消息的發(fā)送周期星云小于1000ms。

通過(guò)采用上述計(jì)算方法,記錄時(shí)間戳為284194(單位為分鐘)下的同MAP消息,

并將非連續(xù)消息進(jìn)行補(bǔ)齊,統(tǒng)計(jì)次數(shù)為:64次,可知單次消息的發(fā)送頻次小于1000ms。

使用該方法,可以驗(yàn)證MAP消息的發(fā)送優(yōu)先級(jí)。

本測(cè)試對(duì)象中,RSU下發(fā)的MAP消息的優(yōu)先級(jí)星云為:223

11

經(jīng)過(guò)測(cè)試可知,本文件定義的消息發(fā)送要求可以保證消息發(fā)送的準(zhǔn)確性及滿足終

端設(shè)備接收的要求,此外按照本文件試驗(yàn)部分的流程,可對(duì)消息發(fā)送的一致性進(jìn)行

驗(yàn)證

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論