對象版本管理的制作方法
【專利摘要】一種用于面向對象網絡管理的方法，包括以下步驟：定義信息模型，所述信息模型針對要管理的每一種類型的網絡資源和網絡實體，具有一個對象類；獨立于繼承層次，定義具有多個層次級別的層次樹，將每一個對象類分配到一個層次級別，并將較低層次級別的每一個對象類與所述較低層次級別之上的層次級別的一個對象類相關聯；在所述信息模型中定義包括缺省版本信息的信息實體；將所述信息實體與頂部層次級別的一個對象類或其實例相關聯；針對所述一個對象類的實例以及屬于較低層次級別、且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的對象類的所有實例，采用所述缺省版本信息。
【專利說明】對象版本管理
【技術領域】
[0001]本發明涉及網絡管理。具體地，本發明涉及用于面向對象網絡管理的方法、用于面向對象網絡管理的網絡管理實體、以及相應的網絡系統、計算機程序和計算機可讀介質。
【背景技術】
[0002]現今的計算機和通信網絡已經發展成為跨越整個國家甚至整個世界的龐大系統。相應地，這些網絡包括大量的獨立網絡單元，如節點、鏈路、服務器、路由器、交換機、基站等。這些網絡單元，或者說網絡實體在地理上散布并隨時添加、移除或替代。
[0003]例如，在某時刻或某時段，建立并安裝用來服務于全國人口最稠密地區的通信網絡，然后在稍后的時間點，通過安裝附加設備，實現對全國其余地區的覆蓋。很明顯地，隨著技術發展，后安裝的設備相比先安裝的設備是新制造的。對于通信網絡的這種情形，相比在先的設備，具有新制造日期的設備可以支持更近期版本的通信協議。因此，同時存在支持不同標準或版本的網絡設備、網絡實體或網絡資源。
[0004]從這一點以及上述現代網絡系統的復雜度和廣度來看，管理這樣的網絡是有難度的。不僅需要明了所有安裝/可用的實體和資源，而且何種實體/資源支持何種標準或版本的信息對管理員必須是可用的。
[0005]參與現代通信網絡標準化的第三代合作伙伴項目(3GPP)具有“SA5”工作組。“SA5”工作組最近定義了多個稱為IRP(集成參考點)技術規范，包括三種不同類型:NRM(網絡資源模型)IRP、接口 IRP以及數據定義IRP。每個NRMIRP在稱為信息服務(IS)的與技術無關的等級規范中定義多個信息對象類(1C)，然后，每個1C映射至一個或多個技術和協議特定的規范(稱為方案集(SS))中的被管理對象類(MOC)。
[0006]NRMIRP的實現將支持使用IRP接口中的一個或多個在名為Itf-N的3GPP-標準化接口上進行訪問(管理)，其中所謂的IRP代理允許IRP管理器來管理被管理對象(MO ；MOC的實例)形式的網絡信息。這種被管理對象可以看作是將具體網絡實體或網絡資源的可管理特征和行為封裝的軟件對象。
[0007]這種IRP代理(本文中一般稱為“代理”)等同于任意支持接口的服務提供實體，如“客戶端-服務器”架構中的“服務器”。IRP管理器(本文中一般稱為“管理器”)等同于任意使用接口的服務消費實體，如“客戶端-服務器”架構中的“客戶端”。
[0008]在這些表示移動網絡中可管理的實際網絡資源(如基站或無線小區)的MO的生存期中，MO可以被創建、配置、讀取、更新直至它們最終被刪除。如3GPP技術規范(TS)文檔32.300中所定義的，每個MO具有區分名(DN)形式的唯一標識。在3GPP TS 32.622 (GenericNRM IRP IS)中和 32.762(E-UTRAN NRM IRP IS;來自 3GPP Release-12，這些計劃被移至TS 28.622和28.658)中可找到NRM IRP的示例，并且，IRP概念和結構的概況可參見TS32.150。
[0009]3GPP NRM IRP以及面向對象信息模型的每個實現通常在通信操作支持系統中，并具有“根”實例所包含的所有實例化MO的大包容樹(containment tree)。在3GPP NRM情形中該“根”示例可以是所謂的“子網(SubNetwork) ”1C。包容樹很可能被“根”實例(如SubNetwork)所包含的MO之一所包含,或包容層次更低。
[0010]這種包容樹是一種表示數據的結構化方式，所述數據可通過接口(如3GPP中標準化接口 lft-Ν)來訪問。包容可以理解為在36PP TS32.152中定義的命名包容等，通過所謂“〈〈names〉〉”-關系建立與具有任意數量級別的結構樹類似的層次。這允許通過TS 32.300所定義的區分名(DN)實現每個MO的唯一標識，并且，在一般的情形中，其同樣是任意類型的聚合類，其中上述TS 32.152中定義的命名包容是根據UML的一種聚合類型。
[0011 ] 該所有實例(從根SubNetwork實例(包括所有直接或間接包含的MO)向下至所有“葉”)的樹被稱為MIB (管理信息庫)0SubNetwork 1C以及在其他域特定的NRM中使用的其他高級和通用1C的定義參見3GPP TS 32.622。MIB由在若干規范中定義的類的實例組成(在3GPP情形下，這些類是1C和M0C)(在3GPP NRM IRP情況下，這些規范是IS和SS規范，例如 32.622/626 (Generic NRM IRP)、32.742/746 (UTRAN NRM IRP) ,32.762/766 (E-UTRANNRM IRP)和 32.712/716 (Transport NRM IRP))。
[0012]如已經提到的，隨著網絡發展，網絡中的不同MO可以支持標準規范的不同版本。因而，IRP管理器可能想要知道什么MO支持什么版本。該場景已在3GPP SA5的稿件中描述(參見TR 32.830)，其產生于仍在進行中的SA5對版本處理的研究期間。特別感興趣的是TR32.830中以下章節:5.7(問題I)、6.1.2.1 (使用案例13 (NRM對象實例版本))、和7.2.3(使用案例13的方案建議)、以及第7.2.3節的第二子項(sub-bullet)。
[0013]后者涉及在稱為“頂部”的1C中具有新的“nsVers1nlnfo”的屬性，意味著所有實例(在一個大的裝置中可能有幾十萬個)都具有它。這將意味著在大的裝置中許多屬性具有相同的值數據。在位于頂部1C(信息對象類)的情況下所有實例具有相同屬性(nsVers1nlnfo)的原因是所有其他10C(以及因此MO)從頂部繼承。其他背景信息可見于草案 TR 32.830-030 (版本 0.3.0)。
[0014]盡管SA5提出并同意在草案TR中包括一個方案作為在上述“使用案例13”之后的問題陳述的可能解決方案，并在該草案中對其描述，還需要一個更實質性的改進。換言之，需要一個更高效的方案，其不創建大量被管理對象中的重復信息而浪費通信網絡資源、存儲器和CPU資源。
【發明內容】
[0015]獨立權利要求解決了上述目的和提及的問題。并在從屬權利要求中描述優選實施例。
[0016]根據本發明的實施例，提供了一種用于面向對象網絡管理的方法，包括:定義信息模型，所述信息模型針對要管理的每一種類型的網絡資源和網絡實體，具有一個對象類；獨立于繼承層次，定義具有多個層次級別的層次樹，將每一個對象類分配到一個層次級別，并將較低層次級別的每一個對象類與所述較低層次級別之上的層次級別的一個對象類相關聯；在所述信息模型中定義包括缺省版本信息的信息實體；將所述信息實體與頂部層次級別的一個對象類或其實例相關聯；針對所述一個對象類的實例以及屬于較低層次級別、且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的對象類的所有實例，采用所述缺省版本信息。
[0017]根據本發明另一個實施例，提供了一種用于面向對象網絡管理的網絡管理實體，該網絡實體包括處理單元，所述處理單元被配置為:定義信息模型，所述信息模型針對要管理的每一種類型的網絡資源和網絡實體，具有一個對象類；獨立于繼承層次，定義具有多個層次級別的層次樹，將每一個對象類分配到一個層次級別，以將較低層次級別的每一個對象類與所述較低層次級別之上的層次級別的一個對象類相關聯；在所述信息模型中定義包括缺省版本信息的信息實體；將所述信息實體與頂部層次級別的一個對象類或其實例相關聯；以及針對所述一個對象類的實例以及屬于較低層次級別、且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的對象類的所有實例，采用所述缺省版本信肩、O
[0018]根據進一步的實施例，提供了包括要管理的網絡資源和網絡實體的網絡系統、用于管理所述網絡資源和網絡實體的方法、包括用于指示處理單元執行方法實施例的步驟的代碼的計算機程序、以及相應的計算機可讀介質。
【專利附圖】
【附圖說明】
[0019]現在將參考附圖描述本發明的實施例，提出這些實施例是為更好地理解發明構思，但它們不被視為限制本發明，附圖中:
[0020]圖1A示出了被管理對象類的繼承層次樹的示意表示；
[0021]圖1B示出了根據本發明實施例的被管理對象類的包容層次樹的示意表示；
[0022]圖2示出了根據本發明實施例的網絡管理實體的示意表示；
[0023]圖3示出了根據本發明的方法實施例的流程圖；
[0024]圖4A和4B示出了 3GPP TS 32.622第6.1.2節和32.762第6.2節的作為所謂類圖的關聯圖；
[0025]圖4C示出作為本發明實施例的所謂類圖的關聯圖；
[0026]圖5A至5C示出本發明方法實施例的流程圖；以及
[0027]圖6A至6D示出本發明方法實施例的流程圖。
【具體實施方式】
[0028]圖1A示出了被管理對象類的繼承層次樹的示意圖。如圖所示，該層次樹從具有相應的頂級類11的最頂級起源，繼續向下為從屬類21至44。如圖所示，頂級類11具有兩個直接(緊鄰)子類21和22。層次樹在類21和31下方進一步分叉。
[0029]面向對象建模和編程的共同特征是所謂的特性(property)繼承:每一個從屬類至少繼承直接上級類的所有特性。在所示的示例中，類11的任意特性是所有從屬類21至44所共有的，而類22的附加特性僅被給繼承給從屬類33和44。本質上，類21的實例于是具有在類21中定義的所有特性加上從類11繼承的所有特性。
[0030]特性可以是作為實例或相應的類對象的數據對象的任意特征。例如，特性可以是類/實例的屬性(attribute)，如數據變量或一些其它數據集。通常情況下，如果頂級類具有256字節長的字符串的屬性，則所有從屬類也擁有此屬性。這就清楚地表明，對較高級別的類增加任何特征將相應地使必要數據的量乘以從屬類的總數。在本實施例中，定義256字節的字符串將導致所需的數據總量為256X10B = 2560B。
[0031]圖1B示出了結合圖1A示出的被管理對象類中的一些類的包容層次樹的示意表示。可以看出，包容與繼承層次無關。并且，還可以存在與其他類沒有包容關系的類，如示出的類11。并且，在以下意義上，包容關系可以是多重的:一個類可以與多于一個的其他類具有一個包容關系。
[0032]在所示的示例中，類31具有三個包容關系，即與類21、41和43的各個包容關系，并且類33具有兩個包容關系，即與類22和44的各個包容關系，與它們在繼承層次中的級別無關。此外，在以下意義上，包容關系可以是非對稱的:它們只能在一個方向上被追蹤和解析，并且每個方向上的關系的數量可能受到限制。通常用數字和不同類型的箭頭端來表示這些附加特征，如在下圖4A至4C中所使用的。
[0033]圖1B進一步示出與表示包容層次頂部的類21相關聯的信息實體21’。該實體21’包括缺省版本信息，下文中對其詳細描述。
[0034]圖2示出了根據本發明實施例的網絡管理實體的示意表示。如圖所示，管理實體100可包括存儲器單元101、處理單元102以及網絡接口 103，網絡接口 103可操作地與網絡104通信，從而，例如，與用于管理網絡的管理系統通信。并且，所示網絡104可以已經是受到管理的網絡，即網絡104連接或使網絡實體和資源作為MO可訪問。
[0035]存儲器單元101可以存儲程序代碼，用于指示處理單元102執行本發明任意方法實施例和方案的一個或多個步驟。具體地，存儲器單元101可以存儲程序代碼，該程序代碼指示處理單元102:定義信息模型，該信息模型針對要管理的每一種類型的網絡資源和網絡實體，具有一個對象類；獨立于繼承層次，定義具有多個層次級別的層次樹；將每一個對象類分配到一個層次級別，并將較低層次級別的每一個對象類與所述較低層次級別之上的層次級別的一個對象類相關聯；在所述信息模型中定義包括缺省版本信息的信息實體；將所述信息實體與最頂層次級別的一個對象類或其實例相關聯；以及針對所述一個對象類的實例以及屬于較低層次級別且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的對象類的所有實例，采用所述缺省版本信息。
[0036]具體地，包括缺省版本信息的信息實體可以作為信息實體21’出現在結合圖1B示出的實施例中。該信息實體21’與包容層次頂部的類21相關聯。根據本發明的實施例，信息實體21’包括針對類21和每個從屬類31和43采用的缺省版本信息(如例如在圖1B所示)。因此，以下單純的事實導致針對類31和43也采用相同的缺省版本信息:例如，類31作為類21的直接從屬，或類43從屬于與信息實體21’相關聯的類21。
[0037]再次參考圖1B，還可以存在從屬類，附加信息實體41’被定義并與從屬類41相關聯。存在還與附加信息實體41’相關聯的從屬類這一單純事實意味著:針對該實例41以及所有其他從屬實例(本示例中即類42)，采用附加信息實體41’的缺省版本信息。附加信息實體41’的該缺省版本信息可以添加至已通過信息實體21’采用的缺省版本信息，或者也可以改變缺省版本信息或其一部分。
[0038]圖3示出了根據本發明方法實施例的流程圖。具體地，該方法包括步驟S10，定義信息模型，針對要管理的每種類型的網絡資源和網絡實體具有一個對象類；步驟S11，獨立于繼承層次地，定義具有多個層次級別的層次樹；步驟S12，將每個對象類分配到一個層次級別；以及步驟S13，將每個低層次級別對象類與所述低層次級別之上的層次級別的一個對象類相關聯。
[0039]事先、同時或者之后，在所述信息模型中定義(步驟S21)包括缺省版本信息的信息實體，如信息實體21’，并且該信息實體與頂部層次級別的一個對象類或其實例相關聯(步驟S22)。在圖1B的示例中，這是包容樹頂部實例21’的級別。基于所定義的實例、層次樹和信息實體，則針對所述一個對象類的一個或所有實例以及屬于較低層次且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的所有實例，采用(步驟S30)所述缺省版本信息。
[0040]因此，可以針對包容樹中類21和所有從屬類，采用缺省版本信息。其優點在于，盡管個體實例不必繼承任一超類(如3GPP中的Top)的任一特性，也可以確定針對每個實例缺省版本信息。這種繼承將要求針對每個實例進行數據的附加分配，盡管對很多實例而言實際信息是相同的，從而導致存儲器、處理和通信資源的低效使用。通過例如結合圖1和2示出并描述的附加信息實體31’，可以實現偏離(deviating)版本信息。
[0041]圖4A至4C示出了作為所謂類圖的包容和關聯圖的示例。本發明以下實施例涉及3GPP NRM IRP和被管理對象的具體上下文，在以下意義上，該具體上下文與上文更寬泛和通用的實施例相當:本發明的方面同樣適用于具有用于網絡管理的面向對象信息模型或數據庫(DB)的任意類型系統，其中，類和實例(或DB記錄)表示受管理的資源或實體(即被管理資源或被管理實體)，例如以統一建模語言(UML)或任意其他建模語言描述。
[0042]本發明的方面利用了網絡中相同規范(如3GPP NRM SS)中定義的大多數MO或被管理實體具有相同規范版本這一可能性。因此，對于每一個規范(如NRM SS)，如果在信息模型(如NRM)中頂部級別與信息模型頂級類(如，3GPP NRM中最頂部(根)類的SubNetwork)相關聯的某處定義了大多數MO支持(=已實現)的“缺省版本”的“命名空間”(命名空間的定義可見于3GPP TR 32.830)和版本信息(該情形中為nsVers1nlnfo)，就足夠了，從而允許為每一個MIB或MIB部分標識該缺省版本信息。這將意味著，nsVers1nlnfo被當做包括在與頂部級別類21關聯的信息實體21’或21本身中的缺省版本信息。
[0043]此外，“命名空間”(或“namespace”)的概念可以在當前上下文中找到定義，以便可以基于或與草案TR 32.830版本0.3.0的各定義一致。此外，3GPP TS 32.300與指定類實例的標識符的“容器”的命名空間有關。在一些方式中，一個命名空間可被定義為一個容器，該容器提供其容納的標識符(名稱或技術術語或單詞)的上下文，并允許存在于不同的命名空間內的同名標識符的消歧。這里，“命名空間”與類實例標識符的“容器”無關。相反，它指的是類標識符的“容器”。
[0044]本發明的各方面還利用僅指出少數MO的概念，該少數MO用偏移版本信息支持與缺省版本不同的版本。例如，這可以通過上文提到的與各從屬類41關聯的附加信息實體41’來實現。
[0045]此外，信息實體21’還可以在用關聯指向相關類的新類中定義新的版本信息，從而確保該解決方案是后向兼容的一現有的實現不會受到影響，如果他們不需要提供版本信息(例如，如果所有的MO都是同一版本)。但仍然，所獲得的優點是，無需繼承主類結構中的相應特性，從而通過避免相同信息的冗余處理，可以節省大量的存儲器、處理和通信資源。
[0046]換言之,一個新的信息實體21’被定義為,例如,類、1C或M0C,其通常可以具有任何名稱，但為簡潔起見，下文中稱其為“NSV”。實體21’與整個信息模型(如NRM或DB)相關聯，例如直接被MIB最上面的“根”類名稱包含(name-contained)根”類直接或間接地包括MIB中的所有其他MO，最上面的“根”類也可以具有任意名稱，但在3GPP上下文中像在3GPP 中一樣名為 “ SubNetwork”。
[0047]相應的實施例示于圖4C中:NSV包含名為NsVers1nlnfo的多值屬性，并包括所支持的所有規范(如NRM SSS)的缺省命名空間和版本信息。NsVers1nlnfo每個單元的內容和合法值與草案TR 32.830版本0.3.0的第7.2.3節UC13 (NRM對象實例版本)中的描述一致，并且能夠指示許多標準版本或供應商特定的版本中的一個，以及它們的組合(即基于特定標準版本的供應商特定版本)。
[0048]NSV的一個實例具有特殊特性，并且可以被稱為“根NSV實例”。其針對受管理的MIB (如根SubNetwork實例所包括的3GPP MIB)中的MO (或被管理實體)所支持的所有規范(如，NRM IRP SS)，標識缺省命名空間和版本值列表。一個信息指示具有作為“根NSV實例”這一特性的NSV實例。在3GPP的上下文中，一種指示該特性的方法可以是:根SubNetwork實例直接名包含唯一作為根NSV實例的NSV實例和其他NSV實例(如果有的話，包括在根NSV實例中)。另一種指示該特性的方式可以是，根NSV實例具有與根MIB實例(如SubNetwork)的關聯。再一種指示該特性的方式可以是在NSV類中用值“是”指示“根NSV實例”的特殊“標志”(布爾型)屬性。
[0049]可選地，可以存在其他NSV實例(并且在3GPP的情形中，例如被根NSV實例直接名稱包含、或者與最上面的根類無關聯、或者在NSV類中具有用值“否”指示“根NSV實例”的特殊“標志”(布爾型)屬性)。這些NSV實例用于標識與缺省的命名空間和版本值偏離的MIB的片段。這里，“MIB的片段”意味著在特定的所選MO處開始的MIB子樹(部分)，包括該MO和所有直接或間接地被該MO包含的MO。通過參考結合圖1B描述的附加信息實體41’，再一次給出各個示例。因此，一個相應的片段可以由類41和42或相應的MO組成。
[0050]針對存在與缺省命名空間和規范版本的任何偏離的每一個MIB片段，用與該片段(類41)直接關聯創建新的NSV實例(例如作為附加的信息實體41’)。該NSV實例的NsVers1nlnfo包含與缺省值(由“根NSV實例”給出)偏離并被該片段的MO支持的規范(如NRM SS)的命名空間和版本。與“較低包容級別”上的片段的關聯的偏離將覆蓋針對包容樹相同分支中更高級別片段而標識的偏離。這些“偏離NSV實例”可以不與任何MIB根實例(如SubNetwork)關聯。
[0051]管理器應具備對每個MIB有效的、NSV和MIB根類(例如SubNetwork)的類定義版本的預配置知識，以便始終都能成功訪問它們。這些類應該是非常穩定且很少進行修改，如果有的話。
[0052]根據備選實施例，缺省命名空間和規范版本信息由制造商預定義并在安裝時預配置，因此不需要用具有缺省命名空間和版本信息的特定NSV實例進行建模。用上述相同的方式僅指示偏離命名空間和版本信息。因此，在該情形中，NSV實例可以直接被MIB根實例(如SubNetwork)所包含，或者只是以任何方式與MIB或DB相關聯。
[0053]根據另一個備選實施例，命名空間和版本信息在最上層/根類(如SubNetwork)的新屬性中定義，因此，不需要新的NSV類。因為TS 32.622中的SubNetwork1C需要進行修改，這個解決方案是在3GPP中不后向兼容。因此，相關的解決方案可以包括:(I)新的多值屬性，具有與上述名為NsVers1nINfo的屬性相同的結構和信息；(2)新的多值關聯，具有與上文定義的NSV和“偏離10之間的關聯相同的語義，但這里其具有可以包括O-N個關聯的結構，其中每一個關聯都具有指針，指向“偏離MO”和用于MO的“偏離”命名空間和規范版本的相關列表(及其子樹，如果選擇了以上選項4)，以及(3)管理器具有預配置的根實例(例如SubNetwork)版本的知識，以便始終都能成功對其訪問。
[0054]根據另一個備選實施例,在新的“NsVers1nlnfo”屬性中，用與上文相同的定義和語義定義命名空間和版本信息，并將其添加以包含在任意已有的類中，其中該類:(1)具有允許創建任意數量的實例的遞歸結構，(2)可與要標識版本信息的任意MO或片段相關聯，
(3)可以允許標識哪一個實例具有“缺省命名空間和版本信息“(如“根NSV實例”)，以及
(4)允許缺省命名空間和版本有效的MO的范圍足夠大而有用。通過在包容樹中具有足夠高的“父”(包含)類的類(如3GPP情形中的SubNetwork或ManagedElement)來實現這一點。
[0055]這里使用1C在3GPP TS 32.692中定義的Inventory NRM IRP，給出該實施例的一個可適用于3GPP的示例:在32.692中的InventoryUnit 1C中的定義中添加NsVers1nlnfo屬性,從而重用管理器可能已經使用的Inventory NRM的結構并鏡像MO的大部分(即便不是全部)，管理器可能已經使用該結構來標識半永久(不頻繁更新)的有關MO的“管理”類型信息。
[0056]根據該實施例，InventoryUnit (和該NRM中的其他10C)可以僅指向ManagedFunct1n及其派生。因此本實施例中不能標識不是從ManagedFunct1n派生的那些MO的“與缺省偏離的版本”，并且存在幾個，如:UtranRelat1n，EP_RP, EP_IuCS, EP_IuPS, EP_Iur, CellOutage-Compensat1nlnformat1n, EUtranCelINMCentralizedSON0
[0057]然而，規避這個問題的可能方式是選擇下列選項之一:(1)假定MOC不是從ManagedFunct1n派生的所有MO與在相同NRM SS中定義的相同包容分支中的最接近(或最上層)MOC版本相同。(2)在InventoryUnit具有關聯的InventoryNRM IRP中定義〈〈ProxyClass?ManagedEntity,表示與任意NRM IRP中的任意1C的可選關聯。
[0058]此夕卜，根據本實施例，InventoryUnit (以及該NRM中的其他1C)都被ManagedElement包含,所以“根InventoryUnit實例”中的缺省命名空間和版本信息的定義對每一個ManagedElement實例有效。因此針對每一個ManagedElement實例，它就被定義一次，這可能是一個大的數目，并且不能每SubNetwork實例設置一次。此外，它不能定義被SubNetwork 而不是 ManagedElement 名稱包含的 MO 的版本信息，如 ExternalENBFunct1n和 ExternalEUtranGenericCell ο
[0059]然而，規避這個問題的可能方式是選擇下列選項之一:(I)在Inventory NRM中定義一個SubNetwork所包含的且具有NsVers1nlnfo屬性的新10C。但是,這將意味著與上述初始方案實際上相同的方案。(2)令ManagedElement實例中一個且僅一個中的InventorUnit為包含在SubNetwork中但不包含在ManagedElement中的所有MO定義缺省以及可能地偏離版本。(3)將InventorUnit的包含向上移動至被SubNetwork直接名稱包含。
[0060]此外，根據本實施例，可以不那么直接地標識哪一個InventoryUnit的實例包含缺省命名空間和版本值，因為InventoryUnit不具有與ManagedElement的關聯,可能有O至η個實例被一個ManagedElement直接名稱包含。
[0061]然而,規避這個問題的可能方式是選擇下列選項之一:(I)添加從InventoryUnit到ManagedElement 1C (或者到SubNetwork,如果在上文中選擇e選項)的關聯。(2)將被一個ManagedElement直接名稱包含的InventoryUnit的實例的基數限制為0..1。(3)在InventoryUnit中定義一個具有布爾“標志”語義的新屬性，以指示InventoryUnit的實例是否是具有所有缺省命名空間和版本值的“根”實例。
[0062]綜上，本發明的詳細實施例因此可以由向InventoryUnit 1C添加NsVers1nlnfo屬性然后從上述備選中選擇任意合適的選項所得到的步驟、動作、和機制組成。
[0063]根據再一個備選實施例，指出:每當存在與MO關聯的“偏離NSV實例”，則包含在相同父MO中的所有相同類(MOC)的MO都具有相同的(偏離)命名空間和版本。例如，可以將其作為附加指示符(參數)添加，該指示符附至NSV類中的每一個命名空間和版本值，針對其應用于的NSV實例中的每一個命名空間和版本，值設置為“真”(即，偏離版本應用于包含在相同父MO中具有相同MOC的所有MO)，否則為“假”。在3GPP中，這可能是特別有用的，只要在MO具有直接或間接地包含在ManagedElement中的類。通過這種方式,可以避免針對相同類的每一個MO創建一個“偏離NSV實例”(具有與缺省偏離的命名空間和版本)的需要。
[0064]作為對比，圖4A和4B示出了作為來自3GPP TS 32.622第6.1.2節和32.762第6.2節的所謂類圖的關聯圖。然而，需要指出的是，實際的MIB可以是被SubNetwork和/或ManagedEI ement包含的許多這樣的類的實例的組合。
[0065]圖5A至5C和6A至6D示出了方法實施例的流程圖及其用途。一般情況下，畫圈的字母和數字表示所示過程通過“轉到(Goto) ”步驟引用的起點。
[0066]具體地，發出逐步的指令以實現本發明的實施例，即獲得MIB中每一個MO的正確命名空間和版本信息，然后正確訪問MIB中的每個MO。需要指出的是，以下教導將例如能夠處理草案TR 32.830-030第6.1.2.1節中的場景(即如果不考慮TR 32.830使用3GPPTS中的當前標準，在管理器中引起錯誤的場景)以正確地工作，而沒有錯誤版本信息導致的錯誤。
[0067]作為先決條件(圖5A和5C中的步驟S100/S120)，管理器在初始啟動(即首次需要在其存儲器或數據庫中建立MIB的鏡像)時，首先使用已有的標準操作完成為每一個代理創建“MIT” (管理信息樹)(或者其想要管理的相關片段)的過程，MIT具有與MIB相同的樹結構，但在樹的每一個“節點”中僅包括每一個MO的標識(如DN)，并在管理器的本地存儲器或數據庫中存儲該MIT。在3GPP環境中，可以形成如下:
[0068]根據在草案TR 32.830-030“附件A，使用情形13”中描述的序列，使用已經標準化(在SA5中)的訪問過程和操作，以:I)訪問每個EM中的EP (入口點)IRP (3GPP TS 32.362)(其位置地址預先配置在管理器中)，從而獲得對每個EM中的內核CM IRP (32.662)和基礎CM IRP(32.602)的引用。對于后者，如果使用正確的范圍和過濾器輸入參數，則管理器然后可以調用GetContainment操作以獲得每個EM中完整MIB (或者它要管理的相關片段)的所有MO的區分名。使用返回列表中或所有返回DN中的結構化信息，管理器由此可以為每個EM建立完整的MIT (或者它要管理的相關片段)，并在管理器的本地存儲器或數據庫中存儲該MIT。每當管理器需要重新創建其MIT或MIB鏡像，或從相關步驟重新開始時，例如，(在3GPP的情形中)已經獲得對每個EM中的基礎CM IRP的引用的時候，就可以重復這一過程。需要注意的是，以上在3GPP中的訪問過程和操作(GetContainment等)只是如何獲得每個用于MO的數據的示例。然而，預期所有的面向對象系統具有相應的操作來訪問相同類型的信息(如唯一的被管理對象標識符)。
[0069]在完成步驟S100/S120和先決條件的相應動作后，管理器可以繼續如下:使用本發明實施例(結合圖6B給出該過程更詳細的描述)在步驟SlOO中獲取適用于受管理的每個系統、子系統或網絡節點(如，單元管理器(EM)或域管理器(DM))的MIB中的每一個MO所有有效規范的命名空間和版本信息，以及將每一個MO的命名空間和版本附到管理器所存儲的MIT中的對應“節點”上(表示MO和包含MO的標識，如DN)——這可以用與從代理獲得的NsVers1nlnfo屬性單元相同的格式或者管理器已知的本地簡略格式來存儲。
[0070]隨后，在圖5A的步驟SlOl中，發現并附加每個MO的正確命名空間和版本。為此目的，可以執行圖6A中標記Dl之后并在那里描述的步驟。圖5C中示出一個備選的處理，其中，在步驟210后，該處理繼續至S121的步驟組。然后，在讀取數據時使用每個MO的有關版本，管理器可以獲得(受管理的整個系統或所有子系統或網絡節點的)所有MO中的所有屬性(結合圖6B給出該過程更詳細的描述)，以及存儲所有MO的完整數據(所有屬性)，從而創建完整的MIB (或者再一次地，其中對管理器而言相關的一個或多個片段)。其可以存儲在與用于MIT的“節點”相同的數據庫/存儲器記錄中，從而將MIT轉換為MIB，或者存儲在新的并行數據庫/存儲器實體中，從而保持MIT與MIB分離。后一種選擇意味著管理器需要保持MIT的所有更新與MIB的對應更新同步，以維持它們的一致性。
[0071]如果MIB中代理任意時刻創建新的MO，則代理應當發送有關該創建的通知(如，在內核CM IRP定義的3GPP上下文中，通過發送“對象創建通知”)至所有訂閱該通知的管理器一以及希望獲得最新MIB信息的管理器需要訂閱該通知。然后，如果已有的NSV實例中的缺省或偏離信息不反映新的MO的版本，則代理需要更新NSV實例(如果有必要)以反映新的MO的命名空間和版本信息。這可能意味著創建新的NSV實例，或修改已有NSV實例中的NsVers1nlnfo屬性。對于每個受影響的NSV實例,應該提交指示對象創建、對象刪除或“屬性改變”(如果可以應用的話)的通知(并且如果管理器要得到正確版本信息，必須訂閱它們)。對于每個創建的MO和NSV實例，管理器需要對該MO執行全部上述步驟。如果管理器丟失了上述任意通知，因可疑的錯誤版本信息導致訪問錯誤，則管理器應當從頭開始重新建立其MIT或MIB。
[0072]優選地，除非必須，不應修改或刪除NSV實例，但如果這種情況發生，管理器需要對每一個MO和每一個NSV實例再次執行上述完整過程，以確保正確的版本信息。然而，刪除一些或所有的NSV實例是有利的一個典型的情形是:在主要的網絡升級完成后(或接近完成)一這時，應當刪除不再反映大多數MO的缺省版本信息的“根NSV實例”，并且用相關的新缺省版本信息創建的新的“根NSV實例”。
[0073]需要進一步指出的是，命名空間和版本信息并不必始終存儲在MIB或MIT中一一每當需要時，例如，如果認為這么做所需的處理比用于命名空間和版本信息所需的額外MIB/MIT存儲資源消耗更少，管理器可以選擇只存儲NSV實例，并為相關的MO重新創建相關的命名空間/版本信息。如果偏離版本的數量是零或低，該策略可以是特別有用的。
[0074]如果管理器在本地數據庫或存儲器MIB中具有MIB的鏡像副本(其被認為是最常見的情形)，上述動作和步驟是有效的。如果管理器在其本地數據庫或存儲器中沒有保留整個MIB的鏡像副本，則作為備選方式，其可以在數據庫/存儲器中只保留MIT結構，將正確的命名空間和版本信息附至每個M0(使用本發明的實施例)，并且當管理器需要該信息時在任意時間從相關代理讀出一個或更多的MO的屬性。如果管理器在其本地數據庫或存儲器中不具有MIB或MIT的鏡像副本，則其可以在每次需要查找和訪問MO執行與上述相同的步驟。
[0075]結合圖6B示出步驟SlOl的更詳細的實施例。具體地，這說明了如何查找每個MO的正確的命名空間和版本，并附至管理器存儲的MIT中的每個“節點”。首先，從對于管理器有關的每個系統、子系統或網絡節點(如每個EM/DM中的SubNetwork)中MIB的“根NSV實例”讀取缺省命名空間和版本值。其次，將所有獲得的對于每個MO有關的缺省命名空間和版本信息附至MIT中的每個“節點”(或對于管理器有關的MIT片段一這里“MIT”片段和MIB片段以相同的方式定義，即，所指定的MO/節點所包括的MIT中的所有“MO/節點”的子樹，包括所指定的MO/節點)——每個MO的一個值，作為對于各MO有關的規范(即這里定義了 MO的類)的命名空間和版本。
[0076]然后，如果有任何附加的NSV實例指示一個或多個缺省命名空間和版本的偏離(例如，包含在“根NSV實例”中的“子”NSV實例)，則針對作為所謂“偏離”NSV實例的這些NSV示例，執行下列步驟:
[0077]對于第一個發現的這樣的“偏離”NSV實例，有兩個動作:(I)對于該NSV實例相關聯的MIB片段，用MIT片段中每一個MO的相關“偏離命名空間和版本值”(由該NSV實例給出)取代缺省命名空間和版本值，所述MO支持與NsVers1nlnfo中偏離命名空間和版本值中的一個有關的規范之一。(2)令作為該片段的根的MO的標識(如DN)被稱為“DN-A”，DN-A與每個MO —起存儲(附)在該MIT片段中，其命名空間和版本值在前一個動作(I)中被更新(并且僅這些MO)。
[0078]考慮以下“偏離”NSV實例中的每一個，現在圖6C中的步驟S201示出了進一步的過程。在步驟S202中，判定MO是否具有“DN-A”。對于與NSV實例相關聯的MIB片段中每一個MO，如果沒有DN-A附至MIT中對應Mo，則該過程前進至S211，并且針對第一個被發現的“偏離”實例，執行以上動作⑴和(2)。如果已有DN-A附至該MIT片段N中的一個或多個MO，則該過程前進至步驟S221。
[0079]因此，對于MIT片段中附有“DN-A”值的每一個MO，在步驟S221，將片段N (如表示為“DN-M”)的根MO的標識(例如DN)與為被檢查MO所存儲的“DN-A”值比較，以比較DN-M和DN-A在包容層次中的位置。在3GPP的情形中，僅比較位于DN的MIB根(如SubNetwork)的RDN(相對區別名；參見3GPP TS 32.300)部分之后的兩個DN的子串。作為示例，DN-M和DN-A的這些子串可以分別命名為“DN-M1”和“DN-A1”。
[0080]在步驟S222，檢查DN-M是否在相同的包含分支中高于DN-A。如果DN-M在相同的包含分支中高于DNA (在3GPP中，如果DN-Ml是DN-Al的子集，即DN-Al比DN-Ml長，但它們的初始字符至DN-Ml的長度都是相同的)，不更新被檢查MO的命名空間和版本信息或DN-A。然而，如果DNA在相同的包容分叉中高于DN-M(在3GPP中，DN-Ml不是DN-Al的子集)，并且如果NSV實例中的命名空間和版本字符串的一個用于定義了被檢查MO的類的規范，則用被檢查的MO的相關偏離命名空間和版本值(由該NSV實體給出)以及DNA值(設置為DNM)替代所述命名空間和版本值。
[0081]圖5B示出相關版本的使用。具體地，該處理從標記Al開始并前進至步驟S200，其中使用相關版本并獲得所有MO的所有屬性。該處理然后前進至標記D2。結合圖6D示出步驟S200的更詳細實施例，說明如何在讀取數據時使用每個MO的相關版本。
[0082]首先，在步驟S231，檢查附至MIT中的MO的命名空間和版本標識字符串，并將其表示為SI。然后，在步驟S232，分配能夠或被設計用于解釋并處理在SI所標識的規范中定義的類的MO的過程(如果任意可用的話)(或者管理器中任意被設計用于完成此的程序或一段軟件)，以存儲并管理MIB中該MO的屬性。如果該過程或軟件不可用，則忽略以任何依賴于知道其版本的方式來訪問或處理該MO(步驟S233)。后一種規定在以下意義上照顧到了草案TR 32.800-030第6.1.2.1節中的場景IA:避免管理器“崩潰”或故障。
[0083]然而，如果過程或軟件可用，則該過程前進至步驟S234，分配該過程或軟件。在步驟S235，僅針對該MO或者針對一個操作或文件中的多個MO，讀取并存儲MO的屬性值(如在3GPP中，使用基礎CM IRP或大CM IRP)。然后，在步驟S236，使用該過程/軟件對該MO執行所有進一步的處理和管理(直到該MO被刪除)。這在以下意義上照顧到了草案TR32.800-030第6.1.2.1節中的場景IB:避免管理器“崩潰”或故障。
[0084]在上述內容中，描述了或多或少具體的實施例。然而，本發明也可以實現為通用的實施例，用于管理多個對象，包括以下步驟、動作、配置:定義要管理的每一個對象的實例；定義多個層次級別，將每個實例分配到一個層次級別，并將較低層次級別的每個實例與在所述較低層次級別之上的層次級別的一個實例相關聯；定義包括有關缺省特性的信息的信息實體；將所述信息實體與相應的層次級別的一個實例相關聯；以及針對所述一個實例以及屬于所述相應層次級別下方的層次級別且直接或通過一個或多個其他實例與所述一個實例相關聯的每一個實例，采用所述缺省特性。
[0085]在一般情況下，通過本發明的實施例可以獲得以下一個或多個優點。首先，對于任何具有需要在能夠訪問(管理)M0前知道MO版本這一相同問題的系統，它可以提供TR32.830第3節使用案例13的問題的解決方案。提供了一種比當前在草案TR32.830中提出的的方案更高效(就通信網絡資源(存儲和處理器資源)而言)的方案，因為其不在管理對象中創建大量(或者實際上，任何的)重復信息。
[0086]使用草案TR32.830-030的標準方法，每當IPR管理器需要從任何MO中讀取任何屬性，不管IPR管理器是否對其感興趣，都必須傳輸附加的NsVers1nlnfo屬性，這是因為目前(在基礎CM IPR[32.602]或大CM IPR[32.612]中，其包含用于NRM讀操作的可用備選方式)還沒有可以選擇MO的一個或少量屬性來讀取的標準化操作——而總是返回讀操作的目標MO的所有屬性。(大CM IPR完全沒有任何選擇標準，并且，盡管基礎CM IPR在“GetMoAttributes”操作中具有這樣的輸入參數,其語義當前禁止使用該參數)。
[0087]因此，由于在現代移動網絡中能夠預期的大量的實例化M0(百萬量級)，即便向始終存儲在MIB中并在數據網絡上傳輸的大量數據添加相對“小”的屬性，也會增加數據庫容量需求和負載、訪問操作響應時間、網絡負載和CPU負載(對于管理器的和代理)。
[0088]此外，使用在TR 32.830-030中描述的標準方法，由于每個類中放置新的NsVers1nlnfo屬性，只要存在以上有關“沒有可以選擇MO的一個或少量屬性來讀取的標準化操作”的限制，就會導致問題——這時無法在訪問每個MO前知道版本信息，因此其成為一個“先有雞還是先有蛋”問題。
[0089]本文描述的方法可以通過由處理器執行的計算機可讀指令來實現。該計算機可讀指令可存儲在非易失性計算機可讀存儲介質上。
[0090]雖然用詳細實施例進行說明，但這些實施例僅用于更好地理解由獨立權利要求限定的本發明，并且不應被看作是限制性的。
【權利要求】
1.一種用于面向對象網絡管理的方法，包括以下步驟: 定義信息模型，所述信息模型針對要管理的每一種類型的網絡資源和網絡實體，具有一個對象類； 獨立于繼承層次，定義具有多個層次級別的層次樹，將每一個對象類分配到一個層次級別，并將較低層次級別的每一個對象類與所述較低層次級別之上的層次級別的一個對象類相關聯； 在所述信息模型中定義包括缺省版本信息的信息實體； 將所述信息實體與頂部層次級別的一個對象類或其實例相關聯；以及 針對所述一個對象類的實例以及屬于較低層次級別、且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的對象類的所有實例，采用所述缺省版本信息。
2.根據權利要求1所述的方法，其中，針對屬于較低層次級別、且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的所有對象類的所有實例，進一步采用所述缺省版本信息。
3.根據權利要求1所述的方法，進一步包括: 在所述信息模型中定義包括偏離版本信息的另一個信息實體； 將所述另一個信息實體與層次級別比所述一個對象類的層次級別低的較低對象類或其實例相關聯； 針對所述一個對象類的所有實例以及屬于比所述一個對象類的層次級別低但比所述較低對象類的層次級別高的層次級別、且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的對象類的所有實例，采用所述缺省版本信息；以及 針對所述較低對象類的所有實例以及屬于比所述較低對象類的層次級別低的層次級另O、且直接或通過一個或多個其他對象類與所述較低對象類或其實例相關聯的對象類的所有實例，采用所述偏離版本信息。
4.根據權利要求1至3任一項所述的方法，其中所述網絡資源和網絡實體是通信網絡的被管理對象，并且每一個被管理對象的一個實例來自被管理對象類。
5.根據權利要求1至4任一項所述的方法，其中在管理信息庫中定義層次樹。
6.根據權利要求5所述的方法，其中所述方法進一步包括:將所述管理信息庫鏡像到管理信息樹。
7.根據權利要求1至6任一項所述的方法，其中所述缺省版本信息指示網絡資源和網絡實體所服從的標準版本。
8.根據權利要求1至7任一項所述的方法，其中所述信息實體是獨立于頂部層次級別及其類的所述實例的類實例。
9.根據權利要求8所述的方法，其中所述信息實體具有能夠定義關聯的特性，所述關聯是與頂部層次級別或其類的關聯。
10.根據權利要求9所述的方法，其中所述特性是布爾標志。
11.根據權利要求1至7任一項所述的方法，其中所述信息實體是被添加至已有類的屬性。
12.一種用于面向對象網絡管理的網絡管理實體，所述網絡管理實體包括處理單元，所述處理單元被配置為: 定義信息模型，所述信息模型針對要管理的每一種類型的網絡資源和網絡實體，具有一個對象類； 獨立于繼承層次，定義具有多個層次級別的層次樹，將每一個對象類分配到一個層次級別，并將較低層次級別的每一個對象類與所述較低層次級別之上的層次級別的一個對象類相關聯； 在所述信息模型中定義包括缺省版本信息的信息實體； 將所述信息實體與頂部層次級別的一個對象類或其實例相關聯；以及 針對所述一個對象類的實例以及屬于較低層次級別、且直接或通過一個或多個其他對象類與所述一個對象類或其實例相關聯的對象類的所有實例，采用所述缺省版本信息。
13.根據權利要求12所述的網絡管理實體，其中所述處理單元被配置為執行權利要求2-11中任一項所述的方法。
14.一種網絡系統，包括要管理的網絡資源和網絡實體、以及根據權利要求12或13所述的用于管理所述網絡資源和網絡實體的網絡管理實體。
15.一種包括代碼的計算機程序，所述代碼指示處理單元執行根據權利要求1至11中任一項所述的方法的步驟。
16.一種存儲信息表示代碼的計算機可讀介質，所述信息表示代碼指示處理單元執行根據權利要求1至11中任一項所述的方法的步驟。
【文檔編號】H04L41/02GK104429048SQ201280074557
【公開日】2015年3月18日 申請日期:2012年9月14日 優先權日:2012年5月7日
【發明者】托馬斯·安特羅·托溫格 申請人:瑞典愛立信有限公司