CN1206522A - 电信网络管理系统 - Google Patents

Abstract

在一个管理电信网络的系统中,所管理的传输网络通过接口进程以这样的方式被连接到管理系统,即网络中使用的设备被分成不同的设备类别(MD,SXC,SDH),对于各设备类别该系统包括一个接口进程(IPI－IP3),该进程对一个属于有关设备类别的设备进行转换,使得从管理系统的方向看,它表现为一个对应于管理系统中相应的对象表示的设备的通用基本设备。

Description

电信网络管理系统

本发明涉及一个基于所附权利要求1的前序部分的用于管理电信网络的系统。被管理的电信网络可以是一个SDH(同步数字分层)网络，一个PDH(准同步数字分层)网络，或这些网络的组合。

网络管理的基本状况通常使得管理电信网络的网络运营者，比如一个电话公司除了物理网络之外还拥有许多客户(即网络用户)。该网络运营者向客户销售各种使用网络的服务。(在这里以一个公共网络为例；但从原理上讲相同的描述也适用于管理一个机构网络的私人网络运营者)。为了满足物理网络的客户的数据传输需求，网络运营者利用一些设施或操作进程供应客户服务。根据所要实现的功能可以把这些操作进程分组成：

-服务应用，保证客户服务的性能，包括为客户开出服务单据。

-操作和维护，保持网络的工作状态以便客户使用网络。这方面最重要的一个功能是监控和网络故障修复。

-规划和开发，其功能是开发网络操作以便更好地满足客户需求并增加公司企业的总体效益。

如上所述，根据一个特定层次上执行的功能所涉及的公司企业的总体管理的程度，在几个不同的层次上进行网络管理。电信网络管理通常自底向上被分成四个不同的层次：

-网络单元管理层，

-网络管理层，

-服务管理层，和

-商务管理层。

在ITU-T(CCITT前身)建议M．3010中使用了这种划分，该建议针对电信网络的管理体系结构定义了一种框架。在上述四层下面的最底层是设备本身；通过安装和现场施工工具来管理这些设备。

网络单元管理层意味着把单个的网络单元(诸如一个多路复用器或交叉连接设备)当作一个单独的部件来管理，同时不关心网络或其它网络单元的状况。目前投入商业使用的多数“网络管理”系统实际上都是这一层中的网络单元管理系统。

网络管理层涉及对整个电信网络的管理，例如对网络连接进行整体管理。一个例子是建立连接并对其状况进行端到端的监控。这意味着不仅针对该设备显示在其上检测出的报警，并且传播报警以便显现出存在的故障所影响的服务(路径和电路)。本发明被放在这个层次上。

与上述不同，服务管理层不关心网络的技术管理。该层关心客户数据，对提供给客户的服务的监控，开出服务单据，并且关心不同类型的服务需求。

商务管理层被用来监视和规划整个企业的商业活动和经济状况，从而产生影响较低层次的决策。

目前，网络管理系统正在演变成整体管理电信网络的系统，而传统的管理系统只处理传输设备的远程控制，尤其是监视设备产生的报警。在传统的网络管理方法中，诸如建立新的端到端连接的配置变更费工又费时，由于最终的结果包括几个配置变更事件，因而其先决条件是网络维护人员首先要对情况有一个总体的了解，并且决定单个网络单元中所需的配置变更。相反，在新的网络管理系统中，在系统内产生对网络及其状况的整体视图，并且系统本身向各个传输设备发出所需的配置命令。结果，可以比以前更快速地进行配置变更。电信领域的自由竞争加速了这种发展。

上述建议M．3010规定了如图1所示的管理体系结构。该结构基本上包括一或多个与数据通信网络DCN相连的操作系统OS，其中DCN与一个实际的电信网络进行通信，该电信网络需要管理并且包括被管理的网络单元NE。注意数据通信网络的连接和电信网络的连接在逻辑上是不同的，尽管可以在同一个电缆上物理实现这些连接。因而，在逻辑上有两个网络：(a)一个为客户提供服务的网络，和(b)一个维护服务提供网络的网络。某些传输设备(网络单元)的管理还需要单独的中介设备MD，该设备主要用作符合建议的Q3接口和不理解接口中使用的协议但使用其本身的专有协议的传输设备之间的协议转换器。例如新的SDH设备可以被直接连接到Q3接口，而旧的PDH设备需要一个中介设备。

