专利名称：在ip网络中的应用数据流管理的利记博彩app
技术领域：
本发明一般地涉及在IP网络中的应用数据流管理，并且特别地涉及一种两级的、 基于网络的应用控制架构，其用于监视经由基于分组的网络提供的业务，优选地是非基于会话的业务。
背景技术：
能够通过数据网络提供给终端用户的业务可以被分类为基于会话的业务和非基于会话的业务。通常地，属于第一类的业务是那些使得两个网络端点(软件用户代理)能够在对控制面的信令协议支持下提供多媒体会话(例如音频和/或视频)的业务，该协议用于在两个终端用户之间的连接和相应流的合适的特征协商。属于第二类的业务通常不需要控制级的信令协议，诸如对等应用或者与分布式和多媒体内容使用关联的应用，并且是通常以客户端-服务器模式提供的业务。应当认识到对于非基于会话的业务，可在两个端点之间存在信令协议，但是该信令被限制到网络层，而不涉及控制层。在最近几年，会话初始化协议(SIP)已经被建立为用于基于会话的业务的主要信令协议，并且已经被第三代合作伙伴计划(3GPP)和电信和互联网融合业务及高级网络协议(TISPAN)在下一代网络(NGN)中的IP多媒体子系统(IMS)架构的构建中选择。IMS是一种用于电信运营商的标准化的下一代网络架构，能够提供移动和固定的多媒体业务。其使用基于SIP的3GPP标准化实现的、在标准互联网协议(IP)上运行的互联网语音(VoIP)实施，并且支持分组交换和电路交换共存的电话系统。关于基于会话的业务，IMS将使得网络运营商和业务提供者能够通过控制网络资源来提供质量保证的业务，并能够执行相应计费。由IMS架构提供的另一种功能是所谓的呈现，其使得实时用户状态信息(例如在线、占线、不可用等)能够被提供给能够请求该信息的应用。然而，尽管由于SIP和与控制面的交互，基于会话的业务的控制是容易实施的，但是大多数(如果非全部)非基于会话的业务不能依靠所述交互，因此不能依靠所述控制，还涉及非基于会话的业务中使用的协议的多重性，这是相当复杂的。TISPAN已经着手处理这个问题，ETSI的一个标准化团体，专注于固定网络和互联网融合版本2事实上意图也支持非基于会话的业务，并因此在这些场景中还提供了 IMS框架中所有可用的那些功能性，诸如呈现、资源监视、许可控制、策略控制和计费。对于这点而言，应当指出非基于会话的业务今天是非常多种类的。特别地，基于会话的业务可包括互联网语音(VoIP)/ —键通、好友列表、点击通话、基于位置的信息业务、 FMC (固定移动融合以及双模电话)，而非基于会话的业务可包括IPTV (互联网协议电视)、 VoD (视频点播)、视频会议、对等(P2P)业务、游戏、VoIP、电子邮件/SMS/MMS、网页浏览、数据传输(文件传输协议(FTP)等)。为了使得控制层应用感知也用于非基于会话的业务，需要作出相当多的努力以使用使得控制层感知业务交互的机制改进这些业务特有并且以不同种类的协议和技术为特征的客户端-服务器“水平”模型(即只考虑在网络层存在的信令的模型)。克服上述限制的需求已经引起基于网络的控制框架的采用，其委托至少部分网络如下任务侦听在使用非基于会话的业务期间的客户端-服务器水平通信流并将所述活动的感兴趣的特定事件通知给控制面。以下专利申请基于这个方式W02005/101782A1，名称为“Method And System For Handling Content Delivery In Communication Networks，，,其描述了用于控制单播流的基于网络的机制，和 W02007/073762A1，名称为 “Method And System For Managing Multicast Delivery Content In Communication Networks”，其描述了用于控制多播流的基于网络的机制。US6052730解决关于HTTP网络监视的问题，提出了一种解决方案，使得能够监视浏览会话并且主动干涉浏览会话，而不需要对客户端的任何重新配置或者与其它服务器的日志交互，也不需要请求来自其它服务器(其不能必然地被控制)的信息。使用的方案是基于将请求重定向至中间服务器(代理服务器)，其实现所需的追踪，并通过修改由所拜访的web服务器发送的页面的超链接和引用，引导浏览会话的方向以总是通过它。以类似的方式，在EP1619853中提出的解决方案描述了一种系统，其作为代理服务器进入客户端和服务器之间的实时流协议(RTSP)流量中，并且代替将来自客户端的(一些)RTSP消息直接转发至作为代理服务器的服务器(反之亦然)，而是将它们转发至被称为流会话扩展模块(SSEM)的外部模块，其管理状态逻辑并使得能够将状态演变通知给外部应用。SSEM模块在可能已经基于外部应用的需要而修改消息之后，再将消息重新转发至代理服务器模块。最后，代理服务器模块将可能修改后的消息发送给其它端点(客户端或服务器)。此夕卜，在 Karthikeyan Bhargavan 禾口 Carl A. Gunter 2004 年 3 月的论文“Network Event Recognition”中，描述了一种用于通过捕获通信流，在高层组装它们，并且将它们与描述给定协议的标准的有限状态机相比较(分析)，测试网络协议方案。在实践中，该方法提供了一种语言，被称为网络事件识别语言(NERL)，其能够描述状态和生成从一个状态到另一个状态的转换的事件，以提供用于估计给定协议的实施符合标准和用于通过将它们归因于应用或网络而诊断错误的信息。按照这条思路，在US6741595中描述了一种网络处理系统，其能够监视网络流量并且捕获和跟踪在网络中流动的IP通信。该系统能够扫描通过它的分组的内容，以将所述分组与会话或流相关联，并且根据预定的规则分析它们，以只将在满足采用的查找标准的流(或部分流)复制、保存或重定向至另一目的地。在US2006/0195556中提出了一种基于深度分组检查(DPI)的解决方案给P-CUBE， 其公开了一种用于在业务感知网络中识别和监视事件和事件序列的方法和装置。特别地， 这种解决方案设想经由软件定义在网络中发生的第一事件，基于该第一事件控制至少部分网络；经由软件定义在网络中发生的和检测相应于网络上传输的信息的发生的匹配操作，并基于该匹配操作控制至少部分网络；定义并发操作，基于并发操作控制至少部分网络；和在没有事件时重新同步，并相应地控制。
发明内容
关于基于应用代理服务器的方案，申请人已经注意到它从设备设计的立场看是特别繁重的，对于意图支持的每个业务/协议，它都要求实现一个应用仿真模块。在这种情况中，还存在设备可扩充性的约束，因为需要由专用于意图处理的服务/协议的每个软件模块执行特定的处理。此外，应当认识到在某些情况中，软件模块的实现可能是不可行的，因此模块可能不可用于集成在设备中，例如，当业务使用私有的和/或非公开的协议(诸如游戏、P2P业务、VoIP、电子邮件/SMS/…、IPTV、视频会议、点播应用所使用的一些协议)。对于P-CUBE解决方案，申请人已注意到它是基于一些非常受约束的假设，即探针应当被设置在所有用户应用流量能够被正确地分析的点，因为在这个文档中描述的流量分析和执行策略是基于与探针可得到的流量相关的信息的。然而，同时使用多个流的某些应用，例如，一个用于用户信令，基于它检测(侦听) 应用状态，一个用于媒体流量的一部分，关于它实现执行策略设想的动作。在这些情况中， 由于加密探针所位于的网络区域中的流量的一部分，PCUBE探针中的流量分类和分析机制可能是无效的。事实上，对于这些应用，通过将探针放置在流量被加密的地方，将导致无法区分应用状态，而通过将探针放置在流量未被加密的地方，将导致丢失关于应当对其实施执行策略的媒体流量的数据。就这点而言，申请人已经注意到两个P-CUBE探针设有为了交换补充信息的目的而交互，因为在它们中没有分层的或拓扑的组件能够使得探针将获得的信息传送至另一个探针，也没有机制能够定义在主探针和从探针之间的层级以执行两层处理。由于在探针的当前级处不能一直保证激活执行策略所需要的信息的可用性这一事实，P-CUBE解决方案不能提供能够获得由各种探针检测到的流量的“聚合”视图并从而在其上应用策略的机制，而是需要由发现特定应用流量的探针应用策略。因此，本发明的目标在于提供一种基于网络的应用控制架构，其使得P-CUBE架构的上述缺点能够被至少部分地克服。通过本发明实现这一目标。在本发明中，涉及一种两级的、基于网络的应用控制架构，用于监视经由基于分组的网络提供的业务，还涉及一种用于监视经由基于分组的网络提供的业务的方法，如所附权利要求中所限定的。概括地，该两级的、基于网络的应用控制(NBAC)架构包括在网络层提供的网络触发系统(NTQ，用以分析与业务(优选地为非基于会活的业务)相关的数据流，以检测可配置的事件的发生，生成并发送事件报告；和在控制层提供的使用状态引擎(USE)，用以配置网络触发系统，并且接收并处理来自网络触发系统的事件报告以监视该非基于会话的业务。为了本发明的目的，对于“控制层”，其意指整个网络架构的一部分，包括不处于数据路径并且因此不涉及流量传输/转发，但是意欲对所述流量应用具体控制逻辑以执行处理的系统，在数据路径上，组件(网络层)将在传输/转发流量方面起作用。这种两级控制架构，其中应用流侦听级与适当的关联和控制级是分离的，与传统的方案(例如NERL)相比减少了协议分析的复杂度，将相应于流量模式匹配的动作(因此对于深度分组检查该动作能够由硬件系统容易地执行)留在低层执行，并将状态转换的信息和管理的聚合委派给高层。另外，该方案相当地便于跨业务控制的创建，即，允许被监控同一用户同时访问不同的业务。
为了更好地理解本发明，现在将参考附图描述优选的实施方式，其仅仅意图通过例子的方式并且不构成限制。其中图1示出了本发明的基于网络的应用控制(NBAC)架构的框图；图2示出了由NBAC系统的网络触发系统(NTS)和使用状态引擎(USE)实施的功能；图3示出了有限状态自动机(FSA)的图示；图4示出了一般的业务的步骤的图示；图5示出了由NBAC系统中的USE和NTS实施的逻辑模块的框图；图6示出了 FSA生成器使用情况的示意图；图7示出了根据现有技术的互联网/邮件场景的示意图；图8示出了使用本发明的NBAC系统的互联网/邮件场景的示意图；图9示出了用于P0P3和HTTP/TOBMAIL协议的FSA的图示；图10示出了用于web导航的FSA的图示；图11示出了用于HTTP流(单播)协议的FSA的图示；图12示出了用于IGMP (多播)协议的FSA的图示；以及图13示出了能力绑定功能的图示，其允许能力与用户会话相关联。
具体实施例方式呈现下面的说明以使得本领域技术人员能够实现和使用本发明。对具体实施方式
的各种改变对于本领域技术人员来说是明显的，此处描述的一般原理可以被应用于其它具体实施方式
和应用，而不脱离本发明的范围。因此，本发明并不旨在被限制为所示出的具体实施方式
，而是与此处公开的以及在所附说明书和权利要求书中详细说明的原理和特征一致的最大范围相一致。本发明基于两层的、多探针的、基于网络的应用控制(NBAC)架构，其设想使用基于有限状态逻辑(FSA，有限状态自动机)的集中式关联组件。在一般的等级上，NBAC在普通的业务请求者和一个或多个应用业务之间起作用，并使得在NBAC起作用的网络上传播的非基于会话的业务(诸如客户端-服务器的业务)能够被控制。NBAC能够被视为被动类型的，由于它通过观测网络流量来执行它自身的分析，而不需要修改流量。另外，NBAC能够激活与所关注的应用使用会话的演化相联系的动作，其能够主动地对业务流起作用(例如执行策略、停止、改变)。图1通过涉及内容业务应用的例子示出了 NBAC架构和其插入的上下文。如图1 中所示，无论何时内容请求者请求并获得至内容业务的连接，NBAC注册该请求和该连接建立，且然后在内部数据库中存储与在连接期间生成的流量相关的数据。这些操作由两个分离的实体执行，在下文中被称为网络触发系统(NTQ和使用状态引擎(USE)。可能地，NTS 和USE被多次实例化以分析流量且在网络的不同点处执行动作(NTS的分裂)，以及将控制功能委派/分裂至可能专用于特定应用域的元件/操作者(USE的分裂)。特别地，如在图2中详细示出的，NTS执行网络触发功能，其基于流量模式匹配生成事件(触发)，该匹配基于深度分组检查(DPI)和IS0/0SI网络模型层3/4过滤，其中IP 头部、更高层头部和可能还有整个有效载荷都被分析。同时地，NTS从所分析的流量中提取一些通信参数，并将提取出的通信参数实时地发送给执行信息管理功能的USE，其中特定 FSA处理这些事件并确定状态转换和所关联的动作，另外存储NTS提供的信息。NBAC架构的配置发生在触发层(NTS配置)和管理层(USE配置)。具体地，NTS配置经由通过USE发送至NTS的系统配置消息经由定义流量分析参数化，尤其是要在流量中查找的以生成事件报告(触发)的模式，而发生。USE配置提供由NTS发送的事件，其将被适当地处理并与特定FSA模板相关联，该模板被设计以负责特定业务的事件序列，并且根据这些事件描述模板中的状态演化，包括定义将被执行的关联动作，称为回调或过程附加。 过程附加是例如参数化脚本(parametric scripts)的动作，其直接在USE上执行或者间接地通过与网络中的其它控制系统交互来执行。优选地，NTS被配置以侦听和识别网络中至非基于会话的业务的新连接，并且按照取决于连接期间使用的协议(例如RTSP、WMV等)的共享格式将它们通知给USE。特别地， NTS生成事件报告并且通过用户事件/状态消息将它们发送至USE，因此相对于用户面中使用的“水平”协议生成“垂直”信令。USE接收来自NTS的事件报告和与各种连接相关的数据，并将它们存储在内部数据库(状态贮存库)中，可能关联所接收到的数据与其它NTS接收的其它数据，以使得它们随后可用于来自外部的查询，例如，由WEB业务的用户进行的查询。USE被可操作地描述为具有通过如下定义的FSA FSA = {状态集合，最终状态集合，标记/事件集合，S0,转换功能}其中&是初始状态，并且至应用业务的连接的各阶段可以与FSA的状态以及具有状态至状态的转换的从一个阶段到另一个的演化相关联。从一个状态到另一个的演化在给定事件U1, Ai, λη)发生时被“激活”，在所考虑的例子中，所述给定事件被识别为客户端-服务器连接在给定时刻所处的状态，并且由NTS触发。图3示出了 FSA的图示，其中图中的圆圈指示状态，以&为初始状态，一些其它状态为最终状态，λ指示事件/标记，转换功能由在给定事件发生时连接开始状态和一个并且唯一一个到达状态的有向弧线表示。各种FSA的任务遵循个体应用的流量演化中业务的不同特性，并追踪事件的整个流，以在USE中将它们变为对于所有的协议的统一表示。为此，通过引入过程或功能钩(hook)(其描述了在现有过程/应用流上软件程序“钩住 (hooks) ”的点)，传统FSA的语义可以被扩展，功能钩也被称为回调功能，其可在分析个体流量的过程中被激活，并且其能够钩在个体事件上，或者进入或离开个体状态，或者钩在特定状态至状态转换的发生上。功能钩提供基于内容的业务的当前状态的“注册”机制，并且是嵌入整个系统的功能。扩展的FSA可以被如下定义FSA = {状态集合，最终状态集合，标记/事件集合，S0,转换功能，回调功能}再参考图2，USE还被委派了本地配置信息供应和NTS或FSA管理。特别地，USE 为与一般业务(应用流描述)关联的FSA创建内部模版，并且在网络层激活感兴趣的模式的触发和应用使用参数的捕获(应用事件触发)。在运行时，USE创建并将FSA与NTS所追踪的每个应用使用会话相关联，经由从那儿接收到的标记更新它的状态，将它与在网络层获取的应用使用参数相集成(应用使用追踪)。网络中的NTS使用USE发送的配置参数以在检测到与网络流量相关联的模式时激活触发并生成和向USE实时发送标记，该标记是在配置期间提供的。NTS能够根据在配置期间所设想的，在各IS0/0SI网络模型层(L3，L4，L7)上执行对网络流量的触发。在每次状态转换时，USE在内部数据库上自动并实时地注册在配置期间指定的并由NTS检测到的应用使用参数。最终，USE根据个体FSA的演化，管理在配置步骤中定义的特定动作(过程钩)的激活。这些动作通常可使用所收集并且知道内部数据库中的该点所保存的所有应用使用信息。在USE中描述相应的特定业务的个体FSA模版、NTS应当在网络(触发器)中寻找的不同模式的集合和相应信令(标记)的格式，是经由合适的配置设置而定义、通过例如 XML文档而描述的。这种配置文件由USE读取，USE设置其自己的内部FSA并将合适的配置消息发送给NTS以用于预先配置它们以对于网络流量操作(预备)。这种方案是特别有用的，因为它允许从网络流量中只提取一些特定信令，尽管取决于协议，这些信令可以与对于扩展的协议组有效的逻辑相关联。NBAC架构使得事件分析的复杂性可以被分解为以下两级 第一级，典型地对于客户端-服务器流量是“在线(on line)”的，由NTS执行， 并且包括深度分组检查和在层3/4/7对应用使用情况的追踪。这种分析使得连接状态(例如建立、播放、暂停、拆除等)和流业务使用的参数被有效地识别； 第二级，在控制层并且对于客户端-服务器流量是“离线(off line)”的，由USE 执行，并且包括-流关联，即，在来自多个流的信息之间动态关联，该多个流是例如控制流和在应用层的流(对于流协议是必要的)或者由不同NTS同时分析的流，或者作为整体执行业务的流；-业务流追踪根据相应的FSA指示的逻辑追踪业务的各个步骤。然后基于流量的触发(模式匹配)在NTS中被执行，其动态地使用为驻于USE中的FSA定义的操作配置。NTS追踪的结果生成标记，其被发送至FSA ；标记相应于个体FSA 的事件，并且确定状态至状态的转换，因此引起所考虑的业务内部表示的演化。NBAC架构使得一些感兴趣的场景能够实现，诸如之前提到的非基于会话的业务的控制。通常地，各种FSA的任务遵循由单个应用使用会话生成的流量的演化，并在更高层追踪事件的整个流，在USE中对于所有协议以统一的表示形式来引入它们。这种模式使得不同协议的表示能够向“虚拟”表示聚合，其是唯一且同类型的，与所考虑的业务和它的技术平台无关。这允许运营商专注于为了它的目的而真正感兴趣的状态以及要在其上执行的它感兴趣的动作的限定。图4示出了一般的客户端-服务器流的可能的表示，与所使用的协议无关。特别地，在图4中，所表示的状态具有普遍的效力，与所分析的应用业务(例如内容流、内容下载、游戏、点播应用)的具体实施无关·开始连接(START CONNECTION)标识客户端开始与服务器的对话的时刻；
·描述(DESCRIBE)标识客户端描述他/她希望接收的业务对象(例如URL)及其特征的时刻；·授权(AUTHORIZE)标识对所请求的内容/业务的访问被授权的时刻。在拒绝的情况中，流程前进至终止连接(END CONNECTION)；· QoS预留OloS RESERVE标识为了提供业务而预留带宽资源的时刻。在拒绝的情况下，流程前进至终止连接(END CONNECTION)； 开始计费(START ACCOUNTING)标识业务计费被激活(通过例如验证服务器有效地回应)的时刻；· QoS监视OloS MONITOR)以规则的时间间隔标识监视所请求的内容/业务的实现的时刻，例如计算在客户端和服务器之间传送和/或重传的字节； 停止计费(STOP ACCOUNTING)标识所请求的内容/业务的实现的结束，其甚至能够使用错误状态终止；· QoS释放OloS RELEASE)标识先前预留的带宽资源的释放；和·终止连接(END CONNECTION)标识客户端和/或服务器关闭对话的时刻。如已经在上面说明的，用于USE的各种FSA的描述和NTS在网络中必须查找的不同标记(λ)的集合经由XML格式配置文档定义，在该文档中提供了由系统处理的每个协议的部分。该配置文件由USE读取，USE设置它自己的内部FSA并将配置消息发送至各NTS。特别地，所使用的配置语言使得能够描述· 一般的应用协议，作为一个或多个FSA中的连续状态；· 一组模式，其与个体FSA的状态转换相关联，并且经由在层3、4或7上的分析而在网络流量中可检测到；· 一组使用参数，其与模式相关联，并且类似地在网络流量中可检测到；· 一组标记，其与模式相关联，并且用于使得FSA变化(转换)；以及· 一组动作，其能够与具体转换的发生相关联(过程钩)。图5示出了 NBAC的整个功能架构，特别地，示出了 USE和NTS实现的逻辑模块。特别地，由USE实现的逻辑模块是· FSA与插件配置器，其执行FSA和网络中各NTS的配置；· FSA生成器，其对于NTS发信令的每个新连接生成新的FSA。FSA被创建为与用于该连接的协议(例如，RTSP-实时流协议，WMV-窗口媒体视频，等)相应的类并随后被传送给下文中描述的多FSA引擎；·多FSA引擎，其处理并包含创建的各FSA。它为跟踪的每个连接接收事件，并对相应FSA执行其分派，该相应FSA在接收到事件时改变它的状态；·历史数据库，是存储关于连接的数据的数据库；以及·查询接口，是用于查询TOB业务以获得由NTS的客户端使用的数据的接口。由NTS实现的逻辑模块是 业务插件，其在网络上执行转储(dumping)以查找被传递到用于已有连接的USE 的新的连接或标记；以及·连接跟踪器，其对已建立的连接监视层7处的流的感兴趣的数据。如已经描述的，NTS被USE配置，以使得它可以侦听并通知感兴趣的流量。配置文件的一个例子可如下所示
权利要求
1.一种两级的、基于网络的应用控制(NBAC)架构，用于监视经由基于分组的网络提供的业务，其特征在于 在网络层提供的网络触发系统(NTS)，用于 -分析与要监视的业务相关的数据流， -检测可配置事件的发生，和 -生成并发送事件报告；以及 在控制层提供的使用状态引擎(USE)，用于-配置网络触发系统以检测在所分析的数据流中感兴趣的事件的发生，和 -接收并处理来自网络触发系统的事件报告以监视所述业务。
2.根据权利要求1所述的架构，其中，所述可配置事件包括所分析的数据流中的可配置模式。
3.根据权利要求2所述的架构，其中，所述网络触发系统被配置以通过执行基于深度分组检查的模式匹配来检测所分析的数据流中的特定模式。
4.根据前述任一权利要求所述的架构，其中所述使用状态引擎进一步被配置为 将所监视的业务与相应的有限状态自动机(FSA)相关联，该有限状态自动机具有与到所述业务的连接的阶段相关联的状态，以及与在所分析的数据流中检测到其发生的事件相关联的状态至状态转换，由此提供到所述业务的连接的可能阶段的表示；以及 使得所述有限状态自动机基于所接收到的事件报告而演变，由此监视所述业务。
5.根据权利要求4所述的架构，其中所述有限状态自动机进一步具有回调功能，其与进入或离开所述有限状态自动机的状态相关联，或者与所述有限状态自动机的状态至状态的转换相关联，并且其可以在应用层和控制层都采取动作。
6.根据权利要求4或5所述的架构，其中所述使用状态引擎被进一步配置为 创建专用于所监视的业务的所述有限状态自动机。
7.根据权利要求6所述的架构，其中所述使用状态引擎被进一步配置为 为要监视的每个业务存储有限状态自动机模版；以及 通过将相应的有限状态自动机模版实例化，生成专用于所监视的业务的有限状态自动机。
8.根据权利要求4至7中任一权利要求所述的架构，其中所述使用状态引擎被进一步配置为 将接收到的事件报告派遣至相关的有限状态自动机。
9.根据前述任一权利要求所述的架构，其中所述使用状态引擎被进一步配置为接收并解读配置文件，所述配置文件包含用于所述网络触发系统和使用状态引擎的配置设置。
10.根据权利要求2和7所述的架构，其中所配置文件包括 在所分析的数据流中要检测的模式和相关联的应用使用情况参数；以及 用于所监视的业务的有限状态自动机模版。
11.根据前述任一权利要求所述的架构，其中所述网络触发系统被进一步配置为 识别对于连接到业务的请求； 将识别的对于连接到业务的请求通知给使用状态引擎，并为其提供与连接建立、生成的流量和连接的阶段相关的相应数据；并且其中，所述使用状态引擎被进一步配置为 将从网络触发系统接收到的所有数据存储在数据库中。
12.根据权利要求11所述的架构，其中所述使用状态引擎被进一步配置为 将从所述网络触发系统接收的且与所分析的数据流相关的数据相关联。
13.根据前述任一权利要求所述的架构，其中所述使用状态引擎被进一步配置为 将一个或多个功能与所监视的业务相关联。
14.根据前述任一权利要求所述的架构，其中所述网络触发系统包括被设置在网络的不同点处以分析其中的数据流的多个模块。
15.根据前述任一权利要求所述的架构，其中所述使用状态引擎包括专用于特定应用域的多个模块。
16.根据前述任一权利要求所述的架构，其中要监视的业务是非基于会话的业务。
17.一种用于监视经由基于分组的网络提供的业务的方法，其特征在于 提供一种两级的、基于网络的应用控制(NBAC)架构，包括 在网络层提供的网络触发系统(NTS)，用于 -分析与要监视的业务相关的数据流， -检测可配置事件的发生，和 -生成并发送事件报告；以及 在控制层提供的使用状态引擎(USE)，用于-配置网络触发系统以检测在所分析的数据流中感兴趣的事件的发生，和 -接收并处理来自网络触发系统的事件报告以监视所述业务。
18.位于处理系统中的软件模块，被配置用于在被执行时实施根据前述权利要求1-16 中任一权利要求的网络触发系统和使用状态引擎。
全文摘要
此处公开了一种两级的、基于网络的应用控制(NBAC)架构，用于监视由基于分组的网络提供的业务。该NBAC架构包括在网络级提供的网络触发系统(NTS)，用以分析与被监视的业务相关的数据流以检测配置的事件的发生，生成并发送事件报告；和在控制级提供的使用状态引擎(USE)，用以配置网络触发系统以检测感兴趣的事件的发生，接收并处理来自网络触发系统的事件报告以监视业务。
文档编号H04L12/26GK102292933SQ200880132731
公开日2011年12月21日 申请日期2008年11月26日 优先权日2008年11月26日
发明者A·加罗法洛, E·M·玛菲奥内, L·宾科勒图 申请人:意大利电信股份公司