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

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

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