实际上，针对混合SDH和PDH网络的管理网络可以如图2所示。位于操作核心的用户(网络公司职员)使用与一个单独的局域网WSN相连的网络管理工作站WS，其中WSN可以是一个以太网。管理系统通常分布在局域网的几个计算机中，其中一个计算机是一个专用服务器SRV，该服务器具有一个包含管理网络所需的信息的数据库DB。在其实际的实施例中，局域网还包括必要的备份设备(比如DAT驱动器或镜像磁盘)和事件记录打印机(未示出)。

管理系统通过上述Q3接口与SDH网络连接。已经针对Q3接口定义了各种可选的方式，使得接口可以是一个X．25类型包交换接口或以太网LAN接口。(包交换接口在负责网络管理的公司也使用一种包交换网络的情况下是很有用的)。实际上，在STM-N信号(N=1，4，16)的附加字节中建立SDH网络单元21之间的控制信道，使得SDH设备之间的控制信号与有效信号一起传播(即，在相同的物理信道中)。在附加字节中建立的这种控制信道被称作嵌入控制信道，并且在STM-1帧中通过附加字节区D1至D12构成该信道。

相反，PDH设备需要特定于制造商的解决方案，因而它们必须通过单独的中介设备22与管理系统相连。

管理系统也可以是分层的，使得不同地理区域具有其自身的小型管理系统，而这些小型管理系统一起构成整个管理系统。例如，覆盖一个国家的管理系统在地理上可以被分成在该国家的不同部分工作的小型管理系统。各个小型管理系统关心有关地理区域中的网络部分的管理。在图2的例子中，在地理上彼此分离的管理系统MS1和MS2共同构成单独的公共管理系统和管理网络。

网络管理标准目前很大程度上建立在所谓的面向对象描述的基础上，尽管标准不要求使用该技术。对象是网络管理系统中的数据结构，其中数据结构描述了网络部件的功能和状态。因此对象是一种具有某种属性(“我象这样”)和操作(“我可以做这些事”)。(在面向对象方案中，具有相同数据结构(属性)和相同行为(操作)的对象被组合成一个类。一个操作的具体实现被称作一个方法，而各个对象被称为其类的实例)。一个典型的对象是具有某种属性(活跃的交叉连接)和方法(例如构成并释放交叉连接)的交叉连接设备。

在电信网络管理系统中，对象可以是物理对象或逻辑对象。物理对象是构成部分物理网络的单元。这样的对象包括上述网络单元(一个网络单元是电信设备中以单独单元方式提供电信功能的任何一部分)或物理连接(诸如光纤，双绞线，同轴电缆，无线链路或卫星链路)。逻辑对象是不构成物理网络的单独部分的逻辑实体。这样的对象包括路径和电路。(路径是网络中两个物理接口之间具有固定位速率和格式的连接。电路是在网络边界上的两个物理接口之间为客户建立的连接。由此，一个电路通常包括几个邻接的路径。)

一个网络对象可以具有多种属性。某些属性(诸如“故障状态”)被几种不同的对象类型使用。另外，对于某些类型的网络对象(诸如路由)，定义一个由其它属性构成的属性是很方便的。常见的属性包括“有效状态”，“故障状态”和“操作状态”。这些属性具有不同的可能值，例如故障状态可以具有下述值：

-正确。无错误。

-警告。有待解决故障，但不影响服务。

-恶化。对象提供的所有或部分服务恶化。

-失败。失去对象提供的所有服务。

-未知。对象的故障状态未知。

“操作状态”依次可以具有两个不同的值：

-使能。对象可完全或部分地工作。

-禁止。对象全部无法工作。

涉及管理系统的问题之一是怎样管理使用不同类型协议的多种多样的设备。首先，一个需要管理的网络包括具有不同基本功能的设备，诸如多路复用器或交叉连接设备。其次，存在产生相同功能的新版本和旧版本的设备，并且这些版本在技术上可能彼此差别很大，例如产生相同功能(诸如交叉连接)的PDH和SDH设备。同类设备的特性(诸如交叉设备)随着制造商的不同而差别很大；即使制造商相同，一个同样设备的不同版本也可能互不相同。

本发明的目标是提供一个新型的网络管理系统，该系统能简单和快速地处理网络中包含及添加的大量网络单元的管理。通过基于本发明的系统可以实现该目标，其中该系统的特性在附加权利要求1的特性部分被公开。

