面向電信運營商務過程的管理服務構建方法

摘 要：電信運營面向客戶和商務過程的運營思路要求管理功能應充分滿足電信運營商務過程的需要。通過分析現有管理服務描述方法尚未解決的問題明確了管理服務提供的管理功能的構造原則，在分析eTOM給出的電信運營商務過程和ITU-T M.3400給出的管理功能集的基礎上歸納了管理功能的特點，給出了管理功能的構造方法，定義了幾種通用管理服務。利用管理功能構造方法和通用管理服務可以以一種標準的方式迅速構建提供不同管理功能的管理服務。

關鍵詞：網絡管理； Web服務； 管理功能

中圖分類號：TN915.07

文獻標志碼：A

文章編號：1001-3695(2008)07-2124-05



Telecommunication operation business process oriented network

management service construction methods

ZHANG Yue， QIU Xue-song， MENG Luo-ming

(State Key Laboratory of Switching Networking Technology， Beijing University of Posts Telecommunications， Beijing 100876， China)

Abstract:Telecommunication operation focuses much more on customers and business processes. Management functions are required to satisfy telecommunication operation business processes. According to the issues that had not been settled by existing management service description methods， this paper gave the construction principles of management functions provided by management services. By analyzing the telecommunication operation business processed and management functions sets defined by eTOM and ITU-T M.3400 separately， it also identified the characteristics of management functions and proposed the construction methods of management functions. Then defined several common management services. With the construction methods of management functions and the common management services，could construct easily management services providing different management functions and described in a standardized way.

Key words：network management;Web services;management function



Web services作為一種分布式技術，具有與平臺無關、封裝性良好、松散耦合、規范性、高度集成性、底層技術支持的廣泛性等特點。目前，Web services技術已經被引入到網絡管理中^[1]，利用Web services技術來進行網絡管理需要將網絡管理系統提供的功能通過管理服務呈現。管理服務是服務的一種，它使用Web services服務描述語言（Web services description language，WSDL）來描述。用WSDL來描述管理服務的重點在于描述管理信息和管理操作。

目前，電信運營面向客戶、面向商務過程的思路對網絡管理提出了更高的需求。管理服務不僅應充分與現有網絡管理系統的管理功能相結合，還應該能夠充分滿足電信運營商務過程的需要。文獻[2，3]討論了在使用Web services進行管理時，如何對管理操作進行標準化的方法。MUWS（management using Web services）作為OASIS（Organization for the Advancement of Structured Information Standards）的WSDM（Web services distributed management）工作組的產出之一，給出了管理能力的描述方法。然而上述研究均從如何將Web services技術應用到網絡管理接口出發，缺少從客戶需求出發、從商務過程出發的視點對如何構造管理服務提供的管理功能進行分析。

1 管理服務描述方法

1．1 WSDL

WSDL是一種基于XML的服務描述語言，它將服務描述為能夠進行消息交換的端口的集合，并用消息來傳遞調用服務所需的參數以及服務返回的結果。WSDL描述了服務請求者與服務提供者之間進行互操作所涉及的具體細節，主要包括服務所實現的功能、調用服務的方法以及服務所在的位置。服務請求者可以通過WSDL了解實現調用服務所必需的信息，如數據類型、消息結構、傳輸協議等。

WSDL對服務的描述可劃分為兩個層次，即抽象層次和具體層次。前者描述了服務實現的接口、接口支持的操作、操作可以發送和接收的消息以及消息使用的類型系統；后者描述了訪問服務所采用的方法以及服務所在的位置，用于明確訪問服務所采用的傳輸協議和解析消息所采用的編碼方式等細節。WSDL在抽象層次部分的描述可被存儲在單獨的文檔中，并能被其他服務描述文檔重用。

WSDL在抽象層次的部分可以有效地重用，且與具體實現無關，在使用WSDL來描述管理服務時，可以對這一部分進行標準化。管理服務在抽象層次的部分主要描述的內容是管理信息和管理操作，需要對描述管理信息和管理操作的方法進行標準化。Web services是基于XML的技術，使用Web services進行網絡管理，首先需要將管理信息用XML來描述。文獻[4，5]給出了將MIB轉換成XML的方法。文獻[3]認為管理信息的標準化與Web services技術本身并沒有直接聯系，如何根據Web services技術的特點對管理操作進行標準化是更值得關注的問題。

