《基于移動互聯(lián)網(wǎng)的道路交通信號燈信息服務系統(tǒng)技術(shù)要求及測試方法》_第1頁
《基于移動互聯(lián)網(wǎng)的道路交通信號燈信息服務系統(tǒng)技術(shù)要求及測試方法》_第2頁
《基于移動互聯(lián)網(wǎng)的道路交通信號燈信息服務系統(tǒng)技術(shù)要求及測試方法》_第3頁
《基于移動互聯(lián)網(wǎng)的道路交通信號燈信息服務系統(tǒng)技術(shù)要求及測試方法》_第4頁
《基于移動互聯(lián)網(wǎng)的道路交通信號燈信息服務系統(tǒng)技術(shù)要求及測試方法》_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

ICS03.220.20

CCSR85

團體標準

T/ITS0243-XXXX

基于移動互聯(lián)網(wǎng)的道路交通信號燈

信息服務系統(tǒng)技術(shù)要求及測試方法

Technicalrequirementsandtestingmethodsforroadtrafficsignalinformation

Servicesystembasedonmobileinternet

(征求意見稿)

本稿完成日期:2023年12月11日

在提交反饋意見時,請將您知道的相關(guān)專利連同支持性文件一并附上。

20**-**-**發(fā)布2020-**-**實施

中國智能交通產(chǎn)業(yè)聯(lián)盟發(fā)布

T/ITS0243-XXXX

基于移動互聯(lián)網(wǎng)的道路交通信號燈

信息服務系統(tǒng)技術(shù)要求及測試方法

1范圍

本文件規(guī)定了基于移動互聯(lián)網(wǎng)采集、處理和發(fā)布道路交通信號燈數(shù)據(jù)的技術(shù)要求,包括參考架構(gòu)、

基本流程、信息交互內(nèi)容、數(shù)據(jù)質(zhì)量指標要求及計算方法、測試流程、主觀評價等方面。

本文件適用于道路交通信號燈信息服務的開發(fā)、集成、驗證和評估。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中注日期的引用文件,

僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于

本文件。

GB14886-2016道路交通信號燈設置與安裝規(guī)范

GB25280-2010道路交通信號控制機

GB/T40429-2021汽車駕駛自動化分級

GA/T1743-2020道路交通信號控制機信息發(fā)布接口規(guī)范

T/CCSA441-2023車聯(lián)網(wǎng)服務平臺網(wǎng)絡安全防護要求

3術(shù)語、定義和縮略語

3.1術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3.1.1

道路交通信號控制機trafficsignalcontrolmachine

能夠改變道路交通信號順序、調(diào)節(jié)配時并能控制道路交通信號燈運行的裝置。

[來源:GB25280-2010,3.1]

3.1.2

道路交通信號燈信息服務系統(tǒng)trafficsignalinformationservicesystem

指通過采集和處理道路交通信號控制數(shù)據(jù),并將處理后的數(shù)據(jù)提供給道路交通參與者的完整服務系

統(tǒng)。

3.1.3

道路交通信號控制數(shù)據(jù)trafficsignalcontroldata

由道路交通信號控制機產(chǎn)生的描述交通信號燈狀態(tài)的數(shù)據(jù),包括信號燈相位、燈色和時長等信息。

3.1.4

信號燈數(shù)據(jù)質(zhì)量trafficsignaldataquality

1

T/ITS0243-XXXX

衡量用于交通信號燈信息服務的信號燈數(shù)據(jù)滿足準確性、完整性、一致性和及時性等要求的程度。

3.1.5

準確性accuracy

接收端收到的道路交通信號控制數(shù)據(jù)與交通信號燈實際狀態(tài)相同的比例。

3.1.6

主觀評價subjectiveevaluation

從使用者主觀感受的角度對服務質(zhì)量進行的評價,通過定性描述和定量打分的方法實現(xiàn)。

3.2縮略語

下列縮略語適用于本文件:

UNIX:綜合信息和計算系統(tǒng)(UniplexedInformationandComputeringSystem)

UTC:協(xié)調(diào)世界時(UniversalTimeCoordinated)

4系統(tǒng)架構(gòu)和流程

4.1參考架構(gòu)

道路交通信號燈信息服務系統(tǒng)參考架構(gòu)如圖1所示,應包括交通信號燈數(shù)據(jù)源、道路交通信號燈

