【実務・中級編】 2.4GHz帯と5GHz帯の物理的特性と干渉回避 – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

こんにちは。日夜、パケットの海を睨みつけながらインフラの最適化やAPIの応答速度に頭を悩ませているエンジニアの皆さん、お疲れ様です。

自宅のリビングで快適にAPIの負荷テストをしていたり、スマートホームのセンサー群から送られてくるMQTTのペイロードを収集していたりする時、ふと「なぜかパケットがドロップする」「TCPの再送が止まらない」という理不尽な壁にぶつかったことはありませんか？
コード側やOSのカーネルパラメータ（sysctl）をどれだけチューニングしてもレイテンシが改善しない場合、犯人はソフトウェアではなく、電波という名の物理レイヤー（Layer 1）に潜んでいることが少なくありません。

今回は、家庭内無線LANの基盤を支える「2.4GHz帯」と「5GHz帯」の物理的特性の違い、そしてエンジニアなら絶対に押さえておきたい「Bluetooth干渉」と「DFS（動的周波数選択）」の泥臭い挙動について、実務的な視点を交えて徹底的に解説します。

—

1. 物理の壁：なぜ2.4GHzは回り込み、5GHzは直進するのか

無線LANの電波は、基本的には電磁波の一種であり、周波数が高くなればなるほど「光」に近い性質（直進性）を帯び、低くなればなるほど「音」に近い性質（回折性・障害物透過性）を持ちます。

2.4GHz帯（波長 約12.5cm）：遠くまで届くが、コンクリートと相性最悪

2.4GHz帯は、波長が比較的長いため、壁や木製の家具などの障害物を回り込んで進む（回折）能力に長けています。戸建ての1階から3階へ飛ばすといったシチュエーションでは、5GHz帯よりも圧倒的に有利です。

しかし、現代の住環境において、この周波数帯は「電波のゴミ屋敷」と化しています。帯域幅が狭く（チャンネルが少ない）、使えるのは実質的に1ch、6ch、11chの3つのみ。ここに隣家のWi-Fiや電子レンジのマイクロ波が重畳してきます。

5GHz帯（波長 約6cm）：高速だが、障壁の前で力尽きる

5GHz帯は、チャンネルあたりの帯域幅を広く取れるため、理論スループットにおいて圧倒的な優位性を誇ります。宅内でコンテナのビルド成果物をダウンロードしたり、4Kストリーミングを流したりするなら必須の帯域です。

その代わり、波長が短いためエネルギー減衰（Path Loss）が激しく、コンクリートの壁や断熱材を挟んだ瞬間に信号強度（RSSI）が急降下します。「ルータの真横ならリンク速度が866Mbps出るのに、廊下を曲がった瞬間に50Mbpsまで落ちる」という現象の正体は、まさにこの直進性と減衰のトレードオフです。

—

2. 現場のトラップ：Bluetooth干渉とDFSのリアルな挙動

インフラエンジニアとして絶対に知っておくべきなのが、それぞれの帯域が抱える「目に見えないトラップ」です。

2.4GHz帯の天敵：Bluetoothとの不毛な陣取り合戦

2.4GHz帯は、Wi-Fi（IEEE 802.11b/g/n/ax）だけでなく、Bluetooth、電子レンジ、ワイヤレスマウス、さらには一部の工業用機器までが同じ周波数帯（ISMバンド）を共有しています。

特に、BLE（Bluetooth Low Energy）やClassic Bluetoothが近くで稼働していると、同じ周波数チャンネル上でパケットの衝突（Collision）が頻発します。
Wi-FiのCSMA/CA（キャリア感知多重アクセス／衝突回避）機構は、電波が混雑していると送信をバックオフ（待機）させるため、Bluetooth機器を大量に接続しているデスク周辺では、Wi-Fiの実効スループットが劇的に低下するのです。

5GHz帯の時限爆弾：DFS（Dynamic Frequency Selection）による通信断

「5GHz帯にしておけば安心」とは言い切れない理由が、DFSの存在です。
5GHz帯の一部チャンネル（W53 / W56帯）は、気象レーダーや航空レーダーと周波数を共有しています。無線LANルーターには電波法により、「レーダー波を検知した場合、即座にそのチャンネルの送信を停止し、別のチャンネルへ移動しなければならない」という義務が課されています。

