基于业务感知的下一代网络服务质量管理模型

在一个网络节点中完成自己的功能，在数据到来时对数据进行分析，并把分析结果或结论放入共享内存，在进行数据处理时，各个代理都能对共享内存进行存取，能取得其他节点的处理结果。实线部分表示各代理实体间的交互关系，虚线部分表示信息流方向。

　　2.1　控制代理

　　控制代理负责将各个代理的处理结果进行同步，并控制各个节点，它能分析网络数据、本地代理的处理结果以及相邻节点的处理结果，然后进行控制决策，以达到网络QoS的最优化。控制代理不仅能够对本地节点进行控制和决策，还能通过与相邻节点的交互实现对网络全局性的分析和控制。控制代理分析所有本地代理的处理结果，接收本地代理的不同数据和监测需求，并向其他节点的控制代理请求数据，然后进行智能控制决策，优化网络性能，通过这种方式，控制代理能根据网络现状对网络进行灵活监测。

　　2.2　业务感知代理

　　在本网管模型中，业务感知代理根据其他代理的处理需求及业务感知策略的策略控制，对接收的数据流进行业务感知处理，然后将处理结果放入共享内存，供其他代理进一步分析时使用。通过业务感知代理与其他代理的配合，网管系统完成对业务层的测试和管理。其他本地代理可能工作在业务感知代理处理的结果之上，因此要求业务感知代理具备实时性，处理速度要求较高。

　　2.3　其他代理

　　SLA提取代理根据业务感知结果，通过获取、解析应用层发出的符合标准定义的SLA或服务级别定义(SLS)，实现对控制层QoS信息的感知。

　　QoS感知代理根据业务感知的结果，通过对网络流量数据的监测或协议信令的跟踪分析结果，实现对数据层不同业务类型QoS数据的识别和分析。监测代理通过比较SLA提取代理和QoS感知代理的分析结果，监测网络中QoS提供情况，同时通过控制代理将网络QoS劣化域提交故障诊断代理。

　　故障诊断代理收到监测代理报告的问题域后，通过综合分析监测代理采集的数据，对故障进行定位和诊断。故障诊断代理还能通过向控制代理发送请求，获得临近节点采集信息，实现全局性分析和处理。

　　3、网管功能的实现

　　3.1　网管功能的实现机制

　　系统中的代理由数据驱动，当网络接收到数据时，控制代理作为协助者通知相应的代理。为了确保代理能收到相应的数据，它们必须向控制代理进行注册，提供3项信息：1)是否正常运行；2)希望接收的数据类型；3)能提供的数据类型。控制代理利用这些信息将数据转发给相应的代理。

　　代理还能请求不同的网络数据，将请求发送给控制代理，控制代理收到请求后将进行以下工作：1)采取措施满足请求；2)将结果放入共享内存；3)将状态报告发送至发出请求的代理。此外，控制代理还能请求某个特定代理进行某些工作，辅助它进行决策。

　　通过上述方式，系统中的代理无须知道所在节点中其他代理的情况，只需知道在共享内存中有什么数据可以获取及控制代理传给它们的数据。另外，各代理直接与控制代理进行交互，减少了代理之间的通信负载。

　　3.2　网管功能的实现流程

　　代理接收的数据包括网络中各业务的信令信息。下面通过简单的例子说明此模型业务感知功能的工作流程。业务感知代理收到业务感知请求后，配置好相应业务感知策略，向控制代理发送请求。控制代理将业务流的信令信息放入共享内存，并通知业务感知代理数据到达状态。业务感知代理将感知后的数据包打上标记送至相应共享内存。控制代理通知监测代理，根据业务感知结果对网络业务进行监测。监测代理向控制代理报告各业务运行状态，网管人员可通过控制代理收集的情况及时感知网络中各业务运行情况，当监测代理发现指标下降时，可根据情况向控制代理发送请求，启动相应问题发现代理或故障诊断代理。

　　3.3　模型的优缺点

　　优点是：1)采用数据驱动的智能代理结构，能灵活方便地集成新技术，对现有结构的影响最小；2)各代理只与控制代理进行通信便能完成网管功能，简化了网管系统各组件之间的通信机制；3)应用了业务感知技术，能实现对业务层面的监测和管理。

　　缺点是：1)各代理都与控制代理交互，因此系统对节点中控制代理的可靠性和性能要求较高，控制代理很容易成为网管系统的瓶颈；2)业务感知代理技术还不够成熟。