CN114663991B - 用于车载设备的方法、车载设备及计算机程序产品 - Google Patents

Abstract

本发明公开了一种用于车载设备的方法、车载设备及计算机程序产品。所述车载设备包括通信模块，其配置成监听一个或多个候选车载单元与路侧单元之间的交互信息。进一步，所述车载设备还包括主控单元，其与所述通信模块连接，并且配置成：根据所述交互信息来选择一个或多个候选车载单元之一作为目标车载单元；以及将所述目标车载单元与所述车载设备进行绑定。本发明的车载设备可以管理和兼容多种类型的车载单元，从而方便了车载单元的安装和维护。另外，本发明通过绑定车载单元，还减小了车载单元的运行开销并延长其电池的使用寿命。

Description

用于车载设备的方法、车载设备及计算机程序产品

技术领域

本发明一般地涉及智能交通领域。更具体地，本发明涉及一种车载设备、用于车载设备的方法和计算机程序产品。

背景技术

随着智能交通管理技术的快速发展，特别是不停车收费***(“Electronic TollCollection”，简称“ETC”)的大量普及，越来越多的用户在车辆内部安装车载单元(“Onboard Unit”，简称“OBU”)，从而方便使用ECT提供的各类交通出行服务。在当前的实际操作中，OBU通过专用短程通信(“Dedicated Short Range Communication”，简称“DSRC”)协议与路侧单元(“Road Side Unit”，简称“RSU”)建立微波通信链路。基于该通信链路，当车辆途径支持ETC服务的出入站口(或一些场景中的龙门架)时，可以在不停车和免取卡的情况下，就能够自动实现车辆身份识别和电子扣费等功能，由此给用户带来了极大方便。鉴于此，OBU性能的优劣将直接影响到车辆能否被正确识别、交易成功率的高低以及交易信息能否被快捷地反馈给用户，从而对用户体验产生显著影响。

传统方式下，通常将OBU嵌入到车载设备中，从而实现车载设备对OBU的控制和管理。由于车载设备的体积通常较小，因此OBU需要进行相应的定制化以便安装到车载设备中，这就导致现有的OBU的结构和形状比较单一。另一方面，由于车载设备的安装位置通常相对固定，这也就限制了OBU在车内布置的位置。此外，当新版本的OBU发布时，传统方式的车载设备可能无法对OBU进行升级，因此无法提供与新版本OBU的兼容性。

另外，为了使用户能够及时准确地接收到收费和位置等信息，现有的OBU通常内置有蓝牙模块，并且与用户的移动设备或者计算机上安装的客户端应用(“APP”)进行频繁的实时通信，以便将出入口信息、收费信息和时间信息等反馈给用户。然而，这种信息传递方式不但增加了***设计的复杂度，而且还占用了OBU的资源并增加了OBU的运行负荷，从而导致OBU运行的稳定性下降甚至可能导致其损坏。另外，当OBU与APP之间传输信息过于频繁时，也会严重影响OBU电池的使用寿命。

发明内容

为至少解决上述背景技术中的一个或多个问题，本发明提供了一种车载设备，其内部设置有监听车载单元和路测单元之间交易的通信模块。在操作中，本发明的车载设备利用该通信模块监听路测单元与多个候选车载单元之间的交互信息，以便利用前述交互信息从多个候选车载单元中选择一个作为目标车载单元，以便实现将车载设备与目标车载单元进行绑定。通过这种一对一的绑定，本发明的方案实现了利用车载设备来进行车辆身份识别、免取卡和电子扣费等一系列与出行服务相关的功能。

具体地，在一个方面中，本发明公开了一种车载设备。该车载设备包括：通信模块，其配置成监听一个或多个候选车载单元与路侧单元之间的交互信息；主控单元，其与所述通信模块连接，并且配置成：根据所述交互信息来选择一个或多个候选车载单元之一作为目标车载单元；以及将所述目标车载单元与所述车载设备进行绑定。

在一个实施例中，所述交互信息包括所述路侧单元针对所述一个或多个候选车载单元中的每个所发送的多个交易帧，并且所述主控单元配置成根据所述多个交易帧来选择一个候选车载单元作为所述目标车载单元。

