CN101981867A - 网络管理过滤系统 - Google Patents
网络管理过滤系统 Download PDFInfo
- Publication number
- CN101981867A CN101981867A CN2009801111530A CN200980111153A CN101981867A CN 101981867 A CN101981867 A CN 101981867A CN 2009801111530 A CN2009801111530 A CN 2009801111530A CN 200980111153 A CN200980111153 A CN 200980111153A CN 101981867 A CN101981867 A CN 101981867A
- Authority
- CN
- China
- Prior art keywords
- managed object
- parameter
- notifying parameters
- managed
- request
- 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.)
- Granted
Links
Images
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
-
- 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/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- 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/04—Network management architectures or arrangements
- H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
一种与网络(100)相关的设备(120),从请求者(110)接收针对基于被管理对象属性(350)过滤的被管理对象信息的请求(340),以及基于所述请求(340)标识被管理对象。所述设备(120)基于所述请求(340)根据所标识的被管理对象来标识被管理对象属性(350),并向请求者(110)提供所标识的被管理对象属性(350)。
Description
技术领域
此处所述的实施例总体涉及通信系统,更具体地,涉及在电信系统中过滤网络管理信息。
背景技术
电信系统的目前的网络管理方案可以包括国际电信联盟标准化部门(ITU-T)的电信管理网络(TMN)、第三代合作伙伴计划(3GPP)的综合参考点、第三代合作伙伴计划2(3GPP)的综合参考点以及因特网工程任务组(IETF)的简单网络管理协议(SNMP)。电信系统的目前的网络管理方案采用客户端-服务器分层架构来管理网络管理信息(NMI)(例如,与电信系统的操作、管理、维护和供应等相关的信息)的流动。例如,客户端-服务器分层架构的每一级维护被管理对象(MO)的数据库。每个被管理对象可以包括数据处理(例如,网络功能)或被管理的数据通信资源(例如,设备)的抽象表示。在电信系统管理中,“被管理对象”可以包括可以通过使用操作、管理、维护和供应(OAMP)协议来管理的电信系统内的资源。被管理对象可以存储在由服务器创建和/或维护的数据库中。这样的数据库可以被称为管理信息库(MIB)。
客户端和服务器知道被管理对象的定义(例如,纲要)。当客户端需要与特定被管理对象相关的信息时,客户端创建并向服务器发送请求。客户端使用请求所表示的约束(或准则),从服务器的被管理对象数据库中标识期望的被管理对象。服务器从其数据库中定位所标识的被管理对象,并作用于所标识的被管理对象。例如,服务器可以向客户端返回与所标识的被管理对象相关的信息。
由于其状态随时间改变,被管理对象所表示的网络节点和功能是动态的。所述改变由服务器通过通知传递至客户端。通知是具有若干参数的消息。客户端和服务器知道通知的类型和通知参数。这样的客户端-服务器分层架构具有多种缺点。例如,客户端能够(例如,通过请求)标识被管理对象,并且服务器将返回与所标识的被管理对象相关的所有信息。然而,客户端无法指示仅仅一部分(而不是全部)与所标识的被管理对象相关的信息是所期望的。此外,客户端能够标识要接收的网络管理通知的类型,但无法指示仅仅一部分(而不是全部)所标识的通知是所期望的。
发明内容
本发明的目的是,克服以上缺陷中的至少一些,以及过滤网络管理信息(例如,被管理对象信息和通知),使得(例如,客户端)可以取出与所标识的被管理对象相关的一部分信息以及一部分所标识的通知。
此处所述的实施例可以过滤网络管理信息(例如,被管理对象信息和/或通知)的系统和/或方法。例如,在一个实施例中,所述系统和/或方法可以包括客户端设备(例如,接收被管理对象信息和/或通知的设备,如网络元件)以及服务器设备(例如,存储、维护和/或向客户端设备提供被管理对象信息和/或通知的设备)。所述服务器设备可以在数据库中存储被管理对象信息和通知。被管理对象信息可以包括被管理对象属性。被管理对象属性可以包括具有值的属性,并且可以是强制的或有条件的。可以将被管理对象属性的强制初始值指定为被管理对象类定义的一部分。每个被管理对象类的属性名称和语义可由被管理对象类纲要指定,并且可以是客户端设备和服务器设备已知的。客户端设备可以通过(例如,经由被管理对象信息请求)基于被管理对象属性来过滤被管理对象信息,从服务器设备取出部分被管理对象信息。
在另一实施例中,由于被管理对象所表示的网络节点和功能可以是动态的(例如,它们的状态可以随时间改变),与被管理对象属性相关的值可以改变。所述改变可以经由通知传递至被管理对象属性。通知可以包括具有若干通知参数的消息。通知的类型和通知参数可由客户端设备和服务器设备指定和/或是客户端设备和服务器设备已知的。例如,客户端设备可以通过(例如,经由通知订阅)基于通知参数来过滤通知,订阅或从服务器设备接收部分通知。
在示例实施例中,此处描述的系统和/或方法可以从请求者(例如,客户端设备)接收对于基于被管理对象属性来过滤的被管理对象信息的请求,并且可以基于请求标识被管理对象。所述系统和/或方法可以基于请求,根据所标识的被管理对象来标识被管理对象属性,并且可以向请求者提供所标识的被管理对象属性。所述系统和/或方法可以从请求者接收针对基于通知参数来过滤的通知的订阅,并且可以基于订阅标识通知类型。所述系统和/或方法可以基于订阅,根据所标识的通知类型来标识通知参数,并且可以向请求者提供所标识的通知参数。
此处所述的实施例可以提供各种优势。例如,此处描述的被管理对象属性过滤可以允许当前系统中不支持的、对网络管理信息执行极细粒度的查询。当当前系统从大的数据集(例如,包括数万个被管理对象的电信系统)中查询一个属性时,查询导致取出包括所有被管理对象属性在内的海量信息。这是耗时的,并且需要大量用于传输最终不需要的数据的带宽。此处描述的被管理对象属性过滤可以避免这样的结果。
在仅期望被管理对象的状态(例如是否存在重要警报)的情形下,当前系统转发所有通知信息,包括警报的所有细节。此处描述的通知参数过滤避免了这样的结果。例如,使用此处描述的通知参数过滤,可以基于高层数据进行过滤,并且可以基于经过滤的高层数据采集发现并修理故障所需的细节。
附图说明
图1示出了可以在其中实现此处描述的系统和/或方法的示例网络的图;
图2示出了图1中所示的网络的客户端和/或服务器的示例组件;
图3示出了图1中所示的网络的示例部分以及该网络部分的组件间的示例交互的图;
图4示出了能够由图1中所示的网络的服务器产生、存储和/或维护的数据库的示例部分的图;
图5示出了能够由图1中所示的网络的客户端产生的被管理对象信息的示例元素的图;
图6示出了能够由图1中所示的网络的客户端产生的被管理对象信息请求的示例元素的图;
图7示出了能够由图1中所示的网络的客户端产生的通知订阅的示例元素的图;以及
图8至13是示出了根据此处描述的实施例的用于过滤被管理对象信息和/或通知的示例处理的流程图。
具体实施方式
以下详细描述参考附图。不同附图中相同的参考数字可以标识相同或相似的元件。此外,以下详细描述并不限制本发明。
此处所述的实施例可以提供分别基于被管理对象属性和/或通知参数来过滤被管理对象信息和/或通知的系统和/或方法。
图1示出了可以在其中实现此处描述的系统和/或方法的示例网络100的图。如图所示,网络100可以包括由网络130互连的客户端110和服务器120。客户端110和/或服务器120可以经由有线/或无线连接连接至网络130。为简单起见,图1示出了三个客户端、单个服务器和单个网络。实际上,可以存在更多的客户端、服务器和/或网络。此外,在某些实例中,网络100中的组件(例如,一个或多个客户端110和/或服务器120)可以执行被描述为由网络100中的其他组件或组件组执行的一个或多个功能。例如,在一个实施例中,一个客户端110可以充当服务器,服务器120可以充当客户端。
每个客户端110可以包括能够产生和/或与网络相关的数据(例如,网络管理信息(NMI))的任意设备。例如,每个客户端110可以包括计算机、路由器、交换机、网络接口卡(NIC)、集线器、网桥、网关、防火墙、代理服务器、光分插复用器(OADM)、处理和/或传输数据的某些其他类型的标识、其他类型的计算或通信设备、运行在上述设备之一上的线程或进程、和/或可由上述设备之一执行的对象。在一个实施例中,每个客户端110可以包括电信网络的节点。
此处所使用的术语“数据”应广义地理解为包括能够由网络100和/或网络100的任意组件(例如,客户端110和/或服务器120)产生的任何信息,如与电信系统的操作、管理、维护、供应等相关的信息、被管理对象信息、通知等。
服务器120可以包括一个或多个服务器实体或者以此处描述的方式采集、处理、搜索和/或提供信息(例如,网络管理信息(NMI))的其他类型的计算或通信设备。例如,服务器120可以包括计算机、路由器、交换机、网络接口卡(NIC)、集线器、网桥、网关、防火墙、代理服务器、光分插复用器(OADM)、处理和/或传输数据的某些其他类型的标识、其他类型的计算或通信设备、运行在上述设备之一上的线程或进程、和/或可由上述设备之一执行的对象。在一个实施例中,服务器120可以包括电信网络的节点。
网络130可以包括局域网(LAN)、广域网(WAN)、城域网(MAN)、内联网、因特网、公共陆地移动网(PLMN)、电话网络(如公共电话交换网(PSTN)或蜂窝电话网)、或网络的组合。在一个示例实施例中,网络130可以包括电信网络。
图2是可以与客户端110和/或服务器120之一相对应的设备200的示例图。如图所示,设备200可以包括处理逻辑210、存储器220、通信接口230和/或天线组合240。
处理逻辑210可以包括处理器、微处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等。处理逻辑210可以控制设备200及其组件的操作。
存储器220可以包括随机存取存储器(RAM)、只读存储器(ROM)和/或存储可由处理逻辑210使用的数据和指令的其他类型的存储器。
通信接口230可以包括使设备200能够与其他设备和/或系统通信的任何类收发机机制。通信接口230可以包括例如可以将来自处理逻辑210的基带信号转换为射频(RF)信号的发射机和/或可以将RF信号转换为基带信号的接收机。可选地,通信接口230可以包括执行发射机和接收机两者的功能的收发机。通信接口230可以连接至天线组合240,以发送和/或接收RF信号。
天线组合240可以包括一个或多个天线,通过无线方式发送和/或接收RF信号。天线组合240可以例如从通信接口230接收RF信号,并以无线方式发送RF信号,并以无线方式接收RF信号,并向通信接口230提供RF信号。在一个示例实施例中,例如,通信接口230可以经由网络(例如,网络130)通信。附加地和/或可选地,通信接口230可以经由一条或多条物理链路与网络(例如,网络130)通信。
如此处描述的,设备200可以响应于执行计算机可读介质(如存储器220)中包含的软件指令的处理逻辑210,执行特定操作。计算机可读介质可以被定义为物理或逻辑存储器设备。软件指令可以从计算机可读介质或经由通信接口230从其他设备读入存储器220。存储器220中包含的软件指令可以使处理逻辑210执行此处描述的处理。可选地,可以使用硬线电路取代软件指令,或结合使用硬线电路和软件指令,以实现此处描述的处理。因此,此处所述的实施例不限于硬件电路和软件的任何特定组合。
在一个示例实施例中,设备200可以包括用于向设备200输入信息和/或用于从设备200输出信息的机制。输入和输出机制的示例可以包括按钮、键盘、鼠标、笔、麦克风、语音识别和/或生物计量机制、显示器、打印机、扬声器等。
虽然图2示出了设备200的示例组件,在其他实施例中,设备200可以包含同图2所示的组件相比更少的、不同的或附加的组件。在另外的其他实施例中,设备200的一个或多个组件可以执行描述为由设备200的一个或多个其他组件执行的一个或多个其他任务。
图3示出了网络部分300的示例部分300以及该网络部分300的组件间的示例交互的图。如图所示,网络部分300可以包括客户端110和服务器120。客户端110和服务器120可以包括以上结合图1描述的特征。
服务器120可以在数据库310中存储诸如被管理对象、被管理对象信息、被管理对象属性、通知等信息。在一个实施例中,数据库310可以由(例如存储器220内的)服务器120产生、存储和/或维护。在另一实施例中,数据库310可以由不同于服务器120或除服务器120之外的设备产生、存储和/或维护。在一个示例中,数据库310可以对应于管理信息库(MIB)。如图3所示,客户端110可以向数据库310提供被管理对象信息320。其他被管理对象信息330可以经由与网络(例如,网络130)相关的其他设备(未示出)提供至数据库310。
如果一个客户端110希望从数据库310取出被管理对象信息,客户端110可以产生并向服务器120提供被管理对象信息请求340。被管理对象信息请求340可以包括与被管理对象类名称相关的信息、与被管理对象类相关的一个或多个被管理对象属性、和/或其他请求信息。服务器120可以接收被管理对象信息请求340,可以将被管理对象信息请求340与数据库310中包含的信息进行比较,并且可以基于比较产生所标识的被管理对象属性350。例如,在一个实施例中,服务器120可以基于被管理对象信息请求340中提供的被管理对象类名称来标识被管理对象的集合。服务器120可以使用被管理对象信息请求340中提供的一个或多个被管理对象属性,根据所标识的被管理对象的集合来标识被管理对象属性(例如,所标识的被管理对象属性350)的子集。服务器120可以向客户端110提供所标识的被管理对象属性350。
如图3中进一步示出的,如果客户端110希望订阅来自数据库310的通知,客户端110可以产生并向服务器120提供通知订阅360。通知订阅360可以包括与通知类型相关的信息、与通知类型相关的一个或多个通知参数和/或其他订阅信息。例如,通知订阅360可以请求(如果出现的话)向客户端110提供与被管理对象相关的警报(例如,通知类型)。通知订阅360还可以请求(如果出现的话)仅向客户端110提供与被管理对象相关的重要警报(例如,通知参数)。
服务器120可以接收通知订阅360,可以将通知订阅360与数据库310中包含的信息进行比较,并且可以产生基于通过比较所标识的通知参数370(如果这样的通知参数370出现的话)来过滤的通知。例如,在一个实施例中,服务器120可以基于通知订阅360中提供的通知类型来标识通知类型的集合。服务器120可以使用通知订阅360中提供的一个或多个通知参数,根据所标识的通知类型来标识通知参数(例如,所标识的通知参数370)的子集。服务器120可以向客户端110提供基于所标识的通知参数370(如果通知参数370出现的话)来过滤的通知。
与当前的电信系统管理方案不同,此处描述的客户端设备(例如,客户端110)可以通过(例如,经由被管理对象信息请求340)基于被管理对象属性来过滤被管理对象信息,从服务器设备(例如,服务器120)取出部分被管理对象信息。此外,与当前的电信系统管理方案不同,此处描述的客户端设备(例如,客户端110)可以通过(例如,经由通知订阅360)基于通知参数来过滤通知,订阅和/或从服务器(例如,服务器120)接收部分通知。
虽然图3示出了网络部分300的示例组件,在其他实施例中,网络部分300可以包含同图3所示的组件相比更少的、不同的或附加的组件。在另外的其他实施例中,网络部分300可以执行被描述为由网络部分300的一个或多个其他组件执行的一个或多个其他任务。
图4示出了数据库310的示例部分400的图。如图所示4,数据库部分400可以包括一个或多个被管理对象字段410。每个被管理对象字段410可以包括一个或多个被管理对象属性420-1,...,420-N(共同地被称作“被管理对象属性420”,单独地被称作“被管理对象属性420”)以及一个或多个通知参数430-1,...,430-N(共同地被称作“通知参数430”,单独地被称作“通知参数430”)。被管理对象属性420可以共同构成被管理对象类440。通知参数430可以共同构成通知类型450。
虽然图4并未示出,数据库部分400可以包括其他被管理对象类440和/或其他通知类型450。
被管理对象字段410可以包括数据处理(例如,网络功能)或被管理的数据通信资源(例如,设备)的抽象表示。在电信系统管理中,被管理对象字段410可以包括可以通过使用操作、管理、维护和供应(OAMP)协议来管理的电信系统(例如,网络130)内的资源。
被管理对象属性420可以包括被管理对象(例如,被管理对象字段410)的属性,所述属性包括值。可以将被管理对象属性420的强制初始值指定为被管理对象类定义的一部分。在一个实施例中,例如,被管理对象属性420可以包括属性名称和/或语义。每个被管理对象类的属性名称和语义可由被管理对象类纲要指定,并且可以是客户端110和服务器120已知的。
通知参数430可以包括与通知(例如,当诸如与被管理对象属性420相关的值改变等事件发生时,指示被管理对象(例如,被管理对象字段410)改变的消息)相关的信息。例如,在一个实施例中,通知参数430可以标识用于进一步描述与被管理对象(例如,被管理对象字段410)相关的通知的信息。
被管理对象类440可以定义一种类型的物理或逻辑资源的特性。例如,在一个实施例中,可以存在被管理对象类440的实例,以表示资源的特定实例。因此,被管理对象(例如,被管理对象字段410)和/或被管理对象属性420可以是被管理对象类440的实例。通知类型450可以包括标识与被管理对象(例如,被管理对象字段410)相关的一种类型的通知的信息。例如,在一个实施例中,通知类型450可以包括一个或多个通知参数430。
在一个示例实施例中,可以由客户端110(例如,通过被管理对象信息320)向服务器120提供数据库部分400中包含的信息。在另一示例实施例中,可以由其他设备(例如,通过其他被管理对象信息330)向服务器120提供数据库部分400中包含的信息。
虽然图4示出了数据库部分400的示例元素,在其他实施例中,数据库部分400可以包含与图4所示的元素相比更少的、不同的或附加的元素。
图5示出了被管理对象信息320和/或其他被管理对象信息330的示例元素的图。在一个实施例中,被管理对象信息320/330可以由客户端110产生。在另一实施例中,被管理对象信息320/330可以由不同于客户端110或除客户端110之外的设备(例如,服务器120)产生。如图所示,被管理对象信息320/330可以包括一个或多个被管理对象属性500-1,...,500-N(共同地被称作“被管理对象属性500”,单独地被称作“被管理对象属性500”)。
被管理对象属性500可以包括被管理对象(例如,被管理对象字段410)的属性,所述属性包括值。可以将被管理对象属性500的强制初始值指定为被管理对象类定义的一部分。在一个实施例中,例如,被管理对象属性500可以包括属性名称和/或语义。每个被管理对象类的属性名称和语义可由被管理对象类纲要指定,并且可以是客户端110和服务器120已知的。
虽然图5示出了被管理对象信息320/330的示例元素,在其他实施例中,被管理对象信息320/330可以包含与图5所示的元素相比更少的、不同的或附加的元素。
图6示出了被管理对象信息请求340的示例元素的图。在一个实施例中,被管理对象信息请求340可以由客户端(例如,一个客户端110)产生。在另一实施例中,被管理对象信息请求340可以由不同于客户端110或除客户端110之外的设备产生。如图所示,被管理对象信息请求340可以包括被管理对象类名称字段600、一个或多个被管理对象属性字段610-1,...,610-N(共同地被称作“被管理对象属性字段610”,单独地被称作“被管理对象属性字段610”)和/或其他请求信息字段620。
被管理对象类名称字段600可以包括标识要取出的被管理对象类的信息。例如,在一个实施例中,如以上结合图4描述的,管理对象类名称字段600可以包括标识数据库部分400中提供的被管理对象类440的信息。
被管理对象属性字段610可以包括标识要从被管理对象类名称字段600所标识的被管理对象类中取出的一个或多个被管理对象属性的信息。例如,在一个实施例中,如以上结合图4描述的,被管理对象属性字段610可以包括标识数据库部分400中提供的一个或多个被管理对象属性420的信息。
其他请求信息620可以包括标识要取出的被管理对象信息的信息。例如,在一个实施例中,如以上结合图4描述的,其他请求信息620可以包括标识数据库部分400中提供的一个或多个被管理对象字段410的信息。在示例实施例中,其他请求信息620可以包括标识与要取出的被管理对象信息相关的会话的参数(例如,“sessionId”)、标识与要取出的被管理对象信息相关的文件的完整路径的参数(例如,“uploadDataFileReference”)、标识与要取出的被管理对象信息相关的被管理对象类的基本对象参数(例如,“baseObjectInstance”)、定义用于请求操作的一种类型的范围的范围参数和/或定义由范围参数选择的对象要通过的过滤的过滤参数。
在一个示例实施例中,被管理对象类名称字段600和被管理对象属性字段610可以对应于基于被管理对象属性来过滤被管理对象信息(例如,数据库部分400中包含的信息)的被管理对象属性过滤符。被管理对象属性过滤符可以包括一对顺序的(例如2-元组)值(或分量)。例如,使用Eiffel面向对象编程语言,被管理对象属性过滤符可以被表示为元组[X,Y]。所述对的元素X可用于表示被管理对象类名称(例如,被管理对象类名称字段600)。所述对的元素Y可以包括可以包括一个或多个1-元组(或单元素集合)。每个单元素集合可用于表示与元素X所表示的被管理对象类名称相关的被管理对象属性的名称(例如,被管理对象属性字段610)。
在一个实施例中,被管理对象属性过滤符可以包括以下构造:
{
{“MMEFunction”,{“id”,“userlabel”,“state”}},{“ENBFunction”,{“id”}}
},
其中,{“MMEFunction”,{“id”,“userlabel”,“state”}}可以对应于所述对的元素X(例如,被管理对象类名称字段600),{“ENBFunction”,{“id”}}可以对应于所述对的元素Y(例如,被管理对象属性字段610)。所述构造可以包括两个2-元组,并且可以指示被管理对象属性过滤寻求取出“MMEFunction”的实例的属性“id”和“userlabel”以及“MMEFunction”的实例的“id的属性。在构造中使用的语言描述是示例性的。在其他实施例中,可以根据客户端110和/或服务器120所使用的协议,采用不同的构造的语法或编码。
如果一个客户端110希望从服务器120的数据库310取出被管理对象信息,客户端110可以产生并向服务器120提供被管理对象信息请求340。服务器120可以接收被管理对象信息请求340,可以将被管理对象信息请求340的一个或多个部分与数据库310中包含的信息进行比较,并且可以基于比较产生所标识的被管理对象属性350。例如,在一个实施例中,服务器120可以基于被管理对象信息请求340中提供的被管理对象类名称字段600和/或其他请求信息620(例如,基本对象、范围和/或过滤参数)来标识被管理对象的集合。服务器120可以使用被管理对象信息请求340中提供的被管理对象属性字段610,根据所标识的被管理对象的集合来标识被管理对象属性(例如,所标识的被管理对象属性350)的子集。
虽然图6示出了被管理对象信息请求340的示例元素,在其他实施例中,被管理对象信息请求340可以包含与图6所示的元素相比更少的、不同的或附加的元素。
图7示出了通知订阅360的示例元素的图。在一个实施例中,通知订阅360可以由客户端(例如,一个客户端110)产生。在另一实施例中,通知订阅360可以由不同于客户端110或除客户端110之外的设备产生。如图所示,通知订阅360可以包括通知类型字段700、一个或多个通知参数字段710-1,...,710-N(共同地被称作“通知参数字段710”,单独地被称作“通知参数字段710”)和/或其他订阅信息字段720。
通知类型字段700可以包括标识要取出的一种类型的通知(例如,与被管理对象相关的警报)的信息。例如,在一个实施例中,如以上结合图4描述的,通知类型字段700可以包括标识数据库部分400中提供的通知类型450的信息。
通知参数字段710可以包括标识要从通知类型字段700所标识的通知类型(例如,与被管理对象相关的警报)中取出的一个或多个通知参数(例如,重要警报)的信息。例如,在一个实施例中,如以上结合图4描述的,通知参数字段710可以包括标识数据库部分400中提供的一个或多个通知参数430的信息。
其他订阅信息720可以包括标识要取出的通知的信息。例如,在一个实施例中,如以上结合图4描述的,其他订阅信息720可以包括标识与数据库部分400中提供的一个或多个被管理对象字段410相关的通知的信息。在示例实施例中,其他订阅信息720可以包括标识通知要被发送至的设备的参数(例如,“managerReference”)、标识与通知相关的保持时间的值的参数(例如,“timeTick”)、标识一个或多个通知类别的参数和/或标识与要取出的通知相关过滤的参数。
在一个示例实施例中,通知类型字段700和通知参数字段710可以对应于基于通知参数来过滤通知(例如,数据库部分400中包含的信息)的通知参数过滤符。通知参数过滤符可以包括一对顺序的(例如2-元组)值(或分量)。例如,使用Eiffel面向对象编程语言,通知参数过滤符可以被表示为元组[X,Y]。所述对的元素X可用于表示被管理对象类名称(例如,通知类型字段700)。所述对的元素Y可以包括可以包括一个或多个1-元组(或单元素集合)。每个单元素集合可用于表示与元素X所表示的通知类型相关的通知参数的名称(例如,通知参数字段710)。
在一个实施例中,通知参数过滤符可以包括以下构造:
{
{“notifyNewAlarm”,{“notificationId”,“objectInstance”,“severity”}},{“notifyManagedObjectCreation”,{“objectClass”,“objectInstance”,“state”}}
},
其中,{“notifyNewAlarm”,{“notificationId”,“objectInstance”,“severity”}}可以对应于所述对的元素X(例如,通知类型字段700),{“notifyManagedObjectCreation”,{“objectClass”,“objectInstance”,“state”}}可以对应于所述对的元素Y(例如,通知参数字段710)。所述构造可以包括两个2-元组,并且可以指示通知参数过滤寻求取出通知类型“notifyNewAlarm”的参数“notificationId”、“objectInstance”和“severity”以及通知类型“notifyManagedObjectCreation”的参数“notificationId”,“objectClass”和“objectInstance”。在构造中使用的语言描述是示例性的。在其他实施例中,可以根据客户端110和/或服务器120所使用的协议,采用不同的构造的语法或编码。
如果客户端110希望订阅来自服务器120的数据库310的通知,客户端110可以产生并向服务器120提供通知订阅360。服务器120可以接收通知订阅360,可以将通知订阅360的一个或多个部分与数据库310中包含的信息进行比较,并且可以产生基于通过比较所标识的通知参数370过滤的通知。例如,在一个实施例中,服务器120可以基于通知订阅360中提供的通知类型字段700标识通知类型的集合。服务器120可以使用通知订阅360中提供的一个或多个通知参数字段710,根据所标识的通知类型的集合来标识通知参数(例如,所标识的通知参数370)的子集。
虽然图7示出了通知订阅360的示例元素,在其他实施例中,通知订阅360可以包含与图7所示的元素相比更少的、不同的或附加的元素。
图8至10示出了根据此处描述的实施例的用于提供经过滤的被管理对象信息和/或通知的示例处理800的流程图。在一个实施例中,处理800可以由服务器120的硬件和/或软件组件执行。在其他实施例中,处理800可以由服务器120的硬件和/或软件组件结合(例如与服务器120通信的)其他设备的硬件和/或软件组件执行。
如图所示8,处理800可以起始于接收到来自请求者的、针对基于一个或多个被管理对象属性来过滤的被管理对象信息的请求(框810),以及基于请求标识一个或多个被管理对象(框820)。例如,在以上结合图3描述的实施例中,如果一个客户端110希望从数据库310取出被管理对象信息,客户端110可以产生并向服务器120提供被管理对象信息请求340。被管理对象信息请求340可以包括与被管理对象类名称相关的信息、与被管理对象类相关的一个或多个被管理对象属性和/或其他请求信息。在一个示例中,服务器120可以基于被管理对象信息请求340中提供的被管理对象类名称标识被管理对象的集合。
返回图8,可以基于请求,根据一个或多个所标识的被管理对象来标识一个或多个被管理对象属性(框830),并且可以向请求者提供一个或多个所标识的被管理对象属性(框840)。如,在以上结合图3描述的实施例中,服务器120可以接收被管理对象信息请求340,可以将被管理对象信息请求340的一个或多个部分与数据库310中包含的信息进行比较,并且可以基于比较产生所标识的被管理对象属性350。在一个示例中,服务器120可以使用被管理对象信息请求340中提供的一个或多个被管理对象属性,根据所标识的被管理对象的集合来标识被管理对象属性(例如,所标识的被管理对象属性350)的子集。服务器120可以向客户端110提供所标识的被管理对象属性350。
如图8中进一步示出的,可以从请求者接收针对基于一个或多个通知参数来过滤的一个或多个通知的订阅(框850),并且可以基于订阅标识一个或多个通知类型(框860)。例如,在以上结合图3描述的实施例中,如果客户端110希望订阅来自服务器120的数据库310的通知,客户端110可以产生并向服务器120提供通知订阅360。通知订阅360可以包括与通知类型相关的信息、与通知类型相关的一个或多个通知参数和/或其他订阅信息。在一个示例中,服务器120可以基于通知订阅360中提供的通知类型标识通知类型的集合。
返回图8,可以基于订阅根据一个或多个所标识的通知类型来标识一个或多个通知参数(框870),并且可以向请求者提供基于一个或多个所标识的通知参数来过滤的通知(框880)。例如,在以上结合图3描述的实施例中,服务器120可以接收通知订阅360,可以将通知订阅360的一个或多个部分与数据库310中包含的信息进行比较,并且可以基于比较所标识的通知参数370(如果存在的话)产生通知。在一个实施例中,服务器120可以使用通知订阅360中提供的一个或多个通知参数,根据所标识的通知类型的集合来标识通知参数(例如,所标识的通知参数370)的子集。服务器120可以向客户端110提供基于所标识的通知参数370过滤的通知。
处理框810-830可以包括图9中示出的处理框。如图9所示,处理框810-830可以包括:接收包括基本对象、范围和/或过滤参数的请求(框900);以及接收包括被管理对象属性过滤符的请求(框910)。例如,在以上结合图6描述的实施例中,对象信息请求340可以包括被管理对象类名称字段600、被管理对象属性字段610和/或其他请求信息字段620。其他请求信息620可以包括标识要取出的被管理对象信息的信息。在一个示例中,其他请求信息620可以包括标识与要取出的被管理对象信息相关的被管理对象类的基本对象参数(例如,“baseObjectInstance”)、定义用于请求操作的一种类型的范围的范围参数和/或定义由范围参数选择的对象要通过的过滤的过滤参数。在另一示例中,被管理对象类名称字段600和被管理对象属性字段610可以对应于基于被管理对象属性来过滤被管理对象信息(例如,数据库部分400中包含的信息)的被管理对象属性过滤符。
如图9中进一步示出的,处理框810-830可以包括:基于基本对象、范围和/或过滤参数标识一个或多个被管理对象(框920),以及基于被管理对象属性过滤符根据一个或多个所标识的被管理对象来标识一个或多个被管理对象属性(框930)。例如,在以上结合图6描述的实施例中,服务器120可以基于被管理对象信息请求340中提供的被管理对象类名称字段600和/或其他请求信息620(例如、基本对象、范围和/或过滤参数)标识被管理对象的集合。服务器120可以使用被管理对象信息请求340中提供的被管理对象属性字段610,根据所标识的被管理对象来标识被管理对象属性(例如,所标识的被管理对象属性350)的子集。
处理框850-870可以包括图10中示出的处理框。如图10所示,处理框850-870可以包括:接收包括通知类型参数的订阅(框1000),以及接收包括通知参数过滤符的订阅(框1010)。例如,在以上结合图7描述的实施例中,通知订阅360可以包括通知类型字段700、通知参数字段710和/或其他订阅信息字段720。通知类型字段700可以包括标识要取出的一种类型的通知的信息。在一个示例中,通知类型字段700和通知参数字段710可以对应于基于通知参数来过滤通知(例如,数据库部分400中包含的信息)的通知参数过滤符。
返回图10,处理框850-870可以包括:基于通知类型参数标识一个或多个通知类型(框1020),以及基于通知参数过滤符来标识一个或多个通知参数(框1030)。例如,在以上结合图7描述的实施例中,服务器120可以基于通知订阅360中提供的通知类型字段700标识通知类型的集合。服务器120可以使用通知订阅360中提供的通知参数字段710,根据所标识的通知类型的集合来标识通知参数(例如,所标识的通知参数370)的子集。
图11至13示出了根据此处描述的实施例的用于取出经过滤的被管理对象信息和/或通知的示例处理1100的流程图。在一个实施例中,处理1100可以由客户端110的硬件和/或软件组件执行。在其他实施例中,处理1100可以由客户端110的硬件和/或软件组件结合(例如与客户端110通信的)其他设备的硬件和/或软件组件执行。
如图11所示,处理1100可以起始于向被管理对象存储设备提供针对基于一个或多个被管理对象属性来过滤的被管理对象信息的请求(框1110),以及从被管理对象存储设备接收基于请求的一个或多个被管理对象属性(框1120)。例如,在以上结合图3描述的实施例中,如果一个客户端110希望从数据库310取出被管理对象信息,客户端110产生并向服务器120提供被管理对象信息请求340。被管理对象信息请求340可以包括与被管理对象类名称相关的信息、与被管理对象类相关的一个或多个被管理对象属性和/或其他请求信息。服务器120可以接收被管理对象信息请求340,可以将被管理对象信息请求340的一个或多个部分与数据库310中包含的信息进行比较,并且可以基于比较产生所标识的被管理对象属性350。在一个示例中,服务器120可以基于被管理对象信息请求340中提供的被管理对象类名称标识被管理对象的集合。服务器120可以使用被管理对象信息请求340中提供的一个或多个被管理对象属性,根据所标识的被管理对象的集合来标识被管理对象属性(例如,所标识的被管理对象属性350)的子集。服务器120可以向客户端110提供所标识的被管理对象属性350。
返回图11,可以向被管理对象存储设备提供针对基于一个或多个通知参数来过滤的一个或多个通知的订阅(框1130),并且可以基于订阅从被管理存储设备接收基于通知参数来过滤的一个或多个通知(框1140)。例如,在以上结合图3描述的实施例中,如果客户端110希望订阅来自数据库310的通知,客户端110可以产生并向服务器120提供通知订阅360。通知订阅360可以包括与通知类型相关的信息、与通知类型相关的一个或多个通知参数和/或其他订阅信息。服务器120可以接收通知订阅360,可以将通知订阅360的一个或多个部分与数据库310中包含的信息进行比较,并且可以基于比较所标识的的通知参数370(如果存在的话)产生通知。在一个示例中,服务器120可以基于通知订阅360中提供的通知类型标识通知类型的集合。服务器120可以使用通知订阅360中提供的一个或多个通知参数,根据所标识的通知类型的集合来标识通知参数(例如,所标识的通知参数370)的子集。服务器120可以向客户端110提供基于所标识的通知参数370的通知。
处理框1110-1120可以包括图12中示出的处理框。如图12所示,处理框1110-1120可以包括提供包括基本对象参数、范围参数和/或过滤参数的请求(框1200);以及提供包括被管理对象属性过滤符的请求(框1210)。例如,在以上结合图6描述的实施例中,被管理对象信息请求340可以包括被管理对象类名称字段600、被管理对象属性字段610和/或其他请求信息字段620。其他请求信息620可以包括标识要取出的被管理对象的信息。在一个示例中,其他请求信息620可以包括标识与要取出的被管理对象信息相关的被管理对象类的基本对象参数(例如,“baseObjectInstance”)、定义用于请求操作的一种类型的范围的范围参数和/或定义由范围参数选择的对象要通过的过滤的过滤参数。在另一示例中,被管理对象类名称字段600和被管理对象属性字段610可以对应于基于被管理对象属性来过滤被管理对象信息(例如,数据库部分400中包含的信息)的被管理对象属性过滤符。
如图12中进一步示出的,处理框1110-1120可以包括:从被管理对象存储设备接收基于基本对象、范围和/或过滤参数以及被管理对象属性过滤来标识的一个或多个被管理对象(框1220)。例如,在以上结合图6描述的实施例中,服务器120可以基于被管理对象信息请求340中提供的被管理对象类名称字段600和/或其他请求信息620(例如,基本对象、范围和/或过滤参数),标识被管理对象的集合。服务器120可以使用被管理对象信息请求340中提供的被管理对象属性字段610,根据所标识的被管理对象的集合来标识被管理对象属性(例如,所标识的被管理对象属性350)的子集。服务器120可以向客户端110提供所标识的被管理对象属性350。
处理框1130-1140可以包括图13中示出的处理框。如图13所示,处理框1130-1140可以包括:提供包括通知类型参数的订阅(框1300),以及提供包括通知参数过滤符的订阅(框1310)。例如,在以上结合图7描述的实施例中,通知订阅360可以包括通知类型字段700、通知参数字段710和/或其他订阅信息字段720。通知类型字段700可以包括标识要取出的一种类型的通知的信息。在一个示例中,通知类型字段700和通知参数字段710可以对应于基于通知参数来过滤通知(例如,数据库部分400中包含的通知)的通知参数过滤符。
返回图13,处理框1130-1140可以包括:从被管理对象存储设备接收基于通知类型参数和通知参数过滤符来标识的一个或多个通知参数(框1320)。例如,在以上结合图7描述的实施例中,服务器120可以基于通知订阅360中提供的通知类型字段700标识通知类型的集合。服务器120可以使用通知订阅360中提供的通知参数字段710,根据所标识的通知类型的集合来标识通知参数(例如,所标识的通知参数370)的子集。服务器120可以向客户端110提供基于所标识的通知参数370过滤的通知。
此处所述的实施例可以提供分别基于被管理对象属性和/或通知参数来过滤被管理对象信息和/或通知的系统和/或方法。
此处所述的实施例可以提供各种优势。例如,此处描述的被管理对象属性过滤允许当前系统中不支持的、对网络管理信息执行极细粒度的查询。当当前系统从大的数据集(例如,包括数万个被管理对象的电信系统)中查询一个属性时,查询导致取出包括所有被管理对象属性在内的海量信息。这是耗时的,并且需要大量用于传输最终不需要的数据的带宽。此处描述的被管理对象属性过滤可以避免这样的结果。
在仅期望被管理对象的状态(例如是否存在重要警报)的情形下,当前系统转发所有通知信息,包括警报的所有细节。此处描述的通知参数过滤避免了这样的结果。例如,使用此处描述的通知参数过滤,可以基于高层数据进行过滤,并且可以基于经过滤的高层数据采集发现并修理故障所需的细节。
以上对实施例的描述提供了示意和描述,但并非意在穷举或将本发明严格限制于所公开的形式。鉴于以上教导的修改和改变是可能的,或者可以通过本发明的实践获取修改和改变。例如,虽然参照图8至13描述了框的序列,但在其他实施例中,可以修改框的顺序。此外,可以并行执行非相关的框。
应当强调的是,当在本说明书中使用时,术语“包括/包含”指定所述特征、整体、步骤或组件的存在,但不排除一个或多个其他特征、整体、步骤、组件或特征组、整体组、步骤组、组件组的存在或附加。
显而易见,上述示例实施例可以图中所示的实施例中的软件、固件和硬件的多种不同形式实现。用于实现这些方法的实际软件代码、专门的控制硬件不应被理解为限制性的。因此,未参照特定的软件代码来描述这些方法的操作和行为-应当理解的是,软件和控制硬件可以被设计为基于此处的描述实现所述方面。
此外,本发明的特定部分可以被实现为执行一个或多个功能的逻辑。所述逻辑可以包括硬件,如专用集成电路、现场可编程门阵列、处理器、或微处理器、或硬件和软件的组合。
即使在权利要求中记载了和/或在说明书中公开了特征的特定组合,这些组合并非意在限制本发明。事实上,这些特征中的许多特征可以按未在权利要求书中记载的和/或说明书中公开的方式组合。
除非明确描述,本申请中使用的元件、块或指令不应被理解为对本发明是关键或必不可少的。此外,如此处所使用的,冠词意在包括一个或多个项目。如果要表示仅仅一项,使用术语“一个”或类似的语言。此外,除非明确声明,短语“基于”意在指“至少部分基于”。
Claims (27)
1.一种由与网络(100)相关联的设备(120)执行的方法,包括:
从请求者(110)接收针对基于被管理对象属性(350)过滤的被管理对象信息的请求(340);
基于所述请求(340)来标识被管理对象;
基于所述请求,根据所标识的被管理对象标识被管理对象属性(350);以及
向请求者(110)提供所标识的被管理对象属性(350)。
2.根据权利要求1所述的方法,还包括:
从请求者(110)接收被管理对象信息(320);以及
将被管理对象信息(320)存储到数据库(310)中。
3.根据权利要求1所述的方法,其中,接收请求(340)的步骤包括:
接收包括基本对象参数、范围参数和过滤参数在内的请求(340);以及
接收包括被管理对象属性过滤符的请求(340)。
4.根据权利要求3所述的方法,其中:
基于请求(340)来标识被管理对象包括:基于所述基本对象参数、所述范围参数和所述过滤参数,标识被管理对象;并且
标识被管理对象属性(350)包括:基于所述被管理对象属性过滤符,标识被管理对象属性(350)。
5.根据权利要求1所述的方法,还包括:
从请求者(110)接收针对基于通知参数(370)过滤的通知的订阅(360);
基于所述订阅(360)来标识通知类型;
基于所述订阅(360),根据所标识的通知类型标识通知参数(370);以及
向请求者(110)提供基于所标识的通知参数(370)来过滤的通知。
6.根据权利要求5所述的方法,其中,接收订阅(360)的步骤包括:
接收包括通知类型参数(700)的订阅(360);以及
接收包括通知参数过滤符的订阅(360)。
7.根据权利要求6所述的方法,其中:
基于订阅(360)来标识通知类型包括:基于所述通知类型参数(700),标识通知类型;并且
标识通知参数(370)包括:基于所述通知参数过滤符,标识通知参数(370)。
8.一种由与网络(100)相关联的设备(110)执行的方法,包括:
向被管理对象存储设备(120)提供针对基于被管理对象属性(350)过滤的被管理对象信息的请求;以及
从被管理对象存储设备(120)接收基于请求(340)来标识的被管理对象属性(350)。
9.根据权利要求8所述的方法,还包括:
向与被管理对象存储设备(120)相关联的数据库(310)提供被管理对象信息(320)。
10.根据权利要求8所述的方法,其中:
提供请求(340)的步骤包括:
提供包括基本对象参数、范围参数和过滤参数在内的请求(340);以及
提供包括被管理对象属性过滤符的请求(340);并且
接收被管理对象属性(350)的步骤包括:基于所述基本对象参数、所述范围参数、所述过滤参数和所述被管理对象属性过滤符,接收被管理对象属性(350)。
11.根据权利要求8所述的方法,还包括:
向被管理对象存储设备(120)提供针对基于通知参数(370)过滤的通知的订阅(360);以及
从被管理对象存储设备(120)接收基于通知参数(370)过滤的通知,所述通知参数(370)是基于订阅(360)来标识的。
12.根据权利要求11所述的方法,其中:
提供订阅(360)的步骤包括:
提供包括通知类型参数(700)的订阅(360),以及
提供包括通知参数过滤符的订阅(360);并且
接收通知的步骤包括:接收基于通知参数(370)过滤的通知,所述通知参数(370)是基于通知类型参数(700)和通知参数过滤符来标识的。
13.一种与网络(100)相关联的设备(120),包括:
处理逻辑(210),用于:
从客户端设备(110)接收针对基于一个或多个被管理对象属性(350)过滤的被管理对象信息的请求(340),
基于所述请求(340)来标识一个或多个被管理对象,
基于所述请求(340),根据一个或多个所标识的被管理对象标识一个或多个被管理对象属性(350),以及
向客户端设备(110)提供一个或多个所标识的被管理对象属性(350)。
14.根据权利要求13所述的设备(120),其中,所述被管理对象信息至少包括以下一项:
网络功能的抽象表示,
与网络(100)相关联的被管理设备的抽象表示,或
与通过使用操作、管理、维护和供应(OAMP)协议管理的网络(100)内的资源有关的信息。
15.根据权利要求13所述的设备(120),其中,所述请求(340)包括:
基本对象参数,
范围参数,
过滤符参数,以及
被管理对象属性过滤符。
16.根据权利要求15所述的设备(120),其中,所述处理逻辑(210)还被配置为:
基于所述基本对象参数、所述范围参数和所述过滤参数来标识一个或多个被管理对象,以及
基于所述被管理对象属性过滤符,根据一个或多个所标识的被管理对象标识一个或多个被管理对象属性(350)。
17.根据权利要求13所述的设备(120),其中,所述处理逻辑(210)还被配置为:
从客户端设备(110)接收针对基于一个或多个通知参数(370)过滤的一个或多个通知的订阅(360),
基于所述订阅(360),标识一个或多个通知类型,
基于所述订阅(360),根据一个或多个所标识的通知类型标识一个或多个通知参数(370),以及
向客户端设备(110)提供基于一个或多个所标识的通知参数(370)所过滤的一个或多个通知。
18.根据权利要求17所述的设备(120),其中,所述订阅(360)包括:
通知类型参数(700),以及
通知参数过滤符。
19.根据权利要求18所述的设备(120),其中,所述处理逻辑(210)还被配置为:
基于通知类型参数(700),标识一个或多个通知类型,以及
基于通知参数过滤符,根据一个或多个所标识的通知类型标识一个或多个通知参数(370)。
20.根据权利要求13所述的设备(120),其中,所述设备(120)包括服务器设备。
21.一种与网络(100)相关联的设备(110),包括:
处理逻辑(210),用于:
向被管理对象存储设备(120)提供针对基于一个或多个被管理对象属性(350)过滤的被管理对象信息的请求(340),以及
从被管理对象存储设备(120)接收基于请求(340)标识的一个或多个被管理对象属性(350)。
22.根据权利要求21所述的设备(110),其中,所述设备(110)包括客户端设备。
23.根据权利要求21所述的设备(110),其中,所述请求(340)包括:
基本对象参数,
范围参数,
过滤参数,以及
被管理对象属性过滤符。
24.根据权利要求23所述的设备(110),其中,所述处理逻辑(210)还被配置为:
基于所述基本对象参数、所述范围参数、所述过滤参数和所述被管理对象属性过滤符,接收一个或多个被管理对象属性(350)。
25.根据权利要求21所述的设备(110),其中,所述处理逻辑(210)还被配置为:
向被管理对象存储设备(120)提供针对基于一个或多个通知参数(370)过滤的一个或多个通知的订阅(360),以及
从被管理对象存储设备(120)接收基于一个或多个通知参数(370)所过滤的一个或多个通知,所述一个或多个通知参数(370)是基于所述订阅(360)来标识的。
26.根据权利要求25所述的设备(110),其中,所述订阅(360)包括:
通知类型参数(700),以及
通知参数过滤符。
27.根据权利要求26所述的设备(110),其中,所述处理逻辑(210)还被配置为:
接收基于一个或多个通知参数(370)过滤的一个或多个通知,所述一个或多个通知参数(370)是基于通知类型参数(700)和通知参数过滤符来标识的。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/098,681 US20090254606A1 (en) | 2008-04-07 | 2008-04-07 | Network management filter system |
US12/098,681 | 2008-04-07 | ||
PCT/SE2009/050281 WO2009126092A1 (en) | 2008-04-07 | 2009-03-19 | Network management filter system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101981867A true CN101981867A (zh) | 2011-02-23 |
CN101981867B CN101981867B (zh) | 2014-07-02 |
Family
ID=40622188
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200980111153.0A Expired - Fee Related CN101981867B (zh) | 2008-04-07 | 2009-03-19 | 网络管理过滤系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20090254606A1 (zh) |
EP (1) | EP2260614A1 (zh) |
CN (1) | CN101981867B (zh) |
WO (1) | WO2009126092A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150149606A1 (en) * | 2012-05-15 | 2015-05-28 | Telefonaktiebolaget L M Ericsson (Publ) | Managed object manipulation |
US9860140B2 (en) * | 2013-02-05 | 2018-01-02 | Cisco Technology, Inc. | Dynamically adjusting a set of monitored network properties using distributed learning machine feedback |
US10044613B2 (en) | 2013-05-16 | 2018-08-07 | Intel IP Corporation | Multiple radio link control (RLC) groups |
US20150229718A1 (en) * | 2014-02-11 | 2015-08-13 | Apple Inc. | Protocol for exchanging data between two devices |
US10129774B2 (en) * | 2014-10-10 | 2018-11-13 | Intel IP Corporation | Methods and apparatuses of WLAN alarm notification in cellular networks |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2306190A1 (en) * | 1999-05-19 | 2000-11-19 | Alcatel | Method of performing a request from a network management facility |
US6484200B1 (en) * | 1999-06-11 | 2002-11-19 | Sun Microsystems, Inc. | Distinguished name scoping system for event filtering |
CN1428970A (zh) * | 2001-12-26 | 2003-07-09 | 深圳市中兴通讯股份有限公司上海第二研究所 | 大数目对象的动态管理方法及其实现装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE121208T1 (de) * | 1990-01-30 | 1995-04-15 | Johnson Service Co | Vernetztes betriebsmittelverwaltungssystem. |
US5764955A (en) * | 1995-10-19 | 1998-06-09 | Oasys Group, Inc. | Gateway for using legacy telecommunications network element equipment with a common management information protocol |
US6909708B1 (en) * | 1996-11-18 | 2005-06-21 | Mci Communications Corporation | System, method and article of manufacture for a communication system architecture including video conferencing |
US6363421B2 (en) * | 1998-05-31 | 2002-03-26 | Lucent Technologies, Inc. | Method for computer internet remote management of a telecommunication network element |
DE10049609A1 (de) * | 2000-10-05 | 2002-09-19 | Alcatel Sa | Verfahren für ein Netzwerk-Management-System zur Verarbeitung von Ereignisinformationen sowie Management-Objekt, Diskriminator-Objekt und verwaltetes Objekt hierzu |
US7221912B2 (en) * | 2003-08-29 | 2007-05-22 | Lucent Technologies Inc. | Telecommunications management interface system |
US20070136683A1 (en) * | 2005-12-14 | 2007-06-14 | Alcatel | Graphical user interface for generic listing of managed objects |
-
2008
- 2008-04-07 US US12/098,681 patent/US20090254606A1/en not_active Abandoned
-
2009
- 2009-03-19 WO PCT/SE2009/050281 patent/WO2009126092A1/en active Application Filing
- 2009-03-19 CN CN200980111153.0A patent/CN101981867B/zh not_active Expired - Fee Related
- 2009-03-19 EP EP09731273A patent/EP2260614A1/en not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2306190A1 (en) * | 1999-05-19 | 2000-11-19 | Alcatel | Method of performing a request from a network management facility |
US6484200B1 (en) * | 1999-06-11 | 2002-11-19 | Sun Microsystems, Inc. | Distinguished name scoping system for event filtering |
CN1428970A (zh) * | 2001-12-26 | 2003-07-09 | 深圳市中兴通讯股份有限公司上海第二研究所 | 大数目对象的动态管理方法及其实现装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2009126092A1 (en) | 2009-10-15 |
CN101981867B (zh) | 2014-07-02 |
EP2260614A1 (en) | 2010-12-15 |
US20090254606A1 (en) | 2009-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101981867B (zh) | 网络管理过滤系统 | |
US9712403B2 (en) | Method for providing node information, method for acquiring node information, and device | |
US20220312309A1 (en) | Method and Apparatus for Reporting User Plane Function Information, Storage Medium, and Electronic Apparatus | |
WO2022061784A1 (zh) | 通信方法、装置及系统 | |
CN111698308B (zh) | 一种基于soa和dds的服务模型和分布式数据通信方法 | |
US20220272010A1 (en) | Network entities for supporting analytics generation | |
CN104662840A (zh) | 用于分析服务会话中的服务的方法和设备 | |
US20220353145A1 (en) | Network entities for supporting analytics generation in a mobile network | |
EP3954091A1 (en) | Data handler | |
CN103516543A (zh) | 设备管理协议查询中的过滤 | |
CN101076028B (zh) | 采用snmp协议的通信系统和消息交互方法 | |
US8688741B2 (en) | Device description framework information reporting and updating method, device and system | |
WO2022008104A1 (en) | Classification of traffic data per application type | |
CN106506194A (zh) | 通过snmp协议自动识别不同类型或型号设备告警的方法 | |
WO2010151194A1 (en) | Method and arrangement in a communication network | |
CN102057625A (zh) | 操控网络管理信息 | |
CN110677303A (zh) | 网络管理系统 | |
Wallin | Chasing a definition of “alarm” | |
CN108809735B (zh) | 事件上报管理方法及装置 | |
CN110287304A (zh) | 问答信息处理方法、装置及计算机设备 | |
Jovanovic et al. | Managing Network Elements in the ComputerNetwork | |
RU2791121C2 (ru) | Устройства и способы обнаружения в сети собираемых данных и аналитических данных | |
CN116340517A (zh) | 一种告警管理方法、系统、存储介质及设备 | |
CN118828473A (zh) | 数据安全保护选择方法、装置及存储介质 | |
Baliosian et al. | The Omega Architecture: towards adaptable, self-managed networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140702 Termination date: 20200319 |