基于ＮＧＯＳＳ體系結構的服務等級協定管理框架

摘要：

文章在介紹新一代運營支撐系統體系結構和電信運營圖的基礎上，詳細討論了基于新一代運營支撐系統電信運營圖的服務等級協定及服務等級協定的管理框架。

關鍵詞：

新一代運營支撐系統；電信運營圖；服務等級協定；業務管理

Abstract:

Based on the introduction to the NGOSS architecture and TOM， the paper discusses in detail the NGOSS/TOM based SLA (Service Level Agreement) and its management framework.

Key words:

NGOSS; TOM; Service level agreement; Service management

電信市場的開放使得多種業務提供商得以進入市場參與競爭，在這種競爭的環境中，業務提供商如何在競爭中獲勝，即爭取更多的客戶，成為業務提供商要解決的首要問題。服務等級協定(SLA)就是這個競爭環境的產物。通過服務等級協定，客戶可以比較業務的性能、性能保障和所花的費用，可以依據服務等級協定提供的條款來選擇業務；通過服務等級協定，業務提供商可以提高自己的競爭實力，吸引更多的客戶，同時在電信市場中比其他的業務提供商更有特色。

服務等級協定及其管理是新一代運營支撐系統(NGOSS)^[1—2]的一個主要方面，代表了電信運營支撐系統的發展方向，是各電信運營商關注的焦點。從傳統網管發展的角度來說，以前網管研究的著重點是網元管理以及網絡管理的問題，對業務管理很少涉及，而服務等級協定管理實際上是對業務的有關服務質量的管理，屬于業務管理的范疇，因此，SLA管理研究代表了目前網管發展的方向，SLA管理研究具有非常重要的理論和現實意義。本文在介紹NGOSS體系結構和電信運營圖(TOM)^[3]的基礎上，對基于NGOSS/TOM的SLA及其管理框架加以討論。

1、 新一代運營支撐系統與電信運營圖

1.1 新一代運營支撐系統

如何建設新一代的運營支撐系統，使電信運營商的經營模式從傳統的“面向網絡”型轉向“面向客戶”型，實現自動化的電信運營管理，是擺在電信運營商面前的緊要課題。電信管理論壇(TMF)提出的NGOSS解決方案，較好地解決了上述需求所帶來的問題。NGOSS解決方案的組成框架按照“面向客戶”的經營原則，以電信管理網(TMN)^[4]的層次結構為指導，采取自頂向下(從商務管理層到網元管理層的方向)的視點來規劃和實施。同時，NGOSS對這個框架還進行了細化和補充，從另外一種視點對模型的高層管理信息建模并組織管理功能，從而豐富和完善了整個電信管理網(TMN)的管理能力。NGOSS的邏輯模型基本組成框架如圖1所示。

在圖1中，組成框架的核心是“智能TMN”，表示NGOSS的指導思想來自TMN。核心的周圍包括4個重要組成部分：電信運營圖、中心信息設施(CIF)、技術集成圖(TIM)和示范項目(CP)。電信運營圖指明了系統中商務處理過程的流程結構及其相關處理過程流程之間的關系，中心信息設施劃分了系統的基本組件域、對象模型及數據字典，技術集成圖定義了組件的即插即用的綜合規則，示范項目根據TMF成員的經驗為電信運營商、運營支撐系統(OSS)軟件開發商和系統集成商提供可借鑒的成功案例。

1.2 電信運營圖

在NGOSS的邏輯模型中，TOM是其中的關鍵。TOM是TMF提出的一個商務處理框架，是整個電信運營活動的一個公共視圖。它使用了TMN的分層體系結構，將整個管理體系結構分成業務管理層、網絡管理層、網元管理層和網元層。TOM將網絡層和業務層的操作具體化成了多個處理模塊，最上層為客戶提供管理接口。用多個這種處理模塊以及它們的子處理模塊以自頂向下的方式描述一個完整的商務處理流程。對于任意一個面向業務的商務，TOM提供了3個基本的端到端處理：業務實現、業務保證和業務記帳，即FAB。

