CN108574590A - 一种网元开通方法和装置以及计算机可读存储介质 - Google Patents

Abstract

本发明实施例提供了一种网元开通方法和装置以及计算机可读存储介质，根据待开通的网元的开局场景，确定相应的规划表，并在规划表中载入初始参数，初始参数至少网元所述的接入环；根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值；根据IP地址池以及基础数据的默认值，分配开局参数，完成网元的开通。通过本发明的实施，使网元开通的过程自动化程度高，提高了开通的效率，避免了人工开通易出错的问题。

Description

一种网元开通方法和装置以及计算机可读存储介质

技术领域

本发明涉及通信设备领域，尤其涉及一种网元开通方法和装置以及计算机可读存储介质。

背景技术

随着运营商网络的持续扩容，网络运维人员在每次网络大规模建设时期都会面临着极大的开站压力。首先，设备大规模上线会产生巨大的工作量，这给有限的运维人员带来了挑战。其次，随着通讯技术的演进，从2G、3G到4G，组网方案也在不断的发生变化，这对运维人员的网络知识要求也越来越高。再次，网络中设备类型众多，不同设备类型差异性较大，要求运维人员熟练掌握各种设备的共性和差异性尤其困难。最后，由于网络中业务越来越复杂，导致对运维人员的业务配置能力越来越高，因此减小业务开通难度就显得愈发重要。目前，现网运维主要依赖于人工规划网络地址并进行各类配置，复杂的网络经常遇到IP地址冲突、命令行配置错误或缺失、业务流程理解不透彻等各类问题，严重降低了开局效率。

发明内容

本发明旨在解决现有技术中网元开通依赖人工，开局效率低，出错率高的问题。

为解决上述技术问题，本发明实施例提供一种网元开通方法，包括：

确定待开通的网元的开局场景；

根据待开通的网元的开局场景，确定相应的规划表，并在所述规划表中载入初始参数，所述初始参数至少包括所述网元所属的接入环；

根据所述规划表中的初始参数，为所述接入环规划路由信息、相应的IP地址池、以及基础数据的默认值；

根据所述IP地址池以及所述基础数据的默认值，分配开局参数，完成所述网元的开通。

本发明实施例还提供一种网元开通装置，其特征在于，包括：

确定模块，用于根据待开通的网元的开局场景，确定相应的规划表；

载入模块，用于在所述规划表中载入初始参数，所述初始参数至少包括所述网元所属的接入环；

规划模块，用于根据所述规划表中的初始参数，为所述接入环规划路由信息、相应的IP地址池、以及基础数据的默认值；

开通模块，用于根据所述IP地址池以及所述基础数据的默认值，分配开局参数。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行以下步骤：

根据待开通的网元的开局场景确定相应的规划表，并在所述规划表中载入初始参数，所述初始参数至少包括所述网元所属的接入环；

根据所述规划表中的初始参数，为所述接入环规划路由信息、相应的IP地址池、MPLS参数以及基础数据的默认值；

根据所述IP地址池以及所述基础数据的默认值，分配开局参数，完成所述网元的开通。

本发明的有益效果是：

本发明实施例提供了一种网元开通方法和装置以及计算机可读存储介质，根据待开通的网元的开局场景，确定相应的规划表，并在规划表中载入初始参数，初始参数至少网元所述的接入环；根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值；根据IP地址池以及基础数据的默认值，分配开局参数，完成网元的开通。通过本发明的实施，使网元开通的过程自动化程度高，提高了开通的效率，避免了人工开通易出错的问题。

附图说明

图1为本发明实施例一的网元开通方法流程图；

图2为本发明各实施例的规划表组成示意图；

图3为本发明实施例二的网元开通装置组成示意图；

图4为本发明实施例三的网元开通方法流程图；

图5为本发明实施例三的开局场景分析流程示意图；

图6为本发明实施例三的规划表导入及分析流程图；

图7为本发明实施例三的IP地址分配流程图；

图8为本发明实施例三的路由参数分配流程图；

图9为本发明实施例三的脚本下发及网元、链路自动发现流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一：

本实施例提供一种网元开通方法，请参见图1，具体包括：

S101、根据待开通的网元的开局场景，确定相应的规划表，并在所述规划表中载入初始参数，初始参数至少包括网元所属的接入环；

S102、根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值；

S103、根据IP地址池以及基础数据的默认值，分配开局参数，完成所述网元的开通。

待开通的网元的开局场景，是从开通场景和业务类型这至少两个维度来确定，开局场景是整个网元开通功能的基础信息。开通场景决定了DCN(Date CommunicationNetwork，数据通信网络)脚本的内容。网元管理主要是两种方式，一种是纯粹的DCN PPPOE网络，另一种是DCN PPPOE(PPP over Ethernet，以太网点对点协议)+DCN ETH(Ethernet，以太)/VLAN(Virtual Local Area Network，虚拟局域网)相结合的混合型网络，两种网络的差异决定了开通模板的差异，通过在模板库中预置各种模板，然后根据确定的开局场景来自动匹配相应的模板，从而让用户只需要关注于场景，而无需关注具体的开通脚本。

