專利名稱：網(wǎng)元歷史性能數(shù)據(jù)的上傳方法、系統(tǒng)及服務器的制作方法
技術領域：
本發(fā)明實施例涉及通信技術領域，尤其涉及一種網(wǎng)元歷史性能數(shù)據(jù)的上傳方法、
系統(tǒng)及子網(wǎng)服務器、網(wǎng)管服務器。
背景技術：
在電信網(wǎng)絡管理系統(tǒng)中，性能管理系統(tǒng)是非常重要一個組成部分，其主要功能在 于收集系統(tǒng)內(nèi)各網(wǎng)元上傳的性能數(shù)據(jù)，對其進行查詢分析，以此掌握各網(wǎng)元的運行狀態(tài)，給 用戶提供整個網(wǎng)絡運行狀態(tài)的報告和性能告警的提示。隨著通信技術的發(fā)展，系統(tǒng)中的網(wǎng) 元設備越來越多，一個網(wǎng)元管理系統(tǒng)(Element Management System,簡稱EMS)往往管理成 百上千個網(wǎng)元設備，想要分析網(wǎng)絡性能數(shù)據(jù)，就必須定期采集網(wǎng)絡上的所有網(wǎng)元設備的性 能數(shù)據(jù)，這就需要進行大批量的性能數(shù)據(jù)的采集。 現(xiàn)有技術中，EMS采集各網(wǎng)元的性能數(shù)據(jù)的方式通常有兩種。第一種是網(wǎng)元設備 主動上傳性能數(shù)據(jù)給EMS，在性能管理的每個周期內(nèi)，每個網(wǎng)元設備內(nèi)的網(wǎng)元性能管理模塊 收集對應網(wǎng)元設備的所有應用組件的性能數(shù)據(jù)，生成歷史性能數(shù)據(jù)，并在每個周期末的時 候通過網(wǎng)元網(wǎng)關主動上傳給EMS。第二種則為EMS定時查詢網(wǎng)元性能數(shù)據(jù)的方式，EMS以周 期為單位，定時向其管理的各個網(wǎng)元設備下發(fā)查詢歷史性能數(shù)據(jù)的命令，各個網(wǎng)元設備響 應EMS的查詢命令，在每個周期末的時候通過網(wǎng)元網(wǎng)關將歷史性能數(shù)據(jù)上傳至EMS。
但是發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)雖然在現(xiàn)有技術的上述兩種EMS采集 網(wǎng)元設備的歷史性能數(shù)據(jù)的方案中，網(wǎng)元設備的歷史性能數(shù)據(jù)的上傳在觸發(fā)起因上有所不 同，一種為主動上傳形式，一種為響應查詢命令的方式。但是，這兩個方案中網(wǎng)元設備上傳 歷史性能數(shù)據(jù)的具體方式都是相同的，網(wǎng)元設備均是在周期末的時候通過網(wǎng)元設備與EMS 之間的網(wǎng)元網(wǎng)關，集中地將各自的歷史性能數(shù)據(jù)統(tǒng)一上傳給EMS。對于網(wǎng)元網(wǎng)關而言，整個 網(wǎng)絡的網(wǎng)元設備的集體上傳會占用其大量的帶寬，尤其當網(wǎng)元設備的數(shù)量眾多、網(wǎng)元歷史 性能數(shù)據(jù)量較大的時候，受帶寬的限制，網(wǎng)元網(wǎng)元很有可能會出現(xiàn)網(wǎng)絡阻塞、數(shù)據(jù)包丟失的 情況，甚至還有可能造成網(wǎng)元設備脫管狀況的出現(xiàn)。而對于網(wǎng)管服務器而言，在每個性能周 期末集中接收到大量的歷史性能數(shù)據(jù)，同樣可能會出現(xiàn)丟包或是網(wǎng)絡阻塞的情況。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種網(wǎng)元歷史性能數(shù)據(jù)的上傳方法、系統(tǒng)及服務器，用以解決 現(xiàn)有技術中EMS管理的網(wǎng)元設備在上傳歷史性能數(shù)據(jù)給EMS時，當網(wǎng)元設備數(shù)量眾多或者 歷史性能數(shù)據(jù)量大時，容易造成網(wǎng)元網(wǎng)關的網(wǎng)絡阻塞、網(wǎng)元設備上傳的數(shù)據(jù)包丟失，甚至造 成網(wǎng)元脫管情況出現(xiàn)的缺陷，實現(xiàn)一種更為優(yōu)化的網(wǎng)元的歷史性能數(shù)據(jù)上傳的方式。
為了實現(xiàn)上述目的，本發(fā)明實施例提供一種網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，包 括 設置在網(wǎng)元設備及網(wǎng)管服務器之間的至少一子網(wǎng)服務器接收到對應的子網(wǎng)內(nèi)的、 至少一個網(wǎng)元設備上傳的歷史性能數(shù)據(jù)，并儲存所述歷史性能數(shù)據(jù)，所述對應的子網(wǎng)包括網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)； 當所述子網(wǎng)服務器接收到所述網(wǎng)管服務器發(fā)送的網(wǎng)元數(shù)據(jù)查詢請求時，將儲存的 所述歷史性能數(shù)據(jù)發(fā)送給所述網(wǎng)管服務器。 為了實現(xiàn)上述目的，本發(fā)明實施例還提供一種子網(wǎng)服務器，所述子網(wǎng)服務器設置 在網(wǎng)元設備及網(wǎng)管服務器之間，與網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)相對應，包括
接收模塊，用于接收到對應的所述子網(wǎng)內(nèi)的、至少一個網(wǎng)元設備上傳的歷史性能 數(shù)據(jù)，并儲存所述歷史性能數(shù)據(jù)； 第一發(fā)送模塊，用于當接收到網(wǎng)管服務器發(fā)送的網(wǎng)元數(shù)據(jù)查詢請求時，將儲存的 所述歷史性能數(shù)據(jù)發(fā)送給所述網(wǎng)管服務器。 為了實現(xiàn)上述目的，本發(fā)明實施例還提供一種網(wǎng)管服務器，包括 第二發(fā)送模塊，用于發(fā)送網(wǎng)元數(shù)據(jù)查詢請求給設置在網(wǎng)元設備及網(wǎng)管服務器之間
的至少一子網(wǎng)服務器，所述子網(wǎng)服務器與網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)對應； 第二接收模塊，用于接收所述子網(wǎng)服務器返回的歷史性能數(shù)據(jù)，所述歷史性能數(shù)
據(jù)為所述子網(wǎng)服務器從對應的所述至少一個子網(wǎng)內(nèi)的網(wǎng)元設備處接收。 為了實現(xiàn)上述目的，本發(fā)明實施例還提供一種網(wǎng)元歷史性能數(shù)據(jù)的上傳系統(tǒng)，包
括上述的多個子網(wǎng)服務器、上述的網(wǎng)管服務器、以及多個網(wǎng)元設備；其中， 所述多個網(wǎng)元設備為網(wǎng)絡中多個子網(wǎng)中的任一子網(wǎng)內(nèi)的網(wǎng)元設備，所述子網(wǎng)服務
器與所述多個子網(wǎng)中的至少一個子網(wǎng)相對應。 本發(fā)明實施例的網(wǎng)元歷史性能數(shù)據(jù)的上傳方法、系統(tǒng)及服務器，通過將整個網(wǎng)絡 劃分為不同的子網(wǎng)，以及在網(wǎng)元設備及網(wǎng)管服務器之間設置與不同的子網(wǎng)對應的多個子 網(wǎng)服務器，每個子網(wǎng)服務器負責接收對應子網(wǎng)內(nèi)的網(wǎng)元設備發(fā)送的歷史性能數(shù)據(jù)并進行存 儲，再上傳給網(wǎng)管服務器，從而使得原網(wǎng)元網(wǎng)關對所有網(wǎng)元設備的歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)壓 力可以分散到各個子網(wǎng)服務器，即便在網(wǎng)元設備眾多、上傳的歷史性能數(shù)據(jù)量較大的情況 下，也能有效地避免網(wǎng)絡阻塞、數(shù)據(jù)包丟失、網(wǎng)元脫管狀況的出現(xiàn)。進一步地，各子網(wǎng)服務器 對上傳的歷史性能數(shù)據(jù)的暫時存儲，還從一定程度上減緩了網(wǎng)管服務器對大量數(shù)據(jù)進行存 儲及管理的壓力。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明網(wǎng)元歷史性能數(shù)據(jù)的上傳方法實施例一的流程圖；
圖2為本發(fā)明網(wǎng)元歷史性能數(shù)據(jù)的上傳方法實施例二的流程圖；
圖3為本發(fā)明子網(wǎng)服務器實施例的結構示意圖；
圖4為本發(fā)明網(wǎng)管服務器實施例的結構示意圖； 圖5為本發(fā)明網(wǎng)元歷史性能數(shù)據(jù)的上傳系統(tǒng)實施例的結構示意圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
圖l為本發(fā)明網(wǎng)元歷史性能數(shù)據(jù)的上傳方法實施例一的流程圖，如圖l所示，本實 施例的方法包括如下步驟 步驟100，設置在網(wǎng)元設備及網(wǎng)管服務器之間的至少一子網(wǎng)服務器接收對應的子
網(wǎng)內(nèi)的、至少一個網(wǎng)元設備上傳的歷史性能數(shù)據(jù)，并儲存該歷史性能數(shù)據(jù)； 為了評價傳輸系統(tǒng)的近期性能，分析定位故障和確定斷續(xù)誤碼源的
位置，國際電信聯(lián)盟遠程通信標準化組(International Telecommunications
UnionTeleco匪nication Standardization Sector,簡稱ITU-T)建議中要求對網(wǎng)絡中的
各網(wǎng)元設備進行性能的管理，即要求通過設置網(wǎng)管服務器，對網(wǎng)絡中所有網(wǎng)元設備的性能
數(shù)據(jù)進行采集與分析，以掌握整個網(wǎng)絡的運行狀態(tài)?，F(xiàn)有的技術中，網(wǎng)管服務器采集各網(wǎng)元
設備的歷史性能數(shù)據(jù)的方式通常為網(wǎng)元設備生成歷史性能數(shù)據(jù)，保存在當前網(wǎng)元設備的性
能管理模塊中，在性能周期末統(tǒng)一集中地通過網(wǎng)元網(wǎng)關透傳給網(wǎng)管服務器。但是這種通過
網(wǎng)元網(wǎng)關集中透傳的方式在一定程度上存在著很大的缺陷當網(wǎng)管服務器所管理的網(wǎng)元設
備數(shù)量眾多時，受到帶寬的限制，網(wǎng)元網(wǎng)關在將網(wǎng)元設備的性能數(shù)據(jù)集中轉(zhuǎn)發(fā)給網(wǎng)管服務
器時，很有可能會出現(xiàn)網(wǎng)絡阻塞、數(shù)據(jù)包丟失，甚至會出現(xiàn)網(wǎng)元設備脫管的現(xiàn)象。 為了解決現(xiàn)有的網(wǎng)管服務器采集網(wǎng)元設備的歷史性能數(shù)據(jù)時出現(xiàn)的問題，本實施
例中，在網(wǎng)管服務器和網(wǎng)元設備之間添加設置了子網(wǎng)服務器，該子網(wǎng)服務器負責對其對應
子網(wǎng)內(nèi)所有網(wǎng)元設備的歷史性能數(shù)據(jù)進行采集。具體地，本實施例中，將整個網(wǎng)絡根據(jù)不同
的網(wǎng)段、區(qū)段，或者根據(jù)其他的劃分原則劃分為多個子網(wǎng)，并為每個子網(wǎng)單獨、或者每幾個
子網(wǎng)共同配置了一個子網(wǎng)服務器。各子網(wǎng)中所有網(wǎng)元設備的歷史性能數(shù)據(jù)都統(tǒng)一上傳給其
對應的子網(wǎng)服務器，由該子網(wǎng)服務器對其進行保存和管理，當在網(wǎng)管服務器需要時，再由該
子網(wǎng)服務器將其上報給網(wǎng)管服務器，以供網(wǎng)管服務器對其進行分析。 如此一來，網(wǎng)絡內(nèi)網(wǎng)元設備的性能數(shù)據(jù)上傳的方式不再是統(tǒng)一通過網(wǎng)元網(wǎng)關上傳
給網(wǎng)管服務器，對于屬于不同子網(wǎng)服務器的網(wǎng)關設備而言，其上傳歷史性能數(shù)據(jù)的目的端
并不一致，屬于不同子網(wǎng)服務器的不同網(wǎng)關設備將其歷史性能數(shù)據(jù)發(fā)送給不同的子網(wǎng)服務
器，相比于原有的網(wǎng)元網(wǎng)關，極大地減輕了原有網(wǎng)元網(wǎng)關統(tǒng)一進行數(shù)據(jù)轉(zhuǎn)發(fā)的帶寬壓力。事
實上，這種數(shù)據(jù)上傳方式相當于將接收并轉(zhuǎn)發(fā)網(wǎng)元設備上傳的歷史性能數(shù)據(jù)的任務，以子
網(wǎng)劃分的形式，均勻地分配給了多個子網(wǎng)服務器，各子網(wǎng)服務器需承擔的轉(zhuǎn)發(fā)數(shù)據(jù)量的大
小、以及所需承擔的帶寬壓力，相對于原網(wǎng)元網(wǎng)關而言，都得到了極大的減緩。 相應地，在本實施例中，對于負責至少一個子網(wǎng)的子網(wǎng)服務器而言，其在接收到對
應的子網(wǎng)內(nèi)的網(wǎng)元設備發(fā)送的歷史性能數(shù)據(jù)后，并非如現(xiàn)有的網(wǎng)元網(wǎng)關一樣，直接將其轉(zhuǎn)
發(fā)給網(wǎng)管服務器，而是將該歷史性能數(shù)據(jù)暫時進行存儲。子網(wǎng)服務器將接收到的數(shù)據(jù)進行
暫存的目的在于對網(wǎng)管服務器所需的歷史性能數(shù)據(jù)進行暫時的緩存與管理，在網(wǎng)管服務
器需要對其進行分析時再傳送給網(wǎng)管服務器，這相當于從一定程度上部分承擔了網(wǎng)管服務
器對大量歷史性能數(shù)據(jù)進行管理的壓力，減緩了網(wǎng)管服務器對大量數(shù)據(jù)進行存儲及管理的內(nèi)存消耗。 步驟101，當該子網(wǎng)服務器接收到網(wǎng)管服務器發(fā)送的網(wǎng)元數(shù)據(jù)查詢請求時，將儲存 的歷史性能數(shù)據(jù)發(fā)送給網(wǎng)管服務器。 各子網(wǎng)服務器接收到與其對應的子網(wǎng)內(nèi)的網(wǎng)元設備上傳的歷史性能數(shù)據(jù)，并將其 進行存儲后，網(wǎng)管服務器便可以從各子網(wǎng)服務器中獲取其所需的性能數(shù)據(jù)以進行分析。具 體地，當網(wǎng)管服務器需要從子網(wǎng)服務器獲取其所需的數(shù)據(jù)時，將發(fā)送網(wǎng)元數(shù)據(jù)查詢請求給 各子網(wǎng)服務器，子網(wǎng)服務器接收到網(wǎng)管服務器發(fā)送的查詢請求時，將之前接收并保存的歷 史性能數(shù)據(jù)返回給網(wǎng)管服務器，從而便完成了網(wǎng)管服務器的此次歷史性能數(shù)據(jù)的采集。事 實上，在本發(fā)明實施例中，網(wǎng)管服務器可以將各子網(wǎng)服務器看作是其內(nèi)部設置的專用的數(shù) 據(jù)存儲器，在需要通過對其中存儲的數(shù)據(jù)進行分析，進而了解相應網(wǎng)元設備的運行狀態(tài)時， 可以從相應的數(shù)據(jù)存儲器中將其進行提取。 本實施例的網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，通過將整個網(wǎng)絡劃分為不同的子網(wǎng)，
以及在網(wǎng)元設備及網(wǎng)管服務器之間設置與各子網(wǎng)對應的多個子網(wǎng)服務器，每個子網(wǎng)服務器
負責接收對應子網(wǎng)內(nèi)的網(wǎng)元設備發(fā)送的歷史性能數(shù)據(jù)并進行存儲，再上傳給網(wǎng)管服務器，
從而使得原網(wǎng)元網(wǎng)關對所有網(wǎng)元設備的歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)壓力可以分散到各個子網(wǎng)服
務器，即便在網(wǎng)元設備眾多、上傳的歷史性能數(shù)據(jù)量較大的情況下，也能有效地避免網(wǎng)絡阻
塞、數(shù)據(jù)包丟失、網(wǎng)元脫管狀況的出現(xiàn)。進一步地，各子網(wǎng)服務器對上傳的歷史性能數(shù)據(jù)的
暫時存儲，還從一定程度上減緩了網(wǎng)管服務器對大量數(shù)據(jù)進行存儲及管理的壓力。 圖2為本發(fā)明網(wǎng)元歷史性能數(shù)據(jù)的上傳方法實施例二的流程圖，如圖2所示，本實
施例的方法包括如下步驟 步驟200，網(wǎng)管服務器發(fā)送各子網(wǎng)服務器的IP地址給與該子網(wǎng)服務器對應的各網(wǎng) 元設備； 具體地，本步驟在網(wǎng)管服務器對其管理的所有網(wǎng)元設備進行歷史性能數(shù)據(jù)的采集 之前，即在網(wǎng)管服務器對各網(wǎng)元設備進行性能管理的參數(shù)的配置過程中進行，其目的在于 為本系統(tǒng)中設置的各子網(wǎng)服務器分配對應的子網(wǎng)，以及分配對應的網(wǎng)元設備。具體地，在本 實施例中，為了減輕網(wǎng)元網(wǎng)關對網(wǎng)絡中所有網(wǎng)元設備的歷史性能數(shù)據(jù)進行接收并轉(zhuǎn)發(fā)的帶 寬壓力，網(wǎng)管服務器將整個網(wǎng)絡根據(jù)不同的網(wǎng)段、區(qū)段，或者根據(jù)其他的劃分原則劃分成了 多個子網(wǎng)，并為每一個子網(wǎng)，或者幾個子網(wǎng)相應配置了一個子網(wǎng)服務器，該子網(wǎng)服務器負責 對其對應的子網(wǎng)內(nèi)的網(wǎng)元設備的歷史性能數(shù)據(jù)進行接收并管理。 因此，為了使網(wǎng)絡中的各網(wǎng)元設備在進行歷史性能數(shù)據(jù)上傳時，能夠獲知發(fā)送歷 史性能數(shù)據(jù)的目的端的地址，即為了使各網(wǎng)元設備了解自身與哪一個子網(wǎng)服務器相對應， 在對網(wǎng)元中的各網(wǎng)元設備進行性能參數(shù)的配置時，網(wǎng)管服務器按照具體的劃分子網(wǎng)以及分 配子網(wǎng)服務器的方案，將各子網(wǎng)服務器的網(wǎng)際協(xié)議(Internet Protocol，簡稱IP)地址分 別發(fā)送給與該子網(wǎng)服務器對應的各網(wǎng)元設備。如此一來，網(wǎng)絡中所有的網(wǎng)元設備均能根據(jù) 接收到的該子網(wǎng)服務器的IP地址，得知自身屬于哪個子網(wǎng)服務器，從而在實際發(fā)送歷史性 能數(shù)據(jù)時，能夠按照接收到的該子網(wǎng)服務器的IP地址，往相應的子網(wǎng)服務器上發(fā)送。
步驟201，網(wǎng)管服務器針對各子網(wǎng)服務器對應的不同子網(wǎng)，將攜帶有不同的第一時
間值、和相同的第二時間值的不同數(shù)據(jù)上傳時間指令，發(fā)送給與該子網(wǎng)服務器對應的不同 子網(wǎng)內(nèi)的各網(wǎng)元設備；
與上述步驟200相同，本步驟同樣在在網(wǎng)管服務器對其管理的所有網(wǎng)元設備進行 歷史性能數(shù)據(jù)的采集之前，在網(wǎng)管服務器對各網(wǎng)元設備進行性能管理的參數(shù)的配置過程中 進行，其目的在于以一個子網(wǎng)服務器為單元，為該子網(wǎng)服務器中的各網(wǎng)元設備配置具體的 上傳歷史性能數(shù)據(jù)的時間方案，即該網(wǎng)元設備在何時上傳數(shù)據(jù)，以怎樣的方式進行上傳。
具體地，雖然在本發(fā)明實施例中，將網(wǎng)絡中的所有網(wǎng)元設備劃分成了多個子網(wǎng)，并 為每個子網(wǎng)單獨、或者每幾個子網(wǎng)共同配置了一個子網(wǎng)服務器，將原網(wǎng)元網(wǎng)關對所有網(wǎng)元
設備進行歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)的壓力分散到了各個子網(wǎng)服務器，而且對于一個子網(wǎng)服務器 而言，其本身所能承載的數(shù)據(jù)帶寬也必定高于原網(wǎng)元網(wǎng)關。但是，若一個子網(wǎng)服務器同時對
應的網(wǎng)元設備數(shù)量太多，數(shù)據(jù)量太大，其同樣可能會由于過大的帶寬壓力而可能出現(xiàn)網(wǎng)絡 阻塞的狀況，且這種情況尤其可能發(fā)生在當該子網(wǎng)服務器對應的所有網(wǎng)元設備在同一時刻 發(fā)送歷史性能數(shù)據(jù)時。 因此，為了進一步減緩每個子網(wǎng)服務器的數(shù)據(jù)帶寬壓力，在本實施例中，在網(wǎng)管服 務器對各網(wǎng)元設備進行性能參數(shù)配置時，對于一個子網(wǎng)服務器內(nèi)的所有網(wǎng)元設備，網(wǎng)管服 務器以子網(wǎng)為單位，分別發(fā)送不同的數(shù)據(jù)上傳時間指令給屬于不同子網(wǎng)內(nèi)的網(wǎng)元設備。該 數(shù)據(jù)上傳時間指令中攜帶有代表初始上傳時間的第一時間值、和代表相鄰兩次數(shù)據(jù)上傳的 時間間隔的第二時間值，用于指示各網(wǎng)元設備在接收到該數(shù)據(jù)上傳時間指令后，分別以其 中攜帶的第一時間值代表的不同的初始上傳時間，以及以第二時間值代表的時間間隔，上 傳歷史性能數(shù)據(jù)給對應的子網(wǎng)服務器。 具體地，在本實施例中，在一個子網(wǎng)服務器中，將網(wǎng)元設備上傳歷史性能數(shù)據(jù)的時 間，以子網(wǎng)為單位進行相互錯開的目的在于對于每一個子網(wǎng)服務器，其能承受一定的帶寬 壓力，即若該子網(wǎng)服務器僅與一個子網(wǎng)的所有網(wǎng)元設備相對應，即使該子網(wǎng)的所有網(wǎng)元設 備同時上傳歷史性能數(shù)據(jù)給子網(wǎng)服務器，該子網(wǎng)服務器能夠承受住數(shù)據(jù)量的壓力，通常在 此情況下不會造成網(wǎng)絡擁塞、網(wǎng)元脫管的狀況。但是，若一個子網(wǎng)服務器同時對應于幾個子 網(wǎng)，當該幾個子網(wǎng)內(nèi)所有的網(wǎng)元設備同時上傳性能數(shù)據(jù)給該子網(wǎng)服務器時，由于網(wǎng)元設備 數(shù)量顯著增多、數(shù)據(jù)量顯著增大，該子網(wǎng)服務器有可能出現(xiàn)上述網(wǎng)絡擁塞的狀況。因此，本 步驟在對網(wǎng)元設備進行性能參數(shù)配置時，對于每個子網(wǎng)服務器對應的所有網(wǎng)元設備，以子 網(wǎng)為單位，為不同子網(wǎng)內(nèi)的網(wǎng)元設備配置不同的數(shù)據(jù)上傳時間，使對應于一個子網(wǎng)服務器 的不同子網(wǎng)的網(wǎng)元設備交錯上傳數(shù)據(jù)，有效地解決了子網(wǎng)服務器對應多個子網(wǎng)時帶寬有限 的問題。 進一步地，對于本步驟中網(wǎng)管服務器發(fā)送的數(shù)據(jù)上傳時間指令中攜帶的第二時間
值而言，其代表了各網(wǎng)元設備上傳相鄰兩次數(shù)據(jù)之間的時間間隔。而在本發(fā)明實施例中， 該固定的時間間隔可以為小于或等于4小時。由于按照ITUTG7710標準，通常網(wǎng)元設備為 15分鐘為周期，每一周期上傳一次數(shù)據(jù)，而且網(wǎng)元設備中設置了 16個寄存器，每個寄存器 寄存一次上傳中的歷史性能數(shù)據(jù)，一個網(wǎng)元設備最多可以寄存16次周期發(fā)送的所有歷史 性能數(shù)據(jù)。因此這表明了一個網(wǎng)元設備最多可以存儲15分鐘X16 = 4小時的歷史性能數(shù) 據(jù)，而在本實施例中，將網(wǎng)元設備相鄰兩次上傳的時間間隔設置為4小時，完全可以保證該 網(wǎng)元設備的所有歷史性能數(shù)據(jù)都能上傳給網(wǎng)管服務器，而不會產(chǎn)生數(shù)據(jù)包丟失的情況。
另外需要說明的是，在本實施例中，本步驟的對網(wǎng)元設備的數(shù)據(jù)上傳時間進行配 置的步驟，以及上述對網(wǎng)元設備對應的子網(wǎng)服務器進行配置的步驟可以同時進行，也可以以
8任意的時間順序進行，且無論以何種時間順序進行都在本發(fā)明實施例所保護的范圍之內(nèi)。
步驟202，各網(wǎng)元設備按照接收到的數(shù)據(jù)上傳時間指令，以不同的上傳時間、和固 定的時間間隔上傳歷史性能數(shù)據(jù)給對應的子網(wǎng)服務器； 根據(jù)上述步驟201中網(wǎng)管服務器發(fā)送給各子網(wǎng)服務器中網(wǎng)元設備的數(shù)據(jù)上傳時 間指令，以及根據(jù)上述步驟200中網(wǎng)管服務器發(fā)送給各網(wǎng)元設備的對應子網(wǎng)服務器的IP地 址，各網(wǎng)元設備將按照其接收到的數(shù)據(jù)上傳時間指令中攜帶的第一時間值、以相應的初始 上傳時間，以及按照其中攜帶的第二時間值、以固定的時間間隔，定期上傳歷史性能數(shù)據(jù)給 對應的子網(wǎng)服務器。若一個子網(wǎng)服務器對應多個子網(wǎng)時，不同子網(wǎng)內(nèi)的網(wǎng)元設備在不同的 時間段進行歷史性能數(shù)據(jù)的上傳，從而保證了每個子網(wǎng)服務器每次接收到的、網(wǎng)元設備上 傳的歷史性能數(shù)據(jù)的數(shù)據(jù)量大小都是在其可承受的數(shù)據(jù)帶寬壓力范圍之內(nèi)的，而不會產(chǎn)生 網(wǎng)絡帶寬過于擁塞，而導致網(wǎng)元脫管的情況的出現(xiàn)。 同時，將原網(wǎng)元網(wǎng)關對所有網(wǎng)元設備的歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)壓力分散到了各個子 網(wǎng)服務器，即便在網(wǎng)元設備眾多、上傳的歷史性能數(shù)據(jù)量較大的情況下，也有效地避免了網(wǎng) 絡阻塞、數(shù)據(jù)包丟失、網(wǎng)元脫管狀況的出現(xiàn)。 步驟203，各子網(wǎng)服務器接收到對應的子網(wǎng)內(nèi)的各網(wǎng)元設備上傳的歷史性能數(shù)據(jù) 后，將該歷史性能數(shù)據(jù)進行儲存； 各子網(wǎng)服務器接收到對應的子網(wǎng)內(nèi)的各網(wǎng)元設備上傳的歷史性能數(shù)據(jù)后，并不直 接將其轉(zhuǎn)發(fā)給網(wǎng)管服務器，而是將該歷史性能數(shù)據(jù)暫時進行存儲，在網(wǎng)管服務器需要對其 進行分析時再傳送給網(wǎng)管服務器。從而從一定程度上部分承擔了網(wǎng)管服務器對大量歷史性 能數(shù)據(jù)進行管理的壓力，減緩了網(wǎng)管服務器的大量數(shù)據(jù)存儲及管理的壓力。多個子網(wǎng)服務 器相當于網(wǎng)管服務器內(nèi)部設置的專用于緩存各網(wǎng)元設備歷史性能數(shù)據(jù)的數(shù)據(jù)存儲器，當網(wǎng) 管服務器需要對相應網(wǎng)元設備的運行狀態(tài)進行分析時，可以從相應的數(shù)據(jù)存儲器中將其進 行提取。 步驟204，網(wǎng)管服務器發(fā)送網(wǎng)元數(shù)據(jù)查詢請求給各子網(wǎng)服務器； 步驟205，各子網(wǎng)服務器將儲存的歷史性能數(shù)據(jù)返回給網(wǎng)管服務器。 各子網(wǎng)服務器接收到與其對應的子網(wǎng)內(nèi)的網(wǎng)元設備上傳的歷史性能數(shù)據(jù)，并將其
進行存儲后，網(wǎng)管服務器便可以從各子網(wǎng)服務器中獲取其所需的性能數(shù)據(jù)以進行分析。具
體地，當網(wǎng)管服務器需要從子網(wǎng)服務器獲取其所需的數(shù)據(jù)時，發(fā)送網(wǎng)元數(shù)據(jù)查詢請求給各
子網(wǎng)服務器，各子網(wǎng)服務器接收到網(wǎng)管服務器發(fā)送的查詢請求時，將其接收并保存的歷史
性能數(shù)據(jù)返回給網(wǎng)管服務器，從而便完成了網(wǎng)管服務器的此次歷史性能數(shù)據(jù)的采集。 需要說明的是，在本發(fā)明實施例中，網(wǎng)管服務器對各子網(wǎng)服務器中儲存的各網(wǎng)元
設備的歷史性能數(shù)據(jù)進行提取的方式，通常為定期統(tǒng)一地給所有的子網(wǎng)服務器發(fā)送數(shù)據(jù)查
詢請求，從而獲取所有的網(wǎng)元設備的歷史性能數(shù)據(jù)。而在本發(fā)明實施例中，網(wǎng)管服務器與各
子網(wǎng)服務器之間進行數(shù)據(jù)交互的具體方式，可以采用通常的網(wǎng)絡文件傳輸協(xié)議進行傳輸，
例如文件傳輸協(xié)議(FileTransfer Protocol,簡稱FTP)或是其他的適合于網(wǎng)絡間進行文
件傳輸?shù)膮f(xié)議。 本實施例的網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，通過將整個網(wǎng)絡劃分為不同的子網(wǎng)，以 及在網(wǎng)元設備及網(wǎng)管服務器之間設置與不同的子網(wǎng)各自對應的多個子網(wǎng)服務器，每個子網(wǎng) 服務器負責接收對應子網(wǎng)內(nèi)的網(wǎng)元設備發(fā)送的歷史性能數(shù)據(jù)并進行存儲，再上傳給網(wǎng)管服務器，從而使得原網(wǎng)元網(wǎng)關對所有網(wǎng)元設備的歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)壓力可以分散到各個子網(wǎng)
服務器，即便在網(wǎng)元設備眾多、上傳的歷史性能數(shù)據(jù)量較大的情況下，也能有效地避免網(wǎng)絡阻
塞、數(shù)據(jù)包丟失、網(wǎng)元脫管狀況的出現(xiàn)。進一步地，各子網(wǎng)服務器對上傳的歷史性能數(shù)據(jù)的暫
時存儲，還從一定程度上減緩了網(wǎng)管服務器對大量數(shù)據(jù)進行存儲及管理的壓力。更進一步地，
本發(fā)明實施例中，將每個子網(wǎng)服務器對應的所有網(wǎng)元設備，以子網(wǎng)為單位分時間段進行歷史
性能數(shù)據(jù)的上傳，同時還有效地解決了子網(wǎng)服務器對應多個子網(wǎng)時帶寬有限的問題。 本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過
程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序
在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、 RAM、磁碟或者
光盤等各種可以存儲程序代碼的介質(zhì)。 圖3為本發(fā)明子網(wǎng)服務器實施例的結構示意圖，具體地，本實施例中的子網(wǎng)服務 器為本發(fā)明實施例中，在網(wǎng)管服務器和網(wǎng)元設備之間設置的多個子網(wǎng)服務器中的任一子網(wǎng) 服務器，而且該子網(wǎng)服務器與網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)相對應。如圖3所示，本實 施例的子網(wǎng)服務器包括接收模塊11和第一發(fā)送模塊12。具體地，接收模塊11用于接收 與本實施例的子網(wǎng)服務器對應的至少一個子網(wǎng)內(nèi)的、至少一個網(wǎng)元設備上傳的歷史性能數(shù) 據(jù)，并儲存該歷史性能數(shù)據(jù)；第一發(fā)送模塊12則用于當接收到網(wǎng)管服務器發(fā)送的網(wǎng)元數(shù)據(jù) 查詢請求時，將儲存的歷史性能數(shù)據(jù)發(fā)送給網(wǎng)管服務器。 具體地，本實施例中，所有模塊所涉及的具體工作過程，可以參考上述網(wǎng)元歷史性
能數(shù)據(jù)的上傳方法所涉及的相關實施例揭露的相關內(nèi)容，在此不再贅述。 本實施例的子網(wǎng)服務器，通過設置在網(wǎng)管服務器和網(wǎng)元設備之間，在將整個網(wǎng)絡
劃分為多個子網(wǎng)的基礎上，與該劃分后的多個子網(wǎng)中的至少一個子網(wǎng)相對應，且負責接收
對應子網(wǎng)內(nèi)的網(wǎng)元設備發(fā)送的歷史性能數(shù)據(jù)并進行存儲，再上傳給網(wǎng)管服務器，從而分散
了原網(wǎng)元網(wǎng)關對所有網(wǎng)元設備的歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)壓力，即便在網(wǎng)元設備眾多、上傳的
歷史性能數(shù)據(jù)量較大的情況下，也能有效地避免網(wǎng)絡阻塞、數(shù)據(jù)包丟失、網(wǎng)元脫管狀況的出
現(xiàn)。進一步地，各子網(wǎng)服務器對上傳的歷史性能數(shù)據(jù)的暫時存儲，還從一定程度上減緩了網(wǎng)
管服務器對大量數(shù)據(jù)進行存儲及管理的壓力。 進一步地，在上述實施方案的基礎上，本實施例的子網(wǎng)服務器中的接收模塊可以
具體可以為第一接收模塊，用于分別接收對應的不同子網(wǎng)內(nèi)的各網(wǎng)元設備、以不同的上傳
時間和固定的時間間隔上傳的歷史性能數(shù)據(jù)，該固定的時間間隔小于或等于4小時。 同樣，本實施例的上述實施例方案中所涉及的具體工作過程，可以參考上述網(wǎng)元
歷史性能數(shù)據(jù)的上傳方法所涉及的相關實施例揭露的相關內(nèi)容，在此不再贅述。 本實施例的上述實施方案通過使每個子網(wǎng)服務器對應的所有網(wǎng)元設備，以子網(wǎng)為
單位分時間段進行歷史性能數(shù)據(jù)的上傳，同時還有效地解決了子網(wǎng)服務器對應多個子網(wǎng)時
帶寬有限的問題。 圖4為本發(fā)明網(wǎng)管服務器實施例的結構示意圖，如圖4所示，本實施例的網(wǎng)管服務 器包括第二發(fā)送模塊21和第二接收模塊22。其中，第二發(fā)送模塊21用于發(fā)送網(wǎng)元數(shù)據(jù) 查詢請求給多個子網(wǎng)服務器中的一子網(wǎng)服務器，該子網(wǎng)服務器與網(wǎng)絡的多個子網(wǎng)中的至少 一個子網(wǎng)對應；第二接收模塊22用于接收上述子網(wǎng)服務器返回的歷史性能數(shù)據(jù)，該歷史性 能數(shù)據(jù)由該子網(wǎng)服務器從對應的至少一個子網(wǎng)內(nèi)的各網(wǎng)元設備處接收。
具體地，本實施例中，所有模塊所涉及的具體工作過程，可以參考上述網(wǎng)元歷史性
能數(shù)據(jù)的上傳方法所涉及的相關實施例揭露的相關內(nèi)容，在此不再贅述。 本實施例的網(wǎng)管服務器，通過將整個網(wǎng)絡劃分為不同的子網(wǎng)，以及在網(wǎng)元設備及
網(wǎng)管服務器之間設置與不同的子網(wǎng)各自對應的多個子網(wǎng)服務器，每個子網(wǎng)服務器負責接收
對應子網(wǎng)內(nèi)的網(wǎng)元設備發(fā)送的歷史性能數(shù)據(jù)并進行存儲，再上傳給網(wǎng)管服務器，從而使得
原網(wǎng)元網(wǎng)關對所有網(wǎng)元設備的歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)壓力可以分散到各個子網(wǎng)服務器，即便
在網(wǎng)元設備眾多、上傳的歷史性能數(shù)據(jù)量較大的情況下，也能有效地避免網(wǎng)絡阻塞、數(shù)據(jù)包
丟失、網(wǎng)元脫管狀況的出現(xiàn)。進一步地，各子網(wǎng)服務器對上傳的歷史性能數(shù)據(jù)的暫時存儲，
還從一定程度上減緩了網(wǎng)管服務器對大量數(shù)據(jù)進行存儲及管理的壓力。 進一步地，在上述實施方案的基礎上，本實施例的網(wǎng)管服務器還可以包括第三發(fā)
送模塊23，用于將子網(wǎng)服務器的IP地址，發(fā)送給該子網(wǎng)服務器對應的各網(wǎng)元設備，以使對
應的各網(wǎng)元設備按照接收到的IP地址上傳歷史性能數(shù)據(jù)給該子網(wǎng)服務器。 更進一步地，在上述實施方案的基礎上，本實施例的網(wǎng)管服務器還可以包括第四
發(fā)送模塊24，用于針對子網(wǎng)服務器對應的不同子網(wǎng)，將攜帶有不同的第一時間值和相同的
第二時間值的不同的數(shù)據(jù)上傳指令，發(fā)送給其對應的不同子網(wǎng)內(nèi)的各網(wǎng)元設備。其中，第一
時間值代表歷史性能數(shù)據(jù)的初始上傳時間，第二時間值代表歷史性能數(shù)據(jù)的上傳間隔，而
數(shù)據(jù)上傳指令用于指示不同子網(wǎng)內(nèi)的各網(wǎng)元設備，以不同的上傳時間和固定的時間間隔上
傳歷史性能數(shù)據(jù)。 具體地，本實施例的上述實施例方案中所涉及的具體工作過程，同樣可以參考上 述網(wǎng)元歷史性能數(shù)據(jù)的上傳方法所涉及的相關實施例揭露的相關內(nèi)容，在此不再贅述。
圖5為本發(fā)明網(wǎng)元歷史性能數(shù)據(jù)的上傳系統(tǒng)實施例的結構示意圖，如5所示，本實 施例網(wǎng)元歷史性能數(shù)據(jù)的上傳系統(tǒng)包括網(wǎng)管服務器1、與網(wǎng)管服務器1連接的多個子網(wǎng)服 務器2、以及分別與多個子網(wǎng)服務器2連接的多個網(wǎng)元設備3。其中任一子網(wǎng)服務器2可以 與本系統(tǒng)的網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)相對應。 具體地，本實施例中，所有模塊所涉及的具體工作過程，可以參考上述網(wǎng)元歷史性 能數(shù)據(jù)的上傳方法、子網(wǎng)服務器以及網(wǎng)管服務器所涉及的相關實施例揭露的相關內(nèi)容，在 此不再贅述。 本實施例的網(wǎng)元歷史性能數(shù)據(jù)的上傳系統(tǒng)，通過在將整個網(wǎng)絡劃分為不同的子 網(wǎng)，以及在網(wǎng)元設備及網(wǎng)管服務器之間設置與各子網(wǎng)對應的多個子網(wǎng)服務器，每個子網(wǎng)服 務器負責接收對應子網(wǎng)內(nèi)的網(wǎng)元設備發(fā)送的歷史性能數(shù)據(jù)并進行存儲，再上傳給網(wǎng)管服務 器，從而使得原網(wǎng)元網(wǎng)關對所有網(wǎng)元設備的歷史性能數(shù)據(jù)的轉(zhuǎn)發(fā)壓力可以分散到各個子網(wǎng) 服務器，即便在網(wǎng)元設備眾多、上傳的歷史性能數(shù)據(jù)量較大的情況下，也能有效地避免網(wǎng)絡 阻塞、數(shù)據(jù)包丟失、網(wǎng)元脫管狀況的出現(xiàn)。進一步地，各子網(wǎng)服務器對上傳的歷史性能數(shù)據(jù) 的暫時存儲，還從一定程度上減緩了網(wǎng)管服務器對大量數(shù)據(jù)進行存儲及管理的壓力。
最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然 可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替 換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的精 神和范圍。
權利要求
一種網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，其特征在于，包括設置在網(wǎng)元設備及網(wǎng)管服務器之間的至少一子網(wǎng)服務器接收對應的子網(wǎng)內(nèi)的、至少一個網(wǎng)元設備上傳的歷史性能數(shù)據(jù)，并儲存所述歷史性能數(shù)據(jù)，所述對應的子網(wǎng)包括網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)；當所述子網(wǎng)服務器接收到所述網(wǎng)管服務器發(fā)送的網(wǎng)元數(shù)據(jù)查詢請求時，將儲存的所述歷史性能數(shù)據(jù)發(fā)送給所述網(wǎng)管服務器。
2. 根據(jù)權利要求1所述的網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，其特征在于，所述設置在網(wǎng) 元設備及網(wǎng)管服務器之間的至少一子網(wǎng)服務器接收對應子網(wǎng)內(nèi)的、至少一個網(wǎng)元設備上傳 的歷史性能數(shù)據(jù)，具體包括所述至少一子網(wǎng)服務器接收對應的不同子網(wǎng)內(nèi)的網(wǎng)元設備以不同的上傳時間和固定 的時間間隔上傳的所述歷史性能數(shù)據(jù)。
3. 根據(jù)權利要求1或2所述的網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，其特征在于，所述設置在 網(wǎng)元設備及網(wǎng)管服務器之間的至少一個子網(wǎng)服務器接收對應的子網(wǎng)內(nèi)的、至少一個網(wǎng)元設 備上傳的歷史性能數(shù)據(jù)之前，所述方法還包括所述網(wǎng)管服務器將所述子網(wǎng)服務器的IP地址，發(fā)送給所述子網(wǎng)服務器對應的網(wǎng)元設 備，以使所述對應的網(wǎng)元設備按照所述IP地址發(fā)送所述歷史性能數(shù)據(jù)給所述子網(wǎng)服務器。
4. 根據(jù)權利要求2所述的網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，其特征在于，所述至少一子 網(wǎng)服務器接收對應的不同子網(wǎng)內(nèi)的網(wǎng)元設備以不同的上傳時間和固定的時間間隔上傳的 所述歷史性能數(shù)據(jù)之前，所述方法還包括所述網(wǎng)管服務器針對所述子網(wǎng)服務器對應的不同子網(wǎng)，將攜帶有不同的第一時間值和 相同的第二時間值的不同的數(shù)據(jù)上傳指令，發(fā)送給所述不同子網(wǎng)內(nèi)的網(wǎng)元設備；所述第一時間值代表所述歷史性能數(shù)據(jù)的初始上傳時間，所述第二時間值代表所述歷 史性能數(shù)據(jù)的上傳間隔，所述數(shù)據(jù)上傳指令用于指示所述不同子網(wǎng)內(nèi)的各網(wǎng)元設備，以不 同的上傳時間和固定的時間間隔上傳所述歷史性能數(shù)據(jù)給所述子網(wǎng)服務器。
5. 根據(jù)權利要求2或4所述的網(wǎng)元歷史性能數(shù)據(jù)的上傳方法，其特征在于，所述固定的 時間間隔小于或等于4小時。
6. —種子網(wǎng)服務器，其特征在于，所述子網(wǎng)服務器設置在網(wǎng)元設備及網(wǎng)管服務器之間， 與網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)相對應，包括接收模塊，用于接收對應的所述子網(wǎng)內(nèi)的、至少一個網(wǎng)元設備上傳的歷史性能數(shù)據(jù)，并 儲存所述歷史性能數(shù)據(jù)；第一發(fā)送模塊，用于當接收到網(wǎng)管服務器發(fā)送的網(wǎng)元數(shù)據(jù)查詢請求時，將儲存的所述 歷史性能數(shù)據(jù)發(fā)送給所述網(wǎng)管服務器。
7. 根據(jù)權利要求6所述的子網(wǎng)服務器，其特征在于，所述接收模塊具體為第一接收模 塊，用于接收對應的不同子網(wǎng)內(nèi)的網(wǎng)元設備、以不同的上傳時間和固定的時間間隔上傳的 所述歷史性能數(shù)據(jù)。
8. 根據(jù)權利要求7所述的子網(wǎng)服務器，其特征在于，所述固定的時間間隔小于或等于4 小時。
9. 一種網(wǎng)管服務器，其特征在于，包括第二發(fā)送模塊，用于發(fā)送網(wǎng)元數(shù)據(jù)查詢請求給設置在網(wǎng)元設備及網(wǎng)管服務器之間的至少一子網(wǎng)服務器，所述子網(wǎng)服務器與網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)對應；第二接收模塊，用于接收所述子網(wǎng)服務器返回的歷史性能數(shù)據(jù)，所述歷史性能數(shù)據(jù)為 所述子網(wǎng)服務器從對應的所述至少一個子網(wǎng)內(nèi)的網(wǎng)元設備處接收。
10. 根據(jù)權利要求9所述的網(wǎng)管服務器，其特征在于，還包括第三發(fā)送模塊，用于將所述子網(wǎng)服務器的IP地址，發(fā)送給所述子網(wǎng)服務器對應的所述 網(wǎng)元設備，以使所述網(wǎng)元設備按照所述IP地址上傳所述歷史性能數(shù)據(jù)給所述子網(wǎng)服務器。
11. 根據(jù)權利要求9或10所述的網(wǎng)管服務器，其特征在于，還包括第四發(fā)送模塊，用于針對所述子網(wǎng)服務器對應的不同子網(wǎng)，將攜帶有不同的第一時間 值和相同的第二時間值的不同的數(shù)據(jù)上傳指令，發(fā)送給所述子網(wǎng)服務器對應的不同子網(wǎng)內(nèi) 的網(wǎng)元設備；所述第一時間值代表所述歷史性能數(shù)據(jù)的初始上傳時間，所述第二時間值代表所述歷 史性能數(shù)據(jù)的上傳間隔，所述數(shù)據(jù)上傳指令用于指示所述不同子網(wǎng)內(nèi)的網(wǎng)元設備，以不同 的上傳時間和固定的時間間隔上傳所述歷史性能數(shù)據(jù)給所述子網(wǎng)服務器。
12. —種網(wǎng)元歷史性能數(shù)據(jù)的上傳系統(tǒng)，其特征在于，包括多個如權利要求6 8任 一所述的子網(wǎng)服務器、如權利要求9 11任一所述的網(wǎng)管服務器、以及多個網(wǎng)元設備；所述多個網(wǎng)元設備為網(wǎng)絡中多個子網(wǎng)中的任一子網(wǎng)內(nèi)的網(wǎng)元設備，所述子網(wǎng)服務器與 所述多個子網(wǎng)中的至少一個子網(wǎng)相對應。
全文摘要
本發(fā)明提供一種網(wǎng)元歷史性能數(shù)據(jù)的上傳方法、系統(tǒng)及服務器，方法包括設置在網(wǎng)元設備及網(wǎng)管服務器之間的至少一子網(wǎng)服務器接收對應的子網(wǎng)內(nèi)的各網(wǎng)元設備上傳的歷史性能數(shù)據(jù)并儲存，該對應的子網(wǎng)包括網(wǎng)絡的多個子網(wǎng)中的至少一個子網(wǎng)；當該子網(wǎng)服務器接收到網(wǎng)管服務器發(fā)送的網(wǎng)元數(shù)據(jù)查詢請求時，將儲存的歷史性能數(shù)據(jù)返回給網(wǎng)管服務器。本發(fā)明實施例通過在網(wǎng)元設備和網(wǎng)管服務器之間設置子網(wǎng)服務器，各子網(wǎng)服務器負責存儲及管理對應子網(wǎng)內(nèi)各網(wǎng)元設備上傳的歷史性能數(shù)據(jù)，將原網(wǎng)元網(wǎng)關的數(shù)據(jù)轉(zhuǎn)發(fā)壓力分散到各子網(wǎng)服務器，地避免了網(wǎng)絡阻塞、數(shù)據(jù)包丟失、網(wǎng)元脫管狀況的出現(xiàn)，進一步地，還減緩了網(wǎng)管服務器對大量數(shù)據(jù)進行存儲及管理的壓力。
文檔編號H04L12/24GK101777999SQ20101000257
公開日2010年7月14日 申請日期2010年1月12日 優(yōu)先權日2010年1月12日
發(fā)明者李奕龍, 李慶運, 龔震宇 申請人:華為技術有限公司