CN102638733A - 配置保护组的方法和系统 - Google Patents

Abstract

本发明提供了一种配置保护组的方法及系统，在上述方法中，源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向源节点的保护组配置装置请求配置保护组；源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请求，其中，呼叫创建请求携带有保护类型为客户侧保护的指示信息；目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向本节点的保护组配置装置请求配置保护组。根据本发明提供的技术方案，可以大大简化保护组配置操作。

Description

配置保护组的方法和系统

技术领域

本发明涉及通信领域，具体而言，涉及一种配置保护组的方法和系统。

背景技术

自动交换光网络(Automatic Swtiched Optical Network，简称为ASON)是业界普遍认为的传送网的一个发展方向，ASON的发展将传送网络从过去的单一的链路提供功能逐步发展到具有智能化的能够满足各种业务要求的网络平台。在传送网络中存在许多客户侧保护的业务，这种业务与光层或者电层通道1+1业务类似，但是实施保护的层次却是在客户侧的光保护(Optical Protect，简称为OP)板，所以建立过程与普通的智能业务不同。具体可以图1和图2。

对于这种业务，相关技术中，可以通过先建立两个智能的光信道(Optical Channel，简称为Och)业务，然后通过网管手动配置保护组来实现，但是这种方式操作很繁琐。并且，对于某些业务而言，在这种设备配置场景下也无法自动建立业务。例如，对于SC(switchconnection)业务而言，在这种设备配置场景下将无法自动建立SC业务。

发明内容

针对相关技术中通过网管手动配置保护组操作很繁琐等问题，本发明提供了一种配置保护组的方法和系统，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种配置保护组的方法。

根据本发明的配置保护组的方法包括：源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向源节点的保护组配置装置请求配置保护组；源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请求，其中，呼叫创建请求携带有保护类型为客户侧保护的指示信息；目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向目的节点的保护组配置装置请求配置保护组。

根据本发明的另一方面，提供了一种配置保护组的系统。

根据本发明的配置保护组的系统包括：源节点和目的节点；上述源节点包括：第一呼叫控制装置，用于在通过查询获知当前处于客户侧保护配置模式时向第一保护组配置装置请求配置保护组，并且向目的节点的第二呼叫控制装置发送呼叫创建请求，其中，呼叫创建请求携带有保护类型为客户侧保护的指示信息；第一保护组配置装置，用于配置保护组；目的节点包括：第二呼叫控制装置，用于在通过查询获知当前处于客户侧保护配置模式时，向第二保护组配置装置请求配置保护组；第二保护组配置装置，用于配置保护组。

通过本发明，通过呼叫的方式来完成客户侧保护组的自动建立，解决了相关技术中通过网管手动配置保护组操作很繁琐等问题，进而可以大大简化保护组配置操作。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的在传送网络中建立客户侧保护业务的示例一的示意图；

图2是根据相关技术的在传送网络中建立客户侧保护业务的示例二的示意图；

图3是根据本发明实施例的配置保护组的方法的流程图；

图4是根据本发明优选实施例的配置保护组的方法的流程示意图；

图5是根据本发明优选实施例的建立过程中创建失败处理的流程示意图；

图6是根据本发明优选实施例的删除保护组的流程示意图；

图7是根据本发明优选实施例的保护组的状态同步处理的流程示意图；

图8是根据本发明优选实施例的保护组的维护处理的流程示意图；

图9是根据本发明实施例的配置保护组的系统的结构框图；

图10是根据本发明优选实施例的配置保护组的系统的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图3是根据本发明实施例的配置保护组的方法的流程图。如图3所示，该配置保护组的方法主要包括以下处理：

步骤S302：源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向源节点的保护组配置装置请求配置保护组；

步骤S304：源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请求，其中，呼叫创建请求携带有保护类型为客户侧保护的指示信息；

步骤S306：目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向目的节点的保护组配置装置请求配置保护组。

相关技术中，通过先建立两个智能的Och业务，然后通过网管手动配置保护组来实现，但是这种方式操作很繁琐。采用上述方法，通过呼叫的方式(源节点呼叫目的节点)来完成客户侧保护组的自动建立，解决了相关技术中通过网管配置保护组操作很繁琐等问题，进而可以大大简化保护组配置操作。

优选地，步骤S302中，源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式可以进一步包括但不限于以下处理：

(1)源节点的呼叫控制装置向源节点的保护组配置装置发送接入信息查询请求；

