CN104217463B

CN104217463B - 智能交通***、设备及运行方法

Info

Publication number: CN104217463B
Application number: CN201310213685.3A
Authority: CN
Inventors: 杨成; 钟勇; 赵鹏军; 邓忠平; 何向军; 罗浩
Original assignee: Shenzhen Genvict Technology Co Ltd
Current assignee: Shenzhen Genvict Technology Co Ltd
Priority date: 2013-05-31
Filing date: 2013-05-31
Publication date: 2017-03-15
Anticipated expiration: 2033-05-31
Also published as: CN104217463A

Abstract

本申请公开了一种智能交通***、设备及运行方法，后台***根据入口ODU、信标站点设备及出口ODU所记录的信息形成第一车辆行车路线，并根据出口ODU从OBU中读取的信息形成第二车辆行车路线，将第一车辆行车路线与第二车辆行车路线相对比，即可发现是否存在OBU中记录的入口信息及信标站点信息被篡改，或者OBU被调换使用的现象，从而纠正收费，保证收费的正确性。

Description

智能交通***、设备及运行方法

技术领域

本申请涉及智能交通领域，尤其涉及一种智能交通***、设备及运行方法。

背景技术

人工收费***（Manual Toll Collection，MTC）是智能交通（IntelligentTransportation System，ITS）的一项具体应用。MTC主要由多种MTC设备组成，如设于入口及出口处的桌面单元（On-Desktop Unit，ODU）、设于信标站点的路侧单元（Road-SideUnit，RSU）、车载单元（On-Board Unit，OBU）及后台***等。当车辆通过入口、信标站点时，入口ODU及RSU会将路径信息（如入口信息及信标站点信息）写入OBU中，当车辆通过出口时，出口ODU会从OBU读取入口信息及信标站点信息，后台***根据出口ODU读取的信息结合出口信息进行对应计费。

由于OBU中的入口信息及信标站点信息可被认为篡改，在行车途中，OBU也有可能被恶意调换使用，使得OBU记录信息所表征的车辆行车路线并非车辆实际的行车路线，导致错误收费的问题。

发明内容

本申请提供一种智能交通***、设备及运行方法，以保证收费的正确性。

根据本申请的第一方面，本申请提供一种信标站点设备，包括：

存储模块，用于存储当前信标站点信息；

发送模块，用于与OBU建立第一通信链路，并基于所述第一通信链路向OBU下发当前信标站点信息；

接收模块，用于与所述OBU建立第二通信链路，并基于所述第二通信链路从所述OBU接收一标识信息；

后台通信模块，用于向后台***发送标识信息及当前信标站点信息，以触发所述后台***根据当前信标站点信息与标识信息形成第一车辆行车路线；

第一控制模块，用于在所述发送模块下发完成后，控制所述接收模块进行处理，并且在所述接收模块接收完成后，控制所述后台通信模块进行处理。

根据本申请的第二方面，本申请提供一种OBU，包括：收发天线、射频模块，以及

第二控制模块，用于控制所述射频模块通过收发天线与信标站点设备建立第一通信链路，并基于所述第一通信链路从信标站点设备接收当前信标站点信息，以及控制所述射频模块通过收发天线与信标站点设备建立第二通信链路，并基于所述第二通信链路向信标站点设备发送一标识信息。

根据本申请的第三方面，本申请提供一种后台***，包括：

获取单元，用于从入口ODU获得其从OBU读取的一标识信息及当前入口信息；从信标站点设备获得其从OBU读取的标识信息及当前信标站点信息；从出口ODU获得其从OBU读取的标识信息及当前出口信息；并且从所述出口ODU获得其从OBU读取的标识信息、入口信息及信标站点信息记录；

形成单元，用于根据所述当前入口信息、当前信标站点信息、当前出口信息与标识信息形成第一车辆行车路线；并且根据所述入口信息及信标站点信息记录、当前出口信息与标识信息形成用于与第一车辆行车路线对比的第二车辆行车路线。

