使用服务目录的供应和激活的制作方法

专利名称：使用服务目录的供应和激活的制作方法
技术领域：
本发明涉及用于电信系统中的服务的供应和激活。
本发明还涉及电信网络中的服务供应和激活系统。这样的系统通常连
接到电信网络的网元和业务支持系统(BSS)，并且它们的功能是使得所述 电信网#供已经由业务支持系统请求的服务。
本发明还涉及计算机程序产品，所述计算枳4呈序产品用于控制服务供 应和激活系统内的计算机。
在所出现的作为3G、下一代网络、全IP、 IP多媒体系统(IMS)等的 新通信网络中，运营商的供给中的可销售产品和服务的量正在迅速增加。 由于待管理的运营商网络中的大量增加的网元及网元提供的服务，这向运 营商的操作和支持系统(OSS)提出了挑战。所述操作和支持系统(OSS)有时 也被称为业务支持系统(BSS)。在现代网络中，激活和供应请求更为复杂， 其涉及多个网元或者服务。而且，对网元的复杂请求和多任务执行与需要 适当管理的特定关系联系在一起。从竟争的角度看，快速的服务配置和变 化管理为运营商提供了竟争力。有可能的是，在可管理的服务配置的数量 增长超过几十或者甚至几百倍的情况下，运营商的当前系统不足以灵活到 支持大数量的服务配置，或者可能的服务组合的数量变得不可管理。
背景技术：
US 6879679公开了一种用于分析电信网络以建立供应计划的方法， 所述供应计划用于供应网络以向一个或多个订户提供服务。这样的方法非 常有益于服务供应和激活系统，但该公布未描述如何能够以有效的方式来 执行服务供应和激活本身。
WO 2005/018249乂>开了一种管理电话网络的系统，该公布的焦点在 于物理元件管理和网元配置。所述方案具有定义在所有不同服务级上的工 作流。必须预先定义这样的工作流，并且不能动态地驱动它们。这意味着， 对新的供应产品及其与网络级服务的关系的限定会相当费力。

发明内容
本发明的 一个目的在于提供一种用于电信系统中所使用的服务的供 应和激活的新的方法和系统。优选的是，这样的系统根据来自业务支持系 统的供应或者激活请求而提供自动的、较快的和精确的服务供应和激活。
根据本发明的一个方面，提供了 一种电信网络中的服务供应和激活系
统，该系统包括用于服务配置数据的服M存库和包括用于服务供应和 激活操作的一般逻辑的指令管理部件。所述系统还包括操作特定的功能性 模块，该模块包括能够使用来自所述服务储存库的数据的操作特定的功 能。所述服M存库包括有关所述电信网络提供的电信产品或者服务的数 据。所述指令管理部件用于接收来自业务支持系统的供应或者激活请求， 并且按照所述一般逻辑来处理所接收的请求。在这样的处理期间，所述一 般逻辑调用所述操作特定的功能性模块内的操作特定的功能，以根据所接 收的请求和来自所述服务储存库的数据来执fr清求特定的一系列操作。
根据本发明的另 一方面，这样的服务供应和激活系统用于向业务支持 系统提供对电信网络中用于所感兴趣的签约的处于激活状态的服务的业 务錄观。
根据本发明的另 一方面，所述服务供应和激活系统用于在电信网络中 实现来自业务支持系统的业务级的请求，所述请求涉及对为所感兴趣的签 约而提供的服务的至少一个改变。
根据本发听的另 一方面，提供了 一种用于操作电信网络中的服^^应 和激活系统的方法。所述方法包括接收和解释来自业务支持系统的供应 或者激活请求，以及响应于所述请求，基于所述请求内的信息通过所述指 令管理部件内的一般逻辑来进行处理。所述处理包括调用在所述操作特 定的功能性模块内的操作特定的功能，并且经由所调用的操作特定的功能 来利用所述服务储存库内的月良务配置lt据。
根据本发明的一个方面，还提供了一种计算机程序产品，该计算;t^呈 序产品包括计算机程序代码，所述计算机程序代码可用于指示计算机系统 来执行用于^Mt所述服务供应和激活系统的上述方法。
本发明为基于来自业务支持系统的供应或者激活请求而允许服务的 自动的、快速的和精确的供应和激活的实施例的提供基础。
有本发明的若干实施例加快并保证对电信运营商和服务提供商提供的产品和服务的成功供应和激活。
而且，本发明的构思实现了若干有用和有益的实施例，这些实施例提 供了多个优点。
本发明的一个实施例允许建立这样的解决方案和产品，所述解决方案 和产品限定了如何能够通过目录将来自运营商的可销售的产品分解为技 术服务，以及如何能够使用该数据使订户服务的供应自动化。换句话说， 这意味着(来自目录的)一般技术服务或者能力向(通过供应系统)可执行到 物理网元中的网元特定的操作的映射。
根据本发明的解决方案用作运营商的商业域(BBS系统；CRM、计费 等)与实现到订户的通信服务的物理网络(网元HLR-、 IMS-、 VMS-、固 定-、Ldap-、 DSLAM-、路由器-等)之间的激活者和供应系统。而且，与 传统的供应方案相比，根据本发明的实施例的解决方案能够覆盖更多的 OSS功能，因此不是仅作为激活者，这些解决方案可以覆盖高级别上的 若干智能功能。
本发明的实施例可以用于将BSS系统上管理的运营商的可销售产品 向网络层上的技术服务的映射建模。通过目录内存储的服^M^来进行所 述映射。可以通过诸如电信管理论坛(TMF)的共享信息数据模型(SID)等 标准来定义服务规范的内容。尽管这些标准定义了数据模型，但它们没有 定义所述数据如何用于支持供应和激活处理。所述标准定义了用于对通信 服务建模的逻辑方式，这是为了能够以快速的方式对新服务和可销售产品 建模而需要的一这在高度竟争的、变化的商业环境中是必要的。
面临的挑战是具有数据从业务支持系统(BSS)通过指令管理、通过 技术流、通itJ3艮务目录的服务分解、到激活并下行到网元的完整流。本发 明的实施例使得有可能构造一种解决方案，这种解决方案实现完整的供应 方案，该方案具有改变实体之间的元数据的内部能力，所述元数据用于描 述每个实体的能力。
根据本发明的一个实施例，可以使用一般目录内的数据以通过将来自 目录的最低原子实体(技术服务、面向资源服务、技术特征、技术能力等； 由网络支持并用于建立可销售的产品配置的技术实体)解释为一个或多个 供应系统和网元特定的任务而支持激活和供应处理，所述任务可以被执行 到网元中，以便实现所引用的在网络层上的一般技术服务。所述供应系统 实现用于技术服务的逻辑操作，并且操作可以如所述的那样是一个单独的
15可执行任务或者任务集，所述任务由操作特定的技术工作流来驱动。
通过经由供应系统特定及网元接口特定的功能对用于每个技术特征
的操作进行建模，可以理解供应系统在一组技术特征被BSS系统通过服 务分解而引用时要做什么。从供应和激活的角度看，仅仅理解何种实现特 定的功能与技术服务匹配是不够的，而是还要从处理的角度来理解技术服 务集彼此之间的关系(某技术服务需要在某个其他技术服务之前处理)。技 术服务之间的关系最好被存储在目录的上下文中，并且它们的目的是定义 需要以什么顺序来处理技术服务。另一方面，技术服务彼此之间可以具有 关系； 一个技术服务在没有另一技术服务的情况下不工作。例如，如果没 有激活对VoIP(IP语音)服务的接入(例如有线宽带)，则VoIP不工作。
与将技术服务映射为可执行的操作以及理解原子操作之间的关系相 比，本发明的一些实施例更进了一步。这些实施例旨在通过优化可执行对 象的数量来优化处理(从时间和行为角度)。所述映射被提供有智能，使得 其能够计算针对订户的签约而要执行的最小操作(德尔塔，delta)。例如，
订户可以具有由于分配给他的旧产品和服务而已经在网络层上运行的一 些技术服务，因此，与已经运行的那些旧的相比，仅需要处理尚未激活的 技术服务集。
在本发明的一个实施例中，其中，如果某个^^作失败并且不可能激活 由分配给订户的新产品所引用的技术服务集，则供应系统可以使用来自目 录的数据以将订户置于启动新产品的激活之前他所处于的状态。这也称为 回退。而且，通过使用来自目录的数据，服务配置中的大量改变可以在网 络层上自动地滚动，例如在已经被分配到多个客户的服务配置被改变的情 况下(例如新的服务与已向订户激活的产品一起被分配)，目录内的数据可 以用于计算需要激活的技术服务，以便为已经被分配了所述产品的所有订 户激活新的服务。例如，"电子邮件"被分配到"客户宽带"产品。按照 所述实施例的系统可以计算需要为签约了 "客户宽带"产品的所有订户激 活的技术服务，诸如"电子邮件基本服务"等。
在一个实施例中，可以将所述服M存库一直保持为最新，其中，所 述系统包括更新功能，用于响应于成功执行的供应或者激活操作而更新在 服M存库内的服务配置数据。然后，还可更新所述目录内的签约的产品 的状态。这也允许另外的实施例，其中， 一旦供应或者激活操作已经完成， 所述系统向BSS系统通知供应或者激活操作的成功执行。
包括回退功能的一个实施例还可以成功地处理问题情况，例如在技术服务的执行上有问题的情况。然后，回退功能可以在接收到供应或者激活 请求时将签约的状态恢复为有效。
服M存库和指令管理部件可以是一个单独的实体，但是在一个优选 实施例中，所述服^#存库和指令管理部件是分离的。该分离结构的优点
是在完全不影响供应和激活逻辑的情况下，可以容易地在服^ft存库中 进行改变或者更新。另外一个优点是当改变服务储存库的配置时，不必 测试供应和激活逻辑。 一般逻辑同样与所供应和激活的产品和服^持独 立。
在一个实施例中，所述服M存库和指令管理部件甚至运行在不同的 计算机系统内。在另一个实施例中，运行管理部件的计算机系统包括复制 数据库，该复制数据库复制服M存库内的服务配置数据的一部分。这个 复制数据库也可以被称为功能库，并且其最好包括有关具有关系的产品服 务技术服^&的信息。这种配置提高了系统内的响应时间。
根据上述的公开而显然的是，本发明可以应用在需要自动的、快速的 且精确的供应和激活的各种应用中。


