自由流車載單元并發處理方法、路側單元及自由流系統的制作方法
【技術領域】
[0001] 本申請涉及智能交通領域，特別涉及一種自由流0BU(車載單元，OnboardUnit) 并發處理方法、RSU(路側單元，RoadSideUnit)及自由流系統。
【背景技術】
[0002] 在智能交通應用領域中，由于一般ETC(ElectronicTollCollection,電子不停 車收費系統）車道都會使用車道閘機，對通過車道的裝載有0BU的車輛--隔開，因此RSU 與0BU進行交易時采用先來先處理、順序交易的方式，即每次RSU與一臺0BU進行交易，交 易完成后，車道閘機抬杠，交易完成的車輛通過，RSU再與后面到來的車輛交易。
[0003] 但在ETC的多路徑識別自由流應用系統中，路徑標識點沒有車道閘機，導致載有 0BU車輛在經過路徑標識點時的速度無法控制，因此在路徑標識點經過的車輛速度很快。 若在路徑標識點有多輛車同時高速經過時，繼續采用先來先處理、順序交易方式，則會出現 RSU與其中一個0BU進行交易時，未進行交易的0BU所屬車輛由于車速太快，已經離開路徑 標識點，而RSU來不及處理相應的0BU的情況，導致RSU無法保證能對每輛車的0BU成功標 識路徑信息。
[0004] 可見，在多路徑識別自由流應用系統中，采用先來先處理、順序交易的方式，RSU對 0BU進行路徑標識的成功率低。
【發明內容】
[0005] 為解決上述技術問題，本申請實施例提供一種自由流0BU(車載單元，Onboard Unit)并發處理方法、RSU(路側單元，RoadSideUnit)及自由流系統，以達到加快0BU路 徑信息標識進程，提高工作效率的目的，技術方案如下：
[0006] 一種自由流車載單元0BU并發處理方法，位于路徑標識點的路側單元RSU以分時 并發的方式執行其覆蓋范圍內各個0BU的交易過程，所述交易過程包括：
[0007]A、所述RSU每隔預設時間向所述RSU覆蓋范圍內發送搜索0BU命令，如果在每次 發送搜索0BU命令之前所述RSU與任意一個0BU的交易過程未釋放完成，則還向該0BU發 送與其當前交易狀態相對應的交易命令；
[0008]B、所述RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的反饋信 息，若接收到正確的反饋信息，則根據所述反饋信息更新相應的0BU的交易狀態。
[0009] 優選的，還包括：
[0010] 所述RSU建立用于存放0BU的交易狀態的隊列；
[0011] 根據所述反饋信息更新相應的0BU的交易狀態步驟，具體為：若隊列中有所述相 應的0BU的交易狀態，則根據反饋信息修改或刪除所述隊列中所述相應的0BU的交易狀態； 若隊列中沒有所述相應的0BU的交易狀態，則在隊列中新建所述相應的0BU的交易狀態。
[0012] 優選的，所述RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的 反饋信息時，在未接收到反饋信息或接收到錯誤的反饋信息的情況下，保持所述0BU在所 述隊列中的交易狀態不變。
[0013] 優選的，如所述0BU在隊列中的交易狀態在N段預設時間內沒有變化，則從所述隊 列中刪除所述0BU的交易狀態，N為預設值，為大于1的整數。
[0014] 優選的，所述0BU的交易狀態包括：
[0015] 讀路徑信息交易狀態、寫路徑信息交易狀態和釋放0BU交易狀態；
[0016] 與所述讀路徑信息交易狀態對應的交易命令為讀路徑信息交易命令；與所述寫路 徑信息交易狀態對應的交易命令為寫路徑信息交易命令；與所述釋放0BU交易狀態對應的 交易命令為釋放0BU交易命令。
[0017] 優選的，所述0BU的交易狀態還包括讀車輛信息交易狀態，與所述讀車輛信息交 易狀態對應的交易命令為讀車輛信息交易命令。
[0018] 優選的，根據所述反饋信息更新相應的0BU的交易狀態包括：
[0019] 接收0BU針對讀路徑信息交易命令的反饋信息，修改所述0BU的交易狀態為寫路 徑信息交易狀態；
[0020] 或，接收0BU針對寫路徑信息交易命令的反饋信息，修改所述0BU的交易狀態為釋 放0BU交易狀態；
[0021] 或，接收0BU針對釋放0BU交易命令的反饋信息，刪除所述0BU的交易狀態；
[0022] 或，接收0BU針對搜索0BU命令的反饋信息，建立所述0BU的交易狀態為讀路徑信 息交易狀態。
[0023] -種路側單元RSU，用于以分時并發的方式執行其覆蓋范圍內各個0BU的交易過 程，所述RSU包括：交易單元；
[0024] 所述交易單元包括：
[0025] 第一發送單元，用于每隔預設時間向所述RSU覆蓋范圍內發送搜尋0BU命令，如果 在每次發送搜尋0BU命令之前所述RSU與任意一個0BU的交易過程未釋放完成，則還向該 0BU發送與其當前交易狀態相對應的交易命令；
[0026] 更新單元，等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的反饋信 息，若接收到正確的反饋信息，則根據所述反饋信息更新相應的0BU的交易狀態。
[0027] 優選的，還包括：
[0028] 建立單元，用于建立用于存放0BU的交易狀態的隊列；
[0029] 所述更新單元包括：第一更新子單元，用于若隊列中有所述相應的0BU的交易狀 態，則根據反饋信息修改或刪除所述隊列中相應的0BU的交易狀態；
[0030] 第二更新子單元，用于若隊列中沒有所述相應的0BU的交易狀態，則在隊列中新 建所述相應的0BU的交易狀態。
[0031] 優選的，還包括：
[0032] 保持單元，用于在等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的 反饋信息時，在未接收到反饋信息或接收到錯誤的反饋信息的情況下，保持所述0BU在所 述隊列中的交易狀態不變。
[0033] 優選的，還包括：
[0034] 刪除單元，用于如所述0BU在隊列中的交易狀態在N段預設時間內沒有變化，則從 所述隊列中刪除所述0BU的交易狀態，N為預設值，為大于1的整數。
[0035] -種自由流系統，包括如上述任意一項所述的RSU及OBU;
[0036] 所述0BU用于響應所述RSU的交易命令并返回針對交易命令的反饋信息。
[0037] 本申請由于對0BU設置了交易狀態的記錄和更新的機制，因此RSU在任意時刻都 能清楚了解各0BU的交易狀態，從而能夠以分時并發的方式執行各0BU的交易過程。與現 有技術相比，加快了 0BU路徑信息標識進程，提高了工作效率，從而提高了對0BU進行路徑 標識的成功率。
【附圖說明】
[0038] 為了更清楚地說明本申請實施例中的技術方案，下面將對實施例描述中所需要使 用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于 本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其 他的附圖。
[0039] 圖1是本申請提供的自由流車載單元0BU并發處理方法的一種子流程圖；
[0040] 圖2是本申請提供的自由流車載單元0BU并發處理方法的另一種子流程圖；
[0041] 圖3是本申請提供的RSU與0BU的一種交易流程示意圖；
[0042] 圖4是本申請提供的路側單元RSU的一種結構示意圖；
[0043] 圖5是本申請提供的路側單元RSU的另一種結構示意圖；
[0044] 圖6是本申請提供的電子不停車收費系統ETC的一種結構示意圖。
【具體實施方式】
[0045] 下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基于 本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他 實施例，都屬于本申請保護的范圍。
[0046] 實施例一
[0047] 在本實施例中，提供了一種自由流0BU(車載單元，OnboardUnit)并發處理方 法，位于路徑標識點的路側單元RSU，基于對在所述RSU覆蓋范圍內各個0BU的交易狀態的 記錄，以分時并發的方式執行所述RSU覆蓋范圍內各個0BU的交易過程，其中，以分時并發 的方式執行所述RSU覆蓋范圍內各個0BU的交易過程，即在一個時間段內，所述RSU與RSU 覆蓋范圍內多個0BU之間的交易都處于已啟動運行到運行完畢之間。
[0048] 其中，以分時并發的方式執行所述RSU覆蓋范圍內各個0BU的交易過程可以參見 圖1，圖1示出了本申請提供的自由流0BU(車載單元，OnboardUnit)并發處理方法的一 種子流程圖，可以包括以下步驟：
[0049] 步驟Sll:RSU每隔預設時間向所述RSU覆蓋范圍內發送搜索0BU命令，如果在每 次發送搜索0BU命令之前所述RSU與任意一個0BU的交易過程未釋放完成，則還向該0BU 發送與其當前交易狀態相對應的交易命令。
[0050] 其中，搜索0BU命令可以在交易命令之前發送，也可以是在交易命令之后發送，還 可以穿插在交易命令之中發送。
[0051] 步驟S12:所述RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令 的反饋信息，若接收到正確的反饋信息，則根據所述反饋信息更新相應的OBU的交易狀態， 其中，每個0BU返回針對交易命令或搜索0BU命令的反饋信息。
[0052] 本申請由于對0BU設置了交易狀態的記錄和更新的機制，因此RSU在任意時刻都 能清楚了解各0BU的交易狀態，從而能夠以分時并發的方式執行各0BU的交易過程。與現 有技術相比，加快了 0BU路徑信息標識進程，提高了工作效率，從而提高了對0BU進行路徑 標識的成功率。例如，在只有1臺RSU的情況，現有技術中RSU采用先來先處理、順序交易 方式，同時有3輛載有0BU的車經過，RSU完成對一臺0BU進行路徑標識交易時間大概需要 150ms，那么順序標識完成3臺0BU的路徑信息至少需要450ms。采用本申請提出的分時并 發的方式，每次RSU給3臺0BU都發交易命令，并發等待3臺0BU的應答，這樣完成一次路 徑信息的標識大概就是150ms。可見在存在多車高速并行的ETC多路徑識別自由流應用系 統中，采用本申請提供的自由流車載單元0BU路徑信