ノートPCにUSBのWi-Fi子機を挿してから、スリープ復帰のたびに20〜30秒ネットにつながらない。ルーターを再起動しても、ドライバーを最新にしても直らない——そんな原因不明の切断に振り回されていませんか。
また切れてる…。ルーターの調子が悪いのかな、それとも近所の電波が混んでるとか？
僕も最初はルーターかドライバーを疑いました。でも元エンジニアとしてログを1つずつ潰していったら、犯人はUSBの内部で起きていた一瞬の出来事で、ルーターにもドライバーにも罪はありませんでした。この記事では、その「消去法の過程」を実際のログと一緒に追っていきます。
| この記事に出てくる言葉 | ひとことで言うと |
|---|---|
| WLAN-AutoConfig | Windowsが無線LANの接続・切断を記録している標準のログ |
| イベントビューアー | Windowsが溜めているあらゆる記録を、種類ごとに閲覧できる標準ツール |
| Kernel-PnP | USB機器の抜き挿しなど「差し替わった」ことをWindowsが記録するログの分類 |
| サプライズリムーブ | 正常な取り外し操作をしていないのに、機器が急にバスから消えたと記録される状態 |
| netsh wlan show wlanreport | 直近のWi-Fi接続状況をまとめてHTMLレポートに出す、Windows標準のコマンド |
| MLO（マルチリンクオペレーション） | Wi-Fi 7で複数の周波数帯を束ねて通信する新機能の総称 |
| MLSR | MLOの一種で、無線部は1つのまま複数帯域を切り替えて使う方式（束ねて速くなるわけではない） |
| USBセレクティブサスペンド | 使っていないUSB機器の電源を、Windowsが自動的に落とす省電力機能 |
結論：切断の犯人はUSBの「切り替えの一瞬」だった
先に結論を書きます。今回の切断は、ルーターの不調でも電波干渉でもありませんでした。Wi-Fi 7のUSB子機が、接続直後にUSB 2.0からUSB 3.0へモードを切り替える瞬間、ドングルが一度USBバスから消えていたのが真因です。Windowsからは「機器が抜けて挿し直された」扱いになるため、Wi-Fiの接続も最初からやり直しになっていました。
推測で対策しては空振りが続いた
最初に見たのは、WindowsのイベントビューアーにあるWLAN-AutoConfigのログでした。ここには接続・切断のたびに記録が残ります。ところが切断の瞬間の記録を開いても、理由の欄には「ネットワークはドライバーによって切断されました」としか書かれていません。
それってつまり、パソコン側が悪いってこと？ それとも「ドライバーのせいでルーターとの相性が悪い」ってこと？
この一文だけを見ると、ドライバーの不具合にもルーターとの相性問題にも読めてしまいます。この表示を信じて推測のまま対策を始めると、的外れな場所をいじり続けることになります。そこで、原因を「これだ」と決めつけるのではなく、疑わしい候補を一つずつ確かめては消していく、地道な作業になりました。
「それっぽい犯人」を一人ずつ消していく
Wi-Fiが切れる原因としてよく名前が挙がる設定は、だいたい決まっています。上から順に、疑っては確かめ、違えば次へ進みました。
容疑1：USBセレクティブサスペンド
USB機器を使っていないときに電源を落とす省電力機能です。「スリープ復帰後に切れる」という症状とタイミングがぴったり重なるので、真っ先に疑いました。ただ、設定をいじる前に「そもそもスリープ中にこの機能が働く場面があるのか」を確かめると、話が変わってきました。
スリープと関係ありそうな名前なのに、関係ないってこと？
理由を調べると、今回のPCはスリープ中にS3という深い休止状態に入ることが分かりました。この状態ではUSBポート自体の電源がそもそも落ちるため、選択的にサスペンドするかどうかの設定はスリープ復帰時の挙動には関係ありません。「スリープ復帰のたびに切れる」症状の犯人にはなり得ない、というのが結論です。
容疑2：ドライバー内の省電力設定（LPS/IPS）
Realtek系のWi-Fiドライバーには、LPS/IPSと呼ばれる省電力の設定項目が用意されていることがあります。ドライバーの詳細設定を確認しましたが、この機能は最初からオフになっていました。疑う対象にすらならなかった、ということです。
容疑3：MLO（マルチリンクオペレーション）
Wi-Fi 7の目玉機能であるMLOは、複数の周波数帯を同時に使う仕組みです。「帯域の切り替えで不安定になっているのでは」と疑い、6GHz単独のSSIDだけに接続先を絞ってみました。それでも同じように切れました。原因はMLOそのものではありませんでした。
Wi-Fi 7の新機能が悪さしてるのかと思ったのに、それも違うのね。
ここで一つ誤解に気づきました。TBE400UHのMLOはMLSR（Multi-Link Single Radio）という方式で、無線部そのものは1つしかありません。2本の帯域を同時に束ねて通信を速くしているわけではなく、状況に応じて使う帯域を切り替えているだけです。実際、TP-LinkのUSサイトのダウンロードページを見ても、6GHz単独で使ったときの速度と、MLOを有効にしたときの速度は同じ2882Mbpsと記載されており、「束ねて速くなる」という思い込みそのものが誤解だったと分かりました。
▼PC側もルーターもwifi 7にしたら本当に異次元の早さになります▼
容疑4：802.11k/v/r（SupportFT）
メッシュ環境で中継機同士をスムーズに渡り歩くための規格です。ローミングの切り替えでもたついているのではと考え、ドライバー側でこの機能を無効にしてみました。しかし無効にしても、接続の5秒後にはやはり切断されました。
ローミングの設定でもない、となると残りの候補はもうほとんど無いぞ。
それっぽい設定を片っ端から疑ったのに、どれも違う。正直このあたりで心が折れかけたよ。
突破口になった一行：netsh wlan show wlanreport
候補を4つ消しても切断は直りませんでした。ここで方針を変え、Windows標準のコマンドでWi-Fiの接続状況をまとめて確認することにしました。管理者権限で開いたコマンドプロンプトからnetsh wlan show wlanreportを実行すると、直近の接続履歴をまとめたHTMLレポートがC:\ProgramData\Microsoft\Windows\WlanReport\wlan-report-latest.htmlに出力されます。
このレポートを開いて切断のタイミングを探すと、それまでのWLAN-AutoConfigのログには無かった一文が見つかりました。「CDEはL2アダプターの削除を報告しました」という記述です。CDEはWindows内部でネットワーク接続の状態を管理している仕組みで、「アダプターが削除された」というのは、電波が弱くなったとか設定が悪いという話ではなく、USBアダプター自体が一度いなくなったことを示していました。
アダプターが削除された、ってどういうこと？ 抜いてないのに？
もちろん物理的に抜いてはいません。ここで言う「削除」は、Windowsから見て機器がUSBバス上から一瞬見えなくなった、という意味です。この一文がきっかけになって、疑いの矛先はWi-Fiの設定からUSBそのものに移りました。
切れてるのはWi-Fiじゃなくて、その手前のUSBだったのか。見る場所を変えただけで、こんなに違う話になるとは思わなかった。
落とし穴：ログを見る場所を間違えると「再列挙は無い」と誤判定する
「USBアダプターが一度いなくなった」となれば、次はUSB機器の抜き挿しを記録しているKernel-PnPのログを見るのが筋です。ところがここでもう一段の落とし穴がありました。イベントビューアーのツリーにはKernel-PnP/Configurationという項目がありますが、ここには今回の抜き挿しの記録は出ません。この項目だけを見て「USBは何も起きていない」と判断すると、また振り出しに戻ってしまいます。
実際に記録が残っていたのは、隣にあるKernel-PnP/Device Managementという項目のイベントID 1010でした。ここには「機器がバス上から見当たらなくなったため、突然取り外されたものとして報告されました」という趣旨のログが、切断のたびに1件ずつ記録されていました。
ツリーの並びが似ているせいで、隣の項目を見落としてたんだ。名前だけ見て判断しちゃダメだね。
正直に書くと、調査を手伝ってもらっていたAI（Claude）も僕も、この落とし穴に一度引っかかりました。Kernel-PnP/Configurationを見て「USBの再列挙は起きていない」と判断し、USBが原因という仮説を一度は棄却しかけたのです。隣のイベントIDまで確認して初めて、USBが本当に一瞬消えていたことが分かりました。
設定を変える前のスリープ復帰のひとつで、実際に残っていたログを並べると次のようになります（一部抜粋）。
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 再接続成功（以降は安定）1行目でいったん接続が成立し、そのわずか5秒後にUSBのイベント1010が記録されています。ドングルがUSBバスから消えたことをきっかけに、直後にWi-Fiのセキュリティが停止し、8秒後にようやく再接続が完了する——このタイムラインが、切断の正体を一枚のログで説明してくれました。
解決策は短く：USB Switch Modeを固定する
ここまで原因を特定できれば、対策そのものはシンプルです。デバイスマネージャーからアダプターのプロパティを開き、詳細設定にあるUSB Switch Modeを「Auto」から「USB 3.0」固定に変更するだけで、接続後にモードを切り替える動作そのものが無くなり、USBが一瞬消える現象も止まりました。具体的な手順と、変更前後の接続時間を比較した実測結果は、こちらの記事にまとめています。
たった一つの設定を変えただけなのに、あんなに悩んでたのが嘘みたい。
補足：設定変更直後に出た「セキュリティ停止→開始」の正体
USB Switch Modeを変更した直後だけ、ログに気になる動きがありました。無線セキュリティの「停止」と「開始」を示す記録（11004→11010→11005）が、約6秒おきに約50秒間続けて記録されていたのです。
自分で同じ切り分けをするためのチェックリスト
同じようにWi-Fiの切断や遅さに悩んでいる場合は、次の順番で確認すると、今回と同じ消去法を自分の環境でもたどれます。
私にもできるかな。難しいコマンドは苦手なんだけど…。
コマンド自体はコピペで実行できるものばかりです。大事なのは「どのログのどこを見るか」を知っていることで、それさえ分かれば手順そのものは難しくありません。
- WLAN-AutoConfigのログ：「ドライバーによって切断」としか出ていなければ、まだ原因は特定できていない。ここで結論を出さない
- netsh wlan show wlanreportのレポート：「CDEはL2アダプターの削除を報告しました」のような、アダプター自体の消失を示す文言が無いか探す
- Kernel-PnP/Device Managementのイベント1010：USB機器を使っている場合は、必ず
Configurationではなくこちらを確認する。「surprise removed」があれば、USB側の一瞬の切断が疑わしい - 時刻を突き合わせる：接続成功のログとUSBのイベント1010の時刻が数秒しか離れていなければ、両者は同じ出来事の可能性が高い
よくある質問
同じRTL8922AUを積んだ他社製のWi-Fi 7 USB子機でも同じ原因が疑えますか？
同じチップを積んでいれば、USB Switch Modeに相当する設定を持っている可能性はあります。ただしこの記事で確認できたのはTBE400UHでの動作だけで、他社製品での再現は確認していません。同じ症状がある場合は、まずこの記事のチェックリストの手順でログを確認してみてください。
ドライバーを最新にすれば直りますか？
今回調査した時点で、日本サイト・USサイトとも公開されている最新ドライバーは5×02.24.126.4でしたが、この状態でも切断は再現していました。ドライバーの更新だけでは直らず、USB Switch Modeの設定変更が必要でした。
USB Switch ModeをUSB 3.0固定にしたら、挿すポートに気をつけることはありますか？
あります。USB 3.0に固定した後は、USB 2.0専用のポート（黒い端子のことが多いです）には挿さないようにしてください。また、ドライバーを入れ直すと設定がAutoに戻ることがあるため、再インストール後は設定を見直すことをおすすめします。
設定を変えたらログに増えた「セキュリティ停止→開始」は放置していいですか？
今回の環境では実害は確認されませんでした。設定変更でアダプターが再初期化された直後にだけ一時的に出るもので、接続が実際に切れたことを示す記録は伴っていませんでした。気になる場合は、変更直後の数分だけ様子を見て、その後の通常利用でも連発していないかを確認すると安心です。
▼PC側もルーターもwifi 7にしたら本当に異次元の早さになります▼
コメント