專利名稱：與通過(guò)分布式處理的性能管理相關(guān)的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于通信網(wǎng)絡(luò)中的性能管理的裝置和方法，通信網(wǎng)絡(luò) 包括管理系統(tǒng)和受管系統(tǒng)，且該裝置和方法基于統(tǒng)計(jì)或業(yè)務(wù)測(cè)量數(shù)據(jù) 的收集。
背景技術(shù)：
通信網(wǎng)絡(luò)及具體為電信網(wǎng)絡(luò)的性能和操作需要予以慎重監(jiān)視和 研究以便確保這些網(wǎng)絡(luò)令人滿意地發(fā)揮功能。對(duì)于現(xiàn)代通信網(wǎng)絡(luò)的性 能和操作來(lái)說(shuō)至關(guān)重要的是業(yè)務(wù)測(cè)量的收集。使用業(yè)務(wù)測(cè)量來(lái)監(jiān)視網(wǎng)
絡(luò)性能，以確保業(yè)務(wù)負(fù)載以期望的方式分布在網(wǎng)絡(luò)中。利用業(yè)務(wù)測(cè)量 的性能管理還可以用于業(yè)務(wù)計(jì)算，以確保期望的服務(wù)質(zhì)量和合同的提 供，例如服務(wù)級(jí)別協(xié)議，并且它還可以作為資費(fèi)計(jì)算、資源分配等的 基礎(chǔ)。
業(yè)務(wù)測(cè)量可以是許多不同類型的。這可以取決于要測(cè)量的資源或 服務(wù)，并且可以測(cè)量不同的參數(shù)。而且，監(jiān)視對(duì)象的粒度對(duì)于不同的
受管系統(tǒng)可能有4艮大的差異，例如從網(wǎng)元(NE)到NE內(nèi)的所有設(shè)備 等有4艮大的差異。測(cè)量的實(shí)體或?qū)ο罂梢造o態(tài)的，例如交換^^端口， 或者它們可以是動(dòng)態(tài)的，例如通信會(huì)話(例如RTP (實(shí)時(shí)傳輸協(xié)議) 會(huì)話)。
還需要在某處處理測(cè)量數(shù)據(jù)。在公知的系統(tǒng)中，這在管理許多受 管系統(tǒng)或網(wǎng)元的管理系統(tǒng)中執(zhí)行。因而需要將測(cè)量數(shù)據(jù)從執(zhí)行測(cè)量的 位置(例如從NE)傳輸?shù)焦芾硐到y(tǒng)。公知的是同步地傳輸測(cè)量數(shù)據(jù)， 即可以由管理系統(tǒng)輪詢測(cè)量數(shù)據(jù)，但是也可以異步地從NE傳送測(cè)量 數(shù)據(jù)?？梢酝ㄟ^(guò)消息或統(tǒng)一地作為文件來(lái)傳送測(cè)量。在電信網(wǎng)絡(luò)中測(cè)量數(shù)據(jù)傳輸?shù)淖钪饕Ｊ绞峭ㄟ^(guò)從網(wǎng)元到管理系統(tǒng)(例如oss (操作
支持系統(tǒng)))的文件傳輸。對(duì)于第三代移動(dòng)網(wǎng)絡(luò)，要求通過(guò)從NE到 OSS的文件傳輸來(lái)傳輸測(cè)量數(shù)據(jù)，參考例如3GPP TS 32.43l"Telecommunication Management; Performance Measurement Collection Integration Reference Point (IRP); Requirements，，和3GPP TS 32.104 V4.0.0"Telecommunication Management; 3G Performance Management (PM)， (Release 4)"。記錄不同形式的測(cè)量也是爿>知的，可 以使用計(jì)數(shù)器或可以記錄某些事件的發(fā)生。從網(wǎng)絡(luò)收集的原始測(cè)量數(shù) 據(jù)在很多時(shí)候需要由初步處理部件來(lái)處理或在OSS中進(jìn)行預(yù)處理，以 便得到較高級(jí)的計(jì)數(shù)或抽象以便提供有意義的數(shù)據(jù)。此類預(yù)處理的測(cè) 量稱為聚合測(cè)量(aggregated measurement),它們是通過(guò)在計(jì)算中將 基本性能管理計(jì)數(shù)進(jìn)行組合以形成更復(fù)雜的性能計(jì)數(shù)而形成的。
GSM網(wǎng)絡(luò)中的此類測(cè)量的一個(gè)示例是"％幀刪除率(Frame Erasure Rate)"。此測(cè)量指示NE中總掉話的什么部分(即百分比)是 由于幀刪除狀況所致。它通過(guò)檢查NE處理呼叫期間發(fā)生的協(xié)議事件
來(lái)計(jì)算。將其定義為
100* "因緊急狀況=9至11的呼叫釋放事件"的次數(shù) 所有呼叫釋放事件的次數(shù) 聚合的測(cè)量根據(jù)底層計(jì)數(shù)器的復(fù)雜度而具有不同的復(fù)雜度。應(yīng)該明確
的是，計(jì)數(shù)器"CS呼叫釋放事件的次數(shù)"比計(jì)數(shù)器"因緊急狀況=9-11
的CS呼叫釋放事件的次數(shù)"簡(jiǎn)單，因?yàn)楹笳呱婕皺z查協(xié)議事件參數(shù)，
而前者不檢查。 一些聚合計(jì)數(shù)器非常復(fù)雜，并涉及一個(gè)或多個(gè)事件中
的多個(gè)條件的發(fā)生。為了得到此類計(jì)數(shù)器，需要檢查多個(gè)事件參數(shù)，
而這又使得需要收集與這些事件相關(guān)的所有數(shù)據(jù)并將此數(shù)據(jù)從NE傳
輸?shù)絆SS。
應(yīng)該明確的是，有許多應(yīng)用使用業(yè)務(wù)測(cè)量，而這些應(yīng)用的響應(yīng)的 時(shí)間幀可具有從數(shù)分鐘至數(shù)月的范圍。許多OSS應(yīng)用用于幾十分鐘的 時(shí)間量程上的網(wǎng)絡(luò)和服務(wù)優(yōu)化。數(shù)據(jù)收集期通常為15分鐘，在一些情況中為5分鐘。
但是，顯然隨著持續(xù)增長(zhǎng)的網(wǎng)絡(luò)大小以及網(wǎng)絡(luò)復(fù)雜程度，產(chǎn)生了 許多問(wèn)題，其中涉及到性能管理。因此，出于多種原因，例如由于實(shí) 時(shí)網(wǎng)絡(luò)管理應(yīng)用的響應(yīng)時(shí)間、大小和復(fù)雜度，必須收集很多越來(lái)越頻 繁的數(shù)據(jù)。另一個(gè)原因是受管系統(tǒng)或網(wǎng)元往往變得比先前更小，還比 先前更多。例如，預(yù)期第三代移動(dòng)接入網(wǎng)在短期至中期內(nèi)達(dá)到或超過(guò)
15000個(gè)網(wǎng)元。這意味著需要大量數(shù)據(jù)來(lái)提供網(wǎng)絡(luò)性能的總體描繪， 并且需要從網(wǎng)絡(luò)中的大多數(shù)或所有網(wǎng)元提取數(shù)據(jù)。除此之外，現(xiàn)代網(wǎng) 絡(luò)在本質(zhì)上是多種多樣的。服務(wù)范圍更大，網(wǎng)絡(luò)架構(gòu)具有更多層，以 及有更為多樣性的網(wǎng)絡(luò)節(jié)點(diǎn)。這意味著需要更多以及不同類型的測(cè) 量，因此也基于此原因而需要收集更多的數(shù)據(jù)。
因此，常常需要以實(shí)時(shí)方式收集大量多種不同類型的數(shù)據(jù)，而且 需要將所有此類數(shù)據(jù)傳輸?shù)焦芾硐到y(tǒng)，這意味著僅出于性能管理目的 就將有高數(shù)據(jù)量傳輸。因此，在各個(gè)網(wǎng)元與OSS之間的通信網(wǎng)絡(luò)中產(chǎn) 生容量限制。這正在變成嚴(yán)重的問(wèn)題，作為一個(gè)示例，具有7000厄 蘭(Erlang)業(yè)務(wù)和70% GPRS業(yè)務(wù)訂戶的BSC在NE和OSS之間具有 1.2 Mbps的平均數(shù)據(jù)傳輸速率。除此之外，由于必須在非常短時(shí)間內(nèi) 分析、預(yù)處理和存儲(chǔ)的信息的量，所以可能在OSS中產(chǎn)生容量問(wèn)題。 還需要以幾乎實(shí)時(shí)的方式產(chǎn)生報(bào)告，這對(duì)于處理和存儲(chǔ)資源造成更大 的負(fù)荷。
例如US-A-5,687，223定義一種使用規(guī)則集合從呼叫數(shù)據(jù)記錄中 選擇數(shù)據(jù)的架構(gòu)和方法。使用規(guī)則配置從完整數(shù)據(jù)字段集中選擇用于 特定服務(wù)的數(shù)據(jù)字段。這基于所謂的通用化統(tǒng)計(jì)引擎，其實(shí)質(zhì)上是用 于處理性能統(tǒng)計(jì)的輔助處理器。但是，此解決方案并不是有效率、簡(jiǎn) 單且靈活的，這也將容易涉及容量限制。需要傳輸?shù)臄?shù)據(jù)量也將非常 大。