この仕様が生む実務上のトラップが、「突然の数秒〜数十秒の通信断」です。
オンラインミーティングの最中や、重要なAPIリクエストを投げている最中に、ルーターが突然「おっ、気象レーダーだ！」と勘違い（または検知）してチャンネルを切り替えると、アソシエーションが強制切断され、TCPセッションがリセットされます。

—

3. 実務で役立つ！ネットワークの状態監視とデバッグTips

では、これらの物理的な制約や干渉に対して、エンジニアとしてどう立ち回るべきでしょうか。
まずは、現在のクライアント端末から周辺の電波状況を観測し、どのチャンネルが汚染されているかを把握することから始めましょう。

Pythonによる簡易Wi-Fiスキャナーの例

macOSやLinux環境であれば、Pythonの標準ライブラリや外部ツールを組み合わせて、周辺の電波強度（RSSI）やチャンネルの混雑度を定期的にロギングするスクリプトを組むことができます。

以下のコードは、macOSのairportコマンドのラッパーとして動作し、周囲のアクセスポイントのRSSIとチャンネルをJSON形式でダンプするスニペットです。

import subprocess
import json
import re
from datetime import datetime

def scan_wifi_networks():
    """
    macOS環境で周囲のWi-Fi電波状況（SSID, RSSI, チャンネル）を取得する関数
    インフラのデバッグ時に、どのチャンネルが混雑しているかをあぶり出すために使用します。
    """
    airport_path = '/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport'
    
    try:
        # スキャンを実行して詳細情報を取得
        result = subprocess.run([airport_path, '-s'], capture_output=True, text=True, check=True)
        lines = result.stdout.strip().split('\n')
        
        if not lines:
            return []

        networks = []
        # ヘッダー行をスキップしてパース
        for line in lines[1:]:
            # スペース区切りでパース（SSIDにスペースが含まれるケースを考慮）
            match = re.match(r'^\s*(.+?)\s+([0-9a-fA-F:]+)\s+(-?\d+)\s+([CH\-+0-9]+)\s+([Y\-])', line)
            if match:
                ssid, bssid, rssi, channel, security = match.groups()
                networks.append({
                    "timestamp": datetime.now().isoformat(),
                    "ssid": ssid.strip(),
                    "bssid": bssid,
                    "rssi_dbm": int(rssi),
                    "channel": channel.strip(),
                    "secure": security
                })
        
        return networks

    except subprocess.SubprocessError as e:
        print(f"Wi-Fiスキャンに失敗しました: {e}")
        return []

if __name__ == "__main__":
    scan_results = scan_wifi_networks()
    # 取得した電波状況を整形して出力
    print(json.dumps(scan_results, indent=2, ensure_ascii=False))

インフラ・アプリエンジニアへの実践的なアドバイス

1. IoT機器と母艦PCの帯域分離（バンドステアリングの無効化）
現代のルーターには、2.4GHzと5GHzを同一のSSIDで統合し、自動で切り替える「バンドステアリング機能」が備わっています。しかし、これが曲者です。
スマートホームのIoTデバイス（2.4GHz専属）が接続エラーを起こしたり、開発用のメインPCが勝手に低速な2.4GHzに掴み直されてAPIのレイテンシが悪化したりする場合が多々あります。開発用や高スループットを求める端末は5GHz専用のSSIDに固定するのが、現場の鉄則です。

2. DFSチャンネルの回避設計
自宅のルーターの設定画面で、無線チャンネルを自動（Auto）から、気象レーダーの影響を受けない「W52帯（チャンネル 36, 40, 44, 48）」に手動固定してみてください。これだけで、DFSの気まぐれによる突然の切断地獄から解放されます。ただし、W52帯は屋外利用に法律上の制限があるため、あくまで屋内固定利用としてのチューニングです。

—

まとめ

目に見えない電波の挙動を理解することは、ソフトウェアのパフォーマンスチューニングと同じくらい、いや、それ以上に泥臭くて知的なエンジニアリングの醍醐味です。

「なぜかこの部屋だけAPIのレスポンスが悪くなる」「スマートスピーカーの応答が遅延する」。そんなトラブルに直面したときは、コードを書き換える前に、ぜひ今回の物理層・電波層の視点を思い出してみてください。パケットを運ぶ最後の1メートルの道路を整備してこそ、真のフルスタック・エンジニアと言えるはずです。

それでは、快適なネットワークライフと、安定したデプロイを！

スポンサーリンク

コメント

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