Wi-Fi 晚上變慢？檢查連接埠飽和與網路壅塞

Wi-Fi 晚上變慢可能涉及連接埠飽和：流量接近乙太網路連接埠、WAN 連線或共用上行鏈路的容量，封包因此在佇列等待。這裡的「連接埠」是指網路介面，不是 TCP 或 UDP 服務連接埠。晚間家庭需求、鄰居占用無線傳輸時間、慢速實體連線、業者壅塞，以及房間涵蓋不足，需要不同的處理方式。選擇之前，先以同一台裝置比較安靜與忙碌時段。

分辨連接埠飽和與協商速率過低的連線#

連接埠協商到 100 Mbps，而非預期的 1,000 Mbps，就會形成固定上限。這可能同時限制早晨與晚上的有線測試。晚間流量會讓這項限制更明顯，但連線速率和需求把連線用滿是不同的事。查看已連接裝置的乙太網路狀態，以及路由器相關 LAN、WAN 或上行介面的狀態，別假設每個插孔都支援 Gigabit。

沿著筆電、網路線、交換器、路由器、數據機或 ONT 逐段檢查。筆電連接埠更快，無法補償其他位置較慢的連線。如果意外看到 100 Mbps 連線，先確認規格，再換一條已知正常的線材或受支援的連接埠試試。沒有製造商指示時，不要強制更改協商設定。

四種量測說明的是不同事情：

例如，20 Mbps 上傳服務可能已用滿，而路由器的 WAN 乙太網路連線仍為 1,000 Mbps。服務上限是另一個瓶頸；Gigabit 標示並不提供 Gigabit 的上傳額度。同樣地，強 Wi-Fi 訊號不會讓承受負載的 WAN 佇列消失。若每個時段都有相同的有線上限，先檢查 Gigabit 速度鏈，再判斷是否與晚間時段有關。

用同一裝置比較閒置、負載與暫停工作#

在安靜時段及通常出問題的時間，使用同一台筆電、測試伺服器和位置。記錄連線類型、Wi-Fi 頻段、乙太網路速率、下載、上傳及 ping。更換伺服器，也會改變正在測試的網路路徑。

1. **有線基準：**接上路由器，關閉筆電 Wi-Fi，在未刻意製造測試負載時記錄閒置 ping。註記家中仍在執行的串流、備份或更新。
2. **有線負載：**執行下載測試、觀察 ping，接著單獨測試上傳。記錄哪個流量方向讓延遲升高。測速會產生流量，不是閒置讀值。
3. **暫停家庭工作：**在問題時段，短暫暫停非必要備份、遊戲下載、相片同步及串流，再重新量測有線連線。必要工作和安全裝置保持運作，並註記無法暫停的流量。
4. **路由器附近的 Wi-Fi：**拔除乙太網路，在路由器旁重做測試，盡可能用同一頻段。如此可檢查無線路徑，而不包含遠處房間的牆壁。
5. **遠處房間的 Wi-Fi：**在實際工作座位重做測試，與附近的讀值比較。測試真正使用的通話、遊戲或傳輸，而不是只測下載。

這些模式能縮小調查範圍，但不會自動指出哪個元件故障。

用單一方向的位元組計數器估算使用率#

如果路由器提供位元組計數器，先確認介面與方向。WAN 接收／傳送和筆電接收／傳送描述不同的邊界，不要混用標示。記錄兩次讀值及經過時間。只有圖表、沒有計數器，還不足以進行這項計算。

這是示範計算，不是真實家庭的量測結果。假設某介面的接收計數器在 10 秒內增加 112,500,000 位元組：

• 112,500,000 位元組 / 10 秒 × 8 = 90,000,000 位元／秒。
• 以十進位網路單位計算，這就是 90 Mbps。
• 相對於 100 Mbps 連線：90 / 100 × 100 = 90%，是平均接收使用率。
• 相對於 1,000 Mbps 連線：90 / 1,000 × 100 = 9%，是平均接收使用率。

使用傳送計數器自己的變化量，另算傳送方向。不要把接收及傳送百分比相加，就宣稱全雙工連線的某一方向過載。這些是簡化估算，沒有完整計入協定額外負擔。Cisco 的介面使用率說明介紹計數器差值，以及分開計算輸入／輸出的方法。

