LTE筆記: LTE Wi-Fi Link Aggregation (LWA) ~5: Xw介面
在之前一系列的文章中, 介紹了LTE LWA的架構,
其中, 有一個重要的介面, 就是Xw介面,
如先前文章所敘述, Xw主要是負責eNB和WT的溝通,
尤其是當WiFi AP不和eNB共構時, Xw就成了必需的介面, 如上圖右所示,
和其他3gpp系列的協定類似, Xw一樣分成兩個部分:
分別對應於控制層 (Xw-C) 和資料層 (Xw-U),
分別處理資料傳輸以及控制訊號交換.
而其中控制訊號交換的規範, 定義於: Xw Application Protocol (Xw-AP),
主要負責以下功能:
WT Addition Preparation (WT加入需求): 由eNB發起, 向WiFi AP需求通訊資源給予UE,
WT Modification (WT更改): 要求更改WT的mobility set, 安全性認證和UE的bearer設定,
WT Status Reporting (WT狀態回報): 由WT發起, 回報所屬的AP狀態, 包含: ID, loading, 通道狀況,
WT Association Confirmation (Association確認): 由WT發起, 回報UE是否已建立好WiFi連線,
WT Release (WT資源釋放): 釋出WT所使用的通訊資源,
對於資料傳輸而言, Xw的功能主要是:
加入GTP-U (GPRS Tunnelling Protocol for User Plane) 的封裝,
GTP-U是一個tunnelling的封裝,
藉由tunnelling, 可以避免因為IP位址切換所造成的斷線,
確保封包在一個IP變換的環境中, 可以準確地被送達,
其中, 各層的資料封裝關係如下圖所示:
在目前的LWA架構下, WiFi網路只負責下行 (downlink) 部分,
上行 (uplink) 部分則用來處理回報 (feedback) 和資料流控制 (flow control),
這裡的回報主要是指UE得到的封包錯誤率,
根據封包錯誤率, 以及WiFi AP中的等候傳送佇列長度,
eNB可以控制分配給WiFi AP的資料量多寡,
避免由於buffer產生的延遲以及封包的丟失.
其中, 有一個重要的介面, 就是Xw介面,
如先前文章所敘述, Xw主要是負責eNB和WT的溝通,
尤其是當WiFi AP不和eNB共構時, Xw就成了必需的介面, 如上圖右所示,
和其他3gpp系列的協定類似, Xw一樣分成兩個部分:
分別對應於控制層 (Xw-C) 和資料層 (Xw-U),
分別處理資料傳輸以及控制訊號交換.
而其中控制訊號交換的規範, 定義於: Xw Application Protocol (Xw-AP),
主要負責以下功能:
WT Addition Preparation (WT加入需求): 由eNB發起, 向WiFi AP需求通訊資源給予UE,
WT Modification (WT更改): 要求更改WT的mobility set, 安全性認證和UE的bearer設定,
WT Status Reporting (WT狀態回報): 由WT發起, 回報所屬的AP狀態, 包含: ID, loading, 通道狀況,
WT Association Confirmation (Association確認): 由WT發起, 回報UE是否已建立好WiFi連線,
WT Release (WT資源釋放): 釋出WT所使用的通訊資源,
對於資料傳輸而言, Xw的功能主要是:
加入GTP-U (GPRS Tunnelling Protocol for User Plane) 的封裝,
GTP-U是一個tunnelling的封裝,
藉由tunnelling, 可以避免因為IP位址切換所造成的斷線,
確保封包在一個IP變換的環境中, 可以準確地被送達,
其中, 各層的資料封裝關係如下圖所示:
在目前的LWA架構下, WiFi網路只負責下行 (downlink) 部分,
上行 (uplink) 部分則用來處理回報 (feedback) 和資料流控制 (flow control),
這裡的回報主要是指UE得到的封包錯誤率,
根據封包錯誤率, 以及WiFi AP中的等候傳送佇列長度,
eNB可以控制分配給WiFi AP的資料量多寡,
避免由於buffer產生的延遲以及封包的丟失.
留言
張貼留言