數(shù)據(jù)源平臺、道路交通信號燈信息服務運營平臺和車端,其中:

a)交通信號燈數(shù)據(jù)源:負責采集原始道路交通信號控制數(shù)據(jù),包括道路交通信號控制機、信號

燈數(shù)據(jù)讀取裝置等,可參考附錄A。

b)交通信號燈數(shù)據(jù)源平臺:接收原始道路信號控制數(shù)據(jù),并對信號燈數(shù)據(jù)質(zhì)量負責的數(shù)據(jù)源平臺。

c)交通信號燈信息服務運營平臺:從交通信號燈數(shù)據(jù)源平臺獲取道路交通信號燈實時數(shù)據(jù),并

接收車輛實時位置與運動狀態(tài)數(shù)據(jù),通過信息的匹配運算,為車輛提供信號燈實時信息,對

信號燈數(shù)據(jù)質(zhì)量負責的服務運營平臺。

d)車端:實時接收信號燈信息的企業(yè)及車輛用戶,包括用戶車輛及車輛生產(chǎn)企業(yè)的相關(guān)信息化

平臺等。

圖1系統(tǒng)參考架構(gòu)

2

ITS/T**-**

4.2基本流程

系統(tǒng)應具備如下的基本信息交互流程:

a)區(qū)域內(nèi)連續(xù)交叉路口的交通信號燈數(shù)據(jù)源應實時上傳信號燈數(shù)據(jù)到交通信號燈數(shù)據(jù)源平臺,

其中數(shù)據(jù)鏈路A滿足5.1的要求。

b)交通信號燈數(shù)據(jù)源平臺匯聚各路口實時的交通信號燈數(shù)據(jù),進行數(shù)據(jù)質(zhì)量分析及數(shù)據(jù)處理后,

推送到道路交通信號燈信息服務運營平臺,其中數(shù)據(jù)鏈路B滿足5.2的要求。

c)車端周期性上傳車輛位置和狀態(tài)信息到交通信號燈信息服務運營平臺,其中數(shù)據(jù)鏈路C滿足

5.3的要求。

d)交通信號燈信息服務運營平臺根據(jù)車輛位置匹配出對應路口的信號燈實時數(shù)據(jù)。

e)道路交通信號燈信息服務運營平臺將交通信號燈數(shù)據(jù)封裝后發(fā)送給車端,其中數(shù)據(jù)鏈路D滿

足5.4的要求。

f)車端接收數(shù)據(jù)后在車載系統(tǒng)中展示信號燈實時信息。

5信息交互內(nèi)容

5.1交通信號燈數(shù)據(jù)源上傳協(xié)議

交通信號燈數(shù)據(jù)源上傳數(shù)據(jù)至交通信號燈數(shù)據(jù)源平臺,應遵循GA/T1743-2020的要求。

5.2交信號燈數(shù)據(jù)源平臺上傳協(xié)議

交通信號燈數(shù)據(jù)源平臺上傳數(shù)據(jù)至交通信號燈信息服務運營系統(tǒng),應遵循GA/T1743-2020的要求。

5.3交通信號燈信息服務運營平臺下發(fā)信息內(nèi)容

道路交通信號燈信息服務運營平臺下發(fā)給車端的信息應符合表1的規(guī)定。

表1下發(fā)信息內(nèi)容

字段必要性類型說明

timeStamp必選Double時間戳,表示該消息發(fā)送的時間戳。為UNIX時間戳,1970紀元后

經(jīng)過的毫秒數(shù),單位為毫秒。

name可選String路口名稱

intersectionId可選String路口id

3

T/ITS0243-XXXX

表1(續(xù))

字段必要性類型說明

路口信號機的工作狀態(tài)指示。例如:如果參數(shù)含義表示'停止計時

狀態(tài)激活'和'用于硬件故障檢測',那么二進制為

00000000000110,對應十進制為6,該參數(shù)值填寫6。

二進制第x位數(shù)字為1對應的含義:

0:手動控制狀態(tài)開啟

1:停止計時狀態(tài)激活

trafficLightSta2:用于硬件故障檢測

可選integer

tus3:優(yōu)先狀態(tài)激活

4:信號優(yōu)先級狀態(tài)激活

5:固定配時

6:基于交通流狀態(tài)的配時

7:備用操作,可部分關(guān)閉或閃爍

8:故障模式

9:控制狀態(tài)關(guān)閉

