汽車制造商在聯網汽車信息的速度、數量和帶寬方面面臨挑戰。他們可以利用MQTT消息傳遞協議和邊緣計算中的創新來提供更好，更安全的駕駛體驗。

[[325467]]

聯網汽車能夠傳輸比以往更多的數據。從引擎性能到導航，現在可以以新的方式收集，分析和處理車輛數據，從而促進制造商與車主之間的緊密關系。例如，制造商可以通過空中(OTA)更新自動將這些更新推送給需要的每種車型，而不是要求車主進入服務站進行娛樂系統更新。

但是，由于預計到明年將有超過2.5億輛具有無線網絡連接的汽車上路，制造商們已經開始感受到傳輸和處理當前正在使用的數據量以及更新交付和其他車輛通信的當前方法的壓力。然而，輕量級物聯網消息傳遞協議(如MQTT)非常適合那些希望限制數據、經常斷開連接或只希望在引擎運行時連接的蜂窩連接汽車。本文將探討通過物聯網(IoT)傳遞信息可以改變聯網汽車的四種方式。

車輛保養與監控

消息傳遞為汽車向制造商發送診斷和故障信息提供了一種方便的機制。不顯示維護指示燈，而是直接向制造商發送一條消息，制造商可以聯系車主討論必要的維修和可用的服務預約。這不僅可以減少有效維修車輛的延誤(例如，當車主發現問題并將車輛帶進維修店時縮短維修時間)，還可以幫助駕駛員和道路上的其他人獲得更安全的體驗。物聯網信息能夠在汽車故障成為道路上的安全隱患之前將其曝光。

預測分析以防止大修

讓汽車在需要維修時通知制造商是一回事，但如果制造商可以預測何時需要維修，則是另一回事。考慮下面的圖表。被監控汽車上的油壓一直處于安全區域內。但是，簡單的趨勢分析表明，盡管仍處于安全范圍內，但似乎壓力很快就會降至最低要求以下。通過分析診斷信息，可以將未決故障通知車主，以便可以在機油泵發生故障之前維修汽車，避免維修費用更高的風險。

分析不僅可以預測故障并節省較高的維修成本，而且相關數據還可以幫助確定故障的根本原因。在這種情況下，由供應商的特定生產運行制造的油泵有故障。該分析可以用作賠償索賠的證據，它也可以確定在重大故障發生之前召回的程度。

召回優化

一旦確定召回并理解問題的范圍，這些相同的預測分析可用于確定維修的優先級。 在此示例中，需要花費數周的下降壓力才能使故障造成災難性的后果。這樣，制造商可以花費時間來有效地獲取更換零件并處理召回，同時通知那些表現出問題的車輛并確定其優先級。

OTA和蜂窩擁塞監控與緩解

空中下載(OTA)是一種更新汽車上軟件的有效方法，但這是一個非常粗糙的封閉式系統。 通過添加消息，不僅可以將更新請求下推到目標車輛，而且隨著下載的進行，可以發送狀態消息。 因此，制造商可以監視更新到單個汽車并下載的狀態。

消息傳遞技術不僅可以監視下載，還可以用于對下載進行精細控制。考慮一個城市的早晨通勤：隨著越來越多的汽車通勤，下載集中在較少數量的手機信號塔上。傳統上，下載活動分散在數月之內，以限制過度緊張的基站容量。取而代之的是，將從汽車發送的數據進行匯總，以確定每個蜂窩塔的容量需求。可以使用復雜的下載管理器發送控制消息以限制下載。這樣，當超出單元容量目標時，下載速度可能會減慢甚至暫停。

通過與蜂窩服務提供商合作，制造商可以處理擁塞信息流，以縮減原本繁忙的蜂窩塔上的容量，并擴大原本處于休眠狀態的塔上的容量。另外，與不那么重要的下載相比，可以為重要的下載賦予優先級。如下所示，下載容量可以從繁忙的塔上移開，或轉移到更重要的下載上。

為了實現上述目標，汽車制造商需要能夠訪問一個可以安全地連接到汽車的全球網絡，而不管其位置如何，并可以在邊緣安全地實時傳輸數據。通常，沒有考慮傳輸生成的數據量所需的規模，并且當前的網絡基礎架構無法處理負載。

物聯網正在改變我們擁有和操作汽車的方式。通過跟蹤和預測故障，協調召回和維修以及監視和控制下載，物聯網消息傳遞將改變互聯汽車的維修方式。