專利名稱：雙模射頻遠(yuǎn)端單元的軟件更新控制方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，特別是涉及一種雙模射頻遠(yuǎn)端單元(RRU)的軟件更新 控制方法和裝置。
背景技術(shù)：
目前的移動(dòng)通信組網(wǎng)中，為了同時(shí)支持TD-SCDMA和LTE網(wǎng)絡(luò)，引入了雙模組網(wǎng)。在 雙模組網(wǎng)的場(chǎng)景下，基站處有兩個(gè)制式的基帶單元(BBU)，即A制式BBU和B制式BBU，共用 一個(gè)多模RRU，RRU同時(shí)支持兩種制式。
在實(shí)際應(yīng)用中，TD-SCDMA和LTE網(wǎng)絡(luò)會(huì)根據(jù)各自的需要單獨(dú)對(duì)RRU側(cè)的軟件版本 進(jìn)行升級(jí)。根據(jù)現(xiàn)有協(xié)議，RRU側(cè)進(jìn)行軟件升級(jí)后，RRU將進(jìn)行復(fù)位,復(fù)位后RRU將向各BBU 發(fā)送通道建立請(qǐng)求，該請(qǐng)求中將攜帶RRU軟件版本信息，各BBU根據(jù)接收到通道建立請(qǐng)求， 判斷該請(qǐng)求攜帶的RRU軟件版本信息與自身保存的RRU軟件版本信息是否一致，如果不一 致，則在通道建立配置中通過(guò)軟件版本核對(duì)結(jié)果返回版本不一致的信息，RRU側(cè)發(fā)現(xiàn)版本不 一致，將從該BBU更新軟件版本，以使RRU側(cè)的軟件版本和BBU中的RRU軟件版本保持一致。
從上述過(guò)程中可以看出，當(dāng)兩種制式的BBU處的RRU軟件版本不一致時(shí)，任意一個(gè) 制式的BBU將RRU軟件版本升級(jí)后，會(huì)出現(xiàn)另外一個(gè)BBU中保存的RRU軟件版本信息與RRU 側(cè)的軟件版本不一致，這樣，在RRU升級(jí)復(fù)位后，另一個(gè)BBU就會(huì)重新觸發(fā)RRU進(jìn)行軟件版 本的更新，進(jìn)而引起兩個(gè)制式的BBU反復(fù)觸發(fā)RRU軟件版本的更新，即出現(xiàn)RRU軟件版本更 新的乒乓現(xiàn)象，導(dǎo)致RRU不能正常使用。
針對(duì)上述問(wèn)題，現(xiàn)有的解決方案是A制式BBU和B制式BBU在高層操作管理實(shí)體 之間建立通信，以交互版本更新信息，這樣，當(dāng)一個(gè)制式執(zhí)行版本更新后通知另一個(gè)制式關(guān) 閉版本核對(duì)功能。該方案需要兩個(gè)制式BBU之間建立高層通信，增加了兩制式之間的耦合 性，并且維護(hù)高層通信的實(shí)現(xiàn)較復(fù)雜。當(dāng)兩個(gè)BBU位于獨(dú)立機(jī)框時(shí)，在極端情況下還需要在 兩個(gè)BBU之間增加一條用于高層通信的連接線。發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種雙模RRU的軟件更新控制方法和裝 置，該方法能有效避免RRU軟件版本更新的乒乓現(xiàn)象，且易于實(shí)現(xiàn)。
為了達(dá)到上述目的，本發(fā)明提出的技術(shù)方案為:
一種雙模射頻遠(yuǎn)端單元的軟件更新控制方法，該方法包括以下步驟:
a、基帶單元BBU觸發(fā)射頻遠(yuǎn)端單元RRU將當(dāng)前RRU升級(jí)權(quán)的擁有者設(shè)置為所述 BBU,所述BBU為當(dāng)前需要觸發(fā)所述RRU進(jìn)行軟件版本升級(jí)的BBU ；
b、所述BBU觸發(fā)所述RRU進(jìn)行軟件版本的升級(jí)；
C、所述RRU完成所述升級(jí)并復(fù)位后向A制式BBU和B制式BBU發(fā)送通道建立請(qǐng)求， 所述通道建立請(qǐng)求中攜帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息；
d、所述A制式BBU和B制式BBU分別根據(jù)所述通道建立請(qǐng)求，判斷所述當(dāng)前RRU升級(jí)權(quán)的擁有者是否為本BBU，如果是，則進(jìn)行RRU軟件版本核對(duì)，并在向所述RRU發(fā)送的通 道建立配置中攜帶所述核對(duì)的結(jié)果；否則，不進(jìn)行RRU軟件版本核對(duì)，并在向所述RRU發(fā)送 的通道建立配置中將軟件版本核對(duì)結(jié)果信元設(shè)置為版本一致。
一種雙模射頻遠(yuǎn)端單元的軟件更新控制裝置，該裝置包括:
升級(jí)權(quán)設(shè)置模塊，用于基帶單元BBU觸發(fā)射頻遠(yuǎn)端單元RRU將當(dāng)前RRU升級(jí)權(quán)的 擁有者設(shè)置為所述BBU，所述BBU為當(dāng)前需要觸發(fā)所述RRU進(jìn)行軟件版本升級(jí)的BBU ；
軟件升級(jí)模塊，用于所述BBU觸發(fā)所述RRU進(jìn)行軟件版本的升級(jí)；
通道建立請(qǐng)求模塊，用于所述RRU完成所述升級(jí)并復(fù)位后向A制式BBU和B制式 BBU發(fā)送通道建立請(qǐng)求，所述通道建立請(qǐng)求中攜帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息；
版本核對(duì)模塊，用于所述A制式BBU和B制式BBU分別根據(jù)所述通道建立請(qǐng)求，判 斷所述當(dāng)前RRU升級(jí)權(quán)的擁有者是否為本BBU，如果是，則進(jìn)行RRU軟件版本核對(duì)，并在向所 述RRU發(fā)送的通道建立配置中攜帶所述核對(duì)的結(jié)果；否則，不進(jìn)行RRU軟件版本核對(duì)，并在 向所述RRU發(fā)送的通道建立配置中將軟件版本核對(duì)結(jié)果信元設(shè)置為版本一致。
綜上所述，本發(fā)明提出的雙模RRU的軟件更新控制方法和裝置中，RRU復(fù)位后在向 兩個(gè)制式的BBU發(fā)送通道建立請(qǐng)求時(shí)，只通知觸發(fā)軟件升級(jí)的BBU進(jìn)行軟件版本的核對(duì)，非 觸發(fā)軟件升級(jí)的BBU在發(fā)送通道建立響應(yīng)時(shí)將其中的軟件版本核對(duì)結(jié)果信元置為“版本一 致”，從而避免RRU軟件更新的乒乓現(xiàn)象。由于本發(fā)明不需要兩制式BBU間的高層通信，不 需要在兩個(gè)BBU之間增加高層通信連接線，因此，易于實(shí)現(xiàn)，且實(shí)現(xiàn)成本低。