在本实施例中，开局场景包括开通场景和业务类型，其中开通场景包括纯粹DCNPPPOE网络或DCN PPPOE和DCN ETH/VLAN混合型网络。本实施例还提供IPRAN(IP RadioAccess Network，无线接入网IP化)L2L3VPN(Layer3VPN，三层VPN)等业务类型，还可以支持其他各种开局场景，每增加一种开局场景，就增加对应的模板文件，可扩展性很强。本实施例可以按照如下方法来实现灵活的扩展性：开通场景和业务类型均设置为一个List(列表)，该List中的值可以从配置文件中读取。每新增一种开通场景或业务类型，就在配置文件中加入相应的配置项、开通脚本模板和规划表模板，并为其制定系统内唯一的ID。系统启动时会读取配置文件，开通场景和业务类型添加进来。脚本模板文件至少包括两个字段，分别对应于开通场景ID和业务类型ID，系统启动时会分析ID的值来识别到开通场景、业务类型、脚本模板文件和规划表模板文件的对应关系。此处的对应关系，在本实施例中一般是一对多的关系，即一种开通场景和业务类型的组合通常对应于多个脚本模板，这是因为网络中的设备类型众多，不同的设备类型在同一个场景下脚本也会存在差异。本方法具备支持多场景灵活扩展的能力，同时脚本制作也很方便。

不同的开局场景对应于不同的规划表，服务器端根据客户端根据选定的开局场景匹配对应的规划表，并将规划表中服务器端传到客户端，可以通过FTP的方式。以DCN PPPOE场景下的规划表为例，规划表范例请参考图2，规划表中各个初始参数及其含义如下：

接入环名称：标识待开通网元所属接入环，该名称应该和规划界面上一致；

网元名称：标识待开通网元的名称，作为各网元的唯一标识；

网元host name(主机名称)：标识待开通网元的hostname名称；

网元设备类型/上游网元设备类型：标识网元类型，用来让各网元匹配各自的脚本；

网元上联端口名称/上游网元下联端口名称：标识哪个端口下发DCN和IGP(Interior Gateway Protocol，内部网关协议)配置；

网元设备层次：标识待开通网元是否和汇聚设备直连，是否和汇聚设备直连会导致脚本有差异；

开通状态：标识是否开通。

在导出的规划表中，载入以上字段，并在完成后再次将规划表导入到网管中。网管自动分析各待开通设备的拓扑信息和网元属性。

根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值。各个接入环均提供了相应的界面，比如图形化界面供用户手动或者系统自动的设置接入环绑定的IP地址池，采用的路由协议类型，路由参数，业务平面链路接口互联VLAN范围，管理平面链路接口互联VLAN范围等等信息。由于不同的开局方案采用的路由协议可能不一致，因此本环节会根据之前确定的开局场景，来动态生成对应的界面。

由于一个IP地址池可以同时被多个接入环复用，因此地址池也可以设置为支持被多个接入环重复绑定。当接入环和IP地址池形成绑定关系后，接入环中所有的IP地址都会基于IP地址池内的地址空间来分配，并且根据业务功能的不同，所划分的IP地址池也不同，相应的IP地址从相应的IP地址池中选取进行分配。

此外，在本实施例中，在为接入环规划相应的IP地址池之前，还可以包括：创建IP地址池，规划出待分配的IP地址范围。为了保证地址池使用时的灵活性，在数据结构中可以将IP地址池设计为独立的模块，不和开局场景、接入环、路由协议等耦合。由于开通网元设计四大类IP地址，分别是网元管理IP，网元业务环回IP，管理平面接口互联IP，业务平面接口互联IP，因此本实施例中可至少创建四大IP地址池。对于IP地址池的设计如下：首先，定义IP地址池的数据结构，为IP地址池数据结构赋予五个属性，分别是：地址池名称，地址池类型，起始IP，终止IP和子网掩码。地址池名称是每个IP地址池的唯一标识，地址池类型标识该IP地址池的用途，后续分配IP地址池时会根据该类型自动过滤，避免地址池数量过多时导致的用户选择困难。起始IP为该IP地址池中的最小IP地址，终止IP为该IP地址池中的最大IP地址，子网掩码用来标识该IP地址池内IP对应的子网掩码，一般而言，管理IP和业务环回IP都是默认32bit，接口互联IP都是默认30bit，并且可以根据具体的需求调整。

分配时，IP地址的分配原则至少保证不同的网元所分配的IP地址应该是不冲突的。分配前，根据起始IP地址，终止IP地址和子网掩码计算出该子网空间中包含的所有IP地址，然后，查询已经使用过的IP地址，并将未使用的IP地址作为预分配的IP地址。在本实施例中，具体的分配逻辑，可以是将尚未分配过的最小IP地址，作为预分配的IP地址。

此外，为了避免预分配的IP地址与本系统管理范畴以外的IP地址相冲突，本实施例还提供可选的全网校验方案，具体如下：先判断客户端是否使能了全网校验功能，如果已经使能，那么分配IP地址时会搜索全网三层接口已经使用的IP，如果发现冲突，则会提示用户，如果没有冲突，则将预分配的IP地址作为最终分配的IP地址。如果客户端没有使能全网校验功能，则直接将预分配的IP地址作为最终分配的IP地址。

