enance Points,簡稱為MP)分為兩種類型：維護終節點 (Maintenance End Points,簡稱為 MEFO 和維護中間節點（Maintenance Intermediate Points,簡稱為MIP)，其中，MEP處于連接的兩端，可W發起和中止用于FM和PM的OAM消 息；MIP處于連接的中間節點，可W接收OAM消息，但不能發起。
[0079] 維護實體（Maintenance Entity,簡稱為ME)在MEP與MIP之間的協作，用于監測 連接。一旦連接建立完成，端點及中間節點之間的轉發關系已經建立，運種聯系使OAM實體 可W監測連接。除了 MP和ME定義的相關參數外，主動OAM功能如一致性檢測（Continuity 化eck，簡稱為CC)、FM W及PM都需要參數配置。
[0080] 在RSVP-TE協議中，圖10是根據本可選實施例的OAM配置參數示意圖，OAM配置 的格式如圖10所示，OAM type表明創建節點支持的OAM實體類型。OAM創建時，節點之間 需要能力協商。表明該節點是MEP還是MIP，并表明是否開啟OAM告警。
[0081] 在SDN網絡中，首先是SDN應用的策略模塊根據配置或者自身策略制定OAM相關 的規則，如性能監控規則，將運些策略規則傳遞給適配模塊；適配模塊根據策略模塊傳遞過 來的規則，封裝數據，下發給協議找，消息中除了包含策略規則相關的信息外，還包含要使 用運條策略規則的連接及OAM的配置信息；協議找通過REST化1接口接收到消息后，發給適 配模塊；適配模塊解析數據后發送給OAM模塊進行OAM的配置。
[0082] 圖11是根據本發明可選實施例的OAM配置的流程圖，如圖11所示，該配置的步驟 包括：
[0083] 步驟S1102 :SDN應用通過策略模塊制定OAM配置及其相關功能的規則，下發相應 的配置參數到適配模塊；
[0084] 步驟Sl 104 :適配模塊將相關數據封裝成REST化1數據格式，發送給HTTP協議找；
[0085] 步驟Sl 106出TTP協議找收到消息后通過REST化1接口發送到控制器；
[0086] 步驟S1108 :控制器的HTTP協議找通過REST化1接口接收到消息發送給適配模 塊；
[0087] 步驟SlllO :適配模塊解析相關數據，發送給OAM模塊； 陽0蝴步驟Sl 112 :0AM根據應用下發的OAM配置信息進行OAM配置操作。
[0089] OAM參數調整
[0090] 已創建和配置的OAM功能在連接的生命周期中可能需要參數調整，此時需要更新 OAM參數。OAM參數關系到OAM消息的內容和時長，也關系到OAM檢測，獲取和產生告警的 方式。因此OAM的源端和尾端需要同步更新數據。首先，OAM的告警功能被禁止，接著調整 OAM參數。OAM參數更新完畢之后，再打開OAM告警功能。在RESTful接口中修改OAM參 數時，需要SDN應用的策略模塊進行OAM配置的策略選擇，下發OAM實體參數的修改，通過 REST化1協議下發到適配模塊，適配成REST化1格式通過HTTP協議找下發到SDN控制器。 該OAM參數調整的流程與圖6中OAM創建流程相同。 陽0川 OAM實體刪除
[0092] 在某些情況下，需要刪除部分或者所有OAM實體和功能，而不影響已建立的連接。 首先，OAM的告警功能被禁止，源端和尾端需要同步刪除數據。然后自動觸發OAM實體的刪 除。在REST化1接口中刪除OAM實體及配置時，需要SDN應用的策略模塊進行下發消息，通 過REST化1協議下發到適配模塊，適配成REST化1格式通過HTTP協議找下發到SDN控制器。 該OAM實體刪除的流程與圖6中的OAM創建流程相同。
[0093] 故障及性能監控
[0094] 在某些情況下，用戶需要對網絡連接和網絡質量進行監控，從而把握整個網絡的 運行效率，W及對網絡進行統一資源調度和規劃。因此在SDN網絡中，SDN應用需要在北向 接口下發配置消息，并實時監控網絡故障與性能參數。
[00巧]在SDN網絡中，首先可W進行OAM的故障及性能監控功能的配置，如上所述。當用 戶需要對連接故障及網絡質量進行監控時，可W通過REST化1接口實時查詢故障及性能參 數。
[0096] 圖12是根據本發明可選實施例的故障及性能監控流程圖，如圖12所示，查詢的步 驟包括：
[0097] 步驟S1202 :SDN應用通過監控模塊下發故障或性能查詢命令，下發查詢消息到適 配模塊；
[0098] 步驟S1204 :適配模塊將相關數據封裝成REST化1數據格式，發送給HTTP協議找， 并通過REST化1接口發送到控制器；
[0099] 步驟S1206 :控制器的HTTP協議找通過REST化1接口接收到消息發送給適配模塊 解析相關數據，發送給OAM模塊； 陽100] 步驟S1208 :0AM模塊根據查詢消息，上報相關查詢結果到適配模塊； 陽101] 步驟S1210 :適配模塊將相關數據封裝成REST化1數據格式，發送給HTTP協議找， 并通過REST化1接口發送到SDN應用；
[0102] 步驟S1212 :SDN應用的HTTP協議找通過REST化1接口接收到消息發送給適配模 塊解析相關數據，發送給監控模塊。 陽103] RESTful消息規范
[0104] Rest化1架構下，客戶端和服務器采用HTTP協議進行通信，具有如下特點： 陽1化]1)每一個URI代表一種資源。
[0106] 2)客戶端和服務器之間，傳遞運種資源的某種表現層，可W是txt/html/xml/ j son等格式。
[0107] 3)客戶端通過四個HTTP動詞（GET/POST/PUT/DELETE)，對服務器端資源進行操 作，實現"表現層狀態轉化"。
[0108] JSONQavaScript Object Notation)是一種輕量級的數據交換格式。它基于 化vaScript的一個子集。JSON已成為理想的數據交換語言。易于人閱讀和編寫，同時也易 于機器解析和生成。本文W JSON格式為例制定REST化1消息規范。
[0109] 基于JSON制定的北向REST API與OAM配置相關的OAM API,與各個域的控制器互 通，實現端到端的OAM管理、性能及故障監測等功能。
[0110] 表1a~Ie為OAM JSON報文結構圖集；其中，創建和調整OAM實體及配置相關參 數。如表1a所示，HTTP方式為POST,請求消息中參數包括：id為OAM對應的連接ID，MEP為 創建的OAM端節點地址，MIP為中間節點地址，化nction為創建的OAM相關的功能，如FM, PM 等。若請求成功，返回200:0K應答，應答消息中前4個參數與請求相同，A血inStatus為up 或down,表明該OAM是否使能；若請求失敗，按照失敗的原因不同，返回400 :Bad Request 等消息碼，無應答內容。 陽1川查詢OAM參數，如表化所示，HTTP方式為GET, id為OAM對應的連接ID，應答消息 與創建的應答相同。 陽11引刪除OAM實體，如表1c所示，HTTP方式為DELETE, id為OAM對應的連接ID，無應 答內容。
[0113] 查詢OAM告警，如表1d所示，HTTP方式為GET, id為OAM對應的連接ID，請 求成功時返回應答消息，其中化nction為要查詢的功能，如FM !alarmNum為告警次數； alarmStatus為告警狀態；alarmReason為告警原因；A血inStatus為up或down,表明該OAM 是否使能。
[0114] 查詢OAM性能，如表1e所示，HTTP方式為GET, id為OAM對應的連接ID，化net ion 為要查詢的功能，如PM ;bandwi化h為連接帶寬；B邸為業務誤碼率；disconnect為控制器 斷鏈次數；A血inStatus為up或down,表明該OAM是否使能。應該理解的是：可W對相關數 據進行修改名稱，替換和添加等，所有運些改變都屬于本發明可選實施例的保護范圍之內。 如表1a~Ie所不： 陽115]
陽1巧]
陽126] 表1e
[0127] 圖13是根據本可選實施例的OAM配置的SDN網絡可選結構框圖，如圖13所示，該 SDN網絡包括：SDN應用APP、SDN控制器，該SDN控制器的IP地址為193. 90. 160. 5 W及一 個管理域，該域中節點分別為switch-1/2/3,其IP地址分別是193. 90. 10. 5、193. 90. 20. 5、 193. 90. 30. 5。 陽128] APP建立了一條節點switch-1到節點switch-3之間的連接，連接ID為1，經過中 間節點switch-2,業務帶寬為0DU2保護類型為1+1通道保護、恢復類型為無恢復。APP通 過REST化1接口與控制器互聯，HTTP協議版本為1. LREST對象采用Json格式。下面結合 圖13對幾個可選的實施例進行說明。 陽1巧]可選實施例一： 陽130] APP通過REST化1接口創建OAM實體，配置OAM參數，功能為性能監控。其消息流 程如下： 陽131] 1. APP通過策略模塊制定性能監控的OAM配置參數及其規則，下發相應的配置參 數到適配模塊；
[0132] 2.適配模塊將相關數據封裝成JSON數據格式，發送給HTTP協議找，通過RESITuI