本发明的思想是把在要管理的电信网络中使用的设备分类；在管理系统中把代表各类别的设备表示成通用对象，通用对象具有对应于所涉及的类别的基本特性(完成诸如交叉连接的特定功能的能力)；并且在所管理的网络和管理系统之间的接口上进行转换以便转换该设备，使得从管理系统的方向看，该设备相应于在系统中表示有关设备所属的设备类别的通用对象。根据本发明，在从具体设备类别的内部对象模型向具体设备的外部对象模型的方向上进行接口上的转换，并且反之亦然。

如果一个新的设备，比如一个来自新的制造商的交叉连接设备被加入系统中，则所有需要做的事是向该设备的系统增加一个新的接口进程，即系统的其余部分不需要任何修改。新的接口进程把来自该设备的特定消息格式转换成系统的通用交叉连接设备格式。通过把这种新型交叉连接设备表示成简单基本交叉连接设备，它可很容易地被加到系统中。然而，如果新设备具有某些特殊功能(例如可以在一定状态下打开的指示灯)，并且这些功能将被使用，则一个表示该功能的新对象必须被加入系统。然而，本发明的一个优点是通过利用接口进程把新设备表示成对应于有关类别并且与系统中已有的对象具有相同属性和操作的基本对象，可以非常快速地把新设备包含在系统中。

下面，参照附图详细地描述本发明及其最优实施例，其中

图1示出了一个电信网络管理体系结构，

图2说明了SDH和PDH混合网络的管理网络的一个例子，

图3示出了基于本发明基本形式的管理系统的功能结构，

图4示出了基于图3的系统中的接口进程的思想，

图5和6大略地图示由接口进程完成的对象模型转换。

图3中示出了基于本发明的管理系统的功能结构。一个具有此种结构的系统能在图2所示的系统中工作。该系统包括一个单独的核心部分CP和一个或多个连接到系统核心部分连接的外围部分PP1…PPN。在此例子中，每个辅助部分由系统的一个用户(网络运营者的雇员)使用。

系统通常具有一个专用的诸如服务器SRV(也在图2中说明)的核心计算机。系统的核心部分维护一个最新的状态模型和要管理的电信网络NT的操作，其中在图中说明了一个单独的网络单元。如上所述，核心部分使用对象以保持该模型。核心计算机SRV与一个或多个工作站WS1…WSN连接，其中各工作站均包括一个外围部分。在核心计算机和工作站上运行的系统功能进程，由椭圆来标识。下面将描述这些进程。

一个应用(在图3中由索引APPLN1…APPLN4表示)是一个功能系统模块，该模块允许用户在工作站的屏幕上配置网络和观察网络事件。由此应用是向用户提供系统服务的系统部分。而一个私人工作站也称为一个应用服务器。

一个会话处理器SH是一个功能系统部分，它处理一个单独用户与系统的会话并且在核心和用户的应用之间传送消息。会话处理器可以和初始系统登录窗口关联，一个用户通过该窗口登录并且建立与核心的会话。会话处理器根据用户给出的命令启动各种应用。当用户退出时，会话处理器完成必要的关闭和撤消登录操作以终止会话(将在后面解释术语登记)。

一个核心访问进程CAP检验会话处理器是否属于一个已知主机上的一个已知用户。检验完成后，该处理器被用作通向系统核心的网关。对于核心部分的每个CAP，在外围部分中有一个相应的会话处理器。

一个数据库进程DP控制对数据库DB的访问以便存储固有的信息(管理系统的主对象)。此进程的主要功能是：

-把固有对象转换成可存储的格式并从可存储的格式转换成固有对象，

-在数据库DB中存储所有固有对象的当前状态并且通过修改和核心部分的建模进程MP发送给该进程的事件消息保持数据库的最新状态，

-把事件信息发送给有关的系统部分。

建模进程MP负责维护被管理的网络核心模型的最新状态并且负责对其进行修改。建模进程的主要功能是：

-从接口进程IP或CAP(即来自网络或用户)接受修改和事件指示并使其生效，

-如果修改有效则对模型进行修改并且确定这些修改的结果，

-如果修改需要在被管理的网络中进行相应的修改，则把修改传到相应的外部接口进程EIP，

