CN102656062B - 用于减少被盗车辆跟踪中的误报警的设备和方法 - Google Patents

Abstract

关于是否尚未从车辆中的被盗车辆跟踪（SVT）模块接收到期望的信号进行确定。当还未接收到所述期望的信号时，确定车辆的至少一个操作参数，并基于所述至少一个操作参数，确定所述期望的信号缺失的原因。然后，基于所确定的所述期望的信号缺失的原因，确定是否发布报警。

Description

用于减少被盗车辆跟踪中的误报警的设备和方法

本申请是2009年12月21日提交的美国专利申请第12/643,889号的继续申请，并要求该美国专利申请的权益，该美国专利申请的内容全部通过引用结合于此。

相关申请的交叉引用

2009年12月21日提交的美国申请号为12/643,825的“ApparatusandMethodforBroadcastingtheDetectionofRFJammerPresence”

2009年12月21日提交的美国申请号为12/643,498的“ApparatusandMethodforCompromisedVehicleTracking”

2009年12月21日提交的美国申请号为12/643,081的“ApparatusandMethodforDetectingaClonedBaseStation”

2009年12月21日提交的美国申请号为12/643,068的“ApparatusandMethodfordetectingCommunicationInterference”

2009年12月21日提交的美国申请号为12/643,353的“ApparatusandMethodforDetectingaClonedBaseStation”

2009年12月21日提交的美国申请号为12/643,463的“ApparatusandMethodforDetermininganInvalidBaseStation”

2009年12月21日提交的美国申请号为12/643,412的“ApparatusandMethodforDeterminingVehicleLocation”

2009年12月21日提交的美国申请号为12/643,841的“ApparatusandMethodforMaintainingCommunicationwithaStolenVehicleTrackingDevice”

2009年12月21日提交的美国申请号为12/643,049的“ApparatusandMethodofDetectingJammingofCommunications”

2009年12月21日提交的美国申请号为12/643,862的“ApparatusandMethodforTrackingStolenVehicles”

2009年12月21日提交的美国申请号为12/643,850的“ApparatusandMethodforMaintainingCommunicationswithaVehicleinthePresenceofJamming”

所有这些美国申请都是在与本申请相同的日期被提交的，并且所有这些美国申请的内容整体通过引用结合于此。

技术领域

本发明的领域涉及在各种实体之间的通信，并且更准确地说，涉及检测这些通信的干扰或未遂干扰。

背景技术

车辆装备有提供或便利于各种类型的功能的各种类型的通信系统。例如，车辆可能装备有准备定位车辆和向用户提供关于车辆的位置的信息的全球定位卫星（GPS）系统。在许多车辆中还使用车辆安全系统，以保护车辆及其内含物（content）免遭盗窃或其他犯罪活动。例如，车载安全系统可能被配置来与某个外部实体（例如警察或安全中心）进行通信，并且当企图强行进入车辆时，该车载安全系统可以向外部实体发送消息，在该外部实体处可以采取适当的行动，以防止或制止该强行进入。一些管辖区域甚至因为这些区域中的大量的车辆强行进入或盗窃而要求在车辆中使用安全系统。

如果车辆被盗，则被盗车辆跟踪（SVT）应用试图跟踪并且有时找回被盗车辆。举个例子，一些SVT应用依赖于GPS系统来精确定位车辆的位置，并依赖于全球移动通信系统（GSM）蜂窝网络来经由短消息服务（SMS）或通用分组无线电服务（GPRS）数据连接而向服务提供商报告该事件。

潜在的盗贼有时企图通过使用如下装置来干扰位于车辆处的接收机硬件：所述装置在接收频带中创建强的宽带信号并且由此阻止GPS卫星在车辆处被接收和/或阻止从蜂窝基站被发送到车辆的GSM网络信号。先前的对检测这样的干扰和/或未遂干扰并向安全中心报告这些行为的尝试通常是不成功的和/或实现起来费用昂贵。