在另一个实施例中，所述多个交易帧包括所述路侧单元针对一次交易所发送的所有交易帧，并且所述主控单元还配置成根据所述路侧单元针对一次交易所发送的所有交易帧来选择一个候选车载单元作为所述目标车载单元。

在又一个实施例中，所述多个交易帧还包括所述路侧单元针对至少连续两次交易所发送的所有交易帧，并且所述主控单元还配置成根据所述路侧单元针对至少连续两次交易所发送的所有交易帧来选择一个候选车载单元作为所述目标车载单元。

在一个实施例中，所述针对至少连续两次交易所发送的所有交易帧中包括用于指示同一候选车载单元的标识信息，所述主控单元进一步配置成根据所述标识信息来选择所述同一候选车载单元作为所述目标车载单元。

在另一个实施例中，所述标识信息是MAC标识。

在又一个实施例中，所述多个交易帧中还包括用于指示所述同一候选车载单元连续通过与所述路侧单元关联的入口和/或出口的出入口信息，所述主控单元进一步配置成根据所述标识信息和所述出入口信息来选择所述同一候选车载单元作为所述目标车载单元。

在一个实施例中，所述通信模块包括专用短程通信模块。

在另一个方面中，本发明还公开了一种用于车载设备的方法。该方法包括：监听一个或多个候选车载单元与路侧单元之间的交互信息；根据所述交互信息来选择一个或多个候选车载单元之一作为目标车载单元；以及将所述目标车载单元与所述车载设备进行绑定。

在一个实施例中，所述方法的交互信息包括所述路侧单元针对所述一个或多个候选车载单元中的每个所发送的多个交易帧，并且所述方法包括根据所述多个交易帧来选择一个候选车载单元作为目标车载单元。

在另一个实施例中，所述方法的多个交易帧包括所述路侧单元针对一次交易所发送的所有交易帧或包括路侧单元针对至少连续两次交易所发送的所有交易帧。

在又一个实施例中，所述方法的针对至少连续两次交易所发送的所有交易帧中包括用于指示同一候选车载单元的标识信息。所述方法进一步包括根据所述标识信息来选择所述同一候选车载单元作为所述目标车载单元。

在一个实施例中，所述方法的标识信息是MAC标识。

在另一个实施例中，所述方法的多个交易帧中还包括用于指示所述同一候选车载单元连续通过与所述路侧单元关联的入口和/或出口的出入口信息。所述方法进一步包括根据所述标识信息和所述出入口信息来选择所述同一候选车载单元作为所述目标车载单元。

在又一个方面中，本发明还公开了一种计算机程序产品。该计算机程序产品包括用于车载设备的计算机程序指令。当所述计算机程序指令由一个或多个处理器执行时，使得其实现前述的一种用于车载设备的方法。

通过上面对本发明方案的总体描述，本领域技术人员可以理解本发明的车载设备通过通信模块的监听操作来实现从候选的一个或多个车载单元中选择目标车载单元进行绑定。由于本发明的车载设备与车载单元可以采取分离布置的方式，因此使得车载单元的外观和结构可以有多种实现形式，并且可以灵活地安装于车辆中的任意适当位置。另外，这种分离式的布置方式还使得车载单元更加容易进行版本升级，从而增强了本发明的车载设备的兼容性。

进一步，本发明的车载设备可以精确且快速地与车载单元进行绑定。具体地，在将车载设备与待绑定的目标车载单元进行绑定的过程中，本发明的方案可以通过设置严格的绑定条件来实现精准绑定。例如，在一个实施例中，本发明要求监听到发送多次完整的交易帧、每次监听到的交易帧中均包含同一车载单元的标识信息和/或所监听到的交易帧为在出口和/或入口处所获取的数据，而非在龙门架处获取的数据。由此，通过将绑定条件设置为前述条件中的一些或者全部，从而使得本发明的车载设备的绑定过程精确且快速。