-基于接收的修改和事件(例如路径和电路上的故障事件)产生事件。

接口进程IP是一个功能系统部分，该部分把数据(来自被管理的网络的数据)从外部世界转换到管理系统的内部世界。就所涉及的系统用户而言，他或她仅看到一个诸如多路复用器或交叉连接设备网络单元NE，并且不必了解制造商或设备版本。不同类型的外部接口进程用于不同类的设备。各IP的主要功能是：

-监视网络的事件并且与网络交换指示，

-把这些事件和指示转换成用于建模进程MP的等价事件，

-把这些事件和指示传送给建模进程，

-接受从建模进程接收的修改；把它们转换成网络模型的格式；把它们发送给网络并且当所有涉及初始修改的命令成功、失败或超时时，通知建模进程。

事实上，接口进程也可以被包括在核心部分中，但因为它们构成管理系统与外部世界的接口，所以图3对其单独进行了说明。

故障传播代理进程FPAP是一个功能系统部分，该部分计算出所接收的事件对系统造成的实际影响。为了做到这一点FPAP使用有关上述对象类的信息。这些信息是从数据库进程DP接收的。

由于网络单元无法提供应用者需要的所有信息，所以数据库必须存储关于私人网络单元、网络单元之间的互连和相互关系、网络单元能够进行的操作、和网络单元提供的服务的信息。以对象模型的形式存储该信息，其中该对象模型根据对象及其属性和在这些属性上执行的方法表示传输网络TN。由此，在对象模型中，一个对象代表所管理的一个资源。

应用使用这些构成了系统内所管理的网络的映象的对象。因此，应用必须从系统的核心部分得到对象。一个应用也可以在数据库DB中创建一个新的核心对象，例如在用户命令控制下建立该对象。

应用还进行登录以便接收各种事件。登录被传送到会话处理器并进一步到系统的核心部分。结合数据库进程DP以滤波器F1的形式存储登录。根据事件类型，该滤波器找出某一特定事件将被发送到哪一个核心访问进程和哪一个应用(即关心某种事件的用户)。来自系统核心的事件在会话处理器被复制并且发送给所有登录接收它们的应用。在这种方式中，所有用户的应用能同时接收事件，因而提供给不同应用的用户的信息是一致的。

通过这种方式，系统的核心部分知道某个事件必须传送给哪一个应用。这样就允许(在核心内)尽快过滤掉不需要的事件并且减少在应用和系统核心部分之间使用的带宽。这样核心部分可以对要到达应用级的事件进行过滤。也可以分步使用过滤器，使得只在会话处理器级，核心部分知道什么事件需要传送给外围部分。此后会话处理器具有一个新的滤波器，它指示会话处理器中的某一特定应用所关心的是哪一个事件。但是第一可选方案是最优的，这是因为该方案不会使外围部分(会话处理器)过于复杂。

在本申请的并列申请GB-9526600．3中描述了滤波器的使用，这里对该并列申请加以引用以便进行更详细的描述。

在图3的管理系统中，存储在管理系统的核心部分的部分对象被放置在各会话处理器SH的高速缓存CH中。(尽管一个高速缓存是某种存储器，但在这种连接中进行高速缓存意味着只保持某些对象的复本以便快速访问。)这样，会话处理器具有一个应用从系统核心部分取出的任意对象的复本。因而会话处理器还存储指示其中是哪个应用使用了一个指定对象的、特定于对象的信息。可以以图3所示的表格TBL1的形式存储这种信息。类似地，核心部分知道哪个会话处理器具有一个指定主对象的复本。结合数据库进程，可以以表格TBL2的形式存储该信息。

在系统启动时，会话处理器没有对象的任何复本。当应用第一次需要一个复本时，从核心部分取出该复本。当发送的检索消息包含指定要检索的对象和需要复本的应用的信息时，会话处理器能保持一个指示是哪个应用使用指定对象的表格(TBL1)，并且数据库进程能够保持一个指示是哪个会话处理器使用指定主对象的一个复本的表格。

如果一个应用要取出会话处理器已经拥有其复本的一个对象，则应用从会话处理器接收一个对象复本并且无须和系统核心部分交互。当应用中止使用一个对象时，它通过会话处理器向核心部分发送一个消息以作为此动作的指示，结果复本从会话处理器的存储中清除移出去并且相应地更新表格。如果再次需要该对象，则以相同于在系统启动时的方式从核心取出该复本。

