【実務・中級編】 Wi-Fi規格の選び方とユースケース別設計ガイド（テレワーク、高密度オフィス、工場IoT、スマートホーム） – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

こんにちは、シニアネットワークエンジニアの私です。

現場でインフラの設計やトラブルシューティングに明け暮れていると、「なぜかこの会議室だけWeb会議がカクつく」「工場に導入したIoTセンサーのパケットが途中でドロップする」といった相談を本当によく受けます。

カタログスペックだけを見て「最新のWi-Fi 7ルーターを入れておけば安心だろ」と安易に設計すると、見事に痛い目を見ます。高価なアクセスポイント（AP）を導入したのに、クライアント側のデバイスが古くて恩恵を全く受けられなかったり、オフィス内のコンクリート壁や金属ラックに阻まれて電波が減衰したり。ネットワークは、物理層からアプリケーション層までを一気通貫で見通して初めて「繋がる」泥臭い世界です。

今回は、Wi-Fi 6、6E、7という現代の主要規格をどう選び、テレワーク、オフィス、工場、スマートホームという具体的なユースケースにどう落とし込むべきか、実務的な視点で紐解いていきましょう。

—

1. 規格の現在地：Wi-Fi 6 / 6E / 7の本質的な違い

まずは、私たちが現場で向き合う3つの世代のスペックと、その裏にある技術的背景を整理します。単なる速度の比較ではなく、「電波の混雑具合（干渉）」と「マルチプレックス（多重化）」の観点で捉えることが重要です。

Wi-Fi 6 (IEEE 802.11ax) の実力

OFDMA（直交周波数分割多元接続）とMU-MIMOを本格的に実用化し、多数のデバイスが同時に通信する高密度環境での効率を劇的に改善した立役者です。

周波数帯: 2.4GHz / 5GHz
最大特徴: 混雑した空間でのパケット衝突を減らし、スループットの「実効値」を引き上げる。

Wi-Fi 6E のブレイクスルー

Wi-Fi 6のポテンシャルを解放したのが、新しい6GHz帯の解放です。5GHz帯までの既存の混雑（電子レンジ、気象レーダー、隣家のAPなど）から解放され、広大な空き地に超高速道路を通したようなものです。

周波数帯: 2.4GHz / 5GHz / 6GHz
最大特徴: 160MHz幅の超ワイドチャンネルを贅沢に使い、干渉のないクリーンな通信を実現。

Wi-Fi 7 (IEEE 802.11be) がもたらす超低遅延

MLO（Multi-Link Operation）により、複数の周波数帯（2.4GHz / 5GHz / 6GHz）を同時に束ねて通信、あるいは冗長化できるようになりました。これにより、ミリ秒単位の遅延が命取りになるユースケースで圧倒的な強さを発揮します。

周波数帯: 2.4GHz / 5GHz / 6GHz
最大特徴: 4096-QAMによる高密度変調と、複数帯域を同時利用するMLO。

—

2. ユースケース別・最適なWi-Fi設計アプローチ

ここからが本題です。現場で遭遇する4つのシチュエーションにおいて、どの規格を選び、どう設計すべきかを解説します。

① テレワーク（自宅・小規模SOHO）

推奨規格: Wi-Fi 6 または Wi-Fi 6E
設計アプローチ: 自宅環境の最大の敵は「隣家からの同チャンネル干渉」と「壁」です。賃貸マンションなどで5GHz帯が溢れ返っている場合、Wi-Fi 6Eの6GHz帯が救世主になります。ただし、木造やコンクリートの壁を挟むと6GHzの減衰は激しいため、APの配置場所が肝心です。
実務Tips: Web会議の安定性を最優先するなら、可能であればAPの見通しが良い場所に親機を置き、バックホールにはカテゴリ6a以上の有線LANを引き回しましょう。

② 高密度オフィス（フリーアドレス、多台数端末）

推奨規格: Wi-Fi 6 または Wi-Fi 7
設計アプローチ: 1人のエンジニアがPC、スマホ、社用タブレットなど複数台のデバイスを持ち歩く現代のオフィスでは、APあたりの収容台数がボトルネックになります。ここではWi-Fi 6のOFDMAによる効率的なスケジューリングが必須です。さらに、将来への投資としてWi-Fi 7のMLOを取り入れることで、フロア内を移動する際のローミング遅延を最小化できます。
実務Tips: コントローラー（Cisco Catalyst CenterやAruba Centralなど）を用いたチャンネル設計（RRM: Radio Resource Management）を行い、電波出力の調整を自動化するのが鉄則です。

③ 工場IoT（高ノイズ・リアルタイム制御）

推奨規格: Wi-Fi 6 または堅牢性を重視したWi-Fi 6E
設計アプローチ: 工場内には巨大なモーター、金属製のコンベア、電磁ノイズを発生させる設備が溢れています。2.4GHz帯は産業機器のノイズで使い物にならないことが多いため、5GHz帯のクリーンなチャンネルを固定割り当てするか、ノイズ耐性の高い設計が必要です。また、PLC（プログラマブル・ロジック・コントローラー）と連携するAGV（無人搬送車）の制御には、パケットロスを抑える確実な再送制御が求められます。
実務Tips: 現場のAPは防塵・防水（IP67等）モデルを選定し、産業用イーサネット規格に準拠したスイッチングハブと組み合わせます。