设置基础数据的默认值。其中基础数据可以包括：MPLS(Multi-Protocol LabelSwitching，多协议标记交换)协议。MPLS协议主要包括LDP(Label DistributionProtocol，标签分发协议)和RSVP-TE(Resource Reservation Protocol-TrafficEngineering，基于流量工程扩展的资源预留协议)两种，不同场景采用的方式可能有差异，因此本系统可以提供MPLS的配置界面，该界面的呈现内容是根据确定的开局场景来自动加载的。网元上站时，除了路由，MPLS，接口等配置，还需要下发AAA(Authentication、Authorization、Accounting，认证授权计费)授权认证，SNMP(Simple Network ManagementProtocol，简单网络管理协议)、Telnet/SSH(Secure Shell，安全外壳协议)，告警上报的服务器IP地址等配置，这些配置都可以属于本实施例中的基础数据，而这些数据一般而言在一个地市都是相同的配置，因此本实施例中基于这一原则提供了基础数据配置界面来自动生成此类配置。

根据IP地址池以及基础数据的默认值，分配开局参数，完成网元的开通。根据待开通网元相连的接入环的IP地址池信息，为该网元分配具体的IP地址，以及根据其他基础数据，比如MPLS协议数据，AAA授权认证等等信息。值得注意的是，分配开局参数，完成网元的开通包括：在接入环对应的IP地址池内选择未被使用的IP地址，以及在基础数据的默认值规定的范围内选择特定的基础数据，并将选择出的IP地址和基础数据作为开局参数，根据开局参数完成网元的开通。对于基础数据而言，有的基础数据其默认值是范围，那么在该范围内选取合理的基础数据即可；而有的基础数据其默认值是特定的单值，那么此时就无需额外指定该基础数据的开局参数了，因为其开局参数已经随着设置该基础数据时完成。

在本实施例中，根据开局参数完成网元的开通可以包括逐个开通或批量开通，逐个开通包括：根据选定的网元进行开通；批量开通包括：根据所有的待开通的网元的上下游关系，从上游依次向下游进行开通，直到开通最后一个下游的网元。对于批量开通，本实施例中的具体处理流程如下：根据规划表中的上下游网元名称生成网元开通顺序列表，再按照列表顺序依次开通各网元。开通时，判断上游网元是否已开通，如果未开通，则提示用户需要先开通上游网元，如果已开通，则开始执行本次开通流程；执行完毕后，自动通过ping检测网元上线状态，如果成功上线则继续执行规划表中下游网元的开通，如果上线失败，则提供本次执行日志供用户核对参数是否正确，待修改正确后再重新执行该网元的开通过程。当规划表中所有网元对应的脚本都执行完毕后，本次批量开通过程结束。

此外，在本实施例中，在完成网元的开通之后，还可以包括：执行网元、链路自动发现，将网元和链路添加到拓扑中。执行网元和链路自动发现，将开通报表导出到默认目录下供运维人员查看。

本实施例提供了一种网元开通方法，确定待开通的网元的开局场景，根据开局场景，导出相应的规划表，并在规划表中载入初始参数，初始参数至少网元所述的接入环；根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值；根据IP地址池以及基础数据的默认值，分配开局参数，完成网元的开通。通过本发明的实施，使网元开通的过程自动化程度高，提高了开通的效率，避免了人工开通易出错的问题。

实施例二

本实施例提供一种网元开通装置，请参考图3，包括：

确定模块301，用于根据待开通的网元的开局场景，确定相应的规划表；

载入模块303，用于在规划表中载入初始参数，初始参数至少包括网元所属的接入环；

规划模块304，用于根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值；

开通模块305，用于根据IP地址池、路由信息、MPLS参数以及基础数据的默认值，分配开局参数。

在本实施例中，开局场景包括开通场景和业务类型，其中开通场景包括纯粹DCNPPPOE网络或DCN PPPOE和DCN ETH/VLAN混合型网络。本实施例还提供IPRAN L2L3VPN等业务类型，还可以支持其他各种开局场景，每增加一种开局场景，就增加对应的模板文件，可扩展性很强。本实施例可以按照如下方法来实现灵活的扩展性：开通场景和业务类型均设置为一个List(列表)，该List中的值可以从配置文件中读取。每新增一种开通场景或业务类型，就在配置文件中加入相应的配置项、开通脚本模板和规划表模板，并为其制定系统内唯一的ID。系统启动时会读取配置文件，开通场景和业务类型添加进来。脚本模板文件至少包括两个字段，分别对应于开通场景ID和业务类型ID，系统启动时会分析ID的值来识别到开通场景、业务类型、脚本模板文件和规划表模板文件的对应关系。此处的对应关系，在本实施例中一般是一对多的关系，即一种开通场景和业务类型的组合通常对应于多个脚本模板，这是因为网络中的设备类型众多，不同的设备类型在同一个场景下脚本也会存在差异。本方法具备支持多场景灵活扩展的能力，同时脚本制作也很方便。

不同的开局场景对应于不同的规划表，服务器端根据客户端根据选定的开局场景匹配对应的规划表，并将规划表中服务器端传到客户端，可以通过FTP的方式。以DCN PPPOE场景下的规划表为例，规划表范例请参考图2，规划表中各个初始参数及其含义如下：

