CN109818656A - 一种解决obu圈存过程中的信号干扰方法 - Google Patents
一种解决obu圈存过程中的信号干扰方法 Download PDFInfo
- Publication number
- CN109818656A CN109818656A CN201811524384.1A CN201811524384A CN109818656A CN 109818656 A CN109818656 A CN 109818656A CN 201811524384 A CN201811524384 A CN 201811524384A CN 109818656 A CN109818656 A CN 109818656A
- Authority
- CN
- China
- Prior art keywords
- data
- obu
- dsrc
- board unit
- signal interference
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
本发明公开了一种解决OBU圈存过程中的信号干扰方法，其针对DSRC数据进行区分，通过BST的BeaconID和UNIXTime判断过滤出无用DSRC数据，同时利用255秒机制给BLE数据交互提供时间，保证BLE数据的交互成功完成。此方案能够保证大量频繁的DSRC无用数据来到OBU端，OBU能够忽略无用的DSRC数据，一段时间内去除无用微波信号干扰，完成正常的BLE数据交互，保证驾驶员通过BLE对ETC卡圈存也能一次成功。
Description
技术领域
本发明涉及智能交通技术领域，具体涉及一种解决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厂商。
进一步，DSRC数据中的BST数据BeaconID中的第一字节数据中用于标识制造商代码的取值范围中的0x9F和0xFF用于做保留做测试的用途标识。
进一步，在步骤S2中，车载单元OBU数据回复的要求在规定间隔的时间为255秒。
进一步，车载单元OBU数据回复的时间间隔为255秒为根据不同时刻BST数据中的UNIXTime计算差值得来的，其中BeaconID相同情况下，计算当前UNIXTime与之前存储的UNIXTime的差值小于255秒，不进行VST回复，大于或等于255秒，则进行一次VST回复,回复过程中把当前UNIXTime存储起来，以备后续与此比较求差值。
与现有技术相比，本方案具有的有益技术效果为：本方案中车载单元OBU首先对接收到的DSRC数据进行区分，判断所接收到的DSRC数据是源自CPC标识站天线还是ETC天线，进而过滤到无用重复的DSRC数据，同时给BLE数据交互提供时间，保证BLE数据的交互成功完成；此方案能够保证大量频繁的DSRC无用数据来到OBU端，OBU能够忽略无用的DSRC数据，一段时间内去除无用微波信号干扰，完成正常的BLE数据交互，保证驾驶员通过BLE对ETC卡圈存也能一次成功。
附图说明
图1为假设的车辆A和车辆B分别停靠在CPC标识站天线和ETC天线附近的示意图。
图2为本发明中解决OBU圈存过程中的信号干扰方法步骤流程图。
图3为本发明中解决OBU圈存过程中的信号干扰方法其设计流程示意图。
具体实施方式
下面结合说明书附图与具体实施方式对本发明做进一步的详细说明。
本方案是针对现有BLE数据处理只是利用DSRC数据交互间隙进行处理，当交互数据频繁且大量时，DSRC数据交互间隙很短，BLE数据就会在OBU端无法及时处理，最终BLE数据交互因为信号干扰而失败的问题，进而提出的一种解决OBU圈存过程中的信号干扰方法，该方法能够在解决天线覆盖范围内保证DSRC数据处理优先前提下，去除圈存过程中的无用微波信号干扰，使得通过BLE圈存ETC卡一次成功，提高客户体验，减少不必要的麻烦。
参见附图2和3所示，本实施例中的解决OBU圈存过程中的信号干扰方法步骤流程图和流程示意图。本实施例中的解决OBU圈存过程中的信号干扰方法，其包括以下步骤：
S1、当车载单元OBU处于高速路上天线覆盖范围内，车载单元OBU接收来自天线的频繁且大量的DSRC数据时，车载单元OBU对接收到的DSRC数据进行分析，首先判断接收到的上述DSRC数据是源自CPC标识站天线或ETC天线；
在实际中，当车载单元OBU处于高速路上天线覆盖范围时，其会接受到来自CPC标识站天线或者ETC天线的频繁且大量的DSRC数据，在车载单元OBU接收到的上述数据中，有些是需要立即处理的数据，而有些则是重复无用的数据。在本实施例中，由于驾驶者需要通过手机APP对ETC卡进行圈存操作，并且需要保证在车载单元OBU优先处理DSRC数据的前提下，去除无用重复的微波信号，使得圈存操作一次成功。因此就需要车载单元OBU首先区别哪些DSRC数据是需要优先处理的，哪些DSRC数据是可以直接过滤掉的。具体来说，当DSRC数据是源自CPC标识站天线时，则认为此时接收到的DSRC数据是可以直接过滤掉的，当DSRC数据是源自ETC天线时，则认为此时接收到的DSRC数据是需要优先处理的。
具体的，本实施例中车载单元OBU通过对接收到的DSRC数据中的BST数据进行分析，由BST数据BeaconID(共4字节)组成部分的标识RSU制造商代码(BeaconID第一字节数据)来进行区别，即利用BST数据BeaconID组成部分中的第一字节数据来区分标识RSU制造商代码，即区分标识CPC标识站天线和ETC天线，进而区分出DSRC数据是来自CPC标注站天线还是ETC天线。本实施例中BST数据BeaconID组成部分中的第一字节数据的取值区间范围为：0x00～0xFF，其中：0x00～0x9E分配给ETC RSU厂商，0xA0～0xFE分配给标识(CPC等)RSU厂商，0x9F、0xFF保留做测试等用途。因此在实际操作中，发售的ETC RSU制造商代码一定分配在0x00～0x9E范围内。车载单元OBU在接收到DSRC数据中，只需要判断接收到的DSRC数据中BST数据BeaconID组成部分中的第一字节数据是否符合这一范围内，就能够很容易区分当前车辆是否处于ETC天线下，这样就可以直接将源自CPC标识站天线的DSRC数据过滤掉了，同时也过滤掉了测试用途的BST数据。
S2、当车载单元OBU判断接收到的DSRC数据源自CPC标识站天线时，车载单元OBU对上述接收到的DSRC数据进行过滤，车载单元OBU直接对接收到的蓝牙数据BLE进行圈存操作；当车载单元OBU判断接收到的DSRC数据源自ETC天线时，车载单元OBU对接收到的上述DSRC数据进行处理，并根据车载单元OBU数据回复的要求在规定间隔的时间内回复一次VST数据，其中在车载单元OBU在数据回复的时间间隔内对接收到的蓝牙数据BLE进行圈存操作；
在实际中当车辆停靠在某一天线覆盖的信号范围内时，车载单元OBU此时接收到的BST数据的BeaconID是不变的，一旦区分出此处BST数据的BeaconID不符合ETC制造商代码范围内，后续就不再处理此处的微波数据了，即例如当车辆停止在CPC标识站天线下时，此时完全不用考虑后续的微波数据了，数据经过上面的过滤，进行蓝牙圈存操作，将不受任何影响。在实际中当车辆停靠在ETC天线覆盖的信号范围时，此时首先需要对ETC天线发射出的DSRC数据进行优先处理。具体的，同样停靠在ETC天线附近的车辆的位置来自天线的BST数据保持不变，并且BST数据的BeaconID符合ETC制造商代码范围。这时就要对比此时的BeaconID和上一次(每次接收到新的BeaconID都会进行保存，这里指之前保存的BeaconID)的是否一致，不一致则进行一次正确的完整的交易(不一致的情况就是第一次来到此天线底下，需要完成一次交易)，后续的BeaconID将不再变化，此时根据OBU回复的要求，要在每隔255s内回复一次VST数据。由于OBU回复一次VST数据很快，相同BeaconID下再次进行VST回复需要间隔255秒，因此蓝牙圈存操作完全可以利用除去回复VST数据的时间进行数据的交互处理。即使正在圈存，且255秒时间到了需要回复VST，回复完VST再接着进行蓝牙数据的下一次交互也完全来得及。蓝牙两包数据间存在超时处理，超时时间2秒左右，这两秒时间里按照微波优先原则先回复VST数据，回复VST的时间极短，回复VST完成马上处理中断中的蓝牙数据并且进行响应。
上面提到的255秒，是根据不同时刻BST数据中的UNIXTime(时间)计算差值得来的。BeaconID相同情况下，计算当前UNIXTime与之前存储的UNIXTime的差值小于255秒，不进行VST回复，大于或等于255秒，则进行一次VST回复,回复过程中把当前UNIXTime存储起来，以备后续与此比较求差值。
综上所述，当微波数据和蓝牙数据同时来到时，优先处理了微波数据。车辆进入标识站，第一次进入BeaconID会由于天线的不同而不同，必然会进行ETC制造商代码和Beacon的判断，复合ETC制造商代码和BeaconID与上一次存储不同两个条件后，会进行微波完整的一次交易。接下来车辆停止在这个天线下，圈存时候判断出不需要回复微波数据，并且有蓝牙数据就会进行蓝牙数据处理。蓝牙数据处理过程中微波数据来到，也只是进行简单的判断是否需要交易，然后很快处理蓝牙数据。传统的方案没有进行这些判断，接到微波数据就进行处理，并且设置一个标志，代表当前帧是微波数据处理，目的为了保证微波优先。在车辆不处于天线信号覆盖范围内，也就是没有大量频繁的微波数据情况下进行蓝牙数据圈存是没有问题，可是一旦存在频繁大量的微波数据，之前的方案就很难保证蓝牙数据的正常交互，本方案经过处理即可解决这类问题，保证蓝牙数据的正常交互。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其同等技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (7)
1.一种解决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进行圈存操作。
2.根据权利要求1所述的一种解决OBU圈存过程中的信号干扰方法，其特征在于：在步骤S1中，车载单元OBU对其接收到的DSRC数据来源进行分析判断的方法为：通过对DSRC数据中的BST数据BeaconID组成部分中的用于标识区分不同路侧单元RSU制造商代码来进行区分。
3.根据权利要求2所述的一种解决OBU圈存过程中的信号干扰方法，其特征在于：通过将DSRC数据中的BST数据BeaconID中的第一字节数据设置两段不同取值范围的数据区间，来区分标识CPC标识天线发射的DSRC数据和ETC天线发射的DSRC数据。
4.根据权利要求3所述的一种解决OBU圈存过程中的信号干扰方法，其特征在于：DSRC数据中的BST数据BeaconID中的第一字节数据中用于标识制造商代码的取值范围为：0x00～0xFF，其中：0x00～0x9E分配给ETCRSU厂商，0xA0～0xFE分配给标CPC RSU厂商。
5.根据权利要求4所述的一种解决OBU圈存过程中的信号干扰方法，其特征在于：DSRC数据中的BST数据BeaconID中的第一字节数据中用于标识制造商代码的取值范围中的0x9F和0xFF用于做保留做测试的用途标识。
6.根据权利要求1所述的一种解决OBU圈存过程中的信号干扰方法，其特征在于：在步骤S2中，车载单元OBU数据回复的要求在规定间隔的时间为255秒。
7.根据权利要求6所述的一种解决OBU圈存过程中的信号干扰方法，其特征在于：车载单元OBU数据回复的时间间隔为255秒为根据不同时刻BST数据中的UNIXTime计算差值得来的，其中BeaconID相同情况下，计算当前UNIXTime与之前存储的UNIXTime的差值小于255秒，不进行VST回复，大于或等于255秒，则进行一次VST回复,回复过程中把当前UNIXTime存储起来，以备后续与此比较求差值。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811524384.1A CN109818656B (zh) | 2018-12-13 | 2018-12-13 | 一种解决obu圈存过程中的信号干扰方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811524384.1A CN109818656B (zh) | 2018-12-13 | 2018-12-13 | 一种解决obu圈存过程中的信号干扰方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109818656A true CN109818656A (zh) | 2019-05-28 |
| CN109818656B CN109818656B (zh) | 2022-07-22 |
Family
ID=66601617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811524384.1A Active CN109818656B (zh) | 2018-12-13 | 2018-12-13 | 一种解决obu圈存过程中的信号干扰方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109818656B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110381448A (zh) * | 2019-09-03 | 2019-10-25 | 深圳成谷科技有限公司 | 基于专用短程通信技术实现车路协同的方法和装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007266735A (ja) * | 2006-03-27 | 2007-10-11 | Denso Corp | 通信用車載器 |
| CN102063742A (zh) * | 2010-07-12 | 2011-05-18 | 上海搜林信息技术有限公司 | 一种解决电子自动收费系统邻道干扰的方法、系统及装置 |
| CN102088705A (zh) * | 2009-12-03 | 2011-06-08 | 中兴通讯股份有限公司 | 一种避免etc系统中邻道干扰的实现方法及装置 |
| CN103268639A (zh) * | 2013-05-10 | 2013-08-28 | 北京速通科技有限公司 | 基于多波束天线的电子不停车收费etc车道防干扰的方法 |
| CN104067546A (zh) * | 2012-01-24 | 2014-09-24 | 高通股份有限公司 | 用于减少和/或消除自干扰效应的方法和装置 |
-
2018
- 2018-12-13 CN CN201811524384.1A patent/CN109818656B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007266735A (ja) * | 2006-03-27 | 2007-10-11 | Denso Corp | 通信用車載器 |
| CN102088705A (zh) * | 2009-12-03 | 2011-06-08 | 中兴通讯股份有限公司 | 一种避免etc系统中邻道干扰的实现方法及装置 |
| CN102063742A (zh) * | 2010-07-12 | 2011-05-18 | 上海搜林信息技术有限公司 | 一种解决电子自动收费系统邻道干扰的方法、系统及装置 |
| CN104067546A (zh) * | 2012-01-24 | 2014-09-24 | 高通股份有限公司 | 用于减少和/或消除自干扰效应的方法和装置 |
| CN103268639A (zh) * | 2013-05-10 | 2013-08-28 | 北京速通科技有限公司 | 基于多波束天线的电子不停车收费etc车道防干扰的方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110381448A (zh) * | 2019-09-03 | 2019-10-25 | 深圳成谷科技有限公司 | 基于专用短程通信技术实现车路协同的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109818656B (zh) | 2022-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103093194B (zh) | 一种基于视频的违章车辆检测方法及装置 | |
| CN105788355B (zh) | 一种基于Beacon技术的停车位监测系统与方法 | |
| CN103871115B (zh) | 一种提高停车场等待入场车牌识别正确率的方法 | |
| CN103247176A (zh) | 基于专家系统的道路交通自动事件检测系统 | |
| CN107578627A (zh) | 一种基于rfid的路侧停车管理方法和系统 | |
| CN102378132B (zh) | 一种定位移动终端网络不可用原因的方法及装置 | |
| CN107943497B (zh) | 一种etc电子标签蓝牙升级管理系统 | |
| CN106097759A (zh) | 一种用于停车场的智能停车方法及系统 | |
| CN105809750B (zh) | 一种etc收费方法、装置及系统 | |
| CN109831764A (zh) | 一种适用于obu电子标签的抗邻道干扰交易的方法及系统 | |
| CN109886732A (zh) | 一种公共交通的计费方法、存储介质和车载计费设备 | |
| CN109818656A (zh) | 一种解决obu圈存过程中的信号干扰方法 | |
| CN105184875A (zh) | 复杂路径下的费率计算与拆分系统及方法 | |
| CN110136278A (zh) | 车辆所处车道识别方法及设备 | |
| CN103810763B (zh) | 基于服务器端语音识别的手机语音报读付费系统及其方法 | |
| CN108550193A (zh) | 多汽车通道车辆通行管理方法、移动管理终端及存储介质 | |
| CN108541049B (zh) | 唤醒复合通行卡的方法及复合通行卡 | |
| CN106652058A (zh) | 基于物联网无人值守智能机械车库系统 | |
| CN104463993B (zh) | 一种解决etc邻道干扰的方法 | |
| CN111855230A (zh) | 一种车辆检测方法及相关设备 | |
| CN101739826A (zh) | 一种车辆自动识别系统 | |
| JP2018036817A (ja) | 車両情報管理システム、車両情報管理装置、及び車両情報管理方法 | |
| CN110853403A (zh) | 一种道路停车管理方法和系统 | |
| CN107294791B (zh) | 车载wifi设备的异常检修方法及装置 | |
| CN115782830A (zh) | 电动设备的换电方法、装置、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |