CN110719198B - Otn网元管理gcc的方法、管理卡、子卡及存储介质 - Google Patents

Abstract

一种OTN网元管理GCC的方法、管理卡、子卡及存储介质，其中，所述方法包括：OTN网元子卡获取GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；所述子卡向OTN网元管理卡注册所述GCC信息，所述GCC信息用于所述管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。本发明实施例实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

Description

OTN网元管理GCC的方法、管理卡、子卡及存储介质

技术领域

本文涉及光传送网(Optical Transport Network，OTN)网元管理技术，尤指一种OTN网元管理GCC的方法、管理卡、子卡及存储介质。

背景技术

随着社会的发展，网络业务类型和带宽要求日益增长，高价值用户对于业务通道的质量要求越来越高，且希望获得业务的快速开通和快速故障处理。光传送网(OpticalTransport Network，OTN)技术作为全新的光传送网技术，是以波分复用技术为基础、在光层组织网络的传送网，是下一代的骨干传送网。OTN技术继承并加强了现有传送网络优势，同时具备了同步数字系列(Synchronous Digital Hierarchy，SDH)的灵活可靠和波分复用(Wavelength Division Multiplexing，WDM)的大容量，OTN解决了SDH基于VC-12/VC-4的交叉颗粒偏小、调度较复杂、不适应大颗粒业务传送需求的问题，也解决传统WDM网络无波长/子波长业务调度能力弱、组网能力弱、保护能力弱、系统故障定位困难等问题。OTN技术既可以提供超大容量的带宽，又可以直接对大颗粒业务进行调度，具备高可靠，高安全，低时延等特性，能够满足各种新型业务需求，成为传送网发展的主要方向。

通用通信通道(General Communication Channel，GCC)为OTN带内的通信通道，被不同业务类型的光通路传送单元OTUk(Optical Transport Unit)和光通路数据单元ODUk(Optical Data Unit)承载用来传递网管信息，k＝1,2，从而实现了基于OTN网络的带内网管，如图1所示。

近两年国内运营商都加大了对OTN网络的部署，并广泛开展各种集采和互通测试。由于不同运营商的部署和业务需求不同，互通厂家的设备不同，直接影响OTN设备的GCC数目。相关技术大多采用为OTN设备内的子卡槽位分配固定GCC数目的策略，该策略没有考虑每个子卡的实际情况，容易造成分配的GCC数目过多或过少的情况发生，无法达到对资源合理和高效的利用。

发明内容

本申请提供了一种OTN网元管理GCC的方法、管理卡、子卡及存储介质，实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

本申请提供了一种光传送网OTN网元管理通用通信通道GCC的方法，包括：

OTN网元子卡获取GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

所述子卡向OTN网元管理卡注册所述GCC信息，所述GCC信息用于所述管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

本申请实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

在一示例性实施例中，子卡获取通道总数，包括：

子卡根据预先创建的子卡类型、子卡业务类型、子卡接口封装方式以及子卡接口通道数的对应关系，确定当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的每个子卡接口上的通道数，作为接口倍数，将子卡接口数与接口倍数相乘得到当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数；

基于所得到的各通道总数得到当前子卡类型、当前子卡业务类型下的通道总数，作为获取到的待向OTN网元管理卡注册的GCC信息中的通道总数M，其中M大于或等于当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数中的最大通道总数；

子卡获取各通道标识，包括：

当每个接口上的通道数M等于1时，从第一个接口开始对GCC编号，每个接口上的通道编号即为接口号；当每个接口上的通道数M大于或等于2时，从第一个接口开始对GCC编号，第X个接口上的M个通道编号分别为X、S+X、…、(M-1)*S+X，S为总接口数；

使用槽位号、通道类型值和通道编号共同组成通道标识。

在一示例性实施例中，使用槽位号、通道类型值和通道编号共同组成通道标识，包括：

使用4个字节表示通道标识，其中一个字节表示槽位号、一个字节表示通道类型值，两个字节表示通道编号。

本发明实施例还提供了一种光传送网OTN网元管理通用通信通道GCC的方法，包括：

OTN网元管理卡接收来自OTN网元子卡的GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

本申请实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

在一示例性实施例中，所述OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC，包括：

OTN网元管理卡读取所述转发网桥记录的子卡槽位对应的通道删除标记CDM；

当根据所述CDM判断该子卡槽位下无删除的通道时，将所述GCC信息记录的所有GCC全部添加到转发网桥；

当根据所述CDM判断该子卡槽位下有删除的通道，且GCC信息记录有所述删除的通道时，将GCC信息记录的除所述删除的通道外的其他GCC添加到转发网桥。

在一示例性实施例中，所述CDM共32个比特，每个比特用于标识一个GCC；对于任意一个比特，其值为0表示该比特对应的GCC没有被删除，其值为1标识该比特对应的GCC被删除，或其值为1表示该比特对应的GCC没有被删除，其值为0标识该比特对应的GCC被删除；CDM被使用的比特由所述GCC信息记录的通道确定。

在一示例性实施例中，OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC后，所述方法还包括：

当检测到子卡从槽位拔出后，将转发网桥记录的该子卡注册的GCC全部删除，同时保留转发网桥记录的该子卡槽位对应的CDM的值不变。

本发明实施例还提供了一种管理通用通信通道GCC的光传送网OTN网元子卡，包括：

信息获取模块，用于获取GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

信息发送模块，用于向OTN网元管理卡注册所述GCC信息，所述GCC信息用于所述管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

本申请实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

在一示例性实施例中，信息获取模块，用于获取通道总数，包括：

根据预先创建的子卡类型、子卡业务类型、子卡接口封装方式以及子卡接口通道数的对应关系，确定当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的每个子卡接口上的通道数，作为接口倍数，将子卡接口数与接口倍数相乘得到当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数；

基于所得到的各通道总数得到当前子卡类型、当前子卡业务类型下的通道总数，作为获取到的待向OTN网元管理卡注册的GCC信息中的通道总数M，其中M大于或等于当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数中的最大通道总数；

信息获取模块，用于获取各通道标识，包括：

当每个接口上的通道数M等于1时，从第一个接口开始对GCC编号，每个接口上的通道编号即为接口号；当每个接口上的通道数M大于或等于2时，从第一个接口开始对GCC编号，第X个接口上的M个通道编号分别为X、S+X、…、(M-1)*S+X，S为总接口数；

使用槽位号、通道类型值和通道编号共同组成通道标识。

在一示例性实施例中，使用槽位号、通道类型值和通道编号共同组成通道标识，包括：

使用4个字节表示通道标识，其中一个字节表示槽位号、一个字节表示通道类型值，两个字节表示通道编号。

本发明实施例还提供了一种管理通用通信通道GCC的光传送网OTN网元管理卡，包括：

信息接收模块，用于接收来自OTN网元子卡的GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

通道管理模块，用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

本申请实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

在一示例性实施例中，通道管理模块，用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC，包括：

读取所述转发网桥记录的子卡槽位对应的通道删除标记CDM；

当根据所述CDM判断该子卡槽位下无删除的通道时，将所述GCC信息记录的所有GCC全部添加到转发网桥；

当根据所述CDM判断该子卡槽位下有删除的通道，且GCC信息记录有所述删除的通道时，将GCC信息记录的除所述删除的通道外的其他GCC添加到转发网桥。

在一示例性实施例中，所述CDM共32个比特，每个比特用于标识一个GCC；对于任意一个比特，其值为0表示该比特对应的GCC没有被删除，其值为1标识该比特对应的GCC被删除，或其值为1表示该比特对应的GCC没有被删除，其值为0标识该比特对应的GCC被删除；CDM被使用的比特由所述GCC信息记录的通道确定。

在一示例性实施例中，通道管理模块，还用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC后，当检测到子卡从槽位拔出，将转发网桥记录的该子卡注册的GCC全部删除，同时保留转发网桥记录的该子卡槽位对应的CDM的值不变。

本发明实施例还提供了一种计算机可读写存储介质，所述介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如前实施例所述的光传送网OTN网元管理通用通信通道GCC的方法的步骤。

本发明实施例还提供了一种计算机可读写存储介质，所述介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如前实施例所述的光传送网OTN网元管理通用通信通道GCC的方法的步骤。

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

附图说明

附图用来提供对本申请技术方案的理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1为相关技术中OTN带内网管示意图；

图2为本申请实施例提供的OTN网元管理GCC的方法流程图；

图3为本申请实施例提供的OTN网元管理卡(主控)与OTN网元子卡的交互示意图；

图4为本申请实施例提供的另一种OTN网元管理GCC的方法流程图；

图5为本申请实施例OTN网元管理卡向bridge添加子卡注册的GCC的示意图；

图6为本申请实施例CDM比特与GCC通道对应关系示意图；

图7为本申请实施例提供的管理GCC的OTN网元子卡的组成模块图；

图8为本申请实施例提供的管理GCC的OTN网元管理卡的组成模块图。

具体实施方式

本申请描述了多个实施例，但是该描述是示例性的，而不是限制性的，并且对于本领域的普通技术人员来说显而易见的是，在本申请所描述的实施例包含的范围内可以有更多的实施例和实现方案。尽管在附图中示出了许多可能的特征组合，并在具体实施方式中进行了讨论，但是所公开的特征的许多其它组合方式也是可能的。除非特意加以限制的情况以外，任何实施例的任何特征或元件可以与任何其它实施例中的任何其他特征或元件结合使用，或可以替代任何其它实施例中的任何其他特征或元件。

本申请包括并设想了与本领域普通技术人员已知的特征和元件的组合。本申请已经公开的实施例、特征和元件也可以与任何常规特征或元件组合，以形成由权利要求限定的独特的发明方案。任何实施例的任何特征或元件也可以与来自其它发明方案的特征或元件组合，以形成另一个由权利要求限定的独特的发明方案。因此，应当理解，在本申请中示出和/或讨论的任何特征可以单独地或以任何适当的组合来实现。因此，除了根据所附权利要求及其等同替换所做的限制以外，实施例不受其它限制。此外，可以在所附权利要求的保护范围内进行各种修改和改变。

此外，在描述具有代表性的实施例时，说明书可能已经将方法和/或过程呈现为特定的步骤序列。然而，在该方法或过程不依赖于本文所述步骤的特定顺序的程度上，该方法或过程不应限于所述的特定顺序的步骤。如本领域普通技术人员将理解的，其它的步骤顺序也是可能的。因此，说明书中阐述的步骤的特定顺序不应被解释为对权利要求的限制。此外，针对该方法和/或过程的权利要求不应限于按照所写顺序执行它们的步骤，本领域技术人员可以容易地理解，这些顺序可以变化，并且仍然保持在本申请实施例的精神和范围内。

本申请实施例提供了一种光传送网OTN网元管理通用通信通道GCC的方法，如图2所示，所述方法包括：

步骤S201 OTN网元子卡获取GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

子卡插入槽位接通电源后，子卡从自身的硬件配置文件中读取子卡类型，从license文件中读取出子卡业务类型以及子卡接口数；本申请实施例涉及到的子卡类型为OTN网元子卡；通道类型为GCC通道。

子卡获取通道总数，包括：

子卡根据预先创建的子卡类型、子卡业务类型、子卡接口封装方式以及子卡接口通道数的对应关系，确定当前子卡类型(即从配置文件中读取到的子卡类型)、当前子卡业务类型(即从license文件中读取到的子卡业务类型)在其对应的各子卡接口封装方式下的每个子卡接口上的通道数，作为接口倍数，将子卡接口数与接口倍数相乘得到当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数；

基于所得到的各通道总数得到当前子卡类型、当前子卡业务类型下的通道总数，作为获取到的待向OTN网元管理卡注册的GCC信息中的通道总数M，其中M大于或等于当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数中的最大通道总数。

例如，当前子卡类型、当前子卡业务类型共对应有2种子卡接口封装方式，其中当前子卡类型、当前子卡业务类型在其对应的第1种子卡接口封装方式下的每个子卡接口上的通道数为X1，在其对应的第2种子卡接口封装方式下的每个子卡接口上的通道数为X2，那么子卡获取的通道总数M>＝MAX(X1,X2)。同理，对于共有3种子卡接口封装方式的，3种子卡接口封装方式下的每个子卡接口上的通道数分别为Y1、Y2和Y3，那么M>＝MAX(Y1,Y2,Y3)。依次类推。

示例性的，如OTN子卡，当子卡业务类型为OTU1，每个子卡接口封装一个OTU1，接口倍数N为1，GCC通道总数等于子卡接口数，将其直接作为待向OTN网元管理卡注册的GCC信息中的通道总数；当子卡业务类型为OTU2：

若每个子卡接口封装两个ODU1，接口倍数N为2，GCC通道总数为子卡接口数乘以2；

若每个子卡接口封装一个ODU2，接口倍数N为1，GCC通道总数为子卡接口数；

考虑到子卡业务类型为OTU2时会有两种不同的业务封装方式，则当子卡业务类型为OTU2时，子卡获取的GCC通道总数可以为子卡接口个数*3，考虑到在实际应用中只会选取两种不同的业务封装情况中的一种，优选的，待向OTN网元管理卡注册的GCC信息中的通道总数为两种不同的业务封装方式下的最大GCC通道总数：子卡接口个数*2；

子卡获取各通道标识，包括：

当每个接口上的通道数M等于1时，从第一个接口开始对GCC编号，每个接口上的通道编号即为接口号；当每个接口上的通道数M大于或等于2时，从第一个接口开始对GCC编号，第X个接口上的M个通道编号分别为X、S+X、…、(M-1)*S+X，S为总接口数；使用槽位号、通道类型值和通道编号共同组成通道标识；

