專利名稱：供通信網(wǎng)絡(luò)的網(wǎng)絡(luò)管理中使用的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
一般來說，本發(fā)明涉及通信網(wǎng)絡(luò)，具體來說，涉及管理包括改變通信網(wǎng)絡(luò)中被管理系統(tǒng)與管理系統(tǒng)之間關(guān)系的通信網(wǎng)絡(luò)中的組件的綜合(integration)。
背景技術(shù)：
在網(wǎng)絡(luò)管理系統(tǒng)的市場中，存在針對如下不同管理等級的不同產(chǎn)品單元、域、網(wǎng)絡(luò)、服務(wù)、客戶關(guān)系等等。按以上列出的等級來分離，分別開發(fā)、測試和維護(hù)這類產(chǎn)品中的每個。從網(wǎng)絡(luò)運(yùn)營商的角度來看，他們必須為他們所需的分離的產(chǎn)品支付更多費(fèi)用，這導(dǎo)致網(wǎng)絡(luò)管理系統(tǒng)的總成本增加。運(yùn)營商還必須向獨(dú)立的軟件供應(yīng)商付費(fèi)以綜合這些產(chǎn)品。存在用于網(wǎng)絡(luò)管理的已知解決方案，例如萬維網(wǎng)服務(wù)分布式管理(WSDM)。這個標(biāo)準(zhǔn)規(guī)定可管理資源能夠如何由可管理性消費(fèi)者(例如管理系統(tǒng))使用萬維網(wǎng)服務(wù)來管理。在3GPP綜合參考點(diǎn)(IRP)中定義了另一種已知解決方案。IRP管理器是與上述可管理性消費(fèi)者相似的概念。IRP代理也是與可管理資源相似的概念。它們能夠表示網(wǎng)絡(luò)單元或媒介系統(tǒng)、比如OSS (操作支持系統(tǒng))。但是，在已知解決方案的任一個中都沒有公開或暗示如現(xiàn)在要描述的發(fā)明中那樣的操作。

發(fā)明內(nèi)容
本發(fā)明的一個目的是提供通信網(wǎng)絡(luò)中的組件的綜合的改進(jìn)管理。根據(jù)本發(fā)明的第一方面，提供一種用于管理包括多個系統(tǒng)的通信網(wǎng)絡(luò)中的系統(tǒng)的綜合的方法。該方法包括由第一系統(tǒng)發(fā)送第一消息。在所述第一消息中，第一系統(tǒng)請求被管理，并且提供描述所述第一系統(tǒng)的要求的信息。響應(yīng)于所述第一消息，所述第一系統(tǒng)從第二系統(tǒng)接收確認(rèn)所述第一系統(tǒng)由所述第二系統(tǒng)來管理的應(yīng)答。這意味著，這兩個系統(tǒng)之間的關(guān)系被建立，并且第二系統(tǒng)是管理系統(tǒng)，而第一系統(tǒng)是被管理系統(tǒng)。所述應(yīng)答包括與所述第二系統(tǒng)的能力有關(guān)的信息。如果第一系統(tǒng)的網(wǎng)絡(luò)資源模型已改變，則所述第一系統(tǒng)發(fā)送包含描述所述第一系統(tǒng)的已改變要求的信息的第二消息。按照本發(fā)明的第二方面，提供一種供通信網(wǎng)絡(luò)中使用的系統(tǒng)。該系統(tǒng)包括適合收聽來自所述網(wǎng)絡(luò)中的其它系統(tǒng)的輸入消息的發(fā)現(xiàn)模塊。如果輸入消息是要被管理的請求或者是停止被管理的請求或者是發(fā)送了所述消息的系統(tǒng)的網(wǎng)絡(luò)資源模型的變化的通知，則發(fā)現(xiàn)模塊適合將輸入消息轉(zhuǎn)發(fā)給處理模塊。所述處理模塊還適合處理所述消息，并且響應(yīng)于要被管理的請求而生成應(yīng)答。此外，處理模塊還適合生成包含要被管理的請求的第一消息， 并且將所述第一消息發(fā)送給網(wǎng)絡(luò)的其它系統(tǒng)。本發(fā)明的其它特征如從屬權(quán)利要求中所述。本發(fā)明至少提供以下好處-跨網(wǎng)絡(luò)的被管理系統(tǒng)和管理系統(tǒng)的一個統(tǒng)一架構(gòu)；-對于自動綜合的支持；
-網(wǎng)絡(luò)的系統(tǒng)的網(wǎng)絡(luò)資源模型的變化的有效處理。


