LoRaWAN(低電力広域通信網、LPWAN)

1. 概要

定義: LoRaWAN(Long Range Wide Area Network)は、非ライセンス(ISM)のサブギガ(Sub-GHz)帯においてCSS(Chirp Spread Spectrum)変調ベースのLoRa物理層の上で動作するMAC層プロトコルであり、少量のデータを数km〜数十kmの距離まで超低電力で伝送するためにLoRa Allianceが標準化したLPWAN(Low-Power Wide-Area Network)規格である。低電力・長距離・低コスト・低速の四つの特性を同時に追求する。

LoRaWANが登場した背景には、モノのインターネット(IoT)端末が急増する中で、既存の通信手段では埋められない空白(gap)が露呈したことがある。Wi-Fi・Bluetooth・Zigbeeは数十〜数百mの近距離にとどまり、セルラー(LTE/5G)は広域をカバーするものの、モジュール単価・電力消費・通信料金が高く、ボタン電池一つで10年を持たせなければならない数百万個の低価格センサーには過剰であった。水道・ガスの検針器、野原の土壌センサー、建物地下の駐車検知器のように、データは一日数バイトにすぎないが、電源供給が難しく、広く散在し、長期間放置される端末を経済的に接続する手段が必要であり、その答えとして提示されたのがLoRaWANである。

ここで必ず区別すべき概念がLoRaとLoRaWANである。LoRaはフランスのCycleo(2012年にSemtechが買収)が開発した物理層変調技術であり、チャープ信号で帯域幅を広く広げて(spread)、雑音以下の水準の信号も復調できるようにする独占技術である。一方、LoRaWANはその上で媒体アクセス制御・アドレス指定・セキュリティ・ネットワーク管理を定義する公開MACプロトコルである。すなわちLoRaが「遠くまで届く無線方式」であるとすれば、LoRaWANは「その無線を組織的に運用する規則」に当たる。この層分離を理解しないと、「LoRaモジュールさえあればLoRaWANである」というよくある誤解に陥る。

LoRaWANの特徴は、①非ライセンス帯の使用により通信インフラの構築・運用コストが低く(韓国920〜923.3㎒、EU863〜870㎒、US902〜928㎒)、②受信感度-137dBm水準で都心2〜5㎞・郊外15㎞以上の長距離を確保し、③上り中心のClass A端末は数年〜10年の電池寿命を達成し、④一台のゲートウェイが数千個の端末を収容する拡張性を持ち、⑤AES-128ベースの二重暗号化で終端セキュリティを提供する点である。ただし、これらすべての利点は低速(0.3〜50kbps)・少量・遅延許容という制約を受け入れた対価として得られたものであり、このトレードオフの本質を知ることがLoRaWAN設計の出発点である。

このようなLoRaWANの位置は、通信技術を距離(横軸)と速度・電力(縦軸)の平面に置いて見ると明確になる。近距離高速のWi-Fi、中距離のZigbee、広域高速のセルラー(LTE/5G)の間で、LoRaWANは「広域でありながら超低電力・超低速」という、他の技術が空けておいた象限を占める。いかなる単一の無線技術も距離・速度・電力をすべて満たすことができないという物理的・経済的制約のため、IoT接続は本質的に用途別に異なる技術を組み合わせる異種(heterogeneous)設計にならざるを得ない。LoRaWANはその組み合わせの「広域低電力」軸を担う中核的な選択肢であり、国内(韓国)でも国立電波研究院が920㎒帯を非ライセンスIoT用に開放したことで普及基盤が整えられた。

2. ネットワーク構造と構成要素

LoRaWANは中継ノードのないスター・オブ・スター(star-of-stars)トポロジーを採用する。端末は特定のゲートウェイに「所属」せず、電波が届くすべてのゲートウェイに同時にブロードキャストし、重複受信されたパケットの整理・選択は中央のネットワークサーバーが担う。この構造のおかげで端末はルーティング・ハンドオーバーを気にする必要がなく、極端に単純・低電力化され、ネットワーク側に知能が集中する「ダム端末・スマートネットワーク」設計となる。

