專利名稱：Rtr單板的版本升級(jí)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種RTR單板的版本升級(jí)方法及裝置。
背景技術(shù)：
隨著通信技術(shù)的高速發(fā)展，無(wú)線通信網(wǎng)絡(luò)已經(jīng)成為人們?nèi)粘９ぷ骱蜕钪斜夭豢?缺少的工具，而在通信網(wǎng)絡(luò)設(shè)備上要求實(shí)現(xiàn)版本的快速升級(jí)、減少網(wǎng)絡(luò)中斷時(shí)間的需求也 日趨強(qiáng)烈。在版本管理模塊原有設(shè)計(jì)中，RTR(Radio Transmit Receive，無(wú)線收發(fā)單元)作為 SDR機(jī)型RRU(Remote Radio Unit，遠(yuǎn)端射頻單元)子系統(tǒng)的主控板，flash上存儲(chǔ)自身和 外圍受控板的版本軟件，同時(shí)負(fù)責(zé)自身與外圍單板版本管理功能消息的處理和轉(zhuǎn)發(fā)。目前在網(wǎng)元單板版本升級(jí)過(guò)程中，版本分發(fā)往往是升級(jí)過(guò)程中占用時(shí)間比較多的 操作，其中，占用分發(fā)總耗費(fèi)時(shí)間很大比例的則是對(duì)RRU側(cè)的版本分發(fā)，由于SDR機(jī)型的大 量商用，并且通常是一個(gè)BBU(Base Band Unit，基帶單元)下掛多個(gè)RRU以及級(jí)聯(lián)RRU，這 樣就需要?jiǎng)?chuàng)建大量的RRU版本的分發(fā)任務(wù)，分發(fā)占用時(shí)間非常多，而且成功率不高，從而大 大影響了整個(gè)升級(jí)效率。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種RTR單板的版本升級(jí)方法，以至少解決上述RTR 單板的版本升級(jí)效率低的問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種RTR單板的版本升級(jí)方法，包括RTR單板的 上級(jí)主控板下載并保存用于RTR單板升級(jí)的版本文件；主控板向RTR單板分發(fā)版本文件； 主控板向RTR單板發(fā)送激活通知，其中，激活通知用于指示RTR單板激活版本文件。進(jìn)一步地，RTR單板的上級(jí)主控板下載并保存用于RTR單板升級(jí)的版本文件之前， 還包括主控板接收來(lái)自后臺(tái)的請(qǐng)求下載版本文件的下載請(qǐng)求消息。進(jìn)一步地，RTR單板的上級(jí)主控板下載并保存用于RTR單板升級(jí)的版本文件，包 括主控板根據(jù)下載請(qǐng)求消息判斷自身是否保存有版本文件；如果否，則從版本服務(wù)器下 載并保存版本文件。進(jìn)一步地，主控板向RTR單板分發(fā)版本文件，包括主控板從數(shù)據(jù)庫(kù)獲取RTR單板 的地址信息，并根據(jù)地址信息通知RTR單板下載版本文件；RTR單板響應(yīng)通知從主控板下載 版本文件。進(jìn)一步地，主控板向RTR單板發(fā)送激活通知之前，包括主控板接收來(lái)自后臺(tái)的請(qǐng) 求激活版本文件的激活請(qǐng)求消息；主控板根據(jù)激活請(qǐng)求消息激活自身所保存的版本文件并 將該版本文件設(shè)為默認(rèn)版本文件。進(jìn)一步地，主控板向RTR單板發(fā)送激活通知之后，包括RTR單板根據(jù)激活通知判 斷自身是否保存有需激活的版本文件；如果否，則從主控板下載并激活版本文件；如果是， 則激活版本文件。
進(jìn)一步地，RTR單板激活版本文件之后，還包括RTR單板上電并運(yùn)行激活版本文 件；RTR單板向主控板上報(bào)版本更新請(qǐng)求消息；主控板響應(yīng)版本更新請(qǐng)求消息，比較自身保 存的RTR單板的默認(rèn)版本文件與RTR單板運(yùn)行的版本文件是否一致；如果否，RTR單板從主 控板下載并激活默認(rèn)版本文件。根據(jù)本發(fā)明的另一方面，提供了一種RTR單板的版本升級(jí)裝置，包括下載單元， 用于下載用于RTR單板升級(jí)的版本文件，并將版本文件保存在RTR單板的上級(jí)主控板中；分 發(fā)單元，用于向RTR單板分發(fā)保存在主控板中的版本文件；通知單元，用于向RTR單板發(fā)送 激活通知，其中，激活通知用于指示RTR單板激活版本文件。進(jìn)一步地，該裝置還包括接收單元，用于接收來(lái)自后臺(tái)的請(qǐng)求下載版本文件的下 載請(qǐng)求消息。進(jìn)一步地，下載單元還包括判斷模塊，用于根據(jù)下載請(qǐng)求消息判斷主控板是否保 存有版本文件；下載模塊，用于在主控板未保存有版本文件的情況下，從版本服務(wù)器下載并 保存版本文件。通過(guò)本發(fā)明，采用將RTR單板的版本文件先分發(fā)到主控板，然后從主控板上獲取 版本文件，從而提高了版本分發(fā)的效率，縮短了版本升級(jí)時(shí)間。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā) 明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的RTR單板版本升級(jí)方法流程圖；圖2是根據(jù)本發(fā)明實(shí)施例的RTR單板版本升級(jí)裝置結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明實(shí)施例的RTR單板版本升級(jí)裝置模塊框圖；圖4A、4B是根據(jù)本發(fā)明實(shí)施例一的RTR單板版本升級(jí)方法流程圖；圖5是根據(jù)本發(fā)明實(shí)施例二的RTR單板版本分發(fā)流程；圖6是根據(jù)本發(fā)明實(shí)施例二的RTR單板版本激活流程；以及圖7是根據(jù)本發(fā)明實(shí)施例二的RTR單板上電后更新版本流程。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。需要說(shuō)明的是，在不沖突的 情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1是根據(jù)本發(fā)明實(shí)施例的RTR單板版本升級(jí)方法流程圖，如圖1所示，包括以下 步驟步驟S101，RTR單板的上級(jí)主控板下載并保存用于RTR單板升級(jí)的版本文件。步驟S102，主控板向RTR單板分發(fā)版本文件；步驟S103，主控板向RTR單板發(fā)送激活通知，其中，激活通知用于指示RTR單板激 活版本文件。在本實(shí)施例中，通過(guò)將RTR單板的版本文件先分發(fā)到主控板，然后從主控板上獲 取版本文件，從而提高了版本分發(fā)的效率，縮短了版本升級(jí)時(shí)間。其中，在步驟SlOl之前還包括主控板接收來(lái)自后臺(tái)的請(qǐng)求下載版本文件的下載請(qǐng)求消息。主控板根據(jù)下載請(qǐng)求消息判斷自身是否保存有版本文件；如果否，則從版本服務(wù) 器下載并保存版本文件。其中，步驟S102包括主控板從數(shù)據(jù)庫(kù)獲取RTR單板的地址信息，并根據(jù)地址信息 通知RTR單板下載版本文件；RTR單板響應(yīng)通知從主控板下載版本文件。其中，在步驟S103之前還包括主控板接收來(lái)自后臺(tái)的請(qǐng)求激活版本文件的激活 請(qǐng)求消息；主控板根據(jù)激活請(qǐng)求消息激活自身所保存的版本文件并將該版本文件設(shè)為默認(rèn) 版本文件。其中，在步驟S103之后還包括RTR單板根據(jù)激活通知判斷自身是否保存有需激 活的版本文件；如果否，則從主控板下載并激活版本文件；如果是，則激活版本文件。其中，RTR單板激活版本文件之后還包括RTR單板上電并運(yùn)行該版本文件；RTR單 板向主控板上報(bào)版本更新請(qǐng)求消息；主控板響應(yīng)版本更新請(qǐng)求消息，比較自身保存的RTR 單板的默認(rèn)版本文件與RTR單板運(yùn)行的版本文件是否一致；如果否，RTR單板從主控板下載 并激活默認(rèn)版本文件。圖2是根據(jù)本發(fā)明實(shí)施例的RTR單板版本升級(jí)裝置結(jié)構(gòu)框圖，如圖2所示，包括 下載單元10、分發(fā)單元20和通知單元30。其中，下載單元10，用于下載用于RTR單板升級(jí)的版本文件，并將版本文件保存在 RTR單板的上級(jí)主控板中；分發(fā)單元20，用于向RTR單板分發(fā)保存在主控板中的版本文件； 通知單元30，用于向RTR單板發(fā)送激活通知，其中，激活通知用于指示RTR單板激活版本文 件。在本實(shí)施例中，通過(guò)下載單元10將RTR單板的版本文件先下載到主控板，然后分 發(fā)單元20將版本文件分發(fā)至RTR單板，從而提高了版本分發(fā)的效率，縮短了版本升級(jí)時(shí)間。如圖3所示，該RTR單板版本升級(jí)裝置除包括上述實(shí)施例中的各單元外，還包括接 收單元40，接收單元40用于接收來(lái)自后臺(tái)的請(qǐng)求下載版本文件的下載請(qǐng)求消息。在本實(shí)施例中，下載單元10包括判斷模塊101和下載模塊102。其中，判斷模塊 101，用于根據(jù)下載請(qǐng)求消息判斷主控板是否保存有版本文件；下載模塊102，用于在主控 板未保存有版本文件的情況下，從版本服務(wù)器下載并保存版本文件。實(shí)施例一圖4A和4B是根據(jù)本發(fā)明實(shí)施例一的RTR單板版本升級(jí)方法流程圖，如圖4A和4B 所示，包括以下步驟步驟S401，后臺(tái)版本管理模塊發(fā)起對(duì)RTR單板的版本下載操作。步驟S402，RTR上級(jí)主控板CC(Communication Control，通信控制模塊)響應(yīng)版 本下載操作請(qǐng)求，并根據(jù)CC上RTR單板的版本信息文件接收并保存下載請(qǐng)求的文件并更新 CC的RTR相應(yīng)版本信息。步驟S403，主控板CC向下級(jí)RRU子系統(tǒng)RTR單板發(fā)起廣播，通知RTR單板更新下 載的版本文件。步驟S404，RTR單板響應(yīng)CC的版本通知消息，并下載更新版本信息，保持RTR的版 本信息和CC上一致。步驟S405，后臺(tái)版本管理模塊發(fā)起對(duì)RTR單板的版本激活操作。步驟S406，RTR上級(jí)主控板CC響應(yīng)版本激活操作請(qǐng)求，更新CC的RTR相應(yīng)版本信息的激活標(biāo)志位。步驟S407，主控板CC向下級(jí)RRU子系統(tǒng)RTR單板發(fā)起廣播，通知RTR單板更新版 本相關(guān)文件，以和CC上的激活版本保持一致。步驟S408，RTR響應(yīng)CC的版本激活通知消息，更新RTR的相應(yīng)版本信息的激活標(biāo) 志位，此時(shí)如果文件不存在，會(huì)通過(guò)FTP協(xié)議從上級(jí)CC上獲取后再更新激活標(biāo)志。步驟S409，復(fù)位RTR單板，RTR運(yùn)行激活版本并成功上電。步驟S410，RTR向上級(jí)主控板CC上報(bào)版本更新請(qǐng)求消息，如果在上報(bào)次數(shù)大于預(yù) 定次數(shù)還沒(méi)有收到CC響應(yīng)消息，則轉(zhuǎn)入步驟S416 ；否則執(zhí)行步驟S411。步驟S411，RTR上級(jí)主控板CC響應(yīng)RTR的版本更新請(qǐng)求消息，比較自身存放RTR 的激活版本和RTR上報(bào)的運(yùn)行版本信息是否一致，如果一致則轉(zhuǎn)步驟S415 ；如果不一致則 轉(zhuǎn)步驟S412。步驟S412，RTR上級(jí)主控板CC發(fā)起RTR版本自動(dòng)更新請(qǐng)求。步驟S413，RTR響應(yīng)自動(dòng)更新請(qǐng)求，從CC上獲取默認(rèn)版本并激活、復(fù)位。步驟S414，單板啟動(dòng)后，轉(zhuǎn)入步驟S410。步驟S415，CC發(fā)起CC上存儲(chǔ)的RTR默認(rèn)版本與RTR上報(bào)的默認(rèn)版本一致的消息。步驟S416，RTR停止上報(bào)版本請(qǐng)求消息，進(jìn)入到Idle狀態(tài)，等待處理其他業(yè)務(wù)。在上述實(shí)施例一中，提供了一種RTR單板半受控的版本升級(jí)模式。該模式下RRU 系統(tǒng)的版本存放在單板CC (作為BBU的主控板)的flash上，用戶對(duì)RRU的版本管理操作 直接在上級(jí)BBU上操作，并且與BBU的受控板相同，從用戶角度來(lái)看，RRU完全是受控狀態(tài)， 這樣分發(fā)時(shí)對(duì)于一個(gè)BBU下掛的多個(gè)RRU情況，只需要分發(fā)一份RRU所需的版本到上級(jí)BBU 主控板便可，大大縮短了版本分發(fā)所占用時(shí)間，提高版本升級(jí)效率。實(shí)施例二下面結(jié)合附圖分別對(duì)RTR單板版本升級(jí)過(guò)程中的版本分發(fā)、版本激活和上電后版 本更新流程進(jìn)行詳細(xì)描述。圖5是根據(jù)本發(fā)明實(shí)施例二的RTR單板版本分發(fā)流程，如圖5所示，實(shí)施例二的版 本分發(fā)流程包括以下步驟步驟S501，版本下載請(qǐng)求，是由后臺(tái)版本管理模塊操作發(fā)起，帶有RTR版本文件信 息，消息發(fā)送到主控板CC版本管理進(jìn)程的主進(jìn)程；步驟S502，主控板CC根據(jù)后臺(tái)發(fā)起的分發(fā)版本文件信息，判斷此文件是否在 flash受控板目錄上存在此文件，如果文件存在，則轉(zhuǎn)步驟S503，否則進(jìn)入步驟S504。步驟S503，向后臺(tái)提示版本已經(jīng)存在，不需要下載，此次下載結(jié)束。步驟S504，從版本服務(wù)器上獲取版本文件并向后臺(tái)返回進(jìn)度信息，更新相關(guān)信息 文件。步驟S505，讀取數(shù)據(jù)庫(kù)獲取CC上下轄的RTR的地址信息。步驟S506，向后臺(tái)返回下載結(jié)束消息。步驟S507，CC根據(jù)RTR的地址信息，進(jìn)行組播，通知RTR更新分發(fā)的版本文件。步驟S508，RTR上版本管理進(jìn)程判斷組播的版本文件是否在RTR的flash存在，如 果不存在，則進(jìn)入步驟S510，否則進(jìn)入步驟S509。步驟S509，RTR上文件存在，RTR上更新結(jié)束。
步驟S510，RTR通過(guò)FTP從CC上獲取版本文件并更新RTR上的版本信息。在本實(shí)施例中，對(duì)于步驟S507到步驟S510，對(duì)用戶來(lái)說(shuō)是不可見(jiàn)，不會(huì)向用戶返 回操作結(jié)果，用戶也不必要關(guān)心操作結(jié)果。圖6是根據(jù)本發(fā)明實(shí)施例二的RTR單板版本激活流程，如圖6所示，實(shí)施例二的版 本激活流程包括以下步驟步驟S601，版本激活請(qǐng)求，是由后臺(tái)版本管理模塊操作發(fā)起，帶有RTR要激活的版 本文件信息，消息發(fā)送到主控板CC版本管理進(jìn)程的主進(jìn)程；步驟S602，CC根據(jù)后臺(tái)發(fā)起的版本激活信息，激活對(duì)應(yīng)的版本信息并向后臺(tái)返回結(jié)果。步驟S603 讀取數(shù)據(jù)庫(kù)獲取CC上下轄的RTR的地址信息。步驟604，CC根據(jù)RTR的地址信息，進(jìn)行組播，通知RTR更新激活版本文件。步驟S605，RTR上版本管理進(jìn)程判斷需要激活的版本文件是否在RTR的flash存 在，如果不存在，則進(jìn)入步驟S606，否則進(jìn)入步驟S607。步驟S606，RTR通過(guò)FTP從CC上獲取版本文件并更新RTR上的版本信息。步驟S607，激活版本文件。在本實(shí)施例中，上述步驟S604至步驟S605對(duì)用戶不可見(jiàn)，用戶不用關(guān)心其操作結(jié) 果。同時(shí)步驟S605及步驟S606，起到了當(dāng)版本分發(fā)到CC后，組播時(shí)RTR單板沒(méi)有響應(yīng)或者 獲取文件失敗的異常保證。圖7是根據(jù)本發(fā)明實(shí)施例二的RTR單板上電后更新版本流程，如圖7所示，RTR上 電后更新版本的步驟包括步驟S701，RTR上電后向CC請(qǐng)求版本更新。步驟S702，CC響應(yīng)RTR的版本更新請(qǐng)求，查找受控板目錄下是否有RTR的激活版 本，返回給RTR要激活的版本信息。步驟S703，如果CC的激活版本與運(yùn)行版本不一致，則從CC上獲取版本文件信息并激活。步驟S704，RTR復(fù)位，運(yùn)行激活的新版本。在本實(shí)施例中，RTR的上電自動(dòng)更新版本流程再次保證了版本分發(fā)和版本激活操 作對(duì)RTR單板的異常，使用RTR最終運(yùn)行新版本。在上述實(shí)施例二中，對(duì)RTR單板的版本分發(fā)和激活操作只需要在上級(jí)主控板CC上 進(jìn)行；RTR單板的版本及信息文件只需要存儲(chǔ)在上級(jí)主控板CC單板上；分發(fā)和激活CC上 RTR的版本時(shí)，會(huì)自動(dòng)向其下轄的RTR單板更新RTR上本身的版本文件，RTR通過(guò)FTP協(xié)議 獲取CC上的版本文件，時(shí)間極快，并且這一部分對(duì)用戶不可見(jiàn)，不用用戶關(guān)心對(duì)RTR的操作 結(jié)果；RTR單板復(fù)位上電后會(huì)再次向上級(jí)主控板CC上報(bào)版本及版本更新請(qǐng)求消息，達(dá)到運(yùn) 行新版本，快速升級(jí)的目的；RTR作為CC的受控板，版本存放和其他受控板一樣，便于維護(hù)， 如對(duì)存儲(chǔ)版本進(jìn)行查詢，刪除等操作。在本發(fā)明的上述實(shí)施例中，所有RTR單板的版本文件都是通過(guò)后臺(tái)先分發(fā)到主控 板CC，然后從CC上獲取，提高了版本分發(fā)的效率，縮短了版本升級(jí)時(shí)間；還提供了 RTR單板 復(fù)位后再次請(qǐng)求版本更新的功能，再次保證了版本升級(jí)的可靠性；在RTR版本分發(fā)和激活 過(guò)程中，用戶都不用關(guān)心RTR的操作結(jié)果，對(duì)用戶來(lái)說(shuō)降低了復(fù)雜度，減少了版本升級(jí)時(shí)用
8戶的工作量；另外，RTR的版本文件和CC上的其他受控板存放一樣，便于單板版本文件的維 護(hù)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技 術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種無(wú)線收發(fā)單元RTR單板的版本升級(jí)方法，其特征在于，包括 RTR單板的上級(jí)主控板下載并保存用于所述RTR單板升級(jí)的版本文件； 所述主控板向所述RTR單板分發(fā)所述版本文件；所述主控板向所述RTR單板發(fā)送激活通知，其中，所述激活通知用于指示所述RTR單板 激活所述版本文件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，RTR單板的上級(jí)主控板下載并保存用于所 述RTR單板升級(jí)的版本文件之前，還包括所述主控板接收來(lái)自后臺(tái)的請(qǐng)求下載所述版本文件的下載請(qǐng)求消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，RTR單板的上級(jí)主控板下載并保存用于所 述RTR單板升級(jí)的版本文件，包括所述主控板根據(jù)所述下載請(qǐng)求消息判斷自身是否保存有所述版本文件； 如果否，則從版本服務(wù)器下載并保存所述版本文件。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法，其特征在于，所述主控板向所述RTR單板分 發(fā)所述版本文件，包括所述主控板從數(shù)據(jù)庫(kù)獲取所述RTR單板的地址信息，并根據(jù)所述地址信息通知所述 RTR單板下載所述版本文件；所述RTR單板響應(yīng)所述通知從所述主控板下載所述版本文件。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述主控板向所述RTR單板發(fā)送激活通知 之前，包括所述主控板接收來(lái)自后臺(tái)的請(qǐng)求激活所述版本文件的激活請(qǐng)求消息； 所述主控板根據(jù)所述激活請(qǐng)求消息激活自身所保存的所述版本文件并將該版本文件 設(shè)為默認(rèn)版本文件。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述主控板向所述RTR單板發(fā)送激活通知 之后，包括所述RTR單板根據(jù)激活通知判斷自身是否保存有需激活的所述版本文件； 如果否，則從所述主控板下載并激活所述版本文件；如果是，則激活所述版本文件。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述RTR單板根據(jù)來(lái)自所述主控板的激活 通知激活所述版本文件之后，還包括所述RTR單板上電并運(yùn)行所述版本文件；所述RTR單板向所述主控板上報(bào)版本更新請(qǐng)求消息；所述主控板響應(yīng)所述版本更新請(qǐng)求消息，比較自身保存的所述RTR單板的默認(rèn)版本文 件與所述RTR單板運(yùn)行的版本文件是否一致；如果否，所述RTR單板從所述主控板下載并激活所述默認(rèn)版本文件。
8.—種RTR單板的版本升級(jí)裝置，其特征在于，包括下載單元，用于下載用于所述RTR單板升級(jí)的版本文件，并將所述版本文件保存在所 述RTR單板的上級(jí)主控板中；分發(fā)單元，用于向所述RTR單板分發(fā)保存在所述主控板中的所述版本文件； 通知單元，用于向所述RTR單板發(fā)送激活通知，其中，所述激活通知用于指示所述RTR 單板激活所述版本文件。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括接收單元，用于接收來(lái)自后臺(tái)的請(qǐng)求下載所述版本文件的下載請(qǐng)求消息。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述下載單元還包括判斷模塊，用于根據(jù)所述下載請(qǐng)求消息判斷所述主控板是否保存有所述版本文件； 下載模塊，用于在所述主控板未保存有所述版本文件的情況下，從版本服務(wù)器下載并 保存所述版本文件。
全文摘要
本發(fā)明提供了一種RTR單板的版本升級(jí)方法及裝置，該方法包括RTR單板的上級(jí)主控板下載并保存用于RTR單板升級(jí)的版本文件；主控板向RTR單板分發(fā)版本文件；主控板向RTR單板發(fā)送激活通知，其中，激活通知用于指示RTR單板激活版本文件。通過(guò)本發(fā)明，采用將RTR單板的版本文件先分發(fā)到主控板，然后從主控板上獲取版本文件，從而提高了版本分發(fā)的效率，縮短了版本升級(jí)時(shí)間。
文檔編號(hào)H04W24/02GK102075985SQ20111000925
公開(kāi)日2011年5月25日 申請(qǐng)日期2011年1月17日 優(yōu)先權(quán)日2011年1月17日
發(fā)明者嚴(yán)濤, 喬飛, 金昌盛 申請(qǐng)人:中興通訊股份有限公司