专利名称：基于用户特定标准过滤和查看实时细节记录的方法和装置的制作方法
技术领域：
本发明涉及基于用户特定标准来过滤和查看实时细节记录的方法和装置。
背景技术：
电信网络被广泛用于链接各种类型的节点，例如个人计算机、服务器、网关、网络电话等等。网络可以包括诸如局域网(LAN)和广域网(WAN)之类的私有网络和诸如因特网之类的公共网络。这样的网络也可以是电路交换网络和/或诸如因特网协议(IP)网络之类的分组交换网络，在电路交换网络中，网络资源在数据呼叫的整个持续时间内是专用的，而在分组交换网络中，网络资源被共享，并且具有分组或信元形式的数据与其他用户流量一起被独立地经由网络路由到目的地。分组交换网络的示例包括基于虚拟电路模型的异步传输模式(ATM)网络、以太网或帧中继。这些网络上的流行通信形式包括电子邮件、文件传输、web浏览和包括音频(例如语音)和多媒体(例如音频和视频)在内的数字数据的其他交换。
现代电信网络通常包括两种相关但分离的网络基础设施承载或传输网络，用于承载端用户的语音和数据流量；以及信令网络，用于根据通过信令网络传输的控制信号来控制通过承载网络的承载信道的建立和释放。在实践中，这样的信令网络包括通过信令链路互连的高速计算机和被实现用于根据诸如信令系统No.7(SS7)之类的标准化协议来提供一组操作和信令功能的计算机程序，其中所述标准化协议被广泛部署，以用于控制移动电话和其他数据传输网络。信令链路用于在信令网络中的节点之间传递信令信息(例如呼叫、消息或数据)。信令信息(例如呼叫、消息或数据)可被捕获，以生成存储在数据库系统中的细节记录，例如呼叫细节记录(CDR)或事务细节记录(TDR)，这些细节记录随后可被监控和分析以用于各种应用，例如包括服务质量应用和商业智能应用。除了呼叫和/或事务细节记录(即细节记录)之外，在这种移动网络中的节点、交换机或设备之间发送的其他相关信息也可被用于验证、设备标识和漫游使能。
可购买到的用于移动电话网络的工具可被用于基于存储在数据库系统中的细节记录来监控网络的性能和/或质量，以观察可能的障碍并跟踪网络中的性能统计量。通常，这种监控工具通过在网络元件(例如交换机或接口)级别上监控网络中的故障来获取流量相关的信息。但是，这种行为将导致大量数据的收集，收集的大量数据由于其大小的缘故而无法被实时处理。因此，来自大量已收集的数据的信息可以在一段时间之后被显示给本地的网络管理员或服务人员。为了全时监控网络以实时地检测和提供故障通知，这样的监控工具不是非常有用。
此外，由于网络变得越来越复杂和越来越大，因此处理大量数据变得越来越困难。例如，在网络中的给定捕获点处，每秒钟可能存在几千个呼叫，这可以快速淹没监控移动网络的用户，并且使对重要事件的任何实时检测都无法实行。在生成CDR时实时地对其进行扫描是很困难的，并且要求用户自身在场。
因此，向用户提供使用户能够选择重要数据或事件并且在事件发生时能够立即被通知的分析工具是很重要的。如上所述，当网络变得越来越复杂，并且需要捕获和分析来自各种源的大量信令数据时，这变得尤其重要。典型信令数据分析的使用使用户无法同时分析信令数据，并且在只需要使用信令数据的一部分时，要求用户建立分析会话。
发明内容
根据本发明的一个方面，公开了一种在移动电话网络中使用的呼叫过滤系统，包括输入器，该输入器接收来自第一用户的与所述移动电话网络中的事务功能相对应的警报事件；事务数据记录过滤器，该过滤器实时地接收事务数据记录并判断所述事务数据记录是否与所述警报事件相匹配，其中所述事务数据记录包含由来自所述移动电话网络的相关帧组合而成的数据；测量单元，该测量单元对发生在时间窗期间的警报事件的匹配次数进行计数；以及通知器，该通知器在警报事件的匹配次数超过阈值时向所述第一用户提供网络状态通知。
根据本发明的另一方面，公开了一种包含有程序的机器可读介质，所述程序由机器执行，并且能够过滤移动电话网络中的数据，所述程序包括接收细节事务记录，所述细节事务记录包含来自所述移动电话网络中的一个或多个被监控的链路的相关帧的数据；指定与所述移动电话网络中的感兴趣的事件相对应的第一事件标准；实时地评价每个细节事务记录与所述指定的第一事件标准的匹配情况；存储每个匹配的细节事务记录；并且在与所述第一事件标准相匹配的细节事务记录的阈值被超过时通知用户。
根据本发明的第三方面，公开了一种在移动网络监控系统中过滤呼叫数据的方法，包括捕获来自所述移动网络中的至少一个位置的呼叫数据帧；通过实时地将相关的捕获到的呼叫数据帧关联成呼叫数据记录来生成所述呼叫数据记录；根据指示网络事件的第一和第二预定标准对已生成的呼叫数据记录进行过滤；分析过滤后的呼叫数据记录，以判断在某个时间范围内，所述过滤后的呼叫数据记录与所述第一和第二预定标准相匹配的次数是否达到阈值次数；以及在与所述第一预定标准相对应的阈值被超过或与所述第二预定标准相对应的阈值被超过时通知用户。
当结合附图阅读时，从以下对示例性实施例的详细描述和权利要求中，可以更好地理解本发明，其中所述附图构成本发明的公开的一部分。虽然以下描写和示出的公开物集中于公开本发明的示例性实施例，但是应该清晰理解，这仅仅是以图示和示例方式给出的，并且本发明并不局限于此。本发明的精神和范围仅仅由所附权利要求书来限定。以下是对附图的简要描述，其中图1示出了示例性的移动电话网络和用于移动电话网络的信令分析的监控系统；
图2A和图2B示出了从图1所示的移动电话网络中的不同链路获得的呼叫细节记录(CDR)的示例；图3是根据本发明实施例的呼叫过滤系统的框图；图4是根据本发明实施例的图3呼叫数据记录过滤器的框图；以及图5是根据本发明实施例的图3测量单元的框图。
具体实施例方式
在开始详细描述本发明之前，先按顺序提及以下几点。在适当时，不同附图中的类似的标号和字符可被用于指示相同、相应或类似的组件。此外，在以下详细描述中，可以给出示例性的大小/值/范围，但是本发明并不局限于此。本发明也可被应用于所有类型的电信网络，例如包括集成系统数字网络(ISDN)、语音IP(VoIP)网络、因特网或移动电话网络，例如全球移动通信系统(GSM)网络、通用分组无线服务(GPRS)网络或通用移动电信系统(UMTS)网络和随着技术发展可能变得可用的下一代无线网络，包括用于无线数据服务和应用(例如无线电子邮件、web、数码照片拍摄/发送和借助GPS的定位应用)的CDMA技术和兼容性网络协议，例如超文本传输协议(HTTP)、文件传输协议(FTP)、VoIP协议和由3GPP小组(参见http//www.3gpp.org)定义的UMTS协议。但是，为了简化，将主要集中论述UMTS移动网络的示例性使用，但是本发明的范围并不局限于此。
现在关注附图，尤其是图1，在图1中示出了移动电话网络的示例，例如通用移动电信系统(UMTS)网络。如图1所示，移动电话网络100包括支持电路交换网络(例如公共交换电话网(PSTN)120)和/或分组交换网络(例如因特网核心IP 130)的核心网络110；以及连接到核心网络110的支持与用户设备(UE)150之间的通信的无线电接入网络140，其中所述UE 150通常是移动电话、视频电话或个人数字助理(PDA)。通常，核心网络110包含经由诸如PSTN 120之类的电路交换网络支持通信的移动交换中心(MSC)(未示出)和一个或多个支持节点(未示出)，这些支持节点提供到分组交换网络(例如因特网核心IP130)的网关并控制该网络与用户设备(UE)150之间的连接以用于无线通信。无线电接入网络140包括一个或多个也被称为基站的节点B 142A-142N，以及一个或多个连接到节点B 142A-142N的本地化群组的无线电网络控制器(RNC)144A-144N，用于选择对用户设备(UE)150来说最合适的节点，并在必要时，在无线通信期间执行越区切换。UMTS网络100的网络体系结构和实现方式，UMTS网络100内的节点和网络元件之间的信令链路和信令链路之间的信令信息传递都是公知的，因此这里无需详细描述，其中所述UMTS网络100包括骨干ATM交换机和接口，接口例如是布置在RNC 144A-144N和核心网络110之间的“lu”、布置在RNC 144A-144N之间的“lur”和布置在RNC 144A-144N和相应的节点B142A-142N之间的“lub”。但是，为了简化，信令信息代表关于网络100的功能的建立、控制和管理的数据。细节记录(例如特定呼叫的呼叫细节记录(CDR)或特定数据会话的事务细节记录(TDR))可以从在移动电话网络100中的信令链路之间传输的相关信令信息构建。一般而言，针对特定呼叫的CDR是通过监控网络中的链路并将所有相关的帧汇聚在一起而生成的。CDR和TDR是对多个呼叫的多个单独记录的汇编。在这里公开的移动电话网络100的上下文中，术语“CDR”和“TDR”可被看成可互换的。类似地，术语“呼叫”和“数据会话”也可互换使用，并且可以被广泛地简称为“事务”。
通常，CDR可以具有不同的结构或格式，用于定义发起于路上线路电话的电话呼叫、终止于路上线路电话的电话呼叫和终止于移动电话的电话呼叫。但是，为了简化，这里引用的CDR将代表一般的CDR。每个CDR可以对应于提供关于呼叫来源、目的地的细节和其他细节的消息的一个集合，所述消息包括与每个呼叫相关联的参数和时间戳。与每个消息或被称为CDR的信息集合相关联的参数和时间戳是确定谁呼叫谁、呼叫如何路由以及用于信令分析的呼叫部署所需的多条主要信息。对于各种应用，可以监控和分析这些CDR，所述应用例如包括服务质量应用和商业智能应用。
如图1所示，监控系统160可以被配置用于捕获移动电话网络100中的所有关键接口(包括“lub”接口、“lur”接口、“lu”接口)或其他信令链路上的流量(包括信令数据)，以用于移动电话网络100的信令分析。这样的监控系统160可以直接地或经由局域网或广域网(LAN/WAN)被耦合到诸如“lub”接口或“lu”接口之类的接口，以在特定接口或信令链路处捕获信令数据，并提供捕获的信令数据以用于计算机(数据库)系统170的分析或收集，其中所述“lub”接口将RNC144A-144N之一连接到至少一个节点B 142A-142N，而“lu”接口将RNC144A-144N连接到核心网络110或ATM交换机。监控系统160例如可以是AGILENTTMG6801A分布式网络分析器(DNA)，该分析器被用于捕获来自特定信令链路(即移动电话网络100内的接口)的与例如单个呼叫或数据会话相关的所有信令数据，并用于控制信令数据的分发以用于实时网络测试和分析，包括服务质量诊断和故障排查。另外，诸如AGILENTTMJ7326A信令分析器软件(SAS)之类的软件应用也可被安装在计算机系统170上，以在本地利用实时显示来解码和分析所捕获的信令数据，其中所述计算机系统170可以是独立的服务器或主机计算机系统。SAS也可以被存储在监控系统160或任意计算系统上，例如耦合到局域网(LAN)的外部PC、笔记本电脑或服务器。所捕获的信令数据可以代表大量呼叫/会话，并且可以经由用户可配置的窗口或表格式来可视化地显示，从而使用户(即网络管理员或维护人员)能够跟踪发生在移动电话网络100上的每个呼叫。
通常，监控系统160创建细节记录，例如CDR，该细节记录是通过实时地将通过移动电话网络100传输的传入数据流的相关的单独帧接合在一起而汇编成的。因此，CDR被从单独的帧接合成涉及对应于呼叫或数据事务的多个帧的综合记录。然后，这些CDR可以例如被显示在计算机系统170上，并且可替换地，这些CDR可以被离线保存以用于稍后的信令分析，从而有可能在信令分析前将CDR保留很长时间，并且可以响应于信令分析而采取补救措施。但是，当实时查看监控系统160和/或计算机系统170中的呼叫时，用户(即网络管理员或维护人员)可能被在移动电话网络100中可能出现的大量呼叫所淹没。用户由于监控系统160收集的大量信息而不能实时地查看所有CDR并对网络或特定呼叫作出任何有用的判决。
例如，图2A和图2B示出了从移动电话网络100中的不同信令链路(即接口)获得的不同类型的呼叫细节记录(CDR)在计算机系统170上的可视化显示。具体而言，图2A示出了从布置在无线电接入网络(RAN)140的RNC 144A-144N和移动电话网络100的核心网络110之间的“lu”接口获得的示例性CDR的可视化显示。另外，图2B示出了从布置在移动电话网络100的无线电接入网络(RAN)140中的RNC 144A-144N和相应的节点B 142A-142N之间的“lub”接口获得的示例性CDR的可视化显示。
如图2A和图2B所示，在数据库系统170上的显示中的每一行代表在移动电话网络100上已经发生或正在发生的一个呼叫。每一列包含可以指示特定问题的特定呼叫跟踪所特有的参数。如图2A所示，对于“lu”接口利用的参数例如可以包括呼叫ID、持续时间、状态、开始时间、建立原因、IMSI、IMEI、最旧的TMSI/P-TMSI、最新的TMSI/P-TMSI、SAI LAC、SAI SAC、RAC、被叫方BCD号码、主叫方BCD号码、服务类型、域、SCCP释放原因、RANAP原因、建立时间、拆除时间、语音路径/CID、坏语音帧、IPv4地址、上行链路分组、下行链路分组、上行链路八位组、下行链路八位组、上行链路速率bp/s和下行链路速率bp/s。类似地，如图2B所示，对于“lub”接口利用的参数例如可以包括呼叫ID、持续时间、状态、开始时间、建立原因、IMSI、IMEI、最旧的TMSI/P-TMSI、最新的TMSI/P-TMSI、节点B CommCtx ID、CRNCCommCtx ID、S-RNTI、SRNC身份、LAC、RAC、小区标识符、服务类型、域、SCCP释放原因、RANAP原因、建立时间、拆除时间、语音路径/CID、坏语音帧、IPv4地址、上行链路分组、下行链路分组、上行链路八位组、下行链路八位组、上行链路速率bp/s和下行链路速率bp/s。上述信息中的一个或多个包含CDR的一个或多个字段。
“呼叫ID”可以代表特定呼叫的唯一标识符；“持续时间”可以代表完整呼叫的持续时间，通常以hh:mm:ss的格式配置；“状态”可以代表呼叫是活动的还是终止的。“开始时间”可以代表呼叫的开始时间；“IMSI”可以代表发起呼叫的订户的国际移动订户身份；“IMEI”可以代表设备制造商的国际移动设备标识符，其包含14个数位，其中4个数位用于类型批准代码(TAC)，2个数位用于最终装配代码(FAC)，6个数位用于序列号以及2个数位用于软件版本号；“最旧的TMSI/P-TMSI”可以代表临时移动订户身份(TMSI)和分组TMS；“最新的TMSI/P-TMSI”可以代表最新的TMSI和分组TMSI；“服务区域标识符”(SAI)可以标识由属于同一位置区域(LA)的一个或多个小区构成的区域，并且可被用于向核心网络150指示用户设备(UE)的位置；SAI的一部分是“位置区域代码”(LAC)，其可被用于指示具有不同计费代码或经授权服务特征类型的区域；服务区域代码(SAC)也可以与SAI相关，并且是固定长度2个八位组的代码，该代码被用于标识LA内的服务区域(SA)；“路由区域代码”(RAC)可以具有1字节的固定长度，并且标识位置区域中的路由区域；RAC可以是RAI(路由区域身份)的一部分；“SAI LAC”可以代表位置区域代码的服务区域标识符；“被叫方BCD号码”可以代表被叫方的二～十进制号码；“主叫方BCD号码”可以代表主叫方的二～十进制号码；“节点B CommCtx ID”可以代表节点B中通信上下文的标识符；“CRNC CommCtx ID”可以代表无线电网络控制器(RNC)中节点B的通信上下文的标识符；“S-RNTI”可以代表服务无线电网络临时身份；“SRNC身份”可以代表服务无线电网络控制器身份；“小区标识符”可以代表一个无线电网络控制器(RNC)中的小区标识符；“服务类型”可以代表在呼叫持续时间期间发生的服务的类型；“域”可以代表发送呼叫的网络的类型电路交换(CS)或分组交换(PS)；“释放原因”可以代表呼叫被释放的标准；“RANAP原因”可以代表在UMTS网络100中的lu接口上使用无线电接入网络应用部件(RANAP)的原因的文本描述；RANAP通常负责包括CN 110和RNC144A-144N之间的无线电接入承载电路(RAB)的建立在内的功能；“信令连接控制部分”(SCCP)可以涉及相同或不同SS7网络中的任意两个信令点之间的消息的传输；相对于RANAP或SCCP的“释放”可以代表被用于标识信道或呼叫的释放的过程；“建立时间”可以代表建立呼叫或会话所花费的时间并且可能依赖于接口(例如lu、lub/lu等等)而有所不同；“拆除时间”可以代表拆除呼叫或会话所花费的时间，并且取决于接口(例如lu、lub/lu等等)对于不同呼叫跟踪可能有所不同；“语音路径/CID”可以代表用于呼叫的VCI/CID；“坏语音帧”可以代表在呼叫期间检测出的坏语音帧的数目的计数，其指示呼叫期间语音呼叫的质量水平；“IPv4地址”可以代表因特网协议版本#4地址；“上行链路分组”可以代表用户设备(UE)在数据会话期间已经发送到移动网络100的IP分组的数目的计数；“下行链路分组”可以代表用户设备(UE)110在数据会话期间已经从移动网络100接收到的IP分组的数目的计数；“上行链路八位组”可以代表用户设备(UE)110在数据会话期间根据通用分组无线电服务(GPRS)隧道协议(GTP)发送到移动网络100的IP八位组的数目的计数；“下行链路八位组”可以代表用户设备(UE)在数据会话期间从移动网络100接收到的IP分组的数目的计数；“上行链路速率bp/s”可以代表用户设备(UE)110在向移动网络100发送数据时经历的以位/秒的形式表示的平均数据传输速率；“下行链路速率bp/s”可以代表用户设备(UE)110在从移动网络100接收数据时经历的以位/秒的形式表示的平均数据传输速率；并且“APN”包括两部分，即网络ID和操作者ID，网络ID标识出由GPRS服务的用户请求的外部服务，而操作者ID指定路由信息。以上标准列表不希望是限制性的，并且为了简单而以示例的方式给出。将会理解，针对不同格式的电信网络或依赖于用户需求和喜好，将使用其他标准。
从图2A和图2B可以看出，从在移动电话网络100中的不同信令链路(即接口)上捕获的帧中生成的呼叫和呼叫ID变量可以不同，但是，这些呼叫具有共有的特性，例如呼叫类型、开始时间、结束时间、成功原因或失败原因，所有这些特性可被分析以识别和查明移动电话网络100中的问题。CDR中的条目是通过以下方式生成的从捕获的帧中获取与特定呼叫或线路相关的元素并将它们形成记录。但是，用户不得不筛选在移动电话网络100上被传输并例如在数据库系统170上被查看的大量呼叫。因此，这样的复查可以是海量的。此外，当识别出问题时，从监控系统160获得的CDR只包含信息的有限子集，该有限子集进而只能针对有限问题被分析。因此，向用户(即网络管理员、客户端用户或维护人员)提供用于管理和分析这种移动电话网络100中的详细记录的改进工具、系统和方法是有益的，其中包括针对感兴趣的特定类型的呼叫(例如只针对失败呼叫)过滤发生在移动电话网络100中的所有呼叫的能力；在给定特定呼叫或数据会话的情况下远程存储和检索CDR的能力；以及查看实际CDR的完整的帧级别细节以用于这种移动电话网络100中的特定信令分析的能力。
图3示出了根据本发明实施例的呼叫过滤系统300的示例。参考图3，呼叫过滤系统300包括用户输入302、呼叫数据记录(CDR)过滤器304、测量单元306、通知器308和存储设备310。所示呼叫过滤系统300代表包含用于执行呼叫过滤系统300的元素的硬件和多个计算机软件的混合的计算机系统170。计算机系统170并不局限于单机系统，并且呼叫过滤系统300也可以被包含在监控系统160、笔记本电脑、分布式网络或其他计算平台上。呼叫过滤系统300一般是单独的程序，该程序与同样位于计算机系统170上的SAS相分离，但是这不是必须的。呼叫过滤系统300可以针对被监控网络中的多条链路实时地集中处理和发出警报。
用户输入302是用于促进使用的清晰性和便利性的图形用户界面(GUI)。用户将经由用户输入302而通过指定警报或通知标准来配置呼叫过滤系统300。警报是基于移动电话网络100中的事务的。例如，可以指定多种警报标准，例如警报名称、呼叫记录类型、匹配标准(即逻辑表达式)、标准必须匹配的时间量、执行警报所用的时间段以及通知方法。由于不同用户将希望根据他们想要检查的移动电话网络的某些方面来制订不同的警报标准，因此以上给出的并非限制性列表。所指定的警报标准的类型还根据被监控的网络的格式而变化。但是，不要求将用户输入302与呼叫过滤系统300的其他组件布置在一起。用户输入302可以被编程为让用户看来是位于远离呼叫数据记录(CDR)过滤器304、测量单元306和通知器308的位置上。此外，其他输入机制也是可能的，例如存储在存储器中的可由CDR过滤器304、测量单元306和通知器308访问的可编辑表。另外，可以为某些或全部警报标准设置缺省值，以使用户无需指定警报标准的所有数据。
呼叫过滤系统300可以被实现在提供不同用户的访问的单个计算机系统170上，以使每个用户都可以使用用户输入302来远程访问呼叫过滤系统300并指定与每个用户相对应的警报标准的不同集合。这允许每个用户指定他自己单独的警报标准，这些警报标准将为了使用相同的CDR而被扫描。例如，在呼叫中心的第一用户可能最关注发生在某一时间段中的异常呼叫终止，而位于呼叫中心或位于远程位置的第二用户可能希望搜索CDR以发现911呼叫处理的任何异常。这样的实现方式允许中心点对从可能多条被监控的链路中生成的各种CDR进行过滤和发出警报。这使呼叫过滤系统300能够连续地实时监控网络100，并在满足指定的警报标准时立即通知用户。也可以在便携式单元上实现呼叫过滤系统300，以使用户可以走到特定位置来以接口连接某些数据捕获点。
图4是根据本发明实施例的图3呼叫数据记录过滤器304的框图。参考图4，图3所示的CDR过滤器304在操作402中从接收自监控系统160的每个CDR中提取出细节。在操作404中，CDR过滤器304从存储设备310中读出CDR警报标准。在操作406中，CDR过滤器304检查是否有任何CDR细节与相应警报标准中的任意一个相匹配。
CDR过滤器304接收来自以上参考图1描述的通用移动电信系统(UMTS)100的监控系统160的原始CDR。包含监控系统160和/或计算机系统170的分布式网络分析器和信令分析器软件以单独的帧的形式捕获来自UMTS 100的数据，并通过基于每个呼叫或事务接合相关的帧来将捕获到的数据打包成CDR(例如在图2A和图2B中示出的CDR)。CDR是关于UMTS 100上的事务的数据的大量累积。CDR过滤器304实时地解析或过滤该数据其缩小到可用大小，以使感兴趣的特定事件可被识别。CDR过滤器304不是协议专用的，它能够处理与移动电话网络(例如CDMA、CDMA 2000、GSM、GPRS等等)相关联的很多不同类型的协议。协议是在电信网络中的何处捕获数据以及电信网络格式的函数。无论在电信网络的被监控的部分中使用的协议是什么，CDR过滤器304都能够处理原始CDR。
因为呼叫过滤系统300从监控系统160接收CDR，因此呼叫过滤系统300能够避免协议依赖性。监控系统160必须能够与在特定电信网络的被监控部分处的协议相接口。但是，呼叫过滤系统300只需要来自编辑好的CDR的数据而不要求特定协议。这是因为用户指定CDR的什么标准是重要的，并且呼叫过滤系统300随后进行搜索以匹配该标准。
图5是根据本发明实施例的图3测量单元306的框图。参考图5，测量单元306在操作502中存储从CDR过滤器304提取出的CDR。对于每个警报标准，维护单独的计数。针对与警报标准之一匹配的每个提取出的CDR，在操作504中使计数递增。在操作506中，检查感兴趣的时间段是否期满。该时间段可以由用户指定，也可以被预设为缺省值。如果该时间段尚未期满，测量单元306则继续对与警报标准匹配的提取出的CDR计数。如果该时间段已经期满，则在操作508中，测量单元306检查给出的计数是否满足或超过与警报标准相对应的阈值。如果计数满足或超过阈值警报标准，则在操作510中，对警报和相应的提取出的CDR进行绑定或打包并将其发送到通知单元308。如果该计数尚未满足或超过阈值，则在操作512中重置针对该警报标准的所有计数，并且针对另一CDR重复该过程。
计数必须在其中满足阈值的时间窗n可以具有固定的时间长度，也可以具有可变的时间长度。该时间长度可能发生在顺序的块中，以使系统能够在相同长度n的参考的移位框架中连续计数。例如，第一时间段将包括块t和块t+1，其中每个块的长度为n/2，并且第二时间段将包括块t+2和块t+3，其中每个块的长度也为n/2。而且，时间窗可以滚动，以使计数时间窗总是包括前一窗口的一部分和新的一部分，从而等于整个时间块。例如，第一时间窗将包括块t和块t+1，其中每个块的长度为n/2，第二时间窗将包括块t+1和块t+2，其中每个块的长度为n/2。以这种方式，呼叫过滤系统能够捕获在任意长度时间段期间发生的异常。
通知器308控制在超过阈值时对用户的通知。通知器308对关于匹配警报标准的CDR的信息和时间窗进行打包。例如，通知器308可以在一天中的某一时刻将发生在1分钟时间窗中的十个(10)异常呼叫终止绑定到一个消息中，并将绑定的消息发送到用户。一旦得到通知，用户就能够调查触发该通知的实际呼叫并采取适当的更正措施。因为存储设备310的存在，因此可以发生这样的调查。通知器308例如可以使用email通知、文本消息、简单网络管理协议(SNMP)陷阱或它们的任意组合。通知器308经由指定的方法向用户发送通知。
存储设备310充当用于维护针对警报的所有设置的中央仓库，因此用户可以添加/编辑/删除警报。所使用的通知方法也可以被保存在存储设备310中。存储设备310可以是硬盘驱动器、光盘和驱动器或者其他可访问的存储设备。存储设备310可以与呼叫数据记录(CDR)过滤器304、测量单元306和通知器308一起位于计算机系统170上，也可以单独地位于远程位置或外部驱动器上。当与存储所有CDR所需的大容量存储设备相比时，通过仅存储与警报标准匹配的CDR，所需存储量可被管理。
带有可被使用的警报标准特定示例的呼叫过滤系统300的操作示例在表1中示出并在下面被描述。
表1
在本示例中，用户访问用户输入302并指定警报标准为十个(10)异常呼叫释放，时间段为60秒，如表1所示。假设异常呼叫释放标准是由监控系统160和/或计算机系统170生成的呼叫细节记录(CDR)字段之一。用户还利用用户输入302指定SNMP陷阱作为满足警报标准时所需的通知方法。呼叫过滤系统300通过与监控系统160和/或计算机系统170之间的接口接收作为流的CDR，并启动用于跟踪在测量单元306中指定的时间段的时钟，该时钟一直运转到指定的时间段60秒期满，然后再重置。
在本示例中，所述接口是电信网络100的多个lu接口。每个CDR包括很多条目，其中每个条目包括与正在处理的信令数据相关的不同字段，其中所述信令数据是作为通过被监控的电信网络100的多个相关的单独的帧来处理的。CDR过滤器304从CDR的字段中提取出数据。然后，CDR过滤器304检查提取出的字段数据，以确定是否在字段之一中存在与指定的警报标准(即在本示例性情况中，警报标准是任意异常呼叫释放)的匹配。如果不存在匹配的标准(即在RANAP原因字段中没有异常释放)，CDR过滤器304则提取CDR数据的下一集合或条目，以再次检查与警报标准的匹配。当检测到异常呼叫释放时，CDR过滤器304将提取出的CDR条目发送到测量单元306和存储设备310，以便维护与警报标准匹配的所有CDR。
测量单元306使计数器递增，以指示检测到与警报标准匹配的CDR。测量单元306检查已指定的时间段60秒是否已经期满。如果该时间段仍旧是活动的，测量单元306则继续计数与异常释放标准匹配的每个CDR。一旦时间段60秒已经期满，测量单元306就检查是否已经发生至少10次异常释放。如果在指定的60秒时间窗内已经发生10次或更多次异常释放，测量单元306则对在60秒时间窗中与异常释放的警报标准相匹配的每个CDR或CDR条目进行打包，并将它们发送到通知器308。如果在60秒时间段内少于10次异常释放，测量单元306则重置计数，并以新的60秒时间窗再次启动匹配异常释放的计数。
通知器308接收与警报标准匹配的打包后的CDR，并以指定方式向用户提供通知。在此情况下，通知器308发送SNMP陷阱，该SNMP陷阱被配置为包括时间戳、与警报标准的匹配次数以及标识发送CDR的监控系统160的对象标识符。将会理解，SNMP陷阱的其他陷阱字段也可被指定。通知器308还可以简单地向用户发送指示警报时间和受影响系统的页面或短文本消息。当用户接收到触发警报的CDR的相关条目时，用户只需匆匆一瞥就能够知道问题的程度并确定适当的行动计划。
呼叫过滤系统300可以是经由各种软件语言(包括C、C++、Java、Visual Basic)和很多其他方式写成的软件模块。各种软件模块还可以被集成到在一个或多个控制单元(未示出)上执行的单个应用程序中，所述控制单元例如是图1所示的计算机系统170中的微处理器、微控制器或处理器卡(包括一个或多个微处理器或微控制器)。可替换地，软件模块也可以被分布在由不同计算系统执行的不同应用程序中，所述计算系统例如是监控系统160、计算机系统170或连接到移动电话网络100的任意其他计算设备。例如，呼叫数据记录过滤器304和测量单元306可以位于监控系统160上，如图1所示。通知器308可以位于计算机系统170上。类似地，呼叫数据记录过滤器304、测量单元306和通知器308可以位于相同的计算机系统170上，或者可替换地，位于另一计算设备上，例如外部PC、笔记本电脑或耦合到局域网(LAN)的服务器。存储设备310和用户输入302可以存储在分离的计算机系统上或与其他组件一起存储在同样的计算机系统170上。这些软件模块可以包括这样的数据和指令，这些数据和指令也可以存储在一个或多个机器可读存储介质上，例如动态或静态随机访问存储器(DRAM或SRAM)、可擦写并可编程的只读存储器(EPROM)、电子可擦写并可编程的只读存储器(EEPROM)以及闪存；磁盘上，例如固定盘、软盘和可移动盘；包括磁带的其他磁介质上；以及光介质上，例如压缩盘(CD)或数字视频盘(DVD)。
软件例程或模块的指令也可以以很多不同方式之一被加载或传输到监控系统160、计算机系统170或移动电话网络100上的任意计算设备中。例如，包括存储在软盘、CD或DVD介质、硬盘上或通过网络接口卡、调制解调器或其他接口设备传输的指令的代码段可以被加载到系统中，并作为相应的软件例程或模块被执行。在加载或传输过程中，作为载波(通过电话线、网络线、无线链路、线缆等等发送的)实现的数据信号可以将代码段(包括指令)传输到网络节点或元件。这样的载波可以具有电信号、光信号、声信号、电磁信号或其他类型信号的形式。
呼叫过滤系统提供了根据已定义的标准从中心点对从所监控的多条电信网络的链路生成的呼叫细节记录进行过滤和警报的实时能力。
虽然已经示出和描述了本发明的一些实施例，但是本领域技术人员将会意识到，在不脱离本发明的原理和精神的情况下，可以在该实施例中执行修改，本发明的范围在权利要求书及其等同物中限定。
权利要求
1.一种在移动电话网络中使用的呼叫过滤系统，包括输入器，该输入器接收来自第一用户的与所述移动电话网络中的事务功能相对应的警报事件；事务数据记录过滤器，该过滤器实时地接收事务数据记录并判断所述事务数据记录是否与所述警报事件相匹配，其中所述事务数据记录包含由来自所述移动电话网络的相关帧组合而成的数据；测量单元，该测量单元对发生在时间窗期间的警报事件的匹配次数进行计数；以及通知器，该通知器在警报事件的匹配次数超过阈值时向所述第一用户提供网络状态通知。
2.如权利要求1所述的呼叫过滤系统，其中所述事务数据记录过滤器对来自远程中心位置的警报事件进行过滤。
3.如权利要求1所述的呼叫过滤系统，其中所述输入器接受来自多个其他用户的输入，其中每个用户指定与所述第一用户不同的警报事件、时间窗或网络状态通知的至少一个或多个组合。
4.如权利要求3所述的呼叫过滤系统，还包括存储设备，该存储设备存储与所述警报事件相匹配的事务数据记录、所述警报事件、所述时间窗以及在所述时间窗中警报事件的匹配次数。
5.如权利要求1所述的呼叫过滤系统，其中第二用户利用所述事务数据记录指定警报事件的另一集合、另一时间窗以及网络状态通知的另一方法。
6.如权利要求1所述的呼叫过滤系统，其中所述时间窗滚动，以使前一时间窗的一部分与新时间段一起被考虑。
7.如权利要求1所述的呼叫过滤系统，其中所述时间窗是固定长度的多个连续时间块。
8.如权利要求1所述的呼叫过滤系统，其中所述时间窗是一系列重叠的固定长度的块。
9.一种包含有程序的机器可读介质，所述程序由机器执行，并且能够过滤移动电话网络中的数据，所述程序包括接收细节事务记录，所述细节事务记录包含来自所述移动电话网络中的一个或多个被监控的链路的相关帧的数据；指定与所述移动电话网络中的感兴趣的事件相对应的第一事件标准；实时地评价每个细节事务记录与所述指定的第一事件标准的匹配情况；存储每个匹配的细节事务记录；并且在与所述第一事件标准相匹配的细节事务记录的阈值被超过时通知用户。
10.如权利要求9所述的机器可读介质，其中所述接收细节事务记录的步骤包括将来自与所述移动电话网络内的单独的事务相对应的相关帧的数据接合在一起。
11.如权利要求9所述的机器可读介质，还包括输入第二事件标准和在所述第二事件标准的阈值被超过时将由所述程序执行的通知的类型。
12.如权利要求9所述的机器可读介质，还包括指定将与所述第一事件标准一起被评价的第二事件标准。
13.如权利要求9所述的机器可读介质，其中所述评价每个细节事务记录的步骤还包括对预定时间窗内的匹配次数进行计数。
14.如权利要求13所述的机器可读介质，其中所述预定时间窗滚动，以使前一时间窗的一部分与新时间段一起被考虑。
15.如权利要求13所述的机器可读介质，其中所述预定时间窗是数目固定的多个连续时间块。
16.如权利要求13所述的机器可读介质，其中所述预定时间窗是一系列重叠的固定时间段的块。
17.一种在移动网络监控系统中过滤呼叫数据的方法，包括捕获来自所述移动网络中的至少一个位置的呼叫数据帧；通过实时地将相关的捕获到的呼叫数据帧关联成呼叫数据记录来生成所述呼叫数据记录；根据指示网络事件的第一和第二预定标准对已生成的呼叫数据记录进行过滤；分析过滤后的呼叫数据记录，以判断在某个时间范围内，所述过滤后的呼叫数据记录与所述第一和第二预定标准相匹配的次数是否达到阈值次数；以及在与所述第一预定标准相对应的阈值被超过或与所述第二预定标准相对应的阈值被超过时通知用户。
18.如权利要求17所述的方法，其中所述过滤已生成的呼叫数据记录的步骤是在设置的时间段之后从远程位置执行的。
19.如权利要求17所述的方法，其中所述时间范围是一系列重叠的固定时间段的块。
20.如权利要求17所述的方法，其所述时间范围是一系列连续的时间块。
全文摘要
本发明公开了一种在移动电话网络中对来自接口的事务数据进行过滤的方法。在该方法中，来自网络的相关帧的呼叫数据被过滤，以检查网络状态并提供与网络相对应的指定事件的通知。还提供了可以执行本发明的方法的系统和计算机程序产品。
文档编号H04Q3/545GK1893714SQ200610083358
公开日2007年1月10日 申请日期2006年6月6日 优先权日2005年6月7日
发明者斯蒂芬·菲利普·康纳利 申请人:安捷伦科技有限公司