圖1為本發(fā)明的方法流程示意圖2為本發(fā)明的裝置結(jié)構(gòu)示意圖。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對(duì) 本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明的核心思想是:RRU復(fù)位后在向兩個(gè)制式的BBU發(fā)送通道建立請(qǐng)求時(shí)，只通 知觸發(fā)軟件升級(jí)的BBU進(jìn)行軟件版本的核對(duì)，非觸發(fā)軟件升級(jí)的BBU在發(fā)送通道建立響應(yīng) 時(shí)將其中的軟件版本核對(duì)結(jié)果信元置為“版本一致”，這樣，就不會(huì)因通道建立響應(yīng)中攜帶 的核對(duì)結(jié)果不一致而觸發(fā)RRU再進(jìn)行軟件的更新，從而避免RRU軟件更新的乒乓現(xiàn)象，同 時(shí)，由于不需要兩制式BBU間的高層通信，因此，易于實(shí)現(xiàn)，且不需要在兩個(gè)BBU之間額外增 加高層通信連接線。
圖1為本發(fā)明的方法流程示意圖，如圖1所示，該方法包括以下步驟:
步驟101、基帶單元BBU觸發(fā)射頻遠(yuǎn)端單元RRU將當(dāng)前RRU升級(jí)權(quán)的擁有者設(shè)置為 所述BBU，所述BBU為當(dāng)前需要觸發(fā)所述RRU進(jìn)行軟件版本升級(jí)的BBU。
這里，所述觸發(fā)RRU將當(dāng)前RRU升級(jí)權(quán)的擁有者設(shè)置為所述BBU可以為:
當(dāng)前需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU向RRU發(fā)送RRU升級(jí)權(quán)的物理層控制 字，該物理層控制字的取值用于指示當(dāng)前需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU擁有RRU 升級(jí)權(quán)；
所述RRU將自身保存的RRU升級(jí)權(quán)的物理層控制字修改為接收到的所述物理層控制字。
步驟102、所述BBU觸發(fā)所述RRU進(jìn)行軟件版本的升級(jí)。
本步驟中具體的升級(jí)方法為本領(lǐng)域人員所已知，在此不再贅述。
步驟103、所述RRU完成所述升級(jí)并復(fù)位后向A制式BBU和B制式BBU發(fā)送通道建 立請(qǐng)求，所述通道建立請(qǐng)求中攜帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息。
這里，利用通道建立請(qǐng)求攜帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息，如此，可以控制僅當(dāng) 前需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU進(jìn)行軟件版本的核對(duì)，以避免不需要觸發(fā)RRU進(jìn) 行軟件版本升級(jí)的BBU進(jìn)行版本核對(duì)后，由于版本的不一致而導(dǎo)致RRU反復(fù)進(jìn)行版本的更新。
具體地，本步驟中所述通道建立請(qǐng)求可以利用RRU升級(jí)權(quán)的物理層控制字?jǐn)y帶當(dāng) 前RRU升級(jí)權(quán)的擁有者信息。
步驟104、所述A制式BBU和B制式BBU分別根據(jù)所述通道建立請(qǐng)求，判斷所述當(dāng) 前RRU升級(jí)權(quán)的擁有者是否為本BBU，如果是，則進(jìn)行RRU軟件版本核對(duì)，并在向所述RRU 發(fā)送的通道建立配置中攜帶所述核對(duì)的結(jié)果；否則，不進(jìn)行RRU軟件版本核對(duì)，并在向所述 RRU發(fā)送的通道建立配置中將軟件版本核對(duì)結(jié)果信元設(shè)置為版本一致。
這里，不需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU根據(jù)所述通道建立請(qǐng)求，判斷出所 述當(dāng)前RRU升級(jí)權(quán)的擁有者非為本BBU，即不再進(jìn)行版本的核對(duì)，并且在通道建立配置中將 軟件版本核對(duì)結(jié)果信元設(shè)置為版本一致，從而確保RRU側(cè)不再因收到通道建立配置中的軟 件版本核對(duì)結(jié)果不一致信息，而再次進(jìn)行軟件版本更新。
圖2為與上述方法一致的雙模射頻遠(yuǎn)端單元的軟件更新控制裝置，如圖2所示，該 裝置包括:
升級(jí)權(quán)設(shè)置模塊，用于基帶單元BBU觸發(fā)射頻遠(yuǎn)端單元RRU將當(dāng)前RRU升級(jí)權(quán)的 擁有者設(shè)置為所述BBU，所述BBU為當(dāng)前需要觸發(fā)所述RRU進(jìn)行軟件版本升級(jí)的BBU ；
軟件升級(jí)模塊，用于所述BBU觸發(fā)所述RRU進(jìn)行軟件版本的升級(jí)；
通道建立請(qǐng)求模塊，用于所述RRU完成所述升級(jí)并復(fù)位后向A制式BBU和B制式 BBU發(fā)送通道建立請(qǐng)求，所述通道建立請(qǐng)求中攜帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息；
版本核對(duì)模塊，用于所述A制式BBU和B制式BBU分別根據(jù)所述通道建立請(qǐng)求，判 斷所述當(dāng)前RRU升級(jí)權(quán)的擁有者是否為本BBU，如果是，則進(jìn)行RRU軟件版本核對(duì)，并在向所 述RRU發(fā)送的通道建立配置中攜帶所述核對(duì)的結(jié)果；否則，不進(jìn)行RRU軟件版本核對(duì)，并在 向所述RRU發(fā)送的通道建立配置中將軟件版本核對(duì)結(jié)果信元設(shè)置為版本一致。
較佳地，所述升級(jí)權(quán)設(shè)置模塊進(jìn)一步包括:
升級(jí)權(quán)設(shè)置指示模塊，用于當(dāng)前需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU向RRU發(fā) 送RRU升級(jí)權(quán)的物理層控制字，該物理控制字的取值用于指示當(dāng)前需要觸發(fā)RRU進(jìn)行軟件 版本升級(jí)的BBU擁有RRU升級(jí)權(quán)；
升級(jí)權(quán)更新模塊，用于所述RRU將自身保存的RRU升級(jí)權(quán)的物理層控制字修改為 接收到的所述物理層控制字。
較佳地，所述通道建立請(qǐng)求模塊，進(jìn)一步用于在所述通道建立請(qǐng)求中利用RRU升 級(jí)權(quán)的物理層控制字?jǐn)y帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息。
下面以本發(fā)明方法的一具體實(shí)施例對(duì)本發(fā)明進(jìn)一步說(shuō)明，該實(shí)施例中，假設(shè)當(dāng)前 A、B兩制式的RRU版本都是VOO，A制式需要升級(jí)RRU至VOI。
步驟201、A制式BBU置RRU升級(jí)權(quán)的物理層控制字為:更改A制式擁有控制權(quán)。
這里，本實(shí)施例中，RRU升級(jí)權(quán)的物理層控制字可設(shè)三種取值，分別表示:不更改 控制權(quán)、A制式擁有控制權(quán)、B制式擁有控制權(quán)。
較佳的，A制式BBU可以向RRU連續(xù)發(fā)送多次該物理層控制字，以確保RRU可以收 到該物理層控制字。
步驟202、RRU檢測(cè)到RRU升級(jí)權(quán)的物理層控制字為“A制式擁有控制權(quán)”后，同步 更新本地RRU升級(jí)權(quán)的物理層控制字記錄。
這里，只有當(dāng)BBU通過(guò)物理控制字傳送的“RRU升級(jí)權(quán)”為“A制式擁有控制權(quán)”或 “B制式擁有控制權(quán)”時(shí)RRU修改本地維護(hù)的“RRU升級(jí)權(quán)”；當(dāng)“RRU升級(jí)權(quán)”為“不更改控 制權(quán)”則RRU維持本地已有的記錄不做修改。
步驟203、A制式BBU發(fā)起升級(jí)將RRU軟件升級(jí)至VOl。
這里，和現(xiàn)有方法一樣，RRU軟件升級(jí)完成后RRU將復(fù)位并在復(fù)位后向A、B兩個(gè) BBU都發(fā)起通道建立請(qǐng)求，該請(qǐng)求中RRU升級(jí)權(quán)的物理層控制字為“A制式擁有控制權(quán)”。
步驟204、A制式BBU檢測(cè)到通道建立請(qǐng)求中RRU升級(jí)權(quán)的物理層控制字為“A制式 擁有控制權(quán)”，正常執(zhí)行軟件版本核對(duì)，確認(rèn)版本為V01，完成升級(jí)I ;B制式BBU檢測(cè)到通道 建立請(qǐng)求中RRU升級(jí)權(quán)的物理層控制字為“A制式擁有控制權(quán)”，不檢查RRU的版本，在“通 道建立配置”中將“軟件版本核對(duì)結(jié)果信元”恒置為“版本一致”，以便不會(huì)觸發(fā)RRU版本下 載。至此，雙模RRU完成到VOl的升級(jí)。
綜上所述，以上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。 凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的 保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種雙模射頻遠(yuǎn)端單元的軟件更新控制方法，其特征在于，該方法包括以下步驟:a、基帶單元BBU觸發(fā)射頻遠(yuǎn)端單元RRU將當(dāng)前RRU升級(jí)權(quán)的擁有者設(shè)置為所述BBU，所 述BBU為當(dāng)前需要觸發(fā)所述RRU進(jìn)行軟件版本升級(jí)的BBU ；b、所述BBU觸發(fā)所述RRU進(jìn)行軟件版本的升級(jí)；C、所述RRU完成所述升級(jí)并復(fù)位后向A制式BBU和B制式BBU發(fā)送通道建立請(qǐng)求，所 述通道建立請(qǐng)求中攜帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息；d、所述A制式BBU和B制式BBU分別根據(jù)所述通道建立請(qǐng)求，判斷所述當(dāng)前RRU升級(jí) 權(quán)的擁有者是否為本BBU，如果是，則進(jìn)行RRU軟件版本核對(duì)，并在向所述RRU發(fā)送的通道建 立配置中攜帶所述核對(duì)的結(jié)果；否則，不進(jìn)行RRU軟件版本核對(duì)，并在向所述RRU發(fā)送的通 道建立配置中將軟件版本核對(duì)結(jié)果信元設(shè)置為版本一致。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a中所述觸發(fā)RRU將當(dāng)前RRU升級(jí)權(quán) 的擁有者設(shè)置為所述BBU為:當(dāng)前需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU向RRU發(fā)送RRU升級(jí)權(quán)的物理層控制字，該 物理控制字的取值用于指示當(dāng)前需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU擁有RRU升級(jí)權(quán)； 所述RRU將自身保存的RRU升級(jí)權(quán)的物理層控制字修改為接收到的所述物理層控制字。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟c中所述通道建立請(qǐng)求利用RRU升級(jí) 權(quán)的物理層控制字?jǐn)y帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息。
4.一種雙模射頻遠(yuǎn)端單元的軟件更新控制裝置，其特征在于，該裝置包括:升級(jí)權(quán)設(shè)置模塊，用于基帶單元BBU觸發(fā)射頻遠(yuǎn)端單元RRU將當(dāng)前RRU升級(jí)權(quán)的擁有 者設(shè)置為所述BBU，所述BBU為當(dāng)前需要觸發(fā)所述RRU進(jìn)行軟件版本升級(jí)的BBU ；軟件升級(jí)模塊，用于所述BBU觸發(fā)所述RRU進(jìn)行軟件版本的升級(jí)；通道建立請(qǐng)求模塊，用于所述RRU完成所述升級(jí)并復(fù)位后向A制式BBU和B制式BBU 發(fā)送通道建立請(qǐng)求，所述通道建立請(qǐng)求中攜帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息；版本核對(duì)模塊，用于所述A制式BBU和B制式BBU分別根據(jù)所述通道建立請(qǐng)求，判斷所 述當(dāng)前RRU升級(jí)權(quán)的擁有者是否為本BBU，如果是，則進(jìn)行RRU軟件版本核對(duì)，并在向所述 RRU發(fā)送的通道建立配置中攜帶所述核對(duì)的結(jié)果；否則，不進(jìn)行RRU軟件版本核對(duì)，并在向 所述RRU發(fā)送的通道建立配置中將軟件版本核對(duì)結(jié)果信元設(shè)置為版本一致。
5.根據(jù)權(quán)利要求4所述的裝置，其特征在于，所述升級(jí)權(quán)設(shè)置模塊進(jìn)一步包括:升級(jí)權(quán)設(shè)置指示模塊，用于當(dāng)前需要觸發(fā)RRU進(jìn)行軟件版本升級(jí)的BBU向RRU發(fā)送RRU升級(jí)權(quán)的物理層控制字，該物理控制字的取值用于指示當(dāng)前需要觸發(fā)RRU進(jìn)行軟件版本升 級(jí)的BBU擁有RRU升級(jí)權(quán)；升級(jí)權(quán)更新模塊，用于所述RRU將自身保存的RRU升級(jí)權(quán)的物理層控制字修改為接收 到的所述物理層控制字。
6.根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述通道建立請(qǐng)求模塊，進(jìn)一步用于在所 述通道建立請(qǐng)求中利用RRU升級(jí)權(quán)的物理層控制字?jǐn)y帶當(dāng)前RRU升級(jí)權(quán)的擁有者信息。
全文摘要
本發(fā)明提供了雙模RRU的軟件更新控制方法和裝置，其中在方法中，RRU復(fù)位后在向兩個(gè)制式的BBU發(fā)送通道建立請(qǐng)求時(shí)，僅通知觸發(fā)軟件升級(jí)的BBU進(jìn)行軟件版本的核對(duì)，非觸發(fā)軟件升級(jí)的BBU在發(fā)送通道建立響應(yīng)時(shí)將其中的軟件版本核對(duì)結(jié)果信元置為“一致”。采用本發(fā)明可以避免RRU軟件更新的乒乓現(xiàn)象。
文檔編號(hào)H04W8/24GK103209404SQ201210012218
公開(kāi)日2013年7月17日 申請(qǐng)日期2012年1月16日 優(yōu)先權(quán)日2012年1月16日
發(fā)明者曹怡鵬 申請(qǐng)人:鼎橋通信技術(shù)有限公司