LoRaWAN仕様を採用すべきケース：MNOおよびプライベートネットワーク導入の実践ガイド

LoRaWANはLoRa Allianceによって策定された、SemtechのLoRa LPWA技術を統括する無線プロトコルです。元々IBM ResearchとSemtechがヨーロッパのモバイルネットワークオペレーター（MNO）による広域公衆ネットワーク向けに開発し、現在はLoRa Alliance（世界中のMNOネットワークへのLoRaWAN展開に専念する連合）によって維持されています。したがって、仕様はMNO環境に特化した前提を体現しています。

LoRaWAN仕様を支える主要な設計前提がいくつかあり、それらが意図されたユースケースを明確にします：

• すべての周波数チャネルが固定。
  単一MNOネットワーク向けに設計されたため、同一バンドで複数の非調整ネットワークを運用するとレイヤー2干渉が発生します。詳細はこのブログ記事を参照。
• ネットワークは完全に非同期。 ゲートウェイが送信中はアップリンクトラフィックを聴取できず、ノードはゲートウェイの受信機がオフラインであることを認識しません。大規模MNO導入では、複数のゲートウェイが存在し、理想的には1つが「聴取」モードにあることでこの制限を緩和します。

セキュリティモデルなどの他の暗黙の前提もLoRaWANをMNO向けに適合させますが、ここでは最も重要なものに焦点を当てます。

以下の両条件を満たす場合、プロジェクトでLoRaWAN仕様を採用すべきです：

1. 既存のLoRaWAN MNOネットワークに接続する必要がある。当然ながら、LoRaWANを使わずにMNOネットワークへ接続することは不可能。
2. ユースケースが低密度、低頻度送信、アップリンク中心である。LoRaWANはダウンリンクトラフィックと応答確認が最小限のときに優れます。自動検針（AMR）が好例です。大半のメーターは頻繁な読み取りを必要とせず、ゲートウェイ密度が通常十分なアップリンク容量を提供します。理想的には、近くに他のLoRaWANネットワークがないこと。干渉が性能を低下させるため。EnerTrac/Senetの暖房用オイル・プロパンタンク監視サービスが、このようなシナリオへのLoRaWAN適合性を示しています。

LoRaWAN仕様を避けるべきケース：

1. 高い信頼性が必須。 LoRaWANの非調整・非同期設計は損失の多いプロトコルです。複数のLoRaWANネットワークが共存する環境では干渉がパケットエラー率を増大させます。また、LoRaの限られた同チャネルダイナミックレンジにより、クローズドループ電力制御なしではゲートウェイ近くのノードが遠方ノードを圧倒します。
2. 中央集権的な鍵管理が必要。 各ノードは工場でユニークなキーセットをプロビジョニングされ、それをサーバーやゲートウェイに転送する必要があります。小規模導入なら管理可能ですが、数千デバイスではコストと複雑性が膨らみます。MNOはSIM的な仕組みでこの複雑性を管理しますが、プライベートネットワークでは煩雑です。LoRaWANの鍵構造とセキュリティの詳細分析はこちら。
3. リピーターによるカバレッジ拡張が必要。 LoRaWAN仕様はリピーターサポートを提供しません。追加のインターネット接続ゲートウェイを導入する必要があります。低コストDIYゲートウェイでも、シンプルなリピーターの5〜10倍のコストがかかります。
4. OTAファームウェア更新が必要。 LoRaWANの限られたダウンリンク容量では効率的なマルチキャストファームウェア更新ができません。デバイスは物理アップグレードか、ファームウェア更新を不要にする設計が必要です。

Link Labsはこれらの限界の多くに対処しています。プライベートLoRaネットワークのデファクトスタンダード「Symphony Link」について、詳細はこちら。