屋企 Wi‑Fi 慢未必關寬頻事：4 個 router 設定逐樣排查

屋企 Wi‑Fi 一慢，好多人第一反應係寬頻計劃唔夠快，跟住就諗住換 router。不過如果插 LAN 線測速正常，行入房先開始窒，問題多數已經去到無線嗰段。XDA Developers 提出頻道闊度、QoS、IoT 網絡同 mesh backhaul 四個方向，思路係啱嘅，但部分設定唔係開咗就快，亦唔應該一次過全改。

先分清楚慢喺寬頻定 Wi‑Fi

先用 LAN 線接駁主 router 測一次，記低下載、上載同 ping；再用同一部手機或電腦，喺 router 旁邊、平時工作位置同最差訊號位置各測三次。測試期間暫停下載同雲端備份，時間亦盡量相近。LAN 線正常、Wi‑Fi 明顯慢，先值得改以下設定；連 LAN 線都慢，就應該先查 ISP、光纖 modem、線材或 router WAN port。

想撇除 speed test server 同寬頻波動，可以喺插 LAN 線嘅電腦開 iperf3 server，再由 Wi‑Fi 裝置測屋企內部吞吐量。ESnet 文件列明 iperf3 可以量度 TCP、UDP 吞吐量同封包遺失。延遲就分兩組記錄：網絡冇負載時連續 ping 一分鐘，跟住一邊跑下載或上載一邊 ping；除咗平均值，亦要睇最高值、jitter、斷線次數同三次結果相差幾遠。

1. 頻道太闊，最高速度靚但日常容易飄

頻道愈闊，理論吞吐量通常愈高，不過同附近網絡重疊嘅機會亦會增加。住宅密集、手機一掃就見到十幾個 SSID，2.4GHz 用 40MHz 往往得不償失，可以先試 20MHz。5GHz 就由 80MHz開始；如果而家用緊 160MHz，而速度忽高忽低、延遲間中抽高，可以收窄到 80MHz再比較。6GHz 嘅干擾通常少啲，但穿牆能力有限，320MHz亦唔代表隔幾幅牆仍然穩。

每改一次頻道闊度，都喺三個固定位置重跑同一組測試。近距離峰值跌少少、房內最低速度升咗、ping 尖峰少咗，通常係合理交換；如果全屋吞吐量都跌，穩定性又冇改善，就改返原設定。通訊辦亦提醒，香港只准 Wi‑Fi 6E／Wi‑Fi 7 裝置使用 5.925至6.425GHz 呢段指定 6GHz 頻譜，外地版 router 支援嘅頻段未必全部適用。

2. QoS 要救繁忙時段，唔係追最高 Mbps

QoS 用嚟避免一部裝置或一項下載食晒頻寬，最啱處理開會、打機嗰陣有人備份相片或下載大檔。ASUS 官方文件列出幾種 QoS 模式，包括按應用分類、自訂上下限同單機限速。其他品牌可能叫 Priority Device、Traffic Prioritization 或 Smart Queue。設定前先量度實際上下載速度，再填略低過穩定可達嘅數字，優先保住視像會議、語音同遊戲，唔好見到每部裝置就逐個設最高優先。

測 QoS 唔好淨係望空閒時嘅 speed test。可以用另一部電腦跑盡下載同上載，同時喺主要裝置 ping router 同公網、開視像通話，記低 loaded latency、聲畫有冇窒同封包遺失。開 QoS 後最高速度可能低咗少少，但繁忙時延遲穩咗先算有效。舊 router 開軟件 QoS 亦可能拖低吞吐量，所以改完全面變慢就應該關返。

另外，QoS 同 Airtime Fairness 唔係同一樣嘢。前者主要分配流量優先次序，後者處理唔同 Wi‑Fi client 點分無線傳送時間。品牌介面經常將相關功能擺埋一齊，但切換 Airtime Fairness 可能令舊式或慳電 IoT 裝置斷線，最好保留原設定截圖，每次只改一項。

