專利名稱：通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理技術(shù)，特別涉及對通信網(wǎng)絡(luò)中通信設(shè)備故障的遠(yuǎn)程監(jiān)控技術(shù)。
背景技術(shù)：
任何設(shè)備都可能會出現(xiàn)故障，這就需要維護(hù)人員對設(shè)備進(jìn)行維護(hù)，例如網(wǎng)絡(luò)管理工程師對通信設(shè)備的維護(hù)。在維護(hù)時首先是要求獲得設(shè)備的告警信息和運(yùn)行狀態(tài)，然后根據(jù)所獲得的信息或設(shè)備運(yùn)行狀態(tài)進(jìn)行相應(yīng)的分析和處理，從而進(jìn)行維護(hù)。因此獲得設(shè)備的告警信息是進(jìn)行設(shè)備維護(hù)的前提。設(shè)備告警信息通常使用不同的聲音信號或者光信號來表示。采用這種告警方式進(jìn)行故障監(jiān)控，其監(jiān)控范圍十分有限，僅限于在機(jī)房或機(jī)房附件的區(qū)域。當(dāng)維護(hù)人員離開監(jiān)控區(qū)域時，就無法接收到告警信息，因此這種方式會嚴(yán)格限制維護(hù)人員的工作場所和工作時間。同時由于優(yōu)質(zhì)設(shè)備發(fā)生故障的概率很低，要求維護(hù)人員長時間處在同一個工作場所，其勢必會大大降低維護(hù)人員的工作效率。為了解決上述問題，很早就有人提出了遠(yuǎn)程監(jiān)控的概念。在過去很多年中，遠(yuǎn)程監(jiān)控主要通過電話或者其他方式實現(xiàn)。當(dāng)維護(hù)人員由于出差或其他原因而不在設(shè)備告警范圍之內(nèi)時，若此時設(shè)備出現(xiàn)故障，維護(hù)人員一般是根據(jù)發(fā)現(xiàn)該故障的工作人員的描述來實時解決問題。這種方式的前提是必須有工作人員發(fā)現(xiàn)故障，因而并不能做到真正意義上的實時監(jiān)控和處理。
隨著網(wǎng)絡(luò)技術(shù)和無線通信技術(shù)的迅速發(fā)展，特別是個人移動通信技術(shù)的日趨成熟和通信設(shè)備的普及，對設(shè)備實現(xiàn)跨地域、實時的遠(yuǎn)程監(jiān)控和維護(hù)變得越來越方便和快捷。
目前實現(xiàn)遠(yuǎn)程監(jiān)控的方式主要有兩種。
第一種方式是采用計算機(jī)網(wǎng)絡(luò)通信技術(shù)。利用企業(yè)內(nèi)部局域網(wǎng)或者廣域網(wǎng)搭建一個網(wǎng)絡(luò)監(jiān)控平臺，利用固定的監(jiān)控終端進(jìn)行監(jiān)控。維護(hù)人員根據(jù)監(jiān)控終端上的顯示來實時獲取設(shè)備的運(yùn)行狀態(tài)和告警信息，實現(xiàn)一定程度上的遠(yuǎn)程監(jiān)控。
第二種方式是采用故障轉(zhuǎn)傳呼功能。通常在機(jī)房內(nèi)設(shè)置一個監(jiān)控裝置，用于監(jiān)控設(shè)備的當(dāng)前工作狀態(tài)。若設(shè)備工作正常時則監(jiān)控裝置沒有任何動作；若設(shè)備告警時，監(jiān)控裝置則自動撥通維護(hù)人員的尋呼機(jī)或電話。這種方式是由設(shè)備直接驅(qū)動的，因此可以做到實時實地監(jiān)控。
在實際應(yīng)用中，上述方案存在以下問題第一種方式并不是設(shè)備直接驅(qū)動的，維護(hù)人員必須始終坐在監(jiān)控終端旁進(jìn)行監(jiān)控，因而會限制了工作人員的工作場所和工作時間；第二種方式只能通知維護(hù)人員設(shè)備出現(xiàn)了故障，但不能告訴維護(hù)人員所出現(xiàn)故障的類別和其他進(jìn)一步的信息，因此維護(hù)人員并不能進(jìn)行實時處理。
造成這種情況的主要原因在于，第一種方式只是利用監(jiān)控終端獲得設(shè)備的當(dāng)前工作狀態(tài)，并沒有將故障信息主動發(fā)送給維護(hù)人員；第二種方式僅僅告知維護(hù)人員發(fā)生了故障(維護(hù)人員可以從來電號碼上判斷得知)，但是沒有說明是什么故障，這主要是由于自動撥號的傳呼系統(tǒng)和電話系統(tǒng)很難傳遞除了主叫號碼以外的其他具體信息。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)及其方法，使得維護(hù)人員可以在設(shè)備發(fā)生故障時通過短消息盡快獲得較為詳細(xì)的故障信息，縮短了故障響應(yīng)時間。
為實現(xiàn)上述目的，本發(fā)明提供了一種通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，包含告警接收模塊，用于接收來自所述通信網(wǎng)絡(luò)中通信設(shè)備的告警信息；
編碼處理模塊，用于將所述告警接收模塊收到的告警信息編碼成個人通信終端可以接收的遠(yuǎn)程告警信息；消息發(fā)送模塊，用于將所述遠(yuǎn)程告警信息發(fā)送到所述個人通信終端。
其中，所述遠(yuǎn)程告警信息是短消息或電子郵件。
當(dāng)所述遠(yuǎn)程告警信息是短消息時，所述消息發(fā)送模塊可以使用無線調(diào)制解調(diào)器或基于網(wǎng)絡(luò)的短消息發(fā)送平臺將所述遠(yuǎn)程告警信息發(fā)送到所述個人通信終端。
所述告警接收模塊和所述通信設(shè)備之間可通過傳輸控制協(xié)議或用戶數(shù)據(jù)報協(xié)議進(jìn)行通信。
所述編碼處理模塊可用通用計算機(jī)、單片機(jī)、數(shù)字信號處理器、復(fù)雜可編程器件或?qū)Ｓ眉呻娐分械娜我庖环N實現(xiàn)。
所述個人通信終端可以是手機(jī)或帶有無線通信功能的個人掌上電腦。
所述告警接收模塊還用于檢查所述告警信息是否合法，并丟棄不合法的所述告警信息。
本發(fā)明還提供了一種通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控方法，包含以下步驟A接收來自所述通信網(wǎng)絡(luò)中通信設(shè)備的告警信息；B將收到的告警信息編碼成個人通信終端可以接收的遠(yuǎn)程告警信息；C將所述遠(yuǎn)程告警信息發(fā)送到所述個人通信終端。
其中，所述遠(yuǎn)程告警信息是短消息或電子郵件。
所述步驟A還包含以下子步驟判斷收到的所述告警信息是否合法，如果是則進(jìn)入步驟B，否則丟棄該告警信息。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，通過對接收到的告警信息進(jìn)行編碼處理，形成適合于發(fā)送的短消息并將其交由消息發(fā)送模塊發(fā)送，維護(hù)人員根據(jù)所獲得的短消息內(nèi)容做出實時的判斷和處理，從而實現(xiàn)遠(yuǎn)程監(jiān)控。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即實現(xiàn)了真正的事件驅(qū)動，使維護(hù)人員在任何時間任何地方都可以實時對設(shè)備進(jìn)行監(jiān)控，并能夠根據(jù)所獲得短消息的內(nèi)容對設(shè)備狀態(tài)做出判斷并對其進(jìn)行實時處理。甚至維護(hù)人員可以不用趕回機(jī)房，而是根據(jù)獲得的故障信息內(nèi)容，直接聯(lián)系離開故障發(fā)生地點(diǎn)最近的專業(yè)人員去進(jìn)行維修，從而大大加快了故障響應(yīng)的過程。