当业务类型为OTU1时，总接口数为S，GCC编号为1～S；当业务类型为OTU2时，总接口数为S，每个接口有3个通道，各通道编号分别为X、S+X、2S+X(其中X代表第几个接口)，如当业务类型为OTU2，总接口数S为4，则第3个接口上的GCC编号为3、7、11；

本发明实施例采用如上GCC编号方式，能保证无论是OTU1还是OTU2业务类型时，各接口的第一个通道编号均为接口编号。在接口默认无交叉配置情况下，接口使用的是第一个通道，编号相同更加有利于直观的建立接口与通道的映射关系；

在一示例性实施例中，上述使用槽位号、通道类型值和通道编号共同组成通道标识，包括：使用4个字节表示通道标识，其中一个字节表示槽位号、一个字节表示通道类型值，两个字节表示通道编号，如所述通道标识由槽位号左移24位占用最高字节、通道类型值左移16位占用次高字节、通道编号占用剩余两个字节共同组成，通常通道编号只占其中一个字节，另一个字节作为扩展通道的编号以备后用；

步骤S202所述子卡向OTN网元管理卡(相较于子卡，所述OTN网元管理卡也可以称为主控)注册所述GCC信息，所述GCC信息用于所述管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC；

图3给出了OTN网元管理卡(主控)与OTN网元子卡的交互示意图，OTN网元子卡将上述GCC信息通过背板注册给OTN网元管理卡。

OTN网元子卡向管理卡发送的注册信息报文格式如表1所示，其中index n-1表示第n个GCC通道标识：

表1

本申请实施例OTN网元子卡根据实际情况向OTN网元管理卡注册GCC信息，为后续OTN网元管理卡向转发网桥添加为子卡槽位分配的GCC提供了依据，实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

本申请实施例还提供了一种光传送网OTN网元管理通用通信通道GCC的方法，如图4所示，所述方法包括：

步骤S401 OTN网元管理卡接收来自OTN网元子卡的GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

步骤S402 OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC；

本实施例中的转发网桥bridge可以为软转发网桥，其采用纯软件实现二层报文的媒体接入控制MAC地址学习、转发和过滤功能。OTN网元管理卡将OTN网元子卡注册的GCC添加到bridge中，作为bridge的管理数据收发通道，GCC在bridge中采用统一的编号。所述bridge可安装于OTN网元管理卡上。在bridge之上可架有一套拓扑自动发现协议，包括邻居发现协议(Neighbor Discovery Protocol，NDP)和拓扑发现协议(Topology DiscoveryProtocol，TDP)，这两个协议会根据bridge的通道来展现设备之间的邻连关系和整网拓扑连接关系。其中，NDP采用轮询机制，按照槽位定时轮询槽位下所有的通道查找邻居网元，并将查找到的邻居网元添加到TDP中；TDP定时查询邻居的邻居，从而获得整个网络的拓扑。当NDP/TDP协议给某个槽位的某个通道发GCC数据包时，根据通道标识将GCC数据包发送给bridge对应的通道，bridge再根据通道标识将所述GCC数据包发送给对应的子卡。子卡收到GCC数据包后，根据通道标识，计算出发包的GCC通道编号，然后将接收到的GCC数据包填充到该通道编号对应的通道，再根据业务类型找到对应的ODUk或OTUk，最后GCC数据包封装到该ODUk或OTUk发送出去。在本发明实施例中，一个子卡唯一对应一个槽位。

在一示例性实施例中，步骤S402所述OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC，包括：

OTN网元管理卡读取所述转发网桥记录的子卡槽位对应的通道删除标记(ChannelDelete Map，CDM)；当根据所述CDM判断该子卡槽位下无删除的通道时，将所述GCC信息记录的所有GCC全部添加到转发网桥；当根据所述CDM判断该子卡槽位下有删除的通道，且GCC信息记录有所述删除的通道时，将GCC信息记录的除所述删除的通道外的其他GCC添加到转发网桥，如图5所示。

如图6所示，所述CDM共4字节，32个比特，每个比特bit用于标识一个GCC，从高到底bit31，…，bit0分别标识通道32，…，通道1；对于任意一个比特，其值为0表示该比特对应的GCC没有被删除，其值为1标识该比特对应的GCC被删除；CDM被使用的比特由所述GCC信息记录的通道确定，比如子卡上报的GCC信息注册了4个通道，那么仅bit0-bit3有效，其他比特不用考虑。在一其他实施例中，CDM中的比特值，也可以使用1表示该比特对应的GCC没有被删除，使用0标识该比特对应的GCC被删除，本申请不再累述。

