專利名稱：網(wǎng)元升級裝置及方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種網(wǎng)元升級裝置及方法。
背景技術：
在無線通信中，網(wǎng)管系統(tǒng)(Operation Management Center, 0MC)主要負責對網(wǎng)元設備NE進行管理，包括配置網(wǎng)元設置，檢測網(wǎng)元設備的故障并提示告警處理等。系統(tǒng)升級對網(wǎng)元非常重要。除了升級系統(tǒng)，還需要對成千上萬的網(wǎng)元的配置數(shù)據(jù)進行升級，而眾多網(wǎng)元一次性向網(wǎng)管請求大量網(wǎng)元配置數(shù)據(jù)會導致極大降低網(wǎng)管系統(tǒng)的效率及整個前臺網(wǎng)元的配置數(shù)據(jù)升級速度。目前已有版本采取的升級方式是，先通過舊版本OMC提前幾天將新版本文件分發(fā)至IJ網(wǎng)元，升級當天才升級OMC為新版本，并對前臺版本進行批量激活和復位。前臺網(wǎng)元批量復位后同時向OMC請求新的配置數(shù)據(jù)，對后臺網(wǎng)管系統(tǒng)沖擊較大，而且OMC逐個處理前臺請求，會導致前臺網(wǎng)元實際升級時間比較長。針對相關技術中已有版本的升級方式中前臺網(wǎng)元批量復位后同時向OMC請求新的配置數(shù)據(jù)，對后臺網(wǎng)管系統(tǒng)沖擊較大，而且OMC逐個處理前臺請求，會導致前臺網(wǎng)元實際升級時間比較長的問題，目前尚未提出有效的解決方案。

