專利名稱：一種無線通信系統(tǒng)中遠端射頻單元軟件強制升級方法
技術領域：
本發(fā)明涉及無線通信系統(tǒng)中軟件的強制升級方法，尤其涉及一種無線通信 系統(tǒng)中遠端射頻單元的軟件強制升級方法。
背景技術：
無線通信系統(tǒng)架構發(fā)展的趨勢是將射頻單元與基帶控制單元分離，并通 過遠距離傳輸手段(光纖或電纜)將兩者連接，這樣可以將射頻單元放置在各 種需要的地方。這種架構的優(yōu)點是將整個系統(tǒng)分為兩個相對獨立的部分進行獨 立開發(fā)，多個射頻單元共享一個基帶控制單元。這樣不僅降低了成本，而且提 高了組網的靈活性和網路覆蓋率，同時方便了工程安裝。
這里將所劃分的兩部分分別稱為基帶池單元(BBU)和遠端射頻單元(RRU)。 RRU的組網方式是多種多樣的，比如鏈型組網、環(huán)形組網、星型組網等，所以 每個RRU的正常工作與否會影響到與之連接的所有單元。
通信設備的維護(包括軟件升級)是整個系統(tǒng)中的重要一環(huán)。對于RRU 來講，由于一般所處位置不易到達，其維護通常是通過近端的BBU來進行，所 以維護難度更大。現(xiàn)有技術中，RRU軟件升級通常采用版本上報的方式。版本 上報的升級方法在一定程度上能夠保證RRU軟件可靠、穩(wěn)定、快速的升級。但 是，存在著這樣一種情況RRU軟件己經損壞，但由于該軟件的版本比較新， BBU根據(jù)RRU上報的軟件版本號，則判斷RRU軟件不需要升級。這樣，由于RRU 軟件損壞，RRU工作已經不正常，但是卻得不到版本更新。此時，必須采取辦 法更新RRU軟件，以便RRU正常工作。如果對所有RRU軟件升級為新版本，勢 必造成其他正常工作的RRU的業(yè)務的中斷;如果僅對該RRU軟件升級為新版本， 又會造成該RRU與其他RRU軟件版本的不一致。本文提出了 RRU軟件強制升級 的方法，RRU從BBU下載新的軟件，然后保存、加載該軟件，并在該軟件出問 題的情況下，實現(xiàn)軟件自動回滾。保證了在不影響其他RRU正常工作的情況下， 使受到損壞的RRU軟件更新為與其他RRU同版本的新的軟件。