movements必要Movement數(shù)組該進口道各運動方向的信號燈燈態(tài)集合

Movement

當前轉(zhuǎn)向類型type:

1:左轉(zhuǎn)

type必選Integer2:直行

3:右轉(zhuǎn)

4:掉頭

定義信號燈相位的燈色狀態(tài)。支持GB14886-2016規(guī)定的紅綠黃三

種信號燈燈色,以及亮燈、閃爍和熄滅三種狀態(tài)。

取值范圍:

0:不可用

1:黑色(熄滅狀態(tài))

2:紅色閃爍

lightState必選Integer

3:紅色

4:綠色閃爍

5:通行允許相位(通行綠)

6:通行保護相位(保護綠)

7:黃色

8:黃色閃爍

likelyEndTime必選Integer當前燈色剩余時間

表示該相位狀態(tài)第二次出現(xiàn)的(固定或預測)持續(xù)時長,在相位固

nextDuration必選Integer

定情況下,即當前燈狀態(tài)的固定時長

lightStateConfi燈色狀態(tài)置信度水平,數(shù)值范圍0~100.(%)

必選Double

dence

likelyEndTimeCo倒計時置信度水平,數(shù)值范圍0~100.(%)

必選Double

nfidence

4

ITS/T**-**

5.4車端上傳信息內(nèi)容

車端上傳至交通信號燈信息服務運營平臺的信息應符合表2的規(guī)定。

表2車輛狀態(tài)信息交互內(nèi)容

數(shù)據(jù)必要性類型備注

longitude必選Double經(jīng)度,范圍±180度,東經(jīng)為正,西經(jīng)為負。單位:10^-7度。

latitude必選Double緯度,范圍±90度,北緯為正,南緯為負。單位:10^-7度。

timestamp必選Double發(fā)布消息的時間。距UTC時間'1970-01-0100:00:00'的毫秒數(shù)。

speed必選Double速度,單位0.02m/s;數(shù)值8191表示無效數(shù)據(jù)。

航向角,為運動方向與正北方向的順時針夾角。范圍0~359.9875。單

heading必選Double

位:0.0125°。

coordinateSystem必選String坐標系類型,WGS84,GCJ02,BD09,CGCS2000。默認值為GCJ02。

6交通信號燈信息服務質(zhì)量

6.1應用場景

基于移動互聯(lián)網(wǎng)的道路交通信號燈信息服務場景可分為:

a)A類場景:用于GB/T40429-2021規(guī)定的L3及L3以上的自動駕駛系統(tǒng)的協(xié)同感知;

b)B類場景:用于GB/T40429-2021規(guī)定的L2及L2以下的車輛的信息展示或預警提醒的應用

場景。

6.2數(shù)據(jù)質(zhì)量指標要求

交通信號燈數(shù)據(jù)質(zhì)量應符合表3的要求,數(shù)據(jù)質(zhì)量的測試方法應遵循附錄B的要求。

表3道路交通信號燈數(shù)據(jù)質(zhì)量指標要求

指標要求

指標名稱指標定義

A類場景B類場景

信號燈燈色準確率車端接收的燈色與路口實際燈色一致即為準確≥99.99%≥99%

信號燈燈色跳變占比評估車端接收的燈色狀態(tài)在相鄰采樣點之間發(fā)生不連續(xù)跳變的程度≤0.01%≤0.1%

車輛端接收到的倒計時與實際路口倒計時完全一致(不包括分段配時

信號燈倒計時準確率≥99%≥95%

路口的配時方案過渡階段和人工控制模式時間段內(nèi))

信號燈數(shù)據(jù)發(fā)送頻率采樣周期內(nèi),路側(cè)發(fā)送交通信號燈頻率的平均值5Hz2Hz

丟包率丟包率定義為所丟失數(shù)據(jù)包數(shù)量占所發(fā)送數(shù)據(jù)組的比率≤0.1%≤1%

道路交通信號控制機生成交通信號燈信息到車端收到數(shù)據(jù)之間的平均

系統(tǒng)時延≤20ms≤500ms

時間差

平均時延抖動反應分組延遲的最大(平均)變化程度≤50ms≤100ms

車輛行駛通過一個路口時,能夠連續(xù)得接收到對應路段的信號燈數(shù)據(jù)的

路口連續(xù)性99%95%

比率

5

T/ITS0243-XXXX

表3(續(xù))

指標要求

