CN104217463B - 智能交通系统、设备及运行方法 - Google Patents
智能交通系统、设备及运行方法 Download PDFInfo
- Publication number
- CN104217463B CN104217463B CN201310213685.3A CN201310213685A CN104217463B CN 104217463 B CN104217463 B CN 104217463B CN 201310213685 A CN201310213685 A CN 201310213685A CN 104217463 B CN104217463 B CN 104217463B
- Authority
- CN
- China
- Prior art keywords
- information
- obu
- communication link
- identification information
- beacon
- 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.)
- Active
Links
Landscapes
- Devices For Checking Fares Or Tickets At Control Points (AREA)
- Mobile Radio Communication Systems (AREA)
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车牌号命令
功能:(1)清路径数据;(2)设置工作模式;(3)检测电量。
读卡器发送命令:
表二十读卡器发送入口设置命令
标签返回:
表二十一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 (10)
1.一种信标站点设备,其特征在于,包括:
存储模块,用于存储当前信标站点信息;
发送模块,用于与OBU建立第一通信链路,并基于所述第一通信链路向OBU下发当前信标站点信息,以使后台系统根据出口ODU读取的所述信标站点信息形成用于与第一车辆行车路线对比的第二车辆行车路线;
接收模块,用于与所述OBU建立第二通信链路,并基于所述第二通信链路从所述OBU接收一标识信息;
后台通信模块,用于向后台系统发送标识信息及当前信标站点信息,以触发所述后台系统根据当前信标站点信息与标识信息形成第一车辆行车路线;
第一控制模块,用于在所述发送模块下发完成后,控制所述接收模块进行处理,并且在所述接收模块接收完成后,控制所述后台通信模块进行处理。
2.如权利要求1所述的信标站点设备,其特征在于,所述第一控制模块包括:
主控模块,用于控制所述接收模块从所述OBU接收到标识信息之后,控制所述接收模块与OBU释放第二通信链路;
从控模块,用于在所述主控模块控制所述接收模块从所述OBU接收到标识信息之后,受所述主控模块控制控制所述发送模块与OBU释放第一通信链路。
3.如权利要求2所述的信标站点设备,其特征在于,所述主控模块、存储模块、接收模块及后台通信模块集成于第一RSU中,所述从控模块及发送模块集成于第二RSU中。
4.如权利要求1-3中任一项所述的信标站点设备,其特征在于,所述第一通信链路工作频点为433MHz,所述第二通信链路工作频点为315MHz、403MHz或915MHz。
5.一种OBU,其特征在于,包括:收发天线、射频模块,以及
第二控制模块,用于控制所述射频模块通过收发天线与信标站点设备建立第一通信链路,并基于所述第一通信链路从信标站点设备接收当前信标站点信息,以使后台系统根据出口ODU读取的所述信标站点信息形成用于与第一车辆行车路线对比的第二车辆行车路线,以及控制所述射频模块通过收发天线与信标站点设备建立第二通信链路,并基于所述第二通信链路向信标站点设备发送一标识信息。
6.一种后台系统,其特征在于,包括:
获取单元,用于从入口ODU获得其从OBU读取的一标识信息及当前入口信息;从信标站点设备获得其从OBU读取的标识信息及当前信标站点信息;从出口ODU获得其从OBU读取的标识信息及当前出口信息;并且从所述出口ODU获得其从OBU读取的标识信息、入口信息及信标站点信息记录;
形成单元,用于根据所述当前入口信息、当前信标站点信息、当前出口信息与标识信息形成第一车辆行车路线;并且根据所述入口信息及信标站点信息记录、当前出口信息与标识信息形成用于与第一车辆行车路线对比的第二车辆行车路线。
7.一种智能交通系统,其特征在于,包括入口ODU、出口ODU、如权利要求1-4中任一项所述的信标站点设备、如权利要求5所述的OBU,以及如权利要求6所述的后台系统。
8.一种智能交通系统的运行方法,其特征在于,包括:
入口处,入口ODU从OBU读取一标识信息,向所述OBU发送当前入口信息,并向后台系统发送所述当前入口信息及标识信息;
路途中,每一信标站点设备均进行如下处理:与所述OBU建立第一通信链路;基于第一通信链路向OBU下发当前信标站点信息;下发完成后,与所述OBU建立第二通信链路;基于所述第二通信链路从OBU接收标识信息;向所述后台系统发送标识信息及当前信标站点信息;
出口处,出口ODU从所述OBU读取标识信息、入口信息及信标站点信息记录,并向所述后台系统发送当前出口信息,所述后台系统根据当前入口信息、当前信标站点信息、当前出口信息与标识信息形成第一车辆行车路线;所述后台系统根据标识信息、入口信息及信标站点信息记录及当前出口信息,形成用于与第一车辆行车路线进行对比的第二车辆行车路线。
9.如权利要求8所述的方法,其特征在于,所述标识信息为OBUID和/或车牌号。
10.如权利要求8所述的方法,其特征在于,基于所述第二通信链路从OBU获得标识信息之后,所述信标站点设备与OBU释放第一通信链路及第二通信链路。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310213685.3A CN104217463B (zh) | 2013-05-31 | 2013-05-31 | 智能交通系统、设备及运行方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310213685.3A CN104217463B (zh) | 2013-05-31 | 2013-05-31 | 智能交通系统、设备及运行方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104217463A CN104217463A (zh) | 2014-12-17 |
CN104217463B true CN104217463B (zh) | 2017-03-15 |
Family
ID=52098903
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310213685.3A Active CN104217463B (zh) | 2013-05-31 | 2013-05-31 | 智能交通系统、设备及运行方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104217463B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104658043B (zh) * | 2015-03-01 | 2017-02-22 | 张忠义 | 一种车主自助操作停车场道闸打开的方法 |
CN107566031A (zh) * | 2016-06-30 | 2018-01-09 | 深圳市广星照明实业有限公司 | 433m无线通信的数据发射、接收方法及装置 |
CN107170059A (zh) * | 2017-03-29 | 2017-09-15 | 深圳市金溢科技股份有限公司 | 一种路侧设备、车道控制器、路径识别系统及方法 |
CN107123168A (zh) * | 2017-05-18 | 2017-09-01 | 北京聚利科技股份有限公司 | 路径识别方法及系统、路侧标识点rsu和路径记录单元 |
CN107945298B (zh) * | 2017-11-27 | 2020-06-16 | 深圳市金溢科技股份有限公司 | 路径标识、识别方法、复合通行卡、控制器、系统、服务器 |
CN107967722A (zh) * | 2017-12-15 | 2018-04-27 | 北京万集科技股份有限公司 | 高速公路的通行计费方法、装置、存储介质和处理器 |
CN114170807B (zh) * | 2020-09-11 | 2023-04-28 | 北京聚利科技有限公司 | 车辆轨迹信息获取方法、装置、设备和存储介质 |
CN112734959A (zh) * | 2020-12-29 | 2021-04-30 | 山东星云环境科技有限公司 | 一种基于区块链技术的异步传输模式的物联网平台 |
CN114565981A (zh) * | 2021-11-03 | 2022-05-31 | 上海闪马智能科技有限公司 | 一种费用信息确定方法、装置、存储介质及电子装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002183782A (ja) * | 2000-12-12 | 2002-06-28 | Mitsubishi Electric Corp | 車両情報収集表示サービス |
KR20020085089A (ko) * | 2001-05-04 | 2002-11-16 | 삼성에스디에스 주식회사 | 전자통행요금징수시스템의 보안처리방법 |
CN1829390A (zh) * | 2005-03-01 | 2006-09-06 | 行毅科技股份有限公司 | 使用短距信标的行车控制系统 |
CN101013511A (zh) * | 2007-02-01 | 2007-08-08 | 上海沣宇电子科技有限公司 | 高速公路多功能通行卡及其在路径识别系统中的应用方法 |
CN101794464A (zh) * | 2009-12-31 | 2010-08-04 | 北京握奇数据系统有限公司 | 一种电子不停车收费系统和路径确定方法 |
CN102598081A (zh) * | 2009-11-10 | 2012-07-18 | 三菱电机株式会社 | 驾驶支援系统、驾驶支援方法和车载器 |
CN102768768A (zh) * | 2011-05-06 | 2012-11-07 | 深圳市金溢科技有限公司 | 一种智能交通服务系统 |
CN102968825A (zh) * | 2011-09-07 | 2013-03-13 | 深圳市金溢科技有限公司 | 一种多义性路径收费方法、车载单元和系统 |
-
2013
- 2013-05-31 CN CN201310213685.3A patent/CN104217463B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002183782A (ja) * | 2000-12-12 | 2002-06-28 | Mitsubishi Electric Corp | 車両情報収集表示サービス |
KR20020085089A (ko) * | 2001-05-04 | 2002-11-16 | 삼성에스디에스 주식회사 | 전자통행요금징수시스템의 보안처리방법 |
CN1829390A (zh) * | 2005-03-01 | 2006-09-06 | 行毅科技股份有限公司 | 使用短距信标的行车控制系统 |
CN101013511A (zh) * | 2007-02-01 | 2007-08-08 | 上海沣宇电子科技有限公司 | 高速公路多功能通行卡及其在路径识别系统中的应用方法 |
CN102598081A (zh) * | 2009-11-10 | 2012-07-18 | 三菱电机株式会社 | 驾驶支援系统、驾驶支援方法和车载器 |
CN101794464A (zh) * | 2009-12-31 | 2010-08-04 | 北京握奇数据系统有限公司 | 一种电子不停车收费系统和路径确定方法 |
CN102768768A (zh) * | 2011-05-06 | 2012-11-07 | 深圳市金溢科技有限公司 | 一种智能交通服务系统 |
CN102968825A (zh) * | 2011-09-07 | 2013-03-13 | 深圳市金溢科技有限公司 | 一种多义性路径收费方法、车载单元和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104217463A (zh) | 2014-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104217463B (zh) | 智能交通系统、设备及运行方法 | |
CN201054714Y (zh) | 一种用于多义性路径识别的路侧基站 | |
CN103235968A (zh) | 一种车载电子标签的防拆卸方法 | |
CN100485736C (zh) | 结合无线射频识别技术的数字广播停车资讯系统及提供方法 | |
CN107564193A (zh) | 基于物联网的共享单车停车管理系统及方法 | |
CN105654563B (zh) | 一种高速公路收费方法、系统、读卡器及复合通行卡 | |
CN201946053U (zh) | 一种无线联网ic卡智能门禁终端 | |
CN203134143U (zh) | 一种基于锚节点和rfid信标的车辆位置自动校正装置 | |
CN2549541Y (zh) | 两片式电子标签加双界面cpu卡电子不停车收费装置 | |
CN202694420U (zh) | 用于交通信息统计和多义性路径识别的路侧天线设备 | |
CN205961455U (zh) | 一种车辆防盗追踪系统 | |
CN206657433U (zh) | 一种基于射频识别的无线停车站点 | |
CN102957473A (zh) | 城市电网电缆环流监测数据管理中继装置 | |
CN201845377U (zh) | 交通智能卡识别系统 | |
KR101987633B1 (ko) | 차량 내에서 모바일단말기와 연동되는 하이패스 단말기 및 그 단말기를 이용한 결제방법 | |
CN102867207A (zh) | 车载射频识别卡、基站、车辆射频识别系统及方法 | |
CN102117506A (zh) | 基于射频识别技术的车辆管理系统 | |
CN102810219B (zh) | 基于射频识别的标签交易方法及系统 | |
CN204965044U (zh) | 一种可进行车辆识别的智能小区etc系统 | |
CN113470203B (zh) | 多车道etc交易方法、通行方法、系统和设备 | |
CN103810761A (zh) | 车载单元的激活方法及装置 | |
CN102376113B (zh) | 一种电子尾箱管理系统及方法 | |
CN105678856B (zh) | 一种基于智能手机的电力行业现场巡检方法 | |
CN103729890A (zh) | 二义性路径识别系统及交互通信方法 | |
CN210038842U (zh) | 计量现场服务系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |