数据传送方法、装置和ETC信号接收天线与流程

本发明涉及通信技术领域，特别涉及一种数据传送方法、装置和etc信号接收天线。

背景技术：

目前在高速公路上安装有很多与etc进行交易的辐射天线，这些天线的主要作用是用于检测经过车辆的车载标签，然后将检测到车载标签信息传送至etc车道系统，并接收etc车道系统的交易指令，完成收费操作。

在这个过程中，需要天线向etc车道系统发送信息，然而，这些信息是否成功发送和接收，目前没有监控手段，这样就会导致如果天线出现故障，车载电子标签将无法收到天线的数据，造成etc交易中断或者失败，但是etc车道系统并不知道发射天线已经故障，仍旧通过该发射天线发送信息，这样就会导致信息无法有效被发送和接收，从而导致etc交易失败等问题的产生。

针对上述问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种数据传送方法、装置和etc信号接收天线，以解决现有的发射天线故障无法及时发现导致交易操作失败的问题。

一方面，提供了一种数据传送方法，应用于数据传送系统，该数据传送系统包括：发射天线、etc信号接收天线和etc车道系统，其中，所述发射天线与所述etc信号接收天线一一对应设置，该方法包括：

所述etc信号接收天线接收所述发射天线向经过etc车道的车载电子标签发送的数据信号；

所述etc信号接收天线确定是否在预定时长内未接收到所述发射天线发送的数据信号；

在预定时长内未接收到所述发射天线发送的数据信号的情况下，所述etc信号接收天线向所述etc车道系统发送警告信息，其中，所述警告信息用于指示所述发射天线存在故障。

在一个实施方式中，所述发射天线与所述etc信号接收天线之间的距离小于或等于预设的距离阈值。

在一个实施方式中，在所述etc信号接收天线向所述etc车道系统发送警告信息之后，还包括：

所述etc车道系统重置所述发射天线；

所述etc信号接收天线确定是否收到重置后的发射天线发送的数据信号；

在所述etc信号接收天线确定未接收到重置后的发射天线发送的数据信号的情况下，所述etc信号接收天线向所述etc车道系统发送确定信号，其中，所述确定信号用于指示所述发射天线确定存在故障。

在一个实施方式中，在预定时长内未接收到所述发射天线发送的数据信号之后，还包括：

所述etc信号接收天线确定所述etc车道系统是否发生故障；

所述etc信号接收天线存储所述发射天线的故障信息，并在所述etc车道系统故障修复之后，向所述etc车道系统发送存储的故障信息，其中，所述故障信息包括：所述发射天线的间断开始时间点、间断时长。

在一个实施方式中，所述数据信号包括所述发射天线的标识信息。

另一方面，提供了一种etc信号接收天线，包括：

接收模块，用于接收发射天线向经过etc车道的车载电子标签发送的数据信号；

第一确定模块，用于确定是否在预定时长内未接收到所述发射天线发送的数据信号；

第一发送模块，用于在预定时长内未接收到所述发射天线发送的数据信号的情况下，向所述etc车道系统发送警告信息，其中，所述警告信息用于指示所述发射天线存在故障。

在一个实施方式中，上述etc信号接收天线还包括：

第二确定模块，用于向所述etc车道系统发送警告信息，所述etc车道系统重置所述发射天线之后，确定是否收到重置后的发射天线发送的数据信号；

第二发送模块，用于在确定未接收到重置后的发射天线发送的数据信号的情况下，向所述etc车道系统发送确定信号，其中，所述确定信号用于指示所述发射天线确定存在故障。

又一方面，提供了一种数据传送系统包括：发射天线、etc车道系统和上述实施例所述的etc信号接收天线，其中，所述发射天线与所述etc信号接收天线一一对应设置。

又一方面，提供了一种数据传送设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述方法的步骤。

又一方面，提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述方法的步骤。