graph LR
    subgraph Field["現場(End Device)"]
      D1["水道検針器(Class A)"]
      D2["駐車センサー(Class A)"]
      D3["資産追跡器(Class C)"]
    end
    subgraph GW["ゲートウェイ(中継)"]
      G1["ゲートウェイ #1"]
      G2["ゲートウェイ #2"]
    end
    NS["ネットワークサーバー(重複除去·ADR·MAC制御)"]
    JS["ジョインサーバー(鍵管理)"]
    AS["アプリケーションサーバー(復号·業務処理)"]
    D1 -->|"LoRa RF"| G1
    D1 -->|"LoRa RF"| G2
    D2 -->|"LoRa RF"| G1
    D3 -->|"LoRa RF"| G2
    G1 -->|"IP(Backhaul)"| NS
    G2 -->|"IP(Backhaul)"| NS
    NS <-->|"ジョイン処理"| JS
    NS -->|"復号メッセージ"| AS

上の図のように、LoRaWANは四つの論理構成要素から成る。各要素の役割を散文で押さえると次のとおりである。

A. 端末(End Device)とゲートウェイ(Gateway)

端末はセンサー・アクチュエーターにLoRa送受信チップを結合した末端ノードであり、大部分が電池で駆動し、上り(uplink)伝送が主をなす。端末は自分がどのゲートウェイと通信するかを知らず、ただ定められたチャネル・拡散係数(SF)でパケットを空中に飛ばすだけである。この「無知」こそが低電力の秘訣である。ネットワーク接続・認証・再送のロジックを端末が背負わないため、MCUは送信直後にただちにスリープモードに入り、消費電力をμA単位にまで落とすことができる。

ゲートウェイはLoRa RF信号を受信してIPパケットに変換し、ネットワークサーバーへ伝達するプロトコル変換中継器である。重要なのは、ゲートウェイが単純な中継者にすぎず、メッセージ内容を解釈したり復号したりしないという点であり、複数のゲートウェイが同一パケットを受けても問題がない。むしろ多重受信はマクロダイバーシティ(macro-diversity)として作用し、受信信頼性と測位精度を高める。一台の8チャネルゲートウェイが数千個の端末を収容できるため、都市一か所にゲートウェイ数十台を設置するだけで全域カバレッジが可能となる。実際にオランダは2015年に約10台のゲートウェイでアムステルダム全域をカバーしたことがある。

B. ネットワークサーバー・ジョインサーバー・アプリケーションサーバー

ネットワークサーバー(NS)はLoRaWANの頭脳として、①複数のゲートウェイが上げた重複パケットの除去(deduplication)、②信号品質に応じた適応型データレート(ADR)制御、③ダウンリンクのスケジューリングとMACコマンド処理、④フレームカウンター(FCnt)検証による再送・リプレイ攻撃の防止を行う。ジョインサーバー(JS、LoRaWAN 1.1で分離)は端末のルート鍵を安全に保管し、セッション鍵を派生・配布するセキュリティ専任ノードであり、アプリケーションサーバー(AS)は最終的にAppSKeyでペイロードを復号し、業務アプリケーションに引き渡す。このようにネットワーク運用権限とデータアクセス権限を互いに異なる主体に分離したことが、LoRaWANセキュリティ設計の核心思想である。通信事業者がネットワークを運用しても、センサーが送る水道使用量の実際の値は地方自治体(アプリケーション所有者)のみが見ることができる。

3. 物理層(LoRa)と適応型データレート(ADR)

LoRa物理層の核心は拡散係数(Spreading Factor、SF7〜SF12)である。SFは一つのシンボルを何個のチップ(chip)に広げるかを定める値であり、SFが1大きくなるたびに伝送時間(airtime)は約2倍に増えるが、受信感度と到達距離も向上する。すなわち距離・信頼性と速度・電力は正確に反比例し、設計者は端末の位置と電力予算に合わせてSFを選択しなければならない。ゲートウェイ近くの端末はSF7で速く、郊外の端末はSF12で遠くへ送るという具合である。