另外，本发明的车载设备还可以配置有蜂窝移动通信模块，并且可以通过蜂窝网络与用户的手机或者计算机等终端上的APP软件进行通信，以便将与用户相关的信息，例如扣费时间、扣费金额和站点位置等信息发送给用户。可选地，本发明的方案还可以通过Internet网络将上述信息发送给用户。上述方式与传统的通过在OBU内置蓝牙模块而进行信息传输的方式相比，明显减小了车载单元的运行负荷并且减少了车载单元的电池损耗。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，并且相同或对应的标号表示相同或对应的部分，其中：

图1是示出根据本发明实施例的车载设备的工作场景示意图；

图2是示出根据本发明实施例的OBU与RSU通信流程示意图；

图3是示出根据本发明实施例的车载设备的组成框图；以及

图4是示出根据本发明实施例的将车载设备与OBU进行绑定的方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是示出根据本发明实施例的车载设备的工作场景100示意图。如图1所示，本发明的车载设备通常布置于交通工具上，例如可以安装于图中示意性示出的汽车上，其可以包括OBU和主控单元(图中未示出)。进一步，所述OBU可以是安放在行驶中的车辆上的嵌入式处理单元，在整体结构中其相当于移动终端。所述OBU通常可以包括双片式电子标签和CPU处理单元。电子标签和CPU处理单元存储着车辆的基本信息，例如车主信息、车辆型号和车辆物理参数等信息。另外，CPU处理单元还存储着一些辅助信息，例如在ETC***中需要保存车主账号、余额、收费记录和车辆通过时间等信息。

在图1的工作场景中，RSU是安装在指定地点(例如车道旁边的收费站或者车道上方的龙门架等处)的固定通信设备，并且用于与多个不同的OBU进行实时高效地通信，从而实现二者之间信息的交互，其有效的覆盖区域通常为3～30米。在ETC***中，RSU与OBU保持实时通信，以实现车辆的自主识别、自动交易和交易信息的记录等功能，并将相关信息传送给收费站的工作人员。另外，RSU还可以通过有线或者无线网络(例如图1中的蜂窝网天线)与Internet相连接，进而将缴费信息、时间信息和收费站位置等信息发送给车主的移动通信终端(例如手机)上的APP以便进行提醒；或者RSU还可以直接通过蜂窝移动通信网络将上述信息直接发送给车主的移动通信终端。

在一个应用场景中，车辆行驶于图1中的双向高速公路上，其中车辆A和B如箭头所示从左向右行驶。当车辆A和B靠近收费站或者龙门架时，RSU同时与车辆A和B内的OBU通过无线方式进行通信。经过RSU与OBU相互交互信息，ETC***根据车辆A和B的入口位置信息和出口位置信息进行计算，从而获得其缴费信息，并进行相应的扣款。上述过程和扣款等信息可以通过有线网络传送给收费站内的显示终端，以便工作人员进行操作和处理。进一步地，上述与客户相关的信息，例如扣费信息、出入站位置和扣费时间等信息还可以通过收费站内的服务器传送到Internet网络，以方便车辆A和B的车主通过其移动通信终端(例如手机)上的APP软件进行查询。

在另一个应用场景中，车辆C和D如箭头所示从右向左行驶。当车辆C和D靠近收费站或者龙门架时，RSU同时与车辆C和D内的OBU通过无线方式进行通信。经过RSU与OBU相互交互信息，ETC***根据车辆C和D的入口位置信息和出口位置信息进行计算，从而获得其缴费信息，并进行扣款。上述过程和扣款等信息可以通过有线网络传送给收费站内的显示终端，以便工作人员进行操作和处理；或者还可以通过无线网络(例如蜂窝移动通信网络)将上述过程和扣款等信息传送给智能交通管理***后台。进一步地，上述与客户相关的信息，例如扣费信息、出入站位置和扣费时间等信息还可以通过无线方式传送到Internet网络，以方便车辆C和D的车主通过其移动通信终端(例如手机)上的APP软件进行查询；或者上述与客户相关的信息还可以通无线网络直接发送给客户的移动通信终端。

