專利名稱：配置保護組的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種配置保護組的方法和系統(tǒng)。
背景技術(shù)：
自動交換光網(wǎng)絡(luò)(AutomaticSwtiched Optical Network,簡稱為 AS0N)是業(yè)界普遍認(rèn)為的傳送網(wǎng)的一個發(fā)展方向，ASON的發(fā)展將傳送網(wǎng)絡(luò)從過去的單一的鏈路提供功能逐步發(fā)展到具有智能化的能夠滿足各種業(yè)務(wù)要求的網(wǎng)絡(luò)平臺。在傳送網(wǎng)絡(luò)中存在許多客戶側(cè)保護的業(yè)務(wù)，這種業(yè)務(wù)與光層或者電層通道1+1業(yè)務(wù)類似，但是實施保護的層次卻是在客戶側(cè)的光保護(Optical Protect,簡稱為0P)板,所以建立過程與普通的智能業(yè)務(wù)不同。具體可以圖I和圖2。對于這種業(yè)務(wù)，相關(guān)技術(shù)中，可以通過先建立兩個智能的光信道(OpticalChannel，簡稱為Och)業(yè)務(wù)，然后通過網(wǎng)管手動配置保護組來實現(xiàn)，但是這種方式操作很繁瑣。并且，對于某些業(yè)務(wù)而言，在這種設(shè)備配置場景下也無法自動建立業(yè)務(wù)。例如，對于SC (switchconnection)業(yè)務(wù)而言,在這種設(shè)備配置場景下將無法自動建立SC業(yè)務(wù)。

