一种基于MTC车道的货车ETC系统及车辆通行方法与流程

本申请涉及高速公路收费领域，特别涉及一种基于MTC车道的货车ETC系统及车辆通行方法。

背景技术：

目前，高速公路的收费系统，主要分为MTC(Manual Toll Collection system，人工半自动收费系统)和ETC(Electronic Toll System，电子收费系统)两种方式。

MTC与ETC车道为“专用”模式。即MTC车道，只提供MTC人工通行服务；ETC车道，只提供ETC通行服务。一条车道，MTC、ETC两种服务，无法实现兼容并存、同时在线，不能自动检测不同车辆的通行条件，自动切换通行服务模式，不能混合提供两种通行服务。

尤其是特殊车辆只能使用对应的车道，如货车采取计重收费的方式，无法享受ETC的快捷通行服务。计重收费是为治理货车超载、超限严重这一问题而提出的，自推广计重收费以来取得了良好的效果，成为公路收费领域的一项基本政策。目前，货车只能从有计重功能的MTC车道通过，无法从无计重功能的ETC车道通过。且货车通行费的支付，主要是使用现金、储值卡(通行卡的一种)，需要人工点算现金、找零，人工刷储值卡扣费。目前的支付方式的弊端，是人工操作环节多、速度慢、工作量大，司机携带大量现金不安全，现金的清算、保管、运输等环节容易出现种种弊端。货车通行费支付速度慢，是导致货车通行速度慢、通关效率低的主要原因之一。

因此，如何立足于目前的现实情况，利用具有计重功能的MTC车道，硬件和软件上增加相应的ETC功能，实现一种新型的货车ETC系统及车辆通行方法，提高货车的通行速度、通关效率，是本领域技术人员目前需要解决的技术问题。

技术实现要素：

本申请所要解决的技术问题是提供一种基于MTC车道的货车ETC系统及车辆通行方法，使得MTC车道具备货车ETC的处理功能，实现一条车道，MTC、货车ETC两种服务，兼容并存，同时在线，自动检测，混合处理。

其具体方案如下：

一种基于MTC车道的货车ETC系统，包括车道控制机，存在线圈，该系统还包括：

RSU天线和天线控制器；

所述RSU天线和所述天线控制器相连接；

所述天线控制器和所述车道控制机相连接；

所述RSU天线信号覆盖所述存在线圈；

所述MTC车道出口处具有秤台，用于对货车进行称重，提供计重信息；且所述秤台和所述车道控制机相连接；

所述MTC车道出口处具有费额显示器，用于显示当前货车的计重信息，供货车司机查看；且所述费额显示器和所述车道控制机相连接；

货车OBU和通行卡；其中，所述货车为安装货车OBU且正确插通行卡的货车。

车道软件；在车道控制机上需要安装能够处理MTC、货车ETC流程的车道软件。

优选的，所述RSU天线采用路侧安装方式。

优选的，所述RSU天线采用车道正上空吊装方式。

优选的，所述RSU天线沿来车方向，安装在收费亭后侧。

本发明还提供一种车辆入口通行方法，所述方法应用于一种基于MTC车道的货车ETC系统，所述系统包括车道控制机、存在线圈、RSU天线、天线控制器、相应车道软件；

所述车辆入口通行方法包括：

当车辆进入MTC车道触发所述存在线圈，所述RSU天线对当前车辆的通行条件进行自动检测；

当检测到所述车辆有货车OBU且正确插通行卡，且所述车辆信息正确，则所述车道软件切换为货车ETC模式进行处理，所述RSU天线对货车OBU和通行卡进行读写操作，写入入口信息；

当检测到所述车辆有货车OBU但没有正确插通行卡时，货车司机可以重新正确插通行卡，且所述车辆信息正确，则所述车道软件切换为货车ETC模式进行处理，所述RSU天线对货车OBU和通行卡进行读写操作，写入入口信息；

若所述货车司机未能重新正确插通行卡，则所述车道软件可以切换为MTC模式，人工对所述车辆发卡，或者，人工刷车辆自带的通行卡，进行人工处理；

若所述车辆信息不正确，则所述车道软件切换为MTC模式，进行人工处理；

当检测到所述车辆没有OBU，则所述车道软件切换为MTC模式，人工对车辆发卡，或者，人工刷车辆自带的通行卡，进行人工处理；

在货车ETC模式下，所述RSU天线对货车OBU和通行卡的读写操作结束；或在MTC模式下，人工刷卡、发卡操作结束；则抬杆，放行，车辆驶入高速公路；落杆，等待下一辆车。

本发明还提供一种车辆出口通行方法，所述方法应用于一种基于MTC车道的货车ETC系统，所述系统包括秤台、车道控制机、存在线圈、RSU天线，天线控制器、费额显示器、相应车道软件；

所述车辆出口通行方法包括：

当车辆进入MTC车道触发存在线圈，所述RSU天线对当前车辆的通行条件进行自动检测；