在本发明实施例中，通过设置etc信号接收天线来对发射天线进行连续监控，可以有效检测发射天线是否发生故障，如果发现发射天线持续一定时长未向etc车道系统发送数据信号，那么etc信号接收天线就向etc车道系统发送发射天线故障的警告信息，从而使得etc车道系统知道发射天线故障。通过上述方式解决了现有的发射天线故障无法及时被etc车道系统发现，而导致的etc车道系统无法完成交易操作的技术问题，达到了及时发现发射天线故障，以保证交易操作顺利完成的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是根据本发明实施例的数据传送系统的架构图；

图2是根据本发明实施例的数据传送方法的方法流程图；

图3是根据本发明实施例的etc信号接收天线的结构框图；

图4是根据本发明一实施例的天线布局示意图；

图5是根据本发明另一实施例的天线布局示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

针对现有的etc车道系统所存在的需要发射天线发送数据信号，而etc车道系统在发射天线故障的时候无法及时发现的问题。在本例中，通过为发射天线设置一个etc信号接收天线，该etc信号接收天线接收发射天线向etc车道系统发送的数据信号，并与etc车道系统建立通信连接，在发现与之关联的发射天线发生故障的情况下，及时通知到etc车道系统，从而减少交易操作无法完成的可能性。

如图1所示，该数据传送系统可以包括：发射天线101、etc信号接收天线102和etc车道系统103，其中，发射天线用于向etc车道系统发送数据信号，etc信号接收天线用于监测发射天线是否在预定时长内未发送数据信号，并在发现发射天线在预定时长内未发送数据信号的情况下，向etc车道系统发送警告信息。

图2是本申请所述一种数据传送方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体地，如图2所示，本申请一种实施例提供的一种数据传送方法可以包括如下步骤：

步骤101：etc信号接收天线接收发射天线向etc车道系统发送的数据信号；

具体地，在实现的时候，发射天线可以定期或者不定期地发出无线的数据信号，发送的数据信号可以被经过etc车道的车辆上的车载电子标签接收，从而可以识别到的过往车辆的车载标签信息，然后可以经由有线连接或无线网络连接将这些信息发送到etc车道系统，以便于etc车道系统收费时候使用。

在发射天线向经过etc车道的车载电子标签发送数据信号的时候，etc信号接收天线也接收发射天线所发送的数据信号。且etc信号接收天线可以记录每次接收到发射天线所发送的数据信号的时间，以便于确定发射天线有多长时间未发送数据，从而作为判断是否故障的依据。

步骤102：etc信号接收天线确定是否在预定时长内未接收到所述发射天线发送的数据信号；

例如，可以设置预定时长为10分钟，如果etc信号接收天线发现发射天线未发送能够被经过etc车道的车载电子标签接收的数据信号的时间达到10分钟，那么就可以认为发射天线故障。具体地，etc信号接收天线可以是根据自身记录的上次收到发射天线发送数据信号的时间点确定的。

步骤103：在预定时长内未接收到所述发射天线发送的数据信号的情况下，所述etc信号接收天线向所述etc车道系统发送警告信息，其中，所述警告信息用于指示所述发射天线存在故障。

如果etc信号接收天线发现发射天线未发送能够被经过etc车道的车载电子标签接收的数据信号的时长已经达到预设时长，那么就可以向etc车道系统发送警告信息，以告知etc车道系统发射天线存在故障。具体地，该警告信息可以是预先约定好的，例如，预定好etc信号接收天线发送001到etc车道系统就表明与其关联的发射天线存在故障，那么etc车道系统在接收到001的时候，就可以确定发射天线存在故障了，就可以采用相应的处理措施。

例如，在收到etc信号接收天线发送的警告信息的情况下，etc车道系统可以重置发射天线，在重置发射天线之后，etc信号接收天线可以确定是否收到重置后的发射天线发送的数据信号，如果etc信号接收天线确定未接收到重置后的发射天线发送的数据信号，那么etc信号接收天线再向etc车道系统发送确定信号，其中，确定信号用于指示所述发射天线确定存在故障。

