為什麼接取網路正往上、往外移動
到目前為止，這整道階梯都假設你的第一跳是一條線或一台附近的路由器。但網路領域最難解的問題並不在核心——而在最後一哩，也就是真正觸及一個人的那條連線。地球上有一半的人沒有堪用的固網寬頻，而要把光纖拉到山區村落或一艘漁船上，根本是奢望。於是接取網路的前沿正同時往兩個新方向走：往上進入低軌道，往外進入更密集、更聰明的蜂巢式網路。兩者都是無線的，因此也都繼承了你在無線那一級遇到的每一個誠實限制——無線電在發送時仍然無法偵測碰撞，而移動中的接收端仍然必須在不同發射器之間進行交接。
把三個量分清楚，因為行銷話術會試圖把它們糊在一起。頻寬是管子有多寬（原則上以每秒位元計）。吞吐量是在遺失、共用與協定額外負擔各抽一刀之後，位元實際抵達的速度。延遲則是單向或來回的時間差。它們是不同的東西，而以下這條規則是天空也打不破的：增加頻寬永遠不會減少延遲。較寬的管子讓你每秒能灌進更多水，但第一滴水仍得以有限的速度跑完整段長度。你打不過光速，而我們接下來就會看到，光是這一個事實，就決定了誰能贏得衛星競賽。
低軌：衛星為什麼降到低空
舊式的衛星網路使用地球同步衛星，停泊在大約 35,786 公里的高空，懸在赤道上某一個定點上方。它的方便之處在於你的碟形天線永遠不必轉動。但致命之處是距離：光單是爬到那麼高就要約 120 毫秒，所以一趟「上去再回來」的來回大約是 240 毫秒，這還沒算任何處理時間——而一次「先請求、再回覆」（你的 ping、伺服器的回覆）要跨越這段距離兩次，總和逼近半秒。這麼大的傳播延遲會讓視訊通話變得很痛苦，也會搞混 TCP 壅塞控制，因為它那套小心翼翼的加速，全靠一個又短又穩定的來回時間。
低地球軌道（LEO）衛星網路下了相反的賭注。把衛星飛得低——大約 550 公里——傳播延遲就會縮小六十倍，把來回時間壓進數十毫秒，足以和地面連線一較高下。但代價在於幾何：這麼低的衛星只會在你頭頂上停留短短幾分鐘，而從 550 公里高，它也只看得到地球上一小塊。因此要連續覆蓋整個星球，你需要的就不是一顆衛星，而是一個由數千顆組成的星座，每隔幾分鐘就要從一顆交接到下一顆，完全就像一支手機在不同基地台之間移動——只不過時速是 27,000 公里。
Round trip = signal goes UP and comes back DOWN (one full there-and-back) light speed ~= 300,000 km per second GEO altitude ~35,786 km -> ~2 x 35,786 / 300,000 ~= 0.24 s (~240 ms) LEO altitude ~550 km -> ~2 x 550 / 300,000 ~= 0.004 s (~4 ms link) (real LEO RTT lands in the tens of ms once you add ground hops + processing)
5G 不只是快——它還能被切片
回到地面上，你在無線那一級認識的蜂巢式網路仍在不斷重新發明自己。5G 的頭條是速度，但更深層的故事是彈性。一座 5G 基地台可以使用極高頻的「毫米波」頻段，在短而容易被遮擋的距離內承載龐大的頻寬，同時也用能穿牆遠傳的較低頻段——於是覆蓋如今是一個刻意的取捨，而不是一組固定的設定。關鍵在於，5G 的許多機制已經從專用無線電硬體，搬進了在一般伺服器上運行的軟體，而這正是接下來那個構想得以成真的原因。
那個構想就是網路切片。想像把一張實體的 5G 網路切成好幾張邏輯網路，它們共用同樣的基地台與光纖，行為卻完全不同——就像把一棟辦公大樓隔成各自獨立、隔音良好的套房。一個切片可以為超低延遲調校（工廠裡的機械手臂），另一個為數量龐大、又小又愛睡的感測器，再一個則為單純的高頻寬手機影片。每個切片都拿到自己被承諾的行為，並且由網路底層強制執行。這正是服務品質那一級的同一套思維，只是把它變得可程式化，並當成一項產品來販售。
切片與邊緣運算天生是一對：與其把每一個請求都老遠送到遙遠的資料中心，營運商乾脆把小型伺服器直接架在基地台或網路的邊緣。這麼一來，一輛自駕車或一場多人遊戲，對話的對象就是幾公里外、而非幾百公里外的一台電腦——而既然我們剛確立了「你打不過光速」，把電腦移近一點，就是少數幾種還算誠實地削減延遲的辦法之一。本級的下一篇指南，會深入探討邊緣以及住在那裡的「萬物」。
6G 是什麼——以及如何看待那些炒作
大約每十年就會帶來一個新的蜂巢式世代，而 6G 是目前還在被研究、而非被部署的那一個——老實說，它目前主要是一套研究計畫與一張願望清單，而不是你買得到的東西。不過反覆出現的幾個主題確實是真的：更高的頻率（朝兆赫前進）以在極短距離內取得巨大頻寬；把低軌衛星與地面基地台整合成一張無縫的織網，好讓單一裝置在兩者之間漫遊；以及把機器學習用於網路內建進來，讓網路預測需求、自我調校，而不是靠手工設定。
當 TCP 遇上天空（與電費帳單）
把接取網路搬上天空，會讓無線那一級的一個古老而誠實的問題重新浮現。經典 TCP 把每一個被丟棄的封包都當成壅塞的徵兆而猛踩煞車——就像一個小心的駕駛，一感覺到某個輪子打滑就立刻減速。但在一條無線或衛星連線上，封包往往是被無線電干擾或訊號衰減丟掉的，而不是被塞滿的佇列丟掉的。TCP 把這種遺失誤讀成壅塞，於是毫無必要地把自己節流，這正是無線環境 TCP 效能不佳的核心。解方是讓傳輸層分辨「因雜訊而生的遺失」與「因壅塞而生的遺失」，而這恰恰是現代傳輸層、以及你在第一篇指南認識的 QUIC 所設計來運用的那種更聰明的訊號。
- 一顆低軌衛星從頭頂飛掠而過，你的碟形天線鎖定它；你的封包乘著它上去、橫越星座、再從靠近伺服器處降回地面。
- 幾分鐘後那顆衛星沉到地平線下，於是網路把你交接給下一顆正升起、進入視野的衛星——理想情況下平順到你的視訊通話毫無察覺。
- 如果某個封包是因一朵飄過的雲或干擾而遺失，聰明的傳輸層絕不能把它誤認成塞車而猛踩煞車。
- 與此同時，營運商盯著自己的能源帳單：每一顆衛星、每一座基地台都在燒電，所以「把運算擺在哪裡」與「如何讓無線電進入待機」如今都是第一等的設計問題。
最後那一步指向一個容易被遺忘的前沿：網路永續性。數千顆衛星終究必須脫離軌道、燒毀，而不是變成太空垃圾；數以百萬計的蜂巢式無線電與邊緣伺服器加總起來，佔了全球用電相當可觀的一塊。真正屬於現代的問題，已不再只是「它能跑多快？」，而是「每一焦耳能換到多少位元，又要讓天空付出多少代價？」未來十年的網路工程師，被評斷時看重的不只是吞吐量，還有能源與軌道足跡。