許多用戶疑惑:明明辦了 2M/4M 寬帶,下載卻只有 200-500KB/s,上傳更只有 50KB/s 左右。這不是運營商縮水,而是 **單位換算誤區** 與 **ADSL 非對稱架構** 共同作用的結果。本文徹底講透原理。
核心誤區:bit vs Byte
- 運營商標稱帶寬單位: **bit (位)** — `bps` (bits per second)。如 2M 寬帶 = **2 Mbps** = 2,000,000 bps。
- 軟體/瀏覽器顯示速度單位: **Byte (字節)** — `B/s` (Bytes per second) 或 `KB/s`、`MB/s`。
- 換算關係: **1 Byte = 8 bits** → **1 MB/s = 8 Mbps**。
理論極限速度換算表
| 標稱帶寬 | bit/s | 理論下載極限 (KB/s) | 理論上傳極限 (KB/s) ADSL 8:2 比例 |
| 512 Kbps | 512,000 | 64 | 8 |
| 1 Mbps | 1,000,000 | 125 | 16 |
| 2 Mbps | 2,000,000 | 256 | 32 |
| 4 Mbps | 4,000,000 | 512 | 64 |
| 8 Mbps | 8,000,000 | 1,024 (1 MB/s) | 128 |
| 10 Mbps | 10,000,000 | 1,280 (1.25 MB/s) | 160 |
| 20 Mbps | 20,000,000 | 2,560 (2.5 MB/s) | 320 |
| 50 Mbps | 50,000,000 | 6,400 (6.25 MB/s) | 800 |
| 100 Mbps | 100,000,000 | 12,800 (12.5 MB/s) | 1,600 (1.6 MB/s) |
註: ADSL (Asymmetric Digital Subscriber Line) **非對稱** 設計,下行:上行 ≈ **8:2** (或 4:1),上傳理論極限 = 下載極限 × 0.25。
為什麼實測只有 50KB/s 上傳?
- 標稱 2M ADSL: 理論上傳 32 KB/s,**實測 50 KB/s 已超過理論值**,可能運營商實際配置上行 512 Kbps (64 KB/s) 或用戶誤讀單位 (50 KB/s ≈ 400 Kbps,接近 512 Kbps 理論值)。
- 協議開銷: TCP/IP 協議棧 (以太網幀頭 18B + IP 20B + TCP 20B + 選項) 約 5-10% 開銷;PPPoE 撥號再加 8B;實際有效載荷速度 ≈ 理論 × 0.9。
- 線路衰減/噪聲/串擾: 電話線品質、距離機房遠近、接頭氧化、家庭內部佈線劣質,導致調製解調器協商速率低於理論值。
- QoS/流控/竊取: 運營商端口限速、P2P 限流、鄰居蹭網、後台雲同步/升級佔用上傳頻寬。
- 測試工具誤差: 瀏覽器下載/上傳測試受伺服器端頻寬、並發、路由影響;建議用 **Speedtest.net、Fast.com、運營商官方測速、iperf3 本地測試** 多點驗證。
光纖接入 (FTTH/FTTB) 本質不同
- GPON/EPON/XG-PON/XGS-PON: **對稱/近對稱** 頻寬能力 (下行 2.5G/10G,上行 1.25G/2.5G/10G)。
- 家用套餐通常非對稱: 運營商為成本/商業考量,配置 **下行 1000M / 上行 100-300M** (如 1000M/300M),但**實測上傳常達標** (30-40 MB/s),遠超 ADSL 50 KB/s。
- 企業專線/對稱套餐: 1:1 對稱 (如 100M/100M, 1G/1G),價格高昂,適合伺服器託管、視訊會議、雲備份。
提升上傳體驗實用建議
- **升級光纖套餐:** 選擇上行 ≥ 100M 的套餐 (如 500M/200M, 1000M/300M)。
- **優化家庭佈線:** 全千兆/2.5G 路由器 + Cat6/6a 網線,避免百兆瓶頸。
- **限制後台上傳:** 雲盤 (OneDrive/百度雲/iCloud)、備份 (Time Machine/Backblaze)、P2P (迅雷/qBittorrent)、視訊會議上傳 — 設定上傳限速或排程。
- **QoS 設定:** 路由器啟用 QoS,優先保障遊戲/視訊/語音/網頁瀏覽下行,限制大檔上傳佔用。
- **檢查線路品質:** 運營商上門測衰減/信噪比,更換老化電話線/分離器/模塊。
結論: ADSL 50KB/s 上傳是 **非對稱架構 + 單位換算 + 線路損耗** 共同結果,非故障。升級光纖是根治之道。