国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      性能數(shù)據(jù)補報方法及系統(tǒng)的制作方法

      文檔序號:7683160閱讀:226來源:國知局
      專利名稱:性能數(shù)據(jù)補報方法及系統(tǒng)的制作方法
      技術(shù)領域
      本發(fā)明涉及通信領域,更具體地涉及一種性能數(shù)據(jù)補報方法及 系統(tǒng)。
      背景技術(shù)
      在分布式網(wǎng)管構(gòu)架中,通常包括一個上級網(wǎng)全各管理中心(Network Management Center,簡-爾NMC )、以及多個本i也才喿作維 護中心(Operation and Maintenance Center, 簡 一爾OMC )。 為了 i"更于 上級NMC對多個本地OMC的數(shù)據(jù)集中管理與分析,需要在將前 臺采集的單板性能數(shù)據(jù)向后臺本地OMC上報之后,再由本地OMC 將這些數(shù)據(jù)轉(zhuǎn)發(fā)上報至上級NMC。在實際運^^環(huán)境下,存在由于網(wǎng)絡原因?qū)е翹MC與本地OMC 之間的鏈路不通、或是由于人為原因?qū)MC服務關閉而不能及時 接收OMC上報來的數(shù)據(jù)的情況。上面這兩種原因都將使OMC的 凄史據(jù)不能完整上^艮至NMC,最終導致NMC上性能凄t據(jù)的缺失。專利CN1747397《一種電信網(wǎng)管中性能數(shù)據(jù)補采系統(tǒng)及其方 法》中,提到一種性能數(shù)據(jù)補采方法,但是這種方法只是針對本地 OMC中前后臺斷鏈情況下,如何保證性能數(shù)據(jù)能夠完整地從前臺補 報到后臺OMC數(shù)據(jù)庫中的情況。而對于分布式網(wǎng)管系統(tǒng)中數(shù)據(jù)從 本地OMC到上級NMC的補報則沒有涉及。發(fā)明內(nèi)容本發(fā)明提供了 一種性能數(shù)據(jù)補才艮方法及系統(tǒng),以保證上級網(wǎng)絡 管理中心的數(shù)據(jù)完整性。才艮據(jù)本發(fā)明實施例的性能數(shù)據(jù)補報方法包括^t據(jù)采集才莫塊將 采集的性能數(shù)據(jù)存儲在本地操作維護中心,并通知數(shù)據(jù)上傳模塊將 性能數(shù)據(jù)從本地操作維護中心上傳至上級網(wǎng)絡管理中心;數(shù)據(jù)上傳 模塊從性能數(shù)據(jù)中選擇部分或全部性能數(shù)據(jù),并在無法將部分或全 部性能翁:據(jù)上傳至上級網(wǎng)絡管理中心時,將部分或全部性能數(shù)據(jù)上 傳至指定位置處;以及在能夠?qū)⒉糠只蛉啃阅軘?shù)據(jù)上傳至上級網(wǎng) 絡管理中心時,數(shù)據(jù)補采模塊從指定位置處獲取部分或全部性能數(shù) 據(jù),并將部分或全部性能數(shù)據(jù)上傳至上級網(wǎng)絡管理中心。其中,數(shù)據(jù)上傳^t塊根據(jù)上級網(wǎng)絡管理中心預先定義的數(shù)據(jù)上 報任務,從性能數(shù)據(jù)中選擇部分或全部性能數(shù)據(jù)。在數(shù)據(jù)上傳模塊 根據(jù)數(shù)據(jù)上報任務判斷性能數(shù)據(jù)中不存在上級網(wǎng)絡管理中心所需的 部分性能數(shù)據(jù)時,數(shù)據(jù)上傳模塊通知數(shù)據(jù)補采模塊補充采集上級網(wǎng) 絡管理中心所需的部分性能數(shù)據(jù)。其中,數(shù)據(jù)采集才莫塊以數(shù)據(jù)采集粒度為單位對上級網(wǎng)絡管理中 心所需的部分性能數(shù)據(jù)進行補采。并且,數(shù)據(jù)采集才莫塊對每一個數(shù) 據(jù)采集粒度進行補采的次數(shù)不超過特定值。數(shù)據(jù)采集才莫塊在將上級 網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)補采完成后,將上級網(wǎng)絡管理中 心所需的部分性能數(shù)據(jù)和從特定位置處獲取的部分或全部性能數(shù)據(jù) 上傳至上級網(wǎng)絡管理中心。根據(jù)本發(fā)明實施例的性能數(shù)據(jù)補報系統(tǒng)包括數(shù)據(jù)采集模塊, 用于將采集的性能數(shù)據(jù)存儲在本地操作維護中心,并通知數(shù)據(jù)上傳 沖莫塊將性能數(shù)據(jù)從本地操作維護中心上傳至上級網(wǎng)絡管理中心;數(shù)據(jù)上傳模塊,用于從性能數(shù)據(jù)中選擇部分或全部性能數(shù)據(jù),并在無 法將部分或全部性能數(shù)據(jù)上傳至上級網(wǎng)絡管理中心時,將部分或全部性能數(shù)據(jù)上傳至指定位置處;以及數(shù)據(jù)補采模塊,用于在能夠?qū)?部分或全部性能數(shù)據(jù)上傳至上級網(wǎng)絡管理中心時,乂人指定位置處獲 取部分或全部性能^t據(jù),并將部分或全部性能數(shù)據(jù)上傳至上級網(wǎng)絡 管理中心。其中,數(shù)據(jù)上傳模塊根據(jù)上級網(wǎng)絡管理中心預先定義的 數(shù)據(jù)上報任務,從性能數(shù)據(jù)中選擇部分或全部性能數(shù)據(jù)。其中,數(shù)據(jù)上傳模塊還用于在根據(jù)數(shù)據(jù)上報任務判斷性能數(shù) 據(jù)中不存在上級網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)時,通知數(shù)據(jù)補 采模塊補充采集上級網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)。其中,數(shù) 據(jù)采集才莫塊以數(shù)據(jù)釆集粒度為單位對上級網(wǎng)絡管理中心所需的部分 性能數(shù)據(jù)進行補采。并且,數(shù)據(jù)采集模塊對每一個凄t據(jù)采集粒度進 行補采的次數(shù)不超過特定值。其中,數(shù)據(jù)采集模塊在將上級網(wǎng)絡管理中心所需的部分性能數(shù) 據(jù)補采完成后,將上級網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)和從特定 位置處獲取的部分或全部性能數(shù)據(jù)上傳至上級網(wǎng)絡管理中心。通過本發(fā)明,可以在上下級斷鏈或是上級NMC停止數(shù)據(jù)接收 服務期間,將丟失的性能數(shù)據(jù)在稍后及時補報上來,從而可以保證 上級NMC的翁:據(jù)完整性,為之后NMC的集中網(wǎng)管4是供完整準確 的數(shù)據(jù)。


      此處所說明的附圖用來提供對本發(fā)明的進一步理解,構(gòu)成本申 請的一部分,本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明,并 不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明實施例的性能數(shù)據(jù)補報方法涉及到的分布式系統(tǒng)中數(shù)據(jù)傳遞模塊的邏輯框圖;圖2是根據(jù)本發(fā)明實施例的性能數(shù)據(jù)補報方法的流程圖。
      具體實施方式
      根據(jù)本發(fā)明實施例的性能數(shù)據(jù)補報系統(tǒng)包括數(shù)據(jù)采集模塊, 用于處理前臺來的網(wǎng)元數(shù)據(jù),將其存入本地OMC服務器中;數(shù)據(jù) 上傳模塊,用于采集數(shù)據(jù)并負責將數(shù)據(jù)向NMC上才艮,以及用于分 析當前哪些數(shù)據(jù)需要補采,將這些信息記錄到補采列表中,便于數(shù) 據(jù)采集補報模塊進行缺失數(shù)據(jù)的補采;數(shù)據(jù)補采才莫塊,用于缺失數(shù) 據(jù)的補釆上報。上述性能數(shù)據(jù)補報系統(tǒng)還包括位于上級NMC的數(shù)據(jù)接收模 塊,用于接收及處理數(shù)據(jù)上傳模塊和/或數(shù)據(jù)補采才莫塊上報的數(shù)據(jù)。其中,主要有以下兩種造成數(shù)據(jù)缺失的原因1)網(wǎng)元前臺在向本地OMC上報時就存在數(shù)據(jù)的丟失,導致本 地OMC以及上級NMC凄t據(jù)庫中凄t據(jù)都缺失;2 )本地OMC與上級NMC的鏈路不好,導致凄t據(jù)無法從OMC 上才艮至NMC,從而造成NMC上數(shù)據(jù)缺失,但是本地OMC上面數(shù) 據(jù)是完整的。對第一種原因造成的缺失數(shù)據(jù)的補采,主要涉及到前臺網(wǎng)元與 后臺OMC之間的數(shù)據(jù)采集機制的完善。如果在前臺的補報流程處 理后,OMC的數(shù)據(jù)庫中原始數(shù)據(jù)已經(jīng)完善了,如^P1尋這部分后來采 集的數(shù)據(jù)重新補凈艮到NMC上,是本發(fā)明需要解決的問題。同時,由于第二種原因?qū)е碌腘MC缺失凄t悟4卜采也是本發(fā)明需要解決的 問題。才艮據(jù)本發(fā)明實施例的性能數(shù)據(jù)補才艮方法包括以下步驟步驟1,前臺定時器到達后,將在本采集粒度中收集到的性能 數(shù)據(jù)向本地OMC上報,數(shù)據(jù)采集才莫塊接收到前臺彰:據(jù),走數(shù)據(jù)采 集流程完成本地OMC的數(shù)據(jù)入庫。之后通知數(shù)據(jù)上報模塊,將這 些數(shù)據(jù)上才艮到NMC中。步驟2,數(shù)據(jù)上報模塊收到相關消息后,根據(jù)上級NMC之前 定義的數(shù)據(jù)上報任務,將上級NMC需要的數(shù)據(jù)整理導出。步驟3,數(shù)據(jù)上4艮才莫塊在整理上報數(shù)據(jù)時,如果發(fā)現(xiàn)NMC需 要的數(shù)據(jù)在本地OMC中沒有(這是由于前臺與后臺斷鏈的原因造 成),這時就將缺失數(shù)據(jù)基本信息存入補采列表中,該列表中記錄內(nèi) 容包括It據(jù)缺失的時間以及性能對象信息。步驟4,數(shù)據(jù)上報模塊將NMC需要的數(shù)據(jù)導出為文件之后, 將通過FTP方式將這些數(shù)據(jù)文件傳到上級NMC月艮務器中。但如果 這時OMC與NMC之間的鏈路不好或是上級局月良務沒有啟動,數(shù) 據(jù)文件將無法上傳,這時數(shù)據(jù)上報模塊將把這些數(shù)據(jù)文件遷移到另 外一個指定備份目錄中,以便補采^^莫塊在鏈路暢通時將這些數(shù)據(jù)補 傳上去。步驟5,數(shù)據(jù)上報模塊完成上述操作后,通知數(shù)據(jù)補采模塊進 行數(shù)據(jù)的補采操作。首先從補采列表中讀取出除本粒度外需要補采 的性能對象信息,將這些信息按采集時間進行分組,即數(shù)據(jù)補采是 以數(shù)據(jù)采集粒度為單位的。如果一次進行過多數(shù)據(jù)的補采,會造成 系統(tǒng)資源長期占用,可能會影響系統(tǒng)的正常運行。為了避免這種情 況發(fā)現(xiàn),每次只進行最多5個采集粒度的補采。在實際運行中,某一個采集粒度的數(shù)據(jù)可能會永久丟失了 ,無論補采多少次數(shù)據(jù)都不 會完整,如果反復地對它進行4卜采將會使得后面的粒度根本無法輪 到補采。為了避免這種情況的出現(xiàn),對某一個采集粒度的補采次數(shù)最多為4次,超過4次之后將不會再對它進行補釆了 。完成對補釆 列表中數(shù)據(jù)的補采之后,判斷OMC與NMC的鏈路是否暢通,如 果他們之間鏈路狀態(tài)良好,再將步驟4中備份目錄中的文件以及本 步驟產(chǎn)生的數(shù)據(jù)文件補傳到NMC指定目錄中。步驟6,上級局NMC的數(shù)據(jù)接收模塊,定時從指定目錄中, 對下級局OMC傳上來的lt據(jù)進4于處理,這樣下級局補采的ft據(jù)就 能夠完整地保存到NMC的數(shù)據(jù)庫中。下面參考附圖,詳細i兌明本發(fā)明的具體實施方式
      。如圖l所示,根據(jù)本發(fā)明實施例的性能數(shù)據(jù)補報系統(tǒng)主要由前 臺的數(shù)據(jù)采集模塊、本地OMC的數(shù)據(jù)接收模塊、數(shù)據(jù)補采模塊、 以及NMC的數(shù)據(jù)接收模塊組成。其中,數(shù)據(jù)采集才莫塊負責前臺數(shù) 據(jù)采集同時將數(shù)據(jù)上才艮至本地OMC;數(shù)據(jù)接收模塊收到前臺發(fā)來的 數(shù)據(jù)后,將他們存放至本地數(shù)據(jù)庫中。數(shù)據(jù)補采模塊根據(jù)補采列表 中的補采內(nèi)容,對NMC缺失的數(shù)據(jù)進行補采,之后將補采的數(shù)據(jù) 轉(zhuǎn)發(fā)至NMC, NMC的數(shù)據(jù)接收模塊收到這些數(shù)據(jù)后,將他們存放 到凄t據(jù)庫中,完成整個分布式系統(tǒng)的凄史據(jù)傳遞。如圖2所示,根據(jù)本發(fā)明實施例的性能數(shù)據(jù)補報方法的流程包 括以下步駛《S202,凄t據(jù)補采沖莫塊乂人凄t據(jù)庫中獲取NMC的凄t據(jù)補采列表, 補采列表中記錄了需要補采的時間信息、性能對象信息以及補采次數(shù);S204,數(shù)據(jù)補采模塊對獲取到的補采列表進行整理,整理原則 如下按照補采時間信息分組,即整理出同一個補采時間下需要采 集的所有性能對象信息,將這些信息作為一個補采粒度單元;然后 在這些補采粒度單元中找出補采次數(shù)小于4次、按時間升序排序的 最多5個單元作為本次補采的內(nèi)容。S206,取出一個補采粒度單元,根據(jù)里面的性能對象信息,將 NMC需要的數(shù)據(jù)以性能對象為單位導出成文件的形式,之后將這些 文件壓縮成一個數(shù)據(jù)包,便于以后傳送。S208,判斷是否還有補采粒度單元需要采集,如果有,則循環(huán) 進行步驟S206,將數(shù)據(jù)導出;如果再沒有需要補采的粒度單元了 , 則進入步驟S210。S210,判斷本級OMC與上級NMC之間的鏈if各是否暢通,如 果不通,則進入步驟S216;如果鏈路良好,則進入步驟S212。S212,將步驟S208中導出的數(shù)據(jù)通過FTP的方式上傳到NMC中。S214,將之前由于鏈路不同而移至備份目錄的彩:據(jù)文件包,通 過FTP重新上才艮到NMC上。S216,如果OMC與NMC之間鏈路不通,這時將步驟S208中 產(chǎn)生的數(shù)據(jù)包移至到備份目錄中,保證在下次補采時,鏈路如果暢 通的話,這些數(shù)據(jù)能夠正常上傳。以上所述^f又為本發(fā)明的實施例而已,并不用于限制本發(fā)明,對 于本領域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均 應包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。
      權(quán)利要求
      1.一種性能數(shù)據(jù)補報方法,其特征在于,包括數(shù)據(jù)采集模塊將采集的性能數(shù)據(jù)存儲在本地操作維護中心,并通知數(shù)據(jù)上傳模塊將所述性能數(shù)據(jù)從所述本地操作維護中心上傳至上級網(wǎng)絡管理中心;所述數(shù)據(jù)上傳模塊從所述性能數(shù)據(jù)中選擇部分或全部性能數(shù)據(jù),并在無法將所述部分或全部性能數(shù)據(jù)上傳至所述上級網(wǎng)絡管理中心時,將所述部分或全部性能數(shù)據(jù)上傳至指定位置處;以及在能夠?qū)⑺霾糠只蛉啃阅軘?shù)據(jù)上傳至所述上級網(wǎng)絡管理中心時,數(shù)據(jù)補采模塊從所述指定位置處獲取所述部分或全部性能數(shù)據(jù),并將所述部分或全部性能數(shù)據(jù)上傳至所述上級網(wǎng)絡管理中心。
      2. 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述數(shù)據(jù)上傳模塊 根據(jù)所述上級網(wǎng)絡管理中心預先定義的數(shù)據(jù)上報任務,從所述 性能數(shù)據(jù)中選擇所述部分或全部性能數(shù)據(jù)。
      3. 根據(jù)權(quán)利要求2所述的方法,其特征在于,在所述數(shù)據(jù)上傳模 塊根據(jù)所述數(shù)據(jù)上報任務判斷所述性能數(shù)據(jù)中不存在所述上 級網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)時,所述數(shù)據(jù)上傳模塊通 知所述凄t據(jù)補采才莫塊補充采集所述上級網(wǎng)絡管理中心所需的 部分性能數(shù)據(jù)。
      4. 根據(jù)權(quán)利要求3所述的方法,其特征在于,所述數(shù)據(jù)采集模塊 以數(shù)據(jù)采集粒度為單位對所述上級網(wǎng)絡管理中心所需的部分 性能數(shù)據(jù)進行補采。
      5. 根據(jù)權(quán)利要求4所述的方法,其特征在于,所述數(shù)據(jù)采集模塊 對每一個所述數(shù)據(jù)采集粒度進行補采的次數(shù)不超過特定值。
      6. 根據(jù)權(quán)利要求5所述的方法,其特征在于,所述數(shù)據(jù)采集模塊 在將所述上級網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)補采完成后, 將所述上級網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)和從所述特定 位置處獲取的所述部分或全部性能數(shù)據(jù)上傳至所述上級網(wǎng)絡 管3里中心。
      7. —種性能數(shù)據(jù)補報系統(tǒng),其特征在于,包括數(shù)據(jù)采集模塊,用于將采集的性能數(shù)據(jù)存儲在本地操作維 護中心,并通知數(shù)據(jù)上傳模塊將所述性能數(shù)據(jù)/人所述本地操作 維護中心上傳至上級網(wǎng)絡管理中心;所述數(shù)據(jù)上傳模塊,用于從所述性能數(shù)據(jù)中選擇部分或全 部性能數(shù)據(jù),并在無法將所述部分或全部性能^:據(jù)上傳至所述 上級網(wǎng)絡管理中心時,將所述部分或全部性能^t據(jù)上傳至指定 4立置處;以及數(shù)據(jù)補采模塊,用于在能夠?qū)⑺霾糠只蛉啃阅軘?shù)據(jù)上 傳至所述上級網(wǎng)絡管理中心時,從所述指定4立置處獲耳又所述部 分或全部性能ft據(jù),并將所述部分或全部性能#:據(jù)上傳至所述 上級網(wǎng)絡管理中心。
      8. 根據(jù)權(quán)利要求7所述的系統(tǒng),其特征在于,所述數(shù)據(jù)上傳模塊 根據(jù)所述上級網(wǎng)絡管理中心預先定義的數(shù)據(jù)上報任務,從所述 性能數(shù)據(jù)中選擇所述部分或全部性能數(shù)據(jù)。
      9. 根據(jù)權(quán)利要求8所述的方法,其特征在于,所述數(shù)據(jù)上傳模塊 還用于在根據(jù)所述數(shù)據(jù)上報任務判斷所述性能凄據(jù)中不存在所 述上級網(wǎng)絡管理中心所需的部分性能凄t據(jù)時,通知所述凄據(jù)補 采模塊補充采集所述上級網(wǎng)絡管理中心所需的部分性能數(shù)據(jù)。
      10. 根據(jù)權(quán)利要求9所述的系統(tǒng),其特征在于,所述數(shù)據(jù)采集模塊 以數(shù)據(jù)采集粒度為單位對所述上級網(wǎng)絡管理中心所需的部分 性能數(shù)據(jù)進行補采。
      11. 根據(jù)權(quán)利要求10所述的系統(tǒng),其特征在于,所述數(shù)據(jù)采集模 塊對每一個所述數(shù)據(jù)采集粒度進行補采的次:不超過特定值。
      12. 根據(jù)權(quán)利要求11所述的系統(tǒng),其特征在于,所述數(shù)據(jù)釆集才莫 塊在將所述上級網(wǎng)絡管理中心所需的部分性能據(jù)補采完成 后,將所述上級網(wǎng)絡管理中心所需的部分性能凄t據(jù)和從所述特 定位置處獲取的所述部分或全部性能數(shù)據(jù)上傳至所述上級網(wǎng)絡管理中心。
      全文摘要
      本發(fā)明公開了一種性能數(shù)據(jù)補報方法及系統(tǒng)。其中,該方法包括數(shù)據(jù)采集模塊將采集的性能數(shù)據(jù)存儲在本地操作維護中心,并通知數(shù)據(jù)上傳模塊將性能數(shù)據(jù)從本地操作維護中心上傳至上級網(wǎng)絡管理中心;數(shù)據(jù)上傳模塊從性能數(shù)據(jù)中選擇部分或全部性能數(shù)據(jù),并在無法將部分或全部性能數(shù)據(jù)上傳至上級網(wǎng)絡管理中心時,將部分或全部性能數(shù)據(jù)上傳至指定位置處;以及在能夠?qū)⒉糠只蛉啃阅軘?shù)據(jù)上傳至上級網(wǎng)絡管理中心時,數(shù)據(jù)補采模塊從指定位置處獲取部分或全部性能數(shù)據(jù),并將部分或全部性能數(shù)據(jù)上傳至上級網(wǎng)絡管理中心。
      文檔編號H04L12/24GK101227326SQ20081000598
      公開日2008年7月23日 申請日期2008年2月20日 優(yōu)先權(quán)日2008年2月20日
      發(fā)明者李憶嵐 申請人:中興通訊股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1