[發明專利]網元監測方法和裝置

在審

• 申請號: 201510420193.0
• 申請日: 2015-07-16
• 公開（公告）號: CN106712979A
• 公開（公告）日: 2017-05-24
• 發明（設計）人: 胡良俊
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/26
• 代理公司: 深圳市世紀恒程知識產權代理事務所44287
• 代理人: 胡海國

技術領域

本發明涉及網絡管理領域，尤其涉及一種網元監測方法和裝置。

背景技術

在網絡管理中，當需要監測網元是否正常時，通常都采用輪詢的方法。所謂輪詢，是網管系統定期的向其網元發送查詢報文，當所述網元有應答報文返回給所述網管系統時，說明所述網元正常；但是如果超過一定時間，所述網管系統沒有接收到所述網元的應答報文，即所述網元沒有返回響應，則說明所述網元出現故障。當網管系統中的網元出現故障時，要求網管系統能夠快速發現網元故障，但是當所述網管系統管理的網元規模較大時，如達到幾千上萬個的時候，要求所述網管系統快速發現網元故障是很難做到。

常見的輪詢方法是利用SNMP(Simple Network Management Protocol，簡單網絡管理協議)依次對網管系統中的各個網元狀態進行輪詢，即對一個網元發送SNMP GET請求，等待所述網元返回響應或者超時后，再對下一個網元采取同樣辦法進行輪詢。假如一個網元輪詢平均時間為t，網元總數為n，那么網管系統中網元輪詢一遍的時間為nt，當n值達到幾千的時候，輪詢的總時間就會很長。現有的改進辦法是采用多線程并發去輪詢。若線程數為m，那么輪詢的總時間為(nt/m)，在n值和t值一定的情況下，為縮短輪詢時間會盡量增大m值，即增加線程數。但是增加線程就需要更多的系統資源，需要更高性能的硬件支持。

上述內容僅用于輔助理解本發明的技術方案，并不代表承認上述內容是現有技術。

發明內容

本發明的主要目的在于提供一種網元監測方法及裝置，解決現有輪詢技術輪詢時間長，網管在輪詢過程中線程開銷大的技術問題。

為實現上述目的，本發明提供的一種網元監測方法，包括步驟：

當偵測到開始輪詢任務的指令時，向需要輪詢的網元依次發送預設請求，以供所述網元根據所述預設請求返回響應；

判斷是否接收到網元返回的響應；

當接收到所述響應時，根據所述響應的標識信息判定對應的網元正常。

優選地，所述當偵測到開始輪詢任務的指令時，向需要輪詢的網元依次發送預設請求，以供所述網元根據所述預設請求返回響應的步驟之后，還包括將被發送過所述預設請求的網元的標識信息添加到超時隊列中。

優選地，所述當接收到所述響應時，根據所述響應的標識信息判定對應的網元正常的步驟之后，還包括：

將正常網元對應的標識信息移出所述超時隊列；

判斷所述超時隊列中的網元的標識信息個數是否為零；

若所述超時隊列中網元的標識信息個數不為零，則判斷是否已發送預設次數的預設請求給所述標識信息對應的網元；

若已發送預設次數的預設請求給所述標識信息對應的網元，則判定所述網元故障，將所述網元的標識信息移出所述超時隊列。

優選地，所述若所述超時隊列中網元的標識信息個數不為零，則判斷是否已發送預設次數的預設請求給所述標識信息對應的網元的步驟之后，還包括：

若未發送預設次數的預設請求給所述標識信息對應的網元，則向所述標識信息對應的網元繼續發送所述預設請求。

優選地，所述當偵測到開始輪詢任務的指令時，向需要輪詢的網元依次發送預設請求，以供所述網元根據所述預設請求返回響應的步驟包括：

當偵測到開始輪詢任務的指令時，根據所述指令向需要輪詢的網元依次發送預設個數的預設請求；

在等待預設時間后，繼續向需要輪詢的網元依次發送預設個數的預設請求。

此外，為實現上述目的，本發明還提供一種網元監測裝置，所述網元監測裝置包括：

第一發送模塊，用于當偵測到開始輪詢任務的指令時，向需要輪詢的網 元依次發送預設請求，以供所述網元根據所述預設請求返回響應；

第一判斷模塊，用于判斷是否在接收到網元返回的響應；

第一判定模塊，用于當接收到所述響應時，根據所述響應的標識信息判定對應的網元正常。

優選地，所述網元監測裝置還包括添加模塊，用于將被發送過所述預設請求的網元的標識信息添加到超時隊列中。

優選地，所述網元監測裝置還包括：

移出模塊，用于將正常網元對應的標識信息移出所述超時隊列；

第二判斷模塊，用于判斷所述超時隊列中網元的標識信息個數是否為零；

第三判斷模塊，用于若所述超時隊列中網元的標識信息個數不為零，則判斷是否已發送預設次數的預設請求給所述標識信息對應的網元；