Auto RF: Wi‑Fi のチャネルおよび出力管理

Last updated
Save as PDF

このドキュメントは原文を 2025年08月27日付けで翻訳したものです。
最新の情報は原文をご確認ください。

Cisco Learning Hub の無料オンライントレーニングコースでさらに学習できます:

RF 環境の管理

Cisco の SSO でサインインするか、無料アカウントを作成してトレーニングを開始してください。

Auto RF の概要

Auto RF は、Auto TX Power と Auto Channel を基盤として、Wi‑Fi 以外の干渉を検出し、Wi‑Fi 環境を監視するために Cisco 無線アクセスポイントに搭載されている機能です。検出した環境要因に基づき、チャネル割り当て、各無線ごとの送信出力、バンドステアリングなどの設定を自動で調整します。

Auto RF は、ネットワーク内の各 AP から収集した RF 環境データをサンプリングし、数式に入力して当該 AP の総合パフォーマンススコアを算出します。ネットワーク内のすべてのパフォーマンススコアの積がネットワーク全体のスコアとなり、変更の可否を検討する際の最終的な判断材料になります。

Auto RF における AI-Enhanced RRM によって強化された人工知能のすべての機能については、AI‑RRM ドキュメントを参照してください。

ネットワークのパフォーマンススコアは、次の 3 通りの方法で計算されます。

15 分ごとに、各 AP のスコアをゼロホップの近隣（すなわち直近の隣接 AP）と比較して評価します。
3 時間ごとに、各 AP のスコアを 1 ホップ離れた近隣、その後ゼロホップの近隣（すなわち直近の隣接 AP とその隣接 AP）と比較して評価します。
24 時間ごとに、2 ホップ、その後 1、ゼロの順に近隣と比較して評価します。

各評価は 10 回実行され、このサイクルが完了すると、ネットワークのパフォーマンススコアが純増する変更について、現在のチャネルおよび出力設定に対して Auto RF が適用します。

AP を初期導入する際は、2.4 GHz はチャネル 1、5 GHz はチャネル 36 がデフォルトで使用され、送信出力は Auto に設定されます。これらの設定は、無線の構成を展開する前に AP ごとにダッシュボードで手動設定することができます。

Auto Channel

Auto Channel は、クライアント提供用無線のチャネルを動的に調整して RF 干渉（802.11 と非 802.11 の両方）を回避し、無線ネットワークのチャネルプランを策定します。Auto Channel は多くの無線ネットワークに適しており、必要に応じて手動で調整可能なベースラインのチャネル構成を提供します。

このセクションでは、Auto Channel の動作方式と、チャネル変更イベントの見方を説明します。

設定

Auto Channel は、すべての Cisco 無線アクセスポイントでデフォルトで有効です。特定の AP で Auto Channel が有効になっていることを確認するには、ダッシュボードで ワイヤレス > 設定 > 電波設定 に移動し、対象の AP を選択します。アクセスポイントの無線の設定はページ右側に表示されます。チャネルに「Auto」を選択している無線では Auto Channel のアルゴリズムが適用され、15 分ごとに実行されます。

2.4 GHz のチャネル選択

Cisco 無線アクセスポイントは Auto Channel の選択においてベストプラクティスおよび業界標準に従っているため、AP の 2.4 GHz 無線はチャネル 1、6、11 のみが設定されます。これら 3 つのチャネルは周波数が重ならないため、同一チャネル干渉が最も少なくなります。その他のチャネルも一覧に含まれており、Auto Channel のアルゴリズムを上書きする目的で手動選択することができます。

2.4GHz Channel Selection.png

5 GHz のチャネル選択

5 GHz のチャネル可用性は、AP モデルおよび規制ドメインによって異なります。アクセスポイントは、運用している規制ドメインで認証済みのすべてのチャネルを候補として考慮します。チャネルの一覧は、ラジオ設定ページで当該 AP のチャネルドロップダウンを開くと確認できます。特定のバンドを優先することはなく、すべてのチャネルが均等に評価されます。

5GHz Channel Selection.png

動的周波数選択（DFS）の除外