可以理解的是，虽然图1中仅绘出单方向的两辆汽车，但是根据应用场景的不同，在单方向和/或双方向行驶中可以同时通过多辆交通工具，从而使得路测单元可以同时与多个OBU进行信息交互。另外，图1仅仅是示例性和说明性地，其中路测单元与收费站或者智能交通管理***后台或者Internet的接入方式并不受限于图1所示的两种通信方式，其可以根据应用场景的不同而采用多种通信方式或者多种通信方式的结合。

图2是示出根据本发明实施例的OBU与RSU通信流程200示意图。如前所述，本发明的方案通过监听这样的通信流程来获取交互信息，并且基于这样的交互信息来选择一个目标OBU进行绑定。

如前面结合图1所描述的，OBU可以通过专用的通信链路依照通信协议的规定与RSU之间保持信息的交互，这种专用的通信协议可以是DSRC协议。具体地，DSRC协议中信息的交互可以由两部分组成：下行链路和上行链路，其中从RSU到OBU方向的通信为下行链路，其通常采用振幅键控(“ASK”)调制，并且数据传输速率为500kbit/s，以便用于实现OBU读取RSU中的信息和RSU向OBU写入信息的功能。例如在ETC***中，余额和收费记录等信息的写入即是利用下行链路来实现的。与上述下行链路相对应地，从OBU到RSU方向的通信为上行链路，其可以采用二进制相移键控(“BPSK”)调制，并且用于实现RSU读取OBU的信息，以完成车辆的自主识别功能。

进一步地，DSRC协议参照OSI参考模型制定了三层结构，分别是物理层、数据链路层和应用层。具体地，物理层为DSRC提供了上、下行链路的通信通道，并且提供优先级功能，其属于底层协议。物理层通过采用正交频分复用(“OFDM”)技术，从而提高了OBU与RSU之间短距离无线通信的抗干扰性。数据链路层是DSRC协议的第二层，其在物理层的基础上向应用层提供服务，并且负责数据信息的可靠传输。在该层中规定了通信帧的结构和封装方式，从而可以实现差错和流量的控制。应用层是DSRC协议的第三层，其在数据链路层提供服务的基础上为用户提供特定的应用服务，例如实现通信初始化、释放程序、广播服务支持以及与远程应用相关的操作等。

如图2所示，车辆在进入RSU服务区之前，OBU处于低功耗的休眠状态。当车辆进入RSU服务区后，OBU接收到唤醒信号后，则转换为工作状态，并对IC卡信息进行预处理，所述预处理过程包括防拆检测、IC卡插卡检测和读取IC卡预处理信息等。随后，OBU进入DSRC通信范围内，并与RSU完成复合交易消费流程。该流程可以包括3个阶段：建立链接阶段、信息交互阶段和释放链接阶段。

具体地，建立链接阶段主要完成通信链路的建立。在该阶段，RSU与OBU协商通信参数及应用参数以便建立握手。进一步地，RSU通过服务原语Initilization来获取部分应用信息，并且在通信范围内RSU周期性地发送BST(“Beacon Service Tabel”)。当OBU接收到BST后，对通信帧进行信息解析，若通信帧符合协议规范，则OBU根据BST提示，组装VST(“Vehicle Service Table”)回送给RSU。通过上述过程，RSU和OBU之间建立起通信链路。

接着，复合交易消费流程进入信息交互阶段。进一步地，该阶段又可以分为获取OBU数据阶段、消费阶段和用户提示阶段等子阶段。具体地，在RSU获取OBU数据阶段，RSU首先使用Action服务原语请求以安全的方式获取OBU的车辆信息文件。接着，OBU读取内嵌安全访问模块(“ESAM”)中的车辆信息文件，并使用3DES加密算法进行加密，由此OBU携带相关安全数据以供RSU对OBU进行身份验证。在消费阶段，RSU首先使用Action服务原语按顺序发送以下3条命令：复合交易初始化、更新复合消费交易缓存和应用复合消费。接着，OBU分别响应上述3条命令，并写入本次消费特征信息，改写电子钱包的余额，以完成与RSU消费交易安全性的外部认证。在用户提示阶段，RSU和/或OBU向用户发送上述的交易信息，以便对用户进行提醒。