当检测到所述车辆有货车OBU且正确插通行卡，且所述车辆信息正确，且货车司机确认所述费额显示器上所显示计重信息(即表示无计重争议)，则所述车道软件切换为货车ETC模式进行处理，所述车道软件进行有计重信息的计费，所述RSU天线对货车OBU和通行卡进行读写，执行扣费操作；

当检测到所述车辆有货车OBU但没有正确插通行卡时，货车司机可以重新正确插通行卡，且所述车辆信息正确，且货车司机确认所述费额显示器上所显示计重信息(即表示无计重争议)，则所述车道软件切换为货车ETC模式进行处理，所述车道软件进行有计重信息的计费，所述RSU天线对货车OBU和通行卡进行读写，执行扣费操作；

若所述货车司机未能重新正确插通行卡，则所述车道软件可以切换为MTC模式，人工对所述车辆收卡、刷卡，收取通行费，或者人工收车辆自带的通行卡、刷卡，进行扣费操作；

若所述车辆信息不正确或货车司机不确认所述费额显示器上所显示计重信息(即表示有计重争议)，则所述车道软件可以切换为MTC模式，进行人工处理；

当检测到所述车辆没有OBU，则所述车道软件切换为MTC模式，人工对车辆收卡、刷卡，收取通行费，或者人工收车辆自带的通行卡、刷卡，进行扣费操作；

在货车ETC模式下，所述RSU天线对货车OBU和通行卡的扣费操作结束；或在MTC模式下，人工的收费、扣费操作结束；则抬杆，放行，车辆驶出高速公路；落杆，等待下一辆车。

本发明是基于有计重功能的MTC车道，硬件上，增加安装RSU天线和控制器等ETC设备，软件上，增加车辆通行条件自动检测、通行模式切换、货车ETC等处理功能，即在MTC车道中嵌入ETC功能，且让计重功能和ETC功能相结合，满足货车ETC的通行服务要求，实现一条车道，MTC、货车ETC两种服务，兼容并存，同时在线，自动检测，混合处理。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的一种基于MTC车道的货车ETC系统的车道布局示意图；

图2为本发明提供的一种基于MTC车道的货车ETC系统的RSU天线安装方式示意图；

图3为本发明提供的另一种基于MTC车道的货车ETC系统的RSU天线安装方式示意图；

图4为本发明提供的一种车辆入口通行方法的流程图；

图5为本发明提供的一种车辆出口通行方法的流程图。

具体实施方式

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

参考图1，示出了本申请一种基于MTC车道的货车ETC系统实施例的车道布局示意图，该系统包括车道控制机101，存在线圈102，该系统还包括：

RSU天线103和天线控制器104；

所述RSU天线103和所述天线控制器104相连接；

所述天线控制器104和所述车道控制机101相连接；

所述RSU天线103信号覆盖所述存在线圈102；

所述MTC车道出口处具有秤台105，用于对货车进行称重，提供计重信息；且所述秤台105和所述车道控制机101相连接；

所述MTC车道出口处具有费额显示器106，用于显示当前货车的计重信息，供货车司机查看；且所述费额显示器106和所述车道控制机101相连接；

货车OBU和通行卡；其中，所述货车为按照规定安装货车OBU且正确插通行卡的货车。

相应车道软件；在车道控制机上需要安装能够处理MTC、货车ETC流程的车道软件。

其中，以有计重功能的MTC车道系统为基础，由MTC车道的计重设备(秤台)提供计重信息，并在MTC车道中，增加安装RSU天线及控制器等ETC设备；RSU天线信号的覆盖范围，如图中虚线部分所示，主要覆盖MTC车道的存在线圈的位置。当车辆触发存在线圈，即车辆进入RSU天线对当前车辆通行条件进行自动检测的区域之中；图中箭头方向，为来车方向，若货车要使用货车ETC模式通行，则需要按照规定安装货车OBU且正确插通行卡，其中，OBU(On board Unit)为车载单元。

切换条件的检测方法：RSU天线对触发存在线圈的当前车辆，通过检测是否安装OBU、OBU的类型、是否正确插通行卡等，来初步判断是否满足货车ETC模式通行条件的方法。

本申请是基于有计重功能的MTC车道，硬件上，增加安装RSU天线和控制器等ETC设备，软件上，增加车辆通行条件自动检测、通行模式切换、货车ETC等处理功能，即在MTC车道中嵌入ETC功能，且让计重功能和ETC功能相结合，满足货车ETC的通行服务要求，实现一条车道，MTC、货车ETC两种服务，兼容并存，同时在线，自动检测，混合处理。

参考图2，图3，示出了本发明中所述RSU天线的安装方式示意图，本发明中所述RSU天线可以采用两种安装方式，分别为路侧安装方式和车道正上空吊装方式。

无论采用哪种安装方式，均要求所述RSU天线的信号覆盖所述MTC车道的存在线圈部分。

