專利名稱：通信網(wǎng)絡(luò)用網(wǎng)絡(luò)管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是關(guān)于通信網(wǎng)絡(luò)用網(wǎng)絡(luò)管理系統(tǒng)。例如能特別應(yīng)用于任何一種或多種故障、測試和性能的管理系統(tǒng)。
在設(shè)置和運(yùn)行通信網(wǎng)絡(luò)中，為支持包括性能和配置以及故障管理在內(nèi)的網(wǎng)絡(luò)各種管理方面而提供監(jiān)視和控制功能顯然是很重要的。較近時期以來，不僅要對網(wǎng)絡(luò)自身進(jìn)行管理，而且還必須對由網(wǎng)絡(luò)提供的服務(wù)加以管理。
已公知和公開有各種不同的網(wǎng)絡(luò)管理系統(tǒng)。例如，在Jean Walrand的“communications NetworksA First Course”(Richard Dlrwin lnc和Aksen Associates lnc公司出版，US，1991)中討論的網(wǎng)絡(luò)管理。另一相關(guān)的出版物是Salah Aidarous和Thomas Plevyak編輯的并由The lnstitution of Electrical Engineers(IEE)和The lnstitute of Electrical and Electronics Enhineers lns公司聯(lián)合出版的“Telecommunications Network Management into the 21st Century”，(US，1994)。
一般網(wǎng)絡(luò)管理系統(tǒng)必須具有與其管理的網(wǎng)絡(luò)的接口以便能監(jiān)視或測試各種情況例如當(dāng)前的配置和通信情形，和它是否滿意地運(yùn)行，亦即附合任合適用的性能標(biāo)準(zhǔn)。更可取的是，此系統(tǒng)將可能檢測象性能惡化這樣的標(biāo)記從而能予測故障和提前采取行動。此接口的另一目的是用于網(wǎng)絡(luò)管理系統(tǒng)向網(wǎng)絡(luò)輸出以便糾正或控制網(wǎng)絡(luò)的情況。
歷史上，重點(diǎn)不可避免地在于監(jiān)視和控制網(wǎng)絡(luò)硬件本身，例如進(jìn)行通訊的開關(guān)和多路器。由網(wǎng)絡(luò)提供的服務(wù)相當(dāng)簡單。但是近代通信的發(fā)展，隨同網(wǎng)絡(luò)硬件一齊服務(wù)激增，網(wǎng)絡(luò)管理系統(tǒng)必須包括有設(shè)置、監(jiān)視和控制連同支持技術(shù)如記帳和收費(fèi)的服務(wù)功能。
在一些情況中是將服務(wù)管理系統(tǒng)作為與網(wǎng)絡(luò)管理系統(tǒng)分開的實(shí)體來處理的，而在其他情況下則作為同一設(shè)備開發(fā)的不同功能。
重要的是所采用措施是相容和靈活的，以便網(wǎng)絡(luò)操作人員或服務(wù)提供者能迅速地對涉及網(wǎng)絡(luò)的、服務(wù)的硬件或軟件的、或者在用戶接口中發(fā)生的問題和要求、以及對競爭者的活動作出反應(yīng)，而顯然可取的是如果采用的任何策略使得能適應(yīng)新的網(wǎng)絡(luò)和新的服務(wù)。
用于網(wǎng)絡(luò)的管理系統(tǒng)需要有一與網(wǎng)絡(luò)本身的接口，以使例如檢取信息和輸出控制消息，然后了解網(wǎng)絡(luò)情況據(jù)此而能處理信息。對復(fù)雜的通信網(wǎng)絡(luò)，它們所提供的服務(wù)和相關(guān)的管理系統(tǒng)已從管理目的出發(fā)以不同層或定義域進(jìn)行描述。這些層或定義域例如以網(wǎng)絡(luò)設(shè)備本身開始，即然后由網(wǎng)絡(luò)管理層(NML)監(jiān)視和控制的網(wǎng)絡(luò)層。對于由網(wǎng)絡(luò)提供的服務(wù)，可以有一分開的服務(wù)管理層(SML)。
這種按照功能構(gòu)成和以層次對待類型的網(wǎng)絡(luò)管理系統(tǒng)已由本申請人以被稱之為“管理用協(xié)同操作網(wǎng)絡(luò)結(jié)構(gòu)”(CNA-M)的結(jié)構(gòu)公開。有關(guān)CNA-M的文件可由CNA Secretariat，British Telecommunications plc(St.Vincent House，Ipswich，Suffolk IP1 1UX(UK))得到。它規(guī)定在其中包含業(yè)務(wù)處理和因此而需要的對網(wǎng)絡(luò)提供服務(wù)的管理系統(tǒng)的體系結(jié)構(gòu)。這種結(jié)構(gòu)的二基本層為服務(wù)管理層(SML)和網(wǎng)絡(luò)管理層(NML)。SML協(xié)調(diào)與相應(yīng)網(wǎng)絡(luò)上所提供服務(wù)的管理有關(guān)的所有動作。NML提供網(wǎng)絡(luò)本身可藉之而被策劃和操作的處理。
雖然，在一網(wǎng)絡(luò)管理系統(tǒng)中與一特定層相關(guān)的動作對其他層具有影響。例如，一開關(guān)的失誤直接關(guān)系到網(wǎng)絡(luò)層，但可能影響到在此開關(guān)上運(yùn)行的服務(wù)，因而影響到SML。從而管理系統(tǒng)中非常重要的是這種類型的網(wǎng)絡(luò)管理系統(tǒng)的層(或定義域)間能具有緊密的交互性，而本發(fā)明的實(shí)施例即被設(shè)計成使得在服務(wù)和網(wǎng)絡(luò)管理系統(tǒng)的層(或定義域)間能實(shí)現(xiàn)緊密和有效的交互作用。
按照本發(fā)明的第一方面，提供有用于通信網(wǎng)絡(luò)的管理系統(tǒng)，用于監(jiān)視和控制由網(wǎng)絡(luò)提供的服務(wù)，其中此管理系統(tǒng)包括i)用于含有關(guān)于網(wǎng)絡(luò)和/或由其提供的服務(wù)的信息的觸發(fā)信號的輸入端；ii)用于響應(yīng)所述觸發(fā)信號而訪問和處理信息的數(shù)據(jù)處理裝置；和iii)用于發(fā)出有關(guān)網(wǎng)絡(luò)和/或所述服務(wù)的控制和/或報告信號的輸出端。
其中，管理系統(tǒng)設(shè)置有一數(shù)據(jù)結(jié)構(gòu)，包括多組特征說明數(shù)據(jù)，每一組識別和描述通信網(wǎng)絡(luò)的可管理方面，將與所選擇特征說明數(shù)據(jù)組相關(guān)聯(lián)的管理規(guī)則簡要表，各管理規(guī)則簡要表含有與由相關(guān)特征說明數(shù)據(jù)組所描述特征有關(guān)的管理規(guī)則；和相聯(lián)數(shù)據(jù)組，用于將一或多個管理規(guī)則簡要表與一或多個被選擇特征說明數(shù)據(jù)組相聯(lián)系，所述數(shù)據(jù)處理裝置適宜于通過識別一組特征說明數(shù)據(jù)和訪問一管理規(guī)則簡要表來響應(yīng)一觸發(fā)信號，由與該組特片說明數(shù)據(jù)相關(guān)的相聞數(shù)據(jù)組識別，而如果被此簡要表或被一相聯(lián)數(shù)據(jù)組或者被此數(shù)據(jù)結(jié)構(gòu)所指明，訪問至少一另一相聯(lián)數(shù)據(jù)組和一由所述另一相聯(lián)數(shù)據(jù)組識別的管理規(guī)則簡要表，以使得此管理系統(tǒng)能恰當(dāng)?shù)仨憫?yīng)觸發(fā)信號。
簡便地可將相聯(lián)數(shù)據(jù)組被安排成層次結(jié)構(gòu)。這可采用反映網(wǎng)絡(luò)的分層模型的相聯(lián)數(shù)據(jù)組之間的“被支持”關(guān)系。
此觸發(fā)信號例如可能是因?yàn)榫W(wǎng)絡(luò)硬件部件中發(fā)生故障而產(chǎn)生的。在這種情況中管理系統(tǒng)必須能分析故障的后果以便確定是否需要采取管理動作。管理動作可能僅只是一向用戶的報告，或者例如說，可能涉及到重定通訊路線。
另外觸發(fā)信號也可能是因?yàn)榫W(wǎng)絡(luò)性能或由其提供的服務(wù)的衰變而發(fā)生的。在這種情況下，系統(tǒng)進(jìn)行的管理動作可被設(shè)計成能采取加以校正的或者避免的動作。
另一方面，觸發(fā)信號可能因?yàn)橛脩艋蚍?wù)提供者要求對網(wǎng)絡(luò)或其服務(wù)進(jìn)行測試而產(chǎn)生。這樣管理系統(tǒng)就必須能確定測試或所進(jìn)行的測試的性質(zhì)，并將結(jié)果返回報告。
本發(fā)明的實(shí)施例使得不管結(jié)構(gòu)中可能存在的原有接口或管理系統(tǒng)的功能如何，均能檢測和控制有關(guān)網(wǎng)絡(luò)發(fā)生的問題及故障和它們的影響的散布方式。因?yàn)檫@些實(shí)施例也能測試網(wǎng)絡(luò)和服務(wù)，所以能提供各方面的故障、測試和性能管理。
這些特征說明數(shù)據(jù)組可以識別網(wǎng)絡(luò)能力，例如容量，或者可識別服務(wù)或服務(wù)支持特性。按照本發(fā)明實(shí)施例的管理系統(tǒng)的原理在于數(shù)據(jù)結(jié)構(gòu)有效地將服務(wù)與提供它們的網(wǎng)絡(luò)相隔絕。這例如在一個或多個服務(wù)提供者要通過一或多個獨(dú)立的網(wǎng)絡(luò)操作者的網(wǎng)絡(luò)提供服務(wù)的情況下可能是特別重要的。
按照本發(fā)明實(shí)施例的管理系統(tǒng)可設(shè)計成與過去采用類別的通信網(wǎng)絡(luò)一起使用，利用構(gòu)成于開關(guān)內(nèi)的軟件，或者例如與最近開發(fā)的智能網(wǎng)絡(luò)結(jié)構(gòu)，等等一起使用其中網(wǎng)絡(luò)智能與正進(jìn)入實(shí)用的服務(wù)的激增相適應(yīng)地被與開關(guān)分離地設(shè)置而且要復(fù)雜得多。
(盡管在本說明中可被稱作網(wǎng)絡(luò)管理系統(tǒng)，但如實(shí)際中的情況那樣，一般這些系統(tǒng)也將提供服務(wù)管理功能。)在本發(fā)明第一方面的說明中，上面稱之為管理規(guī)則簡要表可保存有關(guān)網(wǎng)絡(luò)約束的數(shù)據(jù)，例如容量，或者可保存有關(guān)服務(wù)約束的數(shù)據(jù)，例如在用戶和服務(wù)提供者和/或網(wǎng)絡(luò)運(yùn)行人員之間的服務(wù)等級協(xié)定中提出的條件。這就是說，至少部分地，本發(fā)明實(shí)施例給予通過管理系統(tǒng)的例如服務(wù)管理與網(wǎng)絡(luò)管理范疇之間原有接口的管理能力。
服務(wù)等級協(xié)議通常是在一網(wǎng)絡(luò)或服務(wù)提供者與網(wǎng)絡(luò)的使用人員或用戶之間的，并設(shè)定使用者或用戶所選擇的服務(wù)，連同服務(wù)提供者已同意滿足的條件。
本發(fā)明第一方面的實(shí)施例可被表述為一用于通信網(wǎng)絡(luò)的管理系統(tǒng)，此管理系統(tǒng)按照被管理網(wǎng)絡(luò)的分層模型構(gòu)成，此管理系統(tǒng)包括i)用于相對于網(wǎng)絡(luò)和/或由其提供的服務(wù)的觸發(fā)信號的輸入端；ii)用于響應(yīng)于所述觸發(fā)信號訪問和處理信息的數(shù)據(jù)處理裝置；和iii)用于相對于網(wǎng)絡(luò)和/或所述服務(wù)而發(fā)生信號的輸出端，其中所述數(shù)據(jù)處理裝置包括一具有一特征協(xié)議數(shù)據(jù)存貯的數(shù)據(jù)層次的結(jié)構(gòu)，各自在網(wǎng)絡(luò)模式的一層上檢索定義特征具體要求的數(shù)據(jù)中使用以支持一組與運(yùn)行相關(guān)的條件，例如服務(wù)等級協(xié)定的條件等。
觸發(fā)信號可能是例如表明一網(wǎng)絡(luò)部件出現(xiàn)故障的故障或性能報告。然后管理系統(tǒng)通過訪問對應(yīng)于網(wǎng)絡(luò)模型的網(wǎng)絡(luò)管理層的一級的數(shù)據(jù)結(jié)構(gòu)作出響應(yīng)，并利用這一級可訪問的數(shù)據(jù)來確定什么能對網(wǎng)絡(luò)特征起作用和到什么程度。此數(shù)據(jù)還可能指出是否需要訪問第二級的數(shù)據(jù)結(jié)構(gòu)。如果沒有特征被影響，或者僅在細(xì)微程度上影響特征，則管理系統(tǒng)即可能觸發(fā)網(wǎng)絡(luò)診斷和修理而不必例如必須對用戶發(fā)出報告。
另一方面，一故障報告可能意味著網(wǎng)絡(luò)所提供的一個或多個特征受到嚴(yán)重影響，結(jié)果影響到對用戶的服務(wù)，因而應(yīng)向用戶報告。在這種情況下管理系統(tǒng)將多半需要訪問該層次中一系列等級的數(shù)據(jù)結(jié)構(gòu)，以便順次不僅對網(wǎng)絡(luò)進(jìn)行診斷和修理而且隨之發(fā)出結(jié)果報告，例如給用戶的故障報告。
在網(wǎng)絡(luò)的不同級別間的接口方面實(shí)現(xiàn)網(wǎng)絡(luò)管理功能的控制是特別困難。本發(fā)明實(shí)施例可為不同等級間、例如服務(wù)和網(wǎng)絡(luò)管理層間的接口提供一種框架，而基于數(shù)據(jù)結(jié)構(gòu)的特征協(xié)定設(shè)定網(wǎng)絡(luò)與服務(wù)間的關(guān)系。本發(fā)明的實(shí)施例不僅僅能追溯地進(jìn)行故障檢驗(yàn)和管理而且還能予先例如俘獲進(jìn)入不同層間的故障傳播該后一方面提供了潛在的故障預(yù)防及糾正。
上述著重于故障管理，并引用一觸發(fā)信號作為關(guān)于網(wǎng)絡(luò)部件方面的故障報告。但本發(fā)明的實(shí)施例亦可用于管理網(wǎng)絡(luò)的其他方面，例如測試管理或性能報告的傳送。如果一用戶要求需要對一服務(wù)、特征或網(wǎng)絡(luò)部件的某方面進(jìn)行測試的信息，則此觸發(fā)信號即可包括一測試請求。在這一點(diǎn)上管理系統(tǒng)多半要訪問對應(yīng)于網(wǎng)絡(luò)模式的服務(wù)管理層的數(shù)據(jù)結(jié)構(gòu)的一組，作為確定需要采用何種測試和是否需要測試服務(wù)、特征和/或網(wǎng)絡(luò)部件中的第一步驟。根據(jù)在這一級數(shù)據(jù)結(jié)構(gòu)訪問的數(shù)據(jù)，管理系統(tǒng)而后可能需要訪問對應(yīng)于網(wǎng)絡(luò)模式的網(wǎng)絡(luò)管理層的一級。在這種情況下管理系統(tǒng)所發(fā)出的信號可以是產(chǎn)生對實(shí)際網(wǎng)絡(luò)部件進(jìn)行測試的測試信號，和隨后將以將結(jié)果傳送給用戶測試報告。
如果發(fā)生網(wǎng)絡(luò)組成部件出故障而致使其性能惡化的網(wǎng)絡(luò)情況，這就可能促使產(chǎn)生一觸發(fā)信號，將其與適應(yīng)于該級網(wǎng)絡(luò)或服務(wù)管理系統(tǒng)的特征和特征協(xié)議數(shù)據(jù)存貯進(jìn)行比較，以確定是否應(yīng)將性能報告?zhèn)魉偷捷^高一級管理。這一過程可迭代地應(yīng)用在各連續(xù)的等級，而結(jié)果可能是將性能報告實(shí)時地或者被累計以周期的統(tǒng)計報告的形式發(fā)送給服務(wù)的用戶。
按照本發(fā)明的第二個方面，提供的一種管理通信網(wǎng)絡(luò)的方法，借助于一配合有一種分層數(shù)據(jù)結(jié)構(gòu)的網(wǎng)絡(luò)管理系統(tǒng)，此層次結(jié)構(gòu)的等級對應(yīng)于網(wǎng)絡(luò)模式的層，且此數(shù)據(jù)結(jié)構(gòu)包含或具有對定義關(guān)于各個層的網(wǎng)絡(luò)的專用特征功能要求的數(shù)據(jù)的訪問，此方法包括i)接收由關(guān)于網(wǎng)絡(luò)和/或其提供的服務(wù)的信息構(gòu)成的觸發(fā)信號；ii)通過訪問該層次結(jié)構(gòu)中第一級的數(shù)據(jù)結(jié)構(gòu)來應(yīng)答該觸發(fā)信號；
iii)利用第一級的數(shù)據(jù)來處理所接收的信息；和iv)應(yīng)答所述處理的輸出以如由所述輸出指出的訪問該層次結(jié)構(gòu)的第二級的數(shù)據(jù)結(jié)構(gòu)。
概括地說，按照本發(fā)明的實(shí)施例的用于網(wǎng)絡(luò)分層模型的網(wǎng)絡(luò)管理系統(tǒng)結(jié)合一分層數(shù)據(jù)結(jié)構(gòu)，它能按照一觸發(fā)信號應(yīng)用有關(guān)網(wǎng)絡(luò)模型不同層的多組條件來確定網(wǎng)絡(luò)管理輸出。察看一具有低于服務(wù)管理層的網(wǎng)絡(luò)管理層的網(wǎng)絡(luò)模型，如果管理系統(tǒng)接收到的一網(wǎng)絡(luò)部件的故障報告作為觸發(fā)信號，一般首先應(yīng)用一組來自等于網(wǎng)絡(luò)管理層的數(shù)據(jù)結(jié)構(gòu)中一級的條件，并根據(jù)輸出結(jié)果接著應(yīng)用用該數(shù)據(jù)結(jié)構(gòu)中其他等級的條件。各種情況下的相關(guān)組條件由保留在數(shù)據(jù)結(jié)構(gòu)中的特征協(xié)議數(shù)據(jù)存貯來確定。
如果管理系統(tǒng)接收到來自一用戶的測試請求作為觸發(fā)信號，一般首先將應(yīng)用一組來自等于服務(wù)管理層的數(shù)據(jù)結(jié)構(gòu)中一級的條件，然后實(shí)際通過SML/NML接口在其他方向移動來應(yīng)用一組來自等于網(wǎng)絡(luò)管理層的一級的條件。
現(xiàn)在參照附圖，僅作為示例來對按照本發(fā)明一實(shí)施例的網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行說明，所述附圖為

