軟體版本的傳輸方法及裝置的製作方法

2023-10-06 07:15:34

專利名稱：軟體版本的傳輸方法及裝置的製作方法
技術領域：
本發明涉及通信領域，具體而言，涉及一種軟體版本的傳輸方法及裝置。
背景技術：
移動通信系統中的每個網元設備(以下簡稱為網元)在需要進行軟體升級以維 持正常的設備運行時，首先需要下載待升級軟體的版本。圖1是現有技術的實現軟體版 本下載的網絡架構框圖，如圖1所示，網元向操作維護中心(Operation and Maintenance Centre,0MC)發送軟體下載請求，以獲得需要下載的待升級軟體的版本信息。該版本信息包 括軟體版本伺服器的地址、軟體版本文件所在的路徑、軟體版本伺服器認可的用戶名和口 令，其中，軟體版本伺服器用於提供待升級軟體的版本。網元根據從0MC獲取的版本信息， 連接到軟體版本伺服器，從軟體版本伺服器下載待升級軟體的版本以進行軟體的升級。但是，上述的軟體版本的下載過程存在以下幾個問題(1)如果網元與軟體版本伺服器的鏈路中斷，則網元無法完成軟體版本的下載；(2)由於軟體版本的文件大小通常比較大，因此軟體版本伺服器的帶寬要求比較 高，但是分配給軟體版本伺服器的帶寬一般是無法改變的，因此會降低軟體版本的下載效 率；(3)軟體版本伺服器能夠同時提供下載服務的網元的數量有限，因此，在同時有多 個網元請求下載服務時，這多個網元只能依次分批進行下載，從而延長了網元的軟體升級 時間，降低了軟體版本的下載效率，進而提高了對網元的維護成本。綜上所述，由於軟體版本的下載只能依賴於軟體版本伺服器，因此導致了下載的 效率較低、網元維護成本高的問題，然而目前尚未提出能夠解決該問題的技術方案。