接入环名称：标识待开通网元所属接入环，该名称应该和规划界面上一致；

网元名称：标识待开通网元的名称，作为各网元的唯一标识；

网元host name：标识待开通网元的hostname名称；

网元设备类型/上游网元设备类型：标识网元类型，用来让各网元匹配各自的脚本；

网元上联端口名称/上游网元下联端口名称：标识哪个端口下发DCN和IGP配置；

网元设备层次：标识待开通网元是否和汇聚设备直连，是否和汇聚设备直连会导致脚本有差异；

开通状态：标识是否开通。

在导出的规划表中，载入以上字段，并在完成后再次将规划表导入到网管中。网管自动分析各待开通设备的拓扑信息和网元属性。

根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值。各个接入环均提供了相应的界面，比如图形化界面供用户手动或者系统自动的设置接入环绑定的IP地址池，采用的路由协议类型，路由参数，业务平面链路接口互联VLAN范围，管理平面链路接口互联VLAN范围等等信息。由于不同的开局方案采用的路由协议可能不一致，因此本环节会根据之前确定的开局场景，来动态生成对应的界面。

由于一个IP地址池可以同时被多个接入环复用，因此地址池也可以设置为支持被多个接入环重复绑定。当接入环和IP地址池形成绑定关系后，接入环中所有的IP地址都会基于IP地址池内的地址空间来分配，并且根据业务功能的不同，所划分的IP地址池也不同，相应的IP地址从相应的IP地址池中选取进行分配。

此外，在本实施例中，还可以包括创建模块306，用于创建IP地址池，规划出待分配的IP地址范围。为了保证地址池使用时的灵活性，在数据结构中可以将IP地址池设计为独立的模块，不和开局场景、接入环、路由协议等耦合。由于开通网元设计四大类IP地址，分别是网元管理IP，网元业务环回IP，管理平面接口互联IP，业务平面接口互联IP，因此本实施例中可至少创建四大IP地址池。对于IP地址池的设计如下：首先，定义IP地址池的数据结构，为IP地址池数据结构赋予五个属性，分别是：地址池名称，地址池类型，起始IP，终止IP和子网掩码。地址池名称是每个IP地址池的唯一标识，地址池类型标识该IP地址池的用途，后续分配IP地址池时会根据该类型自动过滤，避免地址池数量过多时导致的用户选择困难。起始IP为该IP地址池中的最小IP地址，终止IP为该IP地址池中的最大IP地址，子网掩码用来标识该IP地址池内IP对应的子网掩码，一般而言，管理IP和业务环回IP都是默认32bit，接口互联IP都是默认30bit，并且可以根据具体的需求调整。

分配时，IP地址的分配原则至少保证不同的网元所分配的IP地址应该是不冲突的。分配前，根据起始IP地址，终止IP地址和子网掩码计算出该子网空间中包含的所有IP地址，然后，查询已经使用过的IP地址，并将未使用的IP地址作为预分配的IP地址。在本实施例中，具体的分配逻辑，可以是将尚未分配过的最小IP地址，作为预分配的IP地址。

此外，为了避免预分配的IP地址与本系统管理范畴以外的IP地址相冲突，本实施例还提供可选的全网校验方案，具体如下：先判断客户端是否使能了全网校验功能，如果已经使能，那么分配IP地址时会搜索全网三层接口已经使用的IP，如果发现冲突，则会提示用户，如果没有冲突，则将预分配的IP地址作为最终分配的IP地址。如果客户端没有使能全网校验功能，则直接将预分配的IP地址作为最终分配的IP地址。

设置基础数据的默认值。其中基础数据可以包括：MPLS协议。MPLS协议主要包括LDP和RSVP-TE两种，不同场景采用的方式可能有差异，因此本系统可以提供MPLS的配置界面，该界面的呈现内容是根据确定的开局场景来自动加载的。网元上站时，除了路由，MPLS，接口等配置，还需要下发AAA授权认证，SNMP、Telnet/SSH，告警上报的服务器IP地址等配置，这些配置都可以属于本实施例中的基础数据，而这些数据一般而言在一个地市都是相同的配置，因此本实施例中基于这一原则提供了基础数据配置界面来自动生成此类配置。

根据IP地址池以及基础数据的默认值，分配开局参数，完成网元的开通。根据待开通网元相连的接入环的IP地址池信息，为该网元分配具体的IP地址，以及根据其他基础数据，比如MPLS协议数据，AAA授权认证等等信息。相应的，开通模块305还可以用于：在接入环对应的IP地址池内选择未被使用的IP地址，以及在基础数据的默认值规定的范围内选择特定的基础数据，并将选择出的IP地址和基础数据作为开局参数，根据开局参数完成网元的开通。对于基础数据而言，有的基础数据其默认值是范围，那么在该范围内选取合理的基础数据即可；而有的基础数据其默认值是特定的单值，那么此时就无需额外指定该基础数据的开局参数了，因为其开局参数已经随着设置该基础数据时完成。

在本实施例中，根据开局参数完成网元的开通可以包括逐个开通或批量开通，逐个开通包括：根据选定的网元进行开通；批量开通包括：根据所有的待开通的网元的上下游关系，从上游依次向下游进行开通，直到开通最后一个下游的网元。对于批量开通，本实施例中的具体处理流程如下：根据规划表中的上下游网元名称生成网元开通顺序列表，再按照列表顺序依次开通各网元。开通时，判断上游网元是否已开通，如果未开通，则提示用户需要先开通上游网元，如果已开通，则开始执行本次开通流程；执行完毕后，自动通过ping检测网元上线状态，如果成功上线则继续执行规划表中下游网元的开通，如果上线失败，则提供本次执行日志供用户核对参数是否正确，待修改正确后再重新执行该网元的开通过程。当规划表中所有网元对应的脚本都执行完毕后，本次批量开通过程结束。

此外，在本实施例中，还可以包括发现模块307，用于执行网元、链路自动发现，将网元和链路添加到拓扑中。执行网元和链路自动发现，将开通报表导出到默认目录下供运维人员查看。

本实施例提供了一种网元开通装置，确定待开通的网元的开局场景，根据开局场景，导出相应的规划表，并在规划表中载入初始参数，初始参数至少网元所述的接入环；根据规划表中的初始参数，为接入环规划路由信息、相应的IP地址池，以及基础数据的默认值；根据IP地址池以及基础数据的默认值，分配开局参数，完成网元的开通。通过本发明的实施，使网元开通的过程自动化程度高，提高了开通的效率，避免了人工开通易出错的问题。

实施例三

本实施例提供了一种网元开通方法，请参考图4，包括：

步骤S401：确定待开通的网元的开局场景。待开通的网元的开局场景，是从开通场景和业务类型这至少两个维度来确定，开局场景是整个网元开通功能的基础信息。开通场景决定了DCN脚本的内容。网元管理主要是两种方式，一种是纯粹的DCN PPPOE网络，另一种是DCN PPPOE+DCN ETH/VLAN相结合的混合型网络，两种网络的差异决定了开通模板的差异，通过在模板库中预置各种模板，然后根据确定的开局场景来自动匹配相应的模板，从而让用户只需要关注于场景，而无需关注具体的开通脚本。

当前，我们预置了DCN PPPOE和DCN PPPOE+DCN ETH/VLAN两种开通场景和IPRANL2L3VPN一种业务类型，后续可以基于该框架支持其他各种开局场景，每增加一种开局场景，就增加对应的模板文件和界面选项，可扩展性很强。本实施例按照如下方法来实现灵活的扩展性：开通场景和业务类型均设计为一个List，该List中的值全部从配置文件中读取。每当新增一种开通场景或业务类型，就在配置文件中加入相应的配置项、开通脚本模板和规划表模板并给它们指定系统内唯一的ID。系统启动时会读取这个配置文件，将开通场景和业务类型添加进来。脚本模板文件中包含两个字段，分别对应开通场景ID和业务类型ID，系统启动时会分析ID的值来识别到开通场景、业务类型、脚本模板文件和规划表模板文件的对应关系。这里的对应关系一般都是一对多的关系，即一种开通场景+业务类型的组合通常对应于多个脚本模板，这是因为网络中的设备类型众多，不同的设备类型在同一个场景下脚本模板也会存在差异，因此最终绑定哪个脚本模板还要依赖于步骤S402中分析出来的设备类型、设备层次等参数来确定。脚本模板文件支持独立于本系统外用普通文本软件来编辑，制作脚本时将待下发到设备上的所有命令行保存到脚本模板文件中，每条命令行中涉及到的变量均设计为参数名，具体的参数值根据步骤S402中导入的参数值来生成，最终生成可以下发到设备上的脚本。从上述方法可见，本系统可以具备支持多场景灵活扩展的能力，同时脚本制作也很方便。根据开通场景和业务类型自动加载对应的预置模板和规划表，算法主要流程见图5所示。具体如下：

S501、选择开通场景；开通场景包括纯粹DCN PPPOE，或者DCN PPPOE和DCN ETH/VLAN结合，还可以包括其他类型的开通场景；

S502、根据开通场景的不同，分析相应的开通场景所需的参数，比如，分析DCNPPPOE开通脚本涉及哪些参数，以及分析DCN PPPOE和DCN ETH/VLAN结合的开通脚本涉及哪些参数，或者分析其他场景下开通脚本涉及哪些参数；

S503、选择业务类型；业务类型包括联通L2+L3VPN桥接模型、层次化L3VPN模型、MPLS-TP静态场景模型以及其他场景模型等等；

S504、根据业务类型的不同，分析相应的业务脚本涉及到的参数，比如，分析L2VPN和L3VPN场景业务脚本涉及到的所有参数，分析层次化L3VPN场景业务脚本涉及到的所有参数，分析TP静态场景业务脚本涉及到的所有参数，以及分析其他场景业务脚本涉及到的所有参数；

S505、根据开通场景和业务模型，分析出所有待规划的界面，加载对应的规划表。

步骤S402：导出对应的规划表并载入初始参数后再次导入网管，网管自动分析各待开通设备的基础拓扑信息和网元属性。不同的开通场景提供对应的规划表，服务端根据客户端用户选择的场景匹配对应的规划表，并通过FTP方式从服务端传到客户端。下面我们以DCN PPPOE场景的规划表为例来详细看下这个规划表文件的主要内容。

