在某個頻帶運行期間，如果這個特性被打開那么AP（無線接入點）會檢測干擾同時不影響實際的通信。另外AP也應該能夠發起頻譜掃描功能并且報告掃描結果。

基于可編程DSP的基帶對于實時信號分析將非常有用，在不同的應用環境下它能夠下載和運行不同的代碼。

Wi-Fi IEEE功率管理

對于某些運行模式如U-APSD這種解決方案是非常延遲敏感的。接入點對于U-APSD觸發響應延遲決定了客戶端的功率損耗，因此客戶端發起的PS-POLL數據包并且等待返回數據。響應的全部時間應該大約在100?s。基于硬件的消息隊列和數據傳輸從隊列會將數據包按約定發送給客戶端。另外在MAC層特殊消息隊列是必需的，會優先獲取U-APSD數據包的頭部。TX-QoS模塊能夠動態的鎖定和使能消息隊列，這主要是根據接收的數據包同時避免處理器來處理這些數據包。

數據包合并和DDR存儲

使得頻譜/空中傳輸時間變得高效的其中一個主要因素是能夠使用AMSDU和AMPDU加快某些站點的猝發傳輸（尤其是TID站點）。通過基于硬件的塑造器per Q以及其他參數來提升猝發能力，多個數據包能夠被合并一起傳輸。

除此以外，由于站點的數量和所有站點間的數據隊列的龐大，主處理器DDR內存應該只作為數據包的存儲器。802.11 ac的AMSDU+AMPDU聚合使用能夠提供高達1兆字節的數據包容量，如果在內部有多個緩存空間，那么成本會很高昂。因此架構設計上需要遍歷數據包僅一次，使用DDR內存來存儲數據包數據。

多播與單播的轉換

正如規范中設計的那樣對于多播模式Wi-Fi是不可靠的（多播模式沒有ACK反饋）。因此傳統上AP（接入點）會將多播模式轉換為單播模式以此來使通信變得可靠。每次轉換完成后都會產生一份數據包的復制用于單播模式。這種操作效率不高，實現一個模塊用于多播與單播的轉換而不需要獨立的緩存空間來生成數據包的復制同時也可以用于數據頭的轉換，這個模塊是非常有必要的，可以支持多播模式的高傳輸速率（面向多客戶端）。最好在轉換節點處有參考計數，而不需要在主處理器上對每個數據包進行計數了。

可編程性

AP（無線接入點）系統公司在實現某些協議如速率適配、快速漫游和DFS等方面會有明顯的分歧，因此這個解決方案應該能夠重用現在的軟件設計。隨著部署場景和標準的不斷發展，可編程的數據包分類和數據包編輯解決方案是非常有必要的，可用于未來不斷升級。

不同的系統解決方案可能對某些常用的領域如BSSID的處理有非常大的影響，因此硬件層次的一些假設或者分類是不充分的。對于發射功率、載波監聽閾值、競爭窗口參數等采用軟件控制的方式來實現是非常有必要的。

因此要完成這兩項任務，需要在MAC層和數據包處理層實現可編程特性。

可擴展性

戶外，企業訪問接入點，例如大學校園、機場和體育場館需要同時支持成百上千個客戶端。這類AP需要擴展站點的數量并且提供安全的連接會話和可靠的貫穿所有站點的QoS服務等。802.11i安全數據包和802.11w數據包保護管理應該部署在Wi-Fi芯片中且可擴展。考慮到VLAN、訪客網絡和虛擬化WLAN不斷增長的數量可擴展特性是非常有必要的。

因此基于硬件的鍵查找和內容轉換是必要的，用來支持多達256個安全會話。為了遲遲64K安全會話需要使用基于5到6個的哈希元組計算并且作為條目流程標表的索引。上文描述的基于硬件的QoS服務提供了通信路徑管理的可擴展性功能。

站點之間空中傳輸時間的公平性

在每個站點之間數據包調度器通常進行循環執行仲裁。遠處的站點同近處的站點一樣占用相同的以太網帶寬。然而遠處的站點需要花費更長的空中傳輸時間，在一個AP連接中兩個客戶端的數據傳輸速率差別可能有10倍（100Mbps VS 10Mbps）。兩個客戶端的空中時間使用可能是10:1，反過來就大大降低了整個系統的性能。

因此AP仲裁設計必須要給所有客戶端分配合理的時間，這個任務的完成需要每個站點/AC塑造器隊列、客戶端與AP之間的速率匹配等共同來實現。注意因為Wi-Fi是半雙工的所以速率適配的應該是雙向傳輸帶寬的總和。

結論

我們期望您會喜歡我們的網絡聚焦迷你系列。如果你有任何問題或者想了解更多關于MIPS和Ensigma的只是請直接聯系我們。

英文鏈接：
https://imgtec.com/blog/an-innovative-architecture-for-next-generation-aps/