IMT 訊息為什麼有時要等幾分鐘?
專題 IMT 9704 開發與選型 第 9 篇,共 10 篇
簡答
時間花在建立連線、傳輸本身與等衛星;100 KB 約 3 分鐘。
時間花在哪裡
| 階段 | 大約多久 | 受什麼影響 |
|---|---|---|
| 建立連線 | 平均約 5 秒,常見 5~12 秒 | 訊號強度、天線看得到多少天空 |
| 傳輸 | 訊息越大越久;約 100 KB 在屋頂約 3 分鐘 | 訊息大小、訊號 |
| 等衛星(下行 MT) | 屋頂幾乎不用等;只看得到半片天空時約 44 分鐘 | 天空視野、設備有沒有醒著 |
不同大小要多久
N3D 在 2026 年 10 月 25 日用 9704 Launch Pad 在屋頂(看得到整片天空)連續測 4 小時,1、30、50、70、100 KB 輪流來回,55 則中 54 則完整傳回、逐 byte 一致:
| 大小 | 下載 MT:平均(最短~最長) | 上傳 MO:平均(最短~最長) | 來回中位數 |
|---|---|---|---|
| 1 KB | 約 2 秒 | 約 4 秒(2~4) | 0.6 分 |
| 30 KB | 60 秒(54~112) | 58 秒(55~62) | 2.4 分 |
| 50 KB | 91 秒(90~95) | 96 秒(92~114) | 3.6 分 |
| 70 KB | 131 秒(124~178) | 137 秒(128~171) | 4.8 分 |
| 100 KB | 183 秒(178~205) | 200 秒(180~270) | 6.9 分 |
來回中位數含平台排程與響鈴的時間。
傳輸時間跟大小成正比:下載約 4.4 kbps、上傳約 4.0 kbps,每則的固定成本只有約 2 秒。偏長的幾則,是傳到一半訊號變差,或 9704 重開後從頭再傳。
「冷啟動」:停太久就要重新連線
約 15 秒沒有傳資料,衛星連線就會關閉;下一則要重新建立連線,再等一次。要送好幾則時,一口氣送完比分散送快。用響鈴通知設備收 MT,約多 2 秒。
下行為什麼可能更久
下行訊息(MT)要等設備接到響鈴、而且看得到衛星才能下載。N3D 實測:屋頂每則都在第一次響鈴就接到;窗邊只看得到半片天空,每則要在 Iridium 排約 44 分鐘才輪到。慢在排隊,不在傳輸。
怎麼讓它快一些
- 天線放在看得到整片天空的地方;這是最有效的一件事。
- 重要的狀態先用小訊息送,照片與紀錄後送。
- 送之前先壓縮;資料越小越快、越省。
- 好幾則一起送,避免每則都冷啟動。
- 伺服器端追蹤每則的進度,不要用「幾分鐘沒到就當失敗」的做法重送。IMT CC 會照 Iridium 的回報更新狀態。
參數與資料來源
- 建立連線約 5 秒、實測 5~12 秒、約 15 秒沒傳資料就關閉、響鈴約多 2 秒:Ground Control〈RockBLOCK 9704 — IMT〉文件。
- 各大小傳輸時間:N3D 屋頂實測,2026-10-25 06:43~11:04,Iridium 9704 Launch Pad(模組韌體 SX-1.6.0),只靠電池。下載 MT 為開發板開始收到收完;上傳 MO 為 Iridium 記錄的傳輸開始到結束。
- 窗邊排隊:N3D 實測,2026-10-09,只看得到約一半天空。
- 速度:依 54 則的傳輸時間與大小做線性趨勢。
跟 SBD 比起來呢?
SBD 一則最多幾百 bytes,不會遇到「一則要傳幾分鐘」的情況;9704 一則可以大很多,大訊息自然要多花時間。
可以做即時指令嗎?
可以送指令,但要允許幾秒到幾分鐘的延遲;設備若定時睡眠,還要加上睡眠間隔。
本專題全部文章
從開發板到上市產品:Iridium 9704 要準備什麼、開發板有哪些限制、為什麼要認證、怎麼選硬體、適合哪些應用,以及實測的時間與耗電。十篇依順序讀,每一篇也能單獨看。
相關硬體
更新 2026-10-27
N3D 提供山域與工業環境的衛星通訊服務。 看服務內容