自由流車載單元并發(fā)處理方法、路側(cè)單元及自由流系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001] 本申請涉及智能交通領(lǐng)域，特別涉及一種自由流0BU(車載單元，OnboardUnit) 并發(fā)處理方法、RSU(路側(cè)單元，RoadSideUnit)及自由流系統(tǒng)。
【背景技術(shù)】
[0002] 在智能交通應(yīng)用領(lǐng)域中，由于一般ETC(ElectronicTollCollection,電子不停 車收費(fèi)系統(tǒng)）車道都會使用車道閘機(jī)，對通過車道的裝載有0BU的車輛--隔開，因此RSU 與0BU進(jìn)行交易時采用先來先處理、順序交易的方式，即每次RSU與一臺0BU進(jìn)行交易，交 易完成后，車道閘機(jī)抬杠，交易完成的車輛通過，RSU再與后面到來的車輛交易。
[0003] 但在ETC的多路徑識別自由流應(yīng)用系統(tǒng)中，路徑標(biāo)識點(diǎn)沒有車道閘機(jī)，導(dǎo)致載有 0BU車輛在經(jīng)過路徑標(biāo)識點(diǎn)時的速度無法控制，因此在路徑標(biāo)識點(diǎn)經(jīng)過的車輛速度很快。 若在路徑標(biāo)識點(diǎn)有多輛車同時高速經(jīng)過時，繼續(xù)采用先來先處理、順序交易方式，則會出現(xiàn) RSU與其中一個0BU進(jìn)行交易時，未進(jìn)行交易的0BU所屬車輛由于車速太快，已經(jīng)離開路徑 標(biāo)識點(diǎn)，而RSU來不及處理相應(yīng)的0BU的情況，導(dǎo)致RSU無法保證能對每輛車的0BU成功標(biāo) 識路徑信息。
[0004] 可見，在多路徑識別自由流應(yīng)用系統(tǒng)中，采用先來先處理、順序交易的方式，RSU對 0BU進(jìn)行路徑標(biāo)識的成功率低。

【發(fā)明內(nèi)容】

[0005] 為解決上述技術(shù)問題，本申請實施例提供一種自由流0BU(車載單元，Onboard Unit)并發(fā)處理方法、RSU(路側(cè)單元，RoadSideUnit)及自由流系統(tǒng)，以達(dá)到加快0BU路 徑信息標(biāo)識進(jìn)程，提高工作效率的目的，技術(shù)方案如下：
[0006] 一種自由流車載單元0BU并發(fā)處理方法，位于路徑標(biāo)識點(diǎn)的路側(cè)單元RSU以分時 并發(fā)的方式執(zhí)行其覆蓋范圍內(nèi)各個0BU的交易過程，所述交易過程包括：
[0007]A、所述RSU每隔預(yù)設(shè)時間向所述RSU覆蓋范圍內(nèi)發(fā)送搜索0BU命令，如果在每次 發(fā)送搜索0BU命令之前所述RSU與任意一個0BU的交易過程未釋放完成，則還向該0BU發(fā) 送與其當(dāng)前交易狀態(tài)相對應(yīng)的交易命令；
[0008]B、所述RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的反饋信 息，若接收到正確的反饋信息，則根據(jù)所述反饋信息更新相應(yīng)的0BU的交易狀態(tài)。
[0009] 優(yōu)選的，還包括：
[0010] 所述RSU建立用于存放0BU的交易狀態(tài)的隊列；
[0011] 根據(jù)所述反饋信息更新相應(yīng)的0BU的交易狀態(tài)步驟，具體為：若隊列中有所述相 應(yīng)的0BU的交易狀態(tài)，則根據(jù)反饋信息修改或刪除所述隊列中所述相應(yīng)的0BU的交易狀態(tài)； 若隊列中沒有所述相應(yīng)的0BU的交易狀態(tài)，則在隊列中新建所述相應(yīng)的0BU的交易狀態(tài)。
[0012] 優(yōu)選的，所述RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的 反饋信息時，在未接收到反饋信息或接收到錯誤的反饋信息的情況下，保持所述0BU在所 述隊列中的交易狀態(tài)不變。
[0013] 優(yōu)選的，如所述0BU在隊列中的交易狀態(tài)在N段預(yù)設(shè)時間內(nèi)沒有變化，則從所述隊 列中刪除所述0BU的交易狀態(tài)，N為預(yù)設(shè)值，為大于1的整數(shù)。
[0014] 優(yōu)選的，所述0BU的交易狀態(tài)包括：
[0015] 讀路徑信息交易狀態(tài)、寫路徑信息交易狀態(tài)和釋放0BU交易狀態(tài)；
[0016] 與所述讀路徑信息交易狀態(tài)對應(yīng)的交易命令為讀路徑信息交易命令；與所述寫路 徑信息交易狀態(tài)對應(yīng)的交易命令為寫路徑信息交易命令；與所述釋放0BU交易狀態(tài)對應(yīng)的 交易命令為釋放0BU交易命令。
[0017] 優(yōu)選的，所述0BU的交易狀態(tài)還包括讀車輛信息交易狀態(tài)，與所述讀車輛信息交 易狀態(tài)對應(yīng)的交易命令為讀車輛信息交易命令。
[0018] 優(yōu)選的，根據(jù)所述反饋信息更新相應(yīng)的0BU的交易狀態(tài)包括：
[0019] 接收0BU針對讀路徑信息交易命令的反饋信息，修改所述0BU的交易狀態(tài)為寫路 徑信息交易狀態(tài)；
[0020] 或，接收0BU針對寫路徑信息交易命令的反饋信息，修改所述0BU的交易狀態(tài)為釋 放0BU交易狀態(tài)；
[0021] 或，接收0BU針對釋放0BU交易命令的反饋信息，刪除所述0BU的交易狀態(tài)；
[0022] 或，接收0BU針對搜索0BU命令的反饋信息，建立所述0BU的交易狀態(tài)為讀路徑信 息交易狀態(tài)。
[0023] -種路側(cè)單元RSU，用于以分時并發(fā)的方式執(zhí)行其覆蓋范圍內(nèi)各個0BU的交易過 程，所述RSU包括：交易單元；
[0024] 所述交易單元包括：
[0025] 第一發(fā)送單元，用于每隔預(yù)設(shè)時間向所述RSU覆蓋范圍內(nèi)發(fā)送搜尋0BU命令，如果 在每次發(fā)送搜尋0BU命令之前所述RSU與任意一個0BU的交易過程未釋放完成，則還向該 0BU發(fā)送與其當(dāng)前交易狀態(tài)相對應(yīng)的交易命令；
[0026] 更新單元，等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的反饋信 息，若接收到正確的反饋信息，則根據(jù)所述反饋信息更新相應(yīng)的0BU的交易狀態(tài)。
[0027] 優(yōu)選的，還包括：
[0028] 建立單元，用于建立用于存放0BU的交易狀態(tài)的隊列；
[0029] 所述更新單元包括：第一更新子單元，用于若隊列中有所述相應(yīng)的0BU的交易狀 態(tài)，則根據(jù)反饋信息修改或刪除所述隊列中相應(yīng)的0BU的交易狀態(tài)；
[0030] 第二更新子單元，用于若隊列中沒有所述相應(yīng)的0BU的交易狀態(tài)，則在隊列中新 建所述相應(yīng)的0BU的交易狀態(tài)。
[0031] 優(yōu)選的，還包括：
[0032] 保持單元，用于在等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的 反饋信息時，在未接收到反饋信息或接收到錯誤的反饋信息的情況下，保持所述0BU在所 述隊列中的交易狀態(tài)不變。
[0033] 優(yōu)選的，還包括：
[0034] 刪除單元，用于如所述0BU在隊列中的交易狀態(tài)在N段預(yù)設(shè)時間內(nèi)沒有變化，則從 所述隊列中刪除所述0BU的交易狀態(tài)，N為預(yù)設(shè)值，為大于1的整數(shù)。
[0035] -種自由流系統(tǒng)，包括如上述任意一項所述的RSU及OBU;
[0036] 所述0BU用于響應(yīng)所述RSU的交易命令并返回針對交易命令的反饋信息。
[0037] 本申請由于對0BU設(shè)置了交易狀態(tài)的記錄和更新的機(jī)制，因此RSU在任意時刻都 能清楚了解各0BU的交易狀態(tài)，從而能夠以分時并發(fā)的方式執(zhí)行各0BU的交易過程。與現(xiàn) 有技術(shù)相比，加快了 0BU路徑信息標(biāo)識進(jìn)程，提高了工作效率，從而提高了對0BU進(jìn)行路徑 標(biāo)識的成功率。
【附圖說明】
[0038] 為了更清楚地說明本申請實施例中的技術(shù)方案，下面將對實施例描述中所需要使 用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其 他的附圖。
[0039] 圖1是本申請?zhí)峁┑淖杂闪鬈囕d單元0BU并發(fā)處理方法的一種子流程圖；
[0040] 圖2是本申請?zhí)峁┑淖杂闪鬈囕d單元0BU并發(fā)處理方法的另一種子流程圖；
[0041] 圖3是本申請?zhí)峁┑腞SU與0BU的一種交易流程示意圖；
[0042] 圖4是本申請?zhí)峁┑穆穫?cè)單元RSU的一種結(jié)構(gòu)示意圖；
[0043] 圖5是本申請?zhí)峁┑穆穫?cè)單元RSU的另一種結(jié)構(gòu)示意圖；
[0044] 圖6是本申請?zhí)峁┑碾娮硬煌＼囀召M(fèi)系統(tǒng)ETC的一種結(jié)構(gòu)示意圖。
【具體實施方式】
[0045] 下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；?本申請中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本申請保護(hù)的范圍。
[0046] 實施例一
[0047] 在本實施例中，提供了一種自由流0BU(車載單元，OnboardUnit)并發(fā)處理方 法，位于路徑標(biāo)識點(diǎn)的路側(cè)單元RSU，基于對在所述RSU覆蓋范圍內(nèi)各個0BU的交易狀態(tài)的 記錄，以分時并發(fā)的方式執(zhí)行所述RSU覆蓋范圍內(nèi)各個0BU的交易過程，其中，以分時并發(fā) 的方式執(zhí)行所述RSU覆蓋范圍內(nèi)各個0BU的交易過程，即在一個時間段內(nèi)，所述RSU與RSU 覆蓋范圍內(nèi)多個0BU之間的交易都處于已啟動運(yùn)行到運(yùn)行完畢之間。
[0048] 其中，以分時并發(fā)的方式執(zhí)行所述RSU覆蓋范圍內(nèi)各個0BU的交易過程可以參見 圖1，圖1示出了本申請?zhí)峁┑淖杂闪?BU(車載單元，OnboardUnit)并發(fā)處理方法的一 種子流程圖，可以包括以下步驟：
[0049] 步驟Sll:RSU每隔預(yù)設(shè)時間向所述RSU覆蓋范圍內(nèi)發(fā)送搜索0BU命令，如果在每 次發(fā)送搜索0BU命令之前所述RSU與任意一個0BU的交易過程未釋放完成，則還向該0BU 發(fā)送與其當(dāng)前交易狀態(tài)相對應(yīng)的交易命令。
[0050] 其中，搜索0BU命令可以在交易命令之前發(fā)送，也可以是在交易命令之后發(fā)送，還 可以穿插在交易命令之中發(fā)送。
[0051] 步驟S12:所述RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令 的反饋信息，若接收到正確的反饋信息，則根據(jù)所述反饋信息更新相應(yīng)的OBU的交易狀態(tài)， 其中，每個0BU返回針對交易命令或搜索0BU命令的反饋信息。
[0052] 本申請由于對0BU設(shè)置了交易狀態(tài)的記錄和更新的機(jī)制，因此RSU在任意時刻都 能清楚了解各0BU的交易狀態(tài)，從而能夠以分時并發(fā)的方式執(zhí)行各0BU的交易過程。與現(xiàn) 有技術(shù)相比，加快了 0BU路徑信息標(biāo)識進(jìn)程，提高了工作效率，從而提高了對0BU進(jìn)行路徑 標(biāo)識的成功率。例如，在只有1臺RSU的情況，現(xiàn)有技術(shù)中RSU采用先來先處理、順序交易 方式，同時有3輛載有0BU的車經(jīng)過，RSU完成對一臺0BU進(jìn)行路徑標(biāo)識交易時間大概需要 150ms，那么順序標(biāo)識完成3臺0BU的路徑信息至少需要450ms。采用本申請?zhí)岢龅姆謺r并 發(fā)的方式，每次RSU給3臺0BU都發(fā)交易命令，并發(fā)等待3臺0BU的應(yīng)答，這樣完成一次路 徑信息的標(biāo)識大概就是150ms。可見在存在多車高速并行的ETC多路徑識別自由流應(yīng)用系 統(tǒng)中，采用本申請?zhí)峁┑淖杂闪鬈囕d單元0BU路徑信