OTN网元管理卡读取到CDM中某一比特的值为1，标识该比特对应的GCC已经被删除，子卡动态注册时，若GCC信息记录有所述删除的通道，OTN网元管理卡不能将该删除的通道添加到bridge中；OTN网元管理卡读取到CDM中某一比特的值为0，标识该比特对应的GCC未被删除，若GCC信息记录有该通道，OTN网元管理卡可以将该通道添加到bridge中。

本发明实施例中，当子卡支持的通道数较少，或者为0时(不支持GCC通道)，会使得添加到bridge中的通道数量较按槽位固定分配通道数有所减少，当OTN网元中的子卡较多且多数子卡支持的通道数均较少或者为0时，bridge中添加的GCC数会大大减少，解决了通道浪费的情况。同时子卡按照自己实际情况注册GCC通道，较添加到bridge中的通道数量按槽位固定分配通道数，减少了分配给子卡通道不够用或用不完的情况发生。

除上述记载的OTN网元管理卡依据CDM自动添加通道到bridge中的方式外，本申请实施例还提供了一种手动添加通道到bridge中的方式。手动添加通道到bridge属于配置操作，为槽位子卡配置添加的通道号要求不能超过子卡注册的通道个数。当手动配置添加的通道对应的CDM中比特的值为1(该通道被删除了)，则在添加了该通道后，将CDM中该比特的值清零。

在一示例性实施例中，OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC后，所述方法还包括：

当检测到子卡从槽位拔出后，将转发网桥记录的该子卡注册的GCC全部删除，同时保留转发网桥记录的该子卡槽位对应的CDM的值不变。

本申请实施例还提供了一种手动将GCC从bridge中删除的方式。手动删除也属于配置操作，可以删除任意已经添加到bridge中的通道。将通道删除后，置CDM中与该通道对应的比特的值为1，标识该通道已手动删除。此后如果槽位再有子卡插入，子卡注册的通道中，该比特对应的通道也将不能自动添加到bridge中。若想要将该比特对应的通道添加到bridge中，需手动执行通道添加配置操作。

OTN网元管理卡保存配置时，也保存子卡槽位的CDM对应的删除通道，即保存配置时，先检查槽位的CDM值，将比特值为1对应的通道编号进行保存。与此对应，当配置恢复时，将删除通道对应的CDM比特值置1。

前面所述的NDP和TDP上层协议，会依次向bridge发送查询报文，当子卡实际注册的GCC数量较按槽位固定分配的通道数有所减少时，上层协议的发包效率也会比较高，对CPU资源的占用也会相对较少。尤其对于OTN网元设备所插子卡均不支持GCC时，上层协议对于GCC就不用发包了，大大了提高OTN网元的工作效率。

下面结合实际应用描述设备运行中各个阶段bridge中的GCC和CDM值变化情况。

1)OTN网元管理卡(主控)空配置：

OTN网元管理卡空配置下，bridge中记录的各槽位的CDM的比特值均为0；

任一槽位插入OTN网元子卡，子卡向OTN网元管理卡注册支持的GCC信息，OTN网元管理卡将所述GCC信息中记录的GCC全部添加到bridge中，同时保持CDM的比特值不变；

拔出已正常工作的OTN网元子卡，OTN网元管理卡将该子卡注册的添加到bridge的所有通道全部删除，同时保持CDM的比特值不变；

手动删除正常工作的OTN网元子卡的某个GCC(如子卡注册了3个GCC，实际只用了2个GCC，可删除没有使用的1个GCC)，将子卡槽位的CDM中对应通道的比特值置1，CDM的比特值改变；

配置保存时，OTN网元管理卡仅保存被删除的GCC，以通道删除的形式保存下来；

配置已删除的GCC手动添加到bridge中，子卡槽位的CDM中对应通道的比特值清0，通道添加成功；

配置保存时，OTN网元管理卡保存无通道删除相关的配置。

2)OTN网元管理卡有GCC删除配置

在某个有GCC删除的槽位上拔插原子卡，或者插入新子卡，已经删除的通道不会加入bridge中，槽位的CDM中对应通道的比特值仍置1；

OTN网元管理卡保存配置且OTN网元重启后，OTN网元管理卡加载通道删除配置，且槽位的CDM中删除通道的比特值置1；

OTN网元管理卡保存配置且OTN网元重启后，在通道删除槽位上有子卡插入，该槽位已删除的通道不添加到bridge中，维持CDM的比特值不变；

OTN网元管理卡保存配置且OTN网元重启后，在通道删除槽位上有子卡拔出，该槽位下所有添加到bridge的通道全部删除，且维持CDM的比特值不变；

当有新的通道删除配置手动执行时，CDM对应的新通道比特值置1，CDM值变化；

