5G WiFi 仍有缺陷、推 802.11ac 是否明智？
企業 IT 部門現正面對同樣問題 – 「因連接至網絡的裝置數量日益龐大，以及裝置密度日增，導致 Wi-Fi 容量不足」。IT 管理員亦需面對「sticky」客戶或裝置未能自動連接及持續連接至最佳存取點，造成連接的速度減慢及不夠穩定可靠的問題。再者，業務關鍵應用程式如實時整合通訊與協同作業服務(Unified Communications and Collaboration；UCC)往往處於加密及未能被 Wi-Fi 網絡識別，導致未能提供所需可視性或更佳質素的服務。
為此很多 IT 人員都觀望著 802.11ac 技術，並希望日後技術愈來愈成熟時，能有效大力優化網絡的連接速度。提到 802.11ac，相信大家都有所聽聞。此制式對比舊有的 802.11n 當然能提供更快的速度以及更流暢的使用體驗，加上由以往 802.11n 的 40 MHz 提升到 160 MHz，令 RF Bandwidth 能更寬闊。
現時的 2.4GHz（2.4 – 2.462 GHz），主要應用在 802.11b/g/n 制式上；雖然技術已採用多年，而且當中亦擁有高達 11 個 Channels，但其限制在於 802.11b/g/n 的 Channels 假如需做到「互不干擾」，便只有數個可用而已，因此存在一定的局限。
反觀 802.11ac，由於使用了 5GHz（5.180 – 5.850GHz），可用 Channels 數量由 36 – 165 個，加上 802.11ac 支援眾多新功能例如 MIMO (Multi-user MIMO)及多達 8 X MIMO Spatial Streams 等，自然是舊版制式遙不可及的其中一些例證。
不過 802.11ac 始終是新的制式，因此針對有關制式而推出的方案仍然十分有限，加上新技術往往仍存在一些未知的問題，需要各位白老鼠使用了一段時間後，才可能有機會解決到；其中我們已可遇見到的問題便是高頻率下、波長短所帶來的低 diffraction，這便會令到 5GHz 在相同功率下，傳輸距離比 2.4GHz 更短，這是一個明顯會出現的問題。因此公司如果要強推 802.11ac 的話，便需承擔有關問題。不過總的來說，5G WiFi 必定是未來的趨勢，而且其優點仍遠多於缺點，因此企業往後推行 5G WiFi 方案亦無可厚非。
提到支援 802.11ac 的方案，近日 Aruba 便公佈了 Aruba 220 系列，官方稱有關方案是業界首個提供千兆 Wi-Fi、並可支援現時 Wi-Fi 網絡所需的裝置密度及應用程式智能。Aruba 的 802.11ac 解決方案可解決密度、性能及可靠性相關的問題。透過 Aruba ClientMatch 技術，「sticky」企業可在 Aruba 無線 LAN 中漫遊，並經常連接至最佳的可用存取點，確保所有流動裝置達致預測性能。
流暢遷移至 802.11ac
Aruba 220 系列存取點專為 802.11ac 而設，這與模塊化的 802.11ac 接入點不同，Aruba 220 系列存取點所需的能源較小，並且配備能源高效模式，讓企業能以 802.3af 標準的 PoE 供電，及以較低速度操作存取點。能源高效模式可讓企業選擇延遲更換其現有交換基礎架構，及節省 WLAN 設計及部署過程中組件升級所需的高昂人工成本。
由於速度達 1.75 Gbps，220 系列可支援更高的裝置密度，解決困擾企業 IT 部門的容量問題。220 系列特別支援兩個千兆以太網端口的鏈路聚合，5GHz 及 2.4GHz 頻段皆可達致高速度，並提供千兆速度。加上 220 系列較 802.11ac 存取點小，可更快及更輕易地安裝；更由於只需使用兩個無線電，而非三個，因此較為便宜。
ClientMatch 技術解決「Sticky 客戶」問題
Aruba ClientMatch 技術可解決 802.11ac 及 802.11n Wi-Fi 網絡的「Sticky 客戶」問題，即流動裝置難以連接至最佳的可用存取點的問題。「Sticky 客戶」的問題發生的原因在於流動裝置的漫遊運算程序差劣、欠缺適當的射頻干擾監測，以及需與其他霸佔整個頻道，且速度較慢的裝置競爭。ClientMatch 可透過以客戶連接及漫遊決策控制 Wi-Fi 基礎架構，動態地優化 Wi-Fi 客戶端效能。
此基礎架構運用 802.11 標準，可確保每個裝置能經常連接至最接近及最不繁忙的存取點，即使用戶漫遊及射頻的狀況改變。ClientMatch 透過收集實時的流動裝置性能指標和監測每個存取點的射頻條件運作，然後此等數據會以智能方式引導裝置至最佳的可用存取點，確保每一個裝置可從 802.11ac 的新增速度和容量獲益。
同時，Aruba 的 WLAN 解決方案亦採提供了一些功能讓管理員更輕鬆管理如 Microsoft Lync 等實時 UCC 應用程式。由於此等應用程式通常已加密，Wi-Fi 網絡未能識別，故對比較易接受傳輸延遲的數據及文件串流，無法接受傳輸延遲的媒體流，例如語音、視頻及桌面共享會更為優先。為了加快識別和修復通訊問題，Aruba WLAN 本身透過 Microsoft 的 Lync Diagnostics API 提取通話質量數據及將其與網絡狀態數據結合。
監測的數據包括 MOS 得分、QoS 標記、通話期間的無線客戶端連接健康狀況、時間抖動、延遲、封包遺失、映射至 MAC 及 IP 地址的致電者/接電者身份、通話狀態、語音或視頻通話類型，以及通話期間的客戶次通話端活躍狀況，藉此得享優先處理、端到端通話可視性、更迅速的根源故障識別，以及提升整體用戶體驗等優勢。