flowchart TD
    A["端末上り伝送(SF·電力含む)"] --> B["ゲートウェイ受信(RSSI·SNR測定)"]
    B --> C["ネットワークサーバー: リンク品質分析"]
    C --> D{"余裕マージンあり?"}
    D -->|"余裕あり(信号良好)"| E["SF低下·送信電力低下"]
    D -->|"マージン不足(信号微弱)"| F["SF上昇·送信電力上昇"]
    E --> G["ダウンリンクMACコマンドで設定変更"]
    F --> G
    G --> H["電力削減·容量増大·距離確保の均衡"]

LoRaが雑音以下の信号も復調できる秘訣は処理利得(processing gain)にある。一つのビットを広い帯域にわたって複数のチップに広げた後、受信側で相関(correlation)で再び束ねると、狭帯域の干渉と雑音は平均化されて埋もれ、元の信号だけがよみがえる。このおかげでLoRaはSNRが負(-20dB水準)である劣悪な環境でも通信が可能であり、同じ送信電力でFSKのような従来変調よりはるかに遠い距離を確保する。ただし処理利得は帯域を広く使い伝送時間を延ばした結果であるため、先に述べた「距離と速度の反比例」は物理的に避けられない対価である。

適応型データレート(ADR)は、このSF・送信電力をネットワークサーバーが端末ごとに自動最適化するメカニズムである。サーバーは各端末の最近の上りパケットに対する信号対雑音比(SNR)・受信強度(RSSI)を累積分析し、リンクに十分な余裕があればSFと電力を下げるようダウンリンクMACコマンドを送り下ろす。その結果、端末は伝送時間が短くなり電池寿命が延び、電波がチャネルを占有する時間が減りネットワーク全体の容量も大きくなる。ADRは固定設置型の端末にのみ適用するのが原則である。資産追跡器のように動き続ける端末にADRをオンにすると、サーバーのリンク推定が食い違い、かえって通信が途切れるため、移動端末はADRを切り、保守的なSFを固定する。この一つの規則を破っただけでも、現場で「間欠的な通信断」という再現困難な障害が発生するため、実務では格別に注意する。

一方、非ライセンス帯の使用には規制が伴う。欧州868㎒帯はデューティサイクル(duty cycle)1%制限があり、一度送信した後、送信時間の99倍だけ沈黙しなければならない。たとえばSF12で1秒間送信したなら、その後約99秒間は追加送信が禁止される。米国915㎒帯はデューティサイクルの代わりにチャネルあたり最大占有時間(dwell time 400㎳)と周波数ホッピングを要求する。この規制のため、LoRaWANは構造的に「一日数件、件あたり数十バイト」という低トラフィック応用に限られ、映像・音声・ファームウェアの大容量伝送には不向きである。

伝送時間(airtime)の大きさを数値で体感することが重要である。同一の20バイトのペイロードであっても、SF7(125㎑帯域幅)では約50〜60㎳で終わるが、SF12では1秒をゆうに超える。伝送時間が20倍近く開く計算であり、これは電池消費・衝突確率・デューティサイクル消尽速度がすべて20倍悪化することを意味する。したがって「とにかく遠くへ送ろう」という考えですべての端末をSF12に固定するのは、ネットワーク全体を麻痺させる典型的なアンチパターンであり、距離が許す限り最も低いSFを使うようADRで誘導するのが定石である。

C. 大量ファームウェア更新(FUOTA)とマルチキャスト

数千〜数万個の端末を運用していると、セキュリティパッチや機能改善のためのリモートファームウェア更新(FUOTA、Firmware Update Over The Air)が避けられない。しかし低速・デューティサイクルの制約の下で、端末ごとに個別に数十KBのイメージをユニキャストで送り下ろすと、ネットワークが数日間麻痺する。LoRaWANはこれをマルチキャスト(Class B/C)セッションで解決する。同一グループの端末に共通のマルチキャスト鍵をあらかじめ配布し、定められた時刻にすべての端末が同時に同じパケットを受信するようにして、一度の送信で集団更新を行う。ここにフラグメンテーション(fragmentation)と前方誤り訂正(FEC)を結合し、一部の断片が失われても再送なしで復元できるようにすることで、ダウンリンクが貧弱なLoRaWANで実用的な大量配布を可能にする。これは「ダウンリンク能力の限界」という弱点を運用設計で迂回する代表的な例である。