根据本申请的第四方面，本申请提供一种智能交通***，包括入口ODU、出口ODU、上述信标站点设备、OBU，以及后台***。

根据本申请的第五方面，本申请提供一种智能交通***的运行方法，包括：

入口处，入口ODU从OBU读取一标识信息，向所述OBU发送当前入口信息，并向后台***发送所述当前入口信息及标识信息；

路途中，每一信标站点设备均进行如下处理：与所述OBU建立第一通信链路；基于第一通信链路向OBU下发当前信标站点信息；下发完成后，与所述OBU建立第二通信链路；基于所述第二通信链路从OBU接收标识信息；向所述后台***发送标识信息及当前信标站点信息；

出口处，出口ODU从所述OBU读取标识信息、入口信息及信标站点信息记录，并向所述后台***发送当前出口信息，所述后台***根据当前入口信息、当前信标站点信息、当前出口信息与标识信息形成第一车辆行车路线；所述后台***根据标识信息、入口信息及信标站点信息记录及当前出口信息，形成用于与第一车辆行车路线进行对比的第二车辆行车路线。

本申请的有益效果是：

通过提供一种智能交通***、设备及运行方法，后台***根据入口ODU、信标站点设备及出口ODU所记录的信息形成第一车辆行车路线，并根据出口ODU从OBU中读取的信息形成第二车辆行车路线，将第一车辆行车路线与第二车辆行车路线相对比，即可发现是否存在OBU中记录的入口信息及信标站点信息被篡改，或者OBU被调换使用的现象，从而纠正收费，保证收费的正确性。

附图说明

图1为本申请实施例一的MTC***的运行方法的流程图；

图2为本申请实施例一的MTC***的结构图；

图3为本申请实施例一的信标站点设备202的结构图；

图4为本申请实施例一的OBU205的结构图；

图5为本申请实施例一的后台***204的结构图；

图6为本申请实施例四的信标站点设备202的结构图；

图7为本申请实施例中信标站点设备包含两个物理实体的装配图。

具体实施方式

下面通过具体实施方式结合附图对本申请作进一步详细说明。

实施例一：

请参考图1，本实施例提供了一种MTC***的运行方法，该方法基于如图2所示的MTC***，该MTC***主要包括入口ODU201、信标站点设备202、出口ODU203、后台***204及车辆上装载的OBU205。上述运行方法主要包括如下流程：

步骤101，当车辆经过入口处时，入口ODU201从OBU205读取一标识信息，入口ODU201向OBU205发送当前入口信息，并向后台***204发送当前入口信息及标识信息，具体地，OBU205可工作在第一频点（如433MHz），上述标识信息可以是每个OBU205中所烧录的OBUID；

步骤102，当车辆在路途中时，路途中每一信标站点设备202及OBU205均进行如下处理：

步骤301，OBU205进入信标站点区域前工作在低功耗路上间歇工作模式，当OBU205进入信标站点区域时，信标站点设备202以第一频点发射载波，该载波承载当前信标站点信息，OBU205的唤醒机制检测到该载波时，进入接收模式，并且与信标站点设备202之间建立第一通信链路，具体地，第一通信链路工作频点可以为433MHz或其他频点；

步骤302，信标站点设备202基于第一通信链路向OBU205下发当前信标站点信息，具体地，当前信标站点信息是能够在MTC***中唯一表示信标站点设备202的信息，例如信标站点标识信息或位置信息等，当然，信标站点设备202还可以下发数据帧序列号及用于后续建立第二通信链路的RSU ID；随后，OBU205可进行接收信息的合法性校验和完整性校验，并保存当前信标站点信息及RSU ID，也可以对保存的信息进行加密；

步骤303，下发完成后，信标站点设备202与OBU205建立第二通信链路，具体地，第二通信链路工作频点可以为315MHz、403MHz或915MHz等，主要是与第一通信链路工作频点具有明显区别；

步骤304，信标站点设备202基于第二通信链路从OBU205接收标识信息；

