CN110493037A - 一种网络管理方法、装置和系统、计算机可读存储介质 - Google Patents

一种网络管理方法、装置和系统、计算机可读存储介质 Download PDF

Info

Publication number
CN110493037A
CN110493037A CN201910700983.2A CN201910700983A CN110493037A CN 110493037 A CN110493037 A CN 110493037A CN 201910700983 A CN201910700983 A CN 201910700983A CN 110493037 A CN110493037 A CN 110493037A
Authority
CN
China
Prior art keywords
message
network management
network
interface
sent
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.)
Pending
Application number
CN201910700983.2A
Other languages
English (en)
Inventor
卢国梁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Raisecom Technology Co Ltd
Original Assignee
Raisecom Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Raisecom Technology Co Ltd filed Critical Raisecom Technology Co Ltd
Priority to CN201910700983.2A priority Critical patent/CN110493037A/zh
Publication of CN110493037A publication Critical patent/CN110493037A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/04Architectural aspects of network management arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance or administration or management of packet switching networks
    • H04L41/06Arrangements for maintenance or administration or management of packet switching networks involving management of faults or events or alarms
    • H04L41/0631Alarm or event or notifications correlation; Root cause analysis

Abstract

本申请公开了一种网络管理方法、装置和系统、计算机可读存储介质,所述系统包括综合网管、消息服务通道和一或多底层网元,综合网管通过消息服务通道发送第一消息至底层网元并接收底层网元的第一反馈消息/第二消息;消息服务通道接收综合网管的第一消息,对第一消息进行格式转化并发送至对应的底层网元;接收底层网元的第一反馈消息/第二消息,对第一反馈消息/第二消息进行格式转化并发送至综合网管;底层网元通过消息服务通道接收综合网管的第一消息并发送第一反馈消息/第二消息至综合网管。本申请通过消息服务通道转发综合网管和底层网元之间的消息,简化了北向接口的代码,提高了北向接口的可扩展性,减少了系统的维护成本。

Description

