專利名稱:一種維護通訊設備的方法及網絡系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及通訊領域,尤其涉及一種維護通訊設備的方法及網絡系統(tǒng)。
背景技術:
目前在移動通信系統(tǒng)中,運營商通常在RNC(無線網絡控制器,Radio Network Controller)的中機房通過 OMCB (網管后臺,Operation Maintenance Control of NodeB)對 NodeB (基站,a term used in UMTS (Universal Mobile Telecommunication System,全球移動通信系統(tǒng))to denote the BTS)進行集中管理,下面以TD_SCDMA(時分同步石馬分多址,Time Division-Synchronous Code Division Multiple Access)移動系統(tǒng)為例,說明OMCB操作維護鏈路備份在NodeB集中管理時的應用。在TD-S⑶MA系統(tǒng)中,RNC通常位于中心機房,而NodeB(由室內基帶處理單元 (BBU,Building Base band Unit)和射頻拉遠單元(RRU,Radio Remote Unit))由于數(shù)量眾多且需要覆蓋廣大的地域,所以NodeB通常都遠離中心機房數(shù)公里或數(shù)十公里并分布較為分散,直接對于NodeB進行管理非常困難,因而運營商通常是在中心機房中通過OMCB操作維護通道來管理一個或多個RNC下的眾多NodeB。這一技術的缺點是OMCB操作維護通道從 RNC 到 NodeB 這一段是承載在 IUB (interface of NodeB and UTRAN (UMTS Terrestrial Radio Access Network,UMTS陸地無線接入網),基站與UTRAN間接口)鏈路上的,一旦IUB 口斷鏈,就會導致OMCB操作維護通道斷鏈,進而導致中心機房的網管后臺無法訪問斷鏈的 NodeB0每當這種情況發(fā)生時,該NodeB就會成為“孤島”,此時維護人員就不能對該NodeB 進行管理,不得不上站處理故障。
發(fā)明內容
本發(fā)明提出了一種維護通訊設備的方法及系統(tǒng),解決了基站在斷鏈后被孤立,依然可以被RNC控制的問題,減少了維護人員在斷鏈時上站排查故障的問題。本發(fā)明提出了一種維護通訊設備的方法,該方法包括網絡系統(tǒng)增加網管后臺備份鏈路;基站與該基站連接的RNC保存基站拓撲關系表;如果上述RNC檢測到與該RNC連接的上述基站的IUB鏈路斷鏈,則根據上述基站拓撲關系表切換至OMCB備份鏈路進行通訊。進一步的,上述RNC檢測到與該RNC連接的上述基站的IUB鏈路斷鏈具體為上述 RNC連接的上述基站的操作維護通道斷鏈或上述RNC連接的上述基站的OMCB保活消息失敗。進一步的,當上述網絡系統(tǒng)更新時,上述基站與上述基站連接的RNC更新各自保存的上述基站拓撲關系表。進一步的,上述切換至OMCB備份鏈路進行通訊具體為上述RNC根據上述基站拓撲關系表進行鏈路搜索;上述RNC通過上述基站拓撲關系表中搜索到的中繼基站發(fā)起OMCB 備份鏈路建立過程,若建立成功,則切換至該備份鏈路傳輸數(shù)據,若失敗,則重新進行鏈路搜索并發(fā)起OMCB備份鏈路建立過程。進一步的,上述根據上述基站拓撲關系表進行鏈路搜索具體為按照最小路由距離策略進行鏈路搜索。進一步的,上述RNC通過上述基站拓撲關系表中搜索到的中繼基站發(fā)起OMCB備份鏈路建立過程具體為上述RNC向上述中繼基站發(fā)送備份鏈路建鏈請求,上述中繼基站根據本端鏈路是否滿足預設鏈路條件進行決策,如果本端鏈路滿足,則向RNC回復ACK (備份鏈路建鏈確認,Acknowledge);如果不滿足,則向RNC回復NAK(備份鏈路建鏈拒絕, Negative Acknowledge);其中,上述預設鏈路條件為,本端鏈路的本地資源大于等于存儲中繼基站自身操作維護通道信息和存儲其目的基站的路由轉發(fā)信息的空間資源;本端鏈路的鏈路帶寬大于等于承載中繼基站自身基站的操作維護數(shù)據和承載其目的基站的操作維護數(shù)據的通道帶覓ο進一步的,當上述RNC檢測到與該RNC連接的上述基站的IUB鏈路恢復正常時,則切換至上述RNC與該連接的上述基站的IUB鏈路進行通訊。本發(fā)明還提出了一種網絡系統(tǒng),該網絡系統(tǒng)包括基站、基站控制器、網管后臺備份鏈路;其中,上述基站用于保存基站拓撲關系表;上述基站控制器用于保存基站拓撲關系表;當上述基站控制器檢測到上述基站的 IUB鏈路斷鏈時,則切換至上述網管后臺備份鏈路進行通訊。進一步的,當上述網絡系統(tǒng)更新時,上述基站與上述基站控制器更新各自保存的上述基站拓撲關系表。進一步的,上述網絡系統(tǒng)還包括中繼基站;上述基站控制器具體用于根據上述基站拓撲關系表進行鏈路搜索,并通過上述基站拓撲關系表中搜索到的上述中繼基站發(fā)起OMCB備份鏈路建立過程,若建立成功,則切換至該備份鏈路傳輸數(shù)據,若失敗,則重新進行鏈路搜索并發(fā)起OMCB備份鏈路建立過程。通過本發(fā)明所提出的方法和網絡系統(tǒng),可以做到在IUB鏈路斷鏈的情況下,依舊可以在中心機房對NodeB進行監(jiān)控和維護,無需維護人員上站即可排查故障,另一方面由于OMCB通道會切換至備份鏈路,這樣在斷鏈時NodeB的故障信息可以及時發(fā)回監(jiān)控后臺, 給開發(fā)人員定位故障提供了第一手的現(xiàn)場情況,降低了復雜性、減少了運營成本。
圖1是本發(fā)明的網絡結構圖;圖2是本發(fā)明OMCB備份鏈路建立過程;圖3是本發(fā)明的方法流程圖。
具體實施例方式本發(fā)明的提出了一種維護通訊設備的方法,如圖3所示,該方法包括網絡系統(tǒng)增加網管后臺備份鏈路;基站與該基站連接的基站控制器保存基站拓撲關系表;如果上述 RNC檢測到與該RNC連接的上述基站的IUB鏈路斷鏈,則根據上述基站拓撲關系表切換至OMCB備份鏈路進行通訊。進一步的,上述RNC檢測到與該RNC連接的上述基站的IUB鏈路斷鏈具體為上述 RNC連接的上述基站的操作維護通道斷鏈或上述RNC連接的上述基站的OMCB?;钕⑹ _M一步的,當上述網絡系統(tǒng)更新時,上述基站與上述基站連接的RNC更新各自保存的上述基站拓撲關系表。進一步的,上述切換至OMCB備份鏈路進行通訊具體為上述RNC根據上述基站拓撲關系表進行鏈路搜索;上述RNC通過上述基站拓撲關系表中搜索到的中繼基站發(fā)起OMCB 備份鏈路建立過程,若建立成功,則切換至該備份鏈路傳輸數(shù)據,若失敗,則重新進行鏈路搜索并發(fā)起OMCB備份鏈路建立過程。本文中所提中繼基站和基站都是同類型的設備,只是兩者的位置不同而已,就圖1 中RNCl下的基站而言,BBUl、BBU2、BBU3均是基站的一部分,BBUl經過BBU2與RNCl后臺建立操作維護鏈路,BBU2就是中繼基站的一部分;BBUl經過BBU2,再經過BBU3與RNCl后臺建立操作維護鏈路,此時BBU2和BBU3都是中繼基站一部分;如果某個BBU直接與RNC后臺建立操作維護鏈路,就不存在中繼基站。進一步的,上述根據上述基站拓撲關系表進行鏈路搜索具體為按照最小路由距離策略進行鏈路搜索。進一步的,上述RNC通過上述基站拓撲關系表中搜索到的中繼基站發(fā)起OMCB備份鏈路建立過程具體為上述RNC向上述中繼基站發(fā)送備份鏈路建鏈請求,上述中繼基站根據本端鏈路是否滿足預設鏈路條件進行決策,如果本端鏈路滿足,則向RNC回復備份鏈路建鏈確認ACK ;如果不滿足,則向RNC回復備份鏈路建鏈拒絕NAK ;其中,上述預設鏈路條件為,本端鏈路的本地資源大于等于存儲中繼基站自身操作維護通道信息和存儲其目的基站的路由轉發(fā)信息的空間資源;本端鏈路的鏈路帶寬大于等于承載中繼基站自身基站的操作維護數(shù)據和承載其目的基站的操作維護數(shù)據的通道帶寬。上述的目的基站為中繼基站轉發(fā)信息的下一個基站。本文中,本端鏈路指的是中繼基站自身的操作維護通道;本地資源指的是中繼基站維護自身鏈路所開辟的一些數(shù)據區(qū),也就是存儲空間等;鏈路帶寬指的是中繼基站自身的操作維護通道的數(shù)據承載能力;所謂足夠的本地資源指的是中繼基站開辟的存儲空間除了自身操作維護通道信息外,還能夠存儲其目的基站的路由轉發(fā)信息;所謂足夠的鏈路帶寬指的是中繼基站自身的操作維護通道除承載本基站操作維護數(shù)據外,還能夠承載其目的基站的操作維護數(shù)據。進一步的,當上述RNC檢測到與該RNC連接的上述基站的IUB鏈路恢復正常時,則切換至上述RNC與該連接的上述基站的IUB鏈路進行通訊。具體實施例一如圖1所示,在不改變現(xiàn)有網絡結構的情況下,在NodeB之間新增一個獨立于IUB 鏈路傳輸網的網絡,該網絡將NodeB之間互相連接起來,達到NodeB自身不借助于IUB鏈路的互聯(lián)互通,這個網絡即為OMCB備份鏈路。在開站時,根據唯一標識站點的標識(例如,每個NodeB事先分配的唯一的操作維護IP地址),生成一張網絡的拓撲結構表即基站拓撲結構表。在RNC和NodeB上都需要保存這張網絡的拓撲結構表,也可以以其它形式的結構表格進行存儲,例如根據站點MAC(介質訪問控制,Media Access Control)地址與IP(國際協(xié)議,Internet Protocol)地址的對照關系或者根據區(qū)域標示與IP地址建立拓撲關系表,由網管人員通過后臺工具將多種組織形式的表結構導入到前臺。這張網絡拓撲結構表,即由于運營商的網絡一旦布置完成, NodeB的位置就大體上固定下來了,所以對于整個網絡來說是一個靜態(tài)的拓撲結構,根據這個特點,就可以在布網的同時生成一張靜態(tài)的拓撲結構表,這張拓撲結構表記錄了各個 NodeB之間的相對連接關系,在RNC和NodeB中都需要保存該拓撲結構表。以后只要NodeB站點之間的位置及連接關系不變,這張拓撲關系表就不用重新維護,降低了維護開銷。如果網絡系統(tǒng)變化時,在RNC和NodeB中保存的拓撲結構表都需要進行更新。如下表所示為圖1中RNCl及其下的NodeB所保存的拓撲結構表,從表1(BBU1的拓撲結構表)、表2(BBU2的拓撲結構表)、表3(BBU3的拓撲結構表)中可以看出,RNCl下的3個BBU是一個鏈式拓撲,最大跳數(shù)為2跳。表 權利要求
1.一種維護通訊設備的方法,其特征在于,該方法包括網絡系統(tǒng)增加網管后臺 (OMCB)備份鏈路;基站與該基站連接的基站控制器(RNC)保存基站拓撲關系表;如果所述 RNC檢測到與該RNC連接的所述基站的IUB鏈路斷鏈,則根據所述基站拓撲關系表切換至 OMCB備份鏈路進行通訊。
2.如權利要求1所述的方法,其特征在于,所述RNC檢測到與該RNC連接的所述基站的IUB鏈路斷鏈具體為所述RNC連接的所述基站的操作維護通道斷鏈或所述RNC連接的所述基站的OMCB?;钕⑹?。
3.如權利要求1所述的方法,其特征在于,當所述網絡系統(tǒng)更新時,所述基站與所述基站連接的RNC更新各自保存的所述基站拓撲關系表。
4.如權利要求1所述的方法,其特征在于,所述切換至OMCB備份鏈路進行通訊具體為所述RNC根據所述基站拓撲關系表進行鏈路搜索;所述RNC通過所述基站拓撲關系表中搜索到的中繼基站發(fā)起OMCB備份鏈路建立過程,若建立成功,則切換至該備份鏈路傳輸數(shù)據,若失敗,則重新進行鏈路搜索并發(fā)起OMCB備份鏈路建立過程。
5.如權利要求4所述的方法,其特征在于,所述根據所述基站拓撲關系表進行鏈路搜索具體為按照最小路由距離策略進行鏈路搜索。
6.如權利要求4所述的方法,其特征在于,所述RNC通過所述基站拓撲關系表中搜索到的中繼基站發(fā)起OMCB備份鏈路建立過程具體為所述RNC向所述中繼基站發(fā)送備份鏈路建鏈請求,所述中繼基站根據本端鏈路是否滿足預設鏈路條件進行決策,如果本端鏈路滿足, 則向RNC回復備份鏈路建鏈確認(ACK);如果不滿足,向RNC回復備份鏈路建鏈拒絕(NAK);其中,所述預設鏈路條件為,本端鏈路的本地資源大于等于存儲中繼基站自身操作維護通道信息和存儲其目的基站的路由轉發(fā)信息的空間資源;本端鏈路的鏈路帶寬大于等于承載中繼基站自身基站的操作維護數(shù)據和承載其目的基站的操作維護數(shù)據的通道帶寬。
7.如權利要求1所述的方法,其特征在于,當所述RNC檢測到與該RNC連接的所述基站的IUB鏈路恢復正常時,則切換至所述RNC與該連接的所述基站的IUB鏈路進行通訊。
8.—種網絡系統(tǒng),其特征在于,該網絡系統(tǒng)包括基站、基站控制器、網管后臺備份鏈路;其中,所述基站用于保存基站拓撲關系表;所述基站控制器用于保存基站拓撲關系表;當所述基站控制器檢測到所述基站的IUB 鏈路斷鏈時,則切換至所述網管后臺備份鏈路進行通訊。
9.如權利要求8所述的網絡系統(tǒng),其特征在于,當所述網絡系統(tǒng)更新時,所述基站與所述基站控制器更新各自保存的所述基站拓撲關系表。
10.如權利要求8所述的網絡系統(tǒng),其特征在于,所述網絡系統(tǒng)還包括中繼基站;所述基站控制器具體用于根據所述基站拓撲關系表進行鏈路搜索,并通過所述基站拓撲關系表中搜索到的所述中繼基站發(fā)起OMCB備份鏈路建立過程,若建立成功,則切換至該備份鏈路傳輸數(shù)據,若失敗,則重新進行鏈路搜索并發(fā)起OMCB備份鏈路建立過程。
全文摘要
本發(fā)明公開了一種維護通訊設備的方法及網絡系統(tǒng),該方法包括網絡系統(tǒng)增加網管后臺備份鏈路;基站與該基站連接的基站控制器保存基站拓撲關系表;如果基站控制器(RNC)檢測到與該基站控制器連接的基站的IUB鏈路斷鏈,則根據基站拓撲關系表切換至網管后臺(OMCB)備份鏈路進行通訊;通過本發(fā)明所提出的方法和網絡系統(tǒng),可以做到在IUB鏈路斷鏈的情況下,依舊可以在中心機房對基站(NodeB)進行監(jiān)控和維護,無需維護人員上站即可排查故障,另一方面由于網管后臺通道會立即切換至備份鏈路,這樣在斷鏈時基站的故障信息可以及時發(fā)回監(jiān)控后臺,給開發(fā)人員定位故障提供了第一手的現(xiàn)場情況,降低了復雜性、減少了運營成本。
文檔編號H04W24/04GK102457874SQ201010519639
公開日2012年5月16日 申請日期2010年10月22日 優(yōu)先權日2010年10月22日
發(fā)明者謝健, 馬驍, 黃雪英 申請人:中興通訊股份有限公司