用于服务预订规定的管理系统和方法

摘要

本发明提供一种用于服务规定的解决方案，它是通用的并且适合任何域，无论是电信、互联网，还是任何服务相关的域。这个解决方案可用于其中管理实体在被管理实体中规定某种给定服务的任何情况，允许预约服务的潜在用户，为所述服务提供用户首选项或设定以及从所述服务中撤消。这种解决方案在本发明中的实现归功于支持预订管理通用接口(SuM－GI)的管理系统和方法，它用来实现规定节点和多个被规定节点之间与规定活动相关的信息的交换。这种预订管理通用接口(SuM－GI)包括SuM－GI数据模型和作用于所述SuM－GI数据模型中对象类的SuM－GI操作。SuM－GI数据模型是基于由3GPP为UMTS标准化的IRP(集成参考点)。

说明书

发明领域

本发明涉及通信网络中的预订管理，更具体地说，涉及适合服务规定机制的通用接口的提供。

背景

规定过程通常是由多个资源来完成的，这些资源以如下方式相互接口：规定实体向多个被规定实体发出适当的命令，以便发起预订，其中订户与服务提供商签订关于所提供服务的合同。由此允许订户预订和取消服务以及注册有权使用这类服务的多个用户，以及修改某些用户喜好或设定。因而规定过程在功能上与业务运营无关。

产品和平台的不断演变使通信网络由于更多的网络节点、网络节点之间出现的更多接口、加上所述网络节点之间现有的接口而变得更加复杂。例如，供规定过程中使用的适当接口从诸如所谓的人机语言(MML)和公共管理接口(CAT)之类专用命令行接口(CLI)的遗留物到较新的公知工业或互联网标准，诸如通用对象请求代理体系结构(CORBA)、轻型目录访问协议(LDAP)、Java或万维网服务。

因为缺少明确定义的且各方同意的一套原则和惯例来推动标准规定机制的统一解决方案的出现，所以适合用于规定的不同接口的数量预计会继续增长。这使得提供集成服务规定的任务成为一个越来越难、耗时且成本高的问题。

因此，本发明的主要目的是为规定服务提供通用解决方案，它适合任何域并且用于任何服务，允许服务的潜在用户预订或取消服务，以及为业务运营提供首选项和设定。

相关技术

所关注的接近本发明目的的起点是国际公开WO 00/38437。此专利申请提出一种在通信网络的客户管理系统(CAS)与数据库网元之间的预订处理器接口。这个接口包括用于以网络模型的形式存储网络概况知识的数据库，以及与所述数据库网元通信的预订处理器服务代理。预订处理器服务代理响应发出的命令，将命令存储在数据库中，作为在数据库网元中维护的关于预订的网络概况知识。具体来讲，这个代理接收客户管理系统发出的命令，查询存储关于其中维护服务相关信息的网络节点的信息的数据库，在对应的网元上采取行动，还评估所接收的命令是否相干。

但是，类似上述预订处理器代理的解决方案太具体且特别适用于网络中的给定点，即CAS与媒介装置网络节点之间，后者用来控制规定事务。也就是说，需要在规定与被规定实体之间进行调解。在这方面，本发明要应用在CAS与任何为了在CAS支持的接口与特定节点为被规定支持的特定协议之间调解而安排的特定媒介装置之间。

因此，在不需要额外网络节点的情况下，或者在现有网络体系结构未按照此相关技术应用所提出的特定规定体系结构的情况下，上述预订处理器代理是不太适合的，上述相关技术应用打算供CAS与多个数据库网元通信使用，各数据库网元具有其自己的接口。

此外，美国专利申请公开US 2002/0013827描述了一种个人服务环境管理器(PSEM)，用于管理与通信网络的终端用户有关的信息。这种个人服务环境管理器包括在应用服务器与用户组之中分担的、用于提供和管理服务数据、终端用户简档数据和终端用户服务简档数据的功能。所述PSEM的相关方面是它与其它实体和功能的接口，它在用户简档数据与以服务简档数据和服务数据的形式表示的服务相关数据之间进行区分，它在服务简档数据与服务数据之间进一步区分。

这种个人服务环境管理器仅适用于服务网络，并且它依附于特定的协议，即轻型目录访问协议(LDAP)。这个解决方案虽然足以实现其目的，但是当想要提供覆盖很可能包括若干个网域的所有网络部分、应用于管理多种协议的不同节点、因而调和公共规定机制的解决方案时，就变得相当有约束性且难以应用。

在用户-服务关系的管理方面的另一论述可参见欧洲专利公开EP1 128 695。这个论述提出一种用于管理用户-服务关系的电信系统以及相应的软件。该系统包括用于存储定义用户的用户信号以及用于存储定义用户-服务关系的服务信号的存储器。更具体地说，该系统定义了表示用户、服务以及用户-服务关系的三种信号。