最后，复合交易消费流程进入释放链路阶段。在该阶段RSU通过服务原语EventReport释放与某个OBU已建立的链路，该OBU收到撤销链路的命令后进入睡眠状态，以便等待下一次的唤醒。

上面结合图2对OBU与RSU的信息交互的流程进行了描述。如前所述，本发明的方案基于上述流程的信息交互，提出了利用车载设备中的通信模块来监听OBU与RSU的信息交互并且根据监听到的内容来选择目标OBU，从而实现最终将目标OBU与车载设备进行绑定。进一步地，本发明的车载设备还可以根据上述信息交互的流程，设置确定目标OBU的多个条件。例如，仅当通信模块监听到上述信息交互流程中的OBU与RSU交互的所有信息帧时，才将该OBU确定为目标OBU，从而使得本发明的确定和绑定目标OBU的方案更加精确。

图3是示出根据本发明实施例的车载设备300的组成框图。需要指出的是仅为了清楚和简明的目的，图3仅示出本发明的车载设备必要组成部分。本领域技术人员可以理解，根据不同的实施场景，本发明的车载设备还可以包括其他的组件或模块，例如用于存储程序指令的存储器等。

如图3所示，本发明的车载设备包括通信模块310。在一个实施例中，本发明的通信模块可以配置成用于监听一个或多个候选OBU与RSU之间的交互信息。优选地，所述通信模块例如可以是专用短程通信(“DSRC”)模块，其利用DSRC技术与OBU和RSU进行通信。关于DSRC技术的通信原理已经在前结合图1和图2进行了详述，此处不再赘述。进一步，行车记载仪还包括主控单元320，其与所述通信模块连接，并且配置成根据前述交互信息来选择一个或多个候选OBU之一作为目标OBU。当选择了目标OBU后，所述主控单元可以将所述目标OBU与车载设备进行绑定。

在一个实施例中，所述交互信息可以包括RSU针对一个或多个候选OBU中的每个所发送的。具体地，所述多个交易帧可以包括图2中所述的在建立链接阶段、信息交互阶段和释放链接阶段这3个阶段中所发送和接收的所有交易帧(或特定交易帧)。例如，所述多个交易帧可以包括RSU发送的下行帧：BST、GetSecure、TransferChannel和SetMMi等。进一步地，当所述通信模块监听到上述的多个交易帧时，其可以向主控单元发送这些交易帧或者关于这些交易帧的指示。基于接收到的信息，主控单元可以从一个或多个候选OBU中选择一个作为目标OBU，以便将目标OBU与本发明的车载设备进行绑定。

优选地，所述多个交易帧可以包括所述RSU针对一次交易所发送的所有交易帧。具体地，所述交互信息例如可以包括图2中所述的在建立链接阶段、信息交互阶段和释放链接阶段这3个阶段中所发送和接收的所有信息。进一步地，只有当所述通信模块监听到上述的所有信息时，通信模块才向主控单元发送信息，以便主控单元对上述信息进行分析和判断。基于此，主控单元可以根据所述RSU针对一次交易所发送的所有交易帧来选择一个候选OBU作为所述目标OBU，以便将目标OBU与本发明的车载设备进行绑定。

在另一个实施例中，所述多个交易帧包括RSU针对至少连续两次交易所发送的所有交易帧。具体地，所述所有交易帧例如可以包括图2中所述的在建立链接阶段、信息交互阶段和释放链接阶段这3个阶段中所发送和接收的所有信息。进一步地，作为绑定的预先条件，只有当所述通信模块监听到上述的所有信息两次及两次以上时，通信模块才向主控单元发送信息，以便主控单元对上述信息进行分析和判断。在一个实施例中，成功监听到所有交易帧的次数还可以是3次或者多于3次。