④ スマートホーム（多数のセンサー・家電連携）

推奨規格: Wi-Fi 6（コストパフォーマンス重視）
設計アプローチ: スマート家電や監視カメラは、必ずしも超高速なスループットを必要としませんが、「常時接続の安定性」と「省電力」が求められます。Wi-Fi 6で導入されたTWT（Target Wake Time）機能は、IoTデバイスが通信するタイミングをAP側とネゴシエーションし、スリープ時間を延ばすことでバッテリー寿命を大幅に延ばします。
実務Tips: IoTデバイスは2.4GHz帯にしか対応していないものが未だに多いため、2.4GHz帯のチャンネル幅をあえて20MHzに固定し、隣接APとの干渉を避けるのが現場の定石です。

—

3. 実務で役立つ設定・デバッグの現場知見

ネットワーク設計の理論を学んだところで、次は現場で直面するトラブルシューティングやパラメータチューニングの実践例を見ていきましょう。

例えば、Linux環境のゲートウェイやAPコントローラー周辺、あるいは社内監視用スクリプトから、APの電波状態やクライアントの接続メトリクスをAPI経由で取得・監視したいシーンを想定します。

以下のPythonスクリプトは、一般的なネットワーク管理API（例: Meraki Dashboard APIや独自管理APのREST API）を叩いて、特定のAPに接続しているクライアントのRSSI（受信信号強度）や使用規格（Wi-Fi 6 / 7など）を定期的にポーリングし、品質低下を検知するサンプルです。

import time
import requests

# APIのエンドポイントと認証トークン（環境変数等から安全に取得することを想定）
API_BASE_URL = "https://api.internal-network-controller.local/v1"
API_TOKEN = "Bearer secret_api_token_12345"

HEADERS = {
    "Authorization": API_TOKEN,
    "Content-Type": "application/json"
}

def monitor_wireless_clients(ap_id):
    """
    指定されたAPに接続しているクライアントの電波状態を監視し、
    RSSIが閾値未満のデバイスをログに記録する関数
    """
    endpoint = f"{API_BASE_URL}/access_points/{ap_id}/clients"
    
    try:
        response = requests.get(endpoint, headers=HEADERS, timeout=10)
        # HTTPステータスコードのチェック
        response.raise_for_status()
        
        clients = response.json()
        
        for client in clients:
            mac_address = client.get("mac")
            rssi = client.get("rssi")  # 例: -65 dBm
            wifi_generation = client.get("standard")  # 例: "Wi-Fi 6", "Wi-Fi 7"
            
            # 現場での経験則：RSSIが -70 dBm を下回るとパケットロスが増え始める
            if rssi < -70:
                print(f"[警告] デバイス {mac_address} の電波状態が悪化しています (RSSI: {rssi} dBm, 規格: {wifi_generation})。ローミングの強制やAPの出力を確認してください。")
            else:
                print(f"[正常] デバイス {mac_address} は良好な状態です (RSSI: {rssi} dBm, 規格: {wifi_generation})。")

    except requests.exceptions.RequestException as e:
        print(f"[エラー] API通信に失敗しました: {e}")

if __name__ == "__main__":
    # 対象となるオフィスのフロアAP ID
    TARGET_AP_ID = "ap_floor_3_east_01"
    
    print("ワイヤレスクライアントの監視デーモンを開始します...")
    while True:
        monitor_wireless_clients(TARGET_AP_ID)
        # 60秒ごとにポーリング
        time.sleep(60)

現場で使えるパラメータ調整のTIPS

1. チャンネル幅の設計（Channel Width）

5GHz帯や6GHz帯で「80MHz幅」や「160MHz幅」を使えば理論速度は跳ね上がりますが、電波干渉の確率も高まります。オフィスや工場で安定性を重視するなら、あえて40MHz幅に絞ることで、SN比（信号対雑音比）を稼ぎ、パケットロスを劇的に減らせるケースが多々あります。

2. 最小ビットレート（Minimum Basic Rate）の引き上げ

古いWi-Fi 4（11n）時代のデバイスが低速なレート（1Mbpsや2Mbpsなど）でダラダラと接続し続けると、エアタイム（電波の占有時間）が圧迫され、全体のパフォーマンスが低下します。基本レートを12Mbpsや24Mbps以上に引き上げ、低速な端末を強制的に切断・移行させる設計が、高密度環境では極めて有効です。

—

4. まとめ：エンジニアとしての正しい選び方

Wi-Fi規格の選定は、単に「数字が大きい最新のものを選ぶ」ことではありません。

予算とデバイスの対応状況を冷静に見極め、
物理的な障害物やノイズ源という泥臭い現実を考慮し、
トラフィック特性（スループット重視か、低遅延・多接続重視か）に合わせたパラメータをチューニングする。

この一連のプロセスをやり切って初めて、ユーザーから「最近、ネットワークが快適になったね」と言われる信頼性の高いインフラが構築できます。

皆さんの現場でも、カタログスペックに惑わされず、パケットの気持ちになって最適なWi-Fi設計を実践してみてください。それではまた、次のトラブルシューティングの現場でお会いしましょう！