但是，此申请背后的理论是特别针对用户-服务关系的，而未充分公开适用于不同规定和被规定网络实体的完整接口解决方案。因此，该发明不象是直接可应用于包括若干网域的网络，其中在特定域中服务数据可以更有意义地链接到订户而不是用户。此外，这个申请更象是谋求本地建立用户与服务数据之间的适当关系，而不是管理适用于具有各种协议的不同节点、由此符合公共规定机制的通用规定机制。

要达到本质上与具体技术、具体数据建模或具体操作维护系统无关的通用机制，上述申请中的解决方案以及其它用于规定服务的现有机制仍存在相当严重的缺陷。

也就是说，相当多的现有解决方案是基于与具体技术、例如Java或CORBA或LDAP的紧密联系。这种技术联系提出了对于在规定接口的双方中支持用于通信协议和/或数据建模语言的给定技术的需要。尽管如此，强制某种特定技术并不总是可接受的解决方案。

除技术联系之外，还有一种相当延伸的倾向是提供一种其中联系是针对适用数据模型的解决方案。在这方面，现有接口与被规定的服务的数据模型有很大的相关性，使得这种规定的扩展和改进比较复杂。这种数据模型联系的典型例子是在基于用于规定的专用命令行接口(CLI)的命令内如何嵌入数据模型。

除上述联系之外，还有另一些规定机制与操作维护(O&M)系统深入地集成在一起，从而使得难以理解以及限定为了尽可能多的域而期望可修改的O&M系统获得的功能性。

最后(但不是最少)是，在已知的规定机制中工作的现有接口中大多数是基于过时的或专有技术。这些专有接口无法在厂商特定网络以外找到，这限制了接口的通用性，使其不太有吸引力和有用。通过对比，还有一些趋势是，即使它们能配合规定问题域，仍提供一个相当理论的方法，缺少通用但适用的规定机制所特有的有意义的操作和对象的定义。

当前，第三代合作项目(3GPP)已经为操作维护(O&M)接口引入了集成参考点(以下称为IRP)的概念，如3GPP TS 32.102中所述。实质上，所有类型的电信网和数据通信网都包括从若干不同厂商购买的许多不同的技术。这意味着，相应的管理解决方案需要通过集成来自不同厂商的产品特定应用与多个一般应用来构建，各个一般应用提供多厂商或多技术支持的某些方面。

当为多厂商网络提供集成管理解决方案时，在3GPP范围下具有以下强烈要求：网元及其对应的管理解决方案被设计为集成到其它系统中。在此上下文中，网元(NE)是可经由特定接口来管理的分离的电信实体。因此，强烈迫使电信厂商提供一组网络基础设施IRP来确保互通性。这些IRP可由NE或网元管理器(EM)或网络管理器(NM)或子网管理器(SNM)来提供。在同样的上下文中，网络管理器(NM)提供一种终端用户功能的程序包，用于就EM支持的一定范围管理网络，但是它还可包含对NE的直接访问。而且在同样的上下文中，子网管理器(SNM)包括与构成明确定义的子网的一组网元的网络模型有关的功能。这个模型在子网级实现附加的功能，诸如通常在网络拓扑显示的区域中的告警相关以及服务冲突分析。

这些IRP由公共命名惯例规范来描述。在这方面，在3GPP中使用统一建模语言(UML)表示法，用称为管理对象类(以下简称MOC)的抽象类来描述不同网络实体和设备之间的包含和命名关系。根据3GPP TS 32.300“管理对象的命名惯例”中的技术规范，其中名称空间是名称的集合，命名惯例利用分层包含结构，包括其最简单的一级形式、即所谓的扁平名称空间。这个命名惯例不支持任意连接的名称空间或图表结构，其中被命名的对象可以是另一个被命名的对象的孩子和父母。包含关系可把例如网络信令卡描述为“包含”于它物理插入的网元中。这种关系也称为命名，因为它描述沿着父母和孩子对象的分层路径命名或定位数据模型内任何受管理对象类的实例的方式。一般来说且为了本发明的目的，术语“对象”指的是对象类的实例。

现在，3GPP已定义的集成参考点(IRP)涵盖三个O&M领域：配置管理、故障管理和性能管理。

尽管当前趋势是采用基于规定实体与多个被规定实体之间调解的解决方案，所述调解被设计为处理适合规定实体的一个协议以及不同被规定实体所需的那样多的不同协议，但是没有一项上述相关技术在很可能包括若干域的不同类型的网络中提供适合不同规定和被规定实体及其组合的解决方案，这种解决方案与具体技术、与嵌入所用特定协议或技术中的具体数据建模、或者与具体O&M系统实质上没有联系。