(2)源节点的呼叫控制装置接收来自于源节点的保护组配置装置返回的第一接入信息，其中，第一接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息；

优选地，步骤S306中，目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式可以进一步包括但不限于以下处理：

(1)目的节点的呼叫控制装置向目的节点的保护组配置装置发送接入信息查询请求；

(2)目的节点的呼叫控制装置接收来自于目的节点的保护组配置装置返回的第二接入信息，其中，第二接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息。

优选地，在执行步骤S306之后，还可以包括以下处理：

(1)目的节点的呼叫控制装置向源节点的呼叫控制装置发送呼叫创建确认信令，其中，呼叫创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息；

(2)源节点的呼叫控制装置根据接入信息确定服务层的连接是否建立成功。

在优选实施过程中，上述源节点的呼叫控制装置或目的节点的呼叫控制装置可以包括但不限于以下之一：网络呼叫控制器(NCC)、用户呼叫控制器(CCC)；上述源节点的保护组配置装置或目的节点的保护组配置装置包括以下之一：终端适配器(TAP)、自动保护倒换系统(Automatic Protection Switching，简称为APS)。当然，在具体实施过程中，上述源节点的呼叫控制装置、目的节点的呼叫控制装置、源节点的保护组配置装置和目的节点的保护组配置装置还可以为其他实体。

以下结合图4的示例描述上述优选方式。

图4是根据本发明优选实施例的配置保护组的方法的流程示意图。如图4所示，该配置保护组的方法包括以下处理：

步骤S402：网管请求在两个OP的客户端口之间建立保护业务(例如，通道1+1保护)，A端(相当于上述源节点)的NCC或者CCC(相当于上述源节点的呼叫控制装置)通过向本地的TAP(相当于上述源节点的保护组配置装置)查询接入信息(或称为接入约束信息)，然后TAP返回接入约束信息，其中，TAP返回的接入约束信息指示NCC当前的客户端口为客户侧保护，并且通知NCC或者CCC服务层的工作和保护端口信息；

步骤S404：A端的NCC或者CCC然后通知TAP配置保护组。

步骤S406：A端的NCC或者CCC之后通过NOTIFY信令通知Z端(相当于上述目的节点)建立呼叫，并且在携带A端的保护类型信息。

其中，本实施例中保护类型信息指示为客户侧保护。

步骤S408：Z端的NCC或者CCC(相当于上述目的节点的呼叫控制装置)接收到信令后，向本地的TAP(相当于上述目的节点的保护组配置装置)查询接入约束信息，然后TAP返回接入约束信息，指示NCC或者CCC当前客户端口为客户侧保护，并且通知NCC或者CCC服务层的工作和保护端口信息；

步骤S410：Z端的NCC或者CCC通知TAP配置保护组。

步骤S412：Z端的NCC或者CCC向A端的NCC或者CCC发送呼叫创建确认NOTIFY信令，并在信令中携带Z端的接入信息。

之后，A端需要检查服务层的连接是否建立成功，如果没有则需要触发服务层连接的建立。

优选地，在执行步骤S304之后，如果目的节点的呼叫控制装置通过查询获知当前不处于客户侧保护配置模式，则目的节点的呼叫控制装置可以向源节点的呼叫控制装置发送呼叫创建失败信令，其中，呼叫创建失败信令携带有创建失败原因的指示信息；源节点的呼叫控制装置接收到呼叫创建失败信令后，删除源节点的保护组配置装置配置的保护组。

其中，目的节点的呼叫控制装置通过查询获知当前不处于客户侧保护配置模式可以进一步包括以下处理：

(1)目的节点的呼叫控制装置向目的节点的保护组配置装置发送接入信息查询请求；

(2)目的节点的呼叫控制装置接收来自于目的节点的保护组配置装置返回的第二接入信息，其中，第二接入信息携带有当前客户端口不处于客户侧保护配置模式的指示信息。

以下结合图5的示例描述上述优选方式。

图5是根据本发明优选实施例的建立过程中创建失败处理的流程示意图。如图5所示，该过程主要包括以下处理：

步骤S502：网管请求在两个OP的客户端口之间建立保护业务(比如通道1+1保护)，A端(相当于上述源节点)的NCC或者CCC通过向本地的TAP查询接入约束信息，然后TAP返回接入约束信息，指示NCC或者CCC此时客户端口为客户侧保护，并且通知NCC或者CCC服务层的工作和保护端口信息；

步骤S504：A端的NCC或者CCC然后通知TAP配置保护组。

步骤S506：A端的NCC或者CCC然后通过NOTIFY信令通知Z端(相当于上述目的节点)建立呼叫，并且携带A端的保护类型信息。

其中，本实施例中保护类型信息指示为客户侧保护。

步骤S508：Z端的NCC或者CCC接收到信令后，向本地的终端适配器(TAP)查询接入约束信息，然后TAP返回接入约束信息，Z端的NCC或者CCC通过比较A端的保护类型和本地的接入信息进行检查，发现错误，如果Z端的配置和A端的配置不一致，则无法完成要求保护类型的建立。

步骤S510：Z端的NCC或者CCC向A端的NCC或者CCC发送呼叫创建失败NOTIFY信令，并在信令中携带创建失败原因。

之后，A端接收到Z端的错误指示信令后，需要删除本地的保护组和呼叫状态。

优选地，在执行步骤S306之后，如果源节点发起保护组删除流程，可以包括以下处理：

(1)源节点的呼叫控制装置请求源节点的保护组配置装置删除保护组；

(2)源节点的呼叫控制装置通知目的节点的呼叫控制装置删除保护组；

(3)目的节点的呼叫控制装置请求目的节点的保护组配置装置删除保护组；

优选地，在执行步骤S306之后，如果目的节点发起保护组删除流程，可以包括以下处理：

(1)目的节点的呼叫控制装置请求目的节点的保护组配置装置删除保护组；

(2)目的节点的呼叫控制装置通知源节点的呼叫控制装置删除保护组；

(3)源节点的呼叫控制装置请求源节点的保护组配置装置删除保护组。

以下结合图6的示例描述上述优选方式。

图6是根据本发明优选实施例的删除保护组的流程示意图。如图6所示，该流程主要包括以下处理：

步骤S602：网管请求删除已经建立成功的呼叫A端(相当于上述源节点)的NCC或者CCC然后通知TAP删除保护组。并且如果服务层连接也是该呼叫触发的话，则A端NCC或者CCC需要负责删除服务层连接。

步骤S604：A端的NCC或者CCC然后通过NOTIFY信令通知Z端(相当于上述目的节点)删除呼叫。

步骤S606：Z端的NCC或者CCC收到信令后，Z端NCC或者CCC通知TAP删除保护组。

步骤S608：Z端的NCC或者CCC向A端NCC或者CCC发送呼叫删除确认NOTIFY信令。

优选地，在执行步骤S306之后，如果源节点发起状态同步流程，可以包括以下处理：

(1)源节点的呼叫控制装置每隔预定时间段向目的节点的呼叫控制装置发送第一同步信令，其中，第一同步信令携带有源节点的保护组状态信息；

(2)源节点的呼叫控制装置接收来自于目的节点的呼叫控制装置的第一同步应答；

(3)源节点的呼叫控制装置根据第一步应答确定是否存在异常情况。

在一些异常情况下，例如，信令通信故障时，A端和Z端的保护组状态可能出现不一致，包括参数不一致，残余保护组，所以需要增加一个同步检测过程来管理维护这些异常情况。同步检测过程的具体流程如下：每隔一定时间，如果存在呼叫信息(保护组信息)，A端或者Z端呼叫控制器向对端的呼叫控制器发送呼叫信息同步信令(保护组信息同步)；Z端或者A端呼叫控制器接收到对端的呼叫同步信令，根据本地的信息向对端返回应答信息，如果本地已经没有，则需要通知对方本端没有呼叫信息(保护组信息)；如果有，则将本地的信息返回给对方；A端或者Z端接收到对端的同步应答消息后，然后进行判断，如果对方已经没有呼叫信息(保护组)，或者有但是信息不一致，则向管理平面上报告警；如果一致，则完成同步过程，等待下一个同步周期的到来。

以下结合图7的示例描述上述优选实施方式。

图7是根据本发明优选实施例的保护组的状态同步处理的流程示意图。其中，以目的节点(Z端)发起同步流程为例，如图7所示，该流程主要包括以下处理：

步骤S702：Z端的NCC或者CCC在合适的时机向A端发送保护组同步的NOTIFY信令，并在信令中携带Z端的保护组状态信息。

步骤S704：A端NCC或者CCC接收到同步信令后，根据信令中的信息查找本地的呼叫和保护组信息，然后向Z端NCC或者CCC发送保护组同步应答的NOTIFY信令，在信令中携带A端的保护组状态信息。

之后，Z端的NCC或者CCC收到A端的应答后，然后进行状态信息的对比分析，如果发现异常，则向管理平面发送告警。

优选地，在执行步骤S306之后，即保护组配置之后，如果用户设备或者管理平面需要对保护组进行维护，例如人工倒换，强制倒换，保护演习等等，需要通过信令对A端和Z端的保护组同时进行操作。

如果源节点发起保护组维护流程，可以包括以下处理：

(1)源节点的呼叫控制装置接收到保护组维护请求时，请求源节点的保护组配置装置执行与保护组维护请求对应的维护操作；

(2)源节点的呼叫控制装置通知目的节点的呼叫控制装置执行与保护组维护请求对应的维护操作；

(3)目的节点的呼叫控制装置请求目的节点的保护组配置装置执行与保护组维护请求对应的维护操作。

如果目的节点发起保护组维护流程，可以包括以下处理：

(1)目的节点的呼叫控制装置接收到保护组维护请求时，请求目的节点的保护组配置装置执行与保护组维护请求对应的维护操作；

(2)目的节点的呼叫控制装置通知源节点的呼叫控制装置执行与保护组维护请求对应的维护操作；

(3)源节点的呼叫控制装置请求源节点的保护组配置装置执行与保护组维护请求对应的维护操作。

以下结合图8的示例描述上述优选实施过程。

图8是根据本发明优选实施例的保护组的维护处理的流程示意图。其中，以源节点(A端)发起保护组的维护流程为例，如图8所示，该流程主要包括以下处理：

步骤S802：A端接收到外部的保护组维护请求(例如，人工倒换)，A端NCC或者CCC通知TAP进行保护组维护对应的保护组操作(例如，人工倒换)；

步骤S804：A端NCC或者CCC通过NOTIFY信令通知Z端NCC或者CCC也进行保护组维护，并在信令中携带维护命令对象。

步骤S806：Z端或NCC或者CCC收到保护组维护的信令，然后通知本地的TAP进行保护组维护对应的保护组操作。

步骤S808：Z端NCC或者CCC发送保护组维护应答的NOTIFY信令。

需要注意的是，图4至图8中的保护组配置装置均以TAP为例进行说明，在实际应用中，还可以采用其他保护组配置装置，例如，APS等。

图9是根据本发明实施例的配置保护组的系统的结构框图。如图9所示，该系统包括：源节点1和目的节点2；

其中，源节点1包括：

第一呼叫控制装置10，用于在通过查询获知当前处于客户侧保护配置模式时向第一保护组配置装置请求配置保护组，并且向目的节点的第二呼叫控制装置发送呼叫创建请求，其中，呼叫创建请求携带有保护类型为客户侧保护的指示信息；

第一保护组配置装置12，用于配置保护组；

其中，目的节点2包括：

第二呼叫控制装置20，用于在通过查询获知当前处于客户侧保护配置模式时，向第二保护组配置装置请求配置保护组；

第二保护组配置装置22，用于配置保护组。

上述系统中，通过呼叫的方式(源节点1呼叫目的节点2)来完成客户侧保护组的自动建立，解决了相关技术中通过网管配置保护组操作很繁琐等问题，进而可以大大简化保护组配置操作。

优选地，第二呼叫控制装置20，还用于发送呼叫创建确认信令，其中，该呼叫创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息；第一呼叫控制装置10，还用于接收来自于第二呼叫控制装置的呼叫创建确认信令，根据上述接入信息确定服务层的连接是否建立成功。

优选地，如图10所示，第一呼叫控制装置10可以进一步包括：第一发送模块100，用于向第一保护组配置装置发送接入信息查询请求；第一接收模块102，用于接收来自于第一保护组配置装置返回的第一接入信息，其中，第一接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息；第二呼叫控制装置20包括：第二发送模块200，用于向第二保护组配置装置发送接入信息查询请求；第二接收模块202，用于接收来自于第二保护组配置装置返回的第二接入信息，其中，第二接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息。

优选地，第二呼叫控制装置20，还用于在通过查询获知当前不处于客户侧保护配置模式时，向第一呼叫控制装置10发送呼叫创建失败信令，其中，呼叫创建失败信令携带有创建失败原因的指示信息；第一呼叫控制装置10，还用于在接收到呼叫创建失败信令后，删除第一保护组配置装置配置的保护组。