1．2 WSRF和WSN

OASIS的WSRF^[6]（Web services resource framework）工作組定義了利用Web services技術建模和訪問持久資源的通用框架，WSRF 1.2已成為OASIS的標準，它明確區分了服務和服務所作用的有狀態資源，即服務自身是無狀態的，而被服務操作的資源是有狀態的。WSRF將有狀態資源和訪問該資源的服務的組合稱為WS-resource，并使用資源特性文檔（resource properties document）來描述WS-resource的相關特性。WSRF還定義了一些訪問WS-resource的接口操作，提供了與WS-resource交互的標準消息格式，不僅方便了服務的定義和實現，也方便了對多個服務進行集成和管理。WSRF由以下五個規范構成：

a）WS-resource。定義了WS-resource，描述了WSRF中服務與有狀態資源之間的關系；還定義了有狀態資源如何通過服務被訪問以及引用WS-resource的方法。

b）WS-resourceProperties。定義了將資源特性文檔聲明作為服務描述的一部分的方式；定義了允許請求者查詢或更新WS-resource特性值的標準的消息交互集。

c）WS-resourceLifetime。定義了兩種銷毀WS-resource的方式，即立即銷毀和定時銷毀，并給出了用來監視WS-resource生命周期的資源特性。

d）WS-serviceGroup。規定了用來形成資源或服務目錄的相關信息。

e）WS-baseFaults。定義了基本錯誤類型，還規定了服務應如何使用并擴展這些基本錯誤類型。

WSN^[7]（Web services notification）工作組在WSRF系列規范的基礎上，規定了使用Web services發布/訂購通知的方式，WSN系列規范目前的版本是WSN 1.3。

1．3 MUWS

WSRF將資源與服務分離的思想使得管理信息的描述可以有效利用現有的資源模型，如DMTF（分布式管理工作組）的CIM（通用信息模型）等，加上WSRF和WSN系列規范定義的接口具有良好的互操作性、可重用性和可擴展性。OASIS的WSDM工作組在WSRF和WSN系列規范的基礎上定義了MUWS規范，給出了管理能力的描述方法并定義了一組管理能力。其中，管理能力由管理能力接口表示，管理接口是一組管理能力接口的集合，管理接口由管理服務提供。MUWS規范將網絡中可被管理服務訪問的可管資源看做是WS-resource，在WS-resource的資源特性文檔中加入與管理相關的資源特性，使用WSRF訪問資源特性的方法對WS-resource的這些特性進行操作，并采用了WSN定義的通知訂購和處理機制。MUWS對管理能力的描述包括特性、操作、事件、元數據四個方面。其中元數據用單獨的元數據文檔來描述，元數據文檔描述的內容是對WSDL描述的信息的有效補充和約束。

MUWS規定：符合MUWS規范的管理服務必須實現MUWS的最小管理能力，即管理服務的管理接口必須具有其定義的identity管理能力接口以及WSRF定義的getResourceProperty接口。MUWS在描述管理服務的管理能力時，充分地利用了WSDL在抽象層次的部分可以有效地被重用的特點，WS-resource可以根據需要選擇實現支撐規范（如WSRF、WSN等）定義的接口以及MUWS自身定義的相關管理能力接口來提供管理服務，以便實現更高級更全面的管理功能。

2 面向電信運營商務過程的管理服務構建方法

一個管理服務與其他管理服務的區別主要在于它提供的管理功能。要統一管理服務的構建方法，既需要有一種標準的方式來描述管理服務提供的管理功能，也需要有一種統一的構造管理功能的方法。盡管MUWS利用WSRF和WSN提供的標準接口給出了描述管理能力的方法，但是如何構造管理服務提供的管理功能，MUWS并沒有提及。

以下首先分析在構造管理服務提供的管理功能時需要遵循的原則；然后根據TMF的eTOM^[8]（enhanced telecom operations map）定義的電信運營企業的商務過程的功能需求以及ITU-T的M.3400^[9]定義的管理功能集對管理功能的特點進行分析，從而明確管理功能的構造方法；并在此基礎上定義出一些通用管理服務，給出利用管理功能構造方法和通用管理服務構建提供不同管理功能的管理服務的方法。

2．1 管理服務提供的管理功能的構造原則