指標名稱指標定義

A類場景B類場景

在一個統(tǒng)計周期內(nèi),一個定義區(qū)域內(nèi)全部路口中,實際可正常提供交通

區(qū)域可用率99%80%

信號燈數(shù)據(jù)服務的路口所占比例

評估在各路口各進口道上,車輛是否能夠接收到完整的各個運動方向

信號燈完整性99.99%99%

的信號燈信息

7安全要求

道路交通信號燈信息服務運營平臺的安全要求,宜遵循T/CCSA441-2023中的第8章的第三級安全

防護要求。

6

ITS/T**-**

附錄A

(資料性附錄)

交通信號燈數(shù)據(jù)上傳方式

A.1信號燈數(shù)據(jù)采集裝置

信號燈數(shù)據(jù)采集裝置應滿足以下要求:

a)支持通過接收電平信號并進行轉(zhuǎn)換,以采集道路交通信號控制機的數(shù)據(jù)。

b)采集器通過串口、以太網(wǎng)等有線方式與道路交通信號控制機連接。

c)采集器按標準協(xié)議采集道路交通信號控制機數(shù)據(jù),并將其傳輸至交通信號燈數(shù)據(jù)源平臺。

d)該裝置具備遠程管理和配置工作參數(shù)的功能。

e)采取安全防護功能,防止非法訪問。

A.2直接上傳

交通信號燈數(shù)據(jù)直接上傳應滿足以下要求:

a)支持道路交通信號控制機將數(shù)據(jù)直接上傳至交通信號燈數(shù)據(jù)源平臺。

b)通過4G、5G等移動網(wǎng)絡實現(xiàn)道路交通信號控制機的直接連接。

c)道路交通信號控制機應具備標準的數(shù)據(jù)上傳接口。

d)上傳的數(shù)據(jù)經(jīng)過安全校驗,以確保數(shù)據(jù)完整性和真實性。

e)具備處理不同道路交通信號控制機品牌和型號之間差異的能力。

A.3云云對接

云云對接應滿足以下要求:

a)支持與第三方云平臺進行數(shù)據(jù)對接。

b)通過標準接口,實時獲取第三方平臺的信號燈數(shù)據(jù)。

c)具備處理不同云平臺的數(shù)據(jù)格式和傳輸協(xié)議的能力。

d)優(yōu)先采用第三方平臺提供的安全認證方式。

e)允許第三方平臺調(diào)用服務系統(tǒng)提供的開放接口。

7

T/ITS0243-XXXX

附錄B

(規(guī)范性附錄)

數(shù)據(jù)質(zhì)量測試方法

B.1指標計算方法

B.1.1信號燈燈色準確率

通過統(tǒng)計道路交通信號燈的全量數(shù)據(jù)中的正確信號燈燈色數(shù)據(jù)的數(shù)量,然后除以總采樣次數(shù),可

以計算得到信號燈狀態(tài)準確率。

………………(B.1)

????

式中:???=?

——信號燈燈色準確率;

——正確信號燈燈色狀態(tài)數(shù);

???

——總采樣次數(shù)。

????

B.1.2?信號燈燈色跳變占比

通過統(tǒng)計道路交通信號燈的全量數(shù)據(jù)中的燈色跳變次數(shù),然后除以總采樣次數(shù),可以計算得到信

號燈燈色跳變次數(shù)占比:

………………(B.2)

???

式中:???=?

——信號燈燈色跳變占比;

——燈色跳變次數(shù);

???

——總采樣次數(shù)。

???

B.1.3?信號燈倒計時準確率

通過統(tǒng)計道路交通信號燈的全量數(shù)據(jù)中的正確信號燈倒計時的數(shù)量,然后除以總采樣次數(shù),可以

計算得到信號燈倒計數(shù)準確率:

………………(B.3)

????

式中:???=?

——信號燈倒計時準確率;

——正確信號燈倒計時次數(shù);

???

——總采樣次數(shù)。

????

B.1.4?信號燈數(shù)據(jù)發(fā)送頻率

通過統(tǒng)計一定周期內(nèi)的道路交通信號燈數(shù)據(jù)總條數(shù)、第一條與最后一條數(shù)據(jù)的時間戳差值,

,可以計算出信號燈數(shù)據(jù)的發(fā)送頻率。

???

8

?/??

ITS/T**-**

………………(B.4)

?

式中:????=??

