LoRaWANネットワークのスケーリング：洞察とSymphony Linkの革新

ランカスター大学のMartin Bor氏とUtz Roedig氏による最近の研究で、LoRaWAN™ネットワークのスケーラビリティ限界が厳しく検証されています。結論は辛辣：「現在のLoRaWANインストールはスケールしない。」著者らは、単一ゲートウェイが快適にサポートできるのは、16.7分ごとに20バイト送信する約120ノード程度と推定——多くのIoTアプリケーションにとって制約となる上限です。

Link Labsの独自LoRaプロトコルであるSymphony Link™は、動的で協調的なメカニズムのスイートでこれらのボトルネックに対処し、特にシングルゲートウェイ展開でスループットと信頼性を大幅に向上させます。

LoRaWANスケーラビリティ制約の5つの根本原因

1. すべてのゲートウェイとノードが、すべての送信で同じ周波数チャネルを共有。
2. 長いエアタイム——最大2秒——がチャネル可用性を低減。
3. アップリンクトラフィックが純Alohaパターンに従い、頻繁な衝突を誘発。
4. ゲートウェイダウンリンク（ACK、コマンド）がチャネルを占有、送信希望ノードには不可視。
5. SX1301ベースゲートウェイは8受信チェーンのみ、同時トラフィックを制限。

LoRa Allianceが後方互換性を優先するため、レガシーノードを壊さずにこれらの制約を新しい整理機能で改修するのは困難です。

Symphony Linkがスケーラビリティを向上させる仕組み

1. 周波数ブロックホッピング
2. 動的送信電力 & スプレッディングファクタ選択
3. 同期アップリンクスロッティング
4. 可変アップリンク/ダウンリンク時間境界
5. 圧縮ACK
6. QoS優先制御
7. Listen-Before-Talkチャネルクリアランス

周波数ブロックホッピング

各ノードは1フレームの間、単一ゲートウェイにリンク。ゲートウェイがそのフレームで利用可能なアップリンク周波数を通知し、ノードが疑似ランダムにISMバンド全体へトラフィックを分散。これによりゲートウェイ間衝突を緩和、干渉検出時は影響バンドを単純に除外。

ブロックホッピングにより、Symphony Linkは完全にFHSS準拠（Part 15）となり、必要なら送信電力1 Wまで可能。対照的に、米国LoRaWAN認証では標準LoRaWANが8固定チャネルのみホッピングするため、より低い「ハイブリッド」モードが必須。

動的送信電力 & スプレッディングファクタ選択

直交スプレッディングファクタ（SF）を効果的に活用するには、リンク品質を維持しつつ最短エアタイムを実現するSFをノードが使用すべき。LoRaのダイナミックレンジはわずか20 dBのため、ゲートウェイ近くのノードは弱い信号を圧倒しないよう送信電力を低減する必要があります。

Symphony Linkノードはゲートウェイのフレームヘッダーを2秒ごとにサンプリングし、逆リンクバジェットを推定、電力とSFを調整。設定可能なリンクペナルティが急速フェーディングをさらに保護し、安定したSNRを確保。

同期アップリンクスロッティング

純Alohaネットワークの効率上限は約16%。タイムスロット導入で倍増。Symphony LinkのゲートウェイフレームヘッダーがSFごとのスロットタイミングを定義し、ノードがランダムにスロット選択、衝突確率を劇的に低減。

可変アップリンク/ダウンリンク時間境界

LoRaWANではゲートウェイのダウンリンクがノードから不可視で、実質的にチャネルをオフラインに。Symphony Linkは動的境界を導入し、ゲートウェイがアップリンク受信可能なタイミングをノードへ通知、マルチゲートウェイネットワークサーバーなしで無音期間を排除。

圧縮ACK

ACKは貴重なエアタイムを消費——毎回ACKがゲートウェイを瞬間的にロック。Symphony Linkは前フレームのすべてのノードが受信する単一の圧縮パケットに全ACKを集約、チャネルを追加アップリンク用に解放。

Quality of Service

QoSが重要トラフィック（アラーム等）を低優先度データより優先。混雑ネットワークでも、必須メッセージが確実にゲートウェイへ到達。

Listen-Before-Talk

送信前、ノードがチャネル沈黙を確認。同一スロットに他ノードが占有なら即座に新チャネルへホップ、ネットワーク整合性を維持。