因此，本发明的一个目的是提供一种适合所有网域和接口、由此应用于很可能管理各种各样协议和数据模型的不同节点、并且由此与公共规定机制调和的解决方案。

更具体地说，本发明的一个目的是寻求一种用于公共规定机制的解决方案，它可应用于网络拓扑中有规定通信的每一点。

本发明的另一个目的是提供一种解决方案，其中预订管理是以这样的方式来执行的，使得所得到的数据模型和操作是简单和通用的，并且在分散的被规定节点上支持不同的服务复杂度。

本发明的又一个目的是提供一种达到上述目的的预订管理，在所谓的IRP通用网络资源模型内，对于O&M领域：配置管理、故障管理和性能管理，与3GPP引入的集成参考点(IRP)的概念调和。

发明概述

除了别的以外，根据本发明，上述目的是通过提供用于向通信网络的订户规定服务的管理系统、方法和装置来实现的。

管理系统包括：管理实体，它具有用来规定服务的规定节点侧；以及多个被管理实体，每一个被管理实体具有用来从管理实体接收规定命令的被规定节点侧。

这个管理系统中的规定节点侧和多个被规定节点侧支持预订管理通用接口(SuM-GI)，其中包括SuM-GI数据模型和多个用于管理所述SuM-GI数据模型中对象类的SuM-GI操作。

规定节点侧包括：SuM-GI管理器，用于通过操作SuM-GI数据模型中包括的对象类来管理在任何被管理实体中的服务预订；以及多个协议适配器，用于以各个被管理实体中使用的特定协议技术进行通信。

被规定节点侧包括：SuM-GI代理，用于接收操作SuM-GI数据模型中包括的对象类的规定命令；以及至少一个协议适配器，用于以发送规定命令的SuM-GI管理器所用的具体协议技术进行通信。

因此，这个管理系统中的至少一个被管理实体是其中规定了给定服务的网元。各网元具有其自己的内部数据模型，并且还包括映射模块，用于将从规定节点侧接收的SuM-GI数据模型中的对象映射到所述自己的内部数据模型。

而且，在此管理系统中，多个被管理实体可以有选择地构成分层子网管理器结构，插在集中管理实体、例如网络管理器与多个网元之间。每个子网管理器还包括面向被管理实体的规定节点侧，此被管理实体是网元或另一个子网管理器。

换言之，每个子网管理器包括SuM-GI管理器、SuM-GI代理和多个协议适配器，从而提供面向网络管理器或另一个子网管理器上规定节点侧的被规定节点侧，以及提供面向网元或另一个子网管理器上被规定节点侧的规定节点侧。

特别是，在规定节点侧的预订管理通用接口(SuM-GI)管理器以及在被规定节点侧的SuM-GI代理包括用来共同指定用于相互通信的特定协议技术的装置。

本发明还提供一种用于为通信网络的订户规定服务的方法。该方法应用于管理实体与多个被管理实体之间，所述管理实体具有用来规定服务的规定节点侧，所述每一个被管理实体具有用来从管理实体接收规定命令的被规定节点侧。

所述方法包括以下步骤：

-为在规定节点侧的预订管理通用接口(SuM-GI)管理器与在相应的被规定节点侧的各个SuM-GI代理之间的通信指定具体协议技术；

-从SuM-GI管理器向至少一个SuM-GI代理发送规定命令，其中具有用来操作SuM-GI数据模型中包括的对象类的多个SuM-GI操作；以及

-收到来自SuM-GI管理器的规定命令后，在SuM-GI代理中确定当前节点是否是其中规定了该服务的网元(NE)，或者是否有至少  一个较低层次的被管理实体、即、其中必须服从规定命令的子网管理器或网元。

接着，在子网管理器上的SuM-GI代理中收到来自预订管理通用接口(SuM-GI)管理器的规定命令时，所述方法还包括以下步骤：

-将从在管理实体或更高层次的被管理实体的规定节点侧的第一SuM-GI管理器接收的规定命令传向当前节点的规定节点侧的第二SuM-GI管理器；

-为在当前节点的规定节点侧的第二SuM-GI管理器与在较低层次的被管理实体的相应被规定节点侧的各个SuM-GI代理之间的通信指定具体协议技术；以及

-从第二SuM-GI管理器向在较低层次的被管理实体的被规定节点侧的至少一个SuM-GI代理发送规定命令，其中具有用来操作SuM-GI数据模型中包括的对象类的多个SuM-GI操作。

此外，在网元上的SuM-GI代理中收到来自预订管理通用接口(SuM-GI)管理器的规定命令时，所述方法还包括以下步骤：

-将具有多个用来操作SuM-GI数据模型中包含的对象类的SuM-GI操作的、从规定节点侧的SuM-GI管理器接收的规定命令映射成多个用来操作当前网元所支持的内部数据模型的内部操作；以及