4. 端末クラスとセキュリティ・ジョイン手順

A. 端末クラスA/B/C

LoRaWANはダウンリンク受信方式に応じて三つのクラスを定義し、電力消費とダウンリンク遅延が正確にトレードオフの関係にある。すべての端末はClass Aを基本として支援しなければならない。

区分	受信方式	ダウンリンク遅延	電力消費	適合応用
Class A	上り後RX1·RX2の二つの短い受信窓のみ開放	大(次の上りまで待機)	最小	検針·環境センサー
Class B	ビーコン同期で周期的受信窓を追加開放	中(予測可能)	中	照明·バルブ遠隔制御
Class C	上り中以外は常時受信窓開放	最小(ほぼリアルタイム)	最大(常時電源が必要)	アクチュエーター·緊急制御

Class Aは上り伝送の直後にのみRX1·RX2という二つの短い受信窓を開き、それ以外は無線を完全に切っておくため電力消費が最も小さいが、サーバーが端末に命令を下ろすには、端末がみずから上りを送るまで待たなければならない。一日一回検針する水道メーターはこの遅延がまったく問題にならないため、Class Aが最適である。一方、Class Cは送信中でないとき常に受信窓を開けておき、ほぼリアルタイムで命令を受けられるが、無線を切れず電池では事実上運用不可能であるため、商用電源が供給されるスマート街灯・産業用アクチュエーターに用いる。Class Bはゲートウェイが放つビーコンに時刻同期を合わせ、定められた時刻ごとに受信窓を追加で開く折衷案であり、予測可能なダウンリンク遅延と中程度の電力消費を提供する。

B. 二重セキュリティと活性化(Join)手順

LoRaWANは二つのAES-128セッション鍵でセキュリティを二元化する。ネットワークセッション鍵(NwkSKey)は端末とネットワークサーバー間のメッセージ完全性(MIC)を保証し、アプリケーションセッション鍵(AppSKey)はペイロードを端末からアプリケーションサーバーまで終端間暗号化する。この分離のおかげで、ネットワーク事業者もデータ内容は見られない。また、すべてのフレームには増加するフレームカウンター(FCnt)が含まれ、リプレイ(replay)攻撃を遮断する。

端末をネットワークに加入させる活性化方式は二つある。OTAA(Over-The-Air Activation)は、端末がDevEUI·JoinEUI(AppEUI)·AppKeyを持ってJoin-Requestを送ると、ジョインサーバーがJoin-Acceptで応答しながらセッション鍵を動的に派生・分配する方式であり、鍵が電波で平文露出されず、再加入時に鍵が更新されるためセキュリティ上推奨される。一方、ABP(Activation By Personalization)はセッション鍵を製造時点で端末に直接刻印する方式であり、ジョイン手順なしにただちに通信できて簡便だが、鍵が固定され流出時のリスクが大きく、FCnt再設定問題があるため、セキュリティが重要な環境では避ける。LoRaWAN 1.1ではルート鍵をNwkKeyとAppKeyに分離し、ジョインサーバーを独立させて、ネットワーク権限とアプリケーション権限を鍵の水準にまで分離する方向でセキュリティを強化した。

5. 他のLPWANとの比較

LPWAN市場は非ライセンス陣営(LoRaWAN·Sigfox)とライセンス(セルラー)陣営(NB-IoT·LTE-M)に二分される。これらの違いは単なるスペックの違いではなく、誰がネットワークを所有・運用するかという事業構造の違いに由来する。

