專利名稱：網管系統、管理方法及設備的制作方法
技術領域：
本發(fā)明涉及一種網管技術，尤其涉及一種網管系統、管理方法及設備。
背景技術：
移動網絡是繼Internet之后發(fā)展非?？斓耐ㄓ嵕W絡，移動網絡的用戶增 加迅速，這種趨勢既給運營商帶來豐厚的利潤，同時也給運營商帶來很多挑 戰(zhàn)。其中之一就是業(yè)務網絡和維護網絡的建設問題，為保證業(yè)務網絡的正常 運行和各種調整，運營商在建設移動通訊網絡時需要搭建EMS系統(網元管理 系統，簡稱網管系統)作為維護網絡，這種網管系統增加了運營商網絡建設 的周期，也給初期的投資造成負擔。
目前的網管系統采用網管服務器與網元設備對應綁定的方式(見圖1), 因此新建移動網絡時需要同步建設相應的網管系統。而網管系統中的冗佘服 務器不參與系統的網管管理。發(fā)明人發(fā)現上述現有技術至少存在以下問題
(1)由于網管系統與移動網絡對應，因此建設要同時演進，影響了移動 網絡的建設速度；
(2 )為了容災備份處理現有的網管系統要設置一個或N個冗余服務器， 但由于冗余服務器不參與系統的網管管理，因此現有技術未能充分利用現有 的網管硬件，浪費了硬件資源，增加了網絡建設的成本。
(3)現有技術中利用服務器組成1+1雙歸屬或N+1備份方案中無法實現 資源共享。且在l+i和N+1備份方案中，其中所用的冗余服務器必須采用N中 的最大配置，否則無法達到冗余容災目的，而一個網元設備只能由一個網管 服務器對應進行網管管理，當網管服務器出現故障時，切換到容災的冗余服
務器時會產生延時，使網管管理出現不穩(wěn)定。

發(fā)明內容
本發(fā)明提供了一種網管系統、管理方法及設備。解決了現有移動網絡與 網管系統需對應建立，且現有網管系統中的容突備份用的冗余服務器存在利 用率低的問題。通過一網管系統可對應多個移動網絡，且不用單獨設置冗余 服務器，達到在提高網管可靠性的前提下增加網管硬件使用效率的目的。
一種網管系統，其特征在于，該系統包括
網管設備池，由至少兩個網管設備連接而成，連接的各網管設備之間相 互通信共享資源及業(yè)務處理能力進行網管管理及容災處理；
網管客戶端設備，連接到所述網管設備池，并與網管設備池中的至少一 個網管設備連接通信，通過所述連接通信的網管設備對連接到所述網管設備 池的網元設備進行網管管理。
一種網管系統的管理方法，該方法包括
網管設備池中的網管設備與被管理的網元設備建立通信連接，并通過建 立的連接對所述網元設備進行管理；
網管設備池中的各個網管設備之間發(fā)送各自管理的網元設備的信息列 表，各個網管設備根據收到的信息列表更新自身的網元設備的信息列表。
一種網管設備，其特征在于，該設備包括
池接入模塊，用于通過該模塊與其它網管設備連接來形成網管設備池； 資源分配模塊，用于當通過池接入模塊與其它網管設備連接成網管設備
池后，將所在網管設備的資源向所連接的網管設備池內分配； 網元接入模塊，用于處理所管理的網元設備的接入及管理； 信息列表處理模塊，用于定時發(fā)送自身所管理的網元設備的信息列表，
并根據接收的其它網管設備發(fā)送的信息列表進行相應處理。 一種網管客戶端設備，其特征在于，該設備包括服務器接入模塊，用于與網管設備池中的網管設備連接；
數據歸并處理模塊，用于對通過服務器接入模塊與所述網管設備池中的 多個網管設備連接時進行處理。
由上述本發(fā)明實施例提供的技術方案可以看出，本發(fā)明實施例通過將網 管設備連接成網管設備池的方式作為網管系統，使該網管系統可對應管理多
個網絡；且連接到網管設備池上的網管客戶端設備可以通過其中的一個或多
個網管設備對連接到網管設備池上的網元設備進行網管管理，當有部分網管 設備出現故障時，可通過切換到網管設備池中的其它網管設備接管相應網元 設備的網管管理處理，避免了傳統網管系統中因某一網管設備故障則導致對 應網元設備不可管理的問題。


