專利名稱：一種向網(wǎng)元設(shè)備加載文件的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，特別是指一種向網(wǎng)元設(shè)備加載文件的方法。
背景技術(shù)：
向網(wǎng)元設(shè)備加載文件，是通信網(wǎng)絡(luò)中經(jīng)常采用的技術(shù)手段。例如，在寬帶碼分多址(WCDMA)網(wǎng)絡(luò)中，無線網(wǎng)絡(luò)控制器(RNC，Radio NetworkController)是非常重要的設(shè)備，主要完成連接建立和斷開、切換、宏分集合并、無線資源管理控制等功能。只有首先通過操作維護(hù)中心(OMC，Operationand Maintenance Centre)將數(shù)據(jù)和代碼加載到RNC上后，RNC才能夠正常運行。但是，一般來說從OMC到RNC的數(shù)據(jù)通道的帶寬是有限的，如果同時加載所有的文件，就會出現(xiàn)堵塞，導(dǎo)致一部分的文件加載失敗。
為了能夠高效地加載所有的文件到RNC上，現(xiàn)有技術(shù)主要采用如下兩種方案方案一、并行加載方案，OMC同時向RNC加載所有的文件，如果發(fā)生堵塞，由RNC返回加載失敗文件的文件名，然后OMC再重新加載這些文件。
但是該方案的缺點是當(dāng)帶寬比較小的情況下，由于失敗后重傳的文件比較多，效率仍然比較低。
方案二、串行加載方案，OMC逐個向RNC加載文件，只有等前一個文件的加載成功消息返回后，OMC才加載下一個文件。
該方案的缺點是當(dāng)帶寬比較大的情況下，資源浪費嚴(yán)重。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種向網(wǎng)元設(shè)備加載文件的方法，能夠根據(jù)帶寬的實際情況動態(tài)調(diào)整加載文件的個數(shù)，既提高加載效率的，又可避免資源浪費。
基于上述目的本發(fā)明提供的向網(wǎng)元設(shè)備加載文件的方法，包括
A.文件加載設(shè)備向需要進(jìn)行文件加載的網(wǎng)元設(shè)備連續(xù)發(fā)送待加載文件；B.當(dāng)文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件失敗，則停止待加載文件的發(fā)送，等待該網(wǎng)元設(shè)備文件加載成功；C.文件加載設(shè)備每次在得知至少一個網(wǎng)元設(shè)備文件加載成功后，向所述網(wǎng)元設(shè)備發(fā)送至少一個待加載文件。
該方法步驟C所述的待加載文件為之前加載失敗的待加載文件和/或未發(fā)送過的待加載文件。
該方法步驟B所述文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件失敗的過程為所述網(wǎng)元設(shè)備檢測到文件加載失敗后，返回該文件加載失敗的消息，所述文件加載設(shè)備收到文件加載失敗消息后，確認(rèn)該文件加載失敗。
該方法在所述加載失敗的消息中包含有當(dāng)前加載失敗文件的文件名。
該方法步驟C所述文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件成功的過程為所述網(wǎng)元設(shè)備在文件加載成功后，返回該文件加載成功的消息，所述文件加載設(shè)備收到文件加載成功的消息后，確認(rèn)該文件加載成功。
該方法在所述加載成功的消息中包含有當(dāng)前加載成功文件的文件名。
該方法步驟C所述向網(wǎng)元設(shè)備發(fā)送的待加載文件數(shù)量與得知的加載成功的文件數(shù)量相等。
該方法步驟C中每次得知的加載成功的文件數(shù)量為1，每次向網(wǎng)元設(shè)備發(fā)送的待加載文件數(shù)量為1。
該方法所述的網(wǎng)元設(shè)備為無線網(wǎng)絡(luò)控制器(RNC)。
該方法所述的文件加載設(shè)備為操作維護(hù)中心(OMC)。
從上面所述可以看出，本發(fā)明提供的向網(wǎng)元設(shè)備加載文件的方法，在帶寬充足時連續(xù)進(jìn)行文件加載，在帶寬已滿時，逐個進(jìn)行文件加載，從而可以根據(jù)帶寬的實際情況動態(tài)調(diào)整加載文件的個數(shù)，有效地提高了向網(wǎng)元設(shè)備加載文件的效率，避免了帶寬資源的浪費。


