專利名稱：電信網(wǎng)絡(luò)特征之間兼容性的校驗的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在電信網(wǎng) 絡(luò)特征之間校驗兼容性。
背景技術(shù)：
電信網(wǎng)絡(luò)及在那些網(wǎng)絡(luò)上提供的特征正變得越來越大且更復(fù)雜。通?？吹皆诮?jīng)常位于不同網(wǎng)絡(luò)域中的許多網(wǎng)絡(luò)單元或所謂的節(jié)點中實現(xiàn)的網(wǎng)絡(luò)特征。例如，“SGSN池組(SGSN in Pool)”特征在移動核心網(wǎng)絡(luò)中的服務(wù)通用分組無線電服務(wù)(GPRS)支持節(jié)點(SGSN)中以及在無線電接入網(wǎng)中的無線電網(wǎng)絡(luò)控制器(RNC)和基站控制器(BSC)中實現(xiàn)。網(wǎng)絡(luò)中的特征越來越多地以軟件實現(xiàn)。軟件定義的無線電的概念預(yù)示著使用軟件定義所有無線電和數(shù)字信令處理的時代的到來。在網(wǎng)絡(luò)單元中嵌入的軟件使用諸如web服務(wù)和對等技術(shù)等使能技術(shù)實現(xiàn)諸如自動鄰居關(guān)系(ANR)等聞級自組織網(wǎng)絡(luò)(SON)特征。目前，用于大多數(shù)網(wǎng)絡(luò)單元的軟件捆綁到單個加載模塊中。實現(xiàn)網(wǎng)絡(luò)單元支持的特征(其可包括部分網(wǎng)絡(luò)特征)所需的所有軟件程序都打包到此單個加載模塊中。確保所有網(wǎng)絡(luò)特征跨實現(xiàn)特征的所有節(jié)點兼容是作為離線管理活動來處理的。復(fù)雜系統(tǒng)的特征在于多個相互相關(guān)的組件。能夠?qū)⒍喾N方法用來表示這些相關(guān)性。最常用的方式之一是使用有向圖，有向圖由頂點或節(jié)點的集合和稱為弧、有向邊緣或箭頭的頂點的有序?qū)Φ募辖M成。路徑則表示組件之間的相關(guān)性。知道有從節(jié)點a到節(jié)點b的路徑表明a取決于b，這是因為如果b更改，a就受影響?？梢圆煌绞奖硎敬祟愑邢驁D，如矩陣、列表和節(jié)點，帶有指向其子項和父項的指針。表示復(fù)雜系統(tǒng)及其相關(guān)性的另一方法是通過使用統(tǒng)一建模語言(UML)模型。通過UML類圖，能夠概括系統(tǒng)，并且能夠為系統(tǒng)的組件之間的各種類型的相關(guān)性建模。UML與有向圖相比的優(yōu)點是系統(tǒng)的各種方面的更豐富表示的可能性，例如，對相關(guān)性的要求。語義網(wǎng)絡(luò)也能夠用于在復(fù)雜的系統(tǒng)中表示相關(guān)性。語義網(wǎng)絡(luò)是節(jié)點和邊緣標記的有向圖，并且因此能夠用于在更詳細的顆粒度級別表示系統(tǒng)。語義網(wǎng)絡(luò)有為概念之間的語義關(guān)系建模的功能，并且能夠用于表示知識或支持自動化系統(tǒng)進行有關(guān)知識的推理。語義Web技術(shù)能夠用于以機器可讀方式表示語義網(wǎng)絡(luò)。存在能夠用于在來自不同供應(yīng)商的產(chǎn)品之間評估特征兼容性的多個網(wǎng)絡(luò)模型標準。首先，公共信息模型(CM)是由分布式管理任務(wù)組(DMTF)定義的開放標準，并且它描述被管理實體、其組成和關(guān)系。管理模型由核心模型和從核心擴展的公共模型集(定義用于系統(tǒng)、服務(wù)、網(wǎng)絡(luò)、應(yīng)用、用戶及數(shù)據(jù)庫)組成。其次，解決方案部署描述符(SDD)是由結(jié)構(gòu)化信息標準促進組織(OASIS)開發(fā)，以用于XML文檔的模式(schema)形式的標準，并且定義表述在多平臺環(huán)境中生命周期管理所要求的軟件安裝特性的標準化方式。SDD定義用于兩種可擴展標記語言(XML)文檔類型的模式(i)包描述符和(ii)部署描述符。包描述符定義包內(nèi)容，包內(nèi)容包括其處理形成軟件包的部署的人工產(chǎn)物。該部署描述符定義與那些人工產(chǎn)物相關(guān)聯(lián)的元數(shù)據(jù)。
第三，服務(wù)模型語言(SML)是用于為復(fù)雜的IT服務(wù)和系統(tǒng)(包括其結(jié)構(gòu)、約束、策略和最佳實踐)建模的XML模式規(guī)范。SML模型是互相關(guān)XML文檔集。SML模型能夠包含有關(guān)IT服務(wù)的部分的信息及每部分必須滿足以使IT服務(wù)正確運行的約束。最后，網(wǎng)絡(luò)資源模型(NRM)由3GPP定義，并且表示系統(tǒng)通過主題集成參考點(這是由用于定義管理接口的某一方面的規(guī)范集描述的體系結(jié)構(gòu)概念，包括要求規(guī)范、信息服務(wù)規(guī)范及一個或多個解決方案集規(guī)范)提供的實際被管理電信網(wǎng)絡(luò)資源。NRM描述被管理對象類(MOC)、其關(guān)聯(lián)、屬性和操作。對于大多數(shù)電信節(jié)點，作為包含用于在該網(wǎng)絡(luò)單元或節(jié)點上所有特征的所有軟件單元的單個容器部署和安裝軟件。用于單獨特征的軟件通常不在網(wǎng)絡(luò)單元上分開安裝。任何特定特征可由多個網(wǎng)絡(luò)單元支持。軟件部署的此方案是有問題的，這是因為隨著網(wǎng)絡(luò)特征的數(shù)量增大，保持每個網(wǎng)絡(luò)單元或節(jié)點上的軟件與它周圍的其它網(wǎng)絡(luò)單元或節(jié)點上的軟件匹配并且對于它周圍的其它網(wǎng)絡(luò)單元或節(jié)點上的軟件得以校驗變得越來越困難。另一問題是沒有方法知道在網(wǎng)絡(luò)中安裝了哪些特征，這是因為用于某個特征的軟件是在逐節(jié)點基礎(chǔ)上逐段部署的。因此，網(wǎng)絡(luò)操作人員不能肯定地說出哪些特征安裝在網(wǎng)絡(luò)上，并且實現(xiàn)那些特征的軟件是否跨實現(xiàn)該特征的節(jié)點一致且得以校驗。我們現(xiàn)在設(shè)計了用于評估選定網(wǎng)絡(luò)特征與現(xiàn)有電信網(wǎng)絡(luò)的網(wǎng)絡(luò)特征的兼容性的方法和設(shè)備，這減輕了上述問題。

