欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

用于確定通信系統(tǒng)中的關(guān)聯(lián)事件的技術(shù)的制作方法

文檔序號(hào):6484554閱讀:156來源:國知局
用于確定通信系統(tǒng)中的關(guān)聯(lián)事件的技術(shù)的制作方法
【專利摘要】本發(fā)明提供一種用于確定一個(gè)或多個(gè)網(wǎng)元中發(fā)生的事件之間的關(guān)聯(lián)性的技術(shù)。該事件之間的關(guān)聯(lián)性是因根事件通過該一個(gè)或多個(gè)網(wǎng)元的通信實(shí)體的傳播而產(chǎn)生。在方法實(shí)現(xiàn)中,本發(fā)明包括步驟:從一個(gè)或多個(gè)網(wǎng)元接收多個(gè)事件消息,其中,與特定網(wǎng)元所報(bào)告的事件有關(guān)的事件消息用信號(hào)傳遞發(fā)生上下文,該發(fā)生上下文包括描述在該事件發(fā)生之時(shí)該事件發(fā)生的該通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或多個(gè)上下文標(biāo)識(shí)符。在另一步驟中,確定相同上下文標(biāo)識(shí)符所鏈接的關(guān)聯(lián)事件集合?;谠撽P(guān)聯(lián)事件集合,可以標(biāo)識(shí)該根事件。
【專利說明】用于確定通信系統(tǒng)中的關(guān)聯(lián)事件的技術(shù)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明通常涉及確定在通信系統(tǒng)的一個(gè)或多個(gè)網(wǎng)元中發(fā)生的事件之間的關(guān)聯(lián)性。事件的關(guān)聯(lián)性因根事件通過所述一個(gè)或多個(gè)網(wǎng)元的通信實(shí)體的傳播而產(chǎn)生。
【背景技術(shù)】
[0002]在現(xiàn)代通信系統(tǒng)中,網(wǎng)元配備有故障管理功能,其涉及在檢測到某種故障時(shí)生成告警。當(dāng)故障發(fā)生在網(wǎng)元的通信實(shí)體中(例如在協(xié)議層中)時(shí),通信實(shí)體所提供的服務(wù)可能降級(jí)或完全受阻。因此,依賴于這些服務(wù)的網(wǎng)元和/或其它網(wǎng)元的其它通信實(shí)體也將顯現(xiàn)出故障癥狀,并且可能自己開始生成告警。因此,一個(gè)單一故障可能通過通信系統(tǒng)的大部分進(jìn)行傳播,并且引起大量的關(guān)聯(lián)告警。
[0003]圖1示意性示出故障通過單獨(dú)網(wǎng)元的不同協(xié)議層(LI至L7)以及通過不同網(wǎng)元(NEl至NE3)進(jìn)行傳播。在圖1中,假設(shè)故障發(fā)生在NE3的L2中,并且告警將因此由L2生成。由于L2中的這種故障,NE3的L2對L3所提供的服務(wù)將受阻,從而NE3的L3同樣將不能正確地運(yùn)作(因其依賴于L2的服務(wù))。因此,NE3的L3自身將生成告警。同樣的機(jī)制將產(chǎn)生在NE3的L3與L4之間以及NE3的協(xié)議棧的所有更高協(xié)議層之間。因此,已經(jīng)在L2中發(fā)生的故障在NE3的協(xié)議棧中“向上”傳播。單個(gè)網(wǎng)元內(nèi)的這種故障傳輸在以下將被稱為“垂直”故障傳播(當(dāng)然,故障也可以在協(xié)議棧中垂直地“向下”傳播)。
[0004]單獨(dú)網(wǎng)元(例如NE3)中的故障也可以傳播到出故障的網(wǎng)元的對等側(cè)上的一個(gè)或多個(gè)網(wǎng)元,如圖1對于網(wǎng)絡(luò)元件NEl和NE2所示的那樣。如圖1所示,NE3的L2中的故障將導(dǎo)致NE3的對等NEl和NE2的對應(yīng)L2的故障,從而NEl和NE2將自己生成告警。通信網(wǎng)元之間的這種故障傳播將在下文中還被稱為“水平”故障傳播。應(yīng)注意,水平故障傳播可以進(jìn)而引起垂直故障傳播,如圖1對于NEl所示的那樣。
[0005]告警關(guān)聯(lián)性的目的在于找尋相同故障(“根故障”)所導(dǎo)致的告警之間的聯(lián)系并且將告警追溯到在對根故障的直接響應(yīng)中所生成的告警(“根告警”)。由于在較大通信網(wǎng)絡(luò)中,幾百個(gè)告警在任何給定時(shí)刻可能并行有效,因此在長告警列表中標(biāo)識(shí)一個(gè)或多個(gè)根告警并不是容易的任務(wù)。還應(yīng)注意,告警的時(shí)間順序一般與關(guān)聯(lián)故障已經(jīng)發(fā)生的邏輯順序并不對應(yīng)。這種對應(yīng)性的缺乏可以歸因于在不同通信實(shí)體中(在圖1的示例中,NE3中的L3告警可以超前于NE3中的L2告警)以及不同網(wǎng)元(在圖1的示例中,NE2的L2告警可以超前于NEl的L2告警)用于告警生成的不同觸發(fā)閾值。
[0006]為了找出多個(gè)告警之間的關(guān)聯(lián)性,可以分析各個(gè)告警消息的內(nèi)容。告警消息規(guī)范對于大量不同通信系統(tǒng)是可用的。對于根據(jù)第三代伙伴項(xiàng)目(3GPP)的通信系統(tǒng),在技術(shù)規(guī)范(TS) 32.111-2V10.0.0 (2010-12) ;Fault Management ;Part2: Alarm IntegrationReference Point (IRP):1nformation Service (IS)中定義告警消息的內(nèi)容和格式等。在該TS的章節(jié)5.3.1.2中,列出可以在告警消息中用信號(hào)傳遞的不同告警屬性。告警屬性包括以下信息:關(guān)于發(fā)生告警的時(shí)間、關(guān)于很可能的告警原因以及關(guān)于所提議的修復(fù)動(dòng)作。然而,可從告警屬性推導(dǎo)的信息受限于報(bào)告告警的網(wǎng)元。因此,很難找出不同網(wǎng)元所生成的告警之間的關(guān)系。
[0007]W02006 / 057588A1公開了一種用于對具有客戶端-服務(wù)器關(guān)系的不同網(wǎng)元所生成的告警進(jìn)行關(guān)聯(lián)的技術(shù)。本地檢測故障的服務(wù)網(wǎng)元以隨機(jī)生成的數(shù)字的形式來生成故障標(biāo)識(shí)符(FID)。故障服務(wù)網(wǎng)元經(jīng)由第一告警消息連同F(xiàn)ID—起將所得故障報(bào)告給網(wǎng)絡(luò)管理系統(tǒng)。此外,服務(wù)網(wǎng)元經(jīng)由FID應(yīng)用于的業(yè)務(wù)消息向其客戶端網(wǎng)元通知服務(wù)損失或降級(jí)。每個(gè)客戶端網(wǎng)元從該業(yè)務(wù)消息提取FID,并且將其附接到也發(fā)送到網(wǎng)絡(luò)管理系統(tǒng)的另一告警消息。由于一方面經(jīng)由故障服務(wù)網(wǎng)元并且另一方面受故障所影響的客戶端網(wǎng)元所生成的告警消息來將同一 FID報(bào)告給網(wǎng)絡(luò)管理系統(tǒng),因此網(wǎng)絡(luò)管理系統(tǒng)可以將所得告警消息進(jìn)行關(guān)聯(lián)。
[0008]W02006 / 057588A1中提出的關(guān)聯(lián)性方法的一個(gè)缺點(diǎn)在于這樣的事實(shí):其需要經(jīng)由服務(wù)網(wǎng)元與受服務(wù)網(wǎng)元之間的專用業(yè)務(wù)消息的用于每個(gè)故障的信令來傳播FID。此外,還必須有預(yù)先建立的客戶端-服務(wù)器關(guān)系,從而允許服務(wù)網(wǎng)元在故障的情況下經(jīng)由業(yè)務(wù)消息確定需要聯(lián)系的客戶端網(wǎng)元。

【發(fā)明內(nèi)容】

