在引擎蓋下，支持 GPS 的實時定位系統 （RTLS）非常簡單，僅由幾個組件組成。在內部，它們具有GPS 接收器，用于使用在軌全球導航衛星系統 （GNSS） 衛星傳輸的無線電信號定位資產。它們還包括一個無線調制解調器——通常用于 2G、3G 或 4G LTE 蜂窩通信——用于將數據傳輸到云端和從云端傳輸。這些中的每一個都連接到一個專用天線，該天線接收和傳輸所需的無線信號。

最后，它們還包含一種占設備尺寸和重量最大份額的組件：電池。電池如此之大是有原因的：與資產跟蹤器執行的偶爾數據傳輸所使用的能量相比，例如在低功率廣域蜂窩網絡（LTE-M或NB-IoT）上，基于衛星的定位可以——我們敢說嗎？- 好吧，有點耗電。

連續跟蹤其位置的標準 GNSS 接收器甚至可以在短短幾天內耗盡一個比例很大的電池組。使用一系列基于硬件和固件的調整來優化跟蹤性能和功耗之間的平衡，可以顯著延長電池壽命。

對于尺寸受限應用中的典型用例，包括運動手表、寵物和人跟蹤器以及可以每天或每周充電的手持設備，這些調整提供了足夠的使用壽命，使解決方案對客戶具有吸引力。

但其他用例，特別是小型工業資產跟蹤器，只需要更多的汁液。在工業資產跟蹤應用中，管理大量支持 GPS 的資產標簽以密切關注包裹、箱子、防滾架、牲畜和跨龐大的供應鏈，只有在維護工作（主要集中在保持跟蹤器通電）的情況下才可能變得可行， 保持在最低限度。

基于云的定位提供最大的電力自主權

我們已經在此博客上寫過有關降低 GNSS 接收器功耗的基于硬件和固件的方法。我們還整理了一份白皮書，介紹了為物聯網設計超低功耗 GPS 解決方案的策略。在本博客中，我們將重點介紹我們在白皮書中簡要提及的策略之一。這種方法可以最大限度地延長您從支持 GPS 的物聯網資產跟蹤解決方案（即基于云的定位）中獲得的里程。

一、什么是云定位？在“典型”的基于衛星的定位中，定位過程中的每一步都發生在 GNSS 接收器本身——衛星信號采集和數據下載、到每顆衛星的偽距計算（根據可用數據得出到軌道衛星的估計距離） ，以及最終的定位。基于云的定位將任務分為兩個步驟，從而使功耗呈指數級提高。

使用我們基于云的 u-blox 定位解決方案，第一步，包括直到（包括）偽距計算的所有內容，仍然在 GNSS 接收器上進行。第二步，位置計算，基于偽距在云端進行，在第一步結束時使用任何可用的無線通信形式（包括 4G LTE、Wi-Fi、藍牙，甚至專有技術）被歸入云端。

u-blox CloudLocate 用于供應鏈監控應用

使用CloudLocate，也就是我們所說的基于云的定位實現，GNSS 接收器在信號良好的情況下只需開啟 3 秒即可實現 10 米以下的定位精度，這對于大多數常見的定位來說已經綽綽有余了。工業資產跟蹤應用。該位置是在云中計算的，而不是在設備本身上計算的。結果，設備永遠不會找到自己的位置。幸運的是，這與資產跟蹤平臺的設計方式完全一致。

CloudLocate無需檢索GNSS 輔助數據，使用 12-50 字節的數據上傳即可解析被跟蹤資產在云中的位置。通過在 GNSS 接收器上預處理 GNSS 信號實現的小尺寸數據包使該解決方案非常適合帶寬受限的協議和網絡，并保持相關的數據傳輸成本較低。最重要的是，通過將 GNSS 接收器的功率需求降低多達 90%（每天更新 6 次位置），CloudLocate 可以將跟蹤解決方案的電池壽命延長四倍（如果需要的每日位置更新更少，則可以增加更多）。

CloudLocate 提供了新的靈活性，擴大了工業資產跟蹤解決方案的范圍。由于我們實施服務的方式，CloudLocate 可以聚合來自除衛星定位之外的其他定位技術的數據。蜂窩網絡指紋識別（我們已將其實現為CellLocate）、Wi-Fi 嗅探或藍牙室內定位，當跟蹤器超出 GNSS 信號的范圍時，它們都會提供位置信息。

尤其是在復雜的供應鏈監控應用中，這些應用涉及使用各種運輸方式運輸的資產，并在貨運站、物流中心或倉庫中設有多個站點，這種技術多樣性有助于克服服務覆蓋范圍內潛在的令人傷腦筋的差距。

審核編輯：郭婷