こんにちは。シニアネットワークエンジニアの私だ。
日々、オフィスやデータセンター、そして時には自宅の頑固な電波干渉と格闘している君なら、一度はこう思ったことがあるはずだ。「なぜこれほどまでに高速なWeb APIを叩いているのに、スマホやIoT端末からのスループットが頭打ちになるのか?」と。
クラウド側のインフラをどれだけチューニングしても、そのラストワンマイルを繋ぐ無線区間(Wi-Fi)がボトルネックになっていては、現代のハイパフォーマンスなシステム開発・運用において片手落ちというものだ。
今回は、数あるWi-Fi規格の歴史の中でも、今の「高速無線」の土台を作り上げたWi-Fi 5(IEEE 802.11ac)にスポットを当てたい。古い規格のように思われるかもしれないが、その内部で動いている技術の本質(MU-MIMO、256-QAM、チャンネルボンディング)を理解することは、現代のWi-Fi 6/6E/7を語る上でも絶対に避けて通れない基礎体力となる。
現場で実際にパケットを追いかけ、トラブルシューティングを行ってきた知見を交えながら、そのメカニズムを紐解いていこう。
—
1. なぜ11acは「5GHz専用」という割り切りをしたのか?
Wi-Fi 4(IEEE 802.11n)までの世界を思い出してほしい。2.4GHz帯と5GHz帯の両方をサポートし、電子レンジやBluetoothとの壮絶な電波の奪い合いにエンジニアたちは頭を悩ませていた。
Wi-Fi 5(IEEE 802.11ac)が下した大きな決断は、「2.4GHz帯を完全に捨て、5GHz帯に一本化する」というものだった。
[2.4GHz帯] 混雑した下町商店街(干渉多・帯域狭い)
vs
[5GHz帯 (11ac)] 片側4車線の高速バイパス(干渉少・広帯域)
5GHz帯は障害物に弱いという弱点はあるものの、2.4GHz帯のような産業用機器や家電からの干渉が圧倒的に少ない。このクリーンな空間をベースにしたからこそ、これから解説するアグレッシブな高密度変調や広帯域化が可能になったのだ。
—
2. 256-QAM:限られた空間により多くのデータを詰め込む技術
まずは変調方式の話だ。Wi-Fi 4の最高変調方式は 64-QAM(1シンボルあたり6ビット)だったが、Wi-Fi 5では256-QAM(1シンボルあたり8ビット)へと進化を遂げた。
QAM(直交振幅変調)は、電波の「位相」と「振幅」の組み合わせによってデータを表現する。これをマンションの部屋の広さに例えるなら、64-QAMが「64通りの家具の配置パターン」だったのに対し、256-QAMは「256通りの配置パターン」を覚えるようなものだ。
64-QAM : 1シンボル = 6 bits (2^6)
256-QAM : 1シンボル = 8 bits (2^8) --> 約33%のデータ量アップ!
ただし、ここでエンジニアとして注意しなければならない現実がある。「256-QAMを使うには、圧倒的な高SNR(信号対雑音比)が必要」という点だ。
ルーターと端末の距離が離れていたり、間にコンクリート壁があったりすると、電波が歪んでしまい、受信側でコンスタレーション(星座図)のポイントを正しくマッピングできなくなる。
その結果何が起きるか? リンク層(MAC層)での自動レート制御(Rate Adaptation)が働き、より安全な 64-QAMや16-QAMへと変調レベルが「格落とし(フォールバック)」される。
「ルーターのスペック表には最高通信速度が書いてあるのに、実測値が出ない」という現場のトラブルの多くは、この変調レートの落ち込みが原因だ。
—
3. 80/160MHz幅:チャンネルボンディングによる物理的なパイプの太さ
次に、物理的な帯域幅(Channel Width)の拡大を見ていこう。従来のWi-Fi 4では主に20MHz幅、あるいはbondingで40MHz幅が主流だったが、Wi-Fi 5では基本が80MHz幅、オプションで160MHz幅へと拡張された。
水道管に例えるなら、20MHzが細い塩ビパイプだとすれば、160MHzはプールの給水用太口径ホースだ。一度に流せる水の量(データ量)が文字通り何倍にも膨れ上がる。
チャンネル設計時の実務的Tips
現場で160MHz幅を設定する際、インフラエンジニアが必ず直面するのが「DFS(Dynamic Frequency Selection)」の壁だ。
5GHz帯の一部チャンネル(W53 / W56)は、気象レーダーや航空レーダーと周波数を共有している。そのため、アクセスポイント(AP)は起動時や運用中にレーダー波を検知すると、強制的に電波の出力を止め、別のチャンネルへ移動(チャンネルホッピング)しなければならない。
[AP起動/レーダー検知] ---> DFSスキャン (60秒間の無音期間) ---> チャンネル決定・再開
この「突然の数秒間の通信断」は、リアルタイム性の高いWebsocket通信や音声・動画ストリーミングにとって致命傷になりうる。
オフィスや高密度な環境であえて160MHz幅を使わず、安定した80MHz幅を複数に分割して設計する(あるいはDFSの影響を受けないW52チャンネルを丁寧に切り盛りする)のは、こうした現場の泥臭い判断の積み重ねなのだ。
—
4. ダウンリンクMU-MIMO:時分割から空間分割へのパラダイムシフト
Wi-Fi 5における最大のエポックメイキングが、ダウンリンクMU-MIMO(Multi-User Multiple-Input Multiple-Output)の実装だ。
これまでのWi-Fi(SU-MIMO:Single-User MIMO)では、アクセスポイントは「一度に1台の端末」としか通信できなかった。ルーターがA君と通信している間、B君とC君のデータは順番待ち(ラウンドロビン等の時分割)を強いられていた。
【従来のSU-MIMO(時分割)】
AP ──(A君へ送信)──> A君
AP ──(B君へ送信)──> B君 (順番待ち)
AP ──(C君へ送信)──> C君 (順番待ち)
【Wi-Fi 5のMU-MIMO(空間分割)】
┌──> A君
AP ───┼──> B君 (同一タイミングで空間を分けて同時送信!)
└──> C君
この「順番待ちの列」をぶち壊したのがMU-MIMOだ。複数のアンテナから位相を巧妙にコントロールした電波(ビームフォーミング)を同時に発射し、空間的に異なる位置にいる複数のクライアントへ、「まったく同じタイミング(同一タイムスロット)」で別々のデータを送り届ける。
注意すべき制約事項
ただし、このMU-MIMOも魔法の杖ではない。現場で設計する際に必ず押さえておくべき制約がある。
1. 「ダウンリンク(下り)」限定であること
Wi-Fi 5のMU-MIMOは、あくまでAPから端末への方向(下り)しかサポートしていない。上り(アップロード)方向は従来のまま時分割(OFDMA等もWi-Fi 5には存在しない)である。
2. クライアント側も対応していなければならない
AP側がどれだけ「我は4×4 MU-MIMO対応だ」と気炎を吐いても、接続するスマホやPC側のチップセットが対応していなければ、恩恵はゼロだ。
—
5. 実務における検証とデバッグ:Linuxでの確認手法
では、実際に自分が今繋いでいるクライアントが、Wi-Fi 5の恩恵をどこまで受けられているのか。Linux環境(UbuntuやRaspberry Pi等)を例に、コマンドラインから現在の無線リンクステータスを覗いてみよう。
インフラの現場でパケットやリンク状態をサクッと確認するには、iw コマンドが非常に頼りになる。
# 現在接続している無線インターフェース(例: wlan0)の詳細なリンク情報を取得
iw dev wlan0 link
実行結果の出力例を見てみよう。
Connected to 00:11:22:33:44:55 (on wlan0)
SSID: Corporate-Secure-Network
freq: 5180 # 5GHz帯のチャンネル36
RX: 58493219 bytes (41235 packets)
TX: 12948102 bytes (24102 packets)
signal: -55 dBm # なかなかの良好なシグナル強度
rx bitrate: 433.3 MBit/s VHT-MCS 9 80MHz VHT-NSS 1 # 現在の受信レート
tx bitrate: 585.0 MBit/s VHT-MCS 8 80MHz VHT-NSS 2 # 現在の送信レート
expected throughput: 442.25 MBit/s
ここで読み解くべき重要なパラメータを整理する。
VHT(Very High Throughput): これこそがIEEE 802.11ac(Wi-Fi 5)の証だ。80MHz: チャンネルボンディングによって80MHz幅でリンクが確立していることを示す。VHT-MCS 9/VHT-MCS 8: 変調・符号化スキーム(Modulation and Coding Scheme)のインデックス。MCS 9は256-QAMを意味する。もしここがMCS 0や1に落ち込んでいるなら、電波環境の悪化やノイズを疑うべきだ。VHT-NSS 2: Spatial Streams(空間ストリーム数)が2本であることを示す。2×2アンテナのクライアントとして正常にリンクしていることが一目でわかる。
—
6. まとめ
Wi-Fi 5(IEEE 802.11ac)は、単なる「スピードアップのマイナーチェンジ」ではなく、5GHzへのシフトと、空間・変調密度の極限追求という大きなパラダイムシフトの歴史だった。
- 256-QAM による高密度なデータ転送(ただし良好なSNRが前提)
- 80/160MHz幅 による物理的なパイプの太さの確保(DFSという運用のトラップに注意)
- ダウンリンクMU-MIMO による空間分割多重(下り専用・クライアント側の対応が必須)
インフラエンジニアやWebアプリケーション開発者にとって、ネットワークの物理層〜データリンク層の挙動を理解していることは、トラブルシューティングの初動を劇的に早くする強力な武器となる。「なぜかこのAPIのレスポンスが端末によって遅い」と感じたとき、クラウドのログだけでなく、こうした無線区間のリンクレートや変調状態に目を向けられるエンジニアであってほしい。
さあ、今日のログ分析の続きに戻ろうか。パケットはいつだって、嘘をつかない。
コメント