專利名稱：一種進行應用軟件版本升級的方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，特別涉及一種進行應用軟件版本升級的方法及裝置。
背景技術：
隨著通信技術的發(fā)展，通信設備逐漸可以提供多種不同應用類型的業(yè)務，從普通業(yè)務到智能增值業(yè)務，從語音業(yè)務到數(shù)據(jù)業(yè)務、圖像業(yè)務等綜合性業(yè)務，隨著業(yè)務應用方式的不斷更新，需要經(jīng)常對通信設備使用的應用軟件進行版本升級，此外，復雜的應用軟件， 往往會在通信設備的運行過程中發(fā)現(xiàn)BUG (錯誤)，需要及時進行修正，這也需要對通信設備使用的應用軟件進行版本升級。參閱圖1所示，現(xiàn)有技術下，通信設備都放置在專用機房中，如果要對通信設備進行應用軟件版本升級，則需要工作人員到現(xiàn)場進入到機房中，通過有線設備進行觀察升級， 操作流程繁瑣，操作效率不高。參閱圖2所示，為了解決上述問題，現(xiàn)有的解決方案為通過無線通信的方式遠程對通信設備進行應用軟件版本升級，但是，由于無線信號連接不穩(wěn)定，經(jīng)常出現(xiàn)通信中斷的現(xiàn)象，因此，在傳輸數(shù)據(jù)量較大的情況下，會經(jīng)常導致通信設備的升級失敗，從而影響通信設備的正常運行。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種進行應用軟件版本升級的方法及裝置，用以提高通信設備使用的應用軟件的升級成功率。本發(fā)明實施例提供的具體技術方案如下—種進行應用軟件版本升級的方法，包括從第一遠端設備接收應用軟件版本升級信息的過程中，確定接收失敗；向至少一個第二遠端設備發(fā)送用于獲取應用軟件版本升級信息的請求消息；根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作。一種進行應用軟件版本升級的裝置，包括通信單元，用于在從第一遠端設備接收應用軟件版本升級信息的過程中，確定接收失敗，以及向至少一個第二遠端設備發(fā)送用于獲取應用軟件版本升級信息的請求消息；控制單元，用于根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作。本發(fā)明實施例中，設置了多臺能夠為通信設備提供應用軟件版本升級服務的遠端設備，通信設備可以從其中的任意一臺遠端設備接收應用軟件版本升級信息，并且，當從某一臺遠端設備接收應用軟件版本升級信息失敗時，通信設備會向其他遠端設備繼續(xù)請求獲取應用軟件版本升級信息，這樣，即使是在傳輸數(shù)據(jù)量較大的情況下，或者，在某些遠端設備的通信鏈路的信道質(zhì)量不好的情況下，也可以最大程度地保證應用軟件版本升級操作的順利完成，進而提高了通信設備應用軟件的升級成功率，保證了通信設備的正常運行。