發(fā)明內(nèi)容
根據(jù)本發(fā)明，如從第一方面所看到的一樣，提供了一種評估一個或多個網(wǎng)絡(luò)單元中選定特征與現(xiàn)有電信網(wǎng)絡(luò)的網(wǎng)絡(luò)特征的兼容性的方法。該方法包括提供數(shù)據(jù)模型形式的每個網(wǎng)絡(luò)特征的摘要，數(shù)據(jù)模型定義在這些網(wǎng)絡(luò)特征與每個網(wǎng)絡(luò)特征要求的網(wǎng)絡(luò)單元或節(jié)點、軟件單元與軟件特征之間的關(guān)系。隨后，收集有關(guān)現(xiàn)有電信網(wǎng)絡(luò)的信息以識別在現(xiàn)有網(wǎng)絡(luò)中網(wǎng)絡(luò)特征的部署。此信息隨后與數(shù)據(jù)模型組合以構(gòu)建特征兼容性矩陣，該矩陣定義在現(xiàn)有電信網(wǎng)絡(luò)中網(wǎng)絡(luò)特征的兼容性。隨后，能夠通過定義要添加或升級的選定特征的參數(shù)的信息，詢問矩陣以確定選定特征是否與現(xiàn)有網(wǎng)絡(luò)的特征兼容。本發(fā)明因此提議了網(wǎng)絡(luò)組件(網(wǎng)絡(luò)單元、軟件單元、軟件特征)的模型、其相關(guān)性和約束。能夠探究將此模型用于在電信網(wǎng)絡(luò)中的網(wǎng)絡(luò)特征之間進行兼容性的自動端對端評估。該方法允許快速、簡單和準確地做出有關(guān)新特征部署的規(guī)劃或已經(jīng)存在特征的升級的判定。本發(fā)明是雙階段過程的一部分。在第一步驟中，系統(tǒng)讀取由網(wǎng)絡(luò)特征的專家準備的模型(包括在其它特征和軟件單元上的其要求和相關(guān)性)。使用兩個部分創(chuàng)建該模型。第一組件是元模型(例如，以UML)，該模型表示諸如網(wǎng)絡(luò)單元或軟件單元等一般網(wǎng)絡(luò)組件、其屬性(例如，發(fā)行版)及關(guān)系(例如安裝在上)。第二組件包括例如以對象約束語言(OCL)提供、應(yīng)用到特定特征的約束這能夠表示在軟件與網(wǎng)絡(luò)發(fā)行版或在特征中要求類型的網(wǎng)絡(luò)單元之間的兼容性。 該模型能夠一而再地重新用于評估不同網(wǎng)絡(luò)實例的特征兼容性。當網(wǎng)絡(luò)資源的表示在網(wǎng)絡(luò)中實例化時，它包括有關(guān)部署(或計劃)的網(wǎng)絡(luò)單元、它們之間的連接及軟件單元的信息。該信息從網(wǎng)絡(luò)單元(即節(jié)點)或從網(wǎng)絡(luò)操作系統(tǒng)軟件(OSS)收集，并且與以前構(gòu)建的網(wǎng)絡(luò)特征的模型組合在一起。因此，兼容性矩陣被編輯，它包含有關(guān)現(xiàn)有(或計劃)的特征及其在考慮的網(wǎng)絡(luò)實例中的相關(guān)性的信息。本發(fā)明的方法因此探究兼容性矩陣以便評估是否已為選定特征滿足在網(wǎng)絡(luò)特征模型中提供的所有要求。如果評估成功，則用戶能夠部署計劃的特征到通過該方法校驗的網(wǎng)絡(luò)的實例化表示中。該方法能夠確定在選定特征與現(xiàn)有網(wǎng)絡(luò)的特征不兼容時是否能夠創(chuàng)建解決方案。如果能夠創(chuàng)建解決方案，則能夠該方法提議修改網(wǎng)絡(luò)資源以便滿足特征要求和創(chuàng)建解決方案，例如，通過提供或請求適合的軟件代碼以更新網(wǎng)絡(luò)。網(wǎng)絡(luò)一旦更新，本發(fā)明的方法便能夠再次探究兼容性矩陣以便評估是否已為選定特征滿足在更新的網(wǎng)絡(luò)特征中提供的所有要求。如果不能創(chuàng)建解決方案，則該方法包括創(chuàng)建該不兼容性或每個不兼容性的列表。
在建模后，可生成軟件應(yīng)用程序以便由想要檢查網(wǎng)絡(luò)實例化中特征兼容性的用戶運行。此應(yīng)用程序在用戶與矩陣之間提供簡單的接口，由此有利于確定選定特征是否與現(xiàn)有網(wǎng)絡(luò)特征兼容的任務(wù)。本發(fā)明的方法也能夠允許進行在多個網(wǎng)絡(luò)域之上部署的特征的兼容性評估。每個網(wǎng)絡(luò)域具有本地系統(tǒng)以評估其特征兼容性。每個此類系統(tǒng)能夠控制特征的兼容性評估(在此類情況中，系統(tǒng)稱為主控)，或者響應(yīng)來自主控系統(tǒng)的請求(在此情形中，系統(tǒng)稱為從屬)。根據(jù)本發(fā)明，如從第二方面所看到的一樣，提供了一種用于評估選定網(wǎng)絡(luò)特征與現(xiàn)有電信網(wǎng)絡(luò)的網(wǎng)絡(luò)特征的兼容性的設(shè)備。該設(shè)備包括存儲器，存儲器包含從每個網(wǎng)絡(luò)特征的模型和從有關(guān)所述現(xiàn)有電信網(wǎng)絡(luò)的信息創(chuàng)建的特征兼容性矩陣以識別在現(xiàn)有網(wǎng)絡(luò)中特征的部署。這些模型定義在每個網(wǎng)絡(luò)特征要求的任何網(wǎng)絡(luò)單元、軟件單元與軟件特征之間的關(guān)系。輸入端被提供用于從定義選定特征的參數(shù)的用戶接收信息。處理器隨后通過來自輸入端，定義選定特征的參數(shù)的信息詢問矩陣，并且從矩陣確定選定特征是否與現(xiàn)有網(wǎng)絡(luò)的特征兼容。處理器生成每個網(wǎng)絡(luò)特征的實例化，并且使用每個網(wǎng)絡(luò)特征的模型和獲得的有關(guān)現(xiàn)有電信網(wǎng)絡(luò)的信息構(gòu)建特征兼容性矩陣。處理器可設(shè)置成運行軟件代碼以詢問矩陣。處理器設(shè)置成生成每個網(wǎng)絡(luò)特征的實例化，并且無論何時檢測到網(wǎng)絡(luò)特征被更新或改變便構(gòu)建修正的特征兼容性矩陣。在一個實施例中，識別在現(xiàn)有網(wǎng)絡(luò)中特征的部署的信息可從現(xiàn)有網(wǎng)絡(luò)上的OSS提供oss可在其數(shù)據(jù)庫中保留有關(guān)網(wǎng)絡(luò)的拓撲的信息和其它有用信息。在一備選實施例中，設(shè)備包括通信接口，識別在現(xiàn)有網(wǎng)絡(luò)中特征的部署的信息經(jīng)由該接口從網(wǎng)絡(luò)的一個或多個單元提供。第一實施例具有的益處是本發(fā)明可實現(xiàn)為對OSS的擴展，并且因此獲得必要信息的過程將不創(chuàng)建附加的業(yè)務(wù)。第二實施例在帶有分布式OSS的網(wǎng)絡(luò)中能夠是有益的。在此情況下，該設(shè)備能夠在與網(wǎng)絡(luò)分離的裝置中實現(xiàn)，該裝置是自立的盒或卡。


