CN101227317B

CN101227317B - 同步数字体系设备的数据通信信道的管理方法

Info

Publication number: CN101227317B
Application number: CN2007101672504A
Authority: CN
Inventors: 向奇敏
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-11-02
Filing date: 2007-11-02
Publication date: 2010-06-23
Anticipated expiration: 2027-11-02
Also published as: CN101227317A

Abstract

本发明提供了一种同步数字体系设备的数据通信信道的管理方法，包括：步骤S102，将存在于两个相邻网元之间的多条数据通信信道绑定为一条嵌入控制通道，在嵌入控制通道的多条数据通信信道中的一条上为两个相邻网元分别配置用于数据发送的通信信道即主控制通道，并通知上层协议嵌入控制通道正常；以及步骤S104，当对应于两个相邻网元中的一个的主控制通道中发生故障时，从多条数据通信信道中为与发生故障主控制通道相对应的网元另选一条新的主控制通道，如果多条数据通信信道中不存在正常的数据通信信道，则通知上层协议嵌入控制通道不可用。从而，简化了SDH(SONET)设备组网时管理通信网络拓扑复杂度，并提高了数据通信网的生存性。

Description

同步数字体系设备的数据通信信道的管理方法

技术领域

本发明涉及一种在传输系统同步数字体系(SDH)、同步光通信基础(SONET)、数据交叉连接(DXC)设备中，管理通信信道(DCC)的管理方法。

背景技术

标准的SDH、SONET、DXC设备均满足ITU-T对于设备带内管理带宽的基本要求。即标准的网络管理信息占用标准SDH(SONET)帧中的D1～D3字节，带宽为176Kb/s。

在当前情况下，当使用大容量、多光口设备组织大型网络时，由于设备容量大、光接口多，通常在邻接的网元之间将会存在多对光纤的连接，如图1所示，这样当管理信息在通过这些数据通信信道(DCC)进行信息交互时，必须进行选择。目前通用的方法，这些数据通信信道是相互独立，彼此不相干的，它们只是把各自的信息(UP或DOWN)上报给更上层的嵌入控制通道(ECC)协议(例如OSPF路由协议)，让上层的协议完成底层通道的选择。

由以上的过程不难看出目前传统的方法将会使网络拓扑复杂，从而导致路由信息的扩散、路由选择计算等方面的复杂，另外由于各数据通信信道彼此独立，ECC通道的可生存性也不高，如果出现如图2所示的多处故障，即使存在可用的DCC通道，相邻的网元之间也无法进行数据通信。

发明内容

考虑到上述问题而做出本发明，为此，本发明的主要目的在于，提供一种同步数字体系设备的数据通信信道的管理方法，其包括：

步骤S102，将存在于两个相邻网元之间的多条数据通信信道绑定为一条嵌入控制通道，在嵌入控制通道的多条数据通信信道中分别为两个相邻网元配置用于数据发送的通信信道即主控制通道，并通知上层协议嵌入控制通道正常；以及

步骤S104，当对应于两个相邻网元中的一个的主控制通道中发生故障时，从多条数据通信信道中为与发生故障主控制通道相对应的网元另选一条新的主控制通道，如果多条数据通信信道中不存在正常的数据通信信道，则通知上层协议嵌入控制通道不可用。

步骤102可以包括：相邻网元中的一个通过嵌入控制通道以数字通信信道字节向相邻网元中的另一个组播嵌入控制通道配置消息，以对相邻网元中的一个的主控制通道进行发现和协商；以及相邻网元中的另一个在接收到嵌入控制通道配置消息之后，选择多个数据通信信道中的一条作为相邻网元中的一个的主控制信道，并通过接收到嵌入控制通道配置消息的嵌入控制通道端口以数字通信信道字节向相关网元中的一个组播嵌入控制通道配置应答消息。

嵌入控制通道配置消息可以包括：节点标识、嵌入控制通道端口标识、数据通信信道接口标识和消息标识。

嵌入控制通道配置应答消息可以包括本地节点标识、本地嵌入控制通道端口标识、本地数据通信信道主控制通道接收接口标识、远端节点标识、远端数据通信信道端口标识、远端数据通信信道主控制通道发送接口标识和消息标识。

步骤S102还可以包括：在分别为相邻网元配置了主控制通道之后，相邻网元在嵌入控制通道上彼此周期性地组播Hello消息，以保持嵌入控制通道的连通。

