第三章 研究方法
3.2. 本論文方法介紹
3.2.2. 網路架構
本篇論文提出藉由結合 PMIP-MIP Interaction 與 NEMO，使之可支援 Network-Based、
Global Mobility 與 Group Mobility。本系統架構中，如 Figure 15 所示，基礎設施由多個 PMIPv6 Domain 組成，PMIPv6 Domain 定義為一個由 LMA 所管理的範圍。而一個 PMIPv6 Domain 中可以包含一個或多個 MAGs，在本系統架構中，路邊裝置（APs/BSs）擔任 MAG 的角色。
而 LMA 則是負責管理一個或多個 MAG 的伺服器，並且負責維護在此 PMIPv6 Domain 的 Binding Cache。
如 Figure 15 所示，火車列車如同一個 PMIPv6 Domain，內部包含不同層級的 NEMO 網 路，其網路架構如下所述：（1）NEMOBody 為由使用者感測節點所形成的 PAN 群組，每個 NEMOBody由 MRBody負責管理。在本論文的設計中，MRBody由功能較強大的 Smart Device 擔 任，並且負責轉送 NEMOBody與 MAGCarriage之間往來的訊息資料。（2）在單一車廂內所有的
21
NEMOBody形成 NEMOCarriage，而每個 NEMOCarriage由個別車廂的 MAGCarriage（亦為 MRCarriage） 負責管理。在本論文的設計中，由 WiFi AP 將擔任 MAGCarriage的角色，負責轉送 NEMOCarriage 與 LMATrain之間往來的訊息資料。（3）整列火車列車所有的 NEMOCarriage形成 NEMOTrain，每 個 NEMOTrain由 LMATrain（亦為 MRTrain）負責管理。在本論文的設計中，LMATrain為由一個 閘道器（Gateway），負責轉送 NEMOTrain與網際網路之間往來的訊息資料。
此外，使用者可能來自不同的 Home Networks。根據原始的 NEMO 架構，當火車移動橫 跨不同路邊裝置時，MRTrain必須發送 BU（Binding Update）控制訊息給每個移動節點所屬的 MNN-HA（Home Agent for Mobile Network Node），因而可能造成相當大的控制訊息發送。故 本論文加入 MR-HA（Home Agent for Mobile Router）記錄目前火車列車 NEMOTrain所屬的 PMIPv6 Domain，使得 LMA 只需要發送 BU 控制訊息通知 MR-HA 目前 MRTrain（亦為 LMATrain） 所屬的 LMA，而不需要發送大量的控制訊息給不同 MNN 所屬的 MNN-HA，期望藉此減少 換手延遲時間與控制訊息數量的發送。Figure 16 (a) ~ (d)為本論文提出之方法中，使用 MR-HA 與不使用 MR-HA 的相關比較。可以發現無論是在換手延遲時間或是控制訊息數量中，使用 MR-HA 有明顯的優勢。因此本論文採用加入 MR-HA 的系統架構以改善其效能。
當外部節點 CN 與移動節點通訊時，CN 會將封包傳遞至移動節點的 MNN-HA，此時 MNN-HA 會根據其 Binding Cache 中的資訊，將封包封裝至移動節點所屬的 MRTrain之 HoA
（Home Address），即傳送到 MR-HA。當封包到達 MR-HA 後，MR-HA 會將封包解封裝，並 根據其 Binding Cache 中的資訊，將封包封裝至 MRTrain所屬的 LMA。一旦封包到達 LMA，
LMA 會將封包解封裝，並且根據 Binding Cache 將封包封裝到 MRTrain，MRTrain將封包解封裝 後根據其 Routing Table 將封包經由正確的 MRCarriage、MRBody傳送給移動節點。詳細流程請參 閱 3.2.5 節。
22
Figure 15 : Network Architecture of Proposed Scheme
(a) (b)
23
(c) (d)
Figure 16 : Performance Evaluation of the Effects of MR-HA