專利名稱：遠(yuǎn)端節(jié)點(diǎn)的版本升級方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種遠(yuǎn)端節(jié)點(diǎn)的版本升級方法。
背景技術(shù)：
時(shí)分同步碼分多址蟲奪窩移動(dòng)通信系統(tǒng)中，B節(jié)點(diǎn)應(yīng)用部分 (NodeB Application Part, NBAP )通過射步貞拉遠(yuǎn)，分為基帶單元 (Base Band Unit, BBU)和射頻遠(yuǎn)端單元(Radio Remote Unit, RRU ) 兩部分，兩者通過遠(yuǎn)距離傳輸線路進(jìn)行連接，單個(gè)BBU可以連接一 個(gè)或多個(gè)RRU (RRU鏈)，并且RRU可包括多種不同規(guī)格。這種 情況，給NodeB的版本升級造成了不小困難，尤其是RRU的版本 升級。
以前RRU的版本升級，采用單個(gè)版本專欠件下載方式，依次升 級不同^L格(射頻資源類型)、不同石更件版本(PCB兼容信息)、不 同芯片類型(CPU/FPGA/EPLD類型)的軟件。這種升級方式，操 作流程4支為繁瑣，人為因素多，因此升級效率4交低，往往因才喿作不 當(dāng)造成版本升級失敗。
為滿足大規(guī)模范圍的RRU版本順利升級的需要，必須尋求版 本升鄉(xiāng)及方法的創(chuàng)新，以才是高升紹j丈率和正確寸生。

發(fā)明內(nèi)容
針對以上一個(gè)或多個(gè)問題，本發(fā)明提供了 一種遠(yuǎn)端節(jié)點(diǎn)的版本 升級方法，用于無線基站系統(tǒng)中，通過釆用軟件X反本和石更件版本的
組合下載實(shí)現(xiàn)RRU版本的升級，提高了升級效率和正確性。
才艮據(jù)本發(fā)明的一個(gè)方面，該版本升級方法包括以下步驟
步-驟S102,基帶單元才艮據(jù)一個(gè)或多個(gè)射頻遠(yuǎn)端單元上才艮的運(yùn)4亍 版本信息判斷射頻遠(yuǎn)端單元是否需要版本升級，在基帶單元判斷出 射頻遠(yuǎn)端單元需要升級的情況下，通知射頻遠(yuǎn)端單元進(jìn)行版本升級。
步驟S104，射頻遠(yuǎn)端單元接收到進(jìn)行版本升級的通知后進(jìn)行響 應(yīng)并向基帶單元發(fā)送數(shù)據(jù)包下載請求。
步驟S106,基帶單元接收到數(shù)據(jù)包下載請求后，將射頻遠(yuǎn)端單 元請求的版本信息傳輸至射頻遠(yuǎn)端單元，射頻遠(yuǎn)端單元采用4妻收到 的版本信息進(jìn)4于版本升級。
其中，預(yù)先將一個(gè)或多個(gè)射頻遠(yuǎn)端單元的所有版本信息封裝到 一個(gè)片反本包中。
在步驟S102中，基帶單元將一個(gè)或多個(gè)射頻遠(yuǎn)端單元上報(bào)的 運(yùn)4亍片反本信息與jf反本包中的版本信息分別進(jìn)行比專交，在射頻遠(yuǎn)端單
元上報(bào)的運(yùn)行版本信息與版本包中的對應(yīng)版本信息完全一致的情況 下，則判斷出射頻遠(yuǎn)端單元無需升級，在射頻遠(yuǎn)端單元上才艮的運(yùn)4亍 版本信息與版本包中的對應(yīng)版本信息不完全一致的情況下，則判斷 出射頻遠(yuǎn)端單元需要版本升級。
上述版本信息包括軟件版本信息和固件版本信息?？梢詮幕鶐?單元向射頻遠(yuǎn)端單元下載軟件W反本或固件版本的單個(gè)文件，也可以從基帶單元向射頻遠(yuǎn)端單元下載多個(gè)軟件版本和/或固件版本的組 合文件。
在步驟S106中，射頻遠(yuǎn)端單元接收到X反本信息后對版本信息
進(jìn)行保存，并對版本信息進(jìn)行合法性檢查和校驗(yàn)。
在下載的版本信息為多個(gè)軟件版本和/或固件版本的組合文件 的情況下，射頻遠(yuǎn)端單元在進(jìn)行合法性檢查和校驗(yàn)之后，將組合文 件拆分成單個(gè)文件。
通過本發(fā)明提供的簡單易操作的遠(yuǎn)端節(jié)點(diǎn)的版本升級方法，優(yōu) 化了纟喿作流程，減少了升級維護(hù)工作量，l是高了升級效率和正確性。


此處所說明的附圖用來才是供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并
不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是才艮據(jù)本發(fā)明的版本升級方法的流程圖2是才艮據(jù)本發(fā)明的單個(gè)RRU版本包升級方法的流程圖，示 出了 RRU與BBU的交互過一呈；
圖3是根據(jù)本發(fā)明的RRU組合版本遠(yuǎn)程下載的流程圖，能夠 4呆i正RRU的CPU片反本與固fM反本匹配；
圖4是才艮據(jù)本發(fā)明的多個(gè)RRU X反本升級的示意圖，能夠i兌明 BBU與多個(gè)多類L4各RRU之間的交互過禾呈；
圖5是才艮據(jù)本發(fā)明的RRU多個(gè)FPGA芯片片反本合并下載及拆 分加載的示意圖；以及圖6是根據(jù)本發(fā)明的RRU軟件版本PCB兼容信息與硬件PCB 號對應(yīng)關(guān)系的示意圖。
具體實(shí)施例方式
下面參考附圖，詳細(xì)說明本發(fā)明的具體實(shí)施方式
。
本發(fā)明的遠(yuǎn)端節(jié)點(diǎn)片反本升級方法適用于移動(dòng)通信領(lǐng)域的基站系 統(tǒng)，該基站系統(tǒng)包括前臺和后臺，其中前臺包含BBU和RRU。版 本升級請求由BBU發(fā)起，才艮據(jù)當(dāng)前配置的所有RRU射頻資源類型， 以及RRU當(dāng)前運(yùn)行的版本，從指定的升級版本包中選擇需要升級的 軟件版本，依次對BBU連接的多個(gè)多規(guī)格的RRU進(jìn)行版本升級。
本發(fā)明針對目前多個(gè)規(guī)格的所有RRU類型，將不同規(guī)格的所 有RRU軟件版本制作成同一軟件版本包，發(fā)布于版本服務(wù)器。BBU 才艮據(jù)當(dāng)前配置的所有RRU類型，從版本力l務(wù)器上選l奪性下載所需版 本到BBU電子盤，同時(shí)，將版本包信息及所有版本軟件信息寫入凄史 據(jù)庫。版本文件的信息內(nèi)容包括軟件版本號、RRU規(guī)格、PCB兼容 信息、芯片類型等信息。
舉例如，當(dāng)前共有n種RRU射頻資源類型，類型分別為RRUi (0<i<n )，其中RRUi對應(yīng)有Ni個(gè)壽欠件片反本，則RRU片反本包中的 版本軟件總數(shù)為
Nl +N2 + ... + Nn,
假定BBU當(dāng)前配置并連接了 m (m<n)種類型的RRU，則 BBU需要從版本服務(wù)器下載并保存的版本軟件總數(shù)為
Ml+M2 +…+ Mm,(其中，Mi = Ni)。圖1是才艮據(jù)本發(fā)明的版本升級方法的流程圖。其中，預(yù)先將一 個(gè)或多個(gè)射頻遠(yuǎn)端單元的所有版本信息封裝到一個(gè)版本包中。如圖
l所示，該版本升級方法包括以下步驟
步驟S102,基帶單元才艮據(jù)一個(gè)或多個(gè)射頻遠(yuǎn)端單元上才艮的運(yùn)行 版本信息判斷射頻遠(yuǎn)端單元是否需要版本升級，在基帶單元判斷出 射頻遠(yuǎn)端單元需要升級的情況下，通知射頻遠(yuǎn)端單元進(jìn)4于版本升級。
步驟S104,射頻遠(yuǎn)端單元接收到進(jìn)行版本升級的通知后進(jìn)4亍響 應(yīng)并向基帶單元發(fā)送數(shù)據(jù)包下載請求。
步驟S106,基帶單元接收到數(shù)據(jù)包下載請求后，將射頻遠(yuǎn)端單 元i青求的X反本信息傳輸至射頻遠(yuǎn)端單元，射頻遠(yuǎn)端單元采用4妄收到 的版本信息進(jìn)4于X反本升級。
在步驟S102中，基帶單元將一個(gè)或多個(gè)射頻遠(yuǎn)端單元上才艮的 運(yùn)行版本信息與版本包中的版本信息分別進(jìn)行比較，在射頻遠(yuǎn)端單
元上報(bào)的運(yùn)行版本信息與版本包中的對應(yīng)版本信息完全一致的情況 下，則判斷出射頻遠(yuǎn)端單元無需升級，在射頻遠(yuǎn)端單元上才艮的運(yùn)4亍 版本信息與版本包中的對應(yīng)版本信息不完全一致的情況下，則判斷 出射頻遠(yuǎn)端單元需要版本升級。在步驟S106中，射頻遠(yuǎn)端單元接收 到版本信息后對版本信息進(jìn)行保存，并對版本信息進(jìn)行合法性檢查 和校驗(yàn)。
上述版本信息包括軟件版本信息和固件版本信息?？梢詮幕鶐?單元向射頻遠(yuǎn)端單元下載專欠件片反本或固件片反本的單個(gè)文件，也可以 /人基帶單元向射頻遠(yuǎn)端單元下載多個(gè)專欠件片反本和/或固件版本的組 合文件。在下載的版本信息為多個(gè)軟件版本和/或固件版本的組合文 件的情況下，射頻遠(yuǎn)端單元在進(jìn)行合法性;險(xiǎn)查和校-驗(yàn)之后，將組合 文件拆分成單個(gè)文件。
8圖2是才艮據(jù)本發(fā)明的單個(gè)RRU片反本包升級方法的流程圖，示 出了 RRU與BBU的交互過禾呈。
在圖2中，RRU上電運(yùn)行時(shí)，向BBU上才艮硬件信息和當(dāng)前運(yùn) 行版本信息(S202 ), BBU將各個(gè)RRU上報(bào)的運(yùn)行版本信息(包括 CPU版本和各類固件版本)與升級版本包中對應(yīng)的版本信息分別進(jìn) 行比4交，如果X反本信息完全一致，則該RRU無需升級；如果纟反本4言 息不完全一至丈，貝'J BBU向該RRU發(fā)送升級通^口，進(jìn)4亍RRU片反本 升級，通知中包含版本包信息(S204)。
RRU收到升級通知后，先發(fā)送應(yīng)答消息到BBU (S206)，之后 向BBU發(fā)起版本數(shù)據(jù)包下載請求(S208 )。 BBU收到RRU的數(shù)據(jù) 包請求后，將RRU請求的軟件版本數(shù)據(jù)分包傳送至RRU，直至RRU 對應(yīng)的所有升紐Jf反本傳llT結(jié)束為止(S210)。
圖3示出了才艮據(jù)本發(fā)明的RRU遠(yuǎn)程下載組合版本流程圖。本 發(fā)明支持通過BBU向RRU遠(yuǎn)程下載組合版本，即一次性下載RRU 設(shè)備的CPU版本和所有固件版本，同時(shí)也支持CPU版本和固件版 本單文件下載。
考慮到版本匹配性要求，版本升級過程使用組合版本(CPU版 本+ FPGA版本、CPU片反本+ FPGA X反本+ EPLD片反本下載)下載 升級方式，單個(gè)文件下載升級4又用于版本測試。對照圖3，組合片反 本下載流程描述如下
S302, BBU向RRU發(fā)起片反本下載"i青求VerDownload Req。
S304， RRU對i青求消息進(jìn)4于合法性;險(xiǎn)查，并識別為組合X反本下 載命令，發(fā)送片反本遠(yuǎn)程下載開始響應(yīng)消息VerDownloadRsp到BBU, 開始響應(yīng)消息包含爿反本下載響應(yīng)類別。S306-S308， BBU開始發(fā)送片反本包翁:據(jù)到RRU，消息頭中包含 組合版本信息。RRU 乂人消息中解析出BBU發(fā)送的VerDownload消 息，消息攜帶CPU/FPGA/EPLD版本數(shù)據(jù)類型，RRU保存接收到的 片反本內(nèi)容到緩存區(qū)，直至版本文件傳輸結(jié)束。RRU重復(fù)以上過禾呈， 直到4妄收到BBU發(fā)送的片反本遠(yuǎn)程下載結(jié)束消息VerDownloadCmp Req。
S310, RRU對VerDownloadCmpReq消息進(jìn)4亍合法性才企查，對 接收到的各個(gè)版本進(jìn)行CRC校驗(yàn)，并拆分出單個(gè)版本文件，對單個(gè) 版本文件進(jìn)行CRC校驗(yàn)，并且RRU保存版本文件到RRU硬件子 系統(tǒng)FLASH。
S312， RRU發(fā)送VerDownloadCmpRsp消息到BBU,指示片反本 下載成功。
S314， BBU在接收到RRU的版本下載成功指示后，發(fā)送復(fù)位 消息到RRU，通知RRU復(fù)位并加載升級片反本。
圖4示出了才艮據(jù)本發(fā)明的多個(gè)RRU的加載和升級的過程的示 意圖。如圖4所示，BBU包含一個(gè)RRU版本管理主進(jìn)程和多個(gè)RRU 版本管理子進(jìn)程，每個(gè)RRU;f反本管理子進(jìn)程對應(yīng)一個(gè)RRUi殳備， 負(fù)責(zé)對該i殳備的片反本下載和升級，具體升級過程4姿圖3所示的流程 執(zhí)行。當(dāng)RRU版本管理主進(jìn)程發(fā)起RRU版本升級時(shí)，首先通知各 個(gè)RRU版本管理子進(jìn)程，由RRU版本管理子進(jìn)程與RRU進(jìn)行交 互，完成纟反本下載和升纟及。
圖5示出了才艮據(jù)本發(fā)明的RRU多個(gè)固件版本的合并下載的示 意圖。目前，RRU設(shè)備可包含多個(gè)FPGA芯片和其它固件，考慮到 BBU與RRU之間通過遠(yuǎn)距離傳輸線路連接，為了簡化升級操作流程，沖是高傳輸效率和升級效率，本發(fā)明將同一RRU的所有固件X反本 文4牛合并成一個(gè)文4牛，實(shí)i見RRU固件片反本合并下載、拆分加載。
首先，由后臺將某一 RRU類型的多個(gè)固件小版本文件合并成 單一的版本文件，當(dāng)該合并版本文件被下載到RRU之后，RRU根 據(jù)合并版本文件的文件頭信息，拆分還原成單個(gè)的固件版本，然后 依次力口載。
圖6示出了根據(jù)本發(fā)明的軟件版本的PCB兼容信息與RRU硬 件PCB號的兼容映射關(guān)系的示意圖。在實(shí)際生產(chǎn)中，同 一期L才各RRU 的同一芯片類型，可能因生產(chǎn)批次以及硬件性能改進(jìn)等原因，造成 硬件兼容性的差異。針對這種情況，本發(fā)明要求制作能夠兼容多種 硬件類型的同一軟件版本，并且通過PCB兼容信息，估文到不同石更件 兼容信息的芯片與同 一軟件版本之間的匹配，使得不同PCB的RRU 硬件可以共用同一軟件版本。使用16bit的無符號整數(shù)wPCBVer作 為軟件版本的PCB兼容信息，其中，第N個(gè)bit位標(biāo)識PCB號為N 的硬件的兼容信息，1表示兼容，0表示不兼容。如圖6所示，RRU 軟件版本能夠兼容PCB號是O, 1, 2, 3， 4， 5， 6的七種RRU硬 件設(shè)備。
此夕卜，本發(fā)明可以對原有RRU升級流程進(jìn)行優(yōu)化，確保BBU、 RRU建鏈。RRU軟件版本升級時(shí)，首先，RRU通過遠(yuǎn)距離傳輸線 ^各，依次從BBU下栽4欠件版本，并寫入RRU本地Flash,命名為備 用版本文件名。當(dāng)待升級RRU的所有芯片版本下載完成后，RRU 復(fù)位，并且加載剛剛下載的升級;f反本。加載成功后，RRU與BBU 正常建4連，進(jìn)入工作狀態(tài)。如果因異常而導(dǎo)致加載失敗，RRU則通 過自身沖全測，再次復(fù)位，回滾到前一個(gè)運(yùn)4亍成功的;t反本，保i正正常 工作以及與BBU的正常建鏈，之后維護(hù)人員可選擇沿用當(dāng)前版本， 或者重新升級。本發(fā)明的優(yōu)點(diǎn)在于1，實(shí)現(xiàn)了多個(gè)RRU失見才各共用一個(gè)升級片反 本包；2,支持RRU組合版本遠(yuǎn)程下載，保證CPU版本和固件版本 (石更4牛一目關(guān)X反本，^口 FPGA片反本、EPLD等)的匹酉己'〖生；3， RRU 多個(gè)固件芯片版本的合并下載；4,軟件版本兼容不同PCB硬件類 型的RRU; 5，升級流程優(yōu)化，確保了 BBU、 RRU建鏈。
以上所述〗又為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1. 一種遠(yuǎn)端節(jié)點(diǎn)的版本升級方法，用于無線基站系統(tǒng)，其特征在于，所述方法包括以下步驟步驟S102，基帶單元根據(jù)一個(gè)或多個(gè)射頻遠(yuǎn)端單元上報(bào)的運(yùn)行版本信息判斷所述射頻遠(yuǎn)端單元是否需要版本升級，在所述基帶單元判斷出所述射頻遠(yuǎn)端單元需要升級的情況下，通知所述射頻遠(yuǎn)端單元進(jìn)行版本升級；步驟S104，所述射頻遠(yuǎn)端單元接收到版本升級的通知后進(jìn)行響應(yīng)并向所述基帶單元發(fā)送數(shù)據(jù)包下載請求；以及步驟S106，所述基帶單元接收到所述數(shù)據(jù)包下載請求后，將所述射頻遠(yuǎn)端單元請求的版本信息傳輸至所述射頻遠(yuǎn)端單元，所述射頻遠(yuǎn)端單元采用接收到的版本信息進(jìn)行版本升級。
2. 根據(jù)權(quán)利要求1所述的版本升級方法，其特征在于，預(yù)先將所述一個(gè)或多個(gè)射頻遠(yuǎn)端單元的所有版本信息封裝到一個(gè);f反本包中。
3. 根據(jù)權(quán)利要求2所述的版本升級方法，其特征在于，在所述步 驟S102中，所述基帶單元將所述一個(gè)或多個(gè)射頻遠(yuǎn)端單元上 凈艮的運(yùn)行版本信息與所述片反本包中的片反本信息分別進(jìn)4亍比#交， 在所述射頻遠(yuǎn)端單元上報(bào)的運(yùn)行版本信息與所述版本包中的 對應(yīng)版本信息完全一致的情況下，則判斷出所述射頻遠(yuǎn)端單元 無需升級，在所述射頻遠(yuǎn)端單元上才艮的運(yùn)行版本信息與所述版 本包中的對應(yīng)版本信息不完全一致的情況下，則判斷出所述射 頻遠(yuǎn)端單元需要版本升級。
4. 根據(jù)權(quán)利要求3所述的版本升級方法，其特征在于，所述版本 信息包括軟件版本信息和固件版本信息。
5. 才艮據(jù)斥又利要求4所述的版本升級方法，其特征在于，乂人所述基 帶單元向所述射頻遠(yuǎn)端單元下載軟件版本或固件版本的單個(gè)文件。
6. 根據(jù)權(quán)利要求4所述的版本升級方法，其特征在于，從所述基 帶單元向所述射頻遠(yuǎn)端單元下載多個(gè)軟件版本和/或固件版本 的組合文件。
7. 才艮據(jù)權(quán)利要求5或6所述的版本升級方法，其特征在于，在所 述步驟S106中，所述射頻遠(yuǎn)端單元4妄收到所述版本信息后對 所述版本信息進(jìn)行保存，并對所述版本信息進(jìn)行合法性纟企查和校驗(yàn)。
8. 才艮據(jù)沖又利要求7所述的版本升級方法，其特征在于，在下載的 版本信息為多個(gè)軟件版本和/或固件版本的組合文件的情況 下，所述射頻遠(yuǎn)端單元在進(jìn)行合法性檢查和校驗(yàn)之后，將所述 組合文件拆分成單個(gè)文件。
全文摘要
本發(fā)明提供了一種版本升級方法，包括步驟S102，基帶單元根據(jù)一個(gè)或多個(gè)射頻遠(yuǎn)端單元上報(bào)的運(yùn)行版本信息判斷射頻遠(yuǎn)端單元是否需要版本升級，在基帶單元判斷出射頻遠(yuǎn)端單元需要升級的情況下，通知射頻遠(yuǎn)端單元進(jìn)行版本升級；步驟S104，射頻遠(yuǎn)端單元接收到進(jìn)行版本升級的通知后進(jìn)行響應(yīng)并向基帶單元發(fā)送數(shù)據(jù)包下載請求；以及步驟S106，基帶單元接收到數(shù)據(jù)包下載請求后，將射頻遠(yuǎn)端單元請求的版本信息傳輸至射頻遠(yuǎn)端單元，射頻遠(yuǎn)端單元采用接收到的版本信息進(jìn)行版本升級。該方法可以用于無線基站系統(tǒng)中，通過采用軟件版本和硬件版本的組合下載實(shí)現(xiàn)RRU版本的升級，提高了升級效率和正確性。
文檔編號H04W88/00GK101442764SQ200710187728
公開日2009年5月27日 申請日期2007年11月23日 優(yōu)先權(quán)日2007年11月23日
發(fā)明者晨 凌, 李書明, 童曉慧 申請人:中興通訊股份有限公司