發(fā)明內容
本發(fā)明旨在提供一種網(wǎng)元升級裝置及利用該網(wǎng)元升級裝置進行網(wǎng)元升級的方法，以解決相關技術中已有版本的升級方式中前臺網(wǎng)元批量復位后同時向OMC請求新的配置數(shù)據(jù)，對后臺網(wǎng)管系統(tǒng)沖擊較大，而且OMC逐個處理前臺請求，會導致前臺網(wǎng)元實際升級時間比較長的問題。根據(jù)本發(fā)明的一個方面，提供了一種網(wǎng)元升級裝置，包括配置管理模塊，用于在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；版本管理模塊，用于分別將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中；激活模塊，用于當所述新版本OMC被激活后，激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對所述各網(wǎng)元進行升級操作。較優(yōu)的，所述版本管理模塊還用于在所述舊版本OMC管理網(wǎng)絡時將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中。較優(yōu)的，還包括升級向導，用于對所述配置數(shù)據(jù)進行驗證，驗證通過時將所述配置數(shù)據(jù)的存儲路徑信息提供給所述版本管理模塊。
較優(yōu)的，所述配置管理模塊還用于在發(fā)布所述配置數(shù)據(jù)之后，生成發(fā)布狀態(tài)文件，其中，所述發(fā)布狀態(tài)文件包括發(fā)布成功的標識和記錄各網(wǎng)元的配置數(shù)據(jù)的存儲路徑信息；所述升級向導還用于根據(jù)所述發(fā)布狀態(tài)文件中的標志位判斷所述各網(wǎng)元的配置數(shù)據(jù)是否發(fā)布成功，若是，則將所述發(fā)布狀態(tài)文件發(fā)送至對應的網(wǎng)元中，若否，則提示該網(wǎng)元的配置數(shù)據(jù)發(fā)布失敗，通知所述配置管理模塊重新發(fā)布所述該網(wǎng)元的配置數(shù)據(jù)。
較優(yōu)的，所述激活模塊還用于在所述已下載的配置數(shù)據(jù)不存在時，加載該網(wǎng)元中當前保存的配置數(shù)據(jù)，并利用所述當前保存的配置數(shù)據(jù)對該網(wǎng)元進行升級操作。根據(jù)本發(fā)明的另一方面，提供了一種應用上述網(wǎng)元升級裝置進行網(wǎng)元升級的方法，包括在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，配置管理模塊發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；版本管理模塊分別將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中；當所述新版本OMC被激活后，激活模塊激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對所述各網(wǎng)元進行升級操作較優(yōu)的，所述版本管理模塊分別將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中，包括所述版本管理模塊在所述舊版本OMC管理網(wǎng)絡時將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中。較優(yōu)的，所述配置管理模塊發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)之后，還包括所述網(wǎng)元升級裝置的升級向導對所述配置數(shù)據(jù)進行驗證，驗證通過時將所述配置數(shù)據(jù)的存儲路徑信息提供給所述版本管理模塊。較優(yōu)的，所述配置管理模塊在發(fā)布所述配置數(shù)據(jù)之后，還包括所述配置管理模塊生成發(fā)布狀態(tài)文件，其中，所述發(fā)布狀態(tài)文件包括發(fā)布成功的標識和記錄各網(wǎng)元的配置數(shù)據(jù)的存儲路徑信息；所述升級向導對所述配置數(shù)據(jù)進行驗證，包括所述升級向導根據(jù)所述發(fā)布狀態(tài)文件中的標志位判斷所述各網(wǎng)元的配置數(shù)據(jù)是否發(fā)布成功，若是，則將所述發(fā)布狀態(tài)文件發(fā)送至對應的網(wǎng)元中，若否，則提示該網(wǎng)元的配置數(shù)據(jù)發(fā)布失敗，通知所述配置管理模塊重新發(fā)布所述該網(wǎng)元的配置數(shù)據(jù)。較優(yōu)的，激活模塊激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對所述各網(wǎng)元進行升級操作，包括在所述已下載的配置數(shù)據(jù)不存在時，所述激活模塊加載該網(wǎng)元中當前保存的配置數(shù)據(jù)，并利用所述當前保存的配置數(shù)據(jù)對該網(wǎng)元進行升級操作。在本發(fā)明實施例中，配置管理模塊在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；版本管理模塊分別將配置數(shù)據(jù)下載至對應的網(wǎng)元中；激活模塊當新版本OMC被激活后，激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對各網(wǎng)元進行升級操作。采用本發(fā)明實施例，在當需要對大量網(wǎng)元進行升級時，通過將網(wǎng)元的配置數(shù)據(jù)提前發(fā)布并下載到對應的網(wǎng)元，對應的網(wǎng)元接受到配置數(shù)據(jù)后，可以完成升級，從而減少前臺網(wǎng)元和網(wǎng)管系統(tǒng)之間的交互，加快升級速度。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖I是根據(jù)本發(fā)明實施例的網(wǎng)元升級裝置的第一種結構示意圖；圖2是根據(jù)本發(fā)明實施例的網(wǎng)元升級裝置的第二種結構示意圖；圖3是根據(jù)本發(fā)明實施例的網(wǎng)元升級方法的第一種處理流程圖；圖4是根據(jù)本發(fā)明實施例的網(wǎng)元升級方法的第二種處理流程圖；圖5是根據(jù)本發(fā)明實施例的配置數(shù)據(jù)發(fā)布的處理流程圖；圖6是根據(jù)本發(fā)明實施例的加載配置流程的處理流程圖；圖7是根據(jù)本發(fā)明實施例的配置數(shù)據(jù)提前下載任務的處理流程圖；圖8是根據(jù)本發(fā)明實施例的配置數(shù)據(jù)下載到網(wǎng)元的處理流程圖9是根據(jù)本發(fā)明實施例的網(wǎng)元加載配置的處理流程圖。
具體實施例方式下面將參考附圖并結合實施例，來詳細說明本發(fā)明。下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。相關技術中提到，在已有版本的升級方式中前臺網(wǎng)元批量復位后同時向OMC請求新的配置數(shù)據(jù)，對后臺網(wǎng)管系統(tǒng)沖擊較大，而且OMC逐個處理前臺請求，會導致前臺網(wǎng)元實際升級時間比較長的問題。為解決上述技術問題，本發(fā)明實施例提供了一種網(wǎng)元升級裝置，其結構示意圖如圖I所示，包括配置管理模塊101，用于在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；版本管理模塊102，用于分別將配置數(shù)據(jù)下載至對應的網(wǎng)元中；激活模塊103，用于當新版本OMC被激活后，激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對各網(wǎng)元進行升級操作。在本發(fā)明實施例中，配置管理模塊在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；版本管理模塊分別將配置數(shù)據(jù)下載至對應的網(wǎng)元中；激活模塊當新版本OMC被激活后，激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對各網(wǎng)元進行升級操作。采用本發(fā)明實施例，在當需要對大量網(wǎng)元進行升級時，通過將網(wǎng)元的配置數(shù)據(jù)提前發(fā)布并下載到對應的網(wǎng)元，對應的網(wǎng)元接受到配置數(shù)據(jù)后，可以完成升級，從而減少前臺網(wǎng)元和網(wǎng)管系統(tǒng)之間的交互，加快升級速度。進一步，為提高易用性，考慮到配置數(shù)據(jù)下載的應用場景主要在OMC鏡像升級，所以在網(wǎng)管系統(tǒng)中直接將配置數(shù)據(jù)發(fā)布集成到鏡像升級流程的鏡像驗證過程中，版本管理模塊通過解析約定的文件獲取配置數(shù)據(jù)文件的位置，并進行下載，整個流程中用戶感覺不到配置數(shù)據(jù)文件的存在，盡量減少用戶參與的操作。實施時，較優(yōu)的，版本管理模塊102還可以用于在舊版本OMC管理網(wǎng)絡時將配置數(shù)據(jù)下載至對應的網(wǎng)元中。在一個實施例中，如圖2所示，網(wǎng)元升級裝置還可以包括升級向導201，用于對配置數(shù)據(jù)進行驗證，驗證通過時將配置數(shù)據(jù)的存儲路徑信息提供給版本管理模塊102。實施時，較優(yōu)的，配置管理模塊101還可以用于在發(fā)布配置數(shù)據(jù)之后，生成發(fā)布狀態(tài)文件，其中，發(fā)布狀態(tài)文件包括發(fā)布成功的標識和記錄各網(wǎng)元的配置數(shù)據(jù)的存儲路徑信息；升級向導201還可以用于根據(jù)發(fā)布狀態(tài)文件中的標志位判斷各網(wǎng)元的配置數(shù)據(jù)是否發(fā)布成功，若是，則將發(fā)布狀態(tài)文件發(fā)送至對應的網(wǎng)元中，若否，則提示該網(wǎng)元的配置數(shù)據(jù)發(fā)布失敗，通知配置管理模塊101重新發(fā)布該網(wǎng)元的配置數(shù)據(jù)。實施時，較優(yōu)的，激活模塊103還可以用于在已下載的配置數(shù)據(jù)不存在時，加載該網(wǎng)元中當前保存的配置數(shù)據(jù)，并利用當前保存的配置數(shù)據(jù)對該網(wǎng)元進行升級操作?；谕话l(fā)明構思，本發(fā)明實施例還提供了利用上述網(wǎng)元升級裝置進行網(wǎng)元升級的方法，其處理流程如圖3所示，包括 步驟S302、在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，配置管理模塊發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；步驟S 304、版本管理模塊分別將配置數(shù)據(jù)下載至對應的網(wǎng)元中；步驟S306、當新版本OMC被激活后，激活模塊激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對各網(wǎng)元進行升級操作。步驟S304在實施時，版本管理模塊分別將配置數(shù)據(jù)下載至對應的網(wǎng)元中，較優(yōu)的，版本管理模塊可以在舊版本OMC管理網(wǎng)絡時將配置數(shù)據(jù)下載至對應的網(wǎng)元中。配置管理模塊發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)之后，還可以執(zhí)行如下操作網(wǎng)元升級裝置的升級向導對配置數(shù)據(jù)進行驗證，驗證通過時將配置數(shù)據(jù)的存儲路徑信息提供給版本管理模塊。較優(yōu)的，配置管理模塊在發(fā)布配置數(shù)據(jù)之后，還可以執(zhí)行如下操作配置管理模塊生成發(fā)布狀態(tài)文件，其中，發(fā)布狀態(tài)文件包括發(fā)布成功的標識和記錄各網(wǎng)元的配置數(shù)據(jù)的存儲路徑信息；此時，升級向導對配置數(shù)據(jù)進行驗證，根據(jù)所述發(fā)布狀態(tài)文件中的標志位判斷各網(wǎng)元的配置數(shù)據(jù)是否發(fā)布成功，若是，則將發(fā)布狀態(tài)文件發(fā)送至對應的網(wǎng)元中，若否，則提示該網(wǎng)元的配置數(shù)據(jù)發(fā)布失敗，通知配置管理模塊重新發(fā)布該網(wǎng)元的配置數(shù)據(jù)。在實施時，激活模塊激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對各網(wǎng)元進行升級操作，而在已下載的配置數(shù)據(jù)不存在時，激活模塊加載該網(wǎng)元中當前保存的配置數(shù)據(jù)，并利用當前保存的配置數(shù)據(jù)對該網(wǎng)元進行升級操作。為將本發(fā)明實施例提供的網(wǎng)元升級方法闡釋地更清楚更明白，現(xiàn)以具體的流程圖對其進行說明，請參見圖4:步驟S402、舊版本OMC進行管理；步驟S404、版本管理模塊提前下載版本(通常在升級前幾天);步驟S406、升級當天升級安裝，鏡像升級； 步驟S408、生成新版本OMC ；步驟S410、升級當天升級安裝，鏡像驗證，并發(fā)布配置數(shù)據(jù)；步驟S412、版本管理模塊在升級當天提前下載配置數(shù)據(jù)；步驟S414、升級安裝，鏡像激活，并切換到新版本OMC ；步驟S416、新版本OMC接管網(wǎng)絡，版本管理模塊查詢并激活版本及配置數(shù)據(jù)；步驟S418、告警管理，批量復位網(wǎng)元。為將本發(fā)明實施例提供的網(wǎng)元升級方法闡釋地更清楚更明白，以下將分步描述配置數(shù)據(jù)從后臺發(fā)布到前臺加載的整個流程，將具體分模塊來詳細討論。首先，在配置數(shù)據(jù)發(fā)布流程中，配置數(shù)據(jù)的發(fā)布由配置管理模塊負責，在升級向導的鏡像驗證階段，升級人員通過新OMC的配置管理進行配置數(shù)據(jù)發(fā)布，升級向導對發(fā)布結果進行驗證，確保在OMC升級完成后，新OMC的配置數(shù)據(jù)文件一定是發(fā)布成功的，見圖5 步驟S502、鏡像升級向導啟動；步驟S504、鏡像生成、升級鏡像；步驟S506、新版本OMC配置管理配置數(shù)據(jù)發(fā)布；步驟S508、配置數(shù)據(jù)發(fā)布檢查，若發(fā)布成功鏡像驗證通過，則執(zhí)行步驟S510，否則返回步驟S506 ；步驟S510、等待用戶激活鏡像。
其次，在配置數(shù)據(jù)分發(fā)與激活流程中，配置數(shù)據(jù)文件的分發(fā)與激活由版本管理模塊負責，其中分發(fā)階段在舊版本OMC中進行，激活則在新版本OMC中進行。新版本OMC的配置數(shù)據(jù)已經發(fā)布，但還未進行激活，此時前后臺均為舊版本。此時距離正式版本切換還有一段時間，升級人員通過舊版本OMC版本管理提前將發(fā)布的配置數(shù)據(jù)下載到前臺，為正式切換版本做準備。升級開始，升級人員激活新版本0MC，新版本OMC正式接管全網(wǎng)，從新版本OMC查詢全網(wǎng)存儲版本，并激活新網(wǎng)元版本，查詢全網(wǎng)配置數(shù)據(jù)版本，激活提前下載的配置數(shù)據(jù)。通過告警界面進行全網(wǎng)復位，升級網(wǎng)元版本。進一步，在配置數(shù)據(jù)加載流程中，配置數(shù)據(jù)的加載由網(wǎng)元負責。網(wǎng)元復位后，首先向前臺版本管理VMP確認是否存在激活的配置數(shù)據(jù)，如果激活配置數(shù)據(jù)存在，嘗試加載激活的配置數(shù)據(jù)，否則加載自身保存的配置數(shù)據(jù)。加載配置流程修改如圖6所示步驟S602、選擇網(wǎng)元發(fā)布；
步驟S604、將所選網(wǎng)元分成宏站和PICO兩類；步驟S606、調用PICO處理器發(fā)布PICO網(wǎng)元數(shù)據(jù)；步驟S608、確定是否有發(fā)布異常，若是，則執(zhí)行步驟S614，若否，則執(zhí)行步驟S610 ；步驟S610、發(fā)布宏站網(wǎng)元數(shù)據(jù)；步驟S612、確定是否有發(fā)布異常，若是，則執(zhí)行步驟S614，若否，則執(zhí)行步驟S616 ；步驟S614、生成狀態(tài) PROPERTIES 文件，其中，status = FAIL ；步驟S616、生成 PROPERTIES 文件，其中，status = SUCCESS。與現(xiàn)有技術相比較，本發(fā)明實施例創(chuàng)新的提出了通過配置數(shù)據(jù)提前下載快速升級的方法。大規(guī)模版本升級時，可以像下載網(wǎng)元版本一樣將配置數(shù)據(jù)提前下載到網(wǎng)元，網(wǎng)元復位后直接加載本地的配置數(shù)據(jù)而不需要從OMC獲取，達到快速升級的目的。在鏡像升級中，“新OMC發(fā)布- >老OMC下載- >新OMC激活”的方式是本發(fā)明實施例的典型應用，但本方法并不局限于這種應用場景，用戶也可以直接通過新OMC完成發(fā)布、下載、激活的整個流程。如在補丁升級中，OMC補丁安裝時并不存在新OMC版本，補丁安裝完畢后老OMC直接升級為新0MC，此時用戶也可以通過新OMC配置管理發(fā)布配置數(shù)據(jù)，并通過版本管理來進行下載和激活。在實施時，升級向導實際與配置管理模塊、版本管理模塊各有一接口，從配置管理獲取數(shù)據(jù)發(fā)布的狀態(tài)，為版本管理提供已發(fā)布的配置數(shù)據(jù)的路徑信息。在上述設計中接口以文件形式提供固定位置的發(fā)布狀態(tài)文件，文件中記錄了發(fā)布數(shù)據(jù)的狀態(tài)及路徑信息。這樣既統(tǒng)一了接口，也減少了實現(xiàn)的復雜度(不涉及模塊間的代碼調用)。前臺版本升級可能分批進行，在鏡像驗證階段只提前下載一部分配置數(shù)據(jù)。新版本OMC接管網(wǎng)元后，在新版本OMC上下載配置數(shù)據(jù)，再進行前臺版本升級，仍可起到提高效率的作用。在升級向導的鏡像驗證階段，升級人員通過新版本OMC鏡像的配置管理進行配置數(shù)據(jù)發(fā)布，升級向導對發(fā)布結果進行驗證，確保在OMC鏡像升級完成后，新版本OMC的配置數(shù)據(jù)文件一定是發(fā)布成功的。用戶選擇所有需要發(fā)布的網(wǎng)元，根據(jù)網(wǎng)元類型選擇對應發(fā)布處理器進行發(fā)布，發(fā)布成功后，生成狀態(tài)文件，其中狀態(tài)文件說明發(fā)布成功及記錄各個網(wǎng)元配置數(shù)據(jù)的發(fā)布路徑。發(fā)布失敗后，生成狀態(tài)文件，其中狀態(tài)標志為失敗。再次，配置數(shù)據(jù)文件的分發(fā)與激活由版本管理模塊負責，其中分發(fā)階段在老版本OMC中進行，激活則在新版本OMC中進行。鏡像驗證后，新版本OMC的配置數(shù)據(jù)已經發(fā)布，但還未進行鏡像激活，此時前后臺均為老版本。此時距離正式版本切換還有一段時間，升級人員通過老版本OMC版本管理提前將發(fā)布的配置數(shù)據(jù)下載到網(wǎng)元，為正式切換版本做準備。其中圖7說明了配置數(shù)據(jù)提前下載任務執(zhí)行流程圖，包括步驟S702、OMC執(zhí)行配置數(shù)據(jù)分發(fā)任務； 步驟S704、獲取對應網(wǎng)元的配置文件；步驟S706、計算文件大小和其CRC，更新數(shù)據(jù)庫；步驟S708、進入配置數(shù)據(jù)下載流程。在創(chuàng)建任務時有立即執(zhí)行和手動執(zhí)行兩種形式，在任務執(zhí)行時會把待分發(fā)的配置文件拷貝到版本庫中的一個專有目錄中(版本管理FTP所在目錄，在配置任務刪除的時候會對對應的文件進行刪除)，計算文件大小和CRC，更新數(shù)據(jù)庫，任務進入正常的調度執(zhí)行流程，任務的執(zhí)行過程與現(xiàn)在的一致，前后臺約定邏輯板類型為特定數(shù)值時，即為配置數(shù)據(jù)的下載。前臺下載過程中和下載結束時的反饋，后臺的界面刷新與當前分發(fā)流程一致。圖8說明了配置數(shù)據(jù)下載到網(wǎng)元的流程，包括步驟S802、網(wǎng)元接受到OMC發(fā)起的文件下載請求；步驟S804、取任務文件.dat，解析任務詳細信息；步驟S806、取文件到內存文件系統(tǒng)，若成功則執(zhí)行步驟S808，若不成功則執(zhí)行步驟 S818 ；步驟S808、備板在位的情況下通知備板從內存文件系統(tǒng)中同步；步驟S810、根據(jù)文件類型配置數(shù)據(jù)；步驟S812、刪除verlnfo. ini中記錄的所有文件；步驟S814、拷貝DBS當前使用的配置數(shù)據(jù)文件到當前目錄備份；步驟S816、將下載的配置數(shù)據(jù)文件和拷貝過來的配置數(shù)據(jù)文件信息更新到verlnfo. ini中，且均置為非激活狀態(tài)；步驟S818、應答完成。配置文件的下載可完全復用當前傳輸平臺流程，只是在更新版本信息文件時需要進行區(qū)別處理對于普通受控板版本文件而言，下載成功后在版本信息文件中找到同類型的備用版本，利用新版本記錄覆蓋備用版本記錄，并刪除備用版本文件；而配置數(shù)據(jù)文件下載成功后，直接將目錄中原有的配置數(shù)據(jù)文件刪除。升級開始，升級人員激活鏡像，新版本OMC正式接管全網(wǎng)，從新版本OMC查詢全網(wǎng)存儲版本，并激活新版本，查詢全網(wǎng)配置數(shù)據(jù)版本，激活提前下載的配置數(shù)據(jù)。通過OMC進行全網(wǎng)復位，升級網(wǎng)元版本。配置數(shù)據(jù)的加載由前臺網(wǎng)元負責。前臺復位后，DBS首先向前臺版本管理VMP確認是否存在激活的配置數(shù)據(jù)，如果激活配置數(shù)據(jù)存在，嘗試加載激活的配置數(shù)據(jù)，否則加載現(xiàn)在保存的配置數(shù)據(jù)。網(wǎng)元加載配置數(shù)據(jù)流程修改如圖9所示步驟S9O2、DBS 上電；步驟S904、判斷是否存在激活的配置數(shù)據(jù)，若是，則執(zhí)行步驟S906，若否，則執(zhí)行步驟S914 ；步驟S906、加載激活的配置數(shù)據(jù)；步驟S908、判斷加載是否成功，若是，執(zhí)行步驟S910，若否，執(zhí)行步驟S912 ；
步驟S910、存盤到dbs目錄下，執(zhí)行步驟S918 ；步驟S912、向后臺請求配置數(shù)據(jù)；步驟S914、加載原有dbs目錄下的配置數(shù)據(jù)；步驟S916、判斷加載是否成功，若是，執(zhí)行步驟S918，若否，執(zhí)行步驟S912 ； 步驟S918、確定上電成功。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果在本發(fā)明實施例中，配置管理模塊在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；版本管理模塊分別將配置數(shù)據(jù)下載至對應的網(wǎng)元中；激活模塊當新版本OMC被激活后，激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對各網(wǎng)元進行升級操作。采用本發(fā)明實施例，在當需要對大量網(wǎng)元進行升級時，通過將網(wǎng)元的配置數(shù)據(jù)提前發(fā)布并下載到對應的網(wǎng)元，對應的網(wǎng)元接受到配置數(shù)據(jù)后，可以完成升級，從而減少前臺網(wǎng)元和網(wǎng)管系統(tǒng)之間的交互，加快升級速度。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種網(wǎng)元升級裝置，其特征在于，包括 配置管理模塊，用于在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)； 版本管理模塊，用于分別將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中； 激活模塊，用于當所述新版本OMC被激活后，激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對所述各網(wǎng)元進行升級操作。
2.根據(jù)權利要求I所述的裝置，其特征在于，所述版本管理模塊還用于在所述舊版本OMC管理網(wǎng)絡時將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中。
3.根據(jù)權利要求I所述的裝置，其特征在于，還包括 升級向導，用于對所述配置數(shù)據(jù)進行驗證，驗證通過時將所述配置數(shù)據(jù)的存儲路徑信息提供給所述版本管理模塊。
4.根據(jù)權利要求3所述的裝置，其特征在于，所述配置管理模塊還用于在發(fā)布所述配置數(shù)據(jù)之后，生成發(fā)布狀態(tài)文件，其中，所述發(fā)布狀態(tài)文件包括發(fā)布成功的標識和記錄各網(wǎng)元的配置數(shù)據(jù)的存儲路徑信息； 所述升級向導還用于根據(jù)所述發(fā)布狀態(tài)文件中的標志位判斷所述各網(wǎng)元的配置數(shù)據(jù)是否發(fā)布成功，若是，則將所述發(fā)布狀態(tài)文件發(fā)送至對應的網(wǎng)元中，若否，則提示該網(wǎng)元的配置數(shù)據(jù)發(fā)布失敗，通知所述配置管理模塊重新發(fā)布所述該網(wǎng)元的配置數(shù)據(jù)。
5.根據(jù)權利要求I至4任一項所述的裝置，其特征在于，所述激活模塊還用于在所述已下載的配置數(shù)據(jù)不存在時，加載該網(wǎng)元中當前保存的配置數(shù)據(jù)，并利用所述當前保存的配置數(shù)據(jù)對該網(wǎng)元進行升級操作。
6.一種應用權利要求I所述的網(wǎng)元升級裝置進行網(wǎng)元升級的方法，其特征在于，包括在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，配置管理模塊發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)； 版本管理模塊分別將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中； 當所述新版本OMC被激活后，激活模塊激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對所述各網(wǎng)元進行升級操作。
7.根據(jù)權利要求6所述的方法，其特征在于，所述版本管理模塊分別將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中，包括所述版本管理模塊在所述舊版本OMC管理網(wǎng)絡時將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中。
8.根據(jù)權利要求6所述的方法，其特征在于，所述配置管理模塊發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)之后，還包括所述網(wǎng)元升級裝置的升級向導對所述配置數(shù)據(jù)進行驗證，驗證通過時將所述配置數(shù)據(jù)的存儲路徑信息提供給所述版本管理模塊。
9.根據(jù)權利要求8所述的方法，其特征在于，所述配置管理模塊在發(fā)布所述配置數(shù)據(jù)之后，還包括所述配置管理模塊生成發(fā)布狀態(tài)文件，其中，所述發(fā)布狀態(tài)文件包括發(fā)布成功的標識和記錄各網(wǎng)元的配置數(shù)據(jù)的存儲路徑信息； 所述升級向導對所述配置數(shù)據(jù)進行驗證，包括所述升級向導根據(jù)所述發(fā)布狀態(tài)文件中的標志位判斷所述各網(wǎng)元的配置數(shù)據(jù)是否發(fā)布成功，若是，則將所述發(fā)布狀態(tài)文件發(fā)送至對應的網(wǎng)元中，若否，則提示該網(wǎng)元的配置數(shù)據(jù)發(fā)布失敗，通知所述配置管理模塊重新發(fā)布所述該網(wǎng)元的配置數(shù)據(jù)。
10.根據(jù)權利要求6至9任一項所述的方法，其特征在于，激活模塊激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對所述各網(wǎng)元進行升級操作，包括 在所述已下載的配置數(shù)據(jù)不存在時，所述激活模塊加載該網(wǎng)元中當前保存的配置數(shù)據(jù)，并利用所述當前保存的配置數(shù)據(jù)對該網(wǎng)元進行升級操作。
全文摘要
本發(fā)明提供了網(wǎng)元升級裝置及方法，該裝置包括配置管理模塊，用于在對由舊版本網(wǎng)管系統(tǒng)OMC升級生成的新版本OMC進行鏡像驗證時，發(fā)布需要進行升級的網(wǎng)元的配置數(shù)據(jù)；版本管理模塊，用于分別將所述配置數(shù)據(jù)下載至對應的網(wǎng)元中；激活模塊，用于當所述新版本OMC被激活后，激活各網(wǎng)元中已下載的配置數(shù)據(jù)，對所述各網(wǎng)元進行升級操作。采用本發(fā)明能夠減少前臺網(wǎng)元和網(wǎng)管系統(tǒng)之間的交互，加快升級速度。
文檔編號H04L12/24GK102638361SQ20111003783
公開日2012年8月15日 申請日期2011年2月14日 優(yōu)先權日2011年2月14日
發(fā)明者李新萍 申請人:中興通訊股份有限公司