一种网络管理方法、装置和系统、计算机可读存储介质
技术领域
本申请涉及但不限于通信技术领域,尤其涉及一种网络管理方法、装置和系统、计算机可读存储介质。
背景技术
多技术操作系统接口(Multi-Technology Operations Systems Interface,MTOSI)是电信管理论坛(TeleManagement Forum,TMF)发布的基于W3C(XML)的标准和Internet网络的接口规范,在通信技术里被不同运营支撑系统(Operation SupportSystem,OSS)之间用做标准的通信协议来管理复杂的网络。同为综合网管与厂家之间的通信接口,不同于通用对象请求代理体系结构(Common Object Request BrokerArchitecture,CORBA)接口,MTOSI提供的功能在原有资源存量管理的基础上,更注重业务管理方向,提供告警、性能、同步数字体系(Synchronous Digital Hierarchy,SDH)/二层/远端业务发放、保护组、网元配置、拓扑、故障诊断等功能,在电信整体网络结构中被称作(Interface 2,I2)接口。
现有技术中,在基于MTOSI接口规范开发的通信设计方案中,基本都是将业务层直接放到与综合网管通信的I2接口,即厂家网管与综合网管通过I2接口直接通信,由此导致I2接口代码冗余,可扩展性低,对于不了解底层网元管理系统(Element ManagementSystem,EMS)的维护人员,维护成本与维护门槛都较高。
发明内容
本申请提供了一种网络管理方法、装置和系统、计算机可读存储介质,能够减少系统的维护成本并缩减系统的开发周期。
第一方面,本申请提供一种网络管理系统,包括综合网管、消息服务通道和一个或多个底层网元,其中:
综合网管,用于通过消息服务通道发送第一消息至底层网元,并通过消息服务通道接收底层网元的第一反馈消息和/或第二消息;
消息服务通道,用于接收综合网管的第一消息,对所述第一消息进行格式转化并发送至对应的底层网元;接收底层网元的第一反馈消息和/或第二消息,对所述第一反馈消息和/或第二消息进行格式转化并发送至综合网管;
底层网元,用于通过消息服务通道接收综合网管的第一消息,并通过消息服务通道发送第一反馈消息和/或第二消息至综合网管。
在一种示例性实施例中,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,其中:
所述第一消息服务通道,用于实时监听北向接口主动上报给所述综合网管的第二消息;
北向接口,用于接收所述综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述综合网管;监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至所述第一消息服务通道;
第二消息服务通道包括多个消息管道,所述消息管道作为底层网元和北向接口之间的消息通道,用于将北向接口发送的第一消息转发至底层网元;将底层网元发送的第一反馈消息和/或第二消息转发至北向接口。
在一种示例性实施例中,在对所述第一消息、第一反馈消息和/或第二消息进行格式转化之前,所述北向接口还用于:
检测所述第一消息、第一反馈消息和/或第二消息是否符合预设的格式要求;
如果不符合预设的格式要求,则提示错误;
如果符合预设的格式要求,则触发对所述第一消息、第一反馈消息和/或第二消息进行格式转化的操作。
在一种示例性实施例中,在将所述第一消息发送至对应的消息管道中之前,所述北向接口还用于:
根据所述第一消息中的接口名称和/或业务参数,确定所述第一消息对应的所述消息管道。
在一种示例性实施例中,所述第二消息服务通道包括通信通道接口、通信通道注册接口、通信通道消息发送接口、通信通道消息接收接口、通信连接状态监视接口,其中:
通信通道接口,用于启动或关闭所述第二消息服务通道;
通信通道注册接口,用于消息服务进程进行注册,并为注册成功的消息服务进程建立消息管道;
通信通道消息发送接口,用于将所述北向接口发送的第一消息转发至所述底层网元;将所述底层网元发送的第一反馈消息和/或第二消息转发至所述北向接口;
通信通道消息接收接口,用于所述底层网元接收所述北向接口发送的第一消息;
通信连接状态监视接口,用于监视所述消息管道的连接状态。
在一种示例性实施例中,所述通信通道消息发送接口包括:通知事件发送接口、同步命令发送接口、异步请求发送接口,其中:
通知事件发送接口,用于所述底层网元主动上报第二消息至所述北向接口;
同步命令发送接口,用于将所述北向接口从所述综合网管接收的所述第一消息即刻传输至所述底层网元;或者,将所述北向接口从所述底层网元接收的所述第一反馈消息即刻传输至所述综合网管;
异步请求发送接口,用于将所述北向接口从所述综合网管接收的所述第一消息经过延迟处理后传输至所述底层网元;或者,将所述北向接口从所述底层网元接收的所述第一反馈消息经过延迟处理后传输至所述综合网管。
在一种示例性实施例中,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,其中:
所述第一消息服务通道,用于实时监听北向接口主动上报给所述综合网管的第二消息;将综合网管发送的第一消息转发至北向接口,将北向接口发送的第一反馈消息转发至综合网管;
北向接口,用于监听所述综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述第一消息服务通道;监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至所述第一消息服务通道;
第二消息服务通道包括多个消息管道,所述消息管道作为底层网元和北向接口之间的消息通道,用于将北向接口发送的第一消息转发至底层网元;将底层网元发送的第一反馈消息和/或第二消息转发至北向接口。
在一种示例性实施例中,所述底层网元包括:底层网元管理系统EMS和/或底层网络单元NE。
第二方面,本申请还提供一种网络管理方法,包括:
消息服务通道接收综合网管发送的第一消息,对所述第一消息进行格式转化并转发至对应的底层网元;
消息服务通道接收底层网元发送的第一反馈消息和/或第二消息,对所述第一反馈消息和/或第二消息进行格式转化并转发至综合网管。
在一种示例性实施例中,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,第二消息服务通道包括多个消息管道,所述方法具体包括:
北向接口接收综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;
消息管道将北向接口发送的第一消息转发至所述底层网元;
北向接口通过消息管道监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述综合网管;
北向接口通过消息管道监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至第一消息服务通道,所述第一消息服务通道用于所述综合网管实时监听北向接口主动上报的第二消息。
第三方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如以上任一项所述的网络管理方法的步骤。
第三方面,本申请还提供一种网络管理装置,包括处理器及存储器,其中:所述处理器用于执行存储器中存储的程序,以实现如以上任一项所述的网络管理方法的步骤。
与相关技术相比,本申请的网络管理方法、装置和系统、计算机可读存储介质,通过消息服务通道在综合网管和底层网元之间进行消息转发,多个底层网元可以共用一个消息服务通道,将北向接口的业务处理逻辑下放到底层网元,简化了北向接口的代码,提高了北向接口的可扩展性,减少了系统的维护成本,缩减了系统的开发周期。
本申请的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请而了解。本申请的其他优点可通过在说明书、权利要求书以及附图中所描述的方案来实现和获得。
附图说明
附图用来提供对本申请技术方案的理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本申请的技术方案,并不构成对本申请技术方案的限制。
图1为本发明实施例的第一种网络管理系统的结构示意图;
图2为本发明实施例的一种消息中间件在消息发送端和消息接收端之间的传递关系示意图;
图3为相关技术中的一种不利用消息中间件时的消息传递关系示意图;
图4为本发明实施例的第二种网络管理系统的结构示意图;
图5为本发明实施例的一种网络管理方法的流程示意图。
具体实施方式
本申请描述了多个实施例,但是该描述是示例性的,而不是限制性的,并且对于本领域的普通技术人员来说显而易见的是,在本申请所描述的实施例包含的范围内可以有更多的实施例和实现方案。尽管在附图中示出了许多可能的特征组合,并在具体实施方式中进行了讨论,但是所公开的特征的许多其它组合方式也是可能的。除非特意加以限制的情况以外,任何实施例的任何特征或元件可以与任何其它实施例中的任何其他特征或元件结合使用,或可以替代任何其它实施例中的任何其他特征或元件。
本申请包括并设想了与本领域普通技术人员已知的特征和元件的组合。本申请已经公开的实施例、特征和元件也可以与任何常规特征或元件组合,以形成由权利要求限定的独特的发明方案。任何实施例的任何特征或元件也可以与来自其它发明方案的特征或元件组合,以形成另一个由权利要求限定的独特的发明方案。因此,应当理解,在本申请中示出和/或讨论的任何特征可以单独地或以任何适当的组合来实现。因此,除了根据所附权利要求及其等同替换所做的限制以外,实施例不受其它限制。此外,可以在所附权利要求的保护范围内进行各种修改和改变。
此外,在描述具有代表性的实施例时,说明书可能已经将方法和/或过程呈现为特定的步骤序列。然而,在该方法或过程不依赖于本文所述步骤的特定顺序的程度上,该方法或过程不应限于所述的特定顺序的步骤。如本领域普通技术人员将理解的,其它的步骤顺序也是可能的。因此,说明书中阐述的步骤的特定顺序不应被解释为对权利要求的限制。此外,针对该方法和/或过程的权利要求不应限于按照所写顺序执行它们的步骤,本领域技术人员可以容易地理解,这些顺序可以变化,并且仍然保持在本申请实施例的精神和范围内。
实施例一网络管理系统
本发明实施例提供了一种网络管理系统,包括综合网管101、消息服务通道102和一个或多个底层网元103,其中:
综合网管101,用于通过消息服务通道102发送第一消息至底层网元103,并通过消息服务通道102接收底层网元103的第一反馈消息和/或第二消息;
消息服务通道102,用于接收综合网管101的第一消息,对所述第一消息进行格式转化并发送至对应的底层网元103;接收底层网元103的第一反馈消息和/或第二消息,对所述第一反馈消息和/或第二消息进行格式转化并发送至综合网管101;
底层网元103,用于通过消息服务通道102接收综合网管101的第一消息,并通过消息服务通道102发送第一反馈消息和/或第二消息至综合网管101。
需要说明的是,本发明实施例所述的底层网元103可以为底层EMS和/或底层网络单元(Network Element,NE)。现有的综合网管101和底层网元103之间通过北向接口直接通信,北向接口和底层网元103都需要处理业务层逻辑,北向接口的代码冗余,可扩展性低,对于不了解底层EMS的维护人员,维护成本与维护门槛都较高。本申请将业务层逻辑下放到底层网元103,消息服务通道102只负责监听消息,对消息进行格式转化和转发,简化了消息服务通道102的功能,与此同时,也简化了北向接口的代码,减少了维护成本,缩减了开发周期。
EMS也称为专业网管系统,在专业网领域内提供统一的操作维护功能,侧重于地域、网络、子网络内部的网元管理。EMS是NE与综合网管101之间的桥梁。EMS通过北向接口(Northbound Interface,NBI)与综合网管101连接。
NE包括底层网元设备与其操作维护中心(Operation&Maintenance Center,OMC)。OMC具有针对单一网元设备的操作维护功能,由设备供应商提供,与设备配套使用,并支持本地管理模式。
在一种示例性实施例中,所述消息服务通道102包括第一消息服务通道、北向接口和第二消息服务通道,其中:
所述第一消息服务通道,用于实时监听北向接口主动上报给所述综合网管101的第二消息;
北向接口,用于接收所述综合网管101发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;监听所述底层网元103发送给所述综合网管101的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述综合网管101;监听所述底层网元103主动上报给所述综合网管101的第二消息,对所述第二消息进行格式转化并发送至所述第一消息服务通道;
第二消息服务通道包括多个消息管道,所述消息管道作为底层网元103和北向接口之间的消息通道,用于将北向接口发送的第一消息转发至底层网元103;将底层网元103发送的第一反馈消息和/或第二消息转发至北向接口。
在一致示例性实施例中,所述北向接口可以为I2接口或其它任意类型的接口,例如,CORBA接口。
在一种示例性实施例中,所述第一消息服务通道为Java消息服务(Java MessageService,JMS)。JMS应用程序接口是一个Java平台中关于面向消息中间件(MessageOriented Middleware,MOM)的应用程序编程接口(Application Programming Interface,API),用于在两个应用程序之间,或分布式系统中发送消息,进行异步通信。
在一种示例性实施例中,在对所述第一消息、第一反馈消息和/或第二消息进行格式转化之前,所述北向接口还用于:
检测所述第一消息、第一反馈消息和/或第二消息是否符合预设的格式要求;
如果不符合预设的格式要求,则提示错误;
如果符合预设的格式要求,则触发对所述第一消息、第一反馈消息和/或第二消息进行格式转化的操作。
需要说明的是,在对第一消息进行格式转化时,是从综合网管101的标准化数据格式转化为网管本地数据格式;在对所述第一反馈消息和/或第二消息进行格式转化时,是从网管本地数据格式转化为综合网管101的标准化数据格式。
在一种示例性实施例中,在将所述第一消息发送至对应的消息管道中之前,所述北向接口还用于:
根据所述第一消息中的接口名称和/或业务参数,确定所述第一消息对应的消息管道。
消息管道是一个广义的概念,既可以承载通知事件消息、同步命令消息,也可以承载异步请求消息,可以看作是多个实际管道集结成的管道集合或管道束。实际的管道可以是同步命令管道,也可以是通知事件管道,或者是异步请求管道,但对一个实际管道而言,只可能是其中一种,即只能承载一种消息。管道分类与消息分类是一致并且对应的,或者我们可以认为,消息分类决定了管道分类。
消息管道中的消息有两种流向:被接收端接收或超过消息生存期而被消息管道丢弃。
在一种示例性实施例中,所述第二消息服务通道包括通信通道接口、通信通道注册接口、通信通道消息发送接口、通信通道消息接收接口、通信连接状态监视接口,其中:
通信通道接口,用于启动或关闭所述第二消息服务通道;
通信通道注册接口,用于消息服务进程进行注册,并为注册成功的消息服务进程建立消息管道;
通信通道消息发送接口,用于将所述北向接口发送的第一消息转发至所述底层网元103;将所述底层网元103发送的第一反馈消息和/或第二消息转发至所述北向接口;
通信通道消息接收接口,用于所述底层网元103接收所述北向接口发送的第一消息;
通信连接状态监视接口,用于监视所述消息管道的连接状态。
在一种示例性实施例中,所述通信通道消息发送接口包括:通知事件发送接口、同步命令发送接口、异步请求发送接口,其中:
通知事件发送接口,用于所述底层网元103主动上报第二消息至所述北向接口;
同步命令发送接口,用于将所述北向接口从所述综合网管101接收的所述第一消息即刻传输至所述底层网元103;或者,将所述北向接口从所述底层网元103接收的所述第一反馈消息即刻传输至所述综合网管101;
异步请求发送接口,用于将所述北向接口从所述综合网管101接收的所述第一消息经过延迟处理后传输至所述底层网元103;或者,将所述北向接口从所述底层网元103接收的所述第一反馈消息经过延迟处理后传输至所述综合网管101。
在一种示例性实施例中,建立本发明实施例的消息服务通道102包括建立第一消息服务通道和第二消息服务通道,其中:
建立第二消息服务通道包括以下步骤:
(1)建立通信通道接口,用于消息服务本身功能的启动,启动成功后才能作为消息通道中间件,为其它进程提供消息管道服务。
(2)建立通信通道注册接口,将与EMS规范好的消息类型以枚举的方式存放在配置文件中,根据管道类型选择的需要,并建立消息类型和管道类型的映射关系。举例如下:
该配置文件可以为XML文件,具体命名不做限制,为便于区分一般建议包含map字样并指明所属模块或网元管理器类型,存放目录根路径一般定为config/msgmw/msgmaps,用加载目录的方式来初始化缓存,减少启动项的修改工作。为避免文件命名冲突引起的打包升级时出现文件意外覆盖,可以要求根据模块名称和网元管理器类型划分子目录。一个进程内可以根据模块和网元管理器类型写多个这样的配置文件(记录消息类型和管道类型的对应关系),便于模块分离和管理,多个配置文件中因为解耦关系,可以配置相同的消息类型,
参数说明:
(a)管道类型(ChannelType)
name:管道名称,全局唯一
type:管道类型,取值为event/command/asyn
protocol:管道协议类型。默认为MQ(或写作mq也可以)。
transport:管道使用的传输协议类型,取值为inner/outer,默认为outer。当在消息头中指定MSG_BROKER_TYPE参数,且取值不为AUTO时,则以消息头中的为准。
broadcast:是否为广播事件通道,只当type为event时才有效,取值为true/false,默认为true。当为广播事件通道时,进程选择器将不发挥作用,即管道名称与管道类型名称相同。
(b)消息类型(MessageType)
name:消息类型名称
responseCls:异步消息接收返回消息的处理类全路径
responseChannel:异步消息返回时使用的管道(注意是管道而不是管道类型),不指定时则采用默认管道:进程名.asyn.reply。
只有在配置文件中成功注册的消息服务进程才能够使用通信通道接口进行基于消息中间件的通信。
(3)建立通知事件发送接口,用于监听EMS的资源变动,若EMS发生资源变动,可在通信通道注册接口的消息类型基础上将从EMS上收到的消息通知通过通知事件发送接口传输到北向接口;
(4)建立同步命令发送接口,用于将北向接口从综合网管101接收到的数据即刻传输到经过通信通道注册接口注册后对应的消息类型的通道中;
(5)建立异步请求发送接口,用于将北向接口从综合网管101接收到的数据经过延迟处理传输到经过通信通道注册接口注册后对应的消息类型的通道中;
(6)建立通信通道消息接收接口,用于在EMS层中将北向接口通过通信通道接口传输的数据,接收到本地,进行判断处理,并下发到底层设备;
(7)建立通信连接状态监视接口,用于实时地监视本进程与消息服务的连接状态,允许针对连接断开和重新建立时进行自定义的特殊处理;
但需要注意的是,通信连接状态监视接口本质上是对持久连接的连接状态监视。当本进程不接收任何消息,而仅使用发送功能时,进程与消息服务之间不会存在一个任何持久的连接,这会导致本接口无效。当本地与消息服务存在多个连接,即接收多个消息管道的消息时,每一个连接都会报告失连/重连,因此要注意对重复报告连接状态变化的处理。
建立第一消息服务通道包括以下步骤:
(8)建立一个JAVA消息服务(Java Message Servic,JMS),用于实时监视北向接口需要主动上报给综合网管101的消息,也用于被综合网管101实时监听。
在一种示例性实施例中,在使用本发明实施例的网络管理系统之前,首先需要建立如下配置:
1)在数据库建立映射表,用于存储网管本地数据与需要上报给综合网管101的标准化数据的映射关系,该映射关系可以由本领域普通技术人员基于设备端口协议模型设计,在接收到综合网管101传递过来的信息时,此时信息内包含的数据格式为综合网管101的标准化数据格式,北向接口将传递过来的信息作为查询条件,用来查询网管本地数据与综合网管101的标准化数据的映射表,得到网管本地数据。
2)在北向接口建立判断逻辑,用于判断从综合网管101传递过来的数据格式是否符合电信规范协议规定好的枚举值。典型的枚举值如表1所示:
表1
若不符合,则进行拦截返回,并提示数据错误。若符合,则进行下一步数据转化的操作;
3)在北向接口建立转化逻辑,根据网管本地数据与标准化数据之间的映射关系,将综合网管101所需的标准化数据和网管本地数据进行互相转化,即可将标准化数据转化为网管本地数据,也可将网管本地数据转化为标准化数据。
4)在北向接口创建业务分类逻辑,建立不同接口名称、其所对应类的属性参数以及设备类型参数的对应关系,综合网管101下发时会将用户名密码封装在报文头中,将下发的接口名称和业务参数封装在报文体中,该逻辑通过判断报文中的接口名称标签,将报文中的业务参数取出,通过报文中的不同接口名称对不同接口功能进行分类处理,为每个类建立属性参数。至此,形成了:接口名称、其所对应类的属性参数、设备类型参数以及业务参数四者之间的对应关系。
5).在北向接口与EMS层中间建立消息中间件(即第二消息服务通道),消息中间件利用高效可靠的消息传递机制进行平台无关的数据交流,并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型,它可以在分布式环境下扩展进程间的通信。示例性的,图2表明了消息中间件在消息发送端和消息接收端之间的传递关系,其中,A,B,C……,F可以是消息发送端和消息接收端。而图3则为传统的不利用消息中间件时的消息传递关系图。
消息中间件承载数据的部分被称为消息管道。它承载所有在消息通道中间件中传送的消息,所有通过它传送消息的进程,都将消息先发送到消息管道中。
建立消息中间件共分为八个步骤,具体可以参见前文建立消息服务通道102的八个步骤,此处不再赘述。
在另一种示例性实施例中,所述消息服务通道102包括第一消息服务通道、北向接口和第二消息服务通道,其中:
所述第一消息服务通道,用于实时监听北向接口主动上报给所述综合网管101的第二消息;将综合网管101发送的第一消息转发至北向接口,将北向接口发送的第一反馈消息转发至综合网管101;
北向接口,用于监听所述综合网管101发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;监听所述底层网元103发送给所述综合网管101的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述第一消息服务通道;监听所述底层网元103主动上报给所述综合网管101的第二消息,对所述第二消息进行格式转化并发送至所述第一消息服务通道;
第二消息服务通道包括多个消息管道,所述消息管道作为底层网元103和北向接口之间的消息通道,用于将北向接口发送的第一消息转发至底层网元103;将底层网元103发送的第一反馈消息和/或第二消息转发至北向接口。
在该实施例中,综合网管101和北向接口之间传输的第一消息和第一反馈消息,也可以通过第一消息服务通道进行转发,而不是直接在综合网管101和北向接口之间传输。
在一种示例性实施例中,如图4所示,综合网管101为下发POST请求的发起端;I2接口接收综合网管101发送的POST请求,并将返回值发送给综合网管101。
JMS用于实时监视I2接口需要主动上报给综合网管101的消息,也用于被综合网管101实时监听;Msg Middleware消息中间件和MQ消息中间件作为EMS层与I2接口之间的消息通道,EMS1、EMS2、......、EMSN为单独的网元处理器,可以含多个,用于设备最底层的业务处理。
在该实施例中,MQ消息中间件和Msg Middleware消息中间件共同构成了所述第二消息服务通道,其中:
所述MQ消息中间件,用于将底层网元103发送的第二消息转发至北向接口;
所述Msg Middleware消息中间件,用于将北向接口发送的第一消息转发至底层网元103;将底层网元103发送的第一反馈消息转发至北向接口。
需要说明的是,在该实施例中,所述MQ消息中间件为现有的厂家网管自带的消息中间件,不可配置,主要用于发送广播类的通知消息(即本发明实施例所述的第二消息);本实施例设计开发了Msg Middleware消息中间件,用于接收北向接口发送的第一消息并转发至底层网元103,并将底层网元103发送的第一反馈消息转发至北向接口。
实施例二网络管理方法
如图5所示,本发明实施例还提供了一种网络管理方法,包括如下步骤:
步骤501:消息服务通道接收综合网管发送的第一消息,对所述第一消息进行格式转化并转发至对应的底层网元;
在一种示例性实施例中,所述底层网元可以为底层EMS和/或底层NE。
在一致示例性实施例中,所述北向接口可以为I2接口或其它任意类型的接口,例如,CORBA接口。
步骤502:消息服务通道接收底层网元发送的第一反馈消息和/或第二消息,对所述第一反馈消息和/或第二消息进行格式转化并转发至综合网管。
需要说明的是,上述步骤501和步骤502的执行顺序可以调换,具体来说,可以包括以下几种执行顺序:先执行步骤501,再执行步骤502;或者,先执行步骤502,再执行步骤501;或者,同时执行步骤501和步骤502,无论哪种执行顺序,均在本申请的保护范围之内。
在一种示例性实施例中,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,第二消息服务通道包括多个消息管道,所述方法具体包括:
北向接口接收综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;
消息管道将北向接口发送的第一消息转发至所述底层网元;
北向接口通过消息管道监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述综合网管;
北向接口通过消息管道监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至第一消息服务通道,所述第一消息服务通道用于所述综合网管实时监听北向接口主动上报的第二消息。
在一种示例性实施例中,所述第一消息服务通道为JMS。
在一种示例性实施例中,在对所述第一消息、第一反馈消息和/或第二消息进行格式转化之前,所述方法还包括:
消息服务通道检测所述第一消息、第一反馈消息和/或第二消息是否符合预设的格式要求;
如果不符合预设的格式要求,则提示错误;
如果符合预设的格式要求,则触发对所述第一消息、第一反馈消息和/或第二消息进行格式转化的操作。
需要说明的是,在对第一消息进行格式转化时,是从综合网管的标准化数据格式转化为网管本地数据格式;在对所述第一反馈消息和/或第二消息进行格式转化时,是从网管本地数据格式转化为综合网管的标准化数据格式。
在一种示例性实施例中,在将所述第一消息发送至对应的消息管道中之前,所述方法还包括:
消息服务通道根据所述第一消息中的接口名称和/或业务参数,确定所述第一消息对应的消息管道。
在一种示例性实施例中,所述第二消息服务通道包括通信通道接口、通信通道注册接口、通信通道消息发送接口、通信通道消息接收接口、通信连接状态监视接口,其中:
通信通道接口,用于启动或关闭所述第二消息服务通道;
通信通道注册接口,用于消息服务进程进行注册,并为注册成功的消息服务进程建立消息管道;
通信通道消息发送接口,用于将所述北向接口发送的第一消息转发至所述底层网元;将所述底层网元发送的第一反馈消息和/或第二消息转发至所述北向接口;
通信通道消息接收接口,用于所述底层网元接收所述北向接口发送的第一消息;
通信连接状态监视接口,用于监视所述消息管道的连接状态。
在一种示例性实施例中,所述通信通道消息发送接口包括:通知事件发送接口、同步命令发送接口、异步请求发送接口,其中:
通知事件发送接口,用于所述底层网元主动上报第二消息至所述北向接口;
同步命令发送接口,用于将所述北向接口从所述综合网管接收的所述第一消息即刻传输至所述底层网元;或者,将所述北向接口从所述底层网元接收的所述第一反馈消息即刻传输至所述综合网管;
异步请求发送接口,用于将所述北向接口从所述综合网管接收的所述第一消息经过延迟处理后传输至所述底层网元;或者,将所述北向接口从所述底层网元接收的所述第一反馈消息经过延迟处理后传输至所述综合网管。
在另一种示例性实施例中,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,第二消息服务通道包括多个消息管道,所述方法具体包括:
北向接口通过第一消息服务通道接收综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;
消息管道将北向接口发送的第一消息转发至所述底层网元;
北向接口通过消息管道监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至第一消息服务通道;
北向接口通过消息管道监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至第一消息服务通道,所述第一消息服务通道用于所述综合网管实时监听北向接口主动上报的第二消息或者所述北向接口发送的第一反馈消息。
实施例三计算机可读存储介质
本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如以上任一项所述的网络管理方法的步骤。
实施例四网络管理装置
本发明实施例还提供了一种网络管理装置,包括处理器及存储器,其中:所述处理器用于执行存储器中存储的程序,以实现如以上任一项所述的网络管理方法的步骤。
本申请的网络管理方法、装置和系统、计算机可读存储介质可应用于两种业务场景,即主动通信交互场景与被动通信交互场景。在进行通信交互前,需要在数据库建立映射表,在北向接口建立符合典型规范的枚举值,并在北向接口和底层EMS之间通过消息中间件建立消息通道接口。
被动通信交互场景
(1)程序启动时初始化配置,预配置消息服务通道,建立消息监听,综合网管通过超文本传输协议(Hyper Text Transfer Protocol,HTTP)协议向EMS发起POST请求(POST:在HTTP请求中向指定的资源提交要被处理的数据),综合网管将HTTP协议封装后的报文送达北向接口,在北向接口根据接收到的报文从中获取“有用的”数据,从报文中取出数据,然后判断取出的数据是否符合预设的格式要求,是否需要添加网元类型以及附加属性,其中,网元类型用于指定需要接收该报文的网元设备,附加属性用于指定传输方式,例如,所述附加属性可以为同步请求或异步请求。若符合预设的格式要求,则通过查询数据库中已经建立的映射表将获取的数据从标准化数据转化为网管本地数据,再通过建立的同步命令发送接口或者异步请求发送接口传输到经过注册后对应的消息类型的通道中,并将数据以自定义报文格式发送到消息中间件,说明一点:此处发送到消息中间件的报文因为是内部处理,不涉及到反馈,所以可以采用协议报文格式发送,也可以采用本领域普通技术人员自定义的报文格式发送,此次不不限定,定义为何种格式取决于具体的接口设计文档。
(2)报文传送到消息中间件后,正在监听的底层EMS可通过通信通道接收接口接收报文,判断在报文中是否有需要操作的数据,若有,则操作对应数据,并做业务处理,此时数据中已添加了网元类型及附加属性,并从标准化数据转化为了网管本地数据,通过通信通道注册接口可根据不同网元类型走入到不同的EMS,再通过附加属性对传输方式进行选择,即可选择业务逻辑处理之后再返回,即同步请求;或,选择操作数据后立刻返回,底层EMS独立处理后续的业务逻辑,即异步请求。
(3)报文返回到消息中间件时,北向接口对消息中间件进行监听,并将报文体中根据协议要求的需要反馈给综合网管的返回数据取出,返回数据从网管本地数据转化为标准化数据,将封装好的数据通过HTTP协议请求返回给综合网管,完成一次被动交互。
主动通信交互场景
北向接口提供一个JMS作为监听服务,由综合网管进行实时监听。
当底层EMS发生业务逻辑变更或是资源、告警的变更时,自身业务层通过通知事件发送接口将消息发送至消息中间件,再通过消息中间件发送至北向接口,北向接口从报文中取出数据,然后判断数据是否符合要求。若符合要求,则将网管本地数据转化为标准化数据,并以报文格式发送到JMS。
综合网管通过监听获取JMS监听服务的内容,完成一次主动交互。
本申请在基于MTOSI接口规范的基础上,将业务层逻辑下放到底层EMS,公开了一种底层EMS和综合网管进行交互通信的方法,既可以实时上报告警、性能以及资源状态信息,也可以通过综合网管主动下发对设备配置业务、修改资源,并在MTOSI接口与多个底层EMS交互时,可以规范底层EMS的接口扩展,通过统一的消息通道进行传输,从而减少维护成本,缩减开发周期。
本申请将业务层下放到各个底层EMS,北向接口只作为消息中间层、消息监听层和标准转化层。通信流程为:北向接口将从综合网管发送过来的消息封装成网管本地数据格式,下发到EMS监听的消息中间件中,EMS监听到消息后完成业务处理,然后反馈给消息中间件,再由北向接口接收消息,进行格式转换,最后反馈给综合网管,至此,完成一次被动的通信交互。或可直接监听EMS广播至网管平台的消息,取到消息后直接封装成标准化数据格式,发送到综合网管监听的消息通道中,完成一次主动的通信交互。
本申请去掉了北向接口的业务处理逻辑,规范化了北向接口与底层EMS交互的消息通道,大大提高了MTOSI接口的可扩展性,加大加深了MTOSI接口的业务范围,后续维护都可按照本发明实施例提供的设计方案进行明确扩容,也可适用于含有多个EMS的业务场景。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器,如数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。

