ノートPCをスリープから起こすたびに、画面の隅に「ネットワーク接続の復元」と出て、20〜30秒くらいネットにつながらない——そんな状態にモヤモヤしていませんか。
スリープから戻すたびにネットが遅いの、地味にストレスなのよね。電源の設定を色々いじってみたけど、全然直らなくて。
僕も最初は「USBの省電力設定が悪さをしているんだろう」くらいに軽く考えていました。ところが元エンジニアとしてログを取って追いかけてみたら、原因は電源管理とはまったく別の場所にありました。USBのWi-Fi子機が、Wi-Fiにつながった直後に自分からUSBバスに「抜き挿し」されているのが正体です。
エラーの表示と、裏で本当に起きていることが違うんだよね。イベントビューアーで実際のログを見て確かめてみよう。
| この記事に出てくる言葉 | ひとことで言うと |
|---|---|
| USB Switch Mode | USB Wi-Fi子機が自分の通信速度をUSB 2.0とUSB 3.0のどちらで使うか決める、ドライバー側の設定項目 |
| サプライズ削除 | Windowsから見て「機器が予告なく抜かれた」と判定される状態のこと |
| イベントビューアー | Windowsの中で起きた出来事を記録し続けている、標準搭載の業務日誌ツール |
| Kernel-PnP | USB機器の接続・切断など、機器の出入りだけを記録しているイベントビューアーの分類 |
| MLO（マルチリンク） | 2つの周波数帯を組み合わせて使う、Wi-Fi 7の新しい通信方式 |
| ドングル | パソコンのUSBポートに挿して使う、小型のWi-Fi子機のこと |
結論：原因はUSB子機が「Wi-Fi接続直後に自分で抜き挿しされる」こと
先に結論を書きます。スリープ復帰のたびに出る「ネットワーク接続の復元」は、ルーターや電源管理の不具合ではありませんでした。真因は、Realtek系のWi-Fi 7 USB子機が「USB Switch Mode = Auto」のとき、Wi-Fiに接続した直後に自分でUSB 2.0からUSB 3.0へ切り替わり、その切り替え中にUSBバスから一瞬消えることです。消えて戻ってくるとWindowsからは新しく挿し直された機器として扱われるため、せっかくつながったWi-Fiの接続も最初からやり直しになります。
ルーターじゃなくて、パソコン側のUSBの設定だったの？ てっきりメッシュルーターの相性かと思ってた。
そうなんです。しかもWi-Fiのログだけを見ていると「ドライバーによって切断されました」としか出ないので、一見ルーター側の問題に見えてしまいます。実際に犯人を突き止めるまで、僕も何度も遠回りをしました。次の章から、実際に出た症状と、その調べ方を順番に紹介していきます。
症状：スリープ復帰のたびに、ネットが20〜30秒つながらない
困っていた症状はシンプルです。ノートPCをスリープから起こすと、タスクバーの通信アイコンに「ネットワーク接続の復元」という表示が出て、実際にブラウザやアプリがネットに出られるようになるまで、体感で20〜30秒ほどかかります。復帰のたびに毎回起きるので、ちょっとしたことを確認したいだけのタイミングでも待たされます。
最初に疑ったのは、Windowsの電源管理でよく話題になる「USBセレクティブサスペンド」でした。USB機器がスリープ中に省電力状態へ入り、復帰に時間がかかるという定番の症状です。ところが、この対策は今回のケースには当てはまりませんでした。理由は単純で、ノートPCがS3スリープに入った時点でUSBポートへの給電自体が止まり、ドングルの電源もいったん落ちるためです。セレクティブサスペンドの設定をどういじっても、電源が落ちる前提が変わらないので効果が出るはずがありませんでした。
電源管理の設定を一通り見直したけど、そもそも前提が違ってたんだよね。もっと手前の、Wi-Fiにつながった直後の一瞬を疑う必要があった。
それっぽい犯人を順番に消していく
電源管理が原因でないなら、次に疑うべきはドライバーの機能です。RealtekのWi-Fi 7ドライバーには、省電力やマルチリンクに関わる設定がいくつもあります。それらしいものを一つずつ、実際に設定を変えて再現テストをしながら消していきました。
| 容疑 | 判定 | 根拠 |
|---|---|---|
| USBセレクティブサスペンド | ✗ | S3スリープではドングルの電源がそもそも落ちるため、設定自体が関係ない |
| ドライバー内の省電力（LPS/IPS） | ✗ | 最初からオフに設定されていた |
| MLO（5GHz＋6GHzのマルチリンク） | ✗ | 6GHz単独のSSIDに切り替えても、同じように切断が起きた |
| 802.11k/v/r（SupportFT） | ✗ | 無効にしても、接続から約5秒後に切断された |
| USB Switch Mode = Auto | ◎ | 接続の約5秒後にUSBの「サプライズ削除」が記録され、スリープ復帰10回中10回で再現 |
この過程で一つ勉強になったのが、TBE400UHが対応するMLO（マルチリンク）への誤解です。MLOと聞くと「2つの周波数帯を同時に束ねて速くなる」イメージを持ちがちですが、TBE400UHのMLOはMLSR（Multi-Link Single Radio）という方式で、無線部そのものは1つしかありません。TP-LinkのUSサイトのダウンロードページにも、6GHz単独で使っても速度は同じ2882Mbpsと記載されています。速度目的の機能ではなく、今回の切断とも無関係でした。
なぜ起こるのか：USB 2.0で起動 → Wi-Fi接続 → USB 3.0へ切替の瞬間に消える
ログを取って初めて分かったのが、USB子機自身の起動シーケンスでした。RTL8922AUを積んだこのドングルは、電源が入るとまずUSB 2.0相当の速度で起動します。そしてWi-Fiへの接続が完了した直後に、ドライバーが「せっかくだから本来の速度であるUSB 3.0に切り替えよう」と判断し、内部的にモードを切り替えます。
問題はこの切り替えのやり方です。USB 2.0からUSB 3.0へのモード切り替えの瞬間、ドングルは一度USBバスから消えます。Windows側からすると、これは「機器が抜かれて、また挿し直された」ことと区別がつきません。せっかく数秒かけてつながったWi-Fiも、機器そのものが挿し直されたと判定されれば、当然また最初から接続をやり直すことになります。スリープ復帰のたびに毎回この流れを踏むので、復帰するたびに20〜30秒待たされていたわけです。
え、つながった直後にわざわざ自分で抜き挿ししてたの！？ それは遅くなるはずだわ。
実際に取ったログの抜粋がこちらです。Wi-Fiに接続成功した約5秒後に、USB機器の「サプライズ削除」が記録され、その約8秒後にようやく再接続が成功して安定しています。
20:55:32.780 WLAN 8001 KK-6GHzに接続成功
20:55:37.532 PnP 1010 USB\VID_3625&PID_010A ... surprise removed (missing on the bus)
20:55:37.699 WLAN 11004 ワイヤレス セキュリティは停止しました
20:55:45.122 WLAN 8001 再接続成功（以降は安定）この「PnP 1010」の行が、今回の犯人を突き止める決め手になったイベントです。WLANのログだけを追っていると、切断の理由は「ネットワークはドライバーによって切断されました」としか出ないため、一見するとルーター側かセキュリティ設定の問題に見えてしまいます。USB側のログを突き合わせて初めて、原因がドングル自身の内部動作にあると分かりました。
▼以下のような商品はType-Cで刺していれば問題ないですが、Type-Aの3.0端子にさすと同じ状況になるはず
自分も同じ症状か見分ける簡単なチェック
対策を試す前に、自分の環境でも同じ現象が起きているか確認しておくと安心です。一番手軽なのは、Windows標準のイベントビューアーを開いて、ツリーの中からアプリケーションとサービス ログ → Microsoft → Windows → Kernel-PnP → Device Managementを選ぶ方法です。ここにイベントID 1010があり、詳細に「has been surprise removed as it is reported as missing on the bus」という文言が出ていれば、今回とほぼ同じ現象が起きている可能性が高いです。
ここで一つ、正直に書いておきます。調査を手伝ってもらったAI（Claude）も僕自身も、最初はKernel-PnP → Configurationという似た名前のログを見ていて、そこには該当する記録が出てこなかったため、一度「USBの抜き挿しは起きていない」と判断しかけました。実際の記録はConfigurationではなく、Device Managementの方に残っていたのです。ログの分類を一つ間違えただけで、正しい原因を見落としかけました。
危なかった。似た名前のログを見ていて、危うく「USBは関係ない」で片付けるところだった。
もう一つの手がかりは、管理者権限で開いたコマンドプロンプトでnetsh wlan show wlanreportを実行する方法です。実行するとC:\ProgramData\Microsoft\Windows\WlanReport\wlan-report-latest.htmlにレポートが出力され、その中の記述に「CDEはL2アダプターの削除を報告しました」という一文があれば、これもUSB側の抜き挿しが起きている裏付けになります。ログの読み方をもう少し詳しく追いかけたい方は、あわせてこちらの記事も参考にしてください。
対策：USB Switch Modeを「Auto」から「USB 3.0」に固定する
原因が分かれば対策はシンプルです。ドングルが自分でモードを切り替えないよう、あらかじめUSB 3.0に固定してしまえばよいのです。手順は次のとおりです。
- スタートメニューを右クリックして「デバイスマネージャー」を開く
- 「ネットワークアダプター」を展開し、対象のWi-Fi子機（今回はTP-Link Archer TBE400UH）をダブルクリックしてプロパティを開く
- 「詳細設定」タブを開き、プロパティの一覧から「USB Switch Mode」を選ぶ
- 値を「Auto」から「USB 3.0」に変更して「OK」を押す
これで設定は完了です。USB 3.0に固定しておけば、Wi-Fiにつながった後にモードを切り替える動きが起きなくなります。切り替えが起きなければ、USBバスから消えることもありません。実際、変更後はドングルがUSBから消えた回数が0回になりました（次の章の表を参照）。
設定を1個変えるだけでいいのね。てっきりドライバーを入れ直したり、もっと面倒な作業が必要なのかと思ってた。
効果：復帰から接続まで約20秒→8秒、切断10回中10回→ゼロに
実際に14日間、スリープ復帰10回分を対象に、設定変更の前後で比較した結果が次の表です。
| 変更前（14日間・復帰10回） | 変更後 | |
|---|---|---|
| 復帰→Wi-Fi接続 | 8〜33秒（中央値 約20秒） | 8秒 |
| 接続後に切れてつなぎ直し | 10回中10回 | なし |
| ドングルがUSBから消えた回数 | 毎回1回 | 0回 |
| インターネットに出られるまで | — | 10秒 |
変更前は復帰のたびに毎回、接続の約5秒後にUSBバスからドングルが消えて再接続が走っていましたが、変更後はこの現象自体が0回になりました。復帰からWi-Fiにつながるまでの時間も、中央値約20秒から8秒へ、体感でもはっきり分かるくらい短縮されています。
ドライバーを最新にしても直らない理由
「それならドライバーを最新にすれば直るのでは」と思う方もいるはずです。実際に調べてみたところ、今回使っていたドライバー5×02.24.126.4（2025-06-17）は、TP-Linkの日本サイト・USサイトの両方で確認してもすでに最新版でした。つまりドライバーを更新するだけでは、この問題は直らないということです。USB Switch Modeの初期値がAutoのままになっているのは、あくまでドライバーの設定項目の話であり、更新プログラムでは変わらない可能性があります。
最新にしても直らないって聞くとガッカリするけど、逆に言えば設定さえ直せば済む話だから、実は簡単な部類だよ。
RTL8922AUというチップ自体は、TBE400UH以外の他社製Wi-Fi 7 USB子機にも搭載されていることがあります。同じチップを積んだ製品であれば、似たようなUSB Switch Mode設定を持ち、同じ現象が起きる可能性はありますが、この記事で確認できたのはTBE400UHでの実例のみです。他社製品での再現は確認していないため、断定はできません。心当たりがある方は、まず自分のドングルのデバイスマネージャーに同じ設定項目があるか確認してみてください。
よくある質問
USB Switch Modeの項目が見当たりません
プロパティの詳細設定タブに出てくる項目は、ドングルのメーカーやドライバーのバージョンによって名称や有無が異なります。今回確認できたのはTP-Link Archer TBE400UH・ドライバー5×02.24.126.4での「USB Switch Mode」という項目名だけです。お使いの製品に同じ項目が見当たらない場合、この記事の対策がそのまま使えるとは限りません。
USB 3.0に固定したら通信速度は変わりますか
今回の作業は接続の切り替わり方を固定するためのもので、通信速度そのものを上げる設定ではありません。変更前もWi-Fiにつながった後はUSB 3.0に切り替わって動いていたので、変わるのは「切り替えの一瞬」が無くなることです。なお、今回は変更前後の通信速度は測っていません。測ったのは、復帰から接続までの時間と切断の回数です。
USB Switch Modeを変えても直らない場合はどうすればいいですか
まずはイベントビューアーのKernel-PnP → Device ManagementにイベントID 1010が記録されているか、こちらの記事で紹介しているログの追い方で確認してみてください。今回とは別の原因が絡んでいる可能性もあります。
▼PC側もルーターもwifi 7にしたら本当に異次元の早さになります▼
コメント