通過以下結(jié)合附圖進(jìn)行的詳細(xì)描述，將會更全面地理解和了解本發(fā)明，其中圖1是示出本發(fā)明的一個實(shí)施例中用于管理通信網(wǎng)絡(luò)中的組件的綜合的方法中的消息交換的簡圖；圖2至圖5是示出本發(fā)明的各種實(shí)施例中用于管理通信網(wǎng)絡(luò)中的組件的綜合的方法的簡圖；圖6是示出不同網(wǎng)絡(luò)管理等級上的自動綜合管理協(xié)議的部署的簡圖；圖7是示出本發(fā)明的一個實(shí)施例中包括系統(tǒng)的通信網(wǎng)絡(luò)的簡圖；圖8是示出本發(fā)明的一個實(shí)施例中用于被管理系統(tǒng)的狀態(tài)機(jī)的簡圖；圖9是示出本發(fā)明的一個實(shí)施例中用于管理系統(tǒng)的狀態(tài)機(jī)的簡圖；圖10是示出本發(fā)明的一個實(shí)施例中的方法的操作的消息序列圖；圖11是示出本發(fā)明的一個實(shí)施例中的方法的操作的消息序列圖；圖12是示出本發(fā)明的一個實(shí)施例中供用于管理通信網(wǎng)絡(luò)中組件的綜合的方法中使用的基本元模型的簡圖；圖13是示出圖12中呈現(xiàn)的基本元模型的擴(kuò)展的簡圖。
具體實(shí)施例方式在以下描述中，術(shù)語“被管理系統(tǒng)”和“管理系統(tǒng)”是基于兩個系統(tǒng)之間的關(guān)系來使用的。如果系統(tǒng)A對其操作要求提供管理功能的另一個系統(tǒng)B，則系統(tǒng)A是被管理系統(tǒng)， 對于所述被管理系統(tǒng)-系統(tǒng)B是管理系統(tǒng)。同一個系統(tǒng)A可以是系統(tǒng)C的管理系統(tǒng)。系統(tǒng)是管理還是被管理，或者既是管理又是被管理，這取決于所述系統(tǒng)的能力以及網(wǎng)絡(luò)中的其它系統(tǒng)的要求。本發(fā)明的實(shí)施例使用安裝在用戶家中的家庭eNodeB的示例。但是，它只是一個非限制性示例，并且本發(fā)明在其許多實(shí)施例中同樣可適用于許多其它類型的網(wǎng)絡(luò)單元。參照圖1和圖2，提供實(shí)現(xiàn)本發(fā)明的一個實(shí)施例中的方法的自動綜合管理協(xié)議。當(dāng)新系統(tǒng)加入通信網(wǎng)絡(luò)時，它需要被配置并且定位在所述網(wǎng)絡(luò)分級結(jié)構(gòu)中的適當(dāng)位置。這對于也稱作家庭eNodeB的家庭基站的引入尤其重要，家庭基站將是網(wǎng)絡(luò)運(yùn)營商所運(yùn)行的通信網(wǎng)絡(luò)的一部分，但是安裝在最終用戶的家中。由于家庭基站的數(shù)量以及它們將由不同廠商提供的事實(shí)，這使管理網(wǎng)絡(luò)的任務(wù)成為大的挑戰(zhàn)。這個協(xié)議中實(shí)現(xiàn)的方法是基于交換消息和應(yīng)答以及處理消息中包含的信息。當(dāng)家庭eNodeB 102在網(wǎng)絡(luò)中首次接通時，它廣播202協(xié)議的第一消息104-manageMe消息。這個消息由這個通信網(wǎng)絡(luò)中的其它系統(tǒng)來接收，并且如果所述系統(tǒng)能夠管理家庭eNodeB 102， 則它們采用youAreManaged消息106來應(yīng)答204。通過接收應(yīng)答，定義所述家庭eNodeB 102 與發(fā)送了應(yīng)答消息106的管理系統(tǒng)108之間的關(guān)系，并且將家庭eNodeB 102放入網(wǎng)絡(luò)100 的分級結(jié)構(gòu)中。manageMe消息104除了作為由家庭eNodeB 102發(fā)送的要被管理的請求之外，在一個實(shí)施例中還包含定義家庭eNodeB 102的要求的元模型。在一個優(yōu)選實(shí)施例中，從家庭eNodeB 102的網(wǎng)絡(luò)資源模型(NRM)生成元模型。例如，作為軟件或硬件升級的結(jié)果，被管理系統(tǒng)102的NRM可時常改變。如果發(fā)生這種情況，則必須通知管理系統(tǒng)關(guān)于這些改變，以便有效地管理家庭eNodeB 102。為了實(shí)現(xiàn)該方面，如果家庭eNodeB 102的NRM改變206，則它向管理系統(tǒng)108發(fā)送208包含描述所述家庭eNodeB 102的已改變要求的信息的第二消息modelChanged。該信息優(yōu)選地采取基于已改變NRM產(chǎn)生的元模型的形式。備選地，采取 NRM模型的形式來發(fā)送該信息。在一個備選實(shí)施例中，通過發(fā)送包含家庭eNodeB的請求以及描述所述被管理系統(tǒng)的要求的信息的manageMe消息，來實(shí)現(xiàn)發(fā)送描述所述被管理系統(tǒng)的已改變要求的信息的步驟。在這種情況下，表示家庭eNodeB的要求的信息是已更新信息。優(yōu)選地，如圖3所示，被管理系統(tǒng)(想要被管理的家庭eNodeB)啟動第一計時器 302，并且在第一計時器到期304之前，家庭eNodeB —直等待來自網(wǎng)絡(luò)中能夠作為這個家庭 eNodeB的管理系統(tǒng)的其它系統(tǒng)的應(yīng)答。如果家庭eNodeB 102在如第一計時器所測量的預(yù)定義時間周期期間接收到不止一個應(yīng)答306、308，則分析這些應(yīng)答310。在youAreManaged消息中，各候選管理系統(tǒng)包括與其能力有關(guān)的、采取這個管理系統(tǒng)的元模型或者NRM的形式的信息。如前面所提及的，在一個優(yōu)選實(shí)施例中，元模型從NRM生成，但是，在本發(fā)明的備選實(shí)施例中，也能夠使用生成元模型的其它已知方式。結(jié)果，家庭eNodeB具有與候選管理系統(tǒng)的集合有關(guān)的信息，并且通過比較310它們的能力來分析所述候選者，從而選擇312具有最佳能力的系統(tǒng)。一旦選擇了管理系統(tǒng)來管理家庭eNodeB 102，則需要從管理家庭eNodeB 102的任務(wù)中釋放網(wǎng)絡(luò)中已經(jīng)發(fā)送youAreManaged應(yīng)答的其它系統(tǒng)。為了進(jìn)行該操作，家庭eNodeB 102向應(yīng)答了其manageMe消息、但沒有被選擇的那些管理系統(tǒng)發(fā)送314稱作stopManageMe的消息。但是，在一個備選實(shí)施例中，家庭eNodeB接受第一個接收的應(yīng)答消息204，并且其管理系統(tǒng)是已經(jīng)發(fā)送第一個應(yīng)答的系統(tǒng)。在這種情況下，如果存在所接收的任何其它 youAreManaged消息，則家庭eNodeB 102通過發(fā)送stopManageMe消息來自動應(yīng)答。可能的情況是，家庭eNodeB 102在第一計時器到期304之前沒有接收到任何 youAreManaged應(yīng)答。在這種情況下，重新開始該方法，并且再次廣播manageMe消息306、 202。在一個實(shí)施例中，管理系統(tǒng)是域管理器，而在一個備選實(shí)施例中，操作支持系統(tǒng) (OSS)是管理系統(tǒng)。網(wǎng)絡(luò)中可能存在變化，例如可能添加新的系統(tǒng)，或者現(xiàn)有系統(tǒng)可能使其網(wǎng)絡(luò)資源模型升級。因此，網(wǎng)絡(luò)的系統(tǒng)的能力和要求也可能改變?？赡艿那闆r是，由于這些變化，網(wǎng)絡(luò)中的另一個系統(tǒng)比當(dāng)前管理系統(tǒng)更好地滿足該家庭eNodeB的要求。為了確保配置得到優(yōu)化，家庭eNodeB 102在判定哪一個系統(tǒng)將作為其管理系統(tǒng)之后啟動第二計時器402，并且在這個第二計時器到期時404，選擇管理系統(tǒng)的整個過程通過發(fā)送manageMe消息202來重復(fù)進(jìn)行。這種方式確保定期刷新配置，以便優(yōu)化管理操作。在備選實(shí)施例中，可在循環(huán)的另一點(diǎn)中啟動第二計時器，例如，它能夠與第一計時器同時啟動。自動綜合管理協(xié)議的好處之一在于，實(shí)現(xiàn)自動綜合管理協(xié)議的軟件將只開發(fā)一次并且部署(安裝)在不同管理等級，因而降低開發(fā)成本，并且對客戶而言進(jìn)一步降低了價格。該示例在圖6中以系統(tǒng)X示出。
6
為了實(shí)現(xiàn)網(wǎng)絡(luò)中的系統(tǒng)的這種行為，如圖7所示引入某些架構(gòu)樣式和概念組件， 圖7示出實(shí)現(xiàn)按照本發(fā)明的一個實(shí)施例的系統(tǒng)的網(wǎng)絡(luò)。發(fā)現(xiàn)模塊702-這個組件收聽由其它系統(tǒng)發(fā)送的輸入manageMe、StopManageMe禾口 modelChanged消息。圖7中，系統(tǒng)C 710正發(fā)送這種消息，而系統(tǒng)A、即家庭eNodeB 102正接收那個消息。發(fā)現(xiàn)模塊則將這些消息轉(zhuǎn)發(fā)給處理模塊704。處理模塊 704-這個組件處理 manageMe、StopManageMe 和 modelChanged 消息。對于manageMe和modelChanged消息，它從消息中提取元模型。然后，它在資料庫模塊706 中檢查它自己的能力，以便查看它是否能夠管理主叫系統(tǒng)。如果是的話，則它生成和發(fā)送 youAreManaged消息，并且更新資料庫模塊706。每當(dāng)添加、刪除或改變模型時，它生成消息以通知收聽方。收聽方能夠是管理這一個系統(tǒng)的其它系統(tǒng)，但也能夠是內(nèi)部應(yīng)用708組件。 圖7中，將系統(tǒng)A 102的模型變化通知給系統(tǒng)B 712和內(nèi)部應(yīng)用708。資料庫模塊706-這個組件存儲來自所有被管理系統(tǒng)和它自己的元模型(能力和要求)和實(shí)際模型(即，網(wǎng)絡(luò)資源模型)。它慮及對資料庫中的所有模型的搜索和查詢。在一個簡單實(shí)施例中，系統(tǒng)僅將它自己的元模型或NRM存儲在資料庫中。家庭eNodeB的元模型的一個簡化示例如下所示Class AlarmType type =“ CELL_D0ffN" severity =“ MAJOR" targetType = CellClass AlarmType type = " P0WER_L0W" severity = " CRITICAL" targetType =PowerClass Cell attribute = " scramb 1 ingCode “ ， attribute ="IocationArea" . Cell extendsMO class家庭eNodeB的網(wǎng)絡(luò)資源模型的一個簡化示例如下所示Instance Alarm id = 1，type =〃 CELL_D0ffN" target = Cell-IInstance Alarm id = 2，type =" CELL_D0ffN" target = Cell-2Instance Cell id = Cell-I scrambIingCode = 22, IocationArea = 1Instance Cell id = Cell-2 scrambIingCode = 22, IocationArea = 2Instance Cell id = Cell-3 scrambIingCode = 23, IocationArea = 1Instance Cell id = Cell-4 scrambIingCode = 23, IocationArea = 2參照圖2和圖5，示出本發(fā)明的實(shí)施例的進(jìn)一步改進(jìn)。當(dāng)家庭eNodeB或者其管理系統(tǒng)接收到包含網(wǎng)絡(luò)中的另一個系統(tǒng)的元模型的消息202、204、208 (例如manageMe、 youAreManaged或modelChanged消息)時，家庭eNodeB 102的處理單元702提取210元模型，并且將它存儲212在資料庫模塊706中。這樣，家庭eNodeB 102具有與網(wǎng)絡(luò)中的其它系統(tǒng)的要求和能力有關(guān)的信息。在這個信息現(xiàn)成可用的條件下，如果家庭eNodeB想升級 502其管理系統(tǒng)(即，切換到具有更好能力的一個系統(tǒng))，則它向所選管理系統(tǒng)的集合發(fā)送 manageMe消息。家庭eNodeB 102的處理單元704執(zhí)行對家庭eNodeB 102的資料庫706中存儲的管理系統(tǒng)的能力的分析504，并且選擇506具有與家庭eNodeB的要求匹配的能力的一組系統(tǒng)。向所選候選管理系統(tǒng)發(fā)送508manageMe消息。對這個manageMe消息的應(yīng)答例如按圖3中所示實(shí)施例中所論述的來處理。這樣，降低管理業(yè)務(wù)量，另外，不具有所要求能力的系統(tǒng)不參與處理元模型，在這種情況下，不存在被選擇用于管理家庭eNodeB的機(jī)會。
當(dāng)管理系統(tǒng)接收到manageMe消息時，它檢查是否它能夠管理發(fā)送了這個消息的家庭eNodeB。管理系統(tǒng)處理從家庭eNodeB接收的元模型。它檢查元模型中表示的家庭 eNodeB的要求以及包含與它能夠處理什么管理信息有關(guān)的信息的它自己的模型。如果管理系統(tǒng)能夠管理該家庭eNodeB (即，如果管理系統(tǒng)的能力匹配家庭eNodeB的要求或者比它的要求更好)，則它發(fā)送具有其元模型和所分配系統(tǒng)ID的youAreManaged消息。家庭eNodeB 將這個ID用于與管理系統(tǒng)的進(jìn)一步通信。如圖7中所示，將相同架構(gòu)應(yīng)用于被管理和管理系統(tǒng)，從而允許完全協(xié)議部署。在一個優(yōu)選實(shí)施例中，實(shí)現(xiàn)這個協(xié)議的系統(tǒng)遵守至少兩個狀態(tài)機(jī)用于被管理系統(tǒng)的狀態(tài)機(jī)800-圖8，和用于管理系統(tǒng)的狀態(tài)機(jī)900-圖9。值得注意，將存在實(shí)現(xiàn)兩個狀態(tài)機(jī)的系統(tǒng)，因為這是在分級結(jié)構(gòu)中堆疊系統(tǒng)的方式。如圖8所示，用于被管理系統(tǒng)的狀態(tài)機(jī)800按資料庫模塊中存儲的每個模型一次處理一個消息，并且通過這個狀態(tài)機(jī)進(jìn)行的所有消息處理受到時間限制。對于所發(fā)送的每一個manageMe消息，youAreManaged消息必須在作為配置參數(shù)的指定超時(第一計時器) 以內(nèi)接收。如圖9所示，由于被管理系統(tǒng)以manageMe消息發(fā)起管理會話，所以它需要檢驗管理系統(tǒng)是否仍然可用。因此，如用于管理系統(tǒng)的狀態(tài)機(jī)900的簡圖中所示，被管理系統(tǒng)在指定有效周期之后發(fā)送另一個manageMe消息。管理系統(tǒng)轉(zhuǎn)入WarmaToManage狀態(tài)，并且將需要發(fā)回另一個youAreManaged消息。作為按照本發(fā)明的一個實(shí)施例的自動綜合協(xié)議的備選或附加說明，下面論述圖10 所示的序列圖。1.系統(tǒng)1、例如家庭eNodeB向具有包含關(guān)于告警類型、可用的配置參數(shù)和所支持的性能指示符的系統(tǒng)1能力的元模型的每一個發(fā)送manageMe消息1002。在發(fā)送這個消息之后，系統(tǒng)1在可配置的時間周期之內(nèi)等待管理系統(tǒng)的應(yīng)答。如果沒有接收到消息，則它將重復(fù)步驟1。2.系統(tǒng)2、例如操作支持系統(tǒng)(OSS)處理1004從系統(tǒng)1所接收的元模型。系統(tǒng) 2檢查元模型中表示的系統(tǒng)1要求。如果系統(tǒng)2能夠管理系統(tǒng)1，則它發(fā)送具有其元模型 (metaDataS2)和所分配系統(tǒng)ID(SlID)的youAreManaged消息1006。系統(tǒng)1將這個系統(tǒng)ID 用于與系統(tǒng)2的進(jìn)一步通信。然后，它能夠改變DB方案(即，映射到NRM上的包括SQL結(jié)構(gòu)化查詢語言、表和列的數(shù)據(jù)庫的描述)，創(chuàng)建不同的通知信道等。3.這是常規(guī)操作的一部分。系統(tǒng)1向系統(tǒng)2發(fā)送告警1008，但是僅具有 metaDataS2中指定的類型。4.與步驟3相同，但是適用于配置參數(shù)改變1010。5.與步驟3相同，但是適用于性能指示符收集1012。6.當(dāng)系統(tǒng)1被升級時，它通常改變其要求，并且因此元模型也改變，因此， modelChanged消息從系統(tǒng)1發(fā)送1014給系統(tǒng)2。7.與步驟6中相同，但是當(dāng)系統(tǒng)2的元模型已改變1016時。自動綜合協(xié)議是基于能夠被解析并且易于變換的XML來驅(qū)動的元模型。協(xié)議沒有指定系統(tǒng)(C0RBA、SOAP、TCP等)之間的傳輸機(jī)制-它能夠應(yīng)用于它們中的任一個。如前面所述，實(shí)施本發(fā)明的相同協(xié)議能夠在不同網(wǎng)絡(luò)級和網(wǎng)絡(luò)的不同系統(tǒng)中實(shí)現(xiàn)。示出那種情況的一個示例如圖11所示。應(yīng)用相同協(xié)議產(chǎn)生系統(tǒng)1、2和3之間的相同綜合。系統(tǒng)1與2之間的差別在于，系統(tǒng)2進(jìn)行元模型聚合，并且能夠處理不止一個系統(tǒng)。為了使本發(fā)明的實(shí)施例在實(shí)現(xiàn)時正確操作，元模型必須按照它能夠被解釋的方式來構(gòu)成。作為協(xié)議的一部分，圖12中指定基本元模型。這只是能夠在本發(fā)明的實(shí)施例中使用的元模型的一個示例。Root表示分級結(jié)構(gòu)中的起始點(diǎn)。它擁有一個或多個 ManagedElement實(shí)例。ManagedElement是由管理系統(tǒng)來管理的實(shí)體。ManagedElement能夠生成不同AlarmType的告警和性能指示符(計數(shù)器和統(tǒng)計)Perflndicators，并且還能夠經(jīng)由被管理對象(MO)ManagedObjeCts下包含的參數(shù)(屬性)來配置。那些MO能夠組成邏輯組。基本元模型能夠被擴(kuò)展成包括網(wǎng)絡(luò)中的不同系統(tǒng)的特定特征。按照一種極簡化方式，基本元模型的擴(kuò)展如圖13所示。雖然前面所述的實(shí)施例公開了在各種消息(manageMe、youAreManaged、 modelChanged)中發(fā)送元模型，但是在備選實(shí)施例中也有可能發(fā)送作為與系統(tǒng)的要求和/ 或能力有關(guān)的信息的網(wǎng)絡(luò)資源模型。在本發(fā)明的各種實(shí)施例中，元模型和NRM都能夠以XML格式來表示，并且作為系統(tǒng)之間交換的消息的一部分(例如，作為manageMe消息的一部分)來傳輸。為了實(shí)現(xiàn)那個方面，在一個實(shí)施例中，被管理系統(tǒng)(或管理系統(tǒng))將其元模型或NRM轉(zhuǎn)換為XML格式，并且在消息中向其它系統(tǒng)發(fā)送XML表示。轉(zhuǎn)換由處理模塊704或者由其它處理器來執(zhí)行。圖7示出按照本發(fā)明的一個實(shí)施例、供通信網(wǎng)絡(luò)100中使用的系統(tǒng)102、710和 712。系統(tǒng)102包括發(fā)現(xiàn)模塊702、處理模塊704和資料庫模塊706。發(fā)現(xiàn)模塊702收聽來自所述網(wǎng)絡(luò)中的其它系統(tǒng)710、712的輸入消息，以及如果輸入消息是manageMe或StopManageMe 或modelChanged消息其中之一，則將其轉(zhuǎn)發(fā)給處理模塊704。在一個實(shí)施例中為處理器的所述處理模塊704處理所述消息，并且響應(yīng)于要被管理的請求而生成應(yīng)答。處理模塊704 還生成manageMe消息，并且將它發(fā)送給網(wǎng)絡(luò)100的其它系統(tǒng)712。資料庫模塊706用于存儲與網(wǎng)絡(luò)中的其它系統(tǒng)710、712的能力和要求有關(guān)的信息。系統(tǒng)102、710和712還將其資料庫模塊用于存儲與它們自己的能力和要求有關(guān)的信息。在一個實(shí)施例中，資料庫模塊中存儲的信息能夠采取網(wǎng)絡(luò)資源模型、元模型的形式或者采取其它形式來存儲，或者它可以是用于存儲所述信息的不同格式的組合。在一個實(shí)施例中，系統(tǒng)102包括第一計時器。所述第一計時器用于測量其中系統(tǒng)(被管理系統(tǒng))等待來自管理系統(tǒng)的應(yīng)答的第一預(yù)定義時間周期。如果所述被管理系統(tǒng)在所述第一預(yù)定義時間周期以內(nèi)接收到不止一個應(yīng)答，則處理模塊702基于所接收應(yīng)答來選擇管理系統(tǒng)，并且向其余管理系統(tǒng)發(fā)送請求停止由未被選擇的管理系統(tǒng)來管理的 stopManageMe ff|;i、。在又一個實(shí)施例中，系統(tǒng)102包括第二計時器，第二計時器用于確定生成和發(fā)送 manageMe消息的相繼事件之間的時間間隔。本發(fā)明不限于以上描述中所述的具體實(shí)施例，而是能夠在權(quán)利要求的范圍之內(nèi)以許多方式來改變。
權(quán)利要求
1.一種用于管理包括多個系統(tǒng)的通信網(wǎng)絡(luò)中的系統(tǒng)的綜合的方法，所述方法包括下列步驟-由第一系統(tǒng)發(fā)送第一消息002)，所述第一消息包含要被管理的所述第一系統(tǒng)的請求以及描述所述第一系統(tǒng)的要求的信息；-響應(yīng)于所述第一消息，從第二系統(tǒng)接收確認(rèn)所述第一系統(tǒng)由所述第二系統(tǒng)來管理的應(yīng)答004)，所述應(yīng)答包含與所述第二系統(tǒng)的能力有關(guān)的信息；-如果所述第一系統(tǒng)的網(wǎng)絡(luò)資源模型已改變006)，則發(fā)送第二消息008)，其中所述第二消息包含描述所述第一系統(tǒng)的已改變的要求的信息。
2.如權(quán)利要求1所述的方法，包括所述第一系統(tǒng)在第一預(yù)定義時間周期等待(302， 304)來自所述網(wǎng)絡(luò)中的其它系統(tǒng)的應(yīng)答，以及如果所述第一系統(tǒng)在所述第一預(yù)定義時間周期之內(nèi)接收到不止一個應(yīng)答(308)，則所述方法包括由所述第一系統(tǒng)基于所接收應(yīng)答來選擇(312)將作為所述第一系統(tǒng)的管理系統(tǒng)的系統(tǒng)；并且向未被選擇的其余系統(tǒng)發(fā)送第三消息(314)，其中所述第一系統(tǒng)請求停止由未被選擇的系統(tǒng)來管理。
3.如權(quán)利要求1所述的方法，包括如果在第一預(yù)定義時間周期之內(nèi)沒有接收到應(yīng)答 (306)，則重復(fù)進(jìn)行發(fā)送所述第一消息的步驟。
4.如權(quán)利要求1或2所述的方法，包括在第二預(yù)定義時間周期之后(404)重復(fù)進(jìn)行步驟的序列。
5.如權(quán)利要求1所述的方法，其中，通過將所述第一系統(tǒng)連接到所述網(wǎng)絡(luò)，在所述第一系統(tǒng)內(nèi)在內(nèi)部發(fā)起發(fā)送所述第一消息。
6.如以上權(quán)利要求中的任一項所述的方法，包括由所述網(wǎng)絡(luò)中的系統(tǒng)各自提取 (210)和存儲012)與所述網(wǎng)絡(luò)中的其它系統(tǒng)的能力和要求有關(guān)的信息，所述信息由系統(tǒng)在請求管理的消息中以及在對所述系統(tǒng)發(fā)送的請求的應(yīng)答中接收。
7.如權(quán)利要求6所述的方法，包括由所述第一系統(tǒng)向具有匹配所述第一系統(tǒng)要求的能力的一組系統(tǒng)發(fā)送(508)所述第一消息，其中，所述組的所述系統(tǒng)由所述第一系統(tǒng)作為與所述第一系統(tǒng)中存儲的系統(tǒng)能力有關(guān)的信息的分析(504)的結(jié)果來選擇(506)。
8.如以上權(quán)利要求中的任一項所述的方法，包括由所述管理系統(tǒng)通過將在來自所述第一系統(tǒng)的所述第一消息中接收的要求與所述管理系統(tǒng)的能力進(jìn)行比較來分析(1004)所述要求，以及如果所述管理系統(tǒng)的能力匹配所述第一系統(tǒng)的要求，則發(fā)送(1006)所述應(yīng)答消息。
9.如以上權(quán)利要求中的任一項所述的方法，其中，所述第一系統(tǒng)向所述第一系統(tǒng)的管理系統(tǒng)發(fā)送與所述第一系統(tǒng)在來自所述管理系統(tǒng)的所述應(yīng)答消息中接收的能力中指定的類型的正進(jìn)行管理(1008-1012)相關(guān)的信息。
10.如以上權(quán)利要求中的任一項所述的方法，其中，發(fā)送與系統(tǒng)的能力和/或要求有關(guān)的信息的所述步驟包括發(fā)送從發(fā)送所述信息的所述系統(tǒng)的網(wǎng)絡(luò)資源模型生成的元模型。
11.如權(quán)利要求1-9中的任一項所述的方法，其中，發(fā)送與系統(tǒng)的能力和/或要求有關(guān)的信息的所述步驟包括發(fā)送發(fā)送所述信息的所述系統(tǒng)的網(wǎng)絡(luò)資源模型。
12.如以上權(quán)利要求中的任一項所述的方法，其中，發(fā)送與系統(tǒng)的能力和/或要求有關(guān)的信息的所述步驟包括發(fā)送所述元模型或所述網(wǎng)絡(luò)資源模型的XML表示。
13.如以上權(quán)利要求中的任一項所述的方法，其中，通過發(fā)送包含要被管理的所述第一系統(tǒng)的請求以及描述所述第一系統(tǒng)的要求的信息的所述第一消息，來實(shí)現(xiàn)發(fā)送描述所述第一系統(tǒng)的已改變要求的信息的步驟。
14.一種供通信網(wǎng)絡(luò)(100)中使用的系統(tǒng)(102)，包括發(fā)現(xiàn)模塊(702)，所述發(fā)現(xiàn)模塊 (702)適合收聽來自所述網(wǎng)絡(luò)中的其它系統(tǒng)的輸入消息，以及如果輸入消息是要被管理的請求或者是發(fā)送了所述消息的系統(tǒng)的網(wǎng)絡(luò)資源模型的變化的通知，則將輸入消息轉(zhuǎn)發(fā)給處理模塊(704)，其中，所述處理模塊(704)適合處理所述消息，并且響應(yīng)于要被管理的請求而生成應(yīng)答，所述處理模塊(704)還適合生成包含要被管理的請求的第一消息，并且向所述網(wǎng)絡(luò)的其它系統(tǒng)發(fā)送所述第一消息。
15.如權(quán)利要求15所述的系統(tǒng)，包括用于存儲與它自己的能力和要求有關(guān)的和/或與所述網(wǎng)絡(luò)中的其它系統(tǒng)的能力和要求有關(guān)的信息的資料庫(706)。
16.如權(quán)利要求14或15所述的系統(tǒng)(102)，包括第一狀態(tài)機(jī)(800)，所述第一狀態(tài)機(jī) (800)在被運(yùn)行時，使所述系統(tǒng)適合作為由管理系統(tǒng)所管理的系統(tǒng)。
17.如權(quán)利要求14-16中的任一項所述的系統(tǒng)(102)，包括第二狀態(tài)機(jī)(900)，所述第二狀態(tài)機(jī)(900)在被運(yùn)行時，使所述系統(tǒng)適合作為用于管理所述網(wǎng)絡(luò)中另一系統(tǒng)的管理系統(tǒng)。
18.如權(quán)利要求14-17中的任一項所述的系統(tǒng)(102)，包括第一計時器，用于測量等待來自所述網(wǎng)絡(luò)中的其它系統(tǒng)(712)的應(yīng)答所用的第一預(yù)定義時間周期，其中，如果所述系統(tǒng)在所述第一預(yù)定義時間周期之內(nèi)接收到不止一個應(yīng)答，則所述處理模塊適合基于所接收應(yīng)答來選擇管理系統(tǒng)，并且向應(yīng)答了所述第一消息的其余系統(tǒng)發(fā)送請求停止由未被選擇的系統(tǒng)來管理的第三消息。
19.如權(quán)利要求14-18中的任一項所述的系統(tǒng)，包括第二計時器，用于確定發(fā)送所述第一消息的重復(fù)進(jìn)行之間的間隔。
全文摘要
一種用于管理通信網(wǎng)絡(luò)中的系統(tǒng)的綜合的方法包括由第一系統(tǒng)發(fā)送(202)第一消息。在所述第一消息中，第一系統(tǒng)請求被管理，并且提供描述其要求的信息。響應(yīng)于所述第一消息，所述第一系統(tǒng)從第二系統(tǒng)接收(204)確認(rèn)所述第一系統(tǒng)由所述第二系統(tǒng)來管理的應(yīng)答。所述應(yīng)答包括與所述第二系統(tǒng)的能力有關(guān)的信息。如果第一系統(tǒng)的網(wǎng)絡(luò)資源模型已改變(206)，則所述第一系統(tǒng)發(fā)送(208)包含描述它的已改變的要求的信息的第二消息。
文檔編號H04L12/24GK102461067SQ200980160152
公開日2012年5月16日 申請日期2009年6月24日 優(yōu)先權(quán)日2009年6月24日
發(fā)明者A·米列諾維克 申請人:瑞典愛立信有限公司