「辦了500M寬帶，下載卻只有60MB/s？」「為什麼網速測試網站顯示450Mbps，迅雷卻跑不滿？」搞不清 b (bit) 與 B (Byte)、理論值與實際吞吐量 的區別，就註定要被「數字遊戲」繞進去。本文為您徹底釐清概念，並提供專業測速方法論。

一、 核心概念：帶寬 ≠ 網速，單位換算是關鍵

術語	單位	換算關係	典型場景
帶寬 / 頻寬	bps (bit per second)	1 Byte = 8 bits 1 Kbps = 1000 bps 1 Mbps = 1000 Kbps 1 Gbps = 1000 Mbps	運營商套餐標稱、介面速率、QoS策略
下載速率 / 吞吐量	B/s (Byte per second)	1 KB/s = 8 Kbps 1 MB/s = 8 Mbps	瀏覽器下載、迅雷/IDM、Steam、測速軟體顯示

經典換算速查表 (理論峰值)

運營商套餐	理論下載峰值 (MB/s)	實際滿速參考 (MB/s)	備註
100 Mbps	12.5	10.5~11.5	百兆網口/電力貓瓶頸
200 Mbps	25	22~24	需千兆網口+Cat.5e
500 Mbps	62.5	55~60	需千兆全鏈路、Wi-Fi 6
1000 Mbps (1 Gbps)	125	110~118	需2.5G/10G網口、NVMe SSD

公式： 實際下載速度 (MB/s) ≈ 帶寬 (Mbps) ÷ 8 × 效率系數 (通常 0.85~0.95)。
效率損耗來源： 以太網幀開銷 (Preamble+IFG+Header+FCS ≈ 20 Bytes)、IP/TCP頭部 (40 Bytes)、應用層協議開銷、磁碟I/O瓶頸、CPU中斷處理、Wi-Fi空口爭用/重傳。

二、 專業測速方法論：拒絕單一測試點

1. 基準測試：有線直連，排除Wi-Fi變量

• 電腦 網線直連光貓/路由器LAN口 (關閉Wi-Fi)。
• 關閉所有下載、雲同步、視頻會議、P2P軟體。
• 使用 多線程/多節點 測速工具：

工具	特點	適用場景
Speedtest by Ookla (App/CLI)	全球節點最多、多線程、CLI可自動化	日常基準、歷史趨勢
Fast.com (Netflix)	單線程、CDN邊緣節點、反映串流體驗	視頻串流質量評估
iPerf3 (自建雙端)	原始TCP/UDP吞吐、並發數/窗口大小可控、無應用層干擾	局域網/專線/數據中心基準、MTU/MSS調優
Waveform Bufferbloat Test	測試負載下延遲抖動、評分緩衝區膨脹	游戲/實時互動質量
Cloudflare Speed Test	Cloudflare邊緣節點、WebSocket、顯示丟包/抖動	全球Anycast網路質量

執行標準： 連續測試 3~5 次，取中位數；對比不同時段 (早高峰/晚高峰/深夜)。

2. 真實體驗測試：下載大文件、Steam、遊戲更新

• Microsoft/Ubuntu/Steam 大文件下載，觀察穩態速度。
• 注意：單線程下載 (瀏覽器預設) 受 TCP 慢啟動、丟包重傳、接收窗口限制，速度常低於多線程測速結果，這不代表寬帶有問題。

3. Wi-Fi 實測：評估無線覆蓋與漫游

• 手機/筆電運行 Speedtest App，在房間各角落測試。
• 使用 Wi-Fi Analyzer (Android) / WiFi Explorer (macOS) / inSSIDer (Win) 分析信道佔用、信號強度 (RSSI)、SNR、PHY Rate。
• 目標：核心區域 RSSI > -65 dBm，SNR > 25 dB，PHY Rate ≥ 物理鏈路速率 70%。

三、 常見「假慢」場景排查清單

1. 百兆瓶頸： 貓/路由/網卡/網線任一為百兆 (100M) → 上限 11.5 MB/s。檢查設備指示燈顏色、ethtool/裝置管理員連接速度。
2. Wi-Fi 空口爭用： 2.4GHz拥擠、鄰居同頻、舊設備佔用時隙 (802.11b/g 保護機制) → 切換 5GHz/6GHz、啟用OFDMA (Wi-Fi 6/7)、調整信道寬度。
3. NAT/會話表滿： P2P/大量連接導致路由器CPU/內存/會話表耗盡 → 限制連接數、升級硬體、啟用硬件加速 (HNAT/CTF)。
4. QoS/流控誤傷： 路由器/交換機錯誤限速規則、ISP端口限速 (罕見) → 檢查策略、抓包對比兩側吞吐。
5. 終端性能不足： 老舊筆電單核CPU跑滿、磁碟寫入瓶頸 (HDD/SMR盤)、殺毒軟體掃描流量 → 任務管理器觀察資源佔用。
6. DNS解析慢： 打開網頁慢但下載快 → 更換 DoH/DoT DNS (Cloudflare 1.1.1.1, Google 8.8.8.8, 阿里 223.5.5.5)。

四、 向運營商投訴的證據鏈

若多次有線直連測試、不同時段、多節點、多工具均低於 承諾速率 × 0.7 (行業慣例 SLA)，收集證據：

• Speedtest CLI / Ookla 結果圖 (含 Server ID、時間戳、公網IP)。
• iPerf3 雙向測試日誌 (連接本地/同城伺服器)。
• 光貓/路由器介面速率截圖 (顯示 1000M/Full)。
• 撥號日誌、光功率數值 (RX/TX dBm)。

撥打 10000/10010/10086 轉人工，要求派單測試「到戶速率」；若上門測試合格但宅內不達標，屬於「最後一米」佈線/設備問題，需自行整改。

結語

網速測試是門科學：單位搞清、有線基準、多工具交叉驗證、分場景評估。搞懂這套方法論，不再被數字忽悠，也能在網絡故障時精準定位瓶頸，享受真正匹配付費的網絡體驗。