导出规划表模板后，在规划表模板文件中正确载入初始参数，规划表中的一行数据对应着一个待开通的网元信息。规划表填写完成后再次导入到网管中，此时本系统将规划表中的数据导入至内存中，自动执行网络拓扑数据分析并匹配对应的脚本模板，请参考图6，处理方法如下：

S601、本系统设计一个数据结构NEInstallInfo来保存规划表中每行数据，数据结构中的属性和规划表中的每列一一对应。当规划表导入后，所有待开通数据都会对应各自的NEInstallInfo，所有的NEInstallInfo被放在一个List中。

S602、网管读取List来解析环信息、设备信息和上下游关系。解析环信息时网管会读取每个NEInstallInfo中的接入环名称，然后以该接入环名称为参数来查询本系统中同名的接入环规划信息，再根据规划信息生成路由协议，IP地址和VLAN等数据，为生成脚本做准备，如果该接入环已在系统中存在，那么直接形成绑定关系，如果该接入环不存在，会自动创建出同名的接入环，接入；解析设备信息时，本系统一方面会读取每个NEInstallInfo设备类型、版本和设备层次，匹配到相应设备类型及版本的预置脚本，从而将脚本和规划表中的开通数据形成绑定关系，另一方面，本系统会读取是否开通这个属性以判断此次开通任务中是否要对该网元进行开通，这个字段的设计极大增强了网元开通的灵活性，因为既可以避免每次开通时重复开通规划表中已开通的数据，又可以允许用户在特殊情况下对某网元重新运行开通脚本；解析上下游关系时，网管通过读取每个NEInstallInfo中的网元名称和上游网元名称，来明确上下游网元关系。这里的上下游和方向无关，就是指待上线的网元为下游，相邻的已上线网元为上游。由于开通某个网元时必须保证其上游网元一定是开通的，因此系统必须具备分析该接入环中从汇聚网元到任意接入网元的整个路径的上下游关系的能力，本系统的分析逻辑如下：先查询所有设备层次类型为“汇聚层”的网元名称，然后以该汇聚设备为根节点，根据网元名称和上游网元名称顺序查找互联的接入设备，最终发现到所有汇聚设备下挂的所有接入环。

S603、本系统读取待开通网元NEInstallInfo中的开通状态来判断本条数据对应的网元是否已开通。若已开通则跳过该条数据的开通；若未开通，则继续执行下一步。

S604、读取上游网元NEInstallInfo中的开通状态来判断上游网元是否已开通。

S605、若上游网元未开通，则将上游网元和本网元均放入待开通List中。

S606、若上游网元已开通，则本网元满足开通条件，将本网元的NEInstallInfo导入到待开通List中；整个过程按照此方式遍历，直到找到某个已开通的根网元，然后按序生成各个待开通网元的信息，如果规划表导入的数据中不存在已开通的根网元，则提示用户必须先开通一个根网元。

通过以上步骤，本系统已完成导入数据的处理，已经分析完成的接入环基础信息包含以下点：各接入环中所有待开通网元的设备类型、版本和网络层次信息，各待开通网元和接入环的绑定关系，各接入环中的上下游网元顺序、各待开通网元和脚本模板的绑定关系、以上所有数据暂时放在内存中。

步骤S403：创建IP地址池以规划待分配的IP地址范围。本系统采用各类地址池独立规划的方式来管理海量IP地址，给每个接入环绑定地址池时支持创建新的IP地址池和选择已有的IP地址池。为了保证地址池使用时的灵活性，数据结构中将IP地址池设计为一个独立的模块，不和开通场景，接入环，路由协议，MPLS协议等耦合。由于开通网元涉及4大类IP地址，分别是网元管理IP，网元业务环回IP，管理平面接口互联IP，业务平面接口互联IP，因此本系统支持基于该环节创建四大IP地址池。本系统关于地址池的设计方式如下：首先，定义IP地址池的数据结构，给IP地址池数据结构赋予五个属性，分别为：地址池名称，地址池类型，起始IP，终止IP和子网掩码。地址池名称是每个地址池的唯一标识，地址池类型标识该地址池的用途，后续分配IP地址时会根据该类型自动过滤，避免地址池数量过多时导致的用户选择难度。起始IP为该地址池的最小IP地址，终止IP为该地址池的最大IP地址，子网掩码用来标识该地址池内IP对应的子网掩码，一般管理IP和业务环回IP都是默认32位，接口互联IP都是默认30位，同时支持人工调整。

其次，网管根据此IP空间分配不重复的IP给网元或接口使用。分配前先根据起始IP地址，终止IP地址和子网掩码计算出该子网空间中包含的所有IP，然后查询数据库中已经保存的使用过的所有IP，计算出尚未分配的过的最小IP，作为预分配的IP地址。

再其次，为了避免预分配的IP与本系统管理范畴外的IP冲突，本系统提供可选的全网校验方案，本环节处理流程如下：先判断客户端是否使能了全网校验功能，如果已经使能，那么分配IP地址时会搜索全网三层接口已经使用的IP，如果发现冲突，则会提示用户，如果没有冲突，则将预分配的IP地址作为最终分配的IP。如果客户端没有使能全网校验功能，则直接将预分配的IP作为最终分配的IP。

