專(zhuān)利名稱：用于事件通知相互關(guān)聯(lián)的方法和管理代理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于事件通知相互關(guān)聯(lián)的方法和管理代理。
背景技術(shù)：
大型的電信管理網(wǎng)絡(luò)包括不同類(lèi)型的網(wǎng)絡(luò)資源(NR)。 NR可以包 括確保對(duì)諸如蜂窩電信網(wǎng)絡(luò)的情況中的網(wǎng)絡(luò)用戶的服務(wù)提供的通信 節(jié)點(diǎn)。這樣的網(wǎng)絡(luò)可以包括例如移動(dòng)交換中心(MSC)、基站控制器 (BSC)、基站(BS)、分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)(PDSN)、歸屬位置寄存器(HLR)、 本地代理(HA)等節(jié)點(diǎn)，從電信管理網(wǎng)絡(luò)的角度這些節(jié)點(diǎn)被看作是NR。 電信管理網(wǎng)絡(luò)在其N(xiāo)R上行使監(jiān)督、監(jiān)控、和控制。在管理網(wǎng)絡(luò)內(nèi)， NR由一組稱作管理對(duì)象(MO)的軟件對(duì)象來(lái)表示，這些對(duì)象使用不同 的網(wǎng)絡(luò)管理應(yīng)用軟件來(lái)維持。
使用軟件對(duì)象(即以MO為例)來(lái)表示大型網(wǎng)絡(luò)管理的NR是現(xiàn)代 網(wǎng)絡(luò)管理范例的關(guān)鍵特性，諸如那些由國(guó)際電信聯(lián)盟-電信標(biāo)準(zhǔn)化組 (ITU-T)的電信管理網(wǎng)絡(luò)(TMN)以及3G無(wú)線網(wǎng)絡(luò)的第3代合作伙伴計(jì) 劃(3GPP)綜合參考點(diǎn)框架提出的現(xiàn)代網(wǎng)絡(luò)管理范例。
在大型的電信管理網(wǎng)絡(luò)中， 一類(lèi)禍匸稱作管理器的應(yīng)用軟件和另一 類(lèi)被稱作代理的應(yīng)用軟件中間存在著差別。 一般來(lái)說(shuō)，代理代表管理 器來(lái)管理NR,即管理器不直接與NR相互作用。而且，管理器通過(guò) 向代理發(fā)送指令來(lái)控制NR，這依次控制NR。在這樣的上下文中，代 理通常具有管理信息庫(kù)(MIB)，稱作代理-MIB,它是表示在那個(gè)代理 的管理下的所有NR的MO(包括它們的屬性)的集合。各個(gè)管理器同樣 具有MIB,稱作管理器-MIB，管理器-MIB也以MO的形式保持這個(gè) 特定管理器的7見(jiàn)點(diǎn)或關(guān)于在它的管理之下的NR的知識(shí)。因此，在大型電信網(wǎng)絡(luò)中，管理器不直接與NR相互作用而是使 用連接到一組NR的一個(gè)或多個(gè)代理這樣的原理-波廣泛使用并且在電 信產(chǎn)業(yè)中^皮很好地證明。
對(duì)于代理，現(xiàn)代電信網(wǎng)絡(luò)管理的一個(gè)關(guān)4定要素是才良告；而對(duì)于管 理器，現(xiàn)代電信網(wǎng)絡(luò)管理的一個(gè)關(guān)4定要素是及時(shí)接收網(wǎng)絡(luò)事件通知(本 文中也^皮稱作通知或才艮警通知)，例如NR狀態(tài)改變和NR警才艮的發(fā)生。 通過(guò)管理器接收網(wǎng)絡(luò)事件允許管理器獲得網(wǎng)絡(luò)事件的狀態(tài)的當(dāng)前觀 點(diǎn)，使得管理器能夠執(zhí)行分析，例如網(wǎng)絡(luò)警報(bào)根本原因識(shí)別，網(wǎng)絡(luò)流 量趨勢(shì)，等等。
管理器接收網(wǎng)絡(luò)事件的方式一般如下文所述。 一個(gè)代理負(fù)責(zé)管理 一組NR。各個(gè)代理負(fù)責(zé)以事件通知的形式報(bào)告它管理的NR的狀態(tài) 改變，并且維持通知日志和主動(dòng)告警列表(AAL)。日志跟蹤所有的向 著管理器發(fā)出的通知，同時(shí)AAL跟蹤從NR接收的攜帶主動(dòng)告警信息 的所有通知。主動(dòng)告警通知^皮定義為還沒(méi)有由管理器清除和確i/v的才良 警通知。只要需要，管理器就能夠提取/讀取日志和AAL的內(nèi)容。各 個(gè)代理可以將它管理的NR的通知發(fā)送給多個(gè)管理器。
在現(xiàn)有技術(shù)的實(shí)現(xiàn)中，代理發(fā)出通知來(lái)單獨(dú)地向它們相應(yīng)的管理 器報(bào)告NR狀態(tài)改變。代理不向其它的同級(jí)代理報(bào)告這些通知。在這 些通知中報(bào)告的網(wǎng)絡(luò)狀態(tài)改變可以由網(wǎng)絡(luò)節(jié)點(diǎn)(例如，網(wǎng)絡(luò)節(jié)點(diǎn)的軟件 才莫塊已經(jīng)重新啟動(dòng))或網(wǎng)絡(luò)鏈路(例如，電纜被切斷)的某些事件引發(fā)。 更重要的是，網(wǎng)絡(luò)節(jié)點(diǎn)或網(wǎng)絡(luò)鏈路的事件的發(fā)生通常影響到多個(gè)NR 狀態(tài)。
由于各個(gè)代理向其相應(yīng)的管理器凈艮告它自己的通知而不向其同 級(jí)代理報(bào)告，因此不同的代理的通知在代理級(jí)上決不會(huì)被相互關(guān)聯(lián)， 即，來(lái)自 一個(gè)代理的包含在一個(gè)通知中的信息不能表明該信息與另一 個(gè)代理的另一個(gè)通知有關(guān)，即使這些通知由相同的網(wǎng)絡(luò)事件引發(fā)。結(jié) 果，管理器必須處理接收到的來(lái)自不同代理的通知并執(zhí)行通知相互關(guān) 聯(lián)，這是個(gè)資源消耗性任務(wù)。因此，現(xiàn)今的技術(shù)發(fā)展水平解決方案在處理行為方面給管理器帶 來(lái)了繁重的負(fù)擔(dān)，因?yàn)樵诠芾砥鹘邮者@些通知之前，從代理接收的通 知不能與來(lái)自另 一個(gè)代理的通知相關(guān)。這導(dǎo)致了在代理和管理器之間 的不必要的信令負(fù)荷，例如當(dāng)涉及相同原因的多個(gè)通知從多個(gè)代理發(fā) 送到管理器時(shí)就會(huì)這樣。這導(dǎo)致管理器上不必要的處理執(zhí)行，可能會(huì) 造成過(guò)載或甚至稍后的故障，從而造成危險(xiǎn)的情形，因此在給定的網(wǎng) 絡(luò)中，管理器的角色很關(guān)鍵。
盡管在下文中沒(méi)有現(xiàn)有技術(shù)的解決方案作為被提議的方案用于
解決上述不足，但是Lewis的US專(zhuān)利6000045(下文稱為L(zhǎng)ewis)與本 發(fā)明的領(lǐng)域有一些聯(lián)系。在Lewis中，披露了多域網(wǎng)絡(luò)管理器，其中 提供了在包括在通信網(wǎng)絡(luò)中的大量域中的警才艮相互關(guān)聯(lián)。單獨(dú)的網(wǎng)絡(luò) 管理系統(tǒng)監(jiān)控器選出通信網(wǎng)絡(luò)的相應(yīng)的域并將指示詳細(xì)狀態(tài)的警報(bào) 提供給單個(gè)相應(yīng)的域。多域網(wǎng)絡(luò)管理器接收?qǐng)?bào)警并使它們相互關(guān)聯(lián)來(lái) 提供域間報(bào)警并以糾正措施的形式來(lái)響應(yīng)。管理器提供了高級(jí)相互關(guān) 聯(lián)并且對(duì)整個(gè)網(wǎng)絡(luò)作出響應(yīng)。在這個(gè)文獻(xiàn)中，僅僅是多域管理器執(zhí)行 報(bào)警相互關(guān)聯(lián)，而其它的網(wǎng)絡(luò)實(shí)體，例如網(wǎng)絡(luò)管理系統(tǒng)，僅將警報(bào)從 網(wǎng)絡(luò)資源的轉(zhuǎn)發(fā)到管理器。結(jié)果，Lewis的教導(dǎo)限于用于在管理器內(nèi) 的相關(guān)凈艮警的方法，這又給管理器帶來(lái)了涉及^^良警相互關(guān)聯(lián)的繁重的 處理負(fù)擔(dān)。