在網絡管理領域，TMF的eTOM以客戶為驅動、自頂向下地對服務提供商的商務活動進行了分類，提供了有效組織商務過程的框架，對電信運營企業的商務過程進行逐級分解，并對各級過程的功能需求進行了描述。服務提供商可以通過對這些分解細化的過程進行組織來得到電信運營中的業務流程，并通過自動化實現業務流程向客戶靈活地提供業務。ITU-T的M.3050/Supplement 3^[10]對過程與功能之間的關系進行了分析，如圖1所示。



由圖1可以發現，一個過程可以涉及一個或多個由活動構成的活動流，過程中的活動通過使用功能來完成活動的執行，從而進入下一個活動。一個具有多個活動的過程會使用多個功能，一個功能也可能被多個過程使用。因此，功能的構造應充分滿足過程中各個活動的需求。電信運營中的業務流程一般由eTOM中多個過程中的多個存在內在關系的活動流組織而成。要使管理服務提供的管理功能能夠便于電信運營中業務流程的使用，需要根據eTOM中各級過程所涉及的活動的功能需求來構造管理服務提供的管理功能。

ITU-T的M.3400采用自底向上的方法定義了TMN的管理功能。管理功能建立在網絡設備和網絡的管理需求上，是TMN管理業務的最小功能組件，一組相互關聯的管理功能被稱為管理功能集。管理功能集被分為故障、配置、計費、性能和安全（FCAPS）五大管理功能域。現有的網絡管理系統的管理功能一般按照M.3400定義的FCAPS來構造和組織，網絡管理系統的管理功能一般由M.3400中的一個或多個管理功能集構成。因此，管理服務在構造其提供的管理功能時，還需要與M.3400定義的管理功能相結合，有效地利用現有的管理功能。

2．2 管理功能的構造方法

在電信運營中，OSS（operation support system，運營支撐系統）與網絡管理聯系最為密切，它位于eTOM一級運營圖中OPS部分的SMO（service management operations，業務管理和運營）和RMO（resource management operations，資源管理和運營）水平過程組（horizontal process grouping）。本文主要關注于這一部分過程的特點。

基于M.3050/Supplement 3給出的eTOM中的過程與M.3400中的管理功能集之間的映射關系，筆者采用了自頂向下與自底向上相結合的方法，對eTOM中SMO和RMO部分的過程的功能需求與M.3400中管理功能集進行了分析，發現它們所涉及的基本管理功能具有一個共同特點，即基本管理功能是由一些最基本的操作作用于管理信息來實現的，這些最基本的操作主要包括創建、刪除、獲取、設置、接收/上報通知等。當這些最基本的操作作用于不同的管理信息時，便可以實現不同的基本管理功能。例如，對于M.3400中7.4.17 網元配置功能集的基本管理功能之一——設置上報周期，其作用的管理信息是上報周期，采用的操作是設置。對于eTOM中的三級過程1.OPS.2.4.1監視服務質量而言，與它相關的管理功能可能由兩類基本管理功能組成，即采用獲取操作作用于與服務質量相關的管理信息和使用接收通知操作來接收與服務質量相關的通知。

對于管理服務提供的管理功能而言，它一般由多個基本管理功能組成。可以將管理服務提供的管理功能看做M.3400中的管理功能集，而將基本管理功能看做M.3400中的管理功能。管理功能與管理操作和管理信息之間的關系形式化表示為：假設存在管理操作集MO={mo1，mo2，…，mon}，管理信息集MI={mi1，mi2，…，min}，管理功能MF={mf1，mf2，…，mfn}。其中：mfi（i=1..n）是一個基本管理功能，MF是MO和MI的關系f，有MO×MIfMF。因此，管理服務提供的管理功能的構造方法如下：

a）明確管理功能需要作用的管理信息，對這些管理信息進行建模并使用相關的方法對其進行描述。

b）明確實現管理功能需要進行的操作，將這些操作作用于a）中的管理信息來實現基本管理功能，管理服務提供的管理功能由這些基本管理功能構成。

2．3 動態協作模型的通用管理服務

通過分析發現，管理功能除了上述的共同特點之外，在構成基本管理功能的基本管理操作中，最為常見的基本操作主要有創建、刪除、獲取、設置、接收/上報通知等；另外某些管理信息在其被創建到被刪除的過程中，存在一個完整的生命周期。于是歸納出了兩類常見的管理功能，這兩類管理功能的詳細說明如下：

