CN104838620B - 电信网中的事件管理的设备和方法 - Google Patents
电信网中的事件管理的设备和方法 Download PDFInfo
- Publication number
- CN104838620B CN104838620B CN201280077787.0A CN201280077787A CN104838620B CN 104838620 B CN104838620 B CN 104838620B CN 201280077787 A CN201280077787 A CN 201280077787A CN 104838620 B CN104838620 B CN 104838620B
- Authority
- CN
- China
- Prior art keywords
- event
- report
- data
- information
- packet
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- 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
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
在电信网中,将关于在节点(27)处发生的事件的信息发送给在操作与维护服务器(21)中的基于事件的管理应用(31)。在数据分组中,由事件概要(33)来替换或伴随包括此类事件信息的事件报告(23)。与如果事件报告(23)用于路由选择相比,概要(33)能够使用较少的处理时间和资源,用于将数据分组路由到正确的基于事件的管理应用(31),因为与从事件报告(23)相比,能够更容易地从概要(33)来获得关于事件的信息。可以在快速路径中完成使用概要(33)的路由选择。一些基于事件的管理应用能够使用概要(33)而不是事件报告(23),这还能够节省处理时间和资源,以及可以在快速路径中来执行此类基于事件的管理应用。
Description
技术领域
本发明涉及用于处置在诸如蜂窝移动电话运营商的网络的电信网中的事件报告的设备和方法。本发明还涉及用于实现此类方法的计算机程序(或用于修改计算机程序以便实现此类方法的计算机程序更新或插件),以及存储此类程序(或插件)的数据载体。
背景技术
电信网是计算机化的网络,其中可以在互联节点之间传递信息,在互联节点处可以处理和/或转发数据。典型地,在分组中传送数据,分组具有预定义的数据结构,该预定义的数据结构包含:标识数据分组的源和预期的目的地的报头信息,和含有在分组中载有的数据的有效载荷。典型地,电信网可以用于传递由一个终端用户向另一个终端用户发送的数据。数据可以是由终端用户生成的电话语音数据、图像数据或其它数据,诸如用户希望发送给另一个用户的计算机数据文件。另外,电信网可以用于发送或接收经由互联网的数据,诸如电子邮件和网页。
此类电信网可以是非常大和复杂的,以及大规模网络的运营商通常将需要监测网络的状态和行为,以便确保它继续适当地执行功能,以及需要实时地进行这种监测中的一些监测。例如,网络运营商需要监测哪些节点能够与哪些其它节点通信,以便能够检测和响应可能出现在个体节点处或在个体节点之间的通信链路中的问题。运营商还将希望监测个体节点的操作以确保它们正在适当地执行功能。运营商将需要监测涉及终端用户的通信会话(诸如电话呼叫和数据会话)的开始和结束,以及还监测在会话期间的任何重大的性能事件,诸如由于移动电话的移动而导致的从一个基站到另一个基站的移动电话呼叫的切换。除了实施监测之外,典型地,网络运营商将还需要存储关于网络性能的信息以用于随后的分析和作为性能记录。
执行这些监测活动的一种方式涉及事件记录。在此类布置中,网络中的节点将记录关于它采取的许多动作以及发生于它的事情的信息,以及将准备报告并且将报告发送给在网络中的操作与维护系统。这些报告,本文中被称为“事件报告”,含有与在该节点处已经发生的事件有关的信息项目的数据值。单个事件将典型地包含:由于在该节点外的动作而导致发生于该节点的一些事情(诸如由该节点进行的信号接收),以及由该节点执行的动作(例如,响应于信号接收)。例如,当用户开始移动电话呼叫时,移动电话将发送初始请求给附近的基站,附近的基站将该请求转发给本地服务网关。除了处置该请求之外,服务网关还可以记录诸如接收到该请求的时间的细节、它响应于该请求的时间、标识移动电话做出该请求的细节、关于该请求的信息(诸如移动电话请求接入的网络)、动作(服务网关采取该动作来处置该请求)(例如,通过发送信号给适当的分组数据网关)和它接收到的对于那些动作的响应,以及该请求的结果。此信息于是被格式化成事件报告,通过电信网将事件报告传送给操作与维护系统,允许网络管理功能来监测此类事项,如网络的部分的繁忙程度如何,来自用户设备(移动电话等)的进行呼叫或建立其它连接的请求有多少比例是成功的,以及用户正在尝试连接到哪些网络。在网络的其它部分中,其它类型的节点将提供具有不同信息的报告,该报告反映在那些节点处发生的不同类型的事件。
在电信网中生成的事件报告的总数量可能是非常大的。例如,单个网络管理服务器或操作与维护服务器可以接收数千或甚至数以万计同时的事件报告流,以及在繁忙时间段期间,网络可以提供每秒超过一百万的事件报告。此外,在大的电信网中,典型的是,可以使用不同的软件版本或来自不同供应商的软件来实现不同的节点,以及另外,不同类型的节点将报告关于不同类型的事件。因此,事件报告的内容和格式可以变化。另外,当准备用于插入到用于传输的数据分组中的事件数据时,不同的节点可以彼此不同地编码事件报告。
在网络管理系统中,不同的基于事件的管理应用将需要不同的事件数据,以便执行各自不同的操作。因为不同的基于事件的监测应用可能需要接收来自相同源(即,相同网络节点)的不同类型的事件的报告,因此仅基于事件报告起源于哪个节点来路由事件报告可能是不足够的。因此,任何事件路由选择系统可能需要参考事件报告的内容以使得它能够将每个报告递送给相关的管理应用或多个应用。然而,在编码格式中的变化意味着的是,路由选择操作将必须包含相对复杂的操作以解包和解码事件报告,以便访问事件报告的内容。因此,事件报告的正确的路由选择和处置消耗大量的服务器资源。
发明内容
根据本发明的一个方面,提供了一种在电信网的节点中处理事件信息的方法,该方法包括:当事件发生时,记录关于在该节点处的该事件的信息,以预定的方式来处理关于该事件的所记录的信息以产生优选地以比特流的形式的概要,该概要概括关于该事件的所记录的信息中的至少一些所记录的信息以及能够被查询以提供关于该事件的信息,以及通过该网络来传送该概要。通常,所记录的事件信息也被形成在事件报告中,以及一起传送概要与事件报告。然而,在一些情况中,可以在没有事件报告的情况下,来传送概要。优选地,传送作为比特序列的概要,能够在没有解码的情况下来搜索该比特序列,而在传输之前可以编码事件报告。事件报告和/或概要可以用于在网络中的另一个位置处的计算机化的系统上运行的网络监测应用。如果在数据分组中来传送概要,则该分组可以被编址给网络监测应用或被编址给事件信息路由器。
作为一种替代方案,事件报告可以用作被处理以产生概要的事件信息的源,以及这可以在创建事件报告的节点处或在另一个下游节点处完成。
可以通过将事件信息组装到预定的数据单元,以及将每个数据单元应用于一个或多个预定的散列函数,来准备概要。可以将散列函数的输出例如组装到布隆过滤器以提供概要。优选地,每个数据单元包括:对于事件信息的一个项目的数据值和标识该值表示什么的ID码。与事件有关的信息项目有时被称为事件的属性。优选地,对于生成表示相同属性集的数据的所有事件,向每个属性给予预定的唯一标识号,以及此预定的唯一标识号用作对于该属性的值的ID(即,对于该信息项目的数据值)。如果还创建事件报告,则该报告可以以数据值对应的标识号的顺序列出该数据值,以及标识号能够仅是在事件报告中的值的序列号。然而,如果需要,可以使用对于值限定ID的不同方式。例如,如果节点记录对于多个不同类型的事件的信息,以及有一个或多个属性,在超过一个事件类型期间对于该一个或多个属性来记录值(例如,对于若干不同事件类型的报告可以全部包含IMSI(其标识用户)和IMEI(其标识用户的设备)的值),则可以选择ID,以便在准备对于超过一个(以及优选地全部)事件类型(对于事件类型记录对于该属性的值)的事件的概要中,由相同ID来标识相同属性。
如果在数据分组中传送概要,则可以将它放在该分组的有效载荷中或放在该分组报头中。例如,如果通过分组交换网来传送它,则可以将概要放在传输层的分组报头中。
尽管通常每个报告将与一个事件有关,但是可能的是,事件报告包含对于与超过一个事件有关的多个信息项目的数据值。可能的是,将多个事件报告组合到用于作为分组数据传输的单个块中(取决于该块的数据大小,在一个或多个分组中来传送该块),以及可以对于该块创建单个概要。因此,概要可以与超过一个事件和超过一个事件报告有关。在这种情况下,如上所述的数据单元可以包括:对于事件信息项目的数据值,用于标识该值表示什么的ID码以及用于表示它与什么事件有关的ID码。
根据本发明的一个方面,提供了一种在电信网的节点中处理事件信息的方法,其中事件信息包括对于关于在电信网中已经发生的一个或多个事件的各自信息项目的数据值的集合,该方法包括:(a)对该事件信息执行一个或多个预定操作以产生概要,能够查询该概要以获得元信息,该元信息是关于在该事件信息中的信息项目中的至少一个(通常,至少两个,但是未必是全部)信息项目的数据值的信息,以及该概要具有比所有数据值的总数据大小更小的数据大小,能够从该概要获得关于所有数据值的所述元信息;(b)创建含有该概要的数据分组;以及(c)通过该电信网来传送该数据分组。
可以在事件发生的节点处来执行此方法。在这种情况下,该方法还包括:(d)当事件发生时记录关于该事件的信息,在步骤(a)前执行步骤(d)。
根据本发明的另一个方面,提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处发生的至少一个预定类型的事件:记录与关于该事件的多个信息项目有关的数据值,以便生成事件信息,该事件信息包括:对于关于在该节点处已经发生的一个或多个事件的各自信息项目的数据值的集合,该节点对该事件信息执行一个或多个预定操作以产生概要,能够查询该概要以获得元信息,该元信息是关于在该事件信息中的信息项目中的至少一个(通常,至少两个,但是未必是全部)信息项目的数据值的信息,该概要具有比所有数据值的总数据大小更小的数据大小,能够从该概要获得关于所有数据值的所述元信息;创建含有该概要的数据分组;以及通过该电信网来传送该数据分组。
除了传送概要之外,该节点还可以传送关于在事件报告中的事件的信息,以及事件报告可以是多个事件报告的块的一部分。在该节点处执行的方法或操作可以包括:(e)形成至少一个事件报告,每个所述事件报告包括至少:对于在所述节点处已经发生的至少一个各自事件的所述数据值的集合;以及(f)将用于传输的事件报告或包括多个事件报告的块编码在数据分组中。
优选地,在形成任何事件报告之前或与形成任何事件报告并行地,从关于事件的相关信息项目来形成概要。然而,可以出现以下情形:形成事件报告,以及随后,对它分析以获得事件信息,该事件信息于是可以用于产生概要。这个方法允许使用与初始形成该事件报告的计算机程序或应用分开的计算机程序或应用来产生概要,这可以使得节点设计易于管理。在该节点处执行的方法或该操作可以包括:(g)对所编码的事件报告或多个事件报告的块进行解码,以及分析所解码的事件报告或多个事件报告的块以获得事件信息,在步骤(a)之前执行步骤(e)、(f)和(g)。
备选地,事件发生的节点可以形成事件报告,以及在没有产生概要的情况下传送它,以及分开的下游节点可以使用在事件报告中的事件信息来执行产生概要的任务。该方法可以包含:(h)在该节点处接收数据分组,该数据分组含有编码的形式的事件报告,或包括编码的形式的多个事件报告的块,从该数据分组恢复所编码的事件报告或多个事件报告的块,以及解码该事件报告或多个事件报告的块,该事件报告或多个事件报告中的每个事件报告包括至少:对于在不同节点处发生的各自事件的所述数据值的集合;以及(i)分析所解码的事件报告或多个事件报告的块以获得事件信息;在步骤(a)之前执行步骤(h)和(i)。
根据本发明的另一个方面,提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处接收的数据分组,该数据分组含有以编码形式的事件报告,或含有以编码形式的包含多个事件报告的块,该事件报告或该多个事件报告中的每个事件报告包括至少对于关于在电信网中的不同节点处发生的各自事件的各自信息项目的数据值的集合:从该数据分组恢复编码的事件报告或编码的多个事件报告的块;解码该事件报告或多个事件报告的块,分析所解码的事件报告或多个事件报告的块以获得包括对于至少一个事件的所述数据值的集合的事件信息;对该事件信息执行一个或多个预定操作以产生概要,能够查询该概要以获得元信息,该元信息是关于在该事件信息中的信息项目中的至少一个(通常,至少两个,但是未必是全部)信息项目的数据值的信息,该概要具有比所有数据值的总数据大小更小的数据大小,能够从该概要获得关于所有数据值的所述元信息;创建含有该概要的数据分组;以及通过该电信网来传送该数据分组。
通常,将在相同数据分组中来发送事件报告和对应的概要。通常,如果在数据分组中发送多个事件报告的块,则概要将覆盖在该块中的所有事件报告。
概要可以具有任何形式,以及可以由任何过程来创建,条件是能够从它获得关于事件的元信息。例如,概要可以是二进制序列,字符串或数组。在这个上下文中,术语“二进制序列”覆盖任何连续的二进制值(多个“1”和多个“0”)。优选地,概要是能够在没有解码的情况下被查询以获得所述元信息的二进制序列,以及所述数据分组含有以未编码的形式的该二进制序列。
在另一个方面,本发明提供了一种在电信网的节点中处理事件信息的方法,其中该事件信息包括对于关于在该电信网中已经发生的一个或多个事件的各自信息项目的数据值的集合,该方法包括:(a)对该事件信息执行一个或多个预定操作以产生二进制序列,在不解码的情况下能够查询该二进制序列以获得元信息,该元信息是关于在该事件信息中的信息项目中的至少一个(通常,至少两个,但是未必是全部)信息项目的数据值的信息;(b)创建含有以未编码的形式的该二进制序列的数据分组;(c)通过该电信网来传送该数据分组。
根据本发明的又一个方面,提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处发生的至少一个预定类型的事件:记录与关于该事件的多个信息项目有关的数据值,以便生成事件信息,该事件信息包括:对于关于在该节点处发生的一个或多个事件的各自信息项目的数据值的集合,该节点对该事件信息执行一个或多个预定操作以产生二进制序列,能够查询该二进制序列以获得元信息,该元信息是关于在该事件信息中的信息项目中的至少一个(通常,至少两个,但是未必是全部)信息项目的数据值的信息;创建含有该二进制序列的数据分组;以及通过该电信网来传送该数据分组。
在另一个方面,本发明提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处接收到数据分组,该数据分组含有以编码形式的事件报告,或含有以编码形式的包括多个事件报告的块,该事件报告或该多个事件报告中的每个事件报告包括至少对于关于在电信网中的不同节点处发生的各自事件的各自信息项目的数据值的集合:从该数据分组恢复编码的事件报告或编码的多个事件报告的块;解码该事件报告或多个事件报告的块,分析所解码的事件报告或多个事件报告的块以获得包括对于至少一个事件的所述数据值的集合的事件信息;对该事件信息执行一个或多个预定操作以产生二进制序列,在不解码的情况下能够查询该二进制序列以获得元信息,该元信息是关于在该事件信息中的信息项目中的至少一个(通常,至少两个,但是未必是全部)信息项目的数据值的信息;创建含有该二进制序列的数据分组;以及通过该电信网来传送该数据分组。
在本发明的另一个方面,提供了一种在电信网中路由数据分组的方法,该方法包括:(i)接收多个数据分组,以及关于该多个数据分组中的至少一些数据分组,提取事件信息的概要,能够查询该概要以提供关于该事件信息的元信息,(ii)使用限定期望的概要内容的数据,或限定由逻辑规则链接的期望的概要内容的集合的数据,该数据表示预定义的标准(criteria),来查询该概要,以及从查询结果来确定是否满足预定的标准,以及(iii)在满足该标准的情况下,执行以下中的至少一个:(a)将数据分组发送给预定目的地;(b)将概要发送给预定目的地;以及(c)处理数据分组以检索一个或多个事件报告,以及将事件报告或多个事件报告中的至少一个事件报告发送给预定目的地。
可以从与在网络中运行的应用有关的一个或多个标准,来生成限定期望的概要内容或期望的概要内容的集合的数据,该一个或多个标准用于基于关于事件的一个或多个信息项目的数据值来选择事件。可以根据需要来生成限定期望的概要内容或期望的概要内容的集合的数据,或可以将它存储在存储器中。
预定标准用于选择哪些分组与预定目的地有关,以及这个方法使得能够在不需要解码和分析在分组中的事件报告的情况下,识别相关分组。这减少了需要用于路由事件信息的网络资源的数量。被要求用于查询概要和确定是否满足标准的操作可以是高度可预测的以及基本上对于每个概要是相同的。在这种情况下,使用专用软件、专用硬件或这两者的组合来设计用于判决是否发送数据分组、概要或事件报告(多个)或将它们发送到哪里是有可能的。因为减少了对解码和分析事件报告的需求,典型地需要使用主处理器在慢速处理路径中来进行这个操作,因此这有可能减少在执行该方法的节点处的主处理器上的负载。
优选地,限定期望的概要内容的数据包括搜索掩码,该搜索掩码具有与概要相同的大小,以及指示,关于在该概要内的一个或多个数据位置,由该期望的概要内容所要求的数据值。如果该数据限定多个期望的概要内容,优选地,该数据包括关于每个期望的概要内容的掩码。因此,可以仅通过查找该概要与在适当位置处的搜索掩码的匹配,来执行对该概要进行查询。如果概要和搜索掩码每一个都可以被表示为相同长度的二进制数字,则可以通过逐位与操作来执行查找匹配的过程。然而,因为典型的搜索掩码仅要求特定数据项目在概要内的全部数据位置的相对小数目的数据位置处出现,以及出现在剩余位置处的数据值是不相关的,因此搜索结果数据可以被存储为在概要中需要被搜索的数据位置的列表,以及非必须地,被要求出现在该数据位置处的数据值的列表。如果搜索结果被限定为使得数据值总是所要求的相同的数据值,则不是总是需要存储要求出现的数据值。以这种方式,能够在更少的空间中来存储对应于搜索掩码的数据。如果要求具有与概要相同长度的搜索掩码,则能够从所存储的数据位置(以及数据值,如果数据值也被存储的话)的列表来容易地重建该搜索掩码。
可以关于多个期望的概要内容,或期望的概要内容的多个集合,来查询概要,每个期望的概要内容限定对应于不同的目的地(如果满足标准,则将分组、概要或事件报告发送给不同的目的地)的不同的各自标准。如果对于任何目的地而言,不满足该标准,则可以丢弃分组,或备选地,可以将它转发给另一个预定的目的地或依照在该分组中含有的目的地地址信息来转发它。
该方法可以包括:从分组报头来读取源地址信息,以及取决于该源地址,检索或生成关于标准或标准集合的多个期望的概要内容或期望的概要内容的集合中所选择的一个。这允许系统根据概要来自于的节点来适应它对概要的查询,以及以这种方式,该系统可以应付来自不同节点的概要中的内容大小、格式或布置中的差异。
标准可以对应于对于与事件有关的特定信息项目(属性)存在特定值,或对于与事件有关的多个特定信息项目存在各自特定值。生成对应于特定期望概要内容的数据的步骤可以包括:处理对于数据值和对于该数据值的标识码(标识它涉及的信息项目),或使用一个或多个预定的散列函数,处理对于由标准所要求的多个特定信息项目中的每个特定信息项目的各自的数据值和它的各自识别码。如果这是在对于相同的信息项目使用相同的标识码,以及以与用于生成概要的相同方式使用相同的散列函数来完成的,则如果该概要在相同的位置中含有与限定期望的概要内容的散列数据相同的散列值,则查询结果将指示的是,存在期望的概要内容。因为散列函数能够提供假肯定(即,两个不同的输入能够提供相同的输出,因此一种输出的存在不能保证特定输入的存在),当实际上还没有满足标准时,不能将分组、概要或事件报告发送给目的地。使用多个散列函数减少了将出现这种情况的可能性。散列函数不提供假否定,以及因此预期的是,当满足标准时,这个方法一定会将分组、概要或事件报告发送给目的地。
通常,标准指定的是,特定网络管理应用要求事件报告或事件概要作为对于它执行的网络管理操作的输入数据。可以在运行网络管理应用的网络节点中执行本方法,在这种情况下,如果搜索结果指示的是满足它的标准,则可以将分组、概要或事件报告直接发送给网络管理应用。备选地,标准可以涉及运行在网络的不同节点处的网络管理应用,在这种情况下,通过网络来发送分组、概要或事件报告。在这种情况下,它通常是被发送的分组。
根据本发明的一个方面,提供了一种在电信网中的第一节点处路由事件数据的方法,该方法包括:(i)接收包含事件数据的数据分组,该事件数据包括至少概要,能够查询该概要以获得元信息,该元信息是关于在电信网中的第二节点处已经发送的一个或多个事件的至少一个信息项目(通常至少两个信息项目)的数据值的信息,该概要具有比所有数据值的总数据大小更小的数据大小,能够从该概要获得关于所有数据值的所述元信息;(ii)依照与运行在该网络中的应用有关的一个或多个要求集合中的每个要求集合来查询该概要,每个要求集合限定元信息,从该概要能够获得该元信息,该元信息对应于一个或多个标准,该一个或多个标准用于基于关于事件的一个或多个信息项目的数据值来选择事件;(iii)依照步骤(ii)的结果来确定该数据分组是否包含由该应用所要求的事件数据;以及(iv)如果在步骤(iii)中确定的是,该数据分组包含由该应用所要求的事件数据,则执行以下中的至少一个:(a)将该数据分组复制或转发给该应用,(b)将该概要发送给该应用,(c)提取包含在该数据分组中的事件报告或多个事件报告的块,该事件报告或多个事件报告中的每个事件报告包括对于关于在电信网中的第二节点处已经发生的事件的各自信息项目的数据值的集合,以及将至少一个事件报告发送给该应用。
根据本发明的另一个方面,提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处接收到包含事件数据的数据分组,该事件数据包括至少概要,能够查询该概要以获得元信息,该元信息是关于至少一个信息项目(通常至少两个信息项目)的数据值的信息,该至少一个信息项目关于在电信网中的另一个节点处已经发生的一个或多个事件,以及该概要具有比所有数据值的总数据大小更小的数据大小,能够从该概要获得关于所有数据值的所述元信息:依照与运行在该网络中的应用有关的一个或多个要求集合中的每个要求集合来查询该概要,每个要求集合限定元信息,从该概要能够获得该元信息,该元信息对应于一个或多个标准,该一个或多个标准用于基于关于事件的一个或多个信息项目的数据值来选择事件;依照所述查询的结果来确定该数据分组是否包含由该应用所要求的事件数据;以及如果确定的是,该数据分组包含由该应用所要求的事件数据,则执行以下中的至少一个:(a)将该数据分组复制或转发给该应用,(b)将该概要发送给该应用,(c)提取包含在该数据分组中的事件报告或多个事件报告的块,该事件报告或多个事件报告中的每个事件报告包括对于关于在电信网中的所述其它节点处已经发生的事件的各自信息项目的数据值的集合,以及将至少一个事件报告发送给该应用。
标准涉及的应用可以运行在相同节点处。在这种情况下,通常,将概要发送给该应用(如果该应用能够使用它)或解码事件报告(或多个事件报告的块),以及将一个或多个事件报告发送给该应用(如果该应用需要接收的事件报告)。在其它情况下,标准涉及的应用可以运行在不同的节点处。在这种情况下,通常,将数据分组复制或转发给该应用。
优选地,概要是能够在没有解码的情况下被查询以获得所述元信息的二进制序列,每个要求集合通过关于在二进制序列中的一个或多个位置指定对于在该二进制序列中的该位置的要求值,来限定所述元信息,以及所述查询步骤包括:依照一个或多个要求集合中的每个要求集合来查询该二进制序列以确定对于每个各自要求集合,所要求的值是否出现在该二进制序列中的一个或多个位置中的每个位置处。
在另一个方面,本发明提供了一种在电信网中的第一节点处路由事件数据的方法,该方法包括:(i)接收包含事件数据的数据分组,该事件数据包括至少二进制序列,能够在不解码的情况下查询该二进制序列以获得元信息,该元信息是关于至少一个信息项目(通常至少两个信息项目)的数据值的信息,该至少一个信息项目关于在电信网中的第二节点处已经发生的一个或多个事件;(ii)依照与运行在该网络中的应用有关的一个或多个要求集合中的每个要求集合来查询该二进制序列,每个要求集合限定元信息,从该二进制序列能够获得该元信息,该元信息对应于一个或多个标准,该一个或多个标准用于基于关于事件的一个或多个信息项目的数据值来选择事件,每个要求集合通过指定对于,关于在该二进制序列中的一个或多个位置,在该二进制序列中的该位置的要求值,来限定所述元信息,所述查询用于确定对于每个各自要求集合,所要求的值是否存在于在该二进制序列中的一个或多个位置中的每个位置处;(iii)依照步骤(ii)的结果来确定该数据分组是否包含由该应用所要求的事件数据;以及(iv)如果在步骤(iii)中确定的是,该数据分组包含由该应用所要求的事件数据,则执行以下中的至少一个:(a)将该数据分组复制或转发给该应用,(b)将该二进制序列发送给该应用,(c)提取包含在该数据分组中的事件报告或多个事件报告的块,该事件报告或多个事件报告中的每个事件报告包括对于关于在电信网中的第二节点处已经发生的事件的各自信息项目的数据值的集合,以及将至少一个事件报告发送给该应用。
在另一个方面,提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处接收到包含事件数据的数据分组,该事件数据包括至少二进制序列,能够在不解码的情况下查询该二进制序列以获得元信息,该元信息是关于至少一个信息项目(通常至少两个信息项目)的数据值的信息,该至少一个信息项目关于在电信网中的另一个节点处已经发生的一个或多个事件:依照与运行在该网络中的应用有关的一个或多个要求集合中的每个要求集合来查询该二进制序列,每个要求集合限定元信息,从该二进制序列能够获得该元信息,该元信息对应于一个或多个标准,该一个或多个标准用于基于关于事件的一个或多个信息项目的数据值来选择事件,每个要求集合通过指定对于,关于在该二进制序列中的一个或多个位置,在该二进制序列中的该位置的要求值,来限定所述元信息,所述查询用于确定对于每个各自要求集合,所要求的值是否存在于在该二进制序列中的一个或多个位置中的每个位置处;依照所述查询的结果来确定该数据分组是否包含由该应用所要求的事件数据;以及如果确定的是,该数据分组包含由该应用所要求的事件数据,则执行以下中的至少一个:(a)将该数据分组复制或转发给该应用,(b)将该二进制序列发送给该应用,(c)提取包含在该数据分组中的事件报告或多个事件报告的块,该事件报告或多个事件报告中的每个事件报告包括对于关于在电信网中的第二节点处已经发生的事件的各自信息项目的数据值的集合,以及将至少一个事件报告发送给该应用。
查询二进制序列的步骤可以包括使用该二进制序列来寻址内容可寻址存储器(优选地,三值内容可寻址存储器),其中可以存储一个或多个要求集合(优选地,如各自二值或三值(“0”、“1”或“不关注”)序列,其通常应当具有与该概要的二进制序列相同的长度)。
可以有运行在网络中的多个基于事件的管理应用(可能不是全部在相同的节点处),它们需要接收关于相同事件的信息。含有概要,以及可能地对应的事件报告,的数据分组,可以被编址到转发或路由节点,或它可以被编址到应用。分组被编址到的转发/路由节点,或“嗅探”通过它的分组的转发/路由节点,可以使用概要和有关于多个应用的标准,以及从而识别该分组含有与超过一个应用所感兴趣的事件有关的数据。在这种情况下,需要该数据分组的多个副本,以便可以将每个副本发送给需要它的每个应用,以及因此该节点复制该分组。类似地,当含有事件信息的分组到达正在运行特定管理应用的节点时,该节点可以使用与多个应用有关的标准以识别除了该特定管理应用外还有可能运行在不同节点上的其它应用也需要来自相同分组的数据。这还可以导致该分组被复制。
在备选的方法中,如果满足标准,则更新计数器,而不是(或以及)将数据分组、概要或事件报告发送给预定目的地。在这种情况下,概要用于执行基于事件的管理操作而不是执行数据路由选择。这提供了一种方式来更新对于网络的关键性能指标,诸如切换失败的数量,而不需要解码和分析事件报告。这可以显著地减少所花费的处理时间,以及从而减少在相关服务器上的处理负载,以维持所关注的关键性能指标。
根据本发明的另一个方面,提供了一种处理在电信网中的节点处的事件数据的方法,该方法包括:向在该节点处运行的应用发送概要,能够查询该概要以获得元信息,该元信息是关于至少一个信息项目(通常至少两个信息项目,但是未必是全部信息项目)的数据值的信息,该至少一个信息项目关于在电信网中的第二节点处已经发生的一个或多个事件,该概要具有比所有数据值的总数据大小更小的数据大小,能够从该概要获得关于所有数据值的所述元信息;该应用查询该概要以及确定是否获得一个或多个预定的查询结果;以及如果获得一个或多个预定的查询结果中的每个预定的查询结果,则该应用更新计数器。
根据本发明的又一个方面,提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处接收到包含事件数据的数据分组,该事件数据包括至少概要,能够查询该概要以获得元信息,该元信息是关于至少一个信息项目(通常至少两个信息项目,但是未必是全部信息项目)的数据值的信息,该至少一个信息项目关于在电信网中的另一个节点处已经发生的一个或多个事件,该概要具有比所有数据值的总数据大小更小的数据大小,能够从该概要获得关于所有数据值的所述元信息:查询该概要以及确定是否获得一个或多个预定的查询结果;以及如果获得一个或多个预定的查询结果中的每个预定的查询结果,则更新计数器。
优选地,概要是能够在没有解码的情况下被查询以获得所述元信息的二进制序列,该查询包括查询该二进制序列以确定对于在该二进制序列中的一个或多个预定位置中的每个预定位置,在该位置处的值是否匹配对于该位置的预定值,以及如果一个或多个预定位置中的每个预定位置具有对于该位置的它的各自预定值,则获得一个或多个预定的查询结果中的每个预定的查询结果。
在另一个方面,本发明提供了一种处理在电信网中的节点处的事件数据的方法,该方法包括:向在该节点处运行的应用发送二进制序列,能够在不解码的情况下查询该二进制序列以获得元信息,该元信息是关于至少一个信息项目(通常至少两个信息项目,但是未必是全部信息项目)的数据值的信息,该至少一个信息项目关于在电信网中的第二节点处已经发生的一个或多个事件;该应用查询该二进制序列以确定对于在该二进制序列中的一个或多个预定位置中的每个预定位置,在该位置处的值是否匹配对于该位置的预定值,以及如果一个或多个位置中的每个位置具有对于该位置的它的各自预定值,则该应用更新计数器。
在另一个方面,提供了一种在电信网中使用的节点,该节点包括:处理器、存储器和网络接口,该节点被布置为通过以下来响应于在该节点处接收到包含事件数据的数据分组,该事件数据包括至少二进制序列,能够在不解码的情况下查询该二进制序列以获得元信息,该元信息是关于至少一个信息项目(通常至少两个信息项目,但是未必是全部信息项目)的数据值的信息,该信息项目关于在电信网中的另一个节点处已经发生的一个或多个事件:查询该二进制序列以确定对于在该二进制序列中的一个或多个预定位置中的每个预定位置,在该位置处的值是否匹配对于该位置的预定值;以及如果一个或多个位置中的每个位置具有对于该位置的它的各自预定值,则更新计数器。
本发明的另外方面提供了用于执行以上提及的方法中的任何方法的计算机程序,和计算机程序产品。另外,本发明的方面提供了用于修改不能执行如上提及的用于创建概要的方法的计算机程序的计算机程序更新或插件,以便修改的程序确实执行此类方法。此类计算机程序更新或插件可以提供一种便捷的方式来修改创建事件报告的现有程序,以便生成概要而不是或以及事件报告。计算机程序插件是例程,该例程与程序协作以修改该程序以便向该程序增加新的功能和/或改变现有的功能。一般地,插件与其协作的计算机程序将在没有插件的情况下执行功能,但是插件将不能在没有该程序(或另一个合适的程序)的情况下执行功能。
在所附权利要求书中阐述了本发明的另外的方面和非必需的特征。
在本发明的实施例中,将关于在电信网中的节点处发生的事件的信息发送给在操作与维护服务器中的基于事件的管理应用。在数据分组中,由事件概要来替代包括此类事件信息的事件报告,或包括此类事件信息的事件报告由事件概要伴随。与如果事件报告用于路由选择相比,概要能够用于使用更少的处理时间和资源,将数据分组路由到正确的基于事件的管理应用,因为与从事件报告相比,从概要能够更容易地获得关于事件的信息。对于在快速路径中执行使用概要的路由选择是有可能的。一些基于事件的管理应用可以使用概要而不是事件报告,这还可以节省处理时间和资源,以及对于在快速路径中执行此类基于事件的管理应用是有可能的。
附图说明
现在将参照附图来描述通过非限制性示例而给出的本发明的实施例。
图1是电信网的一部分的简化示意图。
图2示出了用于创建事件报告的过程的示例。
图3(a)示出了包含数据值和ID的事件报告。
图3(b)示出了仅具有数据值的事件报告的示例。
图4示出了多个事件报告的块的示例。
图5示意性地示出了一种方式,在该方式中,事件信息可以在电信网中流动。
图6说明了在本发明的实施例中的事件报告的概要的创建。
图7说明了在本发明的实施例中的多个事件报告的块的概要的创建。
图8说明了在本发明的实施例中的事件报告的概要的查询。
图9说明了在本发明的实施例中的多个事件报告的块的概要的查询。
图10说明了在使用事件信息路由器节点中的快速路径模块的本发明的实施例中,在使用概要来路由事件信息中所涉及的过程。
图11说明了在使用操作与维护服务器中的快速路径模块的本发明的实施例中,在使用概要来路由事件信息中所涉及的过程。
图12说明了在使用操作与维护服务器(该操作与维护服务器具有使用概要的管理应用)中的快速路径模块的本发明的实施例中,在使用概要来路由事件信息中所涉及的过程。
图13说明了在本发明的实施例中,在具有快速路径路由选择模块的节点中的组件中的一些组件。
图14说明了在本发明的实施例中,在具有快速路径路由选择模块和快速路径基于事件的管理模块的节点中的组件中的一些组件。
图15说明服务器机架。
图16示意性地示出了在电信网的一部分中的节点的布置,其中在与事件发生的节点分开的节点中生成概要。
图17示出了对于图16的类似布置,但是在图17中,事件发生的多个节点共享生成概要的公共节点。
图18示出了根据本发明的实施例的用于处理在电信网中的事件信息的操作的整体序列。
图19是对于用于创建和发送概要的过程的流程图。
图20是对于在与事件发生的相同节点处来创建和发送概要的过程的流程图。
图21是对于用于在与事件发生的相同节点处来创建和发送概要和事件报告的过程的流程图。
图22是对于用于从事件报告来创建概要和发送该概要的过程的流程图。
图23是对于用于在与事件发生的节点不同的节点处来创建和发送概要的过程的流程图。
图24是对于用于使用概要来路由事件信息的过程的流程图。
图25是对于在基于事件的管理应用中使用概要的过程的流程图。
具体实施方式
图1是如可以用于第四代(4G)蜂窝移动通信的电信网的一部分的简化示意图。如在图1中示出的,该网络具有多个基站1(可能地,实际上数千个基站)。每个基站1经由无线电天线3与终端用户的用户设备通信。典型地,用户设备将是蜂窝移动电话5,诸如智能电话。另外,其他类型的用户设备可以经由基站1连接到网络,诸如具有蜂窝电话或Wi-Fi能力的笔记本计算机7。物理区域,在该物理区域内诸如移动电话5或笔记本计算机7的用户终端可以无线电连接到特定天线3,通常将构成在蜂窝电话网中的小区。如图1中示出的,多个用户设备5、7可以与相同天线3连接,以及与在相同小区中的网络通信。基站通常被称为节点B。因为图1的网络适合于在4G蜂窝移动通信中使用,因此基站1最有可能是“演进的节点B”,通常被缩写为“eNodeB”。基站(eNodeB)1操作地维护与在它的小区内的所有活动用户设备5、7的联系,以及在用户设备5、7和网络的剩余设备之间传递消息,编码被发送给设备5、7的用于由使用中的无线电接口格式来无线电传输的消息,以及解码从用户设备5、7接收的来自无线电接口格式的消息。另外,如活动的用户设备5、7从由一个基站(eNodeB)1控制的小区移动到另一个小区,则该基站(eNodeB)执行切换操作,通过该切换操作,至该特定设备5、7的无线电链路被转移到另一个小区的eNodeB,而在总体上不中断至网络的设备连接。
在图1的电信网中,每个eNodeB 1连接到网络的两个其它节点。这两个其它节点中的一个节点是服务网关9,以及另一个节点是移动性管理实体11。当移动电话5或笔记本计算机7与网络通信时,由eNodeB 1与服务网关9来传递将被传递的数据(诸如,电话语音、SMS文本消息数据或互联网连接数据)。这种类型的通信有时被称为用户平面。另外,将运行网络所需的控制信息,诸如与网络通信的特定用户设备5、7的身份,正在使用的连接类型(电话呼叫、SMS文本消息、互联网数据连接等),以及对于计费所要求的其它信息,发送给移动性管理实体11。网络的这个方面有时被称为控制平面。
在图1的网络中,使用互联网协议(IP)在数据分组中来传送数据,以及服务网关9与分组数据网关13(还被称为PDN网络)传递数据分组,该数据分组载有在数据平面中往返于用户设备5、7的数据,分组数据网关13进而与分组数据网交换那些数据分组。如在图1中示出的,可以与不同的分组数据网关13进行通信,以用于与不同的分组数据网通信。如在图1中示出的,每个eNodeB 1可以通过服务网关9连接到一个分组数据网关13,该分组数据网关13用于与相同电信网15(在图1中被标识为“自有网络”)的剩余部分交换数据分组。与不同的分组数据网关13的通信可以用于与由另一个电信运营商操作的类似的分组数据网17通信。这将用于例如以下情况:从一个蜂窝移动电话5到在不同的网络上的另一个蜂窝移动电话的语音呼叫。相同的基站1可以通过服务网关9与用于至互联网19的通信的第三分组数据网关13通信。
每个基站1、服务网关9、移动性管理实体11和分组数据网关13是电信网中的节点。另外,在图1中示出的网络是高度简化的,以及在实际中,除了服务网关9、移动性管理实体11和分组数据网关13之外,将有与基站1相关联的另外节点,以便提供另外的功能。另外,运营商的自有网络15的剩余部分将含有许多其它网络节点。在图1中示出的网络布置仅是可能的电信网的一种示例。在其它示例中,在用户平面和控制平面中的通信可以使用相同的节点,而不是如在图1中提供的分开的节点。另外,尽管图1示出了完全分组交换的网络,但是其它电信网可以使用其它布置,例如,网络可以具有电路交换部分和分组交换部分。
为了确保网络适当地操作,网络运营商将必须执行各种管理和监测操作。出于这个原因,网络运营商典型地维护连接到它的网络的一个或多个操作与维护服务器21。这些服务器将运行各种管理程序应用,其中的一些管理程序应用将自动地执行管理任务,以及一些管理程序应用将与管理人员进行交互以使得能够控制网络。为了高效地执行网络的操作与维护。运行在操作与维护服务器21上的应用需要接收关于在网络中发生的事件的信息。另外,运营商将通常希望将事件信息存储在数据库中以用于随后的分析,以及还允许在需要调查网络故障或其它事故的情况下调查网络的过去状态。
因此,在网络中的几乎所有节点将运行管理应用,该管理应用记录关于在该节点处发生的事件中的一些或所有事件的信息,以及接着将发送含有关于事件的信息的事件报告,以用于由运行在操作与维护服务器21中的一个或多个操作与维护服务器21上适当的基于事件的管理应用来分析。例如,每个eNodeB 1可以发送关于当用户设备5、7从一个小区移动到另一个小区时它执行的每个切换操作的事件报告。当用户开始通信会话时(例如,进行电话呼叫或开始互联网会话),服务网关9可以记录关于该事件的信息(包含例如关于做出请求的用户设备的信息和所请求的分组数据网的标识),以及该事件的报告将被发送。
如在图1中可以看到,每个服务网关9和移动性管理实体11提供对于若干基站1的服务。然而,服务网关9或移动性管理实体11提供对于网络中的所有基站的服务是不可能的,以及因此每个服务网关9和移动性管理实体11连接到在特定地理区域中的一组基站1。典型地,移动性管理实体11将比服务网关9连接到更多的基站1,因为在移动性管理实体11上的处理负载通常小于在服务网关9上的处理负载。因此,当诸如移动电话5或笔记本计算机7的用户设备从小区移动到小区时,可能发生的是,不但需要将与设备5、7的通信从一个基站1切换到另一个基站,而且也需要将通信从一个服务网关9切换到另一个服务网关,或从一个移动性管理实体11切换到另一个移动性管理实体。在来自所关注的节点的事件报告中可能也需要报告在这种级别的切换。如本领域的技术人员将熟悉的是,可以在网络内生成许多其它类型的事件报告,并且将这些事件报告发送给操作与维护服务器21。
图2示出了创建事件报告的过程的示例。在这种情况下,由移动电话5发送GPRS隧道协议请求消息,以及由基站1将该GPRS隧道协议请求消息转发给服务网关9。服务网关9通过记录对于事件的开始的时间戳来响应于接收到该请求消息。它接着开始处理该请求。处理的细节将取决于GPRS隧道协议请求的细节,以及将可能涉及与诸如移动性管理实体11或分组数据网关13的至少一个其它节点的信号通信,以及当从另一个节点或多个节点接收到回复时,有可能要求另外的处理。除了处理请求外,节点将记录请求的细节和关于它执行的动作的信息。一旦完成所有处理,服务网关9经基站1将 GPRS隧道协议响应消息发送回给移动电话5,以及将记录用于标记该事件的结束的另一个时间戳。服务网关9于是将组装对于事件报告的所要求的信息,该信息包含:用于标识所报告的事件类型的事件类型、对于事件的开始和结束的时间戳、关于所涉及的用户设备(在这种情况下为移动电话5)的信息,诸如IMSI(国际移动用户标识,其标识在移动电话5中的SIM卡),以及IMEI(国际移动设备标识,其标识正在使用中的实际移动电话设备5),无线电小区的标识(移动电话5位于该无线电小区中)(这可以是在移动电话5和服务网关9之间运送消息的基站1的ID),关于所请求的分组数据网和服务的信息,诸如接入点名(APN),分组承载信息,以及关于事件结果的信息(诸如是接受还是拒绝该请求)。可以根据预定义的格式将这个信息组装成事件报告,事件报告是与事件有关的一组数据。
每个信息项目可以被认为是事件的属性,以便对于事件报告的数据是或包含一系列的属性值。在预定义的格式,每个属性值可以与属性ID相关联,属性ID标识属性的性质(IMSI、IMEI、小区ID、APN等),或该格式可以提供仅在指定顺序中的属性值,基于该属性值,当在操作与维护服务器21处分析事件报告时,可以从事件报告中的它的位置中来推断每个属性的性质。图3a示出了事件报告23为属性ID的集合连同对于每个属性ID的属性值,以及图3b示出了事件报告仅为(在预定顺序中列出的)属性值的列表。
一旦在它的预定义格式中已经放置了事件报告,则可以使用预定义的编码规则(诸如在抽象语法标记1(ASN.1)下指定的规则)或例如基于XML格式或谷歌协议缓冲的编码规则,将它编码到用于传输的二进制数据中。于是可以根据在网络中使用的数据打包协议将该二进制数据进行打包,并且将该二进制数据发送给操作与维护服务器21。
取决于在所关注的节点(在这种情况下,为服务网关9)处运行的事件报告应用或多个应用的精确细节,可以分别地发送每个事件报告,或可以将若干事件报告聚合到块中,以及接着可以将块作为分组数据进行发送。图4示出了事件报告的块25,在该块中的每个事件报告23是如图3a中的属性ID连同对于每个属性ID的属性值的集合。如在图3b中示出的,在块25中的事件报告23可以替代地仅是属性值的列表(在正确的顺序中)。
大电信网可以具有数千或成千上万节点,节点中的每个节点生成事件报告23的流,以及可以在网络中在忙时时间段期间以多达每秒一百万个事件的速率来创建事件报告。在网络中的各种基于事件的管理应用使用这些事件报告,以及为了这些管理应用正确地执行功能,每个管理应用必须接收它需要的事件报告。尤其是因为路由事件报告不是直接的,因此对于将这些事件报告正确地路由到适当的管理应用的需求在网络上置入了大量的另外负载。
原则上,生成事件报告的节点可能知道哪个管理应用要求该报告,以及可以将含有该报告的数据分组编址到适当的应用。然而,实际上,出于若干原因,这不总是能够工作的解决方案。例如,可能需要特定事件报告作为至超过一个管理应用的输入。因此,仅发送被编址到一个管理应用的事件报告是不足够的。节点必须复制事件报告(实际上,复制含有事件报告的数据分组)以及将各自副本编址到不同的管理应用,或网络需要包含在事件报告被编址到的管理应用处,或在从发送节点到该管理应用的路径中的某个地方,的一些处理,其将截取该事件报告并将它复制到需要它的其它管理应用。
另外,网络运营商可能希望时常修改和更新它的网络管理系统,以及引入新的管理应用,该新的管理应用将使用来自现有类型的事件报告的数据,或可以修改现有的管理应用,以便改变它要求的特定事件报告。类似地,当修订网络管理系统时,一些管理应用可以变为冗余的并且可以从该系统移开。因此,存储在生成事件报告的节点中的任何信息,该任何信息用于告诉该节点什么管理应用需要接收特定事件报告,可能变成过时的。除非每当网络管理系统的要求改变时,在整个网络的所有相关节点中更新这个信息,该网络将必须包含用于截取事件报告以及确保它们被转发或复制到实际上需要它们的管理应用的一些布置。如果网络具有运行在该网络中的适当点上的专用的事件信息路由选择和转发应用,则它将更加易于确保随着需要网络管理系统中的改变将这些保持最新,因为将具有比事件生成节点的总数少的多的此类事件信息路由选择和转发节点。
因此,通过网络至管理应用的事件报告的路由可以类似于图5中示出的路由。
在图5中,节点27生成事件报告,该事件报告通过该网络被运送给集中在相对小数量的事件信息路由器29。生成事件报告的每个节点27可以是在网络中的eNodeB(基站)1、服务网关9、移动性管理实体11、分组数据网关13或某一其他节点。事件信息路由器是网络中的节点(或节点的一部分)。事件信息路由器29,当它接收事件报告时,将检查该报告,以及基于哪些管理应用需要哪些事件报告的知识,会将它转发给将使用它的管理应用31。管理应用31能够被称为基于事件的管理应用(或EBM),因为它使用关于事件的信息来执行它的网络管理功能。网络管理系统还可能包含不使用事件报告的管理应用。因为可以由超过一个基于事件的管理应用31来使用任何特定的事件报告,因此事件信息路由器29可以将事件报告同时转发给多个EBM 31。
每个基于事件的管理应用31通常将运行在操作与维护服务器21上,以及事件信息路由器29可以在与基于事件的管理应用31相同的操作与维护服务器21中(事件信息路由器29将事件报告发送给该基于事件的管理应用31)包括软件和/或硬件。在那种情况下,将事件报告转发给管理应用31的操作可以完全发生在该服务器内,以及不要求在网络上的进一步通信。然而,网络运营商通常将具有超过一个操作与维护服务器21,以及不同的操作与维护服务器21甚至可以位于在不同的站点。因此,即使事件信息路由器29是操作与维护服务器21的一部分,但是它通常将需要能够在网络上转发事件报告,以便将它发送给运行在不同的操作与维护服务器21上的基于事件的管理应用31。也可能的是,事件信息路由器29在网络中的不同节点处,而不是操作与维护服务器21的一部分。实际上,任何特定的事件报告可以在从生成它的节点27到使用该报告的基于事件的管理应用31的它的路径上,通过超过一个事件信息路由器29来运送。
生成事件报告的节点27可以将含有事件报告的数据分组编址给事件信息路由器29。在这种情况下,当事件信息路由器29转发该分组时,它将改变在分组报头中的该分组的目的地。备选地,数据分组可以由生成它的节点27初始地编址给基于事件的管理应用31,以及事件信息路由器29可以在“分组嗅探”模式中进行操作,在“分组嗅探”模式中,它调查通过它的分组的内容,以及响应地修改、转发或复制该分组。
用于路由事件报告的这种类型的布置的一个优点是,生成事件报告的节点27不需要知道哪些管理应用31,或甚至哪个类型的管理应用31,需要接收任何特定的事件报告。每个基于事件的管理应用31能够向事件信息路由器29“发布”对于事件报告的它的特定需求,事件信息路由器29能够分析事件报告并相应地路由它们。然而,这个系统确实需要每个事件信息路由器29获得关于每个事件报告的足够知识,以能够正确地路由它。这可能要求在事件信息路由器29处的大量处理。
任何给定节点27可能生成关于若干不同类型的事件的事件报告,使得不需要将来自特定节点27的所有事件报告发送给相同的基于事件的管理应用31。因此,事件信息路由器29不能仅基于包含在含有事件报告的数据分组的分组头部中的源节点信息,来路由事件报告。生成事件报告的节点27通常将包含:如在事件报告中的数据值或属性值中的一个,正在被报告的事件类型的标识。尽管这个信息可以帮助事件信息路由器29正确地路由事件报告,但是在所有情况下,这个信息也可能不是充足的。例如,网络运营商可能希望能够监测和分析网络操作,在该网络操作中,终端用户使用在特定数据网络上的特定服务(该特定数据网络可以是不同于由所关注的网络运营商操作的网络的数据网络)。因此,一个或多个基于事件的管理应用31可以要求事件报告,诸如如在图2中论述的GPRS隧道协议请求的报告,其中接入点名(APN)标识在特定网络上的特定运营商。因此,当事件信息路由器29接收到被标识为GPRS隧道协议请求的报告的事件报告时,事件信息路由器29必须访问在该事件报告中的事件报告信息,以便确定接入点名是否匹配该特定的基于事件的管理应用31的要求。因此,事件信息路由器29将需要使用匹配用于在生成事件报告的节点27中将事件报告编码到二进制数据中的编码规则的解码规则,从在到达事件信息路由器29的分组数据中使用的二进制数据来解码事件报告。已经解码了事件报告,事件信息路由器29将必须分析所解码的报告以定位在该事件报告中的相关信息项目(常常被称为有关“属性”),以及检查它的数据值(即,它的属性值)。
在网络中的不同类型的节点将报告不同类型的事件,以及因此,它们可以提供不同长度的事件报告,以及甚至其中不同类型的事件的事件报告具有相同的大小,在不同类型的事件报告中的特定信息项目(属性)将是不同的。此外,在大规模复杂电信网中,不同类型的节点可以由不同的制造商来提供,以及可以使用不同的编码规则将来自它的预定义的格式的所报告变换到用于传输的二进制数据中,以便事件信息路由器29需要适当地选择对于每个事件报告的解码规则。甚至名义上是相同类型的节点实际上可能源自不同的制造商,或即使它们源自相同的制造商,可能运行不同的软件更新,以及因此可能使用不同的编码规则。由于事件信息路由器29可能必须使用的各种各样的编码规则,以及一旦解码可能出现在事件报告中的各种各样的事件报告格式和长度,因此事件信息路由器29的操作通常将要求处理慢速路径的灵活性,其中由在事件信息路由器29存在于的节点中的处理器的操作系统的控制下运行的程序来执行解码和分析操作。因此,在网络中的事件信息路由选择操作能够消耗大量的系统资源(在处理器时间、存储器空间等方面),导致的是在提供和维护那些资源中以及在操作它们中的网络运营商的成本。
本发明的一个实施例提出了伴随有概要的事件报告或多个事件报告的块,或使用概要来替换事件报告或多个事件报告的块。能够查询概要以便获得关于与概要所概括的事件或多个事件有关的信息项目(属性)中的至少一个信息项目的数据值(属性值)的元信息。典型地,能够查询概要以获得关于与事件有关的信息项目中的超过一个信息项目的数据值的信息,但是未必获得与事件有关的所有信息项目或包含在相同事件的事件报告中的所有信息项目的数据值的信息。在概要中包含的信息越多,则概要将倾向于越长,以及因此在概要中包含比所需的更多的信息常常是没有益处的。优选地,概要允许将被获得的关于该概要涉及的事件类型的信息。在另一方面,它通常将不包含关于事件发生的节点的身份的信息,因此通常能够从在分组报头中的“from”地址信息来获得这个信息。术语“元信息”意味的是关于信息的信息,以及查询概要不是必须生成对于任何特定属性的值,尽管在一些情况下它可以生成对于任何特定属性的值。替代地,概要可以用于回答以下问题:诸如事件的特定属性是否具有特定值,或若干特定属性中的每个属性是否具有各自值。
优选地,以一种形式将概要包含在数据分组中,使得一旦从该数据分组已经检索到它,则能够在不需要解码它的情况下来查询它,而不像事件报告,需要使用匹配编码它的方式的适当的解码规则来解码该事件报告。
当节点必须将数据分组路由给适当的基于事件的管理应用或多个应用,以及该数据分组包含概要时,该节点通常将能够基于通过查询该概要所获得的元信息来识别需要什么路由选择。因此,它不再需要解码和分析事件报告以便正确地路由数据分组。特别是在能够不解码而查询概要的情况下,这通常将提高能够使用概要来执行此类数据分组的路由选择的速度,以及将减少在执行该路由选择的节点处的处理负载。甚至概要被解码,以及必须在能够查询它之前被解码的情况下,如果该概要比它概括的全部的所有数据值短,则能够获得时间和处理资源中的大量节省。具体地,如果当概要被放置在用于在数据分组中传输的二进制形式中时,概要的总长度小于所有数据值的总长度(通过查询该概要能够获得关于该所有数据值的元信息),当数据值被放置在用于在数据分组中传输的二进制形式中时(即,概要具有比所有数据值的总数据大小更小的数据大小,通过该概要能够获得关于该所有数据值的元信息),则解码该概要所需要的处理量和所花费的时间将小于解码对应的事件报告或多个事件报告的块所花费的事件和所需要的处理,使得概要的使用仍然提供节省时间和所要求的处理资源。
现在将描述生成这些概要的一种方式。
在本实施例中,通过在图6中说明的过程来创建事件报告的概要。首先,将用于创建概要的每个属性值与属性ID相关联,以便创建数据对集合。属性ID可以是用于标识在图3a中示出的类型的事件报告23中的属性值的ID码,其中ID和值两者被包含在该报告中。备选地,如果不能使用此类ID,以及任何事件报告23将仅是如在图3b中示出的正确顺序中的数据值的列表,则对于在图6中示出的过程的属性ID可以仅是当属性值被包含在事件报告时它将具有的偏移值(即,在该列表中的方位)。属性ID的精确性质是不重要的。所有必需的是,每个数据对含有数据值以及用于标识关于该数据值涉及的事件的哪个信息项目的某物。
于是,每个数据对被输入到一个或多个散列函数。一般地,在该输入中存在的特定数据对(即,特定属性值连同特定属性ID)将导致散列函数在它的输出中的特定位置处设置输出值。然而,可能的是,输入到散列函数的若干不同数据对可以导致被设置在散列函数输出中的相同位置处的输出值(有时,这被称为散列操作中的冲突)。因此,在散列函数输出中的该位置处存在的值不标识若干不同数据对中的哪个数据对在该输入中存在。为了在冲突和导致相同散列函数输出的不同输入之间进行区分,优选地使用超过一个散列函数,以及优选地,散列函数应当是独立的和均匀分布的,以便最大化一个散列函数的以下能力:在在其他散列函数或多个散列函数中冲突的输入数据对之间进行区分。合适的已知的散列函数的示例是MD5、murmurHash和hashmix。
为了创建概要,例如在布隆滤波器中组合多个散列函数的输出。所生成的数据,其通常将是连续的二进制值的形式,是事件报告的概要33。
如上所述,通常,概要将具有比所有数据值的总数据大小更小的数据大小,从该概要能够获得关于该所有数据值的元信息。如果概要是或包含布隆滤波器,则至少部分地通过布隆滤波器的预定大小来确定它的大小,以及因此可能的是,如果非常少的信息项目(属性)用于创建概要,则实际上,概要可以具有比所有数据值的总数据大小更大的数据大小,从该概要能够获得关于该所有数据值的元信息,但是在这种情况下,该概要可以仍然被预期为具有比整个事件报告更小的数据大小。
即使概要具有比整个事件报告的总数据大小更大的数据大小,但是如果能够在不需要解码该概要的情况下来查询它,则因为能够避免将用于解码事件报告的处理时间和资源,因此仍然将具有处理优点。
当阐述能够在不解码的情况下查询概要,以及在数据分组中来传送概要时,即使能够在不解码的情况下查询概要,但是可能仍然需要一些操作以从数据分组来检索概要。例如,可能需要考虑在数据分组中的比特打包或字节打包。另外,在一些情况下,在数据分组中的数据可以被认为是在标准长度字或字节(例如,如一连串的8比特字节)中,然而概要通常将是长的多的一连串比特,使得当将概要打包到数据分组中时,该概要被认为是包括多个字或字节。取决于数据分组是使用高位优先还是低位优先规则以用于将字或字节打包到分组中,从数据分组检索概要的过程可以包含:与比特在该数据分组中出现的顺序相比,重新排序比特。然而,这将不被认为是对概要进行解码,因为这种操作由将二进制数据打包到数据分组中的方式而引起,而“解码”指的是,在已经从数据分组检索二进制数据后需要在该二进制数据上进行的另外的操作(诸如,使用ASCII、ASN.1或谷歌协议缓冲解码规则,将二进制转换到另外的格式)。
如上所述,可以在向管理应用或多个应用传输前形成含有超过一个事件报告的块。如果希望产生对于作为整体的块的概要33,而不是对于单个事件报告的概要,则如在图7中示出的,可以稍微修改上述方法。在这种情况下,在创建概要33中将使用的数据值被组装成数据三元组集合而不是数据对。除了属性值和属性ID之外,每个数据三元组还包含事件ID,该事件ID用于标识数据值涉及的在多个事件报告的块中的哪个事件报告。因此,在输入三元组而不是输入数据对上执行散列函数。如在图7中可以看出的,用于形成概要的方法是在其他方面如以上参照图6描述的。
参照图6和图7所描述的方法创建概要33,概要33中的每个概要是以能够在不解码的情况下查询的二进制序列的形式。因为概要已经在二进制中,因此可以将它放置在数据分组中而不需要另外的编码,以及因此当从数据分组来恢复它时以用于查询,不需要解码。能够将概要33放置在数据分组的有效载荷中。例如,如果在数据分组中传送事件报告,则可以将概要直接放置在事件报告前面的有效载荷中。备选地,如果在头部格式中有适当的空间以及概要足够短,则可以将概要33放置在分组报头中。这加速了在希望查询它的节点处的概要的恢复,因为该节点通常无论如何将必须读取分组报头,以及这避免了需要该节点读取分组的有效载荷。
节点(其接收包含由参照图6描述的方法所生成的事件的概要33的数据分组)能够通过将参照图8描述的过程来查询该概要33。
基于事件的管理应用31与限定事件(EBM应用31需要接收关于该事件的信息)的标准集合35相关联。可以例如创建这个集合35作为编写EBM应用31的过程的一部分。标准集合35可以非常简单,以及可以例如由仅单个标准组成,其进而可以非常简单以及可以仅指定的是,EBM应用31需要关于以下的信息:特定事件类型的所有事件,或者可能特定事件类型的所有事件(其中一个特定其他事件属性具有指定属性值)。然而,也可能有具有更加复杂标准的基于事件的管理应用31,以及EBM应用31可以例如需要接收关于具有对于特定属性的指定值的一个特定组合的所有事件的信息,以及也接收关于具有对于另一个特定属性集合的指定值的另一个特定组合的所有事件的信息。
标准集合35限定一个或多个个体标准37,使得每个标准37是数据对集合,以如在图6中的数据对的相同方式,每个数据对含有用于标识在事件信息中的特定属性的属性ID连同标识对于该属性所要求的值的属性值。每个标准37可以包括一个此类数据对或超过一个此类数据对。如果标准37包括超过一个数据对集合,则该标准要求事件信息包含由数据对集合所限定的所有数据值。也就是说,仅在事件信息具有对于在标准的数据对中所标识的属性中的每个属性的指定属性值的情况下,满足该标准。因此,以如在图6中示出的数据对集合来限定用于创建概要的事件信息的相同方式,标准37(或在具有标准中的超过一个标准的情况下,每个标准37)能够被限定为如在图8中示出的数据对集合。通常,对于标准37的在图8中的数据对集合将含有比在图6中用于创建概要的数据对集合更少的数据对。
对于每个标准37,在集合中的个体数据对被输入到如用于生成概要33的相同的散列函数。一旦已经散列了在标准37中的所有数据对,则以与组合图6的散列结果以创建概要33的相同方式,来组合散列结果。这创建了要求集合39,如果用于创建概要33的事件信息满足标准37,则该概要33将满足该要求集合39。在概要33是以二进制序列的形式(即,一连串的二进制值)的情况下,要求集合39也将是二进制序列(即,一连串的二进制值)以及通常应当具有与概要33相同的长度(即,具有相同数量的二进制值)。要求集合39于是能够应用于概要33以确定该概要33是否满足标准37的要求。
因为要求集合39具有与概要33相同的长度,因此在要求集合39能够被认为被覆盖在概要33上以及仅需要考虑在要求集合39中具有散列函数输出的方位中的概要33的值的意义上,它可以被认为是在查询概要33中使用的掩码。因为由标准37所限定的数据对的数量通常远小于用于创建概要33的数据对的数量,因此通常将是在要求集合39中仅小比例的二进制值将表示来自散列函数中的任何散列函数的输出的情况,以及因此能够理解的是,当确定概要33是否满足标准37时,可以忽略在概要33中的大部分的二进制值,以及需要考虑它们中的仅一小部分。
有各种方式,在该各种方式中实际上能够执行使用要求集合39来查询概要33的操作。通常,用于创建要求集合39的过程将导致在有散列函数输出的每个方位处的二进制“1”。因此,需要在概要33中匹配在要求集合39中的所有“1”,但是所有“0”表示概要33的值没有关系的方位。在这种情况下,可能的是将要求集合39和概要33进行对齐以及执行逐位与操作。这将导致在在查询掩码(要求集合39)是“0”的每个方位处的值“0”。还将导致在概要33是“0”的每个方位处的值“0”。仅在查询掩码(要求集合39)和概要33两者具有“1”的方位处,逐位与操作的结果将是“1”。因此,如果(而且只有当)概要33满足标准37,则逐位与操作的结果将与查询掩码(要求集合39)是相同的。如果概要33不满足标准37,则在查询掩码39具有“1”的至少一个方位中,逐位与操作的结果将包含“0”。因此,如果在逐位异或或逐位与非操作中,逐位与操作的结果与查询掩码39重新结合,则在查询掩码(要求集合39)中所要求的每个方位处,如果(而且只有当)概要33具有值1,则该结果将是全零。
因此,在这个方法中,在逐位与操作中比较概要33和要求集合39,以及在逐位异或或与非操作中,将该结果与要求集合39重新进行比较,以及检测最后的结果以查看是否有值零。如果它具有值零(即,在输出中的所有值是“0”),则概要33满足标准37。如果它是非零,则在要求集合39要求“1”的地方存在在该概要33中具有“0”的至少一个方位,以及因此不满足标准37。
上述过程提供了一种简单和直接方式来查询概要33以查看它是否满足一个特定标准37。然而,如果必须使用大量的要求集合37来查询概要33,以检查它是否满足对应的标准37中的任何标准,则可能仍然需要大量的时间和处理能力来检查该概要33。实际上,可能出现这种情况,因为任何给定的事件信息路由器29可以在接收到数据分组时,对于若干不同的基于事件的管理应用31的标准集合35来检查概要33,以及还因为,如上所述,单个基于事件的管理应用31与复杂的标准集合35相关联以便对于单个EBM应用31必须检查若干标准37是可能的。
另外,如果概要33和要求集合39不是由使用散列函数和布隆滤波器的上述方法来创建,而是使用不同的概括函数来创建,使得要求集合39要求概要33在一些方位具有值“0”以及在其它方位具有值“1”,则使用逐位与操作的过程是不合适的。
查询概要33的备选的方式涉及将每个要求集合39存储在内容可寻址存储器(CAM),优选地,三值内容可寻址存储器(TCAM)。如果使用TCAM,则对于在要求集合39中的每个方位,如果需要对于在概要33中的对应的值来检查在该方位处的数据值,则将该数据值存储在TCAM中对于该要求集合的条目中的对应方位中。然而,在要求集合39的每个方位(在该方位中,不检查在概要33中的对应值)处,可以将“不关注”值存储在TCAM中。因此,在图8中示出的示例中,要求集合39将被存储在TCAM中,其中每个“0”由“不关注”来替换以及每个“1”被存储在“1”。如果将所有的要求集合39存储在TCAM中,则可以通过使用概要33来寻址TCAM,关于所有的标准37来查询概要33。于是,TCAM将返回考虑“不关注”值的所有的存储器位置(如果有的话)(在该存储器位置处,所存储的要求集合匹配概要33)。这个操作允许在单个操作中使用多个要求集合快速地查询概要33。
查询概要33的结果可以被认为是元信息,因为它是关于在用于生成概要的事件信息中的信息项目中的至少一些信息项目的数据值的信息。取决于概要33是如何生成的,可能不能识别在事件信息中的特定项目具有特定值,例如,如果使用对于在对于特定信息项目的指定范围内的所有数据值提供相同散列输出的散列函数来生成概要33。在这种情况下,仅可能的是,推断对于该信息项目的数据值在所指定的范围内,但是不能从概要33恢复精确值。概要33满足特定标准37的要求39的事实是它自身是关于事件信息的元数据的示例。这种元信息足以允许事件信息被路由给需要它的EBMs 31,以及与能够从事件报告23来恢复完整事件信息相比,能够更容易地从概要33来获得这种元信息。
一旦事件信息路由器29已经查询了概要33,它能够使用该查询的结果以适当地处理对应的数据分组。例如,与特定的基于事件的管理应用31相关联的标准集合35可以对应于单个标准37。在这种情况下,如果概要33的查询指示的是满足这个标准37,则例如通过将数据分组(或它的副本)发送给EBM应用31,或发送仅概要33,或解码在数据分组中的事件报告(或多个事件报告的块)以及将该事件报告(或来自该块的事件报告中的至少一个事件报告)发送给EBM应用31,应当将数据分组的事件信息发送给EBM应用31。
如果对于EBM应用31的标准集合35更加复杂,以及对应于若干标准37,则事件信息路由器29可能需要执行额外的操作以查看满足哪些标准,以便判决该数据值是否含有与EBM应用31有关的事件信息。然而,即使在这种情况下,通常将可能的是,事件信息路由器29采取决策而不需要组合对于若干标准37的查询结果。因为通常可能使用标准逻辑变换以将任何复杂的逻辑关系集合重新布置到在整体逻辑或语句中组合的逻辑与语句的集合中,因此这种可能性出现。因此,如果标准的全集35的限定(该限定用于指示事件是否是EBM应用31感兴趣的)是复杂的并且要求在一个特定情形中对于特定属性的值的一个特定组合,以及在不同的情形中对于不同属性的值的不同组合,则通常可能的是,将它重新布置到在整体逻辑或语句中组合的逻辑与语句的集合中。在这种情况下,每个逻辑与语句用于限定对于该EBM应用31的标准37,以及整体逻辑或语句意味的是,如果满足这些标准37中的任何一个标准,则将符合标准集合35。
因为如果在要求集合39中的所有所要求的值存在于概要33中,则使用要求集合39来查询概要33的过程仅产生肯定结果,因此每个标准37自然地对应于逻辑与语句。因为由或语句来逻辑链接标准37,因此仅需要概要33满足标准37中的任何一个标准,以用于事件信息路由器29来推断应当将对应的事件信息发送给EBM应用31。因此,当TCAM返回由概要33满足的所存储的要求集合39的列表时,事件信息路由器29能够将这个列表变换成数据分组(来自它的事件信息)应当被发送给的EBM应用31的对应列表。事件信息路由器29于是将复该数据分组、概要33,或从该数据分组恢复的事件信息复制或转发给在以这种方式所生成的列表中的每个EBM应用31。因为有下面的可能性:可以满足与相同EBM应用31有关的超过一个标准,因此特定的基于事件的管理应用31可以在应用(应当将数据分组或事件信息发送给该应用)的列表中出现超过一次。因此,可能需要某一过程以移开或跳过此类重复,但是不需要其它过程来处理在对于相同EBM应用31的标准37之间的逻辑或关系。
如参照图7论述的,单个概要33可以涉及对于多个事件的信息,以便使用事件ID信息以及对于每个属性值的属性ID信息来生成该概要33。为了查询这种类型的概要33,每个标准37需要以与用于创建图7中的概要33的数据三元组相同的方式指定在数据三元组方面上它的要求。在图9中示出了这种布置。除了使用数据三元组外,其中除了属性ID信息和属性值之外还提供了事件ID信息,在图9中用于查询概要33的过程与参照图8论述的过程相同。
优选地,在网络中的所有事件生成节点27以相同的方式创建概要33,以及在所有的情况下,所生成的概要33具有相同的大小,以便每个要求集合39适用于用于查询每个概要33,而不管哪个节点37创建该概要33。在参照图6和图7论述的使用组合成布隆滤波器的散列函数的概要生成方法中,概要33的总大小是布隆滤波器的预定义的特征,以及不是用于生成概要33的事件信息的信息项目(属性)的数量的函数。因此,生成概要33的这个方法可以与广泛的各种不同的事件类型,以及在用于生成概要33的信息项目的数量中的变化一起使用,但是仍然以相同方式创建每个概要33,以便具有相同的大小。
然而,如果需要的话,该系统能够适应来自不同类型的节点27的不同大小的概要,或以不同方式生成的概要,条件是概要的类型是可以预测的。例如,也许可能的是,从数据分组的报头中的源节点标识来预测概要的类型或大小。在这种情况下,当从标准37生成用于查询概要33的要求集合39时,生成概要集合39的方法应当对应于生成将用于查询的概要33的方法。如果可能的是,满足标准37的事件信息可以起源于超过一个类型的节点27,这些节点27使用用于创建概要33的不同的各自过程,则可能需要的是,从相同的标准37生成超过一个要求集合39,以便存在对于对应于可能需要查询的每个类型的概要33的标准37的要求集合39。在事件信息路由器中,可以有若干TCAM,或TCAM可以被分成若干部分,以及每个分开的TCAM或TCAM的部分可以存储要求集合39,该要求集合39将与在特定方式中生成的和具有特定大小的概要33一起使用。当接收到具有概要的数据分组以及该概要将被查询时,事件信息路由器可以基于在该数据分组的报头中的源节点信息来选择应当由概要33寻址哪个TCAM或TCAM部分。
由于在每个散列函数中或在作为整体的布隆滤波器中的冲突的可能性,因此可能的是,当实际上用于创建概要的事件信息不对应于如在标准集合35中阐述的基于事件的管理应用31的要求时,要求集合39用于查询概要33,以及指示满足标准37。然而,通过使用两个或更多散列函数,以及通过增加布隆滤波器的大小,来减少这种情况发生的可能性。对于生成概要33的大多数方法,能够计算假肯定查询结果的预期频率。因此,能够选择用于生成概要33的方法的细节,诸如散列函数的数量和类型以及布隆滤波器的大小,以提供可接受的低的假肯定率。
通常,假肯定的影响将是,数据分组或来自数据分组的事件信息被转发给实际上不需要它们的基于事件的管理应用31。这导致在通过网络的业务中的增加,以及在运行有关的基于事件的管理应用31的节点处的处理中的增加,因为假肯定信息不被识别为不相关,直到由基于事件的管理应用31来解码和分析对应的事件报告。然而,假如假肯定率足够低,则由事件信息路由器29起因于假肯定率所浪费的处理时间和能力远小于通过使用概要33来识别相关事件信息而不是解码和分析事件报告23或多个事件报告25的块在事件信息路由器29中所节省的处理时间和能力。
还可能的是,基于事件的管理应用31根本不分析事件报告,而是单独基于概要33来执行它的操作,例如通过更新计数器来维护关键性能指标,诸如在网络的特定部分中的切换操作的失败率。在这种情况下,假肯定将导致计数器比它应当被递增的更快速地被递增,然而,如果假肯定的频率是可以预测的,则在如何使用计数器信息中可以考虑这个情况。例如,可以稍微提高用于采取补救动作的阈值以考虑由假肯定所导致的稍微抬高的计数率。
如上所述,尽管网络管理系统通常在事件信息的识别中能够适应小的假肯定率,但是如果在事件信息的识别中存在假否定,则通常是更加有问题的。也就是说,如果事件信息路由器29错误地选择了不含有由基于事件的管理应用31所要求的事件信息的数据分组,并且将该数据分组(或来自它的事件信息)发送给EBM应用31(这时实际上不需要该数据分组),则这通常没有太大关系,但是如果事件信息路由器29未能选择确实含有特定的基于事件的管理应用31所要求的事件信息的数据分组,并且因此未能转发数据分组(或来自该数据分组的事件信息)(这时它本应当转发该数据分组),则这通常将导致问题。当选择用于生成概要33的方法时,可能需要考虑这个要求。散列函数的优点是,它们不创建假否定输出,而是仅假肯定输出,以及因此所说明的使用散列函数和布隆滤波器的方法通常将避免在事件信息路由器29的操作中的假肯定。
尽管已经参照布隆滤波器描述并且在图6至图9中示出了概要33的创建和查询,但是能够使用其它备选的方案,其它备选的方案包含布隆滤波器的已知变型和修改以及还有使用布谷鸟散列的散列函数的其它方式。
如以上参照图8和图9论述的,事件信息路由器29使用对应于各自标准37的要求集合39。当在网络中最初编写和实现基于事件的管理应用31时,标准集合35可以用于标识每个标准37。已知的在网络中使用的概括方法或多个方法于是可以用于生成要求集合39,以及于是可以将该要求集合39传送给每个相关的事件信息路由器29。备选地,可以将生成要求集合39的任务传递给事件信息路由器29。例如,每个基于事件的管理应用31可以在网络上发布它的标准集合35,以便能够由事件信息路由器29来接收标准集合35。每个事件信息路由器29于是可以分析该集合35以识别每个标准37以及接着生成相关的要求集合39。如果能够由高速专用硬件从对应的标准37来生成每个要求集合39,则在原理上将可能的是,每个事件信息路由器29每当它必须查询概要33时重新生成要求集合39。然而,预期的是,实际上,对于事件信息路由器20而言,生成每个要求集合39一次,并且存储该要求集合(例如,如上所述,在TCAM中),将是更加便利和高效的。
至少在能够在不解码概要33而使用要求集合39来查询概要33(例如,通过使用概要33来寻址三值内容可寻址存储器)的情况下,通常将可能的是设计和实现一种系统,该系统使用用于查询概要33和判决如何路由相关数据分组或在它中的事件信息的处理快速路径。快速路径避免了对由普通过程来处置概要的需求,该普通过程用于处置在服务器的操作系统内的入局和出局消息,该服务器服务在它所位于的节点处的事件信息路由器29。此类过程的示例是使用Linux系统中的网络栈。优选地,用于处置概要33的快速路径过程避免对于服务器的主处理器的操作系统的任何使用,以及它可以完全运行在专用硬件中,该专用应用避免对于在服务器的主处理器内执行的快速处理路径的任何部分的需求。这加速了概要33的处理,以及从而加速在事件信息路由器29内的判决如何路由数据分组的处理,以及还减少了在主服务器上的处理负载。
图10示出了将在事件信息路由器29中执行的操作的示例,该事件信息路由器29使用专用的快速路径模块以判决将向哪里发送具有概要33的数据分组。由事件信息路由器29来接收已经由网络中的基于事件的管理应用31发布的标准集合35。每个标准37用于生成要求集合39,该要求集合39被存储在快速路径模块41内,例如如上所述在TCAM中。当在相关节点的网络接口处接收到具有概要33的数据分组时,在事件信息路由器29中的快速路径驱动器提取概要33并且将它发送给用于处理的快速路径模块41。通过使用所存储的要求集合29中的每个要求集合来查询概要33,来处理概要33,例如如上所述,通过使用概要33来寻址存储要求集合39的TCAM。该处理的结果用于识别需要接收被包含在数据分组(从该数据分组可以提取概要33)中的事件信息的基于事件的管理应用31。这个信息用于判决应当向哪里转发该数据分组。转发决策于是回到快速路径驱动器,该快速路径驱动器进而确保该数据分组的副本被转发给需要接收它的EBM应用31中的每个EBM应用31。
参照图10论述的操作假设的是,事件信息路由器29位于服务器处,以及可能在与运行基于事件的管理应用31的任何操作与维护服务器21分开的网络节点处。然而,也可能必要的是,当在O&M服务器21处接收到那些含有事件信息的数据分组时,对于该含有事件信息的数据分组提供适当的路由选择,以及在图11中示意性地示出了在这种情况下执行的操作。
在图11中,快速路径模块41接收来自在与事件信息路由器29位于的相同的操作与维护服务器21上运行的基于事件的管理应用31的标准集合35。实际上,可以有在O&M服务器21上运行的超过一个EBM应用31,这这种情况下,每个EBM管理应用31将它的各自的标准集合35提供给快速路径模块41。因为网络通常还将包含其它O&M服务器21(在该其它O&M服务器21上运行其它EBM应用31),因此事件信息路由器21,除了识别与在它的本地O&M服务器21上运行的EBM应用或多个应用31有关的数据分组外,可能还需要能够将所接收的数据分组转发给在那些其它O&M服务器21上的EBM应用31。因此,快速路径模块41还接收来自在其它服务器上运行的EBM应用31的标准集合35。以如在图10中的相同方式,在快速路径模块41中生成和存储要求集合39,以及以相同的方式来处理所接收的数据分组。以与图10中的相同方式来处理从数据分组提取的概要,但是快速路径模块41稍微区别地处置这个处理的结果。在转发操作中,如果识别的是,由在另一个服务器上运行的EBM应用要求该数据分组,则以与图10中的相同方式将它传递给快速路径驱动器,以及视情况而定,将该数据分组复制给EBM应用31。然而,如果,识别的是,对于运行在相同服务器上的EBM应用31而言,该数据分组是相关的,则将该数据分组发送给该服务器的普通的慢速处理路径,例如以便在操作系统网络栈中通过。对该数据分组进行处理以移开在它的有效载荷中的事件报告或多个事件报告的块,以及根据原始用于将该块或事件报告转变到用于传输的二进制中的编码规则来解码它,以及以这种方式,从数据分组来恢复事件报告或多个事件报告。接着,将该事件报告或多个事件报告转发给用于处理的基于事件的管理应用31。因为要求复杂和变化性质的操作来从数据分组提取和解码事件报告,因此这个过程要求使用在O&M服务器21中的慢速处理路径。这些操作要求处理器慢速路径的灵活性以及不适合于快速路径处理。
然而,如上所述,有可能的是,设计一些基于事件的管理应用31以对概要33而不是完整的事件报告23直接进行操作,以及这能够减少在O&M服务器21中所要求的处理量。在图12中说明了这种可能性。
除了以下之外,在图12中的事件信息路由器29以与图11中的事件信息路由器29相同的方式进行操作:如果它识别的是,数据分组与本地的基于事件的管理应用31相关,以及EBM应用使用概要33而不是完整的事件报告23,则快速路径模块41操作地将概要33发送给EBM应用31而不是经由服务器21的处理慢速路径将数据分组发送给EBM应用31。因为在这种情况下,EBM应用31不要求完整的事件报告23,因此不需要从数据分组提取并解码事件报告23,以及因此能够避免图11的主慢速处理操作。
基于事件的管理应用31可以自己在使用操作系统的操作与维护服务器21的主处理器上运行,使得它消耗处理器时间和资源。然而,通过避免对提取和解码事件报告23的需要,从而减少在服务器上的处理负载,来节省处理器时间和资源。
作为一种备选方案,因为基于事件的管理应用31仅要求概要33用于它的处理操作,因此那些操作可以是足够简单和标准化的,能够对于EBM应用31自身设计快速处理路径。这尤其是以下情况:如果EBM应用31的主要功能是维护关键性能指标,以及对于接收到适当的概要33的它的主要响应是递增计数器,诸如在指定的时间间隔内发生的如由EBM应用31接收的相关概要33的数目所测量的相关事件的数目的计数。
在这种情况下,能够将EBM应用31布置为以与事件信息路由器29非常相似的方式进行操作。它可以具有对于它维护的每个计数器的标准37,以及存储在三值内容可寻址存储器(TCAM)中的对应的要求集合39。当EBM应用31接收到来自事件信息路由器29的概要33时,它通过使用该概要来寻址它拥有的TCAM来查询该概要,以及递增依照根据TCAM输出由概要33满足的那些要求集合39的标识所选择的计数器或多个接收器。
在图13和图14中说明了用于实现在图10至图12中示出的操作系统的主要硬件组件 。
图13示出了服务器的主要组件,该服务器可以形成担当与操作与维护服务器21分开的事件信息路由器29的网络节点的一部分,或它可以担当操作与维护服务器21中的一个操作与维护服务器。如本领域的技术人员所熟悉的,该服务器具有网络接口43,网络接口43用于在网络上接收和传送数据分组。网络接口43与对于事件信息采取路由选择决策的快速路径模块41进行通信。快速路径模块41包含如前所述的TCAM 45。网络接口43提供如快速路径模块41所需要的概要33或数据分组,以及快速路径模块41识别应当将包含概要33的数据分组路由给的网络接口43。该服务器还包含主系统47,主系统47包括普通的服务器组件,诸如用于执行该服务器的普通处理操作的处理器49和存储器51。如果这个硬件用于实现执行如在图11中示出的操作的操作与维护服务器21,则基于事件的管理应用31运行在处理器49上,以及快速路径模块41将概要33或数据分组发送给用于处理的主系统47。从服务器的主系统47将用于识别由该基于事件的管理应用31所要求的事件信息的标准集合35发送给快速路径模块41。
图14示出了用于实现执行如在图12中示出的操作的操作与维护服务器21的修改的硬件。除了在图13中示出的组件之外,图14的服务器21包含:用于实现基于事件的管理应用31的专用的管理应用快速路径模块53。如前所述,这个快速路径模块53包含它拥有的TCAM 55。用于路由事件信息的快速路径模块41根据需要将概要33运送给对于基于事件的管理应用31的快速路径模块53。EBM快速路径模块53还将与服务器的主系统47通信,例如用于输出对于关键性能指标或由在快速路径模块53中运行的EBM应用31所生成的指标的计数器信息,以及可能地,如果计数器中的任何计数器超过阈值,则还用于提供告警指示。
实际上,用于路由事件信息的快速路径模块41和EBM的快速路径模块53可以被组合成具有单个TCAM的单个快速路径模块。查询概要53的结果于是用于所组合的模块以采取路由选择决策以及,如果需要的话,递增对于关键性能指标的计数器。
可以将图13和图14中示出的服务器安装如在图15中示出的服务器机架57中。服务器的主系统47将需要具有安装在它上的程序和更新,以及用于路由事件信息的快速路径模块41和用于实现基于事件的管理应用31(如果存在的话)的快速路径模块53也将需要被编程以及接收程序更新。通常,通过网络将程序和程序更新发送给服务器,但是如果必要的话,可以在数据载体(诸如光盘59(DVD或CD))上或在便携式外部硬盘驱动器61上来提供程序信息。取决于服务器机架57的配置和被安装到该机架的服务器,可以将光盘59或外部硬盘驱动器61放置在光盘驱动器中或连接到在相关服务器自身上的适当端口(例如,USB端口),或在服务器机架57上的端口或光盘驱动器可以与至机架57中的服务器中的任何服务器的可以选择的连接一起使用。
已经相对于图2给出了在网络的节点27处发生的事件、收集关于事件的信息以及生成事件报告23的示例的论述。已经参照图6和图7论述了用于从关于事件的信息来生成概要33的过程。在用于生成概要33的过程中使用的数据值是与用于创建事件报告23的数据值相同的数据值。因此,便于将生成概要33的过程与生成事件报告23的过程集成。例如,在已经记录了事件信息后,在参照图2论述的过程的最后,该相同的事件信息可以既用于生成事件报告23也用于生成概要33。预期的是,能够由使用事件信息来生成概要的插件例程来修改在节点27中运行的用于捕获事件信息和准备事件报告的应用。用于生成事件报告的应用将包含编码例程,该编码例程将事件报告编码到用于在数据分组中传输的二进制,以及用于生成事件报告的应用会将二进制编码的事件报告输出给准备数据分组的应用。还可以由编码例程来编码由插件所生成的概要,或如果以二进制形式来生成概要,以及在将该概要包含在数据分组中之前不需要对它进行编码,则可以将它直接发送给用于准备数据分组的应用。
生成概要33的这种方式是高效的,因为它使用与用于准备事件报告相同的事件信息,以及通常将是生成事件报告的最便利的方式。然而,有以下的一些情形:例如通过提供用于生成概要33的插件,可能难于修改用于生成事件报告的现有应用,或在编写用于从相同的事件信息来生成概要33和事件报告23的新应用中可能有困难。在这些情形下,可以借助于可以被称为“中间箱”的分开的程序应用,来使用生成概要33的备选的方式。
在中间箱的实现方式中,生成概要33的应用不直接接收事件信息,而是替代地接收事件报告23。中间箱程序于是可以分析事件报告23的内容以恢复生成概要33所需的事件信息,以及接着根据所选择的概括过程来生成概要33。这种实现方式比使用对于初始生成事件报告的应用的插件的实现方式使用更多的处理能力,因为中间箱实现方式要求另外的处理来分析事件报告23以及从它来恢复事件信息。然而,它使得能够独立于事件信息的收集和事件报告23的生成来执行概要33的生成,以及因此可能是修改现有网络节点27以便它们能够生成概要33的最高效的方式。在这种实现方式中,用于生成概要33的中间箱将运行在与生成事件报告23相同的节点27处。例如,当将事件报告23输出给用于转换到二进制的编码应用时,也可以将该事件报告发送给用于分析和生成概要33的中间箱程序。
作为另一种可能性,在出于某一原因修改生成事件报告的节点27是不现实的情况下,中间箱可以运行在生成事件报告的节点27的下游(相对于在网络上事件报告的传输)的分开的事件概括的节点。在图16中示出了此类布置的一个示例,其中生成事件报告的每个节点27连接到生成概要33的节点63。在这个网络架构中,包含事件报告23的数据分组的从创建事件报告的节点27传递到用于生成概要的节点63。从数据分组来恢复事件报告23,解码并分析,以及生成概要33。接着,概要33被添加到该数据分组,接着将该数据分组传递到网络中,将由使用概要33的事件信息路由器29来接收它,以已经论述的方式对该数据分组或在它中的事件信息进行路由。
可以通过以类似于如先前论述的在“分组嗅探”方式中的事件信息路由器29的操作的方式,操作在“分组嗅探”方式中的概要生成节点63,使生成概要的节点63的存在性完全对生成事件报告23的节点27隐藏。因此,生成事件报告的节点27能够将含有事件报告的数据分组编址给本地事件信息路由器29或编址给特定的基于事件的管理应用31,以及用于生成概要33的节点63截取该数据分组,分析它的内容,以及在它的路径上发送它之前,修改它以添加概要33。将了解的是,尽管这种实现方式向网络添加了另外的节点,但是能够对生成事件报告23的主节点27的操作造成最小的破坏,在现有的网络中来实现它。
实际上,生成概要33的任何特定节点63可以比生成对于来自单个节点27的事件报告23的概要所要求的处理能力具有更多的处理能力。因此,如在图17中示意性地指示的,将来自两个或更多节点27的事件报告23布置为被发送给用于生成概要33的相同节点63可能是更加高效的。
在另一个中间箱实现方式中,用于生成概要33的程序可以运行在一些事件信息路由器29中。如果事件报告在到达处理它的基于事件的管理应用31之前,将需要通过若干事件信息路由器29,则因为没有概要33,因此接收该事件报告23的第一事件信息路由器29将需要在慢速路径中提取、解码和分析该事件报告23。然而,如果事件信息路由器29接着生成概要33,以及在转发数据分组前将它添加到数据分组,则接收该数据分组的任何随后的事件信息路由器29将能够使用概要33来做出它的路由选择决策。
在图18中说明了在本发明的一些实施例中的整体事件序列。在步骤1801中,当在网络的节点27处发生事件时,记录事件信息。在步骤1802中,事件信息用于生成事件报告27。因为存在以下的可能性:对于至少一些类型的事件,基于事件的管理应用31将需要仅概要,使得能够忽略它自己的事件报告的生成,因此这个步骤不会在所有可能的实施例中发生。在步骤1803中,事件信息还用于生成概要33。如已经提及的,在仅一些实施例中,从事件信息直接生成概要33。在其它实施例中,在步骤1804中分析事件报告23以从它恢复事件信息,以及在步骤1803中使用这个恢复的事件信息来生成概要33。如果在步骤1802中已经生成了事件报告,则可以仅执行步骤1804。以及因此如果不需要事件报告23,则应当以在步骤1803中从在步骤1801中记录的事件信息来生成概要33的方式,来实现本发明。
在步骤1805中,将在步骤1803中生成的概要33,连同在步骤1802中生成的任何事件报告(如果需要的话)组装到用于传输的数据分组中。
如在图18中指出的,通常将在相同的事件生成节点27来执行步骤1801到1805。然而,这不是必须的,以及如上所述,可以在与生成事件报告的节点27不同的节点来生成概要33。
在步骤1806中,概要33用于将分组路由给相关的基于事件的管理应用或多个应用31。这个步骤可以在与基于事件的管理应用31相同的操作与维护服务器31中发生,或者可以在网络中的分开节点处发生。
在步骤1807中,在操作与维护服务器21中,基于事件的管理应用31可以实时地处理事件报告23以提供网络管理信息和/或执行网络管理操作。备选地,在步骤1808中,它可以处理事件概要33以执行相同种类的实时操作。作为另一种可能性,通常将与在步骤1807和/或步骤1808中的事件信息的实时处理并行地执行该另一种可能性,在步骤1809中,可以存储用于在步骤1810中在随后的时间来处理的事件报告和/或概要。一般地,电信网的管理通常将要求如在步骤1807和1808中的实时操作,以便使得能够维护网络以及在任何问题出现时处理该任何问题。然而,通常也可能的是,存储事件信息以用于随后分析,以使用能够提供长期统计以及还使得能够确保记录能够用于在特定时间的方式(网络运行在该方式中)的回顾性调查。
如上解释的,与要求解码和分析事件报告的路由选择操作相比,概要33的使用允许用于在步骤1806中路由事件信息在网络中所消耗的总的处理时间和处理器资源中的大量减少。另外,如在步骤1808中,在可以由基于事件的管理应用31来处理事件概要33的地方,这可以替换如在步骤1807中处理完整事件报告的等同的基于事件的管理应用31,以及因为不再需要解码和分析事件报告,因此这可以减少在网络中消耗的处理时间和处理资源。因为与事件报告23相比概要33所减少的大小减少了由网络运营商用于存储历史网络信息所需要的数据存储容量的数量,因此从步骤1809达成另一个优点,在一定程度上,能够存储替代事件报告23的事件概要33。这可以导致对于网络运营商的减少的存储成本。备选地,使得对于网络运营而言,在更长的时间段内来存储历史信息可以是实用的。
通常,在没有用于生成事件概要33的方法的先验知识的情况下,事件概要33将没有意义,以及从它不能恢复有用的信息或元信息。例如,如果使用如参照图6和图7论述的散列函数来生成它,则在没有用于生成它的散列函数的先验知识以及可能也没有选择(该选择由选择与事件有关的哪些属性(信息项目)以供在生成概要33中使用构成)的先验知识的情况下,通常将不可能从概要33来恢复任何信息。在从记录事件信息的节点27发送仅概要33以及不发送事件报告23的情形下,或在在步骤1809中存储替代完整事件报告的概要33的情况下,概要33的这个特征能够提供有用的隐私性。例如,能够由用于生成概要33的方法来隐藏关于用户的敏感的个人信息(诸如所使用的用户设备(移动电话5或笔记本计算机7)的IMSI和MSISDN)。这增加了这个数据的安全性。另外,网络硬件供应商可能向网络运营商提供节点27,以及还向运营商提供操作与维护服务器21,其运行基于事件的管理应用(或供应商可能向网络运营商供应事件报告生成应用或基于事件的管理应用)。由在操作与维护服务器21中运行的基于事件的管理应用31来使用在节点27中生成的事件报告23。在这种情况下,供应商可能希望使用对于事件报告23的机密和公司私有的格式。如果在网络中的事件信息路由器29不是由相同的供应商来提供(或不使用来自相同供应商的软件),则事件报告23的内容不能用于路由对应的数据分组,除非机密的事件报告格式是公开的。然而,如果事件信息也用于创建标准格式的事件概要33,则这能够用于在事件信息路由器29中路由数据分组,而不需要公开对于事件报告23的机密格式。
图19示出了对于创建和发送概要33的过程的流程图。在步骤1910中,例如,通过使用散列函数和布隆滤波器,从事件信息来创建概要33(例如,如在图6或图7中示出的二进制序列)。在步骤1920,创建含有概要的数据分组。在步骤1930中,传送数据分组。在本实施例中,在电信网的节点中执行对应于步骤1910到1930的步骤,而不管使用创建概要的哪种方式,以及不管数据分组是否包含事件报告或多个事件报告的块。
图20至23示出了图19的流程图的发展,以及在图19至图23中的对应步骤具有彼此相同的最后两个数字的步骤号。
图20示出了在与相关事件发生的相同的节点27来执行创建和传送概要33的过程以及记录事件信息的情况下,对于创建和传送概要33的过程的步骤19的流程图的发展。因此,在步骤2001中,记录事件信息。在步骤2010(对应于步骤1910)中,从事件信息来创建概要33。用于创建概要33的事件信息可以是在步骤2001中记录的事件信息的一部分或全部,或可以从它来获得(例如,通过分析使用在步骤2001中记录的事件信息所创建的事件报告)。在步骤2020(对应于步骤1920)中,创建含有概要33 的数据分组。在步骤2030(对应于步骤1930)中,传送数据分组。
图21示出了对于过程的流程图,在该过程中,从在相同节点处记录的事件信息来创建概要33,以及从该事件信息来创建事件报告。因此,事件发生在节点27处,以及在步骤2101中,记录关于该事件的事件信息。在步骤2102中,从所记录的事件信息来创建事件报告,或者备选地,从关于超过一个事件所记录的事件信息来创建多个事件报告的块。在步骤2103中,将事件报告或多个事件报告的块编码在适合于在数据分组中传输的格式。例如,如前所述,使用编码规则的集合将它转换为二进制。在步骤2110中,从事件信息来创建概要33。如在图20中,可以从在步骤2101中记录的事件信息直接创建它,或者使用通过分析在步骤2102中创建的事件报告或多个事件报告的块所恢复的事件信息来创建它。在步骤2110中创建的概要33和来自步骤2103的所编码的事件报告或多个事件报告的块都在步骤2120用于创建数据分组,以及因此,数据分组除了含有概要33外,还含有事件报告,或多个事件报告的块。在步骤2130中,传送数据分组。
图22是在运行在与事件发生相同的节点的“中间盒”应用中来创建概要的情况下,对于创建和传送概要33的过程的流程图。在这种情况下,在步骤2201记录事件信息,以及在步骤2202中使用在步骤2201中所记录的事件信息来创建事件报告23或多个事件报告的块25。以与在图21的步骤2103中相同的方式,将事件报告23和多个事件报告的块25编码以用于在数据分组中传输。在步骤2206中,解码来自步骤2203的所编码的事件报告或多个事件报告的块,以及在步骤2207中,从所解码的事件报告或多个事件报告的块来恢复事件信息。在步骤2210中,在步骤2207中所恢复的事件信息用于创建概要33。在步骤2220中,创建含有在步骤2210中所创建的概要的数据分组。非必须地,将来自步骤2203的所编码的事件报告或多个事件报告的块包含在在步骤2220中所创建的数据分组中。最后,在步骤2230传送数据分组。典型地,由在事件发生的节点27处运行的事件报告应用来执行步骤2201、2202和2203,以及由运行在相同节点处的分开的事件概括应用来执行步骤2206、2207和2210。如上所述,如果修改现有的事件报告应用以便创建概要是困难的,则这可以是创建概要的高效方式。
图23是对于在与事件发生的节点27分开的节点63中创建概要33的方法的流程图。在步骤2304,节点63接收含有编码的事件报告或多个事件报告的块的数据分组。在步骤2305,从该数据分组恢复编码的事件报告或多个事件报告的块。这可以包含用于从数据分组的有效载荷来恢复项目的普通步骤。接着,在步骤2306中,以与图22的步骤2206中的相同方式,来解码所编码的事件报告或多个事件报告的块,以及在步骤2307中,以与图22的步骤2207中的相同方式,从所解码的事件报告或多个事件报告的块来恢复事件信息。在步骤2310中,使用在步骤2307中从事件报告或多个事件报告的块所恢复的事件信息,来创建概要33。在步骤2320中,创建含有在步骤2310中创建的概要33的数据分组。非必须地,在步骤2320中创建的数据分组可以包含在步骤2305中所恢复的事件报告或多个事件报告的块,以及步骤2320可以包括修改在步骤2304中所接收的数据分组以向它添加概要33,将概要33添加在有效载荷中或分组报头中。然而,也可能的是,例如如果将最后接收数据分组的基于事件的管理应用31能够使用概要33来执行它们的操作以及不需要接收事件报告23,则在步骤2320中所创建的数据分组不包含在步骤2305中所恢复的事件报告或多个事件报告的块。最后,在步骤2330中,传送在步骤2320中创建的数据分组。
图24是对于在分开的路由选择节点29处或在运行基于事件的管理应用的操作与维护服务器21中,使用概要来对事件信息进行路由选择的方法的流程图。在步骤2401中,节点接收含有概要33的数据分组,例如如参照图6和图7论述的二进制序列。在步骤2402中,依照从与需要使用事件信息的基于事件的管理应用31有关的标准集合35得到的要求集合39,来查询来自数据分组的概要33。在步骤2403中,查询的结果用于确定数据分组是否包含由任何基于事件的管理应用31所要求的事件数据。如果在步骤2403中确定的是,数据分组确实包含由至少一个基于事件的管理应用31所要求的事件数据,则该方法遵循来自步骤2403的“是”输出,以及关于每个此类EBM 31,该方法包含三种选项中的一个选项。
第一,在步骤2404中,可以将数据分组复制或转发给(或朝向)EBM应用31。通常,如果EBM应用31运行在与执行图24的方法的节点不同的节点,则这将是仅有的实际的选项。
第二,在步骤2405中,可以处理数据分组以从它提取事件报告23,或多个事件报告的块25。在步骤2406中,将所提取的事件报告,或来自所提取的块的多个事件报告中的至少一个事件报告,发送给基于事件的管理应用31。在步骤2406中,不是必须发送来自从数据分组已经提取的多个事件报告的块25的所有事件报告23。例如,如果已经使用如参照图7描述的方法创建了对于多个事件报告的块的概要33,以及使用由如参照图9论述的方法创建的搜索要求集合39来查询概要33,则使用在数据三元组上操作的散列函数来创建概要33和要求集合39,以及每个数据三元组包含事件ID。因此,使用要求集合39来查询概要33的结果可以包含:在多个事件报告的块25中含有由基于事件管理应用31所要求的(以对于事件信息项目的数据值的形式)事件数据的那个事件报告的标识。因此,在步骤2406中可能发送仅相关事件报告或来自块25的多个事件报告,以及不发送不要求的任何事件报告。
如上所述,步骤2406通常将包含:向节点中的主处理器49的操作系统网络栈发送事件报告或多个事件报告的块,以使得能够从数据分组的二进制格式来解码该块或事件报告。这个选项通常将用于以下情况:在与运行基于事件的管理应用31相同的服务器中(或者如果在附近的服务器之间有某一连接使得能够将不同于在数据分组中的数据从服务器运送给服务器,则可能在相同的物理位置处的不同服务器),来执行图24的方法。
第三选项是,在步骤2407中,将来自数据分组的概要33发送给基于事件的管理应用。这个选项通常将用于类似于使用步骤2405和2406的第二选项的情形。可以在以下情况下遵循使用步骤2407的第三选项:基于事件的管理应用31能够单独使用概要33以及不要求完整的事件报告23。在这种情况下,能够从概要33获得由该应用所要求的事件数据。
在步骤2404、2406或2407后,图24的方法已经完成。此外,如果在步骤2403中的确定导向“否”分支,则该方法已经完成。接着,当接收到含有概要33的另一个数据分组时,在步骤2401重新开始该方法。
图25说明了在基于事件的管理应用31中处理概要33的方法。在步骤2407(其是图24的步骤2407)中,将概要33发送给该应用31。基于事件的管理应用31通过查询概要33以确定是否获得一个或多个预定的查询结果来进行响应。可以基本上以与在步骤2402中查询概要33的相同方式,来进行这个操作。然而,基于事件的管理应用31不是必须使用与在图24的路由选择方法中使用的相同标准,以及因此不是必须使用相同的要求集合39。例如,基于事件的管理应用31可以维护若干计数器,它们计数在网络内的不同位置处出现的相同类型的事件。与这个基于事件的管理应用31有关的标准集合35(其被发布给在网络内执行事件数据的路由选择的过程)需要仅足以识别这个基于事件的管理应用31感兴趣的特定类型的事件。然而,一旦EBM应用31接收到概要33,它将需要使用另外的标准来查询它以便确定该事件出现在网络中的哪个位置,以及从而确定更新哪个计数器。因此,在这种情况下,由基于事件的管理应用31所使用的要求集合39与在图24的路由选择方法中使用的要求集合39将是不同的。
在步骤2502中,在步骤2501中的查询的结果用于确定是否获得预定的查询结果。如上所述,如果基于事件的管理应用31维护多个计数器,则它可以具有多个预定的查询结果集合,一个预定的查询结果集合对于各自计数器。因此,在步骤2502中可以确定的是,关于一个计数器获得所有的预定的查询结果,但是关于另一个计数器没有获得任何一个预定的查询结果,或获得了一些而不是全部的预定的查询结果。如果有至少一个这样计数器:关于该计数器获得了所要求的查询结果中的所有查询结果,则在步骤2503中,更新对应的计数器。如果没有这样的计数器:关于该计数器获得了所要求的查询结果中的所有重查询结果,则管理应用31不更新任何计数器。例如如果应用31维护对于在网络的多个部分但是不是对于该网络的所有部分中的特定类型事件的计数器,但是被发布给事件路由选择过程的标准集合35仅标识相关类型的事件,使得基于事件的管理应用31接收与发生在网络的该部分(对于网络的该部分,它不维护计数器)中的事件有关的概要33,则这种情况可以出现。
使用在步骤2503中更新计数器不是图25的方法的一部分,因为它不直接是处理概要33的结果。然而,如前所述,此类计数器可以用于提供对于网络的关键性能指标。
以上已经论述了并且在附图中说明了本发明的各种实施例和示例。然而,通过非限制性示例来提供它们,以及对于本领域的技术人员将明显的是,备选的实施例是可能的。
Claims (28)
1.一种在电信网的节点中处理事件信息的方法,其中所述事件信息包括对于关于在所述电信网中已经发生的一个或多个事件的各自信息项目的数据值的集合,所述方法包括:
(a)对所述事件信息执行一个或多个预定操作以产生概要,所述概要被配置为被查询以获得元信息,所述元信息是关于在所述事件信息中的信息项目中的至少一个信息项目的数据值的信息,以及所述概要具有比所有数据值的总数据大小更小的数据大小,能够从所述概要获得关于所有数据值的所述元信息;
(b)创建含有所述概要的数据分组;以及
(c)通过所述电信网来传送所述数据分组,
其中对所述事件信息执行一个或多个预定操作以产生被配置为被查询以获得元信息的概要包括:
(a1)关于所述事件信息的数据值中的至少一些数据值,形成包括数据值和标识各自信息项目的ID的各自数据组;以及
(a2)在所述数据组上执行至少一个预定的散列函数。
2.根据权利要求1所述的方法,其中所述概要是被配置为在不解码的情况下被查询以获得所述元信息的二进制序列,以及所述数据分组含有未编码形式的所述二进制序列。
3.根据权利要求1或权利要求2所述的方法,所述事件信息包括对于关于在所述节点处已经发生的一个或多个事件的各自信息项目的数据值的集合,以及所述方法还包括:
(d)当事件发生时以及在对所述事件信息执行一个或多个预定操作以产生被配置为被查询以获得元信息的概要之前,记录关于所述事件的信息。
4.根据权利要求3所述的方法,包括:
(e)形成至少一个事件报告,每个所述事件报告包括至少:对于在所述节点处已经发生的至少一个各自事件的所述数据值的集合;以及
(f)将用于传输的事件报告或包括多个事件报告的块编码在数据分组中。
5.根据权利要求4所述的方法,包括:
(g)对所编码的事件报告或多个事件报告的块进行解码,以及从所解码的事件报告或多个事件报告的块获得所述事件信息,以及
其中在对所述事件信息执行一个或多个预定操作以产生被配置为被查询以获得元信息的概要之前,执行形成所述至少一个事件报告,编码所述事件报告和所述包括多个事件报告的块中的至少一个,以及解码所编码的事件报告和多个事件报告的块中的至少一个。
6.根据权利要求1或权利要求2所述的方法,其中所述事件信息包括对于关于在所述电信网中的不同节点处已经发生的一个或多个事件的各自信息项目的数据值的集合,以及所述方法还包括:
(h)在所述节点处接收数据分组,所述数据分组含有编码的形式的事件报告,或包括编码的形式的多个事件报告的块,从所述数据分组恢复所编码的事件报告或多个事件报告的块,以及解码所述事件报告或多个事件报告的块,所述事件报告或多个事件报告中的每个事件报告包括至少:对于在所述不同节点处发生的各自事件的所述数据值的集合;以及
(i)从所解码的事件报告或多个事件报告的块来获得所述事件信息;以及
其中在对所述事件信息执行一个或多个预定操作以产生被配置为被查询以获得元信息的概要之前,执行在所述节点处接收所述数据分组,从所述数据分组恢复所编码的事件报告或编码的多个事件报告的块,以及解码所述事件报告或编码的多个事件报告的块,以及从所解码的事件报告或多个事件报告的块来获得所述事件信息。
7.根据权利要求4所述的方法,其中将所编码的事件报告或多个事件报告的块包含在通过所述电信网传送的所述数据分组中。
8.根据权利要求7所述的方法,其中将多个事件报告的块包含在所述数据分组中,以及能够查询所述概要以获得关于在所述多个事件报告的块中的多个事件报告中的每个事件报告的数据值中的至少一些数据值的元信息。
9.根据权利要求1所述的方法,其中在所述数据组上执行所述至少一个预定的散列函数包括:
在所述数据组上执行多个散列函数,以及使用所述多个散列函数的结果来形成布隆滤波器。
10.一种在电信网中的第一节点处路由事件数据的方法,所述方法包括:
(i)接收包含事件数据的数据分组,所述事件数据包括至少概要,所述概要被配置为被查询以获得元信息,所述元信息是关于与在所述电信网中的第二节点处已经发生的一个或多个事件有关的至少一个信息项目的数据值的信息,所述概要具有比所有数据值的总数据大小更小的数据大小,能够从所述概要获得关于所有数据值的所述元信息;
(ii)依照与运行在所述电信网中的应用有关的一个或多个要求集合中的每个要求集合来查询所述概要,每个要求集合限定元信息,从所述概要能够获得所述元信息,所述元信息对应于一个或多个标准,所述一个或多个标准用于基于关于事件的一个或多个信息项目的数据值来选择事件;
(iii)依照所述查询步骤的结果来确定所述数据分组是否包含由所述应用所要求的事件数据;以及
(iv)如果所述数据分组包含由所述应用所要求的事件数据,则执行以下中的至少一个:
(a)将所述数据分组复制或转发给所述应用,
(b)将所述概要发送给所述应用,
(c)提取包含在所述数据分组中的事件报告或多个事件报告的块,所述事件报告或多个事件报告中的每个事件报告包括对于关于在所述电信网中的所述第二节点处已经发生的事件的各自信息项目的数据值的集合,以及将至少一个事件报告发送给所述应用。
11.根据权利要求10所述的方法,其中
所述概要是被配置为在没有解码的情况下被查询以获得所述元信息的二进制序列,
每个要求集合通过关于在所述二进制序列中的一个或多个位置指定在所述二进制序列中的所述位置的要求值,来限定所述元信息,以及
所述查询步骤包括:依照所述一个或多个要求集合中的每个要求集合来查询所述二进制序列以确定对于每个各自要求集合,所要求的值是否出现在所述二进制序列中的所述一个或多个位置中的每个位置处。
12.根据权利要求11所述的方法,其中所述查询所述二进制序列的步骤包括:使用所述二进制序列来寻址内容可寻址存储器,在所述内容可寻址存储器中存储所述一个或多个要求集合。
13.根据权利要求10至12中的任何一项所述的方法,包括以下步骤:从与所述应用有关的一个或多个标准,来生成所述一个或多个要求集合,所述一个或多个标准用于基于关于所述事件的一个或多个信息项目的数据值来选择事件。
14.根据权利要求10至12中的任何一项所述的方法,其中如果所述应用运行在所述电信网中的第三节点处,以及如果所述数据分组包含由所述应用所要求的事件数据,则所述方法包括:将所述数据分组复制或转发给所述应用。
15.根据权利要求10至12中的任何一项所述的方法,其中如果所述应用运行在所述电信网中的所述第一节点处,以及如果所述数据分组包含由所述应用所要求的事件数据,则所述方法包括:将所述概要发送给所述应用。
16.一种在电信网中的节点处处理事件数据的方法,包括:
向在所述节点处运行的应用发送概要,所述概要被配置为被查询以获得元信息,所述元信息是关于与在所述电信网中的第二节点处已经发生的一个或多个事件有关的至少一个信息项目的数据值的信息,所述概要具有比所有数据值的总数据大小更小的数据大小,能够从所述概要获得关于所述所有数据值的所述元信息;
所述应用查询所述概要以及确定是否获得一个或多个预定的查询结果;以及
如果获得所述一个或多个预定的查询结果中的每个预定的查询结果,则所述应用更新计数器。
17.根据权利要求16所述的方法,其中
所述概要是被配置为在没有解码的情况下被查询以获得所述元信息的二进制序列,
所述应用通过查询所述二进制序列来查询所述概要以确定对于在所述二进制序列中的一个或多个预定位置中的每个预定位置,在所述位置处的值是否匹配对于所述位置的预定值,以及
如果所述一个或多个预定位置中的每个预定位置具有对于所述位置的它的各自预定值,则获得所述一个或多个预定的查询结果中的每个预定的查询结果。
18.一种在电信网中使用的节点,所述节点包括:处理器、存储器和网络接口,所述节点被布置为通过以下来响应于在所述节点处发生的至少一个预定类型的事件:
记录与关于所述事件的多个信息项目有关的数据值,以便生成事件信息,所述事件信息包括:对于关于在所述节点处已经发生的一个或多个事件的各自信息项目的数据值的集合;
对所述事件信息执行一个或多个预定操作以产生概要,所述概要被配置为被查询以获得元信息,所述元信息是关于在所述事件信息中的信息项目中的至少一个信息项目的数据值的信息,所述概要具有比所有数据值的总数据大小更小的数据大小,能够从所述概要获得关于所述所有数据值的所述元信息;
创建含有所述概要的数据分组;以及
通过所述电信网来传送所述数据分组,
其中对所述事件信息执行一个或多个预定操作以产生被配置为被查询以获得元信息的概要包括:
关于所述事件信息的数据值中的至少一些数据值,形成包括数据值和标识各自信息项目的ID的各自数据组;以及
在所述数据组上执行至少一个预定的散列函数。
19.根据权利要求18所述的节点,其中所述概要是被配置为在没有解码的情况下被查询以获得所述元信息的二进制序列,以及所述数据分组含有以未编码的形式的二进制序列。
20.一种在电信网中使用的节点,所述节点包括:处理器、存储器和网络接口,所述节点被布置为通过以下来响应于在所述节点处接收到数据分组,所述数据分组含有以编码形式的事件报告,或含有包含以编码形式的多个事件报告的块,所述事件报告或所述多个事件报告中的每个事件报告包括至少对于关于在所述电信网中的不同节点处发生的各自事件的各自信息项目的数据值的集合:
从所述数据分组恢复编码的事件报告或编码的多个事件报告的块;
解码所述事件报告或多个事件报告的块,
从所解码的事件报告或多个事件报告的块获得事件信息,所述事件信息包括对于至少一个事件的所述数据值的集合,
对所述事件信息执行一个或多个预定操作以产生概要,所述概要被配置为被查询以获得元信息,所述元信息是关于在所述事件信息中的信息项目中的至少一个信息项目的数据值的信息,所述概要具有比所有数据值的总数据大小更小的数据大小,能够从所述概要获得关于所述所有数据值的所述元信息;
创建含有所述概要的数据分组;以及
通过所述电信网来传送所述数据分组,
其中对所述事件信息执行一个或多个预定操作以产生被配置为被查询以获得元信息的概要包括:
关于所述事件信息的数据值中的至少一些数据值,形成包括数据值和标识各自信息项目的ID的各自数据组;以及
在所述数据组上执行至少一个预定的散列函数。
21.根据权利要求20所述的节点,其中所述概要是被配置为在没有解码的情况下被查询以获得所述元信息的二进制序列,以及所述数据分组含有以未编码的形式的二进制序列。
22.根据权利要求20或权利要求21所述的节点,所述节点被布置为通过将所述概要添加到所接收的数据分组来创建含有所述概要的数据分组。
23.一种在电信网中使用的节点,所述节点包括:处理器、存储器和网络接口,所述节点被布置为通过以下来响应于在所述节点处接收到包含事件数据的数据分组,所述事件数据包括至少概要,所述概要被配置为被查询以获得元信息,所述元信息是关于与在所述电信网中的另一个节点处已经发生的一个或多个事件有关的至少一个信息项目的数据值的信息,以及所述概要具有比所有数据值的总数据大小更小的数据大小,能够从所述概要获得关于所述所有数据值的所述元信息:
依照与运行在所述电信网中的应用有关的一个或多个要求集合中的每个要求集合来查询所述概要,每个要求集合限定元信息,从所述概要能够获得所述元信息,所述元信息对应于一个或多个标准,所述一个或多个标准用于基于关于所述事件的一个或多个信息项目的数据值来选择事件;
依照所述查询的结果来确定所述数据分组是否包含由所述应用所要求的事件数据;以及
如果所述数据分组包含由所述应用所要求的事件数据,则执行以下中的至少一个:
(a)将所述数据分组复制或转发给所述应用,
(b)将所述概要发送给所述应用,
(c)提取包含在所述数据分组中的事件报告或多个事件报告的块,所述事件报告或多个事件报告中的每个事件报告包括对于关于在所述电信网中的所述另一个节点处已经发生的事件的各自信息项目的数据值的集合,以及将至少一个事件报告发送给所述应用。
24.根据权利要求23所述的节点,其中
所述概要是被配置为在没有解码的情况下被查询以获得所述元信息的二进制序列,
每个要求集合通过关于在所述二进制序列中的一个或多个位置指定在所述二进制序列中的所述位置的要求值,来限定所述元信息,以及
所述查询包括:依照所述一个或多个要求集合中的每个要求集合来查询所述二进制序列以确定对于每个各自要求集合,所要求的值是否出现在所述二进制序列中的所述一个或多个位置中的每个位置处。
25.根据权利要求24所述的节点,其中所述查询包括:使用所述二进制序列来寻址内容可寻址存储器,在所述内容可寻址存储器中存储了所述一个或多个要求集合。
26.一种在电信网中使用的节点,所述节点包括:处理器、存储器和网络接口,所述节点被布置为通过以下来响应于在所述节点处接收到包含事件数据的数据分组,所述事件数据包括至少概要,所述概要被配置为被查询以获得元信息,所述元信息是关于与在所述电信网中的另一个节点处已经发生的一个或多个事件有关的至少一个信息项目的数据值的信息,所述概要具有比所有数据值的总数据大小更小的数据大小,能够从所述概要获得关于所述所有数据值的所述元信息:
查询所述概要以及确定是否获得一个或多个预定的查询结果;以及
如果获得所述一个或多个预定的查询结果中的每个预定的查询结果,则更新计数器。
27.根据权利要求26所述的节点,其中
所述概要是被配置为在没有解码的情况下被查询以获得所述元信息的二进制序列,
所述查询包括查询所述二进制序列以确定对于在所述二进制序列中的一个或多个预定位置中的每个预定位置,在所述位置处的值是否匹配对于所述位置的预定值,以及
如果所述一个或多个预定位置中的每个预定位置具有对于所述位置的它的各自预定值,则获得一个或多个预定的查询结果中的每个预定的查询结果。
28.根据权利要求27所述的节点,至少部分通过使用所述二进制序列来寻址内容可寻址存储器来执行所述查询,在所述内容可寻址存储器中存储了所述各自预定值。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2012/070582 WO2014060033A1 (en) | 2012-10-17 | 2012-10-17 | Event management in telecommunications networks |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104838620A CN104838620A (zh) | 2015-08-12 |
CN104838620B true CN104838620B (zh) | 2018-05-11 |
Family
ID=47080489
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280077787.0A Expired - Fee Related CN104838620B (zh) | 2012-10-17 | 2012-10-17 | 电信网中的事件管理的设备和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9717011B2 (zh) |
EP (1) | EP2909972A1 (zh) |
CN (1) | CN104838620B (zh) |
WO (1) | WO2014060033A1 (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10078811B2 (en) | 2013-11-29 | 2018-09-18 | Fedex Corporate Services, Inc. | Determining node location based on context data in a wireless node network |
US9565114B1 (en) * | 2014-03-08 | 2017-02-07 | Google Inc. | Weighted load balancing using scaled parallel hashing |
JP2016063479A (ja) * | 2014-09-19 | 2016-04-25 | 株式会社東芝 | 管理装置、通信装置、管理システム、管理方法、およびプログラム |
US9773354B2 (en) * | 2014-12-11 | 2017-09-26 | Hyundai Motor Company | Terminal mounted in vehicle, control method thereof, data center and control method thereof |
US10305744B2 (en) * | 2015-07-08 | 2019-05-28 | Fedex Corporate Services, Inc. | System, apparatus, and methods of event monitoring for an event candidate related to an ID node within a wireless node network |
WO2017165011A1 (en) | 2016-03-23 | 2017-09-28 | Fedex Corporate Services, Inc. | Systems, apparatus, and methods for self-adjusting a broadcast setting of a node in a wireless node network |
CN107943453B (zh) * | 2016-10-12 | 2022-10-25 | 厦门雅迅网络股份有限公司 | 一种实现运维系统自定义计划任务的方法及系统 |
US10860576B2 (en) | 2018-01-26 | 2020-12-08 | Vmware, Inc. | Splitting a query into native query operations and post-processing operations |
US11016971B2 (en) | 2018-01-26 | 2021-05-25 | Vmware, Inc. | Splitting a time-range query into multiple sub-queries for parallel execution |
US11016972B2 (en) | 2018-01-26 | 2021-05-25 | Vmware, Inc. | Splitting a time-range query into multiple sub-queries for serial execution |
US11144570B2 (en) * | 2018-01-26 | 2021-10-12 | Vmware, Inc. | Data ingestion by distributed-computing systems |
US11178213B2 (en) | 2018-02-28 | 2021-11-16 | Vmware, Inc. | Automated configuration based deployment of stream processing pipeline |
US10812332B2 (en) | 2018-02-28 | 2020-10-20 | Vmware Inc. | Impartial buffering in stream processing |
US10824623B2 (en) | 2018-02-28 | 2020-11-03 | Vmware, Inc. | Efficient time-range queries on databases in distributed computing systems |
GB2592792B (en) * | 2018-10-18 | 2022-09-07 | Tektronix Communications | System and method for space and time efficient probe search analytics |
US10924374B2 (en) * | 2019-07-18 | 2021-02-16 | Mellanox Technologies Tlv Ltd. | Telemetry event aggregation |
CN112967765B (zh) * | 2021-03-12 | 2024-08-06 | 扬州大学 | 一种环状给水管网的余氯优化模型及其管径优化方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1947403A (zh) * | 2004-04-29 | 2007-04-11 | 英国电讯有限公司 | 事件通知网络 |
US7739445B1 (en) * | 2004-06-11 | 2010-06-15 | Srinivasan Venkatachary | Circuit, apparatus, and method for extracting multiple matching entries from a content addressable memory (CAM) device |
CN103081403A (zh) * | 2010-06-29 | 2013-05-01 | 瑞典爱立信有限公司 | 用于使用事件分析通信系统的操作的方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7073074B2 (en) | 2002-02-13 | 2006-07-04 | Microsoft Corporation | System and method for storing events to enhance intrusion detection |
CA2669197A1 (en) * | 2006-12-28 | 2008-07-10 | Arcsight, Inc. | Storing log data efficiently while supporting querying to assist in computer network security |
US8380736B2 (en) | 2010-05-21 | 2013-02-19 | Microsoft Corporation | De-duplication in billing system |
US20120113824A1 (en) | 2010-11-05 | 2012-05-10 | Telefonaktiebolaget L M Ericsson (Pub) | Report sequence with performance data transmitted between two nodes of a comunication system |
-
2012
- 2012-10-17 CN CN201280077787.0A patent/CN104838620B/zh not_active Expired - Fee Related
- 2012-10-17 US US14/435,313 patent/US9717011B2/en active Active
- 2012-10-17 WO PCT/EP2012/070582 patent/WO2014060033A1/en active Application Filing
- 2012-10-17 EP EP12778697.8A patent/EP2909972A1/en not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1947403A (zh) * | 2004-04-29 | 2007-04-11 | 英国电讯有限公司 | 事件通知网络 |
US7739445B1 (en) * | 2004-06-11 | 2010-06-15 | Srinivasan Venkatachary | Circuit, apparatus, and method for extracting multiple matching entries from a content addressable memory (CAM) device |
CN103081403A (zh) * | 2010-06-29 | 2013-05-01 | 瑞典爱立信有限公司 | 用于使用事件分析通信系统的操作的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
EP2909972A1 (en) | 2015-08-26 |
US9717011B2 (en) | 2017-07-25 |
CN104838620A (zh) | 2015-08-12 |
US20150296399A1 (en) | 2015-10-15 |
WO2014060033A1 (en) | 2014-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104838620B (zh) | 电信网中的事件管理的设备和方法 | |
Wu et al. | FCSS: Fog-computing-based content-aware filtering for security services in information-centric social networks | |
US8204870B2 (en) | Unwired enterprise platform | |
US8538981B2 (en) | Stream sharing for event data within an enterprise network | |
CN104754065B (zh) | 基于内容中心网络的动态分布Web资源管理方法及系统 | |
CN103179193A (zh) | 用于分布式应用系统的数据传输系统和数据传输方法 | |
CN102694824B (zh) | 一种用户数据存储系统及其数据访问方法 | |
CN103457802A (zh) | 一种信息传输系统及方法 | |
CN107870982A (zh) | 数据处理方法、系统和计算机可读存储介质 | |
CN107229425A (zh) | 一种数据存储方法及装置 | |
US10219209B2 (en) | Content delivery across heterogeneous networks | |
CN110113406A (zh) | 基于分布式的计算服务集群框架 | |
CN103957174A (zh) | 语义交换机松耦合系统进行信息处理的方法 | |
CN108464031B (zh) | 电信网络中的基于数据库的冗余 | |
CN113378219A (zh) | 一种非结构化数据的处理方法和系统 | |
US10027754B2 (en) | Large data set updating for network usage records | |
CN107682257A (zh) | 数据传输方法和系统 | |
CN103957173A (zh) | 语义交换机 | |
CN116761159A (zh) | 设备多归属接入方法、装置、计算机设备和存储介质 | |
CN111680807A (zh) | 一种电网故障报告服务方法 | |
CN114401199B (zh) | 一种层次化的网络能力模型管理方法 | |
CN116996585A (zh) | 组播通信方法、装置、系统、计算机设备和存储介质 | |
CN104869056A (zh) | 一种基于关系-数据分离的机构-人员数据同步方法 | |
CN113407491B (zh) | 数据处理方法及装置 | |
EP2189916B1 (en) | Federating business event data within an enterprise network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180511 Termination date: 20191017 |
|
CF01 | Termination of patent right due to non-payment of annual fee |