這個例子不會把 20 Mbps 上傳服務變成 90 Mbps 上傳連線。LAN 或下行計數器與服務的上行容量，指的是不同邊界。請選擇符合正在評估之邊界及方向的容量。

如果計數器在量測期間重設、回繞或改變意義，請捨棄這次簡化計算，重新蒐集有效時段。長時間平均值可能掩蓋短暫的流量突發。單次計數器樣本或測速，不能證明哪個連接埠壅塞。判定原因前，應檢查反覆出現的時間、佇列延遲、封包錯誤、線材狀況和路由器負載。

按瓶頸選擇改善方式#

吞吐量數字與通話是否反應即時，是不同的結果。舉個示範例子，閒置 ping 可能是 15 ms，有負載時是 200 ms。這個大幅變化提示應調查負載下的延遲，不是通用門檻，也不是某個佇列位置的證據。記錄目的地和流量方向。Cloudflare 對頻寬與使用中延遲的解釋說明為何流量在緩衝區等待時，即使吞吐量尚可，仍會延遲互動應用程式。遊戲延遲與緩衝膨脹提供實際後續檢查。

把備份、相片同步和更新安排在安靜時段，同時保留必要通話及上傳。串流、通話與備份使用不同的容量，應查看各應用程式的需求。備份可能用滿較小的上傳額度，下載容量卻仍有剩餘。

若裝置支援，可以考慮 QoS 或 SQM。按照路由器文件設定容量，並分別設定下載與上傳。突發流量、變動的服務速率和路由器處理能力，可能需要不同數值，沒有通用設定。每次調整後，重新測試負載延遲與可用吞吐量；啟用功能不代表已證明它有幫助。

可行時，讓固定位置、需求較高的裝置使用有線連線。電視或桌上型電腦改用乙太網路，會減少其占用的 Wi-Fi 無線傳輸時間，但同一筆網際網路下載仍產生 WAN 需求。不能保證只替一台裝置接線，就能解決已飽和的網際網路連線。

如果附近 Wi-Fi 變差，而有線效能保持穩定，應查看無線環境。在當地頻道規則允許時，2.4 GHz 的 1、6 或 11 頻道搭配 20 MHz 寬度，是常見選項。在密集大樓中，較安靜的 5 GHz 頻道或較窄寬度可能有幫助。依照頻道壅塞指南操作，在問題時段比較調整前後。看見鄰居網路，不是它造成變慢的證據。

只有遠處房間失敗時，應調查牆壁與擺放位置。延伸器若仍能與路由器保持可用連線，可以改善較弱的涵蓋路徑；但不能增加業者容量或消除無線傳輸時間競爭。添加硬體前，利用單一房間 Wi-Fi 慢確認這個模式。

買設備前記錄幾個晚上#

在兩三個典型平日晚間重複測試。記錄房間、時間、伺服器、頻段、乙太網路速率、閒置／負載 ping、兩個流量方向，以及執行中的工作。這能分辨有效的改善與碰巧較安靜的晚上。若模式改變，下週再測一次。

每次只改一件事，再維持足夠長的時間比較數個晚上。記下暫停的非必要工作，之後恢復正常排程。重新啟動或更改設定後立刻改善，值得記錄，但不能單獨隔離原因。延遲突增時，應一起留意封包錯誤或路由器負載；即使平均位元組速率不高，這些其他原因仍重要。

暫停家中需求、檢查本地路徑後，若有線效能仍差，可帶著日期及結果聯絡業者。詢問障礙、使用率和服務上限，不要直接指控刻意限速。路由器／數據機限制仍有可能；聯絡業者前的測試能協助整理證據。

在 Range Up 規劃涵蓋調整#

為了改善涵蓋，可在 iPhone 或 Android 上下載 Range Up。免費工具讓你畫平面圖與牆壁、放置路由器、標記目標，並查看模擬涵蓋。Premium 加入延伸器位置、建議地點及預估的調整前／後結果。App 不會量測即時 RSSI、讀取連接埠計數器、執行測速或設定路由器。使用 Wi-Fi 延伸器擺放指南規劃，再以真正的晚間測試驗證。