專利名稱:一種基站軟件版本管理的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通訊領(lǐng)域的基站軟件版本的管理維護方式,尤其涉及一種基站軟件版本管理的方法和系統(tǒng)。
背景技術(shù):
隨著無線通訊系統(tǒng)的發(fā)展,基站作為一個重要的網(wǎng)元,其負責(zé)的功能越來越復(fù)雜, 需要管理的軟件版本也越來越多。特別是在LTE系統(tǒng)中,由于設(shè)計之初,就需要考慮和其他無線制式的共模,要求基站同時管理多種制式的軟件版本。所以LTE的基站軟件版本管理將更為復(fù)雜。
對于運營商,評價軟件版本管理的一個重要指標就是軟件版本升級時間,升級時間越短,業(yè)務(wù)中斷時間越少,給用戶的體驗也就越好。
傳統(tǒng)的管理基站版本的方式是網(wǎng)管將每個基站需要的版本文件首先下載到基站內(nèi)的主控板上,基站上電后,各個單板不需要和其他網(wǎng)元交互,通過主控板加載單板需要的升級軟件版本,就可以完成升級。圖1顯示了一種傳統(tǒng)的基站軟件版本管理方法流程圖,步驟包括
步驟101 :維護人員將需要升級的基站軟件版本上載到網(wǎng)管服務(wù)器;
步驟102 :基站通過網(wǎng)管程序下載基站軟件版本到主控板Flash上;
步驟103 :網(wǎng)管程序給基站發(fā)送版本激活消息;
步驟104 :基站重啟,加載下載的基站軟件版本;
步驟105 :基站重啟后,首先加載Flash上的主控版本,運行主控程序;
步驟106 :其他非主控單板上電后,向主控板請求,獲取需要的版本文件;
步驟107 :各個非主控單板獲取到單板的版本文件后,加載運行版本文件;
步驟108 :基站運行正常,升級成功。
這種基站軟件版本管理方法的主要缺點是
1、在整個升級過程中,步驟102中下載基站軟件版本將占用近一半的時間。
2、基站所有運行的軟件版本都存儲在Flash上,占用較多的磁盤空間。特別是對于多制式共模的情況,多種制式軟件版本如果都存儲在Flash上,對于磁盤空間的要求將成倍增長。發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種基站軟件版本管理的方法和系統(tǒng),用于解決基站軟件版本升級速度慢和多制式共模情況下主控板Flash存儲空間要求高的問題。
根據(jù)本發(fā)明的一個方面,提供的一種基站軟件版本管理的方法包括
A)主控板收到網(wǎng)管服務(wù)器下發(fā)的版本激活消息后,通過網(wǎng)管服務(wù)器下載主控版本;
B)主控板加載所述下載的主控版本,并向非主控單板發(fā)送版本下載消息;
C)非主控單板收到所述版本下載消息后,通過網(wǎng)管服務(wù)器下載非主控版本,并加載所述下載的非主控版本。所述步驟A)包括網(wǎng)管服務(wù)器將版本激活消息發(fā)送至主控板,并保存基站當(dāng)前的版本信息;主控板根據(jù)所述版本激活消息,通過網(wǎng)管服務(wù)器下載升級的主控版本;主控板將所述升級的主控版本更新至主控板的Flash中,并備份原主控版本。所述步驟B)還包括若所述主控版本加載失敗,則主控板將備份的原主控版本還原至其Flash中,并 向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息;主控板加載所述還原的原主控版本。所述步驟C)包括非主控單板接收所述版本下載消息后,向網(wǎng)管服務(wù)器發(fā)送版本請求消息;網(wǎng)管服務(wù)器根據(jù)所述版本請求消息,查找非主控版本,并將所述非主控版本的網(wǎng)絡(luò)路徑發(fā)送至非主控單板;非主控單板根據(jù)所述網(wǎng)絡(luò)路徑,通過網(wǎng)管服務(wù)器下載所述非主控版本,并保存至其內(nèi)存中;非主控單板加載所述下載的非主控版本。所述步驟C)還包括若所述非主控版本加載失敗,則非主控單板向主控板發(fā)送非主控版本加載失敗消息;主控板收到所述非主控版本加載失敗消息后,判斷主控版本是否已升級;當(dāng)判斷主控版本已升級時,主控板將備份的主控版本還原至主控板的Flash中,加載所述還原的主控版本,并向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息;當(dāng)判斷主控版本未升級時,主控板直接向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息。根據(jù)本發(fā)明的另一個方面,提供的一種基站軟件版本管理的系統(tǒng)包括主控板,用于在收到網(wǎng)管服務(wù)器下發(fā)的版本激活消息后,通過網(wǎng)管服務(wù)器下載主控版本,加載所述下載的主控版本,并向非主控單板發(fā)送版本下載消息;非主控單板,用于收到所述版本下載消息后,通過網(wǎng)管服務(wù)器下載非主控版本,并加載所述下載的非主控版本。 所述主控板還用于向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息。所述非主控單板還用于向主控板發(fā)送非主控版本加載失敗消息。與現(xiàn)有技術(shù)相比,本發(fā)明具有以下有益效果1、本發(fā)明通過將版本管理上移到網(wǎng)管,減少了基站切換軟件版本的處理,節(jié)省了基站軟件版本下載到主控板Flash的時間,提高了基站軟件版本的升級速度。2、本發(fā)明通過簡化基站軟件版本升級流程,提高了系統(tǒng)穩(wěn)定性;3、本發(fā)明在多制式共模下節(jié)省了基站的Flash空間,降低了基站成本。
圖1是一種傳統(tǒng)的基站軟件版本管理方法流程圖2是本發(fā)明提供的基站軟件版本管理方法流程圖3是本發(fā)明實施例提供的基站軟件版本管理的工作流程圖4是圖3所述實施例中主控版本升級失敗處理流程圖5是圖3所述實施例中非主控版本升級失敗處理流程圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行詳細說明,應(yīng)當(dāng)理解,以下所說明的優(yōu)選實施例僅用于說明和解釋本發(fā)明,并不用于限制本發(fā)明。
圖2顯示了本發(fā)明提供的基站軟件版本管理方法流程圖,如圖2所示,本發(fā)明提出一種新的基站軟件版本管理方法,其將基站軟件版本分為主控版本和非主控版本兩部分。 其中,主控版本保存在主控板的Flash上,保證基站可以和網(wǎng)管服務(wù)器之間的通信鏈路;所有非主控版本的存儲位置從主控板的Flash上移到網(wǎng)管系統(tǒng)。非主控單板上電后,直接向網(wǎng)管系統(tǒng)的網(wǎng)管服務(wù)器請求非主控版本。基站軟件版本管理的方法的步驟包括
步驟一主控板收到網(wǎng)管服務(wù)器下發(fā)的版本激活消息后,通過網(wǎng)管服務(wù)器下載主控版本;
步驟二 主控板加載所述下載的主控版本,并向非主控單板發(fā)送版本下載消息;
步驟三非主控單板收到所述版本下載消息后,通過網(wǎng)管服務(wù)器下載非主控版本, 并加載所述下載的非主控版本。
執(zhí)行所述步驟一前,還包括網(wǎng)管服務(wù)器接收并保存維護人員上載的需要升級的包括主控版本和/或非主控版本的基站軟件版本。
所述步驟一包括網(wǎng)管服務(wù)器將版本激活消息發(fā)送至主控板,并保存基站當(dāng)前的版本信息;主控板根據(jù)所述版本激活消息,從網(wǎng)管服務(wù)器下載升級的主控版本;主控板將所述升級的主控版本更新至主控板的Flash中,并備份原主控版本。
所述步驟二還包括若所述主控版本加載失敗,則主控板將備份的原主控版本還原至其Flash中,并向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息;主控板加載所述還原的原主控版本。
所述步驟三包括非主控單板接收所述版本下載消息后,向網(wǎng)管服務(wù)器發(fā)送版本請求消息;網(wǎng)管服務(wù)器根據(jù)所述版本請求消息,查找非主控版本,并將所述非主控版本的網(wǎng)絡(luò)路徑發(fā)送至非主控單板;非主控單板根據(jù)所述網(wǎng)絡(luò)路徑,從網(wǎng)管服務(wù)器下載所述非主控版本,并保存至其內(nèi)存中;非主控單板加載所述下載的非主控版本。
所述步驟三還包括若所述非主控版本加載失敗,則非主控單板向主控板發(fā)送非主控版本加載失敗消息;主控板收到所述非主 控版本加載失敗消息后,判斷主控版本是否已升級;當(dāng)判斷主控版本已升級時,主控板將備份的主控版本還原至主控板的Flash中,加載所述還原的主控版本,并向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息;當(dāng)判斷主控版本未升級時,主控板直接向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息。
概括地說,首先維護人員要將需要升級的基站軟件版本上載到網(wǎng)管服務(wù)器;然后網(wǎng)管服務(wù)器向基站發(fā)送版本激活消息,使基站將主控版本下載至Flash ;再次,基站加載所述Flash上的主控版本,運行主控程序,并在其他非主控單板上電后,向其他非主控單板發(fā)送版本下載消息,以供非主控單板向網(wǎng)管服務(wù)器請求版本文件,獲取需要的版本文件;最后,其它非主控單板經(jīng)由網(wǎng)管服務(wù)器獲得非主控版本,存放在非主控單板的內(nèi)存,加載運行非主控版本;基站運行正常,升級成功。考慮到系統(tǒng)穩(wěn)定性和流控等問題,可以單獨建立服務(wù)器作為版本服務(wù)器,以供基站軟件版本的管理,如圖3所示,圖3顯示了本發(fā)明實施例提供的基站軟件版本管理方法流程圖,步驟包括步驟301 :維護人員將需要升級的基站軟件版本上載到網(wǎng)管服務(wù)器,上傳的所述基站軟件版本存放在版本服務(wù)器下;步驟302 :網(wǎng)管服務(wù)器給指定基站發(fā)送版本激活消息,并記錄所述基站當(dāng)前的所有版本信息;所述版本激活消息應(yīng)至少包含版本服務(wù)器地址、端口、連接用戶 信息、升級版本號、是否更新主控版本標識;同時網(wǎng)管記錄當(dāng)前基站所有版本信息;步驟303 :基站接收所述版本激活消息后,根據(jù)所述是否更新主控版本標識來判斷是否更新主控版本,如果需要更新,則依次執(zhí)行步驟304和步驟305,否則直接執(zhí)行306 ;步驟304 :基站使用版本激活消息中的信息經(jīng)由網(wǎng)管服務(wù)器獲取版本服務(wù)器上的主控版本,更新到主控板的Flash中,并將原主控版本備份;步驟305 :主控板重啟,加載升級的主控版本;步驟306 :判斷主控版本加載是否成功,如果主控版本加載成功,則直接執(zhí)行步驟308,否則,執(zhí)行步驟307 ;步驟307 :主控版本加載失敗,進入主控版本升級失敗處理流程,即激活失敗流程;步驟308 :主控版本加載成功后,主控板給其他的非主控單板發(fā)送版本下載消息,所述版本下載該消息中至少應(yīng)包含版本服務(wù)器地址、端口、連接用戶信息、升級版本號;步驟309 :非主控單板根據(jù)所述版本下載消息,經(jīng)由網(wǎng)管服務(wù)器向版本服務(wù)器發(fā)送版本請求消息,所述版本請求消息中至少應(yīng)包含基站標識、主控板的硬件類型標識、請求版本類型、請求版本號;步驟310 :網(wǎng)管服務(wù)器收到非主控單板的版本請求消息后,根據(jù)所述版本請求消息,查找版本服務(wù)器中的非主控單板需要的非主控版本,并將升級的所述非主控板本在版本服務(wù)器中的網(wǎng)絡(luò)路徑反饋給非主控單板;步驟311 :非主控單板接收網(wǎng)絡(luò)路徑,根據(jù)所述網(wǎng)絡(luò)路徑下載其需要的非主控版本,保存至其內(nèi)存中,加載所述非主控版本;步驟312 :判斷非主控版本加載是否成功,若加載成功,則執(zhí)行步驟313,否則,執(zhí)行步驟314 ;步驟313 :若所有非主控版本加載成功后,基站發(fā)送版本更新成功消息給網(wǎng)管服務(wù)器;步驟314 :若非主控版本加載失敗,則進入非主控板本升級失敗處理流程,即激活失敗流程。圖4顯示了圖3所述實施例中主控版本升級失敗處理流程圖,即圖3所述步驟307的具體處理步驟,包括步驟3071 :主控板將備份的原主控版本還原至其Flash中;
步驟3072 :主控板向網(wǎng)管服務(wù)器發(fā)送版本升級失敗消息,所述版本升級失敗消息中至少應(yīng)包含基站標識;
步驟3073 :網(wǎng)管服務(wù)器收到所述版本升級失敗消息后,使用其記錄的升級前的基站所有版本信息更新網(wǎng)管數(shù)據(jù);
步驟3074 :主控板發(fā)送所述版本升級失敗消息后,主控板重啟;
步驟3075 :主控板重啟,加載還原的原主控版本,并繼續(xù)執(zhí)行圖3中所述步驟308。
圖5顯示了圖3所述實施例中非主控版本升級失敗處理流程圖,即圖3所述步驟 314的具體處理步驟,包括
步驟3141 :非主控版本加載失敗后,非主控單板向主控板發(fā)送非主控版本加載失敗消息;
步驟3142 :主控板收到非主控版本加載失敗消息后,判斷主控版本在基站軟件版本升級過程中是否升級,即是否有更新,如果有更新,則執(zhí)行步驟3143,否則,執(zhí)行步驟 3144 ;
步驟3143 :主控板將備份的原主控版本還原至其Flash中,向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息,使網(wǎng)管服務(wù)器收到所述版本升級失敗消息后,使用其記錄的升級前的基站所有版本信息更新網(wǎng)管數(shù)據(jù);主控板發(fā)送所述版本升級失敗消息后,主控板重啟,加載還原的原主控版本,并繼續(xù)執(zhí)行圖3中所述步驟308 ;
步驟3144 :主控板向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息,使網(wǎng)管服務(wù)器收到所述版本升級失敗消息后,使用其記錄的升級前的基站所有版本信息更新網(wǎng)管數(shù)據(jù);主控板發(fā)送所述版本升級失敗消息后,主控板重啟,加載主控版本,并繼續(xù)執(zhí)行上述步驟308。
本發(fā)明實施例還提供例了一種基站軟件版本管理的系統(tǒng),系統(tǒng)包括
主控板,用于在收到網(wǎng)管服務(wù)器下發(fā)的版本激活消息后,通過網(wǎng)管服務(wù)器下載主控版本,加載所述下載的主控版本,并向非主控單板發(fā)送版本下載消息;
非主控單板,用于收到所述版本下載消息后,通過網(wǎng)管服務(wù)器下載非主控版本,并加載所述下載的非主控版本。
所述主控板還用于向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息。
所述非主控單板還用于向主控板發(fā)送非主控版本加載失敗消息。
所述系統(tǒng)還包括網(wǎng)管服務(wù)器,用于接收維護人員上載的需要升級的包括主控版本和/或非主控版本的基站軟件版本。所述上載的基站軟件版本可以保存在網(wǎng)管服務(wù)器上, 即網(wǎng)管服務(wù)器保存基站軟件版本及其基站軟件版本描述信息,以供主控板和非主控板進行基站軟件版本升級??紤]到系統(tǒng)穩(wěn)定性和流控等問題,也可以單獨建立服務(wù)器作為版本服務(wù)器,即網(wǎng)管服務(wù)器保存基站軟件版本描述信息,版本服務(wù)器保存基站軟件版本,以供基站軟件版本的管理。
所述系統(tǒng)的工作流程包括以下步驟
第一步維護人員將需要升級的基站軟件版本上載到網(wǎng)管服務(wù)器;
第二步網(wǎng)管服務(wù)器向基站發(fā)送版本激活消息;
第三步基站的主控板根據(jù)所述版本激活消息,將升級的主控版本下載至主控板的Flash中,加載所述下載的主控版本,運行主控程序;
第四步其他非主控單板上電后,根據(jù)主控板發(fā)送的版本下載消息,向網(wǎng)管服務(wù)器請求非主控版本,獲取需要的非主控版本;第五步各個非主控單板從網(wǎng)管服務(wù)器獲得非主控版本,存放在非主控單板的內(nèi)存,加載運行所述非主控版本;第六步基站運行正常,升級成功。綜上所述,本發(fā)明的有益效果在于本發(fā)明能夠簡化基站軟件版本升級的流程,提高版本升級速度,并在多制式共模時不需要增加主控板Flash空間,節(jié)約成本。盡管上文對本發(fā)明進行了詳細說明,但是本發(fā)明不限于此,本技術(shù)領(lǐng)域技術(shù)人員 可以根據(jù)本發(fā)明的原理進行各種修改。因此,凡按照本發(fā)明原理所做的修改,都應(yīng)當(dāng)理解為落入本發(fā)明的保護范圍。
權(quán)利要求
1.一種基站軟件版本管理的方法,其特征在于,包括 A)主控板收到網(wǎng)管服務(wù)器下發(fā)的版本激活消息后,通過網(wǎng)管服務(wù)器下載主控版本; B)主控板加載所述下載的主控版本,并向非主控單板發(fā)送版本下載消息; C)非主控單板收到所述版本下載消息后,通過網(wǎng)管服務(wù)器下載非主控版本,并加載所述下載的非主控版本。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述步驟A)包括 網(wǎng)管服務(wù)器將版本激活消息發(fā)送至主控板,并保存基站當(dāng)前的版本信息; 主控板根據(jù)所述版本激活消息,通過網(wǎng)管服務(wù)器下載升級的主控版本; 主控板將所述升級的主控版本更新至主控板的Flash中,并備份原主控版本。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述步驟B)還包括 若所述主控版本加載失敗,則主控板將備份的原主控版本還原至其Flash中,并向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息; 主控板加載所述還原的原主控版本。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述步驟C)包括 非主控單板接收所述版本下載消息后,向網(wǎng)管服務(wù)器發(fā)送版本請求消息; 網(wǎng)管服務(wù)器根據(jù)所述版本請求消息,查找非主控版本,并將所述非主控版本的網(wǎng)絡(luò)路徑發(fā)送至非主控單板; 非主控單板根據(jù)所述網(wǎng)絡(luò)路徑,通過網(wǎng)管服務(wù)器下載所述非主控版本,并保存至其內(nèi)存中; 非主控單板加載所述下載的非主控版本。
5.根據(jù)權(quán)利要求4所述的方法,其特征在于,所述步驟C)還包括 若所述非主控版本加載失敗,則非主控單板向主控板發(fā)送非主控版本加載失敗消息; 主控板收到所述非主控版本加載失敗消息后,判斷主控版本是否已升級; 當(dāng)判斷主控版本已升級時,主控板將備份的主控版本還原至主控板的Flash中,加載所述還原的主控版本,并向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息; 當(dāng)判斷主控版本未升級時,主控板直接向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息。
6.一種基站軟件版本管理的系統(tǒng),其特征在于,包括 主控板,用于在收到網(wǎng)管服務(wù)器下發(fā)的版本激活消息后,通過網(wǎng)管服務(wù)器下載主控版本,加載所述下載的主控版本,并向非主控單板發(fā)送版本下載消息; 非主控單板,用于在收到所述版本下載消息后,通過網(wǎng)管服務(wù)器下載非主控版本,并加載所述下載的非主控版本。
7.根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述主控板還用于向網(wǎng)管服務(wù)器發(fā)送包含基站標識的版本升級失敗消息。
8.根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述非主控單板還用于向主控板發(fā)送非主控版本加載失敗消息。
全文摘要
本發(fā)明公開了一種基站軟件版本管理的方法和系統(tǒng),涉及通訊領(lǐng)域的基站軟件版本的管理維護方式,所述方法包括主控板收到網(wǎng)管服務(wù)器下發(fā)的版本激活消息后,通過網(wǎng)管服務(wù)器下載主控版本;主控板加載所述下載的主控版本,并向非主控單板發(fā)送版本下載消息;非主控單板收到所述版本下載消息后,通過網(wǎng)管服務(wù)器下載非主控版本,并加載所述下載的非主控版本。本發(fā)明通過將基站軟件版本管理上移到網(wǎng)管,減少了基站切換軟件版本的處理,節(jié)省了基站軟件版本下載到主控板Flash的時間,提高了基站軟件版本的升級速度,節(jié)省了基站Flash空間,降低了基站成本。
文檔編號H04W24/04GK103024782SQ20111027945
公開日2013年4月3日 申請日期2011年9月20日 優(yōu)先權(quán)日2011年9月20日
發(fā)明者郝軍強, 程錦, 郭玉峰 申請人:中興通訊股份有限公司