OTN网元管理卡保存配置时，所有被删除的GCC以通道删除形式被保存下来；

当配置已删除的GCC手动添加到bridge中，CDM对应的比特值清0，通道添加成功，CDM值变化。

本发明实施例还提供了一种管理通用通信通道GCC的光传送网OTN网元子卡，如图7所示，包括：

信息获取模块701，用于获取GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

信息发送模块702，用于向OTN网元管理卡(相较于子卡，所述OTN网元管理卡也可以称为主控)注册所述GCC信息，所述GCC信息用于所述管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

在一示例性实施例中，信息获取模块701，用于获取通道总数，包括：

子卡根据预先创建的子卡类型、子卡业务类型、子卡接口封装方式以及子卡接口通道数的对应关系，确定当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的每个子卡接口上的通道数，作为接口倍数，将子卡接口数与接口倍数相乘得到当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数；

基于所得到的各通道总数得到当前子卡类型、当前子卡业务类型下的通道总数，作为获取到的待向OTN网元管理卡注册的GCC信息中的通道总数M，其中M大于或等于当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数中的最大通道总数。

信息获取模块701，用于获取各通道标识，包括：

当每个接口上的通道数M等于1时，从第一个接口开始对GCC编号，每个接口上的通道编号即为接口号；当每个接口上的通道数M大于或等于2时，从第一个接口开始对GCC编号，第X个接口上的M个通道编号分别为X、S+X、…、(M-1)*S+X，S为总接口数；使用槽位号、通道类型和通道编号共同组成通道标识；

当业务类型为OTU1时，总接口数为S，GCC编号为1～S；当业务类型为OTU2时，总接口数为S，每个接口有3个通道，各通道编号分别为X、S+X、2S+X(其中X代表第几个接口)，如当业务类型为OTU2，总接口数S为4，则第3个接口上的GCC编号为3、7、11；

本发明实施例采用如上GCC编号方式，能保证无论是OTU1还是OTU2业务类型时，各接口的第一个通道编号均为接口编号。在接口默认无交叉配置情况下，接口使用的是第一个通道，编号相同更加有利于直观的建立接口与通道的映射关系；

在一示例性实施例中，上述使用槽位号、通道类型和通道编号共同组成通道标识，包括：使用4个字节表示通道标识，其中一个字节表示槽位号、一个字节表示通道类型值，两个字节表示通道编号，通常通道编号只占其中一个字节，另一个字节作为扩展通道的编号以备后用；如所述通道标识由槽位号左移24位占用最高字节、通道类型值左移16位占用次高字节、通道编号占用剩余两个字节共同组成。

本申请实施例OTN网元子卡根据实际情况向OTN网元管理卡注册GCC信息，为后续OTN网元管理卡向转发网桥添加为子卡槽位分配的GCC提供了依据，实现了根据每个子卡的实际情况为子卡槽位分配GCC的目的。

本申请实施例还提供了一种管理通用通信通道GCC的光传送网OTN网元管理卡，如图8所示，包括：

信息接收模块801，用于接收来自OTN网元子卡的GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

通道管理模块802，用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC；

本实施例中的转发网桥bridge可以为软转发网桥，其采用纯软件实现二层报文的媒体接入控制MAC地址学习、转发和过滤功能。OTN网元管理卡将OTN网元子卡注册的GCC添加到bridge中，作为bridge的管理数据收发通道，GCC在bridge中采用统一的编号。所述bridge可安装于OTN网元管理卡上。在bridge之上可架有一套拓扑自动发现协议，包括邻居发现协议(Neighbor Discovery Protocol，NDP)和拓扑发现协议(Topology DiscoveryProtocol，TDP)，这两个协议会根据bridge的通道来展现设备之间的邻连关系和整网拓扑连接关系。其中，NDP采用轮询机制，按照槽位定时轮询槽位下所有的通道查找邻居网元，并将查找到的邻居网元添加到TDP中；TDP定时查询邻居的邻居，从而获得整个网络的拓扑。当NDP/TDP协议给某个槽位的某个通道发GCC数据包时，根据通道标识将GCC数据包发送给bridge对应的通道，bridge再根据通道标识将所述GCC数据包发送给对应的子卡。子卡收到GCC数据包后，根据通道标识，计算出发包的GCC通道编号，然后将接收到的GCC数据包填充到该通道编号对应的通道，再根据业务类型找到对应的ODUk或OTUk，最后GCC数据包封装到该ODUk或OTUk发送出去。在本发明实施例中，一个子卡唯一对应一个槽位。

在一示例性实施例中，通道管理模块802，用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC，包括：