如所提及的那样，已经使用了各种方法来确定车辆被盗。遗憾的是，这些方法有时会遭受误报车辆被盗的问题。也就是说，当车辆实际上尚未被盗时，所述方法出于特定的原因而确定车辆被盗。这导致了浪费资源，因为当被认为被盗了的车辆实际上未被盗时，机构（authority）可能跟踪和找回该被认为被盗了的车辆。

附图说明

图1包括根据本发明的各种实施例的减少误被盗车辆报告和/或误干扰报告的报告的系统的框图；

图2包括根据本发明的各种实施例的诸如减少误被盗车辆报告和/或误干扰报告的报告的服务器之类的设备的框图；

图3包括根据本发明的各种实施例的减少误被盗车辆报告和/或误干扰报告的报告的方法的实例的流程图；

图4包括根据本发明的各种实施例的减少误被盗车辆报告和/或误干扰报告的报告的方法的实例的流程图。

本领域技术人员将意识到，附图中的元件是为了简单清楚起见而被图示的，并且不必被按比例绘制。例如，附图中的元件中的一些元件的尺寸和/或相对定位可以相对于其他元件被夸大，以有助于增进对本发明的各种实施例的理解。而且，为了便利于较少妨碍地观察本发明的这些各种实施例，经常未描绘在商业上可用的实施例中有用的或必需的常见但被充分理解的元件。进一步将意识到，可能以特定的发生次序来描述或描绘某些行动和/或步骤，而本领域技术人员将理解实际上不要求这样的关于顺序的特性。还将理解的是，除了在此已另外阐述了特定意义之处之外，在此使用的术语和表达具有如关于其相对应的探讨和研究的相应区域而被给予这种术语和表达的一般意义。

具体实施方式

提供了其中显著减少或消除关于其通信被干扰或被盗的车辆的误报警的报告的方法。在此描述的方法易于使用，实施起来有成本效益，并且减少或消除了浪费资源的被盗车辆或通信被干扰的车辆的误报告。

在这些实施例中的许多实施例中，关于是否尚未从车辆中的被盗车辆跟踪（SVT）模块接收到期望的信号进行确定。当尚未接收到该期望的信号时，确定该车辆的至少一个操作参数，并基于该至少一个操作参数而确定该期望的信号缺失的原因。然后，基于所确定的该期望的信号缺失的原因而确定是否发布报警。

可以从各种不同的参数中选择车辆的操作参数。例如，操作参数可以包括车辆位置、时刻以及车辆的覆盖区域的质量。该信息可以从诸如车辆或系统数据库之类的各种源获得。操作参数和信息源的其他例子是可能的。

所确定的未接收到的原因也可以变化。例如，该原因可能是车辆的差覆盖区域、车辆被停放或者车辆被盗。其他例子是可能的。

可以通过各种各样的信道或信道类型来接收所期望的通信。例如，可以通过蜂窝网络中的业务信道来发送期望的信号。此外，周期性地发送期望的信号，并且期望的信号可以包括任何数目的报告。例如，期望的信号可以包括至少两个连续的报告。在另一实例中，期望的信号包括期望在预定时间被接收到的一个报告。

在这些实施例中的其他实施例中，用于减少被盗车辆跟踪（SVT）应用中的误报警的设备包括接口和控制器。该接口包括输入端和输出端。该控制器被耦合到该接口，并被配置来确定是否尚未在该接口的输入端从被盗车辆跟踪（SVT）模块接收到期望的信号。该控制器还被配置来：当尚未接收到期望的信号时，确定车辆的至少一个操作参数，并基于该至少一个操作参数，以及确定期望的信号缺失的原因。该控制器还被配置来基于所确定的期望的信号缺失的原因来确定是否在该接口的输出端发布报警。