Hello消息还包括本地节点的节点标识、嵌入控制通道端口标识、数据通信信道通道接口标识和Hello消息的流水号。

当相邻网元中的一个在预定时间内没有接收到相邻网元中的另一个通过多个数据通信信道中的一条发送的Hello消息，则确定数据通信信道故障。

在步骤S104中，当确定对应于两个相邻网元中的至少一个的主控制通道发生故障时，与发生故障的主控制通道相对应的网元重新选择和决定与其对应的主控制通道。

在步骤S104中，对应于两个相邻网元中的至少一个的主控制通道在发生故障之后又重新接收到来自故障网元之外的另一网元的Hello消息且嵌入控制通道不可用时，重新选择和决定主控制通道。

重新选择和决定主控制通道可以包括：与发生故障的主控制通道相对应的网元在嵌入控制通道上接收由两个相邻网元中的另一个组播的嵌入控制通道重新配置消息，并根据嵌入控制通道重新配置消息实现重新选择和决定主控制通道。

嵌入控制通道重新配置消息可以包括本地节点标识、本地嵌入控制通道端口标识、重新配置的本地数据通信信道主控制通道接收接口标识、远端节点标识、远端嵌入控制通道端口标识、重新配置的远端数据通信信道主控制通道发送接口标识和消息标识。

通过上述技术方案，可以简化SDH(SONET)设备组网时管理通信网络拓扑复杂度，使得管理通信网在路由信息的扩散、路由选择计算等方面的变得简单、高效，并可以提高数据通信网的生存性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1示出了现有的DCC通道管理的示意图；

图2示出了现有的DCC通道多处故障的示意图；

图3示出了根据本发明的同步数字体系设备的数据通信信道的管理方法的流程图；

图4示出了根据本发明的节点之间存在多条DCC通道的示意图；

图5示出了根据本发明的将多条DCC通道捆绑成一条逻辑ECC通道的示意图；

图6至图10示出了根据本发明的从多条DCC通道中协商DCC主控制通道的示意图；

图11示出了根据本发明的ECC通道维护的示意图；以及

图12至图15示出了根据本发明的ECC通道故障之后重新选择DCC主控制通道的示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图3示出了根据本发明的同步数字体系设备的数据通信信道的管理方法的流程图。

参照图3，提供了一种同步数字体系设备的数据通信信道的管理方法，其包括：

步骤S102，将存在于两个相邻网元之间的多条数据通信信道绑定为一条嵌入控制通道，在嵌入控制通道的多条数据通信信道中的一条上为两个相邻网元分别配置主控制通道，并通知上层协议嵌入控制通道正常；以及

步骤102可以包括：相邻网元中的一个通过嵌入控制通道以数字通信信道字节向相邻网元中的另一个组播嵌入控制通道配置消息，以对相邻网元中的一个的主控制通道进行发现和协商；以及相邻网元中的另一个在接收到嵌入控制通道配置消息之后，选择多个数据通信信道中的一条作为相邻网元中的一个的主控制信道，并通过接收到嵌入控制通道配置消息以数字通信信道字节向相关网元中的一个组播嵌入控制通道配置应答消息。

嵌入控制通道配置消息可以包括：节点标识、嵌入控制通道端口标识、数据通信信道接口标识、和消息标识。

嵌入控制通道配置应答消息可以包括本地节点标识、本地嵌入控制通道端口标识、本地数据通信信道主控制通道接收接口标识、远端节点标识、远端数据通信信道端口标识、远端数据通信信道主控制通道发送接口标识、和消息标识。

Hello消息还包括本地节点的节点标识、嵌入控制通道端口标识、数据通信信道通道接口标识、和Hello消息的流水号。

嵌入控制通道重新配置消息可以包括本地节点标识、本地嵌入控制通道端口标识、重新配置的本地数据通信信道主控制通道接收接口标识、远端节点标识、远端嵌入控制通道端口标识、重新配置的远端数据通信信道主控制通道发送接口标识、和消息标识。

下面结合附图对技术方案的实施作进一步的详细描述：

参考附图4，节点A、B均为传输系统SDH设备，它们之间存在3条光连接。

步骤一、通过管理平面(或者其它的策略)将具有相同邻居的多条DCC通道绑定成一条逻辑上的ECC通道。