在实现的时候，可以预设确定规则，例如，可以是etc车道系统在重置发射天线之后，主动向etc信号接收天线发送一个指示信息，以告知etc信号接收天线，发射天线已重置，也可以是预设一个时间值，在etc信号接收天线向etc车道系统发送警告信息(可以经由有线连接或无线网络连接发送)后进行计时，在计时达到的时候，就认为发射天线已经重置，从而确定是否收到重置后的发射天线发送的数据信号。

为了保证etc信号接收天线可以有效接收到发射天线发出的数据信号，可以在发射天线的附近设置对应的etc信号接收天线，即，发射天线与etc信号接收天线之间的距离小于或等于预设的距离阈值。

因为etc车道系统也存在故障或者升级等的可能，为了保证etc车道系统故障或者升级等的过程中，发射天线的故障也可以被有效记录。在预定时长内未接收到所述发射天线发送的数据信号之后，etc信号接收天线可以确定etc车道系统是否发生故障，如果etc车道系统发生故障，那么etc信号接收天线存储发射天线的故障信息，并在所述etc车道系统故障修复之后，向所述etc车道系统发送存储的故障信息，其中，上述故障信息可以包括但不限于以下之一：所述发射天线的间断开始时间点、间断时长。

上述数据信号可以但不限于是经过发射天线的车辆的车载标签信息。上述数据信号可以包括所述发射天线的标识信息，如此一来，当etc信号接收天线将接收到的数据信号发送给etc车道系统时，可以使得etc车道系统得知是哪个发射天线的状态。

下面结合一个具体实施例对上述方案进行说明，然而，值得注意的是该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

在本例中，可以在发射天线的附近安装etc信号接收天线(例如，该etc信号接收天线可以是相控阵天线)，etc信号接收天线的安装位置较佳地是尽量不遮挡发射天线的发射信号覆盖区域，以免干扰车载电子标签接收发射天线发出的信号。通过安装的etc信号接收天线可以定位发射天线的位置，并可以实时监测该发射天线是否有发射信号，如果该发射天线有发射信号，则不作处理，如果该发射天线在预定时间长度内都没法发射信号，则发送报警信号至etc车道系统。

etc车道系统在接收到报警信号之后，可以找到该发射天线，并对该发射天线进行重置。在重置之后，可以通过上述的etc信号接收天线检查该发射天线是否重新发射信号，如果该发射天线仍旧没有发射信号，则确认该发射天线已故障。

具体地，在实现的过程中，为了使得etc信号接收天线可以实现对发射天线的有效监测，可以设置为只要发射天线发射信号，etc信号接收天线便会接收到该发射信号。一旦发射天线接收到该etc信号接收天线发送的发射信号，那么认为发射天线没有问题，对接收到的发射信号不作任何处理。然后，etc信号接收天线从当前时刻开始计时，如果在预设时间长度(例如：10分钟)内一直都没有收到来自发射天线的新的发射信号，则向etc车道系统发送警报信号。即，etc信号接收天线如果在某一时刻没有接收到发射信号，则会记录开始时间，并继续监测有没有发射信号，并基于该开始时间计算间断时长，如果该间断时长大于或等于设定时长，则发出报警信号。

进一步地，如果etc车道系统出现异常，接收不到报警信号，那么该etc信号接收天线可以存储发射天线发射信号的开始时间、间断时长、发射天线的信息等，等到etc车道系统恢复正常后，再将这些信息发送给etc车道系统。

一具体实施例中，etc信号接收天线只接收信号，不发射信号，其主要用于检测etc车道天线的信号是否正常。etc车道天线发射的5.8ghzdsrc信号为定向信号，etc信号接收天线的位置设置不能影响原有etc车道天线的辐射区域。针对有物理隔离的单车道单天线和门架式并排架设的多个天线布局可以通过两种方式实现。

