用於減少被盜車輛跟蹤中的誤報警的設備和方法
2023-12-10 02:27:56
專利名稱：用於減少被盜車輛跟蹤中的誤報警的設備和方法
技術領域：
本發明的領域涉及在各種實體之間的通信，並且更準確地說，涉及檢測這些通信的幹擾或未遂幹擾。
背景技術：
車輛裝備有提供或便利於各種類型的功能的各種類型的通信系統。例如，車輛可能裝備有準備定位車輛和向用戶提供關於車輛的位置的信息的全球定位衛星(GPS)系統。在許多車輛中還使用車輛安全系統，以保護車輛及其內含物(content)免遭盜竊或其他犯罪活動。例如，車載安全系統可能被配置來與某個外部實體(例如警察或安全中心)進行通信，並且當企圖強行進入車輛時，該車載安全系統可以向外部實體發送消息，在該外部實體處可以採取適當的行動，以防止或制止該強行進入。一些管轄區域甚至因為這些區域中的大量的車輛強行進入或盜竊而要求在車輛中使用安全系統。如果車輛被盜，則被盜車輛跟蹤(SVT)應用試圖跟蹤並且有時找回被盜車輛。舉個例子，ー些SVT應用依賴於GPS系統來精確定位車輛的位置，並依賴於全球移動通信系統(GSM)蜂窩網絡來經由短消息服務(SMS)或通用分組無線電服務(GPRS)數據連接而向服務提供商報告該事件。潛在的盜賊有時企圖通過使用如下裝置來幹擾位於車輛處的接收機硬體所述裝置在接收頻帶中創建強的寬帶信號並且由此阻止GPS衛星在車輛處被接收和/或阻止從蜂窩基站被發送到車輛的GSM網絡信號。先前的對檢測這樣的幹擾和/或未遂幹擾並向安全中心報告這些行為的嘗試通常是不成功的和/或實現起來費用昂貴。
如所提及的那樣，已經使用了各種方法來確定車輛被盜。遺憾的是，這些方法有時會遭受誤報車輛被盜的問題。也就是說，當車輛實際上尚未被盜時，所述方法出於特定的原因而確定車輛被盜。這導致了浪費資源，因為當被認為被盜了的車輛實際上未被盜時，機構(authority)可能跟蹤和找回該被認為被盜了的車輛。
圖I包括根據本發明的各種實施例的減少誤被盜車輛報告和/或誤幹擾報告的報告的系統的框 圖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)每Trl分鐘周期性地報告各種類型的信息中的ー些或全部車輛ID、位置信息、信號強度、網絡id、所註冊的網絡的小區id、車輛速度和方向、點火狀態以及嵌入式電話的待機持續時間和所計劃的功率電源模式變化。可選地，車輛102可以報告事故並請求道路救援。伺服器110基於最近的位置更新、車輛速度和方向或其他因素來計算車輛102的位置。如果伺服器110更新導航服務或知道車輛102的計劃路線，則可以使用該路線來改進車輛位置確定。在一些實例中，伺服器110維持差覆蓋區域的資料庫。差覆蓋資料庫可以經由蜂窩服務提供的信息而基於蜂窩服務提供商的基站的資料庫和/或車輛報告蜂窩條件。伺服器110確定在車輛102的位置處的蜂窩條件。如在此使用的那樣，「蜂窩條件」是指任何與在特定位置處的蜂窩工作條件相關的參數，諸如其在該位置處可用的覆蓋或該覆蓋的質量。將意識到的是，關於信號條件或覆蓋是「良好」還是「惡劣」的確定可以基於各種不同的因素。例如，可以監控在給定區域內的信號強度條件或信號質量條件，並且如果信號條件高於預定閾值，則可以認為這些信號條件良好(或足夠)，而如果信號條件落到一定的閾值以下，則可以認為所述信號條件惡劣(或不足)。此外，伺服器可以存儲和映射(map)如在此提及的這些條件。伺服器110還可以知道被盜車輛跟蹤(SVT)模塊104 (例如嵌入式電話)的功率模式和功率循環(power cycling)定時。該信息可以被系統用來減少當車輛102的點火斷開時的功耗。例如，該電話可以在點火關斷後的第一個48小時內被通電(例如待機持續時間)。為了舉幾個例子，在此時之後，可以每10分鐘給該電話上電I分鐘。可以在來自車輛的消息中將模塊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的位置處的信號條件差，則伺服器標記該車輛處於差覆蓋區域中，並通知適當的機構或部門。如果知道嵌入式電話斷開，則不採取行動。在圖I的系統的操作的另ー實例中，關於是否尚未接收到來自車輛102中的被盜車輛跟蹤(SVT)模塊104的期望的信號進行確定。當尚未接收到期望的信號時，確定車輛102的至少ー個操作參數，並基於該至少ー個操作參數，確定期望的信號缺失的原因。然後，基於所確定的期望的信號缺失的原因，確定是否發布報警。在一些實例中，通信裝置104和/或某個外部裝置或系統定位已知的良好信號強度的區域。如果在車輛未移動的情況下來自該裝置的信號停止，則確定正發生幹擾。在其他方面，確定已知的良好信號強度的區域(例如針對特定的區域、時間或其他參數的已知的良好信號強度)，並且如果從該裝置發送的信號顯著不同於期望的水平(例如超過閾值量)，則確定正發生幹擾。列舉了兩種方法該閾值可以基於被布置在通信裝置104外部的系統或裝置所提供的映射數據(map data)，和/或可以基於由裝置104根據先前的讀數(例如先前的駕駛)而研發的映射數據。現在參考圖2，用於減少被盜車輛跟蹤(SVT)應用中的誤報警的設備200包括接ロ202和控制器204。在一個實例中，該設備為圖I的伺服器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不採取行動並且運行結束。因此，提供了其中當未接收到來自車輛的期望的信號時可以顯著減少或消除誤報 警的報告的方法。可以連同來自車輛中的移動單元的期望的信號的缺失一起考慮與車輛中的移動單元相關聯的各種參數，以確定是否應向適當的機構發布到車輛的通信正被幹擾和/或車輛正被竊取的警告。在此描述的方法易於使用，實施起來有成本效益，並減少或消除了被盜車輛的浪費系統資源的誤報告。 本領域技術人員將認識到，可以相對於上述實施例進行各種修改、變更和組合，而不背離本發明的精神和範圍，並且這樣的修改、變更和組合應被視為在本發明的範圍之內。
權利要求
1.一種減少被盜車輛跟蹤(SVT)應用中的誤報警的方法，其包括 確定是否尚未從車輛中的被盜車輛跟蹤(SVT)模塊接收到期望的信號； 當尚未接收到所述期望的信號時，確定所述車輛的至少ー個操作參數，並基於所述至少ー個操作參數，確定所述期望的信號缺失的原因； 基於所確定的所述期望的信號缺失的原因，確定是否發布報警。
2.根據權利要求I所述的方法，其中，所述操作參數選自包括如下參數的組車輛位置、時刻和覆蓋區域的服務質量。
3.根據權利要求I所述的方法，其中，所述原因選自包括如下原因的組車輛的差覆蓋區域、車輛被停放和車輛被盜取。
4.根據權利要求I所述的方法，其中，所述期望的信號通過蜂窩網絡中的業務信道被發送。
5.根據權利要求I所述的方法，其中，所述期望的信號周期性地被發送。
6.根據權利要求I所述的方法，其中，所述期望的信號包括至少兩個連續的報告。
7.根據權利要求I所述的方法，其中，所述期望的信號包括期望在預定時間接收到的——個手艮告。
8.一種用於減少被盜車輛跟蹤(SVT)應用中的誤報警的設備，其包括 具有輸入端和輸出端的接ロ； 耦合到所述接ロ的控制器，所述控制器被配置來確定是否尚未在所述接ロ的輸入端處接收到來自被盜車輛跟蹤(SVT)模塊的期望的信號，其中所述控制器還被配置來當尚未接收到所述期望的信號吋，確定車輛的至少ー個操作參數，並基於所述至少ー個操作參數，確定所述期望的信號缺失的原因，其中所述控制器還被配置來基於所確定的所述期望的信號缺失的原因而確定是否在所述接ロ的輸出端發布報警。
9.根據權利要求8所述的設備，其中，所述操作參數選自包括如下參數的組車輛位置、時刻以及覆蓋區域的服務質量。
10.根據權利要求8所述的設備，其中，所述原因選自包括如下原因的組車輛的差覆蓋區域、車輛被停放和車輛被盜取。
11.根據權利要求8所述的設備，其中，所述期望的信號經由所述接ロ的輸出端而通過蜂窩網絡中的業務信道被發送。
12.根據權利要求8所述的設備，其中，所述期望的信號在所述接ロ的輸出端周期性地被發送。
13.根據權利要求8所述的設備，其中，所述期望的信號包括至少兩個連續的報告。
14.根據權利要求8所述的設備，其中，所述期望的信號包括期望在預定時間接收到的——個手艮告。
15.一種計算機可用介質，其具有具體表現在其中的計算機可讀程序代碼，所述計算機可讀程序代碼適於被運行來實施ー種減少被盜車輛跟蹤(SVT)應用中的誤報警的方法，所述方法包括 確定是否尚未接收到來自車輛中的被盜車輛跟蹤(SVT)模塊的期望的信號； 當尚未接收到所述期望的信號時，確定所述車輛的至少ー個操作參數，並基於所述至少ー個操作參數來確定所述期望的信號缺失的原因；基於所確定的所述期望的信號缺失的原因，確定是否發布報警。
16.根據權利要求15所述的計算機可用介質，其中，所述操作參數選自包括如下參數的組車輛位置、時刻和覆蓋區域的服務質量。
17.根據權利要求15所述的計算機可用介質，其中，所述原因選自包括如下原因的組車輛的差覆蓋區域、車輛被停放和車輛被盜取。
18.根據權利要求15所述的計算機可用介質，其中，所述期望的信號通過蜂窩網絡中的業務信道被發送。
19.根據權利要求15所述的計算機可用介質，其中，所述期望的信號周期性地被發送。
20.根據權利要求15所述的計算機可用介質，其中，所述期望的信號包括至少兩個連續的報告。
全文摘要
關於是否尚未從車輛中的被盜車輛跟蹤(SVT)模塊接收到期望的信號進行確定。當還未接收到所述期望的信號時，確定車輛的至少一個操作參數，並基於所述至少一個操作參數，確定所述期望的信號缺失的原因。然後，基於所確定的所述期望的信號缺失的原因，確定是否發布報警。
文檔編號B60R25/10GK102656062SQ201080058859
公開日2012年9月5日 申請日期2010年12月16日 優先權日2009年12月21日
發明者達布霍爾卡 H., 克魯斯 M., F. 德阿韋羅 R. 申請人:大陸汽車系統公司