Claims (12)

1.一种网络管理系统,其特征在于,包括综合网管、消息服务通道和一个或多个底层网元,其中:
综合网管,用于通过消息服务通道发送第一消息至底层网元,并通过消息服务通道接收底层网元的第一反馈消息和/或第二消息;
消息服务通道,用于接收综合网管的第一消息,对所述第一消息进行格式转化并发送至对应的底层网元;接收底层网元的第一反馈消息和/或第二消息,对所述第一反馈消息和/或第二消息进行格式转化并发送至综合网管;
底层网元,用于通过消息服务通道接收综合网管的第一消息,并通过消息服务通道发送第一反馈消息和/或第二消息至综合网管。
2.根据权利要求1所述的网络管理系统,其特征在于,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,其中:
所述第一消息服务通道,用于实时监听北向接口主动上报给所述综合网管的第二消息;
北向接口,用于接收所述综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述综合网管;监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至所述第一消息服务通道;
第二消息服务通道包括多个消息管道,所述消息管道作为底层网元和北向接口之间的消息通道,用于将北向接口发送的第一消息转发至底层网元;将底层网元发送的第一反馈消息和/或第二消息转发至北向接口。
3.根据权利要求2所述的网络管理系统,其特征在于,在对所述第一消息、第一反馈消息和/或第二消息进行格式转化之前,所述北向接口还用于:
检测所述第一消息、第一反馈消息和/或第二消息是否符合预设的格式要求;
如果不符合预设的格式要求,则提示错误;
如果符合预设的格式要求,则触发对所述第一消息、第一反馈消息和/或第二消息进行格式转化的操作。
4.根据权利要求2所述的网络管理系统,其特征在于,在将所述第一消息发送至对应的消息管道中之前,所述北向接口还用于:
根据所述第一消息中的接口名称和/或业务参数,确定所述第一消息对应的所述消息管道。
5.根据权利要求2所述的网络管理系统,其特征在于,所述第二消息服务通道包括通信通道接口、通信通道注册接口、通信通道消息发送接口、通信通道消息接收接口、通信连接状态监视接口,其中:
通信通道接口,用于启动或关闭所述第二消息服务通道;
通信通道注册接口,用于消息服务进程进行注册,并为注册成功的消息服务进程建立消息管道;
通信通道消息发送接口,用于将所述北向接口发送的第一消息转发至所述底层网元;将所述底层网元发送的第一反馈消息和/或第二消息转发至所述北向接口;
通信通道消息接收接口,用于所述底层网元接收所述北向接口发送的第一消息;
通信连接状态监视接口,用于监视所述消息管道的连接状态。
6.根据权利要求5所述的网络管理系统,其特征在于,所述通信通道消息发送接口包括:通知事件发送接口、同步命令发送接口、异步请求发送接口,其中:
通知事件发送接口,用于所述底层网元主动上报第二消息至所述北向接口;
同步命令发送接口,用于将所述北向接口从所述综合网管接收的所述第一消息即刻传输至所述底层网元;或者,将所述北向接口从所述底层网元接收的所述第一反馈消息即刻传输至所述综合网管;
异步请求发送接口,用于将所述北向接口从所述综合网管接收的所述第一消息经过延迟处理后传输至所述底层网元;或者,将所述北向接口从所述底层网元接收的所述第一反馈消息经过延迟处理后传输至所述综合网管。
7.根据权利要求1所述的网络管理系统,其特征在于,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,其中:
所述第一消息服务通道,用于实时监听北向接口主动上报给所述综合网管的第二消息;将综合网管发送的第一消息转发至北向接口,将北向接口发送的第一反馈消息转发至综合网管;
北向接口,用于监听所述综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述第一消息服务通道;监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至所述第一消息服务通道;
第二消息服务通道包括多个消息管道,所述消息管道作为底层网元和北向接口之间的消息通道,用于将北向接口发送的第一消息转发至底层网元;将底层网元发送的第一反馈消息和/或第二消息转发至北向接口。
8.根据权利要求1至7任一所述的网络管理系统,其特征在于,所述底层网元包括:底层网元管理系统EMS和/或底层网络单元NE。
9.一种网络管理方法,其特征在于,包括:
消息服务通道接收综合网管发送的第一消息,对所述第一消息进行格式转化并转发至对应的底层网元;
消息服务通道接收底层网元发送的第一反馈消息和/或第二消息,对所述第一反馈消息和/或第二消息进行格式转化并转发至综合网管。
10.根据权利要求9所述的网络管理方法,其特征在于,所述消息服务通道包括第一消息服务通道、北向接口和第二消息服务通道,第二消息服务通道包括多个消息管道,所述方法具体包括:
北向接口接收综合网管发送的第一消息,对所述第一消息进行格式转化并发送至对应的消息管道中;
消息管道将北向接口发送的第一消息转发至所述底层网元;
北向接口通过消息管道监听所述底层网元发送给所述综合网管的第一反馈消息,对所述第一反馈消息进行格式转化并发送至所述综合网管;
北向接口通过消息管道监听所述底层网元主动上报给所述综合网管的第二消息,对所述第二消息进行格式转化并发送至第一消息服务通道,所述第一消息服务通道用于所述综合网管实时监听北向接口主动上报的第二消息。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求9至权利要求10中任一项所述的网络管理方法的步骤。
12.一种网络管理装置,其特征在于,包括处理器及存储器,其中:所述处理器用于执行存储器中存储的程序,以实现如权利要求9至权利要求10中任一项所述的网络管理方法的步骤。
CN201910700983.2A 2019-07-31 2019-07-31 一种网络管理方法、装置和系统、计算机可读存储介质 Pending CN110493037A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910700983.2A CN110493037A (zh) 2019-07-31 2019-07-31 一种网络管理方法、装置和系统、计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910700983.2A CN110493037A (zh) 2019-07-31 2019-07-31 一种网络管理方法、装置和系统、计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN110493037A true CN110493037A (zh) 2019-11-22