ユースケースによっては、動的周波数選択（DFS）チャネルを Auto Channel のアルゴリズムから除外する必要がある場合があります。DFS チャネルは、ダッシュボードのワイヤレス > 電波設定 > RF プロファイル > オートチャネルで使用されるチャネルを変更 > DFSチャネルの選択を解除で一括で除外できます。

DFS チャネルはレーダーの通信を検知するまでしか使用できないため、無線ネットワークが港湾、空港、気象レーダー局の近くにある場合は、DFS を無効化することが有用です。ローカルの無線クライアントの大半が DFS チャネルをサポートしていない場合も、管理者は DFS を無効化したい場合があります。

多くのヘリコプターにはレーダーシステムが搭載されており、これが無線ネットワークで DFS イベントを誘発してチャネル変更を引き起こすことがあります。ヘリポートを有する可能性のある病院などのミッションクリティカルな場所では、DFS チャネルの除外を検討してください。DFS イベントが発生すると、規制要件に従い、ネットワーク内のすべての AP は次善のチャネル（DFS チャネル上のクライアントはすべて切断されます）に切り替わります。この場合、まず非 DFS チャネルに、その後 DFS チャネルに切り替わります。

6 GHz のチャネル選択

6 GHz のチャネル可用性は、AP モデルおよび規制ドメインによって異なります。アクセスポイントは、運用している規制ドメインで認証されている任意のチャネルを候補として考慮します。チャネルの一覧は、ラジオ設定ページで当該 AP のチャネルドロップダウンを開くことで確認できます。Wi‑Fi 6E 以降の規格では、Preferred Scanning Channels（PSC、優先スキャンチャネル）は 6 GHz バンド内のチャネルのサブセットで、端末がアクセスポイントを見つけるために優先的にスキャンします。PSC は 80 MHz 間隔で配置されています。6 GHz バンドでは、PSC にはチャネル 5、21、37、53、69、85、101、117、133、149、165、181、197、213、229 が含まれます。

AFC

Automated Frequency Coordination（AFC）システムはクラウドベースのオペレータ（例: Federated Wireless、Open AFC）で、FCC の 6 GHz 既存局データベースにアクセスします。このデータベースには、6 GHz スペクトラムで動作する免許無線サービスの測位座標と電力が保存されています。干渉を回避するため、アクセスポイントは起動時および 6 GHz 無線を起動する前に、自身の測位座標を AFC プロバイダに提示する必要があります。

詳細については、Automatic Frequency Coordination 導入ガイドを参照してください。

無線チャネル幅

ダッシュボードではデフォルトのチャネル幅を設定でき、これは 5 GHz および 6 GHz の Auto Channel アルゴリズムに反映されます。チャネル幅は Auto のままにしておくこともでき、この場合は下記の Auto Channel アルゴリズムに基づいて 5 GHz と 6 GHz の無線の幅が調整されます。5 GHz では、最適な無線スループットを得るために既定で 80 MHz 幅を構成できます。ただし、80 MHz 幅の使用は同一チャネル間の競合を増やす可能性があります。高密度の導入環境では、チャネルの重複を減らすために 40 MHz または 20 MHz に減らすことができます。デフォルトのチャネル幅は、旧ビューページを使用している場合はダッシュボードのラジオ設定ページのドロップダウン、また新しいダッシュボードページを閲覧している場合は RF プロファイル設定で指定できます。幅は AP ごとに個別に設定することもでき、AP を選択してオーバーライドを使用するか、Auto を選択できます。

5 GHz

6 GHz

Auto TX アルゴリズムは、2.4 GHz および 5 GHz 無線の送信出力を 2 dBm 未満に設定することはありません。

80 MHz 幅のチャネルをサポートしない Cisco Wireless AP は、チャネル幅の既定値が 40 MHz になります。

Auto Channel 幅は、ファームウェア MR 25.1 以降のデフォルト設定です。MR 25.1 へアップグレードすると、事前に帯域幅設定が行われていない場合は Auto が選択されます。

リアルタイム Auto Channel

専用スキャニング無線を搭載した新しい Cisco Wireless AP は、リアルタイム Auto Channel アルゴリズムを使用できます。これらの AP は全チャネルの RF 状況を完全に把握できるため、高密度な RF 環境でも AP およびダッシュボードは迅速にチャネルプランニングの判断を下すことができます。