-以所映射的内部操作作用于内部数据模型，以便执行从在规定节点侧的SuM-GI管理器接收的规定命令。

此外，在所得数据被预期用于的网元上的SuM-GI代理中收到来自预订管理通用接口(SuM-GI)管理器的规定命令时，所述方法还包括以下步骤：

-将从内部数据模型所得到的数据映射成用来操作SuM-GI数据模型中包括的对象类的多个SuM-GI操作的适当参数；以及

-将来自SuM-GI代理的规定命令结果返回给管理实体或者更高层次的被管理实体的规定节点侧的SuM-GI管理器，所述规定命令结果具有可用来操作SuM-GI数据模型中包括的对象类的多个SuM-GI操作中的适当参数。

本发明的重要特征是提供了预订管理通用接口(SuM-GI)，它包括SuM-GI数据模型和要用来作用于所述SuM-GI数据模型的对象类的SuM-GI操作。

SuM-GI数据模型包含从包括如下各项的对象类组中选择的任何被管理对象类或其组合：

-“预订”对象类，用来为订户与服务提供商之间确立的协定或合同建立模型，并且安排为包含所有与预订有关的信息；

-“订户”对象类，用来标识就给定服务与服务提供商保持预订关系的订户，并且安排为注册允许使用所述给定服务的多个用户；

-“被提供服务”对象类，用来为被提供服务的服务提供商清单建立模型，并且安排为维护所述被提供服务的可应用能力；

-“用户”对象类，用来标识与给定订户相关联的用户，并且安排为定制关于给定服务的特殊用户首选项；以及

-“用户服务首选项”对象类，用来允许与订户相关联的多个用户具有特殊服务首选项，并且安排为包含为每个用户启用的不同服务能力。

SuM-GI操作包含从包括以下各项的操作组中选择的任何操作或其组合：

-创建、修改、取消和获得订户；

-创建、修改、取消和获得用户；

-创建、修改、取消和获得被提供服务。

-创建、修改、取消和获得预订；

-向或从给定的预订中添加、取消和获得用户；

-在给定的预订下，为用户设置和获得用户服务首选项；以及

预订管理通用接口(SuM-GI)被安排为在与各个具体对象相关联的通用信息占位符中保持SuM-GI数据模型中包括的那些对象的特定属性或特性。因此，可以从安排所述预订管理通用接口(SuM-GI)用于允许各个单独的SuM-GI代理确定属性列表中各个具体属性是否适用于SuM-GI代理所驻留的节点来获得额外的优点，所述适用性取决于所述节点中的具体内部数据模型。

现在，所述预订管理通用接口(SuM-GI)的可预知的用途是为根据IRP通用网络资源模型内的集成参考点(IRP)规范来工作而提出的。为此，SuM-GI还包含从包括以下各项的对象类组中选择的任何被管理对象类或其组合：

-“预订IRP”对象类，用来向SuM-GI管理器指明被管理实体中各个特定SuM-GI代理所支持的SuM-GI版本，因而被安排为包括已知SuM-GI代理所支持的SuM-GI版本的列表；

-“预订功能”对象类，用来对“预订”、“订户”、“用户”和“用户服务首选项”相关的对象类进行细分，并且安排为提供基础“被管理对象类”所共有的属性；以及

-“服务提供商功能”对象类，用来对“被提供服务”相关的对象类进行细分，并且安排为提供基础“被管理对象类”所共有的属性。

附图简介

通过阅读这个结合附图的描述，本发明的特征、目的和优点将变得显而易见，其中：

图1表示一个框图，说明包括负责发出规定命令的规定节点和多个其中规定了服务预订的被规定节点的基础体系结构。

图2表示一个框图，说明包括插在管理器实体与多个被规定节点之间的分层子网管理器结构的一个实体的通用体系结构。

图3说明3GPP TS 32.622 V4.2.0(2002-03)中包括的通用网络资源模型(NRM)包含/命名和关联图。

图4提供根据本发明的一个方面的资源模型，它具有包含于预订管理通用接口(SuM-GI)数据模型中的对象类。

图5说明根据本发明的一个方面、与图3中所示的通用网络资源模型(NRM)结合的图4中资源模型的使用。

优选实施例的详细描述

下面描述用来提供预订管理的通用接口的装置、方法和系统的目前优选的实施例。

根据本发明的一个方面，提供一种用于服务规定的解决方案，它是通用的，并且适合任何域，无论是电信、互联网，还是任何服务相关的域。这个解决方案可用于其中管理实体在被管理实体中规定某种给定服务的任何情况，允许预约服务的潜在用户，为所述服务提供用户首选项或设定以及从所述服务中撤消。在此上下文中，管理实体可视为网络中规定服务的实体，因而以下称为规定节点，而被管理实体可视为网络中服务被规定的实体，因而以下称为被规定节点。