發明內容
針對目前的軟體版本的下載過程效率較低、進而導致的對網元的維護成本較高的 問題而提出本發明。為此，本發明旨在提供一種改進的軟體版本的傳輸方案，以解決上述問 題至少之一。為了實現上述目的，根據本發明的一方面，提供了一種軟體版本的傳輸方法。根據本發明的軟體版本的傳輸方法包括操作維護中心(0MC)接收來自網元或用 戶的下載請求，其中，下載請求中包括網元待下載的軟體版本信息；0MC根據其本地存儲的 一個或多個網元的軟體版本下載情況、一個或多個網元中其它網元當前對網元提供下載服 務的能力、以及下載請求，選擇下載源；0MC將下載命令發送給網元，網元根據下載命令進 行下載，其中，下載命令中包括下載源的信息。上述0MC選擇下載源的操作包括0MC根據其本地存儲的一個或多個網元的軟體 版本下載情況、一個或多個網元中其它網元當前對網元提供下載服務的能力判斷一個或多 個網元中是否存在與網元屬於同一子網並且滿足下載條件的網元；如果判斷結果為是，則 從與網元屬於同一子網並且滿足下載條件的網元中選擇一個網元作為下載源；否則根據軟體版本伺服器當前對網元提供下載服務的能力判斷是否能夠將軟體版本伺服器選擇為下 載源；如果判斷能夠將軟體版本伺服器選擇為下載源，則將軟體版本伺服器選擇為下載源； 否則，選擇與網元屬於不同子網並且滿足下載條件的網元的一個網元作為下載源；其中，下 載條件包括已經下載待下載的軟體版本、有能力作為下載源。在0MC將下載命令發送給網元之後，上述方法還包括0MC對本地存儲的網元信息 進行更新，其中，網元信息包括當前正在進行軟體版本下載的網元的信息；其中，當前正 在進行軟體版本下載的網元的信息包括網元的標識和IP位址、以及下載源的IP位址。另外，在網元進行下載之後，上述方法還包括如果下載待下載的軟體版本成功， 則0MC根據更新的網元信息對其本地存儲的一個或多個網元的軟體版本下載情況進行更 新；如果下載待下載的軟體版本失敗，則0MC根據在本地預配置的下載失敗處理規則進行 操作，其中，下載失敗處理規則包括軟體版本下載的失敗原因以及相應的處理方式。上述下載失敗處理規則中的處理方式包括以下之一從下載源重新進行下載；由 0MC選擇新的下載源後進行下載。上述下載源的信息包括下載源的IP位址。上述一個或多個網元中其它網元中的每個網元當前對網元提供下載服務的能力 取決於以下至少之一當前允許接入的網元的最大數量、當前帶寬、當前負荷。以及，上述0MC本地存儲的一個或多個網元的軟體版本下載情況包括網絡管理 系統中的每一個網元的標識、IP位址、和每個網元已下載的軟體版本號。根據本發明的另一方面，還提供了 一種軟體版本的傳輸裝置。根據本發明的軟體版本的傳輸裝置包括接收模塊，用於接收來自網元或用戶的 下載請求的，其中，下載請求中包括網元或用戶待下載的軟體版本信息；存儲器，用於存儲 多個網元的軟體版本下載情況、和每個網元提供下載服務的能力信息；選擇模塊，用於根據 存儲器存儲的軟體版本下載情況、和每個網元提供下載服務的能力信息以及接收模塊接收 的下載請求，為網元選擇下載源；發送模塊，用於向網元發送下載命令，其中，下載命令攜帶 有選擇模塊選擇的下載源的信息。具體地，上述選擇模塊包括第一判斷子模塊，用於根據存儲器存儲的軟體版本下 載情況判斷多個網元中是否有滿足下載條件的網元；第二判斷子模塊，用於根據存儲器存 儲的軟體版本下載情況判斷是否存在與網元屬於同一子網的網元；第三判斷子模塊，用於 判斷軟體版本伺服器當前是否滿足下載條件；第一選擇子模塊，用於在第一判斷子模塊和 第二判斷子模塊的判斷結果為是的情況下，選擇與網元屬於同一子網、且滿足下載條件的 網元中的一個網元為下載源；第二選擇子模塊，用於在第二判斷子模塊的判斷結果為否、 且在第三判斷子模塊的判斷結果為是的情況下，選擇軟體版本伺服器為下載源；第三選擇 子模塊，用於在第一判斷子模塊的判斷結果為是、且第二判斷子模塊和第三判斷子模塊的 判斷結果均為否的情況下，選擇與網元屬於不同子網並且滿足下載條件的網元的一個網元 作為下載源；其中，下載條件包括能夠提供待下載的軟體版本、且能夠提供下載服務的能 力。上述存儲器還用於存儲網元信息，其中，網元信息包括當前正在進行軟體版本下 載的網元的信息。優選地，上述裝置還包括更新模塊，用於在發送模塊發送下載命令後，對存儲器存儲的網元信息進行更新。上述更新模塊還用於如果下載待下載的軟體版本成功，則根據更新的網元信息對 軟體版本下載情況進行更新。藉助於上述技術方案的至少之一，通過對網絡管理系統中的網元配置文件下載服 務功能，使得這些網元可以作為下載源，為需要軟體版本的其它網元提供下載服務，可以克 服現有技術中由於只能通過軟體版本伺服器下載軟體版本導致的軟體版本的下載過程效 率較低的問題，從而可以有效提高軟體版本的下載效率，進而可以降低對網元的維護成本。


