[發(fā)明專利]一種基站中故障告警上報方法及系統(tǒng)有效
| 申請?zhí)枺?/td> | 200710079046.7 | 申請日: | 2007-02-09 |
| 公開(公告)號: | CN101242613A | 公開(公告)日: | 2008-08-13 |
| 發(fā)明(設(shè)計)人: | 唐永霞;魏菊霞 | 申請(專利權(quán))人: | 鼎橋通信技術(shù)有限公司 |
| 主分類號: | H04Q7/34 | 分類號: | H04Q7/34;H04Q7/30;H04B17/00;H04J13/02;H04L12/24;H04L12/26 |
| 代理公司: | 暫無信息 | 代理人: | 暫無信息 |
| 地址: | 100102北京市朝*** | 國省代碼: | 北京;11 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 一種 基站 故障 告警 上報 方法 系統(tǒng) | ||
技術(shù)領(lǐng)域
本發(fā)明涉及基站的狀態(tài)管理,特別涉及狀態(tài)改變時的告警通知和相關(guān)的狀態(tài)改變通知。具體的講是一種基站中故障告警上報方法及系統(tǒng)。
背景技術(shù)
狀態(tài)管理是定義在結(jié)構(gòu)管理中的一種公共服務(wù),其應(yīng)用于包括故障管理在內(nèi)的幾個管理領(lǐng)域。從故障管理的角度看,僅有二或三種初始狀態(tài)屬性是真正重要的,如:操作狀態(tài)和有效狀態(tài)。
在3GPP規(guī)范中,當(dāng)狀態(tài)的改變是由故障所引起時,告警通知和相關(guān)的狀態(tài)改變通知將被明確的關(guān)系信息所相關(guān)。
在這種情況下,狀態(tài)傳播也將被考慮,因為在管理單元中,任何原因的資源狀態(tài)改變時,該變化都將以一致的方式傳播到所有在功能上從屬于第一個資源的其它資源,在告警發(fā)生或清除時也是如此。
例如,在TD-SCDMANode-B中,對于故障管理來說該相關(guān)是增強(qiáng)的功能,具有該功能可使操作者更容易的分析故障產(chǎn)生的原因以及它對其它管理對象的影響。
根據(jù)ITU-T?X.733的建議,一個可選參數(shù)“相關(guān)通知”可被用于支持相關(guān)功能。這個參數(shù)提出時,包含一組通知標(biāo)識符,如果需要還包含與它們相關(guān)的被管對象實例的名稱。這個組被定義為所有通知的組,其中的通知被認(rèn)為是相關(guān)的。與提出相關(guān)通知參數(shù)所不同的是,如果相關(guān)事件報告來源于被管對象實例,那么將會出現(xiàn)源對象實例。
從ITU-T的建議可知,在告警事件報告(AER)和相關(guān)狀態(tài)變化事件報告(CSER)中存在三個必要的元素:
(1)一組通知標(biāo)識符(NID);
(2)源管理對象(S-MO);
(3)被影響的管理對象(E-MO)。
圖1為AER和CSER相關(guān)流程的例子。在圖1中,網(wǎng)元(Network?Element)的硬件管理對象1(HMO1)為故障告警的源管理對象,其中:
HMO1向綜合參考點代理者(IRP?Agent)的故障管理單元上報告警信息(見步驟1);
故障管理單元接到告警信息后將HMO1的故障通報給狀態(tài)管理單元(見步驟2);
狀態(tài)管理單元改變HMO1的狀態(tài),并生成具有源管理對象狀態(tài)改變通知標(biāo)識符(NID)n2且源管理對象為HMO1的CSER上報給網(wǎng)絡(luò)管理者(IRP?NM)(見步驟3);
狀態(tài)管理單元還將HMO1的狀態(tài)改變傳播到功能管理對象1(FMO1)和功能管理對象2(FMO2),生成具有FMO1狀態(tài)改變通知標(biāo)識符為n4源管理對象為HMO1的CSER和具有FMO2狀態(tài)改變通知標(biāo)識符為n3源管理對象為HMO1的CSER上報給網(wǎng)絡(luò)管理者(見步驟4);
由于上述的狀態(tài)改變事件由HMO1的告警事件所引起,因此狀態(tài)改變事件的標(biāo)識符n2、n3、n4作為告警事件的相關(guān)通知標(biāo)識符(Co-NID)而傳送給所述的故障管理單元(見步驟5);
最后由故障管理單元生成具有告警事件通知標(biāo)識符(NID)n1和狀態(tài)改變相關(guān)通知標(biāo)識符(Co-NID)n2、n3、n4的CSER上報給網(wǎng)絡(luò)管理者(見步驟6)。
從圖1所示的流程可以看出,流程接合非常復(fù)雜,并且采用這個方法時,直到結(jié)束狀態(tài)傳播故障管理才會上報,并且會加入故障管理和狀態(tài)管理之間的信息交換。
為了更明確的說明上述流程,所涉及的事件可被簡化為圖2所示的流程,其中示出了事件之間的網(wǎng)狀的關(guān)系。該流程是:
E1為初始事件,其引發(fā)了事件E2;
E2驅(qū)動事件E3和E4;
E1需要顧及E2、E3和E4。
如圖2所示,返回到相關(guān)的原始對象,以為操作者提供整個故障的線索和狀態(tài)轉(zhuǎn)變的過程,其中以虛線提供的信息實際上是多余的,這種方法很象雙重鏈接的列表。
通過上述簡化了的事件流程的說明,可以看到現(xiàn)有技術(shù)中的狀態(tài)變化事件報告和告警事件報告相關(guān)方法比較復(fù)雜,且從故障源的告警上報開始到網(wǎng)絡(luò)管理接收的相關(guān)的報告需要經(jīng)過多個流程,這必將對告警的效果產(chǎn)生一定的影響。
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種基站中故障告警上報方法及系統(tǒng),用以解決狀態(tài)變化事件報告和告警事件報告相關(guān)流程的復(fù)雜性的問題,從而提高故障告警上報的效率。
本發(fā)明提供了一種基站中故障告警上報方法,當(dāng)狀態(tài)變化事件由告警事件所引起時:在告警事件報告中加入源管理對象通知標(biāo)識符和源管理對象狀態(tài)改變相關(guān)通知標(biāo)識符;在相關(guān)狀態(tài)變化事件報告中加入結(jié)果管理對象狀態(tài)改變通知標(biāo)識符和源管理對象相關(guān)通知標(biāo)識符;將所述的告警事件報告和相關(guān)狀態(tài)變化事件報告上報。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于鼎橋通信技術(shù)有限公司,未經(jīng)鼎橋通信技術(shù)有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.17sss.com.cn/pat/books/200710079046.7/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。
- 無線接入網(wǎng)元信息上報方法、設(shè)備和系統(tǒng)
- 收集與訓(xùn)練定位數(shù)據(jù)的方法、裝置與系統(tǒng)
- 用戶終端及其最小化路測MDT測量數(shù)據(jù)上報方法及裝置
- 移動設(shè)備的數(shù)據(jù)采集上報方法和系統(tǒng)
- 網(wǎng)絡(luò)直播數(shù)據(jù)上報方法及裝置
- 一種智能電表的上報方法
- 直接鏈路的信道質(zhì)量上報方法及裝置、存儲介質(zhì)、用戶設(shè)備
- 一種上報事件處理方法、裝置、設(shè)備及存儲介質(zhì)
- 一種停電實時上報方法及系統(tǒng)
- 游戲數(shù)據(jù)的上報方法、裝置、系統(tǒng)、設(shè)備及存儲介質(zhì)