这种解决方案在本发明中的实现归功于预订管理通用接口(以下简称为SuM-GI)，它用来实现规定节点和多个被规定节点之间与规定活动相关的信息的交换。这个规定节点一般来说是负责发出建立预订所需的命令的实体，而被规定节点是包含预订相关数据的实体。

因此，SuM-GI被安排成为与那些待管理资源相关的信息以及可访问和处理这种信息的方式建立模型。这种建模以与管理系统的实现中使用的技术和分布无关的方式进行。因此，SuM-GI避免了与所用通信协议技术以及被规定的具体服务数据的相关性。

支持SuM-GI的基础体系结构示于图1，其中规定节点(300)对两个不同的被规定节点(100，200)起作用。规定节点(300)包括SuM-GI管理器(310)和多个协议适配器(301，302，303)，这些协议适配器用于以适当的协议技术(P-01，P-02)与各个被规定节点(100，200)进行通信。各个被规定节点(100，200)包括按照用于与相应被规定节点(100，200)通信的协议技术(P-01，P-02)来工作的特定SuM-GI代理(110，210)。

规定节点负责向多个被规定节点发出预订相关命令，每个被规定节点具有其自己的数据模型和规定技术。相关的被规定节点(100，200)接收规定节点(300)所发送的这些预订相关命令(P-01，P-02)。根据一个优选实施例，SuM-GI代理(110，210)接收这些命令，解释这些命令，并且在被规定节点中执行相应的动作。

通过支持多个协议适配器(301，302，303)，以便能够从SuM-GI管理器到实现基于厂商特定协议技术的特定SuM-GI代理的被规定节点进行通信，可以获得有利的灵活性，所述厂商特定协议技术包括例如CORBA、LDAP或者诸如简单对象存取协议(SOAP)之类的其它协议。在这方面，被规定节点的任何提供商可自由决定什么协议技术更适合它自己的内部要求，而这种选择不会负面影响规定节点的实现。实现这一点的一个基本原则是清楚地将信息定义的语义与外部接口所用的协议定义分开。如果规定节点需要与采用新技术的特定被规定节点讲话，则应当在规定节点中包含相应的新技术协议适配器。

因此，归功于预订管理通用接口(SuM-GI)，更明确地说，归功于通用数据模型和其中包括的操作，规定节点不需要知道不同的被规定节点的各个特定数据模型的详细情况。此外，根据本发明的一个方面，各个被规定节点负责将通用数据模型映射到其自己的内部数据模型。因此，各个被规定节点(100，200)包括映射模块(120，220)。每个特定的映射模块负责将从规定节点接收的通用数据模型的实例(P-01，P-02)分别映射到包含在各个被规定节点中的内部数据模型(130，230)。

例如，规定节点(300)想在移动网的归属位置寄存器(HLR)中创建一个预订，则HLR成为用于本发明目的的被规定节点。这个示范HLR(200)把CORBA技术用于规定目的。规定节点(300)通过SuM-GI管理器(310)经由CORBA适配器(302)向HLR发送“创建预订”命令。通过预订管理通用接口(SuM-GI)把这种“创建预订”命令定义为对本发明所提供的SuM-GI数据模型中称为“预订”的被管理对象类的操作。

在本例中，不同的备选方案适合于知道各个被规定节点所用的协议技术的SuM-GI管理器。根据本发明目前优选的实施例，HLR将其本身作为SuM-GI代理注册在SuM-GI管理器中，指明CORBA的使用。根据本发明的另一个实施例，在各个特定的规定和被规定节点上的配置装置可能还适合用来在SuM-GI管理器上建立不同被规定节点所用的不同协议技术。

在HLR上经由其SuM-GI CORBA代理(210)接收“创建预订”命令，所述SuM-GI CORBA代理等待着预订相关的命令。这个SuM-GICORBA代理(210)接收这种命令，该命令被解释成创建预订的动作必须执行。在此阶段，SuM-GI CORBA代理必须确定代理应操作HLR的哪个被管理对象类。因此，SuM-GI CORBA代理查询映射模块(220)，映射模块(220)又搜索HLR中的内部数据模型(230)，以便识别要操作的特定被管理对象类或者具体对象。然后，使SuM-GICORBA代理能够执行发起预订所需的动作。

图1中所示的、其中规定节点直接连接到多个被规定节点的这种简单体系结构模型可能适合于其中已建立另一种分层网络结构的其它网络拓扑。图2中给出一个示范实施例，说明本发明对于按照当前3GPP趋势的网络管理体系结构的适用性。这种网络管理体系结构包括：网络管理器(NM)(300)，它提供用于网络管理的一组终端用户功能，还可包括对网元的直接访问；子网管理器(SNM)(400)，它包括与用于构成明确定义的子网的一组网元的网络模型有关的功能；以及要管理的多个网元(NE)(100，200)。