TOM參考TMN的邏輯分層原則，將電信運營的商務處理過程分成以下幾個層次：客戶接口管理處理層、客戶服務處理層、業務開發與操作處理層、網絡與系統管理處理層、網元管理處理層，如圖2所示。其中，客戶接口管理處理層是客戶訪問TOM商務處理過程的接口，它將客戶的請求轉換成內部商務處理過程可識別的事件，觸發相關的商務處理過程的執行。TOM將業務管理分成兩個層次，上面一層是與客戶有直接關系的管理操作，叫做客戶服務處理，包括幾個處理過程：銷售管理、訂單處理、問題處理、客戶服務質量(QoS)管理以及計費和數據收集管理。下面一層是與客戶無直接關系的管理操作，提供上一層需要的各種數據，具體實現業務管理的各種處理，并達到客戶要求。這一層完成業務開發和操作處理，包括業務規劃和開發、業務配置、業務問題管理、業務質量管理以及費率和折扣，同時將支持業務管理所需的網絡及系統管理分為網絡規劃和開發、網絡指配、網絡資產管理、網絡維護和恢復、網絡數據管理等處理。對網元管理處理TOM沒作說明。

TOM商務處理模型按照水平分層的原則定義了一組公共的商務處理過程，每個處理過程滿足了運營管理需求的一個特定部分。從垂直的角度觀察TOM視圖，不同層的商務處理過程可以彼此協作，實現業務實現、業務保障和業務計費3個主要的端到端客戶服務處理流程，它們順序形成了一個業務的生命周期。業務實現階段負責及時和正確地處理客戶提交的業務訂單，在業務交付客戶使用前完成相關的配置工作；業務保障階段負責處理業務使用過程中的客戶發現或網絡上報的各種問題，實施對業務的有效監控和質量保證；業務計費階段負責處理和業務相關的帳單和收費信息，一般可以在業務使用過程中定期地執行，并在業務不再使用時統一結算。

2、 服務等級協定及其管理框架^[5—6]

2.1 服務等級協定的概念

服務等級協定是指業務提供商/服務提供商和客戶正式協商的一個協定，是存在于客戶和業務提供商(SP)之間的一個合約。它規定了對業務質量、優先權、響應性等的普遍理解。SLA可以覆蓋客戶和SP之間關系的很多方面，如業務性能、客戶服務處理、業務指配等^[1]。雖然SLA可以覆蓋這些方面，但是對服務等級的協定仍然是SLA的主要目的。SLA是SP和客戶經過協商后簽署的一個合約。為了便于對角色之間的商務關系進行管理，可以在角色之間的接口處將這些商務關系形式化，因此，SP和客戶之間的合約可以看成這兩個角色之間商務關系的形式化表示，這種商務關系描述的是有關服務質量方面的內容(見圖3)。

一個SLA應該包含許多客觀的、可測量的參數，由業務提供商向客戶保證這些參數。為了向客戶證明業務提供商滿足了它們的承諾，業務提供商應將這些參數報告給客戶。SLA一般包括以下參數：業務可用性、確定客戶報告故障原因的時間、修理客戶所報告故障的時間、與指配相關的時間、其他QoS參數。

2.2 服務等級協定中的服務質量參數

在充滿競爭的電信市場中，對于客戶來說，除了功能和價格，服務質量是一個越來越重要的因素。按照ITU-T E.800建議^[7]，QoS可以被定義為“決定業務用戶滿意程度的業務性能的集合效果”。由此可見，QoS是用來反映業務用戶(表示使用業務的用戶)滿意程度的一個抽象概念，它本身不是一個具體的參數，所以不能用它表示比較意義上的好壞程度，也不能對它進行定量的技術評估或賦值。但是它又是“業務性能的集合效果”，這說明QoS同時又是一個廣泛的概念。它可以用業務支撐性能、業務操作性能、服務性能、業務安全性能和每個具體業務相關的其他因素結合來描述?？梢詫oS的這些具體的性能方面進行研究，找出能夠描述這些性能特征的參數，進行評估和賦值，從而對QoS進行參數化和具體化表述。除了性能方面，QoS還覆蓋了眾多的測量標準。

