專利名稱：一種監(jiān)控短信中心的系統(tǒng)及方法
技術領域：
本發(fā)明涉及移動通訊領域，更具體的說，涉及一種監(jiān)控短信中心的系統(tǒng)及方法。
背景技術：
隨著移動通訊業(yè)務的高速發(fā)展，短消息業(yè)務逐漸成為人們?nèi)粘９ぷ骱蜕钪胁豢?或缺的一部分。短消息業(yè)務的發(fā)展，為通訊運營商帶來了豐厚的利潤，因此，運營商對于短 信中心系統(tǒng)運行的可靠性和安全性更加關注，期望在短信中心系統(tǒng)發(fā)生故障時，能及時發(fā) 現(xiàn)并排除故障，以減少損失。 現(xiàn)有技術對短信中心的運行監(jiān)控，主要采用設置聲光告警系統(tǒng)與短信中心系統(tǒng)相 連的方法，在短信中心系統(tǒng)發(fā)生故障時，短信中心系統(tǒng)將告警信息報告給聲光告警系統(tǒng)，聲 光告警系統(tǒng)據(jù)此進行聲光告警以通知值班人員。這種對短信中心的運行監(jiān)控方式，由于聲 光告警有效范圍有限，故依賴值班人員值守，以及時發(fā)現(xiàn)聲光告警。同時，在多套短信中心
存在的情況下，多套短信中心往往被建設在不同的地區(qū)，與此相對應，需要配套多套聲光告 警系統(tǒng)設備，聲光告警系統(tǒng)造價昂貴，并且需要定期檢測維護存在維護費用，增加了運營商 的成本。 因此，現(xiàn)有技術對短信中心的運行監(jiān)控存在需人工值守、成本高等缺點。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題在于，提供一種監(jiān)控短信中心的系統(tǒng)及方法，對短信
中心進行監(jiān)控，克服對短信中心的運行監(jiān)控時存在的需人工值守、成本高等缺點。
為了解決上述問題，本發(fā)明提出了一種監(jiān)控短信中心運行狀態(tài)的方法，包括短信
衛(wèi)士系統(tǒng)定期檢查通信連接的各個短信中心系統(tǒng)，檢查時，通過待檢查的短信中心系統(tǒng)下
發(fā)檢測短消息到測試終端，并獲取檢測短消息發(fā)送情況進行統(tǒng)計分析；根據(jù)統(tǒng)計分析結果
判斷該待檢查的短信中心系統(tǒng)運行是否異常，當判斷為異常時，則選擇相連的正常短信中
心系統(tǒng)發(fā)送告警短消息和告警通知短消息。 所述下發(fā)到測試終端的所述檢測短消息，是由短信衛(wèi)士系統(tǒng)配置的，配置內(nèi)容包 括短消息類型；消息優(yōu)先級；狀態(tài)報告要求；短消息有效期，其中，所述短消息類型包括閃 信或者普通短消息。 所述短信衛(wèi)士系統(tǒng)與短信中心系統(tǒng)的通信連接包括基于短消息點對點協(xié)議 (Short Message Peer_to_Peer， SMPP)、通用計算機協(xié)議(UniversalComputer Protocol, UCP)、消息發(fā)布計算機接口 (Computer Interface toMessage Distribution, CIMD)以及七 號信號系統(tǒng)(Signaling System #7， SS7)協(xié)議中的一個或多個通信接口 ，所述通信接口與 短信中心系統(tǒng)連接。 所述短信衛(wèi)士系統(tǒng)在獲取檢測短消息發(fā)送情況進行統(tǒng)計分析時，是通過要求短消 息狀態(tài)報告來獲取所述檢測短消息的發(fā)送情況，對檢測短消息下發(fā)結果和處理時間進行統(tǒng) 計分析，得到一段時間內(nèi)下發(fā)成功率和平均處理時間；所述短信衛(wèi)士系統(tǒng)根據(jù)統(tǒng)計分析結果判斷該待檢查的短信中心系統(tǒng)運行是否異常時，根據(jù)檢測短消息下發(fā)成功率是否在有效
范圍內(nèi)，和\或下發(fā)平均處理時間是否在有效范圍內(nèi)來判斷短信中心系統(tǒng)運行是否異常。 所述短信衛(wèi)士系統(tǒng)發(fā)送的告警短消息和告警通知短消息的告警規(guī)則配置包括告
警短消息內(nèi)容，告警通知短消息發(fā)送頻率，告警通知消息類型中的一種或它們的組合。
本發(fā)明還提供一種監(jiān)控短信中心的系統(tǒng)，簡稱短信衛(wèi)士系統(tǒng)，包括 通訊模塊，用于為短信衛(wèi)士系統(tǒng)和短信中心系統(tǒng)交互提供通訊接口 ； 監(jiān)控處理模塊，用于通過通訊模塊發(fā)送檢測短消息給待檢查的短信中心系統(tǒng)，根
據(jù)短信中心系統(tǒng)下發(fā)檢測短消息給測試終端的發(fā)送情況，檢查各個短信中心系統(tǒng)運行是否
正常，在異常時，通過正常的短信中心系統(tǒng)發(fā)送告警短消息和告警通知短消息； 操作維護模塊，用于對短信衛(wèi)士系統(tǒng)進行維護并提供配置功能、和\或日志功能。 所述通訊模塊的通訊接口，包括短信衛(wèi)士系統(tǒng)基于短消息點對點協(xié)議(Short
Message Peer_to_Peer， SMPP)、通用計算機協(xié)議(Universal ComputerProtocol， UCP)、消
息發(fā)布計算機接口 (Computer Interface to MessageDistribution， CMD)以及七號信號
系統(tǒng)(Signaling System #7， SS7)協(xié)議中的一個或多個通信接口 ，所述通信接口與短信中
心系統(tǒng)相連。 所述檢測短消息是所述監(jiān)控處理模塊根據(jù)操作維護模塊的檢測短消息配置來設 置的，檢測短消息的配置內(nèi)容包括短消息類型；消息優(yōu)先級；狀態(tài)報告要求；短消息有效 期，其中，所述短消息類型包括閃信或者普通短消息。 所述監(jiān)控處理模塊，在根據(jù)檢測短消息的發(fā)送情況，檢查各個短信中心系統(tǒng)運行 是否正常時，是通過要求短消息狀態(tài)報告來獲取所述檢測短消息的發(fā)送情況，對檢測短消 息下發(fā)結果和處理時間進行統(tǒng)計分析，得到一段時間內(nèi)下發(fā)成功率和平均處理時間，根據(jù) 檢測短消息下發(fā)成功率是否在有效范圍內(nèi)，和\或下發(fā)平均處理時間是否在有效范圍內(nèi)來 判斷短信中心系統(tǒng)運行是否異常。 所述告警短消息和告警通知短消息，是所述監(jiān)控處理模塊根據(jù)操作維護模塊的告 警規(guī)則配置，配置內(nèi)容包括告警短消息內(nèi)容，告警通知短消息發(fā)送頻率、告警通知消息類 型中的一種或它們的組合。 與現(xiàn)有技術相比較，本發(fā)明的一種監(jiān)控短信中心的系統(tǒng)及方法，由短信衛(wèi)士系統(tǒng) 與多套短信中心連接，利用短消息業(yè)務具備檢查短信中心系統(tǒng)運行狀態(tài)和主動通知的特 性，通過定期發(fā)送短消息到測試終端，檢查各個短信中心系統(tǒng)是否運行正常，維護各個短信 中心的運行狀態(tài)。在發(fā)現(xiàn)異常時能通過正常的短信中心，發(fā)送短消息告警主動通知管理員 以及時排障。同時，通過對檢查消息和告警消息的合理設置，避免了測試終端和管理員手機 因告警消息過多造成存儲阻塞。本發(fā)明的技術方案實現(xiàn)只需增加一套短信衛(wèi)士系統(tǒng)或將其 集成到相關設備中即可，改造費用小，降低了運營商的運維成本。


圖1是本發(fā)明的短信衛(wèi)士系統(tǒng)在通訊系統(tǒng)中的位置示意圖；
圖2是本發(fā)明的短信衛(wèi)士系統(tǒng)的結構圖； 圖3是本發(fā)明的短信衛(wèi)士系統(tǒng)進行監(jiān)控短信中心處理的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，以下結合附圖對本發(fā)明作進一步 地詳細說明。 本發(fā)明針對現(xiàn)有技術中，對短信中心的運行監(jiān)控存在需人工值守、成本高等缺點， 提出了一種監(jiān)控短信中心的系統(tǒng)及方法，由短信衛(wèi)士系統(tǒng)(即監(jiān)控短信中心的系統(tǒng))與多 套短信中心連接，利用短消息業(yè)務具備檢查短信中心系統(tǒng)運行狀態(tài)和主動通知的特性，通 過定期發(fā)送短消息到測試終端，檢查各個短信中心系統(tǒng)是否運行正常，維護各個短信中心 的運行狀態(tài)。 短消息業(yè)務是一項重要的通訊增值業(yè)務， 一條短消息的業(yè)務實現(xiàn)，同時也是對短 信中心系統(tǒng)的一次檢查，會真實反饋短信中心系統(tǒng)的運行狀態(tài)。同時，短消息是一種主動通 知的業(yè)務。因此，本發(fā)明就是利用短消息的這一特點來實現(xiàn)主動告警。 本發(fā)明的監(jiān)控短信中心的系統(tǒng)，以下可以簡稱為"短信衛(wèi)士系統(tǒng)"，如圖1所示，顯 示了短信衛(wèi)士系統(tǒng)在通訊系統(tǒng)中的位置。短信衛(wèi)士系統(tǒng)與多個短信中心相連，短信中心與 測試終端群還有管理員通過短消息業(yè)務方式進行通信。 如圖2所示，本發(fā)明的監(jiān)控短信中心的系統(tǒng)，即短信衛(wèi)士系統(tǒng)200包括 通訊模塊220，用于為短信衛(wèi)士系統(tǒng)200和短信中心交互提供通訊接口 ； 監(jiān)控處理模塊240，用于維護各個短信中心的運行狀態(tài)，實現(xiàn)對短信中心的監(jiān)控功
能。根據(jù)操作維護模塊260的檢測短消息配置設置，定期通過通訊模塊220發(fā)送檢測短消
息，根據(jù)檢測短消息的發(fā)送情況，檢查各個短信中心系統(tǒng)運行是否正常。在檢測到短信中心
異常時，通過正常的短信中心，根據(jù)操作維護模塊260的告警規(guī)則配置設置，以短消息的形
式通知管理員及時維護； 操作維護模塊260，與短信衛(wèi)士系統(tǒng)200其他模塊相連，對短信衛(wèi)士系統(tǒng)200進行
維護并提供其他輔助功能，所述輔助功能可以是配置功能、和\或日志功能。
其中，所述通訊模塊220的通訊接口，包括短信衛(wèi)士系統(tǒng)200基于SMPP(Short Message Peer_to_Peer，短消息點對點協(xié)議)、UCP (Universal ComputerProtocol，通用計 算機協(xié)議)、CMD (Computer Interface to MessageDistribution，消息發(fā)布計算機接口 ) 以及SS7 (Signaling System #7，七號信號系統(tǒng))協(xié)議中的至少一個與短信中心相連；
本發(fā)明的監(jiān)控短信中心運行狀態(tài)的方法，包括 短信衛(wèi)士系統(tǒng)定期檢查通信連接的各個短信中心系統(tǒng)，檢查時，通過待檢查的短 信中心系統(tǒng)下發(fā)一個或多個檢測短消息到測試終端，并獲取檢測短消息發(fā)送情況，進行統(tǒng) 計分析； 根據(jù)統(tǒng)計分析結果判斷該待檢查的短信中心系統(tǒng)運行是否異常，當判斷為異常
時，則選擇相連的正常短信中心系統(tǒng)發(fā)送告警短消息和告警通知短消息。 其中，下發(fā)到測試終端的所述檢測短消息，是由短信衛(wèi)士系統(tǒng)配置的，配置內(nèi)容包
括 參短消息類型，可以是閃信(即手機不需存儲的短消息)或者普通短消息；
參消息優(yōu)先級；
參狀態(tài)報告要求； 參短消息有效期，一般設置較短，以便短信中心能盡快返回檢測短消息下發(fā)結果； 短信衛(wèi)士系統(tǒng)200與短信中心系統(tǒng)的通信連接包括基于SMPP(ShortMessagePeer-to-Peer，短消息點對點協(xié)議)、UCP (Universal ComputerProtocol,通用計算機協(xié)議)、CMD (Computer Interface to MessageDistribution,消息發(fā)布計算機接口 )、或SS7 (Signaling System #7，七號信號系統(tǒng))協(xié)議中的至少一種協(xié)議連接。
進一步的，圖3為本發(fā)明的監(jiān)控短信中心的系統(tǒng)(短信衛(wèi)士系統(tǒng))進行監(jiān)控短信中心運行狀態(tài)的具體流程，包括如下步驟 步驟301，短信衛(wèi)士系統(tǒng)200作為短消息實體，通過通訊模塊220連接到各個短信中心，初始化各個短信中心運行狀態(tài)； 步驟302，短信衛(wèi)士系統(tǒng)200設置定時器，以定期檢查短信中心工作狀態(tài)； 步驟303，定時器到達，監(jiān)控處理模塊240選擇一個待檢查短信中心，通過該短信
中心下發(fā)檢測短消息到測試終端； 其中，所述檢測短消息是由短信衛(wèi)士系統(tǒng)根據(jù)配置設置，配置內(nèi)容包括短消息類型，可以是閃信(即手機不需存儲的短消息)或者普通短消息；消息優(yōu)先級；狀態(tài)報告要求；短消息有效期，一般設置較短，以便短信中心能盡快返回檢測短消息下發(fā)結果。
其中，所述所述測試終端可以是手機或者應用，例如一些特殊的用于測試的ESME
應用； 步驟304，監(jiān)控處理模塊220獲取檢測短消息發(fā)送情況，進行統(tǒng)計分析； 其中，所述檢測短消息的發(fā)送情況，可通過要求短消息狀態(tài)報告來獲?。?其中，所述統(tǒng)計分析包括對檢測短消息下發(fā)結果和處理時間進行統(tǒng)計分析，例如
得到一段時間內(nèi)下發(fā)成功率和平均處理時間。 步驟305，監(jiān)控處理模塊220判斷短信中心運行是否異常，如短信中心運行正常則轉步驟302 ; 其中，根據(jù)檢測短消息下發(fā)成功率是否在有效范圍內(nèi)，下發(fā)平均處理時間是否在有效范圍內(nèi)來判斷短信中心運行是否異常。 步驟306，監(jiān)控處理模塊220啟動告警。選擇正常短信中心，按照操作維護模塊260
所配置的告警規(guī)則配置，發(fā)送告警短消息和告警通知短消息通知管理員及時處理。 其中，所述告警規(guī)則配置包括告警短消息內(nèi)容，告警通知短消息發(fā)送頻率，告警
通知消息類型等。 綜上，本發(fā)明一種監(jiān)控短信中心的系統(tǒng)及方法，由短信衛(wèi)士與多套短信中心連接，利用短消息業(yè)務具備檢查短信中心系統(tǒng)運行狀態(tài)和主動通知的特性，通過定期發(fā)送短消息到測試終端，檢查各個短信中心系統(tǒng)是否運行正常，并維護各個短信中心的運行狀態(tài)。在發(fā)現(xiàn)異常時能通過正常的短信中心，發(fā)送短消息告警主動通知管理員以及時排障。同時，通過對檢查消息和告警消息的合理設置，避免了測試終端和管理員手機因告警消息過多造成存儲阻塞。該技術方案實現(xiàn)只需增加一套短信衛(wèi)士系統(tǒng)或將其集成到相關設備中即可，改造費用小，降低了運營商的運維成本。 以上所述僅為本發(fā)明的實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的權利要求范圍之內(nèi)。
權利要求
一種監(jiān)控短信中心運行狀態(tài)的方法，其特征在于，包括短信衛(wèi)士系統(tǒng)定期檢查通信連接的各個短信中心系統(tǒng)，檢查時，通過待檢查的短信中心系統(tǒng)下發(fā)檢測短消息到測試終端，并獲取檢測短消息發(fā)送情況進行統(tǒng)計分析；根據(jù)統(tǒng)計分析結果判斷該待檢查的短信中心系統(tǒng)運行是否異常，當判斷為異常時，則選擇相連的正常短信中心系統(tǒng)發(fā)送告警短消息和告警通知短消息。
2. 如權利要求l所述的方法，其特征在于，所述下發(fā)到測試終端的所述檢測短消息，是由短信衛(wèi)士系統(tǒng)配置的，配置內(nèi)容包括短 消息類型；消息優(yōu)先級；狀態(tài)報告要求；短消息有效期， 其中，所述短消息類型包括閃信或者普通短消息。
3. 如權利要求l所述的方法，其特征在于，所述短信衛(wèi)士系統(tǒng)與短信中心系統(tǒng)的通信連接包括短信衛(wèi)士系統(tǒng)基于短消息點對點 協(xié)議(SMPP)、通用計算機協(xié)議(UCP)、消息發(fā)布計算機接口 (CIMD)以及七號信號系統(tǒng)(SS7) 協(xié)議中的一個或多個通信接口 ，所述通信接口與短信中心系統(tǒng)連接。
4. 如權利要求l所述的方法，其特征在于，所述短信衛(wèi)士系統(tǒng)在獲取檢測短消息發(fā)送情況進行統(tǒng)計分析時，是通過要求短消息狀 態(tài)報告來獲取所述檢測短消息的發(fā)送情況，對檢測短消息下發(fā)結果和處理時間進行統(tǒng)計分 析，得到一段時間內(nèi)下發(fā)成功率和平均處理時間；所述短信衛(wèi)士系統(tǒng)根據(jù)統(tǒng)計分析結果判斷該待檢查的短信中心系統(tǒng)運行是否異常時， 根據(jù)檢測短消息下發(fā)成功率是否在有效范圍內(nèi)，和\或下發(fā)平均處理時間是否在有效范圍 內(nèi)來判斷短信中心系統(tǒng)運行是否異常。
5. 如權利要求l所述的方法，其特征在于，所述短信衛(wèi)士系統(tǒng)發(fā)送的告警短消息和告警通知短消息的告警規(guī)則配置包括告警短 消息內(nèi)容，告警通知短消息發(fā)送頻率，告警通知消息類型中的一種或它們的組合。
6. —種監(jiān)控短信中心的系統(tǒng)，簡稱短信衛(wèi)士系統(tǒng)，其特征在于，包括 通訊模塊，用于為短信衛(wèi)士系統(tǒng)和短信中心系統(tǒng)交互提供通訊接口；監(jiān)控處理模塊，用于通過通訊模塊發(fā)送檢測短消息給待檢查的短信中心系統(tǒng)，根據(jù)短 信中心系統(tǒng)下發(fā)檢測短消息給測試終端的發(fā)送情況，檢查各個短信中心系統(tǒng)運行是否正 常，在異常時，通過正常的短信中心系統(tǒng)發(fā)送告警短消息和告警通知短消息；操作維護模塊，用于對短信衛(wèi)士系統(tǒng)進行維護并提供配置功能、和\或日志功能。
7. 如權利要求6所述的系統(tǒng)，其特征在于，所述通訊模塊的通訊接口 ，包括短信衛(wèi)士系統(tǒng)基于短消息點對點協(xié)議(SMPP)、通用計 算機協(xié)議(UCP)、消息發(fā)布計算機接口 (CIMD)以及七號信號系統(tǒng)(SS7)協(xié)議中的一個或多 個通信接口 ，所述通信接口與短信中心系統(tǒng)相連。
8. 如權利要求6所述的系統(tǒng)，其特征在于，所述檢測短消息是所述監(jiān)控處理模塊根據(jù) 操作維護模塊的檢測短消息配置來設置的，檢測短消息的配置內(nèi)容包括短消息類型；消 息優(yōu)先級；狀態(tài)報告要求；短消息有效期，其中，所述短消息類型包括閃信或者普通短消 息。
9. 如權利要求6所述的系統(tǒng)，其特征在于，所述監(jiān)控處理模塊，在根據(jù)檢測短消息的發(fā)送情況，檢查各個短信中心系統(tǒng)運行是否正常時，是通過要求短消息狀態(tài)報告來獲取所述檢測短消息的發(fā)送情況，對檢測短消息下 發(fā)結果和處理時間進行統(tǒng)計分析，得到一段時間內(nèi)下發(fā)成功率和平均處理時間，根據(jù)檢測 短消息下發(fā)成功率是否在有效范圍內(nèi)，和\或下發(fā)平均處理時間是否在有效范圍內(nèi)來判斷 短信中心系統(tǒng)運行是否異常。
10.如權利要求6所述的系統(tǒng)，其特征在于，所述告警短消息和告警通知短消息，是所述監(jiān)控處理模塊根據(jù)操作維護模塊的告警規(guī)則配置，配置內(nèi)容包括告警短消息內(nèi)容，告警通知短消息發(fā)送頻率、告警通知消息類型中 的一種或它們的組合。
全文摘要
本發(fā)明公開了一種監(jiān)控短信中心的系統(tǒng)簡稱短信衛(wèi)士系統(tǒng)，包括通訊模塊、監(jiān)控處理模塊、操作維護模塊，其中，監(jiān)控處理模塊，定期通過通訊模塊發(fā)送檢測短消息給待檢查的短信中心系統(tǒng)，由短信中心系統(tǒng)下發(fā)給測試終端，并根據(jù)檢測短消息的發(fā)送情況，檢查各個短信中心系統(tǒng)運行是否正常，在檢測到短信中心系統(tǒng)異常時，通過正常的短信中心系統(tǒng)，根據(jù)操作維護模塊的告警規(guī)則配置設置告警短消息和告警通知短消息，以短消息的形式通知管理員及時維護。本發(fā)明公開了一種監(jiān)控短信中心的方法。應用本發(fā)明，只需增加一套短信衛(wèi)士系統(tǒng)或將其集成到相關設備中即可，改造費用小，降低了運營商的運維成本。
文檔編號H04W24/04GK101695174SQ20091018001
公開日2010年4月14日 申請日期2009年10月22日 優(yōu)先權日2009年10月22日
發(fā)明者胡泊, 陳正光 申請人:中興通訊股份有限公司;