發(fā)明內容
本發(fā)明所要解決的問題在于，提供一種無線通信系統(tǒng)中遠端射頻單元軟件
強制升級方法，使受到損壞的RRU軟件更新為新軟件，使該RRU工作正常；同 時提供在升級失敗后，RRU自動回滾運行舊的軟件，保證不影響下一級RRU的 正常工作。
本發(fā)明公開了一種無線通信系統(tǒng)中遠端射頻單元軟件強制升級方法，所述 無線通信系統(tǒng)包括遠端射頻單元以及基帶池單元，所述遠端射頻單元以及基帶 池單元之間通過遠距離傳輸手段相連接，所述方法包括以下步驟
所述基帶池單元檢測自身存儲器中一版本號的底層通訊模塊軟件是否正 確，所述版本號的底層通訊模塊軟件與所述遠端射頻單元當前加載的底層通訊 模塊軟件的版本號相同；
如果正確，所述基帶池單元向所述遠端射頻單元發(fā)出指示信號，所述遠端 射頻單元從所述基帶池單元中下載所述版本號的底層通訊模塊軟件，存儲并加 載運行；
判斷所述基帶池單元與所述遠端射頻單元之間的通訊鏈路是否正常，如果 正常，強制升級結束，如果不正常，所述遠端射頻單元復位并加載所述當前加 載的底層通訊模塊軟件。
所述基帶池單元檢測自身存儲器中所述版本號的底層通訊模塊軟件是否 正確的步驟進一步包括如果不正確，強制升級失敗，所述方法結束。
所述遠端射頻單元設置有一包括升級態(tài)、失敗態(tài)、正常態(tài)三種狀態(tài)的底層 通訊模塊軟件升級標志。
所述遠端射頻單元從所述基帶池單元中下載所述版本號的底層通訊模塊
軟件，存儲并加載運行的步驟之后，還包括將所述底層通訊模塊軟件升級標 志設置為升級態(tài)。
所述判斷通訊鏈路是否正常的步驟進一步包括
通過判斷所述基帶池單元與所述遠端射頻單元能否在設定時間內成功建 立通訊鏈路，來判斷通訊鏈路是否正常。 所述設定時間為20分鐘。
所述遠端射頻單元從所述基帶池單元中下載所述版本號的底層通訊模塊 軟件，存儲并加載運行的步驟進一步包括
所述遠端射頻單元從所述基帶池單元中下載的所述版本號的底層通訊模 塊軟件，作為臨時文件，存儲在所述遠端射頻單元中。
所述的如果正常，強制升級結束的步驟進一步包括
將所述臨時文件替換為正式文件，并將所述底層通訊模塊軟件升級標志設 置為正常態(tài)。
所述的如果不正常，所述遠端射頻單元復位并加載所述當前加載的底層通 訊模塊軟件的步驟進一步包括
將所述底層通訊模塊軟件升級標志設置為失敗態(tài)。
所述判斷所述基帶池單元與所述遠端射頻單元能否在設定時間內成功建 立通訊鏈路的步驟進一步包括
步驟1，所述遠端射頻單元判斷是否與所述基帶池單元成功建立通訊鏈 路，如果成功，轉所述將所述臨時文件替換為正式文件，并將所述底層通訊模 塊軟件升級標志設置為正常態(tài)的步驟，如果不成功，轉步驟2;
步驟2，等待并判斷是否超過所述設定時間，如果未超過并成功建立，轉 所述將所述臨時文件替換為正式文件，并將所述底層通訊模塊軟件升級標志設 置為正常態(tài)的步驟，如果超過且未成功建立，轉所述遠端射頻單元復位并加載 所述當前加載的底層通訊模塊軟件的步驟。
所述方法之前還包括所述遠端射頻單元判斷所述當前加載的底層通訊模 塊軟件發(fā)生錯誤，并向所述基帶池單元發(fā)出告警信號。
本發(fā)明提供了RRU軟件在受到損壞的情況下，不需要升級為新版本，而是
通過軟件強制升級的方法，使RRU從BBU下載同版本的新的軟件，然后保存并 加載該軟件；當新的軟件出現(xiàn)問題時，RRU自動回滾運行舊的軟件，提高了 RRU 軟件強制升級的可靠性，保證了不影響其他RRU的正常工作。


