CN105187225B - 基于pce的多域异构互联网络管理方法和系统 - Google Patents
基于pce的多域异构互联网络管理方法和系统 Download PDFInfo
- Publication number
- CN105187225B CN105187225B CN201510308968.5A CN201510308968A CN105187225B CN 105187225 B CN105187225 B CN 105187225B CN 201510308968 A CN201510308968 A CN 201510308968A CN 105187225 B CN105187225 B CN 105187225B
- Authority
- CN
- China
- Prior art keywords
- information
- business
- message
- service
- pce
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提出一种基于PCE的多域异构互联网络管理方法和系统,该系统包括:消息管理模块,用于接收来自底层设备及PCE上报的消息,对消息进行解析,根据格式提取消息报头,并判断消息类型;处理模块,用于根据判断结果,对消息进行相应处理,以获取第一处理结果并存储;北向网管接口,用于接收上层网管下发的请求,对其进行解析并由网管系统进行处理,并向上层网管上报底层设备及PCE状态、请求处理结果;用户接口,用于接收下发消息的请求,处理模块,还用于根据请求的属性进行相应的处理,获取第二处理结果;消息管理模块还用于将第二处理结果进行处理生成统一格式的信息,并向底层设备及PCE下发信息。本发明的系统具有全面、高效、新颖的优点。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于PCE的多域异构互联网络管理方法和系统。
背景技术
多域异构光网络是指在网络中,不同的厂商、不同的设备以及不同的传输机制分别构成了多个域,各个域由域间链路相连接。不同厂商有各自的网元管理系统(elementmanagement system,EMS),来分别管理和配置各自的底层设备,但不同厂商的EMS消息格式各不相同,所管控的设备也不相同,无法实现各域的统一管控与互联。伴随着分布式路径计算单元(path computation element,PCE)的技术发展,对PCE所在的域中的路径计算问题已经能够得到很好的解决,但是PCE作为路径计算单元,没有管控的功能,仍无法实现多域异构网络的互联和管控。
目前网络管理系统(network management system,NMS)主要分为两类,一类面向所提供服务的设备、链路等,可对设备厂商的设备进行管理,又称为网络设备管理系统。一类面向网络所承载的业务进行管理,又称为网络业务管理系统。网络设备管理系统能够从底层获得设备配置情况、设备故障信息等,但无法获知在设备上所运行的业务。网络业务管理系统能够获知业务的相关信息,实现对业务的管控、建立等功能,但业务出现故障时无法及时获取设备运行状况,对故障排查没有太多帮助,所以设备管理和业务管理是相互脱节的。
随着网络的发展,网络信息量日益增加,不同厂商的设备相互交错,更多的业务在网络上动态的变化,因此对NMS提出了更高的要求,即需要一种基于PCE架构的对多域异构网络的互联与统一管控的,能够对业务以及设备同时进行管控的网络管理系统。
发明内容
本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此,本发明的第一方面目的在于提出一种全面高效的基于PCE的多域异构互联网络管理方法。
本发明第二方面实施例提出一种基于PCE的多域异构互联网络管理系统。
为了实现上述目的,本发明第一方面实施例的基于PCE的多域异构互联网络管理方法,所述方法可进行相应的处理包括:拓扑资源信息处理、业务管理和故障信息处理,该方法包括以下步骤:信息上报步骤:该步骤包括,S1,接收来自底层设备及PCE上报的消息,对所述消息进行解析,根据格式提取消息报头,并判断消息类型,获取判断结果,其中,所述消息类型包括:业务管理操作反馈、PCE配置反馈、故障上报信息、资源上报信息;S2,根据所述判断结果,对所述消息进行相应的处理,以获取第一处理结果并在对应数据库中存储所述第一处理结果;信息下发步骤:该步骤包括,S3,根据由用户接口发起的一个下发操作请求或由网络管理系统自动生成一个下发消息的请求,网络管理系统自动生成下发信息的情况包括:PCE状态定时查询、完成业务故障保护处理,用户接口发起的包括:PCE配置、业务管理操作;S4,对所述请求的属性进行相应的处理,获取所述第二处理结果;S5,将所述第二处理结果进行处理生成统一格式的信息,包括固定长度报头作为消息类型标记、下发目标设备地址、具体消息内容,并向所述底层设备及PCE下发所述信息。
根据本发明实施例的基于PCE的多域异构互联网络管理方法,通过上报步骤和下传步骤实现了对多域异构网络的互联与统一管理,能够对业务以及设备同时进行管控。
在一些示例中,所述方法还包括:
S6,接收上层网管下发的请求消息,所述请求消息包括通信令牌字段、会话标识字段、消息类型字段、消息内容字段,对所述请求进行解析,并由网络管理系统进行处理以获取处理结果,解析消息类型字段后,如果是业务建立消息,则继续解析业务建路所需消息字段,包括业务ID、源节点IP、目的节点IP、源节点槽位号端口号、目的节点槽位号端口号、建立业务粒度、保护类型,可进行多种业务粒度建路、多种保护类型建路、多域间业务建立,如果是小粒度业务建立,则继续解析业务建路所需消息字段,包括业务ID、最小交换粒度业务通道ID、源端口、目的端口,通过在本地业务数据库中对最小交换粒度业务通道ID进行查询,可获得业务其余信息,如果是拆路消息,则继续解析业务拆除所需消息字段,包括业务ID;
S7,将所述处理结果发送至所述上层网管,其中,所述处理包括:业务建立完成后,将业务ID、成功标识、业务粒度、建立时间、经过节点的IP以及端口进行封装,通过北向接口发送给顶层网管,当业务拆除完成后,将业务ID、成功标识进行封装,通过北向接口发送给顶层网管,所述北向接口信息处理单元可将信息发送至拓扑资源管理系统中,进行查看底层设备配置信息,底层设备配置修改。
在一些示例中,所述拓扑资源信息处理具体包括:S211,接收拓扑资源信息处理请求,并根据所述信息处理请求判断拓扑资源类型是否为域间互联信息,若是,则跳转到S212,若否,则跳转到S214;S212,根据所述拓扑资源信息处理请求进行信息提取,以获取域间互联资源信息;S213,对所述域间互联信息进行映射,以生成公有的消息格式,并执行S217;S214,对所述拓扑资源信息处理请求进行信息提取,以获取域内拓扑资源信息;S215,判断所述域内拓扑资源信息所对应域是否为已知域,若是则跳转至S216,若否,则跳转至S218;S216,对于已知域的域内拓扑资源进行映射,其中,在进行资源映射处理时,将不同域的域内资源进行统一调配,根据映射原则将各域的私有资源进行映射,在网管读取底层信息时,将底层面向设备的资源映射为顶层面向业务的资源,将底层信息中的用十六进制表示的4字节长度的端口编码字段提取,并分别映射为整型的机架号、整型的槽位好、整型的板卡好、整型的端口号、整型的时隙信息,将底层信息中用整型表示的业务粒度编码字段映射为“小粒度业务”、“155M”业务、“622M”业务、“2.5G”业务、“10G”业务的顶层业务粒度信息,将各域底层信息中用十六进制表示的4字节长度的域内节点私有IP字段映射为“XXX.XXX.XXX.XXX”格式的全网统一的虚拟IP,将所有信息存储在拓扑资源数据库中,进行统一管理,同时,在下发信息时,网管系统将上述所有统一信息进行逆向映射,编码组成下发请求信息,下发至PCE及底层设备;S217,获取映射结果并存存储所述映射结果;S218,返回拓扑资源映射结果。
在一些示例中,所述业务管理包括:小粒度业务建立、小粒度业务拆除和多种业务保护。
在一些示例中,所述小粒度业务建立包括:S221,接收业务建立请求;S222,判断需要建立的业务类型是否为小粒度业务,若是,则跳转至S223,若否,则跳转至S22c;S223,判断小粒度业务所对应的路径是否存在最小粒度交换通道,若是,则跳转至S224,若否,则跳转至S225;S224,确定所有可用的子通道并给小粒度业务分配一个子通道,后跳转至S228;S225,向底层设备发送最小交换粒度业务通道建立请求;S226,判断通道是否建立成功,若是,则跳转至S227,若否则跳转至S22a;S227,对建立完成的最小交换粒度业务通道进行子通道分割,并向发起请求的小粒度业务分配子通道;S228,向底层设备及PCE发送小粒度业务建立请求;S229,判断小粒度业务是否建立成功,若是,则跳转至S22b,若否,则跳转至S22a;S22a,当接收到底层设备上报的业务建立失败消息后,清理已经修改过的业务管理数据库,并跳转至S22e;S22b,当接收到底层设备上报的业务建立成功消息后,更新业务管理数据库,并跳转至S22e;S22c,向底层设备及PCE发送业务建立请求;S22d,判断业务是否建立成功,若是,则跳转至S22b,若否,则跳转至S22a;S22e,根据建立的结果,向请求发起方进行反馈。
在一些示例中,所述小粒度业务拆除包括:S231,向底层设备及PCE发送小粒度业务拆除请求,等待上报的拆除反馈消息;S232,判断是否拆除成功,若是,则跳转至S233,若否,则跳转至S237;S233,判断所述小粒度业务所处的最小交换粒度业务通道中,是否存在其他的小粒度业务,若是,则跳转至S234,若否,则跳转至S235;S234,小粒度业务或最小交换粒度业务通道拆除成功,跳转至S238;S235,向所述底层设备及PCE发送最小交换粒度业务通道拆除请求,等待上报的拆除反馈消息;S236,判断是否拆除成功,若是,则跳转至S234,若否,则跳转至S237;S237,小粒度业务或最小交换粒度业务通道拆除失败,跳转至S238;S238,若拆除成功则删除数据库中业务信息,若拆除失败则对数据库中相关业务标记为拆除失败;S239,根据S238的拆除结果,向请求发起方进行反馈。
在一些示例中,所述业务保护包括:S241,判断业务的保护类型,若是多次重路由保护则跳转至S242,若是重路由和1+1协同保护则跳转至S246,若是1+1保护则跳转至S24c;S242,当接收到业务保护流程情况时,更新拓扑资源数据库,在数据库中表明出现故障的链路,更新业务数据库,将相关的业务标记为重路由业务,向所述底层设备及PCE发送重路由请求;S243,判断重路由是否成功,若是,则跳转至S244,若否,则跳转至S245;S244,更新业务数据库和拓扑资源数据库,并下发资源释放指令以对原路径上的资源进行释放,后跳转至S24h;S245,提示重路由失败,并删除所述业务数据库和所述拓扑资源数据库中的相关信息,后跳转至S24h;S246,更新所述拓扑资源数据库,在所述拓扑资源数据库中表明出现故障的链路,更新所述业务数据库,并将相关的业务标记为重路由业务;S247,向所述底层设备发送业务转移指令,将工作路径上的业务向保护路径上进行迁移;S248,向所述底层设备及PCE发送重新计算保护路径的指令并完成建立;S249,判断新的保护路径建立是否成功,若是,则跳转至S24a,若否,则跳转至S24b;S24a,向所述底层设备及PCE下发原工作路径的资源释放指令,更新所述业务数据库和所述拓扑资源数据库,并对新的保护路径进行资源预留,后跳转至S24h;S24b,提示保护路径计算失败,并修改在所述业务数据库中工作路径状态,删除拓扑资源数据库中保护路径的相关资源信息,后跳转至S24h;S24c,更新所述拓扑资源数据库,在所述拓扑资源数据库中表明出现故障的链路,更新所述业务数据库,将相关的业务标记为重路由业务;S24d,向所述底层设备发送业务转移指令,将工作路径上的业务向保护路径上进行迁移;S24e,判断是否转移成功,若是则跳转至S24f,若否,则跳转至S24g;S24f,向所述底层设备及PCE下发原工作路径的资源释放指令,更新所述业务数据库和所述拓扑资源数据库,后跳转至S24h;S24g,提示保护失败,并删除在所述业务数据库和所述拓扑资源数据库中工作路径和保护路径的相关信息,后跳转至S24h;S24h,根据三种保护类型不同的结果,反馈业务保护过程的结果。
本发明第二方面实施例的基于PCE的多域异构互联网络管理系统,包括:消息管理模块,用于接收来自底层设备及PCE上报的消息,对所述消息进行解析,根据格式提取消息报头,并判断消息类型,获取判断结果,其中,所述消息类型包括:业务管理操作反馈、PCE配置反馈、故障上报信息、资源上报信息;处理模块,用于根据所述判断结果,对所述消息进行相应的处理,以获取第一处理结果并在对应数据库中存储所述第一处理结果同时在用户接口中显示上报信息与处理结果;北向网管接口,用于接收上层网管下发的请求,将请求消息进行解析并由网管系统进行处理,并向上层网管上报底层设备及PCE状态、请求处理结果;用户接口,用于接收下发消息的请求,所述处理模块,还用于根据所述请求的属性进行相应的处理,获取所述第二处理结果;所述消息管理模块还用于将所述第二处理结果进行处理生成统一格式的信息,包括固定长度报头作为消息类型标记、下发目标设备地址、具体消息内容,并向所述底层设备及PCE下发所述信息。
根据本发明实施例的基于PCE的多域异构互联网络管理系统,分别通过消息管理模块和用户接口接收上报的信息和下传的信息,实现了对多域异构网络的互联与统一管理,能够对业务以及设备同时进行管控。
在一些示例中,所述消息管理模块包括:
上报消息管理单元,用于接收来自底层设备及PCE上报的消息,所述上报消息管理单元包括:故障信息处理单元、建路状态上报处理子单元、拆路状态上报处理子单元、重路由状态上报处理子单元、PCE状态上报处理子单元和链路状态上报处理子单元,其中,
所述故障信息处理单元用于处理来自底层设备上报的多种故障信息,包括域间链路故障上报信息、域内链路故障上报信息、LSP故障上报信息、故障恢复信息;
所述建路状态上报处理子单元用于处理来自底层设备上报的建立状态信息,包括建路状态查询上报信息、可交换粒度业务建立返回成功/失败信息、低于最小交换粒度交换业务建立返回成功/失败信息;
所述拆路状态上报处理子单元用于处理来自底层设备上报的拆除状态信息,包括拆路状态查询上报信息、可交换粒度业务拆除返回成功/失败信息、低于最小交换粒度交换业务拆除返回成功/失败信息;
所述重路由状态上报处理子单元用于处理来自底层设备上报的重路由状态信息,包括重路由状态查询上报、可交换粒度业务重路由返回成功/失败信息、低于最小交换粒度交换业务重路由返回成功/失败信息;
所述PCE状态上报处理子单元用于处理来自底层设备上报的PCE状态信息,包括PCE配置返回信息、PCE状态查询上报;
所述链路状态上报处理子单元用于处理来自底层设备上报的链路状态信息,包括链路配置返回信息、域间链路状态上报信息、域内链路查询上报信息、拓扑更新上报信息;
下发消息管理单元,用于将所述第二处理结果进行处理生成统一格式的信息,并向所述底层设备及PCE下发所述信息,所述下发消息管理单元包括:建路请求子单元、拆路请求子单元、重路由请求子单元、状态查询消息子单元、设备配置消息子单元和北向接口消息单元,其中,
所述建路请求子单元用于根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务建立信息、可交换粒度业务建立信息;
所述拆路请求子单元用于根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务拆除信息、可交换粒度业务拆除信息;
所述重路由请求子单元用于根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务重路由信息、可交换粒度业务重路由信息;
所述状态查询消息子单元用于选择下发:域内链路状态查询消息、域间链路状态查询消息、PCE设备状态查询消息、节点状态查询消息;
所述设备配置消息子单元用于选择下发:域内链路配置消息、域间链路配置消息、PCE设备配置消息,节点配置消息;
所述北向接口消息单元用于选择下发:建路请求消息、拆路请求消息、设备状态查询消息、设备配置消息。
在一些示例中,所述处理模块包括:拓扑资源处理模块和业务管理模块,所述拓扑资源处理模块用于实现对拓扑资源的处理,所述业务管理模块用于对业务进行综合管理,所述拓扑资源处理模块包括所述拓扑资源数据库,所述业务管理模块包括小粒度业务建立单元、小粒度业务拆除单元和业务保护单元。
在一些示例中,还包括:北向接口连接接口和北向接口信息处理单元,其中,
所述北向接口连接接口用于与上层网管连接,通过北向网管接口接收来自上层网管的消息,消息包括通信令牌字段、会话标识字段、消息类型字段、消息内容字段,北向接口连接接口将信息发送向信息处理单元将信息进行存储和转换翻译处理,所述北向接口信息处理单元实施信息处理后,再将解析后的信息分别发送至底层设备,实现顶层网管与底层PCE、底层设备间的信息翻译传输和隔离;
所述北向接口信息处理单元在接收顶层网管向底层设备发送的信息后,对信息相应字段进行解析,识别消息类型,根据不同消息类型的要求,实施不同的处理,并将信息发送业务管理系统中,解析消息类型字段后,如果是业务建立消息,则继续解析业务建路所需消息字段,包括业务ID、源节点IP、目的节点IP、源节点槽位号端口号、目的节点槽位号端口号、建立业务粒度、保护类型,可进行多种业务粒度建路、多种保护类型建路、多域间业务建立;
如果是小粒度业务建立,则继续解析业务建路所需消息字段,包括业务ID、最小交换粒度业务通道ID、源端口、目的端口,通过在本地业务数据库中对最小交换粒度业务通道ID进行查询,可获得业务其余信息;
所述北向接口信息处理单元还用于将信息发送至述业务管理系统中,解析消息类型字段后,如果是拆路消息,则继续解析业务拆除所需消息字段,包括业务ID,通过在本地数据库中对业务ID进行查询,可获得对业务进行拆除的其余信息,可进行业务拆除;
所述北向接口信息处理单元还具有向顶层网管进行反馈的功能,如果北向接口收到业务建立信息,当业务建立完成后,将业务ID、成功标识、业务粒度、建立时间、经过节点的IP以及端口进行封装,通过北向接口发送给顶层网管,如果北向接口收到业务拆除信息,当业务拆除完成后,将业务ID、成功标识进行封装,通过北向接口发送给顶层网管;
所述北向接口信息处理单元还用于将信息发送至拓扑资源管理系统中,以查看底层设备配置信息,底层设备配置修改。
本发明附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
图1是根据本发明一个实施例的一种基于PCE的多域异构互联网络管理方法流程图;
图2是本发明一个实施例的拓扑资源信息处理的过程示意图;
图3是本发明一个实施例的小粒度业务建立过程示意图;
图4是本发明一个实施例的小粒度业务拆除的过程示意图;
图5是本发明一个实施例的业务保护过程示意图;
图6是根据本发明一个实施例的一种基于PCE的多域异构互联网络管理系统的结构框图;
图7是本发明一个实施例的上报消息管理单元的结构示意图;
图8是本发明一个实施例的下传消息管理单元的结构示意图;
图9是本发明一个实施例的拓扑信息管理模块的工作过程示意图;和
图10是本发明一个实施例的业务管理模块的结构框图。
具体实施方式
在本发明的描述中,需要理解的是,术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时针”、“逆时针”、“轴向”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
在本发明中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或成一体;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通或两个元件的相互作用关系,除非另有明确的限定。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
在本发明中,除非另有明确的规定和限定,第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触,或第一和第二特征通过中间媒介间接接触。而且,第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方,或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方,或仅仅表示第一特征水平高度小于第二特征。
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本发明,而不能理解为对本发明的限制。
在本发明的描述中,在步骤或者动作前面的标识,例如“步骤S1”~“步骤S7”或(1)-(4)仅用于描述本发明实施例的基于PCE的多域异构互联网络管理方法的目的,而不能理解为指示或暗示相对顺序关系,因此不能理解为对本发明的限制。
如图1,根据本发明一个实施例的一种基于PCE的多域异构互联网络管理方法流程图,本发明第一方面实施例的基于PCE的多域异构互联网络管理方法包括以下步骤:
信息上报步骤:该步骤包括,
S1,接收来自底层设备及PCE上报的消息,对消息进行解析,根据格式提取消息报头,并判断消息类型,获取判断结果,其中,所述消息类型包括:业务管理操作反馈、PCE配置反馈、故障上报信息、资源上报信息;
S2,根据判断结果,对消息进行相应的处理,以获取第一处理结果并在对应数据库中存储第一处理结果,同时显示上报信息与处理结果;
信息下发步骤:该步骤包括,
S3,根据由用户接口发起的一个下发操作请求或由网络管理系统自动生成一个下发消息的请求,网络管理系统自动生成下发信息的情况包括:PCE状态定时查询、完成业务故障保护处理,用户接口发起的包括:PCE配置、业务管理操作;
S4,对请求的属性进行相应的处理,获取第二处理结果;
S5,将第二处理结果进行处理生成统一格式的信息,包括固定长度报头作为消息类型标记、下发目标设备地址、具体消息内容,并向底层设备及PCE下发信息。
具体实现过程详细描述如下:
上报步骤:该步骤包括,
S1,接收来自底层设备及PCE上报的消息,对消息进行解析与判断,获取判断结果。
上报消息管理过程包含了故障信息处理、建路状态上报、拆路状态上报、重路由状态上报、PCE状态上报处理、链路状态上报处理,上述所有处理过程均与底层设备及PCE相连用于处理接收到的底层设备及PCE上报的信令消息。
接收来自底层设备及PCE上报的消息,对消息进行解析与判断,获取判断结果。
在一个示例中,通过对消息字段的解析,若判定上报的消息为拓扑资源信息,则对上报的消息进行拓扑资源信息处理。在拓扑资源信息处理之初,等待所有域上报域内设备信息、域内链路信息、域间链路信息,将所有信息进行识别分类,分别发送至拓扑资源数据库存储并进行处理,将多厂商、多传输机制网络设备进行互联和协同处理,之后下发互联信息给所有底层设备管理单元,互联信息包括域间链路信息、PCE连接关系,使各域的PCE能够相互识别。参见图2,具体过程描述如下:
S211,接收拓扑资源信息处理请求,并根据信息处理请求判断拓扑资源类型是否为域间互联信息,若是,则跳转到S212,若否,则跳转到S214;
S212,根据拓扑资源信息处理请求进行信息提取,以获取域间互联资源信息;
S213,对域间互联信息进行映射,以生成公有的消息格式,并执行S217;
将不同域的域内资源进行统一调配,根据映射原则将各域的私有资源进行映射,在网管读取底层信息时,将底层面向设备的资源映射为顶层面向业务的资源,将底层信息中的十六进制的端口编码字段映射为独立的机架、槽位、板卡、端口、时隙等信息,将底层信息中业务粒度编码字段映射为155M业务、622M业务、2.5G业务、10G业务等顶层业务粒度信息,将各域底层信息中域内节点私有IP字段映射为全网统一的虚拟IP,将所有信息存储在拓扑资源数据库中,进行统一管理。
S214,对拓扑资源信息处理请求进行信息提取,以获取域内拓扑资源信息;
S215,判断域内拓扑资源信息所对应域是否为已知域,若是则跳转至S216,若否,则跳转至S218;
S216,对于已知域的域内拓扑资源进行映射;
S217,获取映射结果并存存储映射结果;
S218,返回拓扑资源映射结果。
在另一个示例中,通过对消息字段的解析,若判定上报的消息为请求业务管理信息,则对上报的消息进行业务管理的操作。在本发明的一个实施例中,业务管理操作具体包括:务建立、业务拆除、业务保护,小粒度业务建立和小粒度业务拆除等。
小粒度业务建立支持对低于网络中最小业务粒度的业务(后文称小粒度业务)进行建立操作,首先向PCE发送建立请求,建立从源节点到目的节点的以最小交换粒度为粒度的业务通道(后文称为最小交换粒度业务通道),通道建立成功后小粒度业务建立过程按照所要求的小粒度,将最小交换粒度业务通道进行分割成多个子通道,随后再向PCE发送建立请求,将小粒度业务建立在最小交换粒度业务子通道中;如果从源节点到目的节点已经存在最小交换粒度业务通道,则直接向PCE发送小粒度业务建立请求。如图3所示,小粒度业务(或业务)的建立过程具体包括:
S221,接收业务建立请求;
S222,判断需要建立的业务类型是否为小粒度业务,若是,则跳转至S223,若否,则跳转至S22c;
S223,判断小粒度业务所对应的路径是否存在最小粒度交换通道,若是,则跳转至S224,若否,则跳转至S225;
S224,确定所有可用的子通道并给小粒度业务分配一个子通道,后跳转至S228;
S225,向底层设备发送最小交换粒度业务通道建立请求;
S226,判断通道是否建立成功,若是,则跳转至S227,若否则跳转至S22a;
S227,对建立完成的最小交换粒度业务通道进行子通道分割,并向发起请求的小粒度业务分配子通道;
S228,向底层设备及PCE发送小粒度业务建立请求;
S229,判断小粒度业务是否建立成功,若是,则跳转至S22b,若否,则跳转至S22a;
S22a,当接收到底层设备上报的业务建立失败消息后,清理已经修改过的业务管理数据库,并跳转至S22e;
S22b,当接收到底层设备上报的业务建立成功消息后,更新业务管理数据库,并跳转至S22e;
S22c,向底层设备及PCE发送业务建立请求;
S22d,判断业务是否建立成功,若是,则跳转至S22b,若否,则跳转至S22a;
S22e,根据建立的结果,向请求发起方进行反馈。
此外,小粒度业务拆除也支持对低于网络中小粒度的业务进行拆除操作,首先向PCE发送拆除请求,对最小交换粒度业务通道中的小粒度业务进行拆除和资源释放,拆除完成后,如果最小交换粒度业务通道还存在其他小粒度业务,则不进行操作。如果最小交换粒度业务通道不存在其他小粒度业务,则向PCE发出通道拆除请求,将最小交换粒度业务通道进行拆除和资源释放。如图4所示,小粒度业务(或业务)的拆除过程具体包括:
S231,向底层设备及PCE发送小粒度业务拆除请求,等待上报的拆除反馈消息;
S232,判断是否拆除成功,若是,则跳转至S233,若否,则跳转至S237;
S233,判断小粒度业务所处的最小交换粒度业务通道中,是否存在其他的小粒度业务,若是,则跳转至S234,若否,则跳转至S235;
S234,小粒度业务或最小交换粒度业务通道拆除成功,跳转至S238;
S235,向底层设备及PCE发送最小交换粒度业务通道拆除请求,等待上报的拆除反馈消息;
S236,判断是否拆除成功,若是,则跳转至S234,若否,则跳转至S237;
S237,小粒度业务或最小交换粒度业务通道拆除失败,跳转至S238;
S238,若拆除成功则删除数据库中业务信息,若拆除失败则对数据库中相关业务标记为拆除失败;
S239,根据S238的拆除结果,向请求发起方进行反馈。
在本发明的一个实施例中,业务保护管理机制,包括多次重路由保护方法、1+1保护方法、1+1保护和重路由协同保护方法。
多次重路由保护方法,是指在业务出现故障时,由底层设备向发送故障信息,当接收到底层设备反馈的信息后,对拓扑资源数据库与业务数据库进行更新,根据更新后的拓扑资源数据库与业务数据库,向PCE发送重路由请求,进行重路由路径计算,如果重路由计算成功,则返回重路由成功信息,并在业务数据库中将该业务标记为重路由业务,将所传输数据转向重路由路径,最后将原路径上各段链路的资源进行释放;如果重路由计算失败,则返回重路由失败信息,并提示重路由失败,并删除业务数据库中该业务所有信息,将原路径上各段链路的资源进行释放;如果重路由业务出现故障后,重复进行上述所有过程,以实现多次重路由保护;
1+1保护方法是指在业务建立时,根据业务建立信息,向PCE下发主路径和保护路径的计算请求,同时更新业务数据库对资源进行预留,在业务出现故障时,更新拓扑资源数据库与业务数据库,对主路径上业务进行拆除,并立即将业务转向保护路径,将原路径上各段链路的资源进行释放;
1+1保护和重路由协同保护方法是指在业务建立时,根据业务建立信息,向PCE下发主路径和保护路径的计算请求,同时更新业务数据库对资源进行预留,在业务出现故障时,业务保护单元更新拓扑资源数据库与业务数据库,对主路径上业务进行拆除,并立即将业务转向保护路径,将原路径上各段链路的资源进行释放;之后根据当前拓扑资源数据库与业务数据库,向PCE下发重路由路径计算请求,将重路由路径标记为原保护路径的保护路径,之后出现的故障重复上述过程即可实现1+1保护和重路由协同保护方法。
如图5所示,本发明实施例的业务保护过程具体包括:
S241,判断业务的保护类型,若是多次重路由保护则跳转至S242,若是重路由和1+1协同保护则跳转至S246,若是1+1保护则跳转至S24c;
S242,当接收到业务保护流程情况时,更新拓扑资源数据库,在数据库中表明出现故障的链路,更新业务数据库,将相关的业务标记为重路由业务,向所述底层设备及PCE发送重路由请求;
S243,判断重路由是否成功,若是,则跳转至S244,若否,则跳转至S245;
S244,更新业务数据库和拓扑资源数据库,并下发资源释放指令以对原路径上的资源进行释放,后跳转至S24h;
S245,提示重路由失败,并删除所述业务数据库和所述拓扑资源数据库中的相关信息,后跳转至S24h;
S246,更新所述拓扑资源数据库,在所述拓扑资源数据库中表明出现故障的链路,更新所述业务数据库,并将相关的业务标记为重路由业务;
S247,向所述底层设备发送业务转移指令,将工作路径上的业务向保护路径上进行迁移;
S248,向所述底层设备及PCE发送重新计算保护路径的指令并完成建立,
S249,判断新的保护路径建立是否成功,若是,则跳转至S24a,若否,则跳转至S24b;
S24a,向所述底层设备及PCE下发原工作路径的资源释放指令,更新业务数据库和拓扑资源数据库,并对新的保护路径进行资源预留,后跳转至S24h;
S24b,提示保护失败,并删除在业务数据库中工作路径和保护路径的相关信息,后跳转至S24h;
S24c,更新拓扑资源数据库,在拓扑资源数据库中表明出现故障的链路,更新业务数据库,将相关的业务标记为重路由业务;
S24d,向底层设备发送业务转移指令,将工作路径上的业务向保护路径上进行迁移;
S24e,判断是否转移成功,若是则跳转至S24f,若否,则跳转至S24g;
S24f,向底层设备及PCE下发原工作路径的资源释放指令,更新业务数据库和拓扑资源数据库,后跳转至S24h;
S24g,提示保护失败,并删除在业务数据库和拓扑资源数据库中工作路径和保护路径的相关信息,后跳转至S24h;
S24h,根据三种保护类型不同的结果,反馈业务保护过程的结果。
下发步骤:
S3,接收下发消息的请求;
如果有需要向底层设备及PCE下发的消息,则用户通过用户界面进行选择和操作其中包含下发消息管理,包含建路请求、拆路请求、重路由请求、状态查询消息、设备配置消息、北向接口消息,上述所有单元均与底层设备及PCE相连用于向其下发信令消息。
S4,根据请求的属性进行相应的处理,获取第二处理结果;
该步骤的操作与步骤S2部分相同,具体实现过程可以参考步骤S2部分,这里不再赘述。
S5,将第二处理结果进行处理生成统一格式的信息,并向底层设备及PCE下发信息。
进一步的,在本发明的一个实施例中,方法还包括:
S6,接收上层网管下发的请求,对请求进行处理以获取处理结果。
S61,在北向网管接口处理系统接处理请求时,对接收或发送的处理类型进行判断是接收信息还是发送消息。
S62,由北向网管接口连接结接口接收所有信息,并且在数据中进行暂时的存储;
S63,由北向网管接口信息处理单元来对消息进行解析并判断消息的类型;
具体的,上层网管通过北向网管接口接收上层网管下发的请求。在接收上层网管向底层设备发送的信息后,北向网管接口对信息相应字段进行解析,识别消息类型,根据不同消息类型的要求,实施不同的处理。北向网管接口解析消息类型字段后,
(1)若判定请求为业务建立消息,则继续解析业务建路所需消息字段,包括业务ID、源节点IP、目的节点IP、源节点槽位号端口号、目的节点槽位号端口号、建立业务粒度、保护类型,可进行多种业务粒度建路、多种保护类型建路、多域间业务建立;
(2)若判定请求为小粒度业务建立,则继续解析业务建路所需消息字段,包括业务ID、最小交换粒度业务通道ID、源端口、目的端口,通过在本地业务数据库中对最小交换粒度业务通道ID进行查询,可获得业务其余信息;
(3)若判定请求为拆路消息,则继续解析业务拆除所需消息字段,包括业务ID,通过在本地数据库中对业务ID进行查询,可获得对业务进行拆除的其余信息,可进行业务拆除。
S7,将处理结果发送至上层网管。
北向网管接口还具有向上层网管进行反馈的功能。例如,若北向网管接口收到业务建立信息,当业务建立完成后,将业务ID、成功标识、业务粒度、建立时间、经过节点的IP以及端口进行封装,通过若北向网管接口发送给上层网管。若北向网管接口收到业务拆除信息,当业务拆除完成后,将业务ID、成功标识进行封装,通过若北向网管接口发送给上层网管。
根据本发明实施例的基于PCE的多域异构互联网络管理方法,通过上报步骤和下传步骤实现了对多域异构网络的互联与统一管理,能够对业务以及设备同时进行管控。
如图6所示,本发明第二方面实施例的基于PCE的多域异构互联网络管理系统100,包括:消息管理模块101、处理模块102和用户接口103。
消息管理模块101用于接收来自底层设备及PCE上报的消息,对消息进行解析与判断,获取判断结果。处理模块102用于根据判断结果,将消息进行相应的处理,以获取第一处理结果并存储第一处理结果。用户接口103用于接收下发消息的请求,处理模块102还用于根据请求的属性进行相应的处理,获取第二处理结果。消息管理模块101还用于将第二处理结果进行处理生成统一格式的信息,并向底层设备及PCE下发所述信息。
进一步的,消息管理模块101包括:上报消息管理单元1011和下发消息管理单元1012。上报消息管理单元1011用于接收来自底层设备及PCE上报的消息。下发消息管理单元1012用于将第二处理结果进行处理生成统一格式的信息,并向底层设备及PCE下发所述信息。
具体的,如图7所示,上报消息管理单元1011包含了故障信息处理子单元、建路状态上报求子单元、拆路状态上报子单元、重路由状态上报子单元、PCE状态上报处理子单元、链路状态上报处理子单元,上述所有单元均与底层设备及PCE相连用于接收其上报的信令消息。
故障信息处理单元,能够处理来自底层设备上报的多种故障信息,包括域间链路故障上报信息、域内链路故障上报信息、LSP故障上报信息、故障恢复信息。建路状态上报处理子单元,能够处理来自底层设备上报的建立状态信息,包括建路状态查询上报信息、可交换粒度业务建立返回成功/失败信息、低于最小交换粒度交换业务建立返回成功/失败信息。拆路状态上报处理子单元,能够处理来自底层设备上报的拆除状态信息,包括拆路状态查询上报信息、可交换粒度业务拆除返回成功/失败信息、低于最小交换粒度交换业务拆除返回成功/失败信息。重路由状态上报处理子单元,能够处理来自底层设备上报的重路由状态信息,包括重路由状态查询上报、可交换粒度业务重路由返回成功/失败信息、低于最小交换粒度交换业务重路由返回成功/失败信息。PCE状态上报处理子单元,能够处理来自底层设备上报的PCE状态信息,包括PCE配置返回信息、PCE状态查询上报。链路状态上报处理子单元,能够处理来自底层设备上报的链路状态信息,包括链路配置返回信息、域间链路状态上报信息、域内链路查询上报信息、拓扑更新上报信息。
如图8所示,下发消息管理单元1012包含了建路请求子单元、拆路请求子单元、重路由请求子单元、状态查询消息子单元、设备配置消息子单元、北向接口消息单元,上述所有单元均与底层设备及PCE相连用于向其下发信令消息。
建路请求子单元能够根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务建立信息、可交换粒度业务建立信息。拆路请求子单元能够根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务拆除信息、可交换粒度业务拆除信息。重路由请求子单元能够根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务重路由信息、可交换粒度业务重路由信息。状态查询消息子单元,能够选择下发:域内链路状态查询消息、域间链路状态查询消息、PCE设备状态查询消息、节点状态查询消息。设备配置消息子单元,能够选择下发:域内链路配置消息、域间链路配置消息、PCE设备配置消息,节点配置消息。北向接口消息单元,能够选择下发:建路请求消息、拆路请求消息、设备状态查询消息、设备配置消息。
处理模块102包括:拓扑资源处理模块1021和业务管理模块1022。
拓扑资源处理模块1021包含拓扑资源数据库,拓扑资源数据库用于存储拓扑资源处理模块1021进行映射处理后的拓扑资源,由拓扑资源处理模块1021与底层设备及PCE相连用于获取拓扑资源。
基于上述架构,系统100可对网络拓扑资源进行相应的管理,如图9所示,本发明实施例的拓扑资源处理模块1021状态转移图,其具体状态转移步骤如下:
状态1,系统100处于开机进行初始化阶段;
状态2,开机后经过上报资源信息,进入拓扑资源信息暂存状态;
状态3,经过拓扑资源处理模块1021对资源信息进行处理,进入拓扑资源映射状态;
状态4,经过映射后发送给拓扑资源数据库,进入拓扑资源数据库存储状态;
状态5,存储完成后,进入等待状态;
状态6,若有资源更新需求,系统由等待状态进入拓扑资源更新状态;
状态7,在接收到更新的信息后,系统进入状态2。
如图10所示,业务管理模块1022包含了业务建立单元、业务拆除单元、业务保护单元、小粒度业务建立单元、小粒度业务拆除单元等,以上所述所有单元均与业务管理数据库相连能够进行数据的存取。同时所有单元均与底层设备及PCE相连用于下发针对业务的控制信令。业务管理数据库中包含了业务的相关所有信息,并能够与拓扑资源数据库互连,进行拓扑资源的读取。
需要说明的是,拓扑资源处理模块1021和业务管理模块1022的具体实现过程如本发明第一方面实施例的方法部分的内容相同,具体参见方法部分,这里不再追赘述。
用户通过用户接口103输入面向业务的上层资源信息,经过拓扑资源管理处理将资源信息映射为底层能够识别的面向设备的拓扑资源,将全网统一虚拟IP映射为源域、目的域的域内节点IP,将机架、槽位、板卡、端口、时隙等信息映射为十六进制的端口编码,将155M业务、622M业务、2.5G业务、10G业务等信息映射为业务粒度编码,将业务时隙信息映射为时隙编码,之后将各个编码组成业务建立请求信息下发至PCE进行业务建立后续操作,此映射方式减小了用户操作难度。同样的,系统100也可以通过用户接口103将网络状态、业务情况等信息反馈给用户。
进一步的,系统100还包括:北向网管接口104。北向网管接口104用于接收上层网管下发的请求。
北向网管接口104能够与上层网管连接,通过北向网管接口104接收来自上层网管的消息。消息包括通信令牌字段、会话标识字段、消息类型字段、消息内容字段等,北向网管接口104将信息进行存储和转换翻译等相应处理后,再将解析后的信息分别发送至底层设备,实现上层网管与底层PCE、底层设备间的信息翻译传输和隔离,有利于上层网管与底层设备的分离式开发。具体的,北向网管接口104解析消息类型字段后:
(1)如果是业务建立消息,则继续解析业务建路所需消息字段,包括业务ID、源节点IP、目的节点IP、源节点槽位号端口号、目的节点槽位号端口号、建立业务粒度、保护类型,可进行多种业务粒度建路、多种保护类型建路、多域间业务建立。
(2)如果是小粒度业务建立,则继续解析业务建路所需消息字段,包括业务ID、最小交换粒度业务通道ID、源端口、目的端口,通过在本地业务数据库中对最小交换粒度业务通道ID进行查询,可获得业务其余信息。
(3)如果是拆路消息,则继续解析业务拆除所需消息字段,包括业务ID,通过在本地数据库中对业务ID进行查询,可获得对业务进行拆除的其余信息,可进行业务拆除;
(4)如果是业务建立信息,当业务建立完成后,将业务ID、成功标识、业务粒度、建立时间、经过节点的IP以及端口进行封装,通过北向接口发送给上层网管;
(5)如果是业务拆除信息,当业务拆除完成后,将业务ID、成功标识进行封装,通过北向接口发送给上层网管。
北向网管接口104还可将信息发送至拓扑资源处理模块1021中,进行查看底层设备配置信息,底层设备配置修改。
根据本发明实施例的基于PCE的多域异构互联网络管理系统,分别通过消息管理模块和用户接口接收上报的信息和下传的信息,实现了对多域异构网络的互联与统一管理,能够对业务以及设备同时进行管控。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (9)
1.一种基于PCE的多域异构互联网络管理方法,所述方法可进行相应的处理包括:拓扑资源信息处理、业务管理和故障信息处理,其特征在于,包括以下步骤:
信息上报步骤:该步骤包括,
S1,接收来自底层设备及PCE上报的消息,对所述消息进行解析,根据格式提取消息报头,并判断消息类型,获取判断结果,其中,所述消息类型包括:业务管理操作反馈、PCE配置反馈、故障上报信息、资源上报信息;
S2,根据所述判断结果,对所述消息进行相应的处理,以获取第一处理结果并在对应数据库中存储所述第一处理结果,同时显示上报信息与处理结果;
信息下发步骤:该步骤包括,
S3,根据由用户接口发起的一个下发操作请求或由网络管理系统自动生成一个下发消息的请求,网络管理系统自动生成下发信息的情况包括:PCE状态定时查询、完成业务故障保护处理,用户接口发起的包括:PCE配置、业务管理操作;
S4,对所述请求的属性进行相应的处理,获取第二处理结果;
S5,将所述第二处理结果进行处理生成统一格式的信息,包括固定长度报头作为消息类型标记、下发目标设备地址、具体消息内容,并向所述底层设备及PCE下发所述信息;
S6,接收上层网管下发的请求消息,所述请求消息包括通信令牌字段、会话标识字段、消息类型字段、消息内容字段,对所述请求进行解析,并由网络管理系统进行处理以获取处理结果,
在解析消息类型字段后,如果是业务建立消息,则继续解析业务建路所需消息字段,包括业务ID、源节点IP、目的节点IP、源节点槽位号端口号、目的节点槽位号端口号、建立业务粒度、保护类型,可进行多种业务粒度建路、多种保护类型建路、多域间业务建立,如果是小粒度业务建立,则继续解析业务建路所需消息字段,包括业务ID、最小交换粒度业务通道ID、源端口、目的端口,通过在本地业务数据库中对最小交换粒度业务通道ID进行查询,可获得业务其余信息,如果是拆路消息,则继续解析业务拆除所需消息字段,包括业务ID;
S7,将所述处理结果发送至所述上层网管,
其中,所述处理包括:业务建立完成后,将业务ID、成功标识、业务粒度、建立时间、经过节点的IP以及端口进行封装,通过北向接口发送给顶层网管,当业务拆除完成后,将业务ID、成功标识进行封装,通过北向接口发送给顶层网管,北向接口信息处理单元将信息发送至拓扑资源管理系统中,进行查看底层设备配置信息,底层设备配置修改。
2.如权利要求1所述的方法,其特征在于,所述拓扑资源信息处理具体包括:
S211,接收拓扑资源信息处理请求,并根据所述信息处理请求判断拓扑资源类型是否为域间互联信息,若是,则跳转到S212,若否,则跳转到S214;
S212,根据所述拓扑资源信息处理请求进行信息提取,以获取域间互联资源信息;
S213,对所述域间互联信息进行映射,以生成公有的消息格式,并执行S217;
S214,对所述拓扑资源信息处理请求进行信息提取,以获取域内拓扑资源信息;
S215,判断所述域内拓扑资源信息所对应域是否为已知域,若是则跳转至S216,若否,则跳转至S218;
S216,对于已知域的域内拓扑资源进行映射,其中,在进行资源映射处理时,将不同域的域内资源进行统一调配,根据映射原则将各域的私有资源进行映射,在网管读取底层信息时,将底层面向设备的资源映射为顶层面向业务的资源,将底层信息中的用十六进制表示的4字节长度的端口编码字段提取,并分别映射为整型的机架号、整型的槽位号、整型的板卡号、整型的端口号、整型的时隙信息,将底层信息中用整型表示的业务粒度编码字段映射为“小粒度业务”、“155M”业务、“622M”业务、“2.5G”业务、“10G”业务的顶层业务粒度信息,将各域底层信息中用十六进制表示的4字节长度的域内节点私有IP字段映射为“XXX.XXX.XXX.XXX”格式的全网统一的虚拟IP,将所有信息存储在拓扑资源数据库中,进行统一管理,同时,在下发信息时,网管系统将上述所有统一信息进行逆向映射,编码组成下发请求信息,下发至PCE及底层设备;
S217,获取映射结果并存储所述映射结果;
S218,返回拓扑资源映射结果。
3.如权利要求1所述的方法,其特征在于,所述业务管理包括:小粒度业务建立、小粒度业务拆除和多种业务保护。
4.如权利要求3所述的方法,其特征在于,所述小粒度业务建立包括:
S221,接收业务建立请求;
S222,判断需要建立的业务类型是否为小粒度业务,若是,则跳转至S223,若否,则跳转至S22c;
S223,判断小粒度业务所对应的路径是否存在最小粒度交换通道,若是,则跳转至S224,若否,则跳转至S225;
S224,确定所有可用的子通道并给小粒度业务分配一个子通道,后跳转至S228;
S225,向底层设备发送最小交换粒度业务通道建立请求;
S226,判断通道是否建立成功,若是,则跳转至S227,若否则跳转至S22a;
S227,对建立完成的最小交换粒度业务通道进行子通道分割,并向发起请求的小粒度业务分配子通道;
S228,向底层设备及PCE发送小粒度业务建立请求;
S229,判断小粒度业务是否建立成功,若是,则跳转至S22b,若否,则跳转至S22a;
S22a,当接收到底层设备上报的业务建立失败消息后,清理已经修改过的业务管理数据库,并跳转至S22e;
S22b,当接收到底层设备上报的业务建立成功消息后,更新业务管理数据库,并跳转至S22e;
S22c,向底层设备及PCE发送业务建立请求;
S22d,判断业务是否建立成功,若是,则跳转至S22b,若否,则跳转至S22a;
S22e,根据建立的结果,向请求发起方进行反馈。
5.如权利要求3所述的方法,其特征在于,所述小粒度业务拆除包括:
S231,向底层设备及PCE发送小粒度业务拆除请求,等待上报的拆除反馈消息;
S232,判断是否拆除成功,若是,则跳转至S233,若否,则跳转至S237;
S233,判断所述小粒度业务所处的最小交换粒度业务通道中,是否存在其他的小粒度业务,若是,则跳转至S234,若否,则跳转至S235;
S234,小粒度业务或最小交换粒度业务通道拆除成功,跳转至S238;
S235,向所述底层设备及PCE发送最小交换粒度业务通道拆除请求,等待上报的拆除反馈消息;
S236,判断是否拆除成功,若是,则跳转至S234,若否,则跳转至S237;
S237,小粒度业务或最小交换粒度业务通道拆除失败,跳转至S238;
S238,若拆除成功则删除数据库中业务信息,若拆除失败则对数据库中相关业务标记为拆除失败;
S239,根据S238的拆除结果,向请求发起方进行反馈。
6.如权利要求3所述的方法,其特征在于,所述业务保护包括:
S241,判断业务的保护类型,若是多次重路由保护则跳转至S242,若是重路由和1+1协同保护则跳转至S246,若是1+1保护则跳转至S24c;
S242,当接收到业务保护流程情况时,更新拓扑资源数据库,在数据库中表明出现故障的链路,更新业务数据库,将相关的业务标记为重路由业务,向所述底层设备及PCE发送重路由请求;
S243,判断重路由是否成功,若是,则跳转至S244,若否,则跳转至S245;
S244,更新业务数据库和拓扑资源数据库,并下发资源释放指令以对原路径上的资源进行释放,后跳转至S24h;
S245,提示重路由失败,并删除所述业务数据库和所述拓扑资源数据库中的相关信息,后跳转至S24h;
S246,更新所述拓扑资源数据库,在所述拓扑资源数据库中表明出现故障的链路,更新所述业务数据库,并将相关的业务标记为重路由业务;
S247,向所述底层设备发送业务转移指令,将工作路径上的业务向保护路径上进行迁移;
S248,向所述底层设备及PCE发送重新计算保护路径的指令并完成建立,
S249,判断新的保护路径建立是否成功,若是,则跳转至S24a,若否,则跳转至S24b;
S24a,向所述底层设备及PCE下发原工作路径的资源释放指令,更新所述业务数据库和所述拓扑资源数据库并对新的保护路径进行资源预留,后跳转至S24h;
S24b,提示保护路径计算失败,并修改在所述业务数据库中工作路径状态,删除拓扑资源数据库中保护路径的相关资源信息,后跳转至S24h;
S24c,更新所述拓扑资源数据库,在所述拓扑资源数据库中表明出现故障的链路,更新所述业务数据库,将相关的业务标记为重路由业务;
S24d,向所述底层设备发送业务转移指令,将工作路径上的业务向保护路径上进行迁移;
S24e,判断是否转移成功,若是则跳转至S24f,若否,则跳转至S24g;
S24f,向所述底层设备及PCE下发原工作路径的资源释放指令,更新所述业务数据库和所述拓扑资源数据库,后跳转至S24h;
S24g,提示保护失败,并删除在所述业务数据库和所述拓扑资源数据库中工作路径和保护路径的相关信息,后跳转至S24h;
S24h,根据三种保护类型不同的结果,反馈业务保护过程的结果。
7.一种基于PCE的多域异构互联网络管理系统,其特征在于,包括:
消息管理模块,用于接收来自底层设备及PCE上报的消息,对所述消息进行解析,根据格式提取消息报头,并判断消息类型,获取判断结果,其中,所述消息类型包括:业务管理操作反馈、PCE配置反馈、故障上报信息、资源上报信息;
处理模块,用于根据所述判断结果,对所述消息进行相应的处理,以获取第一处理结果并在对应数据库中存储所述第一处理结果,同时在用户接口中显示上报信息与处理结果;
北向网管接口,用于接收上层网管下发的请求,将请求消息进行解析并由网管系统进行处理,并向上层网管上报底层设备及PCE状态、请求处理结果;
所述用户接口,用于接收下发消息的请求;
所述处理模块,还用于根据所述请求的属性进行相应的处理,获取第二处理结果;
所述消息管理模块还用于将所述第二处理结果进行处理生成统一格式的信息,包括固定长度报头作为消息类型标记、下发目标设备地址、具体消息内容,并向所述底层设备及PCE下发所述信息;
北向接口连接接口和北向接口信息处理单元,其中,
所述北向接口连接接口用于与上层网管连接,通过北向网管接口接收来自上层网管的消息,消息包括通信令牌字段、会话标识字段、消息类型字段、消息内容字段,北向接口连接接口将信息发送向信息处理单元将信息进行存储和转换翻译处理,所述北向接口信息处理单元实施信息处理后,再将解析后的信息分别发送至底层设备,实现顶层网管与底层PCE、底层设备间的信息翻译传输和隔离;
所述北向接口信息处理单元在接收顶层网管向底层设备发送的信息后,对信息相应字段进行解析,识别消息类型,根据不同消息类型的要求,实施不同的处理,并将信息发送业务管理系统中,解析消息类型字段后,如果是业务建立消息,则继续解析业务建路所需消息字段,包括业务ID、源节点IP、目的节点IP、源节点槽位号端口号、目的节点槽位号端口号、建立业务粒度、保护类型,可进行多种业务粒度建路、多种保护类型建路、多域间业务建立;
如果是小粒度业务建立,则继续解析业务建路所需消息字段,包括业务ID、最小交换粒度业务通道ID、源端口、目的端口,通过在本地业务数据库中对最小交换粒度业务通道ID进行查询,可获得业务其余信息;
所述北向接口信息处理单元还用于将信息发送至述业务管理系统中,解析消息类型字段后,如果是拆路消息,则继续解析业务拆除所需消息字段,包括业务ID,通过在本地数据库中对业务ID进行查询,可获得对业务进行拆除的其余信息,可进行业务拆除;
所述北向接口信息处理单元还具有向顶层网管进行反馈的功能,如果北向接口收到业务建立信息,当业务建立完成后,将业务ID、成功标识、业务粒度、建立时间、经过节点的IP以及端口进行封装,通过北向接口发送给顶层网管,如果北向接口收到业务拆除信息,当业务拆除完成后,将业务ID、成功标识进行封装,通过北向接口发送给顶层网管;
所述北向接口信息处理单元还用于将信息发送至拓扑资源管理系统中,以查看底层设备配置信息,底层设备配置修改。
8.如权利要求7所述的系统,其特征在于,所述消息管理模块包括:
上报消息管理单元,用于接收来自底层设备及PCE上报的消息,
所述上报消息管理单元包括:故障信息处理单元、建路状态上报处理子单元、拆路状态上报处理子单元、重路由状态上报处理子单元、PCE状态上报处理子单元和链路状态上报处理子单元,其中,
所述故障信息处理单元,用于处理来自底层设备上报的多种故障信息,包括域间链路故障上报信息、域内链路故障上报信息、LSP故障上报信息、故障恢复信息;
所述建路状态上报处理子单元用于处理来自底层设备上报的建立状态信息,包括建路状态查询上报信息、可交换粒度业务建立返回成功/失败信息、低于最小交换粒度交换业务建立返回成功/失败信息;
所述拆路状态上报处理子单元用于处理来自底层设备上报的拆除状态信息,包括拆路状态查询上报信息、可交换粒度业务拆除返回成功/失败信息、低于最小交换粒度交换业务拆除返回成功/失败信息;
所述重路由状态上报处理子单元用于处理来自底层设备上报的重路由状态信息,包括重路由状态查询上报、可交换粒度业务重路由返回成功/失败信息、低于最小交换粒度交换业务重路由返回成功/失败信息;
所述PCE状态上报处理子单元用于处理来自底层设备上报的PCE状态信息,包括PCE配置返回信息、PCE状态查询上报;
所述链路状态上报处理子单元用于处理来自底层设备上报的链路状态信息,包括链路配置返回信息、域间链路状态上报信息、域内链路查询上报信息、拓扑更新上报信息;
下发消息管理单元,用于将所述第二处理结果进行处理生成统一格式的信息,并向所述底层设备及PCE下发所述信息,
所述下发消息管理单元包括:建路请求子单元、拆路请求子单元、重路由请求子单元、状态查询消息子单元、设备配置消息子单元和北向接口消息单元,其中,
所述建路请求子单元用于根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务建立信息、可交换粒度业务建立信息;
所述拆路请求子单元用于根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务拆除信息、可交换粒度业务拆除信息;
所述重路由请求子单元用于根据业务管理系统的信息,选择向PCE下发:低于最小交换粒度业务重路由信息、可交换粒度业务重路由信息;
所述状态查询消息子单元用于选择下发:域内链路状态查询消息、域间链路状态查询消息、PCE设备状态查询消息、节点状态查询消息;
所述设备配置消息子单元用于选择下发:域内链路配置消息、域间链路配置消息、PCE设备配置消息,节点配置消息;
所述北向接口消息单元用于选择下发:建路请求消息、拆路请求消息、设备状态查询消息、设备配置消息。
9.如权利要求7所述的系统,其特征在于,所述处理模块包括:拓扑资源处理模块和业务管理模块,所述拓扑资源处理模块用于实现对拓扑资源的处理,所述业务管理模块用于对业务进行综合管理,所述拓扑资源处理模块包括拓扑资源数据库,所述业务管理模块包括小粒度业务建立单元、小粒度业务拆除单元和业务保护单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510308968.5A CN105187225B (zh) | 2015-06-08 | 2015-06-08 | 基于pce的多域异构互联网络管理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510308968.5A CN105187225B (zh) | 2015-06-08 | 2015-06-08 | 基于pce的多域异构互联网络管理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105187225A CN105187225A (zh) | 2015-12-23 |
CN105187225B true CN105187225B (zh) | 2019-02-05 |
Family
ID=54909080
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510308968.5A Active CN105187225B (zh) | 2015-06-08 | 2015-06-08 | 基于pce的多域异构互联网络管理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105187225B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108702321B (zh) * | 2016-02-27 | 2021-05-07 | 华为技术有限公司 | 实现快速重路由(frr)的系统、方法和装置 |
CN114024821A (zh) * | 2018-06-28 | 2022-02-08 | 中兴通讯股份有限公司 | 一种北向接口的管理方法及装置 |
CN110493037B (zh) * | 2019-07-31 | 2022-06-24 | 瑞斯康达科技发展股份有限公司 | 一种网络管理方法、装置和系统、计算机可读存储介质 |
CN111405246B (zh) * | 2020-03-12 | 2021-04-06 | 厦门宇昊软件有限公司 | 一种智慧城市监控方法、装置及管理终端 |
CN114531390A (zh) * | 2020-11-06 | 2022-05-24 | 南京中兴新软件有限责任公司 | 一种拓扑资源的恢复方法、系统及电子设备 |
CN116208561B (zh) * | 2023-02-14 | 2024-07-02 | 烽火通信科技股份有限公司 | 一种时延状态管理方法和系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102299852A (zh) * | 2011-09-02 | 2011-12-28 | 清华大学 | 跨域业务域间链路与域内通道的绑定映射控制方法及装置 |
US20130336159A1 (en) * | 2012-06-15 | 2013-12-19 | Cisco Technology, Inc. | Distributed stateful path computation element overlay architecture |
-
2015
- 2015-06-08 CN CN201510308968.5A patent/CN105187225B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102299852A (zh) * | 2011-09-02 | 2011-12-28 | 清华大学 | 跨域业务域间链路与域内通道的绑定映射控制方法及装置 |
US20130336159A1 (en) * | 2012-06-15 | 2013-12-19 | Cisco Technology, Inc. | Distributed stateful path computation element overlay architecture |
Also Published As
Publication number | Publication date |
---|---|
CN105187225A (zh) | 2015-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105187225B (zh) | 基于pce的多域异构互联网络管理方法和系统 | |
CN104717081B (zh) | 一种网关功能的实现方法及装置 | |
CN101553768B (zh) | 用于网络刀片服务器的方法和设备 | |
US7765283B2 (en) | Network provisioning in a distributed network management architecture | |
CN102447573B (zh) | 网络系统及虚拟网络管理方法 | |
CN104429027B (zh) | 用于在电信网络中建立链路分集业务路径的方法和相关设备 | |
CN103168445B (zh) | 用于虚拟网络中的可靠性和可用性设定的控制机制 | |
CN105553849B (zh) | 一种传统ip网络与sptn网络互通方法与系统 | |
CN102067533B (zh) | 与虚拟接口相关联的端口分组 | |
CN101399771B (zh) | 在多域网络内传达风险信息的方法和设备 | |
US6321270B1 (en) | Method and apparatus for multicast routing in a network | |
CN101997770B (zh) | 传输控制服务器、传输控制系统及预备路径设定方法 | |
CN101079729B (zh) | 对网络资源进行预留的方法 | |
CN100450039C (zh) | 快速收敛端到端业务的方法和装置 | |
CN103493434B (zh) | 多域网络中的故障保护方法和故障保护设备 | |
CN102098226A (zh) | 通信装置及通信系统 | |
CN103098425A (zh) | 通信网络系统及通信网络构成方法 | |
CN103368768A (zh) | 混合云环境中具有启发式监视的自动缩放网络覆盖 | |
CN103338163A (zh) | 支持动态弹性资源调度的软件定义网络控制器 | |
CN101015157A (zh) | 以太网oam网络中的告警指示与抑制(ais)机制 | |
CN100479367C (zh) | 一种基于分布式网络的程序部署方法和系统 | |
CN101355441A (zh) | 一种配置操作管理维护属性的方法、系统及设备 | |
CN101605278A (zh) | 分布式管控协同光网络中的自适应信令实现方法 | |
CN103546559B (zh) | 数据分发方法和装置 | |
CN105007220B (zh) | 域间路由管理系统、方法、域适配器以及传输网络 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |