Wi-Fiローミング最適化｜複数AP環境のシームレス化

オフィスでのWeb会議中、移動した瞬間に音声が途切れたり、通信速度が極端に低下したりする現象は、Wi-Fi環境における「ローミングの失敗」が原因です。例えば、Ubiquiti社のUniFi U6 Proを3台設置した拠点において、クライアント端末が遠方のAPに接続し続ける「スティッキークライアント」状態が発生すると、RSSI（受信信号強度）が-75dBmを下回るまで低下し、Zoom等のリアルタイム通信に致命的な遅延をもたらします。

単にアクセスポイント（AP）の台数を増やすだけでは、かえって電波干渉を招き、ハンドオーバーの失敗を引き起こすリスクがあります。802.11k/v/rといった高速ローミング規格の有効化、バンドステアリングの最適化、さらには送信出力（Tx Power）の緻密な設計が、シームレスな通信環境を構築するための鍵となります。

TP-Link OmadaシリーズやUniFiを用いた実測検証に基づき、閾値調整からチャネル設計、干渉対策に至るまで、ネットワーク中級者以上が直面する具体的な設定手法と、その効果を徹底的に解剖します。

無線ネットワークにおけるローミングのメカニズムとIEEE標準規格

Wi-Fiローミングとは、クライアント端末（スマートフォン、ノートPC、IoTデバイス等）が移動する際、接続中のアクセスポイント（AP）からより電波強度の強い別のAPへ通信を維持したまま切り替えるプロセスを指します。このプロセスが不適切であると、通信の瞬断やスループットの著しい低下、あるいは「スティッキークライアント（Sticky Client）」と呼ばれる、遠方の弱電波APに固執して接続を維持し続けてしまう現象が発生します。シームレスなローミングを実現するためには、物理層（PHY）およびMAC層におけるIEEE 802.11規格の高度な制御が不可欠です。

特に重要となるのが、802.11k、802.11v、802.11rの3つの拡張規格です。これらは相互に補完し合うことで、クライアントの判断材料を増やし、ハンドオーバーにかかる遅延（レイテンシ）を最小化します。

• 802.11k (Radio Resource Management): APが周囲のAPのリスト（Neighbor Report）をクライアントに提供する規格です。クライアントはスキャンすべきチャネルを限定できるため、スキャンによる通信中断時間を短縮できます。
• 802.11v (BSS Transition Management): ネットワーク側からクライアントに対して「別のAPへの移動」を促す（BSS Transition Management Request）規格です。負荷分散やバンドステアリングと組み合わせて、最適な接続先へ誘導します。
• 802.11r (Fast BSS Transition): 最も重要な規格であり、AP間のハンドオーバー時に行う4-way handshakeの認証プロセスを簡略化します。これにより、WPA3/Enterprise環境下でも、再認証に伴う遅延を50ms以下に抑え、VoIP（音声通話）やビデオ会議の切断を防ぎます。

これらの規格が正しく実装されている環境では、クライアントは「次にどのAPに繋ぐべきか」を事前に把握し、「認証プロセスをスキップして接続する」ことが可能になります。しかし、これらはあくまでプロトコル上の支援であり、最終的な切り替え判断（スキャンと再接続）の主導権は依然としてクライロット端末側にあります。そのため、インフラ側の設計（送信出力やチャネル設計）との整合性が極めて重要となります。

ローミング最適化を実現するハードウェア選定とインフラ構成

複数AP環境を構築する際、単に高価な製品を選べばよいわけではありませんか。ローミングのシームレス化には、AP同士が情報を共有できる「コントローラー」の存在と、Wi-Fi 6E/7といった最新規格への対応が鍵となります。特に2026年現在の環境では、6GHz帯（Wi-Fi 6E/7）を活用した低干渉・広帯域な設計がスタンダードです。

プロシューマーおよびエンタープライズ用途で信頼性が高いのは、UbiquitiのUniFiシリーズやTP-LinkのOmadaシリーズです。これらの製品群は、単体APの性能だけでなく、ソフトウェアによる一括管理（Centralized Management）に強みがあります。例えば、UniFi Network Serverを用いて複数の「UniFi U7 Pro」を管理する場合、AP間の相互連携によるBSS Transition Managementの設定が容易であり、ネットワーク全体での一貫したポリシー適用が可能です。

製品選殊における判断軸は、以下のスペックと機能に集約されます。