Family

ID=68549038

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910700983.2A Pending CN110493037A (zh) 2019-07-31 2019-07-31 一种网络管理方法、装置和系统、计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN110493037A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111541743A (zh) * 2020-04-08 2020-08-14 北京智能工场科技有限公司 一种多api集成整合的方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6260062B1 (en) * 1999-02-23 2001-07-10 Pathnet, Inc. Element management system for heterogeneous telecommunications network
US20020059413A1 (en) * 1999-05-05 2002-05-16 Jyrki Kaski Method for connecting network element to telecommunication system
CN1812397A (zh) * 2005-01-26 2006-08-02 华为技术有限公司 网管接口适配器及信息交互的方法
CN101094249A (zh) * 2007-07-04 2007-12-26 迪岸网络技术(上海)有限公司 媒体电子广告、海报播放设备远程监视互动通讯方法
CN103095481A (zh) * 2011-11-04 2013-05-08 中兴通讯股份有限公司 北向接口处理信息的方法、装置及北向接口
CN105187225A (zh) * 2015-06-08 2015-12-23 清华大学 基于pce的多域异构互联网络管理方法和系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6260062B1 (en) * 1999-02-23 2001-07-10 Pathnet, Inc. Element management system for heterogeneous telecommunications network
US20020059413A1 (en) * 1999-05-05 2002-05-16 Jyrki Kaski Method for connecting network element to telecommunication system
CN1812397A (zh) * 2005-01-26 2006-08-02 华为技术有限公司 网管接口适配器及信息交互的方法
CN101094249A (zh) * 2007-07-04 2007-12-26 迪岸网络技术(上海)有限公司 媒体电子广告、海报播放设备远程监视互动通讯方法
CN103095481A (zh) * 2011-11-04 2013-05-08 中兴通讯股份有限公司 北向接口处理信息的方法、装置及北向接口
CN105187225A (zh) * 2015-06-08 2015-12-23 清华大学 基于pce的多域异构互联网络管理方法和系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111541743A (zh) * 2020-04-08 2020-08-14 北京智能工场科技有限公司 一种多api集成整合的方法
CN111541743B (zh) * 2020-04-08 2021-04-20 北京智能工场科技有限公司 一种多api集成整合的方法