圖1表示可用于為網(wǎng)絡(luò)管理系統(tǒng)所采用的先進(jìn)通訊服務(wù)的網(wǎng)絡(luò)裝備；圖2表示根據(jù)ATM技術(shù)的用于寬帶服務(wù)的協(xié)議參考模型；圖3表示用于用戶/服務(wù)管理級接口的實(shí)體關(guān)系圖；圖4表示用于服務(wù)管理級/網(wǎng)絡(luò)管理級接口的實(shí)體關(guān)系圖；圖5表示一用于專用電路的網(wǎng)絡(luò)特征；圖6表示用于服務(wù)管理級/網(wǎng)絡(luò)管理級接口的專用電路的特征協(xié)定模型；圖7表示用于一特定服務(wù)中路由的特征協(xié)定模型；圖8表示用于圖7的特定服務(wù)中的類別的進(jìn)一步一層特征協(xié)定模型；
圖9表示用于一異步傳送模式(ATM)網(wǎng)絡(luò)的一模型的特征類別層次結(jié)構(gòu)；圖10表示可用于為組合特征和簡要表以形成在ATM網(wǎng)絡(luò)上的有用的網(wǎng)絡(luò)插入的特征協(xié)定的類別示例；圖11表示服務(wù)特征與ATM網(wǎng)絡(luò)特征間的映射；圖12表示一簡單服務(wù)的用戶視圖；圖13表示用于帶有其映射到ATM網(wǎng)絡(luò)上的簡單服務(wù)的特征協(xié)定模型；圖14表示圖11一不同路由的電路的較詳細(xì)的部分模型；圖15表示圖13的模型在使用中響應(yīng)一事件的部分；圖16以方框圖表示按照本發(fā)明的一實(shí)施例的管理系統(tǒng)與欲加管理的通信網(wǎng)絡(luò)相結(jié)合；圖17表示網(wǎng)絡(luò)管理系統(tǒng)在故障管理中的功能的流程圖；圖18表示網(wǎng)絡(luò)管理系統(tǒng)在測試中的功能的流程圖；圖19表示圖13的模型在使用中響應(yīng)測試請求的部分；和圖20以方框圖表示管理網(wǎng)絡(luò)中本發(fā)明實(shí)施例中應(yīng)用的硬件和功能性的較之圖16裝置更詳細(xì)的表述。
本發(fā)明的實(shí)施例的以下說明按照面向目標(biāo)的原則表示。這些是公知的并涉及以軟件目標(biāo)描述現(xiàn)實(shí)領(lǐng)域中實(shí)體的編程技術(shù)。各軟件目標(biāo)包括與此現(xiàn)實(shí)領(lǐng)域?qū)嶓w相關(guān)的數(shù)據(jù)，這些數(shù)據(jù)僅能由相關(guān)的處理軟件進(jìn)行訪問。亦即，數(shù)據(jù)被封裝在表現(xiàn)為一數(shù)據(jù)和性能的整體單元的處理軟件中。目標(biāo)可被分組以分成類，每一類別中的目標(biāo)共有相同屬性。類別被分層地配置，子類別繼承母類別的全部屬性但均共有一組公用的附加屬性?？赡軆H僅是使現(xiàn)實(shí)領(lǐng)域?qū)嶓w能被管理的屬性是需要的。這樣一個目標(biāo)被稱之為被管理的目標(biāo)而然后將這些目標(biāo)分組成為被管理目標(biāo)類別。
按照面向目標(biāo)原則建立本發(fā)明的實(shí)施例不是主要的，但是本發(fā)明不應(yīng)被看作為局限于這方面。
下面敘述的網(wǎng)絡(luò)管理系統(tǒng)是建立在先進(jìn)的網(wǎng)絡(luò)和服務(wù)的上下文中，特別是由異步傳送模式(ATM)網(wǎng)絡(luò)技術(shù)提供的靈活的帶寬服(FBS)。對所涉及的服務(wù)和網(wǎng)絡(luò)技術(shù)的概況的了解是有用的。
網(wǎng)絡(luò)管理系統(tǒng)技術(shù)上下文參看圖16，用于通信網(wǎng)絡(luò)163的管理系統(tǒng)162通常包括可訪問一或多個工作站(未作圖示)的管理功能軟件160，并結(jié)合有一個或多個用于管理信息的數(shù)據(jù)存貯器161。建立按照本發(fā)明的實(shí)施例的管理系統(tǒng)所依賴的技術(shù)在這種程度上的支持硬件方面是通常的。例如，對于主網(wǎng)絡(luò)，支持硬件可以是一IBM主機(jī)計算機(jī)，或者在將來日益增多的分布式數(shù)據(jù)處理功能系統(tǒng)。數(shù)據(jù)存貯161可被包括在管理功能軟件之中，或者可以由其分布，并能為其他管理系統(tǒng)訪問。
參看圖20，通常將附加接口提供在以下兩者之間i)與網(wǎng)絡(luò)緊密相關(guān)的各種不同類型的管理功能160，在這里的情況中的為配置、故障和性能管理1601、1602和1603；ii)多個面向事務(wù)的管理功能，例如策劃和記帳管理1604、1605；iii)用戶終端200；和當(dāng)然iv)網(wǎng)絡(luò)本身163。
應(yīng)用中，網(wǎng)絡(luò)管理功能由網(wǎng)絡(luò)接收數(shù)據(jù)(或者如果網(wǎng)絡(luò)管理系統(tǒng)管理多于一個網(wǎng)絡(luò)時實(shí)際上由多個網(wǎng)絡(luò))，分析數(shù)據(jù)并按照它進(jìn)行適當(dāng)?shù)匕l(fā)出報告和控制輸出的動作。另一方面，它可能接收其它輸入，例如測試請求，在這種情況下它將分析可能已經(jīng)接收到的或者可能必須按照測試請求加以收集的測試信息，和再相應(yīng)地發(fā)出報告。
在網(wǎng)絡(luò)管理(NM)功能的操作中當(dāng)然很重要的是它對相關(guān)信息進(jìn)行分析的方式，即按照所接收的數(shù)據(jù)輸入是什么，這些數(shù)據(jù)輸入裝載的地點(diǎn)，如何選擇作分析的數(shù)據(jù)輸入和在分析它所分配的數(shù)據(jù)中應(yīng)用什么數(shù)據(jù)，特別是作為參考值，因?yàn)檫@些因素在確定通過NM功能進(jìn)行監(jiān)視和控制方面網(wǎng)絡(luò)如何進(jìn)行處理中均要起部分作用。對此適當(dāng)?shù)氖墙⑦M(jìn)NM功能的網(wǎng)絡(luò)模型，或據(jù)此來構(gòu)成。
可對本發(fā)發(fā)明的實(shí)施例加以說明的一種情況是由異步傳送模式網(wǎng)絡(luò)提供的靈活帶寬服務(wù)，現(xiàn)在將對這些作較詳細(xì)說明。
靈活帶寬服務(wù)(FBS)FBS是一種網(wǎng)絡(luò)服務(wù)，向用戶提供在他們自己的硬件中的購買上的選擇，例如多路器和專用傳輸電路，以便建立一協(xié)同的專用網(wǎng)絡(luò)。用戶在點(diǎn)到點(diǎn)的基礎(chǔ)上指定特定的帶寬要求，接口和工作時間要求，并且網(wǎng)絡(luò)操作人員提供和管理所需的滿足這些要求的設(shè)備和容量。用戶能通過現(xiàn)場網(wǎng)絡(luò)管理終端監(jiān)視他們的網(wǎng)絡(luò)和請求的帶寬變化。另外，用于FBS的帳目系統(tǒng)被設(shè)計得給予用戶完全的靈活性，使得帳目可根據(jù)用戶所規(guī)定的在用戶機(jī)構(gòu)內(nèi)部分?jǐn)?，并按用戶所希望的?guī)律發(fā)送到所選擇的地址。
FBS被設(shè)計成獨(dú)立于用來實(shí)現(xiàn)它的物理網(wǎng)絡(luò)。例如說可采用一核心網(wǎng)絡(luò)多路器，與覆蓋網(wǎng)絡(luò)操作操作人員的中繼網(wǎng)絡(luò)的雙向2Mb/s運(yùn)載電路作全面互連。這樣一種網(wǎng)絡(luò)可被設(shè)計得具有靈活性、可回復(fù)性和經(jīng)濟(jì)性。只要多路器符合國際標(biāo)準(zhǔn)，服務(wù)就能適當(dāng)?shù)剡w移到新的網(wǎng)絡(luò)技術(shù)上。
參看圖1，表明對一具有三個場所(A、B和C)的用戶的FBS服務(wù)的基本結(jié)構(gòu)?？梢宰⒁獾竭@一特定用戶具有一要求高回復(fù)性訪問的場所，場所B，這由場所B與核心FBS網(wǎng)絡(luò)間的不同路由來達(dá)到。
在這一例中，用戶向網(wǎng)絡(luò)的訪問可以三個方法來實(shí)現(xiàn)高速訪問--2Mb/s本地電纜鏈路加上一用戶場所的多路器；中速訪問--2Mb/s本地電纜鏈路加上一能同時利用達(dá)十種服務(wù)的現(xiàn)場多路器；低速訪問--一“千數(shù)據(jù)流”系統(tǒng)鏈路提供速度達(dá)64Kb/s的單個服務(wù)，或者以一多路器使得能提供速率為9.6或19.2Kb/s的3至5個服務(wù)。
被置于用戶場所的多路器是FBS服務(wù)的部分并由網(wǎng)絡(luò)操作人員管理。以下列三種方式的組合來提供對用戶路由可行的帶寬
“24小時”帶寬--一每年365天，每天24小時均可實(shí)現(xiàn)1.2Kb/s至1920Kb/s的速度范圍。可按用來改變這種安排。
“排定的”帶寬--按照予先的用戶安排被啟用和斷開的帶寬?？砂丛聛砀淖冞@種安排；“按要求”帶寬--在不能按月提前指定帶寬要求時應(yīng)用。用戶指定所需服務(wù)的連通性，但不包括所要求被應(yīng)用的次數(shù)。此“按要求”帶寬通過電話、傳真或網(wǎng)絡(luò)管理終端被請求。將在三小時之內(nèi)使此帶寬成為可能。
“24小時”、“排定的”和“按要求”帶寬的總和定義每一場的帶寬要求。利用這一信息，網(wǎng)絡(luò)操作人員可規(guī)定網(wǎng)絡(luò)的大小以滿足用戶已同意的服務(wù)等級品質(zhì)。
ATM網(wǎng)絡(luò)技術(shù)ATM是基于單元的傳輸技術(shù)。它能承擔(dān)所有類型定時和帶寬要求的服務(wù)，包括數(shù)據(jù)、圖象、語言、傳真、發(fā)送信息和多媒體服務(wù)?；疚锢斫M成部分是傳輸鏈路、多路器和開關(guān)。虛擬通路和虛擬信道概念提供一種提取物理設(shè)備的機(jī)制。物理傳輸鏈路例如可承載二個虛擬通路，每一虛擬通路承載三個虛擬信道。物理傳輸鏈路例如可以是由無源光網(wǎng)絡(luò)(PON)鏈路支撐的同步數(shù)字層次結(jié)構(gòu)(SDH)或ATM。用于傳輸?shù)牡湫臀凰俾蕿?.4Gb/s和用于開關(guān)轉(zhuǎn)換的為40Gb/s。
由于所承擔(dān)的服務(wù)范圍很廣，各自具有不同品質(zhì)的服務(wù)(QOS)要求，和優(yōu)化對網(wǎng)絡(luò)資源的利用的需要，因而要求有效的通訊和QOS管理控制?，F(xiàn)今ITU系列建議已證實(shí)二種類型控制，即連接接收控制(CAC)和資源管轄(SP)。CAC保證僅有在期望網(wǎng)絡(luò)能承載額外的通訊量時才設(shè)定新的連接。SP監(jiān)視網(wǎng)絡(luò)的輸入端口以保證進(jìn)入的通訊量與用戶同意的速率相適應(yīng)。如不一致將導(dǎo)致單元的被廢棄或者被以較低優(yōu)先級接收和/或使用戶增加額外負(fù)擔(dān)。
ATM的特有維護(hù)問題是關(guān)于信源管轄(SP)及呼叫接收控制(CAC)。執(zhí)行SP的管轄功能(PF)是一通常在硬件中完成的網(wǎng)絡(luò)部件功能。如果呼叫被PF排除，可能希望通過服務(wù)管理層通知用戶所招致的服務(wù)的降格。由于確定是否通知SML是由網(wǎng)絡(luò)管理作出的，可能需要發(fā)出報警標(biāo)記或故障報告。用于排除單元的閥值將隨服務(wù)而定，如在用戶合用中規(guī)定的。同樣對于CAC，呼叫拒絕必須通知SML?？扇菰S的拒絕率是按服務(wù)而定的，并在用戶合同中予以規(guī)定。
由PF或CAC檢測的合同的違背可能是因故障設(shè)備引起的，因而要啟動維護(hù)程序。管理系統(tǒng)必須確定違背合同的原因(亦即，硬件故障還是用戶對合同的濫用)，并采取相應(yīng)的動作。
參看圖2，隨著開放系統(tǒng)相互連接(OSI)的邏輯層次結(jié)構(gòu)而來的用于基于ATM寬頻帶服務(wù)的協(xié)議參考模型，其中各層均具有其自身的特定功能并利用下面層所提供的服務(wù)對上面層提供規(guī)定的服務(wù)。在ATM層與更高層之間配置有ATM適應(yīng)層(AAL)。用戶服務(wù)存在于此更高層中。AAL的作用是為增強(qiáng)按照特定用戶(使用者)服務(wù)的要求由ATM層提供的傳遞服務(wù)。就是說，它提供在源與目標(biāo)(同步或異步)、位速率(恒定或變化的)與連接方式(面向連接的或無連接的)之間所請求的定時關(guān)系。AAL還提供用于將服務(wù)數(shù)據(jù)分段成為ATM單元大小的部分以便通過虛擬信道傳輸和在目標(biāo)處重新組裝的功能。
ITU標(biāo)準(zhǔn)正文具有所定義的5個AAL協(xié)議型式以適應(yīng)很大范圍的用戶服務(wù)。AAL1用于同步恒定位速率服務(wù)，例如音頻和視頻(亦即電路仿真)。AAL2用于同步可變位速率服務(wù)，例如被壓縮的視頻。AAL3/4用于可變位速率服務(wù)，該AAL原本是兩個，一個用于可連接的服務(wù)(如幀畫面中繼)和一個用于無連接服務(wù)(如SMPS)。而后來作成為一個AAL能包括二種情況。AAL5是AAL3/4的簡化方案，使得能以改進(jìn)的差錯檢測地傳送較大的數(shù)據(jù)塊。最后，在ATM層服務(wù)足以滿足用戶要求時，采用AAL0。
特征協(xié)定概念在本發(fā)明的實(shí)施例中，導(dǎo)入此“特征協(xié)定(FA)”概念。
FA模型提供一種一致措施來支持網(wǎng)絡(luò)管理系統(tǒng)的管理層之間的接口。它使得一管理層能以一種相鄰層能理解的格式來提供有關(guān)其定義域某一方面的特定描述，例如，此網(wǎng)絡(luò)可被服務(wù)管理系統(tǒng)看作一組網(wǎng)絡(luò)性能(通常稱為網(wǎng)絡(luò)特征)，它構(gòu)成了藉之建立服務(wù)的組成部分。這些網(wǎng)絡(luò)特性可以與網(wǎng)絡(luò)技術(shù)或設(shè)備售主無關(guān)。
FA模型的基本組成部分為下面的管理對象類別。這些類別可分成為用于特定網(wǎng)絡(luò)或服務(wù)的子類別。
i)特征該類別抽象地說明了在一管理接口所提供的技術(shù)或功能成分。在用戶/SML接口處，提供給用戶的服務(wù)可能包括一個或更多的特征(或子類別服務(wù)特征)。應(yīng)指出，一服務(wù)特征可以是一可用于用戶的服務(wù)管理能力。在SML/NML接口處，該特征將表示支持服務(wù)特征的網(wǎng)絡(luò)技術(shù)或網(wǎng)絡(luò)功能。這些特征均為網(wǎng)絡(luò)特征。如果已存在合適的類別的話，可利用一個或更多的標(biāo)準(zhǔn)管理對象來表明一特征。
ii)簡要表一簡要表說明如何在管理上支持一種特征，例如維護(hù)、儲備或記帳，和服務(wù)要求的性能/質(zhì)量。沒有與僅包含信息的簡要表相關(guān)的功能。
iii)特征協(xié)定一特征協(xié)定將特征與針對該協(xié)定的特定用戶而欲被應(yīng)用于這些特征的簡要表相關(guān)聯(lián)。此關(guān)聯(lián)是所有簡要表應(yīng)用到為該特征協(xié)定所引用的特征。根據(jù)該接口，用戶可能是SML，另一網(wǎng)絡(luò)操作人員，一實(shí)際用戶或另一系統(tǒng)或利用此特征協(xié)定的實(shí)體。
有可能一特征協(xié)定要支持特征與簡要表之間的多個對多個的關(guān)系，但在本實(shí)施例中，已采用全體對全體的關(guān)系。
iv)服務(wù)用戶合同服務(wù)用戶合同是包括一網(wǎng)絡(luò)操作人員與一用戶間的整個協(xié)定的合同。它僅被用于用戶/SML接口。服務(wù)用戶合同(SCC)將引用概括所有服務(wù)的簡要表，例如綜合記帳要求。
參看圖3，構(gòu)成模型的框架，在這里為在用戶/SML接口處，可以一實(shí)體關(guān)系圖來表明。
SCC30指的是用戶31的所有服務(wù)。SCC可以由許多子合同組成。每一服務(wù)以一服務(wù)FA32來表示，它由多個服務(wù)特征33組成并按照用于該FA的簡要表34進(jìn)行管理。FA32可由許多簡單的服務(wù)組成，因此一FA32能通過相關(guān)的FA關(guān)系35涉及到其他FA。在一服務(wù)特征33由一網(wǎng)絡(luò)特征支持時，該服務(wù)FA32可涉及到包括支持網(wǎng)絡(luò)特征的網(wǎng)絡(luò)FA36。在同一類型的簡要表被SCC30和FA32所引用時，F(xiàn)A簡要表將優(yōu)先。如果可能的話應(yīng)避免這種情況。
參照圖4，SML/NML接口的模型框架引入網(wǎng)絡(luò)特征47和相關(guān)的簡要表48。各網(wǎng)絡(luò)FA36指向這些網(wǎng)絡(luò)特征47，而相關(guān)的簡要表48定義應(yīng)如何管理特征，或執(zhí)行。網(wǎng)絡(luò)特征47可能由較簡單的網(wǎng)絡(luò)特征組成，因而網(wǎng)絡(luò)FA36可能涉及其他網(wǎng)絡(luò)FA。
FA模型對專用電路的應(yīng)用參照圖5，F(xiàn)A模型可被應(yīng)用于專用電路以規(guī)定一網(wǎng)絡(luò)提供給另外的管理系統(tǒng)的專用電路的狀態(tài)。
有一個用于專用電路的網(wǎng)絡(luò)特征50。特征50由存在于對應(yīng)的網(wǎng)絡(luò)操作人員的網(wǎng)絡(luò)模型中的類別組成。這些類別為子網(wǎng)絡(luò)連接51和網(wǎng)絡(luò)等級連接端點(diǎn)52。圖5表示它們的如何被用來記錄特征信息。如圖示，專用電路特征50由代表電路的ID加以識別。
專用電路將具有可被適當(dāng)分類的相關(guān)聯(lián)的簡要表。可利用下面的簡要表類別的子類別。
·專用電路可利用簡要表定義專用電路的可用性和破壞可用性要求的條件。二種屬性被定義··可用性指數(shù)(availability Figure)定義電路必定可用的時間百分比；··破壞條件(break Conditions)定義破壞可用性要求的報警型式和嚴(yán)重性。
·專用電路維護(hù)簡要表定義對專用電路的維護(hù)要求，包括需要覆蓋的時刻和響應(yīng)時間。屬性有··維護(hù)覆蓋(maintenance Cover)按每天的小時，每周的天數(shù)，和任何例外；··響應(yīng)時間(response Time)一旦認(rèn)定一故障后必須采取行動的時間；··窗(window)定義在其期間能進(jìn)行維護(hù)操作的時間。
·專用電路報告簡要表規(guī)定應(yīng)報告什么信息，向何處報告和在怎樣的情況下報告。屬性是··報告必須對各目標(biāo)系統(tǒng)報告的信息；報告條件··發(fā)送報告的條件。
參看圖6，一專用電路的特征協(xié)定為privateCircuitFeatureAgreement(專用電路特征協(xié)定)。relatedfeatures(相關(guān)的特征)屬性被限于指向subnetworkConnection類別的范例61。relatedProfiles(相關(guān)的簡要表)屬性被限于指向上述的三個簡要表的范例62。
如上述的FA模型僅被用于相對簡單的情況。如果FA模擬措施要被作較廣泛的應(yīng)用，并用于除專用電路之外的網(wǎng)絡(luò)和服務(wù)的話，則必須了解這一措施的限制和所識別的任何提高(例如，從未被識別過的新型關(guān)系或?qū)傩裕蛘邔﹃P(guān)系和屬性的具體制約)。以下是在模擬較先進(jìn)的網(wǎng)絡(luò)和服務(wù)例如ATM網(wǎng)絡(luò)和FBS時必須考慮的問題。
·特征識別在特征協(xié)定措施的整個制約之內(nèi)，可能有許多方法能用于描述復(fù)雜的服務(wù)，例如FBS，或網(wǎng)絡(luò)，例如ATM。理想的是，由一標(biāo)準(zhǔn)的服務(wù)和網(wǎng)絡(luò)規(guī)范來自生成特定的模型。
·特征的再利用當(dāng)較多的服務(wù)和網(wǎng)絡(luò)被加以模擬時，很可能有些特征對不只一個服務(wù)或網(wǎng)絡(luò)是共同的。這些應(yīng)被以一種使它們能在其他模型中被再加利用的格式予以記錄。應(yīng)以同樣方法模擬同樣的特征，而在可能時應(yīng)構(gòu)成一類別層次結(jié)構(gòu)來便于再利用。
·相關(guān)的特征對完成先進(jìn)網(wǎng)絡(luò)和服務(wù)的完善管理，多半需要表明同一管理層特征之間的關(guān)系。例如，對網(wǎng)絡(luò)的故障管理，為了定位故障以進(jìn)行前攝故障管理而了解一特征對另一特征的作用是有利的?？衫胷elatedFAS(相關(guān)FA)指針(見圖4)或一獨(dú)立的關(guān)系目標(biāo)。但這種信息可以不被要求利用FA概念來表述。
由于服務(wù)特征可組合以形成較高等級的特征，而且接著還可成為更高級別特征的部分，還存在另一個內(nèi)部管理層關(guān)系。為適應(yīng)這種結(jié)構(gòu)需要采用層次結(jié)構(gòu)機(jī)制。這些關(guān)系可能需要對FA模型中進(jìn)行類別定義的屬性擴(kuò)展。
·服務(wù)族對于事實(shí)上為一服務(wù)族的服務(wù)，作為一組來管理這一族可以是很方便的。
·作為服務(wù)組的服務(wù)如FBS這樣的復(fù)雜服務(wù)是由被組合在一起以構(gòu)成整個服務(wù)的從屬服務(wù)組成的。例如，一服務(wù)實(shí)際上可由多個成分的集合構(gòu)成，包括網(wǎng)絡(luò)服務(wù)(呼叫線路識別，網(wǎng)絡(luò)速度呼叫，工作日安排等)，被轉(zhuǎn)換數(shù)據(jù)，租用線路和呼叫流服務(wù)。組成部分服務(wù)被加以模擬以使得用戶將該組服務(wù)看作為一單個的服務(wù)。
·用戶管理功能一些服務(wù)，包括FBS，使用戶能在某種程度上對他們的服務(wù)管理控制。這一管理設(shè)置是該服務(wù)的部分因而必需在FA模型中加以表述。
·收費(fèi)率和記帳對象FBS之類服務(wù)的收費(fèi)率和記帳較之傳統(tǒng)的租用線路服務(wù)要復(fù)雜得多。這種設(shè)置被看作是服務(wù)的部分而必須加以模擬。
·作服務(wù)與網(wǎng)絡(luò)一齊的映象網(wǎng)絡(luò)和租用線路服務(wù)的服務(wù)之間的關(guān)系對利用FA概念的模型是相當(dāng)簡單，因?yàn)樵诰W(wǎng)絡(luò)與服務(wù)特征之間進(jìn)行映象基本上是一對一的。對于更復(fù)雜的服務(wù)如FBS，這種映象則復(fù)雜得多。必須開發(fā)一種為定義和表述關(guān)系信息的框架來滿足所有管理功能的要求，包括消息傳輸(例如損壞特性影響報告和測試動作)和事件/報警發(fā)布。FA模型包含有關(guān)系目標(biāo)來支持這一點(diǎn)。所開發(fā)的框架必須一致和適當(dāng)靈活以滿足所有當(dāng)前的和未來的網(wǎng)絡(luò)和服務(wù)。
除網(wǎng)絡(luò)和服務(wù)實(shí)體的映象外，還有將管理信息例如報警、測試結(jié)果、故障和性能報告、配置要求等映象進(jìn)雙方管理層均能理解的術(shù)語的問題。隨著服務(wù)更加獨(dú)立于支持它們的網(wǎng)絡(luò)，這成為越來越困難。不清楚管理系統(tǒng)的哪一部分應(yīng)承擔(dān)進(jìn)行此映象。
對于故障和測試管理，必須了解在故障情況下網(wǎng)絡(luò)和服務(wù)的工況。利用FA模擬概念，一“損壞特性數(shù)據(jù)庫”(BFDB)可被用來支持用于專用電路的SML/網(wǎng)絡(luò)控制層(NCL)接口的故障管理。損壞的特性是一由于某種問題而不能正確地實(shí)現(xiàn)功能作用的特征。BFDB是一影響損壞的網(wǎng)絡(luò)特性的服務(wù)的存貯器。
BFDB提供向SML報告網(wǎng)絡(luò)故障的裝置。當(dāng)一專用電路(例如一兆流電路)上發(fā)生故障時，一報警信號由用于該電路的報警收集單元(ACU)的接收。此ACU確定關(guān)于此故障的信息(電路ID，設(shè)備ID，報警型式，等)，并以特征影響報告(FAR)的形式將這一信息傳送到BFDB。BFDB依靠與FA可行性簡要表進(jìn)行比較來檢查所接收到的故障是否有損特性。如果有損特性則檢查此特性是否已遭破壞。如果它被破壞，就將故障針對此破壞而加以登記而不再采取行動。如果特性尚未被破壞則登記新的破壞并向SML發(fā)送影響的報告。此BFDB還能處理來自其他系統(tǒng)例如一事件和測試管理系統(tǒng)(ETMS)的關(guān)于當(dāng)前針對一受損特性所登記的故障的查詢。
如果將BFDB伸展到專用電路之外的服務(wù)，則將必須覆蓋以下范圍·驗(yàn)明特征如何能破壞對于新的服務(wù)和網(wǎng)絡(luò)可能很難于求取特征如何能破壞的信息。對于服務(wù)，標(biāo)準(zhǔn)將基于網(wǎng)絡(luò)操作人員與用戶間的服務(wù)協(xié)議的品質(zhì)。但是，如果損壞是由于網(wǎng)絡(luò)問題，就需要導(dǎo)出網(wǎng)絡(luò)事故是如何影響服務(wù)特性的。網(wǎng)絡(luò)性能將存在于很寬范圍的級別中，而這種信息必須被變換成為在服務(wù)級上有意義的術(shù)語以便能確定對服務(wù)的影響。網(wǎng)絡(luò)性能惡化的影響將是與服務(wù)相關(guān)的。例如，少量ATM單元的丟失不可能影響聲音服務(wù)但對于無差錯檢測和校正設(shè)置的數(shù)據(jù)服務(wù)則是不能接收的。
對于新的網(wǎng)絡(luò)技術(shù)，它們的特性能破壞的情況可能難于確定，因?yàn)楸砻魉鼈冏约旱膶?shí)際問題將根據(jù)物理資源的可靠性。此可靠性僅能由通過時間的觀察才能決定。
網(wǎng)絡(luò)或服務(wù)特性也可能因?yàn)榫W(wǎng)絡(luò)其他部分中的故障或應(yīng)用問題而損壞。對于服務(wù)，不希望的特性的交互作用就是一個問題，特別是對于先進(jìn)的網(wǎng)絡(luò)服務(wù)。
·驗(yàn)明破損特性如何影響其他特性對于診斷和前攝故障管理，了解受損特性的作用是如何在管理層內(nèi)傳布并通過管理接口可能是有用的。
·自動或手動檢測對于自動故障和測試管理能力重要的是了解哪些特性可被檢測為自動受損壞的和哪些特性需要手動操作來確定它們的狀態(tài)。
對于受損網(wǎng)絡(luò)特性的自動檢測，需要有用于辯識異常操作情況的硬件和/或軟件。
即使網(wǎng)絡(luò)資源沒有相關(guān)的自動故障檢測設(shè)置，管理系統(tǒng)仍然有可能通過來自網(wǎng)絡(luò)其他部分的報警的推斷來檢測未受監(jiān)視的特性。
用于FBS和ATM的特征協(xié)定模型這一節(jié)說明用于FBS和ATM的FA模型。重點(diǎn)放在對服務(wù)或網(wǎng)絡(luò)重要或特定的那些FA類別。全部類別均將具有一識別屬性。這一屬性未加表示。以下這些簡要表是普通的，這里為完整性而加以列舉。但應(yīng)指出此表本身是不完全的。而且在實(shí)際中，在這些簡要表的范圍之間可能有某些重疊。
·availabilityProfile(可用性簡要表)·provisionProfile(設(shè)置簡要表)·maintenanceProfile(維護(hù)簡要表)·tariffingProfile(收費(fèi)率簡要表)·reportingProfile(報告簡要表)·performanceProfile(性能簡要表)·pEWProfile(被策劃的工程作業(yè)簡要表)·qOSProfile(服務(wù)質(zhì)量簡要表)·monitoringprofile(監(jiān)視簡要表)·billingProfile(記帳簡要表)用于FBS的特征協(xié)定模型下面說明FBS的特征、簡要表和特征協(xié)定。FBS特征routeFeature(路由特征)routeFeature類別表示二用戶方之問的連接。它具有指向連接的A和B端的屬性。這些屬性為·aEnd指向連接的A端nodeFeature(節(jié)點(diǎn)特征)；·bEnd指向連接的B端nodeFeature。
nodeFeaturenodeFeature類別表示一用戶方的一個或多個電路(路由)的終點(diǎn)。其屬性為·address(地址)用戶方的地址。(換句話說，可能有一表示用戶方的的類別。這在一方有許多節(jié)點(diǎn)時的情況下是有用的。這樣在同一方的所有節(jié)點(diǎn)的地址將指向表示這一方的場所對象。)；·Location(地點(diǎn))在用戶方內(nèi)的節(jié)點(diǎn)的物理位置。
serviceManagementFeature(服務(wù)管理特征)作為FBS服務(wù)的部分，用戶通常具有管理服務(wù)自身的某個方面的選擇。此serviceManagementFeature類別表示為用戶可用的服務(wù)管理能力。具有用于各能力的子類別如下
statusFeature(狀態(tài)特征)這一特性提供給用戶網(wǎng)絡(luò)在訪問節(jié)點(diǎn)和它們之間的路由上的圖形表示。色彩變化將表明路由上的報警并能觀察到標(biāo)明故障的細(xì)節(jié)。用戶通過選擇(例如按鍵)適當(dāng)?shù)膱D形目標(biāo)而能觀察路由和節(jié)點(diǎn)的結(jié)構(gòu)細(xì)節(jié)。
serviceChangeFeature(服務(wù)改變特性)用戶能請求以某種方式改變服務(wù)。此改變包括要求帶寬(24小時，按要求和安排定的)和路由組構(gòu)(現(xiàn)有的或新的)。用戶可能接收定期的進(jìn)程報告。
serviceTestFeature(服務(wù)測試特征)這一特征使用戶能要求待測試的服務(wù)部分和待接收的測試結(jié)果。
problemReportingFeature(問題報告特征)這一特性使用戶能向網(wǎng)絡(luò)操作人員報告問題。
onLineBillingFeature(聯(lián)機(jī)記帳特征)用戶可聯(lián)機(jī)獲取記帳信息。
FBS簡要表accessProfile(訪問簡要表)此accessProfile類別僅與nodeFeature類別相關(guān)聯(lián)。它說明一節(jié)點(diǎn)訪問FBS服務(wù)所要求的特點(diǎn)和如果這些要求不滿足所對應(yīng)采取的管理操作。其屬性為resilience(恢復(fù)能力)恢復(fù)原狀或正常；speed(速度)
低、中或高。
bandwidthProfile(帶寬簡要表)此bandwidthProfile類別僅與routeFeature類別相關(guān)聯(lián)。bandwidthProfile類別的屬性說明用戶對一特定路由所要求的容量和在這些要求不滿足時應(yīng)采取的管理操作。屬性為24Hour(24小時)在任何時間所要求的最小帶寬；scheduled(被安排)按要求的時間和日期高于24Hour要求的帶寬；onDemand(按要求)由提出要求的時間開始盡可能快地(但在3小時之內(nèi))要求的帶寬。包括所要求帶寬的時間長。
在bandwidthProfile中所指定的容量的制約方面，在accessProfiles與bandwidthProfile之間將存在有一種相互關(guān)系。對于在一特定節(jié)點(diǎn)終止的路由的簡要表中指定的總?cè)萘恳欢ú荒艽笥趯υ摴?jié)點(diǎn)的acecssProfile中所指定的。
serviceManagementProfile(服務(wù)管理簡要表)對于每一個serviceManagementFeatures均有一個說明如何管理此serviceManagementFeature的對應(yīng)的簡要表。此簡要表將包括用戶的偏好和所期望的性能(例如在一請求后的響應(yīng)時間)。
billingProfile(記帳簡要表)
設(shè)計F記帳是為給予用戶完全的靈活性。此billingProfile的屬性·allocationDetails(分配細(xì)節(jié))規(guī)定費(fèi)用如何分配給用戶的事務(wù)單位。包括接收帳單的人員的姓名和地址；·frequency(頻度)每月或每旬；·day Of Month(每月的日期)每月發(fā)送帳單的日期；·media(媒介)向用戶顯示帳單的媒介(磁盤、磁帶、EDI、聯(lián)機(jī))。
應(yīng)指出，媒介屬性與當(dāng)前的服務(wù)管理特征的值之間將有一制約。亦即，如果媒介屬性的值是“聯(lián)機(jī)”的話就必須有一當(dāng)前的onLineBillingFeature。
·tariffingProfile(收費(fèi)率簡要表)FBS具有一靈活的收費(fèi)率結(jié)構(gòu)，包括配置費(fèi)、年度費(fèi)和帶寬費(fèi)。此tariffingprofile提供收費(fèi)的細(xì)節(jié)。tariffingprofile的屬性是·setUpcharges(配置費(fèi))規(guī)定用于配置到核心FBS網(wǎng)絡(luò)的鏈路和用于用戶接口服務(wù)訪問點(diǎn)，SAP)的費(fèi)用；·annualcharges(年度費(fèi))
規(guī)定用于各核心FBS網(wǎng)絡(luò)的鏈路和用于用戶接口(SAP)的年度費(fèi)用；·bandwidthCharges(帶寬費(fèi))規(guī)定按每公里每小時的便士數(shù)的各種帶寬類型(即24小時、排定的和按要求)的價格；·preProvisioningcharges(予設(shè)置費(fèi))規(guī)定為予設(shè)置鏈路、接口和帶寬的費(fèi)用；·discountOptions(折扣選項(xiàng))規(guī)定取決于合同長短的可行的降低；·setUpChargeOptions(配置費(fèi)用選項(xiàng))規(guī)定配置費(fèi)用可怎樣在合同期間展開。
qOSProfile(服務(wù)品質(zhì)簡要表)根據(jù)端點(diǎn)至端點(diǎn)測量傳輸性能。在qOSProfile上指明此測量和目標(biāo)。qOSProfile的屬性為Error Free Seconds(EFS，無差錯時間)服務(wù)周期外傳輸測試期間的無比特差錯被傳輸時間的百分?jǐn)?shù)。目標(biāo))99.5％。
Severely Errored Seconds(SES，嚴(yán)重差錯時間)比特差錯率超過10-3的傳輸期間的時間百分?jǐn)?shù)。目標(biāo)＜0.05％。
Network Added Delay(NAD，網(wǎng)絡(luò)增加延時)
用于一比特在SAP測量得的往返延遲。目標(biāo)＜24ms。
·availabilityProfile(可用性簡要表)·availabilityProfile類別指定用戶可用服務(wù)的百分比時間。此指標(biāo)是用于各個別的傳輸(亦即，對于每一被安排的或按照要求的通話)。availabilityProfile的屬性為·availability Figure(可用性指標(biāo))對于FBS，此用可性指標(biāo)為99.85％；·breakConditions(中斷條件)欲于確定。
·MaintenanceProfile(維護(hù)簡要表)這一簡要表說明故障后恢復(fù)FBS服務(wù)的性能目標(biāo)。這些屬性概括自動和人工恢復(fù)的目標(biāo)。
下面的屬性概括自動恢復(fù)·automaticRestorationTime(自動恢復(fù)時間)在可能自動恢復(fù)時，目標(biāo)小于40秒，下面的屬性概括人工恢復(fù)·faultLocationTime(故障定位時間)為驗(yàn)證和定位一故障的最大時間為30分；·engineerOnSite(現(xiàn)場操作)工程師必須在24小時內(nèi)到達(dá)現(xiàn)場；
·repairTime(修理時間)進(jìn)行修理的最大時間為1小時。
FBS特征協(xié)定這一節(jié)說明已為FBS服務(wù)識別的特征協(xié)定子類別。與相關(guān)特征和簡要表類別的關(guān)系被給予·routeFA(路由FA)圖7表明FBS路由的特征協(xié)定模型70。routeFeatute71的aENd和bENd屬性指向終結(jié)此路由的適當(dāng)?shù)膎odefeature對象；·nodeFA(節(jié)點(diǎn)FA)圖8i表明FBS節(jié)點(diǎn)的特征協(xié)定模型80；·serviceManagementFA(服務(wù)管理FA)參看圖8ii，serviceManagementFA類別81將serviceManagementFeature類別與適當(dāng)?shù)膕ervicemanagementProfile82相聯(lián)系。對于每一類型的服務(wù)管理能力均具有子類別；·customerManagementFA(用戶管理FA)圖8ii說明用于此customerManagementFA類別85的類別和關(guān)系。這一類別表示特定用戶可用的整體服務(wù)管理能力；·fBSFA圖8iii表明用于FBS服務(wù)的模式。FBS服務(wù)可被表現(xiàn)作為一路由、節(jié)點(diǎn)和用戶管理能力的集合。此fBSFA類別84即代表FBS服務(wù)。relatedFA(相關(guān)FA)屬性指向表示組成FBS服務(wù)的路由和節(jié)點(diǎn)的特征協(xié)定85、86。路由和節(jié)點(diǎn)的數(shù)量將取決于用戶。此fBSFA類別84將具有與其相關(guān)聯(lián)的作為整體用于此服務(wù)的簡要表87，例如一記帳簡要表。各個router FA85或node FA86均將具有它們自己專用的簡要表。
下面給出一標(biāo)題為“一完整的模擬實(shí)例”的特定FBS服務(wù)的示例。
用于ATM的特征協(xié)定模型一ATM網(wǎng)絡(luò)的關(guān)鍵特征是關(guān)系到虛擬通路、虛擬信道和適配。下一節(jié)說明已為ATM網(wǎng)絡(luò)技術(shù)識同的特征、簡要表和特征協(xié)定。
ATM特征vPTrail此vPTrail表示一永久或半永久的穿過網(wǎng)絡(luò)的單方向路由，例如一運(yùn)載電路。它對應(yīng)于一ATM虛擬通路(VP)。它是BT網(wǎng)絡(luò)模型中定義的一般后曳管理對象類別的一子類別。其屬性為·a-TP指向VP的a端終結(jié)點(diǎn)；·z-TP指向VP的z端終結(jié)點(diǎn)。
·vCTrailvCTrail表示穿過網(wǎng)絡(luò)的按要求的或半常設(shè)的單向路由，例如一單個呼叫。它對應(yīng)于-ATM虛擬信號(VC)。它是BT網(wǎng)絡(luò)模型中定義的一般后管理對象類別的一子類別。其屬性為·a-Tp
指向VP的a端終結(jié)點(diǎn)；z-TP指向VC的z端終結(jié)點(diǎn)。
sAPFeature圖9表明sAPFeature類別層次結(jié)構(gòu)。此sAPFeature類別表示網(wǎng)絡(luò)中提供對服務(wù)的訪問的點(diǎn)(即服務(wù)訪問點(diǎn)(SAP))。SAP提供對特定服務(wù)的恰當(dāng)?shù)倪m配。它具有一種屬性subordinate Of此屬性辯識SAP作為其一部分的用戶場所的設(shè)備。
SAP將具有一規(guī)定所需的恰當(dāng)適配的相關(guān)aALProfile。對于單向和雙向SAP90、91、92均具有子類別。
參看圖9，有二個單向SAP，一個用于發(fā)送方向(sAPTxFeature)90和一個用于接收方向(sAPRxFeature)91。雙向SAP(sAPBidFeature)92為此二個單向SAP類別的子類別。
aTMSignallingFeature此aTMSignallingFeature表示由網(wǎng)絡(luò)為控制被轉(zhuǎn)換連接所提供的信令功能。
ATM簡要表這一節(jié)說明已為ATM網(wǎng)絡(luò)技術(shù)認(rèn)同的簡要表。
adaptationProfile(適配簡要表)這一簡要表類別包含對ATM網(wǎng)絡(luò)的適配要求以便成功地進(jìn)行經(jīng)由網(wǎng)絡(luò)的服務(wù)。此簡要表規(guī)定如果這些要求不滿足所要采取的管理動作。這些屬性規(guī)定服務(wù)的特點(diǎn)。這些屬性是·Timing(定時)一些服務(wù)要求源和目標(biāo)間的定時關(guān)系，其他的服務(wù)則不；·Bit Rate(位速率)一些服務(wù)具有不變的位速率，其他的具有可變的位速率；·Mode(模式)服務(wù)可以是面向連接的或者無連接的。
每一種AAL型式均具有子類別，(即AAL0、AAL1、AAL2、AAL3/4和AAL5)，如下列aAL1Profile·Timing(定時)被要求的；·Bit Rate(位速率)不變的；·Mode(模式)面向連接。
aAL2Profile·Timing(定時)被要求的；
·Bit Rate(位速率)可變的；·Mode(模式)面向連接。
aAL3/4Profile·Timing(定時)不要求；·Bit Rate(位速率)可變的；·Mode(模式)無連接的(或面向連接)。
aAL5Profile·Timing(定時)不要求；·Bit Rate(位速率)可變的；·Mode(模式)面向連接。
aAL0Profile當(dāng)無需適配時采用這一適配簡要表。即就是，在服務(wù)提供純ATM單元給網(wǎng)絡(luò)時。屬性值將為NULL(無效)·Timing(定時)NULL；Bit Rate(位速率)NULL；Mode(模式)NULL。
accessProfile這一簡要表對一服務(wù)訪問特征協(xié)定指定任一訪問要求。屬性是·Resilience(恢復(fù)性)各種的或單個的訪問路由；·Capcity(容量)可用的最大帶寬。
bandwidthProfile(帶寬簡要表)此bandwidthProfile類別說明由服務(wù)所提供的數(shù)據(jù)的帶寬特點(diǎn)和如果這些要求不滿足時要采取的管理動作。這些屬性有·Peak(峰值)
這是服務(wù)所需的峰值帶寬；·Mean(中間)這是服務(wù)所需的平均帶寬；·Burstness(猝發(fā)性)這是表征帶寬要求改變的快速性的量度(亦即數(shù)據(jù)是怎樣“猝發(fā)”的)performanceProfile(性能簡要表)該performanceProfile類別說明如何測量網(wǎng)絡(luò)特征的性能和要求的標(biāo)準(zhǔn)。包括在如果違背性能標(biāo)準(zhǔn)時產(chǎn)生的管理動作。對于ATM網(wǎng)絡(luò)的不同部分具有子類別。任何時刻特征的實(shí)際性能將被性能管理系統(tǒng)登記在另一個地方而有可能為此簡要表所引用。性能簡要表子類別如下aTMLayerPerformanceProfile以下各項(xiàng)說明虛擬通路和虛擬信道的性能·比特差錯率；·單元插入率；·單元丟失比。
這一簡要表將與vCTrail和vPTrail特征相關(guān)聯(lián)；aALPerformanceProfile以下各項(xiàng)說明適配層的性能·單元差錯比；
·單元插入率；·短期比特差錯率；·嚴(yán)重出錯單元；·單元傳送延遲；·單元延遲偏差。
這一簡要表將與sAPFeature類別相關(guān)聯(lián)。
networkperformanceProfile以下各項(xiàng)說明網(wǎng)絡(luò)的全部性能·信息差錯；·信息丟失；·平均信息傳輸延遲；·信息延遲偏差。
這一簡要表含有將sAPFeatures和vCTrail/vPTrail特征的性能變換成一般網(wǎng)絡(luò)性能術(shù)語的規(guī)則。然后性能管理系統(tǒng)能利用這一信息計算已超過性能閥值的時刻。
ATM的特征協(xié)定這一節(jié)說明如何利用特征協(xié)定能將ATM特征與上述的簡要表加以組合以形成有用的網(wǎng)絡(luò)內(nèi)容。
·connectivityBidSymFA圖10i表明connectivityBidSymFA類別。此特征協(xié)定100組合二個vPTrail范例以形成二點(diǎn)之間的永久(或半永久)的連接(類似兆流電路)。應(yīng)指出，這不包括服務(wù)訪問點(diǎn)，因?yàn)檫@一FA僅是企圖用來表示連接性。此電路是雙向和對稱的。全部簡要表101覆蓋所有特征102。
aAL1Profile已被應(yīng)用，因?yàn)锳AL1是適配的“電路模擬”型式。性能簡要表為aTMLayerPerformanceprofile類別。
·connectivityBidAsymFA圖10ii表明connectivityBidAsymFA類別。這一特征協(xié)定110被用于在各方向要求不同的數(shù)據(jù)特性的場合。圖10ii表明可被用于一按要求的圖象服務(wù)的類別和它們的關(guān)系。
connectivityBidAsymFA類別由二個單向連接特征協(xié)定111、112(即類別connectivityUniFA)組成，一個用于各方向。各connectivityUniFA范例均將具有各自的與被通過它發(fā)送的數(shù)據(jù)要求相匹配的簡要表113、114、115。
在圖10ii中，左邊的connectivityUniFA111用于視頻數(shù)據(jù)(高帶寬，可變位速率，要求定時)，而右邊的connectivityUniFA112則用于用戶命令(低帶寬，不要求定時)。
·sAPEA在圖10iii表明sAPFA，一提供服務(wù)訪問能力的特征協(xié)定116。具有用于發(fā)送、接收和雙向訪問點(diǎn)的子類別117、118、119。各sAPEfeature均將有一相關(guān)的aALProfile115。
有二個子類別用于單向SAPFA。sAPTxFA103用于發(fā)送方向中一單向SAP并具有一相關(guān)的sAPTxFeature117。同樣，對于接收方向中一單向SAP有一具有相關(guān)的sAPRxFeature118的sAPRxFA104。sAPBidFA119為二個單向SAP類別的子類別。sAPBidSymFA105自雙方繼承特征。這就意味著它將以一公共簡要表組由一sAPTxFeature117和一sAPRxFeature118組成。sAPBidAsymFA106繼承發(fā)送和接收特征協(xié)定。為清楚起見，圖中重復(fù)了被繼承的類別(點(diǎn)線輪廓)。
·sAFA參看圖10iv，這一特征協(xié)議107集聚sAPFA116的集合來建立服務(wù)訪問特征。各sAPFA116均將與同一物理設(shè)備相關(guān)聯(lián)。sAFA107支持服務(wù)nodeFeature。所聚集的sAPFA116數(shù)量取決于特定的服務(wù)。
·endToEndConnectivityFA參看圖10v，endToEndConnectivityFA類別108將支持一完全的端點(diǎn)至端點(diǎn)通信能力所需的網(wǎng)絡(luò)特征組裝到一起。此類別包括服務(wù)訪問點(diǎn)116和它們間的連接。
圖示的performanceProfile類別109說明它們怎樣被關(guān)聯(lián)來用于定義端點(diǎn)至端點(diǎn)連接的整個網(wǎng)絡(luò)性能的目的。
endToEndConnectivityFA108的子類別被定義用于單向和雙向的端點(diǎn)至端點(diǎn)連接。這些子類別將由適當(dāng)?shù)膕APFA116和connectivityFA120的子類別組成。
FBS特征與ATM特征間的映象這一節(jié)列舉一些將FBS特征映射到ATM特征上的例子并說明在非一對一的關(guān)系時二種可能的映射途徑。
圖11i表明如何將FBS的一個路由映射到ATM網(wǎng)絡(luò)。endToEndConnectivityBidSymFA121被用于支持routeFA122。在這一情況下，為一簡單的一對一的映射。
在多重網(wǎng)絡(luò)特征協(xié)定支持一單個服務(wù)特征協(xié)定的情況中，已認(rèn)同有二種用于映射的途徑?？紤]一不同路由的FBS連接。
途徑1
參看圖11ii，這里定義一新的網(wǎng)絡(luò)FA，diverselvRoutedEndToEndConnectivityBidSymFA123，它集聚二個endToEndConnectivityBidSymFA121。
途徑2參看圖11iii，在第二途徑中，利用關(guān)系對象124來定義服務(wù)與網(wǎng)絡(luò)FA之間的關(guān)系。
關(guān)系對象124將規(guī)定網(wǎng)絡(luò)特征協(xié)定125如何組合來支持服務(wù)特征協(xié)定126和管理信息怎樣通過SML/NML接口在雙方向上傳送。為此目的在特征協(xié)定概念內(nèi)提出了一種關(guān)系類別。
在此二種途徑中，均需要一種為俘獲定義網(wǎng)絡(luò)特征與服務(wù)特征間的關(guān)系的行為規(guī)則的機(jī)制。一種用于這一課題的通用的基于規(guī)則的語言在進(jìn)一步討論中。
在本說明書的其余部分的討論內(nèi)容中采用途徑1。
一完整的模擬例參看圖12，考慮在具有Ipswich、Belfast和Edinburgh的中的場所127的用戶，具有如下的相互連接的要求由Ipswich至Belfast的專用電路64Kb/s 24小時用于聲音，由Ipswich至Edinburgh的專用電路2Mb/s 24小時用于數(shù)據(jù)。
一附加要求是Ipswich的節(jié)點(diǎn)必須具有高的恢復(fù)能力。無需用戶管理能力。
這些要求可由提供一靈活的帶寬服務(wù)來被滿足。圖12表明這一服務(wù)可怎樣在用戶/SML接口作圖形表示。
圖13表明FBS服務(wù)怎樣加以模擬和如何能在ATM網(wǎng)絡(luò)上實(shí)現(xiàn)。指向節(jié)點(diǎn)的是·并非每一FA均包含所有簡要表；·各nodeFA均由在該節(jié)點(diǎn)上聚集sAPFeatures的sAFA支持；各routeFA均由按定義包含SAP的端點(diǎn)至端點(diǎn)的連接性FA支持。這就是說SAP特性被包含在不至一個FA中(這些是它終結(jié)的sAFA和連接性FA)；·一訪問簡要表存在于服務(wù)級和網(wǎng)絡(luò)級雙方。屬性采用不同術(shù)語但包括同樣的要求。服務(wù)級的回復(fù)性在網(wǎng)絡(luò)中由不同地尋找路線的訪問部分的路由來實(shí)現(xiàn)。服務(wù)級上的高速度由在節(jié)點(diǎn)上提供2Mb/s的容量來達(dá)到；服務(wù)級的路由不包括它們的端部的節(jié)點(diǎn)，雖然它們具有到它們的指針(通過aEnd和bEnd屬性，見上面的“FBS特征”)。支持網(wǎng)絡(luò)連接性FA包括端點(diǎn)(即sAPFeatures)。這說明網(wǎng)絡(luò)模型不必反映出服務(wù)模型的結(jié)構(gòu)。雙方模型可獨(dú)立地開發(fā)來滿足不同管理系統(tǒng)的要求；·由網(wǎng)絡(luò)為聲音電路所選擇的適配簡要表為型號1。對數(shù)據(jù)電路，型號3/4已被選擇。
受損的特征這一節(jié)說明FBS和ATM特征怎樣會“破壞”。一個特征如果不能正確地運(yùn)行以致使它們支持的服務(wù)受到有害的影響的話就被稱之為損壞的。特征的損壞通常有二種情況。如果一特征無法使用它就將是損壞的，就是說如果用戶不能利用它。第二個情況是如果用戶能利用此特征但是性能降低了。性能降低是一種輕柔形式的損壞，它將需要維護(hù)但可能不認(rèn)為是不利于對服務(wù)可用性的指標(biāo)。性能/QOS簡要表將包括有超過其就認(rèn)為特征被損壞的閥值。嚴(yán)重惡化的性能將可能被看作是不利于可用性的指標(biāo)，而如果這樣的話，這些情況將在可用性簡要表中被規(guī)定。
ATM損壞的特征是由于ATM網(wǎng)絡(luò)的物體轉(zhuǎn)換和傳輸系統(tǒng)中的故障造成的。由于這些故障產(chǎn)生的主要跡象是失去同步、數(shù)據(jù)訛誤和信號丟失。這些問題使得性能簡要表中定義的不同性能參數(shù)惡化。將設(shè)有一個高于它即確定特征被損壞的閥值。實(shí)際的閥值將隨服務(wù)和用戶而定。
表1概括了各個ATM網(wǎng)絡(luò)特征如何能損壞，哪些其它特征受到影響(這些可能是其他的ATM特征和/或FBS特征)和這些特征如何被影響。僅僅談及到高級類別，因?yàn)樽宇悇e將具有同樣的行為狀態(tài)。
表1損壞的特征和它們的影響
損壞和影響采用將對該特征進(jìn)行報告的報警型式。一損壞的特征可能或不可能導(dǎo)致一受到影響的相關(guān)特征的損壞。例如，如果一ATMsAPFeature成為不能利用則它支持的nodeFeature將遭致性能降低。(如果該節(jié)點(diǎn)上所有的sAPFeature成為不能利用的，此nodeFeature就將是不可能利用的)。此損壞的sAPFeature終結(jié)的Trail(VC或VP)將受到影響，因?yàn)閷⒉荒芡ㄟ^它進(jìn)行傳送。這將為一“輸入信號丟失”的報警指出。另外，在此Trail的另一端的sPAFeature也將通過一“遠(yuǎn)端信號丟失”的報警登記此事故。
損壞特性協(xié)定如果未滿足任何所需的性能目標(biāo)，如為該特征協(xié)定在簡要表中所規(guī)定的，則該特征協(xié)定即將被損壞。應(yīng)指出，對某些類型的性能，例如網(wǎng)絡(luò)性能和QOS，損壞的目標(biāo)將暗示該特征協(xié)定的特征被損壞，而對其他類型性能，例如維護(hù)和設(shè)置，損壞的閥值將暗示可響應(yīng)用于符合簡要表中目標(biāo)的管理功能發(fā)生問題。損壞的特征協(xié)定有可能是很嚴(yán)重的，因?yàn)樗鼈兛赡軐?dǎo)致要對用戶作某種形式的補(bǔ)償。
在FBS情況下，如果可用性指標(biāo)未達(dá)到則fBSFA特征協(xié)定就將被損壞，就是說，如果在任何被安排的、按要求的或24小時的期間至少99.85％或更多不能利用的話。(應(yīng)該有一運(yùn)行中的服務(wù)信貸安排以便在不能實(shí)現(xiàn)可用性時對用戶進(jìn)行補(bǔ)償)。
如果未滿足一路由特征協(xié)定的QOS目標(biāo)則該協(xié)定將損壞，就是說，如果一通話有大于0.5％的出錯時間，如果有大于該時間的0.05％的嚴(yán)重出錯時間，或者如果往返延遲大于或等于24ms的話。
用于一映射語言的框架需要一種通用語言來指定特征協(xié)定模型中的對象間的行為關(guān)系。此語言例如為了損壞特征管理、性能監(jiān)視和測試的目的而必須支持通過管理層接口的信息通道。利用映射語言所定義的行為關(guān)系的細(xì)節(jié)將存在于模型的簡要表中。粗略地參看圖16，一種應(yīng)用此語言的解釋程序可被建立進(jìn)管理功能或管理信息中。
下面集中到損壞的特征管理。
網(wǎng)絡(luò)中發(fā)生故障將導(dǎo)致對受影響網(wǎng)絡(luò)特征報告的報警。用于該特征的可用性簡要表將包含要將此特征看作為受損壞的條件。如果此特征被損壞，報告簡要表將規(guī)定哪個實(shí)體必須被通知該特征是不可用的(亦即，其能力是不能利用的)。被通知的實(shí)體將包括網(wǎng)絡(luò)FA支持的服務(wù)FA，或一較高的FA(亦即其報告FA為一子部分的FA)。按照它們的可用性和報告簡要表中的條件，將由這些被通知的FA傳遞一不可應(yīng)用性消息。
對于SML/NML接口處的網(wǎng)絡(luò)FA，損壞條件將規(guī)定何時損壞是服務(wù)影響和何時FA自身被損壞(例如，如果超過了可用性指標(biāo))。在一服務(wù)影響的消息被由網(wǎng)絡(luò)FA送到被影響的特征協(xié)定的情況中，對受影響的服務(wù)特征的損壞條件將確定對服務(wù)特征的影響(即就是，或者是特征被損壞，或者僅僅是性能受到影響)。
用于被損壞特征的通用規(guī)則被給出如下。(符號“(--”意味著“由--暗示”)。
(下面的約束被應(yīng)用于模擬中一FA可能僅具有relatedFeatures或relatedFAs，不具有兩者。)·BrokenFeature(FA)＜--breakConditions(relatedFeatures[FA])＝TRUE這一規(guī)則是說如果特征的任一個損壞條件是真，F(xiàn)A所包括的特征受損壞。
BrokenbFeature(FA)＜--breakConditions(relatedFAs[FA])＝TRUE這里用于FA的損壞條件的規(guī)則按BrokenFeature(FA)編寫。這實(shí)施一在此特征級終結(jié)的遞歸定義。
上述規(guī)則可被用于服務(wù)和網(wǎng)絡(luò)級雙方。另外，對于由網(wǎng)絡(luò)FA支持的服務(wù)FA，我們具有·BrokenFeature(服務(wù)FA)＜--breakConditions(supportedBy[服務(wù)FA])＝TRUE這一規(guī)則是說如果此服務(wù)特征的損壞條件為真，由一網(wǎng)絡(luò)FA支持的服務(wù)FA的特征將被損壞。此條件在FA為該支持網(wǎng)絡(luò)FA時采取術(shù)語BrokenFeature(FA)。這一規(guī)則超越對具有一supportedBy關(guān)系的服務(wù)FA的首先的二個規(guī)則。
下面的規(guī)則吸取被損壞特征協(xié)定的概念。
BrokenFA(FA)＜--targetBreakConditions(FA)＝TRUE這一規(guī)則是說如果不滿足任一個合同限定的性能目標(biāo)則一特征協(xié)定被損壞?？赡軆H需要檢查管理接口的受損壞FA，因?yàn)樵诖私涌诘腇A表示實(shí)際的協(xié)定。sub-FA的存在僅是為方便進(jìn)行模擬。
映射語言必須使特征損壞和目標(biāo)損壞條件能以組成特征和特征協(xié)定的狀態(tài)來指定。此語言還必須使得在當(dāng)條件為真時所啟動的結(jié)果動作能被加以指定。
上述規(guī)則是通用的而在特定應(yīng)用中將利用定義實(shí)際的損壞條件的專門范例。考慮早先的被作不同路由連接示例(圖14中作較詳細(xì)的重復(fù))。
routeFA由一作不同路由規(guī)定的連通性FA-C(即特征協(xié)定C)支持，它由一主連通性FA-A和一輔助連通性FA-B組成。
為FA-C定義損壞條件的規(guī)則為·BrokenFeature(C)＜--BrokenFeature(A)AND BrokenFeature(B)即就是，對于欲被損壞的FA-C的特征需要FA-A和FA-B二者的特征同時被損壞。
對于FA-A·BrokenFeature(A)＜--BrokenFeature(D)OR BrokenFeatrue(E)OR BrokenFeature(F)即就是，如果FA-D、E或F中的一個或多個(即訪問點(diǎn)或它們之間的連接)被損壞，F(xiàn)A-A的特征將被損壞。
利用FA-A作為A的成份之一的舉例，
·BrokenFeature(F)＜--Unavailable(G)OR Unavailable(H)即就是，如果發(fā)送或接收SAP不能利用，SAP-F就將被損壞。
在服務(wù)級，用于路由I的損壞條件是·BrokenFeature(I)＜--BrokenFeature(C)這就是，如果支持連通網(wǎng)絡(luò)FA-C的特征損壞，則路由特征就將損壞。
上述規(guī)則是假定一特征是損壞或者不損壞的。這是一種簡化的情況，而一般，這些規(guī)則可具體用于損壞類型和損壞的嚴(yán)重性。
討論在上述中，按照為取得對它們的管理中所需的切合信息而所需的特征、簡要表和特征協(xié)定類別對FBS和ATM規(guī)定了FA模型。這些類別形成用于模擬網(wǎng)絡(luò)和服務(wù)的可重復(fù)使用的對象目錄的起端。類別的更詳細(xì)的細(xì)節(jié)當(dāng)然仍需要在它們能登記進(jìn)一目錄之前作出。還應(yīng)當(dāng)識別一適宜的編目機(jī)構(gòu)。
管理功能性說明網(wǎng)絡(luò)中發(fā)生故障將導(dǎo)致對受影響網(wǎng)絡(luò)特征報告警報。該特征的可用性簡要表將含有特征被認(rèn)為是損壞的條件。如果特征損壞，該特征的FA指明在報告提問檔中被定義為不能利用的實(shí)體(亦即，其能力不能利用)。被通知的實(shí)體將包括網(wǎng)絡(luò)FA支持的服務(wù)FA或一上級FA(亦就是報告FA是它的子部分的FA)。按照它們的可用性和報告簡要表中的條件將由這些被通知的FA遞送一不可用性消息。
對SML/NML接口的網(wǎng)絡(luò)FA，損壞條件將規(guī)定何時該損壞影響服務(wù)和何時FA本身已損壞(例如，如果已超過可用性指標(biāo))。在由網(wǎng)絡(luò)FA給受影響特征協(xié)定發(fā)送一影響服務(wù)的消息的情況中，對此受影響服務(wù)特征的損壞條件將確定對服務(wù)特征的影響(即，特征被損壞還是僅僅性能受到影響)。
參看圖15，它表示圖13的部分?jǐn)U展方案，基于一ATM虛擬通路中網(wǎng)絡(luò)故障的情形將取決于如下各點(diǎn)i)網(wǎng)絡(luò)中的電纜故障將促成一管理系統(tǒng)中的事件報告和(在這一例中)將影響虛擬通路特征“vPtrail”140；ii)參照特征協(xié)定“ConBidSYmFA”142的“availabilith”簡要表141中的條件以了解虛擬通路特征“vPtrail”140的可用性受到怎樣的影響；iii)參照“ConBidSYmFA”142的“Reporting”簡要表143，指明要被通知的對應(yīng)端點(diǎn)到端點(diǎn)的特征協(xié)定“e-eConBidSymFA”144；iv)參照“e-eConBidSYmFA”144的“availability”簡要表145中的條件，提示該特征協(xié)定“e-eConBidSYmFA”144的特征被損壞；v)參照“e-eConBidSYmFA”144的“Reporting”簡要表146，指明要被通知的所支持的服務(wù)FA(即“routeFA”147)；vi)參照“routeFA”147的“performance”簡要表148中的條件，提示特征“routeFA”149的性能已惡化；vii)參照“routeFA”147的“Reporting”簡要表150，指明應(yīng)通過對相關(guān)的服務(wù)特征協(xié)定“fBSFA”151的報警通知用戶；viii)結(jié)果用戶被通知，Ipswich至Belfast路由上的性能目前已降低。
應(yīng)指出，在網(wǎng)絡(luò)級已收到原發(fā)事件時將立即開始故障診斷和修理過程。這非常有利用于予先警告用戶性能上麻煩，給他們清楚地提供有用的管理信息，并能多少類似的情況可能/將發(fā)生在用戶檢測到問題(即路由性能降低)并被報告給服務(wù)管理(即通過特征協(xié)定fBSFA151)時。在這一情況下，報告?zhèn)魉蛯⑹怯缮舷蛳碌摹?br> 參看圖19，本發(fā)明的實(shí)施例還能被用來提供測試管理，如下面的情形所說明的(i)用戶請求可用于用戶的訪問中的高回復(fù)性的測試，將Ipswich作為訪問場所；(ii)參照相關(guān)的特征協(xié)定“nodeFA(Ipswich)”191和相關(guān)的“test”簡要表192，二者共同識別支持網(wǎng)絡(luò)特征協(xié)定“SAFA(Ips)”193；(iii)參照支持FA“sAFA(Ips)”193和相關(guān)的“test”簡要表194，二者共同識別所要進(jìn)行測試的子特征協(xié)定“sAPBidSymFA(Ips1)”和“sAPBid SymFA(Ips2)”195、196；(iv)參照“sAFA(Ips)”193的“test”簡要表194，指明要求訪問節(jié)點(diǎn)的物理測試(即2Mbit的不同訪問)；(v)參照“測試”簡要表197、198，識別需要測試的網(wǎng)絡(luò)特征，“sAPRxF(Ips1)”199和“sAPRxF(Ips2)”200；(vi)參照網(wǎng)絡(luò)特征199、200以識別將由應(yīng)用上述步驟4指出的物理測試進(jìn)行測試的物理網(wǎng)絡(luò)部件；(vii)利用相當(dāng)于上面參照圖15所說明的報告機(jī)制將測試結(jié)果報告回用戶。
應(yīng)指出的是，在上述情況中，具有與NML中的FA193、195、196相關(guān)聯(lián)的測試簡要表194、197、198，其中二個FA195、196為相對于第三FA193的子FA。在此所述特定情形中，一訪問測試，在實(shí)際情況中將是，被應(yīng)用于與特征“SaPR(Ips1)”199和“sAPR(Ips2)”200相關(guān)聯(lián)的物理網(wǎng)絡(luò)部件的一組測試將是相同的。這是因?yàn)樵谟糜贗pswich節(jié)點(diǎn)的各個方向，不管是面向Edinburgh還是面向Belfest，訪問條件是同樣的。在如上述的情況下，上述步驟4中的所引用的物理測試信息可被存放在與“SAFA(Ips)”193相關(guān)的數(shù)據(jù)結(jié)構(gòu)中的稍高級別中的測試簡要表之中。但在其他情形中，要被應(yīng)用到與特征“sAPR(Ips1)”199和“sAPR(Ips2)”200相關(guān)的物理網(wǎng)絡(luò)部件的測試組則是不相同的。在那樣的情形中，代替上述步驟4中的物理測試信息基準(zhǔn)的，將需要通過與FA“sAPBidSymFA(Ips2)”196和“sAPBidSymFA(Ips1)”195相關(guān)的數(shù)據(jù)結(jié)構(gòu)中較低級別的二個獨(dú)立的測試簡要表197、198來查找。
參看圖17和18，上述功能性可以較通用地以流程圖170、180來表明。此二流程圖170、180按照上面相對于圖15和19所說明是自解釋的，或許除了有關(guān)步驟171所說的監(jiān)視過程。雖然一網(wǎng)絡(luò)故障可能影響一特征及其相關(guān)的FA，但此FA可能并不立即損壞。如果它接合性能目標(biāo)，例如說，這些可能僅在一規(guī)定期間后才應(yīng)用。因此，最好在一相關(guān)的特征受到影響時立即開始監(jiān)視一未損壞的FA。如果隨后此FA損壞，此管理系統(tǒng)可將此損壞作為一“新”事件來處理。這時，此管理過程顯然將在數(shù)據(jù)結(jié)構(gòu)中一較圖17的起始點(diǎn)更高的級別開始。
權(quán)利要求
1.用于通信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理系統(tǒng)，此管理系統(tǒng)按照一被管理的網(wǎng)絡(luò)的分層模型構(gòu)成，該管理系統(tǒng)包括i)用于相對于網(wǎng)絡(luò)和/或由其提供的服務(wù)的觸發(fā)信號的輸入端；ii)用于響應(yīng)所述觸發(fā)信號訪問和處理信息的數(shù)據(jù)處理裝置；和iii)用于相對于網(wǎng)絡(luò)和/或所述服務(wù)的發(fā)送信號的輸出端；其中所述數(shù)據(jù)處理裝置包括一具有特征協(xié)定數(shù)據(jù)存貯的層次的數(shù)據(jù)結(jié)構(gòu)，各數(shù)據(jù)存貯用于在網(wǎng)絡(luò)模型的一層檢索定義專用特征要求的數(shù)據(jù)，以支持一組有關(guān)操作的條件，例如一服務(wù)級別協(xié)定等的操作條件。
2.按照權(quán)利要求1的網(wǎng)絡(luò)管理系統(tǒng)，其中各特征協(xié)定數(shù)據(jù)存貯具有一相關(guān)組的簡要表數(shù)據(jù)存貯，及下面兩組中的至少一個一相關(guān)組的特征數(shù)據(jù)存貯；和一相關(guān)組的特征協(xié)定數(shù)據(jù)存貯。
3.按照前述權(quán)利要求之一的網(wǎng)絡(luò)管理系統(tǒng)，其中所述被發(fā)送信號包括對在被管理網(wǎng)絡(luò)中占優(yōu)勢的條件的報告。
4.按照前述權(quán)利要求之一的網(wǎng)絡(luò)管理系統(tǒng)，其中所述被發(fā)送信號包括針對被管理網(wǎng)絡(luò)部件的控制信號。
5.按照前述權(quán)利要求之一的網(wǎng)絡(luò)管理系統(tǒng)，其中此管理系統(tǒng)以訪問包含在該層次中多個等級的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)來響應(yīng)在一輸入端所接收的觸發(fā)信號。
6.按照前述權(quán)利要求之一的網(wǎng)絡(luò)管理系統(tǒng)，用于提供對被管理網(wǎng)絡(luò)的故障管理。
7.按照權(quán)利要求5和6的網(wǎng)絡(luò)管理系統(tǒng)，其中分層模型至少包括一服務(wù)管理層和一網(wǎng)絡(luò)管理層，并且在一輸入端所接收的觸發(fā)信號包括針對被管理網(wǎng)絡(luò)的部件的故障報告，此管理系統(tǒng)通過首先訪問包含在對應(yīng)于網(wǎng)絡(luò)模型的網(wǎng)絡(luò)管理層的該層次中一級的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)進(jìn)行響應(yīng)。
8.按照權(quán)利要求5和6的網(wǎng)絡(luò)管理系統(tǒng)，其中此分層模型包括至少一服務(wù)管理層和一網(wǎng)絡(luò)管理層，并且在一輸入端所接收的觸發(fā)信號包括一針對由被管理網(wǎng)絡(luò)所提供的服務(wù)的故障報告，此管理系統(tǒng)通過首先訪問包含在對應(yīng)于網(wǎng)絡(luò)模型的服務(wù)管理層的層次中一級的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)進(jìn)行響應(yīng)。
9.按照前述權(quán)利要求之一的網(wǎng)絡(luò)管理系統(tǒng)，用于提供被管理網(wǎng)絡(luò)的測試管理。
10.按照權(quán)利要求9的網(wǎng)絡(luò)管理系統(tǒng)，其中此分層模型包括至少一服務(wù)管理層和一網(wǎng)絡(luò)管理層，并且在一輸入端所接收的觸發(fā)信號包括對由被管理網(wǎng)絡(luò)所提供服務(wù)的測試請求，此管理系統(tǒng)通過首先訪問包含在對應(yīng)于網(wǎng)絡(luò)模型的服務(wù)管理層的層次中一級的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)進(jìn)行響應(yīng)。
11.按照前述權(quán)利要求之一的網(wǎng)絡(luò)管理系統(tǒng)，用于提供有關(guān)一被管理網(wǎng)絡(luò)的性能管理。
12.按照權(quán)利要求11的網(wǎng)絡(luò)管理系統(tǒng)，其中此分層模型包括至少一服務(wù)管理層和一網(wǎng)絡(luò)管理層，并且在一輸入端所接收的觸發(fā)信號包括對被管理網(wǎng)絡(luò)一部件的性能報告，該管理系統(tǒng)通過首先訪問包含在對應(yīng)于網(wǎng)絡(luò)模型的網(wǎng)絡(luò)管理層的層次中一級的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)進(jìn)行響應(yīng)。
13.按照權(quán)利要求11和12中之一的網(wǎng)絡(luò)管理系統(tǒng)，其中此分層模型包括至少一服務(wù)管理層和一網(wǎng)絡(luò)管理層，并且在一輸入端所接收的觸發(fā)信號包括對由被管理網(wǎng)絡(luò)提供的服務(wù)的性能報告，此管理系統(tǒng)通過首先訪問包含在對應(yīng)于網(wǎng)絡(luò)模型的服務(wù)管理層的層次中一級的數(shù)據(jù)結(jié)構(gòu)中的數(shù)據(jù)進(jìn)行響應(yīng)。
14.按照權(quán)利要求11、12和13中任一個連同權(quán)利要求2一起的網(wǎng)絡(luò)管理系統(tǒng)，其中這些數(shù)據(jù)存貯被用作為向由被管理網(wǎng)絡(luò)所提供服務(wù)的用戶傳送所提供服務(wù)的狀態(tài)和其關(guān)于一服務(wù)用戶合同的性能、以及支持用戶接口管理簡要表和服務(wù)特征協(xié)定的依據(jù)。
15.一種通信網(wǎng)絡(luò)的管理系統(tǒng)，用于監(jiān)視和控制由網(wǎng)絡(luò)提供的服務(wù)，此管理系統(tǒng)包括i)用于包含有關(guān)網(wǎng)絡(luò)和/或由其提供的服務(wù)的信息的觸發(fā)信號的輸入端，ii)數(shù)據(jù)處理裝置，響應(yīng)所述觸發(fā)信號訪問和處理信息；和iii)用于發(fā)送有關(guān)網(wǎng)絡(luò)和/或所述服務(wù)的控制和/或報告信號的輸出端，其中，該管理系統(tǒng)設(shè)置有包括多組特征描述數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，每一組識別和說明通信網(wǎng)絡(luò)的一可管理的方面，欲與所選擇組特征描述數(shù)據(jù)相關(guān)聯(lián)的管理規(guī)則簡要表，各管理規(guī)則簡要表包含關(guān)于由有關(guān)特征描述數(shù)據(jù)組所說明特征的管理規(guī)則，和用于將一或多個管理規(guī)則簡要表與一或多個被選擇的特征描述數(shù)據(jù)組相關(guān)聯(lián)的關(guān)聯(lián)數(shù)據(jù)組，所述數(shù)據(jù)處理裝置適宜于通過識別一組特征描述數(shù)據(jù)和訪問由相對于該組特征描述數(shù)據(jù)的一關(guān)聯(lián)數(shù)據(jù)組所識別的管理規(guī)則簡要表來響應(yīng)于一觸發(fā)信號，和如果與觸發(fā)信號中的信息相關(guān)地由此簡要表或由一關(guān)聯(lián)數(shù)據(jù)組或者由數(shù)據(jù)結(jié)構(gòu)所指明時，訪問至少另一關(guān)聯(lián)數(shù)據(jù)組和一由所述另一關(guān)聯(lián)數(shù)據(jù)組所識別的管理規(guī)則簡要表，從而使管理系統(tǒng)能適當(dāng)?shù)仨憫?yīng)該觸發(fā)信號。
16.按照權(quán)利要求15的管理系統(tǒng)，其中此關(guān)聯(lián)數(shù)據(jù)組被配置成一層次結(jié)構(gòu)。
17.按照權(quán)利要求15和16之一的管理系統(tǒng)，其中各自不同的特征描述數(shù)據(jù)組分別識別網(wǎng)絡(luò)能力和服務(wù)或服務(wù)支持特征。
18.按照權(quán)利要求15至17中任一個的管理系統(tǒng)，其中至少一個管理規(guī)則簡要表在應(yīng)用中包含關(guān)于網(wǎng)絡(luò)約束的數(shù)據(jù)。
19.按照權(quán)利要求15至18中任一個的管理系統(tǒng)，其中至少一個管理規(guī)則簡要表在應(yīng)用中包含關(guān)于服務(wù)約束的數(shù)據(jù)。
20.按照權(quán)利要求15至19中任一個的管理系統(tǒng)，其中一觸發(fā)信號包括網(wǎng)絡(luò)故障指示符并且該管理系統(tǒng)能以輸出適當(dāng)?shù)男阅芑蚬收蠄蟾娼o應(yīng)用人員終端，例如服務(wù)提供者戒用戶終端來進(jìn)行響應(yīng)。
21.按照權(quán)利要求15至19中任一個的管理系統(tǒng)，其中一觸發(fā)信號包括服務(wù)故障或故障相關(guān)指示符，并且該管理系統(tǒng)能以輸出適當(dāng)?shù)男阅芑蚬收蠄蟾娼o應(yīng)用人員終端例如服務(wù)提供者或用戶終端來進(jìn)行響應(yīng)。
22.按照權(quán)利要求15至19中任一個的管理系統(tǒng)，其中一觸發(fā)信號包括一測試請求，并且該管理系統(tǒng)能以輸出適當(dāng)?shù)臏y試報告到應(yīng)用人員終端例如服務(wù)提供者或用戶終端來進(jìn)行響應(yīng)。
23.一種管理通信系統(tǒng)的方法，用于監(jiān)視和控制由網(wǎng)絡(luò)提供的服務(wù)，所述方法包括i)在一輸入端接收觸發(fā)信號給對用于通過所述網(wǎng)絡(luò)提供服務(wù)的管理系統(tǒng)；ii)響應(yīng)該觸發(fā)信號的接收，訪問所述管理系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)，以識別用于該觸發(fā)信號可能相關(guān)的特征的一組特征描述數(shù)據(jù)；iii)通過參照一含有用于將一或多個管理規(guī)則簡要表相關(guān)到所述特征的關(guān)聯(lián)數(shù)據(jù)的一關(guān)聯(lián)數(shù)據(jù)組來識別一管理規(guī)則簡要表；和iv)訪問該簡要表的管理規(guī)則并按照相關(guān)組的特征描述數(shù)據(jù)，將這些管理規(guī)則連同觸發(fā)信號中的信息一齊應(yīng)用以確定管理系統(tǒng)的進(jìn)一步動作。
24.按照權(quán)利要求23的方法，其中此進(jìn)一步動作包括識別一含有用于將一或多個管理規(guī)則簡要表相關(guān)到此觸發(fā)信號的信息所相關(guān)的一或多個另外的特征的關(guān)聯(lián)數(shù)據(jù)的另一關(guān)聯(lián)數(shù)據(jù)組，并訪問所述一或多個簡要表的管理規(guī)則并按照相關(guān)的特征描述數(shù)據(jù)組，將這些管理規(guī)則連同觸發(fā)信號的或由其推導(dǎo)出的信息一齊應(yīng)用來確定管理系統(tǒng)的進(jìn)一步動作。
25.按照權(quán)利要求24的方法，其中觸發(fā)信號中的或由其推導(dǎo)出的信息被確定為相關(guān)的特征包括與網(wǎng)絡(luò)相關(guān)的特征和與服務(wù)相關(guān)特征兩者。
26.按照權(quán)利要求24或25之一的方法，其中管理規(guī)則簡要表的管理規(guī)則還識別另一關(guān)聯(lián)數(shù)據(jù)組。
27.按照權(quán)利要求24或25之一的方法，其中是通過建立進(jìn)管理系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)的鏈路來識別另一關(guān)聯(lián)數(shù)據(jù)組。
全文摘要
用于通信網(wǎng)絡(luò)(163)的網(wǎng)絡(luò)管理系統(tǒng)(162)包括可為一或多個工作站(160)訪問的管理功能軟件并結(jié)合有用于管理信息的數(shù)據(jù)存貯(161)。此網(wǎng)絡(luò)管理系統(tǒng)(162)被作為容納網(wǎng)絡(luò)的分層模型的結(jié)構(gòu)并特別注重于服務(wù)管理層/網(wǎng)絡(luò)管理層(SML/NML)接口。在故障和測試管理中，網(wǎng)絡(luò)管理系統(tǒng)(162)結(jié)合有應(yīng)用的約束特征協(xié)定FA)的部件，而后此部件按照對系統(tǒng)(162)的故障或性能報告或測試輸入確定診斷和報告過程，此系統(tǒng)(162)可被用來管理由被選擇的網(wǎng)絡(luò)技術(shù)例如異步傳送方式(ATM)轉(zhuǎn)換所進(jìn)行的特定的服務(wù)，例如靈活帶寬服務(wù)。
文檔編號H04M3/22GK1161770SQ9519579
公開日1997年10月8日 申請日期1995年9月1日 優(yōu)先權(quán)日1995年9月1日
發(fā)明者納德爾·阿扎米, 斯蒂芬·萊斯利·科利 申請人:英國電訊有限公司