• アップリンク帯域: Wi-Fi 7対応AP（例: TP-Link Omada EAP783）では、10GbE (Multi-Gigabit) ポートの搭載が必須です。4K QAMや320MHz幅の利用により、無線側のスループットがGbps級に達するため、有線側が1GbEではボトルネックとなります。
• PoE予算（Power over Ethernet）: 高性能なWi-Fi 7 APは、IEEE 802.3bt (PoE++) を要求するケースが増えています。スイッチングハブの給電容量（W）を計算し、全APの最大消費電力（例: 1APあたり30W）を合算した上で、余裕を持った設計が必要です。
• マルチリンク動作（MLO）対応: Wi-Fi 7の目玉機能であるMLOは、2.4GHz/5GHz/6GHzの複数のバンドに同時接続することを可能にします。これにより、ローミング中のパケット損失を極限まで低減できます。

ハードウェア選定においては、APの最大スループット（例: 5760 Mbps）だけでなく、コントローラーによる「無線リソース管理（RRM）」の精度を確認してください。これが不適切だと、どれほど高性能なAPを配置しても、ローミングの制御が機能しません。

実装における落とし穴：スティッキークライアントと干渉設計

複数AP環境の構築において、最も頻繁に発生する失敗は「APの電波強度を強くしすぎること」です。設計者は広範囲をカバーしようとして送信出力（Transmit Power）を最大値（例: 20dBm以上）に設定しがちですが、これはローミングにおける最大の敵となります。

電波強度が強すぎると、クライアント端末は「まだ十分な信号強度（RSSI）がある」と誤認し、より良いAPが存在するにもかかわらず、遠方のAPに接続し続けます。これが「スティッキークライアント」現象です。この状態では、端末のRSSIが-75dBm以下まで低下しても通信を維持しようとするため、スループットが極端に低下し、パケットロスが発生します。

これを回避するための具体的なチューニング手法は以下の通りです。

1. 送信出力の抑制（Power Tuning）: APの送信出力を適切に制限します。5GHz/6GHz帯では、隣接するAPとの境界部でRSSIが-67dBmから-70dB（目安）になるよう調整します。2.4GHz帯は減衰が少ないため、より低めの出力設定（例: 10dBm〜12dBm）に抑え、5GHz/6GHzとのセルサイズを合わせることが重要です。
2. 最小RSSI閾値の設定（Min RSSI Threshold）: AP側で「一定のRSSIを下回ったクライアントを強制的に切断する」設定を行います。具体的には、-70dBm〜-75dBmを閾値として設定することで、端末に強制的な再スキャンを促し、802.11vによるハンドオーバーを誘発させます。
3. チャネル設計と帯域幅の最適化: Wi-Fi 7環境で320MHz幅を利用する場合、利用可能な非重複チャネルが極端に減少します。隣接AP間でチャネルが重複（Co-Channel Interference: CCI）すると、CSMA/CAによる待機時間が増大し、ローミング時の遅延を悪化させます。5GHz帯では80MHz幅、6GHz帯でも160MHz幅に制限するなど、環境に応じた現実的な設計が求められます。

• 避けるべき設定リスト:
  • APの送信出力を「Auto」または「Max」にする（セル境界の不明確化）
  • 2.4GHzと5GHz/6GHzを同一SSIDでバンドステアリングなしに運用する
  • 重複チャネル（CCI）が発生するほどの高密度配置

これらのパラメータ調整は、単なる理論値ではなく、実測に基づいた「サイトサーベイ」の結果に従う必要があります。

パフォーマンス検証と運用の最適化プロセス

ローミング環境の構築完了後、最も重要な工程は「エンドツーエンドの通信品質検証」です。設計通りのローミングが行われているかを判断するには、単なるスループット測定だけでなく、ハンドオーバー瞬間のパケットロス（Packet Loss）とジッター（Jitter）を計測しなければなりません。

検証には、Ekahau Sidekick 2のような高精度なスペクトラムアナライザや、NetSpotなどのサイトサーベイツールを使用します。移動しながら各地点のRSSI、SNR（Signal-to-Noise Ratio）、およびチャネル干渉状況をマッピングします。特に、AP間の境界領域において、クライアントがどのタイミングでBSS Transition Management Requestを受け取り、実際に新しいAPへ再接続したかをWireshark等のパケットキャプチャを用いて解析することが理想的です。

運用フェーズにおける最適化指標（KPI）は以下の通りです。