專利名稱：基站設備自愈的實現方法及裝置的制作方法
技術領域：
本發明涉及通信領域，特別是指一種基站設備自愈的實現方法及裝置。
背景技術：
在移動通信系統中，網絡層次一般分為網絡管理系統(WS)、網元管理系統(EMS)和網元(NE)。當網元發生故障或性能變差時，都會通過南向接口向EMS上報故障或性能指標等事件，網管人員必須隨時關注這些事件，并作出正確的處理，使其故障恢復，性能變優，處理某些故障和性能事件還必須有一定的專業基礎，和對系統本身有一定程度的了解，甚至需要依賴專業工程師。這樣現有的基站設備操作中，在基站故障或性能下降的情況下，需要大量的人工操作，故障處理過程中的人工復雜度較高，基站維護的效率比較低，并且可能不能及時發現和處理故障。

發明內容
本發明要解決的技術問題是提供一種基站設備自愈的實現方法及裝置，能夠自動處理基站故障，降低故障處理過程的人工復雜度，并能夠及時發現和處理故障。為解決上述技術問題，本發明的實施例提供技術方案如下:—方面，提供一種基站設備自愈的實現方法，包括:基站設備自愈的實現裝置建立自愈任務，并將所述自愈任務放入任務隊列中；所述基站設備自愈的實現裝置對所述任務隊列中的自愈任務執行對應的自愈操作。進一步地，所述基站設備自愈的實現裝置建立自愈任務之前還包括:所述基站設備自愈的實現裝置設置自愈條件，所述自愈條件包括自愈參數值、開關狀態和生效范圍。進一步地，所述基站設備自愈的實現裝置建立自愈任務包括:基站設備自愈的實現裝置接收自愈觸發事件，所述自愈觸發事件包括告警和性能指標；所述基站設備自愈的實現裝置判斷所述自愈觸發事件是否滿足所述自愈條件，若滿足，則建立對應所述自愈觸發事件的自愈任務。進一步地，所述自愈參數值包括延時處理時間，所述基站設備自愈的實現裝置判斷所述自愈觸發事件是否滿足所述自愈條件，若滿足，則建立對應所述自愈觸發事件的自愈任務包括:所述基站設備自愈的實現裝置判斷當前時刻與發生所述自愈觸發事件的時刻之間的時間差是否不小于所述延時處理時間，若是，且當前時刻所述自愈觸發事件仍然存在，則所述基站設備自愈的實現裝置建立對應所述自愈觸發事件的自愈任務。進一步地，所述基站設備自愈的實現裝置對所述任務隊列中的自愈任務執行對應的自愈操作之后還包括:所述基站設備自愈的實現裝置將所述自愈任務從所述任務隊列中去除。進一步地，所述基站設備自愈的實現裝置對所述任務隊列中的自愈任務執行對應的自愈操作包括:所述基站設備自愈的實現裝置執行所述自愈任務對應的自愈操作，并在執行自愈操作時和/或執行自愈操作之后上報監控消息至用戶界面，所述監控消息包括自愈操作的結果。本發明實施例還提供了一種基站設備自愈的實現裝置，包括:任務建立模塊，用于建立自愈任務，并將所述自愈任務放入任務隊列中；處理模塊，用于對所述任務隊列中的自愈任務執行對應的自愈操作。進一步地，所述基站設備自愈的實現裝置還包括:設置模塊，用于設置自愈條件，所述自愈條件包括自愈參數值、開關狀態和生效范圍。進一步地，所述任務建立模塊包括:監聽子模塊，用于接收自愈觸發事件，所述自愈觸發事件包括告警和性能指標；判斷子模塊，用于判斷所述自愈觸發事件是否滿足所述自愈條件，若滿足，則建立對應所述自愈觸發事件的自愈任務。進一步地,所述自愈參數值包括延時處理時間，所述判斷子模塊具體用于判斷當前時刻與發生所述自愈觸發事件的時刻之間的時間差是否不小于所述延時處理時間，若是，且當前時刻所述自愈觸發事件仍然存在，則建立對應所述自愈觸發事件的自愈任務。進一步地，所述處理模塊還用于在對所述任務隊列中的自愈任務執行對應的自愈操作后，將所述自愈任務從所述任務隊列中去除。 進一步地，所述處理模塊包括:處理子模塊，用于執行所述自愈任務對應的自愈操作；上報子模塊，用于在執行自愈操作時和/或執行自愈操作之后上報監控消息至用戶界面，所述監控消息包括自愈操作的結果。本發明的實施例具有以下有益效果:上述方案中，基站設備自愈的實現裝置建立自愈任務，并將自愈任務放入任務隊列中，之后對任務隊列中的自愈任務執行對應的自愈操作，本發明的技術方案能夠在基站故障或性能下降的情況下，自動處理故障，優化性能；可以及時發現故障，及時處理故障；減少故障處理過程的人工復雜度，減少手動恢復和人工干預的次數，降低基站設備的維護成本。


