Wi-Fi 7 中的多鏈路操作 (MLO)：工作原理與重要性

播客腳本：Wi-Fi 7 中的多鏈路操作 — 工作原理與重要性 大約運行時間：10 分鐘 | 聲音：英式英語，資深顧問語氣 --- 第 1 節：介紹與背景（約 1 分鐘） 歡迎回來。今天我將直接切入正題，因為如果您在 2025 年或 2026 年設計或採購無線基礎架構，有一項 Wi-Fi 7 功能真正改變了工程計算 — 那就是多鏈路操作，即 MLO。 自 Wi-Fi 5 以來，我們就有了頻段轉向。我們有了 MU-MIMO、OFDMA、目標喚醒時間。這些都很有用。但 MLO 在架構上是不同的。它不是一種改進 — 它是用戶端設備與存取點協商和維持無線連接方式的根本性改變。 在本次會議中，我想讓您清楚地了解 MLO 在底層究竟是什麼、三種運作模式（STR、NSTR 和 EMLSR）在實踐中有何不同、目前有哪些用戶端設備支援它，以及它在何處真正帶來了可衡量的延遲改善。我還將指出在早期 Wi-Fi 7 部署中已經讓團隊措手不及的部署陷阱。 讓我們開始吧。 --- 第 2 節：技術深入探討（約 5 分鐘） 那麼，什麼是多鏈路操作？ 其核心，MLO 定義在 IEEE 802.11be 修正案中 — 這是支持 Wi-Fi 7 的正式標準。它允許用戶端設備與存取點之間的單個邏輯連接在多個頻率頻段和頻道上同時運作。不是順序運作。而是同時運作。 要理解為什麼這很重要，請想想頻段轉向實際上做了什麼。透過頻段轉向，您的控制器會查看用戶端設備並做出決定：此設備應該在 5 GHz 而不是 2.4 GHz 上，並將其引導過去。該設備一次只有一個活動的射頻鏈路。它在一個頻段上。如果該頻段變得擁擠，您會再次轉向它。它是被動的、具中斷性的，並且總是有一個短暫的斷開連接事件 — 即使它低於一秒。 MLO 則根本不同。用戶端設備和 AP 建立了標準所稱的多鏈路設備（即 MLD）關係。在該關係中，它們協商多個同時鏈路 — 例如，同時使用 5 GHz 和 6 GHz。MAC 層聚合了這些鏈路。流量可以跨鏈路拆分、跨鏈路進行負載平衡，或者一個鏈路可以作為熱備份，而另一個鏈路承載主要負載。沒有轉向事件。沒有斷開連接。鏈路適應發生在應用層之下。 現在，MLO 有三種運作模式，這就是它變得微妙的地方。 第一種是 STR — 同時傳送與接收。這是黃金標準。用戶端設備在其天線之間具有足夠的射頻隔離，因此它可以在一個鏈路上傳送，同時在另一個鏈路上接收，而不會產生自我干擾。其結果是真正的平行操作：您獲得了聚合的吞吐量，而且至關重要的是，獲得了可實現的最低延遲，因為排程器總能在至少一個鏈路上找到一條乾淨的路徑。對於 XR 工作負載 — 擴充實境、空間運算 — 這就是您想要的模式。在設計良好的 STR 部署中，低於 5 毫秒的雙向延遲是可以實現的。 第二種模式是 NSTR — 非同時傳送與接收。在這裡，設備沒有足夠的天線隔離來在其鏈路之間同時傳送和接收。因此 MAC 層必須進行協調 — 它不能重疊傳送和接收窗口。您仍然可以獲得多鏈路優勢：更好的可靠性、一些延遲改善以及負載平衡的能力。但您失去了 STR 的完整平行性。在 2024 年出貨的大多數第一代 Wi-Fi 7 用戶端晶片組 — 包括幾種筆記型電腦和智慧型手機的實現 — 都是在 NSTR 模式下運作，而不是 STR。當您與利益關係人設定預期時，這是一個重要的注意事項。 第三種模式是 EMLSR — 增強型多鏈路單射頻。這是節能的玩法。該設備具有單個射頻，可以在鏈路之間非常快速地切換 — 我們指的是微秒級的切換時間。它使用低功耗監控模式同時在多個鏈路上進行監聽，當它偵測到傳入的訊框時，它會將其活動射頻切換到該鏈路以接收它。EMLSR 專為 IoT 設備、穿戴式裝置和受電池限制的端點而設計，在這些端點中，您希望獲得多鏈路彈性優勢，而不需要持續運行多個射頻的功耗。其延遲特性優於單鏈路 Wi-Fi 6，但不如完整的 STR。 現在，一個關鍵的架構點：MLO 需要 AP 和用戶端同時支援它。AP 端已基本解決 — 所有在 2025 年出貨 Wi-Fi 7 硬體的主要企業 AP 廠商都支援 MLO。用戶端則是您需要做功課的地方。 截至 2025 年初，已確認支援 MLO 的用戶端設備包括高通 Snapdragon 8 Gen 3 平台（該平台為許多 Android 旗艦機提供動力）、聯發科 Filogic 380 和 680 晶片組，以及英特爾的 BE200 Wi-Fi 7 模組（該模組正出現在高階筆記型電腦中）。蘋果在 iPhone 15 Pro 及更新機型中的 Wi-Fi 7 實現支援 MLO，儘管蘋果的特定模式實現在 EMLSR 行為方面有一些微妙之處。坦白地說，用戶端設備中完整的 STR 支援仍在成熟中。在商品化智慧型手機中廣泛看到它之前，您會在專門設計的 XR 頭戴式裝置和高階筆記型電腦中先看到它。 基礎架構方面的另一件事：MLO 要求您的 AP 在其指標訊框中呈現所謂的多鏈路元素，並且 BSS（基本服務集）需要設定為 Multi-Link BSS。當您升級韌體時，這不是自動完成的。請明確查看您廠商的設定指南以進行 MLD 設定，因為某些廠商在出貨時預設停用 MLO，以待進一步的互通性測試。 --- 第 3 節：實施建議與陷阱（約 2 分鐘） 讓我給您實用的部署指導。 第一：在您承諾進行 MLO 優先的設計之前，先稽核您的用戶端資產。如果 80% 的設備支援 NSTR 而不是 STR，您的延遲增益將是有意義的，但不會是顛覆性的。相應地設定預期。 第二：6 GHz 頻段對於 MLO 發揮最佳效果至關重要。隨 Wi-Fi 6E 引入的 6 GHz 頻段提供了乾淨、不擁擠的頻譜以及 320 MHz 頻道。在 STR 設定中將 5 GHz 鏈路與 6 GHz 鏈路配對，是您獲得宣傳的延遲數據的地方。如果您的場所尚未部署支援 6 GHz 的 AP，MLO 仍可在 2.4 和 5 GHz 上運作，但您將無法發揮其完整效能。 第三：回程比以往任何時候都更重要。如果 AP 位於具有 15 毫秒抖動的 100 Mbps 上行鏈路之後，那麼提供低於 5 毫秒無線延遲的 AP 就毫無意義。MLO 將瓶頸轉移到了下游。確保您的交換基礎架構和 WAN 連接大小合適。 第四：注意隱藏的 NSTR 協調開銷。在高密度部署中 — 想想在單個大廳中擁有 50 個 AP 的會議中心 — NSTR 設備會因為鏈路協調訊號而產生額外的管理訊框開銷。這可以透過適當的頻道規劃和 EDCA 參數調整來管理，但在高密度環境中這是一個真正的考量因素。 第五：特別是對於旅宿和場所部署，MLO 的可靠性優勢可以說比純粹的延遲增益更有價值。酒店房客的視訊通話在他們於大廳和客房之間移動時保持無縫連接 — 而不會因為轉向事件導致一秒鐘的凍結 — 這是切實的房客體驗改善。這是一個您可以向總經理講述的故事，而不僅僅是網路架構師。 --- 第 4 節：快速問答（約 1 分鐘） 讓我解答幾個我經常被問到的問題。 「MLO 是否取代了頻段轉向？」不 — 頻段轉向仍然適用於不支援 MLO 的傳統用戶端。您將同時運行這兩者多年。MLO 是附加的。 「我可以在現有的 Wi-Fi 6E 硬體上啟用 MLO 嗎？」不行。MLO 是一項 802.11be 功能。它需要兩端都具備 Wi-Fi 7 硬體。 「MLO 是有助於解決擁擠問題，還是僅有助於解決延遲問題？」兩者皆有。跨多個鏈路分流流量的能力減少了單個鏈路的擁擠，進而減少了佇列延遲。它不是對根本上配置不足的網路的魔術修復，但它能更好地利用可用頻譜。 「安全方面呢？」MLO 在 PHY 層之上運作。WPA3 正常適用。MLD 內的每個鏈路都是獨立驗證和加密的。安全狀況沒有退步。 --- 第 5 節：總結與後續步驟（約 1 分鐘） 總結一下：多鏈路操作是自 OFDMA 以來 Wi-Fi 在架構上最顯著的進步。它將無線網路從單鏈路、頻段轉向的模式轉變為真正的多路徑、始終開啟的聚合鏈路模式。 三種模式 — 用於最大效能的 STR、用於更廣泛設備相容性的 NSTR，以及用於受電力限制端點的 EMLSR — 為您提供了一個框架，以了解您的特定用戶端資產實際會體驗到什麼。 立即行動項目：首先，查看您的 AP 廠商關於 MLD 設定支援的路線圖，並確保您的韌體是最新的。其次，稽核您的用戶端設備資產以了解 Wi-Fi 7 晶片組支援情況 — 特別是它們是支援 STR 還是 NSTR。第三，如果您正在設計新的場所部署或進行更新，請將 6 GHz 覆蓋範圍列為首要任務，作為 MLO 發揮最佳效果的基礎。 如果您正在致力於部署，並希望了解客用 WiFi 分析和網路智慧如何疊加在 Wi-Fi 7 基礎架構之上，這正是值得進行的架構對話。MLO 產生的網路數據 — 每個鏈路的使用率、漫遊事件、延遲遙測 — 是適當儀器化 WiFi 分析平台的豐富輸入。 感謝您的收聽。我們下次再見。