CN1274221A - 服务质量管理系统和方法 - Google Patents

Abstract

公开了能够为每个用户提供更精确和可靠QOS信息的QOS管理系统。每个用户的QOS数据管理是通过将用户与网络单元装置之通信端口相联系实现的。用户数据列表可检索地存储了表示每个用户的用户数据和表示与由用户获得服务相联系的网络单元装置的资源数据。通过搜索用户数据列表,收集用于每个与网络相关的源的性能数据和从性能数据中产生用户每个用户的QOS数据。QOS数据被输出到对应的用户。

Description

服务质量管理系统和方法

本发明涉及在大规模通信网络中管理提供给用户的服务的服务管理系统，特别涉及用于管理大规模通信网络中服务质量(QOS)信息的方法和系统。

服务质量(QOS)是网络性能的指标。如果由网络支持的QOS恶化，则在中途传输数据就可能损坏，并且要求用于数据交换的时间变长，导致在网络单元装置之间数据交换的可靠性降低。而且，用户了解所提供或获得的服务是什么级别是有用的。基于由网络支持的QOS可以确定如何使用网络服务来进行工作。

已经提出了用于管理有关各种服务的网络QOS的几种方法。例如，在日本待审专利申请公开6-232968中。已经公开了一种网络操作系统，其监视网络设备，并且当故障发生时，通知间接受到故障影响的用户进行故障服务，由此改善服务质量和可靠性。

而且，在日本待审专利申请10-242968中，已经公开了服务管理系统，其依赖于用户证明和授权自动地准备和提供性能信息。

但是，在上述现有技术中，尽管进行了每个用户的信息管理，但对每个用户不进行网络单元装置之间的数据传输管理。因此，每个用户不能接到真QOS数据。实际上，从诸如网络上传输装置或开关系统的网络单元装置上报告的性能信息已经作为QOS数据提供给用户。例如，在传统的QOS管理系统中，错误包的数目对每个装置是周期性计数的，其可以在曲线中表示。每个装置的这种信息用作为整个性能的管理工作索引。

近年来，用户通过网络获得希望服务有增加的趋势，并且网络规模变得愈来愈大。但是，传统的QOS管理系统不能响应用户对性能信息或每个用户质量信息的要求。

本发明的目的是提供QOS管理系统和方法，其能够为每个用户提供更精确和可靠的QOS信息，允许简易的网络管理和改善网络可靠性。

根据本发明，通过将用户与诸如网络单元装置通信端口的与网络相关的源相联系，QOS管理系统为每个用户实现了QOS数据管理。

具体地说，QOS管理系统包括用于存储用户数据清单的存储装置，该用户数据清单可检索地包含了表示每个用户的用户数据和表示与由用户获得的服务相联系的与网络相关的源的源数据。QOS管理系统还包括：数据收集器，用于收集每个与网络相关的源的性能数据；QOS数据处理器，用于通过检索用户数据清单从性能数据中产生用于每个用户的QOS数据；以及输出装置，用于将QOS数据输出到对应的用户。

与网络相关的源可以是与由用户获得的服务相联系的网络单元装置的端口。确切地说，与网络相关的源是通过将网络单元装置的装置识别符和与由用户获得服务相联系的网络单元装置之端口的端口识别符相组合识别的。

用户数据清单可检索地包含说明每个用户的用户数据和与由用户获得服务相联系的装置识别符和端口识别符的组合，其中QOS数据处理器检索用于用户数据的用户数据清单，其对应于与网络相关的源之装置识别符和端口识别符的组合，通过它可以接收性能数据。

正如上述，由于为每个用户的QOS数据管理是通过将用户与与网络相关的源相联系实现的，因此能够取得为每个用户的更为精确的和可靠的QOS信息，允许简易网络管理和改善网络的可靠性。

根据本发明的另一方案，QOS管理系统包括：第一存储器，用于存储可检索地存储表示每个用户的用户数据及表示与由用户获得的服务有关的与网络相关的源之源数据的用户数据表；以及第二存储器，用于存储可检索地存储每个与网络相关的源的筛选条件(Screening condition)的通知条件表(notificationcondition table)。第一数据处理器收集用于每个与网络相关的源的性能数据并通过搜索通知条件表筛选性能数据。第二数据处理器通过搜索用户数据列表从经过第一数据处理器的性能数据中产生用于每个用户的QOS数据。QOS数据被输出到对应的用户。

存在这些情况，即某些性能数据不需要有通知。因此，为了实现更有效地使用网络资源最好在QOS数据产生之前进行所收集性能数据的筛选。

