進階前提／與 v1 分工：本文只講進階分辨，唔重寫基礎排查
本文講進階分辨，唔講基礎排查。v1 舊文（repo articles.json id 85，slug 為 laptop-wifi-not-working-fix-hk，標題為「筆電 WiFi 連唔到、成日斷線？由軟件到網卡天線逐層分辨」）已經講過基礎層次：由症狀到軟件再到硬件的逐層思路、驅動處理、硬件開關同相關設定、網卡同天線的基本檢查、路由器同筆電的對照測試、責任分辨、臨時上網安排、危險信號、送修時機同收費參考。如果你部機未做過基礎排查，應該先睇返 v1，而唔係直接跳入今篇的進階判斷。今篇假設一個前提：基礎排查已經做過，但問題仲喺度，而且症狀集中喺以下四種進階情境。第一種係只斷 5GHz，或者只慢 2.4GHz，兩個頻段表現完全唔同。第二種係滿格但上唔到網，訊號格數同實際上網能力脫節。第三種係負載先斷線，閒置時正常，一傳大檔、一開視像會議、一多人同時用網就斷。第四種係瞓醒先斷線，重新開機之後正常，睡眠或者休眠喚醒之後先出事。
分工要講得好清楚，避免讀者將兩篇文章的內容混為一談。v1 負責回答「邊一層出事」；本文負責回答「同一層入面，邊一個進階變量先至係關鍵」。舉例講，v1 講驅動要處理，本文唔會重寫驅動重裝的基礎教學，只會在必要時一句帶過並指回 v1，之後集中講驅動回滾同 BIOS 或者 EC 更新的先後次序、舊驅動同新路由器標準的兼容落差、以及點樣用時序分辨驅動問題同天線問題。v1 講硬件開關同相關設定，本文唔會重寫開關教學，只會講電源管理入面的兩個不同設定點解會令人混淆、品牌電源軟件點樣覆蓋 Windows 設定、以及螢幕或者轉軸維修之後天線線材受損的進階徵兆。v1 講路由器同筆電的對照，本文會將對照法推到更嚴格：一次只換一個變量、拉近距離變量、分開頻段、分開負載狀態、分開喚醒狀態，齊晒先至下判斷。
來源層級同樣要先講明，成篇文章都跟呢個分法。官方文件指廠商或者平台的官方支援文件同官方說明頁；官方論壇指 Microsoft Q&A、Intel Community、廠商社群等官方營運的問答或者社群，官方論壇回覆唔等於正式支援文件；第三方整理指技術媒體或者廠商以外的解說同比較文章，唔係原始標準文件；論壇經驗談指用戶論壇帖文同個人經驗分享，只作現象參考，唔作定論。凡係未確認或者有分歧的事實，文中會直接標明未確認或者講明分歧，唔會當成定論，更加唔會包裝成官方說法。文末的未確認事項總表，會完整收錄第一組同第二組的未確認清單，分開標明組別來源本文，逐項講明未確認或者分歧的原因。需要檢測或者報價時，可以睇價錢頁，或者預約檢測服務，檢測先至可以確診，本文的分辨方向唔係確診結論。
四種進階情境總覽：先認症狀，再揀章節，唔好由頭查到尾
進階排查最常見的錯誤，係未認清症狀就由頭查到尾，結果每個設定都改少少，最後唔知邊一下先至有效。正確的起點，係先將症狀歸入四種情境其中一種，或者認清症狀同時橫跨幾種情境，再按對應章節行落去。四種情境唔係互斥分類，同一部機可以同時符合兩種，例如瞓醒先斷線，同時又只斷 5GHz；又例如負載先斷線，同時又滿格但上唔到網。橫跨幾種情境時，應該分開記錄每一種情境的出現條件，唔好將佢哋當成同一個問題。記錄方法好簡單：每次出事，寫低當刻用緊邊個頻段、距離路由器幾遠、螢幕開到幾闊、係咪啱啱瞓醒、係咪啱啱開始傳大檔或者開視像會議、其他裝置當刻有無同時出事。幾次記錄之後，模式會自己浮現，遠比憑一次印象判斷可靠。
四種情境的分辨核心，各有一個最關鍵的問題。只斷 5GHz 或者只慢 2.4GHz，關鍵問題係頻段本身定係成個無線環節出事。滿格但上唔到網，關鍵問題係訊號格數反映緊乜，定係裝置同互聯網之間的中間層出事。負載先斷線，關鍵問題係負載令邊一個本來已經邊緣的環節跌出可用範圍。瞓醒先斷線，關鍵問題係喚醒路徑定係路由器本身出事。每一種情境，本文都會先講現象同機制，再講對照測試，最後講點樣收窄，唔會一開始就跳去結論。對照測試有一個共同原則：一次只換一個變量，換完即試，試完即記，唔好一次過改晒幾個設定，否則無法歸因。
| 進階情境 | 最關鍵的觀察問題 | 最容易誤判的方向 | 本文對應章節 |
|---|---|---|---|
| 只斷 5GHz／只慢 2.4GHz | 另一頻段當刻是否完全正常，位置同時間有無規律 | 將頻段特性、DFS 檢查、頻道壅塞一律當成路由器損壞 | 頻段、DFS 同頻道闊度章節 |
| 滿格但上唔到網 | 訊號格數之外，裝置有無有效地址、閘道同 DNS 回應 | 見到滿格就認定互聯網一定正常，忽略中間層 | 訊號格同中間層章節 |
| 負載先斷線 | 閒置時從不出現，定係閒置時都會間中出現 | 將所有負載斷線一律歸咎於過熱或者路由器負荷 | 負載可能方向章節，全部保留可能字眼 |
| 瞓醒先斷線 | 重新開機之後是否完全正常，定係開機都會斷 | 將喚醒路徑問題當成路由器問題，或者將路由器問題當成電源設定問題 | 電源管理同喚醒路徑章節 |
只斷 5GHz／只慢 2.4GHz：頻段特性、干擾、DFS 檢查、頻道闊度同漫遊導向
2.4GHz 同 5GHz 的物理特性本身，已經可以解釋好多看似故障的現象。TP-Link 官方文件指出，2.4GHz 穿透較好、覆蓋較遠，5GHz 衰減較快、穿牆較弱，所以遠處或者隔牆之後只剩 2.4GHz 可用，本身未必代表故障。呢個特性亦解釋點解同一部筆電，喺路由器隔離房表現正常，一行入睡房或者書房就只剩 2.4GHz。判斷之前，應該先搬近路由器再測一次，如果搬近之後 5GHz 恢復，距離同穿牆就係首要懷疑方向，而唔係即刻斷定網卡或者路由器損壞。反過來講，如果搬到路由器隔離都搵唔到 5GHz，先至再懷疑支援、設定或者頻道問題。
頻道壅塞係另一個頻段差異。TP-Link 官方文件指出，2.4GHz 只有三條真正不重疊頻道，即係 1、6、11，5GHz 則有約二十多條不重疊頻道，但不同地區數字有出入，見文末未確認事項總表（第一組），本文唔會當成單一通用數字。密集住宅環境入面，2.4GHz 好容易因為鄰居網絡同非 Wi-Fi 干擾源而壅塞，TP-Link 官方文件提到的非 Wi-Fi 干擾源包括微波爐、舊式無線電話等；5GHz 的主要共享對象則係雷達或者軍用頻段，干擾型態完全唔同，唔可以用同一方法判斷。只慢 2.4GHz 時，應該先懷疑壅塞同干擾，而唔係先懷疑筆電本身變慢；只斷 5GHz 時，應該先懷疑頻道同 DFS 相關機制，而唔係先懷疑成個路由器死咗。
DFS 機制係 5GHz 進階分辨入面最值得認識的一環。ASUS 官方說明指出，DFS 係 5GHz 部分頻段的法定要求，路由器喺共用雷達頻段之前必須做 Channel Availability Check，即係頻道可用性檢查，期間 5GHz 訊號不可用，檢查需時視國家或者地區而定，ASUS 官方說明指可需一至十分鐘，期間 2.4GHz 仍然可用。呢個機制直接解釋一種好典型的現象：路由器重啟之後，2.4GHz 即刻出現，5GHz 要過一排先出現，或者 5GHz 間歇消失而 2.4GHz 一直在線。正常運作之中若果偵測到雷達，路由器須停止喺該頻道傳輸並轉去另一可用頻道，期間已連接的客戶端會短暫斷線之後再連接。有二手整理指，160MHz 網絡喺雷達事件之後可能回落至較窄頻道，但呢一點未以 ASUS 原文逐字核實，見文末未確認事項總表（第一組），本文唔會當成定論。
頻道闊度同樣影響穩定性。第三方整理指出，2.4GHz 頻道闊度一般為較窄的設定，較闊的設定喺該頻段較易出問題；5GHz 可用較窄到好闊的多種設定，闊頻道速度潛力較大，但佔用頻譜較多、受 DFS 影響面較廣。160MHz 頻道由多條較窄頻道綑綁而成，喺美國 5GHz 例子之中常橫跨觸及 DFS 範圍的區間，因此一開闊頻道就間歇斷、關閉闊頻道之後穩定，係一個值得記錄的分辨線索，但不等於證明每次都係雷達所致。論壇經驗談有同類個案，關閉闊頻道之後穩定，但論壇經驗談只作現象參考，唔可以當成因果定論。實務分辨建議係，先分開測試：將 2.4GHz 同 5GHz 的網絡名稱分開，或者逐一固定頻段，記錄只在某頻段出事、另一頻段正常的時間同位置；若果 5GHz 喺路由器重啟之後一段時間先出現，應該懷疑頻道可用性檢查過程；若果 5GHz 間歇消失而 2.4GHz 一直在線，應該檢查路由器紀錄有無雷達或者頻道切換紀錄。
漫遊同頻段選擇的決定權，亦係一個常見誤解。Zyxel 官方論壇指出，漫遊或者頻段選擇的最終決定權主要喺客戶端裝置，而唔係無線接入點；接入點設定只能透過改變訊號環境同可選項去影響客戶端決定。TP-Link 官方說明亦指出，Band Steering 的設計係優先將雙頻客戶端導向 5GHz，並以 5GHz 最大連接門檻同兩頻段客戶數差異門檻作為是否繼續導向的條件，門檻屆滿之後不再強制導向。呢兩點合併理解，就會明白點解同一部筆電有時企喺 5GHz、有時跌返 2.4GHz，未必係路由器故障，而可能係客戶端按訊號同負載作出的選擇。分辨時，應該固定頻段再測，排除導向同漫遊變量之後，先至再判斷頻段本身有無問題。
滿格但上唔到網：訊號格數唔等於網速，更加唔等於互聯網
滿格但上唔到網，係最容易令人誤判的進階情境，因為訊號格數俾人一種已經連通的錯覺。第三方整理指出，訊號格只反映同無線接入點之間的訊號強弱粗略指示，唔係網速，更加唔係互聯網連通證明；Windows 訊號格同百分比或者訊號強度數值係唔同精細度的表達，格數滿唔代表頻寬足夠，或者域名解析同閘道正常。仲要講明，訊號格同百分比的換算並無統一標準，有第三方整理稱每格約代表某個百分比，但呢個換算只見於單一第三方整理，未見 Windows 官方定義，見文末未確認事項總表（第一組），本文唔會當成 Windows 官方定義。實務上，應該將格數只當成初步參考，真正分辨要行中間層檢查。
中間層分辨可以分為三層，本文只作簡述，因為基礎步驟見 v1，呢度只講進階橋接邏輯。第一層係裝置地址：裝置已經連上路由器 Wi-Fi，唔等於路由器已經有對外互聯網；若果裝置取得以 169.254 開頭的地址，代表未能從路由器動態地址分配取得有效地址，TP-Link 官方文件以此作為第一步檢查。呢個信號指向裝置同路由器之間的地址分配環節，而唔係直接指向互聯網供應商。第二層係閘道：檢查裝置有無預設閘道，一般為路由器內部網絡地址，並嘗試確認閘道有無回應；閘道無回應，指向裝置同路由器之間環節；閘道有回應但外網無回應，則指向路由器對外網絡或者供應商端。第三層係域名解析：能夠直接連通公開互聯網地址但打唔開域名網站，指向域名解析問題；連公開互聯網地址都連唔通，問題喺閘道之後或者路由器對外端，需要再分層。
臨時對照方面，多個來源提到可以臨時改用公開域名解析服務作對照，以分辨係原域名解析伺服器問題定係整體連線問題，但本文提醒讀者，用後可以還原原設定，並先記低原值。呢個對照只係分辨工具，唔係長期設定建議，更加唔係叫讀者長期改用某一個公開服務。滿格但上唔到網的進階意義，喺於佢迫使排查由訊號層轉向中間層：訊號層正常，唔代表地址、閘道、域名解析三層都正常；三層之中任何一層出事，表面症狀都可以係滿格但上唔到網。分辨完成之後，應該再行手機熱點對照法，睇下問題跟住裝置走定係跟住網絡走，呢個對照會喺下一章詳細講。
路由器端 vs 筆電端點分：手機熱點對照法，一次只換一個變量
路由器端同筆電端點分，核心邏輯好簡單：一次只換一個變量，換連接而唔換裝置，睇下問題係咪跟住裝置走。第三方整理指出，同一部筆電改連手機熱點或者另一 Wi-Fi 網絡之後若果明顯變快，指向原本家居 Wi-Fi 的連接環節值得深查；若果仍然緩慢，則較可能指向裝置本身、軟件或者所用的服務。另一篇第三方整理補充，問題裝置喺熱點上能上網、但喺家居 Wi-Fi 上不能，指向同自家網絡的設定或者兼容問題，而唔係證明裝置本身無問題或者路由器已經損壞；喺別處成功，只說明裝置同互聯網喺該條件之下可以配合。呢個區分好重要，因為好多誤判都來自將一次熱點成功，直接讀成裝置無問題或者路由器已壞，兩種讀法都過咗火。
同網絡換裝置，係另一邊的對照。Microsoft 官方論壇個案指出，同一家居 Wi-Fi 之下，其他裝置正常而只有一部筆電出事，問題較可能集中喺該筆電；反之，多部裝置同時間出事，則較可能指向路由器或者網絡端。有線對照亦係同一邏輯的延伸：若果裝置有有線網絡接口，改用有線直連路由器之後正常、而無線上網不正常，強烈指向無線環節，包括頻段、保安模式不匹配、驅動或者干擾，而唔係整體連線死亡。有線正常而無線不正常，唔等於路由器死咗，亦唔等於筆電死咗，佢只係將範圍由整體連線收窄到無線環節，之後仲要再分頻段、設定同裝置變量。
手機熱點對照有一個好重要的限制，必須講明，否則對照結果會誤導。Microsoft Q&A 個案中回覆者指出，熱點正常而路由器 Wi-Fi 差，可能是路由器位置或者距離造成的訊號差，而唔係路由器損壞。手機熱點通常距離筆電好近，訊號距離因素本身已經唔同；如果熱點測試時手機就喺筆電隔離，而家居 Wi-Fi 測試時筆電喺隔牆房間，兩個測試的距離變量根本唔同，比較結果就無意義。綜合上述限制，本文提出的方法論建議，本文標明為測試方法建議，唔係廠商原文：做對照時應該盡量拉近同原路由器的距離變量，例如將筆電搬近路由器再測一次家居 Wi-Fi，或者記錄熱點測試時的距離，避免將近等於快誤讀為路由器壞。
分開頻段測試，亦係同一套邏輯。同一部筆電喺同一路由器之下，逐一測試 2.4GHz 同 5GHz，若果路由器容許分開網絡名稱或者固定頻段，可以將頻段問題同整部路由器或者整部筆電問題分開；若果只有 5GHz 搵唔到網絡，應該同時懷疑筆電是否支援 5GHz、路由器是否用緊 DFS 頻道。論壇經驗談建議將路由器 5GHz 手動固定喺非 DFS 頻道作對照，但呢個方法未經官方文件逐項核實，見文末未確認事項總表（第一組），唔應該當成通用解法。單一裝置無 5GHz 的常見解釋之一，係部分裝置的無線規格本身只支援 2.4GHz，或者其驅動或者韌體唔支援路由器當刻使用的 DFS 頻道，呢個可能性喺未查規格之前唔可以排除。
| 對照組合 | 裝置 | 網絡 | 結果解讀方向 |
|---|---|---|---|
| 同機換網絡 | 同一部筆電 | 家居 Wi-Fi 轉手機熱點 | 熱點正常、家居不正常，指向家居網絡環節值得深查；兩邊都差，指向裝置、軟件或者服務環節 |
| 同網絡換裝置 | 多部裝置輪流試 | 同一個家居 Wi-Fi | 只有一部機出事，指向該筆電；多部機同時間出事，指向路由器或者網絡端 |
| 有線對照 | 同一部筆電 | 有線直連路由器 vs 無線 | 有線正常、無線不正常，指向無線環節，而唔係整體連線死亡 |
| 分頻段對照 | 同一部筆電 | 同一路由器之下逐一試 2.4GHz 同 5GHz | 只有一個頻段出事，指向頻段、DFS、頻道或者支援問題，而唔係成部機或者成個路由器 |
WiFi 6、WiFi 6E 同 WiFi 7：頻段、加密、驅動同模式回落的兼容邊界
Wi-Fi 世代的頻段對照，首先要分清楚。第三方整理指出，Wi-Fi 6 為 2.4GHz 加 5GHz；Wi-Fi 6E 喺 Wi-Fi 6 基礎上增加 6GHz；Wi-Fi 7 同樣涵蓋 2.4GHz、5GHz 同 6GHz。呢個對照已經可以解釋好多換機之後的失望：換咗新路由器但舊筆電無變快，唔等於路由器故障，因為舊裝置只能以自身最高能力連接。Wi-Fi 6E 路由器本身係三頻裝置，同時支援 2.4GHz 同 5GHz，舊裝置仍然可以連 2.4GHz 同 5GHz，只係用唔到 6GHz 的好處。Wi-Fi 7 引入更闊頻道、更高階調制同跨頻段同時連接能力，但要發揮完整能力，路由器同客戶端兩端都要支援新標準，單換路由器唔會令舊筆電獲得新標準速度。呢啲都係第三方整理，引用時唔好當成原始標準文件原文。
6GHz 係硬件門檻，唔係純軟件升級。第三方整理明確指出，舊標準裝置無 6GHz 射頻就睇唔到 6GHz 頻段，6GHz 唔向舊裝置向下兼容係硬件限制而唔係韌體限制。呢個分界好重要，因為佢決定咗邊啲問題值得追、邊啲問題根本唔應該追：如果部筆電的無線卡本身唔支援 6GHz，點樣更新驅動、點樣改路由器設定，都唔會令 6GHz 出現。Windows 平台條件方面，以某款 Intel 6E 無線卡為例，第三方整理轉述 Intel 說法指，6GHz 需要較新 Windows 版本同最新更新、驅動版本達到某個門檻、Wi-Fi 6E 路由器，而且 6GHz 須喺當地獲准、部分筆電廠商未啟用；另一款較舊的 Wi-Fi 6 無線卡則根本唔支援 6GHz。驅動版本門檻只見於單一第三方整理轉述 Intel，未查閱 Intel 官方驅動說明原文，見文末未確認事項總表（第一組），引用時必須標明為轉述，而且須核對當刻最新版本。
加密模式係 6GHz 的第二道門檻。多個來源一致指出，6GHz 頻段要求較新的加密標準（WPA3），若果網絡仍然用舊加密標準（WPA2），則只有 2.4GHz 同 5GHz 可用，6GHz 唔會出現（即係話，只支援 WPA2 的舊裝置同舊加密網絡都用唔到 6GHz）。Wi-Fi Alliance 對喺 6GHz 運作的 Wi-Fi 6E 裝置要求新加密（WPA3）認證，而且 6GHz 唔支援舊加密（WPA2）向下兼容，但呢個要求喺本研究之中只見於第三方整理轉述，未附 Alliance 原始文件連結，本文唔會當成已經查閱 Alliance 原文。實務上，換咗 6E 路由器但 6GHz 唔出現，應該先檢查 WPA3 加密設定，而唔係先懷疑網卡損壞；同樣道理，驅動同韌體已經更新都唔等於必定連上，Intel Community 個案之中，用戶即使已經更新系統、BIOS 同驅動，仍然未能連上 6GHz，說明已經更新不等於必定連上，須逐項核對路由器設定、網絡保安模式同裝置設定。
舊裝置同新加密的衝突，仲有一個折衷模式要講清楚。若果路由器強制新加密（WPA3）專用模式，舊加密（WPA2）專用裝置無法加入；折衷做法係過渡模式（WPA3 Transition 模式），讓新裝置用新加密（WPA3）、舊裝置用舊加密（WPA2），但過渡模式本身唔等於新加密（WPA3）專用模式的保安水平。過渡模式亦非萬能：二手整理引述某廠商文件指，某啲舊系統版本同某啲採用特定晶片的裝置，喺 WPA3 Transition 過渡網絡上曾出現連接困難，並建議為舊裝置另設舊加密（WPA2）專用網絡；但呢個名單為單一二手轉述，見文末未確認事項總表（第一組），唔應該當成已經核實的完整不兼容清單。較舊 Intel 無線卡的表現亦有落差：Intel Community 討論指，某款較舊無線卡技術上支援新加密（WPA3），但實務上喺某些路由器或者混合保安模式之下容易反覆斷線，改返舊加密（WPA2）之後穩定；建議做法包括改用 WPA2／WPA3 混合模式同更新驅動，但呢個屬於社群經驗，唔係 Intel 官方定論。
| 世代 | 頻段 | 6GHz 門檻 | 舊裝置表現 |
|---|---|---|---|
| Wi-Fi 6 | 2.4GHz 加 5GHz | 無 6GHz | 以自身最高能力連接，唔會因路由器較新而變快 |
| Wi-Fi 6E | 2.4GHz 加 5GHz 加 6GHz | 需要支援 6GHz 的硬件、較新系統同驅動、WPA3 加密設定、當地獲准 | 仍然可以連 2.4GHz 同 5GHz，只係用唔到 6GHz 的好處 |
| Wi-Fi 7 | 2.4GHz 加 5GHz 加 6GHz | 兩端都要支援新標準先至發揮完整能力 | 單換路由器唔會令舊筆電獲得新標準速度 |
| 混合網絡 | 多個世代共存 | 舊模式保護機制可能帶來額外開銷 | 整體效率可能受拖慢，唔等於個別裝置故障 |
負載先斷線：六個可能方向，全部只係可能，唔好斷言
負載先斷線呢一節，先講明一條重要原則：全節每個方向前面必須保留可能字眼，唔可以出現就係因為過熱、肯定係路由器負荷唔到等斷言式寫法，亦唔可以引用本節任何第三方整理的百分比或者統計數字作證據，因為個別文章提及的投訴比例，其原始研究來源未喺本研究中核實。呢個紅線唔係修辭習慣，而係證據層級問題：負載斷線的成因重疊度極高，散熱、路由器負載、驅動、供電、干擾、設定殘留，症狀可以完全一樣，單憑症狀根本分唔到邊一個係主因。正確做法係記錄觀察條件，再逐個方向做對照，而唔係揀一個最順耳的解釋就當成因。
可能方向一係散熱。Intel 官方社群有用戶個案稱，喺高熱之下 Wi-Fi 會突然消失、需要完全關機冷卻一排先恢復；該用戶同時指舊機喺高熱之下主機板供電線路可能出現異常。但呢個屬於單一用戶經驗談，唔係 Intel 官方結論，只可以表述為有用戶報告過高熱之下 Wi-Fi 消失的個案。可能方向二係路由器負載或者過熱。第三方整理指出，多裝置同時串流、下載或者打機時路由器負擔加重，可能出現過熱並導致斷線或者變慢；建議方向包括改善路由器通風、減少同時高負載裝置。但呢個只係可能方向，唔係已經證實的因果，更加分唔清過熱同負載過高、頻寬不足、干擾三者，見文末未確認事項總表（第二組）。可能方向三係驅動喺高負載之下表現不穩。第三方整理列出過時驅動未能好好處理高負載為可能成因之一，並同干擾、舊卡硬件限制並列，但呢個說法未有具體驅動版本或者測試數據支持，只可以表述為可能方向。
可能方向四係供電或者電源管理喺高負載之下介入。第三方整理指出，下載大檔需時較長，若果電源管理喺呢段期間關閉網卡，下載即中斷；另有論壇個案喺下載大檔斷線時被建議將無線介面卡省電模式設為效能優先作測試，但該個案回覆者表示已經試過、無變化。即係話，電源管理只係可能方向之一，而且已經有反例，唔可以當成必定有效。可能方向五係訊號干擾同距離喺高負載之下被放大。第三方整理指出，鄰近網絡、藍牙裝置、微波爐等干擾源，以及路由器距離同牆壁阻隔，會令高負載時的問題更加明顯。呢個可能方向需要同路由器本身負載區分：一個係空氣干擾，一個係路由器本身負載，兩者測試方法唔同，前者要改位置或者頻段，後者要減少同時裝置或者改善通風。可能方向六係網絡設定或者協定層面的殘留問題。某第三方整理指出，大檔下載斷線時，有用戶經驗認為重設網絡協定、防火牆、Winsock 同清除域名解析快取可能有幫助，但呢個屬於用戶經驗層級的可能方向，唔可以當成保證有效的修復。
分辨負載斷線的觀察方法，屬於本文歸納的測試邏輯，唔係來源定論。第一，記錄斷線是否只喺大檔傳輸、視像會議、多人同時用網時出現，閒置時從不出現。第二，同一時間其他裝置是否同樣斷線：若果齊齊斷，路由器或者網絡端嫌疑較大；若果只一部機斷，機身散熱、驅動、供電嫌疑較大。第三，斷線之後是否需要冷卻先恢復：若果需要冷卻，散熱方向值得進一步檢查。呢三點只係觀察方法，唔係診斷結論，更加唔可以憑其中一點就斷定成因。負載斷線的進階意義，喺於佢提醒讀者，閒置測試正常唔等於負載測試正常，近距離測試正常唔等於遠距離測試正常，單一條件之下的對照結果，唔可以推廣到全部條件。
瞓醒先斷線：電源管理兩個設定、快速啟動、品牌軟件，同一個直接矛盾
瞓醒先斷線的典型症狀，據多個官方論壇個案，包括瞓醒之後 Wi-Fi 圖示消失、Wi-Fi 選項唔見、或者顯示已連線但無上網；有回答指睡眠有時令網卡未能正確重新初始化。分辨的第一個線索係時序：若果問題只喺瞓醒之後出現、重新開機之後正常，優先懷疑電源或者喚醒路徑而唔係路由器本身；若果開機即斷、任何時間都斷，則電源管理係較次要的懷疑方向。呢個時序歸納屬於本文按症狀時序歸納的分辨邏輯，唔係任何來源的原句定論，但佢係全章最實用的起點，因為佢用一個簡單測試，即係重新開機對照，就已經可以將喚醒路徑同持續故障分開。
電源管理入面最容易混淆的，係兩個唔同設定。第一個係裝置管理員入面，網卡內容的電源管理分頁，選項文字為允許電腦關閉此裝置以節省電源。第二個係電源計劃入面的無線介面卡設定，再入省電模式，分為效能優先、平衡、省電優先三檔。呢兩個設定唔係同一個開關，改錯一個，測試結果就無意義。Intel 官方文件列出電源計劃三檔，並警告唔應該隨意改動預設，否則可能引致故障或者連線問題；同時註明喺電池之下用效能優先會較快耗電。官方論壇建議做法，作為測試方法，係將電源計劃入面無線介面卡省電模式，電池同插電兩欄都設為效能優先作測試；另有建議將 PCI Express 連結狀態電源管理設為關閉作測試。呢啲屬於測試方法，測試之後應該記錄結果，唔好將測試設定長期當成正式設定。
直接矛盾必須完整講明，唔可以只寫其中一邊。Intel 官方文件明言，裝置管理員的允許電腦關閉此裝置選項，對 Wi-Fi 電源管理無影響，只影響 Windows 同驅動喺暫停或者休眠時如何處理裝置斷電，並強烈建議保留預設已勾選。與此同時，大量 Microsoft Q&A 回答仍然建議取消勾選上述選項，以解決睡眠之後斷線或者 Wi-Fi 自動停用，屬於常見疑難排解步驟。兩邊直接矛盾，未能裁定，見文末未確認事項總表（第二組）。本文只列出兩種說法加實測建議，唔會一面倒斷言取消勾選一定有效，亦唔會一面倒斷言取消勾選一定無用。實測建議係：改動之前先記低原設定，改動之後用瞓醒、重新開機、插電同電池四種狀態各試一次，記錄邊一種狀態之下恢復、邊一種狀態之下仍然斷線；若果改動之後無變化，就應該還原原設定，唔好將無效改動留喺部機度。
快速啟動係另一條喚醒路徑。Microsoft Tech Community 同 Microsoft Q&A 均有建議，關閉開啟快速啟動可以穩定喚醒之後行為，因為快速啟動會保存系統狀態，有時同無線介面卡重新連接衝突；測試方法係關閉之後用重新啟動而唔係關機再開去驗證。呢個測試方法的關鍵，喺於重新啟動同關機再開喺快速啟動之下並唔等價，混淆兩者會令測試結果完全反轉。Windows 11 的特別注意係，有 Microsoft Q&A 討論指出，Windows 11 之下個別機型喺網卡內容之中未必見到電源管理分頁；替代路徑係群組原則入面，允許喺連接待命期間保持網絡連接的設定，設為啟用。但呢個做法只喺有群組原則編輯器的版本適用，適用版本範圍未喺來源之中完整列明，見文末未確認事項總表（第二組），本文會註明視機型或者版本而定。
品牌電源軟件的角色，亦唔可以一概而論。Lenovo 舊電源管理文件列明，其電源計劃包含無線省電模式同 PCI 連結狀態電源管理設定，證明品牌軟件可以覆蓋或者額外提供 Windows 電源計劃以外的設定。Dell 電源管理官方頁面則列明，其功能集中喺電池資訊、進階充電、尖峰轉移、散熱管理、電池延長，未見明文列出直接控制 Wi-Fi 省電的選項。Lenovo 另有說明，Lenovo 電源同電池驅動係 Lenovo Vantage 電源功能的依賴軟件，前身為舊電源管理驅動。因此，品牌電源軟件會否改動 Wi-Fi 設定，須按品牌或者型號逐一核對，唔可以一概而論。MSI 官方 FAQ 的取態同 Intel 唔同：MSI 建議將電源計劃設為高效能、無線介面卡省電模式電池同插電皆設效能優先，以防止非預期斷線、速度突然下跌。呢個同 Intel 唔建議改動預設的警告形成對照，讀者應該理解為廠商建議有分歧，而唔係單一指令。讀者見到廠商建議唔同，應該先記低自己機型的品牌軟件設定，再對照 Windows 設定，睇下邊一個層級先至真正生效。
VPN、代理同防火牆劫持：斷線之後殘留、一次只停一項、試完即重開
VPN 斷線之後仍然無網，係最容易令人誤以為路由器壞咗的劫持情境。第三方整理指出，VPN 連線之後，系統可能保留唔正確的路由或者域名解析設定，令瀏覽器同程式無法上網；常見修復係重設網絡協定同 Winsock、釋放同重新取得地址、清除域名解析快取之後重新啟動。呢個機制解釋點解 VPN 已經斷開，但全機仍然無網：隧道已經無咗，但隧道留低的設定仲喺度。分辨的第一個問題，來自廠商支援建議：先問 VPN 從未連接時上網是否正常，以及先做最簡單的 Wi-Fi 開關或者重啟；若果從未連 VPN 都無網，問題唔喺 VPN 殘留。呢個問題看似簡單，但佢已經可以排除成個 VPN 方向，慳返好多無謂測試。
Kill Switch 係最先要排除的一項。多個來源一致指出，VPN 的 Kill Switch 本意係喺 VPN 斷線時阻擋所有流量防洩漏，但若果 VPN 程式崩潰、睡眠喚醒之後未重建隧道、或者 Kill Switch 未正確重設，就會造成 VPN 已經斷、但全機仍然無網的假象；測試方法係暫時關閉 Kill Switch 再試。各 VPN 廠商的 Kill Switch 預設、重設行為、是否需要手動關閉並唔一致，本研究未逐一核實廠商文件，見文末未確認事項總表（第二組），讀者應該以檢查你所用 VPN 的 Kill Switch 作通用表述，唔可以指明某一廠商的預設行為。Microsoft Q&A 的 VPN 斷線之後處理次序，包括先檢查 VPN 連線內容的進階設定，取消使用遠端網絡預設閘道；其次做網絡重設；再其次喺裝置管理員解除安裝並重啟，讓 Windows 重裝網卡驅動。呢個次序由較輕的設定檢查行到較重的重設，唔應該一開始就跳去網絡重設，因為網絡重設會清除自訂設定，屬於最後手段。
域名解析殘留的分辨，同樣要分層。第三方整理指出，VPN 斷線之後域名解析設定未正確還原係常見成因；測試方向包括清除域名解析快取，以及將網絡協定改返自動取得地址同域名解析，再試。代理設定檢查點方面，HP 官方社群指出，Windows 路徑為設定入面網絡同互聯網的代理頁，確保自動偵測設定為開啟、使用代理伺服器為關閉，除非機構本身要求用代理；macOS 則喺網絡進階的代理頁確認無代理被啟用。有第三方整理指出，Windows 有兩套代理系統，一套供設定應用程式同瀏覽器用，另一套供背景服務用，只喺設定應用程式開關只影響前者，另一套要用指令先清除。但呢個說法只見於單一第三方整理，未見 Microsoft 官方文件喺本研究中直接核實，見文末未確認事項總表（第二組），本文將其降級為有第三方整理指出，並提醒機構代理設定唔可以擅自清除。
防火牆同安全軟件的逐項排除法，係全章最需要紀律的一環。HP 官方社群同多個第三方整理一致建議，一次只停一項、停完即試、試完即重開：先停第三方防毒或者防火牆試，再停 Windows 防火牆試；若果停用之後恢復，即係鎖定該軟件，再喺其設定入面放行瀏覽器或者網絡，而唔係長期關閉防護。安全軟件的局部功能亦可以劫持流量：第三方整理指出，具備網頁過濾或者安全掃描功能的防毒軟件，有時會以本機代理方式檢查流量而觸發代理或者連線錯誤；此時停用該特定功能而唔係成個防毒，往往已經足夠分辨。瀏覽器層面亦有代理或者域名解析干擾：若果只有某一個瀏覽器出事，可以檢查其安全域名解析設定同可疑擴充功能；其他瀏覽器亦各有安全域名解析設定可以作對照測試。
| 排除步驟 | 做乜 | 點判斷 | 注意事項 |
|---|---|---|---|
| 檢查 Kill Switch | 暫時關閉 VPN 的 Kill Switch 再試上網 | 關閉之後恢復，指向 Kill Switch 殘留阻擋 | 各廠商預設同重設行為唔一致，須按自己所用 VPN 核對 |
| 完全退出 VPN 並重啟 | 退出 VPN 程式，重新啟動之後再試 | 重啟之後恢復，指向 VPN 殘留設定或者隧道未重建 | 重新啟動同瞓醒喚醒並唔等價，應該用重新啟動驗證 |
| 檢查代理設定 | 核對系統代理設定，確保無多餘代理被啟用 | 改返自動之後恢復，指向代理殘留 | 機構代理設定唔可以擅自清除，須先問機構資訊科技部門 |
| 一次停一項安全軟件 | 先停第三方防毒或者防火牆，試完即重開，再停系統防火牆 | 停某一項之後恢復，即係鎖定該軟件或者該功能 | 絕對唔可以長期關閉防護，鎖定之後應該改為放行設定 |
| 重設網絡協定同域名解析 | 重設網絡協定、Winsock、釋放同重新取得地址、清除域名解析快取 | 重設之後恢復，指向路由或者域名解析殘留 | 網絡重設屬於最後手段，因為會清除自訂設定 |
天線線材喺螢幕或者轉軸維修之後受損：角度、距離、時序三個徵兆
手提電腦 Wi-Fi 天線的走線位置，係理解呢一章的關鍵背景。多個論壇個案一致指出，手提電腦 Wi-Fi 天線由機身經螢幕轉軸走到螢幕邊框或者上蓋；轉軸長期開合、維修拆裝時，天線線材容易被夾住、壓傷或者扯鬆。呢個走線設計本身，令螢幕或者轉軸維修同 Wi-Fi 問題之間產生一個好自然的關聯：維修要拆開螢幕或者轉軸附近，而天線正正就經過嗰個位置。關聯唔等於因果，時序先至係分辨的第一步：若果 Wi-Fi 問題喺螢幕或者轉軸維修之後先首次出現，而維修之前正常，則天線走線受損的懷疑優先級應該提高；反之，若果維修之前已經有相同症狀，則唔應該單歸咎於維修。呢個時序歸納屬於本文的時序歸納，唔係來源原句，但佢係避免誤判維修責任的最基本防線。
轉軸角度相關症狀，係最具分辨價值的徵兆。某品牌個案之中，用戶輕輕開螢幕時 Wi-Fi 正常，開得太闊時 Wi-Fi 即凍結或者斷線；回覆者直指經轉軸的天線可能受損、接觸不穩，並指出轉軸經常移動令線材被夾係常見情況。呢個症狀之所以有分辨價值，係因為驅動問題、路由器問題、設定問題，全部都唔會因為螢幕開闊少少就即刻斷線。角度測試應該好輕手、好緩慢咁做，記錄邊一個角度範圍正常、邊一個角度範圍開始斷線，唔好用力拗螢幕去迫出症狀，因為用力拗本身就可能造成進一步損傷。角度同驅動的對照，應該同一個網絡、同一位置、同一負載狀態之下做，否則角度變量同其他變量混埋一齊，結果又無意義。
距離相關症狀，係第二個有力徵兆。某論壇個案之中，轉軸鬆脫之後 Wi-Fi 跌至一格，即使坐喺路由器旁邊亦然，而且搜尋唔到附近其他 Wi-Fi 網絡；用手機做熱點時，手機愈近手提電腦或者螢幕訊號愈強、拉遠即跌至一格。另一論壇亦有只在極近路由器時先正常的個案，回覆者判斷為天線斷開或者鬆脫。呢啲症狀的共同點，係訊號接收能力整體下降，而唔係某一頻段或者某一網絡先出事。單邊天線失效的表現，需要小心表述：某論壇回覆指出，手提電腦一般有兩條天線接 Wi-Fi 模組，若果只死一條，另一條仍然可以維持連線，故只死一條未必出現極端症狀；要兩條都出事先會出現只近路由器先有網的典型表現。另一論壇個案則顯示，單一線材喺轉軸位被螺絲壓住之後，Wi-Fi 仍然能夠運作但有時會跌返較慢的制式。兩者症狀幅度並唔完全一致，見文末未確認事項總表（第二組），本文唔會定出一條統一的單邊失效等於某症狀規則。
實物證據方面，某機型個案之中，用戶拆機之後親見白色主天線同黑色副天線喺轉軸位已經斷開，並指兩條線都穿過或者貼近左邊轉軸。另一論壇回答亦指，轉軸位磨損的線材無法以原狀駁返，需要更換整個天線組件同轉軸單元。第三方整理提醒，若果已經試過網絡同電源設定而 Wi-Fi 仍然只有一格或者零格，先可以懷疑天線損壞，並列出天線線材由 Wi-Fi 卡鬆脫同 Wi-Fi 卡本身損壞兩個檢查點；但呢個來源未有區分轉軸位同網卡端，讀者唔應該將其當成轉軸診斷的直接證據。最直接的實物檢查，係網卡上的天線插頭有無鬆脫：論壇指出，天線插頭靠摩擦力固定喺 Wi-Fi 卡的圓形插座上，鬆脫之後按返即可，屬於常見而且容易處理的成因。但拆機檢查本身有風險，讀者唔應該喺無檢測安排之下自行拆機，本文只講分辨邏輯，唔教拆機步驟。
| 分辨線索 | 天線問題較可能 | 驅動問題較可能 |
|---|---|---|
| 開合角度 | 角度改變就斷線或者凍結，某個角度範圍特別差 | 同開合角度無關，任何角度表現一致 |
| 距離 | 只在極近路由器時先正常，坐喺路由器旁邊都只得一格 | 同距離無關，遠近表現差異符合一般訊號衰減 |
| 網絡範圍 | 搜尋唔到附近其他網絡，或者所有網絡訊號都極弱 | 特定網絡先出事，其他網絡正常 |
| 驅動重裝或者回滾 | 重裝或者回滾之後症狀不變 | 重裝或者回滾之後症狀改變，時序同驅動更新吻合 |
| 裝置管理員 | 一般無警告，問題集中喺訊號接收 | 可能有警告，或者喺所有網絡之下一致出事 |
驅動回滾 vs BIOS 或者 EC 更新：先後次序由風險同可逆程度決定
驅動回滾同 BIOS 或者 EC 更新的先後次序，唔應該憑感覺決定，而應該憑風險同可逆程度決定。第三方整理指出，BIOS 更新影響主機板同開機程序，中斷有變磚風險；驅動更新只影響個別硬件，較安全而且較容易回滾。另一篇第三方整理亦以對比方式指出，BIOS 風險較高、更新頻率較低、影響全系統；驅動風險較低、更新頻率較高、影響個別裝置。呢個風險分級，已經決定咗先後次序的大方向：低風險、可逆的先做，高風險、難逆轉的後做，而且後者要有明確條件先至做。將高風險步驟放喺第一步，係進階排查最常見的次序錯誤。
幾時先回滾驅動，係多來源一致的判斷。v1 已經講過驅動的基礎處理，本文只講進階時序判斷，唔重寫基礎教學。若果 Wi-Fi 問題喺驅動更新之後即時出現，優先回滾。Microsoft Q&A 建議，喺裝置管理員入面網絡介面卡的目標網卡驅動分頁按回滾驅動；若果按鈕反灰，代表 Windows 無保留舊驅動，需要改由電腦或者網卡廠商官網下載舊版，再以瀏覽電腦尋找驅動程式方式安裝。回滾無效時的下一級做法，包括喺手動選擇清單之中逐個試舊驅動，或者解除安裝裝置並重啟，讓 Windows 重裝；亦有建議用系統還原返到問題出現之前的時間點。呢啲做法全部屬於驅動層面，風險較低、可逆程度較高，應該喺考慮 BIOS 之前做晒。
幾時先考慮 BIOS，條件要講得好嚴。第三方整理指出，只喺以下情況考慮：廠商明文列出新 BIOS 修正咗你正遇到的問題，或者新硬件需要新 BIOS 先支援，或者喺有控制的維護時段之內進行；系統穩定就唔好為更新而更新，係多個來源的共同取態。呢個取態的意義，係將 BIOS 更新由例行步驟降級為有條件步驟：無廠商明文對應，就唔應該為咗 Wi-Fi 斷線而更新 BIOS。新機或者新裝機的次序分歧，屬於論壇經驗談，見文末未確認事項總表（第二組）：有意見認為新裝機應該先裝系統、更新、驅動，最後先喺有需要時更新 BIOS；亦有意見認為若果必須更新，應該喺系統投入使用之前，而且用 USB 更新方式而唔係系統內更新程式。呢個分歧只適用於新裝機情境，唔應該直接套用於已經用緊、突然 Wi-Fi 斷線的維修情境。
BIOS 更新之前的先備份原則，屬於多來源一致。備份重要資料；手提電腦必須接通電源，有來源要求電量亦要充足；只用同型號或者版本完全對應的檔案；更新途中絕對唔好斷電、關機或者移動電腦。EC 更新的特別要求，來自官方文件：某廠商官方指南要求更新 EC 或者 BIOS 之前，電池至少要有一定電量、接通電源、將 BIOS 重設為預設值，並警告用錯檔案可以永久損壞裝置、中斷更新可以損壞裝置；另一廠商官方支援亦要求更新時電池已經充電、電源已經接通、途中唔好手動關機或者移動電腦。EC 係手提電腦入面負責鍵盤輸入、電池充電、風扇控制等基礎控制的微控制器；某廠商官方 FAQ 指出，EC 韌體版本應該同 BIOS 發行說明之中註明的版本保持一致，而且喺某產品線上 EC 韌體只能隨特定 BIOS 更新方法一併更新。但呢個說明針對特定產品線，唔可以直推論至所有手提電腦，見文末未確認事項總表（第二組）。
本文歸納的建議先後次序，唔係任何來源的原句，但佢將風險分級變成可以跟的流程：第一，先做驅動回滾或者重裝，低風險、可逆；第二，再做電源、VPN、代理等軟件排除；第三，只喺廠商發行說明明文對應症狀、而且已經備份並接通電源時，先考慮 BIOS 或者 EC 更新，高風險、難逆轉。BIOS 或者 EC 絕對唔應該作為 Wi-Fi 斷線的第一步。呢個次序亦解釋點解本文將驅動回滾章節放喺咁後的位置：唔係因為驅動唔重要，而係因為驅動的基礎處理已經喺 v1 講過，本文要講的係驅動同 BIOS 之間的次序抉擇，而唔係重複基礎教學。
公司或者學校網絡：captive portal 登入頁 vs 802.1X 身份驗證，症狀完全唔同
公司或者學校網絡同家居網絡的最大分別，唔係速度，而係放行邏輯。家居 Wi-Fi 通常只需一組共用密碼，連上即有網；公司或者學校網絡若果用 captive portal，症狀係顯示已連線但無互聯網、直至登入頁完成；若果用 802.1X，則症狀係根本連唔上或者反覆要求認證，而唔係連上之後無網。呢個症狀對照屬於本文按來源歸納，本文以症狀對照方式呈現，而唔係斷言每個企業網絡都屬於其中一類。分辨的第一步，永遠係先問：你部機喺家居網絡之下是否正常？家居正常而企業網絡唔正常，唔代表部機有問題；企業網絡唔正常而家居都唔正常，先至再懷疑裝置本身。
Captive portal 的本質，係網絡喺放行上網之前要求先登入或者接受條款，登入之前會封鎖安全網站；瀏覽器會顯示網絡可能要求你瀏覽其登入頁的提示，按連接之後完成登入即可。登入頁彈唔出，係最常見的卡關。Mozilla 官方支援指出，若果瀏覽器未顯示登入頁，可以先嘗試瀏覽任意網站觸發重新導向、斷開再重連 Wi-Fi、重新啟動裝置、暫時關閉 VPN 或者代理、以及用私隱視窗避開快取會話。其他第三方整理補充的對策，包括關閉瀏覽器彈出式視窗封鎖、清除域名解析快取、直接以純文字傳輸協議網址觸發登入頁、或者直接輸入預設閘道地址。呢啲對策由輕到重，應該逐個試、逐個記，唔好一次過改晒。
802.1X 的本質，係企業網絡用身份驗證方式，透過機構的認證基礎設施驗證用戶或者裝置身份，而唔係家居式的共用密碼。證書或者帳號的分辨點，屬於本文按 captive portal 同 802.1X 來源所作的對照歸納：captive portal 通常只需房號、存取碼或者接受條款；802.1X 則涉及用戶名稱或者密碼，常見格式為網域加用戶名稱，或者裝置或者用戶證書，以及伺服器證書驗證。若果登入頁要求的是機構帳號而唔係訪客碼，應該先懷疑 802.1X 設定而唔係 captive portal。但證書驗證失敗的具體錯誤訊息、唔同驗證類型的差異，未喺本研究中逐一以官方文件核實，見文末未確認事項總表（第二組），本文只寫大方向，唔寫具體證書操作步驟。
時事注意必須標明時效同來源層級，唔可以當成已確立的官方定論。據 2026 年 10 月第三方報道，2026 年 10 月中旬的 Windows 11 更新 KB5127648 據報令 802.1X 加 PEAP 企業 Wi-Fi 的自動登入失效，原因同某舊驗證協議阻擋設定由審核轉為強制有關；手動輸入網域加用戶名稱同密碼據報仍然可以成功，而家居共用密碼網絡據報不受影響。呢個屬於 2026 年 10 月中下旬的第三方報道，Microsoft 官方發行說明本身未喺本研究中直接核實，見文末未確認事項總表（第二組），本文必須標明據 2026 年 10 月第三方報道，唔可以當成已經確立的 Microsoft 官方定論。長遠方向方面，多個報道一致指出，長遠方向係由密碼式驗證轉向證書式驗證；將阻擋設定改返審核只係臨時措施，會削弱舊協議防護。本文唔會教讀者自行改動系統設定作繞過，應該導向聯絡機構資訊科技部門。
場地端成因，係最後一個容易忽略的方向。某場地指南指出，登入頁憑證過期係場地範圍突然集體失效的常見成因之一；測試時必須用未認證過的全新裝置或者忘記網絡之後的裝置，否則已經認證裝置會繞過登入頁而誤判為正常。呢個提醒的實務意義好大：若果全公司或者全校同一時間齊齊上唔到，優先懷疑場地端而唔係個別手提電腦；若果只有你部機上唔到，而其他人同一網絡正常，先至再懷疑自己部機的設定。集體失效同個別失效的區分，應該喺求助之前先做，因為佢決定咗應該聯絡機構資訊科技部門，定係安排自己部機的檢測。
進階分辨流程總覽：由外到內、由輕到重、每步留紀錄
綜合全文，進階分辨流程應該由外到內、由輕到重、每步留紀錄，唔好跳步。第一步，認症狀：將症狀歸入四種進階情境，記錄頻段、位置、時間、負載狀態同喚醒狀態。第二步，行對照：手機熱點對照、同網絡換裝置、有線對照、分頻段對照，四格對照表齊全之後先至下判斷。第三步，分中間層：滿格但上唔到網時，檢查地址、閘道、域名解析三層，唔好只睇訊號格數。第四步，分頻段同世代：只斷某一頻段時，檢查 DFS、頻道闊度、頻段支援、加密模式同驅動版本門檻，唔好將頻段特性當成故障。第五步，分喚醒同負載：瞓醒先斷線時，行電源同快速啟動對照；負載先斷線時，行六個可能方向的觀察紀錄，全部保留可能字眼。第六步，分劫持：檢查 Kill Switch、VPN 殘留、代理設定、安全軟件，一次只停一項、試完即重開。第七步，分天線同驅動：角度、距離、時序三個線索齊晒，先至懷疑天線走線；驅動回滾之後症狀不變，天線嫌疑先上升。第八步，分次序：驅動回滾先，軟件排除其次，BIOS 或者 EC 更新最後，而且要有廠商明文對應同備份加接通電源先至考慮。第九步，分場地：公司或者學校網絡時，先分集體失效定個別失效，再分 captive portal 定 802.1X。
送修或者求助時，應該一併提供機型、症狀歸屬的進階情境、對照紀錄、頻段測試結果、喚醒同負載狀態、VPN 或者代理設定有無改動、驅動回滾結果、角度同距離測試結果。呢啲資料唔係為咗顯得專業，而係因為檢測本身都需要呢啲變量先至可以收窄；無紀錄的求助，往往要由頭再做一次對照，浪費時間。需要安排檢測時，可以睇價錢頁了解常規收費範圍，或者預約檢測服務，由檢測結果先至可以確診，本文的分辨方向唔係確診結論。停損點亦要講明：接口有異常發熱、燒焦氣味、火花、機身異常變形，或者 BIOS 更新途中斷電風險出現，應該即刻停手，唔好再反覆測試。
收費說明
所有維修一律以檢測後書面報價為準。已確認的常規收費如下，超出範圍一律以檢測後書面報價為準。
| 項目 | 收費 |
|---|---|
| 電池 | HK$580 起 |
| 螢幕 | HK$1,280 起 |
| 主板晶片級 | HK$880 起 |
| 鍵盤 | HK$480 起 |
| 其他維修（包括 Wi-Fi 相關檢測、天線檢查、驅動同設定檢測） | 以檢測後書面報價為準 |
未確認事項總表：第一組同第二組的未確認清單，分開標明組別，唔好當成定論
以下總表完整收錄第一組 U1 至 U12 同第二組 U1 至 U12，分開標明組別，逐項講明未確認或者分歧原因。以下全部唔係定論，發佈前必須再核實，讀者亦唔應該將以下任何一項當成已經確立的事實去改設定。
未確認事項（第一組 U1–U12）：A-U1，香港 6GHz 開放範圍、可用頻道同功率限制，本研究只見美國、歐洲、日本的一般說明，未找到香港官方頻譜文件，未確認香港 6GHz 細節，讀者唔可以假設香港情況同美國或者歐洲相同。A-U2，DFS 頻道可用性檢查需時，某官方語境多稱約一分鐘，ASUS 官方稱一至十分鐘，視國家而定，另有整理稱天氣雷達頻道喺歐洲可達十分鐘，三者語境唔同，未確認單一通用數字。A-U3，雷達之後禁用的時段，部分來源稱約半小時，部分來源指唔同地區規定唔同，未確認適用於香港或者個別路由器的準確時長。A-U4，5GHz 不重疊頻道總數，來源分別稱約十九、二十三、二十四、二十五條，差異來自地區、是否計入 DFS 頻道同頻道闊度假設，未確認單一通用數字。A-U5，較舊 Windows 版本能否用 6GHz，部分整理稱須較新 Windows 版本，部分 USB 適配器說明稱其他系統亦可、較舊 Windows 只限 2.4GHz 同 5GHz，屬於裝置或者驅動相關差異，未確認通用規則。A-U6，訊號格同百分比換算，每格約代表某個百分比的說法只見於單一第三方整理，未見 Windows 官方定義，唔應該當成標準。A-U7，WPA3 Transition 過渡模式不兼容裝置名單，某啲舊系統版本同特定晶片裝置名單只見於單一二手整理轉述廠商文件，未獨立查閱原始文件核實，唔應該當成完整清單。A-U8，Wi-Fi 7 認證或者標準時間線，來源分別提到唔同年份的唔同里程碑，三者指涉唔同里程碑，讀者唔應該混為一談，亦唔應該斷言所有市售 Wi-Fi 7 路由器必含跨頻段同時連接能力，因為有來源稱該能力為認證必要條件，亦有來源質疑市售標示，屬於分歧。A-U9，闊頻道喺雷達事件之後必定回落至較窄頻道，呢個說法來自二手整理轉述 ASUS，ASUS 的 DFS 原文喺本研究可見部分只確認會斷線轉頻道，未逐字確認回落規則。A-U10，手動固定 5GHz 於非 DFS 頻道可以避開 DFS，呢個屬於論壇經驗談建議，未經官方文件逐項核實，而且各地可用頻道唔同，唔應該當成通用解法。A-U11，2.4GHz 實測速度範圍同 5GHz 實測範圍，唔同第三方整理數字出入大，而且受環境、裝置同頻道闊度影響極大，本研究唔採納任何單一速度範圍作定論。A-U12，個別型號的驅動版本門檻，只見於單一第三方整理轉述 Intel，未查閱 Intel 官方驅動說明原文，引用時須標明為轉述而且須核對當刻最新版本。
未確認事項（第二組 U1–U12）：B-U1，取消勾選允許電腦關閉此裝置是否有效，Intel 官方文件稱此設定對 Wi-Fi 電源管理無影響、建議保留已勾選，大量 Microsoft Q&A 回答卻將取消勾選列為首選修復，兩邊直接矛盾，未能裁定，本文必須並列兩邊說法，本文正文已經並列，呢度再次確認唔可以一面倒斷言。B-U2，品牌電源軟件對 Wi-Fi 的具體影響，Lenovo 電源管理文件證實其計劃包含無線省電模式，但 Dell 電源管理官方頁面未明文列出 Wi-Fi 控制，各品牌現行版本是否會覆蓋 Windows 設定，未能逐一核實，唔可以一概而論。B-U3，單邊天線失效的症狀幅度，某論壇稱只死一條天線時另一條仍然可以維持連線、要兩條齊出事先有極端症狀，另一論壇個案則顯示單一線材受壓之後已經出現制式下跌，兩者症狀幅度不一致，未能定出統一的單邊失效等於某症狀規則。B-U4，無天線運作會否損壞功放，有第三方討論引述稱無天線時反射功率可能令功放過熱損壞，但本研究未找到廠商官方文件直接證實，屬於單一來源引述，唔可以當成定論。B-U5，KB5127648 同 802.1X 失效的因果，2026 年 10 月中下旬的第三方報道一致指向舊驗證協議阻擋設定改變，但本研究未直接核實 Microsoft 官方發行說明或者支援文章原文，而且事件極新，後續可能有修正更新，本文必須標明時效同據第三方報道，並導向機構資訊科技部門。B-U6，路由器過熱是否高負載斷線的主因，多個第三方整理將路由器過熱列為可能成因，但未見受控測試數據區分過熱同負載過高、頻寬不足、干擾，三者症狀重疊，未能歸因。B-U7，手提電腦高熱導致供電線路異常的說法，僅見於 Intel 社群單一用戶個案，屬於個人經驗推測，未有官方或者多來源證實，唔可以當成一般機型的通因。B-U8，BIOS 或者 EC 更新次序的適用範圍，某論壇的先裝系統後更新 BIOS 意見針對新裝機情境，某廠商的 EC 須隨 BIOS 更新說明針對特定產品線，兩者皆唔可以直接套用於一般手提電腦的 Wi-Fi 故障維修次序，正文的次序屬於本文歸納，唔係來源原句。B-U9，Windows 兩套代理系統的說法，僅見於單一第三方整理，未見 Microsoft 官方文件喺本研究中直接核實，本文將其降級為有第三方整理指出，並提醒機構代理設定唔可以擅自清除。B-U10，Kill Switch 喺各 VPN 廠商的殘留行為，多來源一致指出 Kill Switch 可能殘留阻擋，但各廠商的預設、重設行為、是否需要手動關閉並唔一致，本研究未逐一核實廠商文件，本文以檢查你所用 VPN 的 Kill Switch 作通用寫法，唔可以指明某一廠商的預設行為。B-U11，802.1X 證書細節，正文的證書或者帳號對照屬於本文按 captive portal 同 802.1X 來源所作的歸納，證書驗證失敗的具體錯誤訊息、唔同驗證類型的差異，未喺本研究中逐一以官方文件核實，本文只寫大方向，唔寫具體證書操作步驟。B-U12，Windows 11 之下電源管理分頁缺失的適用範圍，Microsoft Q&A 討論指出個別機型喺 Windows 11 之下見唔到該分頁，並提出群組原則替代路徑，但適用 Windows 版本同機型範圍未喺來源之中完整列明，本文會註明視機型或者版本而定。
常見問題
Q1: 只斷 5GHz、2.4GHz 正常，係咪一定係路由器壞咗？
A1: 唔一定。2.4GHz 穿透較好、覆蓋較遠，5GHz 衰減較快、穿牆較弱，遠處或者隔牆之後只剩 2.4GHz 可用，本身未必代表故障。仲要考慮 DFS 頻道檢查期間 5GHz 暫時不可用、雷達偵測之後路由器轉頻道、頻道闊度設定、Band Steering 導向，以及筆電本身是否支援 5GHz 或者當刻使用的 DFS 頻道。正確做法係分開測試兩個頻段、記錄時間同位置、搬近路由器再測一次，先至收窄，唔好憑單一頻段消失就斷定路由器已經損壞。
Q2: 瞓醒之後 WiFi 斷線，取消勾選「允許電腦關閉此裝置以節省電源」係咪一定有效？
A2: 唔可以一面倒斷言。Intel 官方文件明言，該選項對 Wi-Fi 電源管理無影響，只影響 Windows 與驅動在暫停或者休眠時如何處理裝置斷電，並強烈建議保留預設已勾選；但大量 Microsoft Q&A 回答仍然建議取消勾選作為解決瞓醒斷線的步驟。兩邊說法直接矛盾，本文只並列兩種說法，唔會裁定邊一邊正確。真正影響 Wi-Fi 效能同耗電平衡的設定，係電源計劃入面的無線介面卡省電模式，測試時應該同時記錄電池同插電兩欄的設定，以及 Fast Startup 開關前後的喚醒表現，再對照重新開機之後是否正常。
Q3: 螢幕或者轉軸維修之後 WiFi 變差，點分係天線問題定係驅動問題？
A3: 睇三個線索。第一，時序：維修之前正常、維修之後先首次出現，天線走線受損的懷疑優先級應該提高；維修之前已經有相同症狀，就唔應該單歸咎於維修。第二，角度同距離：開合角度改變就斷線、只在極近路由器時先正常、坐在路由器旁邊都只得一格訊號，較指向天線環節；驅動問題通常與開合角度無關、與距離無關，而且在所有網絡之下表現一致。第三，交叉測試：驅動重裝或者回滾之後症狀不變，天線嫌疑就上升；網卡上的天線插頭鬆脫，按回之後恢復，亦係常見而且容易處理的成因。以上只係分辨方向，拆機檢查涉及進一步風險，應該交由檢測處理。
Q4: 公司或者學校網絡連上但上唔到網，點分 captive portal 同 802.1X？
A4: 睇症狀同登入形式。Captive portal 的典型症狀係顯示已連線但無互聯網，直至完成登入頁先放行，通常只需房號、存取碼或者接受條款；登入頁彈唔出時，可以嘗試瀏覽任意網站觸發重新導向、斷開再重連、暫時關閉 VPN 或者代理、用私隱視窗避開快取會話。802.1X 的典型症狀係根本連唔上或者反覆要求認證，而唔係連上之後無網，涉及機構帳號或者裝置證書驗證，家居網絡正常唔代表企業網絡應該正常。據 2026 年 10 月第三方報道，Windows 11 更新 KB5127648 據報令 802.1X 加 PEAP 企業 Wi-Fi 的自動登入失效，Microsoft 官方發行說明本身未在本研究中直接核實，遇到呢類情況應該聯絡機構資訊科技部門，唔好自行改動系統設定繞過驗證。