步骤305，信标站点设备202可对标识信息进行解密及有效性校验后，向后台***204发送标识信息及当前信标站点信息，并且基于第二通信链路向OBU205下发标识信息接收确认信息，

步骤103，当车辆经过出口处时，出口ODU203从OBU205读取标识信息、入口信息及信标站点信息记录，并向后台***204发送当前出口信息，后台***204根据当前入口信息、当前信标站点信息、当前出口信息与标识信息形成第一车辆行车路线；后台***204根据出口ODU203读取的标识信息、入口信息及信标站点信息记录，以及当前出口信息，形成用于与第一车辆行车路线进行对比的第二车辆行车路线，这样，后台***204可将第一车辆行车路线与第二车辆行车路线显示出来，从而收费操作员可对比第一车辆行车路线与第二车辆行车路线，发现是否存在OBU中的入口信息及信标站点信息被篡改，或在行车途中，OBU被恶意调换使用等情况，从而纠正收费，保证了收费的正确性。

相应地，本实施例的信标站点设备202主要包括如图3所示的结构：

存储模块401，用于存储当前信标站点信息；

发送模块402，用于与OBU205建立第一通信链路，并基于第一通信链路向OBU205下发当前信标站点信息；

接收模块403，用于与OBU205建立第二通信链路，并基于第二通信链路从OBU205接收一标识信息；

后台通信模块404，用于向后台***204发送标识信息及当前信标站点信息，以触发后台***204根据当前信标站点信息与标识信息形成第一车辆行车路线；

第一控制模块405，用于在发送模块402下发完成后，控制接收模块403进行处理，并且在接收模块403接收完成后，控制后台通信模块404进行处理。

上述信标站点设备在应用时为一个物理实体。

相应地，本实施例的OBU205主要包括如图4所示的结构：

收发天线501、射频模块502，以及

第二控制模块503，用于控制射频模块502通过收发天线501与信标站点设备202建立第一通信链路，并基于第一通信链路从信标站点设备202接收当前信标站点信息，以及控制射频模块502通过收发天线501与信标站点设备202建立第二通信链路，并基于第二通信链路向信标站点设备202发送一标识信息。

相应地，本实施例的后台***204主要包括如图5所示的结构：

获取单元601，用于从入口ODU201获得其从OBU205读取的一标识信息及当前入口信息；从信标站点设备202获得其从OBU205读取的标识信息及当前信标站点信息；从出口ODU203获得其从OBU205读取的标识信息及当前出口信息；并且从出口ODU205获得其从OBU205读取的标识信息、入口信息及信标站点信息记录；

形成单元602，用于根据当前入口信息、当前信标站点信息、当前出口信息与标识信息形成第一车辆行车路线；并且根据入口信息及信标站点信息记录、当前出口信息与标识信息形成用于与第一车辆行车路线对比的第二车辆行车路线。

实施例二：

本实施例与实施例一的区别主要在于：OBU205中的标识信息可以为车牌号等表征车辆唯一性的信息。车牌号可以收费操作员人工录入入口ODU201中，并且由入口ODU201下发到OBU205中，也可以通过摄像头拍摄车牌并通过图像识别技术提取车牌号保存在入口ODU201中，并由入口ODU201下发到OBU205中。

实施例三：

本实施例与实施例一的区别主要在于：OBU205中的标识信息不仅可为OBU ID，还可以为车牌号等表征车辆唯一性的信息。

实施例四：

本实施例的MTC***的运行方法与实施例一的区别主要在于：步骤305之后，信标站点设备202与OBU205释放第一通信链路及第二通信链路，具体地，步骤305之后，信标站点设备202可将OBU ID放入自身解除链路数据队列，并通过第二通信链路向OBU205下发通信链路释放命令，该通信链路释放命令中可包含RSU ID、OBU ID及当前信标站点信息，OBU205收到通信链路释放命令后，解除与信标站点设备202的第一通信链路及第二通信链路，并不再响应该信标站点设备202的命令，直至进入下一个信标站点设备202。

相应地，本实施例的信标站点设备202中，第一控制模块503可具体包括如图6所示的结构：