a）與管理信息的生命周期相關的管理功能。這一類管理功能包含一組與管理信息的生命周期相關的基本管理功能。這些基本管理功能一般采用創建、掛起、恢復、刪除等操作作用于相同的管理信息，以完成對管理信息的生命周期進行管理。例如，對于M.3400中的5.2.4 電路相關數據采集功能集，它應該能夠提供對電路相關數據采集任務進行生命周期管理的管理功能，該管理功能由一些可以對電路相關數據采集任務進行創建、掛起、恢復、刪除的基本管理功能構成。對于這些作用于相同管理信息的用于生命周期管理的基本管理功能，可以使用合適的狀態模型將這些基本管理功能關聯起來，對其進行組織形成一個生命周期管理功能，以便對不同的具有生命周期的管理信息進行管理。

b）與通知相關的管理功能。這一類管理功能包含的基本管理功能均與通知處理相關，與基本管理功能相關的操作主要包括通知訂購和通知上報/接收。當訂購、上報/接收作用于不同主題的通知時，便可以完成不同的管理功能。

基于上述分析，本文定義了三種通用管理服務，分別是生命周期管理服務、通知訂購服務和通知接收服務。這三種通用管理服務是符合MUWS規范的管理服務，即通用管理服務提供的管理功能用MUWS定義的描述管理能力的方法來描述，支持MUWS的最小管理能力。此外，通用管理服務的描述還盡量使用了MUWS及其主要支撐規范WSRF和WSN系列規范定義的標準接口。

2．3．1 生命周期管理服務

考慮到網絡管理領域經常需要對有生命周期的資源的生命周期進行管理，生命周期管理功能是網絡管理中會經常使用的功能，于是定義了生命周期管理服務來對資源的生命周期進行管理。可以將生命周期管理服務提供的生命周期管理功能看做是MUWS中state管理能力的一個實例。

生命周期管理服務提供的管理功能由MUWS最小管理能力和生命周期管理功能構成。MUWS的最小管理能力具體表現為能夠獲取與具有生命周期的管理信息相關的資源特性，該功能通過WSRF定義的getResourceProperty接口來實現。其中，資源特性文檔中必須包含MUWS的identity管理能力定義的resourceId特性。生命周期管理服務提供的生命周期管理功能由一些基本管理功能構成，這些基本管理功能所作用的管理信息均為具有生命周期的管理信息。構成生命周期管理功能的基本管理功能分別是：a)創建具有生命周期的管理信息；b)掛起具有生命周期的管理信息；c)恢復具有生命周期的管理信息；d)終止具有生命周期的管理信息；e)當具有生命周期的管理信息的狀態發生改變時，上報狀態改變通知。

生命周期管理服務使用了一個狀態模型來對上述基本管理功能進行組織，該狀態模型由三種狀態和四種操作構成。其中，狀態分別是running（運行的）、suspended（掛起的）和terminated（終止的）；操作分別是create、suspend、resume和terminate。生命周期管理服務采用的狀態模型如圖2所示。



生命周期管理服務是一個原型，在使用生命周期管理服務對具有生命周期的管理信息進行管理時，需要使用管理信息的相關特性來對生命周期管理服務具體化，即需要在生命周期管理服務的資源特性文檔中加入與具有生命周期的管理信息相關的特性，并需要為一些操作定義具體的參數。例如，當具有生命周期的管理信息是性能數據采集任務時，需要使用與性能數據采集任務相關的一些特性來規定create操作中消息所需的參數。另外，當圖2所示的狀態模型不能滿足需求時，需要增加相應的狀態和操作來對該狀態模型進行擴展。例如，當要求被創建的性能數據采集任務不直接進入running狀態，而是在預先指定的時間到達才進入running狀態，這時可以在狀態模型中增加一個scheduled（就緒的）狀態并定義與該狀態相關的操作來滿足上述需求。

2．3．2 通知訂購服務

對于管理服務而言，它需要能夠產生通知并能夠提供通知訂購接口，以便管理服務的使用者能夠通過訂購來接收其感興趣的通知。通知訂購對于管理服務具有極大的通用性，將那些與通知訂購相關的管理功能組織在一起形成通知訂購服務。

