亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

雙模射頻遠(yuǎn)端單元的軟件更新控制方法和裝置的制作方法

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


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