现在参考图1，描述了用于检测车载通信的干扰的系统的一个实例。车辆102包括被盗车辆跟踪（SVT）模块104。被盗车辆跟踪（SVT）模块104被布置在车辆中或车辆处的任何地方，并与基站106和外部导航系统108进行通信。服务器110通过例如网络基础设施112耦合到基站106。网络基础设施112包括如本领域技术人员公知的诸如服务器、路由器和基站之类的适当的装置，并且此处将不更详细地讨论该网络基础设施112。

在一个实例中，被盗车辆跟踪（SVT）模块104可以是根据从导航系统108接收到的信号确定车辆102的位置的已编程的电子装置。被盗车辆跟踪（SVT）模块104还可以确定关于正接收和/或正发送信号是否正发生干扰和/或未遂干扰，并将此报告给车辆的所有者。被盗车辆跟踪（SVT）模块104还可以是或还可以包括并不确定干扰或从外部导航系统108接收信号的任何类型的移动装置（为了列举数个例子，例如嵌入式蜂窝电话、非嵌入式蜂窝电话、个人数字助理、寻呼机）。在一个实例中，外部导航系统108可以是GPS卫星或卫星系统。

在此描述的许多方法被描述为由至少部分地被布置在车辆处或车辆之内的装置来运行。然而，将意识到的是，在此描述的方法并不限于可被布置在车辆处或车辆之内的装置，而是可以用于被布置在诸如在家中、在公司中之类的任何位置的装置，或者甚至可以用于并不在车辆内或不与车辆相关联的个人。

车辆102可以是任何类型的车辆，为了列举几个例子，诸如是汽车、卡车、公共汽车、飞机、船。被盗车辆跟踪（SVT）模块104是使用任何类型的通信技术或协议与在车辆102外部的实体进行通信的任何类型的通信装置。例如，模块104可以是或可以并入蜂窝电话、应答机、无线电或这些或其他装置的某个组合。

模块104可以使用任何数目的天线。在一个实例中，使用两个天线，并且一个天线用于发送信号，而另一个天线用于接收信号。在其他实例中，可以使用多个发送（TX）和接收（RX）天线，其中这些天线中的一些被用作备份天线。如果路径损耗突然变化，则该装置可以切换天线。在一个方面，当正发生干扰时（或检测到要发生干扰时），那么该装置可以切换天线，并试图在一个或多个备份天线上进行通信。还在其他实例中，使用单个天线。

在一个实例中，服务器110可以是用于确定车辆是否被盗的电子硬件或软件的任意组合。服务器110可以确定是否已接收到期望的信号，接着如果尚未接收到该信号，则确定该信号缺失的原因。如果所确定的原因是车辆被盗，则服务器110可以向适当的机构发布报警。如果所确定的原因指示车辆并未被盗或被干扰（或者不可能被盗或被干扰），则不发布报警。

在操作中，车辆102例如使用蜂窝网络的基础设施周期性地将该车辆102的状态报告给（例如与服务提供商一起被定位的）服务器110。在一个实例中，如果服务器110并未接收到状态更新（例如周期状态更新），则该服务器110将确定与车辆的通信确实被干扰，并向适当的部门（agency）或机构发出警报。在另一实例中，GSM位置更新消息的缺失可以被用于确定干扰的发生。

在这些实例中的一些实例中，存在两种操作模式。在第一模式中，车辆102被停放，而在第二模式中，车辆102可以正在移动或（在移动之后）被停放。也可以存在其他操作模式，并且将理解的是，这里提及的两种模式仅仅是实例。在以下实例中，模块104是在车辆102之内的嵌入式蜂窝电话。

在第一模式（汽车被停放）中，车辆102周期性地向服务器110发送更新。在一种情况下，如果车辆停止报告，则服务器110将推断车辆102正被干扰和/或正被窃取。

