IEEE 802.11bf 無線LANセンシング: 2025年規格で何が変わったのか

IEEE 802.11bf の現状と対象範囲を短く整理

IEEE は 802.11bf-2025 を有効な規格として掲載しており、IEEE 802.11-2024 に対する改訂として位置づけています。対象範囲は、7.125 GHz 未満の免許不要帯域での WLAN センシング動作と、指向性を使う 60 GHz 帯です。これは重要です。両者では、センシングできる幾何条件、到達距離、分解能が大きく異なるためです。

この改訂が主に扱うのは、センシングに必要な通信手順です。具体的には、対応機能の検出、セッション設定、測定値の交換、報告、参加ステーション間の調整です。機器同士の共通言語は与えますが、万能な機械学習モデルや、必ず同じ最終出力を返すアプリケーション結果までは規定しません。

802.11bf の Wi-Fiセンシング セッションはどう動くか

まず、センシング対応デバイスは相手機器が何をサポートしているかを把握する必要があります。そのうえで参加デバイスは、役割、測定パラメータ、結果の返し方を含むセンシング設定を交渉します。1台がセンシング交換を開始し、もう1台が応答する形を取れますが、実装次第で測定や報告の責務分担は異なります。

測定フェーズでは、送信された Wi-Fi 信号が直接波と反射波の経路を通ります。人、ドア、家具、移動によって、振幅、位相、遅延、ドップラー、到来角、あるいは関連するチャネル特性が変化します。対応ステーションは要求された測定を記録し、報告を返します。その後、アプリケーション層がレポートをフィルタリングし、信頼度を見積もり、信号変化を在室推定やジェスチャー検知といった用途へ対応づけます。

• Discovery: センシング機能と対応手順を識別する。
• Setup: 役割、タイミング、チャネル、測定設定を交渉する。
• Measurement: 環境に起因するチャネル変化が現れるフレームを送信または観測する。
• Reporting: 標準化された測定情報を要求元ステーションへ返す。
• Inference: 別個のアルゴリズムで測定値を有用な推定結果へ変換する。

独自方式の Wi-Fiセンシングに対して 802.11bf が加えるもの

Wi-Fiセンシング自体は 802.11bf 以前から存在していました。研究システムや商用ベンダーは、RSSI、CSI、精密タイミング、ビームトレーニング、ベンダー固有の無線テレメトリーをすでに活用していました。問題は分断です。あるチップセットでは取得できる測定が、別のチップセットでは隠される。フレーム交換方法が異なる。較正の前提が不明確。アプリケーションが特定ハードウェアスタックに縛られる。そうした状況がありました。

802.11bf は、機器がセンシング機能を告知し、協調するための規格ベースの道筋を与えます。これにより統合時の摩擦が減り、将来のマルチベンダー構成を設計しやすくなる可能性があります。ただし、それを即時の相互運用性と読むべきではありません。ベンダー側には、任意機能の実装、使える API の公開、制約の文書化、実環境での検証が引き続き必要です。規格ロゴがあるだけで、そのルーターが開発者向けの 802.11bf CSI や、本番運用可能な Wi-Fi 人検知機能を提供する証拠にはなりません。

Sub-7 GHz と 60 GHz のセンシング比較

どの周波数帯を使うかで、センシングシステムが現実的に観測できるものは変わります。Sub-7 GHz の Wi-Fi は一般に部屋全体や住宅内で広めのカバレッジを得やすく、通常の内装材も比較的通りやすい一方、マルチパスの影響で解釈が難しくなりやすく、空間分解能には限界があります。60 GHz 帯は波長がはるかに短く、指向性ビームを使えるため、近距離ではより細かな動きやジェスチャーの把握に向く可能性がありますが、遮蔽やカバー範囲の狭さが強く効きます。

どちらが自動的に優れているという話ではありません。部屋全体の在室検知、粗い動作把握、既存機器の流用なら Sub-7 GHz が有利なことがあります。近距離のジェスチャー、細かな動き、方向性のある測距なら 60 GHz が向く場合があります。信頼できる設計は、派手な研究デモから出発するのではなく、必要距離、部屋形状、プライバシー要件、電力制約、許容できる誤警報率から要件を詰めていくべきです。

ハードウェア互換性: 購入前に確認すべきこと