优选地，第一呼叫控制装置10，还用于请求第一保护组配置装置删除保护组，通知第二呼叫控制装置删除保护组；第二呼叫控制装置20，还用于请求第二保护组配置装置删除保护组。

优选地，第二呼叫控制装置20，还用于请求第二保护组配置装置删除保护组，通知第一呼叫控制装置删除保护组；第一呼叫控制装置10，还用于请求第一保护组配置装置删除保护组。

优选地，第一呼叫控制装置10，还用于每隔预定时间段向第二呼叫控制装置发送第一同步信令，接收来自于第二呼叫控制装置的第一同步应答，根据第一步应答确定是否存在异常情况，其中，上述第一同步信令携带有源节点的保护组状态信息。

优选地，第二呼叫控制装置20，还用于每隔预定时间段向第一呼叫控制装置发送第二同步信令，接收来自于第一呼叫控制装置的第二同步应答，根据第二同步应答确定是否存在异常情况，其中，第二同步信令携带有目的节点的保护组状态信息。

在优选实施过程中，上述第一呼叫控制装置或第二呼叫控制装置可以包括但不限于以下之一：网络呼叫控制器(NCC)、用户呼叫控制器(CCC)；上述第一保护组配置装置或第二保护组配置装置包括以下之一：终端适配器(TAP)、自动保护倒换系统(APS)。当然，在具体实施过程中，上述第一呼叫控制装置、第二呼叫控制装置、第一保护组配置装置和第二保护组配置装置还可以为其他实体。

需要注意的是，上述配置保护组的系统中各装置及各模块相互结合的优选实施方式具体可以参见图4至图8的描述，此处不再赘述。

综上所述，借助本发明提供的上述实施例，通过呼叫方式来完成客户侧保护组的自动建立，并且通过呼叫方式解决了客户侧保护的删除，同步，维护等问题。大大简化了操作流程，并且可以支持多种业务的建立，例如，SC业务。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种配置保护组的方法，其特征在于，包括：

源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向所述源节点的保护组配置装置请求配置保护组；

所述源节点的呼叫控制装置向目的节点的呼叫控制装置发送呼叫创建请求，其中，所述呼叫创建请求携带有保护类型为客户侧保护的指示信息；

所述目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式时，向所述目的节点的保护组配置装置请求配置保护组。

2.根据权利要求1所述的方法，其特征在于，在所述目的节点的保护组配置装置请求配置保护组之后，还包括：

所述目的节点的呼叫控制装置向所述源节点的呼叫控制装置发送呼叫创建确认信令，其中，所述呼叫创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息；

所述源节点的呼叫控制装置根据所述接入信息确定服务层的连接是否建立成功。

3.根据权利要求1所述的方法，其特征在于，

所述源节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式包括：所述源节点的呼叫控制装置向所述源节点的保护组配置装置发送接入信息查询请求；所述源节点的呼叫控制装置接收来自于所述源节点的保护组配置装置返回的第一接入信息，其中，所述第一接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息；

所述目的节点的呼叫控制装置通过查询获知当前处于客户侧保护配置模式包括：所述目的节点的呼叫控制装置向所述目的节点的保护组配置装置发送接入信息查询请求；所述目的节点的呼叫控制装置接收来自于所述目的节点的保护组配置装置返回的第二接入信息，其中，所述第二接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息。

4.根据权利要求1所述的方法，其特征在于，所述源节点的呼叫控制装置向所述目的节点的呼叫控制装置发送呼叫创建请求之后，还包括：

所述目的节点的呼叫控制装置通过查询获知当前不处于客户侧保护配置模式时，向所述源节点的呼叫控制装置发送呼叫创建失败信令，其中，所述呼叫创建失败信令携带有创建失败原因的指示信息；

所述源节点的呼叫控制装置接收到所述呼叫创建失败信令后，删除所述源节点的保护组配置装置配置的保护组。

5.根据权利要求1所述的方法，其特征在于，在所述目的节点的保护组配置装置请求配置保护组之后，还包括以下之一：

所述源节点的呼叫控制装置请求所述源节点的保护组配置装置删除保护组；所述源节点的呼叫控制装置通知所述目的节点的呼叫控制装置删除保护组；所述目的节点的呼叫控制装置请求所述目的节点的保护组配置装置删除保护组；

所述目的节点的呼叫控制装置请求所述目的节点的保护组配置装置删除保护组；所述目的节点的呼叫控制装置通知所述源节点的呼叫控制装置删除保护组；所述源节点的呼叫控制装置请求所述源节点的保护组配置装置删除保护组。