發(fā)明內(nèi)容
針對相關(guān)技術(shù)中通過網(wǎng)管手動配置保護組操作很繁瑣等問題，本發(fā)明提供了一種配置保護組的方法和系統(tǒng)，以解決上述問題至少之一。根據(jù)本發(fā)明的一個方面，提供了一種配置保護組的方法。根據(jù)本發(fā)明的配置保護組的方法包括源節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向源節(jié)點的保護組配置裝置請求配置保護組；源節(jié)點的呼叫控制裝置向目的節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建請求，其中，呼叫創(chuàng)建請求攜帶有保護類型為客戶側(cè)保護的指示信息；目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向目的節(jié)點的保護組配置裝置請求配置保護組。根據(jù)本發(fā)明的另一方面，提供了一種配置保護組的系統(tǒng)。根據(jù)本發(fā)明的配置保護組的系統(tǒng)包括源節(jié)點和目的節(jié)點；上述源節(jié)點包括 第一呼叫控制裝置，用于在通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時向第一保護組配置裝置請求配置保護組，并且向目的節(jié)點的第二呼叫控制裝置發(fā)送呼叫創(chuàng)建請求，其中，呼叫創(chuàng)建請求攜帶有保護類型為客戶側(cè)保護的指示信息；第一保護組配置裝置，用于配置保護組；目的節(jié)點包括第二呼叫控制裝置，用于在通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向第二保護組配置裝置請求配置保護組；第二保護組配置裝置，用于配置保護組。通過本發(fā)明，通過呼叫的方式來完成客戶側(cè)保護組的自動建立，解決了相關(guān)技術(shù)中通過網(wǎng)管手動配置保護組操作很繁瑣等問題，進而可以大大簡化保護組配置操作。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)相關(guān)技術(shù)的在傳送網(wǎng)絡(luò)中建立客戶側(cè)保護業(yè)務(wù)的示例一的示意圖；圖2是根據(jù)相關(guān)技術(shù)的在傳送網(wǎng)絡(luò)中建立客戶側(cè)保護業(yè)務(wù)的示例二的示意圖；圖3是根據(jù)本發(fā)明實施例的配置保護組的方法的流程圖；圖4是根據(jù)本發(fā)明優(yōu)選實施例的配置保護組的方法的流程示意圖；圖5是根據(jù)本發(fā)明優(yōu)選實施例的建立過程中創(chuàng)建失敗處理的流程示意圖；圖6是根據(jù)本發(fā)明優(yōu)選實施例的刪除保護組的流程示意圖；
圖7是根據(jù)本發(fā)明優(yōu)選實施例的保護組的狀態(tài)同步處理的流程示意圖；圖8是根據(jù)本發(fā)明優(yōu)選實施例的保護組的維護處理的流程示意圖；圖9是根據(jù)本發(fā)明實施例的配置保護組的系統(tǒng)的結(jié)構(gòu)框圖；圖10是根據(jù)本發(fā)明優(yōu)選實施例的配置保護組的系統(tǒng)的結(jié)構(gòu)框圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖3是根據(jù)本發(fā)明實施例的配置保護組的方法的流程圖。如圖3所示，該配置保護組的方法主要包括以下處理步驟S302 :源節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向源節(jié)點的保護組配置裝置請求配置保護組；步驟S304:源節(jié)點的呼叫控制裝置向目的節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建請求，其中，呼叫創(chuàng)建請求攜帶有保護類型為客戶側(cè)保護的指示信息；步驟S306 目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向目的節(jié)點的保護組配置裝置請求配置保護組。相關(guān)技術(shù)中，通過先建立兩個智能的Och業(yè)務(wù)，然后通過網(wǎng)管手動配置保護組來實現(xiàn)，但是這種方式操作很繁瑣。采用上述方法，通過呼叫的方式(源節(jié)點呼叫目的節(jié)點)來完成客戶側(cè)保護組的自動建立，解決了相關(guān)技術(shù)中通過網(wǎng)管配置保護組操作很繁瑣等問題，進而可以大大簡化保護組配置操作。優(yōu)選地，步驟S302中，源節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式可以進一步包括但不限于以下處理(I)源節(jié)點的呼叫控制裝置向源節(jié)點的保護組配置裝置發(fā)送接入信息查詢請求；(2)源節(jié)點的呼叫控制裝置接收來自于源節(jié)點的保護組配置裝置返回的第一接入信息，其中，第一接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息；優(yōu)選地，步驟S306中，目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式可以進一步包括但不限于以下處理(I)目的節(jié)點的呼叫控制裝置向目的節(jié)點的保護組配置裝置發(fā)送接入信息查詢請求；(2)目的節(jié)點的呼叫控制裝置接收來自于目的節(jié)點的保護組配置裝置返回的第二接入信息，其中，第二接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息。優(yōu)選地，在執(zhí)行步驟S306之后，還可以包括以下處理
(I)目的節(jié)點的呼叫控制裝置向源節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建確認(rèn)信令，其中，呼叫創(chuàng)建確認(rèn)信令攜帶有保護類型為客戶側(cè)保護的指示信息以及接入信息；(2)源節(jié)點的呼叫控制裝置根據(jù)接入信息確定服務(wù)層的連接是否建立成功。在優(yōu)選實施過程中，上述源節(jié)點的呼叫控制裝置或目的節(jié)點的呼叫控制裝置可以包括但不限于以下之一網(wǎng)絡(luò)呼叫控制器(NCC)、用戶呼叫控制器(CCC);上述源節(jié)點的保護組配置裝置或目的節(jié)點的保護組配置裝置包括以下之一終端適配器(TAP)、自動保護倒換系統(tǒng)(Automatic Protection Switching,簡稱為APS)。當(dāng)然,在具體實施過程中，上述源節(jié)點的呼叫控制裝置、目的節(jié)點的呼叫控制裝置、源節(jié)點的保護組配置裝置和目的節(jié)點的保護組配置裝置還可以為其他實體。以下結(jié)合圖4的示例描述上述優(yōu)選方式。 圖4是根據(jù)本發(fā)明優(yōu)選實施例的配置保護組的方法的流程示意圖。如圖4所示，該配置保護組的方法包括以下處理步驟S402 :網(wǎng)管請求在兩個OP的客戶端口之間建立保護業(yè)務(wù)(例如，通道1+1保護)，A端(相當(dāng)于上述源節(jié)點)的NCC或者CCC(相當(dāng)于上述源節(jié)點的呼叫控制裝置)通過向本地的TAP(相當(dāng)于上述源節(jié)點的保護組配置裝置)查詢接入信息(或稱為接入約束信息)，然后TAP返回接入約束信息，其中，TAP返回的接入約束信息指示NCC當(dāng)前的客戶端口為客戶側(cè)保護，并且通知NCC或者CCC服務(wù)層的工作和保護端口信息；步驟S404 A端的NCC或者CCC然后通知TAP配置保護組。步驟S406 A端的NCC或者CCC之后通過NOTIFY信令通知Z端(相當(dāng)于上述目的節(jié)點)建立呼叫，并且在攜帶A端的保護類型信息。其中，本實施例中保護類型信息指示為客戶側(cè)保護。步驟S408 :Z端的NCC或者CCC (相當(dāng)于上述目的節(jié)點的呼叫控制裝置)接收到信令后，向本地的TAP(相當(dāng)于上述目的節(jié)點的保護組配置裝置)查詢接入約束信息，然后TAP返回接入約束信息，指示NCC或者CCC當(dāng)前客戶端口為客戶側(cè)保護，并且通知NCC或者CCC服務(wù)層的工作和保護端口信息；步驟S410 :Z端的NCC或者CCC通知TAP配置保護組。步驟S412 Z端的NCC或者CCC向A端的NCC或者CCC發(fā)送呼叫創(chuàng)建確認(rèn)NOTIFY信令，并在信令中攜帶Z端的接入信息。之后，A端需要檢查服務(wù)層的連接是否建立成功，如果沒有則需要觸發(fā)服務(wù)層連接
的建立。優(yōu)選地，在執(zhí)行步驟S304之后，如果目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前不處于客戶側(cè)保護配置模式，則目的節(jié)點的呼叫控制裝置可以向源節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建失敗信令，其中，呼叫創(chuàng)建失敗信令攜帶有創(chuàng)建失敗原因的指示信息；源節(jié)點的呼叫控制裝置接收到呼叫創(chuàng)建失敗信令后，刪除源節(jié)點的保護組配置裝置配置的保護組。其中，目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前不處于客戶側(cè)保護配置模式可以進一步包括以下處理(I)目的節(jié)點的呼叫控制裝置向目的節(jié)點的保護組配置裝置發(fā)送接入信息查詢請求；(2)目的節(jié)點的呼叫控制裝置接收來自于目的節(jié)點的保護組配置裝置返回的第二接入信息，其中，第二接入信息攜帶有當(dāng)前客戶端口不處于客戶側(cè)保護配置模式的指示信肩、O以下結(jié)合圖5的示例描述上述優(yōu)選方式。圖5是根據(jù)本發(fā)明優(yōu)選實施例的建立過程中創(chuàng)建失敗處理的流程示意圖。如圖5所示，該過程主要包括以下處理步驟S502 :網(wǎng)管請求在兩個OP的客戶端口之間建立保護業(yè)務(wù)(比如通道1+1保護)，A端(相當(dāng)于上述源節(jié)點)的NCC或者CCC通過向本地的TAP查詢接入約束信息，然后TAP返回接入約束信息，指示NCC或者CCC此時客戶端口為客戶側(cè)保護，并且通知NCC或 者CCC服務(wù)層的工作和保護端口信息；步驟S504 A端的NCC或者CCC然后通知TAP配置保護組。步驟S506 A端的NCC或者CCC然后通過NOTIFY信令通知Z端(相當(dāng)于上述目的節(jié)點)建立呼叫，并且攜帶A端的保護類型信息。其中，本實施例中保護類型信息指示為客戶側(cè)保護。步驟S508 Z端的NCC或者CCC接收到信令后，向本地的終端適配器(TAP)查詢接入約束信息，然后TAP返回接入約束信息，Z端的NCC或者CCC通過比較A端的保護類型和本地的接入信息進行檢查，發(fā)現(xiàn)錯誤，如果Z端的配置和A端的配置不一致，則無法完成要求保護類型的建立。步驟S510 Z端的NCC或者CCC向A端的NCC或者CCC發(fā)送呼叫創(chuàng)建失敗NOTIFY信令，并在信令中攜帶創(chuàng)建失敗原因。之后，A端接收到Z端的錯誤指示信令后，需要刪除本地的保護組和呼叫狀態(tài)。優(yōu)選地，在執(zhí)行步驟S306之后，如果源節(jié)點發(fā)起保護組刪除流程，可以包括以下處理(I)源節(jié)點的呼叫控制裝置請求源節(jié)點的保護組配置裝置刪除保護組；(2)源節(jié)點的呼叫控制裝置通知目的節(jié)點的呼叫控制裝置刪除保護組；(3)目的節(jié)點的呼叫控制裝置請求目的節(jié)點的保護組配置裝置刪除保護組；優(yōu)選地，在執(zhí)行步驟S306之后，如果目的節(jié)點發(fā)起保護組刪除流程，可以包括以下處理(I)目的節(jié)點的呼叫控制裝置請求目的節(jié)點的保護組配置裝置刪除保護組；(2)目的節(jié)點的呼叫控制裝置通知源節(jié)點的呼叫控制裝置刪除保護組；(3)源節(jié)點的呼叫控制裝置請求源節(jié)點的保護組配置裝置刪除保護組。以下結(jié)合圖6的示例描述上述優(yōu)選方式。圖6是根據(jù)本發(fā)明優(yōu)選實施例的刪除保護組的流程示意圖。如圖6所示，該流程主要包括以下處理步驟S602 :網(wǎng)管請求刪除已經(jīng)建立成功的呼叫A端(相當(dāng)于上述源節(jié)點)的NCC或者CCC然后通知TAP刪除保護組。并且如果服務(wù)層連接也是該呼叫觸發(fā)的話，則A端NCC或者CCC需要負(fù)責(zé)刪除服務(wù)層連接。步驟S604 A端的NCC或者CCC然后通過NOTIFY信令通知Z端(相當(dāng)于上述目的節(jié)點)刪除呼叫。步驟S606 Z端的NCC或者CCC收到信令后，Z端NCC或者CCC通知TAP刪除保護組。步驟S608 Z端的NCC或者CCC向A端NCC或者CCC發(fā)送呼叫刪除確認(rèn)NOTIFY信令。優(yōu)選地，在執(zhí)行步驟S306之后，如果源節(jié)點發(fā)起狀態(tài)同步流程，可以包括以下處理(I)源節(jié)點的呼叫控制裝置每隔預(yù)定時間段向目的節(jié)點的呼叫控制裝置發(fā)送第一同步信令，其中，第一同步信令攜帶有源節(jié)點的保護組狀態(tài)信息；(2)源節(jié)點的呼叫控制裝置接收來自于目的節(jié)點的呼叫控制裝置的第一同步應(yīng)答;(3)源節(jié)點的呼叫控制裝置根據(jù)第一步應(yīng)答確定是否存在異常情況。在一些異常情況下，例如，信令通信故障時，A端和Z端的保護組狀態(tài)可能出現(xiàn)不一致，包括參數(shù)不一致，殘余保護組，所以需要增加一個同步檢測過程來管理維護這些異常情況。同步檢測過程的具體流程如下每隔一定時間，如果存在呼叫信息(保護組信息)，A端或者Z端呼叫控制器向?qū)Χ说暮艚锌刂破靼l(fā)送呼叫信息同步信令(保護組信息同步)；Z端或者A端呼叫控制器接收到對端的呼叫同步信令，根據(jù)本地的信息向?qū)Χ朔祷貞?yīng)答信息，如果本地已經(jīng)沒有，則需要通知對方本端沒有呼叫信息(保護組信息)；如果有，則將本地的信息返回給對方；A端或者Z端接收到對端的同步應(yīng)答消息后，然后進行判斷，如果對方已經(jīng)沒有呼叫信息(保護組)，或者有但是信息不一致，則向管理平面上報告警；如果一致，則完成同步過程，等待下一個同步周期的到來。以下結(jié)合圖7的示例描述上述優(yōu)選實施方式。圖7是根據(jù)本發(fā)明優(yōu)選實施例的保護組的狀態(tài)同步處理的流程示意圖。其中，以目的節(jié)點(Z端)發(fā)起同步流程為例，如圖7所示，該流程主要包括以下處理步驟S702 Z端的NCC或者CCC在合適的時機向A端發(fā)送保護組同步的NOTIFY信令，并在信令中攜帶Z端的保護組狀態(tài)信息。步驟S704 :A端NCC或者CCC接收到同步信令后，根據(jù)信令中的信息查找本地的呼叫和保護組信息，然后向Z端NCC或者CCC發(fā)送保護組同步應(yīng)答的NOTIFY信令，在信令中攜帶A端的保護組狀態(tài)信息。之后，Z端的NCC或者CCC收到A端的應(yīng)答后，然后進行狀態(tài)信息的對比分析，如果發(fā)現(xiàn)異常，則向管理平面發(fā)送告警。優(yōu)選地，在執(zhí)行步驟S306之后，即保護組配置之后，如果用戶設(shè)備或者管理平面需要對保護組進行維護，例如人工倒換，強制倒換，保護演習(xí)等等，需要通過信令對A端和Z端的保護組同時進行操作。如果源節(jié)點發(fā)起保護組維護流程，可以包括以下處理(I)源節(jié)點的呼叫控制裝置接收到保護組維護請求時，請求源節(jié)點的保護組配置裝置執(zhí)行與保護組維護請求對應(yīng)的維護操作；(2)源節(jié)點的呼叫控制裝置通知目的節(jié)點的呼叫控制裝置執(zhí)行與保護組維護請求對應(yīng)的維護操作；(3)目的節(jié)點的呼叫控制裝置請求目的節(jié)點的保護組配置裝置執(zhí)行與保護組維護請求對應(yīng)的維護操作。、
如果目的節(jié)點發(fā)起保護組維護流程，可以包括以下處理
(I)目的節(jié)點的呼叫控制裝置接收到保護組維護請求時，請求目的節(jié)點的保護組配置裝置執(zhí)行與保護組維護請求對應(yīng)的維護操作；(2)目的節(jié)點的呼叫控制裝置通知源節(jié)點的呼叫控制裝置執(zhí)行與保護組維護請求對應(yīng)的維護操作；(3)源節(jié)點的呼叫控制裝置請求源節(jié)點的保護組配置裝置執(zhí)行與保護組維護請求對應(yīng)的維護操作。以下結(jié)合圖8的示例描述上述優(yōu)選實施過程。圖8是根據(jù)本發(fā)明優(yōu)選實施例的保護組的維護處理的流程示意圖。其中，以源節(jié)點(A端)發(fā)起保護組的維護流程為例，如圖8所示，該流程主要包括以下處理步驟S802 A端接收到外部的保護組維護請求(例如，人工倒換)，A端NCC或者CCC通知TAP進行保護組維護對應(yīng)的保護組操作(例如,人工倒換);步驟S804 A端NCC或者CCC通過NOTIFY信令通知Z端NCC或者CCC也進行保護組維護，并在信令中攜帶維護命令對象。步驟S806 Z端或NCC或者CCC收到保護組維護的信令，然后通知本地的TAP進行保護組維護對應(yīng)的保護組操作。步驟S808 Z端NCC或者CCC發(fā)送保護組維護應(yīng)答的NOTIFY信令。需要注意的是，圖4至圖8中的保護組配置裝置均以TAP為例進行說明，在實際應(yīng)用中，還可以采用其他保護組配置裝置，例如，APS等。圖9是根據(jù)本發(fā)明實施例的配置保護組的系統(tǒng)的結(jié)構(gòu)框圖。如圖9所示，該系統(tǒng)包括源節(jié)點I和目的節(jié)點2 ；其中，源節(jié)點I包括第一呼叫控制裝置10，用于在通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時向第一保護組配置裝置請求配置保護組，并且向目的節(jié)點的第二呼叫控制裝置發(fā)送呼叫創(chuàng)建請求，其中，呼叫創(chuàng)建請求攜帶有保護類型為客戶側(cè)保護的指示信息；第一保護組配置裝置12，用于配置保護組；其中，目的節(jié)點2包括第二呼叫控制裝置20，用于在通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向第二保護組配置裝置請求配置保護組；第二保護組配置裝置22，用于配置保護組。上述系統(tǒng)中，通過呼叫的方式(源節(jié)點I呼叫目的節(jié)點2)來完成客戶側(cè)保護組的自動建立，解決了相關(guān)技術(shù)中通過網(wǎng)管配置保護組操作很繁瑣等問題，進而可以大大簡化保護組配置操作。優(yōu)選地，第二呼叫控制裝置20，還用于發(fā)送呼叫創(chuàng)建確認(rèn)信令，其中，該呼叫創(chuàng)建確認(rèn)信令攜帶有保護類型為客戶側(cè)保護的指示信息以及接入信息；第一呼叫控制裝置10，還用于接收來自于第二呼叫控制裝置的呼叫創(chuàng)建確認(rèn)信令，根據(jù)上述接入信息確定服務(wù)層的連接是否建立成功。優(yōu)選地，如圖10所示，第一呼叫控制裝置10可以進一步包括第一發(fā)送模塊100，用于向第一保護組配置裝置發(fā)送接入信息查詢請求；第一接收模塊102，用于接收來自于第一保護組配置裝置 返回的第一接入信息，其中，第一接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息；第二呼叫控制裝置20包括第二發(fā)送模塊200，用于向第二保護組配置裝置發(fā)送接入信息查詢請求；第二接收模塊202，用于接收來自于第二保護組配置裝置返回的第二接入信息，其中，第二接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息。優(yōu)選地，第二呼叫控制裝置20，還用于在通過查詢獲知當(dāng)前不處于客戶側(cè)保護配置模式時，向第一呼叫控制裝置10發(fā)送呼叫創(chuàng)建失敗信令，其中，呼叫創(chuàng)建失敗信令攜帶有創(chuàng)建失敗原因的指示信息；第一呼叫控制裝置10，還用于在接收到呼叫創(chuàng)建失敗信令后，刪除第一保護組配置裝置配置的保護組。優(yōu)選地，第一呼叫控制裝置10，還用于請求第一保護組配置裝置刪除保護組，通知第二呼叫控制裝置刪除保護組；第二呼叫控制裝置20，還用于請求第二保護組配置裝置刪除保護組。優(yōu)選地，第二呼叫控制裝置20，還用于請求第二保護組配置裝置刪除保護組，通知第一呼叫控制裝置刪除保護組；第一呼叫控制裝置10，還用于請求第一保護組配置裝置刪除保護組。優(yōu)選地，第一呼叫控制裝置10，還用于每隔預(yù)定時間段向第二呼叫控制裝置發(fā)送第一同步信令，接收來自于第二呼叫控制裝置的第一同步應(yīng)答，根據(jù)第一步應(yīng)答確定是否存在異常情況，其中，上述第一同步信令攜帶有源節(jié)點的保護組狀態(tài)信息。優(yōu)選地，第二呼叫控制裝置20，還用于每隔預(yù)定時間段向第一呼叫控制裝置發(fā)送第二同步信令，接收來自于第一呼叫控制裝置的第二同步應(yīng)答，根據(jù)第二同步應(yīng)答確定是否存在異常情況，其中，第二同步信令攜帶有目的節(jié)點的保護組狀態(tài)信息。在優(yōu)選實施過程中，上述第一呼叫控制裝置或第二呼叫控制裝置可以包括但不限于以下之一網(wǎng)絡(luò)呼叫控制器(NCC)、用戶呼叫控制器(CCC);上述第一保護組配置裝置或第二保護組配置裝置包括以下之一終端適配器(TAP)、自動保護倒換系統(tǒng)(APS)。當(dāng)然，在具體實施過程中，上述第一呼叫控制裝置、第二呼叫控制裝置、第一保護組配置裝置和第二保護組配置裝置還可以為其他實體。需要注意的是，上述配置保護組的系統(tǒng)中各裝置及各模塊相互結(jié)合的優(yōu)選實施方式具體可以參見圖4至圖8的描述，此處不再贅述。綜上所述，借助本發(fā)明提供的上述實施例，通過呼叫方式來完成客戶側(cè)保護組的自動建立，并且通過呼叫方式解決了客戶側(cè)保護的刪除，同步，維護等問題。大大簡化了操作流程，并且可以支持多種業(yè)務(wù)的建立，例如，SC業(yè)務(wù)。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等 ，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種配置保護組的方法，其特征在于，包括 源節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向所述源節(jié)點的保護組配置裝置請求配置保護組； 所述源節(jié)點的呼叫控制裝置向目的節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建請求，其中，所述呼叫創(chuàng)建請求攜帶有保護類型為客戶側(cè)保護的指示信息； 所述目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向所述目的節(jié)點的保護組配置裝置請求配置保護組。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，在所述目的節(jié)點的保護組配置裝置請求配置保護組之后，還包括 所述目的節(jié)點的呼叫控制裝置向所述源節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建確認(rèn)信令，其中，所述呼叫創(chuàng)建確認(rèn)信令攜帶有保護類型為客戶側(cè)保護的指示信息以及接入信息； 所述源節(jié)點的呼叫控制裝置根據(jù)所述接入信息確定服務(wù)層的連接是否建立成功。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于， 所述源節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式包括所述源節(jié)點的呼叫控制裝置向所述源節(jié)點的保護組配置裝置發(fā)送接入信息查詢請求；所述源節(jié)點的呼叫控制裝置接收來自于所述源節(jié)點的保護組配置裝置返回的第一接入信息，其中，所述第一接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息； 所述目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式包括所述目的節(jié)點的呼叫控制裝置向所述目的節(jié)點的保護組配置裝置發(fā)送接入信息查詢請求；所述目的節(jié)點的呼叫控制裝置接收來自于所述目的節(jié)點的保護組配置裝置返回的第二接入信息，其中，所述第二接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述源節(jié)點的呼叫控制裝置向所述目的節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建請求之后，還包括 所述目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前不處于客戶側(cè)保護配置模式時，向所述源節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建失敗信令，其中，所述呼叫創(chuàng)建失敗信令攜帶有創(chuàng)建失敗原因的指示信息； 所述源節(jié)點的呼叫控制裝置接收到所述呼叫創(chuàng)建失敗信令后，刪除所述源節(jié)點的保護組配置裝置配置的保護組。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，在所述目的節(jié)點的保護組配置裝置請求配置保護組之后，還包括以下之一 所述源節(jié)點的呼叫控制裝置請求所述源節(jié)點的保護組配置裝置刪除保護組；所述源節(jié)點的呼叫控制裝置通知所述目的節(jié)點的呼叫控制裝置刪除保護組；所述目的節(jié)點的呼叫控制裝置請求所述目的節(jié)點的保護組配置裝置刪除保護組； 所述目的節(jié)點的呼叫控制裝置請求所述目的節(jié)點的保護組配置裝置刪除保護組；所述目的節(jié)點的呼叫控制裝置通知所述源節(jié)點的呼叫控制裝置刪除保護組；所述源節(jié)點的呼叫控制裝置請求所述源節(jié)點的保護組配置裝置刪除保護組。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，在所述目的節(jié)點的保護組配置裝置請求配置保護組之后，還包括以下之一 所述源節(jié)點的呼叫控制裝置每隔預(yù)定時間段向所述目的節(jié)點的呼叫控制裝置發(fā)送第一同步信令，其中，所述第一同步信令攜帶有所述源節(jié)點的保護組狀態(tài)信息；所述源節(jié)點的呼叫控制裝置接收來自于所述目的節(jié)點的呼叫控制裝置的第一同步應(yīng)答；所述源節(jié)點的呼叫控制裝置根據(jù)所述第一步應(yīng)答確定是否存在異常情況； 所述目的節(jié)點的呼叫控制裝置每隔預(yù)定時間段向所述源節(jié)點的呼叫控制裝置發(fā)送第二同步信令，其中，所述第二同步信令攜帶有所述目的節(jié)點的保護組狀態(tài)信息；所述目的節(jié)點的呼叫控制裝置接收來自于所述源節(jié)點的呼叫控制裝置的第二同步應(yīng)答；所述目的節(jié)點的呼叫控制裝置根據(jù)所述第二同步應(yīng)答確定是否存在異常情況。
7.根據(jù)權(quán)利要求I所述的方法，其特征在于，在所述目的節(jié)點的保護組配置裝置請求配置保護組之后，還包括以下之一 所述源節(jié)點的呼叫控制裝置接收到保護組維護請求時，請求所述源節(jié)點的保護組配置裝置執(zhí)行與所述保護組維護請求對應(yīng)的維護操作；所述源節(jié)點的呼叫控制裝置通知所述目的節(jié)點的呼叫控制裝置執(zhí)行與所述保護組維護請求對應(yīng)的維護操作；所述目的節(jié)點的呼叫控制裝置請求所述目的節(jié)點的保護組配置裝置執(zhí)行與所述保護組維護請求對應(yīng)的維護操作； 所述目的節(jié)點的呼叫控制裝置接收到保護組維護請求時，請求所述目的節(jié)點的保護組配置裝置執(zhí)行與所述保護組維護請求對應(yīng)的維護操作；所述目的節(jié)點的呼叫控制裝置通知所述源節(jié)點的呼叫控制裝置執(zhí)行與所述保護組維護請求對應(yīng)的維護操作；所述源節(jié)點的呼叫控制裝置請求所述源節(jié)點的保護組配置裝置執(zhí)行與所述保護組維護請求對應(yīng)的維護操作。
8.根據(jù)權(quán)利要求I至7中任一項所述的方法，其特征在于， 所述源節(jié)點的呼叫控制裝置或所述目的節(jié)點的呼叫控制裝置包括以下之一網(wǎng)絡(luò)呼叫控制器NCC、用戶呼叫控制器CCC ； 所述源節(jié)點的保護組配置裝置或所述目的節(jié)點的保護組配置裝置包括以下之一終端適配器TAP，自動保護倒換系統(tǒng)APS。
9.一種配置保護組的系統(tǒng)，其特征在于，包括源節(jié)點和目的節(jié)點； 所述源節(jié)點包括 第一呼叫控制裝置，用于在通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時向第一保護組配置裝置請求配置保護組，并且向目的節(jié)點的第二呼叫控制裝置發(fā)送呼叫創(chuàng)建請求，其中，所述呼叫創(chuàng)建請求攜帶有保護類型為客戶側(cè)保護的指示信息； 所述第一保護組配置裝置，用于配置保護組； 所述目的節(jié)點包括 第二呼叫控制裝置，用于在通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向第二保護組配置裝置請求配置保護組； 所述第二保護組配置裝置，用于配置保護組。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述第二呼叫控制裝置，還用于發(fā)送呼叫創(chuàng)建確認(rèn)信令，其中，所述呼叫創(chuàng)建確認(rèn)信令攜帶有保護類型為客戶側(cè)保護的指示信息以及接入信息； 所述第一呼叫控制裝置，還用于接收來自于所述第二呼叫控制裝置的所述呼叫創(chuàng)建確認(rèn)信令，根據(jù)所述接入信息確定服務(wù)層的連接是否建立成功。
11.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述第一呼叫控制裝置包括 第一發(fā)送模塊，用于向所述第一保護組配置裝置發(fā)送接入信息查詢請求； 第一接收模塊，用于接收來自于所述第一保護組配置裝置返回的第一接入信息，其中，所述第一接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息； 所述第二呼叫控制裝置包括 第二發(fā)送模塊，用于向所述第二保護組配置裝置發(fā)送接入信息查詢請求； 第二接收模塊，用于接收來自于所述第二保護組配置裝置返回的第二接入信息，其中，所述第二接入信息攜帶有當(dāng)前客戶端口處于客戶側(cè)保護配置模式的指示信息。
12.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于， 所述第二呼叫控制裝置，還用于在通過查詢獲知當(dāng)前不處于客戶側(cè)保護配置模式時，向所述第一呼叫控制裝置發(fā)送呼叫創(chuàng)建失敗信令，其中，所述呼叫創(chuàng)建失敗信令攜帶有創(chuàng)建失敗原因的指示信息； 所述第一呼叫控制裝置，還用于在接收到所述呼叫創(chuàng)建失敗信令后，刪除所述第一保護組配置裝置配置的保護組。
全文摘要
本發(fā)明提供了一種配置保護組的方法及系統(tǒng)，在上述方法中，源節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向源節(jié)點的保護組配置裝置請求配置保護組；源節(jié)點的呼叫控制裝置向目的節(jié)點的呼叫控制裝置發(fā)送呼叫創(chuàng)建請求，其中，呼叫創(chuàng)建請求攜帶有保護類型為客戶側(cè)保護的指示信息；目的節(jié)點的呼叫控制裝置通過查詢獲知當(dāng)前處于客戶側(cè)保護配置模式時，向本節(jié)點的保護組配置裝置請求配置保護組。根據(jù)本發(fā)明提供的技術(shù)方案，可以大大簡化保護組配置操作。
文檔編號H04Q11/00GK102638733SQ201110038650
公開日2012年8月15日 申請日期2011年2月15日 優(yōu)先權(quán)日2011年2月15日
發(fā)明者向小山 申請人:中興通訊股份有限公司