图2中所示拓扑中的网络管理器(300)用作所述的根据本发明的一个方面的纯规定节点。这个NM(300)因此包括SuM-GI管理器(310)和多个用于与被管理节点的以下层次进行通信的协议适配器(302)，被管理节点在此网络拓扑中对应于至少一级子网管理器(400)。各个SNM(400)就NM(300)来说用作被规定节点，而对于被管理节点的以下层次用作规定节点，被管理节点的以下层次是图2中用作纯被规定节点的网元(100，200)。

在图2中，子网管理器(400)在层次上位于纯规定节点(300)与多个纯被规定节点(100，200)之间，由此向网络管理器(300)呈现被规定节点侧，向要管理的网元(100，200)呈现规定节点侧。因此，各个SNM(400)包括多个协议适配器(302)和SuM-GI代理(410)，用于与网络管理器通信，在此SUM中是被规定节点侧。各个SUM(400)还包括另外的多个协议适配器(302)和SuM-GI管理器(310)，用于在图2中与网元1(100)和网元2(200)通信，在此SNM中是规定节点侧。

各个NE(100，200)包括基于特定的厂商专用协议技术的SuM-GI代理(110，210)，各个SuM-GI代理用于与在规定节点侧的SuM-GI管理器进行通信。各个NE(100，200)还包括映射模块(120，220)，用于把从规定节点侧接收的通用数据模型的实例(P-01，P-02)分别映射到包含在各个被规定节点中的内部数据模型(130，230)。在未在当前视图中说明的本发明的另一个实施例中，提供一种具有专门协议适配器的通用SuM-GI代理，由此以类似于SuM-GI管理器的方式工作。

向规定节点呈现被规定节点侧、并向多个被规定节点呈现规定节点侧的一种类似于子网管理器的管理实体允许建立具有多个管理级的分层结构的管理系统。因此，这种分层管理系统包括：在最高级的纯规定节点，也就是具有规定节点侧的网络管理器(300)；多个分层设置的子网管理器(400)，每一个具有被规定节点侧和规定节点侧；以及多个在最低级的纯被规定节点，也就是具有被规定节点侧的网元(100，200)。

包含在预订管理通用接口中的上述通用数据模型在下文中称为SuM-GI数据模型，它指定了对象类的基本集，这个基本集与所述对象类上操作基本集一起，可以描述根据本发明的一个方面的通用规定机制。但是，这个基本模型功能强大，足以使所有与预订管理有关的事务可以完成。

在此方面，图4中示出SuM-GI数据模型中定义的对象类的基本集，它包括：“预订”类、“用户服务首选项”类、“订户”类、“用户”类以及“被提供服务”类。

“预订”是SuM-GI数据模型中的中心对象类，用来为订户与服务提供商之间确立的协定或合同建立模型。“预订”类包含所有与预订有关的信息，诸如被预订服务的标识符、订户标识符、订户首选项等等。“预订”类表示订户与服务提供商之间关于所提供服务的暂时关系，即“被提供服务”类与“订户”类之间的关系。订户可以具有不止一个关于不同服务的预订。

“用户服务首选项”类用来允许与给定订户相关联的多个用户可以具有他们特有的服务首选项。换言之，这个对象类的具体实例提供了为各个用户启用不同能力的可能性。这个对象类保持在用户与服务能力之间形成的首选项矩阵。

因此，“用户”类与“预订”类通过“用户服务首选项”类相关。用户可与不止一个预订相关联，预订也可申报不止一个用户。订户的服务首选项被保存在“预订”类中，而用户的服务首选项被保存在“用户服务首选项”类中。

预订管理通用接口被安排为在与各个具体对象相关联的通用信息占位符中，例如在保持名称-值对的属性列表中，保持SuM-GI数据模型中包括的那些对象类的特定属性或特性。各个单独的SuM-GI代理负责确定属性列表中各个具体属性是否适用于SuM-GI代理所驻留的节点。节点中SuM-GI代理所确定的、SuM-GI数据模型中包含的给定对象类的特定属性在节点中的适用性取决于所述节点中的具体内部数据模型。

这是本发明提供的有利特征，因为SuM-GI代理(110，210，410)可通过将其内部对象类映射到SuM-GI数据模型中包括的那些对象类来描述其自己的数据模型，使得SuM-GI管理器(310)不必每当在管理系统中引入新代理时都被更改。此外，SuM-GI代理能够自由定义SuM-GI数据模型中现有对象类所需的任何属性，并且还能够自由设置和处理所述对象类的如SuM-GI代理能够处理的数量那样多的实例。