Similar Documents

Publication Publication Date Title
US7257817B2 (en) Virtual network with adaptive dispatcher
US5909550A (en) Correlation technique for use in managing application-specific and protocol-specific resources of heterogeneous integrated computer network
US20020032769A1 (en) Network management method and system
US5764955A (en) Gateway for using legacy telecommunications network element equipment with a common management information protocol
US20150134845A1 (en) Object Oriented Communication Among Platform Independent Systems over Networks Using SOAP
US7275104B1 (en) Web-services-based data logging system including multiple data logging service types
US20040117452A1 (en) XML-based network management system and method for configuration management of heterogeneous network devices
US20090046726A1 (en) Virtual network with adaptive dispatcher
KR20040097296A (ko) 멀티클러스터 네트워크에서의 통신 방법, 클러스터네트워크에 연결하기 위한 디바이스, 및 클러스터를연결하기 위한 브리지
US20030212738A1 (en) Remote services system message system to support redundancy of data flow
CN101466109B (zh) 一种WiMAX网络管理的通信系统和方法
US5892916A (en) Network management system and method using a partial response table
CN103220285B (zh) 泛在业务环境下基于RESTful接口的接入系统
EP1333643A2 (en) Remote services system data delivery mechanism
CN109639557A (zh) 用于网络通信的方法、装置和系统
CN110493037A (zh) 一种网络管理方法、装置和系统、计算机可读存储介质
US7783766B2 (en) Network clustering technology
CN109560955A (zh) 网络的部署信息确定方法及设备
US6687747B1 (en) System and network interoperations using a MIB-based object-oriented signaling protocol
CN108446105A (zh) 一种轻量级API Server开发框架及开发方法
CN110430275A (zh) 数据处理方法、装置、系统、计算设备以及介质
US7007094B1 (en) Object oriented communications system over the internet
US20030149771A1 (en) Remote services system back-channel multicasting
CN110063050B (zh) 一种业务调度方法及系统
CN102546201A (zh) 一种实现管理串口服务器的系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination