Meshtastic 之緊急通訊的恐慌性買單

要談的不是台灣鏈網臉書上最近很有價值的一篇文章《如果你是因為這三個理由玩 Meshtastic，我建議你最好放棄》。我沒有臉書帳號所以很難在那邊討論，也不打算使用臉書討論。

這份數據如果只是拿來做期末簡報或成果報告，大概就是寫個「流量顯著增加、系統運作正常」然後結案。但如果認真拆解 Session 67（14:39 – 15:00）那短短 21 分鐘的紀錄，它其實是一個非常標準的「離網通訊（Off-grid）現實壓力測試」。

我們一直在談網路韌性（Network Resilience）與緊急應變，但真正在第一線拿 Radio 跑起來時，很多挑戰是「恐慌性買單」不會想到的。

1. 緊急通訊的恐慌性買單（Panic Buy）

當 8/13 行動網速一降，手機能量瞬間無處安放，流量立刻湧進備用通道。250 個滿載節點、通道利用率飆到 31.4%～37.67%，看似熱絡，但在資通訊架構的視角裡，這叫鎖死的前兆。

LoRa 底層走的是 ALOHA 隨機存取。這代表什麼？在理論模型裡，Pure ALOHA 的最佳吞吐量大概只有 18.4%。當利用率衝過 30%，就已經跨過了系統暴衝的臨界點。流量越高，大家越想發訊息，空氣裡的衝突就越多，最後成功送達的有效訊息反而直線下滑。

2. 台北 101 的制高點迷思

我們（TAKKE.me）預先把臨時節點擺在台北 101，地理上確實高瞻遠矚，但在廣域無線電裡，制高點往往也是干擾集散地。

• 巨型衝突域： 視線良好（Line-of-Sight）代表你收得到半個台北盆地的訊號，但也代表半個台北盆地都在互相蓋台。
• 底噪 -96 dBm 與 31.99% 的壞包率： 空氣裡瞬間塞滿 1,535 個封包，雜訊蓋過前導碼（Preamble）。這就像是把 250 個人關在同一個禮堂裡同時開口大喊，最後誰都聽不清誰在講什麼，只留下滿房間的噪訊與浪費掉的空中時間（Airtime）。

3. 我們離「實戰可用」還有多遠？

這場 8/13 的自主緊急通訊演練「證實了預設架構在極端情境下會瞬間失能」。如果真的遇到大規模斷網，單純靠「發設備給大眾、大家各自開機廣播」是完全行不通的。

真正要讓備用網路在危機時轉起來，工程上還有幾個問題要解：

• CAD 與動態退避（Backoff）： 節點不能有資料就硬塞，必須有感測頻道忙碌並隨機延遲發送的能力，避免集中在同一秒集體炸裂。
• 階層化（Tiered Network）： 101 這種節點不該直接面對末端用戶。它應該是 Backbone（骨幹），地面層必須先透過 Local Mesh 做訊息過濾與彙整（Aggregation），再層層上拋。
• 多頻道與擴頻因子分流： 擺脫全部擠在預設頻道與固定 SF 的惰性，動態 Channel Hopping 才是高密度環境下的生存之道。

數據不會騙人。Session 67 留下來的這筆壞封包紀錄，剛好是一個極佳的提醒：韌性不是來自於備用方案的存在，而是來自於備用方案在最惡劣環境下依然運作的各種細節。當然這些並非「積極的推廣者」或是「使用者」應該想的，但對於規劃或是導入的人員而言，這是不可避免的問題。工程技術端的問題不一定能解，若是不能解就要負責合理的 “re-purpose” 本來的使用想定為佳。

其他參考資源

• URE26 LoRa EMCOMM
• A Week on the Move: What a Mobile LoRa Receiver Heard Across Taipei
• [活動 9/08] 我們本次將示範 MeshCore 節點和 Meshtastic 的差異
• 更多緊急通訊相關文章