3. IoT 裝置食嘅係 airtime，唔一定係寬頻流量

門鐘、鏡頭、燈膽同智能插頭傳送嘅數據未必多，但大量慢速 2.4GHz 裝置、重試封包、multicast 探索同長期連線，都會同手機爭同一段 airtime。先入 router client list 睇清楚裝置數量同連線頻段，再留意某部舊裝置離 router 好遠、訊號差，或者不停斷線重連；呢類 client 往往值得先移位或改接近啲嘅節點。

原文建議 IoT 裝置用獨立 VLAN，安全方面冇問題，亦可以隔開部分廣播流量。不過 VLAN 本身唔會釋放同一個 Wi‑Fi radio 嘅 airtime：IoT SSID 如果仍然行同一條2.4GHz頻道，封包照樣要排隊。實際做法可以係將可信裝置留喺5GHz／6GHz、IoT放2.4GHz或獨立 AP，能夠用有線 hub 嘅裝置就接線，再按 router 功能限制 IoT 頻寬。分隔網絡前亦要查清楚手機控制、Chromecast、AirPlay同HomeKit等跨 VLAN 探索點處理，否則裝置可能突然搵唔到。

4. Mesh 滿格訊號，backhaul 仍然可以塞車

Mesh 衛星放入睡房後，手機顯示滿格只代表手機連衛星嗰段夠強；衛星去主 router 嘅 backhaul 仍可能隔住幾幅牆。雙頻 mesh 如果用同一頻段接駁裝置同回傳數據，兩段傳輸會共享無線資源，實際吞吐量同延遲自然受影響。Google 官方 mesh 測試指南亦提到，節點連線弱就容易受干擾，穩定性亦會差啲，甚至拖慢連住佢嘅所有裝置。

先喺主 router 旁邊同衛星旁邊各跑 iperf3，再用 mesh app 睇節點連線質素。衛星附近訊號滿格但內網速度仍大跌，就試吓搬個節點近啲主機、放高同避開厚牆或大型電器；節點亦唔應直接擺喺死角最入面。屋企有預留網線就改用 Ethernet backhaul，TP-Link 官方資料亦形容有線 backhaul 會穩定過節點之間嘅 Wi‑Fi 連線。拉唔到線就要接受無線回程嘅代價，或者揀有獨立 backhaul 頻段嘅 mesh，但實際表現仍要睇擺位同環境。

改一項、測一輪，先知邊樣真係有用

最穩陣次序係先備份設定或截圖，跟住查頻道闊度、再測 QoS、處理訊號差嘅 IoT client，最後檢查 mesh backhaul。每輪都用同一部裝置、同一位置同相近時段，記低三次測試嘅中位數、最低速度、loaded latency、jitter同斷線情況。ISP 跟機 router 未必開放全部進階選項，搵唔到設定時唔好亂刷 firmware；可以向 ISP 查 bridge mode，或者用自己嘅 router 接管 Wi‑Fi，但要留意 double NAT 同原有電話、電視服務設定。

參考來源

• XDA Developers — Your Wi-Fi feels slow because of 4 things nobody tells you to change — original report
• ASUS Adaptive QoS 官方設定指南 — 核對 QoS 類型、應用優先次序同頻寬限制做法。
• Google Mesh test guide — 核對節點訊號、干擾、擺位同 mesh 樽頸嘅官方說明。
• TP-Link Ethernet Backhaul for Deco — 核對 Ethernet backhaul 嘅接駁方式同穩定性取捨。
• 通訊辦：Smart Choice of Wi-Fi Devices — 核對香港准用嘅 Wi‑Fi 6E／Wi‑Fi 7 之6GHz頻譜範圍。
• ESnet iperf3 文件 — 提供內網吞吐量、封包遺失同穩定性測試依據。
• ASUS Professional Wireless Settings — 核對 Airtime Fairness、WMM、OFDMA同其他無線設定名稱。

本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。