在一个实施例中，绑定的预先条件还可以是监听到的、针对至少连续两次交易所发送的所有交易帧中包括用于指示同一候选OBU的标识信息。具体地，在通信模块监听过程中，其实时获取ETC交易过程中RSU所发送的下行帧，解析并记录关于OBU的标识信息。在一个实施方式中，这里的标识信息可以是介质访问控制(“MAC”)标识，其唯一标识一个OBU。进一步地，当所述通信模块监听到上述的所有信息两次及两次以上，并且监听到的该两次及两次以上信息中所包括的标识信息包括同一MAC标识时，通信模块才向主控单元发送信息，以便主控单元对上述信息进行分析和判断。基于此，主控单元可以根据标识信息来选择具有同一MAC标识的同一候选OBU作为所述目标OBU，以便将目标OBU与本发明的车载设备进行绑定。

在另一个实施例中，所述多个交易帧中还包括用于指示所述同一候选OBU连续通过与所述RSU关联的入口和/或出口的出入口信息。在一个实施例中，所述出入口信息可以包括入口信息和/或出口信息，而不包括龙门架信息。换句话说，在该实施例中，虽然当车辆通过龙门架时，RSU和OBU也相互交互信息，但是这些信息并不作为判定该OBU为目标OBU的条件。换句话说，仅当车辆连续通过入口和/或出口收费站时，本发明的通信模块所监听到的RSU与OBU之间的交互信息才会作为判定该OBU为目标OBU的条件。

进一步地，当所述通信模块监听到上述的所有信息两次及两次以上，并且监听到的该两次及两次以上信息中所包括的标识信息为同一MAC标识，并且上述信息均是车辆通过入口和/或出口时所获取的信息时，通信模块才向主控单元发送信息，以便主控单元根据标识信息和出入口信息来选择同一候选OBU作为目标OBU，以便将目标OBU与本发明的车载设备进行绑定。

上面结合附图对本发明的车载设备的操作进行了详细的描述。然而，上面的描述仅仅是示例性的而非限制性的，本领域技术人员根据本发明的上述描述也可以想到对本发明的车载设备进行适当的调整和布置，以适应不同的应用场景。举例来说，当安装于车辆上时，本发明的车载设备可以灵活地布置于车辆的合适位置处，例如布置于车辆的中控、方向盘、仪表盘、车用大灯、车用玻璃等位置处。在一个应用场景中，本发明的车载设备还可以包括行车记录仪，并且本发明的前述通信模块和主控单元可以布置于该行车记录仪中。由此，当执行绑定操作时，本发明的车载设备可以将行车记录仪与OBU进行绑定。

基于上文的描述，本领域技术人员也可以理解本发明实际上也公开了一种用于车载设备的方法，其可以用于将车载设备与目标OBU进行绑定。具体地，该方法可以包括：监听一个或多个候选OBU与RSU之间的交互信息。接着，根据所述交互信息来选择一个或多个候选OBU之一作为目标OBU。最后，将所述OBU与所述车载设备进行绑定。下面将结合图4对前述的方法的示例性具体实现进行描述。

图4是示出根据本发明实施例的将车载设备与OBU进行绑定的方法400的流程图。

如图4所示，在步骤401处，本发明的车载设备中的通信模块可以监听一个或多个候选OBU与RSU之间的交互信息。如前所述，这里的交互信息可以包括RSU针对一个或多个候选OBU中的每个所发送的多个交易帧。具体地，所述交互信息可以包括图2中所述的在建立链接阶段、信息交互阶段和释放链接阶段这3个阶段中所发送和接收的信息。例如，多个交易帧可以是RSU元发送的下行帧：BST、GetSecure、TransferChannel和SetMMi等。上述下行帧在从RSU向OBU发送的过程中，可以被通信模块所监听，并且可以作为确定目标OBU，进而将车载设备与该目标OBU进行绑定的依据。