在任何一个模式中，车辆102（经由被盗车辆跟踪（SVT）模块104）每Tr1分钟周期性地报告各种类型的信息中的一些或全部：车辆ID、位置信息、信号强度、网络id、所注册的网络的小区id、车辆速度和方向、点火状态以及嵌入式电话的待机持续时间和所计划的功率电源模式变化。可选地，车辆102可以报告事故并请求道路救援。

服务器110基于最近的位置更新、车辆速度和方向或其他因素来计算车辆102的位置。如果服务器110更新导航服务或知道车辆102的计划路线，则可以使用该路线来改进车辆位置确定。

在一些实例中，服务器110维持差覆盖区域的数据库。差覆盖数据库可以经由蜂窝服务提供的信息而基于蜂窝服务提供商的基站的数据库和/或车辆报告蜂窝条件。服务器110确定在车辆102的位置处的蜂窝条件。如在此使用的那样，“蜂窝条件”是指任何与在特定位置处的蜂窝工作条件相关的参数，诸如其在该位置处可用的覆盖或该覆盖的质量。

将意识到的是，关于信号条件或覆盖是“良好”还是“恶劣”的确定可以基于各种不同的因素。例如，可以监控在给定区域内的信号强度条件或信号质量条件，并且如果信号条件高于预定阈值，则可以认为这些信号条件良好（或足够），而如果信号条件落到一定的阈值以下，则可以认为所述信号条件恶劣（或不足）。此外，服务器可以存储和映射（map）如在此提及的这些条件。

服务器110还可以知道被盗车辆跟踪（SVT）模块104（例如嵌入式电话）的功率模式和功率循环（powercycling）定时。该信息可以被系统用来减少当车辆102的点火断开时的功耗。例如，该电话可以在点火关断后的第一个48小时内被通电（例如待机持续时间）。为了举几个例子，在此时之后，可以每10分钟给该电话上电1分钟。

可以在来自车辆的消息中将模块104的电源模式信息传送到服务器110，或者服务器110可以事先知道电源模式将变化的次数。此外，服务器110可以包括是否已针对车辆102请求过道路救援的记录。

在汽车停放的模式中，车辆102周期性地向服务器110发送更新。如果服务器110并没有接收到来自车辆的Nr个连续报告，则服务器110可以进行各种不同的行动。

如果知道嵌入式电话接通并且如果知道在车辆的位置处的蜂窝连接是良好的，则推断车辆102被干扰。服务器110通知适当的部门和/或采取其他纠正行动。

如果知道嵌入式电话接通但是在车辆102的位置处的信号条件差，则服务器标记该车辆处于差覆盖中，并通知适当的部门。如果知道嵌入式电话断开，则不采取行动。

如果车辆102正在移动（位置正在变化）并且不存在未解决的道路救援请求，则车辆102正被窃取。服务器110通知适当的部门和/或采取其他纠正行动。

在汽车停放或移动的模式中，可以在车辆102移动的同时对车辆102进行跟踪，并且可以当车辆102被停放时对车辆102进行监控。如果服务器110并未接收到来自车辆102的Nr个连续的报告，则服务器110可以进行许多行动。

如果知道嵌入式电话接通并且如果在车辆的位置处的蜂窝条件良好，则推断车辆102被干扰。服务器110通知适当的部门和/或采取其他纠正行动。在这里描述的方法中的任何方法中，如果嵌入式电话（或其他通信装置）已向该系统，则该嵌入式电话（或其他通信装置）可以被确定为接通。相反地，如果嵌入式电话（或其他通信装置）已撤销向系统的登记，则可以确定该嵌入式电话（或其他通信装置）断开。

如果知道嵌入式电话接通但是在车辆102的位置处的信号条件差，则服务器标记该车辆处于差覆盖区域中，并通知适当的机构或部门。如果知道嵌入式电话断开，则不采取行动。

