專利名稱：一種軟件版本的動態(tài)更新方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及移動通信領域，特別是涉及一種通信領域的基站云模式下軟件版本的更新方法及系統(tǒng)。
背景技術：
隨著無線通信技術的發(fā)展，潮汐效應以及機房分散使得運營商管理困難等問題要求設備組網(wǎng)形態(tài)逐漸向集中模式發(fā)展，也就是向云模式發(fā)展。將多個基站組成基帶池，通過基帶和業(yè)務的共享，提高資源共享能力，減少機房數(shù)量，降低組網(wǎng)成本，稱為基站云模式，也稱為云基站。如圖1所示，基站云模式體現(xiàn)了集中式資源分配，分布式無線布局的優(yōu)點，滿足無線通信中高速數(shù)據(jù)業(yè)務能力的不斷提高的特征?；驹颇Ｊ较麓嬖诙鄠€基站，如何既能保證各基站的軟件版本順利更新，又能保證各基站間基帶和業(yè)務的共享是一個需要關注的課題。目前情況下，云基站中各基站進行軟件版本的更新時都需要中斷當前業(yè)務，等所有基站都復位重啟后才重新開始業(yè)務。這種更新方式，每次基站云模式下的版本更新都必須選在各基站用戶業(yè)務量都較少的時間點才能進行，這種方式操作不方便，業(yè)務效果不好，用戶感受度差。