發(fā)明內(nèi)容
因此，應(yīng)當(dāng)很容易地理解到為了克服現(xiàn)有解決方案的不足和缺 點(diǎn)，在從NR發(fā)起的通知到達(dá)管理器之前，即，在代理級(jí)，有效地使 從NR發(fā)起的通知相互關(guān)聯(lián)的方法以及相應(yīng)的代理的使用是有利的。 本發(fā)明提供了這樣的方法和系統(tǒng)。
在一個(gè)方面，本發(fā)明是用于使事件通知相互關(guān)聯(lián)的方法，該方法 包括幾個(gè)步驟。首先，管理網(wǎng)絡(luò)的第一代理接收第一事件通知并且確 定第一事件通知是否與同級(jí)代理通知種類(lèi)相匹配，同級(jí)代理通知種類(lèi)定義了管理網(wǎng)絡(luò)的第二代理有興趣從第一代理接收的事件通知的類(lèi) 型。然后，在確定結(jié)果是肯定的基礎(chǔ)上，笫一代理向第二代理發(fā)送第 一事件通知，以使得第二管理器能夠使第一事件通知與其自己的事件
通知相互關(guān)^L。
在另一個(gè)方面，本發(fā)明是管理網(wǎng)絡(luò)的第一代理，包括接收第一 事件通知的輸入接口；同級(jí)代理通知種類(lèi)列表(PANCL)，存儲(chǔ)一個(gè)或 多個(gè)同級(jí)代理通知類(lèi)型，每個(gè)都顯示其它的代理有興趣從第一代理接 收的事件通知的種類(lèi)；以及通知處理引擎，接收來(lái)自輸入接口的第一 事件通知并確定第一事件通知是否與PANCL的同級(jí)代理通知類(lèi)型相 匹配，并且在確定結(jié)果是肯定的基礎(chǔ)上，通知處理引擎至少向與匹配 的PANCL的同級(jí)代理通知種類(lèi)相關(guān)聯(lián)的第二代理發(fā)送第一事件通 知。
在再一個(gè)方面，本發(fā)明是用于使事件通知相互關(guān)聯(lián)的方法，首先， 允許在管理網(wǎng)絡(luò)的第一代理接收來(lái)自同級(jí)代理的同級(jí)代理事件通知。 然后，該方法允許在第一代理上確定同級(jí)代理事件通知是否與第一代 理發(fā)送^^管理器的任何事件通知相匹配，并且在確定同級(jí)代理事件通 知與第 一代理發(fā)送給管理器的事件通知相匹配后，該方法允許使同級(jí) 代理事件通知與第一代理發(fā)送給管理器的事件通知相互關(guān)聯(lián)。
在又一個(gè)方面，本發(fā)明是管理網(wǎng)絡(luò)的第一代理，包括輸入接口， 接收來(lái)自同級(jí)代理的同級(jí)代理事件通知；管理器通知日志，存儲(chǔ)從第 一代理發(fā)送到管理網(wǎng)絡(luò)的管理器的事件通知的身份(identity);以及通 知處理引擎，接收來(lái)自輸入接口的同級(jí)代理事件通知并確定"J妄收的同 級(jí)代理事件通知是否與管理器通知日志的任何事件通知相匹配，并且 在確定了同級(jí)代理事件通知與日志的事件通知匹配后，使同級(jí)代理事 件通知與日志的事件通知相互關(guān)聯(lián)。