图1是表示根据本发明第一实例的QOS管理系统之结构的框图；

图2是表示用户数据库例2的示意图，解释用于将装置端口与用户相关的方法；

图3是表示根据第一实例的QOS管理系统之工作的流程图；

图4是表示根据第一实例的QOS管理系统之具体程序流程的示意图；

图5是表示根据本发明第二实例的QOS管理系统之结构的框图；

图6是表示说明筛选过程的通知条件列表例2的示意图；

图7是表示根据第二实例的QOS管理系统之工作的流程图；和

图8是表示根据第二实例的QOS管理系统之具体过程流程的示意图。

下面将参考附图说明根据本发明实例的QOS管理系统。

第一实施

如图1所示，根据本发明第一实例的QOS管理系统在其结构上主要分为四个部分：输入装置111，用于从多个连接在一起形成网络的通信装置10(网络单元装置)的任何一个中接收性能信息；QOS数据处理器12；输出装置13，用于为每个用户输出用户可检测形式的QOS信息；和存储装置14。输出装置13可以是通信装置，打印机或显示器。

QOS数据处理器12具有性能数据收集部分101，质量数据产生部分102以及质量数据通知部分103。性能数据收集部分101从输入装置11中接收性能数据并且通过来自那个通信装置之那个连接端口的什么种类的性能数据来分类通信装置10的性能数据。质量数据产生部分102进行对用户数据库104的访问以检索用户数据并且将性能数据变换到用于检索用户的QOS数据。质量数据通知部分103将用于每个用户的QOS数据变换到依赖于输出装置13的数据。

正如图2中所示，用户数据库104以表的形式存储用户数据列表201。用户数据列表201具有用户识别符字段，用户地址字段，以及端口表示段，它们彼此相关。唯一识别用户的用户识别符被存储在用户识别符字段中。由用户识别符识别的用户的用户地址被存储在用户地址字段中。用户地址可以是电话号码或电子邮件地址。用户地址用于通知QOS数据的对应用户。端口表字段存储端口数据表，其表示给对应用户提供服务的装置端口。端口数据表具有装置识别符字段和端口识别符字段，它们彼此相关。一对装置识别符和端口识别符存储为一个记录的表。在服务提供给多个端口处于连接状态之用户的情况下，与每个端口相联系的记录被存储在用于该用户的端口数据表中。

在如图2所示的端口数据表202中，例如，具有用户ID＝用户-A和用户地址＝“usera @ acomp.com”的用户A提供有服务，该服务处于装置NODE-1的端口PORT-3及装置NODE15的端口RORT-6用在网络中的状态。类似地，端口数据表203和204正如图2所示产生。在网络单元装置之间用于每个端口的QOS可以通过在预定时间周期上计数错误包数目来监视。

另外，用户数据列表201预先存储数据，该数据表示哪个用户正获得使用哪个网络单元装置的哪个端口的服务。因此，能够有效地进行数据处理。

参考图3，当从输入装置11中接收通信装置10的信息时，性能数据收集部分101通过端口识别符和装置识别符收集和分类通信装置10的性能数据(步骤S301)。随后，质量数据产生部分102进行访问用户数据库104，使用作为检索密钥的端口识别符和为性能数据信源的通信装置之装置识别符的组合(步骤S302)以检索用户数据。当发现不匹配时(在步骤S303的否)，则程序结束。当发现匹配时(在步骤S303的是)，则质量数据发生部分102产生用于所发现用户的QOS数据，其包括性能数据和诸如电话号码或电子邮件地址的用户地址(步骤S304)。在这个方式中，用于每个所发现用户的QOS数据被输出到质量数据通知部分103。质量数据通知部分103经过使用从质量数据发生部分102接收的用户地址的输出装置13来通知QOS数据的用户(步骤S305)。

正如图4中所示，考虑这种情况，在此通信装置NODE-2将包括装置ID＝NODE-2，端口ID＝PORT-4及位错误(或者错误秒，这里错误秒被定义成一个秒周期具有一个或多个错误位)＝32的性能数据401传送到输入装置11。当从性能数据收集部分101接收了通信装置NODE-2的性能数据401时，质量数据发生部分102检索用于一个与装置ID＝NODE-2和端口ID＝PORT-4组合相匹配的记录的用户数据库104。