圖1為現有技術提供的網管系統的網絡連接示意圖2為本發(fā)明實施例的網管系統的網絡連接示意圖3為本發(fā)明實施例二中網管管理方法的流程圖4為本發(fā)明實施例三的網管設備的結構框圖5為本發(fā)明實施例三中的另一網管設備的結構框圖6為本發(fā)明實施例三中的帶有故障處理模塊的網管設備的結構框圖7為本發(fā)明實施例三中的又一網管設備的結構框圖8為本發(fā)明實施例四中的網管客戶端設備的結構框圖。
具體實施例方式
本發(fā)明實施例中提供了一種網管系統、管理方法及設備，所述系統將作 為網管服務器的網管設備連接成網管服務器池，形成后的網管服務器池中的 各網管服務器可以相互通信，并通過資源共享及處理能力分擔的方式進行網管管理及容災備份處理，該系統不用單獨設置用于容災備份的冗余服務器， 可以通過網管服務器池中的網管服務器分擔處理的方式實現傳統網管系統中 的冗余服務器的作用，在相同硬件條件下可以提高網管硬件的利用率和使用 效率，提高處理能力，降低了網絡建設的成本，提高了網絡建設速度，可以 促進多運營商之間的網絡合作共管。
為便于更好的理解，下面結合附圖及具體實施例進行說明。
實施例一
本發(fā)明實施例中提供了 一種網管系統，該系統具體包括
網管設備池，由至少兩個網管設備連接而成，連接后各網管設備之間相
互通信，可以通過共享資源及業(yè)務處理能力的方式進行網管管理及容災處
理；
網管客戶端設備，連接到所述網管設備池，并與網管設備池中的至少一 個網管設備通信，并通過與其通信的網管設備對連接到網管設備池的網元設 備進行網管管理。
上述的網管系統中，最上層為網管客戶端設備，中間是由網管服務器 (即所述的網管設備)組成的網管服務器池，最下層可以連接網管管理的對 象網元設備，網管客戶端設備與網元設備均連接到網管服務器池上，與網管 服務器池中的網管服務器連接通信；網管客戶端設備通過網管服務器池中的 網管服務器完成對網元設備的網管管理及容災處理。
如圖2所示，實際使用中，所述的網管服務器池可以由多個網管服務器 組成(如網管服務器1、網管服務器2……網管服務器n),多個網管服務器 連接后形成網管服務器池(如可以采用TCP/IP連接等)，網管服務器池中的 各網管服務器之間可以相互通信，并共享資源及處理能力，進而可以對連接 到該網管服務器池上的網元設備協同進行網管管理，還可以在每個網管服務 器中設置資源分配模塊，通過資源分配模塊給每個網管服務器預留一定比例
的資源來完成冗余，可以解決現有技術中1 + 1雙歸屬或N+1備份方案中的各網 管服務器之間不具有資源共享的問題。
在上述系統中，所述網管客戶端設備可以采用普通的網管客戶端，其可 以與所述網管服務器池中的一個網管服務器連接通信，這種連接方式可以與 當前網管系統中的網管客戶端與網管服務器的連接方式相同。并根據網管客 戶端設備所連接的網管服務器池中的網管服務器的允許匯聚狀態(tài)，網管客戶 端設備與網管服務器池中的網管服務器的通信處理可以分為下述幾種情況
① 當網管客戶端設備所連接的網管服務器池中的網管服務器為允許匯聚 狀態(tài)時，則網管服務器池中所有的數據通過該網管服務器匯聚傳送給網管客 戶端設備，這時網管客戶端設備可以認為只與一個網管服務器連接，而不會 感知到與整個網管服務器池連接。
當網管客戶端接入一個允許處理匯聚數據的網管服務器后，當前網管服 務器池中的所有網管數據通過這個服務器中轉給網管客戶端設備，當需要匯 總計算全網的一些性能和告警數據時，也通過這個服務器完成處理(首先獲 取各個網管服務器的匯總數據，然后再在匯聚服務器上計算)，當網管服務 器池退化到一個服務器時，這個網管服務器的是否允許匯聚標志將被忽略。 也可以對一個服務器設置允許轉發(fā)數據標志，當此標志有效時，網管客戶端 設備接入后此網管服務器會首先查詢是否有其它網管服務器被設置為允許匯 聚，找到一個狀態(tài)最優(yōu)的允許匯聚服務器(當前富余處理能力最大，配置最 高)來完成數據匯總分析計算，而網管客戶端設備接入的網管服務器僅完成 數據的轉發(fā)。
② 另一種情況，當所述網管服務器不允許匯聚時，則每個網管客戶端上 僅顯示與網管客戶端所連接的網管服務器所管理的網元設備。 一般對于性能 較低的網管服務器可以配置為不允許匯聚，這樣，當網管客戶端設備接入這 個網管服務器后，僅顯示這個網管服務器所管理的網元設備。 ③還有一種情況，是網管客戶端設備通過網管服務器池中的某一 網管服 務器作為中轉設備與網管服務器池中的另一網管服務器連接，網管客戶端設 備可以通過中轉的網管服務器及另一網管服務器直接完成對另一網管服務器
所管理的網元設備進行管理。這時，中轉的網管服務器只起到中介的作用， 不參與管理工作。
被管理的網元設備可以與上述系統中的網管服務器池連接，針對 一 個網 元設備的連接情況進行說明，具體可以使一個網元設備與網管服務器池中的 一個網管服務器連接，也可以使一個網元設備與網管服務器池中的多個網管 服務器連接(如可以通過在所述網管服務器池中的網管服務器上設置網元接 入模塊來實現)，但所述的網元設備與多個網管服務器連接狀態(tài)下，在同一 時刻只允許一個網管服務器對該網元設備進行管理。
在具體使用中，網管客戶端設備及網元設備與所述網管服務器池中網管 服務器的連接也可以采用與現有網管系統中相同的連接方式，只要保證同一
時刻僅有 一個網管客戶端設備與 一個網管服務器進行連接通信；同 一 時刻僅 有一個網管服務器管理一個網元設備即可。綜上所述的網管系統中，采用網 管服務器池的方式用于網元設備的管理，可以在池內分擔負荷，共享資源來 完成網管系統的網管及容災處理，節(jié)省了設備投資(如具體使用中可以使 用很多性能相對低的網管服務器形成網管服務器池，以替代原來的使用高端 服務器的方式)。網管設備池內的網管設備可以平滑升級和擴容。 實施例二
本發(fā)明實施例中還提供了一種網管管理方法，該方法可以基于實施例一 中所述的網管系統進行管理，具體包括下述步驟
網管設備池中的網管設備與被管理的網元設備建立通信連接，并通過建 立的連接對所述網元i殳備進行管理；
網管設備池中的各個網管設備之間定時發(fā)送各自管理的網元設備的信息
列表。
其中，所述網管設備池中的各個網管設備可以在每隔一段時間(10s或者 其他間隔)，各個網管設備都會多播發(fā)送一個本設備管理的網元列表(每一 項都包括各個網元的名稱、ID、 IP、所屬網管服務器等基本屬性)，各個接 收到這個列表信息包的網管設備更新自己的網元列表，以獲取當前網絡中所 有被管理網元的基本屬性。
在上述管理方法中，若網管設備池中某個網管設備發(fā)生故障或連接中 斷，則其它網管設備根據所述的信息列表接管所述故障或連接中斷的網管設 備所管理的網元設備。具體可以由當前最高優(yōu)先級的網管設備通過能力協商 協議完成所述故障網管設備所管理的網元設備的分擔接管(網管設備池中的 網管設備優(yōu)先級的確定方法見本實施例中的下述說明)。
下面通過網管服務器池對網元進行管理的情況對上述的網管系統的管理 方法作進一步說明，首先，對網管服務器池中的各網管服務器的通信處理過 程進行說明。
多個網管服務器連接形成網管服務器池，網管服務器之間的連接方式可
以采用與現有的網絡設備相同的連接方式，如TCP/IP連接等，連接后各網管 服務器之間的通信通過多播來實現數據的同步和網元設備的接管，具體包 括
①各網管服務器將包含自身信息的信息包(CPU/內存/硬盤能力，IP地址 等)傳送多播通道，如新網管服務器接入所述網管服務器池后會立即發(fā)送自 身的消息給其它服務器，其它服務器對該消息進行接收并記錄，最后可由當 前服務器池中優(yōu)先級最高的服務器向該服務器返回其它服務器的信息列表； 優(yōu)先級最高的服務器可以是根據當前網管服務器池中各網管服務器的處理能 力確定的，通常為當前網管服務器池中處理能力最高的網管服務器。
其中，所述服務器處理數據優(yōu)先級的確認方法如下 以網管服務器池中的IP地址最低位來確定判定握手失效和接管網元設備 發(fā)起者的優(yōu)先級，IP地址最d、者來啟動對應的判定和接管過程；
當一個網管服務器A接入網管服務器池中時，首先發(fā)送多播消息(包括服 務器的處理能力、IP地址等)給其它網管服務器，其它網管服務器接收到這 個消息后會更新自己的服務器列表，同時由當前網管服務器池中IP最小者返 回當前網管服務器池中的網管服務器列表(包括服務器的處理能力、IP地址 等)給新加入的網管服務器，新加入的網管服務器根據返回的列表更新自己 的列表，在收到的列表中已經包含了優(yōu)先級信息，所述新加入的網管服務器 通過此列表就可以確認當前網管服務器池中優(yōu)先級最高的網管服務器。
實際使用中，當前優(yōu)先級最高的網管服務器可以作為網管服務器池的仲 裁服務器，用于對其他服務器進行協調。
②服務器存活感知處理(即服務器間的握手)，即當新服務器接入所述 網管服務器池后立即發(fā)送多播握手包給各個已經存在的服務器，當發(fā)現有其 它服務器存在時，再多播發(fā)送該服務器的信息包。具體處理過程中只有當網 管服務器池中的各個網管服務器與某一個網管服務器的所有握手都失敗時才 能判定這個網管服務器退出網管服務器池。
對網管服務器池中的網管服務器存活感知方法具體為
通過多播定時發(fā)送握手消息，消息中包含對應網管服務器的標志，各個
接收到消息的服務器記錄接收到的消息來源和接收時間，當某一個服務器A發(fā) 現某一服務器B不再發(fā)送握手消息時(當有3次或者多次握手消息沒有收 到)，如果服務器A的優(yōu)先級不是最高，則服務器A發(fā)送握手失效給優(yōu)先級最 高的服務器(假設為C) , C在接收到握手失效消息后，等待一段時間(10s或 其他間隔)后，如果C沒有收到其它服務器發(fā)送的握手失效消息，則C發(fā)送詢 問消息給其它服務器，以獲知是否存在握手失效，如果其它服務器也出現了 不能接收B的握手包，則C判定B失效，此時C通知其它服務器開始接管B所管理
的網元，當其它服務器都返回就緒時，C啟動網元接管協商過程；如果A為優(yōu) 先級最高的服務器，則以上處理過程由A完成。當服務器池中只有一個服務器
時，握手包不再發(fā)送。
③ 定時網元數據同步處理，網管服務器池中的各個網管服務器定時發(fā)送 各自所管理的網元設備的基本信息(包括網元名稱、IP等，具體可以采用配
置的方式實現)列表；該同步處理方法具體為
每隔一段時間(10s或者其他間隔)，各個網管服務器都會多播發(fā)送一個 本服務器管理的網元列表(每一項都包括各個網元的名稱、ID、 IP、所屬網 管服務器等基本屬性)，各個接收到這個包的網管服務器更新自己的網元列 表，以獲取當前網絡中所有被管理網元的基本屬性。當出現需要接管網元 時，各個網管服務器通過這個列表來連接對應的網元。
④ 當某一個網管服務器出現故障后，如果是軟件故障，則可以通過故障 通知通道告知其它網管服務器接管本服務器的管理網元，由當前優(yōu)先級最高 的網管服務器通過能力協商協議完成分擔接管；當服務器池中的某個服務器 的握手中斷后，其它服務器通過能力協商協議完成對所述出現故障或退出網 管服務器池的網管服務器所處理業(yè)務的分擔接管。
網管服務器池中的各網管服務器之間通過上述通信處理可以協同工作， 完成對連接到其上的網元設備的分擔共管。
且形成的網管服務器池可以通過能力協商協議對網管服務器池中的網管 服務器的處理能力進行分配，達到各網管服務器的負載均衡，具體如下
為分配各網管服務器的處理能力，網元設備釆用漸進式接入網管服務器 的方式，即首先以各個網管服務器的50%的處理能力(去除冗余量后的 50%)來接入網元設備，只有當第一個網管服務器接入的網元設備達到50°/。后 才使用第二個網管服務器接入新的網元設備；當所有的網管服務器都達到設 計能力(去除冗余能力)的50%后，再次取各個網管服務器能力的50%來依次
接入網元設備，直至所有的設計能力都被耗盡，此時再根據每個網管服務器 的剩余能力依次接入網元設備，當每個網管服務器的所有能力都被耗盡時， 則不應再接入新的網元i殳備，不過可以允許以犧牲處理速度來換耳又處理量的 方式來依次再接入新的網元設備到各個網管服務器，但各個網管服務器的負
載不能超過設計負載的150%,否則，不應再接入新的網元設備，直至有新的
網管服務器接入網管服務器池后重新進行負載均衡調整。當需要接管其它服 務器管理的網元設備時，首先從性能最好(如果不能判定，則從優(yōu)先級最 高)的網管服務器開始接入網元設備。
當某一網管服務器接管另一網管服務器(如負載情況等)的網元設備 后，接管的網管服務器會從此網元設備原來所屬的網管服務器上同步此網元 設備的各種數據(也可以僅設置一個標志，表示此網元設備有部分數據存放 在以前的網管服務器中，當需要獲取這些數據時，通過向原來的網管服務器 發(fā)送所述網元設備數據請求來獲取對應的數據)。
所述的網管服務器池進行冗余處理時，其冗余的管理能力可以調節(jié)，—一
般默認的冗余量為所有網元設備的能力之和/網元設備的個數；有以下兩種 冗余方法可供采用
a、 各個網管服務器保留的能力占本機處理能力的百分比相同；
b、 各個網管服務器冗余的處理能力為平均處理能力/服務器個數；
這兩種方法均可以保證使所述網管系統不單獨設置冗余服務器而實現冗 余備份功能。
綜上所述的網管方法中，其進行網管管理時可以在服務器池內分擔負 荷，共享資源來完成網管系統的網管及容突冗余處理，節(jié)省了設備投資 (如具體使用中可以使用很多性能相對低的網管服務器形成網管服務器 池，以替代原來的使用高端服務器的方式)。網管服務器池內的網管服務器 可以平滑升級和擴容。且當某個網管服務器出現故障后，網管服務器池內其
它網管服務器可以自動接管該故障網管服務器所處理的業(yè)務，不會產生額外操 作維護工作量和切換的延遲，增加了網管系統的穩(wěn)定性。
上述方法的具體管理流程如圖3所示，其中，步驟l，網管客戶端下發(fā)網
管管理命令給網管服務器池中的網管服務器，并確定要管理的網元； 步驟2,網管服務器池中的網管服務器與要管理的網元握手連接； 步驟3,所述網元通過握手信息確定所連接的網管服務器是否為活動狀
態(tài)；
步驟4,若是，則網元將網管服務器用的數據上報給所連接的活動狀態(tài)的 網管服務器；
步驟5,網管服務器進行所述網元的網管管理；
步驟6,若活動狀態(tài)的網管服務器出現故障，則由網管服務器池中當前優(yōu) 先級最高的網管服務器通過能力協商協議完成所述故障網管設備所管理的網 元的分擔接管，由接管后的網管服務器進行所述網元的網管管理處理。
其中，步驟3中若判斷當前的網管服務器的活動狀態(tài)為否，則重新進行 步驟2的操作。
其中，步驟6中的所述的由其它網管服務器對網元設備的接管方法如
下
如果接管過程由網管服務器A發(fā)起，則首先A從各個網管服務器中查詢該 服務器的富余處理能力，然后A根據網管服務器能力分配方法將出現故障的網 管服務器管理的網元設備分配給各個網管服務器接管，各個網管服務器收到 對應的接管處理消息包后，與對應的網元設備建立通信后，所述被接管的網 元設備發(fā)送網元設備的基本屬性同步包給其它網管服務器，告知其它網管服 務器對應的網元設備已經被接管。
上述方法還包括新接入網管服務器池的網管服務器對網元設備接管處理 方法，具體為 一個新的服務器加入網管服務器池后，首先多播自己的基本 信息；優(yōu)先級最高的服務器A接收到這個多播消息后，從獲取當前池中的網管服務器負載情況及需要被接管的網元列表；網管服務器A根據返回情況和新接
入網管服務器能力決定其需要接管的網元設備，發(fā)送對應的接管消息給對應 的服務器，對應的服務器放棄對特定網元的管理，并將其管理權移交給新接
入的服務器；新服務器與網元建立握手關系，隨后再完成接管網元對應數據 (性能、告警、配置)的同步，至此接管完成，進而完成新網管設備向網管 設備池的接入。
在上述管理方法中，當某個網管設備出現故障后，網管設備池內其它網 管設備可以自動接管該故障網管服務器所處理的業(yè)務，不會產生額外操作維護 工作量和切換的延遲，增加了網管系統的穩(wěn)定性。
實施例三
如圖4所示，本實施例中還提供了一種網管設備，可以作為網管系統中 的網管服務器使用，具體包括
池接入模塊，用于通過該模塊與其它網管服務器連接來形成整體的網管 服務器池；
資源分配模塊，用于根據池接入模塊與其它網管服務器連接成網管服務 器池后，將所在網管服務器的資源根據需要向所連接的網管設備池內分配； 網元接入模塊，用于處理所管理的網元設備的接入及管理； 信息列表處理模塊，用于定時發(fā)送自身所管理的網元設備的信息列表， 并根據接收的其它網管設備發(fā)送的信息列表進行相應處理(如更新網管設備 列表)。
如圖5所示，所述設備的池接入模塊進一步包括
處理能力共享子模塊，通過該模塊實現由所述池接入模塊連接形成網管 服務器池時的各網管設備之間的處理能力共享；
數據共享處理子模塊，通過該模塊實現由所述池接入模塊連接形成網管 服務器池時的各網管服務器之間的數據共享。
如圖6所所示，該設備還包括故障處理模塊，用于當所在設備發(fā)生故 障時，將故障信息向與該設備連接的其它網管設備提交。
如圖7所示，所述設備的網元接入模塊進一步包括
網元連接處理子模塊，用于連接與準備處理的至少一個網元設備；
網元共管處理子模塊，對通過網元連接處理子模塊建立并連接后的網元 設備進行管理。
通過使用本實施例中所述的網管設備作為網管服務器，可以方便的連接 成網管服務器池，以分擔共管的方式進行網元設備的管理，不用單獨設置冗 余服務器，提高了硬件的利用率。
實施例四
如圖8所示，本發(fā)明還提供了一種網管客戶端設備，該網管客戶端設備 可以與實施例三所述的網管設備來構成網管系統，該設備具體包括
服務器接入模塊，用于與網管服務器池中網管服務器連接；
數據歸并處理模塊，用于對通過服務器接入模塊與所述網管服務器池中 的多個網管服務器連接時進行處理。
綜上所述，本發(fā)明實施例中通過將多個網管服務器連接成網管服務器池 的形式進行網管及容災處理。使得在相同硬件條件下可以提高網管硬件的利 用率和使用效率，提高處理能力；有利于網絡中的網管部分和網元部分獨立 演進；可以促進多運營商之間的網絡合作共管；當有部分網管服務器出現故 障時，整體網管系統的運行不會受到很大影響；網管服務器池可以解決網絡 容災備份處理，所以省去了傳統網管系統中的冗余服務器；大規(guī)模組建網管 系統(如需要3個或3個以上網管服務器)時，采用本發(fā)明實施例的網管 服務器池的方式則有明顯優(yōu)勢。
以上所述的各實施例是為說明本發(fā)明的技術方案，各實施例之間不具有 前后的次序關系，并且不因各實施例的序號造成限制。且各實施例僅為本發(fā) 明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技 術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換， 都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應該以權利要 求的保護范圍為準。
權利要求
1、一種網管系統，其特征在于，該系統包括網管設備池，由至少兩個網管設備連接而成，連接的各網管設備之間相互通信共享資源及業(yè)務處理能力進行網管管理及容災處理；網管客戶端設備，連接到所述網管設備池，并與網管設備池中的至少一個網管設備連接通信，通過所述連接通信的網管設備對連接到所述網管設備池的網元設備進行網管管理。
2、 根據權利要求1所述的系統，其特征在于，所述網管客戶端設備與網 管設備池中的某 一 網管設備連接，其它網管設備的數據匯聚后通過該網管設 備提交給該網管客戶端設備。
3、 根據權利要求1所述的系統，其特征在于，所述系統包括至少一個網 管客戶端設備，每個網管客戶端設備只與所述網管設備池中的某一 網管設備 連接，通過該網管設備直接對該網管設備所管理的網元設備進行管理。
4、 根據權利要求1所述的系統，其特征在于，所述系統包括至少一個網 管客戶端設備，每個網管客戶端設備通過所述網管設備池中的某一網管設備 作為中轉設備與網管設備池中另 一 網管設備連接，通過中轉的網管設備中轉對另 一網管設備所管理的網元設備進行管理。
5、 一種基于權利要求1所述的網管系統的管理方法，其特征在于，該方 法包括網管設備池中的網管設備與被管理的網元設備建立通信連接，并通過建 立的連4妄對所述網元設備進行管理；網管設備池中的各個網管設備之間發(fā)送各自管理的網元設備的信息列 表，各個網管設備根據收到的信息列表更新自身的網元設備的信息列表。
6、 根據權利要求5所述的方法，其特征在于，所述網管設備池中的各個 網管設備通過多播發(fā)送本網管設備所管理的網元設備的信息列表；接收到所 述信息列表的其它網管設備根據該信息列表更新自身所管理的網元設備的信 息列表，通過更新后的信息列表獲取當前網絡中所有被管理網元設備的基本 屬性。
7、 根據權利要求5所述的方法，其特征在于，所述方法還包括 若網管設備池中某個網管設備發(fā)生故障，則由其它網管設備中設定的網管設備發(fā)起接管所述故障網管設備所管理的網元設備；發(fā)起接管的所述設定的網管設備查詢網管設備池中其他網管設備的富佘 處理能力，并根據所查詢網管設備的富余處理能力將出現故障的網管設備管 理的網元設備分配給其他網管設備接管；負責接管網管設備根據所述的網元設備的信息列表與對應接管的網元設 備建立通信，通過建立的通信對接管的網元設備進行管理。
8、 根據權利要求7所述的方法，其特征在于，所述方法還包括 所述被接管的網元設備發(fā)送該網元設備的基本屬性信息同步包給其它網管設備，告知其它網管設備該網元設備已經被接管；其它網管設備根據所述的信息同步包更新自身的網元設備的信息列表。
9、 根據權利要求5所述的方法，其特征在于，所述方法還包括網元i殳備 采用漸進式接入網管{殳備池實現冗余處理根據網管設備池中各個網管設備的部分處理能力進行網元設備的接入， 直至每個網管設備接入的網元設備均達到指定的部分處理能力值；再根據各網管設備的剩余處理能力的部分處理能力按上述方式進行網元 設備的接入，直至每個網管設備均達到接入網元設備的全部的處理能力值。
10、 根據權利要求5所述的方法，其特征在于，所述方法進一步包括新網管設備接入所述的網管設備池，該新網管設備向網管設備池中其它 網管設備多播發(fā)送自身的基本信息；由設定的網管設備接收所述的多播消息后，獲取當前網管設備池中的各 網管設備負載情況及需要被接管的網元設備列表； 所述設定的網管設備根據獲取的所述各網管設備的負載情況和需要被接 管的網元設備列表及新網管設備的處理能力，確定該新網管設備需要接管的網元設備；將對應的網元設備的管理權移交給新網管設備；新網管設備與接管的網元設備建立握手連接及數據同步完成向網管設備 池的接入。
11、 根據權利要求5所述的方法，其特征在于，所述方法進一步包括網管設備器池中的網管設備通過多播發(fā)送握手消息，接收到消息的各個 網管設備，記錄握手消息中包含與各個網管設備對應的標志中的信息；若某一個網管設備通過所述記錄的信息確定另一網管設備不再發(fā)送握手 消息時，則發(fā)送握手失效消息給優(yōu)先級最高的網管設備；由設定的網管設備根據所述握手失效消息確定所述不再發(fā)送握手消息的 網管設備的狀態(tài)；若確定所述不再發(fā)送握手消息的網管設備連接失效，則由設定的網管設 備啟動對該失效的網管設備所管理的網元設備的協商接管處理。
12、 根據權利要求7、 10或11任一項所述的方法，其特征在于，所述設 定的網管設備為當前網管設備池中優(yōu)先級最高的網管設備。
13、 根據權利要求12所述的方法，其特征在于，所述確認當前網管設備 池中優(yōu)先級最高的網管設備為當某 一 網管設備接入網管設備池中時，通過多播發(fā)送包含自身信息的消 息給其它網管設備；其它網管設備接收到該消息并利用該消息更新自身的網管設備列表；由當前網管設備池中指定的網管設備返回當前網管設備池中的網管設備 列表給所述新加入的網管設備；新加入的網管設備根據返回的列表更新自身的網管設備列表，并通過所收到的列表中包含的優(yōu)先級信息確認當前網管設備池中優(yōu)先級最高的網管設 備。
14、 一種網管設備，其特征在于，該設備包括池接入模塊，用于通過該模塊與其它網管設備連接來形成網管設備池； 資源分配模塊，用于當通過池接入模塊與其它網管設備連接成網管設備池后，將所在網管設備的資源向所連接的網管設備池內分配； 網元接入模塊，用于處理所管理的網元設備的接入及管理； 信息列表處理模塊，用于定時發(fā)送自身所管理的網元設備的信息列表，并根據接收的其它網管設備發(fā)送的信息列表進行相應處理。
15、 根據權利要求14所述的設備，其特征在于，所述池接入模塊包括 處理能力共享子模塊，用于實現由所述池接入模塊連接形成網管設備池時的各網管設備之間的處理能力共享；數據共享處理子模塊，用于實現由所述池接入模塊連接形成網管設備池 時的各網管設備之間的數據共享。
16、 根據權利要求14所述的設備，其特征在于，所述網元接入模塊包括網元連接處理子模塊，用于與至少一個網元設備建立連接； 網元共管處理子模塊，用于對通過網元連接處理子模塊建立并連接后的 網元設備進行管理。
17、 一種網管客戶端設備，其特征在于，該設備包括 服務器接入模塊，用于與網管設備池中的網管設備連接； 數據歸并處理模塊，用于對通過服務器接入模塊與所述網管設備池中的多個網管設備連接時進行處理。
全文摘要
一種網管系統、管理方法及設備。所述系統包括網管設備池，由至少兩個網管設備連接而成，連接的各網管設備之間相互通信共享資源及業(yè)務處理能力進行網管管理及容災處理；網管客戶端設備，連接到所述網管設備池，并與網管設備池中的至少一個網管設備連接通信，通過所述連接通信的網管設備對連接到所述網管設備池的網元設備進行網管管理。本發(fā)明實施例通過將網管設備連接成網管設備池的方式作為網管系統，使該網管系統可對應管理多個網絡；當有部分網管設備出現故障時，可通過切換到網管設備池中的其它網管設備接管相應網元設備的網管管理處理，避免了傳統網管系統中因某一網管設備故障則導致對應網元設備不可管理的問題。
文檔編號H04L12/24GK101183984SQ20071017956
公開日2008年5月21日 申請日期2007年12月14日 優(yōu)先權日2007年12月14日
發(fā)明者華晶駿, 孫鵬飛, 歡 李 申請人:華為技術有限公司