主控模块701，用于控制接收模块403从OBU205接收到标识信息之后，控制接收模块403与OBU205释放第二通信链路；

从控模块702，用于在主控模块701控制接收模块403从OBU205接收到标识信息之后，受主控模块701控制控制发送模块402与OBU205释放第一通信链路。

需要说明的是，上述OBU205中的标识信息可以是OBU ID、车牌号，还可以是其他唯一性标识。而上述信标站点设备、OBU及后台***还可以应用于电子不停车收费（Electronic Toll Collection，ETC）***等其他ITS***中。

如图7所示，本实施例的信标站点设备可包含两个物理实体，分别为第一RSU（副基站）及第二RSU（主基站），其中，主控模块701、存储模块401、接收模块403及后台通信模块404集成于副基站中，从控模块702及发送模块402集成于主基站中。基于上述配置，下面通过一个具体的通信协议，说明本发明的应用：

1.文档介绍

双向通讯RFID路侧信标基站通讯协议说明。

1.1文档目的

为双向通讯多义性路径项目中，后台关系***软件与路侧信标基站通讯程序设计，标签与路侧信标基站通讯，车道收费软件***与桌面双频读卡器，桌面读卡器与电子标签之间程序设计提供依据。

1.2文档范围

双向通讯RFID路侧信标基站与后台管理***以及车载标签通讯帧格式说明，桌面双频读卡器与电子标签以及收费***软件之间的通讯帧格式说明。

2.协议概述

双向通讯RFID路侧信标基站通讯协议主要包含两部分：与RFID标签通讯协议和与后台管理***通讯协议。

双频读卡器通讯协议主要包含两部分：双频读卡器与RFID标签的通讯协议，双频读卡器与计算机收费***软件之间的通讯协议。

2.1基站与RFID标签通讯链路

基站分为主基站和副基站。主基站的功能：

（1）广播433MHz路径信息，数据格式与浙江，四川项目一致，这样可以兼容以前浙江四川项目中的RFID标签；

（2）为了防止出口丢卡等，在出口收费设置一个主基站，发送不同路面标识站的帧格式，主要功能是检测出口车辆内是否有RFID标签；

（3）副基站的功能为接收具有与基站双向通讯的RFID标签回复主基站的信息帧和发送收到标签信息确认帧。

方案示意图如图7所示：

（1）主基站与RFID标签通讯链路，物理链路为下行链路（基站到标签）载波频率为433MHz，物理链路的各参数见下表一：

表一主基站下行链路物理层参数表

（2）副基站与RFID标签通讯链路上行和下行链路都是用载波频率为403MHz的信号：

表二副基站上行链路和下行链路物理层参数表

（3）标签与基站之间的校验算法采用CRC校验算法，CRC的全称为CyclicRedundancy Check，中文名称为循环冗余校验。它是一类重要的线性分组码，编码和解码方法简单，检错和纠错能力强，在通信领域广泛地用于实现差错控制。多义性通信***中为确保通信可靠性，在标签与基站通信中采用了该算法，CRC校验为通信提供了良好的纠错功能，是保证***正常运转的重要前提。

下面是CRC校验算法的原代码：CRC_PRESET初始值为0x0000(原***为0xffff)unsigned int CommVerify(unsigned char length,unsigned char*checksource)

2.2基站与后台***通讯链路

基站与后台管理***的链路包含10/100M网口，3G通讯，RS485/232通讯，SMS短信息通讯。所有通讯链路都是采用一问一答模式，即基站不主动向后台***发送信息帧，基站必须收到完整正确的后台信息帧命令才会回应相应数据帧。

RS485/232通讯链路通讯参数设置为“115200，N，8，1”，波特率为115200bps、无奇偶校验、8位数据、1个停止位。

SMS短信息通讯链路由于其特殊性，通讯的帧长度较短，实时性不好。不能通过此链路获取大量的基站信息，例如：获取基站收到的标签信息文件。不能通过此链路获取实时性较高的基站信息，例如：获取基站的运行时间等。短信息发送的数据为ASCII码新式，帧数据在发送之前将转换成ASCII码，规定短信发送的帧格式长度不能超过150byte.