为了更完整地理解本发明及其优点，现在借助于示例并且参考下面的 附图来说明本发明，在附图中
图1提供了根据本发明的一个实施例的在服务目录内使用的数据模 型的一个示例的框图。
图2提供了根据本发明的一个实施例的系统中的示例性变化量 (delta)计算和激活及去激活技术服务的框图。
图3提供了根据本发明的一个实施例的处理的流程图。
图4提供了根据本发明的一个实施例的激活系统的框图。
图5提供了根据本发明的另一个实施例的激活系统的框图。
图6提供了根据本发明的另一个实施例的关系的框图。
图7提供了根据本发明的一个实施例的激活系统的框图。
图8提供了根据本发明的另一个实施例的激活系统的框图。
图9提供了根据本发明的另一个实施例的关系的框图。在下面的示例中使用的一些术语的列表
BSS:业务支持系统；CRM:客户关系管理；OSS:操作支持系统(400)。 SID:共享的信息模型。 TMF:电信管理论坛。 产品P(112)。
面向客户的服务服务，S(122)。 面向资源的服务技术服务，TS(132)。 服M存库也称为服务目录或者目录(450)。
供应和激活系统包括激活(420)和指令管理(410)部件、目录(450),并 且最好包括网元接口(475)和所有其他的内部和外部接口(405、 416、 418、 475)。
请求或者指令(402)。
指令管理也被称为请求管理或者请求指令管理(410)。 一般逻辑也被称为一般工作流或者处理工作流(412)。 功能库(414)。
分解功能库(414)内的一个功能。
关系、联系存在所描述的两种不同的关系。在不同的逻辑级(114、 124)之间的关系以及在一个逻辑级(140)内的关系。
回退、自动回退在功能库(414)内的一个功能。
变化量(Delta):在功能库(414)内的一个功能。
激活部件也被称为任务执行(420)。
能力库也被称为能力储存库或者网元特定的数据储存库(430)。
能力^^板也被称为^^板(434)。
能力逻辑(432)。
技术服务(435)。
技术服务之间的关系和^火性(436)。 网元接口(475)。
18网元接口模块(470)。
网元(480)。
网络(481)。
具体实施例方式
图l提供了在三个网络服务级内的分,型100。电信管理论坛(TMF) 在共享信息模型(SID)方面已经定义了用于产品、面向客户的服务和面向 资源的服务的规范。可以在本发明的实施例中使用SID模型或者具有两 个或者更多个逻辑抽象层的任何服务规范。服务目录是中央OSS储存库， 用于将产品规范保存在网络级技术服务中。当产品或者服，范被配置到 目录中时，定义所述目录内的逻辑级之间的关系(例如产品到服务114、服 务到技术服务124，反之亦然)。产品110的逻辑级包含与服务122有关的 所有规范。技术服务130的逻辑级包含与技术服务132相关的所有规范。
仏/ 、 ct和C是需要服务122 /7、 0、《和f的产品112。服务122需 要技术服务132J、 i 、 C、 D、 ￡、 F、 G和H。产品《具有到其他产品的 关系116,以突出从所述目录中所需要的灵活性。例如，目录内的实体或 者级可以如下定义
产品112 =订户购买或者被分配的产品或者产品包。例如，"Talk a lot (说很多)"产品。目录是产品信息的主，存库，其包含"Talk a lot (说 很多)"产品的价格、固定费用(例如月费)和呼叫资费。产品信息还可以 与保持产品信息的主设备(master)的外部系统集成在一起(例如在CRM 系统内)。
服务122 =被分配有产品("Talk a lot (说很多)")并且可被订户理解 的服务。服务项是产品的建立块。月艮务项例如是"GSM(全球数字移动电 话系统)语音"、"GSM数据"、"GSMGPRS(通用分组无线服务)"、"短消 息服务"、"多媒体服务"、"DSL"和"电子邮件"等服务。
技术服务132 =作为服务的最基本的建立块的技术服务或者能力，而 不涉及具体网络的细节。技术服务被定义为由网络(运营商网元)支持的独 立于一般网元的服务。例如，"HLRT11语音服务"、"短消息的HLRTll 补充服务"或者"LDAP电子邮件服务"。每个技术服务132是独立的实 体，并且技术服务可以仅仅具有到彼此之间的关系(例如需要、不具有)， 但是不具有任何工作流类型的处理提供，这将不可能在执行期间动态地解释。
签约150 =与订户的唯一标识符和分配给他的所有产品112或者服务 122有关的实例信息。这不是有关订户的信息(订户位于CRM系统内，例 如订户的地址)，而是与订户对配置到目录内的实体的签约有关的信息。
能够对目录内的服务进行管理的挑战在于网元既不满足对技术网络 级服务建模的任何标准方式，也不满足将服务置于启动的通常方式。相反， 在实际生活内，每个网元的销售商在网元内建立对订户的服务方面有它们 自己的方式，并且要调用的命令或者要发送到网元内的消息会相应地改 变。传统上，电信网元支持基于MML的命令，这意味着供应和激活系统 需要例如通过终端连接来登录到网元内，之后将^^令调用到网元内，然后 分析响应。按生产分类的网元接口也是常见的，这种接口支持例如通过 Java RMI的远程方法调用、将Corba HOP对象建立在网元中或者通过 HTTP协议将XML消息建立在网元中。但是，即使电信运营商环境内的 多个网元支持基于MML的接口，对于每个网元，语法通常也是不同的。 同样，如果支持某种其他协议，则语法和数据内容是网元特定的。
管理人可理解的逻辑技术服务不一定是在接口命令或者消息级上分 离的，这使得不能管理网元接口层上的逻辑电信服务。
需将网元类型和销售商特定的供应和激活命令和消息抽象为公共消 息格式。因此，还需要用于将公共消息格式抽象为可管理的技术服务的手 段，可管理的技术服务可以用相同的格式来提供并且通it^目同的操作来管 理。为此，还需要用于定义技术服务之间的关系和M性的手段，以便仅 完成并激活网络层上的有效服务集；可以存在下述情况不能同时激活某 技术服务，或者某技术服务需要来自某其他技术服务的数据，或者应当以 预定的顺序来激活技术服务。
根据所提供的高级别的实施例，可以如下定义
服务目录存储服务配置的规格一即其定义如何用通用的网络独立的 方式来规定服务，基本上其规定当对于产品执行操作时必须接触什么。
供应请求指令管理器(如图4、 5、 7和8的实施例中的指令管理部件 410)保存过程定义-即其定义下述一般过程如何通过目录将激活指令分 解为技术服务并且处理到网络层内。可以说明的是，在运行时间期间，由 来自目录的服务规范来动态地驱动所述一般过程。因此，激活产品内的工 作流定义了如何分解和执行。供应和激活系统最好在储存库(可以在图4、 5、 7和8的实施例中被称为能力储存库430或者能力模板434和能力逻辑432)内保存所有网元特定的数据，所述储存库用于将一般的技术特征转换为网元特定的任务或者工作流。使用来自能力储存库的数据将一般的且网络独立的、从目录中动态接收的数据转换为网元特定的操作，所述操作可以通过网元特定的接口层而以 一个或多个物理网元为目标。
根据本发明的另一实施例，提供了 "Talkalot (说很多)"产品的激活的一个示例。
所述示例处于高的级级别，并且没有实际参数值，以使得所述实例更容易理解。
客户管理(Customer Care)向供应或者激活系统中发送请求。请求
操作=激活
产品="Talk a lot (说很多)"
将通过供应逻辑来执行所述请求，所述供应逻辑包含产品、服务和技术服务管理的步骤。因此，所述逻辑包含几个级产品级、服务级和网络特定的数据储存库级。
在产品级内，系统将产品分解为服务输入^Mt-激活
产品="Talk a lot (说很多)"输出操作=激活
服务="GSM语音"、"GSM GPRS" 、 "SMS"所述信息被传送到服务级，服务级将服务分解为被引用的资源。输入^Mt-激活
月艮务="GSM语音"、"GSM GPRS" 、 "SMS"
输出操作=激活
资源="GSM基本服务Tll"、 "GSM GPRS" 、 "GSM GPRSAPN"、 "GSM补充服务基本"、"SMS"
在网元特定的数据储存库级上， 一般技术服务被映射为服务或者能力，所述服务或者能力可以是功能相关的工作流或者网元特定的任务。
输入^Mt-激活
资源="GSM基本服务T11"、 "GSMGPRS"、 "GSMGPRSAPN"、 "GSM补充服务基本，，、"SMS"
输出任务1 = NE_ID = fnrl
NE一T YPE = FNR
MSISDN1 = 8728725325
REQ—TYPE=4
REQ_OBJ=l任务2 = NE—ID = Taskl.TARGET
NE—TYPE = HLR
MSISDN1 = 8728725325
IMSI1 = 2352352523
BASIC_SERVICE = Til
REQ_TYPE=1
REQ—OBJ=l任务3 = NE_ID=Taskl.TARGET
NE一TYPE = HLR
MSISDN1 = 8728725325
IMSI1 = 2352352523
SUP_CODES = G01000
REQ一TYPE-l
REQ—OBJ=l任务4 = NE_ID=Taskl.TARGETNETYPE = HLRMSISDN1 = 8728725325IMSI1 = 2352352523SUP_CODES = 081001
APN= "12.15.163.153"
REQ_TYPE=1
REQ_OBJ=l任务5 = NE—ID-Taskl.TARGETNETYPE = HLRMSISDN1 = 8728725325IMSI1 = 2352352523SUP_CODES = 04100REQ_TYPE=1REQ_OBJ=l任务6 = NE_ID=smsl
NE—TYPE = SMSMSISDN1 = 8728725325SERVICE = SMSREQ_TYPE=1REQ_OBJ=l
在任务分解后，系统具有用于通过网元特定的接口模块而在网络层上执行任务所需要的信息。下一个步骤是将任务执行于网元内。
在图2中，提供了当订户要从一个产品改变到另一产品时的情况。
技术服务级上的修改需要激活和去激活操作二种。另外，在一些情况下，需要删除、M改变或者其他类似的操作。
为了充分利用服务目录，客户管理BSS能够在修改操作内提供旧的已经激活的(在示例的图2内产品D)和新的要激活的产品信息(在示例图2内产品《)，或者(如果在目录内存在签约数据)可以4目录中的签约数据中得到旧的已经激活的产品信息。根据该信息，系统提供如下
l)在产品到服务级上
-提取要去激活的所有服务(在所述示例内p)202-提取要激活的所有服务(在所述示例内《和r)204
2) 在服务到技术服务级上，其识别是否使用相同的服务用于不同的产品。这导致使得来自服务级的德耳塔功能(Delta function ) i^技术服务级，并且仅建立引用以
-从上面的级别中评估要去激活的旧的技术服务(在所述示例内丄fi和")202。
-从上面的级别中评估要激活的新的技术服务(在所述示例内C、D、￡、五、F、 G、 G和丑204;去除重复的=><7、 2)、五、F、 G和H; 206)。
-去激活未被新产品使用的技术月良务(在所述示例内J和必)208
-激活还没有激活的技术服务(在所述示例内C、 ￡、 F、 G和用210
-对于在旧的产品和新的产品中相同的技术服务(在所述示例内/))214，不进行任何动作。
向网元特定的数据储存库^iL送所引用的技术服务
3) 在网元特定的数据储存库级上
-将要去激活的所有技术服务提取为能力或者功能，所述能力或功能可以是功能特定的工作流或者网元特定的任务。
-将要激活的所有的技术资源提取为能力或者功能，所述能力或者功能可以是功能特定的工作流或者网元特定的任务212。
与已知的解决方案相比较，上述实施例的一个优点是所述系统不是首先将整个产品去激活然后再激活新产品，所述系统能够构成产品之间的德耳塔功能，并且仅仅激活和去激活产品之间的改变的资源。这使得通过通常很慢的网络连接到网元中的通信最小化，并因此加速了供应的总过程。
在图3中，根据本发明的一个实施例，如何能够在目录与激活产品一起使用时行激活的整体过程可以如下定义
300 BSS系统识别新产品需要被分配给用户(例如用户预订新的产品)或者开始使用产品的完全新的订户需要被激活，或者需要从已经具有产品的订户中去除产品。
302 BSS系统向激活或者指令管理系统发送指令。指令包含与订户的唯一标识符和要被分配订户的一个或多个产品及操作(例如激活)有关的信息。
304所述指令管理(或者激活)系统具有定义必须如何处理指令的工 作流。
306所述指令管理系统以比特为单位请求来自目录中的数据或者从 目录中请求直接作为分解成要执行的技术服务的数据，因此操作是下述 308或310中的任一个
308所述指令管理系统向目录提供关于订户、产品或者期望的行为 的信息。所述目录分解成需要处理的技术服务，并且为所述指令管理系统 提供要处理的技术服务、操作和它们的关系(例如执行顺序)的列表。
或者
310如果签约数据被存储在目录内，则所述指令管理系统从目录中 请求订户已经具有的产品。所述指令管理系统向目录中提供关于订户的信 息，所述目录提供有关所有签约的信息，即订户还签约了什么产品。如果 订户数据未被存储在所述目录内，则系统应当最好基于来自BSS系统的 请求向目录提供旧的、已经激活的产品以用于变化量(Delta)计算。
312所述指令管理系统从所述目录中请求将产品分解为服务。所述 指令管理系统为所述目录提供与新产品加上^作和当前产品有关的信息， 所述目录考虑到订户期望的产品集所需要的服务而提供向服务或者操作 的分解。
314所述指令管理系统从目录中请求将服务分解为技术服务。所述 指令管理系统向目录提供服务加上操作的信息(来自前一次分解的数据)， 所述目录提供向技术服务和操作的分解。
316所述指令管理系统从目录中请求技术服务的关系。所述指令管 理系统将要处理的技术服务和操作提供到目录中，所述目录提供有关技术 服务的关系的信息(例如执行顺序)。
在所述分解后(所述选项中的任何一个)，所述指令管理系统具有技术 服务集、用于每个技术服务的操作和它们的关系。
318所述指令管理系统将请求(技术服务、操作、关系)推向实施(激 活到内部层、到激活系统中的指令管理)。
320激活使得一般的技术服务转换为能力库内定义的网元特定的操 作。从服务激活或者去激活请求中得到的内部^Mt消息可以将单个网元或者发送接触多个网元的多个消息的操作流(定义如何执行技术服务的操作 的工作流)为原子目标。例如，可以通过规则、查找表或者包含转换数据 的储存库在能力库中进行从销售商独立的服务操作向销售商特定的任务 模板的转换。或者，所述月良务可以引用能力库内的工作流，所述能力库产 生去往多个网元的所有消息，并且定义一起实现网络层上的技术服务的消 息的顺序。
通过网元接口模块向网络中执行所述网元特定的操作。每个网元销售 商和网元类型通常实现销售商和网元特定的供应和激活接口。所述网元接
口模块470将内部消息转换为网元特定的命令或者供应和激活消息。其还 将来自网元的响应(例如成功地执行了对订户的供应)转换为可由激活部 件理解的内部消息格式。这些响应然后被解释为技术服务的操作状态(例 如成功或者失败)。
324当执行了所有的技术服务时，所述激活系统具有执行了每个技 术服务的状态，因此能够或者向指令管理系统提供该信息，所述指令管理 系统然后将签约(针对订户的调用的网络级技术服务的实例)数据的产品 状态更新到目录中，或者所述激活系统可以将技术服务执行的状态解释为 所处理的产品的状态，并且将签约数据部分更新到目录中。
326从所述指令管理系统向BSS系统(例如CRM系统)中产生响应。
这定义了通常的处理工作流。所有的异常处理情况应当最好由处理工 作流来管理。例如，如果在技术服务的执行过程出现问题，则激活处理应 当最好能够进行回退操作。这意味着或者去除已经激活的技术服务，或者 将服务参数值更新为开始执行之前的值。
而且，借助于本发明及其实施例，同样有可能实现其他功能，诸如去 激活、删除、修改和显示等。
在本发明的一个优选实施例中，供应和激活流与目录是分离的。这种 方法的优点是可以在根本不影响供应或者激活流的情况下，容易地在服 务目录中进行改变或者更新。另一个优点是当改变服务目录配置时，不 必测试供应和激活流。 一般供应工作流将同样保持独立于所供应和激活的 产品和服务。而且，可以更容易地建立目录特定的订户接口，并且，例如， 可以基于来自目录的数据将OSS/J库存API实现为与供应逻辑完全分离。
在本发明的另一个实施例中，不同的技术服务彼此之间具有关系。例 如;，某些技术服务需要在某个其他资源之前激活——个简单示例是具有短消息服务的移动订户。订户在向SMSC内发出激活命令之前首先需要 被激活到HLR中。所有的技术服务可以被当作一个技术服务池。如果与 池内的技术服务中的一些技术服务存在关系，则这例如可以使用技术月艮务 的优先级来定义，或者可以定义为技术服务之间的直接关系。
在图6中，被定义在目录(被称为可用技术服务的池600)中的技术 服务具有直接的关系。"SMS基本服务，，需要"HLR补充服务-SMS"， 以便工作602。从激活的角度看，所需要的实体必需在能够激活需要它的 实体之前先被激活。
不能在访问层上定义执行顺序的限制的原因在于修改的变化量 (Delta)是动态管理的。存在数量无限的变化量组合，因此最好从激活 的角度在技术月良务层上管理技术服务之间的关系。仍然可以有例如在服务 或者产品层上定义的关系。但是，可以使用所述信息来知道使用用户界面 以配置有效配置的人员。
在图4中，提供了本发明的一个实施例的实体。
所述实施例包括下列的构成整个供应和激活系统的部件。
450保存服务配置/恥洛的实体(目录)。所述目录包含与所有种类的 产品112、服务122和技术服务132有关的信息。在目录内还确定产品和 服务114 ;SJ良务和技术服务124之间的所有关系。所述目录还可以包含有 关不同的主要功能的信息，所述主要功能例如供应、激活、调停、评级和 收费目的。该信息例如可以是#映射、关系、价格、收费、活动等。还 提供140在同一逻辑级上的关系或者依从性(例如需要、不具有等)。
410保存用于一般激活过程的工作流的实体(例如请求指令管理部 件)。这个实体可以被称为指令管理。根据本发明的一个实施例，所述指 令管理包含接收来自BSS系统400的请求402、基于目录中的产品和服务 114与服务和技术服务124之间的关系来分解请求402以就要在激活过程 中接触的技术服务与激活系统进行交流所需要的所有逻辑412 。
414 能够解释和处理来自服务配置/规格目录中的数据并且提供由 用于激活的一般工作流412过程所使用和需要的功能的实体。所述目录 450可以包含例如关于产品、从激活过程的角度(例如价格、活动、不同的 收费等)看不相关的大量数据，因此，所述实体仅使用和提供所述激活工 作流所需要的数据。在本发明的一个优选实施例中，指令管理系统410 还可以包含功能库414，在功能库中复制来自目录的相关信息。所^目关
27信息是具有关系的产品-服务-技术服^M。这提供了以提高的响应时间来 处理工作流的显著优点。如果目录中的服务配置被更新，则由所述目录向
所述实体提供信息，并且可以重新安装或者更新复制信息。功能库414 还包含主要功能，诸如分解规则、关系管理、回退、德耳塔等。
420进行从一般的服务描述(目录中的最低级实体，例如技术服务)
向一个或多个网元特定的^Mt或者工作流的转换并且执行它们的实体(即 激活部件)。这个实体包含关于如何还技术服务执行到每个网元480的预 定能力模板434和能力逻辑432。能力模板434是最原子化的命令，通常 仅包含要执行的一个命令或者任务。所述操作可以净皮调用到网元480内。 在本发明的一个实施例中，能力^^1被存储在网元特定的数据储存库430 内。能力逻辑432包含规则或者流，所述规则或者流包括对几个能力模板 434的引用。能力逻辑432定义了可以被调用到一M网元480中的复杂操 作。而且，能力逻辑432使用网元特定的数据储存库抽象。抽象的优点是 在由网元接口模块470来管理细节的同时，它们通过限定通过网元接口模 块470调用操作所需要的输入数据而实质上使得配置变得容易。
400 业务支持系统(BSS)启动整个过程。在BSS内，存在几个独立 的系统，诸如客户管理、计费、计划等。
405、 416、 418、 475应用程序接口(API)
470 网元接口模块(NEI)将激活系统的内部任务转换成网元特定的 命令或者消息，所述网元特定的命令或者消息执行对网络级上的服务的供
应和激活o
480 网元(NE)在网络层上通过技术方式实现由订户购买的服务。
目录450存储服务的M^。依赖于实现方式目录可以具有任何级别。 通常，已经定义了两级产品或者服务目录用于计费目的。但是，还可以有 更多的级。根据本发明的另一实施例，从供应和激活角度看最重要的是最 低的级。其原因如下:
1. 最低级的所有实体最好应当是可独立执行的，以便实现来自上层 的动态分解。
2. 目录内的实体之间的关系可以仅为直接的，例如需要、不具有， 这可以在分解过程中被动态地解释。在从较高级实体向最低级实体的分解 过程中，不能在配置期间明确地声明哪些是最低级实体的集。因此，在处 理的执行过程，规则应当最好是可动态解译的(不是工作流)。3. 很难在目录上的任何级上定义工作流。因为在执行期间引用的最 低级实体可以是任意集合，而不可能为目录(包括目录中定义的所有级)中 的每个任意的实体集合定义一个预定的工作流。
4. 用于目录中的最低级实体的可执行部分可以是原子的(到网元的一 个操作)，或者可以到多个网元的操作集合或被执行并且可调用到多个网 元的操作的工作流。对最低级实体的主要要求是对于所述实体具有单个逻 辑结果(即失败、成功)。目录中的最低级实体(抽象服务)链接到激活模块 (在网元特定的数据储存库内)中提供的可执行部分。
在本发明的另 一实施例中，还可以使用独立的指令管理部件与供应和 激活部件。在这种情况下，指令管理部件使用服^#存库的上面的级(即 签约，如果可以获得，产品和服务)。供应和激活部件使用较低的级(即服 务和技术服务)以执行技术分解，并且通过将操作执行到网元中。
在图5中，突出了用于将技术月艮务定义到目录中的过程。通过网元 480来定义网络的技术能力。因此，从网元480 ，可以通过网元接口 API 475 而得到可以执行到网元500中的功能。网元特定的数据储存库430可以被 填充以模板434,模板434用于定义由网元480支持的操作。模板定义要 发送到网元接口模块470中以便调用网元480内的^作的数据。其还定义 调用所述操作所需要的动态运行时间数据。模板中的信息是网元特定的。 但是调用所述操作所需要的数据最好应当用一般且网元独立的方式来定 义。到模板中的接口定义可以由目录502使用的一般操作。激活和去激活 一般操作的最小集合定义可以在目录450中提供的技术服务132。如果逻 辑操作不能由一个^^板来定义而其为到多个网元中的操作集合，则其可以 被定义为工作流，也称为能力逻辑432，能力逻辑提供要由目录502内的 技术J3MH吏用的类似API。
在本发明的另一实施例中，描述了所述系统支持自动回退。可以使用 两种替代的方法来完成回退，这两种方法包括计数操作或者强制的签约设 置。计数操作可以主要用于激活操作，当某个技术服务集被激活并且所述 激活之一失败时，系统可以通过调用对于已经成功进行的所有激活的去激 活操作而自动地回退。第二种方法也可以用于修改和删除。但是要求目录 存储具有历史数据的关于订户的签约的信息。因此，系统可以使订户的签 约强制i^在调用激活过程之前其所处的同 一状态中。
现在参见图4，进一步说明本发明的一些实施例。在图4中，示出了 业务支持系统400和多个网元480。在业务支持系统400和网元480之间，存在服务供应和激活系统。服M应和激活系统包括服:^ft存库450，服 M存库450包含服务配置数据。所述系统还包括指令管理部件410，指 令管理部件410包括一般逻辑412,用于服务供应和激活操作。在图中所 示的配置内，指令管理部件410还包括操作特定的功能性模块414，该模 块包括能够使用来自服M存库450的数据的操作特定的功能。
在运行中，指令管理部件410接收来自业务支持系统400的供应或者
激活请求，并且按照一般逻辑412来处理所接收的请求。所述处理被设置
为使得一般逻辑412每当需要时调用操作特定的功能性模块414内的操
作特定功能。因此，在这个实施例中， 一般逻辑412仅通过操作特定的功
能性模块414内的操作特定的功能而使用服M存库450内的数据。这种 逻辑和功能的层次结构便于进行系统维护，并且每当需要时还便于一般逻
辑的重新配置。通过这种配置，系统可以根据所接收的请求和来自服M 存库的数据来执fr清求特定的一系列操作，而不必对可能在电信网络中的 每种不同的服务激活、去激活和修改情况来编程特定的单独工作流。
图4的系统还包括任务执行激活部件420和用于相应的网元480的多 个网元接口模块470。
在一种可能的配置内，指令管理部件410响应于供应或者激活请求， 以基于该供应或者激活请求来确定任务列表，所述任务列表包括所必需 的、用于签约的技术服务中的修改的列表。指令管理部件410向激活部件 420提交这个技术服务列表，激活部件420将所述技术服务转换为能力， 并且经由相关的网元接口模块470将操作执行到网元中。在这个过程中， 服务集被变换为要执行到电信网元480中以实现供应或者激活请求的网 元特定的操作。
图4的服务供应和激活系统包括经由电信连接而彼此连接的三个不 同的计算机系统。 一个计算机系统运行指令管理部件410,另一计算机系 统运行服M存库450，而第三个计算机系统运行任务执行部件420和网 元接口模块470。所述计算机系统可以是分离的，或者可以运行在同一物 理层上。
图7提供了根据本发明的一个优选实施例的服务供应和激活系统。在 图7中提供了所述实施例中的各实体。
所述实施例包括下述的构成整个供应和激活系统的部件。
450如上在图4的上下文中提供的、保存服务配置/规格的实体(目410同样如上在图4的上下文中提供的、保存用于一般的激活过程 的工作流的实体(例如请求指令管理部件)。
414如上在图4的上下文中提供的、能够解释和处理来自服务配置/ 皿目录的数据并且提供由用于激活的一般工作流412过程所使用和需 要的功能的实体。
420如上在图4的上下文中提供的、进行从一般的服务描述(目录中 的最低级实体，例如技术服务)到一个或多个网元特定操作或者工作流的 转换并且执行它们的实体(即激活部件)。
400如上在图4的上下文中提供的业务支持系统(BSS)启动整个过程。
405、 416、 418、 475 如上在图4的上下文中提供的应用程序接口 (API)。
470 网元接口模块，诸如I國A1、 I國B1、 I-C1、 I-D1和I-E1。网元接 口模块470用于将网元销售商特定的供应和激活接口(例如基于MML命 令的、基于HTTP消息的、基于文件的、基于Corba IIOP的)抽象为可 以由激活部件(420)使用的一种公共消息格式。激活部件可以使用被网元 接口模块470转换为网元接口特定的命令或者消息的内部消息格式，而不 是理解每个网元销售商特定供应和激活命令或者消息。所，块还将诸如 "IIARC3053 20030442 145116:被激活的订户"等的网元接口响应转换 为可由激活部件理解的内部消息格式。
480 网元，即需要向其供应订户并激活服务以便订户使用网络级服 务(例如宽带DSL或者移动语音)的单元。所述网络层服务可以具有技术关 系或者依从性，例如，不能提供移动语音邮件服务，除非也对订户激活了 移动语音服务。或者，在没有在主干ATM网络上的数据等级的链路(虚拟 信道和路径)的情况下，不能提供DSL宽带数据服务。
481网络，即将网元连接在一起并且向客户提供语音、数据和内容 服务的网络，所述服务诸如宽带DSL服务、移动语音服务、移动数据服 务、多媒体消息传送服务、IP电视等。
430 能力库包含激活部件可以管理(供应和激活)的网络级服务的 库。能力库定义激活部件所支持的技术网络级服务集。能力库定义依赖于 网元的服务、它们的名称及在服务的操作内所需要的属性(例如使月艮务启仅是通过网元接口模块 470执行的一个消息时，可以使用能力模板434。如果技术服务的供应和 激活调用要通过多个网元接口模块470执行的多个消息，则可以使用能力 逻辑432。
434能力模板。网元接口模块470提供一个单独的内部消息格式， 该格式可以用于调用网元内的网络级服务。对于不同的网元销售商，消息 内容是变化的；网元销售商A支持例如比网元销售商B更大的服务集， 或者B可能需要与销售商A的网元eWL不同的消息内容。所述能力^^ 将具有操作和属性的技术服务转换为内部消息，所述内部消息可以M送 到网元特定的接口 ，以通过网元接口被转换为网元特定的供应和激活命令 或者消息。因此，内部消息链接到人可理解的逻辑服务，并且消息的集合 创建可通过激活部件供应和激活的服务的库。可以说，多个消息被转换为 公共消息集，并且其中每个被分配有逻辑服务名称；所述消息在网络级上 调用(激活/去激活/修改)的服务。
432能力逻辑。因为某些逻辑的iLA可理解的网络级服务(例如DSL 宽带服务)可能要求多个消息或者命令被发送到网元中，因此必须能够定 义技术工作流，所述技术工作流实现以所需顺序将供应和激活消息或者命
令调用到网元中。所述工作流例如可以首先从网络库存中查询要用于网络 级上的资源，然后命令工作力管理系统建立网络中的物理链路，然后激活 网元内的服务，并且最后更新网络库存。因此，逻辑技术服务(在这个示 例内为DSL宽带)的激活实际上包括要执行的多个网洛接口操作。
435技术服务。能力模板434和能力逻辑432—起定义可以通过激 活部件420而激活、去激活或者修改的技术服务集。技术服务是完整的网 元接口，并且也是独立于网元销售商的技术服务，其具有人可理解的名称
和属性集，所述属性集限定所需要的数据，以便例如激活所述技术服务。 指令管理可以引用要激活或者去激活的单个或者多个技术服务，其中具有 每个技术服务所需要的所有属性信息。
436技术服务之间的关系和依从性。因为一些技术服务435在其能 够被激活之前需要某个其他的技术服务被激活，因此有可能定义下述的依 从性服务Sl在其能够被激活之前需要服务S2被激活。还可以有下述关 系某个服务不能同时激活，例如，当激活服务S2时不能同时激活服务S3。在与技术服务相同的级上定义所述关系和M性，并且当定义新的技 术服务时，还可以设置其可能的关系和M性。可以在激活过程中使用依 从性信息，以在系统获得激活任意的技术服务集的命令时识别需要以什么 顺序来激活所述技术服务。
475 网元接口， t者如A1、 Bl、 Cl、 D1和E1等。网元支持供应和 激活接口 ，以便外部系统诸如管理人员手动地或者供应和激活系统自动地 建立订户所签约的网元中的服务。接口依赖于网元销售商和网元类型而改 变。所述接口例如可以是基于MML(人机语言)的命令行接口，这意味着 该供应和激活系统必须打开到所述网元的终端连接，并且将MML命令调 用到所述网元以建立对订户的服务。即^f吏多个网元类型支持基于MML的 接口，语法在网元之间也是完全不同的。这意味着为了在来自销售商X 的网元上建立对订户的相同网络级的技术服务，需要使用命令"set id=+countrycode—subscriberNumber，，，而来自销售商Y的网元则要求不 同的命令，如'create user "subscriberNumber"，。用于将供应和激活命 令调用到网元中的其他技术例如有创建Corba IIOP对象到网元、在Java RMI上通过远程方法调用方法创建订户、通过HTTP协议来发iiU良务激 活消息等。存在网元销售商支持的许多不同的技术接口实现方式。
图7突出显示了供应和激活方案，该方案在指4^/请求管理部件(410) 中使用过程工作流(412)，以通过服务目录(450)和激活部件(420)将来自业 务支持系统(400)的服务或者产品的激活分解为技术服务，以将技术服务 执行到网络(481)中。所述激活部件具有网元接口模块(470)，该网元接口 模块将内部消息格式转换为网元特定的命令或者消息。能力储存库(430) 保存从内部消息向人可理解的且可管理的技术服务的抽象，所述内部消息 例如激活网络级的能力。所述抽象通过下述方式来进行使用模板(434) 或者在网络级上的更复杂的操作的情况下使用工作流(也称为能力逻辑 (432))将内部消息映射为技术服务和它们的管理操作(例如启动语音服 务)，即一个技术服务及其操作可以引用网络层上的多个操作，所述多个 操作表示为网元接口模块上的多个消息。
示出了通过激活部件将技术服务定义到目录中的处理。网元(480)定 义网络的技术能力以支持对订户的电信服务。网元接口模块(470)反映(800) 可以通过它们供应和激活到网元(480)中的服务。所述网元接口模块可以 仅管理网元当前支持的服务。所述网元接口模块具有内部消息格式，该格 式可用于调用接口模块，以执行激活命令或者向网元中发送激活消息。为
33了定义可以通过激活部件管理的服务集，在能力库(430)内进行网元接口 模块消息向服务和它们支持的操作的转换。能力库仅支持可以通过网元接 口模块(802)管理的服务。能力库内的服务消息可以具有网元特定的消息 内容，即用于激活同一服务的消息要求销售商A设置的与销售商B相比 较不同类型的参数集。模板(434)用于将销售商特定的消息转换为具有公 共的M集的消息。如果诸如激活等的服务操作意味着网元接口模块上的 多个消息，则工作流(也称为能力逻辑(432))可以用于将激活过程建模。 然后，模板(434)和工作流(也称为能力逻辑(432))可以被转换(804)为逻 辑技术服务(例如移动语音、DSL、 PSTN语音)和它们的操作(例如设置、 去除、改变移动订户ISDN号)。当定义技术服务集时，服务管理数据在 这样的级上使得其可以被输出(806)到外部系统，诸如服务目录(450)，所 述外部系统需要了解电信网络当前支持的技术服务。
在图9中，技术服务指的是能力库内的技术服务集，所述能力库将电 信网络支持的技术服务建模。因为技术服务可在网络级上具有依从性和关 系，因此，也可以在能力库上对所述关系和依从性建模。为了使系统能够 《1导定义技术服务包的人员仅定义从网络角JL^"有效的服务包，这是需要 的。在运行时间期间，需要关系和M性数据来检查要激活的、被引用的 技术服务集是有效的，并且还识别对技术服务的正确处理顺序。图9示出 了依从性和关系首先，在可以激活HLRGPRS技术服务之前需要激活 HLR语音技术服务，因此，HLRGPRS需要HLR语音(卯2)。其次，HLR 数据9600技术服务具有关系"不能与(卯4)HLR数据4800共存"，这表示 从网络的角两种技术服务不能同时有效。
上述的说明仅仅是为了例示本发明，而并非意欲限定由权利要求提供 的保护范围。权利要求还旨在覆盖其等同物，并且不应局限于字面来理解 权利要求。
权利要求
1. 一种电信网络中的服务供应和激活系统，包括用于服务配置数据的服务储存库，该服务配置数据包括有关由所述电信网络提供的电信产品或者服务的数据，操作特定的功能性模块，该模块包括能够使用来自所述服务储存库的数据的操作特定的功能，以及指令管理部件，该部件包括用于服务供应和激活操作的一般逻辑，所述指令管理部件用于接收来自业务支持系统的供应或者激活请求，并且根据所述一般逻辑来处理所接收的请求，所述一般逻辑还用于调用所述操作特定的功能性模块中的操作特定的功能，以便基于所接收的请求和来自所述服务储存库的数据来执行请求特定的一系列操作。
2. 根据权利要求l的系统，其中，对于所述电信产品或者服务中的 每个，所述服务储存库内的服务配置数据包括有关由所述电信网络提供 的、为了提供所述电信产品或者服务所必需的技术服务或者能力的数据。
3. 根据权利要求1或者2的系统，其中，所述服务储存库内的服务 配置数据包括有关所述电信网络中处于激活状态的签约的数据。
4. 根据权利要求3的系统，其中，所述服M存库内的服务配置数 据将所述签约中的每个与针对该签约的处于激活状态的相应的电信产品 或者服务相联系。
5. 根据权利要求2-4中的任一项的系统，其中，根据共享信息数据 模型(SID)来设置所^iMHt存库内的服务配置数据。
6. 根据权利要求2-5中的任一项的系统，其中，来自所述业务支持 系统的供应或者激活请求指示签约以及用于该签约的对产品和/或服务级的期望^Mt。
7. 根据权利要求6的系统，其中，所述服务供应和激活系统响应于 所述供应或者激活请求，以基于所述供应或者激活请求来确定任务列表， 所述任务列表包括必需的针对所述签约的技术服务或者能力中的修改的 列表。
8. 根据权利要求7的系统，包括任务执行部件和用于相应的网元的 多个网元接口模块，其中，所述任务执行部件用于通it^目关的网元接口模 块来执行所述任务列表内的任务，从而使任务列表被转译为要在电信网元中执行以便实现所述供应或者激活请求的网元特定的操作。
9. 根据权利要求1-8中的任一项的系统，包括分解功能，该分解功 能用于将关于产品级或者服务级的服务描述分解为对应的在技术服务或 者能力级上的服务描述。
10. 根据权利要求l-9中的任一项的系统，其中，所述操作特定的功 能包括关系功能，该关系功能能够基于所述技术服务或者能力之间的技术 关系、以激活、去激活或者修改的正确顺序来安排所述技术服务或者能力。
11. 根据权利要求1-10中的任一项的系统，其中，所述操作特定的 功能包括回退功能，该回退功能能够恢复在接收到所述供应或者激活请求 的时刻有效的签约的状态。
12. 根据权利要求1-11 ，的任一项的系统，包括更新功能，该功能库内的服务配置数据。
13. 根据权利要求1-12中的任一项的系统，包括德耳塔功能，该功 能能够操作用于确定实现所述供应或者激活请求所需的技术服务或者能 力中的最小改变。
14. 根据权利要求13的系统，其中所述德耳塔功能能够操作用于基于所述服务储存库内的服务配置数据来确定所述电信网络中的处 于激活状态的技术服务或者能力，确定对于应当在所述供应或者激活请求中定义的改变之后激活的产 品和/或服务所需的技术服务或者能力，其中，该确定基于所述供应或者 激活请求和所述服务储存库内的服务配置数据，以及确定技术服务或者能力变化量，所述变化量即将当前激活的技术服务 或者能力的组改变为应当在所述供应或者激活请求中定义的改变之后激 活的技术服务或者能力的组所需的改变。
15. 根据权利要求1-14中的任一项的系统，其中，所述电信网络包 括多个网元，所述多个网元包括具有不同的命令语言和/或命令语法的网 元，并且所述服务供应和激活系统适于提供在由所述指令管理部件提供的 请求特定的一系列操作与由特定网元能够理解的命令之间的接口。
16. 根据权利要求1-15中的任一项的系统，包括 多个网元接口模块，所述多个网元接口模块与所述电信网络中的相应网元通信，以及任务执行部件，所述任务执行部件与所述指令管理部件和所述多个网 元接口模块通信。
17. 根据权利要求16的系统，其中所述指令管理部件用于基于所述供应或者激活请求和所述服务配置 数据而产生必要的一般操作集，并且向所述任务执行部件提交所产生的一 般操作集，所述任务执行部件响应于所提交的一般操作集，将一般操作转换为网 元特定的操作，并且将所述网元特定的操作分发到所述多个网元接口模块 中相应的网元接口模块，并且所述网元接口模块用于将网元操作转换为网元特定的命令，并且将所 述命令提交给相应的电信网元。
18. 根据权利要求16或者17的系统，其中所述多个网元接口模块提供网元接口 ，所述网元接口允许使用公共命 令集来管理所述多个网元，并且所述任务执行部件提供用于所述指令管理部件的技术服务级接口 ，所 述技术服务级接口能够在抽象的技术服务级上在所述指令管理部件和所 述任务执行部件之间传送命令，并且所述任务执行部件连接到所述网元接 口 ，并且适于提供在所述技术服务级接口和所述网元接口之间的转译。
19. 根据权利要求16-18中的任一项的系统，其中，所述任务执行部 件用于从网元得到有关所述网元提供的能力的信息，并且基于所得到的信力的最新信息。
20. 根据权利要求16-19中的任一项的系统，其中，所述任务执行部够为所述网元接口模块理解的形式的命令的消息的过程中使用的能力模 板。
21. 根据权利要求16-20中的任一项的系统，其中，所述任务执行部 件包括要在将定义技术服务和相关参数的请求转换为包含对应的具有能 够为所述网元接口模块理解的形式的命令的多个消息的过程中使用的能 力逻辑。
22. 根据权利要求21的系统，其中，所述能力逻辑中的每个包含技 术工作流，所述技术工作流定义要发送到所述网元接口模块的消息和命令 以及发送所述消息和命令的顺序。
23. 根据权利要求1-22中的任一项的系统，其中，所述操作特定的 功能性模块由所述指令管理部件构成。
24. 根据权利要求23的系统，其中，所述指令管理部件包括复制数 据库，该复制数据库复制所述服^ft存库内的服务配置数据中的一部分。
25. 根据权利要求23或者24的系统，包括第一计算机系统，能够操作用于运行所^JMHt存库，以及 第二计算机系统，能够操作用于运行所述指令管理部件。
26. 根据权利要求1的系统，其中，所述指令管理部件(410)和所述求，并将所述请求转换为技术服务中的对应改变，并且所述系统包括激活 部件(420),该激活部件适于将所述技术服务中的改变执行到网元(480)和 网络(481)中，其中，所述激活部件包括能力储存库(430)，所述能力储存库用于将所述技 术服务中的改变转换为具有内部消息格式的至少一个消息，并且在相反的 方向上，提供从所述内部消息格式的消息向人能够理解和管理的技术服务 格式的抽象，并且所述激活部件包括网元接口模块(470)，所述网元接口模块适于将所 述内部消息格式的消息转换为网元特定的命令或者消息。
27. 根据权利要求26的系统，其中，通过使用模板(434)、或者在较 复杂的操作的情况下使用工作流(432)而将内部消息映射为技术服务及其 管理操作来进行所述抽象，在所述较复杂的操作中， 一个技术服务及其操 作引用在网络层上的多个操作。
28. 根据权利要求26或者27的系统，其中，所述系统适于使用能力 模板、能力逻辑和/或能力储存库而将所述内部消息格式的消息转换为网 元特定的格式的消息。
29. 根据权利要求27或者28的系统，包括能力储存库，所述能力储 存库包含所有必需的能力逻辑和能力模板。
30. 根据权利要求27-29中的任一项的系统，适于使用所述能力模板将具有操作和属性的技术服务转换为内部消息，所述内部消息能够净iL^送到网元特定的接口 ，以通过网元接口被转换为网元特定的供应和激活命令 或者消息。
31. 根据权利要求27-30中的任一项的系统，其中，所述能力模板内 的信息是网元特定的。
32. 根据权利要求27-31中的任一项的系统，其中，所述能力逻辑包 括至少两个能力模板。
33. 根据权利要求26-32中的任一项的系统，其中，所述能力储存库 包括所述技术服务的依从性和关系。
34. 根据权利要求26-33中的任一项的系统，适于从网络库存部件中 查询要在网络级上使用的资源，然后命令工作力管理系统以便在所述网络 中进行物理链接的建立，然后在所述网元中激活服务，并且最后更新网络 库存。
35. 根据权利要求26-34中的任一项的系统，包括能力库，所述能力 库定义依赖于网元的服务、它们的名称和在用于技术服务的操作中所需要 的属性以及到能力模板或者能力逻辑的映射，所述能力模板或者能力逻辑产生发往网元接口以完成在网络级上的服务的供应和激活的一个或多个 消息。
36. 根据权利要求35的系统，其中，在所述能力库中进行从内部消 息格式向销售商特定的格式的转换。
37. 根据权利要求35的系统，其中，所述网元接口模块(470)将内部 消息转换为网元特定的命令或者供应和激活消息。
38. 根据权利要求26-37中的任一项的系统，适于提供用于取消所进 行的改变的回退功能。
39. 根据权利要求26-38中的任一项的系统，其中，所述网元接口模 块(470)适于将网元特定的供应和激活接口抽象为能够由所述激活部件 (420)使用的一种公共消息格式。
40. 根据权利要求26-39中的任一项的系统，其中，所述网元接口模 块(470)适于控制相应的网元(480)，并且经由相应的网元接口 (475)来设置 所述网元接口才莫块(470)与所勤目应的网元(480)之间的通信。
41. 根据权利要求40的系统，其中，通过使用MML命令、HTTP消息、XML文件或者Corba HOP消息来实现所述网元接口模块(470)与 所^t目应的网元(480)之间的通信。
42. 根据权利要求26-41中的任一项的系统，其中，所述网元提供能 够被供应和激活到网元中的一组服务，并且所述网元接口模块反映所述一 组服务。
43. 根据权利要求42的系统，其中，所述能力库支持由所述网元接 口模块反映的一组服务。
44. 根据权利要求43的系统，包括技术服务集，该技术服务集包括 所支持的一组服务向逻辑技术服务和它们的操作的转换。
45. 根据权利要求44的系统，包括输出功能，该输出功能用于向外 部系统或者向所述服^Ht存库(450)输出所述技术服务集。
46. —种操作电信网络中的服务供应和激活系统的方法，所述系统包 括服M存库，该服务储存库包含服务配置数据；操作特定的功能性模 块，所述功能性模块具有能够使用所述服^ft存库内的数据的操作特定的 功能；以及指令管理部件，该指令管理部件包含用于服务供应和激活操作 的一般逻辑，所述方法包括接收和解释来自业务支持系统的供应或者激活请求，以及响应于所述请求，基于所述请求内的信息通过所述指令管理部件内的 所述一般逻辑来进行处理，所述处理包括调用所述^Mt特定的功能性模 块内的操作特定的功能，以及经由所调用的操作特定的功能来利用所述服 M存库内的服务配置lt据。
47. 根据权利要求46的方法，包括自动确定用于实现所接收的供 应或者激活请求的、电信网络的技术服务或者能力中所需的改变。
48. 根据权利要求46或者47的方法，其中，所接收的供应或者激活 请求涉及对用于签约的至少一个新产品或者服务的激活，并且所述方法包 括确定所述电信网络中处于激活状态的用于所述签约的技术服务或者 能力，确定用于实现所接收的请求所需的技术服务或者能力，以及激活所述电信网络中的用于实现所接收的请求所需的并且不处于激 活状态的技术服务或者能力。
49. 根据权利要求48的方法，其中，确定激活的技术服务或者能力 包括从所述服务储存库中取得用于所述签约的处于激活状态的产品或者 服务的列表，以及将所述列表分解为用于提供处于激活状态的产品或者服务所需的技 术服务或者能力的列表。
50. 根据权利要求48或者49的方法，包括形成第一组技术服务或者能力，所述第一组技术月良务或者能力由所述 电信网络中已经处于激活状态的、用于所述签约的技术服务或者能力构 成，形成第二组技术服务或者能力，所述第二组技术服务或者能力由用于 实现所接收的请求所需的技术服务或者能力构成，形成第三组技术服务或者能力，所述第三组技术月良务或者能力由出现 在所述第二组中但是不在所述第一组中的所有技术服务或者能力构成，及M出现在所述第三组中的技术月良务或者能力执行激活。
51. 根据权利要求48-50中的任一项的方法，包括考虑到所述技术 服务或者能力之间的技术关系而将要激活的技术服务或者能力设置为激 活顺序，以及以所设置的激活顺序来激活所述技术服务或者能力。
52. 根据权利要求46或者47的方法，其中，所接收的供应或者激活 请求涉及从签约中将现有产品或者服务中的至少一个产品或者服务的去 激活，所述方法包括确定去激活组，所述去激活组即要去激活的所述至少一个产品或者服 务所需的、用于所述签约的一组技术服务或者能力，确定剩余的服务组，所述剩余的服务组即不要去激活的现有产品或者 服务所需的、用于所述签约的一组技术服务或者能力，以及的、用于所述签约的技术服务或者能;。、 、 "
53. 根据权利要求52的方法，其中，确定所述去激活组包括将要 去激活的所述至少 一个服务或者产品分解为用于提供所述至少 一个服务 或者产品所需的技术服务或者能力的列表。
54. 根据权利要求52或者53的方法，其中，确定所述剩余的服务组 包括从所述服务储存库中取得用于所述签约的处于激活状态的产品或者 服务的列表，从所述列表中去除要去激活的所述至少 一个服务或者产品，以及将所述列表分解为用于提供处于激活状态的产品或者服务所需的技 术服务或者能力的列表。
55. 根据权利要求46或者47的方法，其中，所接收的供应或者激活 请求涉及在为签约提供的产品或者服务集中的改变，所述方法包括确定所述电信网络中的、用于所述签约的处于激活状态的技术服务或 者能力，确定应当在所述供应或者激活请求中定义的改变之后处于激活状态 的产品和/或服务所需的技术服务或者能力，以及确定技术服务或者能力变化量，所述技术服务或者能力变化量即用于 将当前激活的技术服务或者能力的组改变为应当在所述供应或者激活请 求中定义的改变之后处于激活状态的技术服务或者能力的组所需要的改 变。
56. 根据权利要求55的方法，其中确定所述电信网络中的处于激活状态的技术服务或者能力的步骤包 括:从所述服M存库中取得用于所述签约的处于激活状态的产品或者服 务的列表，以及将该列表分解为提供处于激活状态的产品或者服务所需的 技术服务或者能力的列表，确定应当在所述改变之后处于激活状态的技术服务或者能力的步骤 包括从所述服M存库中取得应当处于激活状态的产品和/或服务的列 表，以及将该列表分解为用于提供所述产品和/或服务所需的技术服务或 者能力的列表，并且确定所述技术服务或者能力变化量的步骤包括比较所述列表，并且 根据所述比较,提供必须被激活的技术服务或者能力的列表以及应当去激 活的技术服务或者能力的列表。
57. 根据权利要求55或者56的方法，包括考虑到所述技术服务或 者能力之间的技术关系而将要激活以及要去激活的技术服务或者能力设置为处理顺序，并且以所i殳置的处理顺序来激活或去激活所述技术月艮务或 者能力。
58. 根据权利要求47-57中的任一项的方法，包括将所述技术服务 或者能力中所必需的改变分解为相应的网元任务。
59. 根据权利要求58的方法，包括通过网元接口模块将所述网元任 务执行到网元中。
60. 根据权利要求47-59中的任一项的方法，包括响应于所述技术服务内所必需的改变，形成一般网元命4^格式的命令 消息，将所形成的命令消息导向特定的网元， 将所述命令消息转译为网元特定的命令，以及 向相应的网元发送所述网元特定的命令。
61. 根据权利要求60的方法，包括在所勤目应的网元处执行所述 网元特定的命令。
62. 根据权利要求61的方法，包括确认所述网元特定的命令在所 勤目应的网元处的成功执行。
63. 根据权利要求60-62中的任一项的方法，其中，形成一般网元命 令格式的命令消息的步骤包括使用能力模板将技术服务和相关参数转换 为命令消息。
64. 根据权利要求60-63中的任一项的方法，其中，形成一般网元命 令格式的命令消息的步骤包括使用能力逻辑将技术服务和相关参数转换 为用于发送到所勤目应的网元的具有限定顺序的命令消息集。
65. 根据权利要求46-64中的任一项的方法，包括 监视所述电信网络的网元，基于所述监视,构造有关在所述电信网络中可用的技术服务或者能力 的lt据，以及基于所构造的有关在所述电信网络中可用的技术服务或者能力的数 据来更新所述月艮^ft存库中的数据。
66. 根据权利要求46-65中的任一项的方法，包括将来自所述服务 储存库的服务配ilt据中的至少 一部分复制到所述指令管理部件。
67.根据权利要求46的方法，包括通过所述指令管理部件(410)和所述服务储存库(450)，分解来自所述 业务支持系统(400)的供应或者激活请求，并且将所述请求转换为技术服 务中的对应改变，以及(481)中。
68. 根据权利要求67的方法，包括通过能力储存库(430)，将所述技术服务中的改变转换为内部消息格 式的至少一个消息，通过网元接口模块(470),将所述内部消息格式的消息转换为网元特 定的命令或者消息。
69. 根据权利要求67或者68的方法，包括提供从所述内部消息格 式的消息向人能够理解和管理的技术服务格式的抽象。
70. 根据权利要求69的方法，包括通过使用模板(434)、或者在较 复杂的操作的情况下使用工作流(432)而将内部消息映射为技术服务及其 管理操作来提供所述抽象，在所述较复杂的操作中， 一个技术服务及其操 作引用网络层上的多个操作。
71. 根据权利要求67-70中的任一项的方法，包括使用能力模板、 能力逻辑和/或能力储存库而将所述内部消息格式的消息转换为网元特定 格式的消息。
72. 根据权利要求71的方法，其中，所述能力模板中的信息是网元 特定的。
73. 根据权利要求67-72中的任一项的方法，包括 从网络库存部件中查询要在网络级上使用的资源， 命令工作力管理系统在所述网络中执行物理链接的建立， 在所述网元中激活服务，以及更新网络库存。
74. 根据权利要求67-73中的任一项的方法，包括将网元特定的供 应和激活接口抽象为能够被所述激活部件(420)使用的一种公共消息格 式。
75. 根据权利要求67-74中的任一项的方法，包括经由所述网元接 口模块(470)和相应的网元接口 (475)来控制所述网元(480)。
76. 根据权利要求75的方法，其中，所述网元接口模块(470)和相应 的网元(480)使用MML命令、HTTP消息、XML文件或者Corba IIOP 消息来通信。
77. 根据权利要求67-76中的任一项的方法，其中，所述网元提供能 够被供应和激活到所述网元中的 一组服务，并且所述网元接口模块反映所 述一组服务。
78. 根据权利要求77的方法，其中，所述能力库支持由所述网元接 口模块反映的一组服务。
79. 根据权利要求78的方法，包括提供技术服务集，所述技术服 务集包括所支持的一组服务向逻辑技术服务及其操作的转换。
80. —种计算;^rt^呈序产品，包括计算,序代码，所述计算M序代 码能够操作用于指示计算机系统执行根据权利要求46-79中任一项的方 法。
81. —种使用根据权利要求1-45中的任一项的服务供应和激活系统 以向业务支持系统提供对电信网络中用于所感兴趣的签约的处于激活状 态的服务的业务级^f见的方法。
82. —种用于使用根据权利要求1-45中的任一项的服务供应和激活 系统以在电信网络中由业务支持系统实现业务级的请求的方法，所述请求 请求为所感兴趣的签约提供的服务中的至少一个改变。
全文摘要
一种用于电信网络的服务供应和激活的方法和系统。所述系统在业务支持系统(400)和多个网元(480)之间工作，并且包括包含服务配置数据的服务储存库(450)。所述系统还包括指令管理部件(410)，该指令管理部件包括用于服务供应和激活操作的一般逻辑(412)以及操作特定的功能性模块(414)，该模块包括能够使用来自服务储存库(450)的数据的操作特定的功能。所述指令管理部件(410)接收来自业务支持系统(400)的请求，并且根据一般逻辑(412)来处理它，所述一般逻辑(412)调用所述操作特定的功能性模块(414)内的操作特定的功能。通过这种配置，所述系统可以基于所接收的请求和来自所述服务储存库的数据来执行请求特定的一系列操作，而不需要编程用于电信网络中可能出现的每个不同的服务激活、去激活和修改情况的单独工作流。
文档编号G06Q10/00GK101461183SQ200780020813
公开日2009年6月17日 申请日期2007年5月22日 优先权日2006年6月5日
发明者亚尔科·胡赫塔宁, 哈里·沃尔米斯托 申请人:康博泰公司