圖1為現(xiàn)有技術下近端進行通信設備應用軟件版本升級示意圖；圖2為現(xiàn)有技術下遠端進行通信設備應用軟件版本升級示意圖；圖3為本發(fā)明實施例中通信設備應用軟件版本升級示意圖；圖4為本發(fā)明實施例中通信設備應用軟件版本升級概述流程圖。
具體實施例方式為了提高通信設備的應用軟件版本升級成功率，保證通信設備的正常運行，參閱圖3所示，本發(fā)明實施例中，設置了多臺能夠為通信設備提供應用軟件版本升級服務的遠端控制檢測設備(以下簡稱遠端設備)，通信設備可以從其中的任意一臺遠端設備接收應用軟件版本升級信息，并且，當從某一臺遠端設備接收應用軟件版本升級信息失敗時，通信設備會向其他遠端設備繼續(xù)請求獲取應用軟件版本升級信息，從而保證了應用軟件版本升級操作的順利完成。下面結合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。 參閱圖3所示，本發(fā)明實施例中，通信設備包括通信單元30和控制單元31，其中，通信單元30，用于在從第一遠端設備接收應用軟件版本升級信息的過程中，確定接收失敗，以及向至少一個第二遠端設備發(fā)送用于獲取應用軟件版本升級信息的請求消息；控制單元31，用于根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作。本發(fā)明實施例中，通信設備可以是基站、BSC (基站控制器)、MSC (移動交換中心)、 RNC(無線網(wǎng)絡控制器)、CN(核心網(wǎng))設備等等?；谏鲜黾夹g方案，參閱圖4所示，本發(fā)明實施例中，對通信設備進行應用軟件版本升級的概述流程如下步驟400 通信設備接收第一遠端設備發(fā)送的應用軟件版本升級信息的過程中， 確定接收失敗。在執(zhí)行步驟400之前，第一遠端設備可以向通信設備發(fā)起通信請求，并發(fā)出通信密碼，通信設備對接收的通信密碼進行驗證，確認其通過驗證時，對第一遠端設備進行應答，而第一遠端設備接收到通信設備發(fā)送的應答信號后，確認無誤，便啟動應用軟件版本升級流程，即開始向通信設備傳送應用軟件版本升級信息。較佳的，通信設備在接收第一遠端設備發(fā)來的應用軟件版本升級信息時，每接收一包數(shù)據(jù)，便進行奇偶校驗，校驗無誤后，將接收的數(shù)據(jù)保存至指定的存儲位置，如，硬盤、 Flash等等；如果校驗錯誤，則向第一遠端設備返回校驗錯誤指示，第一遠端設備接收到校驗錯誤指示數(shù)據(jù)后，進行數(shù)據(jù)重發(fā)，如果連續(xù)出現(xiàn)N次數(shù)據(jù)校驗錯誤，則向通信設備發(fā)送故障指示。因而，在接收過程中，通信設備確定應用軟件版本升級信息接收失敗的情況包含但不限于以下兩種第一種情況當通信設備確認與第一遠端設備之間的通信鏈路發(fā)生故障時，確定接收失?。?br> 在第一種情況下，通信鏈路發(fā)生故障的原因可能有多種，例如，由于無線信號不穩(wěn)定而造成通信鏈路的中斷，又例如，由于干擾、噪聲過多，而造成通信鏈路的信道質(zhì)量過差，等等。第二種情況當通信設備確認從第一遠端設備接收的應用軟件版本升級信息無法正確解析時，確定接收失??；在第二種情況下，應用軟件版本升級信息無法正確解析的原因可能有多種，例如， 第一遠端設備發(fā)送的應用軟件版本升級信息在傳輸過程中因發(fā)生丟包而無法被正確解析， 又例如，第一遠端設備發(fā)送的應用軟件版本升級信息在傳輸過程中因被第三方惡意篡改而無法被正確解析，等等。步驟401 通信設備向至少一個第二遠端設備側發(fā)送用于獲取應用軟件版本升級信息的請求消息。本實施例中，在執(zhí)行步驟401時，通信設備可以向至少一個第二遠端設備發(fā)送用于獲取全部應用軟件版本升級信息的請求消息，令第二遠端設備返回完整的軟件版本升級信息，這種方式適合從第一遠端設備接收的軟件版本升級信息無法被正確解析的應用場景，此時，從第一遠端設備接收的軟件版本升級信息將被丟棄；或者，通信設備也可以向至少一個第二遠端設備發(fā)送用于獲取未接收的應用軟件版本升級信息的請求消息，如，在請求消息中攜帶已接收的應用軟件版本升級信息的斷點位置信息，令第二遠端設備參考該斷點位置信息僅返回未接收的軟件版本升級信息，實現(xiàn)斷點續(xù)傳，這種方式適合通信鏈路中斷的應用場景，接著，通信設備會將第一遠端設備和第二遠端設備分別發(fā)送的軟件版本升級信息合并后，獲得完整的軟件版本升級信息。獲得完整的應用軟件升級信息后，通信設備可以在對應的存儲位置寫入時間標簽文件，并且記錄升級信息的大小、升級信息的內(nèi)容等等相關數(shù)據(jù)，以供后續(xù)流程中可能執(zhí)行的版本回退操作與維護操作使用。另一方面，通信設備在發(fā)送上述請求消息時，可以采用以下兩種執(zhí)行方式中的任意一種(僅為舉例，不限于此)方式A、在通信設備上預先通過高層信令配置了各遠端設備的網(wǎng)絡位置信息(如， IP地址、通訊接口等等)，通信設備可以根據(jù)預設的網(wǎng)絡位置信息，從各第二遠端設備中選定一個第二遠端設備發(fā)送上述請求消息；當然，若選定的第二遠端設備沒有正常響應，通信設備可以按照預設的網(wǎng)絡位置信息繼續(xù)選擇其他第二遠端設備發(fā)送上述請求消息，直到獲得所需的應用軟件版本升級信息為止。方式B、通信設備通過廣播通道向遠端設備側的所有第二遠端設備廣播上述請求消息。步驟402 通信設備根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作。在執(zhí)行步驟402的過程中，通信設備在接收遠端設備側返回的軟件版本升級信息時，若通信設備采用方式A發(fā)送請求消息，則通信設備在接收到選定的第二遠端設備的響應后(接收到響應即說明選定的第二遠端設備可以正常提供應用軟件版本升級信息)， 繼續(xù)接收該第二遠端設備返回的軟件版本升級信息；若通信設備采用方式B發(fā)送請求消息，則通信設備從返回響應的各第二遠端設備中，選擇響應時間符合預設條件的第二遠端設備，并繼續(xù)接收該第二遠端設備返回的軟件版本升級信息，例如，多個第二遠端設備均向通信設備返回了響應，則通信設備選擇第一個返回響應(也可以是第二個響應、第三個響應......)的第二遠端設備，并接收該第二遠端設備返回的軟件版本升級信息。另一方面，通信設備在接收遠端設備側返回的軟件版本升級信息的過程中，將接收的軟件版本升級信息保存至指定存儲位置，待成功獲得全部的軟件版本升級信息后(包括成功接收全部信息，或者，成功合并前后接收的信息)，根據(jù)遠端設備側的指示，從上述指定存儲位置讀取完整的軟件版本升級信息，并執(zhí)行相應的應用軟件版本升級操作；例如，參閱圖3所示，通信設備根據(jù)獲得的完整的應用軟件版本升級信息，對本通信設備內(nèi)的各個設備板卡進行相應的應用軟件版本升級操作。在存儲應用軟件版本信息的過程中，若通信設備確定剩余存儲空間過小，不足支持下一次的升級操作時，可以向遠端設備側返回空間不足指示信號，相應的第二遠端設備可以發(fā)出指令指示通信設備，在成功升級后，刪除已保存的信息內(nèi)容。通信設備執(zhí)行完應用軟件版本升級操作后，向遠端設備側發(fā)送通知消息，接收到該通知消息的第二遠端設備，向通信設備發(fā)送下次進行應用軟件版本升級操作時使用的通信密碼(該通信密碼可以由遠端設備側共享)，雙方確認后，本次應用軟件版本升級操作結束ο在上述實施例中，通信設備和遠端設備之間可以采用GSM(全球移動通訊系統(tǒng)) 網(wǎng)絡、⑶MA(碼分多址)網(wǎng)絡、3G(第三代)網(wǎng)絡、TD-SCDMA(時分同步碼分多址)網(wǎng)絡、 WCDMA (寬帶碼分多址)網(wǎng)絡，或者，CDMA (多載波碼分多址)2000網(wǎng)絡建立通信連接，即上述實施例的應用場景適合各類通信系統(tǒng)。綜上所述，本發(fā)明實施例中，設置了多臺能夠為通信設備提供應用軟件版本升級服務的遠端設備)，通信設備可以從其中的任意一臺遠端設備接收應用軟件版本升級信息， 并且，當從某一臺遠端設備接收應用軟件版本升級信息失敗時，通信設備會向其他遠端設備繼續(xù)請求獲取應用軟件版本升級信息，這樣，即使是在傳輸數(shù)據(jù)量較大的情況下，或者， 在某些遠端設備的通信鏈路的信道質(zhì)量不好的情況下，也可以最大程度地保證應用軟件版本升級操作的順利完成，進而提高了通信設備應用軟件的升級成功率，保證了通信設備的正常運行。顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種進行應用軟件版本升級的方法，其特征在于，包括從第一遠端設備接收應用軟件版本升級信息的過程中，確定接收失敗；向至少一個第二遠端設備發(fā)送用于獲取應用軟件版本升級信息的請求消息；根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作。
2.如權利要求1所述的方法，其特征在于，所述從第一遠端設備接收應用軟件版本升級信息的過程中，確定接收失敗，包括從第一遠端設備接收應用軟件版本升級信息的過程中，在確認通信鏈路發(fā)生故障時， 確定接收失??；或者，從第一遠端設備接收應用軟件版本升級信息的過程中，在確認已接收的應用軟件版本升級信息無法被正確解析時，確定接收失敗。
3.如權利要求1所述的方法，其特征在于，向至少一個第二遠端設備發(fā)送用于獲取應用軟件版本升級信息的請求消息，包括向至少一個第二遠端設備發(fā)送用于獲取全部應用軟件版本升級信息的請求消息；或者，向至少一個第二遠端設備發(fā)送用于獲取未接收的應用軟件版本升級信息的請求消息。
4.如權利要求3所述的方法，其特征在于，在發(fā)送所述請求消息時，包括根據(jù)預設的網(wǎng)絡位置信息，向選定的一個第二遠端設備發(fā)送所述請求消息；或者向遠端設備側的所有第二遠端設備廣播所述請求消息。
5.如權利要求4所述的方法，其特征在于，接收遠端設備側返回的軟件版本升級信息時，包括若通信設備向指定的一個第二遠端設備發(fā)送所述請求消息，則通信設備接收該第二遠端設備返回的軟件版本升級信息；若通信設備向遠端設備側的所有第二遠端設備廣播所述請求消息，則通信設備選擇響應時間符合預設條件的一個第二遠端設備，并接收該第二遠端設備返回的軟件版本升級信肩、ο
6.如權利要求1-5任一項所述的方法，其特征在于，根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作，包括將接收的軟件版本升級信息保存至指定存儲位置，待成功獲得全部的軟件版本升級信息后，根據(jù)遠端設備側的指示，從所述指定存儲位置讀取完整的軟件版本升級信息，并執(zhí)行相應的應用軟件版本升級操作。
7.如權利要求5所述的方法，其特征在于，通過全球移動通訊系統(tǒng)GSM網(wǎng)絡、碼分多址 ⑶MA網(wǎng)絡、第三代3G網(wǎng)絡、時分同步碼分多址TD-SCDMA網(wǎng)絡、寬帶碼分多址WCDMA網(wǎng)絡，或者，多載波碼分多址CDMA2000網(wǎng)絡與遠端設備側建立通信連接。
8.一種進行應用軟件版本升級的裝置，其特征在于，包括通信單元，用于在從第一遠端設備接收應用軟件版本升級信息的過程中，確定接收失敗，以及向至少一個第二遠端設備發(fā)送用于獲取應用軟件版本升級信息的請求消息；控制單元，用于根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作。
9.如權利要求8所述的裝置，其特征在于，所述通信單元在從第一遠端設備接收應用軟件版本升級信息的過程中，確定接收失敗，包括從第一遠端設備接收應用軟件版本升級信息的過程中，所述通信單元在確認通信鏈路發(fā)生故障時，確定接收失?。换蛘?，從第一遠端設備接收應用軟件版本升級信息的過程中，所述通信單元在確認已接收的應用軟件版本升級信息無法被正確解析時，確定接收失敗。
10.如權利要求8所述的裝置，其特征在于，所述通信單元向至少一個第二遠端設備發(fā)送用于獲取應用軟件版本升級信息的請求消息，包括所述通信單元向至少一個第二遠端設備發(fā)送用于獲取全部應用軟件版本升級信息的請求消息；或者，向至少一個第二遠端設備發(fā)送用于獲取未接收的應用軟件版本升級信息的請求消息。
11.如權利要求10所述的裝置，其特征在于，所述通信單元在發(fā)送所述請求消息時，根據(jù)預設的網(wǎng)絡位置信息，向選定的一個第二遠端設備發(fā)送所述請求消息；或者，向遠端設備側的所有第二遠端設備廣播所述請求消息。
12.如權利要求11所述的裝置，其特征在于，所述控制單元接收遠端設備側返回的軟件版本升級信息時，包括若所述通信單元向指定的一個第二遠端設備發(fā)送所述請求消息，則所述控制單元接收該第二遠端設備返回的軟件版本升級信息；若所述通信單元向遠端設備側的所有第二遠端設備廣播所述請求消息，則所述控制單元選擇響應時間符合預設條件的一個第二遠端設備，并接收該第二遠端設備返回的軟件版本升級信息。
13.如權利要求8-12任一項所述的裝置，其特征在于，所述控制單元根據(jù)遠端設備側返回的軟件版本升級信息繼續(xù)執(zhí)行應用軟件版本升級操作，包括所述控制單元將接收的軟件版本升級信息保存至指定存儲位置，待成功獲得全部的軟件版本升級信息后，根據(jù)遠端設備側的指示，從所述指定存儲位置讀取完整的軟件版本升級信息，并執(zhí)行相應的應用軟件版本升級操作。
14.如權利要求13所述的裝置，其特征在于，所述通信單元通過全球移動通訊系統(tǒng)GSM 網(wǎng)絡、碼分多址CDMA網(wǎng)絡、第三代3G網(wǎng)絡、時分同步碼分多址TD-SCDMA網(wǎng)絡、寬帶碼分多址WCDMA網(wǎng)絡，或者，多載波碼分多址CDMA2000網(wǎng)絡與遠端設備側建立通信連接。
15.如權利要求13所述的裝置，其特征在于，所述通信設備為基站、基站控制器BSC、移動交換中心MSC、無線網(wǎng)絡控制器RNC或者核心網(wǎng)CN設備。
全文摘要
本發(fā)明涉及通信領域，公開了一種進行應用軟件版本升級的方法及裝置，用以提高通信設備使用的應用軟件的升級成功率。該方法為設置多臺能夠為通信設備提供應用軟件版本升級服務的遠端設備，通信設備可以從其中的任意一臺遠端設備接收應用軟件版本升級信息，并且，當從某一臺遠端設備接收應用軟件版本升級信息失敗時，通信設備可以向其他遠端設備繼續(xù)請求獲取應用軟件版本升級信息，這樣，即使是在傳輸數(shù)據(jù)量較大的情況下，或者，在某些遠端設備的通信鏈路的信道質(zhì)量不好的情況下，也可以最大程度地保證應用軟件版本升級操作的順利完成，進而提高了通信設備應用軟件的升級成功率，保證了通信設備的正常運行。
文檔編號H04L29/08GK102325166SQ20111020491
公開日2012年1月18日 申請日期2011年7月21日 優(yōu)先權日2011年7月21日
發(fā)明者何宇東, 陳育鵬 申請人:大唐移動通信設備有限公司