RF 指標

Cisco Wireless AP は常に RF 環境から情報を収集しています。専用スキャニング無線は、Air Marshal と RF の観点で全チャネルを継続的に監視します。以下の表は、各 AP が収集し、リアルタイム Auto Channel アルゴリズムのためにクラウドコントローラが分析する指標の詳細を示します。

指標	説明
利用需要	同じネットワーク内でも、一部の AP は他の AP よりも大きな負荷を処理します。ダッシュボードネットワーク内の AP は利用需要について監視されます。クライアント数とトラフィックが計算され、ある AP と別の AP の「価値」を比較する際の重み付けに使用されます。この指標は、最も需要が高い場所で最もクリーンなチャネルが使用されるように役立ちます。
エアタイム可用性	各アクセスポイントは、各チャネルおよび帯域幅の組み合わせについて競合とエアタイム可用性を測定します。この指標により BSS の利用可能なエアタイムが最大化され、競合が最小化され、パフォーマンスとローミングが向上します。ダッシュボードに登録された Cisco Wireless AP とネットワーク外の AP の両方がこの指標に含まれます。ダッシュボードネットワーク内の AP は、ローミングとエアタイム使用の分散を最適化するために高い重みが付けられます。重複するネットワーク数を単に数えて考慮するのではなく、この指標は AP がチャネル上で共存し、十分なエアタイム可用性を確保できることを保証します。
チャネル利用率	チャネル利用率には 802.11 と非 802.11 の両方の要素が含まれます。電子レンジや DAS システムなど外部の干渉源はこの指標で検出され、RF スペクトラムページで確認できます。

*BSSID は各 802.11 アクセスポイントの一意の識別子で、無線の MAC アドレスで構成されます。AP が送信する各 SSID には異なる BSSID が割り当てられ、多くの場合、ハードコードされた無線 MAC に基づく一意の仮想 MAC が使用されます。BSSID は、Cisco Wireless アクセスポイントが各チャネルでのパッシブスキャンとアクティブプローブの両方により検出します。

チャネルの調整は、展開済み AP から報告された情報を使用してダッシュボードによって行われます。新しい AP の追加、「自動チャネル調整を更新」ボタンの押下、無線チャネルの妨害、定常状態でのプロセス、チャネルスイッチアナウンスメントなど、さまざまな理由でダッシュボードは AP に別のチャネルへの変更を指示します。ネットワーク内の AP は、環境から収集した情報を使用して計算し、より良いパフォーマンスのチャネルがあるかどうかを判断します。AP がより良いチャネルがあると判断した場合、Auto Channels の更新が 15 分ごとに行われる際にそのチャネルへ切り替えます。

チャネル変更

チャネルの調整は、展開済み AP から報告された情報を使用してダッシュボードによって行われます。ダッシュボードが AP に別のチャネルへの変更を指示する理由は、以下のとおりです。

新しい AP の追加

ダッシュボードは、新しい AP が設置された場所に最適化されたチャネルに自動的に調整します。ダッシュボードは新たに追加された AP から情報を収集し、既存の無線ネットワークに最も適合するチャネルを選択します。

新しい AP を追加しても、近隣の AP が直ちにチャネルを変更することはありません。近隣の AP は、以下に示す他の理由に基づいてチャネルを調整します。

ロギング

イベントログではこのタイプのチャネル変更は「Channel set for new AP」として報告され、API は理由値 1 を返します。このイベントには、無線番号、旧チャネル、新チャネルが含まれます。以下はそのイベントの例です。

自動チャネル調整を更新ボタン

ダッシュボードのラジオ設定ページにある 自動チャネル調整を更新 ボタンを押すと、ダッシュボードネットワーク内のすべての AP が使用するチャネルの一回限りの最適化が強制されます。AP がチャネルを調整するため、通常 1～2 分のダウンタイムが発生します。

ロギング

イベントログではこのタイプのチャネル変更は「Auto Channel Update」として報告され、API は理由値 2 を返します。イベントには、無線番号、旧チャネル、新チャネルが含まれます。以下はそのイベントの例です。

干渉チャネル (Jammed Channel)

