【テクニカル・上級編】 Wi-Fi 6 / 6E(IEEE 802.11ax)の主要な仕様:OFDMA、双方向MU-MIMO、1024-QAM、BSSカラーリング – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

Wi-Fi 6/6Eの深淵:OFDMAからTCPスタックの最適化まで、高密度環境を制するエンジニアリング

Wi-Fi 6(IEEE 802.11ax)の登場は、単なる通信速度の向上というカタログスペックの議論を遥かに超えた。「高効率」という言葉が、文字通り物理層からトランスポート層の挙動までをどう塗り替えたのか。今回は、現場で泥をすすりながらパフォーマンスチューニングを行うエンジニア諸氏に向けて、11axがもたらしたパラダイムシフトの深層に切り込みたい。

1. 物理層の革命:OFDMAとRU(Resource Unit)のパケット粒度

Wi-Fi 5(11ac)までのOFDMは、ある時刻において1つの端末が帯域全体を占有する「早い者勝ち」の世界だった。しかし、11axの OFDMA は、チャネルを Resource Unit (RU) という最小単位に分割し、マルチユーザーのパケットを同時並行で送り出す。

ここで注目すべきは、パケットスケジューラの挙動だ。高密度環境において、AP(アクセスポイント)は Buffer Status Report (BSR) を収集し、各端末のキュー状況に応じてRUを割り当てる。このスケジューリングのオーバーヘッドを極限まで減らすことが、インフラ設計の要となる。

現場で意識すべき「RU分割」のトレードオフ

RUを細分化しすぎると、各サブキャリアの Power Spectral Density (PSD) が低下し、SNR(信号対雑音比)が悪化する。特に低レイテンシを要求するVoIPやリアルタイム通信では、過度な分割を避け、あえて広めのRUを占有させるQoSポリシーが必要だ。

2. BSSカラーリング:見えない混信の整理術

密集地での Co-Channel Interference (CCI) は、Wi-Fiエンジニアにとって永遠の課題だ。Wi-Fi 6の BSS Coloring は、プリアンブルに6ビットの識別子を付与することで、物理層レベルで「これは自分のネットワークのパケットか、隣家のパケットか」を即座に判断させる。

これにより、Clear Channel Assessment (CCA) の閾値を動的に調整し、他BSSの通信を待たずに自セグメント内の通信を強行することが可能になった。

  • 設定の勘所: AP側でBSSカラーを固定せず、周辺環境と衝突しないように自動追従させるのが鉄則だが、高信頼性が求められる工場やオフィスでは、あえて BSS Coloring の閾値をマニュアルで追い込み、空間再利用(Spatial Reuse)の感度を調整する。

3. TCPバッファとTLSハンドシェイクの最適化

物理層がどれほど高速化しても、アプリケーション層で TCP Slow Start に捕まっていては意味がない。Wi-Fi 6/6E環境において、不安定なハンドオーバーが発生してもスループットを維持するためには、カーネルパラメータのチューニングが不可欠だ。

Linuxカーネルのチューニング例

TCPの初期ウィンドウサイズ(initcwnd)を大きくし、初期RTTを稼ぐ設定は、高密度無線環境でのレスポンス改善に直結する。

# TCP初期輻輳ウィンドウサイズを10に設定(標準的な3~4より高速な立ち上がり)
ip route change default via 192.168.1.1 dev wlan0 initcwnd 10

# TCPバッファの自動調整範囲を拡大(高スループット環境向け)
sysctl -w net.ipv4.tcp_rmem="4096 87380 16777216"
sysctl -w net.ipv4.tcp_wmem="4096 65536 16777216"

また、TLS 1.3への移行はマストだ。1-RTTハンドシェイクにより、無線区間の往復回数を最小化できる。Wi-Fi 6Eの6GHz帯を利用する場合は、干渉が極めて少ないため、ハンドシェイクのパケットロスを恐れず、よりアグレッシブなセッション維持が可能になる。

4. セキュリティの深層:WPA3とPMF(Protected Management Frames)

Wi-Fi 6の採用に際して WPA3 は必須だが、単なる暗号化の強化ではない。PMF(管理フレームの保護)が標準化されたことで、これまで Deauthentication 攻撃に対して無防備だった管理フレームが保護されるようになった。

しかし、古いクライアントデバイスが PMF に対応していない場合、接続不能に陥るケースが多発する。移行期においては、Transition Mode を使いつつ、クライアントの Probe Request を監視し、非対応機を特定するスクリプトを走らせることが推奨される。

# scapyを用いた簡単な管理フレーム監視の断片
from scapy.all import *

def packet_callback(pkt):
    if pkt.haslayer(Dot11Deauth):
        print(f"Deauth攻撃を検知: {pkt.addr2} -> {pkt.addr1}")

# 無線インターフェースをモニターモードでキャプチャ
sniff(iface="wlan0mon", prn=packet_callback, store=0)

結びに:規格の先にある「安定」を見極める

Wi-Fi 6/6Eは、単なる「速いWi-Fi」ではない。OFDMAやBSSカラーリングといった技術は、電波という共有資源をいかに「効率よく使い回すか」という、高度なリソースマネジメントの結晶だ。

インフラアーキテクトとしては、この技術を盲目的に導入するのではなく、現場のパケットキャプチャを通じ、実際に Retry Rate や Airtime Fairness がどう変化しているかを数値で追う必要がある。技術の進化を追うのは当然だが、その先のネットワークの「挙動」を把握して初めて、真のプロフェッショナルと言えるのではないだろうか。

次回のトピックでは、Wi-Fi 7で導入される Multi-Link Operation (MLO) が、いかにしてマルチバンドを跨いだパケット順序制御の複雑さを解決するのか、その内部実装について深く掘り下げていきたい。

コメント

タイトルとURLをコピーしました