接入網路與核心網路的溝通

圖 十三 實驗一流程

4.3 接入網路與核心網路的溝通

本情境中，架構圖及情境描述如下，設計此實驗的想法來自於[12]，為一個 基礎的環境架構。此實驗的目的在於，瞭解在一個跨網域的環境中，具有階層性 關係的 QoS Broker，如何作到 End-to-End 的 QoS 保證。同時，QoS Broker 之間 的溝通、Core Network 中 PBNMS 與 Access Network 中的 QoS Broker 該如何傳 遞且正確應用 Policy。這個實驗也將當作一個標竿(benchmark)，用來比較與實驗 4.2 的差別，而進一步分析一個具有 PBNM 與否的 B3G 網路架構，在傳輸效率

上的差距。

圖 十四 實驗二網路架構圖

位於 Access Network 中的 QoS Broker(以下簡稱:ANBroker)，與 Core Network 中的 QoS Broker(以下簡稱:CNBroker)，兩者的工作內容並無明顯差別，差別在 於兩者的階層性關係。CNBroker 屬於上層，其餘每個 domain 之 ANBroker 皆屬 於其下層的 Broker。因此，每個 ANBroker 不僅要遵守上層之 CNBroker 的 Policy 規則，ANBroker 還要向上層的 CNBroker 回報，以便供 Core Network 管理人員 可以對下層的每一個 Access Network 的使用狀況進行掌控。

圖 十五 實驗二流程圖

在此情境中，Access Network 中並沒有 Policy-Based Network Management 的系統，ANBroker 扮演的角色僅僅只有負責協調網路及與 CNBroker 溝通的角 色，真正在決定一個適當策略的，是來自上層的 CNBroker 及其 PBNMS。因此，

在這情境當中，真正需要解決的是，ANBroker 與 CNBroker 之間的溝通。

為了解決這個問題，在本論文中，我的作法流程是如圖十二及以下步驟所 示：

1. 當網路中 AR1 收到了一個來自 MT1，欲進行 FTP 連線到 MT2 的封包時，

AR1 首先將封包都給保留住。

2. AR1 發出一個 Request 封包給 ANBroker，請求 QoS 設定。

3. ANBroker 複製一個內容一樣的封包，但目的端為上層的 CNBroker。對 CNBroker 來說，就像是收到了一個直接由 AR1 傳給 CNBroker 的封包一 樣。

4. 因此，CNBroker 很單純的直接根據封包內容，去向 CN PBNMS 作 Policy 的查詢與決定，並把決定之後的設定傳回給 ANBroker。

5. 則 ANBroker 會同時對 AR1 與 AR2 發出一個允許的通知與設定，讓 AR1 HOLD 住的封包，可以往目的端，也就是 MT2 進行封包的傳遞。

6. 完成連線之後，AR1 傳送一個 Report 封包給 ANBroker，告知工作已完 成。而 ANBroker 收到封包後，也會如同步驟 3 一樣，傳送封包給 CNBroker 知道。

這個情境與 4.1 中的情境最大不同的點在於，AN 中是否存在一個

Policy-Based QoS 的機制。如果 AN 中存在這樣的機制時，在 AN 中傳輸的連線 不必向上層的 CN 作請求及回報，只需在 AN 內部階段即可完成 Policy-Based QoS 的基礎保證。然而相反地，當 AN 中不存在一個 Policy-Based QoS 的機制時，即 使 AN 內部傳輸的連線請求，亦得向上層的 CNBroker 溝通。這樣的情況之下，

所需的時間及成本也將會增加。此外，當一個 CN 具備相當龐大的 AN 時，對於 CNBroker 及整個 Core Network 的負擔，將是不可言喻的。