在图2所示用户数据库104的情况下，端口数据表203第一记录的端口数据匹配装置ID＝NODE-2和端口ID＝PORT-4的组合。由于所发现端口数据包括在用户B的用户数据中，对应用户ID和地址作为搜索结果402从用户数据列表201中读出。因此，质量数据发生部分102将搜索结果402和性能数据401结合用以产生由用户ID＝User-B，用户地址＝“usera @ acomp.com”，装置ID＝NODE-2，端口ID＝PORT-4和位错误＝32构成的QOS数据403。用户地址用于将QOS数据403通过输出装置13发送到用户B。

第二实施例

参考图5，本发明第二实施例不同于图1第一实施例在于通知条件列表501被加到存储装置14。通知条件列表501存储条件，在该条件之下，性能数据收集部分101将分类的性能数据传送到质量数据发生部分102。换言之，仅仅满足该条件的性能数据被传送到质量数据发生部分102。不满足该条件的性能数据被放弃。

正如图6中所示，通知条件列表501存储包含该条件的表。确切地说，该表具有用户识别符字段，端口识别符字段，性能数据类型字段，和条件字段，它们彼此相关。在装置识别符字段和端口识别符字段中，可以存储有单个识别符或多个识别符。在条件字段中，可以存储诸如“20或多于20”或者“100或少于100”的条件表达式。满足这些条件的性能数据被传送到质量数据发生部分102。因此，质量数据发生部分102完成有关由输入装置11接收之全部性能数据的检索。

正如前述，根据图1所示的第一实例例，用户数据库104一定相对于从通信装置中接收的所有性能数据进行搜索。但是，存在某些性能数据不需要通知的情况。为了实现更有效地使用网络资源，根据第二实施例，所收集性能数据的筛选是由使用通知条件列表501的性能数据收集部分101实现的。

参考图7，当从输入装置11接收了通信装置10的信息时，性能数据收集部分101通过端口识别符和装置识别符来收集和分类通信装置10的性能数据(步骤S701)。此后，性能数据收集部分101搜索通知条件列表501以确定对于端口识别符和装置识别符之每个组合的性能数据是否满足通知条件(步骤S702)。确切地说，它确定对于端口识别符和装置识别符之组合的性能数据是否满足通知条件列表501的对应性能数据类型和条件值。

当在通知条件列表501中发现不匹配时(步骤S703的否)，由于不需要性能数据被送到用户，就放弃性能数据(步骤S708)。

当在通知条件列表501中发现匹配时(步骤S703的是)，质量数据发生部分102访问用户数据库104以检索用户数据，使用是性能数据信源的通信装置的端口识别符和装置识别符的组合作为检索密钥(步骤S704)。当发现不匹配时(步骤S705的否)，则结束程度。当发现匹配时(步骤S705的是)，质量数据发生部分102用于发现用户的QOS数据，其包括性能数据和诸如电话号码或电子邮件地址之用户地址(步骤S706)。在该方式中，每个发现用户的QOS数据被输出到质量数据通知部分103。质量数据通知部分103经过输出装置13通知QOS数据的用户，其使用从质量数据发生部分102接收的用户地址(步骤S707)。

参考图8，考虑通信装置NODE-1，NODE-2和NODE-3将性能数据801，802和803发送到输入装置11的情况。

当从通信装置NODE-1接收了包括装置ID-NODE-1，端口ID＝PORT-3和包错误＝14的性能数据801时，性能数据收集部分101搜索通知条件列表501以确定对于端口识别符PORT-3和装置识别符NODE-1的组合的性能数据80 1是否满足通知条件列表501的对应性能数据类型和条件值。正如图6中所示，端口识别符PORT-3和装置识别符NODE-1的通知条件是包错误的数目为20或多于20。因此，可确定包括包错误＝14的性能数据801不满足对应的条件，并且放弃该性能数据801。

当从通信装置NODE-2接收包括装置ID＝NODE-2，端口ID＝PORT-4和位错误(或错误秒)＝32的性能数据802时，性能数据收集部分101搜索通知条件列表501以确定对于端12识别符PORT-4和装置识别符NODE-2的组合的性能数据802是否满足通知条件列表501中的对应性能数据类型和条件值。正如图6中所示，端口识别符PORT-4和装置识别符NODE-2的通知条件是位错误(或错误秒)持续时间为100或更少。因此，可确定包括包错误＝14的性能数据802满足对应的条件。性能数据802被送到质量数据发生部分102，并且产生性能数据802的QOS数据，然后被送到用户B，这正如前面所说明的(见图4)。

