衛星文字機的訊息，為什麼常常晚到？

資料傳輸語音與群組通話實地驗證

簡答

SBD 不主動推送訊息，要等裝置下次查收；主流機型預設每 10 分鐘查一次。

使用衛星文字機的人常遇到這種情況：對方說訊息早就傳了，自己卻過了很久才收到。多數時候這不是網路故障，也不一定是訊號差，而是文字機所使用的 SBD 短訊資料服務本來的運作方式。延遲主要來自收、送兩端的三個環節。

一、收訊息：網路不主動推送，要等裝置來取

衛星文字機多半使用 Iridium 的 SBD（Short Burst Data）服務。別人傳來的訊息會先抵達衛星網路並排隊等候，網路不會主動把訊息送到裝置上，而是等裝置下一次自行發起連線時，才一併下載。

這個由裝置主動連線取件的動作，稱為查收。部分裝置支援訊息到達通知（Ring Alert），但通知不含訊息內容，仍須由裝置發起連線才能取得，而且收到通知的當下必須看得到衛星。

裝置多久查收一次，由廠商設定。以市面主流衛星訊息器的使用手冊為例：

機型	查收方式	可否調整
主流衛星訊息器（標準款）	預設每 10 分鐘查收一次	可，手冊說明可為節省電量而調整
主流衛星訊息器（迷你款）	送出訊息後監聽 10 分鐘，之後每小時一次	手冊未提供調整選項

送出訊息、傳送軌跡點或手動查收，都會立即觸發一次查收。查收當下若被地形遮蔽、看不到衛星，這一次就收不到，要等下一次。

換句話說，在每小時查收一次的機型上，別人傳來的訊息最久可能要將近一小時才出現在螢幕上，而衛星網路其實早已收到。若查收當下正好被山稜擋住，還要再等下一輪。

SBD 是確認送達才算完成的協定。發送時若被山稜或樹冠遮蔽，或正好遇上衛星切換，這次傳送就會失敗，訊息留在裝置內等待重送。在地形破碎的高山，連續失敗、反覆重送並不少見，這段時間同樣會累積成延遲。

常聽到的解釋是：衛星網路讓語音優先，文字只能排隊。公開技術文件中並未載明語音優先於 SBD。可以確定的是，上述查收與重送兩項機制，本身就足以造成數分鐘到數小時的延遲，不需要以優先權來解釋。

衛星 PTT 使用語音鏈路，不使用 SBD。發話的當下，群組內開機且看得到衛星的成員即同步收聽，沒有等裝置來取件這個步驟，也就不存在查收間隔。

但這不代表 PTT 沒有限制：它同樣需要看得到天空，被地形遮蔽時一樣無法通話；按下發話鍵到建立通話，也需要短暫的連線時間。PTT 消除的是查收機制造成的等待，而不是地形遮蔽。

N3D 營運 SBD 相關產品。依實務經驗，SBD 訊息從發出到被讀到，延遲可能自數分鐘至數小時不等，其中影響最大的，通常是查收間隔與收發當下的天空視野。

資料來源

SBD 行動端接收訊息的機制（訊息在網路上排隊，待裝置發起連線時下載）：Ground Control RockBLOCK 使用手冊〈Receive Data〉與〈The RockBLOCK Data Cycle〉。
標準款查收間隔：Garmin inReach SE+／Explorer+ 使用手冊〈Checking for Messages〉，「The default interval is 10 minutes」，並說明可為節省電量調整。
迷你款查收間隔：Garmin inReach Mini 使用手冊〈Checking for Messages〉，送出訊息後監聽 10 分鐘，之後每小時一次；該頁未提供調整選項。
查收時須看得到衛星：同上兩份 Garmin 使用手冊，「Your device must be in view of a satellite at the time of the listen to receive messages」。
延遲自數分鐘至數小時：N3D 營運 SBD 產品之實務觀察，非廠商規格。

不一定。即使訊號良好，別人傳來的訊息仍要等裝置下一次查收才會取得。訊號不好會讓查收或發送失敗，使延遲再拉長。

每次查收都要開啟衛星收發，查收越頻繁越耗電。多日行程需要在即時性與電量之間取捨。

兩者用途不同。文字機體積小、耗電低，適合定時回報位置；PTT 適合需要即時對話與多人協調的場合。在延遲敏感的求救與救援協調上，語音較具優勢。