接着，方法400进入步骤402。在该步骤处，控制单元分析并判断通信模块是否监听到两次完整的OBU与RSU之间的交互信息，即通信模块是否连续两次成功地接收到RSU针对同一OBU所发送的所有下行帧。具体地，完整的交互信息可以包括图2中所述的在建立链接阶段、信息交互阶段和释放链接阶段这3个阶段中所发送和接收的所有信息。进一步地，只有当通信模块监听到上述的所有完整交互信息两次时，主控单元才根据通信模块监听到的多次完整交互信息来选择一个候选OBU作为目标OBU，以便将目标OBU与本发明的车载设备进行绑定。相反，当通信模块监听到的交互信息不完整或者没有成功两次连续地监听到所述交互信息，则方法400返回到执行步骤401，重新开始监听一个或多个候选OBU与RSU之间的交互信息。

当成功监听的次数达到两次时，方法400执行步骤403。在该步骤处，主控单元分析并判断两次完整的交互信息中是否包括指向同一OBU的标识信息。具体地，在通信模块监听过程中，其会实时获取ETC交易过程中RSU所发送的下行帧，解析并记录OBU中的标识信息。如前所述，所述标识信息可以是唯一标识OBU的MAC标识。进一步地，当所述通信模块监听到2次RSU与OBU的完整交互信息中所包括的标识信息为同一MAC标识时，主控单元可以根据标识信息来选择具有同一MAC标识的同一候选OBU作为目标OBU，以便将目标OBU与本发明的车载设备进行绑定。然而，当通信模块监听到2次RSU与OBU的完整交互信息中所包括的标识信息不一致时，例如不同的MAC标识时，则方法400返回到步骤401，重新开始监听一个或多个候选OBU与RSU之间的交互信息。

在判断标识信息连续指向同一个OBU时，方法400前进到步骤404。在该步骤处，主控单元分析并判断多次完整的交互信息中是否包括连续的入口和/出口的出入口信息。在一个实现场景中，出入口信息可以包括入口信息和/或出口信息，而不包括龙门架信息。换句话说，尽管车辆通过龙门架时RSU和OBU也相互交互信息，但是这些信息并不作为判定该OBU为目标OBU的条件。当通信模块监听到多次RSU与OBU的完整交互信息的出入口信息中不包括连续的出口和/或入口信息，也就是说监听到的出入口信息中可能包括龙门架信息时，则方法400返回到执行步骤401，重新开始监听一个或多个候选OBU与RSU之间的交互信息。

当交互信息中包括连续的出入口信息时，则方法400执行步骤405。在此步骤处，主控单元经过分析和判断后，将步骤403中的同一OBU确定为目标OBU。最后，方法400在步骤406处，将车载设备与目标OBU进行绑定。

当车载设备与目标OBU绑定完成后，车辆再次经过收费站或者龙门架时，车载设备自动通过DSRC技术获取RSU天线的空中帧，从而解析出天线编号、出入口编号、出入口时间、车道号、ETC龙门架编号、车辆信息和交易金额等信息，并且通过有线通信或者无线通信的方式实现与智能交通管理***后台的通信。另外，本发明的车载设备还可以通过有线或者无线网络等多种通信方式实现与用户的手机进行通信，以便将与用户相关的信息，例如出入站位置信息、交易时间信息和交易金额信息等以语音提醒和/或文字显示的方式发送给用户。

在又一个方面中，本发明还公开了一种计算机程序产品。该计算机程序产品可以用于实现前述的将车载设备与OBU进行绑定的方法。进一步地，所述计算机程序产品可以包括用于车载设备的计算机程序指令，当所述计算机程序指令由一个或多个处理器执行时，使得其实现前述的将车载设备与OBU进行绑定的方法。

根据上面的描述，本领域技术人员可以理解本发明也公开了下面条款中所记载的方案。

条款1.一种用于车载设备的方法，包括：

监听一个或多个候选车载单元与路侧单元之间的交互信息；

根据所述交互信息来选择一个或多个候选车载单元之一作为目标车载单元；以及

将所述目标车载单元与所述车载设备进行绑定。

条款2.根据条款1所述的方法，其中所述交互信息包括所述路侧单元针对所述一个或多个候选车载单元中的每个所发送的多个交易帧，并且所述方法包括：

根据所述多个交易帧来选择一个候选车载单元作为所述目标车载单元。