读取所述转发网桥记录的子卡槽位对应的通道删除标记(Channel Delete Map，CDM)；当根据所述CDM判断该子卡槽位下无删除的通道时，将所述GCC信息记录的所有GCC全部添加到转发网桥；当根据所述CDM判断该子卡槽位下有删除的通道，且GCC信息记录有所述删除的通道时，将GCC信息记录的除所述删除的通道外的其他GCC添加到转发网桥。

如图6所示，所述CDM共4字节，32个比特，每个比特bit用于标识一个GCC，从高到底bit31，…，bit0分别标识通道32，…，通道1；对于任意一个比特，其值为0表示该比特对应的GCC没有被删除，其值为1标识该比特对应的GCC被删除；CDM被使用的比特由所述GCC信息记录的通道确定，比如子卡上报的GCC信息注册了4个通道，那么仅bit0-bit3有效，其他比特不用考虑。在一其他实施例中，CDM中的比特值，也可以使用1表示该比特对应的GCC没有被删除，使用0标识该比特对应的GCC被删除，本申请不再累述。

通道管理模块802读取到CDM中某一比特的值为1，标识该比特对应的GCC已经被删除，子卡动态注册时，若GCC信息记录有所述删除的通道，不能将该删除的通道添加到bridge中；读取到CDM中某一比特的值为0，标识该比特对应的GCC未被删除，若GCC信息记录有该通道，可以将该通道添加到bridge中。

本发明实施例中，当子卡支持的通道数较少，或者为0时(不支持GCC通道)，会使得添加到bridge中的通道数量较按槽位固定分配通道数有所减少，当OTN网元中的子卡较多且多数子卡支持的通道数均较少或者为0时，bridge中添加的GCC数会大大减少，解决了通道浪费的情况。同时子卡按照自己实际情况注册GCC通道，较添加到bridge中的通道数量按槽位固定分配通道数，减少了分配给子卡通道不够用或用不完的情况发生。

在一示例性实施例中，通道管理模块802，还用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC后，当检测到子卡从槽位拔出，将转发网桥记录的该子卡注册的GCC全部删除，同时保留转发网桥记录的该子卡槽位对应的CDM的值不变。

本申请实施例还提供了一种计算机可读写存储介质，所述介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如前实施例所述的光传送网OTN网元管理通用通信通道GCC的方法的步骤。

本申请实施例还提供了一种计算机可读写存储介质，所述介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如前所述的光传送网OTN网元管理通用通信通道GCC的方法的步骤。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器，如数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (16)

1.一种光传送网OTN网元管理通用通信通道GCC的方法，其特征在于，包括：

OTN网元子卡获取GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

所述子卡向OTN网元管理卡注册所述GCC信息，所述GCC信息用于所述管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

2.根据权利要求1所述的光传送网OTN网元管理通用通信通道GCC的方法，其特征在于，

子卡获取通道总数，包括：

子卡根据预先创建的子卡类型、子卡业务类型、子卡接口封装方式以及子卡接口通道数的对应关系，确定当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的每个子卡接口上的通道数，作为接口倍数，将子卡接口数与接口倍数相乘得到当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数；

基于所得到的各通道总数得到当前子卡类型、当前子卡业务类型下的通道总数，作为获取到的待向OTN网元管理卡注册的GCC信息中的通道总数M，其中M大于或等于当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数中的最大通道总数；

子卡获取各通道标识，包括：

当每个接口上的通道数M等于1时，从第一个接口开始对GCC编号，每个接口上的通道编号即为接口号；当每个接口上的通道数M大于或等于2时，从第一个接口开始对GCC编号，第X个接口上的M个通道编号分别为X、S+X、…、(M-1)*S+X，S为总接口数；

使用槽位号、通道类型值和通道编号共同组成通道标识。

3.根据权利要求2所述的光传送网OTN网元管理通用通信通道GCC的方法，其特征在于，

使用槽位号、通道类型值和通道编号共同组成通道标识，包括：

使用4个字节表示通道标识，其中一个字节表示槽位号、一个字节表示通道类型值，两个字节表示通道编号。

4.一种光传送网OTN网元管理通用通信通道GCC的方法，其特征在于，包括：

OTN网元管理卡接收来自OTN网元子卡的GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

5.根据权利要求4所述的光传送网OTN网元管理通用通信通道GCC的方法，其特征在于，所述OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC，包括：

OTN网元管理卡读取所述转发网桥记录的子卡槽位对应的通道删除标记CDM；

当根据所述CDM判断该子卡槽位下无删除的通道时，将所述GCC信息记录的所有GCC全部添加到转发网桥；