——信號燈數(shù)據(jù)發(fā)送頻率(單位:Hz);

——時間窗口時間戳差值(單位:s);

???

?——時間窗口內(nèi)道路交通信號燈數(shù)據(jù)總條數(shù)。

??

B.1.5?丟包率

對每一條預先設置好的交通信號燈信息服務報文,若該服務報文缺少接收時間戳則認為發(fā)生丟包。

通過對整組信號燈場景信息服務數(shù)據(jù)報文的丟包情況和單程傳輸時延進行分析,可以得到丟包率。

………………(B.5)

?

式中:?=?

——丟包率;

——丟包數(shù);

?

——信息報文發(fā)送數(shù)。

?

B.1.6?系統(tǒng)時延

對每一條預先設置好的交通信號燈信息服務報文,通過比對云端發(fā)送時間戳,接收時間戳

和云端服務器與車端服務器之間的授時固定誤差可以得到該服務報文的單程傳輸時延

?????????

,將統(tǒng)計周期內(nèi)所有傳輸時延之和除以信息報文發(fā)送數(shù),可以計算得到系統(tǒng)時延。

??=?????

???????????

?………………(B.6)

?=1???

式中:??=?

——系統(tǒng)時延(單位:ms);

——單個數(shù)據(jù)傳輸時延(單位:ms);

??

——數(shù)據(jù)包總數(shù)。

??

B.1.7?平均時延抖動

由系統(tǒng)時延,可得平均時延抖動:

???

?2………………(B.7)

?=1??????

式中:?=??1

——系統(tǒng)時延(單位:ms);

——單個數(shù)據(jù)傳輸時延(單位:ms);

??

——數(shù)據(jù)包總數(shù);

??

——平均時延抖動(單位:ms)。

?

B.1.8?路口連續(xù)性

通過周期性統(tǒng)計車輛在經(jīng)過路口的時候,信號燈場景信息服務報文中的道路交通信號燈數(shù)據(jù)與實

際道路交通信號燈完全符合的次數(shù),得到連續(xù)接收正確數(shù)據(jù)的次數(shù),然后除以總采樣次數(shù),可以計算

得出路口連續(xù)性指標:

9

T/ITS0243-XXXX

………………(B.8)

??

式中:??=?

——路口連續(xù)性;

——連續(xù)接收正確數(shù)據(jù)的次數(shù);

??

——總采樣次數(shù)。

??

B.1.9?區(qū)域可用率

基于統(tǒng)計周期內(nèi)各路口道路交通信號燈數(shù)據(jù)的在線時間和總路口數(shù)量,計算區(qū)域內(nèi)信號燈服務的

可用率:

………………(B.9)

??

式中:??=????

——區(qū)域可用率;

——各路口在線時間;

??

——總路口數(shù)量;

??

——統(tǒng)計周期時間。

??

?

B.1.10信號燈完整性

區(qū)域信號燈完整性指標,表示統(tǒng)計周期內(nèi)各路口各進口道接收到的信號燈信息的運動方向與實際

道路交通信號燈的運動方向一致的比例。

………………(B.10)

??

?????

式中:=

——信號燈完整性;

???——接收到的各方向有信號燈的個數(shù);

——實際各方向有信號燈的個數(shù);

??

??

B.2測試流程

B.2.1信號燈狀態(tài)準確率測試流程

信號燈狀態(tài)準確率測試流程見表B.1。

10

ITS/T**-**

表B.1交通信號燈的燈色準確率測試流程

測試目的:

驗證車端接收的交通信號燈燈色與實際交通信號燈燈色是否一致。

測試條件:

1.測試車輛安裝了交通信號燈數(shù)據(jù)接收測試軟件。

2.交通信號燈信息服務運營平臺為測試車輛開啟交通信號燈信息服務。

3.準備測量設備采集道路交通信號燈實際狀態(tài),要求測量設備具備高精度和數(shù)據(jù)記錄功能。

測試步驟:

1.啟動測試車輛,確保測試軟件和測量設備處于正常工作狀態(tài)。

2.在不同時間段內(nèi),測試車輛重復行駛通過至少20個不同的路口。(進口道遍歷)

3.測試軟件記錄測試車輛接收到的交通信號燈的燈色狀態(tài)。

4.測量設備記錄交通信號燈的實際燈色狀態(tài)。

5.每次行駛通過路口時,至少采集50條交通信號燈狀態(tài)數(shù)據(jù)。