区分	LoRaWAN	NB-IoT	Sigfox
帯域	非ライセンスSub-GHz	ライセンス(セルラーLTE)	非ライセンスSub-GHz
網所有	私設構築可能	移動通信事業者専用	Sigfox事業者
速度	0.3〜50kbps	数十〜250kbps	〜100bps(極低速)
電力/電池	非常に優秀(10年)	良好	非常に優秀
ダウンリンク	限定的(Class依存)	良好(双方向)	非常に限定的
構築自律性	高(自家網)	低(事業者依存)	低

この表の数値は絶対的な序列ではなく、設計軸の座標として読むべきである。速度・電力・ダウンリンク能力は互いにかみ合って動くため、一つの軸を高めれば別の軸は必ず譲らなければならない。LoRaWANがNB-IoTより「劣っている」のではなく、互いに異なる地点に最適化されているだけであり、この違いを事業構造とともに理解することが核心である。

LoRaWANの最大の差別点は私設網(private network)構築の自由である。利用者が直接ゲートウェイを設置し、通信料金なしに閉鎖網を運用できるため、データ主権が重要な工場・キャンパス・自治体が好む。逆にNB-IoTは移動通信事業者のライセンス帯を使うため、干渉が少なくダウンリンク通信とQoSが安定的だが、事業者カバレッジと料金に従属し、端末の電力消費が相対的に大きい。たとえば地下深くのガス検針はセルラー信号が届かずLoRaWAN自家網が有利であり、全国に散在する移動資産を通信事業者網でそのまま追跡するにはNB-IoT/LTE-Mが有利である。Sigfoxは超低速・超低コストに特化したが、事業者従属と極めて限定されたダウンリンクで市場の立場が狭まった(親会社UnaBizに再編)。結局「LoRaWANが最善か」ではなく、トラフィック量・ダウンリンク要求・データ主権・カバレッジ責任主体を基準に選択すべきである。

6. 深化: 最新動向と実務適用

技術・標準の側面で最近最も注目すべき変化は、衛星連携(LoRaWAN over Satellite)と測位(Geolocation)の結合である。地上ゲートウェイが届かない海上・砂漠・僻地でも低軌道(LEO)衛星をゲートウェイとして活用して資産を追跡しようとする試みが拡散しており、2022年にFiRa/LoRa Alliance陣営はリレー(Relay)仕様を追加して、陰影地域の端末が隣接端末を経てゲートウェイに届くようカバレッジを拡張した。また、複数ゲートウェイの到達時間差(TDoA)ベースの測位でGPSなしでも数十〜数百mの精度の位置を推定し、電池消費の大きいGPSを代替しようとする資産追跡応用が増えている。

実務適用事例としてはスマート検針(AMI)が最も成熟している。水道・ガスメーターにLoRaWANモジュールを付ければ、検針員が戸別訪問しなくても遠隔・自動で使用量を収集でき、韓国の複数の自治体と上水道事業本部が老朽水道管の漏水監視と検針自動化に導入した。一日1〜2回、件あたり数十バイトの検針値だけ送ればよいため、ボタン型電池で5〜10年を持ち、この低トラフィック・長寿命の特性が検針という業務と正確に合致する。スマートシティ領域では駐車枠占有センサー、ゴミ箱積載量センサー、街灯ディミング制御が代表的であり、スペインのバルセロナ・オランダなどで数万個の端末規模で運用される。たとえば駐車センサーは車両占有の有無という1ビットに近い情報だけ送ればよいため、ゲートウェイ数十台で都市全域の数万枠をリアルタイムに案内できる。スマート農業では広域農地に土壌水分・温湿度センサーをまいて灌漑を最適化するが、電力・通信インフラのない野原で太陽光+電池で数年間無人運用が可能である点が、LoRaWANの強みを最もよく示す。三つの事例はいずれも「広く散在した低価格端末 × 少ないデータ × 長い寿命」という共通構造を持ち、これがすなわちLoRaWANが最も輝く応用の公式である。