除上述SuM-GI数据模型之外，预订管理通用接口(SuM-GI)还包括一组基本操作，用于允许建立和管理所述SuM-GI数据模型中定义的对象类之间的所有关系。

因而，使支持上述SuM-GI的通信系统能够在相应类设定的创建、检索、修改、取消、激活和去活的过程中在“预订”类、“被提供服务”类、“订户”类、“用户”类以及“用户服务首选项”类上进行操作。

此外，SuM-GI数据模型可以用按照3GPP TS 32.622的对象类和关联的形式来表示，其中通常采用“通过引用来聚类”、按照UML符号的中空菱形。如图3中所示的现有IRP模型(对象模型III)中所示，这些关联允许从关联类到目标类的适航性。适航性由靠近目标类的关联线的目标端上的空心箭头来指示。关联可以是单向的，即在靠近目标类的一端上的箭头，或者双向的，即没有箭头。

因此，在图4中，按照UML符号的上述SuM-GI数据模型(目标模型II)由其对象类的基本集以及它们之间的关系来表示。如图4所示，“被提供服务”(C-21)对象类通过关联“是预订的”与目标类“预订”(C-22)相关，而“订户”(C-23)对象类通过关联“具有”与同一目标类“预订”(C-22)相关。对象类“订户”(C-23)通过关联“注册”与目标类“用户”(C-25)相关，允许为同一订户注册一个以上的用户。“用户”(C-25)对象类内的递归关联(S-25)允许建立用户或用户组的层次结构。对象类“用户”(C-25)通过关联“具有”与目标类“用户服务首选项”(C-24)相关，而“用户服务首选项”(C-24)也是对象类“预订”(C-22)的目标类，存在从“预订”开始的关联“包含”。

此外，为了根据图3中所示的“3 GPP TS 32.622 v4.2.0通用网络资源IRP：网络资源模型(版本4)”(对象模型III)完成预订管理IRP与三个现有O&M领域的集成，在SuM-GI数据模型内提供三个新的对象类：“预订IRP”对象类(C-28)和两个新的被管理对象类(C-26，C-27)。“预订IRP”对象类(C-28)象被聚集到被管理对象类“IRP代理”的任何其它现有的对象类一样，指明与各个特定“IRP代理”对象相关联的能力。换言之，“预订IRP”对象类(C-28)的各个特定实例包括“IRP代理”所支持的IRP版本的列表。两个新的被管理对象类(C-26，C-27)“预订功能”和“服务提供商功能”仅仅是为细分而提供的。这些被管理对象类中每一个提供某些功能对象类所共有的属性，并且将来如果要标识功能对象的更多共有特性或属性，还可以进行扩展。

如图5所示，预订管理IRP与用于3GPP的三个现有O&M领域IRP的集成是通过将上述新的“预订IRP”对象类聚集到“IRP代理”对象类来获得的，因此，这个“预订IRP”与三个被管理对象类(MOC)相关联：“管理节点”、“子网”和“被管理网元”。具体来讲，所述MOC“被管理网元”表示电信设备或执行网元相关功能的电信管理网络实体。因此，利用上述“预订IRP”的网络节点可以包括在这个范畴中。因此，根据本发明的目前优选的实施例，“预订功能”和“服务提供商功能”都是从“被管理网元”遗传的，具体方式是，“预订IRP”中定义的所有被管理对象可以由其它现有“IRP代理”、即“告警”、“配置”和“通知”来管理。

在已经描述了SuM-GI数据模型中的对象类和关联之后，下面描述SuM-GI操作，以便完成根据本发明的目前优选的实施例的预订管理通用接口(SuM-GI)的描述。

SuM-GI操作可根据首先分别从上述“预订功能”和“服务提供商功能”举出实例的具体对象类来分类，它们一方面是“预订”(C-22)、“订户”(C-23)和“用户”(C-25)，另一方面是“被提供服务”(C-21)。为这些SuM-GI操作指出的格式仅是说明性的，其中在括号中给出输入数据，而输出数据跟在“：”之后。

(a)预订相关的SuM-GI操作：

(a1)创建预订(订户ID、服务ID、属性列表输入，...)：预订ID，属性列表输出；

这个操作创建一项预订并且只显示一些必要的参数，其中属性列表输入包括预订数据和关于所指出的服务的订户首选项。该操作返回所创建预订的标识符、预订ID和属性列表输出中的其它相关信息。

(a2)修改预订(预订ID、属性列表输入，...)：属性列表输出；

这个操作修改预订的属性，更具体地说，是预订数据和服务订户首选项。通过使用这个操作，订户可以修改为给定预订服务提供的能力的选择、激活、配置或去活。例如，如果卫生保健服务是预订的服务，牙科服务是卫生保健服务内可以在预订中选择或不选的选项。特别是，属性列表输出可指明详细的故障原因。

(a3)取消预订(预订ID，...)