所述增加安装的RSU天线的安装位置，是沿来车方向，收费亭后侧。

与上述本申请一种基于MTC车道的货车ETC系统实施例所提供的系统相对应，参见图4，本申请还提供了一种车辆入口通行方法实施例，在本实施例中，所述方法应用于一种基于MTC车道的货车ETC系统，所述系统包括车道控制机、存在线圈、RSU天线、天线控制器、相应车道软件；

所述方法包括：

步骤S501：当车辆进入MTC车道触发所述存在线圈，即车辆进入所述RSU天线的检测范围，由所述RSU天线对当前车辆的通行条件进行自动检测；

步骤S502：当检测到车辆有货车OBU且正确插卡，且所述车辆信息正确(其中，该车辆信息的确认可以由收费员核对当前车辆信息并确认)，即满足货车ETC模式通行条件，车道软件切换为货车ETC模式进行处理，所述RSU天线对货车OBU和通行卡进行读写操作，写入入口信息。

步骤S503：当检测到车辆有货车OBU但没有正确插卡，货车司机可以重新正确插通行卡，且所述车辆信息正确，即满足货车ETC模式通行条件，车道软件切换为货车ETC模式进行处理，所述RSU天线对货车OBU和通行卡进行读写操作，写入入口信息。

步骤S504：若所述车辆信息不正确，即理解为收费员核对当前车辆信息不符(车牌不符、黑名单等情况)，车道软件切换为MTC模式，进行人工处理；

步骤S505：当检测到车辆有货车OBU但没有正确插卡，这时，司机没有重新正确插卡，即不满足货车ETC模式通行条件，这时，车道软件可以选择切换为MTC模式，人工对车辆发卡，或者，人工刷车辆自带的通行卡，进行人工处理；

步骤S506：当检测到来车没有OBU，即不满足ETC模式通行条件，车道软件切换为MTC模式，人工对车辆发卡，或者，人工刷车辆自带的通行卡，进行人工处理；

步骤S507：在货车ETC模式下，所述RSU天线对货车OBU和通行卡的读写操作结束；

步骤S508：在MTC模式下，人工刷卡、发卡操作结束；

步骤S509：抬杆，放行，车辆驶入高速公路；

步骤S510：落杆，从S501步骤重新开始，等待下一辆车。

参见图5，本申请还提供了一种车辆出口通行方法实施例，在本实施例中，所述方法应用于一种基于MTC车道的货车ETC系统，所述系统包括秤台、车道控制机、存在线圈、RSU天线、天线控制器、费额显示器、相应车道软件；

所述方法包括：

步骤S601：当车辆进入MTC车道触发存在线圈，即车辆进入所述RSU天线的检测范围，由RSU天线对当前车辆的通行条件进行自动检测；

步骤S602：当检测到车辆有货车OBU且正确插卡，收费员核对当前车辆信息并确认，同时，司机查看费额显示器上所显示计重信息并确认(司机确认计重信息即表示无计重争议)，即满足货车ETC模式通行条件，车道软件切换为货车ETC模式进行处理，车道软件进行有计重信息的计费，RSU天线对货车OBU和通行卡进行读写，执行扣费操作。

步骤S603：当检测到车辆有货车OBU但没有正确插卡，这时，司机重新正确插卡，收费员核对当前车辆信息并确认，同时，司机查看费额显示器上所显示计重信息并确认(司机确认计重信息即表示无计重争议)，即满足货车ETC模式通行条件，车道软件切换为货车ETC模式进行处理，车道软件进行有计重信息的计费，RSU天线对货车OBU和通行卡进行读写，执行扣费操作。

步骤S604：若收费员核对当前车辆信息不符(车牌不符、黑名单等情况)，或者，司机查看费额显示器上所显示计重信息并不认可(司机不认可计重信息即表示有计重争议)，车道软件切换为MTC模式，进行人工处理；

步骤S605：当检测到车辆有货车OBU但没有正确插卡，这时，司机没有重新正确插卡，即不满足货车ETC模式通行条件，这时，车道软件可以选择切换为MTC模式，人工对车辆收卡、刷卡，收取通行费，或者，人工收车辆自带的通行卡、刷卡，进行扣费操作；

步骤S606：当检测到来车没有OBU，即不满足ETC模式通行条件，车道软件切换为MTC模式，人工对车辆收卡、刷卡，收取通行费，或者，人工收车辆自带的通行卡、刷卡，进行扣费操作；

步骤S607：在货车ETC模式下，RSU天线对货车OBU和通行卡的扣费操作结束；

步骤S608：在MTC模式下，人工的收费、扣费操作结束；

步骤S609：抬杆，放行，车辆驶出高速公路；

步骤S610：落杆，从步骤S601重新开始，等待下一辆车。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个程序和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助程序加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以程序产品的形式体现出来，该计算机程序产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种基于MTC车道的货车ETC系统及车辆通行方法进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。