息標(biāo)識(shí)方法大大地提高了 0BU路徑信 息的標(biāo)識(shí)成功率。
[0053] 在ETC自由流系統(tǒng)中，RSU對0BU進(jìn)行路徑信息標(biāo)識(shí)成功率是最主要的技術(shù)指標(biāo)。 成功率的高低決定了ETC自由流系統(tǒng)是否能夠在智能交通領(lǐng)域中應(yīng)用。本申請實(shí)現(xiàn)了對同 時(shí)經(jīng)過路徑標(biāo)識(shí)點(diǎn)的各輛車的0BU成功標(biāo)識(shí)路徑信息，大大提高了RSU對0BU進(jìn)行路徑信 息標(biāo)識(shí)的成功率。
[0054]RSU對0BU進(jìn)行路徑信息標(biāo)識(shí)成功率的提高，使ETC自由流系統(tǒng)在智能交通領(lǐng)域中 得以應(yīng)用。取代了標(biāo)識(shí)站的建設(shè)，大大減少了人力物力的投入。與以往車主經(jīng)過標(biāo)識(shí)站要 停車刷卡不同的是，車主可以高速經(jīng)過標(biāo)識(shí)點(diǎn)，非常方便，大大提高了用戶體驗(yàn)的滿意度。
[0055] 實(shí)施例二
[0056] 在本實(shí)施例中，對實(shí)施例一種自由流0BU(車載單元，OnboardUnit)并發(fā)處理方 法中記錄在所述RSU覆蓋范圍內(nèi)各個(gè)0BU的交易狀態(tài)的實(shí)現(xiàn)方式進(jìn)行了限定。
[0057] 具體的，所述RSU在以分時(shí)并發(fā)的方式執(zhí)行所述RSU覆蓋范圍內(nèi)各個(gè)0BU的交易 過程之前，執(zhí)行建立用于存放0BU的交易狀態(tài)的隊(duì)列的步驟。所述建立隊(duì)列的步驟也可以 在需要使用時(shí)才進(jìn)行建立。
[0058] 所述RSU所建立的隊(duì)列用于存放0BU的交易狀態(tài)。
[0059] 在本實(shí)施例中，隊(duì)列中元素可以設(shè)計(jì)為如下格式：OBU_ID+TRAND_STATE。0BU_ID 為0BU的ID號(hào)，TRAND_STATE為交易狀態(tài)。
[0060] 基于所述RSU建立的用于存放0BU的交易狀態(tài)的隊(duì)列，在本實(shí)施例中，0BU的交易 狀態(tài)記錄在RSU所建立的隊(duì)列中，其中，根據(jù)所述反饋信息更新相應(yīng)的0BU的交易狀態(tài)的具 體過程可以參見圖2,圖2示出了本申請?zhí)峁┑淖杂闪鬈囕d單元0BU的并發(fā)處理方法的另一 種子流程圖，可以包括以下步驟：
[0061] 步驟S21:判斷隊(duì)列中是否有相應(yīng)的0BU的交易狀態(tài)。
[0062] 在判斷結(jié)果為隊(duì)列中有相應(yīng)的0BU的交易狀態(tài)的情況下，執(zhí)行步驟S22,否則，執(zhí) 行步驟S23。
[0063] 步驟S22:根據(jù)反饋信息修改或刪除所述隊(duì)列中相應(yīng)的0BU的交易狀態(tài)。
[0064] 更新各個(gè)0BU在所述隊(duì)列中的交易狀態(tài)的具體方式為：刪除各個(gè)0BU原有的交易 狀態(tài)，只保留更新后的交易狀態(tài)，節(jié)約了隊(duì)列空間。
[0065] 步驟S23 :在隊(duì)列中新建所述相應(yīng)的0BU的交易狀態(tài)。
[0066] 判斷隊(duì)列中沒有相應(yīng)的0BU的交易狀態(tài)，也就是說0BU的反饋信息是針對搜索OBU 命令反饋的，則在隊(duì)列中建立相應(yīng)0BU的交易狀態(tài)。
[0067] 在本實(shí)施例中，RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令 的反饋信息時(shí)，在未接收到反饋信息或接收到錯(cuò)誤的反饋信息的情況下，保持所述0BU在 所述隊(duì)列中的交易狀態(tài)不變。
[0068] 當(dāng)然，在本實(shí)施例中，RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU 命令的反饋信息時(shí)，在未接收到反饋信息或接收到錯(cuò)誤的反饋信息的情況下，保持所述0BU 在所述隊(duì)列中的交易狀態(tài)不變，并在下次發(fā)送時(shí)繼續(xù)發(fā)送未接收到的反饋信息或接收到錯(cuò) 誤的反饋信息對應(yīng)的交易命令至0BU，若所述0BU在隊(duì)列中的交易狀態(tài)在N段預(yù)設(shè)時(shí)間內(nèi)沒 有變化，則從所述隊(duì)列中刪除所述0BU的交易狀態(tài)，N為預(yù)設(shè)值，為大于1的整數(shù)。
[0069] 預(yù)設(shè)值N可以根據(jù)實(shí)際需求進(jìn)行設(shè)定，在此并不對預(yù)設(shè)值N的具體數(shù)值進(jìn)行限定。
[0070] 從所述隊(duì)列中刪除所述0BU的交易狀態(tài)后，釋放隊(duì)列空間。
[0071]RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的反饋信息時(shí)，在 未接收到反饋信息或接收到錯(cuò)誤的反饋信息的情況下，保持所述0BU在所述隊(duì)列中的交易 狀態(tài)不變及若所述0BU在隊(duì)列中的交易狀態(tài)在N段預(yù)設(shè)時(shí)間內(nèi)沒有變化，則從所述隊(duì)列中 刪除所述0BU的交易狀態(tài)為本申請?zhí)峁┑脑赗SU與0BU進(jìn)行交易過程中的異常處理機(jī)制。
[0072] 在本申請中，位于路徑標(biāo)識(shí)點(diǎn)的RSU將在發(fā)出搜索0BU命令后，接收到相應(yīng)的0BU 針對搜索0BU命令的反饋信息后，與相應(yīng)的0BU的交易過程拆分成多個(gè)獨(dú)立的交易步驟，且 每個(gè)交易步驟對應(yīng)一個(gè)交易狀態(tài)，RSU依據(jù)記錄的0BU的交易狀態(tài)執(zhí)行相應(yīng)的交易步驟。
[0073] 需要說明的是，拆分成多個(gè)獨(dú)立的交易步驟的過程是非實(shí)體的拆分，而是虛擬的 拆分。
[0074] 需要說明的是，0BU本身并不會(huì)標(biāo)記自己的交易狀態(tài)，在本申請中提及的0BU的交 易狀態(tài)為RSU針對將交易過程拆分的交易步驟而命名的狀態(tài)。
[0075] 其中RSU可以將在接收到任意一個(gè)0BU針對搜索0BU命令的反饋信息后，與該0BU 的交易過程拆分成3個(gè)獨(dú)立的步驟。
[0076] 其中3個(gè)獨(dú)立的步驟，及每個(gè)步驟對應(yīng)的交易狀態(tài)可以參見下表：
[0077]
【主權(quán)項(xiàng)】
1. 一種自由流車載單元OBU并發(fā)處理方法，其特征在于，位于路徑標(biāo)識(shí)點(diǎn)的路側(cè)單元 RSU W分時(shí)并發(fā)的方式執(zhí)行其覆蓋范圍內(nèi)各個(gè)0BU的交易過程，所述交易過程包括： A、 所述RSU每隔預(yù)設(shè)時(shí)間向所述RSU覆蓋范圍內(nèi)發(fā)送搜索0腳命令，如果在每次發(fā)送 搜索0BU命令之前所述RSU與任意一個(gè)0BU的交易過程未釋放完成，則還向該0BU發(fā)送與 其當(dāng)前交易狀態(tài)相對應(yīng)的交易命令； B、 所述RSU等待接收針對交易命令的反饋信息和/或針對搜索0BU命令的反饋信息， 若接收到正確的反饋信息，則根據(jù)所述反饋信息更新相應(yīng)的0BU的交易狀態(tài)。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括： 所述RSU建立用于存放0腳的交易狀態(tài)的隊(duì)列； 根據(jù)所述反饋信息更新相應(yīng)的0BU的交易狀態(tài)步驟，具體為：若隊(duì)列中有所述相應(yīng)的 0BU的交易狀態(tài)，則根據(jù)反饋信息修改或刪除所述隊(duì)列中所述相應(yīng)的0BU的交易狀態(tài)；若隊(duì) 列中沒有所述相應(yīng)的0BU的義易狀態(tài)，則在隊(duì)列中新建所述相應(yīng)的0BU的義易狀態(tài)。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述RSU等待接收針對交易命令的反饋信 息和/或針對搜索0BU命令的反饋信息時(shí)，在未接收到反饋信息或接收到錯(cuò)誤的反饋信息 的情況下，保持所述0BU在所述隊(duì)列中的交易狀態(tài)不變。
4. 根據(jù)權(quán)利要求2所述的方法，其特征在于，如所述0BU在隊(duì)列中的交易狀態(tài)在N段預(yù) 設(shè)時(shí)間內(nèi)沒有變化，則從所述隊(duì)列中刪除所述0BU的交易狀態(tài)，N為預(yù)設(shè)值，為大于1的整 數(shù)。
5. 根據(jù)權(quán)利要求1-4任意一項(xiàng)所述的方法，其特征在于，所述0BU的交易狀態(tài)包括： 讀路徑信息交易狀態(tài)、寫路徑信息交易狀態(tài)和釋放0BU交易狀態(tài)； 與所述讀路徑信息交易狀態(tài)對應(yīng)的交易命令為讀路徑信息交易命令；與所述寫路徑信 息交易狀態(tài)對應(yīng)的交易命令為寫路徑信息交易命令；與所述釋放0BU交易狀態(tài)對應(yīng)的交易 命令為釋放0BU交易命令。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述0腳的交易狀態(tài)還包括讀車輛信息交 易狀態(tài)，與所述讀車輛信息交易狀態(tài)對應(yīng)的交易命令為讀車輛信息交易命令。
7. 根據(jù)權(quán)利要求5所述的方法，其特征在于，根據(jù)所述反饋信息更新相應(yīng)的0BU的交易 狀態(tài)包括： 接收0BU針對讀路徑信息交易命令的反饋信息，修改所述0BU的交易狀態(tài)為寫路徑信 息交易狀態(tài)； 或，接收0BU針對寫路徑信息交易命令的反饋信息，修改所述0BU的交易狀態(tài)為釋放 0BU交易狀態(tài)； 或，接收0BU針對釋放0BU交易命令的反饋信息，刪除所述0BU的交易狀態(tài)； 或，接收0BU針對搜索0BU命令的反饋信息，建立所述0BU的交易狀態(tài)為讀路徑信息交 易狀態(tài)。
8. -種路側(cè)單元RSU，其特征在于，用于W分時(shí)并發(fā)的方式執(zhí)行其覆蓋范圍內(nèi)各個(gè)0BU 的交易過程，所述RSU包括；交易單元； 所述交易單元包括： 第一發(fā)送單元，用于每隔預(yù)設(shè)時(shí)間向所述RSU覆蓋范圍內(nèi)發(fā)送搜尋0BU命令，如果在每 次發(fā)送搜尋0腳命令之前所述RSU與任意一個(gè)0BU的交易過程未釋放完成，則還向該0BU 發(fā)送與其當(dāng)前交易狀態(tài)相對應(yīng)的交易命令； 更新單元，等待接收針對交易命令的反饋信息和/或針對搜索OBU命令的反饋信息，若 接收到正確的反饋信息，則根據(jù)所述反饋信息更新相應(yīng)的OBU的交易狀態(tài)。
9. 根據(jù)權(quán)利要求8所述的RSU，其特征在于，還包括： 建立單元，用于建立用于存放OBU的交易狀態(tài)的隊(duì)列； 所述更新單元包括；第一更新子單元，用于若隊(duì)列中有所述相應(yīng)的OBU的交易狀態(tài)，貝U 根據(jù)反饋信息修改或刪除所述隊(duì)列中相應(yīng)的OBU的交易狀態(tài)； 第二更新子單元，用于若隊(duì)列中沒有所述相應(yīng)的OBU的交易狀態(tài)，則在隊(duì)列中新建所 述相應(yīng)的OBU的交易狀態(tài)。
10. 根據(jù)權(quán)利要求9所述的RSU，其特征在于，還包括： 保持單元，用于在等待接收針對交易命令的反饋信息和/或針對搜索OBU命令的反饋 信息時(shí)，在未接收到反饋信息或接收到錯(cuò)誤的反饋信息的情況下，保持所述OBU在所述隊(duì) 列中的交易狀態(tài)不變。
11. 根據(jù)權(quán)利要求9所述的RSU，其特征在于，還包括： 刪除單元，用于如所述OBU在隊(duì)列中的交易狀態(tài)在N段預(yù)設(shè)時(shí)間內(nèi)沒有變化，則從所述 隊(duì)列中刪除所述OBU的交易狀態(tài)，N為預(yù)設(shè)值，為大于1的整數(shù)。
12. -種自由流系統(tǒng)，其特征在于，包括如權(quán)利要求8-11任意一項(xiàng)所述的RSU及OBU ; 所述OBU用于響應(yīng)所述RSU的交易命令并返回針對交易命令的反饋信息。
【專利摘要】本發(fā)明提供了一種自由流車載單元OBU并發(fā)處理方法，位于路徑標(biāo)識(shí)點(diǎn)的路側(cè)單元RSU以分時(shí)并發(fā)的方式執(zhí)行其覆蓋范圍內(nèi)各個(gè)OBU的交易過程，所述交易過程包括：A、所述RSU每隔預(yù)設(shè)時(shí)間向所述RSU覆蓋范圍內(nèi)發(fā)送搜索OBU命令，如果在每次發(fā)送搜索OBU命令之前所述RSU與任意一個(gè)OBU的交易過程未釋放完成，則還向該OBU發(fā)送與其當(dāng)前交易狀態(tài)相對應(yīng)的交易命令；B、所述RSU等待接收針對交易命令的反饋信息和/或針對搜索OBU命令的反饋信息，若接收到正確的反饋信息，則根據(jù)所述反饋信息更新相應(yīng)的OBU的交易狀態(tài)。因此本發(fā)明加快了OBU路徑信息標(biāo)識(shí)進(jìn)程，提高了工作效率，從而提高了對OBU進(jìn)行路徑標(biāo)識(shí)的成功率。
【IPC分類】G07B15-06
【公開號(hào)】CN104574533
【申請?zhí)枴緾N201410122923
【發(fā)明人】章佳欽, 黃日文
【申請人】深圳市金溢科技股份有限公司
【公開日】2015年4月29日
【申請日】2014年3月28日