服務等級協定中包括眾多的QoS參數，這些QoS參數可以分為操作參數和業務固有的性能參數兩類，其中操作參數是與系統/網絡本身的性能有關的參數，例如(平均)業務修復時間、(平均)修理時間和(平均)指配時間等。業務固有的性能參數與業務提供商的業務平臺的性能(如可用性、時延、吞吐量、錯誤等)有關。對于一個給定的業務來說，與這個業務有關的每一個指標都可被單獨地跟蹤用作SLA的一部分。對QoS參數的術語和定義的協定，以及對這些參數的測量和報告的協定是構造和管理客戶與SP之間SLA的關鍵。

2.3 服務等級協定的管理框架

服務等級協定管理框架采用了基于TOM的SLA生命周期管理方法，將SLA的管理過程分為5個階段：產品/業務開發、協商和銷售、實現、執行、評估。SLA/QoS管理需要用到多個TOM處理過程，為了完成一個完整的SLA管理過程，多個TOM處理過程之間需要交互作用。

下面介紹一個完整的SLA管理處理流程。首先業務銷售處理通過客戶接口管理收集客戶的SLA需求，估量SLA的生存周期和商業潛能。銷售處理將收集到的SLA需求以及對SLA的生存周期和商業潛能的估量一起交給業務規劃和開發處理。業務規劃和開發處理分析維持此SLA需要的所有技術參數，包括技術優先權、性能參數、位置需求等，并將它們送到網絡規劃和開發處理。網絡規劃和開發處理根據SLA需求，檢查當前網絡性能和可靠性狀況，闡明達到SLA需求所需要的網絡和支撐系統的成本，將成本返回給業務規劃和開發處理。業務規劃和開發處理基于對成本和收入以及生存周期的預測來評估SLA的可行性和網絡技術的可用性。如果可行，創建SLA模板，然后將可允許的SLA參數返回給業務銷售處理，并以通知的形式將這些參數發給訂單處理、業務配置處理、 業務QoS管理處理以及費率和折扣處理，這樣就創建了一個新的SLA。然后進行SLA協商和SLA設計。客戶通過客戶接口管理查詢所需的SLA合約，同時選擇SLA參數值，SLA協商處理將SLA的詳細資料傳送給業務配置處理。SLA設計將SLA中客戶理解的服務質量指標轉化成系統可識別的QoS參數和目標值，并將指配SLA/QoS所需網絡資源的詳細資料發送給網絡資產管理處理。訂單處理根據網絡資產管理處理反饋的網絡資源情況判斷網絡資源是否滿足需求，若滿足需求，則將網絡和SLA細節傳給業務QoS管理處理用來初始化各方面的監控。有關費用和回扣的SLA信息用來啟動客戶費用和回扣細節，將客戶QoS和SLA參數的初始化詳細資料送到客戶QoS管理。經過上面的協商和設計過程，簽署一個滿足客戶特定需求的SLA。最后，客戶通過電話、傳真、Web等方式對已簽訂的SLA合約下一個訂單，激活業務配置進行具體的業務/SLA指配和網絡指配，并在完成業務配置時激活客戶業務。

在SLA運行期間，要對SLA進行監控，檢查是否有SLA違例，在出現故障時進行故障處理，保證SLA的正常運行，這些過程在業務保證處理中完成。在SLA運行期間，SLA監控處理對整個SLA執行過程進行監控，如果在執行期間發現問題則啟動業務故障管理處理進行問題處理和業務修復。在某些情況下，業務故障管理需要改變底層基礎設備，需要激活網絡維護和修復處理并將相關設備和參數改變的情況報告給網絡數據管理，同時還要將出現的問題通知業務質量管理處理看它是否影響到業務SLA的QoS，如果造成QoS降級或SLA違例，則通知費率和折扣處理考慮SLA違例時的懲罰，同時上報客戶QoS管理處理形成問題報告。如果在SLA運行期間客戶發現了問題，則啟動客戶問題報告處理將發現的問題報告給管理系統，然后啟動業務故障管理按上面的流程進行處理。

