一種業務自動恢復重激活的方法和裝置的製作方法

2023-05-19 10:23:51 3

專利名稱：一種業務自動恢復重激活的方法和裝置的製作方法
技術領域：
本發明涉及光與IP通信領域，特別涉及在ASON (AutomaticalIy SwitchedOptical Network,自動交換光網絡)或 PTN/OTN(Packet Transport Network/OpticalTransport Network,分組傳送網/光傳送網)控制平面，業務自動恢復重激活方法和裝置。
背景技術：
目前不論在 SDH (Synchronous Digital Hierarchy,同步數字體系)還是 IP (PTN/0TN)網絡中，控制平面系統功能愈加龐大和複雜，多個功能間可能因相互抑制影響而導致在資源滿足業務要求的情況下，業務沒有進行必要的或及時的恢復。現有實現方法中，對於失敗業務的處理方法一般只限於手動，定時，限定次數或依據某種條件單次觸發恢復失敗的業務，導致部分業務沒有及時恢復。

發明內容
本發明要解決的技術問題是提供一種業務自動恢復重激活方法和裝置，避免業務不能及時恢復。為了解決上述問題，本發明提供了一種業務自動恢復重激活的方法，包括:收到業務狀態異常的信息上報後，將對應的業務加入異常業務表；根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列；將所述待激活隊列中的業務逐一取出，通知業務管理模塊發起對該取出的業務的恢復操作。進一步的，上述方法還可具有以下特點，收到如下消息之一時，如果所述異常業務表中存在對應的業務，從所述異常業務表中刪除對應的業務:業務恢復成功，業務狀態正常，業務刪除成功，業務倒換成功。進一步的，上述方法還可具有以下特點，所述方法還包括，從所述異常業務表中刪除業務後，如果該業務在所述待激活隊列中，則從所述待激活隊列中刪除該業務。進一步的，上述方法還可具有以下特點，所述根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括:收到鏈路資源增加/組網擴容消息後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列；以及，收到鏈路告警消失消息後，等待指定時間後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列。進一步的，上述方法還可具有以下特點，所述將異常業務表中需要觸發恢復的業務加入待激活隊列包括:按照恢復優先級將所述異常業務表中需要觸發恢復的業務加入所述待激活隊列。

進一步的，上述方法還可具有以下特點，所述方法還包括:當業務的恢復優先級變化時，且該業務在所述待激活隊列中，根據其變化後的恢復優先級調整其在所述待激活隊列的順序。進一步的，上述方法還可具有以下特點，所述方法還包括:當所述待激活隊列中的業務恢復屬性由有恢復變成無恢復時，從所述待激活隊列中刪除所述業務。進一步的，上述方法還可具有以下特點，所述方法還包括:當收到業務修改成功的信息後，且修改的內容為恢復策略變化或影響恢復的屬性變化，且所述異常業務表中存在對應的業務，而待激活隊列中無該對應的業務，且該對應的恢復屬性為有恢復業務，則將該對應的業務加入所述待激活隊列。進一步的，上述方法還可具有以下特點，所述方法還包括:成功通知所述業務管理模塊發起對所述業務的恢復操作後，將所述業務從所述待激活隊列中刪除。進一步的，上述方法還可具有以下特點，所述方法還包括，在所述異常業務表中使用重激活標識對已加入所述待激活隊列和未加入所述待激活隊列的業務進行區分。本發明還提供一種業務自動恢復重激活的裝置，包括:收集模塊，用於收到業務狀態異常的信息上報後，將對應的業務加入異常業務表;分析模塊，用於根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列；執行模塊，用於將所述待激活隊列中的業務逐一取出，通知業務管理模塊發起對該取出的業務的恢復操作。進一步的，上述裝置還可具有以下特點，所述收集模塊還用於:收到如下消息之一時，如果所述異常業務表中存在對應的業務，則從所述異常業務表中刪除所述對應的業務:業務恢復成功，業務狀態正常，業務刪除成功，業務倒換成功。進一步的，上述裝置還可具有以下特點，所述收集模塊還用於:從所述異常業務表中刪除業務後，如果該業務在所述待激活隊列中，則發送業務刪除通知給所述分析模塊；所述分析模塊還用於:收到所述業務刪除通知後，從所述待激活隊列中刪除對應的業務。進一步的，上述裝置還可具有以下特點，所述分析模塊根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括:收到鏈路資源增加/組網擴容消息後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列；以及，收到鏈路告警消失消息後，等待指定時間後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列。進一步的，上述裝置還可具有以下特點，所述分析模塊將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括:按照恢復優先級將所述異常業務表中需要觸發恢復的業務加入所述待激活隊列。進一步的 ，上述裝置還可具有以下特點，所述收集模塊還用於:收到業務修改成功的信息上報後，如果所述異常業務表中存在對應的業務，且修改內容為恢復優先級變化，且所述對應的業務在所述待激活隊列中，則發送優先級更新通知給所述分析模塊；所述分析模塊還用於:收到所述優先級更新通知後，根據變化後的恢復優先級調整所述對應的業務在所述待激活隊列的順序。進一步的，上述裝置還可具有以下特點，所述收集模塊還用於，收到業務修改成功的信息上報後，如果所述異常業務表中存在對應的業務，且修改內容為恢復屬性由有恢復變成無恢復時，其該對應的業務在所述待激活隊列中，則發送業務刪除通知給所述分析模塊；所述分析模塊還用於，收到所述業務刪除通知後，從所述待激活隊列中刪除所述業務。進一步的，上述裝置還可具有以下特點，所述收集模塊還用於，收到業務修改成功的信息上報後，且修改的內容為恢復策略變化或影響恢復的屬性變化，如果所述異常業務表中存在對應的業務，而所述待激活隊列中無該對應的業務，且該對應的業務的恢復屬性為有恢復業務，則發送恢復策略更新通知給所述分析模塊；所述分析模塊還用於，收到所述恢復策略更新通知後，將該對應的業務加入所述待激活隊列。進一步的，上述裝置還可具有以下特點，所述執行模塊還用於，成功通知所述業務管理模塊發起對所述業務的恢復操作後，通知所述分析模塊將所述業務從所述待激活隊列中刪除；所述分析模塊還用於，收到所述執行模塊的通知後，將所述業務從所述待激活隊列中刪除。進一步的，上述裝置還`可具有以下特點，所述分析模塊還用於:在將所述異常業務表中的業務加入所述待激活隊列；或者，將所述異常業務表中的業務從所述待激活隊列中刪除時，通知所述收集模塊對重激活標識進行置位或者取消置位；所述收集模塊還用於:根據收到的對重激活標識置位或取消置位的通知，對所述重激活標識進行置位或取消置位。現有實現方法中，對於失敗業務的處理方法一般只限於手動，定時，限定次數或依據某種條件單次觸發恢復失敗的業務，本發明中，將所有可能觸發業務成功的條件作為一個條件集寫入到分析模塊，實時處理每個業務自身屬性或資源變化的消息，並根據消息內容判斷單條業務或多條業務成功恢復的可能性，對於可能恢復成功的業務，自動觸發其恢復。本發明不對恢復次數進行限定，只要條件滿足就觸發恢復，只要業務是失敗的就可能被再次觸發恢復，直到成功為止，不需要人工幹預，且分析模塊的條件集易於根據需求進行相應維護。與現有技術相比本發明提高了業務恢復的及時性及業務的生存性、增強了網絡帶寬利用率及可靠性，從而較好的實現了 SLA (服務品質協議)。


圖1是本發明實施例業務自動恢復重激活裝置的模塊結構圖；圖2是本發明中實施例1單業務成功恢復重激活實現方法的業務流程圖；圖3是本發明中實施例2多業務成功恢復重激活實現方法的業務流程圖4是本發明中實施例3待激活業務取消重激活實現方法的業務流程圖。
具體實施例方式為使本發明的目的、技術方案和優點更加清楚明白，下文中將結合附圖對本發明的實施例進行詳細說明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互任意組合。下面以ASON控制平面中應用來舉例說明本發明的技術方案。本發明實施例中，收集狀態異常的業務信息，並對其完成維護管理，然後根據網絡中的業務或資源上報信息來分析並決策哪些有恢復屬性的業務有機會成功恢復，並將這些業務根據一定的原則放到一個隊列中，依次通知ASON的業務管理模塊完成激活業務重恢復的操作。ASON的業務管理模塊需要配合此功能，將有關的信息上報給業務自動恢復重激活裝置，比如故障消失，組網擴容，連接刪除，恢復屬性修改等影響業務恢復的通知消息。每個ASON節點都可增加業務自動恢復重激活裝置，所以每個業務自動恢復重激活裝置可以只針對本節點為首節點的業務做處理。本發明實施例提供一種業務自動恢復重激活的方法，包括:收到業務狀態異常的信息上報後，將對應的業務加入異常業務表；根據業務及資 源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列；將所述待激活隊列中的業務逐一取出，通知業務管理模塊發起對該取出的業務的恢復操作。其中，所述方法還包括:收到如下消息之一時，如果異常業務表中存在對應的業務，從所述異常業務表中刪除對應的業務:業務恢復成功，業務狀態正常，業務刪除成功，業務倒換成功。所述對應的業務是指上述各消息中所指示的業務。其中，所述方法還包括，從所述異常業務表中刪除業務後，如果該業務在所述待激活隊列中，則從所述待激活隊列中刪除該業務。其中，所述根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括:收到鏈路資源增加/組網擴容消息後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列；以及，收到鏈路告警消失消息後，等待指定時間後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列。其中，所述將異常業務表中需要觸發恢復的業務加入待激活隊列包括:按照恢復優先級將所述異常業務表中需要觸發恢復的業務加入所述待激活隊列。其中，所述方法還包括:當業務的恢復優先級變化時，且該業務在所述待激活隊列中，則根據其變化後的恢復優先級調整其在所述待激活隊列的順序。其中，所述方法還包括:當所述待激活隊列中的業務恢復屬性由有恢復變成無恢復時，從所述待激活隊列中刪除所述業務。其中，所述方法還包括，當收到業務修改成功的信息後，且修改的內容為恢復策略變化或影響恢復的屬性變化，且所述異常業務表中存在對應的業務，而待激活隊列中無該對應的業務，且該對應的業務的恢復屬性為有恢復業務，則將該對應的業務加入所述待激活隊列。其中，所述方法還包括:成功通知所述業務管理模塊發起對所述業務的恢復操作後，將所述業務從所述待激活隊列中刪除。其中，所述方法還包括，在異常業務表中使用重激活標識對已加入所述待激活隊列和未加入所述待激活隊列的業務進行區分。如圖1所示，本發明實施例提供的業務自動恢復重激活裝置包括:收集模塊、分析模塊和執行模塊，其中:所述收集模塊用於:用於收到業務狀態異常的信息上報後，將對應的業務加入異常業務表；具體的，根據業務管理模塊上報的業務狀態，將所有業務狀態為異常的業務收集起來，形成一張異常業務表，其內容應包括與業務恢復相關的屬性信息；且根據業務管理模塊或本裝置其它模塊的各類通知消息，對異常業務表進行維護。其中，不論業務的保護屬性，恢復屬性如何，只要業務狀態是異常的，就將其加入異常業務表，且此表僅由本模塊來維護。所述分析模塊用於:用於根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列；具體的，根據業務管理模塊上報的業務及資源狀態信息，或收集模塊發過來的業務處理通知，將需要觸發恢復的業務，按優先級加入到待激活隊列中；

對於已經被加入和未加入待激活隊列的業務，要在異常業務表中用一個重激活標識加以區分，該重激活標識可以是重激活標誌位或欄位加以區分。比如，定義重激活標識被置位表示業務存在於待激活隊列，未被置位則相反，此種定義僅為後續說明舉例能夠清晰的描述，本發明保護範圍不限於此。待激活隊列僅由本模塊來維護，其它模塊無法修改。「重激活標識」是否置位由分析模塊決定，分析模塊決定重激活標識的狀態後，需要發置位或取消取值通知給收集模塊，讓收集模塊來將其置位或取消置位。所述執行模塊用於:用於將所述待激活隊列中的業務逐一取出，通知業務管理模塊發起對該取出的業務的恢復操作。業務管理模塊需要配合此功能，處理該恢復重激活請求。其中，只要將觸發恢復的通知成功發給ASON的業務管理模塊，不管實際恢復是否成功，都會將業務從待激活隊列中刪除。其中，所述收集模塊還用於:收到如下消息之一時，如果所述異常業務表中存在對應的業務，則從所述異常業務表中刪除所述對應的業務:業務恢復成功，業務狀態正常，業務刪除成功，業務倒換成功。其中，所述收集模塊還用於:從所述異常業務表中刪除業務後，如果該業務在所述待激活隊列中，則發送業務刪除通知給所述分析模塊；所述分析模塊還用於:收到所述業務刪除通知後，從所述待激活隊列中刪除對應的業務。
其中，所述分析模塊根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括:收到鏈路資源增加/組網擴容消息後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列；以及，收到鏈路告警消失消息後，等待指定時間後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列。其中，所述分析模塊將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括:按照恢復優先級將所述異常業務表中需要觸發恢復的業務加入所述待激活隊列。其中，所述收集模塊還用於:收到業務修改成功的信息上報後，如果所述異常業務表中存在對應的業務，且修改內容為恢復優先級變化，且所述對應的業務在所述待激活隊列中，則發送優先級更新通知給所述分析模塊；所述分析模塊還用於:收到所述優先級更新通知後，根據變化後的恢復優先級調整所述對應的業務在所述待激活隊列的順序。其中，所述收集模塊還用於，收到業務修改成功的信息上報後，如果所述異常業務表中存在對應的業務，且修改內容為恢復屬性由有恢復變成無恢復時，其該對應的業務在所述待激活隊列中，則發送業務刪除通知給所述分析模塊；所述分析模塊還用於，收到所述業務刪除通知後，從所述待激活隊列中刪除所述業務。其中，所述收集模塊還用於，收到業務修改成功的信息上報後，且修改的內容為恢復策略變化或影響恢復的屬性變化，如果所述異常業務表中存在對應的業務，而所述待激活隊列中無該對應的業務，·且該對應的業務的恢復屬性為有恢復業務，則發送恢復策略更新通知給所述分析模塊；所述分析模塊還用於，收到所述恢復策略更新通知後，將該對應的業務加入所述待激活隊列。其中，所述執行模塊還用於，成功通知所述業務管理模塊發起對所述業務的恢復操作後，通知所述分析模塊將所述業務從所述待激活隊列中刪除；所述分析模塊還用於，收到所述執行模塊的通知後，將所述業務從所述待激活隊列中刪除。其中，所述分析模塊還用於:在將所述異常業務表中的業務加入所述待激活隊列；或者，將所述異常業務表中的業務從所述待激活隊列中刪除時，通知所述收集模塊對重激活標識進行置位或者取消置位；所述收集模塊還用於:根據收到的對重激活標識置位或取消置位的通知，對所述重激活標識進行置位或取消置位。下面通過具體實施例進一步說明本發明。收集模塊的具體實現步驟如下:當收集模塊收到如下信息時，分別做如下分支處理:A，收到業務狀態為非正常的信息上報時，將此業務的相關信息讀取出來，並加入到已經創建好的異常業務表中；B，收到業務恢復成功或業務狀態為正常的信息上報時，檢查異常業務表，如果發現此業務在表中存在，則將表中的對應業務數據刪除；如果該業務重激活標識被置位，則向分析模塊發送「業務刪除」通知；C，收到業務刪除成功的信息上報後，檢查異常業務表，如果發現此業務在表中存在，則將表中的對應業務數據刪除；如果該業務重激活標識被置位，則向分析模塊發送「業務刪除」通知；如果此業務在〈異常業務表 > 中不存在，則向〈分析模塊 > 發送「鏈路資源增加」消息；當然，也可使用其他消息或新定義的消息；D，收到保護組業務倒換成功或恢復成功的信息上報後，檢查異常業務表，如果發現此業務在表中存在，則將表中的對應業務數據刪除；如果該業務重激活標識被置位，則向分析模塊發送「業務刪除」通知；E，收到業務修改成功的信息上報後，檢查異常業務表，如果發現此業務在表中存在，則先同步修改表項的對應信息，並做如下分支處理:E-1:如果此業務由有恢復修改為無恢復，且重激活標識被置位，則向分析模塊發送「業務刪除」通知；E-2:如果此業務的恢復優先級變化，且重激活標識被置位，則向分析模塊發送「優先級更新」通知；E-3:如果此業務的恢復策略或其它影響恢復的屬性有變化，且重激活標識未被置位，則向分析模塊發送「恢復策略更新」通知；E-4:如果此業務的恢復策略或其它影響恢復的屬性有變化，且重激活標識被置位，則向分析模塊發送「業務修改」通知；當執行模塊給業務管理模塊的通知消息中，不帶恢復策略信息，而由業務管理模塊自己讀業務恢復策略信息時，此步驟為可選。分析模塊的具體實現步驟如下:
當分析模塊收到如下信息上報時，分別做如下分支處理:A，收到業務管理模塊或收集模塊發過來的「鏈路資源增加(或組網擴容)」消息時，對異常業務表中重激活標識未置位的，所有恢復屬性為有恢復的業務按恢復優先級順序加入到待激活隊列(恢復屬性為無恢復的業務不做處理)，且將異常業務表中的重激活標識置位；該操作可以避免已經加入隊列的業務被重複加入隊列；B，收到業務管理模塊發過來的「鏈路告警消失」消息，對於所有重激活標識未置位的恢復屬性為有恢復的業務(恢復屬性為無恢復的業務不做處理)，則需要等待業務恢復定時器到達後再延遲一段時間，再將其按優先級加入待激活隊列(通常，對於原連接必經此鏈路的業務，應該按最高優先級，即最先放入待激活隊列)，並通知收集模塊將重激活標識置位；因為對於有恢復業務，在業務恢復後業務管理模塊會上報業務恢復成功消息給收集模塊，收集模塊會將其從異常業務表中刪除，這樣就避免正在恢復的業務再次被重恢復激活。C，收到收集模塊發來的「業務刪除」通知消息後，立即將此業務從待激活隊列中刪除；D，收到收集模塊發來的「優先級更新通知」後，立即將此業務從待激活隊列原有位置取出插入到與新優先級匹配的位置；E，收到收集模塊發來的「恢復策略更新」通知後，立即將業務加入到待激活隊列等待執行模塊做激活恢復處理；
F，收到收集模塊發來的「業務修改通知」後，立即將待激活隊列中對應業務的恢復策略信息改為最新信息；在執行模塊給業務管理模塊的通知消息中，不帶恢復策略信息，而由業務管理模塊自己讀業務恢復策略信息時，此步驟為可選。執行模塊的具體實現步驟如下:步驟S10，執行模塊檢測待激活隊列是否為空，如果為空則不做任何處理。如果不為空，則執行步驟S20。步驟S20，對待激活隊列進行操作，順序讀出待恢復的業務數據，向業務管理模塊發送「重激活通知」，通知業務管理模塊對此業務重新發起恢復連接建立流程，不管處理結果如何，只要確認業務管理模塊成功收到通知，就將此業務從待激活隊列中刪除，且通知收集模塊對異常業務表中的業務重激活標識取消置位。在如下實施例中，將下面結合附圖以及具體場景對本發明所述方案進行詳細的說明。實施例1:單業務成功恢復重激活場景描述:前提:各模塊間通信正常，以及與業務管理模塊通信正常。如圖2所示，收集模塊收到業務管理模塊發來的恢復屬性為「有恢復」的業務A的業務狀態異常通知，此時會觸發業務A的重激活，流程開始:步驟201，收集模塊將業務A的相關信息寫入異常業務表；步驟202，收集模塊收到業務管理模塊發來的業務A的業務修改成功消息通知，通過對比異常業務表中的業務相關信息發現修改內容為業務A的恢復策略，且此業務的待激活標識未置位(即未在待激活隊列中)，則收集模塊向分析模塊發送「恢復策略更新通知」消息；其中，如果由業務管理模塊提供恢復策略信息，那麼收集模塊向分析模塊發送的「恢復策略更新通知」消息可以省略；步驟203，分析模塊收到收集模塊的「恢復策略更新通知」後，判斷業務的恢復屬性，如果為有恢復業務，則立即將業務A加入待激活隊列，並通知收集模塊將該業務的重激活標識置位；步驟204，當執行模塊發現「待激活隊列」不為空時，從待激活隊列中取出業務A信息構造「重激活通知」消息發給業務管理模塊，收到業務管理模塊的應答後(應答執行模塊已經收到「重激活通知消息」)，將業務A的信息從待激活隊列中刪除，並通知收集模塊將該業務的重激活標識取消置位；步驟205，當業務管理模塊對業務A恢復成功後，向收集模塊發送業務A恢復成功的狀態通知，收集模塊收到消息後，先檢查業務A的重激活標識為未置位，直接將業務A從異常業務表中刪除。實施例2:多業務成功恢復重激活場景描述:前提:各模塊間通信正常，以及與業務管理模塊通信正常。如圖3所示，異常業務表中已經有10 條業務信息，且目前都未處於重激活過程中；分析模塊收到業務管理模塊上報的鏈路告警消失通知消息，會觸發所有異常業務的重激活，流程開始:步驟301，分析模塊收到業務管理模塊上報的鏈路告警消失通知消息後，將異常業務表中的業務信息逐一讀出，並按優先級順序逐一插入到待激活隊列，直到所有異常業務表中的業務信息都插入到待激活隊列為止；步驟302，當執行模塊發現待激活隊列不為空時，將從待激活隊列中順序取出這10條業務信息，並分別構造通知消息向業務管理模塊發送「重激活通知」；每收到業務管理模塊的通知應答都將對應的業務信息從待激活隊列中刪除，並通知收集模塊將此業務的重激活標識取消置位，直到待激活隊列為空為止。實施例3:待激活業務取消重激活場景描述:前提:各模塊間通信正常，以及與業務管理模塊通信正常。如圖4所示，業務B已經存在於待激活隊列中，此時收集模塊收到業務管理模塊發來的業務B的業務屬性修改通知，且修改內容由「有恢復」改為「無恢復」，流程開始:步驟401，收集模塊收到業務屬性修改通知後，發現為業務B的恢復屬性由「有恢復」改為「無恢復」，且待激活標識被置位，此時收集模塊向分析模塊發送「業務刪除」通知；步驟402，分析模塊收到「業務刪除」通知後，立即將業務B從待激活隊列刪除，並通知收集模塊將該業務的重激活標識置位。本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬體完成，所述程序可以存儲於計算機可讀存儲介質中，如只讀存儲器、磁碟或光碟等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現。相應地，上述實施例中的各模塊/單元可以採用硬體的形式實現，也可以採用軟體功能模塊的形式實現。本發明不限制於任何特定形式的硬體和軟體的結合。以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉本技術領域的技術人員在本發明所述的技術範圍內，可輕易想到的變化或替換，都應在本發明的保 護範圍之內。
權利要求
1.一種業務自動恢復重激活的方法，其特徵在於，包括: 收到業務狀態異常的信息上報後，將對應的業務加入異常業務表； 根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列； 將所述待激活隊列中的業務逐一取出，通知業務管理模塊發起對該取出的業務的恢復操作。
2.如權利要求1所述的方法，其特徵在於，所述方法還包括:收到如下消息之一時，如果所述異常業務表中存在對應的業務，從所述異常業務表中刪除對應的業務: 業務恢復成功，業務狀態正常，業務刪除成功，業務倒換成功。
3.如權利要求2所述的方法，其特徵在於，所述方法還包括，從所述異常業務表中刪除業務後，如果該業務在所述待激活隊列中，則從所述待激活隊列中刪除該業務。
4.如權利要求1所述的方法，其特徵在於，所述根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括: 收到鏈路資源增加/組網擴容消息後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列；以及， 收到鏈路告警消失消息後，等待指定時間後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列。
5.如權利要求1或4所述的方法，其特徵在於，所述將異常業務表中需要觸發恢復的業務加入待激活隊列包括:按照恢復優先級將所述異常業務表中需要觸發恢復的業務加入所述待激活隊列。
6.如權利要求5所述的方法，其特徵在於，所述方法還包括:當業務的恢復優先級變化時，且該業務在所述待激活隊列中，根據其變化後的恢復優先級調整其在所述待激活隊列的順序。
7.如權利要求1所述的方法，其特徵在於，所述方法還包括: 當所述待激活隊列中的業務恢復屬性由有恢復變成無恢復時，從所述待激活隊列中刪除所述業務。
8.如權利要求1所述的方法，其特徵在於，所述方法還包括: 當收到業務修改成功的信息後，且修改的內容為恢復策略變化或影響恢復的屬性變化，且所述異常業務表中存在對應的業務，而待激活隊列中無該對應的業務，且該對應的恢復屬性為有恢復業務，則將該對應的業務加入所述待激活隊列。
9.如權利要求1所述的方法，其特徵在於，所述方法還包括: 成功通知所述業務管理模塊發起對所述業務的恢復操作後，將所述業務從所述待激活隊列中刪除。
10.如權利要求3、4、7、8或9所述的方法，其特徵在於，所述方法還包括，在所述異常業務表中使用重激活標識對已加入所述待激活隊列和未加入所述待激活隊列的業務進行區分。
11.一種業務自動恢復重激活的裝置，其特徵在於，包括: 收集模塊，用於收到業務狀態異常的信息上報後，將對應的業務加入異常業務表； 分析模塊，用於根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列； 執行模塊，用於將所述待激活隊列中的業務逐一取出，通知業務管理模塊發起對該取出的業務的恢復操作。
12.如權利要求11所述的裝置，其特徵在於，所述收集模塊還用於:收到如下消息之一時，如果所述異常業務表中存在對應的業務，則從所述異常業務表中刪除所述對應的業務: 業務恢復成功，業務狀態正常，業務刪除成功，業務倒換成功。
13.如權利要求12所述的裝置，其特徵在於， 所述收集模 塊還用於:從所述異常業務表中刪除業務後，如果該業務在所述待激活隊列中，則發送業務刪除通知給所述分析模塊； 所述分析模塊還用於:收到所述業務刪除通知後，從所述待激活隊列中刪除對應的業務。
14.如權利要求11所述的裝置，其特徵在於，所述分析模塊根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括: 收到鏈路資源增加/組網擴容消息後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列；以及， 收到鏈路告警消失消息後，等待指定時間後，將所述異常業務表中恢復屬性為有恢復且未加入所述待激活隊列的業務加入所述待激活隊列。
15.如權利要求11或14所述的裝置，其特徵在於，所述分析模塊將所述異常業務表中需要觸發恢復的業務加入待激活隊列包括:按照恢復優先級將所述異常業務表中需要觸發恢復的業務加入所述待激活隊列。
16.如權利要求15所述的裝置，其特徵在於， 所述收集模塊還用於:收到業務修改成功的信息上報後，如果所述異常業務表中存在對應的業務，且修改內容為恢復優先級變化，且所述對應的業務在所述待激活隊列中，則發送優先級更新通知給所述分析模塊； 所述分析模塊還用於:收到所述優先級更新通知後，根據變化後的恢復優先級調整所述對應的業務在所述待激活隊列的順序。
17.如權利要求11所述的裝置，其特徵在於: 所述收集模塊還用於，收到業務修改成功的信息上報後，如果所述異常業務表中存在對應的業務，且修改內容為恢復屬性由有恢復變成無恢復時，其該對應的業務在所述待激活隊列中，則發送業務刪除通知給所述分析模塊； 所述分析模塊還用於，收到所述業務刪除通知後，從所述待激活隊列中刪除所述業務。
18.如權利要求11所述的裝置，其特徵在於， 所述收集模塊還用於，收到業務修改成功的信息上報後，且修改的內容為恢復策略變化或影響恢復的屬性變化，如果所述異常業務表中存在對應的業務，而所述待激活隊列中無該對應的業務，且該對應的業務的恢復屬性為有恢復業務，則發送恢復策略更新通知給所述分析模塊； 所述分析模塊還用於，收到所述恢復策略更新通知後，將該對應的業務加入所述待激活隊列。
19.如權利要求11所述的裝置，其特徵在於， 所述執行模塊還用於，成功通知所述業務管理模塊發起對所述業務的恢復操作後，通知所述分析模塊將所述業務從所述待激活隊列中刪除； 所述分析模塊還用於，收到所述執行模塊的通知後，將所述業務從所述待激活隊列中刪除。
20.如權利要求13、14、17、18或19所述的裝置，其特徵在於， 所述分析模塊還用於:在將所述異常業務表中的業務加入所述待激活隊列；或者，將所述異常業務表中的業務從所述待激活隊列中刪除時，通知所述收集模塊對重激活標識進行置位或者取消置位； 所述收集模塊還用於:根據收到的對重激活標識置位或取消置位的通知，對所述重激活標識進行置位 或取消置位。
全文摘要
本發明提供一種業務自動恢復重激活的方法，包括收到業務狀態異常的信息上報後，將對應的業務加入異常業務表；根據業務及資源狀態信息，將所述異常業務表中需要觸發恢復的業務加入待激活隊列；將所述待激活隊列中的業務逐一取出，通知業務管理模塊發起對該取出的業務的恢復操作。本發明還提供一種業務自動恢復重激活的裝置。本發明提高了業務恢復的及時性及業務的生存性、增強了網絡帶寬利用率及可靠性。
文檔編號H04L12/865GK103248510SQ20121003245
公開日2013年8月14日 申請日期2012年2月14日 優先權日2012年2月14日
發明者李冬冬 申請人:中興通訊股份有限公司