專利名稱：基站的遠程維護方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種基站的遠程維護方法及系統(tǒng)。
背景技術：
在無線通信系統(tǒng)中，現(xiàn)有的遠程維護基站的方法是利用基站與無線網(wǎng)絡控制器(Radio Network Controller,簡稱為RNC)之間的物理鏈路,如El連接線、光纖、以太網(wǎng)等，通過無線網(wǎng)絡控制器端接入后臺，比如TD網(wǎng)絡中的0MCB，來達到遠程維護的目的。上述技術方案只能保證在基站與無線網(wǎng)絡控制器鏈路正常時實現(xiàn)遠程維護，當鏈路發(fā)生故障時較多的是派遣維護人員到達基站實際安裝的位置進行人工維護，即上站維護。這種方式對鏈路故障的容錯性比較差，維護周期長，維護成本也比較高。
相關技術中，主要有兩種實現(xiàn)方式(I)依賴于基站控制器與基站之間的有線通路，通過改進數(shù)據(jù)傳輸方式來實現(xiàn)基站維護；(2)不依賴基站控制器與基站之間的有線通路，通過在基站上加裝一種無線維護終端，實現(xiàn)對基站的無線遠程維護。第I種方案雖然在一定程度上改善了系統(tǒng)的容錯性能，但是對系統(tǒng)的遠程可維護性仍然依賴于基站與基站控制器之間物理鏈路的正常，當該鏈路發(fā)生故障時，遠程維護將失去作用；第2種方案雖然較好的彌補了第一類方案的不足，但是維護成本較高、系統(tǒng)安全性較差、實際可維護距離受到限制等諸多問題。當前如何低成本、高效的維護基站已成為亟待解決的問題。針對相關技術中的上述問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種基站的遠程維護方法及系統(tǒng)，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種基站的遠程維護方法，包括故障基站檢測到自身與無線網(wǎng)絡控制器RNC之間的第一通信鏈路異常時，向鄰近小區(qū)廣播故障信息；RNC所轄的與鄰近小區(qū)對應的正?；窘邮展收闲畔⒉⒐收闲畔⑸蠄蠼o所述RNC ;正常基站接收來自于RNC的建立第二通信鏈路的指令，并將指令發(fā)送給故障基站；故障基站根據(jù)接收的來自于正?；镜纳鲜鲋噶罱尤胝；?，與RNC建立第二通信鏈路。進一步地，故障基站接收來自于RNC的建立第二通信鏈路的指令之前，還包括RNC按預定規(guī)則選定一個正?；静⑻幚韥碜杂谶x定的正常基站上報的故障信息；RNC通過選定的正?；鞠蚬收匣景l(fā)送建立第二通信鏈路的指令。進一步地，正?；緦⒐收闲畔⑸蠄蠼oRNC之后，還包括正?；驹诘谝活A定時間段內(nèi)未接收到上述指令，則重新上報故障信息。進一步地，RNC通過選定的正?；鞠蚬收匣景l(fā)送建立第二通信鏈路的指令之后，還包括RNC在第二預定時間段內(nèi)未接收到選定的正?；痉答伒慕尤虢Y果信息時，則重新發(fā)送建立第二通信鏈路的指令。進一步地，正常基站將故障信息上報給RNC之前，還包括在故障消息中添加正常基站在RNC下的標識。進一步地，上述指令包括模擬用戶設備UE接入指令。進一步地，故障信息包括以下信息標識廣播異常信息類型的關鍵字、故障基站在RNC下的標識、故障基站的告警信息。根據(jù)本發(fā)明的另一方面，提供了一種基站的遠程維護系統(tǒng)，包括無線網(wǎng)絡控制器RNC、故障基站和正?；荆渲校收匣?，用于在檢測到自身與所述RNC之間的第一通信鏈路異常時，向鄰近小區(qū)廣播故障信息；以及根據(jù)接收的來自于正常基站的建立第二通信鏈路的指令接入正?；?，與RNC建立所述第二通信鏈路；正?；荆c鄰近小區(qū)對應，用于接收故障信息并將故障信息上報給RNC ；以及接收來自于RNC的建立第二通信鏈路的指令，并將指令發(fā)送給故障基站。進一步地，故障基站包括檢測模塊，用于檢測故障基站與RNC之間的第一通信鏈路是否異常；廣播模塊，用于在上述檢測模塊輸出結果為是的情況下，向鄰近小區(qū)廣播故障信息；第一接收模塊，用于接收來自于正?；景l(fā)送過來的建立第二通信鏈路的指令；接入模塊，用于根據(jù)指令接入正?；?，與RNC建立第二通信鏈路。正?；景ǖ诙邮漳K，用于接收故障信息，以及接收RNC發(fā)送的建立第二通信鏈路的指令；第一發(fā)送模塊，用于將接收的故障信息上報給RNC以及將建立第二通信鏈路的指令發(fā)送給故障基站。進一步地，RNC包括選擇模塊，用于按預定規(guī)則選定一個正?；静⑻幚韥碜杂谶x定的正?；旧蠄蟮墓收闲畔?；第二發(fā)送模塊，RNC通過選定的正?；鞠蚬收匣景l(fā)送建立第二通信鏈路的指令。進一步地，正?；具€包括第一定時模塊，用于在第一預定時間段內(nèi)未接收到指令時，觸發(fā)第一發(fā)送模塊重新上報故障信息。進一步地，RNC還包括第二定時模塊，用于在第二預定時間段內(nèi)未接收到選定的正?；痉答伒慕尤虢Y果信息時，觸發(fā)第二發(fā)送模塊重新發(fā)送建立第二通信鏈路的指令。通過本發(fā)明，采用基站與無線網(wǎng)絡控制器之間通信鏈路故障時利用正?；窘⑦h程維護基站的第二通信鏈路的技術手段，解決了相關技術中，基站遠程維護方案成本較高、安全性較差等問題，進而達到了提高系統(tǒng)的容錯性和故障響應速度，降低基站維護成本的效果，同時提高了用戶的滿意度。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖I為根據(jù)本發(fā)明實施例的基站的遠程維護方法流程圖；圖2為根據(jù)本發(fā)明實例的基站的遠程維護方法流程示意圖；圖3為根據(jù)本發(fā)明實施例的基站的遠程維護系統(tǒng)結構框圖；圖4為根據(jù)本發(fā)明優(yōu)選實施例的基站的遠程維護系統(tǒng)結構示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的、情況下，本申請中的實施例及實施例中的特征可以相互組合。圖I為根據(jù)本發(fā)明實施例的基站的遠程維護方法流程圖。如圖I所示，該方法包括步驟S102，故障基站檢測到自身與RNC之間的第一通信鏈路異常時，向鄰近小區(qū)
廣播故障信息；
步驟S104，RNC所轄的與鄰近小區(qū)對應的正?；窘邮展收闲畔⒉⒐收闲畔⑸蠄蠼oRNC ；步驟S106，正?；窘邮諄碜杂赗NC的建立第二通信鏈路的指令，并將該指令發(fā)
送給故障基站；步驟S108，故障基站根據(jù)接收的來自于正?；镜纳鲜鲋噶罱尤胝；?，與RNC建立第二通信鏈路。上述實施例，由于在上述第一通信鏈路異常時，建立了第二通信鏈路，從而完成對故障基站的維護，達到了在上述第一通信鏈路異常時，對基站維護不依賴于基站與基站控制器之間的物理鏈路(即第一通信鏈路)目的，并且由于不需要在基站上加裝無線維護終端，節(jié)省了成本。由于與上述鄰近小區(qū)可能有多個，與鄰近小區(qū)對應的正?；疽部赡苡卸鄠€，如果RNC接收所有正?；旧蠄蟮男畔⒉⑾蛩姓；景l(fā)送指令的話，勢必會增加不必要的資源浪費，因此，在優(yōu)選實施過程中，RNC按預定規(guī)則選定一個正?；静⑻幚韥碜杂谶x定的正?；旧蠄蟮墓收闲畔?；RNC通過選定的正?；鞠蚬收匣景l(fā)送建立第二通信鏈路的指令。這樣，可以有效提高處理效率。為實現(xiàn)上述目的，在具體應用時，上述處理過程可以設置在步驟S106之前，即故障基站接收來自于RNC的建立第二通信鏈路的指令之前。在具體應用過程中，可能會出現(xiàn)RNC沒有接收到或沒有正常處理上述正常基站上報的故障信息的情況，正?；緹o法得知上報故障信息是否成功。因此，在正?；緦⒐收闲畔⑸蠄蠼oRNC之后，還可以包括以下處理過程正?；驹诘谝活A定時間段內(nèi)未接收到指令，則重新上報故障信息。這樣，可以有效解決上述問題。在具體應用過程中，當故障基站接入正?；井惓r，例如正常基站或故障基站沒有接收到指令或指令信息丟失等，RNC無法得知接入情況。為了有效避免上述問題，在RNC通過選定的正?；鞠蚬收匣景l(fā)送建立第二通信鏈路的指令之后，還可以包括以下處理過程RNC在第二預定時間段內(nèi)未接收到選定的正?；痉答伒慕尤虢Y果信息時，則重新發(fā)送建立第二通信鏈路的指令。為了使RNC有效識別不同基站上報的故障信息，以便RNC選定一個基站作為基準基站，即第二通信鏈路中的正?；?如圖3中的正常基站32)，完成后續(xù)處理，因此，在正常基站將故障信息上報給RNC之前，還可以在故障消息中添加正?；驹赗NC下的標識。在具體實施過程中，上述指令包括但不限于模擬用戶設備(User Equipment,簡稱為UE)接入指令。這樣，故障基站接入正?；镜姆绞絼t可以采用包括但不限于模擬用戶設備UE接入的接入方式。在具體應用過程中，上述故障信息可以包括以下信息標識廣播異常信息類型的關鍵字、故障基站在RNC下的標識、故障基站的告警信息等。上述實施例在具體應用時，可以包括以下步驟(I)基站檢測到自身與RNC之間通信鏈路異常；(2)基站以無線方式通過射頻模塊向鄰近小區(qū)廣播故障信息；(3)RNC所轄的其他正?；窘邮盏綇V播的故障信息；(4)其他正常基站將消息上報給RNC ； (5) RNC解析廣播信息給后臺上報基站故障告警，并通過上報廣播信息的基站下發(fā)故障基站模擬UE接入指令；(6)故障基站收到模擬UE接入指令，以模擬UE的方式接入下發(fā)指令的基站，以建立用于遠程維護的第二通道。為了更好地理解上述實施例，以下結合具體實例和相關附圖詳細說明。實例I本實例中，在當前外場實際組網(wǎng)，鄰近小區(qū)相互覆蓋，為基站互相通信提供了前提，相關技術中遠程維護基站對基站的遠程維護完全依賴基站與RNC之間正常的通信鏈路。當基站與RNC之間通信鏈路發(fā)生故障時，故障基站向臨近小區(qū)廣播基站故障信息，臨近小區(qū)的基站收到廣播信息后上報RNC，通過RNC下發(fā)指令，故障基站模擬UE接入正?；舅犘^(qū)，這樣后臺維護經(jīng)由正常基站可以實現(xiàn)對故障基站的遠程維護本實例以時分-同步 石馬分多址(Time Division-Synchronize Code Division Multiple Access,簡稱TD-SCDMA或TD)系統(tǒng)為背景闡述。對故障基站建立第二維護通道實施遠程維護的方法，具體可以包括以下步驟一、基站對自身與無線鏈路控制器RNC之間通信鏈路狀況檢測。對基站來說，當檢測到自身與RNC之間接口異常時，基站認定當前與RNC之間通信鏈路異常。二、基站通過射頻天線向鄰近小區(qū)廣播故障信息?；就ㄟ^射頻天線廣播基站異常信息，信息包含但不限于標識廣播異常消息類型的關鍵字、該基站在RNC下的唯一標識、基站當前主要告警等。三、RNC所轄的其他正?；窘邮盏綇V播的故障信息。正常工作的基站收到故障廣播信息后，解析消息，判斷消息類型是否是基站故障廣播消息，如果屬于，按照建立第二通道的流程準備上報；否則，按照其他正常流程進行處理。四、其他正?；緦⑾⑸蠄蠼oRNC。在上報之前，接收到廣播消息的基站在消息體中添加基站在RNC下的標識，并啟動等待接收模擬UE接入指令的定時器。五、RNC解析廣播信息給后臺上報基站故障告警，并通過上報廣播信息的基站下發(fā)故障基站模擬UE接入指令。RNC收到上報消息后，為了減少RNC與基站之間的無用通信，RNC可以向其所轄的所有正?；鞠掳l(fā)停止上報信息指令，例如RNC只接收首次接收到的正?；景l(fā)過來的信息，并將其作為基準基站。然后RNC解析上報信息，將消息中包含的故障基站信息向后臺上報告警、記錄上報基站作為遠程維護基準基站，向該基站下發(fā)模擬UE接入命令，啟動等待基站上報接入結果定時器。六、正常工作的基站對RNC下發(fā)的模擬UE命令處理。遠程維護基準基站收到該命令后，關閉等待接收模擬UE接入指令的定時器，通過射頻天線下發(fā)該指令。七、故障基站收到該指令，模擬UE接入下發(fā)指令的基站，建立用于遠程維護基站的第二通道。故障基站收到模擬UE接入命令后，進入模擬UE處理流程，解析指令信息，根據(jù)指令信息接入指定的基站所轄小區(qū)。當遠程維護基準基站檢測到模擬UE接入后，將接入結果上報RNC，RNC收到后結束等待基站上報接入結果定時器，并對接入結果判斷如果上報的接入結果為失敗，則再次下發(fā)模擬UE接入指令，設定等待基站上報接入結果定時器；否則通知后臺當前故障基站已經(jīng)接入可以遠程維護。八、異常情況下的處理。本實例中所指的異常情況指上述流程中定時器超時情況，包括等待接收模擬UE接入指令的定時器超時，說明遠程維護基準基站(即RNC按預定 規(guī)則選定的基站，例如RNC可以按接收的先后順序確定基準基站，可以將首次接收到故障信息所對應的正?；咀鳛榛鶞驶?在規(guī)定時間內(nèi)沒有收到RNC下發(fā)的模擬UE接入命令，此時遠程維護基準基站重新上報廣播消息并重新設定接收模擬UE接入指令的定時器。等待基站上報接入結果定時器超時，說明RNC在規(guī)定時間內(nèi)沒有收到遠程維護基準基站上報的模擬UE接入檢測結果，此時RNC重新向遠程維護基準基站下發(fā)模擬UE接入指令并重新設定等待基站上報接入結果定時器。實例2本實例以TD網(wǎng)絡為例進行說明。圖2為根據(jù)本發(fā)明實例的基站的遠程維護方法流程示意圖。如圖2所示，該方法包括步驟S202，故障基站NodeB2檢測到與RNC之間鏈路異常時，向鄰近小區(qū)廣播基站NodeB2的故障信息；步驟S204，RNC所轄的其他正?；救鏝odeBl接收到廣播的故障信息，并上報所述故障信息給RNC，同時啟動等待接收模擬UE接入指令的定時器；步驟S206，RNC接收上述故障信息并解析廣播信息，向后臺上報基站故障告警；步驟S208，RNC下發(fā)故障基站模擬UE接入指令，并啟動等待基站上報接入結果定時器。步驟S210，NodeBl接收上述指令，并關閉等待接收模擬UE接入指令的定時器，同時下發(fā)模擬UE接入指令給NodeB2 ；步驟S212，NodeB2通過模擬UE接入方式接入NodeBl ；步驟S214，NodeBl向RNC上報接入結果；步驟S216，RNC接收上述接入結果，并關閉等待基站上報接入結果定時器，同時通知后臺第二通道(即第二通信鏈路)建立，最終實現(xiàn)基站的遠程維護。圖3為根據(jù)本發(fā)明實施例的基站的遠程維護系統(tǒng)結構框圖。如圖3所示，該系統(tǒng)包括故障基站30、正?；?2，RNC 34、其中，故障基站30，通過正?；?2與RNC 34相連。用于在檢測到自身與RNC 34之間的第一通信鏈路異常時，向鄰近小區(qū)廣播故障信息；以及根據(jù)接收的來自于正常基站32的建立第二通信鏈路的指令接入正?；?2，與RNC建立第二通信鏈路；正?；?2，與鄰近小區(qū)對應，用于接收故障信息并將故障信息上報給RNC 34 ；以及接收來自于RNC34的所述建立第二通信鏈路的指令，并將指令發(fā)送給故障基站30。
在具體實施過程中，如圖4所示，故障基站30可以包括檢測模塊302，用于檢測故障基站30與RNC 34之間的第一通信鏈路是否異常；廣播模塊304，與上述檢測模塊302相連，用于在上述檢測模塊302輸出結果為是的情況下，向鄰近小區(qū)廣播故障信息；第一接收模塊306，用于接收來自于正?；?2發(fā)送過來的建立第二通信鏈路的指令；接入模塊308，用于根據(jù)指令接入正常基站32，與RNC建立第二通信鏈路；正?；?2包括 第二接收模塊322，用于接收故障信息，以及接收RNC 34發(fā)送的建立第二通信鏈路的指令；第一發(fā)送模塊324，與第二接收模塊322相連，用于將接收的故障信息上報給RNC34以及將建立第二通信鏈路的指令發(fā)送給故障基站30。在優(yōu)選實施過程中，如圖4所示，RNC 34，可以包括選擇模塊342,用于按預定規(guī)則選定一個正常基站32并處理來自于選定的正?；旧蠄蟮墓收闲畔ⅲ坏诙l(fā)送模塊344，與選擇模塊342相連，RNC 34通過選定的正常基站向故障基站30發(fā)送建立第二通信鏈路的指令。優(yōu)選實施過程中，如圖4所示，上述正?；?2還可以包括第一定時模塊326，用于在第一預定時間段內(nèi)未接收到指令時，觸發(fā)第一發(fā)送模塊324重新上報故障信息。RNC34還可以包括第二定時模塊346，用于在第二預定時間段內(nèi)未接收到所述選定的正?；痉答伒慕尤虢Y果信息時，觸發(fā)第二發(fā)送模塊344重新發(fā)送所述建立第二通信鏈路的指令。需要注意的是，上述終端中的各模塊相關結合的優(yōu)選工作方式具體可以上述方法實施例的描述，此處不再贅述。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果通過本發(fā)明，采用基站與無線網(wǎng)絡控制器之間通信鏈路故障時利用正常基站建立遠程維護基站的第二通信鏈路的技術手段，解決了相關技術中，基站遠程維護方案成本高、安全性差等問題，進而達到了提高系統(tǒng)的容錯性和故障響應速度，降低基站維護成本的效果，同時提高了用戶的滿意度。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種基站的遠程維護方法，其特征在于，包括 故障基站檢測到自身與無線網(wǎng)絡控制器RNC之間的第一通信鏈路異常時，向鄰近小區(qū)廣播故障信息； 所述RNC所轄的與所述鄰近小區(qū)對應的正?；窘邮账龉收闲畔⒉⑺龉收闲畔⑸蠄蠼o所述RNC ； 所述正?；窘邮諄碜杂谒鯮NC的建立第二通信鏈路的指令，并將所述指令發(fā)送給所述故障基站； 所述故障基站根據(jù)接收的來自于所述正?；镜乃鲋噶罱尤胨稣；?，與所述RNC建立所述第二通信鏈路。
2.根據(jù)權利要求I所述的方法，其特征在于， 所述故障基站接收來自于所述RNC的建立第二通信鏈路的指令之前，還包括所述RNC按預定規(guī)則選定一個所述正常基站并處理來自于所述選定的正?；旧蠄蟮墓收闲畔ⅲ? 所述RNC通過所述選定的正?；鞠蛩龉收匣景l(fā)送建立第二通信鏈路的指令。
3.根據(jù)權利要求2所述的方法，其特征在于，所述正常基站將所述故障信息上報給所述RNC之后,還包括 所述正?；驹诘谝活A定時間段內(nèi)未接收到所述指令，則重新上報所述故障信息。
4.根據(jù)權利要求2所述的方法，其特征在于，所述RNC通過所述選定的正?；鞠蛩龉收匣景l(fā)送建立第二通信鏈路的指令之后，還包括 所述RNC在第二預定時間段內(nèi)未接收到所述選定的正?；痉答伒慕尤虢Y果信息時，則重新發(fā)送所述建立第二通信鏈路的指令。
5.根據(jù)權利要求I所述的方法，其特征在于，所述正?；緦⑺龉收闲畔⑸蠄蠼o所述RNC之前,還包括 在所述故障消息中添加所述正?；驹谒鯮NC下的標識。
6.根據(jù)權利要求I至5任一項所述的方法，其特征在于，所述指令包括模擬用戶設備UE接入指令。
7.根據(jù)權利要求I至5任一項所述的方法，其特征在于，所述故障信息包括以下信息 標識廣播異常信息類型的關鍵字、所述故障基站在所述RNC下的標識、所述故障基站的告警信息。
8.一種基站的遠程維護系統(tǒng)，包括無線網(wǎng)絡控制器RNC、故障基站和正?；荆涮卣髟谟?， 所述故障基站，用于在檢測到自身與所述RNC之間的第一通信鏈路異常時，向鄰近小區(qū)廣播故障信息；以及根據(jù)接收的來自于所述正?；镜慕⒌诙ㄐ沛溌返闹噶罱尤胨稣；?，與所述RNC建立所述第二通信鏈路； 所述正?；荆c所述鄰近小區(qū)對應，用于接收所述故障信息并將所述故障信息上報給所述RNC ；以及接收來自于所述RNC的所述建立第二通信鏈路的指令，并將所述指令發(fā)送給所述故障基站。
9.根據(jù)權利要求8所述的系統(tǒng)，其特征在于， 所述故障基站包括 檢測模塊，用于檢測所述故障基站與所述RNC之間的第一通信鏈路是否異常；廣播模塊，用于在上述檢測模塊輸出結果為是的情況下，向鄰近小區(qū)廣播故障信息； 第一接收模塊，用于接收來自于所述正?；景l(fā)送過來的建立第二通信鏈路的指令； 接入模塊，用于根據(jù)所述指令接入所述正?；荆c所述RNC建立所述第二通信鏈路； 所述正?；景? 第二接收模塊，用于接收所述故障信息，以及接收所述RNC發(fā)送的建立第二通信鏈路的指令； 第一發(fā)送模塊，用于將接收的所述故障信息上報給所述RNC以及將所述建立第二通信鏈路的指令發(fā)送給所述故障基站。
10.根據(jù)權利要求8或9所述的系統(tǒng)，其特征在于，所述RNC，包括 選擇模塊，用于按預定規(guī)則選定一個所述正常基站并處理來自于所述選定的正?；旧蠄蟮墓收闲畔?； 第二發(fā)送模塊，所述RNC通過所述選定的正?；鞠蛩龉收匣景l(fā)送建立第二通信鏈路的指令。
11.根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述正?；具€包括 第一定時模塊，用于在第一預定時間段內(nèi)未接收到所述指令時，觸發(fā)所述第一發(fā)送模塊重新上報所述故障信息。
12.根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述RNC還包括 第二定時模塊，用于在第二預定時間段內(nèi)未接收到所述選定的正?；痉答伒慕尤虢Y果信息時，觸發(fā)所述第二發(fā)送模塊重新發(fā)送所述建立第二通信鏈路的指令。
全文摘要
本發(fā)明提供了一種基站的遠程維護方法及系統(tǒng)，其中上述方法，包括故障基站檢測到自身與無線網(wǎng)絡控制器RNC之間的第一通信鏈路異常時，向鄰近小區(qū)廣播故障信息；所述RNC所轄的與鄰近小區(qū)對應的正常基站接收故障信息并將故障信息上報給RNC；正?；窘邮諄碜杂赗NC的建立第二通信鏈路的指令，并將該指令發(fā)送給故障基站；故障基站根據(jù)接收的來自于正?；镜纳鲜鲋噶罱尤胝；荆cRNC建立第二通信鏈路。采用本發(fā)明提供的上述技術方案，解決了相關技術中，基站遠程維護方案成本高、安全性差等問題，進而達到了提高系統(tǒng)的容錯性和故障響應速度，降低基站維護成本的效果，同時提高了用戶的滿意度。
文檔編號H04W48/10GK102740337SQ20111009073
公開日2012年10月17日 申請日期2011年4月12日 優(yōu)先權日2011年4月12日
發(fā)明者于朝陽, 劉超, 朱書恬, 陳金水 申請人:中興通訊股份有限公司