6.根据权利要求1所述的方法，其特征在于，在所述目的节点的保护组配置装置请求配置保护组之后，还包括以下之一：

所述源节点的呼叫控制装置每隔预定时间段向所述目的节点的呼叫控制装置发送第一同步信令，其中，所述第一同步信令携带有所述源节点的保护组状态信息；所述源节点的呼叫控制装置接收来自于所述目的节点的呼叫控制装置的第一同步应答；所述源节点的呼叫控制装置根据所述第一步应答确定是否存在异常情况；

所述目的节点的呼叫控制装置每隔预定时间段向所述源节点的呼叫控制装置发送第二同步信令，其中，所述第二同步信令携带有所述目的节点的保护组状态信息；所述目的节点的呼叫控制装置接收来自于所述源节点的呼叫控制装置的第二同步应答；所述目的节点的呼叫控制装置根据所述第二同步应答确定是否存在异常情况。

7.根据权利要求1所述的方法，其特征在于，在所述目的节点的保护组配置装置请求配置保护组之后，还包括以下之一：

所述源节点的呼叫控制装置接收到保护组维护请求时，请求所述源节点的保护组配置装置执行与所述保护组维护请求对应的维护操作；所述源节点的呼叫控制装置通知所述目的节点的呼叫控制装置执行与所述保护组维护请求对应的维护操作；所述目的节点的呼叫控制装置请求所述目的节点的保护组配置装置执行与所述保护组维护请求对应的维护操作；

所述目的节点的呼叫控制装置接收到保护组维护请求时，请求所述目的节点的保护组配置装置执行与所述保护组维护请求对应的维护操作；所述目的节点的呼叫控制装置通知所述源节点的呼叫控制装置执行与所述保护组维护请求对应的维护操作；所述源节点的呼叫控制装置请求所述源节点的保护组配置装置执行与所述保护组维护请求对应的维护操作。

8.根据权利要求1至7中任一项所述的方法，其特征在于，

所述源节点的呼叫控制装置或所述目的节点的呼叫控制装置包括以下之一：网络呼叫控制器NCC、用户呼叫控制器CCC；

所述源节点的保护组配置装置或所述目的节点的保护组配置装置包括以下之一：终端适配器TAP，自动保护倒换系统APS。

9.一种配置保护组的系统，其特征在于，包括：源节点和目的节点；

所述源节点包括：

第一呼叫控制装置，用于在通过查询获知当前处于客户侧保护配置模式时向第一保护组配置装置请求配置保护组，并且向目的节点的第二呼叫控制装置发送呼叫创建请求，其中，所述呼叫创建请求携带有保护类型为客户侧保护的指示信息；

所述第一保护组配置装置，用于配置保护组；

所述目的节点包括：

第二呼叫控制装置，用于在通过查询获知当前处于客户侧保护配置模式时，向第二保护组配置装置请求配置保护组；

所述第二保护组配置装置，用于配置保护组。

10.根据权利要求9所述的系统，其特征在于，

所述第二呼叫控制装置，还用于发送呼叫创建确认信令，其中，所述呼叫创建确认信令携带有保护类型为客户侧保护的指示信息以及接入信息；

所述第一呼叫控制装置，还用于接收来自于所述第二呼叫控制装置的所述呼叫创建确认信令，根据所述接入信息确定服务层的连接是否建立成功。

11.根据权利要求9所述的系统，其特征在于，

所述第一呼叫控制装置包括：

第一发送模块，用于向所述第一保护组配置装置发送接入信息查询请求；

第一接收模块，用于接收来自于所述第一保护组配置装置返回的第一接入信息，其中，所述第一接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息；

所述第二呼叫控制装置包括：

第二发送模块，用于向所述第二保护组配置装置发送接入信息查询请求；

第二接收模块，用于接收来自于所述第二保护组配置装置返回的第二接入信息，其中，所述第二接入信息携带有当前客户端口处于客户侧保护配置模式的指示信息。

12.根据权利要求9所述的系统，其特征在于，

所述第二呼叫控制装置，还用于在通过查询获知当前不处于客户侧保护配置模式时，向所述第一呼叫控制装置发送呼叫创建失败信令，其中，所述呼叫创建失败信令携带有创建失败原因的指示信息；

所述第一呼叫控制装置，还用于在接收到所述呼叫创建失败信令后，删除所述第一保护组配置装置配置的保护组。

Images