オープンソース・エコシステムの側面では、非営利のThe Things Network(TTN)が世界中の数万個のゲートウェイをクラウドソーシングでつないだ公開LoRaWAN網を運用し、ChirpStackのようなオープンソースのネットワークサーバーが私設網構築の参入障壁を大きく下げた。ただし開放型の公開網はカバレッジ・可用性の保証がないため、ミッションクリティカルな応用は自前のゲートウェイとSLAのあるネットワークサーバーを併行するハイブリッド構成が一般的である。

7. 考慮事項および示唆点

技術士の観点からLoRaWAN導入を検討する際は、次を均衡よく判断しなければならない。

適用適合性(トラフィックプロファイル)を優先検討: LoRaWANは「低速・少量・遅延許容・超低電力」という狭いスイートスポットに最適化された技術である。映像・音声・高頻度制御のように帯域幅やリアルタイム性が要求される応用に無理に適用すると、デューティサイクル規制と低速の壁にぶつかる。要求事項をトラフィック量・周期・ダウンリンクの要否で先に定量化したうえで、LPWANの適合可否を見極めるべきである。
拡張性と容量設計のトレードオフ: 端末数が増えると、ALOHAベースの非同期接続特性上パケット衝突が増加する。SFを下げて伝送時間を縮め(ADR活用)、チャネル・ゲートウェイを増設し、大量ファームウェア更新(FUOTA)はマルチキャストで分散するなど、容量計画を先手で樹立しなければならない。特にSF12の端末が多いと、少数の端末がチャネルを長時間占有して全体の容量を侵食するため、SF分布の管理が核心である。
セキュリティ・プライバシーのライフサイクル管理: AES-128の二重鍵構造は堅固だが、ABPの固定鍵の使用やFCnt管理の不備、ジョインサーバーの鍵保管の不十分さは、リプレイ・なりすまし攻撃の通路となる。OTAAの採用、ジョインサーバーの分離(1.1)、ルート鍵のHSM保管、周期的な再加入による鍵更新を標準運用手順とし、収集データが個人情報(位置・生活パターン)と結合する際のプライバシー影響評価を併行すべきである。
総所有コスト(TCO)と運用責任の内在化: 私設網の「料金なし」は通信費の節減であって無料ではない。ゲートウェイの設置・電源・バックホール、ネットワークサーバーの運用、ファームウェア・鍵のライフサイクル管理、障害対応人員まで、すべて導入組織が背負う。したがって端末数が少なかったり運用能力が不足したりすると、むしろ商用ネットワークサービス(LoRaWAN-as-a-Service)やセルラーIoTの月額のほうがTCOの面で有利でありうる。「自家網が無条件で安い」という通念を、数量・寿命・運用費に換算して再検証すべきである。
標準・展望と連携技術: LoRaWANはMQTT·CoAPなど上位アプリケーションプロトコル、エッジコンピューティング·デジタルツイン、NB-IoT/5G RedCapとのマルチモード共存の中で役割を見出す。単一技術への従属を避け、衛星バックホール·リレー·TDoA測位のような進化ロードマップとTTN·ChirpStackエコシステムの開放性を活用しつつ、ミッションクリティカルな領域はSLAベースの商用網とのハイブリッドで可用性を確保するアーキテクチャ戦略が望ましい。

参考資料

LoRa Alliance, "LoRaWAN L2 1.0.4 Specification" — https://lora-alliance.org/resource_hub/lorawan-specification-v1-0-4/
LoRa Alliance, "What is LoRaWAN Specification" — https://lora-alliance.org/about-lorawan/
Semtech, "What is LoRa?" — https://www.semtech.com/lora/what-is-lora
The Things Network, "LoRaWAN Architecture" — https://www.thethingsnetwork.org/docs/lorawan/architecture/

一言まとめ: LoRaWANは非ライセンスSub-GHz帯でLoRa(CSS)物理層の上で動作するLPWAN MACプロトコルであり、スター・オブ・スター構造·ADR·Class A/B/C·AES-128二重鍵を通じて低速・少量のデータを超低電力・長距離で伝達し、トラフィックプロファイルとデータ主権を基準にNB-IoTなどと選択的に組み合わせるべきIoT広域接続技術である。