業務記帳處理主要是按SLA中規定的記帳周期進行費用的計算和收集，向客戶發布帳單，同時還支持客戶帳單查詢和業務計費調整。 業務計費和收集從網絡數據管理中提取和收集計費數據，進行計算和收集。除了正常的業務付費以外，還要考慮到SLA違例時的懲罰或賠償，因此這個過程需要網絡數據管理、費率和折扣以及計費和收集的交互作用。

經過上述的過程，就完成了整個SLA管理的商務處理流程。

3、 結束語

目前已有大量的研究工作針對SLA管理進行，其中最主要的是電信管理論壇所進行的研究，包括SLA的定義、內容以及SLA管理方法等。此外還有一些組織如因特網工程任務組(IETF)對IP業務QoS/SLA也進行了研究，研究內容主要包括DiffServ^[8]、IntServ^[9]、IPPM(IP性能度量)^[10]和MPLS^[11]。還有一些研究主要針對SLA管理的某一方面或某些功能，如：如何完成聯合環境下的SLA管理^[12—13]，如何實現SLA業務指配^[14]以及SLA到DiffServ配置的映射^[15]等。但是到目前為止，SLA管理的具體實現還有很多尚未解決的技術問題。這些問題包括：客戶理解QoS與系統實現中的QoS之間的轉化；如何確定SLA參數，如何建立眾多的SLA參數之間的關系，如何建立標準的SLA模板以達到重用；多提供商環境下如何進行SLA評判；業務提供商的業務管理與網絡運營商的網絡管理系統的接口等?！?/p>

基金項目：國家自然科學基金面上項目（60202003）；國家自然科學基金重大研究計劃項目（90204002）；國家“863”計劃項目（2002AA121062）

參考文獻：

[1] TMF GB920 Version 1.5， New Generation Operational Support Systems (NGOSS)， Architecture Overview [S].

[2] TMF 051 Version 1.1， New Generation Operations Systems Software (NGOSS) Technical Specification Business Case [S].

[3] TMF GB910 Version 2.1， Telecom Operations Map [S].

[4] ITU-T M.3010， Principles for a Telecommunications Management Network [S].

[5] TMF TMF701 Version 1.1，Performance

Reporting Concepts Definitions [S].

[6] TMF GB917 Version 1.5，SLA Manage?鄄

ment Handbook [S].

[7] ITU-T E800， Telephone Network and ISDN Quality of Service， Network Management and Traffic Engineering [S].

[8] IETF RFC2474， Definition of the Dif?鄄

ferentiated Services Field (DS Field) in the IPv4 and IPv6 Headers [S].

[9] IETF RFC1633， Integrated Services in the Internet Architecture: An Overview. [S].

[10] IETF RFC2330， Framework for IP

Performance Metrics [S].

[11] IETF RFC2702， Requirements for Traffic Engineering over MPLS [S].

[12] EURESCOM P806，EQoS—A Common

Framework for QoS/NP in a Multi-Provider Environment [S].

[13] Bhoj P， Singhal S， Chutani S. SLA Management in Federated Environments [J]. Computer Networks， 2001，35(1):5—24.

[14] Rodosek GD， Lewis Lundy. Dynamic Service Provisioning: A User-Centric Approach [R]. DSOM'2001， Nancy France， 2001.

[15] Alberto Gonzalez Prieto， Marcus

Brunner. SLS to Diffserv Configuration Mappings [R]. DSOM'2001， Nancy France， 2001.

收稿日期：2003-03-10

作者簡介：

邱雪松，北京郵電大學程控交換技術與通信網國家重點實驗室副教授，北京郵電大學通信與信息系統專業畢業，博士。曾主持或參加完成10余個國家級項目，獲國家、省部級科技進步獎6次，發表論文近30篇。目前研究方向是網絡管理與通信軟件。

王計艷，北京郵電大學計算機軟件與理論專業畢業，碩士。工作于北京郵電大學程控交換技術與通信網國家重點實驗室，研究方向為網絡管理與通信軟件。