新しい干渉源により、チャネルが使用不能になる場合があります。干渉のために AP の無線の一つがクライアントにとって使用不能になった場合、ダッシュボードは上記の RF 指標に基づいて、より良い無線指標を持つ別のチャネルに切り替えるよう AP に指示します。

ダッシュボードは、利用率を分析することで干渉されたチャネルを検出します。クライアント提供用無線の一つで非 802.11 の利用率が 1 分間にわたり 65% 以上となった場合、ダッシュボードは AP に別のチャネルへの変更を指示します。ここで分析される利用率は、電子レンジやワイヤレスビデオカメラが発する非 802.11 の干渉です。

チャネルスイッチ中に AP 上にいるクライアントは、チャネルスイッチアナウンスメント（CSA）によって AP とともに新しいチャネルへ移動するよう指示され、接続が維持されます。干渉により CSA を受信できないクライアントは、AP に再関連付け（元の AP か別の AP にローミング）します。

ロギング

イベントログではこのタイプのチャネル変更は「Channel changed to avoid jammed channel」として報告され、API は理由値 3 を返します。このイベントには、無線番号、旧チャネル、新チャネルが含まれます。以下はそのイベントの例です。

定常状態

チャネル変更の最も一般的な理由は、定常状態のプロセスです。クラウドコントローラはこのプロセスを 15 分ごとに実行します。定常状態のプロセス実行時に、より良い指標を持つチャネルがある場合、AP はチャネル変更を指示されます。

クライアント認識

定常状態のアルゴリズムはクライアント認識です。Auto RF は、ネットワーク内のすべての AP の 2.4 および 5 GHz 無線について、チャネル利用率、チャネル幅、接続デバイス、トラフィック負荷に関する指標を考慮し、ネットワーク内の AP に対する最適なチャネル割り当てを決定します。

チャネルスイッチアナウンスメント (CSA)

AP はチャネルスイッチアナウンスメントを使用して、クライアントを 20 MHz または 40 MHz のチャネル間で移動させます。テストの結果、80 MHz チャネル間の移動は中断を引き起こす可能性があるため、クライアントが接続されている場合は 80 MHz チャネルからは変更しません。多くのクライアントは 2.4 GHz スペクトラムで CSA をサポートしていないため、クライアントが関連付けられている場合、定常状態によるチャネル変更の対象として 2.4 GHz チャネルは考慮されません。

Auto Channel 用の CSA は MR 25 以降のファームウェアで利用可能であり、オーガナイゼーション > ファームウェアアップグレードページで少なくとも MR 25 を使用していることを確認することで有効にできます。

メッシュ認識

定常状態のアルゴリズムはメッシュを認識し、メッシュリピータにサービスを提供している AP の無線のチャネルは調整しません。アクティブなメッシュリピータのゲートウェイとして動作している AP の無線は、チャネルを変更しません。無線がチャネルを変更するプロセスでは数秒のダウンタイムが発生し、メッシュリンクが切断されるとパケット損失につながる可能性があります。メッシュトポロジがルートを再計算した場合、AP の無線は定常状態の変更を再開するか、本ドキュメントで説明している他の理由のいずれかによりチャネルを変更します。

DFS 認識

DFS チャネルに変更するにはチャネル可用性チェック（CAC）のバックオフが必要で、60 秒間クライアントの送信ができません。クライアントが接続中は非 DFS チャネルのみが考慮されます。ただし、クライアントが AP から切断されると、DFS チャネルが再検討される場合があります。

ロギング

イベントログではこのタイプのチャネル変更は「Channel changed to minimize network interference」として報告され、API は理由値 4 を返します。このタイプのイベントには、無線番号、旧チャネル、新チャネルが含まれます。以下はそのレポートの例です。

オポチュニスティック Auto Channel

専用の第 3 無線を持たない Cisco Wireless AP（または電力制限により第 3 無線が無効化されている AP）は、オポチュニスティック Auto Channel アルゴリズムを使用します。このアルゴリズムは、前述のリアルタイム Auto Channel と同様の指標を使用します。データは機会的スキャンにより 2 時間ごとに収集され、クライアントが接続されていない場合はオフチャネルでスキャンします。より長い期間にわたって情報を収集し、他チャネルに対するリアルタイムの可視性が限定的であるため、チャネル変更の頻度ははるかに保守的になります。