[發明專利]一種解決OBU圈存過程中的信號干擾方法

有效

• 申請號: 201811524384.1
• 申請日: 2018-12-13
• 公開（公告）號: CN109818656B
• 公開（公告）日: 2022-07-22
• 發明（設計）人: 趙小龍
• 申請（專利權）人: 北京握奇智能科技有限公司
• 主分類號: H04B5/00
• 分類號: H04B5/00;G06Q20/34;G06Q20/18;G08G1/042
• 代理公司: 北京天悅專利代理事務所(普通合伙) 11311
• 代理人: 田明;王體浩

本發明公開了一種解決OBU圈存過程中的信號干擾方法，其針對DSRC數據進行區分，通過BST的BeaconID和UNIXTime判斷過濾出無用DSRC數據，同時利用255秒機制給BLE數據交互提供時間，保證BLE數據的交互成功完成。此方案能夠保證大量頻繁的DSRC無用數據來到OBU端，OBU能夠忽略無用的DSRC數據，一段時間內去除無用微波信號干擾，完成正常的BLE數據交互，保證駕駛員通過BLE對ETC卡圈存也能一次成功。

技術領域

本發明涉及智能交通技術領域，具體涉及一種解決OBU圈存過程中的信號干擾方法。

背景技術

如圖1所示，兩輛車A和B,從北京ETC入口進入高速路，車輛A停在了CPC(復合通行卡)標識站天線信號覆蓋范圍內(圈出部分為信號覆蓋范圍)；車輛B停在廣州高速路ETC收費口附近。此時針對兩輛車的OBU(車載單元)來說，會有來自周圍天線的微波數據(DSRC數據)將其喚醒。此時兩個駕駛員想通過手機APP對ETC卡圈存，當前OBU一直在接收來自天線的DSRC數據，并且進行數據回復。圈存操作中OBU作為數據處理單元，既要處理DSRC的數據，又要處理BLE(低功耗藍牙)數據。按照當前微波數據優先原則，會造成藍牙圈存的失敗，會出現多次圈存才能成功的現象，這樣一來為兩位駕駛員帶來了很大不便。為了保證這種情況下兩位駕駛員通過APP能夠一次圈存成功，不給其帶來困擾，對同時到來DSRC數據和BLE數據進行更合理的處理，解決圈存過程中的信號干擾問題顯得尤為重要。

在現有技術方案中，當既有DSRC數據又有BLE數據時，優先處理DSRC數據，DSRC數據源源不斷情況下，BLE數據會因為優先處理DSRC數據被中斷，中斷過程中BLE的數據交互會出現中斷或異常，此時將造成數據交互失敗。實際上，當DSRC數據是重復數據有時是無用數據，上述背景中的情況就存在不需要處理的無用DSRC數據，當前技術方案沒有針對此情況做最優處理，只是利用DSRC數據交互間隙進行處理，當交互數據頻繁且大量時，DSRC數據交互間隙很短，BLE數據就會在OBU端無法及時處理，最終BLE數據交互因為信號干擾而失敗。

發明內容

針對現有技術中存在的缺陷，本發明的目的在于提供一種解決OBU圈存過程中的信號干擾方法，該方法能夠在解決天線覆蓋范圍內保證DSRC數據處理優先前提下，去除圈存過程中的無用微波信號干擾，使得通過BLE圈存ETC卡一次成功，提高客戶體驗，減少不必要的麻煩。

為實現上述目的，本發明采用的技術方案如下：

一種解決OBU圈存過程中的信號干擾方法，包括以下步驟：S1、當車載單元OBU處于高速路上天線覆蓋范圍內，車載單元OBU接收來自天線的頻繁且大量的DSRC數據時，車載單元OBU對接收到的DSRC數據進行分析，首先判斷接收到的上述DSRC數據是源自CPC標識站天線或ETC天線；S2、當車載單元OBU判斷接收到的DSRC數據源自CPC標識站天線時，車載單元OBU對上述接收到的DSRC數據進行過濾，車載單元OBU直接對接收到的藍牙數據BLE進行圈存操作；當車載單元OBU判斷接收到的DSRC數據源自ETC天線時，車載單元OBU對接收到的上述DSRC數據進行處理，并根據車載單元OBU數據回復的要求在規定間隔的時間內回復一次VST數據，其中在車載單元OBU在數據回復的時間間隔內對接收到的藍牙數據BLE進行圈存操作。

進一步，在步驟S1中，車載單元OBU對其接收到的DSRC數據來源進行分析判斷的方法為：通過DSRC數據中的BST數據BeaconID組成部分中的用于標識區分不同路側單元RSU的制造商代碼來進行區分。

進一步，通過將DSRC數據中的BST數據BeaconID中的第一字節數據設置兩段不同取值范圍的數據區間，來區分標識CPC標識天線發射的DSRC數據和ETC天線發射的DSRC數據。

進一步，DSRC數據中的BST數據BeaconID中的第一字節數據中用于標識制造商代碼的取值范圍為：0x00～0xFF，其中：0x00～0x9E分配給ETC RSU廠商，0xA0～0xFE分配給CPC RSU廠商。