圖1為本發明實施例的基站設備自愈的實現方法的流程示意圖；圖2為本發明實施例的基站設備自愈的實現裝置的結構框圖；圖3為本發明實施例中自由模式下執行自愈操作的流程示意圖；圖4為本發明實施例的基站設備自愈的實現方法的另一流程示意圖5為本發明實施例中受控模式下執行自愈操作的流程示意圖。
具體實施例方式為使本發明的實施例要解決的技術問題、技術方案和優點更加清楚，下面將結合附圖及具體實施例進行詳細描述。本發明的實施例針對現有技術中在基站故障或性能下降的情況下，需要大量的人工操作，故障處理過程中的人工復雜度較高，基站維護的效率比較低，并且可能不能及時發現和處理故障的問題，提供一種基站設備自愈的實現方法及裝置，能夠自動處理基站故障，降低故障處理過程的人工復雜度，并能夠及時發現和處理故障。圖1為本發明實施例的基站設備自愈的實現方法的流程示意圖，如圖1所示，本實施例包括:步驟101:基站設備自愈的實現裝置建立自愈任務，并將自愈任務放入任務隊列中；步驟102:基站設備自愈的實現裝置對任務隊列中的自愈任務執行對應的自愈操作。本發明實施例中，基站設備自愈的實現裝置建立自愈任務，并將自愈任務放入任務隊列中，之后對任務隊列中的自愈任務執行對應的自愈操作，本發明的技術方案能夠在基站故障或性能下降的情況下，自動處理故障，優化性能；可以及時發現故障，及時處理故障；減少故障處理過程的人工復雜度，減少手動恢復和人工干預的次數，降低基站設備的維護成本。圖2為本發明實施例的基站設備自愈的實現裝置的結構框圖，如圖2所示，本實施例包括:任務建立模塊20，用于建立自愈任務，并將自愈任務放入任務隊列中；處理模塊21，用于對任務隊列中的自愈任務執行對應的自愈操作。進一步地，基站設備自愈的實現裝置還包括: 設置模塊22，用于設置自愈條件，自愈條件包括自愈參數值、開關狀態和生效范圍。其中，任務建立模塊20包括:監聽子模塊，用于接收自愈觸發事件，自愈觸發事件包括告警和性能指標；判斷子模塊，用于判斷自愈觸發事件是否滿足自愈條件，若滿足，則建立對應自愈觸發事件的自愈任務。其中，自愈參數值包括延時處理時間，判斷子模塊具體用于判斷當前時刻與發生自愈觸發事件的時刻之間的時間差是否不小于延時處理時間，若是，且當前時刻自愈觸發事件仍然存在，則建立對應自愈觸發事件的自愈任務。進一步地，處理模塊21還用于在對任務隊列中的自愈任務執行對應的自愈操作后，將自愈任務從任務隊列中去除。進一步地，處理模塊21包括:處理子模塊，用于執行自愈任務對應的自愈操作；上報子模塊，用于在執行自愈操作時和/或執行自愈操作之后上報監控消息至用戶界面，監控消息包括自愈操作的結果。上述方案中，基站設備自愈的實現裝置建立自愈任務，并將自愈任務放入任務隊列中，之后對任務隊列中的自愈任務執行對應的自愈操作，本發明的技術方案能夠在基站故障或性能下降的情況下，自動處理故障，優化性能；可以及時發現故障，及時處理故障；減少故障處理過程的人工復雜度，減少手動恢復和人工干預的次數，降低基站設備的維護成本。下面結合具體的實施例對本發明的基站設備自愈的實現方法進行進一步的介紹:實施例一步驟S1:在網元管理系統提供一個自愈功能的設置界面，設置該自愈功能的自愈參數和生效范圍，自愈參數如延時處理時間t (每種自愈觸發事件對應的延時處理時間t不同)、是否補償、是否回退、開關狀態、超時時間(經驗值10分鐘)、補償參數范圍(具體每個參數范圍都不同)等，生效范圍如網元、小區等，所有網元或小區對應一套自愈參數。其中延時處理時間t是指在自愈觸發事件發生一段時間之后，再對自愈觸發事件進行自愈操作，這樣可以過濾掉閃斷告警和性能瞬時不穩的情況，比如說基站剛上電初期會上報基站退服等告警，但這是基站上電的正常步驟，一段時間后自動恢復，這種情況不需要進行自愈操作，就可以通過設置延時處理時間來應對這種情況，延時處理時間根據告警特性各有不同，如小區退服告警自愈延時處理時間為0.5小時-6小時。步驟S2:基站設備自愈的實現裝置實時監聽所有網元上報上來的故障和性能指標等信息，統稱為自愈觸發事件，基站設備自愈的實現裝置根據上述自愈條件建立對應自愈觸發事件的自愈任務，并將所有自愈任務放入任務隊列，以待執行相應的自愈操作。如，基站設備自愈的實現裝置監聽到小區退服告警，而設置的對應的延時處理時間為3小時，則基站設備自愈的實現裝置判斷首次接收到小區退服告警的時間是否超出3小時，若是，并且當前自愈觸發事件仍然存在，即基站設備自愈的實現裝置仍然接收到小區退服告警，該基站仍然處于退服狀態，則基站設備自愈的實現裝置建立對應小區退服告警的自愈任務，并將該自愈任務放入任務隊列中。任務隊列包括立即執行隊列和等待隊列。其中，立即執行隊列是基站設備自愈的實現裝置當前執行的自愈任務所在的隊列，由于同時執行的自愈操作過多會影響網管性能，因此立即執行隊列可以設置一上限，具體可以設為50，也就是說當前執行的自愈任務的數量不能超過50，但是可能當前需要執行的自愈任務數量大于該上限，則該上限之外的當前需要執行的自愈任務進入等待隊列，在基站設備自愈的實現裝置執行完立即執行隊列中的自愈任務之后，等待隊列中的自愈任務進入立即執行隊列中，以便由基站設備自愈的實現裝置執行對應的自愈操作。當自愈觸發事件或自愈功能對應的自愈參數(如開關、延時處理時間)和生效范圍發生改變時，都會實時刷新任務隊列。步驟S3:基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，并在執行自愈操作之后，從任務隊列中移除不再滿足自愈條件的自愈任務。基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，如對于小區退服告警，基站設備自愈的實現裝置通過修改或設置網元管理系統的各種參數以使小區重新處于服務之中。本實施例中采用單線程處理任務隊列中的自愈任務，為防止同時執行的任務過多影響網管性能，立即執行隊列上限可以設為50，多余的自愈任務放入等待隊列，只要立即執行隊列的任務總數小于50，就會立即把等待隊列的自愈任務移入立即執行隊列。基站設備自愈的實現裝置在整個自愈操作過程上報監控消息，網管可以通過監控消息了解自愈的整個過程。監控消息分為自由模式和受控模式，本實施例中采用自由模式向網管的用戶界面上報監控消息，自由模式即網管只可以了解自愈過程，但是不可以干預自愈過程。如圖3所示，在自愈操作過程中向自愈監控模塊上報自由模式監控消息，并由自愈日志模塊記錄上報的自由模式監控消息。如圖4所示，執行完自愈操作后，會在設置的超時時間之后再判斷自愈是否成功。如果在設置的超時時間內，自愈觸發事件消失(如告警恢復、性能變好)，就認為是自愈成功，否則認為自愈失敗。自愈操作過程中遇到問題也認為是自愈失敗。對自愈失敗的情況，可以根據之前設置的自愈參數(如是否回退)選擇是否回退之前的自愈操作，回退功能使整個自愈功能更加安全；對自愈失敗的情況，還可以按預先設置的自愈參數(如是否補償)設好的方式進行補償，盡最大可能解決問題。實施例二步驟S1:在網元管理系統針對每一種基站設備已知故障或性能事件設置一對應的自愈功能和補償動作，指示在出現故障或性能事件等自愈觸發事件時如何進行自愈和補償。對每一種自愈功能可以設置對應該自愈功能的自愈參數和生效范圍，自愈參數如延時處理時間t (每種自愈觸發事件對應的延時處理時間t不同)、是否補償、是否回退、開關狀態、超時時間(經驗值10分鐘)、補償參數范圍(具體每個參數范圍都不同)等,生效范圍如網元、小區等，不同的生效范圍如網元或小區，可以對應多套自愈參數。其中延時處理時間t是指在自愈觸發事件發生一段時間之后，再對自愈觸發事件進行自愈操作，這樣可以過濾掉閃斷告警和性能瞬時不穩的情況，比如說基站剛上電初期會上報基站退服等告警，但這是基站上電的正常步驟，一段時間后自動恢復，這種情況不需要進行自愈操作，就可以通過設置延時處理時間來應對這種情況，延時處理時間根據告警特性各有不同，如小區退服告警自愈延時處理時間為0.5小時-6小時。步驟S2:基站設備自愈的實現裝置實時監聽所有網元上報上來的故障和性能指標等信息，統稱為自愈觸發事件，基站設備自愈的實現裝置根據上述自愈條件建立對應自愈觸發事件的自愈任務，并將所有自愈任務放入任務隊列，以待執行相應的自愈操作。如，基站設備自愈的實現裝置監聽到小區退服告警，而設置的對應的延時處理時間為3小時，則基站設備自愈的實現裝置判斷首次接收到小區退服告警的時間是否超出3小時，若是，并且當前自愈觸發事件仍然存在，即基站設備自愈的實現裝置仍然接收到小區退服告警，該基站仍然處于退服狀態，則基站設備自愈的實現裝置建立對應小區退服告警的自愈任務，并將該自愈任務放入任務隊列中。任務隊列包括立即執行隊列和等待隊列。其中，立即執行隊列是基站設備自愈的實現裝置當前執行的自愈任務所在的隊列，由于同時執行的自愈操作過多會影響網管性能，因此立即執行隊列可以設置一上限，具體可以設為50，也就是說當前執行的自愈任務的數量不能超過50，但是可能當前需要執行的自愈任務數量大于該上限，則該上限之外的當前需要執行的自愈任務進入等待隊列，在基站設備自愈的實現裝置執行完立即執行隊列中的自愈任務之后，等待隊列中的自愈任務進入立即執行隊列中，以便由基站設備自愈的實現裝置執行對應的自愈操作。當自愈觸發事件或自愈功能對應的自愈參數(如開關、延時處理時間)和生效范圍發生改變時，都會實時刷新任務隊列。步驟S3:基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，并在執行自愈操作之后，從任務隊列中移除不再滿足自愈條件的自愈任務。基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，如對于小區退服告警，基站設備自愈的實現裝置通過修改或設置網元管理系統的各種參數以使小區重新處于服務之中。本實施例中采用單線程處理任務隊列中的自愈任務，為防止同時執行的任務過多影響網管性能，立即執行隊列上限可以設為50，多余的自愈任務放入等待隊列，只要立即執行隊列的任務總數小于50，就會立即把等待隊列的自愈任務移入立即執行隊列。基站設備自愈的實現裝置在整個自愈操作過程上報監控消息，網管可以通過監控消息了解自愈的整個過程。監控消息分為自由模式和受控模式，本實施例中采用自由模式向網管的用戶界面上報監控消息，自由模式即網管只可以了解自愈過程，但是不可以干預自愈過程。如圖3所示，在自愈操作過程中向自愈監控模塊上報自由模式監控消息，并由自愈日志模塊記錄上報的自由模式監控消息。如圖4所示，執行完自愈操作后，會在設置的超時時間之后再判斷自愈是否成功。如果在設置的超時時間內，自愈觸發事件消失(如告警恢復、性能變好)，就認為是自愈成功，否則認為自愈失敗。自愈操作過程中遇到問題也認為是自愈失敗。對自愈失敗的情況，可以根據之前設置的自愈參數(如是否回退)選擇是否回退之前的自愈操作，回退功能使整個自愈功能更加安全；對自愈失敗的情況，還可以按預先設置的自愈參數(如是否補償)設好的方式進行補償，盡最大可能解決問題。實施例三步驟S1:在網元管理系統提供一個自愈功能的設置界面，設置該自愈功能的自愈參數和生效范圍，自愈參數如延時處理時間t (每種自愈觸發事件對應的延時處理時間t不同)、是否補償、是否回退、開關狀態、超時時間(經驗值10分鐘)、補償參數范圍(具體每個參數范圍都不同)等，生效范圍如網元、小區等。對所有自愈功能都有的自愈參數，如開關狀態、延時處理時間等提供一個統一的設置界面，讓所有的網元的所有的自愈功能有一個統一的界面一次設置參數，從而簡化操作。不同的生效范圍如網元或小區，可以對應多套自愈參數。其中延時處理時間t是指在自愈觸發事件發生一段時間之后，再對自愈觸發事件進行自愈操作，這樣可以過濾掉閃斷告警和性能瞬時不穩的情況，比如說基站剛上電初期會上報基站退服等告警，但這是基站上電的正常步驟，一段時間后自動恢復，這種情況不需要進行自愈操作，就可以通過設置延時處理時間來應對這種情況，延時處理時間根據告警特性各有不同，如小區退服告警自愈延時處理時間為0.5小時-6小時。步驟S2:基站設備自愈的實現裝置實時監聽所有網元上報上來的故障和性能指標等信息，統稱為自愈觸發事件，基站設備自愈的實現裝置根據上述自愈條件建立對應自愈觸發事件的自愈任務，并將所有自愈任務放入任務隊列，以待執行相應的自愈操作。如，基站設備自愈的實現裝置監聽到小區退服告警，而設置的對應的延時處理時間為3小時，則基站設備自愈的實現裝置判斷首次接收到小區退服告警的時間是否超出3小時，若是，并且當前自愈觸發事件仍然存在，即基站設備自愈的實現裝置仍然接收到小區退服告警，該基站仍然處于退服狀態，則基站設備自愈的實現裝置建立對應小區退服告警的自愈任務，并將該自愈任務放入任務隊列中。任務隊列包括立即執行隊列和等待隊列。其中，立即執行隊列是基站設備自愈的實現裝置當前執行的自愈任務所在的隊列，由于同時執行的自愈操作過多會影響網管性能，因此立即執行隊列可以設置一上限，具體可以設為50，也就是說當前執行的自愈任務的數量不能超過50，但是可能當前需要執行的自愈任務數量大于該上限，則該上限之外的當前需要執行的自愈任務進入等待隊列，在基站設備自愈的實現裝置執行完立即執行隊列中的自愈任務之后，等待隊列中的自愈任務進入立即執行隊列中，以便由基站設備自愈的實現裝置執行對應的自愈操作。當自愈觸發事件或自愈功能對應的自愈參數(如開關、延時處理時間)和生效范圍發生改變時，都會實時刷新任務隊列。步驟S3:基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，并在執行自愈操作之后，從任務隊列中移除不再滿足自愈條件的自愈任務。基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，如對于小區退服告警，基站設備自愈的實現裝置通過修改或設置網元管理系統的各種參數以使小區重新處于服務之中。本實施例中采用單線程處理任務隊列中的自愈任務，為防止同時執行的任務過多影響網管性能，立即執行隊列上限可以設為50，多余的自愈任務放入等待隊列，只要立即執行隊列的任務總數小于50，就會立即把等待隊列的自愈任務移入立即執行隊列。基站設備自愈的實現裝置在整個自愈操作過程上報監控消息，網管可以通過監控消息了解自愈的整個過程。監控消息分為自由模式和受控模式，本實施例中采用自由模式向網管的用戶界面上報監控消息，自由模式即網管只可以了解自愈過程，但是不可以干預自愈過程。如圖3所示，在自愈操作過程中向自愈監控模塊上報自由模式監控消息，并由自愈日志模塊記錄上報的自由模式監控消息。如圖4所示，執行完自愈操作后，會在設置的超時時間之后再判斷自愈是否成功。如果在設置的超時時間內，自愈觸發事件消失(如告警恢復、性能變好)，就認為是自愈成功，否則認為自愈失敗。自愈操作過程中遇到問題也認為是自愈失敗。對自愈失敗的情況，可以根據之前設置的自愈參數(如是否回退)選擇是否回退之前的自愈操作，回退功能使整個自愈功能更加安全；對自愈失敗的情況，還可以按預先設置的自愈參數(如是否補償)設好的方式進行補償，盡最大可能解決問題。實施例四步驟S1:在網元管理系統提供一個自愈功能的設置界面，設置該自愈功能的自愈參數和生效范圍，自愈參數如延時處理時間t (每種自愈觸發事件對應的延時處理時間t不同)、是否補償、是否回退、開關狀態、超時時間(經驗值10分鐘)、補償參數范圍(具體每個參數范圍都不同)等，生效范圍如網元、小區等，所有網元或小區的一個自愈功能對應一套自愈參數。其中延時處理時間t是指在自愈觸發事件發生一段時間之后，再對自愈觸發事件進行自愈操作，這樣可以過濾掉閃斷告警和性能瞬時不穩的情況，比如說基站剛上電初期會上報基站退服等告警，但這是基站上電的正常步驟，一段時間后自動恢復，這種情況不需要進行自愈操作，就可以通過設置延時處理時間來應對這種情況，延時處理時間根據告警特性各有不同，如小區退服告警自愈延時處理時間為0.5小時-6小時。步驟S2:基站設備自愈的實現裝置實時監聽所有網元上報上來的故障和性能指標等信息，統稱為自愈觸發事件，基站設備自愈的實現裝置根據上述自愈條件建立對應自愈觸發事件的自愈任務，并將所有自愈任務放入任務隊列，以待執行相應的自愈操作。如，基站設備自愈的實現裝置監聽到小區退服告警，而設置的對應的延時處理時間為3小時，則基站設備自愈的實現裝置判斷首次接收到小區退服告警的時間是否超出3小時，若是，并且當前自愈觸發事件仍然存在，即基站設備自愈的實現裝置仍然接收到小區退服告警，該基站仍然處于退服狀態，則基站設備自愈的實現裝置建立對應小區退服告警的自愈任務，并將該自愈任務放入任務隊列中。任務隊列包括立即執行隊列和等待隊列。其中，立即執行隊列是基站設備自愈的實現裝置當前執行的自愈任務所在的隊列，由于同時執行的自愈操作過多會影響網管性能，因此立即執行隊列可以設置一上限，具體可以設為50，也就是說當前執行的自愈任務的數量不能超過50，但是可能當前需要執行的自愈任務數量大于該上限，則該上限之外的當前需要執行的自愈任務進入等待隊列，在基站設備自愈的實現裝置執行完立即執行隊列中的自愈任務之后，等待隊列中的自愈任務進入立即執行隊列中，以便由基站設備自愈的實現裝置執行對應的自愈操作。當自愈觸發事件或自愈功能對應的自愈參數(如開關、延時處理時間)和生效范圍發生改變時，都會實時刷新任務隊列。步驟S3:基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，并在執行自愈操作之后，從任務隊列中移除不再滿足自愈條件的自愈任務。基站設備自愈的實現裝置對任務隊列中的自愈任務執行相應的自愈操作，如對于小區退服告警，基站設備自愈的實現裝置通過修改或設置網元管理系統的各種參數以使小區重新處于服務之中。本實施例為了加快處理速度，采用多個線程同時處理任務隊列中的自愈任務，任務隊列包括多個等待隊列和立即執行隊列，每一線程對應處理一個立即執行隊列中的自愈任務。為防止同時執行的任務過多影響網管性能，立即執行隊列上限可以設為50，多余的自愈任務放入等待隊列，只要立即執行隊列的任務總數小于50，就會立即把等待隊列的自愈任務移入立即執行隊列。基站設備自愈的實現裝置在整個自愈操作過程上報監控消息，網管可以通過監控消息了解自愈的整個過程。監控消息分為自由模式和受控模式，本實施例中采用受控模式向網管的用戶界面上報監控消息，受控模式即網管不但可以通過監控消息了解自愈的整個過程，還可以根據前面上報的監控消息隨時中止或繼續下面的操作。如圖5所示，在自愈操作過程中向自愈監控模塊上報受控模式監控消息，并由自愈日志模塊記錄上報的受控模式監控消息。在自愈操作過程中，若網管用戶確定可以繼續，則繼續執行下面的自愈操作；若網管用戶選擇中止，則中止執行自愈操作。如圖4所示，執行完自愈操作后，會在設置的超時時間之后再判斷自愈是否成功。如果在設置的超時時間內，自愈觸發事件消失(如告警恢復、性能變好)，就認為是自愈成功，否則認為自愈失敗。自愈操作過程中遇到問題也認為是自愈失敗。對自愈失敗的情況，可以根據之前設置的自愈參數(如是否回退)選擇是否回退之前的自愈操作，回退功能使整個自愈功能更加安全；對自愈失敗的情況，還可以按預先設置的自愈參數(如是否補償)設好的方式進行補償，盡最大可能解決問題。本發明的基站設備自愈的實現方法，對告警和性能指標等基站設備故障或性能變差的事件進行自愈，每個自愈功能的自愈參數可靈活設置，可以對不同自愈功能設置不同自愈粒度(即生效范圍)。對整個自愈操作過程可以進行實時監控和管理，自愈結果集中呈現，可以對自愈結果進行評估，回退。對自愈失敗的告警可以設置恢復與補償動作。通過本發明的技術方案，可以減少手動恢復和人工干預的次數，降低基站設備的維護成本，此說明書中所描述的許多功能部件都被稱為模塊，以便更加特別地強調其實現方式的獨立性。本發明實施例中，模塊可以用軟件實現，以便由各種類型的處理器執行。舉例來說，一個標識的可執行代碼模塊可以包括計算機指令的一個或多個物理或者邏輯塊，舉例來說，其可以被構建為對象、過程或函數。盡管如此，所標識模塊的可執行代碼無需物理地位于一起，而是可以包括存儲在不同位里上的不同的指令，當這些指令邏輯上結合在一起時，其構成模塊并且實現該模塊的規定目的。實際上，可執行代碼模塊可以是單條指令或者是許多條指令，并且甚至可以分布在多個不同的代碼段上，分布在不同程序當中，以及跨越多個存儲器設備分布。同樣地，操作數據可以在模塊內被識別，并且可以依照任何適當的形式實現并且被組織在任何適當類型的數據結構內。所述操作數據可以作為單個數據集被收集，或者可以分布在不同位置上(包括在不同存儲設備上)，并且至少部分地可以僅作為電子信號存在于系統或網絡上。在模塊可以利用軟件實現時，考慮到現有硬件工藝的水平，所以可以以軟件實現的模塊，在不考慮成本的情況下，本領域技術人員都可以搭建對應的硬件電路來實現對應的功能，所述硬件電路包括常規的超大規模集成(VLSI)電路或者門陣列以及諸如邏輯芯片、晶體管之類的現有半導體或者是其它分立的元件。模塊還可以用可編程硬件設備，諸如現場可編程門陣列、可編程陣列邏輯、可編程邏輯設備等實現。在本發明各方法實施例中，所述各步驟的序號并不能用于限定各步驟的先后順序，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，對各步驟的先后變化也在本發明的保護范圍之內。以上所述是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明所述原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。
權利要求
1.一種基站設備自愈的實現方法，其特征在于，包括: 基站設備自愈的實現裝置建立自愈任務，并將所述自愈任務放入任務隊列中； 所述基站設備自愈的實現裝置對所述任務隊列中的自愈任務執行對應的自愈操作。
2.根據權利要求1所述的基站設備自愈的實現方法，其特征在于，所述基站設備自愈的實現裝置建立自愈任務之前還包括: 所述基站設備自愈的實現裝置設置自愈條件，所述自愈條件包括自愈參數值、開關狀態和生效范圍。
3.根據權利要求2所述的基站設備自愈的實現方法，其特征在于，所述基站設備自愈的實現裝置建立自愈任務包括: 基站設備自愈的實現裝置接收自愈觸發事件，所述自愈觸發事件包括告警和性能指 標； 所述基站設備自愈的實現裝置判斷所述自愈觸發事件是否滿足所述自愈條件，若滿足，則建立對應所述自愈觸發事件的自愈任務。
4.根據權利要求3所述的基站設備自愈的實現方法，其特征在于，所述自愈參數值包括延時處理時間，所述基站設備自愈的實現裝置判斷所述自愈觸發事件是否滿足所述自愈條件，若滿足，則建立對應所述自愈觸發事件的自愈任務包括: 所述基站設備自愈的實現裝置判斷當前時刻與發生所述自愈觸發事件的時刻之間的時間差是否不小于所述延時處理時間，若是，且當前時刻所述自愈觸發事件仍然存在，則所述基站設備自愈的實現裝置建立對應所述自愈觸發事件的自愈任務。
5.根據權利要求1所述的基站設備自愈的實現方法，其特征在于，所述基站設備自愈的實現裝置對所述任務隊列中的自愈任務執行對應的自愈操作之后還包括: 所述基站設備自愈的實現裝置將所述自愈任務從所述任務隊列中去除。
6.根據權利要求1所述的基站設備自愈的實現方法，其特征在于，所述基站設備自愈的實現裝置對所述任務隊列中的自愈任務執行對應的自愈操作包括: 所述基站設備自愈的實現裝置執行所述自愈任務對應的自愈操作，并在執行自愈操作時和/或執行自愈操作之后上報監控消息至用戶界面，所述監控消息包括自愈操作的結果O
7.一種基站設備自愈的實現裝置，其特征在于，包括: 任務建立模塊，用于建立自愈任務，并將所述自愈任務放入任務隊列中； 處理模塊，用于對所述任務隊列中的自愈任務執行對應的自愈操作。
8.根據權利要求7所述的基站設備自愈的實現裝置，其特征在于，所述基站設備自愈的實現裝置還包括: 設置模塊，用于設置自愈條件，所述自愈條件包括自愈參數值、開關狀態和生效范圍。
9.根據權利要求8所述的基站設備自愈的實現裝置，其特征在于，所述任務建立模塊包括: 監聽子模塊，用于接收自愈觸發事件，所述自愈觸發事件包括告警和性能指標； 判斷子模塊，用于判斷所述自愈觸發事件是否滿足所述自愈條件，若滿足，則建立對應所述自愈觸發事件的自愈任務。
10.根據權利要求9所述的基站設備自愈的實現裝置，其特征在于，所述自愈參數值包括延時處理時間， 所述判斷子模塊具體用于判斷當前時刻與發生所述自愈觸發事件的時刻之間的時間差是否不小于所述延時處理時間，若是，且當前時刻所述自愈觸發事件仍然存在，則建立對應所述自愈觸發事件的自愈任務。
11.根據權利要求7所述的基站設備自愈的實現裝置，其特征在于，所述處理模塊還用于在對所述任務隊列中的自愈任務執行對應的自愈操作后，將所述自愈任務從所述任務隊列中去除。
12.根據權利要求7所述的基站設備自愈的實現裝置，其特征在于，所述處理模塊包括: 處理子模塊，用于執行所述自愈任務對應的自愈操作； 上報子模塊，用于在執行自愈操作時和/或執行自愈操作之后上報監控消息至用戶界面，所述監控消息包括自愈操作的`結果。
全文摘要
本發明提供一種基站設備自愈的實現方法及裝置，屬于通信領域。其中，該基站設備自愈的實現方法，包括基站設備自愈的實現裝置建立自愈任務，并將所述自愈任務放入任務隊列中；所述基站設備自愈的實現裝置對所述任務隊列中的自愈任務執行對應的自愈操作。本發明的技術方案能夠自動處理基站故障，降低故障處理過程的人工復雜度，并能夠及時發現和處理故障。
文檔編號H04W88/08GK103118359SQ20111036589
公開日2013年5月22日 申請日期2011年11月17日 優先權日2011年11月17日
發明者謝敏 申請人:中興通訊股份有限公司