如图5所示，通过管理平面将节点A的3条光连接上的DCC通道绑定成一条逻辑上的ECC通道，逻辑端口号为10；将节点B的3条光连接上的DCC通道也绑定成一条逻辑上的ECC通道，逻辑端口号为20。

步骤二、节点通过在ECC通道上使用DCC字节组播ECC通道配置消息对DCC主控制通道开始发现和协商，所发送的消息中至少携带本地节点的节点标识、ECC端口标识、DCC通道接口标识和消息标识。

如图6所示，节点A使用DCC字节发送ECC通道配置消息EccConfig，开始对DCC主控制通道进行发现和协商，具体方法如下：

节点A使用DCC字节在组成ECC端口10的DCC接口1、2和3上分别发送ECC通道配置消息EccConfig，消息中携带的信息分别如下：

DCC接口1：EccConfig(Local Node Id＝192.168.0.3，

Local ECC Port Id＝10，

Local DCC Interface Id＝1，

Message Id＝23)

DCC接口2：EccConfig(Local Node Id＝192.168.0.3，

Local ECC Port Id＝10，

Local DCC Interface Id＝2，

Message Id＝23)

DCC接口3：EccConfig(Local Node Id＝192.168.0.3，

Local ECC Port Id＝10，

Local DCC Interface Id＝3，

Message Id＝23)

步骤三、接收到ECC通道配置消息的节点，按照某种策略选择和决定远端的DCC发送通道(DCC主控制通道)，并在接收到消息的ECC端口上使用DCC字节组播ECC通道配置的应答消息。所发送的应答消息中至少携带本地节点标识、本地ECC端口标识、本地DCC主控制通道接收接口标识、远端节点标识、远端ECC端口标识、远端DCC主控制通道发送接口标识和消息标识。

如图7所示，节点B在ECC端口20的DCC接口1、2和3上分别收到步骤二中节点A所发送的EccConfig消息，选择远端DCC接口号最小的1为DCC主控制通道，然后使用DCC字节在组成ECC端口20的DCC接口1、2和3上分别发送ECC通道配置应答消息EccConfiggAck，消息中携带的信息分别如下：

DCC接口1：EccConfigAck(Local Node Id＝192.168.22.24，

Local ECC Port Id＝20，

Local DCC Interface Id＝3，

Remote Node Id＝192.168.0.3，

Remote ECC Port Id＝10，

Remote DCC Interface Id＝1，

Message Id＝23)

DCC接口2：EccConfigAck(Local Node Id＝192.168.22.24，

Local ECC Port Id＝20，

Local DCC Interface Id＝3，

Remote Node Id＝192.168.0.3，

Remote ECC Port Id＝10，

Remote DCC Interface Id＝1，

Message Id＝23)

DCC接口3：EccConfigAck(Local Node Id＝192.168.22.24，

Local ECC Port Id＝20，

Local DCC Interface Id＝3，

Remote Node Id＝192.168.0.3，

Remote ECC Port Id＝10，

Remote DCC Interface Id＝1，

Message Id＝23)

步骤四、发送ECC通道配置消息的节点，在接收到ECC通道配置的应答消息后，完成本地ECC端口DCC主控制通道发现和配置。在确认远端ECC端口的DCC主控制通道也完成发现和配置后，可以进入ECC通道的维护阶段(步骤五)并向上层的协议通报底层的ECC通道UP(ECC通道可以使用)。

如图8所示，节点A在ECC端口10的DCC接口1、2和3上分别收到步骤三中节点B所发送的EccConfigAck消息，根据其中携带的信息选择DCC接口1作为ECC端口10的发送通道(DCC主控制通道)。

如图9所示，节点B通过步骤一到步骤四也可以在ECC端口20选择DCC接口1作为ECC端口20的发送通道(DCC主控制通道)

如图10所示，通过步骤一到步骤四，相邻节点经过消息的交互完成了DCC通道的捆绑和ECC通道的配置，最终形成可以供ECC消息使用的底层通道，此时可以进入ECC通道的维护阶段(步骤五)并向上层的协议通报底层的数据通道UP(ECC通道可以使用)。

步骤五、在相邻节点均完成ECC端口DCC主控制通道协商后，邻接节点可以在ECC端口上周期性组播Hello消息来维护ECC通道的连通性。Hello消息中至少携带本地节点的节点标识、ECC端口标识、DCC通道接口标识和Hello消息的流水号。

