衛星飛走也不斷訊？3GPP Store-and-Forward 讓偏遠 IoT 有了新解法

偏遠 IoT 不一定需要衛星隨時可見，但資料不能因覆蓋中斷而遺失。3GPP 的 NTN 技術整理指出，Release 19 的 IoT NTN Phase 3 正推進 Store-and-Forward（儲存後轉送），並以具備完整 eNB 功能的再生式酬載支援衛星端暫存與後續傳送。

這項能力很適合低資料量、可容忍延遲、但重視可靠性的場景。感測器可在衛星通過時上傳資料，即使當下沒有可用 feeder link，衛星仍可先保留資料，待連上地面網路後再送出。

內容目錄

Store-and-Forward 和即時衛星連線有何不同？

即時連線要求終端到衛星、衛星到地面站的路徑同時成立。Store-and-Forward 則把兩段傳輸拆開，讓衛星扮演空中的資料中繼與暫存節點。

對小型 LEO 星座而言，這能降低對連續覆蓋與密集地面站的依賴；對終端而言，也可能縮短等待與重試時間。不過它不是所有應用的答案。語音、即時控制與緊急互動仍重視低延遲，環境監測、資產追蹤與週期性回報則更適合容忍延後傳送。

山區水位、土壤、氣象、養殖與海上浮標通常只需定期傳回少量資料。Store-and-Forward 可在沒有連續地面覆蓋時提供另一條回傳路徑。

離岸設備、輸電設施、山區基地台與管線巡檢需要健康狀態與告警資料。若應用可以接受分鐘或小時級延遲，衛星暫存轉送能在成本與可靠性之間取得平衡。

貨櫃、船舶設備與跨境資產不一定要秒級定位，但必須避免長時間失聯。以事件或固定週期回報，有機會降低終端功耗與資費壓力。

Store-and-Forward 的核心不是讓所有資料更快，而是讓間歇覆蓋變成可設計的服務。B2B 客戶真正關心的是交付機率、最長延遲、電池壽命與資料完整性。

台灣模組廠與系統整合商若要切入，應把「一天可成功回傳幾次」「最壞情況延遲多久」「在特定電池容量下能運作幾年」做成可驗證指標。測試平台也要能模擬衛星通過、長時間空窗、上行碰撞與地面站切換，而不只是確認裝置能註冊網路。

3GPP Release 19 的 Store-and-Forward 讓衛星 IoT 不必等到全球連續覆蓋才有商業價值。對台灣農漁業、能源、環境監測與物流業者而言，重點是先定義可接受延遲與資料可靠度，再選擇終端、星座與平台。能把這些條件轉成測試規格的供應商，最有機會取得 B2B 專案。

Q：Store-and-Forward 衛星 IoT 是什麼？ A：裝置先把資料傳到衛星，衛星在尚未連上地面站時暫存資料，之後再轉送到地面網路。

Q：哪些應用不適合 Store-and-Forward？ A：需要即時雙向互動、低延遲控制或連續影音的應用通常不適合，除非另有即時鏈路備援。

Q：台灣 IoT 業者應先測什麼？ A：應先測覆蓋空窗、電池耗電、資料保存、重傳去重、端到端延遲與地面站切換。