此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發 明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中圖1是現有技術的實現軟體版本下載的網絡架構框圖；圖2是根據本發明實施例的軟體版本的傳輸方法的流程圖；圖3是根據本發明實施例的軟體版本的傳輸裝置的框圖；圖4是根據本發明實施例的軟體版本的傳輸裝置進行下載操作的流程圖；圖5是根據本發明實施例的軟體版本的傳輸裝置進行下載操作的示意圖。
具體實施例方式功能概述如上所述，由於現有技術中的網元或用戶只能從軟體版本伺服器下載需要的軟體 版本，使得軟體版本的下載過程受限於以下多種因素網元與軟體版本伺服器的鏈路、當前 分配給軟體版本伺服器的帶寬以及軟體版本伺服器能夠同時提供下載服務的網元的數量， 由於上述因素的存在，會導致軟體版本的下載過程效率較低、進而產生了對網元的維護成 本較高的問題。基於此，本發明提供了一種軟體版本的傳輸方案，S卩，通過對網絡管理系統中的網 元配置文件下載服務功能，即，配置該網元具有支持文件下載服務的能力，這些網元就可以 作為下載源，為需要軟體版本的其它網元提供下載服務，克服了現有技術中的下載源只能 是軟體版本伺服器的問題，進而克服了軟體版本的下載過程效率較低的問題，降低了對網 元的維護成本。上述對網絡管理系統中的網元配置的文件下載服務功能可以是超文本傳輸協議 (Hyper-Text Transfer Protocol，簡稱為 HTTP)，HTTP 的安全版(Hypertext Transfer Protocol over Secure Socket Layer，簡稱為 HTTPS)，文件傳輸協議(File Transfer Protocol，簡稱為FTP)，安全文件傳送協議(Secure File Transfer Protocol，簡稱為 SFTP)，簡單文件傳輸協議(Trivial File Transfer Protocol，簡稱為TFTP)，數字存儲媒 體命令和控制擴展協議(Digital Storage Media Commandand Control，簡稱為DSMCC)等。下面將參考附圖並結合實施例，來詳細說明本發明。需要說明的是，如果不衝突， 本申請中的實施例以及實施例中的特徵可以相互組合。方法實施例根據本發明實施例，提供了一種軟體版本的傳輸方法，應用於包括一個或多個網元、0MC和軟體版本伺服器的網絡管理系統。其中，一個或多個網元被配置為能夠支持文件 下載服務。圖2是根據本發明實施例的軟體版本的傳輸方法的流程圖，如圖2所示，該軟體 版本的傳輸方法包括步驟202-步驟206。步驟202，0MC接收來自網元(記為M)或用戶的下載請求，其中，下載請求中包括 M或用戶待下載的軟體版本信息。步驟204，0MC根據其本地存儲的一個或多個網元的軟體版本下載情況、一個或多 個網元中其它網元當前對M提供下載服務的能力、以及下載請求，選擇下載源。0MC在存儲一個或多個網元的軟體版本下載情況時，具體可以保存以下信息網 絡管理系統中的每個網元的標識、IP位址、和每個網元已下載的軟體版本號。在實際應用中，0MC在存儲一個或多個網元的軟體版本下載情況時還可以進一步 存儲以下信息每個網元所屬子網的標識、每個網元上已下載軟體版本的文件名和對應的 文件路徑、每個網元許可的用戶名和口令。其中，每個網元所屬子網的標識便於0MC選擇合 適的網元作為下載源，每個網元許可的用戶名和口令用於對需要下載軟體版本的網元進行 合法性鑑權，每個網元上已下載軟體版本的文件名和對應的文件路徑便於快捷地找到下載 文件進行下載。具體地，上述選擇下載源的操作包括以下步驟a-e 步驟a，0MC根據其本地存儲的一個或多個網元的軟體版本下載情況、一個或多個 網元中其它網元當前對M提供下載服務的能力判斷一個或多個網元中是否存在與M屬於同 一子網並且滿足下載條件的網元，其中，下載條件包括已經下載待下載的軟體版本、提供 下載服務的能力，如果判斷結果為是，則進行到步驟b，否則，進行到步驟c ；步驟b，從與M屬於同一子網並且滿足下載條件的網元中選擇一個網元作為下載 源，這樣就可以最大限度地減少網絡帶寬的佔用，節省系統資源；步驟c，根據軟體版本伺服器當前對M提供下載服務的能力判斷是否能夠將軟體 版本伺服器選擇為下載源，如果判斷結果為是，則進行到步驟d，否則，進行到步驟e ；步驟d，將軟體版本伺服器選擇為下載源；步驟e，選擇與M屬於不同子網並且滿足下載條件的網元的一個網元作為下載源。上述的下載服務的能力取決於以下至少之一當前允許接入的網元的最大數量、 當前帶寬、當前負荷。即，對於軟體版本伺服器來說，如果軟體版本伺服器當前接入網元的 數量達到當前允許接入的網元的最大數量，或者當前帶寬佔用和/或當前負荷已經飽和， 則表示軟體版本伺服器當前沒有能力對M提供下載服務。此時，0MC選擇其他合適的網元 作為下載源，為M提供下載服務。需要說明的是，軟體版本伺服器和網元的下載服務的能力可以是不同的，也可以 是相同的，本發明對此沒有限制。在完成了上述選擇下載源的操作後，進行到步驟206。 步驟206，0MC將下載命令發送給M,M根據下載命令進行下載，其中，下載命令中包 括下載源的信息。這裡的下載源的信息包括以下至少之一下載源的IP位址、下載源許可 的用戶名和口令、以及待下載的軟體版本在下載源上的參數信息。該參數信息包括軟體版 本的文件名和/或對應的文件路徑。 由以上描述可以看出，通過選擇多個網元作為下載源，克服了現有技術中只能通過軟體版本伺服器來下載軟體版本而導致的下載效率較低的問題，相比於現有技術，本發 明可以提高網元下載軟體版本的並發度，從而提高軟體版本下載的效率。在步驟206之後，M根據下載源的信息下載需要的軟體版本。即，根據下載源的IP 地址找到下載源，根據下載源許可的用戶名和口令進行合法性鑑權，以及在通過鑑權後，根 據上述參數信息找到需要下載的軟體版本進行下載操作。對於0MC，在步驟206之後，對本地存儲的網元信息進行更新，其中，該網元信息包 括以下至少之一當前正在進行軟體版本下載的網元的信息(即，M的信息)、該網元(即， M)的下載軟體版本的進度。這裡的M的信息包括M的標識和IP位址、以及下載源的IP地 址，還可以包括M的子網標識。這樣，方便0MC對M的實時監控，了解M下載軟體版本的進度。如果M的下載過程完成(即，成功下載了需要的軟體版本)，則0MC根據更新的網 元信息對其本地存儲的軟體版本下載情況進行更新。這樣，可以保證軟體版本下載情況都 是最新的，方便0MC選擇合適的下載源。如果M的下載過程失敗，則0MC根據在本地預配置的下載失敗處理規則進行操作， 該下載失敗處理規則包括軟體版本下載的失敗原因以及相應的處理方式。其中，軟體版本 下載的失敗原因包括:M與下載源的鏈路中斷、下載源對M的鑑權失敗、軟體版本的路徑不 存在等，下載失敗處理規則中的處理方式包括從下載源重新進行下載，或者選擇新的下載 源後進行下載。例如，如果失敗原因是M與下載源的鏈路中斷，則相應的處理方式是在該下載源 等待一段時間後重新進行下載。如果失敗原因是下載源對M的鑑權失敗，則相應的處理方 式是選擇新的下載源後進行下載，即，M在新的下載源上進行下載。在實際操作中，如果M的下載過程失敗，也可以給M反饋一個下載失敗消息，以取 消M的下載操作，接下來可以等待一段時間，由用戶根據上述的下載失敗處理規則選擇是 繼續在原下載源上下載，或者從新的下載源上下載。需要說明的是，上述下載失敗處理規則可以是由系統預先設置(即，該規則對所 有網元生效)或由用戶在系統運行時設置(即，該規則僅對指定網元生效)。為了便於描 述，在圖2中以步驟的形式示出並描述了本發明的方法實施例的技術方案，在圖2中所示出 的步驟可以在諸如一組計算機可執行指令的計算機系統中執行。雖然在圖2中示出了邏輯 順序，但是在某些情況下，可以以不同於此處的順序執行所示出或描述的步驟。以下進一步詳細說明本發明。配置網絡管理系統中的網元支持文件下載服務功 能，該文件下載服務功能可以是FTP或SFTP。對於0MC，首先描述在0MC上保存的軟體下載信息記錄庫，該軟體下載信息記錄庫 包括以下5種信息。(1)預先為軟體版本伺服器和網絡中各網元設置的文件下載服務功能的閾值限制 (該閾值限制即上述的下載服務的能力)，該閾值包括允許同時接入的網元的數量、帶寬 以及負荷情況。例如，一個網元(記為N)允許同時接入的網元數量為5，如果N當前接入的 網元數量為5，或者分配給N的帶寬值小於閾值中規定的帶寬值，或者當前的負荷高於閾值 中規定的負荷，則N無法繼續作為下載源，S卩，當前N無法繼續提供下載服務的能力，此時， 0MC不會選擇N為下載源。
在實際操作中，軟體版本伺服器和網元的閾值限制可以是不同的，也可以是相同 的。上述同時接入該網元的網元數目可以從正在下載軟體網元列表(即以下的信息(3)) 中獲取。(2)已下載軟體信息表(即上述的一個或多個網元的軟體版本下載情況)，主要用 於0MC選擇合適的網元作為下載源，該已下載軟體信息表包括如下內容網元標識(ID)、網元所屬子網的標識、網元IP位址、該網元上已下載成功的軟體 版本號與相應的軟體版本文件名和相應的軟體版本文件路徑、該網元許可的用戶名和口 令、以及其他附加信息。其中，網元已下載成功的軟體版本號可以是多個，網元所屬子網的標識、網元IP 地址、許可用戶名和口令、附加信息每個網元只有一個。這裡的附加信息可以用來記錄該網 元作為下載源時的輔助信息，例如，該網元當前的運行狀態、文件下載服務是否支持斷點續 傳。網元當前的運行狀態表示網元是否正常運行，可根據0MC對網元的管理情況來更新此 狀態，此狀態是判斷該網元是否合適作為下載源的條件之一。(3)正在下載軟體網元列表(即上述的網元信息)，主要用於0MC對當前下載軟體 版本的網元的維護，該正在下載軟體網元列表可以包含如下內容網元ID，該網元所屬子 網ID，網元IP位址，下載源的IP位址。(4)預先設置的下載失敗處理規則，用於在下載失敗時根據不同的失敗原因選擇 不同的處理方法。如果失敗原因為網元與下載源的鏈路中斷，則0MC可以重新選擇新的下載源，或 者，如果原下載源支持斷點續傳，則0MC也可以指示網元待鏈路恢復後重新進行下載。如果失敗原因是鑑權失敗或文件路徑不存在，則0MC可以重新選擇新的下載源， 並更新0MC存儲的已下載軟體信息表，0MC不再選擇此下載源。(5)軟體下載日誌，用於在0MC給網元發送下載命令後，記錄網元的下載進度和網 元上報的信息等。上述信息(3)和(5)便於0MC對正在進行下載軟體的網元實時監控。以下開始進行軟體版本的下載，該下載過程包括以下步驟1-4。步驟1，對應於上述步驟202，網元向0MC發送下載請求，該下載請求可以是由用戶 發起或由網元主動發起，其中，該下載請求包括網元待下載的軟體版本信息。步驟2，對應於上述步驟204，0MC接收到下載請求後，選擇下載源。首先在軟體 下載信息記錄庫中的已下載軟體信息表中查詢要求的版本是否已經有其他網元下載了，如 果其他網元均未下載過，則選擇軟體版本伺服器作為下載源；如果已經有其他網元下載，則 0MC選擇最合適的網元作為下載源。上述0MC選擇最合適的網元作為下載源的操作包括優先選擇同一子網內的、且 符合下載源條件(即，當前有提供下載服務的能力)的網元作為下載源；如果沒有同一子網 內的、或者不符合下載源條件的網元，則在軟體版本伺服器符合下載源條件時，選擇軟體版 本伺服器作為下載源；如果軟體版本伺服器不符合下載源條件，則選擇其他子網、存在路由 的空閒網元、且符合下載源條件的空閒網元作為下載源。步驟3，對應於上述步驟206，0MC向網元發送下載命令，網元根據下載命令執行下 載操作。其中，下載命令中攜帶有上述選擇的下載源的信息，該下載源的信息包括下載源的IP位址、下載源許可的用戶名和口令、及軟體版本的文件路徑。步驟4，0MC更新正在下載軟體網元列表，並記錄軟體下載日誌。在軟體下載過程中，如果網元下載失敗，則網元向0MC上報下載失敗及原因，0MC 根據下載失敗處理規則進行處理，0MC可以選擇新的下載源，或者如果原下載源支持斷點續 傳，則待鏈路恢復後重新下載。下載失敗的原因可以記錄到網元已下載軟體信息表的附加 信息中。網元下載失敗的原因可以是與下載源的鏈路中斷，該鏈路中斷的原因可能是物理 鏈路中斷，或者可能是由網元本地的操作導致。這些操作可能包括對網元進行復位、網元主 控板進行主備倒換、網元的FTP相關的鏈路被閉塞、下載過程中網元的負荷過重拒絕提供 文件下載服務、網元的主備軟體版本切換、網元正在下載的軟體版本被刪除、以及網元正在 下載其他軟體版本等。在下載過程中，如果下載源的負荷過重拒絕提供文件下載服務，則下載源向0MC 上報當前狀態消息，0MC接收到該狀態消息後記錄到已下載軟體信息表的附加信息中，便於 在下次選擇下載源時進行正確選擇。裝置實施例根據本發明實施例，提供了一種軟體版本的傳輸裝置，該軟體版本的傳輸裝置用 於維護網絡中的多個網元的下載操作。優選地，該裝置用於實現上述方法實施例中的0MC 的功能。圖3是本實施例的軟體版本的傳輸裝置的框圖，如圖3所示，該裝置包括接收模 塊1、存儲器2、選擇模塊3、發送模塊4和更新模塊5，以下對各模塊進行詳細的描述。接收模塊1，用於接收來自網元或用戶的下載請求，其中，下載請求中包括網元或 用戶待下載的軟體版本信息；存儲器2，用於存儲多個網元的軟體版本下載情況、和每個網 元提供下載服務的能力信息。在實際操作中，存儲器還用於存儲網元信息，其中，網元信息 包括以下至少之一當前正在進行軟體版本下載的網元的信息、該網元的下載進度。選擇模 塊3，連接至接收模塊1和存儲器2，用於根據存儲器2存儲的軟體版本下載情況、和每個網 元提供下載服務的能力信息以及接收模塊1接收的下載請求，為網元選擇下載源；發送模 塊4，連接至選擇模塊3，用於向網元發送下載命令，其中，下載命令攜帶有選擇模塊3選擇 的下載源的信息。另外，該軟體版本的傳輸裝置還可以包括更新模塊5，連接至存儲器2，用 於在發送模塊4發送下載命令後，對存儲器2存儲的網元信息進行更新，以及在下載操作成 功後，根據更新的網元信息對軟體版本下載情況進行更新。具體地，上述選擇模塊3包括第一判斷子模塊30，第二判斷子模塊31、第三判斷 子模塊32、第一選擇子模塊33、第二選擇子模塊34和第三選擇子模塊35，以下對各子模塊 進行詳細的描述。第一判斷子模塊30，用於根據存儲器存儲的軟體版本下載情況判斷多個網元中是 否有滿足下載條件的網元；第二判斷子模塊31，用於根據存儲器存儲的軟體版本下載情況 判斷是否存在與網元屬於同一子網的網元；第三判斷子模塊32，用於判斷軟體版本伺服器 當前是否滿足下載條件；第一選擇子模塊33，連接至第一判斷子模塊30和第二判斷子模塊 31，用於在第一判斷子模塊30和第二判斷子模塊31的判斷結果為是的情況下，選擇與網元 屬於同一子網、且滿足下載條件的網元中的一個網元為下載源；第二選擇子模塊34，連接 至第二判斷子模塊31和第三判斷子模塊32，用於在第二判斷子模塊31的判斷結果為否、且在第三判斷子模塊32的判斷結果為是的情況下，選擇軟體版本伺服器為下載源；第三選擇 子模塊35，連接至第一判斷子模塊30、第二判斷子模塊31和第三判斷子模塊32，用於在第 一判斷子模塊30的判斷結果為是、且第二判斷子模塊31和第三判斷子模塊32的判斷結果 都為否的情況下，選擇與網元屬於不同子網並且滿足下載條件的網元的一個網元作為下載 源；其中，下載條件包括能夠提供待下載的軟體版本、且能夠提供下載服務的能力，這裡 的下載服務的能力取決於當前允許接入的網元的最大數量、當前帶寬、和當前負荷。上述各模塊的具體實施過程，可以參考上述方法實施例中的相關描述，這裡不再 贅述。由以上描述可以看出，通過預先由存儲器存儲各網元的信息，並由選擇模塊根據 存儲器存儲的信息選擇合適的下載源提供軟體版本，克服了現有技術中只能通過軟體版本 伺服器來下載軟體版本、而導致的下載效率較低的問題，相比於現有技術，本發明可以提高 網元下載軟體版本的並發度，從而提高軟體版本下載的效率。在具體實施過程中，上述存儲器可以是軟體下載信息記錄庫，用於存儲上述方法 實施例中的各網元的文件下載服務功能的閾值限制、已下載軟體信息表、正在下載軟體網 元列表、下載失敗處理規則和軟體下載日誌等相關的信息。上述接收模塊、發送模塊和更新模塊可以合一設置為下載請求處理模塊，用於處 理網元發送的下載請求，並給網元發送下載命令，並收集軟體下載的進度和結果上報，更新 軟體下載信息記錄庫。圖4是根據本發明實施例的軟體版本的傳輸裝置進行下載操作的流程圖，其中， 該軟體版本的傳輸裝置為操作維護中心，如圖4所示，該軟體版本的傳輸裝置的下載操作 流程包括步驟401-411 步驟401，用戶向網元下發軟體下載命令後由網元向操作維護中心發送軟體下載 請求，或網元主動向操作維護中心發送軟體下載請求，該軟體下載請求可以簡稱為下載請 求；步驟403，操作維護中心的下載請求處理模塊接收到下載請求後，要求選擇模塊給 網元選擇合適的下載源；步驟405，選擇模塊根據軟體下載信息記錄庫中記錄的所管理的網元的組網及各 網元的情況，選擇下載源；步驟407，下載請求處理模塊向網元發送下載命令，通知網元從下載源下載軟體；步驟409，下載請求處理模塊接收網元上報的軟體下載的進度和結果，並記錄軟體 下載日誌；步驟411，如果網元下載軟體版本成功，則下載請求處理模塊更新網元已下載軟體 信息表；如果網元下載軟體版本失敗，則下載請求處理模塊讀取軟體下載失敗處理規則，根 據規則進行下一步的處理，並記錄軟體下載日誌。基於上述圖4所示的流程，圖5是根據本發明實施例的軟體版本的傳輸裝置進行 下載操作的示意圖，其中，該軟體版本的傳輸裝置為操作維護中心，如圖5所示，操作維護 中心管理網元1、網元2、網元3和網元4，其中，網元1下載了網元2、網元3和網元4需要 的軟體版本。網元2、網元3和網元4分別向下載請求處理模塊發送下載請求，其中，網元2和網元4是主動向下載請求處理模塊發送下載請求，網元3是用戶向網元3下發軟體下載命令 後由網元3向下載請求處理模塊發送下載請求；下載請求處理模塊要求選擇模塊分別給網 元2、網元3和網元4選擇合適的下載源，其中，選擇模塊給網元2選擇的下載源是軟體版 本伺服器，給網元3和網元4選擇的下載源是網元1 ；在網元2、網元3和網元4的下載過程 中，網元2、網元3和網元4分別向下載請求處理模塊上報各自的軟體下載的進度和結果，下 載請求處理模塊根據接收的上報信息記錄軟體下載日誌，並更新軟體下載信息記錄庫中的 相關信息。綜上所述，本發明根據網元的組網分布和實時鏈路情況動態選擇下載源，解決了 現有技術中下載源單一而導致的下載效率較低的問題，相比於現有技術，本發明可以減輕 網絡帶寬的壓力，提高網元的軟體下載的並發度，提高軟體下載的效率。顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用 的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲 在存儲裝置中由計算裝置來執行，或者將它們分別製作成各個集成電路模塊，或者將它們 中的多個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的 硬體和軟體結合。以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技 術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修 改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
一種軟體版本的傳輸方法，其特徵在於，所述方法包括操作維護中心即OMC接收來自網元或用戶的下載請求，其中，所述下載請求中包括所述網元待下載的軟體版本信息；所述OMC根據其本地存儲的一個或多個網元的軟體版本下載情況、所述一個或多個網元中其它網元當前對所述網元提供下載服務的能力、以及所述下載請求，選擇下載源；所述OMC將下載命令發送給所述網元，所述網元根據所述下載命令進行下載，其中，所述下載命令中包括所述下載源的信息。
2.根據權利要求1所述的方法，其特徵在於，所述OMC選擇所述下載源的操作包括 所述OMC根據其本地存儲的所述一個或多個網元的軟體版本下載情況、所述一個或多個網元中其它網元當前對所述網元提供下載服務的能力判斷所述一個或多個網元中是否 存在與所述網元屬於同一子網並且滿足下載條件的網元；如果判斷結果為是，則從與所述網元屬於同一子網並且滿足所述下載條件的網元中選 擇一個網元作為所述下載源；否則根據所述軟體版本伺服器當前對所述網元提供下載服務 的能力判斷是否能夠將所述軟體版本伺服器選擇為下載源；如果判斷能夠將所述軟體版本伺服器選擇為下載源，則將所述軟體版本伺服器選擇為 下載源；否則，選擇與所述網元屬於不同子網並且滿足所述下載條件的網元的一個網元作 為所述下載源；其中，所述下載條件包括已經下載所述待下載的軟體版本、有能力作為下載源。
3.根據權利要求1所述的方法，其特徵在於，在所述OMC將所述下載命令發送給所述網 元之後，所述方法還包括所述OMC對本地存儲的網元信息進行更新，其中，所述網元信息包括當前正在進行軟 件版本下載的網元的信息；其中，所述當前正在進行軟體版本下載的網元的信息包括網元的標識和IP位址、以 及下載源的IP位址。
4.根據權利要求3所述的方法，其特徵在於，在所述網元進行下載之後，所述方法還包括如果下載所述待下載的軟體版本成功，則所述OMC根據更新的所述網元信息對其本地 存儲的所述一個或多個網元的軟體版本下載情況進行更新；如果下載所述待下載的軟體版本失敗，則所述OMC根據在本地預配置的下載失敗處理 規則進行操作，其中，所述下載失敗處理規則包括軟體版本下載的失敗原因以及相應的處理方式。
5.根據權利要求4所述的方法，其特徵在於，所述下載失敗處理規則中的所述處理方 式包括以下之一從所述下載源重新進行下載； 由所述OMC選擇新的下載源後進行下載。
6.根據權利要求1至5中任一項所述的方法，其特徵在於，所述下載源的信息包括所 述下載源的IP位址。
7.根據權利要求1至5中任一項所述的方法，其特徵在於，所述一個或多個網元中其它 網元中的每個網元當前對所述網元提供下載服務的能力取決於以下至少之一當前允許接入的網元的最大數量、當前帶寬、當前負荷。
8.根據權利要求1至5中任一項所述的方法，其特徵在於，所述OMC本地存儲的所述一 個或多個網元的所述軟體版本下載情況包括所述網絡管理系統中的每一個網元的標識、 IP位址、和所述每個網元已下載的軟體版本號。
9.一種軟體版本的傳輸裝置，所述裝置包括用於接收來自網元或用戶的下載請求的接 收模塊，其特徵在於，所述裝置還包括存儲器，用於存儲所述多個網元的軟體版本下載情 況、和每個網元提供下載服務的能力信息；選擇模塊，用於根據所述存儲器存儲的所述軟體版本下載情況、和所述每個網元提供 下載服務的能力信息以及所述接收模塊接收的所述下載請求，為所述網元選擇下載源；發送模塊，用於向所述網元發送下載命令，其中，所述下載命令攜帶有所述選擇模塊選 擇的下載源的信息。
10.根據權利要求9所述的裝置，其特徵在於，所述選擇模塊包括第一判斷子模塊，用於根據所述存儲器存儲的所述軟體版本下載情況判斷所述多個網 元中是否有滿足下載條件的網元；第二判斷子模塊，用於根據所述存儲器存儲的所述軟體版本下載情況判斷是否存在與 所述網元屬於同一子網的網元；第三判斷子模塊，用於判斷軟體版本伺服器當前是否滿足所述下載條件；第一選擇子模塊，用於在所述第一判斷子模塊和所述第二判斷子模塊的判斷結果為是 的情況下，選擇與所述網元屬於同一子網、且滿足所述下載條件的網元中的一個網元為所 述下載源；第二選擇子模塊，用於在所述第二判斷子模塊的判斷結果為否、且在所述第三判斷子 模塊的判斷結果為是的情況下，選擇所述軟體版本伺服器為所述下載源；第三選擇子模塊，用於在所述第一判斷子模塊的判斷結果為是、且所述第二判斷子模 塊和所述第三判斷子模塊的判斷結果均為否的情況下，選擇與所述網元屬於不同子網並且 滿足所述下載條件的網元的一個網元作為所述下載源；其中，所述下載條件包括能夠提供所述待下載的軟體版本、且能夠提供下載服務的能力。
11.根據權利要求9所述的裝置，其特徵在於，所述存儲器還用於存儲網元信息，其中， 所述網元信息包括當前正在進行軟體版本下載的網元的信息。
12.根據權利要求11所述的裝置，其特徵在於，所述裝置還包括更新模塊，用於在所述發送模塊發送所述下載命令後，對所述存儲器存儲的所述網元 信息進行更新。
13.根據權利要求12所述的裝置，其特徵在於，所述更新模塊還用於如果下載所述待 下載的軟體版本成功，則根據更新的所述網元信息對所述軟體版本下載情況進行更新。
全文摘要
本發明提供了一種軟體版本的傳輸方法及裝置，其中，軟體版本的傳輸方法包括操作維護中心(OMC)接收來自網元或用戶的下載請求，其中，下載請求中包括網元待下載的軟體版本信息；OMC根據其本地存儲的一個或多個網元的軟體版本下載情況、一個或多個網元中其它網元當前對網元提供下載服務的能力、以及下載請求，選擇下載源；OMC將下載命令發送給網元，網元根據下載命令進行下載，其中，下載命令中包括下載源的信息。本發明可以克服現有技術中由於只能通過軟體版本伺服器下載軟體版本導致的軟體版本的下載過程效率較低的問題，從而可以有效提高軟體版本的下載效率，進而可以降低對網元的維護成本。
文檔編號H04W88/08GK101854745SQ200910130359
公開日2010年10月6日 申請日期2009年4月2日 優先權日2009年4月2日
發明者倪華, 朱曉光, 沈毅, 祝偉宏, 黃樹強 申請人:中興通訊股份有限公司