專利名稱：移動通訊系統(tǒng)軟件并行下載方法
技術領域：
本發(fā)明涉及的是一種分布式通訊設備軟件下載方法，尤其是移動通訊領域無人值守基站設備的軟件升級的下載方式。
但是由于電信業(yè)技術更新頻繁，基站系統(tǒng)軟件更新也比較頻繁。而移動通訊的基站系統(tǒng)是一個龐大的系統(tǒng)，每個基站控制中心和每個基站需要更新軟件的單板都有幾十塊，整個基站系統(tǒng)一次軟件升級就有幾千塊乃至上萬塊單板的軟件需要更新。
由于具體實施方法的不同各廠家升級速度不同，對于100個基站規(guī)模的系統(tǒng)軟件升級一次一般都要10小時左右、甚至更長。在這么長的升級時間內，整個系統(tǒng)都存在不能穩(wěn)定運行的風險。
怎樣在較短的時間內保質保量的完成對整個基站的軟件升級是擺在所有移動通訊廠商面前的一個課題。目前的移動軟件下載普遍采用通過基站控制中心或移動交換中心遠程下載軟件的方法，如中國專利96192683.X“將軟件裝入到現場測試設備”，其實現策略都是把基站控制中心做為一個透明的轉發(fā)設備，這種方法會大量占用傳輸帶寬，也浪費時間，增加了不必要的升級風險。
本發(fā)明提出的方法主要包括1、后臺發(fā)送欲加載軟件版本的目標板的地址列表到基站控制中心的并行代理主進程，并行代理主進程接收目標板地址列表并存儲；2、后臺發(fā)送軟件版本數據給基站控制中心的并行代理主進程，并行代理主進程接收軟件數據并存儲在存儲器中；3、并行代理主進程接收完軟件版本數據后，根據存儲的目標板地址列表同時向多個目標板并行轉發(fā)軟件版本。
采用本發(fā)明所述方法，與現有技術相比，在實際應用中取得了軟件版本更新效率的巨大進步，以往升級100個基站規(guī)模的系統(tǒng)最少需要8-10小時，使用本方案僅僅1-2個小時就可以完成系統(tǒng)中全部設備的軟件下載，下載速度提高了5-10倍。另外，大量縮減因版本傳輸帶來的網絡負荷，從而大大減少了操作中人為因素的失誤和風險時間，節(jié)省了人力和降低了升級問題造成通訊網絡中斷事故發(fā)生率。
圖2是本發(fā)明提出的軟件下載方法進程示意圖。
如

圖1所示，本方法利用基站控制中心到各個基站的高速通訊線路實現基站控制中心和基站側版本的并行高速下載，基站控制中心和基站機架內部單板劃分主控模塊和受控模塊，受控模塊的軟件版本由主控模塊進行分發(fā)。這樣就形成了一個層次化的并行下載機制，保證軟件的高速下載。
如圖2所示，移動通訊基站軟件下載根據系統(tǒng)的結構可分為兩部分前臺(設備端)的軟件下載并行模塊和后臺的軟件下載模塊。前臺的軟件下載模塊包括位于前臺的基站控制中心的并行代理主進程和駐留各目標單板的軟件下載接收處理進程。并行代理主進程負責軟件版本的接收和轉發(fā)進程的調度，有空閑、任務列表接收、版本數據接收、版本轉發(fā)幾種狀態(tài)。后臺軟件下載模塊屬于軟件操作維護系統(tǒng)的一部分，完成版本的組織維護、下載、查詢等，并提供人機界面，供用戶使用，完成并行下載軟件版本和任務列表數據向基站控制中心并行代理主進程的傳送。在現有的軟件轉發(fā)機制，在后臺軟件下載模塊中，需要針對每一個目標板進行一次操作，人工操作較多。而采用本發(fā)明的方法后，可以一次性的對多個目標板進行操作，減少了人工的操作次數。其具體的實施方式為并行代理主進程在空閑狀態(tài)接收操作維護系統(tǒng)的下載請求，開始跳入任務列表接收狀態(tài)接收任務列表(目標板地址)，如果目標板地址全部接收成功則跳入版本數據接收狀態(tài)，接受版本數據寫入緩沖區(qū)。接收任務和列表數據過程中如果發(fā)生中斷產生超時，進程重新躍遷回空閑狀態(tài)。版本接收成功，主進程進入版本轉發(fā)狀態(tài)，開始調度轉發(fā)進程，根據任務列表(存儲目標板地址)，一對一的創(chuàng)建轉發(fā)進程進行版本的轉發(fā)直至所有任務完成(任務完成計數器等于任務總數)。如果成功創(chuàng)建進程則進程計數器加一。
目標板接收到軟件數據后，如果該目標板是主控模塊，且收到的軟件數據是本模塊的軟件數據，則寫入自己的存儲器中；如果收到的軟件數據是受控模塊的軟件數據，則分發(fā)到受控模塊中。如果轉發(fā)進程數目已經達到系統(tǒng)上限，即需要接收軟件的目標板數量大于系統(tǒng)上限，則開啟重試定時器。當某一個進程轉發(fā)成功或出現異常后向主進程發(fā)送成功或失敗消息，并銷毀該進程。主進程收到轉發(fā)進程消息后，轉發(fā)進程計數器減一，任務完成計數器加一。重試定時器可以保證任務不會丟失，一旦有轉發(fā)進程數少于最大允許進程數，則分配進程給該任務。
權利要求
1.移動通訊系統(tǒng)軟件并行下載方法，其特征在于包括(1)后臺發(fā)送欲加載軟件版本的目標板的地址列表到基站控制中心的并行代理主進程，并行代理主進程接收目標板地址列表并存儲；(2)后臺發(fā)送軟件版本數據給基站控制中心的并行代理主進程，并行代理主進程接收軟件數據并存儲在存儲器中；(3)并行代理主進程接收完軟件版本數據后，根據存儲的目標板地址列表同時向多個目標板轉發(fā)軟件版本。
2.如權利要求1所述的方法，其特征在于，步驟(3)所述的目標板接收到軟件數據后，如果該目標板是主控模塊，且收到的軟件數據是本模塊的軟件數據，則寫入自己的存儲器中；如果收到的軟件數據是受控模塊的軟件數據，則分發(fā)到受控模塊中。
全文摘要
本發(fā)明公開了移動通訊系統(tǒng)軟件并行下載方法，后臺發(fā)送目標板地址和軟件版本數據給基站控制中心的并行代理主進程，并行代理主進程接收并存儲在存儲器中，并行代理主進程接收完軟件版本數據后，根據存儲的目標板地址列表同時向多個目標板轉發(fā)軟件版本。采用本發(fā)明方法在實際應用中取得了軟件版本更新效率的巨大進步，以往升級100個基站規(guī)模的系統(tǒng)最少需要8－10小時，使用本方案僅僅1－2個小時就可以完成系統(tǒng)中全部設備的軟件下載，下載速度提高了5－10倍。另外，大量縮減因版本傳輸帶來的網絡負荷，從而大大減少了操作中人為因素的失誤和風險時間，節(jié)省了人力和降低了升級問題造成通訊網絡中斷事故發(fā)生率。
文檔編號H04W88/18GK1434646SQ0211067
公開日2003年8月6日 申請日期2002年1月25日 優(yōu)先權日2002年1月25日
發(fā)明者雷大力, 劉洪偉 申請人:深圳市中興通訊股份有限公司