最后，本系统将最终分配的IP保存入库，为后续其他新的接口分配IP时提供校验数据源。IP地址分配主要流程如图7所示，包括：

S701、查询对应的IP地址池；

S702、生成尚未分配过的最小IP；

S703、判断是否使能全网IP冲突检测功能；

S704、未使能，则采用该IP地址作为分配的IP地址；

S705、若使能，则判断是否有IP地址冲突；

S706、没有IP地址冲突，则采用该IP地址作为分配的IP地址；

S707、有冲突，则继续尝试分配IP地址。

步骤S404：给各接入环规划路由，VLAN信息及绑定IP地址池。各接入环均可以提供图形化界面来设置该接入环绑定的IP地址池，采用的路由协议类型，路由参数，业务平面链路接口互联VLAN范围，管理平面链路接口互联VLAN范围。首先介绍路由规划的设计方法：由于不同的开局方案采用的路由协议可能不一致，因此本环节会根据步骤S401选择的开局场景来动态生成对应的界面。以联通IPRAN L2L3VPN场景为例，该场景下本系统默认提供OSPF路由协议的配置项，包括OSPF实例后，OSPF区域号等等；以联通IPRAN L3VPN到边缘场景为例，本系统则默认提供BGP路由协议的配置项，包括AS号、RT属性、地址族等等。这样一方面可以简化界面的呈现，避免将所有无关选项都放到界面中，另一方面，用户一眼就能知道某种场景使用哪种路由协议，一目了然。请参考图8，路由参数分配流程如下：

S801、分配OSPF实例号；

S802、判断是否规划OSPF实例号；

S803、若否，则分配默认OSPF实例号；

S804、若是，则分配已规划的OSPF实例号；

S805、根据规划数据从小到大分配OSPF区域号；

S806、根据规划数据设置个区域的路由参数；包括是否stub区域，cost，metric值等等；

S807、完成链路互联接口IP所在网段在OSPF中的宣告。

其次介绍VLAN规划的设计方法：由于DCN PPPOE和DCN PPPOE+ETH/VLAN场景的VLAN信息的规划存在差异，此过程本系统第一步先分析开通场景类型，如果步骤S401中选择的开通场景为DCN PPPOE，那么本系统界面只加载业务平面链路互联VLAN的相关配置项，软件后台也只读取业务平面互联VLAN的数据；如果步骤S401中选择的开通场景为DCNPPPOE+DCN ETH/VLAN，那么本系统界面同时加载管理和业务平面的链路互联VLAN的相关配置项，软件后台同时读取管理和业务平面互联VLAN的数据。第二步，系统将会读取用户规划的VLAN范围，对接入环中的每个接口按照从小到大的顺序在已读取的VLAN范围内依次分配VLAN值，所有接口处理完毕后本环节处理结束。

再其次，介绍IP地址池绑定方法：由于一个IP地址池可以同时被多个接入环复用，因此地址池设置为支持被多个接入环重复绑定。当接入环和IP地址池形成绑定关系后，该接入环中所有的IP地址都会基于该IP地址池地址空间来分配，并且不同类型的IP地址分别从对应的IP地址池分配。

最后，本步骤会把上方规划好的路由信息和VLAN信息都放到缓存中，所有接入环就能获取到这部分数据了。

步骤S405：设置MPLS和其他基础数据的默认值。MPLS协议目前主要包含LDP和RSVP-TE两种，不同场景采用的方式可能有差异，因此本系统提供MPLS配置界面。该界面的呈现内容通用是根据步骤S401选中的开局场景来自动加载的。以联通IPRAN L2L3VPN为例，由于本场景的MPLS是采用RSVP-TE方案，将该方案中所有的TE参数都预置到规划界面中，主要包含以下几个参数：重建主LSP延时，WTR时间，IGP UP链路重建延时，自动重优化时间，链路重建等待时间，链路惩罚时间。所有参数都会按照标准开局脚本预置默认值，同时也支持人工微调。通过此方式，用户可以不用关注极其复杂的MPLS配置，直接由网管根据规划值和脚本模板自动生成脚本。

网元上站时，除了路由，MPLS，接口等配置，还需要下发AAA授权认证，SNMP、Telnet/SSH，告警上报的服务器IP等配置，一般一个地市都是相同的配置，因此本系统基于同样方法提供了基础配置界面用来自动生成此类配置。

步骤S406：自动分配开局参数、脚本预览及下发。在前面的规划完毕后，本环节处理方式如下：基于S401-S405的规划数据，自动生成所有参数值，并将所有参数值传递给脚本工具，脚本工具根据预置的脚本模板和传入的参数值最终生成待下发的命令行并下发到设备上。为了保证下发脚本的正确性，再下发到设备前，会提供命令预览界面供用户确认，确认无误后才会下发。下发结束后会把每条命令的执行结果返回到客户端。