一种实现方式是，如图4所示，采用相控阵天线作为etc信号接收天线102，相控阵天线架设在道路两侧或者一侧，etc信号接收天线102可接收一个或者多个发射天线101(etc天线)的信号，并判断其工作是否正常。发射天线101位于门架105上方，每个发射天线101对应各自的通信区域1011，进入通信区域1011的车载电子标签106能够接收到发射天线101发射的etc信号。etc信号接收天线102的检测区域1021能够覆盖所有(例如3个)发射天线101的通信区域1011，并能够识别信号异常的发射天线的位置。

另一种实现方式是，如图5所示，发射天线101(etc天线)架设在门架105上方，在每个发射天线101的上方或者左边、右边外侧，架设一个小型的etc信号接收天线102(可以对每个发射天线101配置一个etc信号接收天线)，这种实现方式的成本较低，每个etc信号接收天线102只接收所对应的etc车道天线的信号并判断其是否工作正常。图5中标号104的为摄像头。

通过上述方式，可以及时发现故障的发射天线，从而保证etc车道系统收费操作的有效完成。

基于同一发明构思，本发明实施例中还提供了一种etc信号接收天线，如下面的实施例所述。由于etc信号接收天线解决问题的原理与数据传送方法相似，因此etc信号接收天线的实施可以参见数据传送方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图3是本发明实施例的etc信号接收天线的一种结构框图，如图3所示，可以包括：接收模块301、第一确定模块302和第一发送模块303，下面对该结构进行说明。

接收模块301，用于接收发射天线向经过etc车道的车载电子标签发送的数据信号；

第一确定模块302，用于确定是否在预定时长内未接收到所述发射天线发送的数据信号；

第一发送模块303，用于在预定时长内未接收到所述发射天线发送的数据信号的情况下，向所述etc车道系统发送警告信息，其中，所述警告信息用于指示所述发射天线存在故障。

在一个实施方式中，上述etc信号接收天线还可以包括：第二确定模块，用于向所述etc车道系统发送警告信息，所述etc车道系统重置所述发射天线之后，确定是否收到重置后的发射天线发送的数据信号；第二发送模块，用于在确定未接收到重置后的发射天线发送的数据信号的情况下，向所述etc车道系统发送确定信号，其中，所述确定信号用于指示所述发射天线确定存在故障。

在一个实施方式中，上述etc信号接收天线还可以用于在预定时长内未接收到所述发射天线发送的数据信号之后，确定所述etc车道系统是否发生故障；并在确定etc车道系统故障的情况下，存储所述发射天线的故障信息，并在所述etc车道系统故障修复之后，向所述etc车道系统发送存储的故障信息，其中，所述故障信息包括：所述发射天线的间断开始时间点、间断时长。

在另外一个实施例中，还提供了一种数据传送系统，包括：发射天线、etc车道系统和上述实施例所述的etc信号接收天线，其中，所述发射天线与所述etc信号接收天线一一对应设置。

在另外一个实施例中，还提供了一种数据传送设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述实施例所述方法的步骤。

在另外一个实施例中，还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述实施例所述方法的步骤。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

从以上的描述中，可以看出，本发明实施例实现了如下技术效果：通过设置etc信号接收天线来对发射天线进行监控，可以有效确定出发射天线是否发生故障，如果发现发射天线持续一定时长未向etc车道系统发送数据信号，那么etc信号接收天线就向etc车道系统发送发射天线故障的警告信息，从而使得etc车道系统知道发射天线故障。通过上述方式解决了现有的发射天线故障无法及时被etc车道系统发现，而导致的etc车道系统无法有效完成交易操作的技术问题，达到了及时发现发射天线故障，以保证交易操作顺利完成的技术效果。

在本说明书中，诸如第一和第二这样的形容词仅可以用于将一个元素或动作与另一元素或动作进行区分，而不必要求或暗示任何实际的这种关系或顺序。在环境允许的情况下，参照元素或部件或步骤(等)不应解释为局限于仅元素、部件、或步骤中的一个，而可以是元素、部件、或步骤中的一个或多个等。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。