当从通信装置NODE-3中接收了包括装置ID＝NODE-3，端口ID＝PORT-7和包错误＝49的性能数据803时，性能数据收集部分101搜索通知条件列表501以确定用于端口识别符PORT-7和装置识别符NODE-3的组合的性能数据803是否满足通知条件列表501的对应性能数据类型和条件值。正如图6中所示，端口识别符PORT-7和装置识别符NODE-3的通知条件是包错误数目为0或多于0。因此，确定包括包错误＝49的性能数据803满足对应的条件。因此，性能数据803被传送到质量数据产生部分102。但是，在用户数据库104中并未发现端口识别符PORT-2和装置识别符NODE-7的组合(见图2)。因此，并不产生性能数据803的QOS数据，终止该过程。

正如从上述说明所证实的，在进行由大规模通信网络提供的为用户的服务管理的QOS系统中，QOS管理系统通过将用户与与网络相关的源相联系来实现对每个用户的QOS数据管理。因此，当用户进行管理工作时，能够提供对每个用户的更精确的QOS信息，因此，能够支持用户以便改善网络的可靠性。

Claims (9)

1.一种用于管理由具有多个与网络相关的源的通信网络支持的服务质量(QOS)的系统，其中多个用户通过通信网络获得服务；该系统包括：

存储装置，用于存储用户数据列表，该用户数据列表可检索地包含表示每个用户的用户数据和表示与用户获得的服务相联系的与网络相关的源的源数据；

数据收集器，用于收集对于每个与网络相关的源的性能数据；

QOS数据处理器，用于通过搜索用户数据列表从性能数据中产生用于每个用户的QOS数据；和

输出装置，用于将QOS数据输出到对应用户。

2.根据权利要求1的系统，其特征在于，与网络相关的源是与由用户获得的服务相联系的网络单元装置的端口。

3.根据权利要求1的系统，其特征在于，与网络相关的源是由网络单元装置的装置识别符和与由用户获得的服务相联系的网络单元装置的端口的端口识别符的组合识别的。

4.根据权利要求3的系统，其特征在于用户数据列表可检索地包含表示每个用户的用户数据和与由用户获得服务相关的装置识别符和端口识别符的组合，

其中QOS数据处理器搜索对于用户数据的用户数据列表，该用户数据对应于与网络相关的源的装置识别符和端口识别符的组合，性能数据是从该与网络相关的源接收的。

5.一种用于管理由通信网络支持的服务质量(QOS)的系统，该通信网络具有多个与网络相关的源，其中多个用户通过通信网络获得服务，包括：

第一存储器，用于存储用户数据列表，该列表可检索地存储了表示每个用户的用户数据和表示与由用户获得服务相关的与网络相关的源的源数据；

第二存储器，用于存储通知条件表，其可检索地存储了用于每个与网络相关的源的筛选条件；

第一数据处理器，用于为每个与网络相关的源收集性能数据和通过搜索通知条件表来筛选性能数据；

第二数据处理器，用于通过搜索用户数据列表从经过第一数据处理器的性能数据中为每个用户产生QOS数据；和

输出装置，用于将QOS数据输出到对应用户。

6.根据权利要求5的系统，其特征在于与网络相关的源是与由用户获得服务相关的网络单元装置的端口。

7.根据权利要求5的系统，其特征在于通知条件表的筛选条件包括对于每个网络相关源的预定性能数据类型的条件表达式。

8.一种用于管理由通信网络支持的服务质量(QOS)的方法，该通信网络具有多个与网络相关的源，其中多个用户通过通信网络获得服务，所述方法包括步骤：

存储用户数据列表，其可检索地包含表示每个用户的用户数据和表示与由用户获得服务相联系的与网络相关的源的源数据；

收集用于每个与网络相关的源的性能数据；

通过搜索用户数据列表从性能数据中为每个用户产生QOS数据；

将QOS数据输出到对应用户。

9.一种用于管理由通信网络支持的服务质量(QOS)的方法，该通信网络具有多个与网络相关的源，其中多个用户通过通信网络获得服务，所述方法包括步骤：

存储用户数据列表，其可检索地存储表示每个用户的用户数据和表示与由用户获得服务相关联的与网络相关的源的源数据；

存储通知条件表，其可检索地存储用于每个与网络相关的源的筛选条件；

收集用于每个与网络相关的源的性能数据和通过搜索通知条件表来筛选性能数据；

通过搜索用户数据列表从经过第一数据处理器的性能数据中产生用于每个用户的QOS数据；和

将QOS数据输出到对应的用户。

Images