6.比較測試軟件記錄的燈色狀態(tài)和測量設備記錄的實際燈色狀態(tài),計算每次測試的準確率。

7.重復上述步驟,至少進行30次獨立測試。

通過條件:

交通信號燈的燈色狀態(tài)準確率均值應不低于99.99%。

B.2.2信號燈燈色跳變占比測試流程

信號燈燈色跳變占比測試流程見表B.2。

表B.2交通信號燈的燈色跳變占比測試流程

測試目的:

驗證車端接收到的信號燈燈色跳變的占比是否滿足要求。

測試條件:

1.測試車輛安裝了交通信號燈數(shù)據(jù)接收測試軟件。

2.交通信號燈信息服務運營平臺為測試車輛開啟交通信號燈信息服務。

3.準備測量設備采集道路交通信號燈實際狀態(tài),要求測量設備具備高精度和數(shù)據(jù)記錄功能。

測試步驟:

1.啟動測試車輛,確保測試軟件和測量設備處于正常工作狀態(tài)。

2.在不同時間段內(nèi),測試車輛重復行駛通過至少20個不同的路口。

3.測試軟件記錄測試車輛接收到的交通信號燈的燈色狀態(tài)。

4.測量設備記錄交通信號燈的實際燈色狀態(tài)。

5.每次行駛通過路口時,至少采集50條交通信號燈狀態(tài)數(shù)據(jù)。

6.比較測試軟件記錄的燈色狀態(tài)和測量設備記錄的實際燈色狀態(tài),計算每次測試的燈色跳變占比。

7.重復上述步驟,至少進行30次獨立測試。

通過條件:

交通信號燈的燈色跳變占比均值應不高于0.01%。

B.2.3信號燈倒計時準確率測試流程

信號燈倒計時準確率測試流程見表B.3。

11

T/ITS0243-XXXX

表B.3交通信號燈倒計時準確率測試流程

測試目的:

驗證車端接收的交通信號燈倒計時與實際交通信號燈倒計時是否一致。

測試條件:

1.測試車輛安裝了交通信號燈數(shù)據(jù)接收測試軟件。

2.交通信號燈信息服務運營平臺為測試車輛開啟了數(shù)據(jù)推送服務。

3.準備測量設備采集交通信號燈實際狀態(tài),要求測量設備具備高精度和數(shù)據(jù)記錄功能。

測試步驟:

1.啟動測試車輛,確保交通信號燈數(shù)據(jù)接收測試軟件處于正常工作狀態(tài)。

2.在不同的時間段內(nèi),測試車輛重復行駛至少20個不同的路口。

3.測試軟件記錄測試車輛接收到的交通信號燈的倒計時數(shù)據(jù)。

4.測量設備記錄交通信號燈的實際倒計時。

5.每次行駛通過路口時,至少采集50條交通信號燈倒計時數(shù)據(jù)。

6.比較測試軟件和測量設備的結(jié)果,計算準確率。

7.重復上述步驟,至少進行30次獨立測試,計算準確率均值。

通過條件:

交通信號燈倒計時準確率均值應不低于99%。

B.2.4信號燈數(shù)據(jù)發(fā)送頻率測試流程

信號燈數(shù)據(jù)發(fā)送頻率測試流程見表B.4。

表B.4交通信號燈數(shù)據(jù)發(fā)送頻率測試流程

測試目的:

驗證交通信號燈數(shù)據(jù)發(fā)送頻率是否達到要求,并具有穩(wěn)定性。

測試條件:

1.車端設備可以連接交通信號燈信息服務運營平臺,并可以接收下發(fā)的交通信號燈數(shù)據(jù)。

2.交通信號燈信息服務運營平臺按照預定頻率向車端下發(fā)交通信號燈數(shù)據(jù)。

測試步驟:

1.啟動測試車輛,并確保車端設備處于正常工作狀態(tài)。

2.在測試過程中,測試車輛行駛通過20個不同的路口。

3.交通信號燈服務系統(tǒng)以預定的頻率發(fā)送測試數(shù)據(jù),持續(xù)時間為30分鐘??梢栽跍y試前確認預定的頻率,例如

2Hz。

4.車端設備接收測試數(shù)據(jù),并統(tǒng)計接收到的數(shù)據(jù)條數(shù)。

5.計算接收頻率,重復測試10次,每次測試的持續(xù)時間為30分鐘,然后取平均值。