Wi-Fi 6、Wi-Fi 6E、Wi-Fi 7 といった表記だけでは、802.11bf 無線LANセンシング対応の証明にはなりません。規格が公開された時点では、現行製品の多くはそれ以前に設計されており、センシング機能は無線チップの改版、ファームウェア、ドライバー公開範囲、ベンダー API に依存する可能性があります。機器によっては一部手順のみ対応し、測定アクセスをクローズドなアプリ内に閉じ込めていることもあります。

ハードウェア導入前には、正確なチップセット名とファームウェア版、対応する 802.11bf の役割と周波数帯、API または SDK へのアクセス可否、測定フォーマット、報告レート、アンテナ要件、較正ガイダンス、明文化された互換性表明を確認してください。ベンダーが在室デモだけを見せ、測定経路を説明しない場合は、一般的な開発者アクセスの証拠ではなく、あくまで特定アプリケーションの主張として扱うべきです。

• Wi-Fi 世代表記だけでなく、製品型番と無線部のリビジョンを確認する。
• 802.11bf の対応機能と対応帯域について書面で確認する。
• センシングレポートが公開ドライバー、SDK、API 経由で取得できるか確認する。
• 設計に必要な initiator、responder、measurement、reporting の各役割を満たすか確かめる。
• レポートの安定性、遅延、誤検知、機器移動後や再起動後の挙動を実機で試験する。

802.11bf が実現し得る用途と、保証しないこと

この規格は、在室検知、動作分類、ジェスチャー入力、デバイス非装着の測距、室内活動把握、見守りアラート、スマートホーム自動化、ネットワーク連動の環境コンテキストといった用途に共通基盤を与え得ます。ただし、これらは可能なアプリケーション分類であって、すべての準拠実装に保証される機能ではありません。

性能主張には用途別の試験が必要です。人検知であれば、無人状態、静止した人、ペット、扇風機、ドア開閉、来客、家具配置変更を含めて評価すべきです。ジェスチャー系なら、初見の利用者、異なる立ち位置、体格差を含める必要があります。壁越し検知をうたうなら、壁材、距離、判定閾値を明記すべきです。呼吸や転倒アラートのような健康周辺用途では、特に慎重な表現が必要であり、検証済みの医療・緊急対応システムの代替にしてはいけません。

プライバシー・セキュリティ・精度管理は依然としてアプリ側の仕事

カメラ不要であることは、プライバシー上の配慮が不要という意味ではありません。WLAN センシングは、人の在否、生活パターン、移動、睡眠関連の傾向、部屋利用状況、機器との相互作用を明らかにし得ます。導入時には、センシングの可視化、適切な同意取得、保存最小化、アクセス制御、実用的な無効化手段を用意すべきです。生の測定値も推論結果も、機微性の高いデータとして扱う必要があります。

セキュリティは Wi-Fi 通信の暗号化だけでは足りません。無許可のセンシング要求、偽装レポート、推論結果からの情報漏えい、部屋をまたぐ観測、侵害された機器、ユーザーがセンシング動作中か判別できるかといった点まで検討対象です。精度管理には、不確実状態の導入、信頼度閾値、ドリフト監視、再較正ルール、影響の大きい判断に対する人の確認が含まれるべきです。

• 目的達成に必要な粒度の測定だけを収集する。
• ネットワーク接続の許可とセンシング同意を分離する。
• 可能なら生測定はローカル保持とし、保存期間の上限を定める。
• すべてのサンプルを無理にラベル化せず、信頼度と unknown 状態を公開する。
• 実験段階のセンシングを、医療、緊急対応、雇用、警察、賃貸判断の唯一の根拠にしない。

RuView の学習導線における 802.11bf の位置づけ

このページが担うのは規格面の整理です。つまり、IEEE 802.11bf が何を定義し、いつ公開され、どの周波数帯を対象にし、どの手順を含み、互換性確認で何を見るべきかという論点です。Wi-Fiセンシング全般の基礎を知る入口としては、より広い概説ページが適しています。Channel State Information のガイドでは CSI データを扱い、対応ルーターのガイドでは現時点での実装経路を実務寄りに整理できます。

RuView 的な実験や可視化は、802.11bf が与える用語整理や相互運用の方向性から恩恵を受けますが、可視化画面や GitHub リポジトリ自体が規格準拠の証拠になるわけではありません。測定源、モデル、アプリケーション出力、標準対応は、4つの別々の主張として切り分けて扱うべきです。その切り分けによって、デモの再現性が上がり、見栄えのよい可視化が未対応のセンシング経路を覆い隠すことも防げます。

公式規格と技術参考資料

IEEE 802.11bf 無線LANセンシングのよくある質問