圖1為本發(fā)明應(yīng)用于向RNC加載文件時較佳實施例的流程示意圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明再作進(jìn)一步詳細(xì)的說明。
本發(fā)明方案的核心是文件加載設(shè)備向需要進(jìn)行文件加載的網(wǎng)元設(shè)備連續(xù)發(fā)送待加載文件；當(dāng)文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件失敗，則停止待加載文件的發(fā)送，等待該網(wǎng)元設(shè)備文件加載成功；文件加載設(shè)備每次在得知至少一個網(wǎng)元設(shè)備文件加載成功后，向所述網(wǎng)元設(shè)備發(fā)送至少一個待加載文件，該待加載文件為之前加載失敗的待加載文件或此前尚未發(fā)送過的待加載文件，如此直到所有的文件都加載完畢。
其中，文件加載設(shè)備及網(wǎng)元設(shè)備可根據(jù)實際網(wǎng)絡(luò)進(jìn)行確定。較佳的，文件加載設(shè)備每次向網(wǎng)元設(shè)備發(fā)送的待加載文件數(shù)量與得知的加載成功的文件數(shù)量相等，并且最好為1，即文件加載設(shè)備每得知1個文件加載成功，則向網(wǎng)元設(shè)備發(fā)送1個待加載文件。
本發(fā)明可應(yīng)用于多種系統(tǒng)，如GSM、CDMA2000、WCDMA等，以下以WCDMA為例進(jìn)行說明，其中，文件加載設(shè)備為OMC，網(wǎng)元設(shè)備為RNC。
參見圖1所示流程圖，對本發(fā)明方法的較佳實施方案進(jìn)行詳細(xì)描述。
步驟101，OMC連續(xù)向RNC發(fā)送待加載文件1到n，其中n為自然數(shù)。
本步驟中，由于RNC進(jìn)行文件加載并返回加載成功消息需要一定的時間，因此這里不等待RNC向OMC返回加載成功的消息，OMC連續(xù)將所需加載的文件向RNC發(fā)送。
步驟102，當(dāng)某個文件加載成功時，RNC會返回該文件加載成功的消息；如果RNC檢測到某個文件加載失敗，比如第m個文件加載失敗，則向OMC返回文件m加載失敗的消息。
在加載成功/失敗的消息中包含有當(dāng)前加載成功/失敗文件的文件名。
步驟103，收到文件m加載失敗消息后，OMC停止發(fā)送新的待加載文件，并等待RNC返回一個文件加載成功的消息。
這是由于此時帶寬已滿，OMC必須等待RNC處理完一個文件加載后，再向RNC發(fā)送下一個待加載文件。
步驟104，RNC返回的一個文件加載成功的消息。比如當(dāng)前RNC完成了文件k的加載，則返回文件k加載成功的消息。
步驟105，收到該文件k加載成功的消息后，OMC再次將失敗的待加載文件m發(fā)送給RNC。
此后，OMC每收到一個文件加載成功的消息后，就向RNC發(fā)送下一個待加載的文件，直到所有的文件都加載完畢。
熟悉本領(lǐng)域的技術(shù)人員應(yīng)該看到，本發(fā)明不限于WCDMA系統(tǒng)；也不限于RNC，可以被用于所有需要通過OMC進(jìn)行數(shù)據(jù)和代碼加載，并且?guī)捰邢薜木W(wǎng)元設(shè)備。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種向網(wǎng)元設(shè)備加載文件的方法，其特征在于，包括A.文件加載設(shè)備向需要進(jìn)行文件加載的網(wǎng)元設(shè)備連續(xù)發(fā)送待加載文件；B.當(dāng)文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件失敗，則停止待加載文件的發(fā)送，等待該網(wǎng)元設(shè)備文件加載成功；C.文件加載設(shè)備每次在得知至少一個網(wǎng)元設(shè)備文件加載成功后，向所述網(wǎng)元設(shè)備發(fā)送至少一個待加載文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C所述的待加載文件為之前加載失敗的待加載文件和/或未發(fā)送過的待加載文件。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B所述文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件失敗的過程為所述網(wǎng)元設(shè)備檢測到文件加載失敗后，返回該文件加載失敗的消息，所述文件加載設(shè)備收到文件加載失敗消息后，確認(rèn)該文件加載失敗。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述加載失敗的消息中包含有當(dāng)前加載失敗文件的文件名。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C所述文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件成功的過程為所述網(wǎng)元設(shè)備在文件加載成功后，返回該文件加載成功的消息，所述文件加載設(shè)備收到文件加載成功的消息后，確認(rèn)該文件加載成功。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述加載成功的消息中包含有當(dāng)前加載成功文件的文件名。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟C所述向網(wǎng)元設(shè)備發(fā)送的待加載文件數(shù)量與得知的加載成功的文件數(shù)量相等。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，步驟C中每次得知的加載成功的文件數(shù)量為1，每次向網(wǎng)元設(shè)備發(fā)送的待加載文件數(shù)量為1。
9.根據(jù)權(quán)利要求1至8任意一項所述的方法，其特征在于，所述的網(wǎng)元設(shè)備為無線網(wǎng)絡(luò)控制器RNC。
10.根據(jù)權(quán)利要求1至8任意一項所述的方法，其特征在于，所述的文件加載設(shè)備為操作維護(hù)中心OMC。
全文摘要
本發(fā)明公開了一種向網(wǎng)元設(shè)備加載文件的方法，包括文件加載設(shè)備向需要進(jìn)行文件加載的網(wǎng)元設(shè)備連續(xù)發(fā)送待加載文件；當(dāng)文件加載設(shè)備得知網(wǎng)元設(shè)備加載文件失敗，則停止待加載文件的發(fā)送，等待該網(wǎng)元設(shè)備文件加載成功；文件加載設(shè)備每次在得知至少一個網(wǎng)元設(shè)備文件加載成功后，向所述網(wǎng)元設(shè)備發(fā)送至少一個待加載文件。通過本發(fā)明可以根據(jù)帶寬的實際情況動態(tài)調(diào)整加載文件的個數(shù)，有效地提高了向網(wǎng)元設(shè)備加載文件的效率，避免了帶寬資源的浪費。
文檔編號H04L12/24GK1859190SQ20061000270
公開日2006年11月8日 申請日期2006年1月25日 優(yōu)先權(quán)日2006年1月25日
發(fā)明者李蔚海 申請人:華為技術(shù)有限公司