在图1的系统的操作的另一实例中，关于是否尚未接收到来自车辆102中的被盗车辆跟踪（SVT）模块104的期望的信号进行确定。当尚未接收到期望的信号时，确定车辆102的至少一个操作参数，并基于该至少一个操作参数，确定期望的信号缺失的原因。然后，基于所确定的期望的信号缺失的原因，确定是否发布报警。

在一些实例中，通信装置104和/或某个外部装置或系统定位已知的良好信号强度的区域。如果在车辆未移动的情况下来自该装置的信号停止，则确定正发生干扰。在其他方面，确定已知的良好信号强度的区域（例如针对特定的区域、时间或其他参数的已知的良好信号强度），并且如果从该装置发送的信号显著不同于期望的水平（例如超过阈值量），则确定正发生干扰。列举了两种方法：该阈值可以基于被布置在通信装置104外部的系统或装置所提供的映射数据（mapdata），和/或可以基于由装置104根据先前的读数（例如先前的驾驶）而研发的映射数据。

现在参考图2，用于减少被盗车辆跟踪（SVT）应用中的误报警的设备200包括接口202和控制器204。在一个实例中，该设备为图1的服务器110。

接口202包括输入端201和输出端203。控制器204被耦合到接口202，并被配置用于确定是否尚未在接口202的输入端201从被盗车辆跟踪（SVT）模块接收到期望的信号。

控制器204还被配置来：当尚未接收到期望的信号时，确定车辆的至少一个操作参数；并基于该至少一个操作参数，确定期望的信号缺失的原因。控制器204还被配置来基于所确定的期望的信号缺失的原因来确定是否在接口202的输出端203发布报警。

该设备还包括耦合到控制器204的存储器206。在一些实例中，存储器206维持关于差覆盖区域的信息。差覆盖数据库可以经由蜂窝服务提供的信息而基于蜂窝服务提供商的基站的数据库，和/或可以基于车辆报告蜂窝条件。

存储器206还可以存储所定位的被盗车辆跟踪（SVT）模块的电源模式和功率循环定时。该信息可以被系统用来当车辆的点火断开时减少功耗。存储器206还可以存储关于特定的移动单元（例如SVT模块）是接通还是断开的信息。该存储器也可以存储其他类型的信息。

现在参考图3，描述了用于减少被盗车辆的误报告的方法的一个实例。在步骤302，关于是否尚未从车辆中的被盗车辆跟踪（SVT）模块接收到期望的信号进行确定。例如，服务器可能期望从车辆中的通信装置接收到周期状态更新。

在步骤304，当尚未接收到期望的信号时，确定车辆的至少一个操作参数，并基于该至少一个操作参数来确定期望的信号缺失的原因。例如，确定车辆中的移动单元的激活和/或移动单元之处的覆盖区域质量。关于是否已接收到期望的信号的触发可以是一次未接收到一个信号或消息。可替换地，在其他实例中，触发可以是在两个或更多不同时间未接收到两个或更多消息。

然后，在步骤306，基于所确定的期望的信号缺失的原因，确定是否发布报警。例如，可以使用车辆中的移动单元的激活和/或移动单元之处的覆盖区域质量来确定是否应向适当的机构发布报警。然后机构可以采取适当的行动，诸如如果被盗，则试图找回车辆，或者试图干预和停止任何干扰企图。也可以向车辆的所有者通知该警告。

现在参考图4，描述了确定当怀疑是干扰时是发布紧急消息还是采取其他适当行动的方法的一个实例。在相对于图4描述的方法中，移动单元位于车辆处或车辆之内。如上面所提及的那样，移动单元可以是嵌入式蜂窝电话、其他蜂窝电话等。移动单元还可以包括或执行SVT跟踪功能，并且在一些实例中，移动单元自身可以确定是否正发生干扰。还将理解的是，尽管图4被描述为实施两种操作模式，但是也可以存在其他操作模式，并且将理解的是，这里描述的两种模式仅仅是实例。