这个操作结束一次具体的预订。

(a4)获得预订(过滤器，属性列表输入...)：预订ID_列表、属性列表输出；

这个操作返回预订列表，每个预订具有各自的标识符，还可选地返回与各预订相关联的属性值的相应列表、即属性列表输出，它们是在属性列表输入中请求的。过滤器用作选择特定预订的搜索标准，可由与预订相关的属性和值的对来构成，作为可利用诸如“与”或者“或”的逻辑算子来分组的断言的一部分。

(a5)添加服务用户(预订ID、用户ID、属性列表输入，...)；

这个操作用来在预订中注册新用户，从而允许他使用所预订的服务。属性列表输入是所预订的服务的属性，其中一些属性可为所述用户配置。当用操作“设置用户服务首选项”来添加用户或稍后时，可配置用户首选项。根据服务提供商策略，如果用户服务首选项未通过此操作来设置，则在创建预订时设置的订户首选项一直应用到通过操作“设置用户服务首选项”设置了新用户服务首选项为止。

(a6)取消服务用户(预订ID、用户ID，...)

这个操作用来从预订中取消用户。

(a7)获得服务用户(预订ID，...)：用户ID_列表；

这个操作返回在某个预订中注册的用户。

(a8)设置用户服务首选项(预订ID、用户ID、用户首选项，...)；

这个操作配置为用户定制的服务的所有属性。这个操作还启用或禁用为特定用户预订的服务的能力。

(a9)获得用户服务首选项(预订ID、用户ID，...)：用户首选项；

这个操作返回在给定的预订中特定用户的服务首选项的列表。服务首选项可包括由预订的服务所提供的、为此用户配置的能力或特征。

(b)订户相关的SuM-GI操作：

(b1)创建订户(属性列表输入，...)：订户ID；

这个操作用来创建订户。

(b2)修改订户(订户ID、属性列表输入，...)：属性列表输出；

这个操作修改属性列表输入中包含的订户服务无关数据。特别是，属性列表输出可指明详细的故障原因。

(b3)取消订户(订户ID，...)；

这个操作用来取消订户。

(b4)获得订户(过滤器、属性列表输入，...)：订户ID_列表、属性列表输出；

这个操作返回具有过滤器中定义的特定特性的订户的列表以及属性列表输入中请求的属性值的列表、即属性列表输出。

(c)用户相关的SuM-GI操作：

(c1)创建用户(属性列表输入，...)：用户ID；

这个操作用来创建用户。

(c2)修改用户(用户ID、属性列表输入，...)：属性列表输出；

这个操作修改属性列表输入中包含的用户服务无关数据。特别是，属性列表输出可指明详细的故障原因。

(c3)取消用户(用户ID，...)；

这个操作用来取消用户。

(c4)获得用户(过滤器、属性列表输入，...)：用户ID_列表、属性列表输出；

这个操作返回具有过滤器中定义的特定特性的用户的列表以及属性列表输入中请求的属性值的列表、即属性列表输出。

(d)被提供服务相关的SuM-GI操作：

(d1)创建服务(属性列表输入，...)：服务ID；

这个操作用来创建服务。给定服务可包括其它服务作为所述给定服务的能力。所述给定服务中包括的那些服务被包括在上述属性列表输入参数中。

(d2)修改服务(服务ID、属性列表输入，...)：属性列表输出；

这个操作修改给定服务的能力，它们包括在属性列表输入中。具体来讲，属性列表输出可指明详细的故障原因。

(d3)取消服务(服务ID，...)；

这个操作用来取消服务。

(d4)获得服务(过滤器、属性列表输入、...)：属性列表输出；

这个操作返回关于具有过滤器中定义的特定特性的一个或若干服务的信息。在属性列表输入中命令的每个服务的属性值的列表在包含与服务、诸如读/写或只读有关的参数的属性列表输出中返回。这些属性中的一些是可在预订中设置的可选能力或参数，而另一些可通过“设置用户服务首选项”操作为特定用户提炼。    

上述SuM-GI操作是根据本发明的一个方面提出的，其中假定对象类“用户”的具体对象是直接从功能对象类“预订功能”中举例的，所以不止一个预订可共用特定用户的同样实例。但是，也可以有其它优选实施例，其中对象类“用户”的具体对象是通过类似注册的具体关系从对象类“订户”中举例的。这样，特定用户的同样实例不会被一个以上的预订共用。这些相互不排他的备选实施例不会负面影响在任何被管理节点上保持的具体内部数据模型，因为也提供了灵活和相干的映射模块。

上面以说明性而非限定性的方式就若干实施例描述了本发明。显然，按照以上论述，本发明的许多修改和变更是可能的。本发明的范围由权利要求来限定，落入这些权利要求的范围内的实施例的任何修改被视为包含于其中。