圖1為本發(fā)明的軟件強制升級方法的流程圖。
具體實施例方式
以下將參照實施例以及附圖，進一歩對本發(fā)明進行詳細的描述，但不用于 限定本發(fā)明的保護范圍。
本發(fā)明主要應用于遠端基站的強制升級。遠端基站中設置有遠端射頻單元
(RRU) ， RRU通過光纖或者電纜與近端的基帶池單元(BBU)連接。遠端RRU 以及近端的BBU均包括存儲器，以存儲底層通訊模塊軟件以及運行中產生的各 種控制數(shù)據(jù)、文件。而保證本級以及下一級RRU與BBU的可靠通信是通過RRU 上的底層通訊模塊軟件來完成的。在現(xiàn)有技術中底層通訊模塊軟件通常采用版 本上報的方式實現(xiàn)升級過程，BBU根據(jù)上報的版本號判斷RRU是否需要升級。 只有版本號較低需要升級時，RRU才從BBU下載、保存并加載新版本號的軟件。 如果某版本雖然出現(xiàn)錯誤但是BBU判斷其版本號無需升級，則無法進行有效及 時的彌補，影響本級RRU以及與之相連的其他RRU的正常工作。
本發(fā)明所述的強制升級方法，不需要升級為新版本號的軟件，而是通過軟 件強制升級的方法，使RRU重新從BBU下載與在RRU側出現(xiàn)錯誤的底層通訊模 塊軟件同版本號的無錯誤的軟件，并進行保存以及加載，以對出現(xiàn)錯誤的RRU 軟件進行更新，同時不影響其他RRU的正常工作。
請參閱圖1為本發(fā)明的軟件強制升級方法的流程圖。
RRU側的底層通訊模塊軟件是從BBU下載得來的，因此BBU側保存有與RRU 側相同版本號的底層通訊模塊軟件。當RRU側的底層通訊模塊軟件出現(xiàn)了錯 誤，則RRU向BBU發(fā)出告警信號，本發(fā)明所述強制升級方法正式啟動。
步驟IOI， BBU首先檢査本地存儲器中的底層通訊模塊軟件是否正確，如 果不正確轉步驟102，如果正確轉步驟103。
步驟102，強制升級失敗，整個升級過程結束。
如果BBU側的底層通訊模塊軟件也存在錯誤，那么即使以該底層通訊模塊 軟件對RRU進行了更新，同樣不能保證RRU與BBU之間正常的通信過程，因此 只能等待管理員對BBU側底層通訊模塊軟件的進一步更新，則本次的強制升級 過程失敗。
步驟103， BBU向RRU發(fā)出信號，指示RRU啟動底層通訊模塊軟件的強制 升級。
步驟104， RRU收到BBU強制升級的信號，從BBU下載強制升級的底層通 訊模塊軟件，作為臨時文件保存在RRU存儲器上。
所述強制升級的底層通訊模塊軟件與RRU側發(fā)生錯誤的底層通訊模塊軟 件的版本號是相同的，但是是全新的沒有錯誤的軟件，即RRU重復了上一次正
常升級時的下載過程。
同時，在升級過程中，RRU側還為底層通訊模塊軟件所處的升級狀態(tài)，定
義了升級標志，升級標志包括正常態(tài)、升級態(tài)、失敗態(tài)。
另外，在RRU的存儲器上存放有一個文本文件，例如為RruSwVer. ini。 該文件中可以放入RRU的底層通訊模塊軟件的升級狀態(tài)，以供RRU的CPU軟件 和啟動軟件進行讀寫。
步驟105， RRU修改底層通訊模塊軟件的升級標志為升級態(tài)。
步驟106， RRU加載該強制升級的底層通訊模塊軟件。
加載后RRU即基于新的底層通訊模塊軟件與BBU建立通訊鏈路，并判斷該 通訊鏈路能否正常運行。具體的實現(xiàn)步驟包括
步驟107， RRU啟動與BBU建立通訊鏈路的步驟并判斷是否建立成功，如 果成功，轉步驟108，如果沒有成功，轉步驟109。
步驟108， RRU將底層通訊模塊臨時文件替換成正式文件，并修改升級標 志為正常態(tài)，強制升級過程結束。
步驟109，等待并判斷是否超過20分鐘，如果未超過20分鐘通訊鏈路成 功建立，轉步驟108，如果超過20分鐘通訊鏈路仍未成功建立，轉步驟IIO。
步驟IIO， RRU認為此次底層通訊模塊軟件升級失敗，將升級標志置為失 敗態(tài)，RRU重新啟動，加載舊軟件實現(xiàn)軟件回滾，強制升級過程結束。
與現(xiàn)有技術相比，本發(fā)明提供了 RRU軟件在受到損壞的情況下，不需要升 級為新版本號的軟件，而是通過軟件強制升級的方法，使RRU從BBU下載同版 本號的新的軟件，然后保存并加載該軟件的強制升級方法；當該同版本號的新 的軟件在通訊連接中出現(xiàn)問題時，RRU自動回滾運行舊的軟件，提高了RRU軟 件強制升級的可靠性，保證了不影響其他RRU的正常工作。
權利要求
1、一種無線通信系統(tǒng)中遠端射頻單元軟件強制升級方法，所述無線通信系統(tǒng)包括遠端射頻單元以及基帶池單元，所述遠端射頻單元以及基帶池單元之間通過遠距離傳輸手段相連接，其特征在于，所述方法包括以下步驟所述基帶池單元檢測自身存儲器中一版本號的底層通訊模塊軟件是否正確，所述版本號的底層通訊模塊軟件與所述遠端射頻單元當前加載的底層通訊模塊軟件的版本號相同；如果正確，所述基帶池單元向所述遠端射頻單元發(fā)出指示信號，所述遠端射頻單元從所述基帶池單元中下載所述版本號的底層通訊模塊軟件，存儲并加載運行；判斷所述基帶池單元與所述遠端射頻單元之間的通訊鏈路是否正常，如果正常，強制升級結束，如果不正常，所述遠端射頻單元復位并加載所述當前加載的底層通訊模塊軟件。
2、 如權利要求1所述的強制升級方法，其特征在于，所述基帶池單元檢 測自身存儲器中所述版本號的底層通訊模塊軟件是否正確的步驟進一步包括 如果不正確，強制升級失敗，所述方法結束。
3、 如權利要求1所述的強制升級方法，其特征在于，所述遠端射頻單元 設置有一包括升級態(tài)、失敗態(tài)、正常態(tài)三種狀態(tài)的底層通訊模塊軟件升級標志。
4、 如權利要求3所述的強制升級方法，其特征在于，所述遠端射頻單元 從所述基帶池單元中下載所述版本號的底層通訊模塊軟件，存儲并加載運行的 步驟之后，還包括將所述底層通訊模塊軟件升級標志設置為升級態(tài)。
5、 如權利要求l、 2、 3或4所述的強制升級方法，其特征在于，所述判 斷通訊鏈路是否正常的步驟進一步包括通過判斷所述基帶池單元與所述遠端射頻單元能否在設定時間內成功建 立通訊鏈路，來判斷通訊鏈路是否正常。
6、 如權利要求5所述的強制升級方法，其特征在于，所述設定時間為20 分鐘。
7、 如權利要求5所述的強制升級方法，其特征在于，所述遠端射頻單元 從所述基帶池單元中下載所述版本號的底層通訊模塊軟件，存儲并加載運行的步驟進一步包括所述遠端射頻單元從所述基帶池單元中下載的所述版本號的底層通訊模 塊軟件，作為臨時文件，存儲在所述遠端射頻單元中。
8、 如權利要求5所述的強制升級方法，其特征在于，所述的如果正常， 強制升級結束的步驟進一步包括將所述臨時文件替換為正式文件，并將所述底層通訊模塊軟件升級標志設 置為正常態(tài)。
9、 如權利要求5或8所述的強制升級方法，其特征在于，所述的如果不 正常，所述遠端射頻單元復位并加載所述當前加載的底層通訊模塊軟件的步驟 進一步包括將所述底層通訊模塊軟件升級標志設置為失敗態(tài)。
10、 如權利要求8所述的強制升級方法，其特征在于，所述判斷所述基帶 池單元與所述遠端射頻單元能否在設定時間內成功建立通訊鏈路的步驟進--步包括步驟1，所述遠端射頻單元判斷是否與所述基帶池單元成功建立通訊鏈 路，如果成功，轉所述將所述臨時文件替換為正式文件，并將所述底層通訊模塊軟件升級標志設置為正常態(tài)的步驟，如果不成功，轉步驟2;步驟2，等待并判斷是否超過所述設定時間，如果未超過并成功建立，轉 所述將所述臨時文件替換為正式文件，并將所述底層通訊模塊軟件升級標志設 置為正常態(tài)的步驟，如果超過且未成功建立，轉所述遠端射頻單元復位并加載 所述當前加載的底層通訊模塊軟件的步驟。
11、 如權利要求1一4、 6—8、 10中任一所述的強制升級方法，其特征在于，所述方法之前還包括所述遠端射頻單元判斷所述當前加載的底層通訊模塊軟件發(fā)生錯誤，并向所述基帶池單元發(fā)出告警信號。
全文摘要
本發(fā)明公開了一種無線通信系統(tǒng)中遠端射頻單元軟件強制升級方法，包括基帶池單元檢測自身存儲器中一版本號的底層通訊模塊軟件是否正確，版本號的底層通訊模塊軟件與所述遠端射頻單元當前加載的底層通訊模塊軟件的版本號相同；如果正確，基帶池單元向所述遠端射頻單元發(fā)出指示信號，遠端射頻單元從基帶池單元中下載版本號的底層通訊模塊軟件，存儲并加載運行；判斷基帶池單元與遠端射頻單元之間的通訊鏈路是否正常，如果正常，強制升級結束，如果不正常，遠端射頻單元復位并加載當前加載的底層通訊模塊軟件。本發(fā)明提高了RRU軟件強制升級的可靠性，保證了不影響其他RRU的正常工作。
文檔編號H04W88/10GK101193396SQ20061014408
公開日2008年6月4日 申請日期2006年11月24日 優(yōu)先權日2006年11月24日
發(fā)明者劉清玲 申請人:中興通訊股份有限公司