通過條件:

車端接收交通信號燈數(shù)據(jù)的平均頻率應不低于預定頻率。

B.2.5丟包率測試流程

丟包率測試流程見表B.5。

12

ITS/T**-**

表B.5交通信號燈信息服務系統(tǒng)丟包率測試流程

測試目的:

驗證交通信號燈信息服務系統(tǒng)的丟包率是否滿足要求。

測試條件:

1.測試數(shù)據(jù)生成器:用于模擬生成大量測試數(shù)據(jù),包括發(fā)送總量和記錄丟失量。

2.數(shù)據(jù)接收端:用于接收測試數(shù)據(jù)并記錄實際接收數(shù)量。

3.準確的時間同步:確保測試數(shù)據(jù)的時間戳在發(fā)送和接收端之間同步,以便精確計算丟包率。

測試步驟:

1.在測試前,進行時間同步,以確保發(fā)送和接收端的時間戳一致。

2.交通信號燈信息服務系統(tǒng)發(fā)送N條測試數(shù)據(jù),其中N應不小于10000條。

3.數(shù)據(jù)接收端實時記錄接收到的數(shù)據(jù)數(shù)量M。

4.根據(jù)式B.5計算丟包率。

5.重復上述步驟進行多次測試,例如10次,以獲取丟包率的均值。

通過條件:

丟包率的均值應不大于0.5%。

B.2.6系統(tǒng)時延測試流程

系統(tǒng)時延測試流程見表B.6。

表B.6交通信號燈信息服務系統(tǒng)時延測試流程

測試目的:

驗證交通信號燈信息服務運營平臺發(fā)送數(shù)據(jù)到車端的平均系統(tǒng)時延是否滿足要求。

測試條件:

1.車端具備接收交通信號燈推送服務的應用。

2.交通信號燈信息服務運營平臺具備對應路口的交通信號燈信息推送能力。

3.交通信號燈信息服務運營平臺發(fā)送數(shù)據(jù)時添加時間戳。

4.車端設備接收數(shù)據(jù)時也添加接收時間戳。

測試步驟:

1.在測試前,確保車端設備、交通信號燈信息服務運營平臺以及測量設備的時間同步,以保證時間戳的準確性。

2.啟動測試車輛,行駛通過多個不同的路口。

3.在每個路口,至少記錄50條車端接收到的交通信號燈數(shù)據(jù),包括燈色,倒計時和對應的時間戳。

4.對比測量設備采集的實際信號燈顏色,倒計時和對應的時間戳。

5.重復上述步驟,至少進行30次獨立測試。

通過條件:

系統(tǒng)平均時延的均值應不超過100ms。

B.2.7平均時延抖動測試流程

平均時延抖動測試流程見表B.7。

13

T/ITS0243-XXXX

表B.7交通信號燈數(shù)據(jù)平均時延抖動測試流程

測試目的:

驗證交通信號燈信息服務系統(tǒng)的平均時延抖動是否滿足要求。

測試條件:

1.車端具備接收交通信號燈推送服務的應用。

2.交通信號燈信息服務運營平臺具備對應路口的交通信號燈信息推送能力。

3.交通信號燈信息服務運營平臺發(fā)送數(shù)據(jù)時添加時間戳。

4.車端設備接收數(shù)據(jù)時也添加接收時間戳。

測試步驟:

1.在測試前,確保車端設備、交通信號燈信息服務運營平臺以及測量設備的時間同步,以保證時間戳的準確性。

2.啟動測試車輛,行駛通過多個不同的路口。

3.在測試過程中,連續(xù)發(fā)送N條測試數(shù)據(jù),其中N應不小于10000條,每條數(shù)據(jù)都帶有時間戳。

4.根據(jù)式B.7計算平均時延抖動。

通過條件:

平均時延抖動的均值應不大于50ms。

B.2.8路口連續(xù)性測試流程

路口連續(xù)性測試流程見表B.8。

表B.8交通信號燈數(shù)據(jù)路口連續(xù)性測試流程

測試目的:

驗證車輛在連續(xù)通過多個路口時是否能夠完整接收信號燈數(shù)據(jù)。

測試條件:

1.測試車輛已安裝信號燈數(shù)據(jù)接收測試軟件。

2.交通信號燈信息服務運營平臺已為測試車輛開啟數(shù)據(jù)推送服務。