如图11所示，通过步骤四相邻节点A和B经过消息的交互完成了DCC通道的捆绑和ECC通道的配置。节点A进入ECC通道10的维护阶段，周期性的使用DCC字节在组成ECC端口10的DCC接口1、2和3上分别发送ECC通道维护消息Hello，消息中携带的信息分别如下：

DCC接口1：EccHello(Local Node Id＝192.168.0.3，

Local ECC Port Id＝10，

Local DCC Interface Id＝1，

Message Id＝1)

DCC接口2：EccHello(Local Node Id＝192.168.0.3，

Local ECC Port Id＝10，

Local DCC Interface Id＝2，

Message Id＝1)

DCC接口3：EccHello(Local Node Id＝192.168.0.3，

Local ECC Port Id＝10，

Local DCC Interface Id＝3，

Message Id＝1)

同理，如图11所示，节点B也同样通过发送EccHello消息进入ECC通道20的维护阶段。

步骤六、相邻节点在进入步骤五所描述的ECC通道维护阶段后，如果在规定的时间内接收不到对方DCC通道发送的Hello消息，则可以认为此DCC通道故障。当DCC主控制通道故障，需要触发重新协商配置DCC主控制通道的过程，可参考以下方案：

检测到DCC主控制通道故障的节点按照某种策略重新选择和决定远端的DCC发送通道(DCC主控制通道)，并在ECC端口上使用DCC字节组播ECC通道重新配置的消息。所发送的应答消息中至少携带本地节点标识、本地ECC端口标识、重新配置的本地DCC主控制通道接收接口标识、远端节点标识、远端ECC端口标识、重新配置的远端DCC主控制通道发送接口标识和消息标识

如图12所示，如果节点B的ECC端口20的DCC接口(1、2和3)在规定的时间内接收不到来自远节点A发送的EccHello消息，则可以认为此DCC接口故障。当A节点的主控制通道DCC接口1发生故障时，节点B可以检查到并在ECC端口20中选择可用的、远端DCC接口号最小的DCC接口2作为主控制通道，然后使用DCC字节在组成ECC端口20的DCC接口1、DCC接口2和3上分别发送请求重新配置ECC通道的消息EccReConfig，消息中携带的信息分别如下：

DCC接口1：EccReConfig(Local Node Id＝192.168.22.24，

Local ECC Port Id＝20，

Local DCC Interface Id＝2，

Remote Node Id＝192.168.0.3，

Remote ECC Port Id＝10，

Remote DCC Interface Id＝2，

Message Id＝67)

DCC接口2：EccReConfig(Local Node Id＝192.168.22.24，

Local ECC Port Id＝20，

Local DCC Interface Id＝2，

Remote Node Id＝192.168.0.3，

Remote ECC Port Id＝10，

Remote DCC Interface Id＝2，

Message Id＝67)

DCC接口3：EccReConfig(Local Node Id＝192.168.22.24，

Local ECC Port Id＝20，

Local DCC Interface Id＝2，

Remote Node Id＝192.168.0.3，

Remote ECC Port Id＝10，

Remote DCC Interface Id＝2，

Message Id＝67)

步骤七、接收到ECC通道重新配置消息的节点，根据消息中携带的信息完成ECC端口DCC主控制通道重新选择。

如图13所示，节点A在ECC端口10的DCC接口1、2和3上分别收到步骤五中节点B所发送的EccReConfig消息，根据其中携带的信息选择DCC接口2作为ECC端口10新的发送通道(DCC主控制通道)

步骤八、在步骤六中如果ECC端口中所有的DCC通道都故障，则向上层的协议通报底层的ECC通道DOWN(ECC通道不可使用)

如图14所示，如果节点B的ECC端口20的DCC接口(1、2和3)在规定的时间内均接收不到来自远节点A发送的EccHello消息，则认为此ECC接口故障，向上层的协议通报底层的ECC通道DOWN(ECC通道不可使用)。

步骤九、在步骤六中如果发生故障DCC通道又重新接收到邻接网元发生的Hello消息后，可以认为此DCC通道恢复。当ECC通道处于DOWN状态时，DCC通道恢复时，需要触发重新协商配置DCC主控制通道的过程。