2.3桌面双频读卡器与RFID标签通讯链路

桌面双频读卡器与标签通讯是采用一问一答形式访问，桌面双频读卡器作为主机，向标签发送命令，标签接收到命令后回复相应数据。所以下行链路为桌面双频读卡器向标签发送命令的链路，上行链路为标签回复桌面双频读卡器的命令的链路。如果下行链路发送完成后，等待600ms未收到上行链路，则上位机重新再发送两次下行链路，如果还未正确接收到上行链路，则可以判断此链路存在故障。

表三下行链路物理层参数表

表四上行链路物理层参数表

2.4桌面双频读卡器与车道收费软件***通讯链路

桌面双频读卡器与车道收费软件***的通讯接口为RS232，采用一问一答的通讯模式，上位机为PC的收费***软件，下位机为读卡器，读卡器收到上位机***发送的命令后，根据相应的命令获取相应数据并回复到上位机。

RS232串口的通讯格式为“115200，N，8，1”，波特率为115200bps、无奇偶校验、8位数据、1个停止位。

如果上位机发送下行命令帧400ms未收到下位机回复信息，则通讯接收超时，上位机再重复两次发送下行命令分别等待回复，如果未收到正确的下位机回复帧，则可以认为此链路存在故障。

3.帧格式说明

3.1基站与标签通讯帧格式

基站分为主基站和副基站，主基站分别为路侧信标基站（RSU_1），和收费站防丢卡基站，主基站发送数据帧格式兼容原有标准协议，如下表：

表五主基站下行帧格式

标签在接收到路侧信标主基站广播信息帧，标签回复基站信息帧，格式如下：

表六标签上行帧格式

标签在接收到收费站防丢卡主基站广播信息帧，标签回复基站信息帧，格式如下：

表七标签对防丢卡基站上行帧格式

3.2后台管理***与基站的通讯帧格式和命令状态定义

（1）后台管理系下行统链路包含网口，3G，RS485/232，SMS短信息统一帧格式如下表：

表八后台管理系下行统链路

下位机回复命令帧格式：

表九基站回复后台管理系上行统链路

后台***默认地址为0x0000，其中网口，3G，RS485/232的数据长度DATA_LEN不能超过1024byte，短信息的数据长度不能超过63byte.

(2)命令和状态定义：

设置命令类：

备注：RSU的***信息文件包含:

1.ip相关信息

2.路径信息

3.运行状态（发射接收的开关状态）

4.设备的RTC时间

5.设备的电源电压

6.设备的电话***码

7.软件的版本，升级时间，重启次数

8.副基站相关状态信息

其中如果只是通过SMS短信息查询，只能查询到2和3.

状态的定义

#define OK 0x00 //命令执行成功

#define ERROR 0x01 //命令执行失败

#define TIME_OUT 0x02 //命令超时未收到回复

3.3桌面读卡器与标签的通讯帧格式

3.3.1桌面读卡器读取标签的ID号

桌面读卡器发送命令：

表十读卡器发送取标签ID命令帧格式

标签回复ID到读卡器：

表十一标签回复ID到读卡器帧格式

3.3.2入口设置命令

功能：（1）清路径数据；（2）设置工作模式；（3）检测电量。

读卡器发送命令：

表十二读卡器发送入口设置命令

标签返回：

表十三OBU返回操作结果数据

3.3.3出口设置命令

读卡器发送：

表十四读卡器发送出口设置命令

标签返回：

表十五标签返回当前状态数据帧结构

3.3.4读取OBU数据

读卡器发送：

表十六读卡器发送读标签信息帧结构

标签返回：

表十七标签回复读卡器读标签信息帧结构

标签返回的数据中，除了两位自动的CRC位以外，总共每帧最多可以容纳62个字节，其中除去帧信息ID号等信息总共有51个字节可以放有效的路径信息，存放路径字节达49个字节。