当在应用中对一个对象进行修改时，会话处理器立即把该修改通信给在会话处理器中使用该对象的所有其它应用。(会话处理器从产生修改的应用中接收修改信息，更新其自身拷贝，并把该事件传送给其它使用该对象的所有其它应用。)

通过会话处理器把这些修改发送到核心，核心重新修改主对象以便保持主复本与外围部分中的复本之间的一致状态。

上述类型的系统结构在本申请中的并列申请GB-95-26612．8中描述，这里参考引用了该申请以便更详细地进行描述。该申请更全面地描述了不同进程的操作。

由于本发明主要涉及系统和外部世界间的接口，下面的描述将针对该接口来进行。图4通过一个最优实施例图解基于本发明的原理，其中所管理的网络的设备被分成三个由索引MD，SXC和SDH指示的不同类别。对应于接口进程IP1的类别MD包括与旧PDH设备连接(参看图1)的中介设备。对应于接口进程IP2的类别SXC包括所有提供Q3-接口的交叉连接设备，而对应于接口进程IP3的类别SDH包括所有网络的SDH设备。这种分配的优点是存储于系统中的基本设备的模型能够与标准尽可能地接近，并且接口进程自身能以相对的直接方式实现。

相应地，尽管要管理的传输网络可以包含几种比如提供交叉连接能力的单元，但从应用的观点看，这些单元均具有相同的属性和行为。这样，当系统的用户给出一个产生交叉连接事务处理的命令时，通过系统的核心部分对所有类型的交叉连接设备进行处理，直到一个接口进程被要求处理该事务。数据库进程从内部知道这种交叉连接设备(接口进程由一个属性值来标识)的类型，从而还知道应当把事务发送到那个接口进程。接口进程则知道所涉及的具体设备，其中可以通过正确的方式命令该设备进行交叉连接。务了建立端到端的电路，可能需要发送几种交叉连接事务，其中所有事务可以被发送到不同的接口进程(由于路径上的交叉连接设备均可以具有不同的类型)。

这样，根据本发明，每个接口进程的系统端均是通用的(即在所有接口进程中都确切相同)，使得无论所涉及的是什么接口进程，在建模进程(或数据库进程)和接口进程之间均使用相同的协议。(在图4中，由接口进程中的并行垂直线示出该功能。)

相比之下，各个接口进程IP1…IP3的网络端是不同的。通过这种方式，当在尽可能低的系统层次上向网络增加新型网络单元时，可以隔离需要对系统进行的修改。如果向系统增加一个新设备，比如一个来自新制造商的新型交叉连接设备，所有需要完成的工作是向系统增加一个针对该设备的新接口进程。新接口进程把来自该设备的特定消息格式转换成系统的通用交叉连接设备格式。由系统中已有的对象来表示这种通用格式。通过这种方式，向系统中增加新型设备所需的修改的非通用部分可以被嵌入到接口进程中，同时保持系统其余部分的通用性。

显然，接口进程在管理系统的内部对象模型和外部对象模型之间进行转换。系统的对象模型被用来(a)在向网络发送修改时确定所涉及的外部对象内部修改，并且(b)在从网络接收修改时产生涉及一个外部修改的内部修改。外部对象模型包含有关如果把外部消息转换成内部修改并且如果把内部修改转换成外部消息的信息。

下面两个详细的，涉及交叉连接设备的例子说明了接口进程的功能。

建模进程和一个接口进程之间的情况与接口进程类型和执行的操作是独立的。这样，MD IP的情况与SXC IP的情况相同。

第一个例子说明了在管理系统向一个交叉连接设备发出一个连接两个终端点(下面简称为TP)的请求时发生的情况。

1．电路管理器(执行交叉连接的应用)把两个端点(图4中A和B)连接在一起。这样在系统中产生一个被加到TPManager∷crossConnectList属性中的信息单元。(冒号前面的名字，TPManager在这里表示有关的对象类，冒号之后的名字，crossConnectList表示属性或操作。)增加的单元包括针对连接的两个点的内部识别号(TPUniqueIds)。(下面将使用简称id表示识别号和任何其它的识别码。)