在步骤402，确定在系统内存在哪种模式。在第一模式中，车辆被停放（并且在步骤404，控制继续），而在第二模式中，车辆可以正在移动或被停放（并且在步骤430，运行继续）。

在第一模式（汽车被停放）中，在步骤404，车辆周期性地向服务器发送更新。在步骤406，服务器基于最近的位置更新、车辆速度和方法或其他因素来计算车辆的位置。如果服务器更新导航服务或知道车辆的计划路线，则可以使用该路线来改进车辆位置确定。

在一种情况下，如果在步骤408车辆停止报告，则服务器将推断车辆可能正被干扰和/或正被窃取。车辆实际上是否正被干扰可能取决于诸如车辆的覆盖质量或者移动单元是接通还是断开之类的参数。

在一些实例中，服务器维持差覆盖区域的数据库。差覆盖数据库可以经由蜂窝服务提供的信息而基于蜂窝服务提供商的基站的数据库和/或车辆报告蜂窝条件。服务器确定在车辆的位置处的蜂窝条件。

服务器还可以知道车辆中的移动装置（例如嵌入式电话）的电源模式和功率循环定时。该信息可以被系统用来减少当车辆的点火断开时的功耗。例如，该电话可以在点火断开之后的第一个48小时内被通电（例如待机持续时间）。为了举出一些例子，在此时之后，该电话可以每10分钟被上电一分钟。

嵌入式电话电源模式信息可以在来自车辆的消息中被传送给服务器，或者服务器可以事先知道电源模式将变化的次数。此外，服务器还可以包括是否已针对该车辆请求了道路救援的记录。

如果知道移动装置接通（在步骤410确定），并且如果知道在车辆的位置处的蜂窝连接是良好的（在步骤412确定），则在步骤414推断该车辆被干扰。在步骤418，服务器通知适当的部门和/或采取其他纠正行动。

如果知道嵌入式电话接通（在步骤410确定），但是在车辆的位置处的信号条件差（在步骤412确定），则在步骤416，服务器标记车辆处于差覆盖中，并在步骤418，服务器通知适当的部门。如果知道移动装置断开（在步骤410确定），则在步骤420不采取行动。然后运行结束。

将意识到的是，关于信号条件是“良好”还是“恶劣”的确定可以基于各种不同因素。例如，可以监控在给定区域内的信号强度条件或信号质量条件，并且如果信号条件在预定的阈值之上，则可以认为这些信号条件良好（或足够），而如果这些信号条件落到一定的阈值以下，则可以认为这些信号条件恶劣（或不足）。此外，如在此提及的那样，服务器可以存储和映射这些条件。

在汽车停放或移动的模式（在步骤402确定）中，该模式除了用于在车辆停放时监控该车辆之外还可以用于跟踪车辆。在步骤430，从移动单元发送周期的报告。在步骤432，可以确定移动单元的位置。在步骤434，如果服务器并未接收到来自车辆的Nr个连续的报告，则服务器可以进行多个行动。

如果车辆正在移动（位置正在变化），并且不存在未解决的道路救援请求（如在步骤436被确定），则在步骤438，车辆被确定为正被窃取。在步骤450，服务器通知适当的部门和/或采取其他纠正行动。

如果知道移动单元接通（如在步骤440被确定），并且如果在车辆的位置处的蜂窝条件良好（如在步骤442被确定），则在步骤446推断该车辆被干扰。在步骤452，服务器通知适当的部门和/或采取其他纠正行动。

如果知道移动装置接通（如在步骤440被确定），但是在车辆的位置处的信号条件差（如在步骤442被确定），则在步骤444，服务器标记该车辆在差覆盖区域中，并在步骤452，服务器通知适当的机构或部门。如果知道移动装置断开（如在步骤440被确定），则在步骤448不采取行动并且运行结束。