如图14和图15所示，节点B的ECC端口20处于DOWN(ECC通道不可使用)，如果其中DCC接口1重新接收到邻居发送的Hello消息，则转步骤六重新协商配置DCC主控制通道的过程，并最终选择A节点的ECC端口10的DCC接口3作为主控制通道。

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

Claims

1.一种同步数字体系设备的数据通信信道的管理方法，其特征在于，包括：

步骤S102，将存在于两个相邻网元之间的多条所述数据通信信道绑定为一条嵌入控制通道，在所述嵌入控制通道的所述多条数据通信信道中分别为所述两个相邻网元配置用于数据发送的通信信道即主控制通道，并通知上层协议所述嵌入控制通道正常；以及

步骤S104，当对应于所述两个相邻网元中的一个的所述主控制通道中发生故障时，从所述多条数据通信信道中为与发生故障所述主控制通道相对应的所述网元另选一条新的主控制通道，如果所述多条数据通信信道中不存在正常的所述数据通信信道，则通知所述上层协议所述嵌入控制通道不可用。

2.根据权利要求1所述的管理方法，其特征在于，所述步骤102包括：

所述相邻网元中的一个通过所述嵌入控制通道以数字通信信道字节向所述相邻网元中的另一个组播嵌入控制通道配置消息，以对所述相邻网元中的一个的所述主控制通道进行发现和协商；以及

所述相邻网元中的另一个在接收到所述嵌入控制通道配置消息之后，选择所述多个数据通信信道中的一条作为所述相邻网元中的一个的主控制信道，并通过接收到所述嵌入控制通道配置消息的嵌入控制通道端口以数字通信信道字节向所述相关网元中的一个组播嵌入控制通道配置应答消息。

3.根据权利要求2所述的管理方法，其特征在于，所述嵌入控制通道配置消息包括：节点标识、嵌入控制通道端口标识、数据通信信道接口标识和消息标识。

4.根据权利要求2所述的管理方法，其特征在于，所述嵌入控制通道配置应答消息包括本地节点标识、本地嵌入控制通道端口标识、本地数据通信信道主控制通道接收接口标识、远端节点标识、远端数据通信信道端口标识、远端数据通信信道主控制通道发送接口标识和消息标识。

5.根据权利要求1所述的管理方法，其特征在于，所述步骤S102还包括：

在分别为所述相邻网元配置了所述主控制通道之后，所述相邻网元在所述嵌入控制通道上彼此周期性地组播Hello消息，以保持所述嵌入控制通道的连通。

6.根据权利要求5所述的管理方法，其特征在于，所述Hello消息包括本地节点的节点标识、嵌入控制通道端口标识、数据通信信道通道接口标识和所述Hello消息的流水号。

7.根据权利要求6所述的管理方法，其特征在于，当所述相邻网元中的一个在预定时间内没有接收到所述相邻网元中的另一个通过所述多个数据通信信道中的一条发送的所述Hello消息，则确定所述多个数据通信信道中的该条数据通信信道故障。

8.根据权利要求7所述的管理方法，其特征在于，在所述步骤S104中，当确定对应于所述两个相邻网元中的至少一个的所述主控制通道发生故障时，与发生故障的所述主控制通道相对应的所述网元重新选择和决定与其对应的所述主控制通道。

9.根据权利要求7所述的管理方法，其特征在于，在所述步骤S104中，对应于所述两个相邻网元中的至少一个的所述主控制通道在发生故障之后又重新接收到来自故障网元之外的另一所述网元的所述Hello消息且所述嵌入控制通道不可用时，重新选择和决定所述主控制通道。

10.根据权利要求8或9所述的管理方法，其特征在于，所述重新选择和决定所述主控制通道包括：

与发生故障的所述主控制通道相对应的所述网元在所述嵌入控制通道上接收由所述两个相邻网元中的另一个组播的嵌入控制通道重新配置消息，并根据所述嵌入控制通道重新配置消息实现所述重新选择和决定所述主控制通道。

11.根据权利要求10所述的管理方法，其特征在于，所述嵌入控制通道重新配置消息包括本地节点标识、本地嵌入控制通道端口标识、重新配置的本地数据通信信道主控制通道接收接口标识、远端节点标识、远端嵌入控制通道端口标识、重新配置的远端数据通信信道主控制通道发送接口标识和消息标识。