發(fā)明內容
本發(fā)明的目的在于提供一種基站云模式下軟件版本的動態(tài)更新方法及系統(tǒng)，通過這種方式無須中斷基站當前業(yè)務，使得各基站的軟件版本可以動態(tài)平滑更新，有效地解決基站云模式下軟件版本的動態(tài)更新，且操作方便，業(yè)務效果好，用戶感受度好。為了解決以上技術問題，本發(fā)明提供一種軟件版本的動態(tài)更新方法，包括步驟1、在基站云模式下，各基站主控板選出一個業(yè)務調度總控節(jié)點；步驟2、業(yè)務調度總控節(jié)點接收網(wǎng)管過來的軟件版本更新通知，并保存軟件版本的更新信息；步驟3、業(yè)務調度總控節(jié)點確定待軟件版本更新基站集，對云基站的軟件版本進行更新。進一步地，業(yè)務調度總控節(jié)點由各基站主控板競爭產(chǎn)生，或由人工指定產(chǎn)生。進一步地，所述步驟2中，保存軟件版本的更新信息包括待更新軟件版本信息，以及待更新基站信息。進一步地，所述步驟3中，具體包括步驟3. 1、業(yè)務調度總控節(jié)點確定待軟件版本更新基站集；步驟3. 3、業(yè)務調度總控節(jié)點從軟件版本更新基站集中選擇一個待軟件版本更新
基站；步驟3. 5、業(yè)務調度總控節(jié)點將已選定基站的當前業(yè)務動態(tài)調整到云基站中其他
基站；步驟3. 6、業(yè)務調度總控節(jié)點通知網(wǎng)管對已完成當前業(yè)務動態(tài)調整的待軟件版本更新基站進行軟件版本更新；步驟3. 7、業(yè)務調度總控節(jié)點從待軟件版本更新基站集中去掉步驟3. 3已選定基站。進一步地，在步驟3. 3之前，還包括步驟3. 2、業(yè)務調度總控節(jié)點檢測待軟件版本更新基站集是否為空，如果待軟件版本更新基站集為空，結束本次云基站的軟件版本更新過程，否則轉步驟3. 3繼續(xù)進行云基站的軟件版本更新過程。進一步地，在步驟3. 3之前，還包括步驟3. 4、業(yè)務調度總控節(jié)點比較步驟3. 3已選定基站的軟件版本與保存的待更新軟件版本是否一致；如果兩個軟件版本一致，轉步驟 3. 7繼續(xù)處理，否則轉步驟3. 5繼續(xù)處理。為了解決以上技術問題，本發(fā)明還提供一種軟件版本的動態(tài)更新系統(tǒng)，包括云基站，網(wǎng)管，判斷單元，所述網(wǎng)管，用于將待更新軟件版本信息和待更新基站信息的更新信息通知云基站；所述云基站，由一系列基站組成，用于接收保存網(wǎng)管過來的軟件版本更新通知，并根據(jù)更新信息選定待更新基站，以及根據(jù)判斷單元的判斷結果對選定基站的軟件版本進行更新；所述判斷單元，用于判斷已選定基站的軟件版本與保存的待更新軟件版本是否一致，并將判斷結果通知云基站根據(jù)判斷結果對選定基站的軟件版本進行處理。進一步地，所述云基站根據(jù)判斷單元的判斷結果對選定基站的軟件版本進行更新，具體過程為如果判斷結果為兩個軟件版本一致，則不作更新處理，如果判斷結果為兩個軟件版本不一致，則云基站將已選定基站的當前業(yè)務動態(tài)調整到云基站中其他基站，通知網(wǎng)管對已完成當前業(yè)務動態(tài)調整的待軟件版本更新基站進行軟件版本更新。進一步地，所述判斷單元是一個獨立的裝置單元，或是云基站中的一個功能單元。與現(xiàn)有技術相比，本發(fā)明提供的一種基站云模式下軟件版本的動態(tài)更新方法及系統(tǒng)，通過本發(fā)明的方式無須中斷基站當前業(yè)務，通過云基站中各基站間業(yè)務的動態(tài)調整，使得各基站的軟件版本可以動態(tài)平滑更新，充分利用了云基站中基帶資源和業(yè)務動態(tài)共享的特點，有效地解決基站云模式下軟件版本的動態(tài)更新，并且這種方式操作方便，業(yè)務效果好，用戶感受度好。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖1是基站云模式的框架示意圖；圖2是本發(fā)明提供的一種基站云模式下軟件版本的動態(tài)更新方法的流程圖；圖3是本發(fā)明的業(yè)務調度總控節(jié)點對云基站的軟件版本進行更新的流程圖；圖4是本發(fā)明提供的一種基站云模式下軟件版本的動態(tài)更新系統(tǒng)的結構示意圖。
具體實施例方式為了使本發(fā)明所要解決的技術問題、技術方案及有益效果更加清楚、明白，以下結合附圖和實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明提供了一種基站云模式下軟件版本的動態(tài)更新方法，通過業(yè)務在云基站的各基站間的動態(tài)調整，不需要中斷當前業(yè)務，也不需要整個云基站全部復位重啟，動態(tài)實現(xiàn)云基站中各基站的軟件版本更新。軟件版本的更新包括但不限于軟件版本的升級、回退、測試版本替換等操作。本發(fā)明的基本技術方案如下所述在基站云模式下，各基站主控板按照一定的方式選出一個業(yè)務調度總控節(jié)點，用于對云基站的基帶和業(yè)務進行動態(tài)調度，其中，業(yè)務調度總控節(jié)點可以由各基站主控板競爭產(chǎn)生，也可以由人工指定或其他等方式不限。當網(wǎng)管需要進行版本更新時，給業(yè)務調度總控節(jié)點發(fā)通知，業(yè)務調度總控節(jié)點按一定原則選擇一個合適的待軟件版本更新的基站，將選定基站的當前業(yè)務動態(tài)調整到其他基站，調整完成后再對選定基站進行軟件版本更新，選定基站軟件版本更新成功后加入云基站中進行統(tǒng)一業(yè)務調度，業(yè)務調度總控節(jié)點繼續(xù)選擇下一個基站進行軟件版本更新，直到所有待軟件版本更新基站都完成軟件版本更新。如圖2所示，本發(fā)明提出了一種基站云模式下軟件版本的動態(tài)更新方法，包括步驟1、在基站云模式下，各基站主控板按照一定的方式選出一個業(yè)務調度總控節(jié)點，用于對云基站的基帶和業(yè)務進行動態(tài)調度。其中，業(yè)務調度總控節(jié)點可以由各基站主控板競爭產(chǎn)生，也可以由人工指定或其他等方式不限。步驟2、業(yè)務調度總控節(jié)點接收網(wǎng)管過來的軟件版本更新通知，保存待更新軟件版本信息，待更新基站信息等相關信息。步驟3、業(yè)務調度總控節(jié)點確定待軟件版本更新基站集，對云基站的軟件版本進行更新。具體包括(如圖3所示)步驟3. 1、業(yè)務調度總控節(jié)點確定待軟件版本更新基站集；步驟3. 2、業(yè)務調度總控節(jié)點檢測待軟件版本更新基站集是否為空，如果待軟件版本更新基站集為空，轉步驟3. 8結束本次云基站的軟件版本更新過程，否則轉步驟3. 3繼續(xù)進行云基站的軟件版本更新過程。步驟3. 3、業(yè)務調度總控節(jié)點從軟件版本更新基站集中選擇一個待軟件版本更新基站。步驟3. 4、業(yè)務調度總控節(jié)點比較步驟3. 3已選定基站的軟件版本與步驟2保存的待更新軟件版本是否一致；如果比較結果為兩個軟件版本一致，轉步驟3. 7繼續(xù)處理，否則轉步驟3. 5繼續(xù)處理。步驟3. 5、業(yè)務調度總控節(jié)點將步驟3. 3已選定基站的當前業(yè)務動態(tài)調整到云基站中其他基站。步驟3. 6、業(yè)務調度總控節(jié)點通知網(wǎng)管對步驟3. 5已完成當前業(yè)務動態(tài)調整的待軟件版本更新基站進行軟件版本更新。步驟3. 7、業(yè)務調度總控節(jié)點從待軟件版本更新基站集中去掉步驟3. 3已選定基站，轉步驟3. 2繼續(xù)處理。步驟3. 8，結束本次云基站的軟件版本更新過程。
如圖4所示，本發(fā)明提出了一種基站云模式下軟件版本的動態(tài)更新系統(tǒng)，包括云基站10，網(wǎng)管20，判斷單元30，該網(wǎng)管20，用于將待更新軟件版本信息和待更新基站信息的更新信息通知云基站；該云基站10，由基站1、基站2和基站η等一系列基站組成，用于接收保存網(wǎng)管過來的軟件版本更新通知，并根據(jù)更新信息選定待更新基站，以及根據(jù)判斷單元30的判斷結果對選定基站的軟件版本進行更新；該判斷單元30，用于判斷云基站10已選定基站的軟件版本與從網(wǎng)管接收到并保存的待更新軟件版本是否一致，并將判斷結果通知云基站根據(jù)判斷結果對選定基站的軟件版本進行處理。其中，該云基站10根據(jù)判斷單元30的判斷結果對選定基站的軟件版本進行更新， 具體過程為如果判斷結果為兩個軟件版本一致，則不作更新處理，如果判斷結果為兩個軟件版本不一致，則云基站10將已選定基站的當前業(yè)務動態(tài)調整到云基站中其他基站，通知網(wǎng)管對已完成當前業(yè)務動態(tài)調整的待軟件版本更新基站進行軟件版本更新。其中，該判斷單元是一個獨立的裝置單元，或是云基站10中的一個功能單元。下面以UMTS基站云模式為例，說明云基站中軟件版本更新的具體實施步驟。第一步、在基站云模式下，各基站主控板按照一定的方式選出一個業(yè)務調度總控節(jié)點，用于對云基站的基帶和業(yè)務進行動態(tài)調度。第二步，業(yè)務調度總控節(jié)點接收網(wǎng)管過來的軟件版本更新通知，保存待更新軟件版本信息，待更新基站信息等相關信息。第三步，業(yè)務調度總控節(jié)點確定待軟件版本更新基站集。1)如果是整個云基站軟件版本更新，軟件版本更新基站集為整個云基站的所有基
站集合。2)如果是指定基站軟件版本更新，軟件版本更新基站集則為指定的基站集合。第四步，業(yè)務調度總控節(jié)點檢測待軟件版本更新基站集是否為空。第五步，如果待軟件版本更新基站集為空，結束本次云基站軟件版本更新過程，否則轉第六步繼續(xù)進行云基站的軟件版本更新過程。第六步，業(yè)務調度總控節(jié)點從軟件版本更新基站集中選擇一個待軟件版本更新基站。待軟件版本更新基站的選擇可以為但不限于為以下的方式選擇軟件版本更新基站集中業(yè)務量最少的一個基站為待軟件版本更新基站。第七步，業(yè)務調度總控節(jié)點比較第六步已選定基站的軟件版本與第二步保存的待更新軟件版本是否一致。第八步，如果第七步的比較結果為兩個軟件版本一致，轉第十一步繼續(xù)處理，如果比較結果為兩個軟件版本不一致，轉第九步繼續(xù)處理。第九步，業(yè)務調度總控節(jié)點將第六步已選定基站的當前業(yè)務動態(tài)調整到云基站中其他基站。當前業(yè)務的動態(tài)調整可以包括但不限于以下兩種方式1)將已選定基站的當前業(yè)務直接搬遷到其他云基站中其他基站的硬調整方式。2)將已選定基站的當前業(yè)務通過切換逐步遷移到云基站中其他基站的軟調整方式。
第十步，業(yè)務調度總控節(jié)點通知網(wǎng)管對第九步已完成當前業(yè)務動態(tài)調整的待軟件版本更新基站進行軟件版本更新。第十一步，業(yè)務調度總控節(jié)點從待軟件版本更新基站集中去掉第六步已選定基站，轉第四步繼續(xù)處理。本發(fā)明提供的一種基站云模式下軟件版本的動態(tài)更新方法及系統(tǒng)，無須中斷基站當前業(yè)務，通過云基站中各基站間業(yè)務的動態(tài)調整，使得各基站的軟件版本可以動態(tài)平滑更新，充分利用了云基站中基帶資源和業(yè)務動態(tài)共享的特點，有效地解決基站云模式下軟件版本的動態(tài)更新，并且這種方式操作方便，業(yè)務效果好，用戶感受度好。上述說明示出并描述了本發(fā)明的一個優(yōu)選實施例，但如前所述，應當理解本發(fā)明并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、 修改和環(huán)境，并能夠在本文所述發(fā)明構想范圍內，通過上述教導或相關領域的技術或知識進行改動。而本領域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應在本發(fā)明所附權利要求的保護范圍內。
權利要求
1.一種軟件版本的動態(tài)更新方法，其特征在于，包括步驟1、在基站云模式下，各基站主控板選出一個業(yè)務調度總控節(jié)點； 步驟2、業(yè)務調度總控節(jié)點接收網(wǎng)管過來的軟件版本更新通知，并保存軟件版本的更新 fn息；步驟3、業(yè)務調度總控節(jié)點確定待軟件版本更新基站集，對云基站的軟件版本進行更新。
2.如權利要求1所述的方法，其特征在于，所述步驟1中，業(yè)務調度總控節(jié)點由各基站主控板競爭產(chǎn)生，或由人工指定產(chǎn)生。
3.如權利要求1所述的方法，其特征在于，所述步驟2中，保存軟件版本的更新信息包括待更新軟件版本信息，以及待更新基站信息。
4.如權利要求1所述的方法，其特征在于，所述步驟3中，具體包括 步驟3. 1、業(yè)務調度總控節(jié)點確定待軟件版本更新基站集；步驟3. 3、業(yè)務調度總控節(jié)點從軟件版本更新基站集中選擇一個待軟件版本更新基站；步驟3. 5、業(yè)務調度總控節(jié)點將已選定基站的當前業(yè)務動態(tài)調整到云基站中其他基站；步驟3. 6、業(yè)務調度總控節(jié)點通知網(wǎng)管對已完成當前業(yè)務動態(tài)調整的待軟件版本更新基站進行軟件版本更新；步驟3. 7、業(yè)務調度總控節(jié)點從待軟件版本更新基站集中去掉步驟3. 3已選定基站。
5.如權利要求4所述的方法，其特征在于，在步驟3.3之前，還包括步驟3. 2、業(yè)務調度總控節(jié)點檢測待軟件版本更新基站集是否為空，如果待軟件版本更新基站集為空，結束本次云基站的軟件版本更新過程，否則轉步驟3. 3繼續(xù)進行云基站的軟件版本更新過程。
6.如權利要求4所述的方法，其特征在于，在步驟3.3之前，還包括步驟3. 4、業(yè)務調度總控節(jié)點比較步驟3. 3已選定基站的軟件版本與保存的待更新軟件版本是否一致；如果兩個軟件版本一致，轉步驟3. 7繼續(xù)處理，否則轉步驟3. 5繼續(xù)處理。
7.一種軟件版本的動態(tài)更新系統(tǒng)，其特征在于，包括云基站，網(wǎng)管，判斷單元， 所述網(wǎng)管，用于將待更新軟件版本信息和待更新基站信息的更新信息通知云基站；所述云基站，由一系列基站組成，用于接收保存網(wǎng)管過來的軟件版本更新通知，并根據(jù)更新信息選定待更新基站，以及根據(jù)判斷單元的判斷結果對選定基站的軟件版本進行更新；所述判斷單元，用于判斷已選定基站的軟件版本與保存的待更新軟件版本是否一致， 并將判斷結果通知云基站根據(jù)判斷結果對選定基站的軟件版本進行處理。
8.如權利要求7所述的系統(tǒng)，其特征在于，所述云基站根據(jù)判斷單元的判斷結果對選定基站的軟件版本進行更新，具體過程為如果判斷結果為兩個軟件版本一致，則不作更新處理，如果判斷結果為兩個軟件版本不一致，則云基站將已選定基站的當前業(yè)務動態(tài)調整到云基站中其他基站，通知網(wǎng)管對已完成當前業(yè)務動態(tài)調整的待軟件版本更新基站進行軟件版本更新。
9.如權利要求7或8所述的系統(tǒng)，其特征在于，所述判斷單元是一個獨立的裝置單元， 或是云基站中的一個功能單元。
全文摘要
本發(fā)明提供一種軟件版本的動態(tài)更新方法，包括步驟1、在基站云模式下，各基站主控板選出一個業(yè)務調度總控節(jié)點；步驟2、業(yè)務調度總控節(jié)點接收網(wǎng)管過來的軟件版本更新通知，并保存軟件版本的更新信息；步驟3、業(yè)務調度總控節(jié)點確定待軟件版本更新基站集，對云基站的軟件版本進行更新。本發(fā)明還提供一種軟件版本的動態(tài)更新系統(tǒng)。通過本發(fā)明提供一種軟件版本的動態(tài)更新方法及系統(tǒng)，通過這種方式無須中斷基站當前業(yè)務，使得各基站的軟件版本可以動態(tài)平滑更新，有效地解決基站云模式下軟件版本的動態(tài)更新，且操作方便，業(yè)務效果好，用戶感受度好。
文檔編號H04L12/24GK102404147SQ20111036954
公開日2012年4月4日 申請日期2011年11月21日 優(yōu)先權日2011年11月21日
發(fā)明者周曉華, 欒柱曉 申請人:中興通訊股份有限公司