2．接着电路管理器构成一个描述修改的消息。这个消息会包含对象id(TPManager对象id)，(crossConnectList属性的)属性id和属性的新值以及其它一些东西。下面通过索引AVCEvent(属性值修改事件)来指示该消息。在索引changeItem所指示的一个特定的对象中包含了有关的数据。该对象被放置在一个AVCEvent中，AVCEvent被当作一个事务消息发送到建模进程。

3．建模进程MP接收事务消息，取出AVCEvent信息并且把这个AVC发送到IP2(SXC IP)。根据接收的TPManager对象id(TPManager对象具有一个被用于取得交叉连接设备对象的getManagedElement方法)，通过有关的交叉连接设备来实现这一点。接着交叉连接设备对象的一个属性分出一个有关的接口进程。AVCEvent接着被放在一个记录中，该记录被放在一个消息中并且被发送到IP2。

4．当接口进程接收消息时，该进程从消息中取出记录，存储记录并且向建模进程回送一个确认消息。

5．接口进程使用接收的crossConnectList属性id调用一个交叉连接方法(CnvSXCME∷crossConnectOperation)。

6．该方法使用接收的对象id取得TPManager对象。接着接口进程根据TPManager对象id以和上述建模进程相同的方式得到表示交叉连接设备类的对象。接收的changeItem对象具有一个属性changeType。在这种情况下，这个属性的值为“AddItem”，意味着所涉及的操作是一个连接操作(而不是拆除连接操作，拆除连接操作除了changeType的值是“RemoveItem”而不是“AddItem”之外，其它方面与连接操作类似)。接口进程接着调用connectOperation方法。

7．connectOperation方法得到两个TPUniqueIds(可以在changeItem中发送，或者根据接收的crossConnectList属性id单独请求)并且把它们转换成终点的外部别名(下面简称为DN)。通过一个被称作CnvSXCME∷TPUniqueIdToDN的方法进行这种转换)。该方法了解如何把外部DN和内部TPUniqueIds关联起来。在这个阶段，有必要找出一个交叉连接设备接口的地址(DN)，该接口在一个卡上，而这个卡位于交叉连接设备的某个插槽上。在这种情况下，每个卡有两个接口。

8．TPUniqueIds首先被用来得到相应的TP对象。这个对象接着可以被用来得到有关的接口(TP对象具有一个GetInterfaceId方法)。接着接口对象被用来取出包含一个属性的卡对象，其中这个属性具有表示卡中一个特定接口的特定索引。卡中的这个接口索引接着被用来计算出终点的外部DN。(在接口的外部模型中，DN是有关的交叉连接设备的唯一名称。)

9．接着外部DN被用来建立CMISE交叉动作(M-ACTION)，该动作被发送到有关的交叉连接设备。接着交叉连接设备根据消息中包含的DN知道动作被导向那个物理点。

10．交叉连接设备作出应答以便指示操作的成功或失败。接收的信息被用来设置步骤3中提到的记录中的状态码，以便指示操作成功或失败。

11．一个包含上述状态码的消息被发送到建模进程，该进程使用状态码告诉应用(电路管理器)操作是否成功。

关于相反方向的例子是一个报警处理过程。这个例子说明比如在拆除物理电缆与交叉连接结点中的2Mbit／s接口卡的连接时，和交叉连接设备向管理系统发送一个相关的报警时发生的情况。

1．以外部对象模型指定的形式接收报警。(当使用Q3协议时，接收CMISE原语M-Event-Report，该原语包含指示必要的报警数据的参数。)

2．下面是外部模型中正在发送报警的对象的唯一名称：

sxcNodeled，TTP

其中sxcNodeled的值是所有交叉连接结点中一个唯一结点识别号，而TTP的值是卡中的物理接口(每个卡包含两个接口，A和B，如上文所述)。按下面的方法计算TTP的值：

对于接口A：TTP=2^*插槽号

对于接口B：TTP=2^*插槽号+1。

3．根据接收的sxcNodeled值取出针对该物理交叉连接结点的内部对象。

4．接着必须找到相关的内部卡对象。它可以从交叉连接对象处得到，其中根据从数据库中接收的sxcNodeId可以得到交叉连接对象。交叉连接对象具有一个通过给出插槽号来返回卡对象的方法，在这种情况下插槽号等于TTP的值除以二。在这种情况下，余数(零或一)指示那个接口与此有关。

5．现在可以从卡对象得到正确的内部接口对象。

