專利名稱：用于實(shí)現(xiàn)告警查詢出錯后定位出錯原因的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種用于實(shí)現(xiàn)告警查詢出錯后 定位出錯原因的方法。
背景技術(shù)：
綜合網(wǎng)管系統(tǒng)NMS是面向全網(wǎng)以網(wǎng)癥各管理為基石出，對全網(wǎng)資 源實(shí)施"集中監(jiān)控、集中維護(hù)、集中管理"的網(wǎng)絡(luò)管理系統(tǒng)，綜合 網(wǎng)管改變了傳統(tǒng)網(wǎng)管系統(tǒng)以設(shè)備管理為核心的狀況，通過與i殳備網(wǎng) 管的結(jié)合1"吏網(wǎng)絡(luò)管理更全面、更深入、更切合用戶運(yùn)營需要，為運(yùn) 營商構(gòu)建起"可運(yùn)營、可管理、可增值"的電信網(wǎng)絡(luò)系統(tǒng)。綜合網(wǎng)管系統(tǒng)NMS管理的下級系統(tǒng)就是網(wǎng)元管理系統(tǒng)EMS 。 NMS可能會管理各個屬于不同的生產(chǎn)廠家的網(wǎng)元管理系統(tǒng)EMS， 各個EMS分別管理若干個網(wǎng)元。GetAlarmList是3GPP組織定義的一個操作，用于NMS調(diào)用該 操作向EMS獲取一個或多個指定的告警信息列表，即，查詢符合 條件的當(dāng)前告警信息列表。在沒有出錯的情況下查詢告警信息的過程如圖1所示步艱A 101，首先NMS在周期4生4妾收到EMS發(fā)來的表示EMS 和NMS連4妄的北向4妄口可以正常通信的通知的情況下NMS向EMS 發(fā)送查詢告警信息的操作。
步驟102， EMS在收到查詢告警信息的操作以后進(jìn)行過濾條件 的分析，然后讀耳又?jǐn)?shù)據(jù)庫，按照過濾條件來在lt據(jù)庫中進(jìn)行查詢。步驟103,將在數(shù)據(jù)庫中查詢到的符合條件的告警信息上傳給 EMS,并存儲在EMS的內(nèi)存中。步驟104，在查詢完畢之后，EMS將在lt悟庫中查詢到的符合 條件的告警信息上傳鄉(xiāng)合NMS。這就是一個正常的NMS向EMS查 詢告警信息的完整過程。當(dāng)NMS向EMS發(fā)布查詢告警信息的操作命令GetAlarmList 查詢告警信息的時候，有可能會因?yàn)楦鞣N原因造成出錯。那么，就 需要一種處理異常出錯的方法，其能夠定位出錯原因，并返回相應(yīng) 的出4昔原因給NMS,從而便于快捷的定位4晉誤所在位置和原因，以 最快的速度進(jìn)行解決。發(fā)明內(nèi)容本發(fā)明針對現(xiàn)有技術(shù)存在的問題提出了 一種用于實(shí)現(xiàn)告警查詢 出錯后定位出錯原因的方法，該方法包括以下步驟步驟S202，在 滿足預(yù)定條件的情況下，綜合網(wǎng)管系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)送告警信 息查詢命令以進(jìn)行告警信息的查詢操作；以及步驟S204,如果在查 詢操作中遇到異常出錯，則定位出錯原因，并返回相應(yīng)的出錯消息 給綜合網(wǎng)管系統(tǒng)。其中，預(yù)定條件為綜合網(wǎng)管系統(tǒng)周期性地接收到從網(wǎng)元管理系 統(tǒng)發(fā)送的表示連4妾綜合網(wǎng)管系統(tǒng)和網(wǎng)元管理系統(tǒng)的北向4妾口可以正 常通4言的通知。此外，步驟S204還包括以下處理步驟S302,網(wǎng)元管理系統(tǒng) 對告警信息查詢命令進(jìn)行參數(shù)檢查；步驟S304,在參數(shù)檢查沒有錯
誤的情況下，網(wǎng)元管理系統(tǒng)對作為查找條件的所述參凄史進(jìn)行分析，然后根據(jù)查找條件讀取^:據(jù)庫；步驟S306,網(wǎng)元管理系統(tǒng)判斷是否 能夠正常執(zhí)行讀取數(shù)椐庫的操作；步驟S308，在能夠正常執(zhí)行讀取 數(shù)據(jù)庫的操作的情況下，網(wǎng)元管理系統(tǒng)查詢數(shù)據(jù)庫，并將符合查找 條件的告警信息存儲在網(wǎng)元管理系統(tǒng)的內(nèi)存中；步驟S310，網(wǎng)元管 理系統(tǒng)確定內(nèi)存中的所述告警信息的數(shù)量是否超過閾值；以及步驟 S312，在告警信息的數(shù)量沒有超過所述閾值的情況下，網(wǎng)元管理系 統(tǒng)將告警信息上報給綜合網(wǎng)管系統(tǒng)。優(yōu)選地，步驟S302還包括以下處理步驟S3022，網(wǎng)元管理系 統(tǒng)判斷告警信息查詢命令的參數(shù)是否在查詢操作的參數(shù)列表內(nèi)；以 及步驟S3024，在參數(shù)在查詢操作的參數(shù)列表內(nèi)的情況下，網(wǎng)元管 理系統(tǒng)判斷參lt是否有效、才各式是否正確、以及數(shù)值是否在允許的 范圍內(nèi)。如果在步驟S3022中判斷出告警信息查詢命令的參數(shù)不在查詢 操作的參數(shù)列表內(nèi)，則網(wǎng)元管理系統(tǒng)向綜合網(wǎng)管系統(tǒng)上報出錯原因， 并返回"參數(shù)不被支持"的出錯消息。如果在步驟S3024中判斷出所述參數(shù)無效、格式不正確、或者 數(shù)值不在允許的范圍內(nèi)，則網(wǎng)元管理系統(tǒng)向綜合網(wǎng)管系統(tǒng)上報出錯 原因，并返回"無效參數(shù)"的出錯消息。如果在步驟S306中判斷出不能正常執(zhí)行讀取數(shù)據(jù)庫的操作， 則^t據(jù)庫給網(wǎng)元管理系統(tǒng)返回H據(jù)庫異常"的出4昔消息，并且網(wǎng) 管管理系統(tǒng)將該出錯消息返回給綜合網(wǎng)管系統(tǒng)。其中，閾值為連接綜合網(wǎng)管系統(tǒng)和網(wǎng)元管理系統(tǒng)的北向接口 一 次性允許傳輸?shù)淖畲蟾婢畔?shù)量。 如果在步驟S310中確定告警信息的數(shù)據(jù)超過所述閾值，則網(wǎng) 元管理系統(tǒng)向綜合網(wǎng)管系統(tǒng)上報"超出限定數(shù)量"的出錯消息，并 停止上報告警信息。在停止上報告警信息之后，網(wǎng)元管理系統(tǒng)將告警信息形成為告 警信息列表文件，然后向綜合網(wǎng)管系統(tǒng)上報"準(zhǔn)備好文件"通知， 綜合網(wǎng)管系統(tǒng)在收到所述通知之后通過文件傳輸協(xié)議方式獲取告警 信息列表文件。通過本發(fā)明，如果在查詢告警信息的操作過程中出現(xiàn)異常，能 夠快捷地定位出錯位置和原因，以最快的速度進(jìn)行解決。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā) 明的目的和其估/f尤點(diǎn)可通過在所寫的it明書、4又利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


