用于电信系统的操作和 维护中心中的独特仓库服务器 本发明基于优先权申请EP 02 360 117.2，该申请被收录于此，以供参考。
【技术领域】
本发明涉及电信系统的操作和维护中心领域，更具体地涉及电信系统中的负载均衡。
背景技术
现有技术已知有用于各种电信系统的操作和维护中心(OMC)。例如，GSM移动电信系统规定了OMC。
国际专利申请No.WO-A-9826614公开了一种典型的无线电通信系统，具有基站、至少一个基站控制器以及在网络端的一个OMC.基站包含与天线单元相连的收发信机以及与基站相关的本地操作和维护单元。在基站中，一个控制单元处理一个收发信机单元到通信连接的选择性切换。收发信机可以由基站控制器、网络端OMC或与基站相关的操作和维护单元自动控制，以便它们分别处于工作状态或停止状态。
美国专利6,360,106显示了用于一个无线电通信系统的基站。基站的控制器执行收发信机的监控和组织。OMC属于移动无线电系统，在所述中心中执行配置、软件和性能参数地管理以及出现的错误的管理。为此，有关移动无线电系统的组件的操作和性能状况的错误消息和消息到达OMC中。
OMC的主要功能是评估各个基站的数据，以便保证在整个移动无线电网络中的连续无线电技术覆盖，并且对于单个收发信机失败控制替换和切换机制。这称为“配置管理”。通常，一个OMC可以管理整个移动无线电系统或只管理移动无线电系统的子组件。
美国法定发明注册H 1,896给出了用于电信系统操作的网络管理系统服务器和方法。网络管理系统集成了OMC的功能。
对于诸如GSM和UMTS之类的不同种类电信系统，可从商业上获得各种OMC。典型的，OMC提供用户界面，以使操作员能够监控网络性能、容量、安全性和配置。用户界面用于显示网络元件状态以及参数值，按类别和网络地理学的网络概述以及对象关系。
主要功能是配置管理。这使得操作员能够访问和修改网络元件和参数。典型OMC的其他功能是故障管理、性能管理和安全性管理。
每个功能都需要在一个单独的网络元件或一组网络元件上运行。通常需要称为“资源管理器”的中间组件，而不是直接对网络元件寻址。
【发明内容】
本发明提供了改进的操作和维护中心(OMC)，用于操作和维护的改进方法，以及对应的计算机程序产品。
特别地，本发明使得可以以更有效和灵活的方式操作和维护一个电信系统。此外，本发明还允许电信系统的可缩放性(scalability)。
这些目标是由一个用于电信系统的操作和维护中心来实现的，该操作和维护中心包括：
-服务器装置(5)，用于存储指示电信系统网络元件的第一信息以及指示网络元件和资源管理器(2)的分配的第二信息，
-信息检索装置(12)，用于生成指示分配给资源管理器之一的网络元件的第三信息。
这些目标还由一个用于电信系统的操作和维护中心的方法来实现，该方法包括如下步骤：
-存储指示电信系统的网络元件的第一信息，
-存储指示网络元件和资源管理器的分配的第二信息，
-生成指示分配给资源管理器之一的网络元件的第三信息。
这些目标还由一个用于电信系统的操作和维护中心的计算机程序产品来实现，该计算机程序产品包括用于存储指示电信系统的网络元件的第一信息以及用于存储指示网络元件和资源管理器的分配的第二信息的程序装置，还包括用于生成指示分配给资源管理器过程之一的网络元件的第三信息的数据检索装置。
根据本发明的一个优选实施例，使用关系数据库来集中存储有关电信系统的网络元件的注册的信息以及这些网络元件的属性信息。
根据本发明的一个优选实施例，每个网络元件都需要被分配给资源管理器之一。可从关系数据库中检索有关那些网络元件被分配给哪个资源管理器的信息。此外，还可从关系数据库中检索分配给特定的资源管理器的网络元件的数量。
在中央关系数据库中存储所有网络元件和被分配的资源管理器的注册信息有多种优势。例如，这使得可以将网络元件动态地分配给资源管理器。在一种应用中，通过资源管理器软件过程来实现资源管理器。
在这种资源管理器过程失败时，需要重新启动它。当重新启动资源管理器过程时，它首先向操作维护中心注册。然后，资源管理器过程请求要由该资源管理器管理的那些网络元件的列表。
作为响应，在关系数据库中执行数据库查询，以提取分配给该资源管理器的网络元件的列表。然后，这个网络元件列表被传送到资源管理器过程，从而该资源管理器过程可以恢复其服务。
在另一种应用中，将额外的网络元件添加到电信系统中。为此目的，需要通过OMC的用户界面声明所述额外的网络元件。作为响应，搜索具有相对较少数量的已分配网络元件的资源管理器过程。
换言之，OMC确定具有足够的未用容量来服务于额外的网络元件的一个资源管理器过程。这可以通过确定分配给每个资源管理器过程的网络元件的数量来实现。具有最小网络元件数量的资源管理器过程之一被选择，并且额外的网络元件被分配给所选的资源管理器过程。额外的网络元件到所选资源管理器过程的分配也将存储在数据库中。
本发明可以避免存储每个资源管理器的静态网络元件列表，这是特别有利的。特别地，本发明使得能够用一种灵活、有效的方案取代现有技术中在出现系统修改或系统故障情况时所需的复杂的重同步过程。
根据本发明的又一个优选实施例，OMC包括仓库服务器(repository server)。仓库服务器是负责管理网络元件列表和属性的OMC组件。最好，它使用关系数据库来处理和存储网络元件信息。
特别地，仓库服务器进行服务，以将网络元件和/或网络元件属性的更改何时输入到关系数据库中通知给所有相关系统组件(如，配置管理组件、故障管理组件等)。例如，如果额外的网络元件被分配给资源管理器过程之一，仓库服务器将发送一个对应的通知给该资源管理器过程，从而该资源管理器过程更新其本地网络元件列表。
本发明的一个特别的优势在于：网络元件信息和被分配的资源管理器过程的集中式存储使得能够有效、灵活地通过所有相关组件，并因此实现完全可缩放性。
【附图说明】
以下将参照附图更详细地说明本发明的优选实施例，在附图中：
图1是包括根据本发明的OMC的实施例的电信系统的框图，
图2表示用于添加网络元件的流程图，
图3表示用于启动(或重新启动)资源管理器过程的流程图。
【具体实施方式】
图1表示一个电信系统，它具有各种网络元件(NE)1。例如，如果电信系统是根据GSM标准的移动电信系统，则典型的网络元件包括基站控制器(BTS)和基站收发信台(BSC)。在根据UMTS标准的电信系统中，典型的网络元件包括节点B和无线网络控制器(RNC)。
每个网络元件1被分配给一个资源管理器2。电信系统每个资源管理器2的功能是管理其被分配的网络元件1的操作。为此目的，每一个资源管理器2都被分配了多个网络元件1。
分配给资源管理器2的网络元件1的数量可以在0到一个给定资源管理器可以处理的网络元件1的最大数量N之间变化。典型地，资源管理器2被实现为在服务器计算机上运行的软件过程。通常，就将网络元件1分配给一个给定的资源管理器2而言，网络元件1的地理分布差不多是无关的。
每个资源管理器2具有一个非永久性存储器3，用于存储包含分配给该资源管理器2的那些网络元件1的列表。
资源管理器2与操作维护中心(OMC)4相连。OMC4具有带有关系数据库6的仓库服务器5。关系数据库5进行服务以存储与电信系统的所有网络元件1相关的信息。
例如，在关系数据库6中，每个网络元件1按其表示符和位置以及其他与网络元件1本身和/或其与其他网络元件1的关系的其他属性信息来定义。此外，网络元件1到资源管理器2之一的分配也存储在关系数据库6中。为此目的，关系数据库6包含一系列关系表，如用于存储所有网络元件1的表示符的表7，一个或多个用于存储属性信息的表8以及用于存储可用资源管理器2的表9。
仓库服务器具有注册程序模块10，用于对资源管理器2进行注册/取消注册。例如，在UNIX实现的情形中，注册程序模块10进行服务，以注册“已启动的”资源管理器过程。
此外，仓库服务器5还具有负载均衡程序模块11。负载均衡程序模块11进行服务，以确定分配给每个资源管理器2的网络元件的数量，以便标识具有空闲容量并且可以向其分配额外的网络元件的资源管理器之一。负载均衡程序模块11具有数据库查询模块12，用于在关系数据库6中执行数据库搜索，以标识分配给一个给定资源管理器2的网络元件1的数量。
此外，仓库服务器5还具有通知模块13。当新信息输入到关系数据库6中时，提示通知模块13。作为响应，通知模块13向电信系统的相关组件(如，资源管理器2和配置管理组件14)发送信息，以便向受到关系数据库6中信息改变影响的那些组件提供更新。例如，通知模块13进行服务，以便例如添加了新的网络元件1，则提供受到网络元件1的分配改变影响的、存储在资源管理器2中的网络元件列表更新。
此外，OMC4还具有配置管理、性能管理以及故障管理组件14，它们具有与OMC主功能相关的各种用途，例如，微调无线电接入参数，设备中的故障识别以及网络性能和服务质量的管理。
OMC4具有用户界面15，以允许从一个或多个客户计算机16访问OMC4。电信系统的超级用户和/或过程管理员可以从客户计算机16访问OMC。例如，超级用户可能希望声明一个已添加到电信系统中的额外网络元件1或者希望去除其中一个网络元件1。
在操作中，当额外的资源管理器2被启动时，该额外的资源管理器通过注册程序模块10注册，并且它请求分配给它的网络元件1的网络元件列表。这将调用数据库查询模块12，所述数据库查询模块12在关系数据库6中搜索分配给新启动的资源管理器2的网络元件1。
该结果是新启动的资源管理器2所需要的网络元件列表。OMC4将此列表提供给新启动的资源管理器2，以在该资源管理器2的对应存储器3中存储此网络元件列表。这使得新启动的资源管理器2能够启动操作并为其所分配的网络元件1服务。
上述用于处理资源管理器2的注册过程的流程可以用于在故障后重新启动资源管理器2，也可以用于添加全新的资源管理器2。这使得能够在资源管理器2发生故障后能够快速、有效地进行恢复。此外，这还使得能够在系统的可缩放性需要资源管理器2时添加资源管理器2。
另一个应用是添加网络元件1。为了向电信系统添加网络元件1，超级用户需要通过经由其客户计算机16的用户界面15输入对应的数据来声明新的网络元件1。
额外网络元件1的声明会调用负载均衡程序模块11。负载均衡程序模块11通过其数据库查询模块12确定分配给每个资源管理器2的网络元件1的数量。负载均衡程序模块11选择具有最低数量的被分配网络元件1的资源管理器2。额外的网络元件被分配给所选的资源管理器2，并且此分配存储在关系数据库6中。
备选地，负载均衡程序模块11可以使用用于选择资源管理器2之一的另一种准则。例如，负载均衡程序模块11可通过其数据库查询模块12搜索具有空闲容量以容纳额外的网络元件1的资源管理器2。如果找到这种具有足够资源的资源管理器2，搜索可以在此处结束。
存储额外网络元件1到资源管理器2之一的新分配将调用通知模块13，它向所选的资源管理器2提供一个通知，以便指明该所选资源管理器2需要服务的额外网络元件1。作为响应，资源管理器2相应地更新其网络元件列表。
类似地，当网络元件1被去除时，对应的信息也通过用户界面15输入并存储在关系数据库6中。这也调用通知模块13，以便将此改变通知受影响的资源管理器2。
图2显示了用于添加网络元件的过程的流程图。
在步骤20，超级用户通过OMC的用户界面输入额外网络元件的声明。确定一个尚未完全负载的资源管理器过程。在一种实施中，具有相对较少的已分配网络元件的活动资源管理器过程之一被选择。通过在中央信息存储中执行数据库查询来确定分配给资源管理器过程的网络元件的数量。
在步骤22中，将额外的网络元件分配给所选的资源管理器并且该分配在步骤23中被存储在数据库中。
图3表示启动或重新启动资源管理器过程。在步骤30中，资源管理器过程被启动或重新启动。在步骤31中，资源管理器过程向OMC注册。
在步骤32中，新注册的资源管理器过程请求其被分配的网络元件的列表。OMC通过在中央信息存储中执行数据库查询来处理此请求，所述中央信息存储包含与网络元件和被分配的资源管理器过程有关的所有相关信息。在步骤33中执行一个或多个这种数据库查询，以便标识分配给新启动的资源管理器过程(如果有的话)的网络元件。
当在故障之后重新启动资源管理器过程时，这样可以有效地恢复系统操作，而不会影响电信系统的其余部分。在添加新的资源管理器过程时，在步骤33提供的网络元件列表最初可能是空的。
在步骤34中，所分配的网络元件的列表被发送到新启动的资源管理器过程，以便使得该资源管理器过程能够启动操作。
参考数字列表
网络元件 1
资源管理器 2
存储装置 3
操作维护中心(OMC) 4
仓库服务器 5
关系数据库 6
表 7
表 8
表 9
注册程序模块 10
负载均衡程序模块 11
数据库查询模块 12
通知模块 13
配置、性能、故障管理模块 14
用户界面 15
客户计算机 16