發(fā)明內(nèi)容
因此，本發(fā)明的目的在于提出一種有效率的且能夠管理大量數(shù)據(jù) 的用于性能管理的裝置。具體來(lái)說(shuō)，本發(fā)明的目的在于提供一種用于 性能管理的裝置，其能夠頻繁地收集數(shù)據(jù)且其運(yùn)行與網(wǎng)絡(luò)的復(fù)雜程度 無(wú)關(guān)，即還能夠處理具有大量小網(wǎng)元的復(fù)雜網(wǎng)絡(luò)。
其目的還在于提供一種能夠很好地進(jìn)行實(shí)時(shí)管理并將性能管理 所需的傳輸資源量保持為低的用于性能管理的裝置。
其目的還在于提供一種用于提供許多不同類型的服務(wù)等的高多 樣性網(wǎng)絡(luò)的性能管理解決方案。
具體來(lái)說(shuō)，本發(fā)明的目的在于提供分別支持性能管理并且通過(guò)其 可實(shí)現(xiàn)上文提到的 一個(gè)或多個(gè)目的的管理和受管系統(tǒng)，以及通過(guò)其可 實(shí)現(xiàn)上文提到的一個(gè)或多個(gè)目的的方法。
為了滿足上文提到的一個(gè)或多個(gè)目的，本發(fā)明提出 一種在具有一 個(gè)或多個(gè)管理系統(tǒng)的通信網(wǎng)絡(luò)中使用的用于性能管理的裝置，其中每 個(gè)管理系統(tǒng)管理多個(gè)受管系統(tǒng)。該裝置包括用于收集業(yè)務(wù)測(cè)量數(shù)據(jù)的 收集部件和用于測(cè)量數(shù)據(jù)的初步處理的初步處理部件。根據(jù)本發(fā)明， 初步處理部件適合于為分布式的并包括在管理系統(tǒng)中提供的第 一初 步處理部件(這可以是可選的)和在多個(gè)受管系統(tǒng)中提供的多個(gè)第二 初步處理部件。它還包括用于控制至少將測(cè)量數(shù)據(jù)的初步處理分配到 第一初步處理部件(如果供應(yīng)的話)或分配到第二初步處理部件的處 理控制部件。
本發(fā)明還提出 一種通信網(wǎng)絡(luò)中的受管系統(tǒng)，該受管系統(tǒng)包括收集 部件或與收集部件通信，收集部件適合于收集用于性能管理目的的業(yè) 務(wù)測(cè)量數(shù)據(jù)。該受管系統(tǒng)包括用于收集的業(yè)務(wù)測(cè)量數(shù)據(jù)的初步處理的 第二初步處理部件，并且提供處理控制部件以用于確定至少是否/何時(shí) 和/或如何在第二初步處理部件中執(zhí)行初步處理。
本發(fā)明還提供一種如上文論述的通信網(wǎng)絡(luò)中的管理系統(tǒng)，其適合 于管理多個(gè)受管系統(tǒng)并且包括用于收集的業(yè)務(wù)測(cè)量數(shù)據(jù)的初步處理的第一初步處理部件。該管理系統(tǒng)包括處理控制或管理部件，該處理 控制或管理部件適合于生成或提供和/或管理分配處理控制信息和/或 將所述分配處理控制信息分發(fā)到第二、受管、處理控制部件，以用于 將測(cè)量數(shù)據(jù)的初步處理分配到第一初步處理部件(可選)或分配到受 管系統(tǒng)中提供的第二初步處理部件。在具體實(shí)現(xiàn)中，它包括用于將所 述分配處理控制信息分發(fā)到受管系統(tǒng)的管理接口 。
應(yīng)該明確的是，本發(fā)明還涵蓋管理系統(tǒng)中沒(méi)有第 一初步處理部件 的情況，其中所有初步處理已凈皮委托給受管系統(tǒng)中的初步處理部件。
本發(fā)明的優(yōu)點(diǎn)在于，與公知的集中式系統(tǒng)相比，改善并促進(jìn)了性 能管理。具體來(lái)說(shuō)，本發(fā)明的優(yōu)點(diǎn)在于，可以在大網(wǎng)絡(luò)中以及甚至尤 其在具有大量小網(wǎng)元的復(fù)雜網(wǎng)絡(luò)中以容易且靈活的方式來(lái)處理性能 管理。本發(fā)明的優(yōu)點(diǎn)還在于，提供用于性能管理的裝置和方法，其可 以處理實(shí)時(shí)網(wǎng)絡(luò)管理應(yīng)用的短響應(yīng)時(shí)間，并提供用于當(dāng)有大量數(shù)據(jù)要 經(jīng)常收集以及甚至尤其在需要從許多位置經(jīng)常收集不同類型的數(shù)據(jù) 時(shí)的靈活和容易的性能管理。
本發(fā)明的優(yōu)點(diǎn)還在于，可以在支持大量不同服務(wù)且包括高多樣性 網(wǎng)絡(luò)節(jié)點(diǎn)的現(xiàn)代高度多樣化網(wǎng)絡(luò)中以容易、靈活且直接的方式來(lái)處理 性能管理。本發(fā)明的具體優(yōu)點(diǎn)在于，它允許服務(wù)提供商以期望的方式 來(lái)操作性能管理系統(tǒng)。其優(yōu)點(diǎn)還在于，可以有效率的方式提供性能管 理而不會(huì)在網(wǎng)絡(luò)內(nèi)過(guò)度加載傳輸資源，即，即使有非常大數(shù)量的網(wǎng)元 以及如杲需要可能頻繁地執(zhí)行大量不同類型的測(cè)量，傳輸網(wǎng)絡(luò)上的負(fù) 荷仍將不高。