3.3.5状态查询命令

功能：（1）检测电量；（2）检测工作模式；（3）通信状态检测。

读卡器发送命令：

表十八读卡器发送各种状态判断命令

标签返回：

表十九标签返回当前状态数据

3.3.6设置OBU车牌号命令

读卡器发送命令：

表二十读卡器发送入口设置命令

标签返回：

表二十一OBU返回操作结果数据

3.4车道收费软件***与桌面读卡器之间的通讯帧格式

3.4.1车道收费软件***发送到桌面读卡器的帧格式：

车道收费软件***向读卡器发送命令时，第一个字节是Start（0xFF）帧头，第二个字节是数据帧号，从0x00～0x07循环，而第三个字节是发送到读卡器的命令字节，第四个字节为所带参数个数，如果参数为0则为0x00.最后一个字节为BCC校验。

表二十二车道收费软件***命令列表

3.4.2桌面读卡器发送到车道收费软件***的帧格式：

通信协议中约定，从读卡器发往车道收费软件***数据也遵循如下格式：第一个字节是Start（0xFF）帧头,第二个字节是数据帧号，从0x00～0x07循环，与计算机发送下来的帧号一致，而第三个字节主要是针对通信状态约定的一个状态码，第四个字节为所带参数个数，如果参数为0则为0x00.最后一个字节为BCC校验。

通信状况	应答
		通信正常	0
无数据	-130
		CRC校验错误	-131
通信超时	-132
		命令出错	-133
FLASH坏	-134
		电池电压不足	-135
电池电压充足	-136
		RF CRC校验错误	-137
数据出错	-138
		选择的存储区为空	-139

重复命令错误	-140
		路径数据满	-141
缓冲区溢出	-142
		取MAC码出错	-143
校验MAC码出错	-144

表二十三读卡器返回数据状态列表

3.4.3车道收费软件***与桌面读卡器之间的通讯详细通讯协议

下面用表格形式详细描述桌面读卡器与车道收费软件***的通信协议，其中需要说明的是，下面的协议都是假使在通信正常的情况下进行的，即读卡器返回状态码为0x00，如果不正常，将根据表二十二格式返回其他状态。

3.4.3.1读取OBUID

（1）命令帧

SOF	TxSeq	CmdType	Len	Cmd Data	BCC
						0xFF	0～7	0xd1	0

表二十四

（2）应答帧

SOF	RxSeq	Status	Len	Rsp Data	BCC
						0xFF	0～7	0	0x04	OBUID(4byte)

表二十五

3.4.3.2读取OBU数据

（1）命令帧

SOF	TxSeq	CmdType	Len	Cmd Data	BCC
						0xFF	0～7	0xd5	0x04	OBUID(4byte)

表二十六

（2）应答帧

SOF	RxSeq	Status	Len	Rsp Data	BCC
						0xFF	0～7	0	XX	Xx

表二十七

备注：

LEN：长度（4+2*N+1）个字节，其中N表示OBU中的路径数。

Rsp Data：OBUID(4byte)+路径数N（1byte）+路径编码（2N byte）

3.4.3.3设定OBU入口模式

（1）命令帧

SOF	TxSeq	CmdType	Len	Cmd Data	BCC
						0xFF	0～7	0xd3	0x04	OBUID(4byte)

表二十八

（2）应答帧

SOF	RxSeq	Status	Len	Rsp Data	BCC
						0xFF	0～7	0	0x07	xx

表二十九

备注：

Rsp Data：OBUID(4byte)+电量状态（2byte）+OBU执行结果（1byte）

3.4.3.4设定OBU出口模式

（1）命令帧

SOF	TxSeq	CmdType	Len	Cmd Data	BCC
						0xFF	0～7	0xd4	0x04	OBUID(4byte)

表三十

（2）应答帧

SOF	RxSeq	Status	Len	Rsp Data	BCC
						0xFF	0～7	0	0x07	xx

表三十一

备注：

Rsp Data：OBUID(4byte)+电量状态（2byte）+OBU执行结果（1byte）

