专利名称：电信网络资源管理方案和方法
技术领域：
本发明涉及在运营支撑结构中用于管理电信网络的一个资源处理器，包括包含有关网络资源信息的业务和资源数据库方案。本发明还涉及在资源处理器数据库方案中在这种运营支持结构中使用的一种结构化信息方法。本发明还涉及将资源处理器用于电信网的运营支撑结构中的业务类型处理器，用于创建和维护业务类型方法及其关系。
技术发展水平电信运营支撑系统中的资源管理因这些类型网络的大小和复杂性而很困难。电信网通常随着新资源/业务的增加以及旧的多余资源/业务的去除或替换而一直在变化。通常，缺少与可用/冗余资源相关的信息导致具有高度重复的特定业务或网络的烟囱管解决方案。缺少最新信息和因而发生的重复造成网络运营者更高的管理成本。有时因为实际上可以使用冗余资源使得资源投资是不必要的。可能还有由不再使用或已经被使用其他资源的新业务替代的旧业务使用的资源。
例如在US 5,640,505中描述了一种电信网的运营支撑结构。这种支撑结构划分为一组域，每个域为网络提供一种特定的管理功能。该文件教导了一种通用支撑结构但是其几乎没有提供实现这种结构的细节。因此，对于如何处理网络资源以避免重复问题没有明确的解决方案。
EP-A-0 820 203说明了利用电信网中资源的一种方法和方案。但这种方案/方法因有些原因不是很令人满意。例如它没有很圆满地考虑如资源存在的时间。为做到这一点，需要增加例如包含存在时间信息的属性；但是，为使其有意义需要对每个资源都这样做，这会显著降低性能。
而且没有解决增加全新属性的问题。其不能用于任意过程而是专门设计用于支持面向对象的SDI过程也是一个缺点。EP-A-0 820 203中的解决方案不够灵活。
理论上业务和资源数据库应该能够在一个简单数据模型中表示所有已有的和所有将来会有的电信设备和网络拓扑类型，以便能够管理任何网络中的资源。
发明概述本发明的一个目的是提供一种可由任意过程使用的灵活的资源处理器及相关方法。另一个目的是能够很容易地增加运营中的新属性(最好是动态地)，以及新业务类型和新资源类型。特别地，其目的是能够对既有传输属性又有非传输属性的设备进行建模和处理。
按照本发明的第一个方面，提供了一个在运营支撑结构中使用用于管理电信网的资源处理器，包括包含关于网络资源信息的业务和资源数据库方案。该数据库方案是结构化的，因此网络中每种资源都有存在时间以及在父/子关系分层结构中的位置。上述资源由以下数据定义采用其功能抽象描述形式，具有与其相关特性的点标识符；在被认为属于一起的一组点的意义上的一个抽象通用网元；以及两个连接的点定义的一条连接。
优选地，点标识符还具有采用标签/值对列表形式的与其相关的特性。
按照本发明的一个有利的实施方案，上述网元作为点的容器，带有网元上的点可能交叉连接的隐含特点。
数据库方案可以构造来模拟拓扑视图，也就是资源如何连接在一起。其也可以构造来模拟时间视图，也就是何时该资源存在。
上述数据库方案可以构造来模拟分层视图，也就是资源在父子关系中如何相关。其也可以构造来模拟特性视图，也就是利用每个资源的特性列表。数据库还可以构造来模拟使用视图，也就是哪些资源结合在一起形成一个完整的业务实例以及该业务实例存在的时间。
优选地，拓扑视图、时间视图、分层视图、特性视图和使用视图集成在一个数据模型中以实现每个资源的控制及其在业务实例中的使用。
优选地数据库方案包括第一独立数据库和第二独立数据库。一个数据库用于资源类型和资源实例，而另一个数据库用于业务类型和业务实例。
按照本发明的第二个方面，提供了一种在资源处理器数据库方案中构造信息用于运营支撑结构中管理电信网的方法，包括的步骤是分配网络中每个资源的存在时间以及在父子关系分层结构中的位置，以及通过下面的数据定义每个资源采用其功能抽象描述形式，具有与其相关特性的点标识符；在被认为属于一起的一组点的意义上的一个抽象通用网元；以及两个连接的点定义的一条连接。
按照本发明的第三个方面，提供了将资源处理器在电信网的运营支撑结构中用做业务类型处理器，用于创建和维护业务类型方法及其关系。
优选地，业务类型方法提供了业务类型、业务类型上的运营、业务类型上的参数、业务类型间的分层关系、分层参数关系的框架，并且将业务类型及相关参数值转换为资源需求和业务类型需求。
业务类型处理器可用于在不同需要业务类型、不同需要资源类型和不同业务实例之间选择。
有利的，选定的资源需求被发送到资源处理器进行实际的资源分配。
发明详述因为电信系统有许多方面，所以为在产品/业务类型和产品/业务实例之间交互的信息结构必须分成多个部分。例如，系统可能有一部分处理产品/业务类型以及其向产品/业务实例的转换和/或对资源的参考，第二部分用于将产品/业务类型和产品/业务类型定价的相关信息相结合，第三部分用于产品/业务实例以及第四部分用于跟踪数据操作的所有过程代码。
图1说明了这一基本的建模思想，其包括四个基本区域(域)，产品/业务类型、产品/业务实例、资源类型和资源实例。类型区可看作放置附图和设计规范的地方，实例区是原材料和现有产品/业务存在的地方。因此在产品/业务类型和产品/业务实例之间以及在资源类型和资源实例之间清楚区分非常重要。
每个产品/业务类型由名称、参数、修订等级和行为定义。因此产品/业务类型可被看作是产品/业务实例的一个参数表示模板。每个产品/业务类型有一个或多个修订版。因为一个产品/业务类型可以由其他产品/业务类型组成，所以一些产品/业务类型被放置在父子关系分层结构中。最重要的是产品/业务类型不知道其是哪种产品的一部分。它可能知道其由哪些产品/业务类型组成。一个父产品/业务类型有可能派生出一个或几个子产品类型。
一个产品/业务实例是一个产品/业务的所有参数设置为最终值的实现。因为产品/业务类型具有分层结构，所以产品/业务实例也必须具有分层结构。产品/业务过程是产品/业务类型参照的过程。它包括如何操作产品/业务实例的准确而完整的指令。
这里使用资源的概念以便形成系统中所有“真实”事物的概念。资源生成是指安装一条新的电话线，而资源分配是例如将已有电话线的状态从未用改为已用，区分这两个事物非常重要。
资源类型是实现一种产品类型需要的资源的抽象描述的同一。具有子类型的产品/业务类型可以有到资源类型的引用。没有子类型的产品/业务类型必须有到资源类型的引用。
资源实例是资源类型的实际实例化。具有子实例的产品/业务实例可以有到资源实例的引用。没有子实例的产品/业务实例必须有到资源实例的引用。
图2说明网元、点和连接之间的关系，其是一个电信网的抽象视图。图2中每个方决代表一个网元10，圆点是点11，粗线是连接12。左下方网元中的细线也是连接，只是宽度缩小以适应该网元。按照本发明，这在资源类型和实例数据库(SRDB)中以关系数据库中表的形式表示。
有了SRDB就有了用于描述电信网、其部件、部件的功能、这些部件如何连接、一个部件通过谁以及在何时使用等等的一个正式而抽象的模型。SRDB中存在有网元、这些网元上的点、每个点的功能/属性以及这些点如何连接的列表。这些列表(采用数据库表形式)填充了存在哪些设备(何时存在的)、其可以做什么以及是否有人使用它等信息。
点11在现实世界中有许多名字，如端口、终接点、外部接入点、接线柱等。在SRDB中，它们被抽象为一个概念，实际上是标识符的一个点。为区分不同类型的点，每个点必须有一个作为其功能正式抽象描述的类型。一个点类型可以有一个或多个功能。点必须一直属于一个网元，不能独自存在。
网元10实际上是考虑属于一起的一组点。为成为网元，连接到其上的这些点必须具有彼此完全连接性，也就是任何一个点必须可以交叉连接到相同网元中的任何其他点。因这些点的功能/属性类型要求为能够交叉连接而在两点上必须存在相同的功能/属性，所以这种连接性可能受一些限制。
连接就是表示一个点连接到另一个点的信息。在实际中是一对点。基本上有两种连接，基础结构连接，也就是导线，和可控制的交叉连接。
功能是属性集。每个属性实际上由一个参数名称和该参数的值成对组成。这是描述点类型的特性的正式方式。
业务实例是本身具有与其使用的资源有关的所有通用数据的实体并且其具有对这些资源的引用。
特别地，属性只与点连接并且关系用于连接点与网元以及连接点与连接。但是网元和连接上也可有一些固定属性。需要非常小心地选择这些属性，因为其一直存在，如存在时间，资源名称等。主要的一点是无论如何不可能将任选的或任何多个属性，单个属性与网元或连接相连。代替地，所有特性功能都在可能提供到任意数量属性连接的点中。上述网元实际上仅仅作为上述点可以连接到的“位置标志符”。连接功能是类似的，也就是其功能是指示两个点是相连的。
而且，在本发明的数据库方案中，每个资源(网元、点、连接)最好有一个存在时间，该存在时间强烈地强调了关于时间含义的意识。
在一个特定实现中，数据库方案包括如果需要能使用正规代码(如C，JavaTM)的域，这给出了高度灵活性。按照本发明并不是每个资源都需要有一个(明确的)连接。
在本发明的一个很有利的实现中，可能区分不同的属性类型、含义，首先，对象是“有类型”的，其次，其可以在所述类型中区分开。最好至少在“传输”类型和“非传输”类型的属性之间区分开。一个具有不能传输属性的资源的例子是一个e-mail帐户。其有存储器但是没有如带宽这样的传输属性。通过对上述属性“分类型”很容易建模和管理既有传输属性又有非传输属性的设备，也就是基本上落在电信网通常范围之外的设备，如服务器。
在SRDB的许多地方以网元10、点11和连接12带有子体，也就是它们有内部结构的形式用到分层的概念。这以表中父/子关系的形式进行描述。优选地，按照本发明，上述模型在网元、点和连接中都是清楚地父/子关系的分层结构。
图3说明了上述系统环境，其中业务配置(SC)主要由以下部分组成激活引擎13、用于上行系统通信的业务请求处理器(SRP)14、用于下行系统通信的网元处理器(NEP)15、用于有关网络资源信息的资源类型和实例数据库(SRDB)16、以及参见图5，用于业务类型和实例分层结构的业务类型和实例数据库(STDB)17。在内部，激活引擎13由作为自动业务激活程序(ASAP)一部分的业务激活请求处理器(SARM)18和业务及资源实例处理器(SRIM)19组成。
在本发明的一个特别有利的实现中，上述数据库方案被分成两个数据库，(SRDB和STDB)，其中一个SRDB包括资源类型和资源实例，另一个STDB包括业务类型和业务实例。
STDB和SRDB之间的连接是为了数据库方案的外部使用，需要其属性的消息从业务类型和实例部分(STDB)发送(向下)到资源类型和实例部分(SRDB)。因此这是一个非常松的耦合。使用这种松耦合或连接的目的是有时不需要业务类型中涉及的复杂性。替代地可以从数据库方案的资源部分(SRDB)直接获得“原始的”或“纯粹的”资源类型/实例。
通过参见上面将数据库方案分离可能利用资源部分尚未定义的资源类型(带有新属性)定义业务类型。
参见图5的STDB17，包括所有关于如何将特定业务类型转换为资源以及如何能够创建新的业务实例的信息。SRDB16是信息源和SC仓库。
信息流的一个简化视图是SRP14将通用业务描述层(CSDL)命令发送到SARM18，其在这里被转换成一个原子服务描述层ASDL命令并路由到SRIM19。SRIM则向STDB17和SRDB请求用来生成新的CSDL命令的额外的信息，转换为ADSL命令并路由到NEP15。来自NEP的响应原则上沿相同的路返回，返回的状态和数据用于更新SRDB16。
现在使用DuoCom实例的创建作为一个如何使用数据结构中信息的例子。产品DuoCom假设由子产品ISDN接入、E-mail、个人主页和020-连接组成。这五个产品与所有相关参数、参数值、资源定义、资源位置、产品信息、产品类型成本、修订等级等，以及相关物资供应控制一起被认为进入了产品类型数据结构。
步骤零是一个启动程序，可能客户关怀系统(在某些方便的时候)已经访问了操作员产品公文夹(OPP)并且至少知道了可用产品的名称。当一个终端用户联系客户关怀系统时，给出该客户一个产品/业务类型列表供选择。在这种情况下，DuoCom产品是用户感兴趣的，因此产生了对于该产品/业务类型更多信息的请求。
在步骤1，OPP通过利用上述产品名称以及想要产品信息作为参数的事实，在存有所有方面信息以及在何处查到它的产品/业务类型信息表中寻找。
在步骤2，假设用户想要该产品，下面称作一个产品，但是应该清楚的是这还包括业务，进行了一个可行性检测以检测是否有可能在已有条件下实现该产品，也就是是否所有的先决条件都满足。现在产生这一代码的“调用”。执行开始时，输入这一代码使用的产品类型在产品类型分层结构中查找。通过这里的查找可能发现DuoCom产品包含的(子)产品。在这种情况下，将发现四个产品类型，即ISDN接入、E-mail、个人主页和020-连接。因为它们进而又由更简单的产品组成，所以再次检查产品类型分层结构以查找上述新产品是否有子产品等并且一直继续直到不再发现更多产品类型为止。
因为有些(子)产品是可选的，也就是需要询问终端用户是否需要该(子)产品并且向其通告可能的选择。这导致了一个交互的循环，用户在其中选择想要的(子)产品。当这些(子)产品选定后，检测产品类型操作参数和产品类型参数表以找到需要哪些参数。因为(子)产品的这种选择对其特性是动态的，所以检查产品类型关系表以检测不会意外地生成不兼容产品类型的组合。当这一循环结束时，关于产品实例数据和资源数据已经检查了产品类型先决条件和产品类型资源先决条件表，如果有足够数量的资源或已有产品实例可用，则可能实例化这一新的产品实例。
在步骤3检查产品类型成本和产品类型分层结构表以得到所有单个(子)产品的成本。但是留给客户关怀系统来为客户解释和定制这一信息。这个价格系统可能采用内部货币，客户关怀系统将这种货币转换为本地货币。
在步骤4，假设上述可行性显示实现是可能的，将发布生成的实例定单，也就是从可行性分析中取出所有数据并生成一个或几个产品实例化定单。这将在产品定单表中插入一个或多个产品定单，并在产品实例表中导致一个产品实例树。
在步骤5，当交付时间到达时，最终由物资供应处理器激活上述产品，也就是在产品实例分层结构中遍历产品实例，以读出所有数据并命令下层资源处理器激活预留资源。
所有数据存储在关系型数据库中，参见图4，其只显示了表的名称和每个表中有到或来自其中关系的那些域。这些表可以通过从带有SQL命令的标准文本文件中读取来生成。
权利要求
1.一个在运营支撑结构中用于管理电信网的资源处理器，包括含有关于网络资源信息的业务和资源数据库方案，其特征在于数据库方案是结构化的，因此网络中每个资源具有存在时间以及父/子关系的分层结构中的位置，并且上述资源由以下数据定义采用其功能抽象描述形式，具有与其相关特性的点(11)标识符；在被认为属于一起的一组点(11)的意义上的一个抽象通用网元(10)；以及两个连接的点(11)定义的连接(12)。
2.根据权利要求1的资源处理器，其特征在于上述点(11)标识符还具有以标签/值对列表形式的与其相关的特性。
3.根据权利要求1或2的资源处理器，其特征在于上述网元(10)作为点(11)的容器，带有网元(10)上的点(11)可能交叉连接的隐含特点。
4.根据权利要求1至3的任何一个的资源处理器，其特征在于上述数据库方案被构造来模拟一个拓扑视图，例如资源是如何连接在一起的。
5.根据权利要求1至4的任何一个的资源处理器，其特征在于上述数据库方案被构造来模拟时间视图，例如资源何时存在。
6.根据权利要求1至5的任何一个的资源处理器，其特征在于上述数据库方案被构造来模拟分层视图，例如资源在父子关系中如何相关。
7.根据权利要求1至6的任何一个的资源处理器，其特征在于上述数据库方案被构造来模拟特性视图，例如利用每个资源的特性列表。
8.根据权利要求1至7的任何一个的资源处理器，其特征在于上述数据库方案被构造来模拟使用视图，也就是哪些资源结合在一起形成一个完整的业务实例以及该业务实例存在的时间。
9.根据权利要求4-8的资源处理器，其特征在于拓扑视图、时间视图、分层视图、特性视图和使用视图集成在一个数据模型中以实现每个资源的控制及其在业务实例中的使用。
10.根据前面权利要求中任何一个的资源处理器，其特征在于上述数据库方案被分成包括资源类型和资源实例的第一个数据库和包括业务类型和业务实例的第二个数据库。
11.根据前面权利要求中任何一个的资源处理器，其特征在于资源和/或业务属性被分类型并且通过所述分类型可能区分属性类型。
12.一种在资源处理器数据库中将信息结构化以便用于运营支撑结构中管理电信网的方法，包括一个含有关于网络资源信息的业务和资源数据库方案，其特征在于以下步骤为网络中每个资源分配存在时间以及在父/子关系分层结构中的位置，以及通过以下数据定义每个资源采用其功能抽象描述形式，具有与其相关特性的点(11)标识符；在被认为属于一起的一组点(11)的意义上的一个抽象通用网元(10)；以及两个连接的点(11)定义的连接(12)。
13.根据权利要求12的方法，其特征在于以标签/值对列表形式将上述点(11)标识符与特性相关联的步骤。
14.根据权利要求12或13的方法，其特征在于允许上述网元(10)作为点(11)的容器，带有网元(10)上的点(11)可能交叉连接的隐含特点的步骤。
15.根据权利要求12至14的任何一个的方法，其特征在于构造上述数据库方案以便模拟拓扑视图，也就是资源如何连接在一起的步骤。
16.根据权利要求12至15的任何一个的方法，其特征在于构造上述数据库方案以便模拟时间视图，也就是资源何时存在的步骤。
17.根据权利要求12至16的任何一个的方法，其特征在于构造上述数据库方案以便模拟分层视图，也就是资源在父子关系中如何相关的步骤。
18.根据权利要求12至17的任何一个的方法，其特征在于构造上述数据库方案以便模拟特性视图，也就是利用每个资源的特性列表的步骤。
19.根据权利要求12至18的任何一个的方法，其特征在于构造上述数据库方案以便模拟使用视图，也就是哪些资源结合在一起形成一个完整的业务实例以及该业务实例存在时间的步骤。
20.根据权利要求15-19任何一个的方法，其特征在于将拓扑视图、时间视图、分层视图、特性视图和使用视图集成在一个数据模型中以实现每个资源的控制及其在业务实例中的使用的步骤。
21.根据权利要求12-20任何一个的方法，其特征在于它包括步骤-将数据库方案分为两个单独的数据库，-将资源类型数据和资源实例数据放在一个上述单独数据库中，-将业务类型数据和业务实例数据放在另一个上述单独数据库中。
22.根据权利要求12-20任何一个的方法，其特征在于它包括步骤-为资源和/或业务属性分配类型，-使用上述属性类型区分不同类型的属性。
23.将按照权利要求1到11的任何一个的资源处理器用于电信网的运营支撑结构中的业务类型处理器，用于创建和维护业务类型方法及其关系。
24.根据权利要求23的使用，其中上述业务类型方法提供了业务类型、业务类型上的运营、业务类型上的参数、业务类型间的分层关系、分层参数关系的框架，并且将业务类型及相关参数值转换为资源需求和业务类型需求。
25.根据权利要求23-24的任何一个的使用，用于在不同类型的需要业务、不同类型的需要资源和不同业务实例间选择。
26.根据权利要求25的使用，其中选定的资源需求发送到执行实际资源分配的资源处理器。
全文摘要
在运营支撑结构中用于管理电信网的一个资源处理器,包括一个含有网络资源信息的业务和资源数据库。该数据库方案被构造使得网络中每个资源都有存在时间以及在父/子关系的分层结构中的位置。上述资源由以下数据定义:采用其功能抽象描述形式,具有与其相关特性的点(11)标识符;在被认为属于一起的一组点(11)的意义上的一个抽象通用网元(10);以及两个连接的点定义的连接(12)。
文档编号H04L12/56GK1358379SQ0080953
公开日2002年7月10日 申请日期2000年5月4日 优先权日1999年5月4日
发明者K·诺德斯特伦, H·奥古斯特松, L·萨米尔松, P·A·霍夫格伦, E·斯瓦拉 申请人:艾利森电话股份有限公司