為了更詳細(xì)地理解本發(fā)明，可以參考以下結(jié)合附圖的描述來(lái)說(shuō)明
本發(fā)明的其它目的及優(yōu)點(diǎn)，其中
圖1是示范性的簡(jiǎn)化電信節(jié)點(diǎn)框圖，該節(jié)點(diǎn)是例如實(shí)現(xiàn)本發(fā)明的 優(yōu)選實(shí)施例的管理代理；
圖2是實(shí)現(xiàn)本發(fā)明的優(yōu)選實(shí)施例的管理網(wǎng)絡(luò)的示范性節(jié)點(diǎn)才喿作和 信號(hào)流程圖。
圖3是實(shí)現(xiàn)本發(fā)明的優(yōu)選實(shí)施例的管理網(wǎng)絡(luò)的另一個(gè)示范性節(jié)點(diǎn) 操作和信號(hào)流程圖。
具體實(shí)施例方式
下文將參考不同的示范性實(shí)施例來(lái)描述本發(fā)明的創(chuàng)新教導(dǎo)。然 而，應(yīng)當(dāng)理解這些類(lèi)別的實(shí)施例僅僅提供了本發(fā)明的創(chuàng)新教導(dǎo)的許多 有利使用的少量的例子。 一般來(lái)說(shuō)，本申請(qǐng)的說(shuō)明書(shū)中的陳述沒(méi)有必 要作為本發(fā)明的任何不同的要求的方面的限制。而且， 一些陳述可以 適用于一些創(chuàng)造性特征但不適用于其它特征。在附圖中，全部視圖中 同樣的參考數(shù)字代表相同或相似的要素。
本發(fā)明提供了方法和代理，該方法和代理在事件通知到達(dá)管理網(wǎng) 絡(luò)的管理器之前，允許多個(gè)代理中的代理級(jí)事件通知相互關(guān)聯(lián)。當(dāng)給 定的代理接收到NR通知時(shí)，這個(gè)代理可以嘗試使NR通知與從協(xié)作 的同級(jí)代理接收的其它的通知相互關(guān)聯(lián)，使得當(dāng)管理器接收到相應(yīng)的 NR通知時(shí)能夠很容易地使NR通知與其它相關(guān)的通知匹配，而不必 使用大量的處理資源。同樣，當(dāng)代理接收來(lái)自協(xié)作的同級(jí)代理的通知 時(shí)，代理嘗試使該通知與它知道的可能從代理的NR或從其它的同級(jí) 代理接收的其它通知相互關(guān)聯(lián)。
現(xiàn)在參照?qǐng)D1,圖1示出了實(shí)現(xiàn)本發(fā)明優(yōu)選實(shí)施例的網(wǎng)絡(luò)-管理代 理100的高級(jí)框圖。圖1中示出的是代理100,包括輸入/輸出通信接 口 102,負(fù)責(zé)在代理100的控制下從網(wǎng)絡(luò)資源(NR)接收事件通知l(M,以及從其它的同級(jí)代理接收事件通知105。輸入/輸出接口將入局通知 轉(zhuǎn)發(fā)到代理的處理引擎中，這將稍后作描述，并接收從相同的處理引 擎輸出的事件通知。在本發(fā)明的上下文中，理解到多個(gè)代理通過(guò)同級(jí) 代理向相同的管理器報(bào)告通知。輸入/輸出通信接口 102還負(fù)責(zé)分別向 其它同級(jí)代理或向管理器發(fā)出事件通知106和108。代理100還包括 同級(jí)代理通知種類(lèi)列表(PANCL)l 10，其中包括一組或多組同級(jí)代理的 通知種類(lèi)112和114。同級(jí)代理通知種類(lèi)可以包含同樣通過(guò)代理100 發(fā)送到其它同級(jí)代理的 一種通知(某種類(lèi)型的通知)的定義。作為替代， 同級(jí)代理通知種類(lèi)可以使用具有內(nèi)部數(shù)據(jù)結(jié)構(gòu)的函數(shù)來(lái)實(shí)現(xiàn)，其中函 數(shù)輸入是通知，輸出是"匹配的"或"不匹配的"。例如，簡(jiǎn)單的種類(lèi)可 以具有以下函數(shù)如果包含在輸入通知中的NR特性等于在種類(lèi)的內(nèi) 部數(shù)據(jù)結(jié)構(gòu)中指定的"xyz"，那么輸出是"匹配的，，，否則，輸出是"不 匹配的"。要注意，存在不同的方式來(lái)定義這樣的同級(jí)代理通知種類(lèi)。 除了通知種類(lèi)的定義之外，各個(gè)顯示的同級(jí)通知種類(lèi)112和114，還 包含與各個(gè)這樣的通知種類(lèi)相關(guān)聯(lián)的同級(jí)代理的地址116-124,在由 代理100收到后，通知所述同級(jí)代理與給定的同級(jí)代理通知種類(lèi)相匹 配。例如，在收到通知104之后，代理100嘗試使該通知與同級(jí)代理 通知種類(lèi)112和114相匹配，并且當(dāng)發(fā)現(xiàn)匹配后，代理100避免將接 收的通知發(fā)送到代理100的管理器，而是將接收的通知發(fā)送到與匹配 的種類(lèi)相關(guān)聯(lián)的同級(jí)代理的地址116和118。
代理100還包括存儲(chǔ)一組或多組同級(jí)通知種類(lèi)的NCL150(通知相 互關(guān)聯(lián)列表)。其中的同級(jí)通知種類(lèi)涉及/關(guān)聯(lián)一個(gè)或多個(gè)本地通知種 類(lèi)。NCL150存儲(chǔ)關(guān)于哪種同級(jí)通知涉及哪種NR通知的信息。代理
的操作員可以在通知的相互關(guān)聯(lián)之前創(chuàng)彰初始化這個(gè)數(shù)據(jù)結(jié)構(gòu)。
所有的從代理IOO傳輸給管理器的通知同樣由代理100記錄到管 理器通知日志130中，該日志可以包括存儲(chǔ)發(fā)送的通知或僅存儲(chǔ)它們 的標(biāo)識(shí)的列表或數(shù)據(jù)庫(kù)132。此外，代理100還包括同級(jí)代理通知緩沖器140，同級(jí)代理通知 緩沖器140對(duì)由代理IOO從其它同級(jí)代理接收的通知105進(jìn)行登記。
最后，代理HO/BO包括通知處理引擎133,通知處理引擎133 可通過(guò)計(jì)算機(jī)上運(yùn)行的軟件模塊的形式實(shí)現(xiàn)、以硬件模塊的形式實(shí)現(xiàn) 或以它們的任何適當(dāng)?shù)慕Y(jié)合的形式實(shí)現(xiàn)。通知處理引擎133經(jīng)由合適 的鏈路連接到日志130、 1/CM妄口 102、 PANCLllO、 NCL150以及緩 沖器140;并且配置成檢索、處理并發(fā)送所要求的信息，例如，不同 的描述的事件通知，如結(jié)合圖2和3中描述的相關(guān)事件通知，這將在 下文進(jìn)行描述。因此，在下文的描述中可以理解，所述的由圖2和3 涉及的代理執(zhí)行的與信息檢索和處理有關(guān)的行為由代理的通知處理 引擎133來(lái)執(zhí)行。
現(xiàn)在參照先前描述的圖1以及圖2,圖2是實(shí)現(xiàn)本發(fā)明優(yōu)選實(shí)施 例的管理網(wǎng)絡(luò)200的示范性高級(jí)節(jié)點(diǎn)操作和信號(hào)流程圖。圖2所示的 是以前描述的代理1 100，管理器210配置成從代理100、第二和笫三 代理220和230分別接收事件通知，并且代理100、第二和第三代理 220和230還配置成從它們自己的網(wǎng)絡(luò)資源或從同級(jí)代理(例如代理1 IOO)接收事件通知。
在動(dòng)作240，代理IOO等待新的NR通知的接收。在動(dòng)作242,代 理100經(jīng)由它的輸入接口 102從NR之一接收通知。在動(dòng)作244,代 理100可以創(chuàng)建包括所有的包含在通知242中的信息的新的NR通知。 作為選擇，動(dòng)作244可以跳過(guò)或可以包括創(chuàng)建NR通知242的副本， 或甚至是選擇相同的NR通知242用于如下文中描述的后續(xù)的使用。 在動(dòng)作246，代理100,檢查NR通知(或副本或剛創(chuàng)建的新的通知， 所有這些在本文中都使用術(shù)語(yǔ)"NR通知"來(lái)指定)是否第一事件通知 能夠關(guān)聯(lián)第一代理已知的一個(gè)或多個(gè)其它的事件通知。例如，代理100 能確定NR通知是否匹配緩沖器140的同級(jí)代理通知的任何一個(gè)，并 且如果匹配，就識(shí)別緩沖器140的相關(guān)同級(jí)代理通知并且給NR通知 添加相互關(guān)聯(lián)屬性，以便使用其通知標(biāo)識(shí)符來(lái)識(shí)別匹配的同級(jí)通知。具體地說(shuō)，在動(dòng)作246,代理100可以首先在動(dòng)作248確定NR通知 是否匹配存儲(chǔ)在緩沖器140中的同級(jí)代理通知的任何一個(gè)，并且如果 匹配的話，則在動(dòng)作250，將相互關(guān)聯(lián)屬性從緩沖器添加到NR通知 和匹配通知中。具體地說(shuō)，在動(dòng)作252，對(duì)于^沖器142的匹配同級(jí) 代理的通知的每一個(gè)，代理IOO可以給NR通知添加識(shí)別緩沖器的匹 配同級(jí)代理通知的相互關(guān)聯(lián)屬性。在動(dòng)作254,代理還可以任選地給 緩沖器的匹配同級(jí)代理通知添加識(shí)別NR通知的相互關(guān)聯(lián)屬性。動(dòng)作 250的目的是，在新的通知與從同級(jí)代理-接收到的其它通知的任何一 個(gè)到達(dá)管理器210之前，使新的通知與從同級(jí)代理接收到的其它通知 相互關(guān)聯(lián)，并且任選地反之亦然，這樣來(lái)降低管理器的與相互關(guān)聯(lián)操 作相關(guān)聯(lián)的處理負(fù)擔(dān)。
如果在動(dòng)作248,檢測(cè)到?jīng)]有緩沖器的同級(jí)代理通知與所創(chuàng)建的 通知匹配，那么將跳過(guò)動(dòng)作250。
在兩種情況下，本方法繼續(xù)到動(dòng)作256，其中代理100確定新的 通知是否匹配PANCL的同級(jí)通知類(lèi)型的任何一個(gè)，以便發(fā)現(xiàn)NR通 知是否應(yīng)當(dāng)被發(fā)送到的與代理100有關(guān)的同級(jí)代理220和230的任何 一個(gè)或多個(gè)。如果在NR通知以及PANCLllO的同級(jí)通知類(lèi)型112和 114之間沒(méi)有發(fā)現(xiàn)匹配，就得出結(jié)論沒(méi)有同級(jí)代理將被通才艮新的通知， 并且在動(dòng)作258， NR通知與在動(dòng)作252中插入到NR通知中的NR通 知的相互關(guān)聯(lián)屬性260 —起發(fā)送給管理器210。
雖然在圖2中沒(méi)有示出，但是在通過(guò)管理器210接收到通知258 后，管理器210使用相互關(guān)聯(lián)屬性260可以很容易地確定通知258是 否與其它的先前接收的或者將要凈皮接收的通知相關(guān)。
在動(dòng)作262,代理100還用發(fā)送給管理器210的通知258來(lái)更新 其管理器的通知日志130。
如果在動(dòng)作256中，還發(fā)現(xiàn)新的通知匹配PANCL的通知類(lèi)型的 任何一個(gè)，那么在動(dòng)作264，代理100進(jìn)一步識(shí)別與匹配的同級(jí)通知 種類(lèi)相關(guān)聯(lián)的同級(jí)代理的地址。例如，在動(dòng)作256，代理100可以確定NR通知匹配PANCL110的同級(jí)通知種類(lèi)112,并且在動(dòng)作264可 以進(jìn)一步識(shí)別種類(lèi)112的同級(jí)代理地址116和118。最后，在動(dòng)作266 和270，代理100將具有其相互關(guān)聯(lián)屬性260的新的通知258傳送到 識(shí)別的地址116和118，在當(dāng)前的示范性的情況下，所述地址是代理 220和230之一的地址，從而允許這些代理嘗試使新的通知與可從它 們自己的網(wǎng)絡(luò)資源接收的其它通知相互關(guān)聯(lián)。
現(xiàn)在參照前述的圖1以及圖3，圖3是實(shí)現(xiàn)本發(fā)明的優(yōu)選實(shí)施例 的管理網(wǎng)絡(luò)300的高級(jí)節(jié)點(diǎn)操作和信號(hào)流程圖。顯示在圖3中的是如 前所述的代理2 220，管理器210配置成從代理2 220和代理1 100接 收事件通知，代理l 100配置成將從自己的NR接收的事件通知發(fā)送 到它的同級(jí)代理2 220 。代理220包括NCL150, NCL150存儲(chǔ)代理220 有興趣接收的指定同級(jí)代理的通知的種類(lèi)的一個(gè)或多個(gè)同級(jí)代理通 知種類(lèi)152和154。每一個(gè)這樣的同級(jí)通知種類(lèi)可以與指定NR通知 種類(lèi)的一個(gè)或多個(gè)本地通知種類(lèi)相關(guān)聯(lián)，NR通知可以由代理220直 接從它自己的NR接收(與從同級(jí)代理接收相反)。例如，在圖1描述 的這個(gè)示范性的情況中，同級(jí)代理通知種類(lèi)l 152關(guān)聯(lián)本地通知種類(lèi) 156,而同級(jí)通知種類(lèi)2 154關(guān)聯(lián)本地通知種類(lèi)158和160。
在結(jié)合圖3描述的示范性情況中，首先，在動(dòng)作310，代理220 等待從它的同級(jí)代理的任何一個(gè)(例如從代理IOO)接收同級(jí)代理通知。 在動(dòng)作312，代理100向它的同級(jí)代理220發(fā)送通知。在動(dòng)作256, 這樣的同級(jí)代理事件通知(本文中也祐:稱作同級(jí)通知或同級(jí)代理通知) 可以在不同的情況下祐j妄收，包括但不限于當(dāng)代理100配置成在從它 自己的NR之一接收到NR通知后，確定NR通知是否還應(yīng)當(dāng)被傳送 到它的同級(jí)代理，例如圖2描述的相關(guān)情況。在動(dòng)作312，通過(guò)代理 220的輸入接口 102接收到同級(jí)通知后，在動(dòng)作314,代理220確定 入局同級(jí)通知是否匹配N(xiāo)CL同級(jí)通知種類(lèi)的任何一個(gè)，并且如果結(jié) 果是否定的，就得出結(jié)論，同級(jí)通知不能用于與代理220的NR通知的任何附加的相互關(guān)聯(lián)，并且在動(dòng)作316，同級(jí)通知312被發(fā)送到管 理器210。
在動(dòng)作314如果還4全測(cè)到入局同級(jí)通知312匹配來(lái)自NCL150的 任何同級(jí)通知種類(lèi)，該方法就繼續(xù)到動(dòng)作318,其中代理220識(shí)別來(lái) 自NCL150的本地通知種類(lèi)156-160中的哪些與匹配的同級(jí)通知種類(lèi) 相關(guān)聯(lián)。例如，在動(dòng)作314，代理220可以確定動(dòng)作312的同級(jí)通知 匹配同級(jí)通知種類(lèi)152,并且在動(dòng)作318,代理220還可以識(shí)別與同 級(jí)通知種類(lèi)152相關(guān)聯(lián)的本地通知種類(lèi)156。
然后，在動(dòng)作322,對(duì)于各個(gè)已識(shí)別的本地通知種類(lèi)，代理220 確定是否存在任何在管理器的通知日志130中登記的與識(shí)別的本地通 知種類(lèi)相匹配的匹配的記入日志的NR通知。動(dòng)作322還可以包括確 定同級(jí)代理事件通知是否匹配在日志130中識(shí)別的任何事件通知，這 些通知發(fā)送給管理器。如果是確定的結(jié)果，則代理220得出結(jié)論動(dòng) 作312的入局同級(jí)通知將與發(fā)現(xiàn)匹配的(在日志130中)已經(jīng)傳送的NR 通知相互關(guān)Jf關(guān)，并且為了該目的，在動(dòng)作324,代理220 ^^入局同級(jí) 通知添加相互關(guān)耳關(guān)屬性，該相互關(guān)聯(lián)屬性指定日志130中匹配N(xiāo)R通 知的身份。然后，代理220將具有相互關(guān)聯(lián)屬性328的修正的同級(jí)通 知326發(fā)送到管理器210,并且該方法返回到動(dòng)作310之前，使得代 理220再次等待接收另一個(gè)同級(jí)通知。
如果在動(dòng)作322，還4企測(cè)到在日志130中沒(méi)有已經(jīng)記錄的NR通 知匹配已識(shí)別的本地通知種類(lèi)，那么該方法就浪L過(guò)動(dòng)作324-326,即， 不添加相互關(guān)聯(lián)屬性，并且在動(dòng)作326中同級(jí)通知不發(fā)送給管理器 210。而是，方法繼續(xù)到動(dòng)作330，在動(dòng)作330，代理220在同級(jí)代理 通知緩沖器140中創(chuàng)建同級(jí)代理通知，該同級(jí)代理通知包括與在動(dòng)作 312中接收的同級(jí)通知相同的信息。這個(gè)緩沖的同級(jí)通知的目的是延 遲該通知向管理器的發(fā)送，以便在延遲期間，可以在代理220中接收 新的相互關(guān)聯(lián)的/有關(guān)的同級(jí)通知或NR通知，使得在相互關(guān)聯(lián)的信息 傳送給管理器210之前該信息可以被添加到延遲的/緩沖的通知中。當(dāng)同級(jí)代理通知祐:創(chuàng)建并存儲(chǔ)在緩沖器140中時(shí)，代理220還可以使同 級(jí)代理通知與具有預(yù)設(shè)值的定時(shí)器相關(guān)聯(lián)，該預(yù)設(shè)值定義了在發(fā)送給 管理器210之前同級(jí)代理通知保留在緩沖器中的時(shí)間周期。在定時(shí)器 到期后，在動(dòng)作332,代理220向管理器210發(fā)送同級(jí)通知，并且還 在動(dòng)作336中將同級(jí)通知和相關(guān)聯(lián)的本地通知種類(lèi)從緩沖器140中刪 除/移除。
代理220還可以在NCL150中創(chuàng)建本地通知種類(lèi)，該種類(lèi)與同級(jí) 通知的種類(lèi)相同。該創(chuàng)建的目的是確?？焖侔l(fā)現(xiàn)緩沖器的同級(jí)通知和 新的NR/同級(jí)通知之間的相互關(guān)聯(lián)。創(chuàng)建的本地通知種類(lèi)與NCL150 的匹配的同級(jí)通知種類(lèi)相同。
現(xiàn)在聯(lián)合參照?qǐng)D1、 2和3，代理110/220優(yōu)選地包括通知處理引 擎133，通知處理引擎133可通過(guò)運(yùn)行在計(jì)算機(jī)上的軟件才莫塊的形式 實(shí)現(xiàn)、可通過(guò)硬件才莫塊的形式實(shí)現(xiàn)，或通過(guò)上述兩種形式的任何適當(dāng) 的結(jié)合形式實(shí)現(xiàn)。通知處理引擎133經(jīng)由合適的鏈路連接到日志130、 1/0接口 102、 PANCLllO、 NCL150以及緩沖器140，并且配置成檢 索、處理以及發(fā)送所要求的信息，例如，各種描述的通知，如結(jié)合圖 2和3所描述的。因此，在讀到上文針對(duì)這些附圖的描述后，應(yīng)當(dāng)理 解通知處理引擎133可以負(fù)責(zé)執(zhí)行所描述的動(dòng)作。
因此，使用本發(fā)明，有可能在通知到達(dá)給定的管理器之前使事件 通知在多代理之間相互關(guān)聯(lián)，因此為其它的任務(wù)保存了管理器的處理 資源。
基于前迷內(nèi)容，現(xiàn)在對(duì)于本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)很顯然，本發(fā)明 提供了一種有利的解決方案，該方案提供了簡(jiǎn)單和有效的方法和代 理，用于使事件通知與至少一個(gè)其它代理的時(shí)間通知相互關(guān)聯(lián)。雖然 本發(fā)明的系統(tǒng)和方法的描述提到了某些術(shù)語(yǔ)(例如，代理和管理器)， 但是應(yīng)當(dāng)認(rèn)識(shí)到在提到這些時(shí)，但是本文包含的創(chuàng)新教導(dǎo)不一定限于 此，而是可在各種類(lèi)型的節(jié)點(diǎn)中有利地實(shí)現(xiàn)。雖然所示和所描述的方 法和系統(tǒng)刻畫(huà)為優(yōu)選實(shí)施例，但是很明顯這些實(shí)施例可在不背離下文中闡述的權(quán)利要求定義的本發(fā)明的范圍的前提下進(jìn)行各種改變和修 改。
雖然本發(fā)明的方法和系統(tǒng)的若千優(yōu)選實(shí)施例在附圖中進(jìn)行了圖 解說(shuō)明，并在前面的具體實(shí)施方式
中做了描述，但是應(yīng)當(dāng)理解本發(fā)明 不限于所披露的實(shí)施例，而是可在不背離下文中的權(quán)利要求闡述和定 義的本發(fā)明的范圍的前提下，對(duì)本發(fā)明進(jìn)行許多的重新安排、 -修改和替換。
權(quán)利要求
1.一種用于使事件通知相互關(guān)聯(lián)的方法，包括以下步驟a.在管理網(wǎng)絡(luò)的第一代理上接收第一事件通知；b.在第一代理上確定第一事件通知是否匹配同級(jí)代理通知種類(lèi)，所述同級(jí)代理通知種類(lèi)定義了所述管理網(wǎng)絡(luò)的第二代理有興趣從第一代理接收的事件通知的種類(lèi)；以及c.在步驟b是肯定的結(jié)果時(shí)，向第二代理發(fā)送第一事件通知。
2. 如權(quán)利要求l所述的方法，還包括以下步驟d. 在第 一代理上確定第 一事件通知是否能夠與第 一代理已知的第 二事件通知相關(guān)聯(lián)；以及e. 如果第一事件通知能夠與笫二通知相關(guān)聯(lián)，則在第一代理上使 第 一事件通知與第二事件通知相關(guān)聯(lián)。
3. 如權(quán)利要求l所述的方法，還包括以下步驟d.在步驟b是否定的結(jié)果時(shí)，向所述管理網(wǎng)絡(luò)的管理器發(fā)送第一 事件通知。
4. 如權(quán)利要求1所述的方法，其中所述第一事件通知是由第一代 理從NR接收的網(wǎng)絡(luò)資源(NR)事件通知，其中步驟b包括以下步驟b丄確定所述NR事件通知是否匹配第一代理的同級(jí)代理通知種類(lèi) 列表(PANCL)的任何同級(jí)代理通知種類(lèi)；以及b.2.對(duì)于所述PANCL的各個(gè)匹配的同級(jí)代理通知種類(lèi)，確定一個(gè) 或多個(gè)與匹配的同級(jí)代理通知種類(lèi)相關(guān)聯(lián)的同級(jí)代理。
5. 如權(quán)利要求2所述的方法，其中所述第一事件通知是由第一代 理從NR接收的網(wǎng)絡(luò)資源(NR)事件通知，其中步驟d包括以下步驟確定所述NR事件通知是否匹配由第 一代理/人同級(jí)代理接收的任何事件通知；以及其中步驟e包括以下步驟在第一代理上，在所迷NR事件通知中包含匹配N(xiāo)R事件通知的第二事件通知的身份，所迷第二事件通知 由第 一代理從同級(jí)代理之一接收。
6. —種管理網(wǎng)絡(luò)的第一代理，包括 輸入接口，接收第一事件通知；同級(jí)代理通知種類(lèi)列表(PANCL)，存儲(chǔ)一個(gè)或多個(gè)同級(jí)代理通知 種類(lèi)，每個(gè)同級(jí)代理通知種類(lèi)表示其它代理有興趣從第一代理接收的 事件通知的種類(lèi)；以及通知處理引擎，從輸入接口接收第 一事件通知并確定第 一事件通 知是否匹配PANCL的同級(jí)代理通知種類(lèi)，并且在確定結(jié)果是肯定的 時(shí)，所述通知處理引擎至少向與PANCL的匹配的同級(jí)代理通知種類(lèi) 相關(guān)聯(lián)的第二代理發(fā)送第 一事件通知。
7. 如權(quán)利要求6所述的第一代理，還包括 同級(jí)代理通知緩沖器，存儲(chǔ)由第一代理從一個(gè)或多個(gè)同級(jí)代理接收的事件通知；其中所述通知處理引擎確定第一事件通知是否能夠與來(lái)自緩沖 器的第二事件通知相關(guān)聯(lián)，并且如果能夠相關(guān)聯(lián)，則進(jìn)一步使第一事 件通知與第二事件通知相互關(guān)聯(lián)。
8. 如權(quán)利要求6所述的第一代理，其中當(dāng)通知處理引擎確定第一 事件通知不匹配PANCL的任何同級(jí)代理通知種類(lèi)時(shí)，則所述通知處 理引擎向所述管理網(wǎng)絡(luò)的管理器發(fā)送第 一事件通知。
9. 如權(quán)利要求6所述的第一代理，其中第一事件通知是由第一代 理從NR接收的網(wǎng)絡(luò)資源(NR)事件通知，其中所述通知處理引擎確定 所述NR事件通知是否匹配第一代理的同級(jí)代理通知種類(lèi)列表 (PANCL)的任何同級(jí)代理通知種類(lèi)，并且對(duì)PANCL的各個(gè)匹配的同 級(jí)代理通知種類(lèi),確定與匹配的同級(jí)代理通知種類(lèi)相關(guān)聯(lián)的一個(gè)或多 個(gè)同級(jí)代理的地址。
10. 如權(quán)利要求7所述的第一代理，其中第一事件通知是由第一 代理從NR接收的網(wǎng)絡(luò)資源(NR)事件通知，所述通知處理引擎確定NR事件通知是否匹配由第一代理從同級(jí)代理接收的任何事件通知，以及在NR事件通知中是否包括匹配N(xiāo)R事件通知的第二事件通知的身份， 所述第二事件通知由第一代理從同級(jí)代理之一接收。
11. 一種用于使事件通知相互關(guān)聯(lián)的方法，包括以下步驟a. 在管理網(wǎng)絡(luò)的第 一代理上從同級(jí)代理接收同級(jí)代理事件通知；b. 在第 一代理上確定所述同級(jí)代理事件通知是否匹配第 一代理發(fā) 送給管理器的任何事件通知；以及c. 在確定所述同級(jí)代理事件通知匹配第 一代理發(fā)送給管理器的事 件通知時(shí)，使所述同級(jí)代理事件通知與第一代理發(fā)送給管理器的事件 通知相互關(guān)聯(lián)。
12. 如權(quán)利要求l所述的方法，還包括以下步驟d. 在確定同級(jí)代理事件通知不匹配第 一代理發(fā)送給管理器的事件 通知時(shí)，由第 一代理將同級(jí)代理事件通知存儲(chǔ)一段預(yù)定的時(shí)間。
13. 如權(quán)利要求l所述的方法，還包括以下步驟 d.向所述管理網(wǎng)絡(luò)的管理器發(fā)送同級(jí)代理事件通知。
14. 如權(quán)利要求l所述的方法，還包括以下步驟d.識(shí)別與同級(jí)代理事件通知相關(guān)聯(lián)的本地事件通知種類(lèi)；以及 其中的步驟b包括以下步驟確定所識(shí)別的本地事件通知種類(lèi)的任意一個(gè)是否包含第一代理發(fā)送給管理器的匹配同級(jí)代理事件通知的任何事件通知。
15. 如權(quán)利要求1所述的方法，其中步驟c包括在同級(jí)代理事件 通知中包含相互關(guān)聯(lián)屬性，所述相互關(guān)聯(lián)屬性包括第一代理發(fā)送給管理器的事件通知的身份。
16. —種管理網(wǎng)絡(luò)的第一代理，包括 輸/v接口 ，從同級(jí)代理接收同級(jí)代理事件通知；管理器通知日志，存儲(chǔ)從第一代理發(fā)送給所述管理網(wǎng)絡(luò)的管理器 的事件通知的身份；以及通知處理引擎，從輸入接口接收同級(jí)代理事件通知，并且確定所 接收的同級(jí)代理事件通知是否匹配管理器通知日志的任何事件通知， 以及，在確定所述同級(jí)代理事件通知匹配所述日志的事件通知時(shí)，使 所述同級(jí)代理事件通知與所述日志的事件通知相互關(guān)聯(lián)。
17. 如權(quán)利要求1所述的第一代理，還包括同級(jí)代理通知緩沖器，存儲(chǔ)由第 一代理從同級(jí)代理接收的同級(jí)代 理事件通知；通知處理引擎，確定所述同級(jí)代理事件通知不匹配管理器通知日 志的事件通知，并且在緩沖器中將所述同級(jí)代理事件通知存儲(chǔ)一段預(yù) 定的時(shí)間。
18. 如權(quán)利要求1所述的第一代理，其中所述通知處理引擎向所 述管理網(wǎng)絡(luò)的管理器發(fā)送同級(jí)代理事件通知。
19. 如權(quán)利要求1所述的第一代理，還包括通知種類(lèi)列表(NCL)，存儲(chǔ)由第一代理從網(wǎng)絡(luò)資源(NR)接收的事 件通知的本地事件種類(lèi)；其中通知處理引擎識(shí)別與同級(jí)代理事件通知相關(guān)聯(lián)的NCL的本 地事件通知種類(lèi)，并且還確定日志的任何事件通知是否匹配所識(shí)別的 本地事件通知種類(lèi)的任何一個(gè)。
20. 如權(quán)利要求1所述的第一代理，其中所述通知處理引擎在同 級(jí)代理事件通知中包括相互關(guān)聯(lián)屬性，所迷相互關(guān)聯(lián)屬性包括第一代 理發(fā)送給管理器的事件通知的身份。
全文摘要
提供了用于使事件通知相互關(guān)聯(lián)的方法和代理，其中所述代理包括接口，接收事件通知；同級(jí)代理通知種類(lèi)列表(PANCL)，存儲(chǔ)其它代理有興趣從該代理接收的事件通知的同級(jí)代理通知種類(lèi)；以及通知處理引擎，確定事件通知是否匹配PANCL的同級(jí)代理通知種類(lèi)。在確定匹配的基礎(chǔ)上，至少將第一事件通知發(fā)送到與PANCL的匹配的同級(jí)代理通知種類(lèi)相關(guān)聯(lián)的第二代理。另一方面，代理包括管理器通知日志，存儲(chǔ)從代理發(fā)送到管理器的事件通知的身份；以及通知處理引擎，確定接收的同級(jí)代理事件通知是否匹配日志的任何事件通知。在確定匹配的基礎(chǔ)上，引擎使同級(jí)代理事件通知與日志的事件通知相互關(guān)聯(lián)。
文檔編號(hào)H04L12/24GK101317370SQ200680044521
公開(kāi)日2008年12月3日 申請(qǐng)日期2006年11月13日 優(yōu)先權(quán)日2005年12月1日
發(fā)明者J·鮑威爾, R·彼得森, 謝錦源 申請(qǐng)人:艾利森電話股份有限公司