3.準備測試場景,包含多個連續(xù)的路口。

測試步驟:

1.啟動測試車輛,沿預定路線通過20個連續(xù)路口。

2.測試軟件記錄車輛進入和離開每個路口的時間。

3.測試軟件記錄每個路口的信號燈數(shù)據(jù)接收情況。

4.測量設備采集車輛前方交通信號燈實際狀態(tài)。

5.每次行駛通過路口時,至少采集50條交通信號燈狀態(tài)數(shù)據(jù)。

6.驗證車輛在經(jīng)過每個路口時接收到的信號燈數(shù)據(jù)是否與車輛前方實際的信號燈數(shù)據(jù)一致。

7.計算正確接收的數(shù)據(jù)數(shù)量與總接收數(shù)據(jù)數(shù)量的比例。

8.重復上述步驟,至少進行30次獨立測試。

通過條件:

路口連續(xù)性比率應不低于99%。

B.2.9區(qū)域可用率測試流程

區(qū)域可用率測試流程見表B.9。

14

ITS/T**-**

表B.9交通信號燈數(shù)據(jù)區(qū)域可用率測試流程

測試目的:

驗證交通信號燈信息服務系統(tǒng)是否可以為區(qū)域內(nèi)全部路口提供信號燈數(shù)據(jù)服務。

測試條件:

1.定義包含多路口的測試區(qū)域。

2.獲得測試區(qū)域內(nèi)全部路口的列表。

3.測試車輛已安裝信號燈數(shù)據(jù)接收測試軟件。

4.準備測量設備以采集交通信號燈的實際狀態(tài),確保設備具備高精度和數(shù)據(jù)記錄功能。

測試步驟:

1.測試車輛逐一駛過測試區(qū)域內(nèi)的所有路口。

2.測試軟件記錄每個路口的信號燈數(shù)據(jù)接收情況。

3.檢查每個路口的信號燈數(shù)據(jù)是否成功接收。

4.統(tǒng)計測試區(qū)域內(nèi)未接收到數(shù)據(jù)的路口數(shù)。

5.根據(jù)式B.9計算區(qū)域可用率。

通過條件:

區(qū)域可用率應不低于99%。

B.2.10信號燈完整性測試流程

信號燈完整性測試流程見表B.10。

表B.10交通信號燈完整性測試流程

測試目的:

驗證交通信號燈信息服務系統(tǒng)是否可以為區(qū)域內(nèi)全部路口各進口道各運動方向提供信號燈數(shù)據(jù)服務。

測試條件:

1.定義包含多路口的測試區(qū)域。

2.獲得測試區(qū)域內(nèi)全部路口的列表。

3.測試車輛已安裝信號燈數(shù)據(jù)接收測試軟件。

4.準備測量設備以采集交通信號燈的實際狀態(tài),確保設備具備高精度和數(shù)據(jù)記錄功能。

測試步驟:

5.測試車輛逐一駛過測試區(qū)域內(nèi)的所有路口。

6.測試軟件記錄每個路口各個進口道各個運動方向的信號燈數(shù)據(jù)接收情況。

7.測量設備記錄各個路口各個進口道各個運動方向的實際交通信號燈的情況。

8.根據(jù)式B.10計算信號燈完整性。

通過條件:

信號燈完整性應不低于100%。

B.3主觀評價

B.3.1主觀評價指標

B.3.1.1數(shù)據(jù)跳變感知度

數(shù)據(jù)跳變感知度應滿足以下要求:

15

T/ITS0243-XXXX

a)信號燈燈色跳變感知度:評估信號燈燈色狀態(tài)在相鄰數(shù)據(jù)點之間是否連續(xù);

b)信號燈倒計時跳變感知度:評估信號燈倒計時在相鄰數(shù)據(jù)點之間是否連續(xù)。

B.3.1.2信號燈切換位置準確性

路口切換位置感知:判斷車輛在經(jīng)過路口時是否在適當?shù)奈恢眠M行路口切換,介于路口中心和對

向人行橫道之間。

B.3.2主觀評價方法

B.3.2.1數(shù)據(jù)跳變感知度評價細則:

數(shù)據(jù)跳變感知度評價細則如下:

a)10分(無感知):車輛在信號燈狀態(tài)或倒計時變化時,駕駛員幾乎沒有察覺到明顯的變化,

溫馨提示

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

評論

0/150

提交評論