当根据所述CDM判断该子卡槽位下有删除的通道，且GCC信息记录有所述删除的通道时，将GCC信息记录的除所述删除的通道外的其他GCC添加到转发网桥。

6.根据权利要求5所述的光传送网OTN网元管理通用通信通道GCC的方法，其特征在于，

所述CDM共32个比特，每个比特用于标识一个GCC；对于任意一个比特，其值为0表示该比特对应的GCC没有被删除，其值为1表示该比特对应的GCC被删除，或其值为1表示该比特对应的GCC没有被删除，其值为0表示该比特对应的GCC被删除；CDM被使用的比特由所述GCC信息记录的通道确定。

7.根据权利要求5或6所述的光传送网OTN网元管理通用通信通道GCC的方法，其特征在于，OTN网元管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC后，所述方法还包括：

当检测到子卡从槽位拔出后，将转发网桥记录的该子卡注册的GCC全部删除，同时保留转发网桥记录的该子卡槽位对应的CDM的值不变。

8.一种管理通用通信通道GCC的光传送网OTN网元子卡，其特征在于，包括：

信息获取模块，用于获取GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

信息发送模块，用于向OTN网元管理卡注册所述GCC信息，所述GCC信息用于所述管理卡根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

9.根据权利要求8所述的管理通用通信通道GCC的光传送网OTN网元子卡，其特征在于，

信息获取模块，用于获取通道总数，包括：

根据预先创建的子卡类型、子卡业务类型、子卡接口封装方式以及子卡接口通道数的对应关系，确定当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的每个子卡接口上的通道数，作为接口倍数，将子卡接口数与接口倍数相乘得到当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数；

基于所得到的各通道总数得到当前子卡类型、当前子卡业务类型下的通道总数，作为获取到的待向OTN网元管理卡注册的GCC信息中的通道总数M，其中M大于或等于当前子卡类型、当前子卡业务类型在其对应的各子卡接口封装方式下的各通道总数中的最大通道总数；

信息获取模块，用于获取各通道标识，包括：

当每个接口上的通道数M等于1时，从第一个接口开始对GCC编号，每个接口上的通道编号即为接口号；当每个接口上的通道数M大于或等于2时，从第一个接口开始对GCC编号，第X个接口上的M个通道编号分别为X、S+X、…、(M-1)*S+X，S为总接口数；

使用槽位号、通道类型值和通道编号共同组成通道标识。

10.根据权利要求9所述的管理通用通信通道GCC的光传送网OTN网元子卡，其特征在于，

使用槽位号、通道类型值和通道编号共同组成通道标识，包括：

使用4个字节表示通道标识，其中一个字节表示槽位号、一个字节表示通道类型值，两个字节表示通道编号。

11.一种管理通用通信通道GCC的光传送网OTN网元管理卡，其特征在于，包括：

信息接收模块，用于接收来自OTN网元子卡的GCC信息，所述GCC信息包括通道类型、通道总数、各通道标识；

通道管理模块，用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC。

12.根据权利要求11管理通用通信通道GCC的光传送网OTN网元管理卡，其特征在于，

通道管理模块，用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC，包括：

读取所述转发网桥记录的子卡槽位对应的通道删除标记CDM；

当根据所述CDM判断该子卡槽位下无删除的通道时，将所述GCC信息记录的所有GCC全部添加到转发网桥；

当根据所述CDM判断该子卡槽位下有删除的通道，且GCC信息记录有所述删除的通道时，将GCC信息记录的除所述删除的通道外的其他GCC添加到转发网桥。

13.根据权利要求12所述的管理通用通信通道GCC的光传送网OTN网元管理卡，其特征在于，

所述CDM共32个比特，每个比特用于标识一个GCC；对于任意一个比特，其值为0表示该比特对应的GCC没有被删除，其值为1表示该比特对应的GCC被删除，或其值为1表示该比特对应的GCC没有被删除，其值为0表示该比特对应的GCC被删除；CDM被使用的比特由所述GCC信息记录的通道确定。

14.根据权利要求12或13所述的管理通用通信通道GCC的光传送网OTN网元管理卡，其特征在于，

通道管理模块，还用于根据所述GCC信息向转发网桥添加所述子卡注册的GCC后，当检测到子卡从槽位拔出，将转发网桥记录的该子卡注册的GCC全部删除，同时保留转发网桥记录的该子卡槽位对应的CDM的值不变。

15.一种计算机可读写存储介质，其特征在于，所述介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如权利要求1至3中任一项所述的光传送网OTN网元管理通用通信通道GCC的方法的步骤。

16.一种计算机可读写存储介质，其特征在于，所述介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现如权利要求4至7中任一项所述的光传送网OTN网元管理通用通信通道GCC的方法的步骤。

Images