开通环节提供两种方式：逐个开通和批量开通。逐个开通则是根据用户选择的网元来开通，批量开通会根据所有的待开通网元的上下游关系，依次从上游开通下游设备，直至开通最后一个下游设备。对于批量开通，本系统的处理方法如下：先根据规划表中的上下游网元名称生成网元开通顺序列表。然后再按照列表顺序依次开通各网元。每次开通网元时需要判断上游网元是否已开通，如果未开通，则提示用户需要先开通上游网元，如果已开通，则开始执行本次开通任务，执行完本次开通任务后自动通过ping检测网元上线状态,如果成功上线则继续执行规划表中下游网元的开通，若上线失败，则返回本次执行日志供用户核对参数值是否正确，待用户修改正确后重新执行该网元的开通过程。当规划表中所有网元对应的脚本都执行完毕后，本次批量开通过程结束

步骤S407：执行网元和链路自动发现及开通报表导出，最终完成整个开通过程。在步骤S06执行成功后，网管将会自动进行网元，链路自动发现流程，添加到拓扑中。同时将本次的开通数据导出到默认目录下供运维人员查看。

图9展示了步骤S406和S407的开通流程，包括：

S901、执行网元开局脚本；

S902、判断脚本中所有命令是否都执行成功，若是，转到S903，若否，转到S911；

S903、从网管服务器发起ping检测；

S904、判断是否ping通，若是，转到S905，若否，转到S912；

S905、网元所有脚本已经正确下发；

S906、判断是否是批量开通网元，若是，转到S901，若否，转到S907；

S907，自动执行网元自动发现；

S908、自动执行基础配置上载；主要包括单板和端口；

S909、自动执行链路发现；

S910、自动导出此次开局报告；

S911、提示用户查看执行日志，判断是命令行错误还是参数值错误，修改正确后转到S901；

S912、提示用户查看执行日志，判断是否参数值不符合组网拓扑，修改正确后转到S901。

所有步骤执行完毕后，网元就成功开通了，运维人员再此基础上直接开通业务即可。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机可读存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (12)

1.一种网元开通方法，包括：

根据待开通的网元的开局场景确定相应的规划表，并在所述规划表中载入初始参数，所述初始参数至少包括所述网元所属的接入环；

根据所述规划表中的初始参数，为所述接入环规划路由信息、相应的IP地址池、以及基础数据的默认值；

根据所述IP地址池以及所述基础数据的默认值，分配开局参数，完成所述网元的开通。

2.如权利要求1所述的网元开通方法，其特征在于，所述开局场景包括开通场景和业务类型，其中所述开通场景包括数据通信网络以太网点对点协议网络DCN PPPOE，或DCNPPPOE和数据通信网络以太网/虚拟局域网DCN ETH/VLAN混合型网络。

3.如权利要求1所述的网元开通方法，其特征在于，在所述为所述接入环规划相应的IP地址池之前，还包括：创建所述IP地址池，规划出待分配的IP地址范围。

4.如权利要求1-3任一项所述的网元开通方法，其特征在于，所述分配开局参数，完成所述网元的开通包括：在所述接入环对应的IP地址池内选择未被使用的IP地址，并在所述基础数据的默认值规定的范围内选择特定的基础数据，将选择出的所述未被使用的IP地址和特定的基础数据作为所述开局参数，根据所述开局参数完成所述网元的开通。

5.如权利要求4所述的网元开通方法，其特征在于，所述根据所述开局参数完成所述网元的开通包括：根据选定的网元进行开通；

或，根据所有的待开通的网元的上下游关系，从上游依次向下游进行开通，直到开通最后一个下游的网元。

6.如权利要求1-3任一项所述的网元开通方法，其特征在于，所述在完成所述网元的开通之后，还包括：执行网元和链路自动发现，将所述网元和链路添加到拓扑中。

7.一种网元开通装置，其特征在于，包括：

确定模块，用于根据待开通的网元的开局场景，确定相应的规划表；

载入模块，用于在所述规划表中载入初始参数，所述初始参数至少包括所述网元所属的接入环；

规划模块，用于根据所述规划表中的初始参数，为所述接入环规划路由信息、相应的IP地址池、以及基础数据的默认值；

开通模块，用于根据所述IP地址池以及所述基础数据的默认值，分配开局参数。

8.如权利要求7所述的网元开通装置，其特征在于，还包括创建模块，用于创建所述IP地址池，规划出待分配的IP地址范围。

9.如权利要求7或8所述的网元开通装置，其特征在于，所述开通模块还用于：在所述接入环对应的IP地址池内选择未被使用的IP地址，并在所述基础数据的默认值规定的范围内选择特定的基础数据，将选择出的所述未被使用的IP地址和特定的基础数据作为所述开局参数，根据所述开局参数完成所述网元的开通。

10.如权利要求9所述的网元开通装置，其特征在于，所述根据所述开局参数完成所述网元的开通包括：根据选定的网元进行开通；

或，根据所有的待开通的网元的上下游关系，从上游依次向下游进行开通，直到开通最后一个下游的网元。

11.如权利要求7或8所述的网元开通装置，其特征在于，还包括发现模块，用于执行网元和链路自动发现，将所述网元和链路添加到拓扑中。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行以下步骤：

根据待开通的网元的开局场景确定相应的规划表，并在所述规划表中载入初始参数，所述初始参数至少包括所述网元所属的接入环；

根据所述规划表中的初始参数，为所述接入环规划路由信息、相应的IP地址池、MPLS参数以及基础数据的默认值；

根据所述IP地址池以及所述基础数据的默认值，分配开局参数，完成所述网元的开通。