因此，提供了其中当未接收到来自车辆的期望的信号时可以显著减少或消除误报警的报告的方法。可以连同来自车辆中的移动单元的期望的信号的缺失一起考虑与车辆中的移动单元相关联的各种参数，以确定是否应向适当的机构发布到车辆的通信正被干扰和/或车辆正被窃取的警告。在此描述的方法易于使用，实施起来有成本效益，并减少或消除了被盗车辆的浪费系统资源的误报告。

本领域技术人员将认识到，可以相对于上述实施例进行各种修改、变更和组合，而不背离本发明的精神和范围，并且这样的修改、变更和组合应被视为在本发明的范围之内。

Claims (15)

1.一种减少被盗车辆跟踪应用中的误报警的方法，其包括：

确定是否尚未从车辆中的被盗车辆跟踪模块接收到期望的信号，其中被盗车辆跟踪模块是使用任何类型的通信技术或协议与在车辆外部的实体进行通信的任何类型的通信装置；

当尚未接收到所述期望的信号时，确定所述车辆的至少一个操作参数，并基于所述至少一个操作参数，确定所述期望的信号缺失的原因；

基于所确定的所述期望的信号缺失的原因，确定是否发布报警。

2.根据权利要求1所述的方法，其中，所述操作参数选自包括如下参数的组：车辆位置、时刻和覆盖区域的服务质量。

3.根据权利要求1所述的方法，其中，所述原因选自包括如下原因的组：车辆的差覆盖区域、车辆被停放和车辆被盗取。

4.根据权利要求1所述的方法，其中，所述期望的信号通过蜂窝网络中的业务信道被发送。

5.根据权利要求1所述的方法，其中，所述期望的信号周期性地被发送。

6.根据权利要求1所述的方法，其中，所述期望的信号包括至少两个连续的报告。

7.根据权利要求1所述的方法，其中，所述期望的信号包括期望在预定时间接收到的一个报告。

8.一种用于减少被盗车辆跟踪应用中的误报警的设备，其包括：

具有输入端和输出端的接口；

耦合到所述接口的控制器，所述控制器被配置来确定是否尚未在所述接口的输入端处接收到来自被盗车辆跟踪模块的期望的信号，其中所述控制器还被配置来：当尚未接收到所述期望的信号时，确定车辆的至少一个操作参数，并基于所述至少一个操作参数，确定所述期望的信号缺失的原因，其中所述控制器还被配置来基于所确定的所述期望的信号缺失的原因而确定是否在所述接口的输出端发布报警，其中被盗车辆跟踪模块是使用任何类型的通信技术或协议与在车辆外部的实体进行通信的任何类型的通信装置。

9.根据权利要求8所述的设备，其中，所述操作参数选自包括如下参数的组：车辆位置、时刻以及覆盖区域的服务质量。

10.根据权利要求8所述的设备，其中，所述原因选自包括如下原因的组：车辆的差覆盖区域、车辆被停放和车辆被盗取。

11.根据权利要求8所述的设备，其中，所述期望的信号经由所述接口的输出端而通过蜂窝网络中的业务信道被发送。

12.根据权利要求8所述的设备，其中，所述期望的信号在所述接口的输出端周期性地被发送。

13.根据权利要求8所述的设备，其中，所述期望的信号包括至少两个连续的报告。

14.根据权利要求8所述的设备，其中，所述期望的信号包括期望在预定时间接收到的一个报告。

15.一种用于减少被盗车辆跟踪应用中的误报警的系统，其包括：

用于确定是否尚未从车辆中的被盗车辆跟踪模块接收到期望的信号的装置，其中被盗车辆跟踪模块是使用任何类型的通信技术或协议与在车辆外部的实体进行通信的任何类型的通信装置；

用于当尚未接收到所述期望的信号时确定所述车辆的至少一个操作参数的装置；

用于基于所述至少一个操作参数确定所述期望的信号缺失的原因的装置；以及

用于基于所确定的所述期望的信号缺失的原因来确定是否发布报警的装置。