通知訂購服務提供的管理功能由MUWS的最小管理功能和通知訂購功能組成。MUWS的最小管理能力具體表現為能夠獲取與通知訂購相關的資源特性。該功能可以通過WSRF定義的getResourceProperty接口來實現，其中資源特性文檔中必須包含MUWS的identity管理能力定義的resourceId特性。通知訂購服務提供的通知訂購功能由以下基本管理功能構成：創建通知訂購；暫停通知訂購和恢復通知訂購。

鑒于WSN定義的notificationProducer和pausableSubscriptionManager接口提供的通知訂購功能已經完全覆蓋了上述幾個基本管理功能，構成通知訂購服務提供的通知訂購功能可以通過WSN定義的上述兩個接口實現。

2.3.3 通知接收服務

由于管理服務也可能會對其他管理服務產生的通知感興趣，管理服務在向其他管理服務訂購了其感興趣的通知以后還需要能夠接收這些通知。通知接收服務便是為了實現接收通知的功能而定義的。

通知接收服務提供的管理功能由MUWS的最小管理功能和通知接收功能組成。MUWS的最小管理能力具體表現為能夠獲取與通知接收相關的資源特性。該功能可以通過WSRF定義的getResourceProperty接口來實現。其中資源特性文檔中必須包含MUWS的identity管理能力定義的resourceId特性。通知接收服務提供的通知接收功能可以通過WSN定義的notificationConsumer接口實現。

上述三種通用管理服務的管理功能可以組合在一起用一個服務提供一組管理功能，也可以根據具體需要選擇提供這一組管理功能中的部分管理功能。利用管理功能構造方法和通用管理服務可以快速地構造出不同的管理功能，并可以用一種統一的描述方法對提供這些不同管理功能的管理服務進行描述。

MUWS在定義管理能力時采用了WSRF中WS-resource的概念，在使用通用管理服務來描述提供不同管理功能的管理服務時，應該明確通過管理服務所作用的資源，并將能夠被管理服務訪問的資源看做WS-resource，以便在管理服務的資源特性文檔中加入與資源相關的管理信息。此外，當通用管理服務定義的操作不能滿足管理功能的需求時，需要在管理服務的接口描述部分加入相應的操作定義，這時應確保盡量使用WSRF和WSN系列規范定義的操作。

3 應用舉例

以下以eTOM中的三級過程1.AB.3.5.1 采集資源數據為例，說明如何利用管理功能構造方法和通用管理服務來構建滿足特定管理需求的管理服務。eTOM給該過程的描述是采集用量、網絡和信息技術事件及性能信息。通過分析該描述可以發現，1.AB.3.5.1 采集資源數據這個過程需要作用的管理信息是與用量、網絡和信息技術這些資源相關的信息，管理功能通過采集來實現。對于性能信息，MSU需要通過建立采集任務來采集其感興趣的性能信息，這便需要管理服務能夠提供對采集任務進行生命周期進行管理的功能；對于事件信息，管理服務應能夠接收來自其他實體的事件通知，這便需要管理服務具有通知接收功能。定義與eTOM中的三級過程1．AB．3．5．1 采集資源數據”相對應的采集資源數據管理服務ResourceDataCollectionService，可以在生命周期管理服務和通知接收管理服務這兩個通用管理服務的基礎上進行。

首先將可被采集資源數據管理服務訪問的資源看做WS-resource；然后在采集資源數據管理服務的資源特性文檔中加入與資源相關的管理信息。這里將數據采集任務也看做資源的一個特性并將其定義在資源特性文檔中。其中，數據采集任務也是WS-resource，它也具有一些自身的特性。表1給出了采集資源數據管理服務資源特性文檔的結構。



上述資源特性文檔主要由與資源相關的特性、與數據采集任務相關的特性以及MUWS中接口相關的特性構成。完成資源特性文檔的定義之后，需要在采集資源數據管理服務的WSDL文檔的接口部分加入其提供的操作定義，如create、suspend等。以下給出了采集資源數據管理服務的WSDL文檔片斷：



〈definitions…〉

 〈import…〉

 …

 〈types〉

〈xsd:schema…〉

 〈xsd:import…〉

 …

 〈!--Resource Properties Document Schema --〉

 〈xs:element name=\"ResourceDataCollectionProperties\"〉

〈xs:complexType〉

 〈xs:sequence〉

〈!--Properties for ResourceDataCollectionPortType--〉

〈xs:element ref=\"rdc: ResourceProperty1\"/〉

〈xs:element ref=\"rdc: ResourceProperty2\"/〉