現(xiàn)在將作為示例并參照附圖對本發(fā)明的一實施例進行描述，其中
圖I是本發(fā)明的要素的框 圖2是在本發(fā)明中使用的元模型的圖形；
圖3是使用來自電信網(wǎng)絡(luò)的信息，從圖2的元模型創(chuàng)建的實例化數(shù)據(jù)模型的圖形；
圖4是示出本發(fā)明的方法的流程 圖5是示出本發(fā)明應(yīng)用到多個域的示意圖； 圖6是進一步詳細示出本發(fā)明的方法的步驟之一的流程圖；以及 圖7是本發(fā)明的設(shè)備的示意圖。
具體實施例方式參照附圖的圖1，本發(fā)明包括允許在網(wǎng)絡(luò)特征之間自動校驗端對端兼容性的模型100。模型100允許共同表示在電信網(wǎng)絡(luò)(例如，網(wǎng)絡(luò)B)中的特征及其相關(guān)性。此信息隨后能夠用于在網(wǎng)絡(luò)特征之間校驗端對端兼容性。提議的模型由使用UML 101和OCL約束102設(shè)計的元模型組成。參照附圖的圖2，圖中示出使用UML設(shè)計的元模型101，元模型101表示對現(xiàn)有電信網(wǎng)絡(luò)中的特征兼容性有影響的單元或節(jié)點。這些類在圖形中具有以下含意
NetworkElement Γ琢絡(luò)摩元；類12對應(yīng)于電信網(wǎng)絡(luò)中的邏輯實體(例如，SGSN或
RNC)；
SoftwareElement (軟件單元)類13表示在網(wǎng)絡(luò)單元上提供特定功能性的軟件包。這例如能夠是IP連接性或?qū)NC上SGSN池組的支持。SoftwareElement 14能夠安裝在上'iNetworkElement 12上,該安裝由關(guān)系表示為語句Installed/lnstaJIedIn (安裝/安裝在);
SoftwareFeature (軟件特征)類14為通常在多個節(jié)點上部署的網(wǎng)絡(luò)功能性建模。這例如能夠是SGSNInPooIForWCDMA，它涉及在多個SGSN、RNC及(有可能地)OSS之間的交互。狄!交JL食嚴為ActivatedSoftwareFeature/ActivatedIn 關(guān)系。此夕卜,5b/iiare在多個SoftwareElement 13中實現(xiàn),并且這表不為關(guān)系ComposedOfIIncludedIn。這些類具有用于特征兼容性評估的類似屬性。網(wǎng)絡(luò)單元的供應(yīng)商向用戶提供有關(guān)對應(yīng)類的提供商的信息，用戶隨后寫入元模型101。具體而言，將對于多域網(wǎng)絡(luò)探究此信息。元模型101中的術(shù)語“發(fā)行版”和“修訂版”用于區(qū)分建模實體的不同版本。因為在不同類型的節(jié)點之間的兼容性是基于版本的，所以這些參數(shù)對于評估兼容性是重要的。最后，在元模型101的每個類中IdentifyingNumber (標識號)的目的是獨特地標識建模實體。元模型101因而能夠擴展成表示在現(xiàn)有網(wǎng)絡(luò)上的特定網(wǎng)絡(luò)特征、網(wǎng)絡(luò)和軟件單元。能夠用于評估SGSN池組特征的兼容性的模型100的示例在附圖的圖3中示出。上述模型100要布置有描述特征特定要求的OCL約束102。對象約束語言(OCL)是用于描述應(yīng)用到UML的約束(規(guī)則)的常用說明性語言。這些約束是關(guān)于系統(tǒng)的某一方面必須為真并且能夠在UML模型100的實例化上自動校驗的條件。網(wǎng)絡(luò)特征能夠具有編組在三個類別中的不同約束I.對于網(wǎng)絡(luò)特征的一般要求。這些約束對于網(wǎng)絡(luò)特征是特定的。它可以是有關(guān)其它特征、軟件單元或網(wǎng)絡(luò)單元的存在的要求。就SGSN池組而言，它是有關(guān)在特征中包括的SGSN節(jié)點的要求。2.有關(guān)在網(wǎng)絡(luò)單元上需要的軟件單元及其版本的要求。為支持特征，網(wǎng)絡(luò)單元需要特定軟件單元。就SGSN池組而言，RNC節(jié)點要求支持SGSN池組功能性的特定版本的軟件單兀。3.有關(guān)在軟件特征中存在的節(jié)點的兼容版本的約束。對于SGSN池組情形，它可以是SGSN發(fā)行版“X”修訂版“X”與RNC發(fā)行版“Y”修訂版“y”兼容的條件。OCL約束102 —旦被創(chuàng)建，便能夠針對UML模型100的各種實例化對它們進行驗證。驗證過程由遍歷特征模型和應(yīng)用OCL約束102到適當實體組成。能夠根據(jù)本文后面參照附圖的圖6所述的方法執(zhí)行此過程。
連接到多個SGSN變得可能的特征。它需要在SGSN、RNC與OSS節(jié)點之間的交互。該模型通過表示例如12a-c、13a-c等參與SGSN池組特征的實體的多個類，擴展元模型101。能夠?qū)嵗四Ｐ?00以表示在特定網(wǎng)絡(luò)配置中在特征組件與其屬性之間的關(guān)系。模型100必須布置有諸如OCL 102等約束以便驗證對于在網(wǎng)絡(luò)中部署的SGSN池組特征的要求。下面是與以前提及的類別相關(guān)聯(lián)的約束的一些示例
一般約束
O有關(guān)支持SGSN池組的至少一個SGSN的要求
context SGSNkiPmiPorWCDMA ην;
seif.Activatedln ·> exis(s(ne: NetworkEiemenf |
m.octlsTypeOf(SGSN)}
〇SGSN池組發(fā)行版X修訂版x要求SGSN發(fā)行版Y修訂版y
context SGSNkiPmForWCDMA snv:
(self,Retease^Xn and self.Revision= ) implies self.Aciivatedln -> forA!l(m: NetwoikEfement \ if ne.ocilsTypeOf($G$N) then (ne.Release=^'and (WMevision=Y') else true endif)
有關(guān)在網(wǎng)絡(luò)單元上要求的軟件單元版本的約束
O SGSN發(fā)行版X修訂版X要求SGSNInPoolOnSGSN發(fā)行版Y修訂版y軟件單元
context SGSN inv:
(seltReiease=Xvand seflRemsion^yj implies$eii. InsiBlted -> fOfAl!($e SofIwBrBEIeinent | ifseMC!l$T^peOf(SGSNIaPooiOnSGSN) then
and se^Revision-yj else true θπφ
有關(guān)在不同類型的節(jié)點之間兼容性的約束
O SGSN發(fā)行版X修訂版X與RNC發(fā)行版Y修訂版y兼容
context SGSM inv:
(self. Release="X" and self. Revision=y") implies seff.ActiveteSoftwareFeature.Activatedln -> forAII(ne;。
NetworkEfement \ if ne. o Cf Is TypeOf(RNC) then (ne.Retease=uY" and ne.Revision=rY') else true endif)本發(fā)明的方法允許在網(wǎng)絡(luò)特征之間自動校驗端對端兼容性。它完全自動化，并且在現(xiàn)有網(wǎng)絡(luò)中運行。該方法收集有關(guān)網(wǎng)絡(luò)組件、其連接和已安裝軟件的信息，并使用此信息評估提議的特征在網(wǎng)絡(luò)中的兼容性。參照附圖的圖4，圖中示出其中本發(fā)明的方法正在操作的系統(tǒng)的概觀。所述情形對應(yīng)于在網(wǎng)絡(luò)運營商要在單個網(wǎng)絡(luò)域上部署新特征或升級現(xiàn)有特征時的情況。該方法包括在步驟15提供網(wǎng)絡(luò)特征、其參數(shù)和關(guān)系的模型100。如前面所提及的一樣，此模型100是從使用UML 101設(shè)計的元模型推導(dǎo)的，并且隨后在步驟104由專家105填充該模型或者從以前的經(jīng)驗學習該模型，例如，使用機器學習技術(shù)。隨后，該方法在步驟16收集有關(guān)網(wǎng)絡(luò)單元或節(jié)點26、其軟件包和連接的信息19。信息19通常由節(jié)點26通過機器到機器接口提供，并且無論何時網(wǎng)絡(luò)拓撲更改或者新的軟件包部署在節(jié)點26上，系統(tǒng)通常都得到有關(guān)該更改的通知。也能夠以離線方式提供、手動輸入或從網(wǎng)絡(luò)的OSS獲得此類信息19。

模型100和來自節(jié)點26的信息19隨后在步驟17用于自動構(gòu)建所謂的特征兼容性(FC)矩陣107，該矩陣包含有關(guān)考慮的現(xiàn)有網(wǎng)絡(luò)的單元之間兼容性的信息。在步驟106，網(wǎng)絡(luò)運營商能夠要求系統(tǒng)激活網(wǎng)絡(luò)特征，并且系統(tǒng)將評估特征兼容性矩陣107，并且在步驟18評估在106請求的特征是否將在現(xiàn)有網(wǎng)絡(luò)中引入任何不兼容性。此破壞例如能夠由缺失或不正確的軟件包或網(wǎng)絡(luò)單元造成。本文后面參照附圖的圖6描述用于在新網(wǎng)絡(luò)確認中評估兼容性的方法。如果在步驟18的評估成功，則在步驟20能夠激活該特征。否則，系統(tǒng)將在步驟21檢查不兼容性的解決方案。如果存在已知解決方案，則該方法在步驟22請求所需軟件，并且在步驟23在節(jié)點26上升級軟件。隨后，通過升級的特征更新特征兼容性矩陣107。系統(tǒng)得到關(guān)于網(wǎng)絡(luò)配置中每個更改的通知(例如，新軟件包或網(wǎng)絡(luò)單元)，并且如果有任何特征等待激活，則它將檢查兼容性并最終激活這些特征。如果不存在已知解決方案，則該方法在步驟25提供不兼容性的列表。參照附圖的圖5，本文前面所述的系統(tǒng)能夠擴展成提供在例如網(wǎng)絡(luò)A、網(wǎng)絡(luò)B和網(wǎng)絡(luò)C等多個網(wǎng)絡(luò)域10，27之上部署的特征的兼容性評估。每個網(wǎng)絡(luò)域10，27如本文前面所述具有其自己的系統(tǒng)33以評估本地網(wǎng)絡(luò)特征的特征兼容性，或者支持在多個網(wǎng)絡(luò)之上部署的特征兼容性的評估。如果網(wǎng)絡(luò)特征部署在多個域中，則其兼容性由在網(wǎng)絡(luò)B上的主控系統(tǒng)33b評估，主控系統(tǒng)33b與在網(wǎng)絡(luò)A和C上的域系統(tǒng)(從屬)33a、33c交互。對于每個單獨的特征，能夠自動選擇主控網(wǎng)絡(luò)，或者能夠?qū)⑺c包含特征的核心組件的域相關(guān)聯(lián)。在網(wǎng)絡(luò)運營商決定激活新的多域特征時，主控系統(tǒng)33b要設(shè)置到從屬兼容性評估系統(tǒng)33a、33c的連接，并且收集有關(guān)特征要求的節(jié)點26并且屬于外部網(wǎng)絡(luò)域網(wǎng)絡(luò)A、網(wǎng)絡(luò)C的信息19。此操作在圖4的步驟18中執(zhí)行。如果評估成功，則主控33b聯(lián)系從屬系統(tǒng)33a、33c，并且允許在被評估節(jié)點上激活特征(圖4中的步驟20)。否則，主控33b檢查不兼容性的解決方案，并且如果解決方案已知，則它發(fā)送對新軟件包的請求。如有必要，它也聯(lián)系從屬系統(tǒng)33a、33c，并且提供應(yīng)來自對應(yīng)網(wǎng)絡(luò)域的節(jié)點上安裝的軟件包的列表(圖4中的步驟22)。在要求的軟件包已安裝時，主控系統(tǒng)33b通過網(wǎng)絡(luò)單元從其本地網(wǎng)絡(luò)域獲得通知(步驟7)。類似地，在升級來自外部網(wǎng)絡(luò)域的網(wǎng)絡(luò)單元時，它通知其本地兼容性評估系統(tǒng)。隨后，如果外部評估系統(tǒng)(主控)請求升級，則將通知轉(zhuǎn)發(fā)到請求的系統(tǒng)(圖4中的步驟23)。參照附圖的圖6，圖中示出用于評估特征兼容性的方法步驟的詳細操作的描述，該步驟對應(yīng)于圖4中步驟18的“檢查特征兼容性”。為該步驟提供了特征的模型100和有關(guān)網(wǎng)絡(luò)組件的信息19。方法的目的是校驗在考慮的網(wǎng)絡(luò)中用于特征的所有建模的相關(guān)性和要求是否得到滿足。步驟18由想要評估網(wǎng)絡(luò)特征的兼容性的網(wǎng)絡(luò)運營商觸發(fā)。此外，如前面所提及的一樣，能夠在網(wǎng)絡(luò)配置方面發(fā)生更改后自動激活該步驟以便評估新體系結(jié)構(gòu)的兼容性。最初，該方法 步驟在步驟109檢查是否存在具有來自不同網(wǎng)絡(luò)域的成員的任何特征。在此類情況下，該方法在步驟29收集有關(guān)這些外部網(wǎng)絡(luò)單元的配置的信息。一旦該方法具有有關(guān)本地和外部網(wǎng)絡(luò)節(jié)點的更新的信息，它便能夠評估部署的特征的兼容性。首先，該方法在步驟32檢查用于特征的一般要求。此類要求可以是有關(guān)特征中必需節(jié)點或激活特征所要求的軟件包的要求(例如，SGSN池組特征要求SGSN節(jié)點是該特征的成員)。其次，在步驟34，由于軟件包必須與所考慮特征的版本兼容，因此，該方法檢查特征的成員是否具有所要求版本的軟件包以便在本地支持提議的特征。第三，該過程在步驟35檢查是否每個節(jié)點都連接到兼容版本的節(jié)點。如果這些評估中的任何評估不成功，則該系統(tǒng)在步驟25生成報告，該報告包括不兼容性的描述和為了解決不兼容性的可能更改。否則，該系統(tǒng)同意在網(wǎng)絡(luò)中的更改并且在步驟20激活這些特征。該方法的可能實現(xiàn)能夠基于UML模型101，在UML模型101中，要求的兼容性102以O(shè)CL表示。在此情況下，模型100表示在網(wǎng)絡(luò)單元12、軟件包13與軟件特征14之間的一般相關(guān)性。用于特定版本的特征的相關(guān)性和兼容性通過OCL描述。參照附圖的圖7，本發(fā)明的方法能夠在設(shè)備200中實現(xiàn)以支持特征兼容性評估過程。此設(shè)備200包括連接到存儲器204和用戶接口 208的處理器202以及通信接口 206。該設(shè)備200能夠用于支持該過程的兩個階段。在第一步驟中，設(shè)備200能夠用于以UML為網(wǎng)絡(luò)特征建模，并且以O(shè)CL為其約束和規(guī)則建模。隨后，設(shè)備200能夠然后自動生成代碼(例如，Java類)。此代碼包括Java中UML模型101的表示、以圖形方式生成模型的實例的應(yīng)用程序和負責應(yīng)用預(yù)定義的OCL規(guī)則到模型的實例化的驗證引擎。生成的代碼是自動生成的應(yīng)用程序，其由用戶執(zhí)行以便保持網(wǎng)絡(luò)中特征的模型100并且在新特征的升級或部署前檢查其兼容性。為實現(xiàn)此方面，用戶先使用設(shè)備200創(chuàng)建UML模型101的實例化100，該實例化對應(yīng)于要評估其兼容性的網(wǎng)絡(luò)的表示。一旦實例化完成，用戶便能夠使用以O(shè)CL定義的規(guī)則驗證軟件特征，并且檢查新的或升級的特征是否能夠被激活。在UML模型的創(chuàng)建與其實例化之間Java代碼生成的中間過程是自動的，并且由設(shè)備200執(zhí)行。處理器202運行代碼，以執(zhí)行實現(xiàn)如權(quán)利要求1-24所定義方法的本發(fā)明方法。存儲器204存儲兼容性矩陣107、元模型100以及處理器204使用的軟件和數(shù)據(jù)。通信接口206設(shè)置用于與網(wǎng)絡(luò)的其余部分(諸如節(jié)點26)進行通信。設(shè)備200能夠是連接到網(wǎng)絡(luò)的單元，或者它能夠是在網(wǎng)絡(luò)上另一裝置中的卡。備選，本發(fā)明能夠是在現(xiàn)有OSS內(nèi)軟件實現(xiàn)的特征。
本發(fā)明提供以下優(yōu)點
a)它降低了運營網(wǎng)絡(luò)的0ΡΕΧ，這是因為它降低了網(wǎng)絡(luò)的規(guī)劃和升級期間的工作和發(fā)生錯誤的風險；
b)它提供了用戶能夠用于查找對于特征不兼容性的可能解決方案的工具；
c)它允許進行軟件特征兼容性的多個網(wǎng)絡(luò)域評估；
d)它有利于網(wǎng)絡(luò)運營商增大其利潤，這是因為它為運營商提供利潤生成特征列表，這些特征僅僅通過部署軟件便能夠部署在其網(wǎng)絡(luò)上；
e)它提供元模型和方法，以便通過用戶能夠用于查找對于特征不兼容性的可能解決方案的標準語言(OCL)描述特征約束。
權(quán)利要求
1.一種評估一個或多個網(wǎng)絡(luò)單元中的選定特征與現(xiàn)有電信網(wǎng)絡(luò)(10)的網(wǎng)絡(luò)特征的兼容性的方法，所述方法包括 a)提供(15)所述網(wǎng)絡(luò)特征的模型(100)，所述模型(100)定義所述網(wǎng)絡(luò)特征、每個網(wǎng)絡(luò)特征要求的網(wǎng)絡(luò)單元(12，16)、軟件單元(13)與軟件特征(14)之間的關(guān)系； b)收集(16)有關(guān)所述現(xiàn)有電信網(wǎng)絡(luò)的信息(19)以識別在所述現(xiàn)有網(wǎng)絡(luò)(10)中所述特征的部署； c)使用從所述現(xiàn)有電信網(wǎng)絡(luò)(10)收集的所述信息(19)從所述模型(100)構(gòu)建(17)特征兼容性矩陣(107)，所述矩陣(107)定義在所述現(xiàn)有電信網(wǎng)絡(luò)(10)中網(wǎng)絡(luò)特征的所述兼容性； d)通過定義所述選定特征的參數(shù)的信息，詢問(106)所述矩陣(107);以及 e)從所述矩陣(107)確定(18)所述選定特征是否與所述現(xiàn)有網(wǎng)絡(luò)(10)的特征兼容。
2.如權(quán)利要求I所述的方法，包括如果所述選定特征與所述現(xiàn)有網(wǎng)絡(luò)(10)的特征兼容，則在所述現(xiàn)有電信網(wǎng)絡(luò)(10)上激活(20)所述選定特征。
3.如權(quán)利要求I所述的方法，包括如果所述選定特征與所述現(xiàn)有網(wǎng)絡(luò)(10)的特征不兼容，則確定(21)是否能夠創(chuàng)建解決方案。
4.如權(quán)利要求3所述的方法，包括如果能夠創(chuàng)建解決方案，則創(chuàng)建(22)所述解決方案。
5.如權(quán)利要求3或4所述的方法，包括請求(22)軟件代碼以創(chuàng)建所述解決方案。
6.如權(quán)利要求5所述的方法，包括通過所述生成的軟件修正(23)所述特征兼容性矩陣(107)。
7.如權(quán)利要求6所述的方法，包括進ー步確定(18)所述選定特征是否與所述矩陣(107)中所述修正的特征兼容。
8.如權(quán)利要求3所述的方法，包括如果不能創(chuàng)建解決方案，則創(chuàng)建(25)所述或每個不兼容性的列表。
9.如前面權(quán)利要求任一項所述的方法，包括提供(24)元模型(101)和從元模型(101)創(chuàng)建(104)所述模型(100)。
10.如權(quán)利要求9所述的方法，包括從有向圖元模型(101)創(chuàng)建(104)所述模型(100)。
11.如權(quán)利要求9所述的方法，包括從語義元模型(101)創(chuàng)建(104)所述模型(100)。
12.如權(quán)利要求9到11任一項所述的方法，包括通過應(yīng)用適用于所述相應(yīng)特征的操作約束(102)，從所述元數(shù)據(jù)(101)創(chuàng)建(104)所述模型(100)。
13.如前面權(quán)利要求12所述的方法，包括以對象約束語言O(shè)CL描述所述約束(102)。
14.如前面權(quán)利要求任一項所述的方法，包括創(chuàng)建(15)所述模型(100)以定義所述相應(yīng)特征要求的網(wǎng)絡(luò)組件、所述組件的屬性和所述組件的關(guān)系。
15.如前面權(quán)利要求任一項所述的方法，包括編輯(31)應(yīng)用程序以便由用戶運行以詢問所述矩陣(107)，從而評估所述選定網(wǎng)絡(luò)特征與所述現(xiàn)有電信網(wǎng)絡(luò)(10)的所述網(wǎng)絡(luò)特征的所述兼容性。
16.如前面權(quán)利要求任一項所述的方法，其中所述構(gòu)建步驟(17)包括構(gòu)建特征兼容性矩陣，其定義在所述現(xiàn)有電信網(wǎng)絡(luò)(10)中網(wǎng)絡(luò)特征的相關(guān)性和約束。
17.如前面權(quán)利要求任一項所述的方法，其中所述收集步驟(16)包括從所述網(wǎng)絡(luò)的單元或節(jié)點(26)收集信息。
18.如權(quán)利要求I到17任一項所述的方法，其中所述收集步驟(16)包括從所述網(wǎng)絡(luò)(10)上的操作支持系統(tǒng)軟件OSS收集信息。
19.如前面權(quán)利要求任一項所述的方法，其中所述收集步驟(16)包括收集有關(guān)多個現(xiàn)有電信網(wǎng)絡(luò)(10，27)的信息以識別在所述相應(yīng)現(xiàn)有網(wǎng)絡(luò)中所述特征的所述部署。
20.如前面權(quán)利要求19所述的方法，其中響應(yīng)通過定義識別為在不止ー個網(wǎng)絡(luò)(10，27)中部署的特征的所述參數(shù)的信息來詢問所述矩陣(107)，收集(29)有關(guān)所述多個現(xiàn)有電信網(wǎng)絡(luò)(27)的信息。
21.如前面權(quán)利要求19所述的方法，其中所述提供步驟(15)在所述收集步驟之前在每個網(wǎng)絡(luò)(10，27)上執(zhí)行，所述收集步驟在主控網(wǎng)絡(luò)(10)上執(zhí)行。
22.如前面權(quán)利要求任一項所述的方法，其中所述確定步驟(18)確定(32)是否存在用于所述選定特征的所有必需網(wǎng)絡(luò)單元(12)。
23.如前面權(quán)利要求任一項所述的方法，其中所述確定步驟(18)確定(34)是否存在用于所述選定特征的所有必需軟件單元(13)。
24.如前面權(quán)利要求任一項所述的方法，其中所述確定步驟(18)確定是否存在用于所述選定特征的所述軟件単元(13)的正確版本。
25.如前面權(quán)利要求任一項所述的方法，其中所述確定步驟(19)確定(35)是否所有網(wǎng)絡(luò)單元(12)都連接到對于所述選定特征兼容的單元。
26.如權(quán)利要求25所述的方法，其中所述確定(19)步驟檢查所述特征的其它要求和所述要求的軟件包的存在。
27.一種用于評估選定網(wǎng)絡(luò)特征與現(xiàn)有電信網(wǎng)絡(luò)(10)的網(wǎng)絡(luò)特征的兼容性的設(shè)備(200)，所述設(shè)備包括 a)存儲器(204)，包含從每個網(wǎng)絡(luò)特征的模型(100)創(chuàng)建的特征兼容性矩陣(107)和來自所述現(xiàn)有電信網(wǎng)絡(luò)(10)的信息以識別在所述現(xiàn)有網(wǎng)絡(luò)中所述特征的部署，所述模型(100)定義所述網(wǎng)絡(luò)特征要求的任何網(wǎng)絡(luò)單元、軟件單元與軟件特征之間的關(guān)系； b)輸入端(208)，用于接收定義所述選定特征的參數(shù)的信息；以及 c)處理器(202)，用于通過定義所述選定特征的所述參數(shù)的所述信息，詢問所述矩陣(107);以及用于從所述矩陣確定所述選定特征是否與所述現(xiàn)有網(wǎng)絡(luò)的特征兼容。
28.如權(quán)利要求27所述的設(shè)備(200)，其中所述處理器(202)生成(15)每個網(wǎng)絡(luò)特征的實例化，并且使用每個網(wǎng)絡(luò)特征的所述模型(100)和來自所述現(xiàn)有電信網(wǎng)絡(luò)的所述信息(19)，構(gòu)建所述特征兼容性矩陣(107)。
29.如權(quán)利要求28所述的設(shè)備(200)，其中所述處理器(202)設(shè)置成運行軟件代碼以詢問所述矩陣(107)。
30.如權(quán)利要求28或29所述的設(shè)備(200)，其中所述處理器(202)設(shè)置成生成每個網(wǎng)絡(luò)特征的實例化，并且無論何時檢測到網(wǎng)絡(luò)特征并更新或改變，便構(gòu)建修正的特征兼容性矩陣。
31.如權(quán)利要求27到30任一項所述的設(shè)備(200)，其中識別在所述現(xiàn)有網(wǎng)絡(luò)中所述特征的所述部署的所述信息從所述現(xiàn)有網(wǎng)絡(luò)上的操作支持系統(tǒng)軟件OSS提供。
32.如權(quán)利要求27到30任一項所述的設(shè)備(200)，還包括通信接ロ 206，識別在所述現(xiàn)有網(wǎng)絡(luò)中所述特征的所述部署的所述信息經(jīng)由所述接ロ(106)從所述網(wǎng)絡(luò)的単元(26)提供。
全文摘要
用于評估選定網(wǎng)絡(luò)特征與現(xiàn)有電信網(wǎng)絡(luò)10的網(wǎng)絡(luò)特征的兼容性的方法和設(shè)備包括提供數(shù)據(jù)模型100形式的每個網(wǎng)絡(luò)特征的摘要，模型100定義在每個網(wǎng)絡(luò)特征要求的任何網(wǎng)絡(luò)單元12或節(jié)點27、軟件單元13與軟件特征14之間的關(guān)系。隨后，收集有關(guān)現(xiàn)有電信網(wǎng)絡(luò)10的信息19以識別在現(xiàn)有網(wǎng)絡(luò)中網(wǎng)絡(luò)特征的部署。此信息隨后與數(shù)據(jù)模型100組合以構(gòu)建特征兼容性矩陣107，該矩陣定義在現(xiàn)有電信網(wǎng)絡(luò)10中網(wǎng)絡(luò)特征的兼容性。隨后，能夠通過定義要添加或升級的選定特征的參數(shù)的信息，詢問矩陣107以確定選定特征是否與現(xiàn)有網(wǎng)絡(luò)的特征兼容。
文檔編號G06F9/445GK102713842SQ201080061900
公開日2012年10月3日 申請日期2010年1月22日 優(yōu)先權(quán)日2010年1月22日
發(fā)明者L.法倫, S.費多爾 申請人:瑞典愛立信有限公司