附圖用來4是供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成i兌明書的一部 分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中圖1是示出根據(jù)現(xiàn)有技術(shù)的NMS向EMS進(jìn)行告警信息查詢梯: 作的示意圖；圖2是示出根據(jù)本發(fā)明的用于實(shí)現(xiàn)告警查詢出錯后定位出錯原 因的方法的流程圖；圖3是示出在圖2的流程圖中步驟S204的具體細(xì)節(jié)的流程圖； 圖4是示出根據(jù)本發(fā)明實(shí)施例的用于實(shí)現(xiàn)告警查詢出錯后定位 出^"原因的方法的示意圖。
具體實(shí)施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。下面，結(jié)合附圖描述本發(fā)明。圖2是示出根據(jù)本發(fā)明的用于實(shí)現(xiàn)告警查詢出錯后定位出錯原 因的方法的流程圖。參照圖2，該方法包4舌以下步-驟步眾《S202，在滿足預(yù)定條件 的情況下，綜合網(wǎng)管系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)送告警信息查詢命令以 進(jìn)行告警信息的查詢操作；以及步驟S204，如果在查詢操作中遇到 異常出錯，則定位出錯原因，并返回相應(yīng)的出錯消息給綜合網(wǎng)管系統(tǒng)。其中，預(yù)定條件為綜合網(wǎng)管系統(tǒng)周期性地接收到從網(wǎng)元管理系 統(tǒng)發(fā)送的表示連4妻綜合網(wǎng)管系統(tǒng)和網(wǎng)元管理系統(tǒng)的北向4妾口可以正 常通4言的通^口。參照圖3，步驟S204還包括以下處理步驟S302，網(wǎng)元管理 系統(tǒng)對告警信息查詢命令進(jìn)行參數(shù)檢查；步驟S304，在參數(shù)檢查沒 有錯誤的情況下，網(wǎng)元管理系統(tǒng)對作為查找條件的所述參數(shù)進(jìn)行分 析，然后根據(jù)查找條件讀取數(shù)據(jù)庫；步驟S306,網(wǎng)元管理系統(tǒng)判斷 是否能夠正常^^f讀耳又?jǐn)?shù)據(jù)庫的纟喿作；步驟S308，在能夠正常#1行 讀取數(shù)據(jù)庫的操作的情況下，網(wǎng)元管理系統(tǒng)查詢K據(jù)庫，并將符合 查找條件的告警信息存儲在網(wǎng)元管理系統(tǒng)的內(nèi)存中；步驟S310，網(wǎng)
元管理系統(tǒng)確定內(nèi)存中的所述告警信息的數(shù)量是否超過閾值；以及 步驟S312，在告警信息的數(shù)量沒有超過所述閾值的情況下，網(wǎng)元管 理系統(tǒng)將告警信息上報給綜合網(wǎng)管系統(tǒng)。優(yōu)選地，步驟S302還包括以下處理步驟S3022,網(wǎng)元管理系 統(tǒng)判斷告警信息查詢命令的參數(shù)是否在查詢操作的參數(shù)列表內(nèi)；以 及步驟S3024，在參數(shù)在查詢操作的參數(shù)列表內(nèi)的情況下，網(wǎng)元管 理系統(tǒng)判斷參數(shù)是否有效、格式是否正確、以及數(shù)值是否在允許的范圍內(nèi)。如果在步驟S3022中判斷出告警信息查詢命令的參數(shù)不在查詢 操作的參數(shù)列表內(nèi)，則網(wǎng)元管理系統(tǒng)向綜合網(wǎng)管系統(tǒng)上報出錯原因， 并返回"參數(shù)不被支持"的出錯消息。如果在步驟S3024中判斷出所述參數(shù)無效、格式不正確、或者 數(shù)值不在允許的范圍內(nèi)，則網(wǎng)元管理系統(tǒng)向綜合網(wǎng)管系統(tǒng)上報出錯 原因，并返回"無效參數(shù)"的出錯消息。如果在步驟S306中判斷出不能正常執(zhí)行讀取數(shù)據(jù)庫的操作， 則數(shù)據(jù)庫給網(wǎng)元管理系統(tǒng)返回"數(shù)據(jù)庫異常"的出4晉消息，并且網(wǎng) 管管理系統(tǒng)將該出錯消息返回給綜合網(wǎng)管系統(tǒng)。其中，閾值為連4妻綜合網(wǎng)管系統(tǒng)和網(wǎng)元管理系統(tǒng)的北向接口 一 次性允許傳輸?shù)淖畲蟾婢畔?shù)量。如果在步驟S310中確定告警信息的數(shù)據(jù)超過所述閾值，則網(wǎng) 元管理系統(tǒng)向綜合網(wǎng)管系統(tǒng)上報"超出限定數(shù)量"的出錯消息，并 停止上報告警信息。在停止上報告警信息之后，網(wǎng)元管理系統(tǒng)將告警信息形成為告 警信息列表文件，然后向綜合網(wǎng)管系統(tǒng)上報"準(zhǔn)備好文件，，通知， 綜合網(wǎng)管系統(tǒng)在收到所述通知之后通過文件傳輸協(xié)議方式獲取告警 信息列表文件。下面，結(jié)合圖4詳細(xì)描述本發(fā)明的實(shí)施例。圖4是示出根據(jù)本發(fā)明實(shí)施例的用于實(shí)現(xiàn)告警查詢出錯后定位出錯原因的方法的示意圖。參照圖4，在步驟401中，首先NMS在周期性接收到EMS發(fā) 來的表示EMS和NMS連接的北向接口可以正常通信的通知的情況 下NMS向EMS發(fā)送查詢告警信息的命令。步驟402， EMS對接收到的查詢告警信息命令進(jìn)行參數(shù)檢查， 判斷輸入命令中的參數(shù)是否支持操作，是否在查詢操作的參數(shù)列表 之列，這是因?yàn)橛锌赡苡捎诓僮魅藛T的錯誤造成輸入不在參數(shù)列表 之列的其l也參凄丈。如果沒有《普誤就MJ'J 403，否則逸匕到404。步驟403， EMS對接收到的查詢告警信息命令進(jìn)行參數(shù)檢查， 判斷輸入命令中的參數(shù)是否有效、格式是否正確、以及數(shù)值是否屬 于允許的范圍之內(nèi)。如果沒有銷-i吳就跳到405，否則跳到404。步4聚404，如果在步驟202和203中發(fā)現(xiàn)4昔"i吳，貝'J EMS向NMS 上報出錯原因，本流程結(jié)束。其中，步驟202造成的錯誤返回'參 數(shù)不被支持，的出錯消息給NMS，以及步驟203造成的錯誤返回'無 效的參數(shù)，的出錯消息給NMS。如果沒有發(fā)現(xiàn)錯誤，則繼續(xù)到405。步驟405, EMS收到查詢告警信息命令以后進(jìn)行過濾條件(即， 查詢告警信息命令中的參數(shù)，也可以稱作查找消息)的分析，然后 根據(jù)過濾條件去讀取數(shù)據(jù)庫。
步驟406， EMS判斷讀取數(shù)據(jù)庫的操作是否正常執(zhí)行，如果不 能正常執(zhí)行就跳到407,如果能正常執(zhí)行就跳到408。步驟407,數(shù)據(jù)庫返回"數(shù)據(jù)庫異常"的出錯消息給EMS。 EMS 再將該出錯消息返回給NMS。步驟408，在EMS查詢完畢數(shù)據(jù)庫之后，對內(nèi)存中的查詢結(jié)果 進(jìn)行告警數(shù)量的統(tǒng)計，是否超過北向接口 (NMS和EMS的接口) 一次性所能允許傳輸?shù)淖畲蟾婢瘮?shù)量，如果超過則跳到409，否則 跳到410。步驟409，將超過限定數(shù)量的出錯消息上報給NMS，并停止上 傳告警信息。然后，將所有的告警信息輸出到文件(告警信息列表 文件)里面，隨后向NMS上報"文件準(zhǔn)備好通知"，NMS在收到 通知后通過文件傳豐#十辦_漢(file transfer protocol,簡稱為FTP)方式獲耳又相應(yīng)文件。最后，在步驟410中，如果在整個流程中沒有任何錯誤，則上 報所有符合查詢條件的告警信息給NMS。通過本發(fā)明的才支術(shù)方案。可以讓整個系統(tǒng)快速找到出錯原因并 返回相應(yīng)的出錯原因給綜合網(wǎng)管系統(tǒng)NMS系統(tǒng)，從而能夠快捷地 定位錯誤所在位置和原因，以最快的速度進(jìn)行解決。以上僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對 于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均 應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種用于實(shí)現(xiàn)告警查詢出錯后定位出錯原因的方法，其特征在于，所述方法包括以下步驟步驟S202，在滿足預(yù)定條件的情況下，綜合網(wǎng)管系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)送告警信息查詢命令以進(jìn)行告警信息的查詢操作；以及步驟S204，如果在所述查詢操作中遇到異常出錯，則定位出錯原因，并返回相應(yīng)的出錯消息給所述綜合網(wǎng)管系統(tǒng)。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)定條件為所 述綜合網(wǎng)管系統(tǒng)周期性地接收到從所述網(wǎng)元管理系統(tǒng)發(fā)送的 表示連4妾所述綜合網(wǎng)管系統(tǒng)和所述網(wǎng)元管理系統(tǒng)的北向4妾口 可以正常ii/f言的通知。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟S204還 包4舌以下處理步驟S302,所述網(wǎng)元管理系統(tǒng)對所述告警信息查詢命令 進(jìn)行參數(shù)檢查；步驟S304，在所述參數(shù)檢查沒有錯誤的情況下，所述網(wǎng) 元管理系統(tǒng)對作為查找條件的所述參數(shù)進(jìn)行分析，然后根據(jù)所 述查找條件讀取數(shù)據(jù)庫；步驟S306，所述網(wǎng)元管理系統(tǒng)判斷是否能夠正常4丸行讀 耳又所述凄t據(jù)庫的4乘作；步驟S308,在能夠正常執(zhí)行讀取所述數(shù)據(jù)庫的操作的情 況下，所述網(wǎng)元管理系統(tǒng)查詢所述數(shù)據(jù)庫，并將符合所述查找 條件的告警信息存儲在所述網(wǎng)元管理系統(tǒng)的內(nèi)存中；步艱《S310,所述網(wǎng)元管理系統(tǒng)確定所述內(nèi)存中的所述告 警信息的數(shù)量是否超過閾值；以及步驟S312，在所述告警信息的數(shù)量沒有超過所述閾值的 情況下，所述網(wǎng)元管理系統(tǒng)將所述告警信息上報給所述綜合網(wǎng) 管系統(tǒng)。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟S302還 包4舌以下處理步驟S3022，所述網(wǎng)元管理系統(tǒng)判斷所述告警信息查詢命 令的參數(shù)是否在所述查詢操作的參數(shù)列表內(nèi)；以及步驟S3024,在所述參lt在所述查詢^喿作的參凄t列表內(nèi)的 情況下，所述網(wǎng)元管理系統(tǒng)判斷所述參數(shù)是否有效、格式是否 正確、以及#:值是否在允許的范圍內(nèi)。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，如果在所述步驟 S3022中判斷出所述告警信息查詢命令的參數(shù)不在所述查詢 操作的參數(shù)列表內(nèi)，則所述網(wǎng)元管理系統(tǒng)向所述綜合網(wǎng)管系統(tǒng) 上報出錯原因，并返回"參數(shù)不被支持"的出錯消息。
6. 根據(jù)權(quán)利要求4所述的方法，其特征在于，如果在所述步驟 S3024中判斷出所述參數(shù)無效、才各式不正確、或者H值不在允 許的范圍內(nèi)，則所述網(wǎng)元管理系統(tǒng)向所述綜合網(wǎng)管系統(tǒng)上報出 錯原因，并返回"無效參數(shù)，，的出錯消息。
7. 根據(jù)權(quán)利要求3所述的方法，其特征在于，如果在所述步驟 S306中判斷出不能正常執(zhí)行讀取所述數(shù)據(jù)庫的操作，則所述 數(shù)據(jù)庫給所述網(wǎng)元管理系統(tǒng)返回"數(shù)據(jù)庫異常"的出錯消息， 并且所述網(wǎng)管管理系統(tǒng)將所述出錯消息返回給所述綜合網(wǎng)管 系統(tǒng)。
8. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述閾值為連接所述綜合網(wǎng)管系統(tǒng)和所述網(wǎng)元管理系統(tǒng)的北向4妄口 一次性允i午 傳輸?shù)淖畲蟾婢畔?shù)量。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，如果在所述步驟 S310中確定所述告警信息的數(shù)據(jù)超過所述閾值，則所述網(wǎng)元 管理系統(tǒng)向所述綜合網(wǎng)管系統(tǒng)上報"超出限定數(shù)量"的出錯消 息，并停止上報所述告警信息。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，在停止上報所述告 警信息之后，所述網(wǎng)元管理系統(tǒng)將所述告警信息形成為告警信 息列表文件，然后向所述綜合網(wǎng)管系統(tǒng)上報"準(zhǔn)備好文件"通 知，所述綜合網(wǎng)管系統(tǒng)在收到所述通知之后通過文件傳輸協(xié)議 方式獲取所述告警信息列表文件。
全文摘要
本發(fā)明提供了一種用于實(shí)現(xiàn)告警查詢出錯后定位出錯原因的方法，該方法包括以下步驟步驟S202，在滿足預(yù)定條件的情況下，綜合網(wǎng)管系統(tǒng)向網(wǎng)元管理系統(tǒng)發(fā)送告警信息查詢命令以進(jìn)行告警信息的查詢操作；以及步驟S204，如果在查詢操作中遇到異常出錯，則定位出錯原因，并返回相應(yīng)的出錯消息給綜合網(wǎng)管系統(tǒng)。通過本發(fā)明，如果在查詢告警信息的操作過程中出現(xiàn)異常，能夠快捷地定位出錯位置和原因，以最快的速度進(jìn)行解決。
文檔編號G06F17/30GK101132315SQ20071018105
公開日2008年2月27日 申請日期2007年9月29日 優(yōu)先權(quán)日2007年9月29日
發(fā)明者葛蘊(yùn)翊 申請人:中興通訊股份有限公司