下文中將以非限制形式并參考附圖進(jìn)一步解釋本發(fā)明，其中 圖l是^f艮據(jù)本發(fā)明的裝置的實(shí)現(xiàn)的非常示意性的略圖， 圖2以示意形式示出電信網(wǎng)絡(luò)中的發(fā)明積無(wú)念的實(shí)現(xiàn)， 圖3示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的發(fā)明裝置的一般實(shí)現(xiàn)，圖4是根據(jù)本發(fā)明的裝置的一個(gè)具體實(shí)現(xiàn)的框圖，
圖5是更詳細(xì)地示出圖4的處理控制管理部件的示例的框圖， 圖6是更詳細(xì)地示出圖4的聚合器模塊的測(cè)量控制模塊的實(shí)現(xiàn)的 框圖，
圖7是描繪圖4中示出的聚合器模塊的第二處理部件的實(shí)現(xiàn)的框
圖，
圖8是描繪管理協(xié)議的序列圖，以及
圖9是描繪根據(jù)本發(fā)明概念的過(guò)程的示意流程圖。
具體實(shí)施例方式
在本發(fā)明的最有利的實(shí)現(xiàn)中，正如下文將參考附圖進(jìn)行舉例說(shuō)明 的，處理控制部件可以適合于基于一個(gè)或多個(gè)策略或策略失見(jiàn)則，將測(cè) 量數(shù)據(jù)的初步處理分配到第一和/或第二初步處理部件。這意味著，利 用這些策略MJ'J獲取性能管理架構(gòu)中的測(cè)量計(jì)算的靈活布置。才艮據(jù)本 發(fā)明，初步處理或計(jì)算是在網(wǎng)絡(luò)(具體為受管系統(tǒng)或網(wǎng)元)中或在管 理系統(tǒng)(例如OSS)中扭Z亍。應(yīng)該明確的是，本發(fā)明;f既念還涵蓋由于 管理系統(tǒng)中沒(méi)有對(duì)初步處理的支持或因?yàn)椴呗灾甘舅刑幚硪谑?管系統(tǒng)中執(zhí)行，所以在受管系統(tǒng)中執(zhí)行所有初步處理的情況。 一個(gè)或 多個(gè)策略(具體為策略規(guī)則)可以包括一個(gè)或多個(gè)預(yù)定條件。策略規(guī) 則或條件可以與不同的因素或參數(shù)相關(guān)。策略可以與若干不同策略規(guī) 則或條件相關(guān)或包括若干不同策略規(guī)則或條件。在一個(gè)實(shí)施例中，策 略規(guī)則或條件的至少一些與當(dāng)前參數(shù)條件相關(guān)，例如第一處理部件中 或第二處理部件中的當(dāng)前條件或與第 一處理部件中的對(duì)應(yīng)當(dāng)前條件 相比較的第二處理部件中的當(dāng)前條件。當(dāng)前條件是例如第二處理部件 所在的受管系統(tǒng)的當(dāng)前大小、當(dāng)前處理能力、當(dāng)前負(fù)荷、當(dāng)前測(cè)量數(shù) 據(jù)的量等。策略規(guī)則的條件的另一個(gè)示例是，使用超過(guò)給定閾值的數(shù) 據(jù)量的測(cè)量將在第二初步處理部件中處理，或反之，^使用落在給定閾 值下的數(shù)據(jù)量的測(cè)量可以在第 一初步處理部件中處理。另 一個(gè)條件可以與基于給定數(shù)量的不同類型的測(cè)量的測(cè)量相關(guān)，例如與事件的測(cè)量 相關(guān)，和/或結(jié)合其它初步或預(yù)處理測(cè)量。測(cè)量可以持續(xù)地執(zhí)行、在離 散的時(shí)機(jī)執(zhí)行或自發(fā)性地執(zhí)行，例如在某個(gè)事件的發(fā)生時(shí)執(zhí)行。
在示范實(shí)施例中，(第一和)第二處理部件適合于由策略規(guī)則控 制，這些策略規(guī)則與網(wǎng)絡(luò)大小、受管系統(tǒng)(網(wǎng)元)的數(shù)量、網(wǎng)絡(luò)負(fù)荷、 受管系統(tǒng)的類型、(第一和)第二處理部件的各自處理能力、受管系 統(tǒng)/管理系統(tǒng)的相對(duì)處理能力等的其中一個(gè)或多個(gè)項(xiàng)相關(guān)?？梢詫?duì)所述 參數(shù)的一個(gè)或多個(gè)給出閾值，在閾值以下或以上時(shí)，按規(guī)則給定的， 將在第 一或第二處理部件中執(zhí)行處理。
優(yōu)選地，至少第二初步處理部件包括用于執(zhí)行測(cè)量的聚合計(jì)算的 計(jì)算部件。備選地，第一初步處理部件也包括這種計(jì)算部件。
最具體來(lái)說(shuō)，策略或策略規(guī)則還包括定義測(cè)量的計(jì)算或處理的處 理規(guī)則，即將如何執(zhí)行處理或計(jì)算。
有利地，該裝置的處理控制部件包括第一處理控制部件，其適合 于生成或提供所述策略或策略規(guī)則，并將所述策略或策略規(guī)則通過(guò)管 理接口分發(fā)到第二處理控制部件，第二處理控制部件包括所述相應(yīng)第
二處理部件中的或與所述相應(yīng)第二處理部件通信的執(zhí)4亍引擎。
在備選實(shí)現(xiàn)中，第一處理控制部件還包括執(zhí)行引擎。在又一個(gè)實(shí) 施例中，第一以及第二處理控制部件包括執(zhí)行引擎。在沖突的情況中， 例如如果在第 一處理控制部件中和第二處理控制部件中執(zhí)行策略，則 可能產(chǎn)生沖突，例如有關(guān)哪個(gè)部件正在處理策略的沖突，優(yōu)選地(但
是并非必要地)由oss來(lái)處理沖突。所述第一處理控制部件可以包括
在管理系統(tǒng)中提供的管理模塊，其還適合于生成并管理所述策略或策 略規(guī)則(或條件)，并且優(yōu)選地還例如通過(guò)聚合測(cè)量公式(也稱為
Amlet)來(lái)控制所述處理規(guī)則的生成和管理。第二處理控制部件具體 位于相應(yīng)受管系統(tǒng)或網(wǎng)元中，并且通過(guò)管理接口與所述第一處理控制 部件通信。具體來(lái)說(shuō)，每個(gè)第二初步處理部件和相應(yīng)的收集部件在相 應(yīng)聚合器模塊中提供或包括相應(yīng)聚合器模塊，所述聚合器模塊在受管系統(tǒng)(或上文所稱的網(wǎng)元)中提供。第一和第二控制部件具體包括分 布式控制部件。
在特定實(shí)施例中，聚合器模塊的第二初步處理部件包括用于與業(yè) 務(wù)模塊通信的相應(yīng)業(yè)務(wù)才莫塊接口 ，業(yè)務(wù)模塊包括控制平面處理部件和 用戶平面處理部件，控制平面處理部件和用戶平面處理部件適合于分 別與控制平面或用戶平面測(cè)量收集部件通信或包括控制平面或用戶 平面測(cè)量收集部件。測(cè)量收集部件優(yōu)選地包括計(jì)數(shù)器和/或基于事件的 計(jì)數(shù)器。
本發(fā)明還提出 一種通信網(wǎng)絡(luò)中的受管系統(tǒng)，該受管系統(tǒng)包括收集 部件或與收集部件通信，收集部件適合于收集用于性能管理目的的業(yè)
務(wù)管理Jt據(jù)。該受管系統(tǒng)包括用于收集的業(yè)務(wù)測(cè)量凝:據(jù)的初步處理的
第二初步處理部件，并且提供處理控制部件以用于控制或確定至少是 否/何時(shí)和/或如何在第二初步處理部件中執(zhí)行初步處理。
本發(fā)明還提供一種用于通信網(wǎng)絡(luò)中的性能管理的方法，通信網(wǎng)絡(luò) 包括管理系統(tǒng)和多個(gè)受管系統(tǒng)，且包括用于收集業(yè)務(wù)測(cè)量數(shù)據(jù)的部
件。根據(jù)本發(fā)明，該方法包括如下步驟生成或提供分配和/或處理控 制信息以用于確定是由管理系統(tǒng)中的初步處理還是由受管系統(tǒng)中的 初步處理(一般由預(yù)先處理它的初步處理部件來(lái)處理)來(lái)處理測(cè)量數(shù) 據(jù)；將所述分配和/或處理控制信息提供給支持初步處理的受管系統(tǒng)以 用于執(zhí)行，和/或在管理系統(tǒng)中執(zhí)行所述分配和/或處理控制信息；如 分配和/或處理控制信息所確定的，通過(guò)受管系統(tǒng)中或管理系統(tǒng)中的初 步處理來(lái)處理收集的測(cè)量數(shù)據(jù)。該分配和/或處理控制信息具體包括策 略或策略規(guī)則。
應(yīng)該明確的是，上述優(yōu)選或備選實(shí)現(xiàn)分別針對(duì)受管系統(tǒng)、管理系 統(tǒng)和方法而言也是適用的。
因此，根據(jù)不同實(shí)施例，僅受管系統(tǒng)能夠執(zhí)行例如策略，或僅管 理系統(tǒng)能夠執(zhí)行例如策略，或二者都能夠執(zhí)行例如策略。在沖突的情 況下，如果二者都能夠執(zhí)行策略，則這有利地由OSS來(lái)處理。優(yōu)選地以實(shí)時(shí)方式^故出決定。
圖1示出可以如何實(shí)現(xiàn)發(fā)明概念的一個(gè)示例。此處用于性能管理
的裝置包括位于管理系統(tǒng)100 (例如OSS (操作支持系統(tǒng)))中的管理 模塊IO，但是其本身不形成本發(fā)明的部分。該裝置還包括聚合器模塊 20A，在這個(gè)具體例子中5還包括聚合器模塊20B，聚合器模塊20A、 20B位于各自的受管系統(tǒng)200A、 200B中。聚合器模塊20A與業(yè)務(wù)模 塊30Ai和業(yè)務(wù)模塊30A2通信，而聚合器模塊20B與業(yè)務(wù)模塊30B通 信。應(yīng)該明確的是，業(yè)務(wù)模塊的數(shù)量并非具有重要意義，可以將任何 聚合器模塊連接到任何數(shù)量的業(yè)務(wù)模塊， 一個(gè)或多個(gè)。此處，業(yè)務(wù)模 塊包括實(shí)際的測(cè)量收集部件。在此實(shí)現(xiàn)中，示出聚合器模塊20A、 20B 是互連的或能夠交互。這與可選的特征相關(guān)。
管理模塊10包括負(fù)責(zé)創(chuàng)建和管理策略規(guī)則的部件，策略規(guī)則在 優(yōu)選實(shí)施例中也稱為聚合測(cè)量公式，下文表示為Amlet。在一個(gè)實(shí)施 例中，它支持策略執(zhí)行，在另一個(gè)實(shí)施例中，它不支持策略執(zhí)行。聚 合器模塊20A、 20B負(fù)責(zé)捕獲性能管理數(shù)據(jù)(管理數(shù)據(jù)或統(tǒng)計(jì))以及 執(zhí)行各自所需的處理，例如聚合計(jì)算。業(yè)務(wù)模塊此處表示利于與性能 管理架構(gòu)交互的網(wǎng)元的技術(shù)抽象和設(shè)備。根據(jù)本發(fā)明，描述一種通用 框架，其允許將初步處理、聚合計(jì)算和聚合的測(cè)量的處理下推到網(wǎng)元 中，以及至少在理論上甚至外推到用戶設(shè)備(未示出)。處理部件形 成性能管理處理器的網(wǎng)絡(luò)，并且例如可以采用分布式方式執(zhí)行對(duì)聚合 的測(cè)量的計(jì)算。按照策略規(guī)則，聚合器模塊可以負(fù)責(zé)從業(yè)務(wù)模塊捕獲 測(cè)量數(shù)據(jù)或性能管理數(shù)據(jù)，并且如果根據(jù)相關(guān)策略適用的話執(zhí)行聚合 計(jì)算。
在具體實(shí)施例(未示出)中，可以將聚合器模塊級(jí)聯(lián)，以便允許 進(jìn)行分層聚合，并用于使聚合適應(yīng)分層的網(wǎng)絡(luò)。
下文描述為邏輯實(shí)體的多個(gè)模塊可以被映射到大量不同的物理 形式因素。
一般來(lái)說(shuō)，本發(fā)明可以視為基于可編程的連網(wǎng)，可編程的連網(wǎng)是有關(guān)服務(wù)提供商或受信的第三方響應(yīng)用戶需求來(lái)快速創(chuàng)建、部署和管
理創(chuàng)新服務(wù)的能力的一般術(shù)語(yǔ)，例如Campbell A等人的"A Survey of Programmable Networks" (ACM SIGCOMM Computer Conummications Review,第29巻，第2期，1999年4月)中所描述的?？删幊叹W(wǎng)絡(luò)為 服務(wù)程序員提供開(kāi)放的API (應(yīng)用編程接口 )以便于服務(wù)創(chuàng)建?？删?程連網(wǎng)技術(shù)已經(jīng)#1應(yīng)用于網(wǎng)絡(luò)管理以及服務(wù)創(chuàng)建，并且可以包括開(kāi)放 信令、活動(dòng)的連網(wǎng)、"簡(jiǎn)單"移動(dòng)代理和策略管理的方法。不同可編程 連網(wǎng)技術(shù)的共同點(diǎn)是允許創(chuàng)建服務(wù)/應(yīng)用的網(wǎng)絡(luò)級(jí)API。 一般，可編程 網(wǎng)絡(luò)由各導(dǎo)出API或虛擬機(jī)的多個(gè)可編程節(jié)點(diǎn)組成。每個(gè)節(jié)點(diǎn)提供執(zhí) 行環(huán)境(EE)，執(zhí)行環(huán)境(EE)提供應(yīng)用程序所需的資源和支持。基 礎(chǔ)(Basic)也是實(shí)現(xiàn)服務(wù)/應(yīng)用的創(chuàng)建的編程模型。編程模型定義例 如分組、策略、代理等的程序?qū)嶓w的類型、編程語(yǔ)言、節(jié)點(diǎn)與程序之 間的智能(intelligence)的劃分。
本發(fā)明在具體實(shí)施例中實(shí)現(xiàn)能夠?qū)崿F(xiàn)聚合測(cè)量的分布式計(jì)算(更 一般的是測(cè)量數(shù)據(jù)的分布式初步處理)的編程模型、執(zhí)行環(huán)境和管理 架構(gòu)的概念。
根據(jù)本發(fā)明，智能可以說(shuō)是作為多個(gè)服務(wù)組件和控制腳本駐留在 網(wǎng)絡(luò)節(jié)點(diǎn)中，視為移動(dòng)代理，其相對(duì)簡(jiǎn)單且被下載以調(diào)用組件來(lái)實(shí)現(xiàn) 服務(wù)。策略規(guī)則以及具體還有Amlet在此處被碎見(jiàn)為簡(jiǎn)單的移動(dòng)代理， 該移動(dòng)代理可以從管理系統(tǒng)(例如OSS)下載到受管系統(tǒng)或網(wǎng)元。
圖2是示出OSS 100'(或網(wǎng)絡(luò)管理中心)和通過(guò)核心網(wǎng)絡(luò)CN互 連的多個(gè)網(wǎng)元NE1 201'、 NE2202'、 NE3 203'和NE4 204'的示意框圖。 才艮據(jù)本發(fā)明的性能管理裝置包括OSS 100'中提供的管理模塊10'(還參 考下面的圖3和圖4)。正如圖4中將更透徹描述的，管理模塊10'包 括測(cè)量管理子模塊16'、管理接口 13'、策略和Amlet管理子模塊12'， 策略和Amlet管理子才莫塊12'處理策略和Amlet的管理(應(yīng)該注意，它 不限于還處理Amlet,在其它實(shí)施例中，它僅處理策略)。測(cè)量模塊 10'還包括測(cè)量結(jié)果存儲(chǔ)裝置15'。除了管理模塊，具體是策略管理模塊，還可提供其它管理應(yīng)用，此處表示為X， Y; 10!', 102'。通過(guò)操 作者接口 17，將用于創(chuàng)建策略(和Amlet)的指令/操作者提供給管理 才莫塊10'。在圖2中，比其它網(wǎng)元NE2-NE4 202'、 203'、 204'更詳細(xì)地 示出網(wǎng)元之一NE1 201',其它網(wǎng)元可以與NE1基本相同的方式構(gòu)造。 NE1 201'此處包括具有控制平面處理器CP 32 和用戶平面或業(yè)務(wù)處理 器UP3h'的業(yè)務(wù)模塊30'。網(wǎng)元NE1 201'還包括聚合器模塊2(V,下文 將參考例如圖4對(duì)其進(jìn)行更透徹的解釋。應(yīng)該明確的是，聚合器模塊 無(wú)需在網(wǎng)元201'本身中提供，它還可以位于網(wǎng)元之外，但是與網(wǎng)元201' 中提供的業(yè)務(wù)模塊30'通信。網(wǎng)元NE1此處假定是業(yè)務(wù)控制網(wǎng)元。應(yīng) 該明確的是，本發(fā)明概念不限于任何特定網(wǎng)元，相反，網(wǎng)元可以是許 多不同類型的。例如，它可以包括RBS (無(wú)線電基站)、RNC (無(wú)線 電網(wǎng)絡(luò)控制器)、3G GGSN(網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))、SGSN(服務(wù)GPRS 支持節(jié)點(diǎn))、CGSN (組合的GPRS支持節(jié)點(diǎn))、任何路由器、ATM (異 步傳輸模式)交換機(jī)等。
控制平面處理通信路徑(例如儲(chǔ)備資源等)的建立和拆除，當(dāng)建 立了"路徑"時(shí)，將有關(guān)該路徑的信息提供給聚合器模塊2(V。
通過(guò)操作者接口 17'與策略操作者交互，在管理模塊10'中生成或 創(chuàng)建一個(gè)或多個(gè)策略。應(yīng)該明確的是，這可能是非常復(fù)雜的，對(duì)于不 同的網(wǎng)元等可能有不同的策略。但是， 一旦生成了策略和/或Amlet， 通過(guò)管理接口 13'以任何適合的方式(例如推送)將它們分發(fā)到相應(yīng)網(wǎng) 元，更具體來(lái)說(shuō)分發(fā)到網(wǎng)元中的或與網(wǎng)元關(guān)聯(lián)的聚合器模塊，這由指 示管理模塊與聚合器模塊之間的信息流的點(diǎn)劃線箭頭示出。應(yīng)該明確 的是， 一旦執(zhí)行了測(cè)量，信息還流到管理模塊。如果根據(jù)適用于網(wǎng)元 (例如NE1 201')的相應(yīng)策略，將在管理模塊或OSS中執(zhí)行處理，(或 無(wú)法在NE1中執(zhí)行，)則將測(cè)量數(shù)據(jù)乂人有關(guān)的業(yè)務(wù)模塊直接轉(zhuǎn)發(fā)到管 理模塊中的第一初步處理部件(未示出)。另一方面，如果根據(jù)適用 的策略，可以預(yù)處理來(lái)自業(yè)務(wù)模塊的測(cè)量數(shù)據(jù)或使其受到NE1的第二 初步處理或執(zhí)行部件中的初步處理(在聚合器模塊中提供，未在此圖中示出，參考下面的圖3、 4),則初步處理的結(jié)果可能在測(cè)量高速緩 存(圖2中未示出)中緩存之后被提供給管理模塊10'。因此，根據(jù)提供給網(wǎng)元(更具體來(lái)說(shuō)提供給位于網(wǎng)元的外部的聚 合器模塊)的策略的條件，在業(yè)務(wù)層上的控制管理層中，或在網(wǎng)元中， 確定是要由聚合器模塊21'還是要由管理模塊10'中的初步處理部件來(lái) 執(zhí)行初步處理。如果關(guān)于聚合器模塊中的初步處理的條件未被滿足， 則將測(cè)量數(shù)據(jù)簡(jiǎn)單地提供給或向上推送到管理模塊而不進(jìn)行任何初 步處理，而如果滿足關(guān)于分布式初步處理(即在聚合器模塊中進(jìn)行處 理)的適用條件，則將初步處理的結(jié)果提供或推送到管理模塊。附圖 中的A、 B僅指示通過(guò)各自RAN (無(wú)線電接入網(wǎng))連接的移動(dòng)通信設(shè) 備。圖3是以一般術(shù)語(yǔ)描述根據(jù)本發(fā)明概念的裝置的實(shí)現(xiàn)的示意框 圖。在OSS中，實(shí)現(xiàn)管理模塊10'，其包括第一初步處理部件11 (可 選)和第一處理控制部件12 (也稱為處理控制管理部件)。在現(xiàn)有才支 術(shù)的系統(tǒng)中，總是在OSS中執(zhí)行初步處理或預(yù)處理，而此處初步處理 部件是分布式的，而第二初步處理部件21在例如網(wǎng)元NE中提供。第 二處理控制部件22此處與第一處理控制部件12通信。具體來(lái)說(shuō)，第 二處理控制部件22和第二初步處理部件21在聚合器模塊20'中提供， 正如上文論述。聚合器模塊20'連接到測(cè)量收集部件31。在第一處理 控制部件12中生成并管理策略或策略規(guī)則以及可能(但非必要地) 還有Amlet或類似，并將其下載或提供給第二處理控制部件22,其中 策略用于確定初步處理是否要在第二初步處理部件21中執(zhí)行以及可 能地還確定要如何執(zhí)行處理或計(jì)算。在備選實(shí)施例中，作為替代(或作為附加)，可以在第一處理控 制部件12中做出決定。雖然本發(fā)明概念不限于此，但是在特別有利 的實(shí)現(xiàn)中，還處理并分發(fā)聚合的測(cè)量公式(Amlet)。Amlet可以采用如下所示的腳本語(yǔ)言來(lái)編寫(xiě)。語(yǔ)言定義的虛擬積j 的指令以粗體顯示。Amlet AmExample real cljdefine Ml as {EventTypel.parameterY== valuel};define M2 as {EventType2.parameterX == EventType2,paremeterZ}define M3 as {EventType3.parameterA〉 value2}subscribe (M1,M2,M3); i叩utEvent {doCalc(measReceiver)-> [cl=(get(Ml)+get(M2)+get(M3))/100; send(measReceiver,calcExample,cl);deactivate—rule-〉 {unsubscribe (M1，M2，M3); exit();}〃inputEventAmlet關(guān)鍵字此處以語(yǔ)言定義聚合測(cè)量公式。Define關(guān)鍵字能夠定義Amlet中使用的計(jì)數(shù)器。這些計(jì)數(shù)器是依 據(jù)協(xié)議事件來(lái)定義的或被定義為底層NE計(jì)數(shù)器，并且該定義依據(jù)表 示計(jì)數(shù)器的NE編程環(huán)境實(shí)體來(lái)表述計(jì)數(shù)器。這樣使得EE(執(zhí)行環(huán)境) 軟件(例如，Java類)的生成能夠訪問(wèn)所需的數(shù)據(jù)。此關(guān)鍵字定義的 實(shí)體可以S見(jiàn)為EE服務(wù)組件，此后這些EE服務(wù)組件可以被實(shí)際的 Amlet腳本調(diào)用。具體來(lái)說(shuō)，這些組件在中央庫(kù)或類似中定義，并被 導(dǎo)入到各個(gè)Amlet。subscribe關(guān)鍵字指示底層Amlet虛擬機(jī)(AVM)監(jiān)聽(tīng)這些事件， 并且它使得AVM在如上所述的業(yè)務(wù)模塊中預(yù)訂這些事件。inputEvent關(guān)鍵字定義事件處理回路以便使Amlet能夠響應(yīng)其環(huán) 境中的事件。get關(guān)鍵字使得能夠從底層計(jì)數(shù)器服務(wù)組件檢索期望的值。 send關(guān)鍵字將Amlet結(jié)果傳輸?shù)降讓油ㄐ艡C(jī)制以便向鏈中的下一 個(gè)模塊傳輸。unsubscribe關(guān)4A字在將Amlet去激活的情況下去除預(yù)訂。 exit關(guān)鍵字在將Amlet去激活的情況下釋放任何其它資源。 策略基于與Amlet相同的腳本語(yǔ)言，但是它們不共享所有語(yǔ)言語(yǔ) 句(statement)。下文示出策略規(guī)則的示例。此具體的策略規(guī)則表明， 如果NE中的受管系統(tǒng)中的負(fù)荷低于某個(gè)閾值，則可允許執(zhí)行Amlet 的本地評(píng)估，或更一般地可允許在第二處理部件中執(zhí)行初步處理，而 如果負(fù)荷高于某個(gè)閾值，則可能不在NE中對(duì)Amlet評(píng)估。 Rule PolicyExampleconst lowLoad=30; const highLoad=60;subscribe (NeLoad); i叩utEvent {NeLoad (load) -> { get (AmState);If ((load < lowLoad) && (AmState=off) then send (OSS, EE—status, activate Amlet)else if ((load 〉 highLoad && (AmState=on) then send (OSS，EE—status, deactiveAmlet)deactivate_Rule -> {unsubscribe (NeLoad); exit ();} 〃 inputEvent }〃Rule策略是利用關(guān)鍵字Rule來(lái)定義的。可能存在采用例如條件的形式的許多不同類型的策略或策略規(guī) 則，而且條件也可以采用許多不同的形式。上文僅示出一個(gè)具體示例。圖4示出根據(jù)本發(fā)明的用于性能管理的裝置的一個(gè)實(shí)現(xiàn)。它包括 具體在OSS中實(shí)現(xiàn)的管理模塊l(V在網(wǎng)元中實(shí)現(xiàn)的聚合器模塊20i 以及業(yè)務(wù)模塊30"業(yè)務(wù)模塊3(h是抽象其上進(jìn)行測(cè)量的業(yè)務(wù)機(jī)器的模 塊，其具體來(lái)說(shuō)也可以看作在網(wǎng)元中實(shí)現(xiàn)。假定此實(shí)施例還包括如上 文論述的所謂的Amlet。在實(shí)際實(shí)現(xiàn)中，在各個(gè)NE中通常有多個(gè)聚 合器模塊(其中至少一些可以彼此通信)。聚合器測(cè)量形成更全面的性能管理系統(tǒng)的部分。通過(guò)聚合管理包 含的這個(gè)管理系統(tǒng)的額外功能不應(yīng)視為限制本發(fā)明的范圍，盡管它涉 及具體的有利實(shí)施例。此處，聚合的測(cè)量的計(jì)算也可以在OSS中執(zhí)行， 即在策略和Amlet執(zhí)行部件lh中執(zhí)行。管理模塊l(h以常規(guī)方式負(fù)責(zé)調(diào)度、提取和存儲(chǔ)計(jì)算的結(jié)果，并 負(fù)責(zé)對(duì)檢索的結(jié)果進(jìn)行后處理，這是任何性能管理系統(tǒng)中固有的。但 是，根據(jù)本發(fā)明，管理模塊此處還負(fù)責(zé)創(chuàng)建和部署Amlet。此處假定 除了執(zhí)行部件lh外，管理模塊IO!還包含四個(gè)子模塊。測(cè)量管理模塊 16i負(fù)責(zé)調(diào)度、提取和存儲(chǔ)計(jì)算的結(jié)果以及對(duì)檢索的結(jié)果進(jìn)行后處理， 然后將其存儲(chǔ)在測(cè)量結(jié)果存儲(chǔ)裝置151中。策略和Amlet管理子模塊12!(第一處理控制部件)負(fù)責(zé)創(chuàng)建和管理策略規(guī)則和Amlet，下文將 對(duì)其進(jìn)行更透徹的描述。管理模塊還包括管理接口 1315其包含用于 實(shí)現(xiàn)與例如在網(wǎng)元中提供的聚合器模塊2(h通信的功能和協(xié)議，而該 網(wǎng)元包括實(shí)現(xiàn)此類通信所需的多個(gè)通信才幾制。聚合器模塊20i此處還包括四個(gè)子模塊。第一個(gè)子^t塊是管理接 口 23!，其用于與管理模塊1(^通信，而管理模塊10i包含用于與之通信的功能和協(xié)議。它還包括業(yè)務(wù)接口 2+，其提供到業(yè)務(wù)模塊的接口 并允許不同NE類型的集成。聚合器模塊還包括測(cè)量控制子模塊22p 其適合于利于測(cè)量管理以及與管理模塊10i的測(cè)量管理模塊16i的交 互。測(cè)量控制模塊22i包括協(xié)助或使得策略和Amlet系統(tǒng)能夠運(yùn)行的 功能性。聚合器模塊20i還包括第二初步處理部件或執(zhí)行部件，此處 包括策略和Amlet執(zhí)行引擎21P其包括實(shí)現(xiàn)策略規(guī)則和Amlet實(shí)現(xiàn) 所需的功能。例如圖3中引述的第二處理控制部件可以例如看作包括 在策略和Amlet執(zhí)行部件中。業(yè)務(wù)模塊3(h包括多個(gè)子模塊，這些子模塊包括網(wǎng)絡(luò)接口 33i、經(jīng) 由它的業(yè)務(wù)模塊接口 3^實(shí)現(xiàn)與聚合器模塊通信的業(yè)務(wù)模塊接口 34n 以及除此之外，還包括控制平面處理器32i和業(yè)務(wù)用戶平面(或業(yè)務(wù)) 處理器3h。數(shù)據(jù)平面適合于傳輸用戶或應(yīng)用數(shù)據(jù)，而控制平面包括 用于管理網(wǎng)絡(luò)業(yè)務(wù)的協(xié)議。可以在兩個(gè)平面中進(jìn)行測(cè)量。大多數(shù)(但 非排他地)，基于事件的計(jì)數(shù)器大多數(shù)與控制平面相關(guān)，因?yàn)樗?業(yè)務(wù)協(xié)議。出于舉例說(shuō)明的原因，現(xiàn)在將描述一些子模塊，即以更詳細(xì)的方 式描述一些特定實(shí)施例。圖5示出策略和Amlet管理模塊12"其屬于圖4的管理才莫塊10。。 它包括策略和Amlet開(kāi)發(fā)環(huán)境12 ，其允許創(chuàng)建和測(cè)試策略和Amlet。 該開(kāi)發(fā)環(huán)境包含使得支持AVM (Amlet虛擬機(jī))軟件以及Amlet本身 的生成能夠?qū)崿F(xiàn)所需的庫(kù)和語(yǔ)言解釋器(translator)。所有Amlet和支 持軟件存儲(chǔ)在Amlet儲(chǔ)存庫(kù)1213中。策略和Amlet管理子模塊12i還 包括負(fù)責(zé)將策略和Amlet部署到網(wǎng)元1214以及一旦部署它們之后的后 續(xù)管理的Amlet生命周期管理實(shí)體。通過(guò)與聚合器模塊20!中的策略 和Amlet執(zhí)行環(huán)境2h中的管理單元協(xié)作來(lái)利于此管理功能，下文將 對(duì)此進(jìn)行描述。下文將進(jìn)一步描述策略和Amlet生命周期管理1214與 策略和Amlet執(zhí)行環(huán)境(或在一些實(shí)施例中，管理系統(tǒng)中的對(duì)應(yīng) 部件參考圖4)之間的交互。網(wǎng)絡(luò)模型1215用于促進(jìn)對(duì)網(wǎng)元的部聚合器模塊2(^的測(cè)量控制子模塊22i可以包括多個(gè)子模塊或子 部件，如圖6所公開(kāi)的。它包括抽象與管理接口實(shí)體的接口的管理代 理22 。相應(yīng)地，業(yè)務(wù)模塊代理2214抽象到業(yè)務(wù)接口實(shí)體的接口。測(cè) 量程序功能2212是測(cè)量控制子模塊22!的主要組件，并且包含有關(guān)正 在測(cè)量哪些實(shí)體以及應(yīng)該有多頻繁地編制并輸出這些測(cè)量的細(xì)節(jié)。它 通過(guò)向策略和Amlet執(zhí)行環(huán)境PAEE 2h發(fā)送事件來(lái)觸發(fā)從PAEE 2h 收集Amlet結(jié)果以便檢索這些結(jié)果。它還包含有關(guān)對(duì)于每個(gè)測(cè)量程序 要使用哪種輸出格式的信息。輸出格式化模塊2213將收集的測(cè)量編制 成期望的輸出格式以便傳輸?shù)絆SS l(h。測(cè)量高速緩存^^莫塊26!用于在 傳輸?shù)綔y(cè)量模塊1(^之前存儲(chǔ)收集的結(jié)果。圖7示出例如圖4中的策略和Amlet執(zhí)行環(huán)境子模塊2h的示范 實(shí)現(xiàn)。此模塊是聚合器模塊20i的中央組件，它的主要功能是提供用 于執(zhí)行Amlet的上下文和資源。其主組件是Amlet執(zhí)行環(huán)境虛擬枳i (AVM或PAVM) 12 ,其提供包括實(shí)現(xiàn)如上所述的Amlet編程模塊 的行為(語(yǔ)言語(yǔ)句)的多個(gè)功能，從而提供實(shí)現(xiàn)Amlet執(zhí)行的進(jìn)程上 下文，即，它負(fù)責(zé)調(diào)度和分派Amlet作業(yè)以便執(zhí)行。它還將Amlet映 射到底層進(jìn)程模型上。它還包括用于接收消息和將消息路由到Amlet 的消息處理機(jī)制，并且通過(guò)策略和Amlet EE控制器1211Q協(xié)助管理 Amlet生命周期模塊。在圖7中，還示出消息處理機(jī)制(消息隊(duì)列) 12113和多個(gè)可執(zhí)行實(shí)體12m。虛線箭頭指示任務(wù)和消息的分派。PAEE 2h還包括Amlet/策略規(guī)則1216、策略和Amlet儲(chǔ)存庫(kù)1212、 1213、多 個(gè)事件處理機(jī)(handler) 1215、多個(gè)計(jì)凄t器處理機(jī)1214以及分別用于 業(yè)務(wù)模塊接口 1218和管理接口 1212的代理。除此之外，它還包括聚合 接口 1219和管理代理1217。下文將解釋這些功能實(shí)現(xiàn)。Amlet是實(shí)際聚合的測(cè)量并且響應(yīng)進(jìn) 入消息被執(zhí)行。消息可以始發(fā)于業(yè)務(wù)模塊3(h或始發(fā)于管理模塊10!。 所有消息被串行化，即串行地置于AVM消息隊(duì)列12113中，以便Amlet1216將以正確的順序^r收它們。在業(yè)務(wù)^f莫塊中實(shí)現(xiàn)的計(jì)數(shù)器與PAEE中實(shí)現(xiàn)的計(jì)數(shù)器的處理之間產(chǎn)生差異。 一些計(jì)數(shù)器是標(biāo)準(zhǔn)化且公知的。此類計(jì)數(shù)器通常在業(yè)務(wù)模 塊中直接最有效率地實(shí)現(xiàn)。這尤其適用于對(duì)某個(gè)給定事件的發(fā)生次數(shù) 計(jì)數(shù)的簡(jiǎn)單的計(jì)數(shù)器，例如在下行鏈路上發(fā)送的凄t據(jù)分組的數(shù)量。其 它計(jì)數(shù)器不是標(biāo)準(zhǔn)化的或它們基于底層協(xié)議事件中的一個(gè)或多個(gè)參數(shù)的組合。為了計(jì)算這些計(jì)數(shù)器，在聚合器模塊中(在PAEE2h中) 而非在業(yè)務(wù)模塊中處理事件數(shù)據(jù)是必須的。PAEE預(yù)訂業(yè)務(wù)模塊中的 這些事件，并且業(yè)務(wù)期間每次預(yù)訂的協(xié)議事件發(fā)生，則調(diào)用PAEE。 最確切地來(lái)說(shuō)，調(diào)用用于那個(gè)事件的事件處理機(jī)實(shí)體(1215)。所有事 件參數(shù)可用于有關(guān)的事件處理機(jī)1215,然后它遍歷其預(yù)訂的計(jì)數(shù)器的 列表，并為每個(gè)計(jì)數(shù)器評(píng)估條件。然后將計(jì)數(shù)器步進(jìn)。作為一個(gè)示例，假定(未示出)計(jì)數(shù)器M1 (來(lái)自AmletAMl) 和計(jì)數(shù)器M2 (來(lái)自Amlet AM2 )基于與來(lái)自業(yè)務(wù)協(xié)議的事件El關(guān)聯(lián) 的不同條件。當(dāng)AMI執(zhí)行用于M1的"subscribe"語(yǔ)句時(shí)，創(chuàng)建過(guò)濾器 并將其附連到事件處理機(jī)EH1。此過(guò)濾器包含與計(jì)數(shù)器M1關(guān)聯(lián)的條 件和計(jì)數(shù)器M1本身。每次對(duì)條件評(píng)估為真時(shí)，將M1步進(jìn)。這對(duì)于 AM2也為真。如果當(dāng)調(diào)用AMI預(yù)訂時(shí)EH1不存在，則創(chuàng)建EH1的實(shí)例。 '當(dāng)執(zhí)行Amlet計(jì)算時(shí)，通過(guò)get()語(yǔ)句(參見(jiàn)下文)提取這些計(jì)數(shù) 器。如果在PAEE中通過(guò)事件處理機(jī)來(lái)實(shí)現(xiàn)計(jì)數(shù)器，則從事件處理機(jī) 提取計(jì)數(shù)器值。如果另一方面，業(yè)務(wù)模塊中存在計(jì)數(shù)器，則轉(zhuǎn)而通過(guò) 早先已經(jīng)創(chuàng)建的計(jì)數(shù)器處理機(jī)實(shí)體從其讀取計(jì)數(shù)器值。此實(shí)體能夠經(jīng) 業(yè)務(wù)模塊接口訪問(wèn)計(jì)數(shù)器值。因?yàn)閮煞N計(jì)數(shù)器類型是以相同方式定義的，所以Amlet不知道它 們之間的差異，計(jì)數(shù)器的處理對(duì)于Amlet是透明的。由測(cè)量控制器通過(guò)消息在命令上激活A(yù)mlet，例如doAm()。此使 Amlet提取計(jì)數(shù)器、執(zhí)行計(jì)算并將值返回到測(cè)量控制器22i (圖4)。在一些實(shí)施例中，管理系統(tǒng)中不提供對(duì)應(yīng)于上文描述的功能性，特別是PAVM 12u的功能性。在另一些其它實(shí)施例中，在管理系統(tǒng)中 也提供該功能性。系統(tǒng)的操作和策略和Amlet生命周期管理由策略和Amlet管理子 模塊12!與策略和Amlet執(zhí)行環(huán)境子模塊2h之間的管理協(xié)議來(lái)定義。 圖8中示出基本交互周期，圖8是示出所使用的管理操作的序列圖。 應(yīng)該明確的是，本發(fā)明概念不限于確切指出的排序，可以有所不同。Start_PAEE ( 1.)使得PAEE從被動(dòng)狀態(tài)激活。必須執(zhí)行此步驟 之后，才能運(yùn)行任何Amlet。啟動(dòng)AVM并分配資源。Stop—PAEE具 有相反的作用，并且可以將任何活動(dòng)的Amlet去激活(參見(jiàn)下文的序 列步驟9)。然后停止AVM并釋放所有資源，并且PAEE采用被動(dòng)監(jiān) 聽(tīng)狀態(tài)。Add—rule ( 2.)將一個(gè)或多個(gè)Amlet或策略頭見(jiàn)則添加到PAEE， 包括所有它們的支持軟件。Remove—rule從PAEE去除Amlet的所有 痕跡。必須首先將任J可活動(dòng)的Amlet去激活。Activate—rule 4吏Amlet 被調(diào)度以便執(zhí)行。分配存儲(chǔ)器和其它資源，Amlet已就緒準(zhǔn)備接收事 件。Deactive—rule (7.)使活動(dòng)的Amlet從執(zhí)行列表去除并^f吏資源4皮 釋放?？梢杂晒芾砟K通過(guò)get_EE—status (4.)讀取EE的狀態(tài)，可以 通過(guò)EE—status (5.)、 (6.)自發(fā)地將EE的狀態(tài)從聚合器模塊傳輸?shù)?管理模塊。這使管理模塊能夠監(jiān)視并控制PAEE的操作?；顒?dòng)的規(guī)則 /Amlet的數(shù)量可以根據(jù)服務(wù)提供商的商業(yè)策略來(lái)更改。在圖9的流程圖中，示出根據(jù)本發(fā)明一個(gè)實(shí)施例的主要過(guò)程步驟 的略圖。此處，在管理系統(tǒng)中生成或創(chuàng)建并部署多個(gè)策略(以及可能 還有Amlet),具體是在例如OSS的管理模塊中使用通過(guò)操作者接口 從操作者接收的策略相關(guān)指令并將包括網(wǎng)絡(luò)的網(wǎng)元的網(wǎng)絡(luò)模型納入 考慮，100。當(dāng)已部署策略時(shí)，基于網(wǎng)絡(luò)模型將它們(自發(fā)地或有規(guī) 律地或按任何適合的方式)提供(在一些實(shí)施例中具體為推送)給適合的網(wǎng)元，或更確切地來(lái)說(shuō)提供給位于相應(yīng)網(wǎng)元中或與之關(guān)聯(lián)的聚合 器模塊，101，即，網(wǎng)元協(xié)助指示要將哪些策略提供給哪些網(wǎng)元。(備選地(未示出)，在OSS中根據(jù)適用的策略做出有關(guān)要在何處執(zhí)行初步處理的決定。)在每個(gè)網(wǎng)元中將進(jìn)行相似的過(guò)程，因此，在下文中僅參考表示為NEX的網(wǎng)元。以基本常規(guī)的方式，在NEX中或通過(guò)NEX中包含的業(yè) 務(wù)模塊收集測(cè)量數(shù)據(jù)，102?；贜EX中部署的一個(gè)或多個(gè)特定策略， 檢查至少有關(guān)在NEX中是否要執(zhí)行或是否能執(zhí)行預(yù)處理的策略條件 是否被滿足，103。當(dāng)然，還可能的是檢查條件是否未被滿足等。相反，如果條件未被滿足，則將測(cè)量數(shù)據(jù)推送或提供給管理才莫塊 (例如OSS中的管理模塊)，103A (框102后的箭頭表示此過(guò)程根據(jù)給定模式或在給定事件發(fā)生時(shí)或自發(fā)地重復(fù)進(jìn)行)。此處，將由第一 初步處理部件預(yù)處理或處理測(cè)量數(shù)據(jù)，104A。但是，如果確定可以或 應(yīng)該在NEX中執(zhí)行預(yù)處理，則在NEX中執(zhí)行預(yù)處理，104，以及優(yōu) 選地將預(yù)處理的結(jié)果緩存在NEX中，105。應(yīng)該明確的是，本發(fā)明概 念的一般方面不涉及緩存，這僅涉及有利的實(shí)現(xiàn)，還有可能的是將預(yù) 處理的初步處理的結(jié)果直接傳輸?shù)絅EX;這不是旨在對(duì)本發(fā)明的范圍 起限制的作用。然后，根據(jù)任何預(yù)定的標(biāo)準(zhǔn)，按規(guī)則的時(shí)間間隔，當(dāng) 高速緩存已滿時(shí)或根據(jù)任何其它標(biāo)準(zhǔn)，將測(cè)量的預(yù)處理的結(jié)果推送到 測(cè)量模塊或OSS, 106。(框102后面的箭頭表示測(cè)量數(shù)據(jù)收集是重復(fù) 的過(guò)程。)最后，雖然不形成本發(fā)明一般范圍的一部分，但是可以將 預(yù)處理的結(jié)果存儲(chǔ)在OSS中或具體存儲(chǔ)在管理才莫塊中，107。應(yīng)該明確的是，策略可以是許多不同類型的，可以應(yīng)用不同條件 或可以提供不同策略到不同網(wǎng)元等。正如先前論述的，在應(yīng)用中，還 可以采用與策略相同的方式來(lái)處理Amlet或可以將策略^L為也包括 Amlet。在那個(gè)情況下，可以將不同的Amlet提供給不同的網(wǎng)元，可 以將Amlet僅提供給一些網(wǎng)元等。正如上文提到的，Amlet描述要如 何以及在什么條件下執(zhí)行初步處理或預(yù)處理等。根據(jù)本發(fā)明，在OSS及其管理的NE形成的性能管理架構(gòu)中引入 有關(guān)處理、執(zhí)行測(cè)量計(jì)算的位置的靈活性。這允許服務(wù)提供商操作其 性能管理系統(tǒng)以最佳地滿足設(shè)置的相關(guān)目的或目標(biāo)。對(duì)于不同提供 商，這可以明顯地不同，但是優(yōu)點(diǎn)之一在于，服務(wù)提供商可以將測(cè)量 計(jì)算的處理下放到NE以減少?gòu)木W(wǎng)絡(luò)到OSS傳輸?shù)臄?shù)據(jù)量。以此方式 下放測(cè)量的范圍可以是經(jīng)過(guò)裁剪的，這意味著不是所有的測(cè)量都需要 被遷移，遷移的測(cè)量的集合可以在任何時(shí)間根據(jù)策略來(lái)變化。還可能 的是，將測(cè)量計(jì)算下放到某些NE類型而不下放到另一些類型，其取 決于所用的處理器的類型等。還可能的是，裁剪網(wǎng)元中的測(cè)量處理以 便滿足NE中的負(fù)荷條件。應(yīng)該明確的是，在不背離所附權(quán)利要求的范圍的前提下，本發(fā)明 可以多種方式改變，它絕不局限于具體示出的這些實(shí)施例。
權(quán)利要求
1.一種用于通信網(wǎng)絡(luò)中的性能管理的裝置，所述通信網(wǎng)絡(luò)包括管理系統(tǒng)(100；100′；101)和多個(gè)受管系統(tǒng)(200A、200B；201′、202′；203′、204′)，所述裝置包括用于收集業(yè)務(wù)測(cè)量數(shù)據(jù)的收集部件(31)和用于測(cè)量數(shù)據(jù)的初步處理的初步處理部件，其特征在于所述初步處理部件適合于為分布式的并包括在所述管理系統(tǒng)中提供的第一初步處理部件(11；111)和在多個(gè)受管系統(tǒng)中提供的或與多個(gè)受管系統(tǒng)關(guān)聯(lián)的多個(gè)第二初步處理部件(21；211)，并且所述裝置包括用于控制至少將測(cè)量數(shù)據(jù)的初步處理分配到第一或第二初步處理部件的處理控制部件(12、22；121、211)。
2. 如權(quán)利要求l所述的裝置，其特征在于 所述處理控制部件(ll、 21; 12j 適合于基于一個(gè)或多個(gè)策略或策略規(guī)則，將測(cè)量數(shù)據(jù)的初步處理分配到第一和/或第二初步處 理部件。
3. 如權(quán)利要求2所述的裝置，其特征在于 所述一個(gè)或多個(gè)策略/策略規(guī)則包括一個(gè)或多個(gè)預(yù)定條件。
4. 如權(quán)利要求2或3所述的裝置，其特征在于 一個(gè)或多個(gè)策略規(guī)則或條件與當(dāng)前參數(shù)條件相關(guān)，例如至少第二處理部件中的當(dāng)前條件，例如當(dāng)前處理能力、受管系統(tǒng)的當(dāng)前大小、 當(dāng)前負(fù)荷和測(cè)量數(shù)據(jù)的當(dāng)前量。
5. 如權(quán)利要求3或4所述的裝置，其特征在于條件表明使用落在給定閾值之下的數(shù)據(jù)量的測(cè)量將在第二初步 處理部件中處理，或反之，使用超過(guò)給定閾值的數(shù)據(jù)量的測(cè)量將在所 述第一初步處理部件中處理。
6. 如權(quán)利要求3、 4或5所述的裝置，其特征在于條件是，例如測(cè)量事件的基于多種不同測(cè)量類型的測(cè)量的測(cè)量和/或結(jié)合其它初步或預(yù)處理測(cè)量并落在給定閾值以下的測(cè)量應(yīng)該/可以 在第二初步處理部件中處理。
7. 如權(quán)利要求2-6中的任一項(xiàng)所述的裝置，其特征在于 所述處理控制部件(12、 22; 121; 2h)適合于將與網(wǎng)絡(luò)大小、受管系統(tǒng)的數(shù)量、網(wǎng)絡(luò)負(fù)荷、受管系統(tǒng)的類型、受管系統(tǒng)/管理系統(tǒng)的相 對(duì)處理能力、各自處理能力等的 一個(gè)或多個(gè)相關(guān)的條件或策略MJ'J納入 考慮，并且對(duì)所述參數(shù)的一個(gè)或多個(gè)給出閾值，在所述閾值以下/以上 時(shí)，將在第一或第二處理部件中執(zhí)行處理。
8. 如權(quán)利要求1-7中的任一項(xiàng)所述的裝置，其特征在于至少所述第二初步處理部件包括用于執(zhí)行測(cè)量的聚合計(jì)算的計(jì) 算部件。
9. 如權(quán)利要求1-8中的任一項(xiàng)所述的裝置，其特征在于 所述策略或策略規(guī)則還包括定義測(cè)量的處理或計(jì)算的處理規(guī)則。
10. 如權(quán)利要求1-9中的任一項(xiàng)所述的裝置，其特征在于 所述處理控制部件包括第一處理控制部件(12i)，其適合于生成或才是供所述策略或策略規(guī)則，并將所述策略或策略規(guī)則通過(guò)管理接口 分發(fā)到第二處理控制部件，所述第二處理控制部件包括所述相應(yīng)第二 處理部件(21。中的或與所述相應(yīng)第二處理部件(210通信的執(zhí)行 引擎。
11. 如權(quán)利要求IO所述的裝置，其特征在于所述第 一處理控制部件包括在所述/某個(gè)管理系統(tǒng)中提供的管理 才莫塊(10'; 其還適合于生成并管理所述策略或策略規(guī)則或條件， 并且控制例如聚合測(cè)量公式(Amlet)的所述處理規(guī)則的生成和管理。
12. 如權(quán)利要求10或11所述的裝置，其特征在于 每個(gè)第二初步處理部件(21)和相應(yīng)的收集部件在相應(yīng)聚合器模塊(20A、 20B; 20!'; 2(h)中提供或與相應(yīng)聚合器模塊(20A、 20B; 2(V; 20!)通信，而相應(yīng)聚合器模塊(20A、 20B; 20。 20!)在例如 網(wǎng)元的受管系統(tǒng)中提供或與受管系統(tǒng)關(guān)聯(lián)。
13. 如權(quán)利要求12所述的裝置，其特征在于 所述第二初步處理部件(21 )或所述聚合器模塊(20A、 20B; 20。20!)包括用于與業(yè)務(wù)模塊(30Ap 30A2、 30B; 30 ; 30i)通信的相應(yīng) 業(yè)務(wù)模塊接口，所述業(yè)務(wù)模塊(30A!、 30A2、 30B; 3(V; 3(h)包括控 制平面處理部件(320和用戶平面處理部件(31J,并適合于分別與 控制平面或用戶平面測(cè)量收集部件通信或包括控制平面和用戶平面 測(cè)量收集部件。
14. 如權(quán)利要求13所述的裝置，其特征在于 所述測(cè)量收集部件包括計(jì)數(shù)器和/或基于事件的計(jì)數(shù)器。
15. —種通信網(wǎng)絡(luò)中的受管系統(tǒng)(200A、 200B; 201'、 202'、 203'、 204'; 201')，所述受管系統(tǒng)包括收集部件(31)或與收集部件(31) 通信，所述收集部件(31)適合于收集用于性能管理目的的業(yè)務(wù)測(cè)量 數(shù)據(jù)，其特征在于所述受管系統(tǒng)包括第二初步處理部件(20A、 20B; 20!'; 21; 21。 或與第二初步處理部件(20A、 20B; 2(V; 21; 21。關(guān)聯(lián)，所述第二初 步處理部件用于收集的業(yè)務(wù)測(cè)量數(shù)據(jù)的初步處理，并且提供處理控制 部件(10; 12'; 12、 22; 12!、 2h)用于確定至少是否或何時(shí)要在所 述第二初步處理部件中執(zhí)行初步處理。
16. 如權(quán)利要求15所述的受管系統(tǒng)，其特征在于 所述處理控制部件包括或?qū)崿F(xiàn)策略或策略規(guī)則。
17. 如權(quán)利要求16所述的受管系統(tǒng)，其特征在于 所述處理控制部件是分布式的且包括第二處理控制部件(22;21。，所述第二處理控制部件(22; 21i)包括在所述受管系統(tǒng)中提供 的或與所述受管系統(tǒng)關(guān)聯(lián)的執(zhí)行引擎，所述執(zhí)行引擎適合于使得能夠 實(shí)現(xiàn)適用的策略規(guī)則和測(cè)量處理，例如測(cè)量的聚合計(jì)算，所述執(zhí)行引 擎還適合于從外部處理控制管理部件或第一處理控制部件(12; 接收策略或策略規(guī)則。
18. 如權(quán)利要求17所述的受管系統(tǒng)，其特征在于所述策略或策略規(guī)則還包括定義至少用于執(zhí)行聚合計(jì)算的規(guī)則 的計(jì)算或處理規(guī)則。
19. 如權(quán)利要求15-18中任一項(xiàng)所述的受管系統(tǒng)，其特征在于 所述受管系統(tǒng)包括聚合器模塊(20A、 20B; 20,'、 2(V)，所述聚合器才莫塊包括所述執(zhí)行引擎(21J和所述本地第二處理控制部件(22; 2h)、用于與管理系統(tǒng)通信的管理接口，所述聚合器模塊還適合于與 包括在所述受管系統(tǒng)中的業(yè)務(wù)模塊(30Ap 30A2; 30 ; 30j通信， 所述業(yè)務(wù)^t塊包括所述測(cè)量收集部件。
20. 如權(quán)利要求19的任一項(xiàng)所述的受管系統(tǒng)，其特征在于 所述業(yè)務(wù)才莫塊(30Ap 30A2; 3(V; 30!)包括分別用于控制平面和用戶平面測(cè)量的控制平面處理器(32J和用戶平面處理器(3h)。
21. 如權(quán)利要求20所述的受管系統(tǒng)，其特征在于 所述測(cè)量基于計(jì)數(shù)器和/或基于事件的計(jì)數(shù)器。
22. 如權(quán)利要求16或權(quán)力要求16和權(quán)利要求17-21中任一項(xiàng)所述 的受管系統(tǒng)，其特征在于所述策略規(guī)則包括確定給定的測(cè)量是否要在所述第二處理部件 中處理的條件，所述條件例如與網(wǎng)絡(luò)大小、受管系統(tǒng)的數(shù)量、所述第 二處理部件上的負(fù)荷、受管系統(tǒng)的類型和處理能力的一個(gè)或多個(gè)相 關(guān)。
23. —種通信網(wǎng)絡(luò)中的管理系統(tǒng)(100; 100'; 10),適合于管理多個(gè)受管系統(tǒng)并且包括用于收集的業(yè)務(wù)測(cè)量數(shù)據(jù)的初步處理的第一 初步處理部件(ll; llj，其特征在于所述管理系統(tǒng)還包括充當(dāng)處理控制管理部件的第 一處理控制部 件(12; 12。，所述第一處理控制部件適合于生成或提供和/或管理分 配處理控制信息和/或?qū)⑺龇峙涮幚砜刂菩畔⒎职l(fā)到第二或受管處 理控制部件(22)以用于控制將測(cè)量數(shù)據(jù)的初步處理分配到所述第一 初步處理部件或分配到受管系統(tǒng)中提供的第二初步處理部件，并且所 述管理系統(tǒng)還包括用于將所述分配處理控制信息分發(fā)到所述受管系統(tǒng)的管理接口 (13'; Bi)。
24. 如權(quán)利要求23所述的管理系統(tǒng)，其特征在于 所述分配和處理控制信息包括至少用于處理測(cè)量數(shù)據(jù)的處理的分配的策略或策略規(guī)則。
25. 如權(quán)利要求24所述的管理系統(tǒng)，其特征在于 所述分配和處理控制信息還包括用于控制測(cè)量處理或計(jì)算的策略或策略規(guī)則，例如聚合計(jì)算公式(Amlet)。
26. —種用于通信網(wǎng)絡(luò)中的性能管理的方法，所述通信網(wǎng)絡(luò)包括管 理系統(tǒng)和多個(gè)受管系統(tǒng)，并且還包括用于收集業(yè)務(wù)測(cè)量數(shù)據(jù)的部件， 其特征在于所述方法包括如下步驟-生成或提供分配和處理控制信息以用于控制是否或何時(shí)要在 所述管理系統(tǒng)中/由所述管理系統(tǒng)或要在受管系統(tǒng)中/由受管系統(tǒng)通過(guò) 初步處理(預(yù)處理)來(lái)處理測(cè)量數(shù)據(jù)；-使用所述分配和處理控制信息和/或?qū)⑺职l(fā)到支持初步處理 的受管系統(tǒng)；-按照所述分配和處理控制信息，通過(guò)受管系統(tǒng)中或所述管理系 統(tǒng)中的初步處理來(lái)處理收集的測(cè)量數(shù)據(jù)。
27. 如權(quán)利要求26所述的方法，其特征在于 所述分配和處理控制信息包括基于條件的策略或策略規(guī)則，所述條件確定是否/何時(shí)測(cè)量數(shù)據(jù)將或可以由受管系統(tǒng)中和/或管理系統(tǒng)中 的初步處理來(lái)處理，并且在受管和/或管理系統(tǒng)中動(dòng)態(tài)地或?qū)崟r(shí)地做出 初步處理位置相關(guān)的決定。
28. 如權(quán)利要求27所述的方法，其特征在于 所述策略規(guī)則包括具有閾值或極限的條件，在所述閾值或極限以上/以下，將或可以在受管系統(tǒng)中處理初步處理和/或4可時(shí)它必須由管 理系統(tǒng)處理。
29. 如權(quán)利要求27或28所述的方法，其特征在于所述分配控制和處理信息還包括具有用于執(zhí)行聚合計(jì)算的測(cè)量 計(jì)算公式的策略或策略規(guī)則。
全文摘要
本發(fā)明涉及一種用于通信網(wǎng)絡(luò)中的性能管理的裝置，通信網(wǎng)絡(luò)包括管理系統(tǒng)和多個(gè)受管系統(tǒng)。該裝置包括用于收集業(yè)務(wù)測(cè)量數(shù)據(jù)的收集部件(31)和用于測(cè)量數(shù)據(jù)的初步處理的初步處理部件。所述初步處理部件適合于為分布式的并包括在管理系統(tǒng)中提供的第一初步處理部件(11)和在多個(gè)受管系統(tǒng)中提供的多個(gè)第二初步處理部件(21)。該裝置還包括用于控制至少將測(cè)量數(shù)據(jù)的初步處理分配到第一(11)初步處理部件或分配到第二(22)初步處理部件的處理控制部件(12、22)。
文檔編號(hào)H04L12/24GK101595680SQ200680056898
公開(kāi)日2009年12月2日 申請(qǐng)日期2006年12月5日 優(yōu)先權(quán)日2006年12月5日
發(fā)明者B·李 申請(qǐng)人:艾利森電話股份有限公司