Castle on a Cloud

CAPWAP (Control and Provisioning of Wireless Access Points) 是一份由 Cisco 提出的協定, 主要用意在於提供佈建由 WiFi Controller 控管下的 WiFi 網路間的通訊, 考慮到 CAPWAP 實在有點龐雜, 這篇文章只會提及一些概念以及延伸的閱讀文件. 首先, 第一個概念是 CAPWAP 不是一份通訊協定, CAPWAP 的概念是透過多份 RFC 文件所完成, 其中最重要的是: RFC 5415 : Control And Provisioning of Wireless Access Points (CAPWAP) Protocol Specification RFC 5416 : Control and Provisioning of Wireless Access Points (CAPWAP) Protocol Binding for IEEE 802.11 其他還有一系列的相關文件圍繞 CAPWAP 的概念,  可以參考這一篇文章:  http://what-when-how.com/deploying-and-troubleshooting-cisco-wireless-lan-controllers/overview-of-capwap-cisco-wireless-lan-controllers/

在 802.11ax 中定義了一個新的功能, BSS coloring, 簡單來說, 此功能允許 802.11 網路中的 WiFi AP (BSS, Basic Service Set), 除了原本的 BSS ID 作為識別之外, 還可以選定一個 "顏色", 並允許在接收到不同 "顏色" 的封包時, 可以不必要重設傳送等候計數器, 而可以繼續傳輸. 來自:  https://www.zdnet.com/article/next-generation-802-11ax-wi-fi-dense-fast-delayed/

在 WiFi 網路中, 一個基本的識別方式就是 SSID (Service Set Identifier), 也就是我們口語中的 "WiFi 網路名稱", 然而, 此網路事實上是一個服務集合 (Service Set) 的概念, 而一個服務群集, 也可以對應到一個基本的無線網路, 包含: 一個 WiFi AP 以及多個 WiFi 使用者, 對於剛剛這種簡單的網路架構, 又稱為 BSS (Basic Service Set), 若是多個 BSS 都使用同一個 SSID, 則稱為 ESS (Extend Service Set), 如下圖所示: 來自: https://ppt.cc/fXIvex 對於 ESS 來說, 有兩個假設, 第一, 底下的 BSS 必須是相鄰 (有交疊範圍) 第二, 這些 BSS 有網路連線, (有線或是無線都可以) 這兩個假設是為了完成 ESS 的主要功能, 也就是換手 (handoff), 當裝置在同一個 ESS 下不同 BSS 範圍中移動時, 可不必重新連線就可以繼續傳輸. 這樣的流程事實上是由原本服務的 AP (BSS 1), 把使用者的資料轉傳到換手目標的 AP (BSS 2), 資料流程為: DS -> BSS 1 -> BSS 2 -> Sation, 也因此, 兩個 AP 之間必須連線, 同時切換時間也不能太久 (相鄰條件), 那麼在上述例子中, 如何知道 BSS 1 和 BSS 2 的差別呢? 在 WiFi 網路中, 為了完成這件事情, 所以就有了 ESSID 和 BSSID, ESSID 如上所述, 對應於 ESS 所使用的 SSID, 至於 BSSID (通常是 WiFi AP 的 MAC 位址) 來區分同個 SSID 下的網路. 反過來說, 同一個 WiFi AP 也可以擁有多個 SSID, 此功能稱為 VAP (Virtual AP), 此時, 一個 WiFi AP 會虛擬出多個 BSSID, 通常作法就是從原有的 MAC 位址往上加一, 作為多個不同的 BSSID. 這些 VAP 會對應到 WiFi AP 中的不同 VLAN 中, 因此, 我們可以給他們不同的網路設定, 例如: 流量, 安全性, 頻寬等, ...

若說, 802.11ax 是 802.11ac 的後繼技術, 802.11ay 就是 802.11ad 的演進版本, 考慮到 802.11ad 面臨的失敗, 802.11ay 在設計時, 改進了以下的效能: 傳輸範圍: 從 10m 到 100m 傳輸速率: 從 5Gbps 到超過 10Gbps 低延遲, 以及 4 MIMO Stream 的支援 低功率消耗 QCA64x8 (WiFi AP) 和 QCA64x1 (mobile) 這兩組晶片組就是 Qualcomm 提出的方案, https://www.qualcomm.com/news/releases/2018/10/16/qualcomm-dramatically-extends-wi-fi-experiences-5g-era-60ghz-80211ay 在其新聞稿中, 並沒有太多的技術內容, 比較值得注意的是 802.11ay 的use case, 在新聞稿中, Qualcomm 引入了幾家公司的評論: Asus Mobile: 特別著重在電競終端設備 (ROG電競手機) MikroTik: 代表 WiFi AP，尤其是企業端的產品 Facebook: Terragraph 計畫 這些不同公司的代表, 也顯示了 Qualcomm 對於 802.11ay 應用的想像, 包含了電競, 企業 WiFi 網路, 以及無線骨幹網路 (Terragraph), 其中, facebook 的 Terragraph 是最有趣, 也是唯一公開實際合作的, 我們介紹一下此計畫: https://terragraph.com/#terragraph

本文是 3GPP 標準會議現況與趨勢研討會, RAN2 Status of R15 EN-DC and NR SA 的摘要. 考慮到通訊的進展與投資, 通常不會一次完成, 以 Radio Access Network (RAN) 和 Core Network 來說, 通常 Core Network 的布建較慢, 也因此在 R15 中, 特別注重 EN-DC 的發展, 也就是使用舊有 LTE 的 Core Network 以及 5GNR 的基地台,

本文是 3GPP 標準會議現況與趨勢研討會, RAN2 Status of R15 EN-DC and NR SA 的摘要. 在 5GNR 中, user plane 最大的改變是加入一層 Service Data Adaptation Protocol (SDAP), 也因此, 3GPP 設計了許多機制來確保兩邊機制的共存, 為了瞭解 SDAP 的功能, 我們先來比較 LTE 和 5GNR 的差別, 下圖是 LTE 的 QoS 機制: 在 LTE 的架構下, bearer 為點對點關係, 換句話說, 每個 bearer 都只會對應於一個 QoS 標準,

本文是 3GPP 標準會議現況與趨勢研討會, 3GPP Self-evaluation Status for IMT-2020 Evaluation 的摘要. 考慮到 5G 的發展, IMT-2020, 也就是 ITU 為 5G 所成立的組織, 設定了一系列的時程, 包含系統的提出以及驗證, 如下圖所示: IMT-2020 process 所表示的是 IMT-2020 的時程, 目前所在是 step 3, 也就是提出 5G 標準的階段, 目前提出標準的組織 (Proponent) 只有 3GPP, 在此階段要做兩件事: 第一, 準備提出的文件, 第二, 提出各項參數的模擬結果 (效能評估) 這些結果也會在 step 4 由其他獨立組織模擬驗證 (例如: ITRI, MTK), 最終才送由 ITU 進行決定.