3.4.3.5读取OBU状态

（1）命令帧

SOF	TxSeq	CmdType	Len	Cmd Data	BCC
						0xFF	0～7	0xd0	0x04	OBUID(4byte)

表三十二

（2）应答帧

SOF	RxSeq	Status	Len	Rsp Data	BCC
						0xFF	0～7	0	0x0F	xx

表三十三

备注：

Rsp Data：ODUID(2byte)+OBUID(4byte)+电量状态（2byte）+OBU工作模式（1byte）+433M误唤醒次数（2byte）+433M唤醒次数（2byte）+13.56M唤醒次数（2byte）

3.4.3.6设定OBU车牌号

（1）命令帧

表三十四

（2）应答帧

SOF	RxSeq	Status	Len	Rsp Data	BCC
						0xFF	0～7	0	0x07	xx

表三十五

备注：

车牌号以ASCII格式存储和传输；

Rsp Data：OBUID(4byte)+电量状态（2byte）+OBU执行结果（1byte）

综上，实施本申请实施例，后台***204根据入口ODU201、信标站点设备202及出口ODU203所记录的信息形成第一车辆行车路线，并根据出口ODU203从OBU205中读取的信息形成第二车辆行车路线，将第一车辆行车路线与第二车辆行车路线相对比，即可发现是否存在OBU205中记录的入口信息及信标站点信息被篡改，或者OBU205被调换使用的现象，从而纠正收费，保证收费的正确性。另外，由于信标站点设备202可获得OBU中的标识信息，那么可扩展进行车流量统计、识别倒卡车辆、车辆测速、车辆闯关、OBU屏蔽、OBU遗失追踪、OBU回收提示等应用。

以上内容是结合具体的实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干简单推演或替换。

Claims

1.一种信标站点设备，其特征在于，包括：

存储模块，用于存储当前信标站点信息；

发送模块，用于与OBU建立第一通信链路，并基于所述第一通信链路向OBU下发当前信标站点信息，以使后台***根据出口ODU读取的所述信标站点信息形成用于与第一车辆行车路线对比的第二车辆行车路线；

2.如权利要求1所述的信标站点设备，其特征在于，所述第一控制模块包括：

主控模块，用于控制所述接收模块从所述OBU接收到标识信息之后，控制所述接收模块与OBU释放第二通信链路；

从控模块，用于在所述主控模块控制所述接收模块从所述OBU接收到标识信息之后，受所述主控模块控制控制所述发送模块与OBU释放第一通信链路。

3.如权利要求2所述的信标站点设备，其特征在于，所述主控模块、存储模块、接收模块及后台通信模块集成于第一RSU中，所述从控模块及发送模块集成于第二RSU中。

4.如权利要求1-3中任一项所述的信标站点设备，其特征在于，所述第一通信链路工作频点为433MHz，所述第二通信链路工作频点为315MHz、403MHz或915MHz。

5.一种OBU，其特征在于，包括：收发天线、射频模块，以及

第二控制模块，用于控制所述射频模块通过收发天线与信标站点设备建立第一通信链路，并基于所述第一通信链路从信标站点设备接收当前信标站点信息，以使后台***根据出口ODU读取的所述信标站点信息形成用于与第一车辆行车路线对比的第二车辆行车路线，以及控制所述射频模块通过收发天线与信标站点设备建立第二通信链路，并基于所述第二通信链路向信标站点设备发送一标识信息。

6.一种后台***，其特征在于，包括：

7.一种智能交通***，其特征在于，包括入口ODU、出口ODU、如权利要求1-4中任一项所述的信标站点设备、如权利要求5所述的OBU，以及如权利要求6所述的后台***。

8.一种智能交通***的运行方法，其特征在于，包括：

9.如权利要求8所述的方法，其特征在于，所述标识信息为OBUID和/或车牌号。

10.如权利要求8所述的方法，其特征在于，基于所述第二通信链路从OBU获得标识信息之后，所述信标站点设备与OBU释放第一通信链路及第二通信链路。