基于pce的多域异构互联网络管理方法和系统的制作方法

文档序号:9435855阅读:414来源:国知局
基于pce的多域异构互联网络管理方法和系统的制作方法
【技术领域】
[0001]本发明涉及通信技术领域,尤其涉及一种基于PCE的多域异构互联网络管理方法和系统。
【背景技术】
[0002]多域异构光网络是指在网络中,不同的厂商、不同的设备以及不同的传输机制分别构成了多个域,各个域由域间链路相连接。不同厂商有各自的网元管理系统(elementmanagement system, EMS),来分别管理和配置各自的底层设备,但不同厂商的EMS消息格式各不相同,所管控的设备也不相同,无法实现各域的统一管控与互联。伴随着分布式路径计算单元(path computat1n element, PCE)的技术发展,对PCE所在的域中的路径计算问题已经能够得到很好的解决,但是PCE作为路径计算单元,没有管控的功能,仍无法实现多域异构网络的互联和管控。
[0003]目前网络管理系统(network management system, NMS)主要分为两类,一类面向所提供服务的设备、链路等,可对设备厂商的设备进行管理,又称为网络设备管理系统。一类面向网络所承载的业务进行管理,又称为网络业务管理系统。网络设备管理系统能够从底层获得设备配置情况、设备故障信息等,但无法获知在设备上所运行的业务。网络业务管理系统能够获知业务的相关信息,实现对业务的管控、建立等功能,但业务出现故障时无法及时获取设备运行状况,对故障排查没有太多帮助,所以设备管理和业务管理是相互脱节的。
[0004]随着网络的发展,网络信息量日益增加,不同厂商的设备相互交错,更多的业务在网络上动态的变化,因此对匪S提出了更高的要求,即需要一种基于PCE架构的对多域异构网络的互联与统一管控的,能够对业务以及设备同时进行管控的网络管理系统。

【发明内容】

[0005]本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此,本发明的第一方面目的在于提出一种全面高效的基于PCE的多域异构互联网络管理方法。
[0006]本发明第二方面实施例提出一种基于PCE的多域异构互联网络管理系统。
[0007]为了实现上述目的,本发明第一方面实施例的基于PCE的多域异构互联网络管理方法,所述方法可进行相应的处理包括:拓扑资源信息处理、业务管理和故障信息处理,该方法包括以下步骤:信息上报步骤:该步骤包括,SI,接收来自底层设备及PCE上报的消息,对所述消息进行解析,根据格式提取消息报头,并判断消息类型,获取判断结果,其中,所述消息类型包括:业务管理操作反馈、PCE配置反馈、故障上报信息、资源上报信息;S2,根据所述判断结果,对所述消息进行相应的处理,以获取第一处理结果并在对应数据库中存储所述第一处理结果;信息下发步骤:该步骤包括,S3,根据由用户接口发起的一个下发操作请求或由网络管理系统自动生成一个下发消息的请求,网络管理系统自动生成下发信息的情况包括:PCE状态定时查询、完成业务故障保护处理,用户接口发起的包括:PCE配置、业务管理操作;S4,对所述请求的属性进行相应的处理,获取所述第二处理结果;S5,将所述第二处理结果进行处理生成统一格式的信息,包括固定长度报头作为消息类型标记、下发目标设备地址、具体消息内容,并向所述底层设备及PCE下发所述信息。
[0008]根据本发明实施例的基于PCE的多域异构互联网络管理方法,通过上报步骤和下传步骤实现了对多域异构网络的互联与统一管理,能够对业务以及设备同时进行管控。
[0009]在一些示例中,所述方法还包括:
[0010]S6,接收上层网管下发的请求消息,所述请求消息包括通信令牌字段、会话标识字段、消息类型字段、消息内容字段,对所述请求进行解析,并由网络管理系统进行处理以获取处理结果,解析消息类型字段后,如果是业务建立消息,则继续解析业务建路所需消息字段,包括业务ID、源节点IP、目的节点IP、源节点槽位号端口号、目的节点槽位号端口号、建立业务粒度、保护类型,可进行多种业务粒度建路、多种保护类型建路、多域间业务建立,如果是小粒度业务建立,则继续解析业务建路所需消息字段,包括业务ID、最小交换粒度业务通道ID、源端口、目的端口,通过在本地业务数据库中对最小交换粒度业务通道ID进行查询,可获得业务其余信息,如果是拆路消息,则继续解析业务拆除所需消息字段,包括业务ID ;
[0011]S7,将所述处理结果发送至所述上层网管,其中,所述处理包括:业务建立完成后,将业务ID、成功标识、业务粒度、建立时间、经过节点的IP以及端口进行封装,通过北向接口发送给顶层网管,当业务拆除完成后,将业务ID、成功标识进行封装,通过北向接口发送给顶层网管,所述北向接口信息处理单元可将信息发送至拓扑资源管理系统中,进行查看底层设备配置信息,底层设备配置修改。
[0012]在一些示例中,所述拓扑资源信息处理具体包括: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,返回拓扑资源映射结果。
[0013]在一些示例中,所述业务管理包括:小粒度业务建立、小粒度业务拆除和多种业务保护。
[0014]在一些示例中,所述小粒度业务建立包括: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,根据建立的结果,向请求发起方进行反馈。
[0015]在一些示例中,所述小粒度业务拆除包括:S231,向底层设备及PCE发送小粒度业务拆除请求,等待上报的拆除反馈消息;S232,判断是否拆除成功,若是,则跳转至S233,若否,则跳转至S237 ;S233,判断所述小粒度业务所处的最小交换粒度业务通道中,是否存在其他的小粒度业务,若是,则跳转至S234,若否,则跳转至S235 ;S234,小粒度业务或最小交换粒度业务通道拆除成功,跳转至S238 ;S235,向所述底层设备及PCE发送最小交换粒度业务通道拆除请求,等待上报的拆除反馈消息;S236,判断是否拆除成功,若是,则跳转至S234,若否,则跳转至S237 ;S237,小粒度业务或最小交换粒度业务通道拆除失败,跳转至S238 ;S238,若拆除成功则删除数据库中业务信息,若拆除失败则对数据库中相关业务标记为拆除失败;S239,根据S238的拆除结果,向请求发起方进行反馈。
[0016]在一些示例中,所述业务保护包括: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,提示保护路径计算失败,并修改在所述业务数据库中工作路径状态,
当前第1页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1