[0009]相應(yīng)地,需要一種允許高效確定通信系統(tǒng)中發(fā)生的告警或其它事件之間的關(guān)聯(lián)性的方法。
[0010]根據(jù)第一方面,提供一種確定一個(gè)或多個(gè)網(wǎng)元中發(fā)生的事件之間的關(guān)聯(lián)性的方法,其中,所述事件之間的關(guān)聯(lián)性是因根事件通過所述一個(gè)或多個(gè)網(wǎng)元的通信實(shí)體的傳播而產(chǎn)生。所述方法包括:從一個(gè)或多個(gè)網(wǎng)元接收多個(gè)事件消息,其中,與特定網(wǎng)元所報(bào)告的事件有關(guān)的事件消息用信號(hào)傳遞一個(gè)或多個(gè)上下文標(biāo)識(shí)符,該一個(gè)或多個(gè)上下文標(biāo)識(shí)符描述在所述事件產(chǎn)生之時(shí)所述事件產(chǎn)生的所述通信實(shí)體的內(nèi)部通信狀態(tài)。所述方法還包括:確定相同上下文標(biāo)識(shí)符所鏈接的關(guān)聯(lián)事件集合。
[0011]在一種情況下,所述根事件通過單個(gè)網(wǎng)元的通信實(shí)體垂直地傳輸。在另一情況下,所述根事件通過兩個(gè)或更多個(gè)單獨(dú)網(wǎng)元的通信實(shí)體水平地傳輸。根據(jù)第三方面,所述根事件既垂直地又水平地傳輸。
[0012]在此應(yīng)理解,通信實(shí)體構(gòu)成特定事件消息所報(bào)告的事件已經(jīng)發(fā)生的硬件實(shí)體和/或軟件實(shí)體。例如,在垂直故障傳輸?shù)那闆r下,通信實(shí)體可以構(gòu)成網(wǎng)元的組件(例如軟件組件和/或硬件組件)。在特定情況下,例如,在水平故障傳輸?shù)那闆r下,所述網(wǎng)元故此可以被看作所述通信實(shí)體。
[0013]每個(gè)上下文標(biāo)識(shí)符可以包括一個(gè)或多個(gè)參數(shù)。在一個(gè)實(shí)現(xiàn)中,每個(gè)上下文標(biāo)識(shí)符至少包括第一參數(shù)和第二參數(shù),其中,所述第一參數(shù)指示上下文類型,所述第二參數(shù)指示關(guān)聯(lián)標(biāo)識(shí)值。作為示例,所述上下文標(biāo)識(shí)符可以包括名稱/值對,其中,所述名稱指示上下文類型,所述值指示關(guān)聯(lián)(例如數(shù)字或字母數(shù)字)標(biāo)識(shí)符值(例如地址或ID)。
[0014]當(dāng)經(jīng)由一個(gè)或多個(gè)相同上下文標(biāo)識(shí)符直接或間接地鏈接關(guān)聯(lián)事件消息時(shí),兩個(gè)事件可以被確定為關(guān)聯(lián)的。作為示例,當(dāng)關(guān)聯(lián)事件消息包括相同上下文類型并且具有相同標(biāo)識(shí)值的至少一個(gè)上下文標(biāo)識(shí)符時(shí),兩個(gè)事件可以被確定為關(guān)聯(lián)的。
[0015]所述事件消息中的至少一個(gè)可以指示屬于所述事件的兩個(gè)或更多個(gè)上下文標(biāo)識(shí)符。在此情況下,當(dāng)經(jīng)由相同上下文標(biāo)識(shí)符對或集合經(jīng)由包括一個(gè)或多個(gè)中間事件消息的鏈來鏈接所述關(guān)聯(lián)事件消息時(shí),兩個(gè)事件可以被確定為關(guān)聯(lián)的。作為示例,兩個(gè)事件消息中的相同上下文類型的并且具有相同標(biāo)識(shí)值的至少一個(gè)上下文標(biāo)識(shí)符可以定義所述兩個(gè)事件消息(其可以包括至少一個(gè)中間事件消息)之間的鏈接。
[0016]如上所述,包括特定事件消息中所包括的一個(gè)或多個(gè)上下文標(biāo)識(shí)符的發(fā)生上下文描述特定通信實(shí)體的內(nèi)部通信狀態(tài)。所述通信狀態(tài)可以例如與關(guān)于通信中當(dāng)前所涉及的本地或遠(yuǎn)程組件的特定通信參數(shù)(包括地址信息和/或標(biāo)識(shí)符信息)有關(guān)。
[0017]一個(gè)或多個(gè)上下文類型可以描述所述通信實(shí)體的內(nèi)部通信狀態(tài)。所述上下文類型可以包括以下項(xiàng)中的一個(gè)或多個(gè):用戶上下文、網(wǎng)絡(luò)單元上下文以及(在所述報(bào)告網(wǎng)元的一側(cè)上或其對等側(cè)上的)網(wǎng)元上下文、網(wǎng)元組件上下文、網(wǎng)絡(luò)接口上下文、網(wǎng)絡(luò)協(xié)議上下文和賣家特定容器上下文中的至少一個(gè)。對于每個(gè)上下文,可以定義允許(例如在特定網(wǎng)元或關(guān)聯(lián)網(wǎng)元集合內(nèi))至少在本地區(qū)分不同上下文的唯一標(biāo)識(shí)值(例如數(shù)字或字母數(shù)字標(biāo)識(shí)符或地址)。
[0018]單個(gè)上下文標(biāo)識(shí)符或在包括多個(gè)標(biāo)識(shí)符的事件消息的情況下所述上下文標(biāo)識(shí)符中的至少一個(gè)可以與未包括于報(bào)告所述事件的網(wǎng)元中或不同于報(bào)告所述事件的網(wǎng)元的通信實(shí)體有關(guān)。作為示例,該上下文標(biāo)識(shí)符可以與位于報(bào)告所述事件的網(wǎng)元的對等側(cè)上的網(wǎng)元的通信實(shí)體有關(guān)。在所述兩個(gè)對等網(wǎng)元之間可以建立通信鏈路。
[0019]在一個(gè)實(shí)現(xiàn)中,特定網(wǎng)元所報(bào)告的事件消息包括與所述報(bào)告網(wǎng)元的第一通信實(shí)體有關(guān)的至少一個(gè)第一上下文標(biāo)識(shí)符以及與所述對等側(cè)上的網(wǎng)元的第二通信實(shí)體有關(guān)的至少一個(gè)第二上下文標(biāo)識(shí)符??梢酝ㄟ^各種方式來獲得關(guān)于與所述對等側(cè)有關(guān)的所述第二上下文標(biāo)識(shí)符的信息。作為示例,所述報(bào)告網(wǎng)元可以在來自中央網(wǎng)絡(luò)管理實(shí)體的上下文設(shè)置處理和配置處理中的至少一個(gè)期間獲得該信息。或者或此外,所述報(bào)告網(wǎng)元可以在來自所述對等側(cè)上的網(wǎng)元的上下文交換處理期間獲得該信息。
[0020]在另一實(shí)現(xiàn)中,從報(bào)告網(wǎng)元接收到的事件消息可以包括與所述報(bào)告網(wǎng)元的第一通信實(shí)體有關(guān)的至少一個(gè)第一上下文標(biāo)識(shí)符并且可選地不包括與所述對等側(cè)上的所述網(wǎng)元的第二通信實(shí)體有關(guān)的第二上下文標(biāo)識(shí)符。在此情況下,可以響應(yīng)于接收所述事件消息而確定與所述對等側(cè)上的所述網(wǎng)元的第二通信實(shí)體有關(guān)的所述至少一個(gè)第二標(biāo)識(shí)符。確定所述至少一個(gè)第二上下文標(biāo)識(shí)符可以基于所存儲(chǔ)的配置信息。作為示例,可以基于所述事件消息中所接收到的所述至少一個(gè)第一上下文標(biāo)識(shí)符在配置數(shù)據(jù)庫中通過查找處理來確定所述第二上下文標(biāo)識(shí)符。
[0021]在一個(gè)變形中,可以確定所述關(guān)聯(lián)事件之間的至少一個(gè)根事件??梢酝ㄟ^各種方式來執(zhí)行確定根事件。在一個(gè)示例中,對于所述關(guān)聯(lián)事件集合生成關(guān)聯(lián)性圖。所述關(guān)聯(lián)性圖包括頂點(diǎn)以及連接所述頂點(diǎn)的邊,其中,每個(gè)頂點(diǎn)表示特定事件,每個(gè)邊表示所連接的頂點(diǎn)所表示的事件之間的關(guān)聯(lián)性。如果存在與所述兩個(gè)事件關(guān)聯(lián)的至少一個(gè)相同上下文標(biāo)識(shí)符,則在兩個(gè)頂點(diǎn)之間添加邊。一旦已經(jīng)生成圖,其就可以分析以確定至少一個(gè)根頂點(diǎn)。在后續(xù)步驟中,可以基于所述至少一個(gè)根頂點(diǎn)來確定所述關(guān)聯(lián)事件之間的所述至少一個(gè)根事件。作為示例,每個(gè)根頂點(diǎn)可以與根事件對應(yīng)。
[0022]所述關(guān)聯(lián)性圖可以具有方向性頂點(diǎn)。為此,在第一步驟中,可以據(jù)關(guān)聯(lián)事件集合生成無方向圖。在第二步驟中,可以通過將規(guī)則集合應(yīng)用于所述無方向圖來將方向添加所述頂點(diǎn)。每個(gè)規(guī)則可以指定兩個(gè)事件之間的發(fā)生關(guān)系的順序。此外,所述事件消息可以指示時(shí)間發(fā)生信息。在此情況下,可以據(jù)時(shí)間發(fā)生信息來推導(dǎo)頂點(diǎn)方向。
[0023]可以考慮對于關(guān)聯(lián)事件對所確定的關(guān)聯(lián)性強(qiáng)度來生成所述關(guān)聯(lián)性圖。在該實(shí)現(xiàn)中,可以基于所述關(guān)聯(lián)性強(qiáng)度來將權(quán)重添加到所述關(guān)聯(lián)性圖的所述頂點(diǎn)和邊中的至少一個(gè)??梢岳缁谕ㄐ艆?shù)來確定所述關(guān)聯(lián)性強(qiáng)度。
[0024]網(wǎng)元或任何網(wǎng)元組件可以表示通信實(shí)體,包括網(wǎng)絡(luò)協(xié)議層、網(wǎng)絡(luò)接口或任何其它軟件或硬件方面。當(dāng)事件消息由網(wǎng)元報(bào)告時(shí),其可以由所述網(wǎng)元如此報(bào)告或由其任何通信實(shí)體報(bào)告。
[0025]待確定關(guān)聯(lián)性的事件可以與各個(gè)網(wǎng)絡(luò)有關(guān)方面有關(guān)。故此,所述事件可以包括告警事件和性能事件中的至少一個(gè)。具體地說,相同上下文標(biāo)識(shí)符所鏈接的關(guān)聯(lián)事件集合可以包括一個(gè)或多個(gè)告警事件以及一個(gè)或多個(gè)性能事件。所述性能事件可以包括計(jì)數(shù)器和密鑰性能指示符中的至少一個(gè)??梢詮膶?yīng)事件消息和/或從所存儲(chǔ)的性能測量數(shù)據(jù)推導(dǎo)關(guān)于所述性能事件的信息。
[0026]根據(jù)另一方面,提供一種生成能夠確定一個(gè)或多個(gè)網(wǎng)元中發(fā)生的事件之間的關(guān)聯(lián)性的事件消息的方法,其中,所述事件之間的關(guān)聯(lián)性是因根事件通過所述一個(gè)或多個(gè)網(wǎng)元的通信實(shí)體的傳播而產(chǎn)生。所述方法在網(wǎng)元中執(zhí)行,并且包括:在所述網(wǎng)元的第一通信實(shí)體中檢測事件的發(fā)生;確定在所述事件發(fā)生之時(shí)描述所述第一通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或多個(gè)上下文標(biāo)識(shí)符;生成被配置為傳遞所述一個(gè)或多個(gè)上下文標(biāo)識(shí)符的事件消息;向中央網(wǎng)絡(luò)管理實(shí)體報(bào)告所述事件消息。
[0027]所述網(wǎng)元所報(bào)告的事件消息可以包括與所述報(bào)告網(wǎng)元的第一通信實(shí)體有關(guān)的至少一個(gè)第一上下文標(biāo)識(shí)符以及與所述報(bào)告網(wǎng)元的對等側(cè)上的網(wǎng)元的第二通信實(shí)體有關(guān)的至少一個(gè)第二上下文標(biāo)識(shí)符。此外,所述報(bào)告網(wǎng)元已經(jīng)在來自中央網(wǎng)絡(luò)管理實(shí)體的上下文設(shè)置處理和配置處理中的至少一個(gè)或來自所述對等側(cè)上的網(wǎng)元的上下文交換處理期間獲得關(guān)于與所述對等側(cè)有關(guān)的所述第二上下文標(biāo)識(shí)符的信息。
[0028]可以在各個(gè)信息對象中插入所述至少一個(gè)上下文標(biāo)識(shí)符。所述信息對象包括根據(jù)3GPP規(guī)范的AlarmInformation記錄對象?;蛘呋虼送?可以在根據(jù)3GPP規(guī)范的性能測量記錄對象中插入所述至少一個(gè)上下文標(biāo)識(shí)符。生成所述事件消息的步驟在此情況下可以包括:在所述事件消息中插入所得對象。
[0029]根據(jù)另一方面,提供一種計(jì)算機(jī)程序產(chǎn)品。所述計(jì)算機(jī)程序產(chǎn)品包括程序代碼部分,用于當(dāng)在計(jì)算設(shè)備上運(yùn)行或執(zhí)行所述計(jì)算機(jī)程序產(chǎn)品時(shí)執(zhí)行在此所描述的方法中的一種或多種的步驟中的一個(gè)或多個(gè)。所述計(jì)算機(jī)程序產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀記錄介質(zhì)(例如永久或可重寫存儲(chǔ)器、CD-ROM或DVD)中。也可以提供所述計(jì)算機(jī)程序產(chǎn)品,以用于經(jīng)由計(jì)算機(jī)網(wǎng)絡(luò)(例如互聯(lián)網(wǎng)、移動(dòng)通信網(wǎng)絡(luò)或無線或有線局域網(wǎng)(LAN))下載。
[0030]根據(jù)另一方面,提供一種確定一個(gè)或多個(gè)網(wǎng)元中發(fā)生的事件之間的關(guān)聯(lián)性的裝置,其中,所述事件之間的關(guān)聯(lián)性是因根事件通過所述一個(gè)或多個(gè)網(wǎng)元的通信實(shí)體的傳播而產(chǎn)生。所述裝置包括:接口,被適配為:從一個(gè)或多個(gè)網(wǎng)元接收多個(gè)事件消息,其中,屬于特定網(wǎng)元所報(bào)告的事件的事件消息傳遞在所述事件產(chǎn)生之時(shí)描述所述事件產(chǎn)生的所述通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或多個(gè)上下文標(biāo)識(shí)符。所述裝置還包括:處理器,被適配為:確定相同上下文標(biāo)識(shí)符所鏈接的關(guān)聯(lián)事件集合。
[0031]還提供一種生成能夠確定一個(gè)或多個(gè)網(wǎng)元中發(fā)生的事件之間的關(guān)聯(lián)性的事件消息的裝置,其中,所述事件之間的關(guān)聯(lián)性是因根事件通過所述一個(gè)或多個(gè)網(wǎng)元的通信實(shí)體的傳播而產(chǎn)生。所述裝置包括:檢測器,被適配為:檢測所述網(wǎng)元的通信實(shí)體中的事件的發(fā)生;處理器,被適配為:確定在所述事件發(fā)生之時(shí)描述所述事件發(fā)生的所述通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或多個(gè)上下文標(biāo)識(shí)符,其中,所述處理器進(jìn)一步被適配為:生成被配置為傳遞所述一個(gè)或多個(gè)上下文標(biāo)識(shí)符的事件消息。所述裝置還包括:接口,被適配為:向中央網(wǎng)絡(luò)組件報(bào)告所述事件消息。
[0032]關(guān)聯(lián)性確定系統(tǒng)包括用于確定事件之間的關(guān)聯(lián)性的至少一個(gè)裝置以及在此所討論的用于生成事件消息的多個(gè)裝置。所述用于確定關(guān)聯(lián)性的裝置可以是中央網(wǎng)絡(luò)管理實(shí)體。所述中央網(wǎng)絡(luò)管理實(shí)體可以位于通信系統(tǒng)的核心網(wǎng)絡(luò)部分中。所述用于生成事件消息的裝置可以位于核心網(wǎng)絡(luò)部分、接入網(wǎng)絡(luò)部分或通信系統(tǒng)的終端中。
[0033]單獨(dú)裝置可以被配置為實(shí)現(xiàn)在此所公開的任何方法、功能和步驟。
【專利附圖】

【附圖說明】
[0034]本發(fā)明的其它方面、細(xì)節(jié)和優(yōu)點(diǎn)將從下文結(jié)合附圖對示例性實(shí)施例的描述中變得清楚,其中:
[0035]圖1示意性示出了故障通過不同網(wǎng)元的協(xié)議棧的垂直和水平傳播;
[0036]圖2示意性示出了網(wǎng)元的實(shí)施例和網(wǎng)絡(luò)管理實(shí)體的實(shí)施例,該網(wǎng)元被適配為生成事件消息,所述網(wǎng)絡(luò)管理實(shí)體被適配為確定網(wǎng)元所報(bào)告的事件之間的關(guān)聯(lián)性。
[0037]圖3示出了說明生成并且報(bào)告事件消息的方法實(shí)施例的流程圖;
[0038]圖4示出了說明確定與多個(gè)事件消息相關(guān)聯(lián)的事件之間的關(guān)聯(lián)性的方法實(shí)施例的流程圖;
[0039]圖5A至圖5C示出了說明確定與對等網(wǎng)元有關(guān)的上下文標(biāo)識(shí)符的信令圖;
[0040]圖6A示意性示出了事件消息的格式;
[0041]圖6B和圖6D示意性示出了基于上下文標(biāo)識(shí)符的事件消息的關(guān)聯(lián)性以及得到的關(guān)聯(lián)性圖的生成。
[0042]圖7示意性示出基于圖2的通信系統(tǒng)的告警和性能事件關(guān)聯(lián)性系統(tǒng)的實(shí)施例。
[0043]圖8示出了說明確定用于圖7的系統(tǒng)實(shí)施例的關(guān)聯(lián)告警集合的方法實(shí)施例;
[0044]圖9是示出了 3GPP告警信息對象的實(shí)施例的屬性的列表;
[0045]圖1O是示出了 3GPP性能測量對象的實(shí)施例的屬性的列表。
【具體實(shí)施方式】
[0046]以下,為了解釋而非限制的目的,闡述具體細(xì)節(jié),例如具體裝置配置、具體流程圖以及具體信令情況,以提供對本文所公開的技術(shù)的透徹理解。本領(lǐng)域技術(shù)人員應(yīng)理解,可以在脫離這些具體細(xì)節(jié)的其它實(shí)施例中實(shí)踐本發(fā)明。本領(lǐng)域技術(shù)人員應(yīng)理解,例如,本文所公開的技術(shù)不限于下文中示例性討論的根據(jù)3GPP規(guī)范的通信系統(tǒng)。
[0047]本領(lǐng)域技術(shù)人員還應(yīng)理解,可以使用的單個(gè)硬件電路、與已編程微處理器或通用計(jì)算機(jī)結(jié)合的軟件功能、一個(gè)或多個(gè)專用集成電路(ASIC)、一個(gè)或多個(gè)數(shù)字信號(hào)處理器(DSP)和/或一個(gè)或多個(gè)現(xiàn)場可編程門陣列(FPGA)來實(shí)現(xiàn)本文所解釋的方法、步驟和功能。還應(yīng)理解,可以在處理器以及與處理器耦合的存儲(chǔ)器中實(shí)施本文所公開的技術(shù),其中,所述存儲(chǔ)器存儲(chǔ)當(dāng)由處理器執(zhí)行時(shí)執(zhí)行本文所討論的步驟的一個(gè)或多個(gè)程序。
[0048]圖2示出了可以實(shí)現(xiàn)本文所提出的技術(shù)的通信系統(tǒng)10的實(shí)施例。通信系統(tǒng)10包括中央網(wǎng)絡(luò)管理實(shí)體(CNME) 20以及多個(gè)網(wǎng)元(NE)30、40。NE30、40被適配為與彼此并且與CNME20進(jìn)行通信,如箭頭所示。
[0049]CNME20可以位于通信系統(tǒng)10的核心網(wǎng)絡(luò)部分中。作為示例,CNME20可以位于網(wǎng)絡(luò)運(yùn)營商的操作和管理(0&M)站點(diǎn)上。
[0050]網(wǎng)元30、40可以位于通信系統(tǒng)10的核心網(wǎng)部分或接入網(wǎng)部分中。作為示例,可以通過符合長期演進(jìn)(LTE)的或任何其它接入網(wǎng)的基站(例如eNodeB)來實(shí)現(xiàn)NE30、40中的一個(gè)或多個(gè)。備選地或此外,可以通過固定或移動(dòng)終端(例如移動(dòng)電話、智能電話、網(wǎng)絡(luò)卡或棒或PC)來實(shí)現(xiàn)NE30、40中的一個(gè)或多個(gè)。此外,可以以網(wǎng)絡(luò)路由器、網(wǎng)絡(luò)交換機(jī)等的形式來實(shí)現(xiàn)NE30、40中的一個(gè)或多個(gè)。
[0051]NE30.40中的每一個(gè)可以具有帶有一個(gè)或多個(gè)網(wǎng)絡(luò)層的協(xié)議棧,如圖1所示。例如,圖2的NE30可以與圖1中的NE3相對應(yīng),圖2中的NE40可以與圖1中的NEl和NE2中的任一個(gè)對應(yīng)。
[0052]如圖2所示,CNME20包括接口 22,接口 22被適配為從NE30、40接收事件消息。通過相似方式,每個(gè)NE30、40分別包括接口 32、42,接口 32、42被適配為向CNME20報(bào)告事件消息。此外,網(wǎng)元30、40的接口 32、42分別允許在NE30與NE40之間交換各種消息和信令。
[0053]與特定NE30、40所報(bào)告的事件有關(guān)的事件消息可以通常遵守現(xiàn)有規(guī)范,例如3GPPTS32.111-2(告警集成參考點(diǎn))、3GPP TS32.404(性能管理)、IETF標(biāo)準(zhǔn)RFC3877(告警管理信息庫)、ITU-T推薦X.733-02 / 92 (信息技術(shù)開放系統(tǒng)互聯(lián)系統(tǒng)管理:告警報(bào)告功能)以及TMF、OSS / J (見www.tmforum.0rg上的多技術(shù)操作系統(tǒng)接P (MTOSI)規(guī)范)。
[0054]在本實(shí)施例中,事件消息傳遞針對特定事件的發(fā)生信息。該發(fā)生信息包括一個(gè)或多個(gè)上下文標(biāo)識(shí)符,該一個(gè)或多個(gè)上下文標(biāo)識(shí)符描述在事件發(fā)生之時(shí)事件發(fā)生的通信實(shí)體的內(nèi)部通信狀態(tài)。通信實(shí)體可以是潛在地引起一個(gè)或多個(gè)次級(jí)事件的事件(例如故障、告警或與性能有關(guān)的動(dòng)作)可能發(fā)生的任何實(shí)體。作為示例,通信實(shí)體故此可以是比如NE30、40中的任一。另外地或備選地,通信實(shí)體可以是NE30、40的任意組件,包括硬件組件、軟件組件或其組合。此外,通信實(shí)體可以是NE30、40中的任意一個(gè)的網(wǎng)絡(luò)協(xié)議層(如圖1所示)或網(wǎng)絡(luò)接口。由一個(gè)或多個(gè)上下文標(biāo)識(shí)符描述的針對通信實(shí)體的內(nèi)部通信狀態(tài)可以與受事件所影響的通信實(shí)體或與受事件所影響的通信實(shí)體相關(guān)聯(lián)的通信實(shí)體(例如其對等)的任意參數(shù)相關(guān)。
[0055]返回圖2,除了接口 22之外,CNME20還包括處理器24,處理器24被適配為確定相同上下文標(biāo)識(shí)符所鏈接的關(guān)聯(lián)事件集合。處理器24還可以被適配為執(zhí)行一個(gè)或多個(gè)附加處理操作(例如,根據(jù)關(guān)聯(lián)事件集合確定根事件),下文將更詳細(xì)地描述。
[0056]除了接口 32之外,NE30還包括檢測器34以及處理器36。檢測器34被適配為檢測NE30的通信實(shí)體中的(本地)事件的發(fā)生。處理器36被適配為確定發(fā)生信息,發(fā)生信息包括在事件發(fā)生之時(shí)描述事件發(fā)生的通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或多個(gè)上下文標(biāo)識(shí)符。處理器36還被適配為生成事件消息,事件消息被配置為經(jīng)由接口 32向CNME20用信號(hào)傳遞發(fā)生信息。
[0057]在圖2所示的實(shí)施例中,NE40具有與NE30相似的配置,因此除了接口 42還包括檢測器44和處理器36。應(yīng)注意,在其它實(shí)施例中,NE40可以不具有任何事件檢測和事件報(bào)告功能,并且從NE30看充當(dāng)傳統(tǒng)對等NE40。
[0058]以下,將參照圖3和圖4的流程圖300、400來描述在事件報(bào)告和事件關(guān)聯(lián)性的情況下NE30、NE40和CNME20的操作。由于NE40被配置為以與NE30相似的方式進(jìn)行操作,因此將僅更詳細(xì)地描述NE30的操作。
[0059]NE30的操作在步驟302中開始,其中,檢測器34檢測NE30的通信實(shí)體中的事件的發(fā)生。事件可以是與NE30(如圖1中所示的NE3)的協(xié)議棧的特定協(xié)議層中發(fā)生的告警關(guān)聯(lián)的故障。特定協(xié)議層因此構(gòu)成事件發(fā)生的通信實(shí)體。
[0060]在下一步驟304中,處理器36確定包括在事件發(fā)生之時(shí)描述通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或多個(gè)上下文標(biāo)識(shí)符的發(fā)生信息。每個(gè)上下文標(biāo)識(shí)符可以采取名稱-值對的形式或任何其它適合于傳送的數(shù)據(jù)結(jié)構(gòu),在該實(shí)施例中,一方面上下文類型指示以及另一方面有關(guān)上下文標(biāo)識(shí)值。通常,可以由以下上下文類型指示(以及相關(guān)聯(lián)的上下文標(biāo)識(shí)值)中的一個(gè)或多個(gè)描述通信實(shí)體的通信狀態(tài):
[0061]用戶上下文
[0062]上下文類型指示可以指示用戶上下文(例如用戶設(shè)備(UE)上下文)。在這種實(shí)現(xiàn)中,有關(guān)的上下文標(biāo)識(shí)值可以是給定事件與之有關(guān)的UE的標(biāo)識(shí)符。如果例如eNodeB或當(dāng)對于特定UE執(zhí)行任何動(dòng)作時(shí)經(jīng)歷故障的移動(dòng)性管理實(shí)體(MME)實(shí)現(xiàn)NE30,則可以在針對該特定故障的發(fā)生信息(以及相關(guān)聯(lián)的告警)中包括上下文類型指示的對應(yīng)上下文標(biāo)識(shí)符“用戶上下文”。可以通過用于特定UE的有關(guān)上下文值指示(例如相關(guān)聯(lián)的國際移動(dòng)訂戶身份(MSI)、國際移動(dòng)設(shè)備身份(MEI)或S1_AP_ID(取決于NE30是由eNodeB還是在LTE的情況下由MME實(shí)現(xiàn)))來補(bǔ)充對應(yīng)上下文標(biāo)識(shí)符。
[0063]網(wǎng)絡(luò)小區(qū)上下文
[0064]除了“用戶上下文”類型的上下文標(biāo)識(shí)符之外或作為對其的備選,針對給定事件的發(fā)生信息可以包括具有上下文類型指示的上下文標(biāo)識(shí)符“網(wǎng)絡(luò)小區(qū)上下文”。有關(guān)的上下文值指示可以在此情況下是受事件(例如與告警相關(guān)聯(lián)的故障、性能管理動(dòng)作或性能測量動(dòng)作)影響的小區(qū)的標(biāo)識(shí)符。
[0065]網(wǎng)元上下文
[0066]此外,發(fā)生信息可以附加地或備選地包括與受事件所影響的網(wǎng)元(例如eNodeB)的有關(guān)標(biāo)識(shí)符(即上下文標(biāo)識(shí)值)相關(guān)聯(lián)的上下文類型指示“網(wǎng)元上下文”。
[0067]網(wǎng)元組件上下文
[0068]網(wǎng)元組件可以是受事件所影響的網(wǎng)元的內(nèi)部板或接口??梢?附加地或備選地)添加到發(fā)生信息的對應(yīng)上下文標(biāo)識(shí)符可以包括對應(yīng)上下文類型指示“網(wǎng)元組件上下文”連同對應(yīng)內(nèi)部組件的標(biāo)識(shí)符(即上下文標(biāo)識(shí)值)。
[0069]網(wǎng)絡(luò)接口上下文
[0070]上下文類型指示“網(wǎng)絡(luò)接口上下文”與事件與之有關(guān)的NE30的一側(cè)上的接口連接有關(guān)。取決于特定協(xié)議層,可以通過互聯(lián)網(wǎng)協(xié)議(IP)地址、(以太網(wǎng))媒體訪問控制(MAC)地址等作為有關(guān)上下文標(biāo)識(shí)值來標(biāo)識(shí)接口。
[0071]網(wǎng)絡(luò)協(xié)議上下文
[0072]上下文類型指示“網(wǎng)絡(luò)協(xié)議上下文”,“網(wǎng)絡(luò)協(xié)議上下文”指示生成事件的協(xié)議層。有關(guān)上下文標(biāo)識(shí)值可以是特定協(xié)議層保持在NE30的一側(cè)上的上下文的標(biāo)識(shí)符。通常,上下文標(biāo)識(shí)值取決于特定協(xié)議層維護(hù)上下文信息的聚集等級(jí)。作為示例,可以按用戶上下文(在此情況下,有關(guān)上下文標(biāo)識(shí)值可以與針對上述上下文類型“用戶上下文”是相同的)、按接口連接等來維護(hù)上下文信息。
[0073]賣家特定容器上下文
[0074]賣家特定容器上下文是每個(gè)網(wǎng)元賣家或網(wǎng)元組件賣家可以確定一個(gè)或多個(gè)專用(例如,非標(biāo)準(zhǔn))上下文標(biāo)識(shí)符的占位符。
[0075]應(yīng)注意,可以在針對NE30所報(bào)告的事件的發(fā)生信息中包括針對報(bào)告NE30的一側(cè)和報(bào)告NE30的對等側(cè)(例如NE40)的分離上下文標(biāo)識(shí)符。相應(yīng)地,針對在NE30的一側(cè)上發(fā)生的事件的NE30用信號(hào)傳遞的發(fā)生信息還包括與其對等NE40有關(guān)的上下文標(biāo)識(shí)符。具體地說,NE30所報(bào)告的發(fā)生信息中可以包括與對等NE40關(guān)聯(lián)的以下上下文類型(以及有關(guān)標(biāo)識(shí)):網(wǎng)元上下文、網(wǎng)元組件上下文、網(wǎng)絡(luò)接口上下文、網(wǎng)絡(luò)協(xié)議上下文和賣家特定容器上下文。對于這些特定上下文類型,有關(guān)上下文標(biāo)識(shí)值將因此與對等NE40的一側(cè)上的對應(yīng)標(biāo)識(shí)符有關(guān)。
[0076]一旦在步驟304中處理器36已經(jīng)對于特定事件確定發(fā)生信息(包括一個(gè)或多個(gè)上下文標(biāo)識(shí)符),處理器36就在步驟306中生成事件消息。取決于事件和通信系統(tǒng)的性質(zhì),NE30可以通過各種方式來生成事件消息。事件消息被配置為用信號(hào)傳遞發(fā)生信息并且將通常包括上下文標(biāo)識(shí)符集合。
[0077]如上所述,特定事件消息可以同時(shí)用信號(hào)傳遞與報(bào)告NE30的一個(gè)或多個(gè)通信實(shí)體(例如協(xié)議層或接口)有關(guān)的至少一個(gè)第一上下文標(biāo)識(shí)符以及與對等側(cè)上的NE40的通信實(shí)體有關(guān)的一個(gè)或多個(gè)第二上下文標(biāo)識(shí)符。NE30可以通過各種方式來獲得關(guān)于一個(gè)或多個(gè)第二上下文標(biāo)識(shí)符的對應(yīng)信息。作為示例,NE30可以在上下文設(shè)置處理和/或配置處理期間從CNME20或在上下文交換處理期間(直接)從NE40獲得一個(gè)或多個(gè)第二上下文標(biāo)識(shí)符。備選地,CNME20可以在從NE30接收事件消息時(shí)在本地確定與NE40有關(guān)的一個(gè)或多個(gè)第二上下文標(biāo)識(shí)符,其中,事件消息(僅)包括與NE30有關(guān)的一個(gè)或多個(gè)第一上下文標(biāo)識(shí)符。
[0078]一旦處理器36在步驟306中已經(jīng)生成了事件消息時(shí),在步驟308中經(jīng)由NE30的接口 32向CNME20報(bào)告該事件消息,以用于事件關(guān)聯(lián)性。
[0079]現(xiàn)將參照圖4的流程圖400更詳細(xì)地描述在事件關(guān)聯(lián)性的情況下的CNME20的操作。在初始步驟402中,CNME20 —般經(jīng)由接口 22從多個(gè)網(wǎng)元(例如,圖2所示的NE30和NE40)接收多個(gè)事件消息。
[0080]對于通過單個(gè)網(wǎng)元(例如通過NE30的協(xié)議棧)垂直地傳播的事件,CNME20將從單個(gè)網(wǎng)元接收多個(gè)事件消息,其中,事件消息與該網(wǎng)元的不同通信實(shí)體(例如,協(xié)議層)有關(guān)。另一方面,對于通過多個(gè)網(wǎng)元(例如圖1中的NE3、NE2和NEl以及圖2中的NE30和NE40)水平傳播的事件,CNME20將從不同網(wǎng)元接收針對關(guān)聯(lián)事件的事件消息。通常,事件既水平地又垂直地傳輸,從而CNME20將從一個(gè)且同一網(wǎng)元接收針對給定根事件的多個(gè)事件消息,并且從不同網(wǎng)元接收多個(gè)其它事件消息。
[0081]CNME20收集在步驟402中接收到的事件消息,并且在步驟404中連續(xù)地或不連續(xù)地確定一個(gè)或多個(gè)關(guān)聯(lián)事件集合。在相同上下文標(biāo)識(shí)符鏈接兩個(gè)事件的情況下,這兩個(gè)事件被看作是關(guān)聯(lián)的。這種鏈接可以經(jīng)由直接鏈接或間接鏈接而發(fā)生。對于針對特定事件指示兩個(gè)或更多個(gè)上下文標(biāo)識(shí)符的事件消息,間接鏈接的關(guān)聯(lián)事件包括通過相同上下文標(biāo)識(shí)符的鏈經(jīng)由一個(gè)或多個(gè)中間事件所鏈接的具有非相同上下文標(biāo)識(shí)符的事件,將在下文中參照圖6B更詳細(xì)地討論。
[0082]如上所述,NE30向CNME20報(bào)告的發(fā)生信息可以提供與NE30的對等(例如NE40)有關(guān)的關(guān)聯(lián)性信息。這種關(guān)于對等側(cè)的信息可以連同關(guān)于源側(cè)(即,NE30)的對應(yīng)信息一起傳送針對CNME20的整體協(xié)議層上下文。雖然受事件所影響的NE30可以在本地確定以上所列出的很多上下文信息,通過NE30或CNME20將必須在分離的過程中獲得與對等側(cè)有關(guān)的上下文信息。在下文中,將參照圖5A、圖5B和圖5C更詳細(xì)地解釋用于在圖2的通信系統(tǒng)10內(nèi)分發(fā)上下文標(biāo)識(shí)符或有關(guān)信息的三個(gè)示例性過程。在圖5A、圖5B和圖5C的情況下應(yīng)理解,上下文信息可以通常包括一個(gè)或多個(gè)上下文標(biāo)識(shí)符。
[0083]圖5A示出集中式上下文分發(fā)方案,其中,CNME20 (或關(guān)聯(lián)域管理器或DM)具有關(guān)于單獨(dú)NE30、40、……在通信系統(tǒng)10內(nèi)如何彼此連接并且關(guān)聯(lián)的信息。圖5A所示的方法包括上下文設(shè)置或配置處理。
[0084]如圖5A所示,在第一請求/響應(yīng)步驟502中,CNME20檢索與NE30的對等(例如,NE40)有關(guān)的上下文信息。在一個(gè)實(shí)現(xiàn)中,從事件可以發(fā)生在源側(cè)上的對等的管理對象實(shí)例中檢索上下文信息。
[0085]3GPP規(guī)范中定義管理對象實(shí)例。簡而言之,管理對象實(shí)例是針對0&M系統(tǒng)的網(wǎng)元表示。管理對象通常描述特定網(wǎng)元、其屬性等。例如,可以存在針對接入網(wǎng)元(例如eNodeB)的管理對象實(shí)例,其描述eNodeB的屬性(例如eNodeB的名稱和地址、其操作的頻率、其相鄰 eNodeB 等)。
[0086]如果CNME20是該上下文信息的源,則可以省略步驟502。一般來說,CNME20在網(wǎng)絡(luò)進(jìn)入操作之前配置網(wǎng)元的屬性,該屬性包括諸如對等網(wǎng)元的名稱和地址等的具體屬性。在特定情況下,CNM E20可以因此不需要網(wǎng)元的對等上下文,因?yàn)镃NME20可以初始地配置此信息(并且因此應(yīng)具有其本地信息,而無需聯(lián)系網(wǎng)元)。
[0087]在隨后的上下文設(shè)置/確認(rèn)步驟504中,CNME20向NE30發(fā)送與NE30的一個(gè)或多個(gè)對等有關(guān)的上下文信息。響應(yīng)于對等上下文信息的接收,NE30在可以基于該對等上下文信息生成事件,在NE30中執(zhí)行所有管理對象實(shí)例的設(shè)置。
[0088]在發(fā)生事件時(shí),NE30于是在步驟506中將事件消息報(bào)告給CNME20,如以上參照圖3的流程圖所描述。事件消息用信號(hào)傳遞與事件關(guān)聯(lián)的發(fā)生信息,該發(fā)生信息包括與源NE30有關(guān)的上下文信息以及與一個(gè)或多個(gè)對等網(wǎng)元(例如NE40)有關(guān)的上下文信息。
[0089]圖5A所示的上下文分發(fā)方案對靜態(tài)網(wǎng)絡(luò)配置(例如對于小區(qū)和傳送網(wǎng)絡(luò)配置不頻繁改變的網(wǎng)絡(luò))尤其有用。圖5A所示的方案的優(yōu)點(diǎn)在于:當(dāng)事件消息到達(dá)CNME20時(shí),CNME20不需要進(jìn)行的附加后處理(因?yàn)槭录⒁呀?jīng)包含與源NE30和對等NE40有關(guān)的上下文信息)。對于動(dòng)態(tài)配置(例如UE連接),上述上下文分發(fā)方案將在CNME20的一側(cè)上消耗大量處理能力,從而與圖5A的集中式方法不同的內(nèi)容分發(fā)方案可能是優(yōu)選的。需要在CNME20與NE30、40之間的接口上定義特定上下文請求/上下文設(shè)置信令機(jī)制的事實(shí)也可以在特定情況下被看作集中式內(nèi)容分發(fā)方案的缺點(diǎn)。
[0090]圖5B示出結(jié)合每個(gè)網(wǎng)元對之間的協(xié)議接口配置來執(zhí)行上下文初始化的分布式內(nèi)容分發(fā)方案。相應(yīng)地,圖5B所示的方法可以被看作網(wǎng)元之間的上下文交換處理。
[0091]如圖5B所示,在NE30與NE40之間并且在另外每一對網(wǎng)元之間執(zhí)行上下文握手請求/確認(rèn)步驟512。也可以基于所指定的傳統(tǒng)連接設(shè)置命令的指定屬性或通過包括必要上下文信息作為信號(hào)屬性的標(biāo)準(zhǔn)化或私有握手信號(hào)來執(zhí)行用信號(hào)傳遞步驟512。當(dāng)使用連接設(shè)置命令時(shí),可以在例如特定協(xié)議層的現(xiàn)有信令消息中包括上下文信息。于是在步驟514中用信號(hào)傳遞的任何事件消息可以包括與源NE30有關(guān)的上下文信息以及與對等NE40有關(guān)的上下文信息,如上文參照步驟506所描述。
[0092]圖5B的上下文分發(fā)方案具有無需CNME20的一側(cè)上的附加后處理的優(yōu)點(diǎn),因?yàn)槭录⒁呀?jīng)包括與NE30的對等側(cè)有關(guān)的上下文信息。然而,在一些情況下,可能需要在各個(gè)網(wǎng)元之間的接口上定義新的握手信號(hào)。
[0093]圖5C示出用于在通信系統(tǒng)10內(nèi)分發(fā)上下文信息的示例性第三方法。根據(jù)圖5C所示的后處理方案,CNME20具有網(wǎng)元在整個(gè)通信系統(tǒng)10內(nèi)如何彼此連接的信息,但上下文信息在網(wǎng)元配置或設(shè)置處理期間并未被初始化。此外,在步驟522中,當(dāng)事件發(fā)生在NE30的一側(cè)上時(shí),NE30向CNME20提交事件消息(具有丟失對等上下文信息)。一旦CNME20獲取事件消息,其就基于事件消息中所包括的源上下文信息并且基于所存儲(chǔ)的配置信息來確定丟失對等上下文信息。可以例如基于事件消息中所包括的源上下文信息,通過在CNME20的配置數(shù)據(jù)庫中的查找處理來確定所存儲(chǔ)的與對等上下文信息有關(guān)的配置信息。
[0094]與圖5A的集中式上下文分發(fā)方案相似,圖5C所示的后處理方法尤其適用于靜態(tài)網(wǎng)絡(luò)配置。后處理方法的優(yōu)點(diǎn)在于不需要CNME20與報(bào)告NE30之間的附加信令。另一方面,必須在可以開始事件關(guān)聯(lián)之前執(zhí)行后處理。因此,當(dāng)例如以類似突發(fā)的方式來報(bào)告事件并且CNME20需要在短時(shí)間段內(nèi)關(guān)聯(lián)用于大量事件的對等上下文信息時(shí),圖5A和圖5B的上下文分發(fā)方案可能優(yōu)于圖5C的后處理方法。
[0095]以下,將參照圖6A至圖6D討論事件消息的示例性格式以及CNME20的處理器24所執(zhí)行的相關(guān)聯(lián)的事件關(guān)聯(lián)性方案。
[0096]圖6A示出包括發(fā)生信息部分和內(nèi)容部分的事件消息的實(shí)施例。發(fā)生信息部分包括多個(gè)上下文標(biāo)識(shí)符(ID),該多個(gè)上下文標(biāo)識(shí)符(ID)描述:在事件發(fā)生時(shí)事件消息之下的事件已經(jīng)發(fā)生的通信實(shí)體的內(nèi)部通信狀態(tài)。在下文中,將假設(shè)事件發(fā)生的通信實(shí)體是NE30的協(xié)議堆棧的特定協(xié)議層L (i)。應(yīng)理解,通信實(shí)體也可以同樣是NE30或其任何其它組件或接口。
[0097]用IDs_L(i)來表示對于協(xié)議層L(i)已知的上下文標(biāo)識(shí)符集合。上下文標(biāo)識(shí)符可以是上述任何上下文類型,并且可以與報(bào)告NE30以及其對等NE40有關(guān)。圖6A所示的事件消息的內(nèi)容部分可以包括時(shí)間戳(例如,指示事件發(fā)生或生成事件消息的時(shí)間點(diǎn)),并且可選地包括指定事件的其它細(xì)節(jié)的任何必要事件描述以及事件特定值或?qū)傩浴?br> [0098]總之,事件消息可以表示如下:
[0099]Event Message (IDs_L (i), content),
[0100]其中,IDs_L(i)= {id_L(i,I),id_L(i,2),...1d_L(i,n)},
[0101]并且,content= {時(shí)間,其它事件細(xì)節(jié)}。
[0102]在以上所示的事件消息實(shí)施例中,可以通過索引對(i,j)來對每個(gè)上下文標(biāo)識(shí)符進(jìn)行索引,其中,第一索引(i)標(biāo)識(shí)協(xié)議層或發(fā)布特定事件的網(wǎng)元組件,而(可選)第二索引(j)標(biāo)識(shí)給定協(xié)議層或網(wǎng)元組件(i)所使用的特定上下文標(biāo)識(shí)符。作為示例,id_L(i,l)發(fā)消息通知的參數(shù)n=l可以表示用戶上下文。id_L(i,l)的值發(fā)消息通知有關(guān)上下文標(biāo)識(shí)指示(例如IMSI)。
[0103]應(yīng)注意,層L(i)的單獨(dú)上下文標(biāo)識(shí)符將與對于NE30的其它協(xié)議層(例如層L(i+1)或?qū)覮(1-l))發(fā)消息通知的或由其它網(wǎng)元(例如,NE40)發(fā)消息通知的特定上下文標(biāo)識(shí)符相同。經(jīng)由不同事件消息所用信號(hào)傳遞的公共上下文標(biāo)識(shí)符的構(gòu)思允許:同一網(wǎng)元的不同組件或?qū)铀鶊?bào)告的(垂直事件傳播)或不同網(wǎng)元(例如,針對同一層)所報(bào)告的(水平事件傳播)事件的關(guān)聯(lián)性。
[0104]圖6B示出六個(gè)不同事件消息Ml至M6所表示的六個(gè)關(guān)聯(lián)事件。如圖6B所示,如果相同上下文標(biāo)識(shí)符鏈接兩個(gè)事件消息M(a)和M(b)以及關(guān)聯(lián)事件,則它們被解釋為關(guān)聯(lián)的。如果相同上下文標(biāo)識(shí)值id_L(i,k)存在于兩條消息的上下文標(biāo)識(shí)符集合的相同上下文類型k,則第一消息M(a)的上下文標(biāo)識(shí)符被解釋為與第二消息M(b)的上下文標(biāo)識(shí)符相同。
[0105]事件可以由相 同上下文標(biāo)識(shí)符直接或間接地鏈接。在圖6B的情況下,直接鏈接由每個(gè)消息對的相同上下文標(biāo)識(shí)符之間的線指示。如圖6B所示,也可以存在通過相同上下文標(biāo)識(shí)符的鏈的經(jīng)由中間事件消息(或事件)在關(guān)聯(lián)事件之間的間接鏈接。例如,在圖6B中,消息Ml與消息M2直接鏈接,并且消息Ml經(jīng)由消息M2間接與消息M3、M4和M5鏈接。經(jīng)由涉及消息M2和M4的二階間接鏈接,消息Ml還與消息M6鏈接。
[0106]CNME20的處理器24被配置為通過分析關(guān)聯(lián)上下文標(biāo)識(shí)符來確定關(guān)聯(lián)事件消息集合(并且因此確定關(guān)聯(lián)事件集合),如上文參照圖6A和圖6B所述。一旦已經(jīng)確定關(guān)聯(lián)事件集合,處理器24就被配置為生成關(guān)聯(lián)性圖,如圖6C和圖6D所示。
[0107]從圖6C可以清晰看到,關(guān)聯(lián)性圖通常包括頂點(diǎn)V和連接頂點(diǎn)V的邊E。每個(gè)頂點(diǎn)V表示特定事件(或事件消息),每個(gè)邊E表示所連接的頂點(diǎn)V所表示的事件之間的關(guān)聯(lián)性,其中,如果存在與兩個(gè)事件關(guān)聯(lián)的至少一個(gè)相同上下文標(biāo)識(shí)符,則在兩個(gè)頂點(diǎn)V之間添加邊E。基于圖6所示的消息Ml至M6之間的關(guān)系,將因此獲得圖6C所示的關(guān)系圖。
[0108]處理圖6C所示的關(guān)聯(lián)性圖還可以由處理器24處理,如圖6D所示。在第一步驟中,可以應(yīng)用剝離(stripping)操作,以移除不重要的關(guān)系(即,邊)。剝離操作可以取決于特定分析使用情況,并且可以基于執(zhí)行關(guān)聯(lián)性操作的關(guān)聯(lián)性引擎中的內(nèi)建信息的控制。作為示例,如果僅估計(jì)硬件故障對性能的影響,則可以省略與軟件有關(guān)告警事件關(guān)聯(lián)的邊。
[0109]在下一步驟中,應(yīng)用一個(gè)或多個(gè)規(guī)則,以將方向和權(quán)重添加到頂點(diǎn)。規(guī)則可以例如指定兩個(gè)事件之間的發(fā)生關(guān)系的順序。于此,可以估計(jì)關(guān)聯(lián)事件消息中所包括的時(shí)間戳。可以基于每一對關(guān)聯(lián)事件的關(guān)聯(lián)性強(qiáng)度來將任何權(quán)重添加到頂點(diǎn)(和/或邊)??梢曰陉P(guān)聯(lián)性引擎中的內(nèi)建先驗(yàn)信息來確定關(guān)聯(lián)性強(qiáng)度。
[0110]處理器24可以在其他步驟中分析具有方向性和加權(quán)的頂點(diǎn)的所得關(guān)聯(lián)性圖,以用于確定通過各個(gè)通信實(shí)體傳播并且導(dǎo)致次級(jí)事件的根事件。一旦已經(jīng)確定根事件,就可以發(fā)起適當(dāng)?shù)墓芾韯?dòng)作。
[0111]以下,將參照告警事件(見,例如,3GPP TS 32.111-2)和性能事件(見,例如,3GPPTS32.404)討論圖2所示的通信系統(tǒng)10的示例性3GPP實(shí)現(xiàn)。圖7示出包括多個(gè)網(wǎng)元30、40等以及用于告警關(guān)聯(lián)性的中央0&M組件20的對應(yīng)告警和性能事件關(guān)聯(lián)性系統(tǒng)10。告警事件由網(wǎng)元(NE30、NE40、……)在本地檢測,并且經(jīng)由專用告警消息(見例如3GPP TS32.111-2)報(bào)告給充當(dāng)CNME的0&M組件20。每個(gè)網(wǎng)元包括網(wǎng)元告警報(bào)告(NEAR)功能,NEAR功能充當(dāng)負(fù)責(zé)檢測故障、生成告警消息并且出于關(guān)聯(lián)性目的而以可用的上下文標(biāo)識(shí)符來標(biāo)記告警消息的給定網(wǎng)元中的邏輯實(shí)體。
[0112]0&M組件20集中地收集來自各個(gè)網(wǎng)元(例如NE30和NE40)的告警消息,用于進(jìn)一步處理和分析。如圖7所示,0&M組件20包括告警關(guān)聯(lián)性功能,告警關(guān)聯(lián)性功能負(fù)責(zé)找出給定網(wǎng)元的不同組件或不同協(xié)議層所報(bào)告的告警事件之間以及還有不同網(wǎng)元所報(bào)告的告警事件之間的關(guān)聯(lián)性。上文已經(jīng)參照圖6A至圖6C描述了告警關(guān)聯(lián)性功能的示例性操作模式。
[0113]告警關(guān)聯(lián)性功能的輸出是將受規(guī)則引擎所處理的無方向關(guān)聯(lián)性圖,如以上參照圖6D所討論。規(guī)則引擎的輸出是告警關(guān)聯(lián)性的有向和加權(quán)圖,可以直接處理該圖用于告警根原因分析。
[0114]可以可選地通過使用對于告警事件關(guān)聯(lián)性所使用的相似上下文標(biāo)識(shí)符匹配機(jī)制將性能事件與告警事件進(jìn)行關(guān)聯(lián)來擴(kuò)展所得告警關(guān)聯(lián)性圖。該方面使得以通常如上所述的上下文標(biāo)識(shí)符來擴(kuò)充每個(gè)性能事件(例如每個(gè)性能事件消息或記錄)成為必要。以性能有關(guān)數(shù)據(jù)所擴(kuò)充的所得圖可以用于告警影響分析或告警優(yōu)先化目的。
[0115]現(xiàn)將基于圖8的流程圖800解釋以上參照圖6A所討論的0&M組件20關(guān)于示例性事件消息格式的告警關(guān)聯(lián)性功能的操作。
[0116]在第一步驟802中,一個(gè)接一個(gè)地取得0&M組件20所維護(hù)的告警列表上的單獨(dú)告警事件(具有對應(yīng)上下文標(biāo)識(shí)符),以用于作為新頂點(diǎn)添加現(xiàn)有或新關(guān)聯(lián)性圖中。在下一步驟804中,確定在步驟802中從列表取得的告警是否與任何現(xiàn)有關(guān)聯(lián)告警集合關(guān)聯(lián)。如果對于任意(n,m),都有id_L(i,n)=id_L(j,m),則告警被解釋為與另一告警關(guān)聯(lián)(并且屬于相同的關(guān)聯(lián)告警集合)。應(yīng)注意,可以可選地僅對可用上下文標(biāo)識(shí)符的子集執(zhí)行步驟804中的匹配處理。
[0117]如果存在現(xiàn)有關(guān)聯(lián)告警集合AS (k),則在步驟806中,將下一告警添加該集合中。此外,在圖中在步驟802中新取得的告警的頂點(diǎn)與告警集合AS (k)中的其余告警的頂點(diǎn)之間繪制邊。然后在步驟810中確定告警列表是否包含待處理的任何其它告警。如果情況如此,則方法循環(huán)回到步驟802,其中,從列表取得下一告警。如果已經(jīng)處理所有列出的告警,則完成關(guān)聯(lián)性操作(步驟812)。
[0118]如果在步驟804中確定步驟802中所取得的告警不隸屬任何現(xiàn)有告警集合AS (k),則在步驟814中創(chuàng)建新關(guān)聯(lián)告警集合AS (I)。然后,在步驟816中,對應(yīng)告警添加到告警集合AS(I),方法繼續(xù)步驟810。
[0119]可以通過與圖8所示相同的方式來完成告警與性能事件的關(guān)聯(lián)。在此情況下,在告警與性能事件之間而不是兩個(gè)告警之間匹配上下文標(biāo)識(shí)符。為此,將生成具有與告警事件相同上下文標(biāo)識(shí)符(或至少它們的子集)的(包括,例如,計(jì)數(shù)器、密鑰性能指示符(例如,所接收到的信號(hào)強(qiáng)度)等的)性能事件。
[0120]以下,將更多地關(guān)于一方面告警以及另一方面性能測量數(shù)據(jù)討論以上提出的上述技術(shù)的示例性3GPP實(shí)現(xiàn)。
[0121]至于告警報(bào)告功能,針對上下文標(biāo)識(shí)符的可選屬性contextlds可以添加到標(biāo)準(zhǔn)化告警記錄,如3GPP TS32.111-2的章節(jié)5.3.1.2中所討論。圖9所示的列表實(shí)施例包括AlarmInformation對象類的傳統(tǒng)屬性外加新屬性contextlds。
[0122]AlarmInformation對象類通常與關(guān)于在受監(jiān)控的實(shí)體(例如受監(jiān)控的網(wǎng)元)中已經(jīng)發(fā)生的并且在IRP代理與IRP管理器之間的接口 Itf-N上的告警IRP基準(zhǔn)點(diǎn)上所交換的告警事件的信息有關(guān),如3GPP TS32.111-2所討論。應(yīng)注意,出于關(guān)聯(lián)性的原因,沒有屬性contextlds的AlarmInformation對象中的現(xiàn)有屬性將通常并不足夠。作為示例,屬性alarmld用于標(biāo)識(shí)受監(jiān)控的實(shí)體所調(diào)用的告警列表內(nèi)的給定告警。alarmld屬性僅在objectlnstance屬性所標(biāo)識(shí)的一個(gè)給定的受監(jiān)控實(shí)體所生成的給定告警列表內(nèi)是唯一的。notificationld屬性標(biāo)識(shí)攜帶告警列表中所包含的特定AlarmInformation對象的告警通知。其余現(xiàn)有屬性描述關(guān)于告警的細(xì)節(jié),例如其已經(jīng)發(fā)生的時(shí)間、關(guān)于已經(jīng)發(fā)生的特定事件的信息等。
[0123]具體地說,現(xiàn)有AlarmInformation對象中可用的標(biāo)識(shí)符(alarmld、notificationId、objectInstance)可以僅用于告警的無歧義標(biāo)識(shí),但它們并不傳送其它受監(jiān)控實(shí)體或同一受監(jiān)控實(shí)體的不同組件潛在地生成的關(guān)于對其它告警的可能關(guān)系的任何有用信息。故此,現(xiàn)有標(biāo)識(shí)符并不足以確定相同或不同受監(jiān)控實(shí)體所生成的多個(gè)告警之間的關(guān)聯(lián)性。
[0124]另一方面,新定義的屬性contextlds是允許告警關(guān)聯(lián)性的名稱_值對的形式(每個(gè)對包括上下文類型指示參數(shù)和有關(guān)上下文標(biāo)識(shí)值參數(shù))。在下文中所討論的具體實(shí)現(xiàn)中,討論使用八個(gè)名稱-值對并且使用可以保存未來擴(kuò)展的列表結(jié)構(gòu)。
[0125]以下是八個(gè)名稱-值對的名稱(即,上下文類型標(biāo)識(shí))。上文已經(jīng)定義了它們語義。
[0126]用戶上下文:UE上下文標(biāo)識(shí)符,
[0127]網(wǎng)絡(luò)小區(qū)上下文:單元標(biāo)識(shí)符,
[0128]NE上下文:節(jié)點(diǎn)標(biāo)識(shí)符,
[0129]NE組件上下文:節(jié)點(diǎn)內(nèi)部元件標(biāo)識(shí)符,
[0130]網(wǎng)絡(luò)協(xié)議上下文(源):協(xié)議上下文標(biāo)識(shí)符-源側(cè),
[0131 ] 網(wǎng)絡(luò)協(xié)議上下文(對等):協(xié)議上下文標(biāo)識(shí)符-對等側(cè),
[0132]網(wǎng)絡(luò)接口上下文(源):接口標(biāo)識(shí)符-源側(cè),
[0133]網(wǎng)絡(luò)接口上下文(對等):接口標(biāo)識(shí)符-對等側(cè)
[0134]賣家特定容器私有id容器。
[0135]以下是抽象句法標(biāo)記I (ASN.1)格式中的八個(gè)名稱-值對的示例性表述:
[0136]
【權(quán)利要求】
1.一種用于確定在一個(gè)或更多個(gè)網(wǎng)元(30;40)中發(fā)生的事件之間的關(guān)聯(lián)性的方法,其中,所述事件之間的關(guān)聯(lián)性是因根事件通過所述一個(gè)或更多個(gè)網(wǎng)元(30 ;40)的通信實(shí)體的傳播而產(chǎn)生,所述方法包括: 從一個(gè)或更多個(gè)網(wǎng)元(30 ;40)接收多個(gè)事件消息,其中,與特定網(wǎng)元(30 ;40)所報(bào)告的事件相關(guān)的事件消息用信號(hào)傳遞一個(gè)或更多個(gè)上下文標(biāo)識(shí)符,所述一個(gè)或更多個(gè)上下文標(biāo)識(shí)符描述在所述事件發(fā)生時(shí)所述事件發(fā)生的所述通信實(shí)體的內(nèi)部通信狀態(tài);以及 確定相同上下文標(biāo)識(shí)符所鏈接的關(guān)聯(lián)事件的集合。
2.如權(quán)利要求1所述的方法,其中,每個(gè)上下文標(biāo)識(shí)符包括指示上下文類型的第一參數(shù)以及指示相關(guān)聯(lián)標(biāo)識(shí)值的第二參數(shù)。
3.如權(quán)利要求2所述的方法,其中,當(dāng)所述關(guān)聯(lián)事件消息包括具有相同上下文類型并且具有相同標(biāo)識(shí)值的至少一個(gè)上下文標(biāo)識(shí)符時(shí),確定兩個(gè)事件為關(guān)聯(lián)的。
4.如前述權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述事件消息中的至少一個(gè)指示與所述事件中所涉及的不同通信實(shí)體相關(guān)的兩個(gè)或更多個(gè)上下文標(biāo)識(shí)符。
5.如權(quán)利要求4所述的方法,其中,當(dāng)所述關(guān)聯(lián)事件消息是經(jīng)由包括一個(gè)或更多個(gè)中間事件消息的鏈進(jìn)行鏈接的時(shí),確定兩個(gè)事件為關(guān)聯(lián)的,其中,兩個(gè)事件消息之間的鏈接是由所述兩個(gè)事件消息中具有相同上下文類型并且具有相同標(biāo)識(shí)值的至少一個(gè)上下文標(biāo)識(shí)符所定義的。
6.如前述權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述通信實(shí)體的內(nèi)部通信狀態(tài)是通過以下上下文類型中的一個(gè)或更多個(gè)進(jìn)行描述的: 用戶上下文; 網(wǎng)絡(luò)小區(qū)上下文; 報(bào)告網(wǎng)元側(cè)的網(wǎng)元上下文、網(wǎng)元組件上下文、網(wǎng)絡(luò)接口上下文、網(wǎng)絡(luò)協(xié)議上下文和賣家特定容器上下文中的至少一個(gè);以及 所述報(bào)告網(wǎng)元的對等側(cè)的網(wǎng)元上下文、網(wǎng)元組件上下文、網(wǎng)絡(luò)接口上下文、網(wǎng)絡(luò)協(xié)議上下文和賣家特定容器上下文中的至少一個(gè)。
7.如權(quán)利要求6所述的方法,其中,針對每個(gè)上下文,定義允許至少在本地區(qū)分不同上下文的唯一標(biāo)識(shí)值。
8.如前述權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述至少一個(gè)上下文標(biāo)識(shí)符與未包括在報(bào)告所述事件的所述網(wǎng)元(30)中或與報(bào)告所述事件的所述網(wǎng)元(30)不同的通信實(shí)體有關(guān)。
9.如前述權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述至少一個(gè)上下文標(biāo)識(shí)符與位于報(bào)告所述事件的所述網(wǎng)元(30)的對等側(cè)的網(wǎng)元(40)的通信實(shí)體有關(guān)。
10.如權(quán)利要求9所述的方法,其中,所述網(wǎng)元(30)報(bào)告的所述事件消息包括:與所述報(bào)告網(wǎng)元(30)的第一通信實(shí)體有關(guān)的至少一個(gè)第一上下文標(biāo)識(shí)符,以及與所述對等側(cè)的所述網(wǎng)元(40)的第二通信實(shí)體有關(guān)的至少一個(gè)第二上下文標(biāo)識(shí)符。
11.如權(quán)利要求10所述的方法,其中,報(bào)告網(wǎng)元(30)已經(jīng)在上下文設(shè)置處理和配置處理中的至少一個(gè)期間從中央網(wǎng)絡(luò)管理實(shí)體(20)獲得關(guān)于與所述對等側(cè)有關(guān)的所述第二上下文標(biāo)識(shí)符的信息。
12.如權(quán)利要求10所述的方法,其中,所述報(bào)告網(wǎng)元(30)已經(jīng)在上下文交換處理期間從所述對等側(cè)的網(wǎng)元(40)獲得關(guān)于與所述對等側(cè)有關(guān)的所述第二上下文標(biāo)識(shí)符的信息。
13.如權(quán)利要求9所述的方法,其中,所述網(wǎng)元(30)報(bào)告的所述事件消息包括與所述報(bào)告網(wǎng)元(30)的第一通信實(shí)體有關(guān)的至少一個(gè)第一上下文標(biāo)識(shí)符,并且所述方法還包括:響應(yīng)于接收所述事件消息,基于所存儲(chǔ)的配置信息確定與對等側(cè)的所述網(wǎng)元(40)的第二通信實(shí)體有關(guān)的至少一個(gè)第二上下文標(biāo)識(shí)符。
14.如權(quán)利要求13所述的方法,其中,所述第二上下文標(biāo)識(shí)符是基于所述第一上下文標(biāo)識(shí)符在配置數(shù)據(jù)庫中通過查找處理來確定的。
15.如前述權(quán)利要求中的任一項(xiàng)所述的方法,還包括: 生成用于所述關(guān)聯(lián)事件的集合的關(guān)聯(lián)性圖,所述關(guān)聯(lián)性圖包括頂點(diǎn)以及連接所述頂點(diǎn)的邊,其中,每個(gè)頂點(diǎn)表示特定事件,每個(gè)邊表示所連接的頂點(diǎn)所表示的事件之間的關(guān)聯(lián)性,如果存在與兩個(gè)事件相關(guān)聯(lián)的至少一個(gè)相同的上下文標(biāo)識(shí)符,則在兩個(gè)頂點(diǎn)之間添加邊; 分析所述圖以確定至少一個(gè)根頂點(diǎn);以及 基于所述至少一個(gè)根頂點(diǎn),確定所述關(guān)聯(lián)事件之間的至少一個(gè)根事件。
16.如權(quán)利要求15所述的方法,其中,所述關(guān)聯(lián)性圖具有有向頂點(diǎn)。
17.如權(quán)利要求15或16所述的方法,其中,生成所述關(guān)聯(lián)性圖包括: 根據(jù)所述關(guān)聯(lián)事件集合來生成無向圖; 通過將規(guī)則集合應(yīng)用于所述無向圖來將方向添加到所述頂點(diǎn),其中,每個(gè)規(guī)則指定兩個(gè)事件之間的發(fā)生關(guān)系的順序。`
18.如權(quán)利要求15至17中的任一項(xiàng)所述的方法,其中,所述事件消息指示時(shí)間發(fā)生信息,以及,根據(jù)所述時(shí)間發(fā)生信息來導(dǎo)出所述頂點(diǎn)方向。
19.如權(quán)利要求15至18中的任一項(xiàng)所述的方法,其中,生成所述關(guān)聯(lián)性圖包括: 確定針對多對關(guān)聯(lián)事件的關(guān)聯(lián)性強(qiáng)度;以及 基于所述關(guān)聯(lián)性強(qiáng)度來將權(quán)重添加到所述關(guān)聯(lián)性圖的所述頂點(diǎn)和邊中的至少一個(gè)。
20.如前述權(quán)利要求中的任一項(xiàng)所述的方法,其中,從包括網(wǎng)元、網(wǎng)元組件、網(wǎng)絡(luò)協(xié)議層和網(wǎng)絡(luò)接口的組中選擇所述通信實(shí)體。
21.如前述權(quán)利要求中的任一項(xiàng)所述的方法,其中,所述事件包括告警事件和性能事件中的至少一個(gè)。
22.如權(quán)利要求21所述的方法,其中,相同上下文標(biāo)識(shí)符鏈接的所述關(guān)聯(lián)事件的集合包括告警事件和性能事件。
23.如權(quán)利要求21或22所述的方法,其中,所述性能事件包括計(jì)數(shù)器和密鑰性能指示符中的至少一個(gè)。
24.一種用于生成事件消息的方法,所述事件消息能夠?qū)崿F(xiàn)一個(gè)或更多個(gè)網(wǎng)元(30;40)中發(fā)生的事件之間的關(guān)聯(lián)性的確定,其中,所述事件之間的關(guān)聯(lián)性因根事件通過所述一個(gè)或更多個(gè)網(wǎng)元(30 ;40)的通信實(shí)體的傳播而產(chǎn)生,所述方法在網(wǎng)元(30 ;40)中執(zhí)行,并且包括: 在所述網(wǎng)元(30 ;40)的第一通信實(shí)體中檢測事件的發(fā)生; 確定描述當(dāng)所述事件發(fā)生時(shí)所述第一通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或更多個(gè)上下文標(biāo)識(shí)符;生成被配置為用信號(hào)傳遞所述一個(gè)或更多個(gè)上下文標(biāo)識(shí)符的事件消息;以及 向中央網(wǎng)絡(luò)管理實(shí)體報(bào)告所述事件消息。
25.如權(quán)利要求24所述的方法,其中,所述網(wǎng)元所報(bào)告的事件消息包括:與所述報(bào)告網(wǎng)元(30)的第一通信實(shí)體有關(guān)的至少一個(gè)第一上下文標(biāo)識(shí)符,以及與所述報(bào)告網(wǎng)元(30)的對等側(cè)的網(wǎng)元(40)的第二通信實(shí)體有關(guān)的至少一個(gè)第二上下文標(biāo)識(shí)符,并且,所述報(bào)告網(wǎng)元(30)在以下處理期間已經(jīng)獲得關(guān)于與所述對等側(cè)有關(guān)的所述第二上下文標(biāo)識(shí)符的信息: 來自所述中央網(wǎng)絡(luò)管理實(shí)體(20)的上下文設(shè)置處理和配置處理中的至少一個(gè);或 來自所述對等側(cè)的網(wǎng)元(40)的上下文交換處理。
26.如權(quán)利要求24或25所述的方法,還包括: 將所述至少一個(gè)上下文標(biāo)識(shí)符插入以下對象中的至少一個(gè)中: 根據(jù)第三代合作伙伴計(jì)劃或3GPP規(guī)范的AlarmInformation記錄對象;以及 根據(jù)所述3GP P規(guī)范的性能測量記錄對象;以及 其中,生成所述事件消息包括:在所述事件消息中插入所得到的對象。
27.一種計(jì)算機(jī)程序產(chǎn)品,包括:用于當(dāng)在計(jì)算設(shè)備上執(zhí)行所述計(jì)算機(jī)程序產(chǎn)品時(shí)執(zhí)行前述權(quán)利要求中的任一項(xiàng)的步驟的程序代碼部分。
28.如權(quán)利要求27所述的計(jì)算機(jī)程序產(chǎn)品,所述計(jì)算機(jī)程序產(chǎn)品存儲(chǔ)在計(jì)算機(jī)可讀記錄介質(zhì)上。
29.一種用于確定在一個(gè)或更多個(gè)網(wǎng)元(30;40)中發(fā)生的事件之間的關(guān)聯(lián)性的裝置(20),其中,所述事件之間的關(guān)聯(lián)性是因根事件通過所述一個(gè)或更多個(gè)網(wǎng)元(30;40)的通信實(shí)體的傳播而產(chǎn)生,所述裝置包括: 接口(22),被適配為:從一個(gè)或更多個(gè)網(wǎng)元(30 ;40)接收多個(gè)事件消息,其中,與特定網(wǎng)元(30 ;40)所報(bào)告的事件相關(guān)的事件消息用信號(hào)傳遞一個(gè)或更多個(gè)上下文標(biāo)識(shí)符,所述一個(gè)或更多個(gè)上下文標(biāo)識(shí)符描述在所述事件發(fā)生時(shí)所述事件發(fā)生的所述通信實(shí)體的內(nèi)部通信狀態(tài); 處理器(24),被適配為:確定相同上下文標(biāo)識(shí)符所鏈接的關(guān)聯(lián)事件集合。
30.一種用于生成事件消息的裝置(30 ;40),所述事件消息能夠?qū)崿F(xiàn)一個(gè)或更多個(gè)網(wǎng)元(30 ;40)中發(fā)生的事件之間的關(guān)聯(lián)性的確定,其中,所述事件之間的關(guān)聯(lián)性是因根事件通過所述一個(gè)或更多個(gè)網(wǎng)元(30 ;40)的通信實(shí)體的傳播而產(chǎn)生,所述裝置(30 ;40)包括: 檢測器(34 ;44),被適配為:在所述網(wǎng)元(30 ;40)的通信實(shí)體中檢測事件的發(fā)生;處理器(36 ;46),被適配為:確定描述當(dāng)所述事件發(fā)生時(shí)所述事件發(fā)生的所述通信實(shí)體的內(nèi)部通信狀態(tài)的一個(gè)或更多個(gè)上下文標(biāo)識(shí)符,其中,所述處理器(36 ;46)還被適配為:生成被配置為用信號(hào)傳遞所述一個(gè)或更多個(gè)上下文標(biāo)識(shí)符的事件消息;以及接口(32 ;42),被適配為:向中央網(wǎng)絡(luò)組件報(bào)告所述事件消息。
31.一種關(guān)聯(lián)性確定系統(tǒng)(10),包括如權(quán)利要求29所述的裝置(20)以及多個(gè)如權(quán)利要求30所述的裝置(30 ;40)。
【文檔編號(hào)】G06F11/07GK103430483SQ201180068903
【公開日】2013年12月4日 申請日期:2011年3月3日 優(yōu)先權(quán)日:2011年3月3日
【發(fā)明者】安德拉斯·拉茨, 安德拉斯·沃瑞斯, 埃德溫·謝, 奧斯卡·齊 申請人:瑞典愛立信有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會(huì)獲得點(diǎn)贊!
1
金沙县| 宜昌市| 祁东县| 天全县| 黄龙县| 行唐县| 浦北县| 辽宁省| 青州市| 贺州市| 屏东市| 桐城市| 淮安市| 玛沁县| 木里| 广河县| 林口县| 盱眙县| 衡东县| 那曲县| 山东省| 诸暨市| 左权县| 象山县| 三台县| 秦皇岛市| 若羌县| 阿城市| 古丈县| 柘荣县| 图片| 汨罗市| 镇原县| 夏津县| 汝城县| 那坡县| 商河县| 景谷| 阿拉善盟| 定远县| 万全县|