…

〈xs:element ref=\"rdc: ResourcePropertyN\"/〉

〈xs:element ref=\"rdc: CollectionJobProperties\"/〉

…

〈!--Properties for MUWS--〉

〈xs:element ref=\"muws-p1-xs:ResourceId\"/〉

…

 〈/xs:sequence〉

〈/xs:complexType〉

 〈/xs:element〉

 …

 〈!--Element definition for resource specific properties--〉

 〈xs:element name=\"OtherProperty\" type=\"xsd:string\" /〉

 …

〈/xsd:schema〉

 〈/types〉

 …

 〈portType name=\"ResourceDataCollectionPortType\" wsrp:ResourceProperties=\"rdcw: ResourceDataCollectionProperties \"〉

〈!--WSRF-RP GetResourceProperty operations definition--〉

〈operation name=\"GetResourceProperty\"〉

 〈input name=\"GetResourcePropertyRequest\" message=\"wsrf-rpw:GetResourcePropertyRequest\"/〉

 〈output name=\"GetResourcePropertyResponse\" message=\"wsrf-rpw:GetResourcePropertyResponse\"/〉

 …

〈/operation〉

…

〈!--WSN NotificationConsumer operations definition--〉

〈operation name=\"Notify\"〉

 〈 input message=\"wsntw:Notify\" /〉

〈/operation〉

…

〈!--Lifecycle related operations definition--〉

〈operation name=\"Create\"〉

 〈input name=\"CreateRequest\" message=\"rdcw:Create Request\" /〉

 〈output name=\"Create Response\" message=\"rdcw: Create Response\" /〉

 …

〈/operation〉

…

 〈/portType〉

 …

〈/definitions〉

MSU可以通過create等操作來對數據采集任務進行創建或掛起，并可以利用WSRF定義的getResourceProperty操作來及時知曉資源及數據采集任務的相關信息。

4 結束語

本文首先介紹了現有的管理服務描述方法，明確了管理服務提供的管理功能的構造原則，通過分析電信運營商務過程和現有的管理功能集對管理功能的特點進行了歸納，給出了管理功能的構造方法，定義了通用管理服務，并給出了利用管理功能構造方法和通用管理服務構建管理服務的實例。利用管理功能構造方法可以快速地構造出不同的管理功能，并可以在通用管理服務的基礎上以一種統一的描述方法對提供不同管理功能的管理服務進行描述，從而完成對提供不同管理功能的管理服務的構建工作。本文給出的管理服務的構建方法主要關注于管理服務提供的管理功能，如何描述管理服務的非功能性方面的特征，如管理服務的安全性、事務性及可靠性等方面是下一步需要研究的內容。

參考文獻：

[1]OASIS. MUWS 1.0，Web services distributed management: management using Web services[S]. [S.l.]: OASIS Standard，2005.

[2]SCHNWLDER J， PRAS A，MARTIN-FLATIN J P. On the future of Internet management technologies[J]. IEEE Communications Magazine， 2003， 41(10):90-97.

[3]Van SLOTEN J，PRAS A，Van SINDEREN M.On the standardisation of Web service management operations[C] //Proc of the 10th Open European Summer School and IFIP WG 6.3 Workshop. Tampere:Tampere University，2004:143-150.

[4]STRAUSS F. A library to access SMI MIB information[EB/OL].[2007-06-01]. http://www.ibr.cs.tu-bs.de/projects/libsmi/.

[5]YOON J H， JU H T， HONG J W. Development of SNMP-XML translator and gateway for XML-based integrated network management [J]. International Journal of Network Management， 2003， 13(4):259-276.

[6]OASIS.WS-resource properties，Web services resource properties1.2[S].[S.l.]:OASIS Standard，2006.

[7]OASIS. WS-BaseNotification，Web services base notification 1.3[S]. [S.l.]: OASIS Standard，2006.

[8]TMF GB921v4.0，Enhanced telecom operations map(eTOM)[S].[S.l.]:TMFI，2004.

[9]ITU-T Recommendation M.3400， TMN management functions[S]. [S.l.]: ITU-T， 2000.

[10]ITU-T Recommendation M.3050 Supplement 3， eTOM to M.3400 mapping[S]. [S.l.]: ITU-T， 2004.

注：“本文中所涉及到的圖表、注解、公式等內容請以PDF格式閱讀原文。”