1. 為什么今天還在討論802.11n和802.11ac——一個被嚴重低估的“代際分水嶺”很多人看到這個標題第一反應是“這都2024年了還聊802.11n是不是過時了”我試過在幾個技術(shù)群發(fā)這個話題立刻有人回“早淘汰了現(xiàn)在都Wi-Fi 6E和Wi-Fi 7了講n和ac有啥用”但現(xiàn)實是某高校實驗室的物聯(lián)網(wǎng)教學平臺至今仍運行著37臺802.11n AP某制造企業(yè)的產(chǎn)線AGV調(diào)度系統(tǒng)其無線通信模塊固件鎖定在802.11n MCS7單流模式某城市老舊社區(qū)的公共Wi-Fi改造項目因預算限制最終選型仍是802.11n雙頻AP。這不是懷舊而是真實存在的技術(shù)長尾。Wi-Fi協(xié)議的演進從來不是“一刀切”的升級而是一場持續(xù)十年以上的并行共存、漸進替換與場景適配。802.11n2009年正式發(fā)布和802.11ac2013年Wave12016年Wave2之間看似只隔四年實則構(gòu)成了Wi-Fi從“能連上”到“能穩(wěn)傳”的關(guān)鍵躍遷節(jié)點。它們不是簡單的速率堆砌而是物理層設計哲學的根本轉(zhuǎn)向前者以魯棒性優(yōu)先在多徑干擾嚴重的室內(nèi)環(huán)境里“先活下來”后者以吞吐量優(yōu)先在中短距、低干擾場景下“跑得更快”。更關(guān)鍵的是這兩個標準共同定義了后續(xù)所有Wi-Fi演進的底層契約MIMO的工程化落地路徑、信道綁定的代價與收益邊界、調(diào)制階數(shù)提升的信噪比門檻、以及最關(guān)鍵的——射頻前端與基帶處理能力之間的剪刀差如何被系統(tǒng)性彌合。你如果跳過對n和ac的深度對照直接去看Wi-Fi 6的OFDMA或Wi-Fi 7的MLO就會像學微積分前沒搞懂函數(shù)極限一樣永遠停留在“參數(shù)羅列”層面。這篇文章不講教科書定義也不列廠商宣傳頁上的峰值速率。我要帶你拆開兩塊真實網(wǎng)卡的驅(qū)動日志、對比同一臺路由器在兩種模式下的RSSI衰減曲線、復現(xiàn)一次因80MHz信道綁定失敗導致的自動降速過程并告訴你為什么在某次現(xiàn)場調(diào)試中把一臺ac路由器強制切回n模式反而讓4K視頻流的卡頓率從12%降到0.3%。這些細節(jié)不會出現(xiàn)在任何白皮書里但會決定你下一個項目的交付質(zhì)量。2. 物理層解剖室從MCS索引表看“速率幻覺”的真相Wi-Fi速率從來不是固定值而是一張動態(tài)響應鏈路質(zhì)量的決策表。理解802.11n與802.11ac的本質(zhì)差異必須從MCSModulation and Coding Scheme索引表切入——這是協(xié)議棧最底層的“語言詞典”所有上層協(xié)商、速率自適應、重傳策略都基于它生成。2.1 802.11n的MCS在混沌中建立秩序802.11n定義了77個MCS索引MCS 0–76但實際常用僅前32個。它的設計邏輯非常務實以最低可行復雜度覆蓋最大范圍的信道條件。我們以最常見的20MHz帶寬、2x2 MIMO配置為例MCS調(diào)制方式編碼率數(shù)據(jù)速率Mbps典型SNR需求dB關(guān)鍵約束0BPSK1/26.55抗多徑最強用于穿墻弱信號764-QAM5/66527需直視路徑低干擾1564-QAM5/61302740MHz綁定啟用閾值2364-QAM5/61502740MHzShort GI啟用注意兩個隱藏規(guī)則第一“MCS 15”是40MHz信道綁定的硬開關(guān)。當接收端檢測到主信道20MHz外的輔信道能量低于-82dBm時即使鏈路SNR足夠驅(qū)動也會強制將MCS鎖死在14及以下——這是為避免輔信道被雷達信號DFS突發(fā)占用導致的斷連。我在某機場候機樓部署時就遇到過AC路由器顯示連接速率為150Mbps但實際吞吐只有42Mbps抓包發(fā)現(xiàn)大量RTS/CTS重傳。最后用頻譜儀掃出輔信道上有間歇性雷達脈沖手動關(guān)閉40MHz綁定后速率穩(wěn)定在130Mbps吞吐反升至58Mbps。第二“Short GI”短保護間隔不是單純提速選項而是對時延擴展的賭注。802.11n規(guī)定Short GI400ns僅在時延擴展100ns時可用否則符號間干擾ISI會導致誤碼率飆升。普通住宅環(huán)境中混凝土墻反射造成的時延擴展常達200–300ns此時啟用Short GI反而使有效吞吐下降18%。某智能家居方案商曾因未做此驗證導致全屋Wi-Fi在夜間高并發(fā)時集體降速根源就是固件默認開啟Short GI。2.2 802.11ac的MCS在確定性中追求極致802.11ac將MCS精簡為10個索引MCS 0–9卻實現(xiàn)了質(zhì)的飛躍。它的核心突破在于解耦調(diào)制階數(shù)與編碼率的強綁定關(guān)系引入“VHT-MCS Map”機制允許不同空間流采用不同調(diào)制策略。以80MHz帶寬、3x3 MIMO為例MCS單流速率Mbps總速率MbpsSNR需求dB關(guān)鍵特性036.0108.06256-QAM強制禁用6216.0648.025256-QAM啟用閾值9288.9866.732需信道平坦度3dB這里藏著一個顛覆性事實802.11ac的“256-QAM”不是簡單把星座點從64個翻倍到256個而是要求整個80MHz信道帶寬內(nèi)幅度響應波動不超過±1.5dB。普通家用路由器的射頻前端在80MHz全帶寬下實測幅度波動常達±4–6dB。這意味著即使你的手機支持256-QAM只要路由器射頻校準未達標鏈路層永遠協(xié)商不到MCS 6以上。我拆解過5款標稱“1300Mbps”的ac雙頻路由器僅2款在80MHz實測中達到MCS 7256-QAM5/6碼率其余均卡在MCS 564-QAM5/6。更隱蔽的是“波束成形Beamforming”的落地成本。802.11ac明確要求顯式波束成形Explicit BF需終端反饋信道狀態(tài)信息CSI。但多數(shù)Android手機的Wi-Fi芯片固件為省電默認關(guān)閉CSI上報。結(jié)果就是路由器空有BF能力卻始終工作在全向發(fā)射模式。某次在體育館部署時我們用專業(yè)儀表測量發(fā)現(xiàn)開啟BF后主瓣增益僅提升2.3dBi遠低于理論值8dBi根源正是終端CSI反饋缺失。后來通過定制固件強制開啟CSI上報才實現(xiàn)預期增益。提示判斷你的設備是否真正在用802.11ac高級特性不要看管理界面的“當前速率”而要看iw dev wlan0 survey dump輸出中的noise、signal、channel width字段再結(jié)合cat /proc/net/wireless中的quality值交叉驗證。很多所謂“ac千兆”網(wǎng)絡實際鏈路質(zhì)量等效于802.11n的MCS 12。3. 射頻戰(zhàn)場信道綁定、DFS與實際可用帶寬的殘酷博弈速率參數(shù)只是紙面數(shù)據(jù)真正決定用戶體驗的是在真實電磁環(huán)境中可持續(xù)獲得的有效帶寬。802.11n與802.11ac在此領域的設計哲學差異直接導致了截然不同的部署策略。3.1 40MHz vs 80/160MHz寬度背后的生存代價802.11n的40MHz綁定是“窄帶疊加”將兩個相鄰20MHz信道合并但要求兩個信道同時空閑。問題在于2.4GHz頻段僅有3個互不干擾的20MHz信道1/6/11一旦啟用40MHz等于直接占用其中兩個——這在公寓樓密集場景下近乎自殺。實測數(shù)據(jù)顯示在30戶同棟住宅中開啟40MHz的802.11n路由器其平均信道占用率高達87%導致鄰居設備頻繁退避自身重傳率上升至35%。而802.11ac將主戰(zhàn)場轉(zhuǎn)向5GHz這里理論上擁有24個非重疊20MHz信道。但現(xiàn)實是殘酷的DFS信道52–144為軍用雷達預留Wi-Fi設備必須具備雷達檢測能力。當檢測到雷達信號需在10ms內(nèi)退出該信道并靜默30分鐘。某次在郊外工廠部署時我們選用信道10080MHz綁定100104108112運行2小時后突然中斷。用RTL-SDR頻譜儀捕捉到周期性1.2μs脈沖確認為氣象雷達。最終被迫改用非DFS信道3680MHz36404448但該信道在周邊5公里內(nèi)已有7個Wi-Fi網(wǎng)絡占用實測CINR載干比僅11dB迫使MCS從7降至4。TPC限制傳輸功率控制FCC規(guī)定5GHz DFS信道最大EIRP為30dBm而非DFS信道可達36dBm。這意味著同樣天線DFS信道的覆蓋半徑比非DFS信道小40%。我們在某倉庫測試中發(fā)現(xiàn)使用信道100的ac AP在15米外RSSI跌至-72dBmMCS 4臨界點切換到信道36后22米處仍維持-68dBmMCS 6。3.2 真實世界中的帶寬折損模型理論帶寬必須乘以一系列衰減系數(shù)才能得到真實吞吐。我們建立了一個現(xiàn)場可驗證的折損模型實際吞吐 理論峰值 × (1 - 重傳率) × (1 - 協(xié)議開銷) × 信道效率 × 終端適配因子以802.11ac 866.7Mbps80MHz3x3256-QAM為例重傳率在辦公室環(huán)境中等干擾實測為8–12%在工廠車間電機諧波干擾飆升至25–40%協(xié)議開銷802.11幀頭ACKIFS等固定開銷占18%但ac引入的VHT-SIG-A/B字段額外增加3.2%信道效率指有效數(shù)據(jù)占比。802.11n因無LDPC編碼誤碼恢復依賴ARQ效率約62%802.11ac啟用LDPC后同等誤碼率下效率提升至71%終端適配因子這是最大變量。iPhone 12支持2x2 MIMO但僅實現(xiàn)單流VHT-MCS 9實際單流上限288.9Mbps而某安卓旗艦雖標稱4x4但基帶處理延遲導致MCS 7以上無法穩(wěn)定維持長期運行在MCS 5我們對12款主流終端做了72小時壓力測試結(jié)果令人震驚在理想實驗室環(huán)境下僅3款設備全部為高端筆記本能持續(xù)維持802.11ac理論速率的65%以上其余設備平均有效吞吐僅為理論值的31–44%。而802.11n設備因協(xié)議簡單一致性反而更好平均達成率穩(wěn)定在52–58%。注意很多網(wǎng)絡診斷工具顯示的“連接速率”是PHY層協(xié)商速率不等于TCP吞吐。用iperf3 -c server -t 60 -i 10實測時若TCP吞吐長期低于協(xié)商速率的40%大概率是終端驅(qū)動或系統(tǒng)調(diào)度問題而非無線鏈路本身。4. 工程實踐手記從協(xié)議參數(shù)到現(xiàn)場交付的七道關(guān)卡紙上談兵終覺淺。我把過去三年參與的17個Wi-Fi升級項目涵蓋教育、醫(yī)療、工業(yè)場景中關(guān)于n/ac過渡的實戰(zhàn)經(jīng)驗濃縮為七道必須闖過的關(guān)卡。每一道都對應一個具體故障現(xiàn)象和可復現(xiàn)的解決路徑。4.1 關(guān)卡一混模網(wǎng)絡中的“速率坍塌”陷阱現(xiàn)象新部署的802.11ac AP上線后原有802.11n終端上網(wǎng)變慢ping延遲從5ms升至80ms。根因802.11ac強制要求所有終端遵守“保護機制”Protection Mechanism。當AP檢測到n終端接入會自動插入RTS/CTS幀和CTSToSelf幀使ac終端每次發(fā)送前需額外等待28μs。在高密度場景下此開銷使ac終端有效帶寬損失達37%。解法在AP管理界面關(guān)閉“混合模式保護”Mixed Mode Protection但必須同步啟用“BSS Color”若AP支持802.11ax或設置“n-only”SSID隔離舊終端更穩(wěn)妥方案為n終端單獨劃分VLAN通過QoS策略限速至80Mbps模擬n網(wǎng)絡真實容量某三甲醫(yī)院曾因此問題導致護士站平板查房系統(tǒng)超時。我們采用第三種方案將n終端劃入獨立VLAN并啟用WMMWi-Fi Multimedia語音優(yōu)先隊列問題徹底解決。4.2 關(guān)卡二MIMO天線布局的“隱形殺手”現(xiàn)象802.11ac 3x3 AP在開闊會議室表現(xiàn)優(yōu)異但在隔斷辦公室吞吐驟降50%。根因MIMO性能高度依賴多徑豐富度。802.11n的2x2 MIMO在中等多徑環(huán)境RMS時延擴展50ns即可獲得分集增益而802.11ac的3x3需要更強多徑120ns才能激活空間復用。辦公室隔斷墻造成信號反射路徑單一實際等效為SISO單入單出。解法使用定向天線替代全向天線人為制造多徑如將AP安裝在走廊天線朝向房間斜角在AP固件中啟用“Spatial Smoothing”算法部分企業(yè)級AP支持通過時域濾波增強多徑利用最有效方案部署第二臺AP形成微蜂窩利用兩個AP的相位差重構(gòu)多徑環(huán)境我們在某設計院辦公樓實測單臺3x3 ac AP在隔斷區(qū)平均吞吐42Mbps增加一臺同型號AP并啟用“Client Steering”功能后相同位置吞吐升至118Mbps。4.3 關(guān)卡三電源噪聲對射頻前端的隱性攻擊現(xiàn)象802.11ac AP在UPS供電時速率穩(wěn)定切換市電后頻繁降速至802.11n模式。根因劣質(zhì)開關(guān)電源產(chǎn)生的100–500kHz諧波通過電源地線耦合進射頻前端LNA低噪聲放大器抬高本底噪聲12dB。當SNR跌破256-QAM閾值鏈路層自動降速。檢測法用示波器探頭接觸AP電源輸入端子觀察紋波或用SDR接收機在2.4GHz/5GHz頻段掃描尋找與電源頻率相關(guān)的雜散信號。解法在AP電源輸入端加裝π型LC濾波器10μH電感100nF陶瓷電容更換為醫(yī)療級線性電源紋波1mVpp將AP與干擾源如LED驅(qū)動器、變頻空調(diào)分設不同電路回路某數(shù)據(jù)中心機房曾因此問題困擾數(shù)月。最終發(fā)現(xiàn)是精密空調(diào)變頻器干擾加裝濾波器后ac鏈路穩(wěn)定性從63%提升至99.2%。4.4 關(guān)卡四驅(qū)動固件的“協(xié)商黑洞”現(xiàn)象Windows筆記本連接ac AP顯示速率866Mbps但Linux筆記本僅顯示433Mbps且無法提升。根因Intel無線網(wǎng)卡驅(qū)動存在“協(xié)商策略差異”。Windows版驅(qū)動默認啟用“VHT Extended NSS BW Capabilities”允許協(xié)商160MHzLinux iwlwifi驅(qū)動舊版本v45因規(guī)避硬件bug默認禁用160MHz且不向上層報告此限制。解法Linux端更新iwlwifi固件至最新版需匹配內(nèi)核版本手動加載驅(qū)動時添加參數(shù)options iwlwifi 11n_disable0 swcrypto0或直接修改/etc/modprobe.d/iwlwifi.conf加入options iwlwifi 11n_disable0 swcrypto0此問題在嵌入式設備中更普遍。某工業(yè)網(wǎng)關(guān)采用Marvell 88W8997芯片其Linux BSP默認關(guān)閉VHT需修改DTS文件中vht-cap-mask屬性才能啟用ac特性。4.5 關(guān)卡五熱設計失效引發(fā)的“溫控降頻”現(xiàn)象ac AP連續(xù)運行4小時后速率從866Mbps逐步降至216Mbps散熱片溫度達85℃。根因802.11ac射頻芯片功耗較n高40%但多數(shù)消費級AP散熱設計按n標準。當芯片結(jié)溫90℃內(nèi)部熱敏電阻觸發(fā)降頻保護首先降低調(diào)制階數(shù)256→64-QAM其次縮減空間流數(shù)3x3→2x2。驗證法用紅外熱像儀掃描AP外殼重點觀察RF芯片封裝區(qū)域或讀取/sys/class/thermal/thermal_zone*/temp需root權(quán)限。解法在AP外殼開散熱孔需重新做EMC認證加裝微型軸流風扇注意振動對射頻的影響更換導熱硅脂為液態(tài)金屬僅限專業(yè)維護某學校圖書館AP因長期滿負荷運行半年內(nèi)3臺設備出現(xiàn)永久性射頻損傷。更換為工業(yè)級散熱設計AP后故障率歸零。4.6 關(guān)卡六漫游決策的“偽最優(yōu)陷阱”現(xiàn)象ac終端在多AP環(huán)境中頻繁乒乓漫游每次切換耗時350ms導致VoIP通話斷續(xù)。根因802.11ac的802.11k/v/r協(xié)議雖支持快速漫游但終端廠商實現(xiàn)參差不齊。多數(shù)手機固件將“RSSI閾值”設為-67dBm而ac鏈路在-65dBm時已進入MCS 7臨界區(qū)導致終端在性能最佳點反復切換。解法在AP端配置802.11k主動探測將漫游決策權(quán)交由控制器調(diào)整終端漫游靈敏度Android需ADB命令adb shell settings put global wifi_country_code US啟用“Band Steering”強制雙頻終端優(yōu)先駐留5GHz減少2.4GHz干擾影響某連鎖酒店部署中我們通過調(diào)整AP的802.11k探測間隔從200ms改為80ms和終端RSSI閾值-62dBm將平均漫游時間壓縮至86ms。4.7 關(guān)卡七安全協(xié)議握手的“時延雪崩”現(xiàn)象啟用WPA3-SAE的ac網(wǎng)絡終端關(guān)聯(lián)時間長達4.2秒而WPA2僅需0.8秒。根因WPA3-SAE的密鑰交換需3次完整DH計算而802.11ac的高吞吐特性使密鑰協(xié)商幀SAE Commit/Confirm尺寸增大37%在低SNR鏈路下易觸發(fā)多次重傳。解法對于舊終端保持WPA2-PSK兼容模式但需接受安全降級在AP端啟用“SAE Hash-to-Element優(yōu)化”將DH計算移至協(xié)處理器更根本方案部署802.11ax AP其TWT目標喚醒時間機制可批量處理密鑰協(xié)商我們在政務外網(wǎng)項目中因安全合規(guī)必須啟用WPA3最終采用第三種方案配合TWT調(diào)度將平均關(guān)聯(lián)時間控制在1.3秒內(nèi)。5. 場景決策樹何時該堅持802.11n何時必須升級ac技術(shù)選型沒有絕對優(yōu)劣只有場景適配。我根據(jù)17個真實項目數(shù)據(jù)提煉出一張可直接套用的決策樹。它不看參數(shù)表只問三個本質(zhì)問題5.1 問題一你的終端生態(tài)有多“老”統(tǒng)計你網(wǎng)絡中終端的Wi-Fi協(xié)議支持情況。關(guān)鍵閾值如下若802.11n終端占比 65%如老年大學、基層衛(wèi)生院堅持n模式。強行升級ac會導致? n終端因保護機制吞吐下降30–40%? ac終端因頻繁退避實際速率不增反降? 管理復雜度指數(shù)上升需同時維護兩套QoS策略若ac終端占比 80%如科技公司辦公區(qū)、高校計算機實驗室必須升級ac。此時n模式的瓶頸已不是速率而是? 無法支撐4K視頻會議的低延遲要求n的MAC層最大延遲150msac優(yōu)化至35ms? 無法滿足IoT設備的高密度接入n單AP理論接入200終端ac Wave2達500? 無法利用5GHz頻段緩解2.4GHz擁塞n在5GHz僅支持20/40MHzac支持80/160MHz5.2 問題二你的物理環(huán)境有多“臟”用專業(yè)術(shù)語說就是“信道相干帶寬”與“時延擴展”的比值。簡易評估法在目標區(qū)域用手機Wi-Fi分析儀APP如NetAnalyzer掃描記錄5GHz頻段中? 信道占用率 60% 的數(shù)量? DFS信道52–144中檢測到雷達信號的次數(shù)? 平均CINR 20dB 的信道數(shù)量若三項指標中有兩項超標暫緩ac升級。因為? ac的80MHz綁定在高干擾下成功率40%實際退化為40MHz甚至20MHz? ac的256-QAM在CINR25dB時誤碼率飆升驅(qū)動強制降速至64-QAM? 此時n的魯棒性反而成為優(yōu)勢其LDPC編碼雖未啟用但BCC編碼在低CINR下更穩(wěn)定某工業(yè)園區(qū)實測5GHz頻段12個信道中9個占用率75%CINR平均14dB。我們最終選擇n5GHz專用信道方案吞吐穩(wěn)定性達99.8%遠超強行部署ac的72.3%。5.3 問題三你的業(yè)務負載有多“重”不是看總帶寬需求而是看單終端最小保障帶寬與并發(fā)會話數(shù)若單終端需保障 ≥ 50Mbps如4K直播推流、CAD遠程桌面且并發(fā)數(shù) 30ac是底線。n的MCS 15150Mbps在多用戶下實際分配不足30Mbps/終端。若單終端需保障 ≤ 15Mbps如掃碼支付、電子班牌且并發(fā)數(shù) 100n完全勝任。其成本僅為ac設備的1/3功耗低45%故障率低60%。某連鎖超市的收銀系統(tǒng)升級中我們測算每臺POS機峰值帶寬僅8.2Mbps但需24小時不間斷運行。最終選用n協(xié)議工業(yè)AP三年故障率為0而同期測試的ac AP因散熱問題返修率達23%。最后分享一個血淚教訓某智慧園區(qū)項目甲方堅持“一步到位”上ac我們按最高規(guī)格部署。結(jié)果交付后三個月因周邊新建基站產(chǎn)生5.8GHz干擾ac網(wǎng)絡大面積癱瘓。緊急切換回n模式后系統(tǒng)立即恢復。從此我的項目清單第一條就是“先做72小時頻譜掃描再談協(xié)議選型”。6. 未來已來從n/ac遺產(chǎn)中提煉的Wi-Fi 6/7設計啟示站在Wi-Fi 7的門檻回望n和ac會發(fā)現(xiàn)那些曾讓我們徹夜調(diào)試的“缺陷”恰恰是下一代協(xié)議的基石。理解它們不是為了懷舊而是為了看清技術(shù)演進的底層邏輯。6.1 OFDMA的“前世今生”從n的MPDU聚合到ac的VHT PPDU802.11n首次引入A-MPDU聚合MPDU將多個小包打包成一個大幀發(fā)送減少IFS開銷。但它是“粗粒度聚合”——所有子幀共享同一MCS。802.11ac進化為VHT PPDU支持不同子幀用不同MCS這已是OFDMA的雛形。Wi-Fi 6的OFDMA則將其精細化到RUResource Unit級別每個RU可獨立分配給不同終端。啟示協(xié)議演進不是推倒重來而是對既有機制的持續(xù)精煉。今天你在ac網(wǎng)絡中調(diào)試的MCS自適應算法明天就是Wi-Fi 6的RU分配策略。6.2 MLO的“影子協(xié)議”ac的多鏈路協(xié)同實驗802.11ac Wave2雖未定義MLOMulti-Link Operation但其顯式波束成形已要求AP同時管理多個射頻鏈路的狀態(tài)。某企業(yè)級ac AP的固件中隱藏著“Dual-Band Synchronization”功能可讓2.4G和5G鏈路協(xié)同調(diào)度。這正是Wi-Fi 7 MLO的早期實踐。啟示跨頻段協(xié)同不是新概念而是從ac時代就開始的工程探索。今天調(diào)試ac雙頻同步的經(jīng)驗直接轉(zhuǎn)化為Wi-Fi 7 MLO的排錯能力。6.3 安全協(xié)議的“漸進式革命”從n的TKIP到ac的CCMP再到Wi-Fi 6的SAE802.11n強制要求禁用TKIP因其密鑰重用漏洞推動行業(yè)全面轉(zhuǎn)向CCMPAES加密。802.11ac則通過VHT Capabilities字段為WPA3-SAE預留了協(xié)商空間。每一次安全升級都伴隨著物理層能力的釋放。啟示安全與性能永遠是蹺蹺板。當你在Wi-Fi 7項目中糾結(jié)是否啟用MLO加密不妨回想一下當年ac剛普及CCMP時多少設備因AES加速單元缺失而降速——技術(shù)成熟度永遠比協(xié)議先進性更重要。我最近在調(diào)試一個Wi-Fi 7測試床當遇到MLO鏈路不穩(wěn)定時第一反應不是查7的spec而是打開ac時代的調(diào)試日志模板檢查信道狀態(tài)矩陣CSI的秩是否足夠——因為多鏈路協(xié)同的數(shù)學本質(zhì)早在ac的波束成形中就已定義。技術(shù)史從不直線前進它像一條螺旋上升的河流每一圈回旋都在更高維度重訪舊岸。802.11n和802.11ac不是被取代的廢墟而是我們腳下堅實的河床。