6．现在接口进程IP已经正确找出了内部模型中具有该报警的接口对象。从此接口进程将以一种通用方式运行。它将建立一个具有象“苛刻”，“原因”及“附加字”那样的属性的通用内部报警对象。这些属性根据一个外部报警中的属性对故障进行了描述。

7．接口进程把该内部报警发送到建模进程，并且还指示哪个内部接口对象将具有此报警。

接着报警数据被进一步传送给表示要接收该类型事件所有进程。

如图4所示，与被管理的网络的通信最好与Q3协议一致(其中Q3协议是标准中所定义的协议中最重要的协议)。在标准中的Q3协议所定义的接口基于一个7层OSI(开放系统接口)协议栈，根据所连接的网络，对其有不同的选择。然而，所有的选择在最高应用层上都是基于对CMISE的使用(在标准ISO9595和ISO9596中定义了CMISE，公共管理信息服务单元。CMSIE是OSI参考模型的应用层的应用服务单元，它提供控制并监视所管理的对象的服务。)这样，CMISE原语是在标准中定义的消息，并且上述“M-ACTION”是这些消息中的一个(发送该消息以便请求一个象“连接”那样的动作)。

当从网络进行发送时，各设备发送的一个消息包括传送消息所用的接口进程地址。

图5和6简要示出了接口进程所进行的对象模型转换。图5以举例的方式说明了系统内部对象模型中交叉连接设备的一种可能的表示，并且该图例以举例的方式说明了设备的对象模型。在内部对象模型中，交叉连接设备被建模成具有N个终点TP1至TPN和N个输出线的设备。通过命令终点和输出线连接来执行一个交叉连接操作。但设备本身可以包括一个如图6所示的表格。输入和输出线的数量必须被写到表格中第一和第二个空闲表项中，因而设备自动地互连这些线路。这样，对应于该设备的接口进程把要求把一个特定的终点连接到一个特定的输出线的命令修改成要求在表项中写入预定数值的命令。

尽管前面Q3协议被用作接口进程和网络之间使用的协议的一个例子，也可以使用任何其它的已知协议，比如Q1，TCP／IP和SMNP。在这种连接中还应注意，在内部对象模型的设计中最好考虑使用相关的标准(M．3100)，从而可以通过尽可能简单的方式构成所要来回转换的标准化环境。

尽管前面参照附图所示的例子描述了本发明，显然本发明不仅限于该例子，在上述本发明的思想和附加权利要求书的范围内可以有多种方式的修改。如上所述，管理系统包括多种代表逻辑和物理实体的对象。在所含的权利要求书中，所有这些对象作为“涉及所管理的网络单元的对象”，即代表所管理的环境的对象而被提出。

Claims (4)

1、一个管理电信网络的系统，上述电信网络包括几个由系统管理的网络单元，

-上述系统包括一个具有至少一个提供人-机接口并允许管理员控制系统的工作站的管理中心，而系统能够向管理员提供有关网络的信息；

-上述至少一个工作站与包括关于所管理网络的信息的数据库连接

-上述信息具有涉及所管理的网络单元的对象形式，并且具有不同对象之间的索引形式；

-上述索引指示对象间的依赖性，其中管理中心通过数据通信链路与上述网络单元连接，以便管理员能启动一个操作并从所管理的网络单元接收信息；

其特征在于

-所管理的传输网通过接口进程与管理系统连接；

-网络中使用的设备被分成不同的设备类别；

-针对各个设备类别，上述系统包括一个接口进程，该进程对属于有关设备类别的设备进行转换，使得从管理系统的方向看，该设备表现为对应于管理系统中相应对象表示的一个设备的通用基本设备；并且

-从接口进程的观点以这样一种方式对上述设备进行分类：

-一个设备类别基本包含所有与已知中介设备连接的PDH设备；

-一个设备类别基本包含所有被提供了一个电信协议接口的交叉连接设备；

-一个设备类别基本包含所有SDH设备。

2、如权利要求1所述的一个系统，其特征在于上述接口进程把管理系统的内部协议转换成电信协议，反之亦然。

3、如权利要求1或2所述的一个系统，其特征在于上述电信协议是已知的Q3协议。

4、如权利要求1所述的一个系统，其特征在于为了提高取出上述对象的速度，存储在管理系统中的上述对象还在一个与会话处理器相连的高速缓存存储器中被存储成复本。