圖1是根據(jù)本發(fā)明一個實施例的利用故障轉(zhuǎn)短消息實現(xiàn)遠(yuǎn)程監(jiān)控的系統(tǒng)實現(xiàn)框圖；圖2是根據(jù)本發(fā)明一個實施例的利用故障轉(zhuǎn)短消息實現(xiàn)遠(yuǎn)程監(jiān)控的實現(xiàn)流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述。
圖1是根據(jù)本發(fā)明一個實施例的利用故障轉(zhuǎn)短消息實現(xiàn)遠(yuǎn)程監(jiān)控的系統(tǒng)實現(xiàn)框圖，如圖所示。該系統(tǒng)主要由3個模塊組成告警接收模塊10，編碼處理模塊20，消息發(fā)送模塊30。
其中，告警接收模塊10主要用于接收設(shè)備發(fā)出的告警信息并將告警信息進(jìn)行格式轉(zhuǎn)換，以便于編碼處理模塊20識別。在本發(fā)明的一個較佳實施例中，告警接收模塊10與設(shè)備之間的通信可以采用傳輸控制協(xié)議(TransmissionControl Protocol，簡稱“TCP”)或用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol，簡稱“UDP”)。
編碼處理模塊20用于接收告警接收模塊10傳送過來的告警信息，并將不同的告警信息轉(zhuǎn)換為不同的短消息代碼。熟悉本領(lǐng)域的技術(shù)人員應(yīng)該知道，該編碼處理模塊20可以用通用計算機(jī)、單片機(jī)、數(shù)字信號處理(Digital SignalProcessing，簡稱“DSP”)器、復(fù)雜可編程器件(Complex Programmable LogicDevice，簡稱“CPLD”)、或?qū)Ｓ眉呻娐返确绞綄崿F(xiàn)。
消息發(fā)送模塊30用于將已編碼的告警短消息發(fā)送給維護(hù)人員的個人移動通信設(shè)備。熟悉本領(lǐng)域的技術(shù)人員應(yīng)該知道，該消息發(fā)送模塊30可以使用無線調(diào)制解調(diào)器或基于網(wǎng)絡(luò)的短消息發(fā)送平臺將所述遠(yuǎn)程告警信息發(fā)送到所述個人通信終端，也可以使用一個Email發(fā)送平臺。維護(hù)人員的個人通信終端可以是手機(jī)、小靈通或帶有無線通信功能的個人掌上電腦等。
上面簡單描述了利用告警轉(zhuǎn)短消息實現(xiàn)遠(yuǎn)程監(jiān)控的系統(tǒng)中各個模塊的功能，下面將詳細(xì)描述實現(xiàn)監(jiān)控的具體過程。
首先告警接收模塊10接收到設(shè)備的告警信息，并將告警信息轉(zhuǎn)換為編碼處理模塊20能夠接收的信息格式，編碼處理模塊20接收到告警信息后，對不同的告警消息進(jìn)行不同的編碼，從而將告警消息轉(zhuǎn)換為便于無線傳輸?shù)亩滔⒏袷?，隨后由消息發(fā)送模塊30將短消息發(fā)出，維護(hù)人員接收到短消息后可以根據(jù)短消息的內(nèi)容判斷設(shè)備的工作狀態(tài)，并進(jìn)行相應(yīng)的處理。
下面參照圖2，進(jìn)一步描述根據(jù)本發(fā)明一個實施例的利用故障轉(zhuǎn)短消息實現(xiàn)遠(yuǎn)程監(jiān)控的實現(xiàn)流程，如圖所示。
首先進(jìn)入步驟210，查看告警接收模塊10的接收端口是否打開成功，準(zhǔn)備接收設(shè)備的告警信息。熟悉本領(lǐng)域的技術(shù)人員應(yīng)該知道，要實現(xiàn)該功能可以將端口打開和關(guān)閉時電壓設(shè)置為不同的兩個值，如端口關(guān)閉時為高電平，端口打開時為低電平等。根據(jù)所獲得的端口電壓值判斷端口打開是否成功。如果端口打開成功，則執(zhí)行步驟220，判斷接收的信息是否合理；如果端口打開失敗，則執(zhí)行步驟230，進(jìn)行異常信息處理。
在步驟220中，開始接收告警信息，并判斷告警信息是否合理。如果合理則將消息傳送給編碼處理模塊20，執(zhí)行步驟240，對合理的告警信息進(jìn)行編碼；如果不合理，則執(zhí)行步驟230，進(jìn)行異常信息處理，并完成日志記錄。
在步驟230中，進(jìn)行異常信息處理。如果在步驟210中一直不能打開告警接收模塊10的接收端口，則直接結(jié)束該流程，避免無限循環(huán)而導(dǎo)致系統(tǒng)癱瘓。該步驟也會丟棄步驟220中判斷的不合理數(shù)據(jù)并將該操作寫入日志記錄。如果步驟250發(fā)送短消息失敗，則需要使用該步驟將其記入日志記錄。
在步驟240中，編碼處理模塊20對接收到的合理告警信息進(jìn)行短消息編碼，可以將告警信息格式(如TCP/UDP格式等)轉(zhuǎn)換為短消息格式。熟悉本領(lǐng)域的技術(shù)人員應(yīng)該知道這種編碼方式可以是實時編碼，如使用程序?qū)邮盏母婢畔⑦M(jìn)行直接代碼轉(zhuǎn)換；也可以是間接編碼，如首先將各個告警消息及其所對應(yīng)的短消息代碼設(shè)置在同一個表內(nèi)，然后根據(jù)接收到的告警消息查詢表格以獲得相應(yīng)的短消息代碼。短消息代碼的格式由目前的編碼語言和消息發(fā)送模塊30的型號決定。
在對告警消息進(jìn)行編碼以后進(jìn)入步驟250，判斷消息發(fā)送模塊30的短消息是否發(fā)送成功。若成功則返回到步驟220，繼續(xù)接收告警消息；若失敗則返回步驟230，進(jìn)行異常信息處理，寫進(jìn)日志記錄后轉(zhuǎn)移到步驟220，繼續(xù)接收告警消息。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，其特征在于，包含告警接收模塊，用于接收來自所述通信網(wǎng)絡(luò)中通信設(shè)備的告警信息；編碼處理模塊，用于將所述告警接收模塊收到的告警信息編碼成個人通信終端可以接收的遠(yuǎn)程告警信息；消息發(fā)送模塊，用于將所述遠(yuǎn)程告警信息發(fā)送到所述個人通信終端。
2.根據(jù)權(quán)利要求1所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，其特征在于，所述遠(yuǎn)程告警信息是短消息或電子郵件。
3.根據(jù)權(quán)利要求2所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，其特征在于，當(dāng)所述遠(yuǎn)程告警信息是短消息時，所述消息發(fā)送模塊可以使用無線調(diào)制解調(diào)器或基于網(wǎng)絡(luò)的短消息發(fā)送平臺將所述遠(yuǎn)程告警信息發(fā)送到所述個人通信終端。
4.根據(jù)權(quán)利要求1所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，其特征在于，所述告警接收模塊和所述通信設(shè)備之間可通過傳輸控制協(xié)議或用戶數(shù)據(jù)報協(xié)議進(jìn)行通信。
5.根據(jù)權(quán)利要求1所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，其特征在于，所述編碼處理模塊可用通用計算機(jī)、單片機(jī)、數(shù)字信號處理器、復(fù)雜可編程器件或?qū)Ｓ眉呻娐分械娜我庖环N實現(xiàn)。
6.根據(jù)權(quán)利要求1所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，其特征在于，所述個人通信終端可以是手機(jī)或帶有無線通信功能的個人掌上電腦。
7.根據(jù)權(quán)利要求1所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)，其特征在于，所述告警接收模塊還用于檢查所述告警信息是否合法，并丟棄不合法的所述告警信息。
8.一種通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控方法，其特征在于，包含以下步驟A 接收來自所述通信網(wǎng)絡(luò)中通信設(shè)備的告警信息；B 將收到的告警信息編碼成個人通信終端可以接收的遠(yuǎn)程告警信息；C 將所述遠(yuǎn)程告警信息發(fā)送到所述個人通信終端。
9.根據(jù)權(quán)利要求8所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控方法，其特征在于，所述遠(yuǎn)程告警信息是短消息或電子郵件。
10.根據(jù)權(quán)利要求8所述的通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控方法，其特征在于，所述步驟A還包含以下子步驟判斷收到的所述告警信息是否合法，如果是則進(jìn)入步驟B，否則丟棄該告警信息。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)管理技術(shù)，公開了一種通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)及其方法，使得維護(hù)人員可以在設(shè)備發(fā)生故障時通過短消息盡快獲得較為詳細(xì)的故障信息，縮短了故障響應(yīng)時間。這種通信網(wǎng)絡(luò)的遠(yuǎn)程監(jiān)控系統(tǒng)包含告警接收模塊，用于接收來自通信網(wǎng)絡(luò)中通信設(shè)備的告警信息；編碼處理模塊，用于將告警接收模塊收到的告警信息編碼成個人通信終端可以接收的遠(yuǎn)程告警信息；消息發(fā)送模塊，用于將遠(yuǎn)程告警信息發(fā)送到個人通信終端。
文檔編號H04L12/24GK1684433SQ200410034519
公開日2005年10月19日 申請日期2004年4月16日 優(yōu)先權(quán)日2004年4月16日
發(fā)明者孫海洋, 吳琦, 宋顯國 申請人:華為技術(shù)有限公司