条款3.根据条款2所述的方法，其中所述多个交易帧包括所述路侧单元针对一次交易所发送的所有交易帧或包括所述路侧单元针对至少连续两次交易所发送的所有交易帧。

条款4.根据条款3所述的方法，其中所述针对至少连续两次交易所发送的所有交易帧中包括用于指示同一候选车载单元的标识信息，所述方法进一步包括：

根据所述标识信息来选择所述同一候选车载单元作为所述目标车载单元。

条款5.根据条款4所述的方法，其中所述多个交易帧中还包括用于指示所述同一候选车载单元连续通过与所述路侧单元关联的入口和/或出口的出入口信息，所述方法进一步包括：

根据所述标识信息和所述出入口信息来选择所述同一候选车载单元作为所述目标车载单元。

条款6.一种计算机程序产品，其包括用于车载设备的计算机程序指令，当所述计算机程序指令由一个或多个处理器执行时，使得其实现根据条款1～条款5中任意一项所述的方法。

应当理解，本发明的权利要求、说明书及附图中可能使用到的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。本发明的说明书和权利要求书中使用的术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的，而并不意在限定本发明。如在本发明说明书和权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。还应当进一步理解，在本发明说明书和权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

虽然本发明的实施方式如上，但所述内容只是为便于理解本发明而采用的实施例，并非用以限定本发明的范围和应用场景。任何本发明所述技术领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (7)

1.一种车载设备，包括：

通信模块，其配置成监听一个或多个候选车载单元与路侧单元之间的交互信息；

主控单元，其与所述通信模块连接，并且配置成：

根据所述交互信息来选择一个或多个候选车载单元之一作为目标车载单元；以及

将所述目标车载单元与所述车载设备进行绑定；

其中所述交互信息包括所述路侧单元针对所述一个或多个候选车载单元中的每个所发送的多个交易帧，并且所述主控单元配置成：

根据所述多个交易帧来选择一个候选车载单元作为所述目标车载单元；

其中所述多个交易帧包括所述路侧单元针对至少连续两次交易所发送的所有交易帧，并且所述主控单元还配置成：

根据所述路侧单元针对至少连续两次交易所发送的所有交易帧来选择一个候选车载单元作为所述目标车载单元。

2.根据权利要求1所述的车载设备，其中所述针对至少连续两次交易所发送的所有交易帧中包括用于指示同一候选车载单元的标识信息，所述主控单元进一步配置成：

根据所述标识信息来选择所述同一候选车载单元作为所述目标车载单元。

3.根据权利要求2所述的车载设备，其中所述标识信息是MAC标识。

4.根据权利要求3所述的车载设备，其中所述多个交易帧中还包括用于指示所述同一候选车载单元连续通过与所述路侧单元关联的入口和/或出口的出入口信息，所述主控单元进一步配置成：

根据所述标识信息和所述出入口信息来选择所述同一候选车载单元作为所述目标车载单元。

5.根据权利要求1～4中任意一项所述的车载设备，其中所述通信模块包括专用短程通信模块。

6.根据权利要求5所述的车载设备，其还包括行车记录仪，并且所述行车记录仪中包括所述通信模块和主控单元。

7.一种用于车载设备的方法，包括：

监听一个或多个候选车载单元与路侧单元之间的交互信息；

根据所述交互信息来选择一个或多个候选车载单元之一作为目标车载单元；以及

将所述目标车载单元与所述车载设备进行绑定；

其中所述交互信息包括所述路侧单元针对所述一个或多个候选车载单元中的每个所发送的多个交易帧，并且，

根据所述交互信息来选择一个或多个候选车载单元之一作为目标车载单元包括：

根据所述多个交易帧来选择一个候选车载单元作为所述目标车载单元；

其中所述多个交易帧包括所述路侧单元针对至少连续两次交易所发送的所有交易帧，并且，

根据所述多个交易帧来选择一个或多个候选车载单元之一作为目标车载单元包括：

根据所述路侧单元针对至少连续两次交易所发送的所有交易帧来选择一个候选车载单元作为所述目标车载单元。