CN1158680A - 通用服务协调机构 - Google Patents

Abstract

一种通用服务协调机构(101)解决可行的服务交互问题，它考虑到电信网络内的实时处理约束。该协调机构(101)通过在新的服务请求后尽可能早地防止交互服务接通度，降低主动基本呼叫内的服务交互的复杂性。在服务过程的供给和撤销、启动和不启动以及调用和操作期间，处理根据总的分配(52)、个别用户分配(61)和服务分配(51)定义的数据。根据协调程序状态机(31)内部处理初始化、读入、改变或删除订用请求以及交互数据。

Description

通用服务协调机构

发明领域

本发明涉及实时过程控制，尤其涉及利用自动化程序解决通信系统内的服务交互问题。

发明背景

电信市场的非标准化以及新的概念诸如先进智能网络(AIN)和通用个人电信(UPT)的引进，结合用户定制服务的能力，导致电信用户所要求的以及向电信用户所提供的服务数量的迅速增长。估计在可预见的未来，这种增长趋势将继续下去。

所预见的服务量的增长需要增加服务提供系统的先进性和复杂性，并将产生潜在的服务交互问题数量的迅速增长。用数学术语来讲，交互问题量与服务量(n)有关，它可以潜在地达到n阶乘(n！)那样高。幸而，实际上服务交互问题量的极限因服务限定和其它的电信因素低于该理论最大值。然而，必须予以认识并加以解决的服务交互问题的总量仍然很大并增长很快。

用于解决这些交互的传统方法通常针对特定服务的特定实施。这使得电信系统升级为具有新的服务既费钱又费时。费钱费时的升级结合新的系统概念和服务提供的迅速发展需要对服务交互问题采用综合性的解决方法。

若干年来，已经作了一些尝试来解决服务交互问题，但无任何实质上的成功。在某些情况下，服务交互问题如此大量，以至于所建议的各种方法极其复杂并难以实施。在另外一些情况下，所建议的仅仅是部分解决方法，未能提供一种根本的方法处理服务交互问题。

例如，在Ferrer等人的第4479196号美国专利中，披露了一种采用状态机形式的数据库管理系统。ferrer利用专门为特定应用定义的预定关系将特定的入局请求与内部存储的数据联系起来。然而，具有通用协调机构诸如本发明的机构将是有益的，它利用两个工作于不同功能等级的状态机，为服务交互问题提供通用的解决方法。

Hansen等人的第4695977号美国专利(以下称为Hansen’977)披露了一种利用计算机切换语音和数据电信的电信系统。该计算机通过执行程序原文，根据有限的状态机和各事件之间的优先级，对事件和信号进行顺序处理来完成基本的呼叫处理。通过Hansen’977的系统，根据分配到每个原文的优先级，解决服务交互问题。拥有通用协调机构诸如本发明的机构将是很有利的，它将服务交互处理与基本的呼叫处理状态机分离开来。采用这样一种机构，服务交互处理不局限于事先建立的各事件之间的优先度。此外，本发明完全根据与服务交互有关的数据操作，并能利用该数据根据用户要求和有关的应用制定不同的服务交互规则。

同样，Hansen等人的第4272575号美国专利(以下称为Hansen’575)披露了一种根据所检测的事件和事件处理结果顺序处理电话呼叫的系统。该处理是用于智能网络的部分处理，控制基本呼叫的执行和建立。通过Hansen’575系统可以控制服务，但该控制为基本呼叫状态机的一部分，当与本发明的通用协调机构比较时，其性能必定受到限制。通用协调机构将服务交互处理与基本呼叫处理分离开来，因此，可以根据用户要求和有关的应用制定不同的服务交互规则。

Bernardis等人的第4782517号美国专利披露了一种电话系统，它允许用户提供新的服务，而无需重新装上新版本的系统软件。尽管Bernardis的系统监视和处理各种事件并修改状态转移规则，但不处理服务交互。拥有通用协调机构诸如本发明的机构将特别有利，它专用于解决服务交互问题，不会同基本呼叫处理产生干扰。本发明的协调机构不限定或提供新的服务，但却精确地处理服务交互数据改进可靠性。此外，通用协调机构包括“硬编码”软件，它根据所定义的协调器特性操作，并根据所定义的服务交互准则返回通报所存储的服务交互数据。

这样，本发明的通用协调机构就成为一种通用服务交互处理器，它能够控制服务交互复杂程度的增加，将对其它服务设施的影响减至最小，使能迅速提供服务介入，并为电信系统提供日益提高的可靠性。发明概述

本发明是一种通用协调机构，它控制与服务交互问题以及导致状态机转换之操作有关的数据。

这种协调机构是因通信事件或管理事件，诸如启动、读入、改变或删除协调程序，或交互数据而产生的。这些事件是通过不同的内部附属过程处理的，它按顺序运行，直至获得协调响应。对事件的处理包括对收到的数据的证实、对请求信息的定位、校验所存在的不一致性、并拒绝或接受所请求的事件。

此外，由本发明所采用的两种方法允许操作者或服务供应商在实时网络操作期间，阻止产生两种非预计的交互服务。第一种方法是一种对协调程序数据，即服务分配数据、协调程序性能数据和交互数据的表示方法。第二种方法是一种通过服务状态机转换和协调程序状态机转换的联系，操作协调程序状态机的方法。

服务交互问题可以划分为可行部分和非确定性的交互问题。可行部分可以通过组合限制、相关性和优先度的过程来解决。由于服务交互问题的复杂性可以随不同时间改变，本发明的机构解决了服务交互问题的可行部分，然后识别完全由提到的交互服务所处理的非确定性的交互问题。对非确定性的交互的识别包括将交互处理暂时转交给交互服务，直至找到有关本发明的机构是否将重新处理或拒绝所要求的事件的解答。这样，可以将协调机构的功能度概括为，能够根据所请求的用户服务和有关的服务交互，决定继续基本的呼叫过程和/或服务过程。

最后，该机构还采用各种方法处理通用和专用的服务提供，以及定制服务和服务交互的能力。附图简述

对于本领域的熟练人员来讲，通过参见附图结合所附的说明，本发明将能更好地被理解，其各个目的和优点将变得更为清楚，其中：

图1是一个曲线图，表示在一个电信网络中，就服务提供量、未协调的网络中产生服务交互的量，以及在配备根据本发明的教导构成的服务协调机构的网络中的服务交互量这三者之间的关系；

图2是一个服务状态机的方框图，表示本发明中一种服务从一种状态转变为另一种状态；

图3表示用于本发明的协调机构的各种服务交互准则；

图4表示由本发明所保持的记录，并提供一种特定用户或服务的大致性能。

图5表示本发明所用的一种服务识别器，用以识别服务系列以及该系列内的服务变化；

图6是协调机构状态机的方框图，它用于本发明的服务协调机构；

图7表示一连串用户性能轮廓和一连串服务性能轮廓，它们在本发明中作为专用文件储存；

图8表示用于本发明的一种服务分配指示文件，它存储对特定用户有效的服务状态和有关的协调程序机构状态；

图9表示用于本发明的一个总的分配文件，它存储服务状态和有关的服务协调机构状态，根据特定一组用户的总的基础提供；

图10表示本发明的服务协调机构中单个分配文件的动态文件结构；

图11A表示一种交互记录，它识别与本发明的服务协调机构中的服务过程相联系的有关交互；

图11B是一张表，表示在本发明的服务协调结构中所允许组合的服务准则；

图12A表示本发明的服务协调机构中的服务系列交互文件；

图12B表示本发明的服务协调机构中的服务交互文件；

图13表示本发明的服务协调机构中的定制服务交互文件；

图14是一个高级功能方框图，表示本发明的通用服务协调机构中，各个功能块之间的交互；

图15是一张表，表示本发明的服务协调机构中用于控制轮廓文件的轮廓数据信息流；

图16是一张表，表示本发明的服务协调机构中用于控制分配文件的分配数据信息流；

图17是一张表，表示本发明的服务协调机构用于控制交互文件的交互数据信息流；

图18表示一个服务调度程序的流程图，由本发明的协调机构执行；

图19表示一个服务移去程序的流程图，由本发明的协调机构执行；

图20表示增加一个新订户的程序的流程图，由本发明的协调机构执行；

图21表示撤消订户的程序的流程图，由本发明的协调机构执行；

图22表示由本发明的协调机构执行的一个程序的流程图，用于总的服务提供；

图23表示由本发明的协调机构执行的一个程序的流程图，用于总的服务撤销；

图24表示由本发明的协调机构执行的一个程序的流程图，用于按单独基础分配服务；

图25表示按单独基础撤销服务的一个程序的流程图，由本发明的协调机构执行；

图26表示图26A至26B两张图的适当联接；

图26A至26B表示当通过话务接口收到服务启动请求时，由本发明的协调机构执行的一个程序的流程图；

图27是一张表，表示本发明另一个服务协调机构实施例中，用于八位服务分类指示器的服务分类参数字段编码。

详细描述

本发明是一种通用服务协调机构，它控制与服务交互问题有关并与产生状态机转换的操作有关的数据。

图1是一个曲线图，表示在一个电信网络中，就服务提供量、未协调的网络中产生服务交互的量，以及在配备根据本发明的教导构成的服务协调机构的网络中的服务交互量这三者之间的关系；

就其功能上来讲，服务协调机构通过以下3个步骤控制日益增加的服务交互问题：

(1)在实时电信网络中对服务进行综合分析，由此识别影响服务处理的服务和网络部件，并收集与服务交互问题有关的数据；

(2)对识别不同类型服务交互的服务交互问题以及适合于每个服务程序的服务交互准则进行综合分析；以及

(3)采用利用新方法和过程的机构，控制正在进行的服务交互，响应于与所定义的交互有关的用户的服务请求，并提供定制服务和服务交互的能力。

通过将识别的有关数据分组成不同的文件，并规定一个服务状态机以及一个协调状态机，经过简单的程序按数据文件内容执行状态机的转换，使协调机构通用。

协调机构通过限制活动服务(能根据一项活动呼叫而同时工作)量，控制服务交互问题。这是在收到启动请求或调用服务过程请求时，通过阻止或挂起服务，考虑到通用服务提供、服务定制和实时处理约束完成的。

由协调机构所执行的功能包括：

—相容的服务提供。除非用户和服务性能是兼容的，否则该机构不允许提供服务；

—服务限制。除非其规定的服务交互经检验不产生干扰，否则该机构不允许启动或调用服务；

—服务抑制。该机构使高级服务的启动或调用过程自动和暂时地抑制低级服务，直至停用或释放高级服务；

—服务干扰阻止。该机构能阻止实时网络操作期间测得的一服务对另一服务的干扰，直至将一个校正装入系统，它并不影响干扰的各服务分配给用户；以及

—统计保持。该机构对网络内的服务操作保持增强的统计测量。

为了识别通用服务协调机构的部件，必须进行以下的综合分析(1)电信服务特性，以及(2)考虑到分配至网络的用户的服务交互环境。

服务分析

电信服务由“服务条文定义和解释(service prose definition anddescription)”规定，后者称为国际电报电话咨询委员会(CCITT)第I.130建议的第一级解释，在此作为参考资料引用。CCITT第I.130建议为所有服务提供一种总的典型方法，它根据用户的观点撰写，与实施无关。第一级解释表明电信网络中的服务处理包括以下步骤：

—供给/撤消；

—启动/不启动/登记；

—调用和操作；以及

—询问/编辑。

作为本发明的目的，该登记步骤基本上与启动步骤等同。询问和编辑步骤是在所有服务状态中执行的中性服务操作。

图2是服务状态机11的方框图，表示本发明中将一项服务从一种状态转换为另一种状态。由用户所要求的成功的服务过程或操作使服务处理能根据服务状态机11为用户改变其状态。图2所示的状态12-15分别为“空”12，其中，服务未分配给用户；“已提供”13，其中，服务已供给能启动该服务的用户；“已启动”14，其中，服务已由能够调用该服务的用户所启动；以及“已调用”15，其中，用户通过操作与基本呼叫有关的服务而正在利用该服务。服务状态机11形成本发明服务协调机构的一种基本部件。

当根据CCITT建议I.210(此件在此作为参考资料引用)进行分类时，电信服务包括了与称作“辅助服务”的附加服务相联系的“基本服务”(即承载服务和/或电信服务)。辅助服务进一步与网络中表示服务定义的另一等级分类相联系。由于不同的服务行为和干预需要，该扩展的分类可以用来方便交互处理。例如，一项服务可以是下列中的任何一项：

—发话服务(例如，呼叫线路识别限制(CLIR))；

—终接服务(例如，无条件呼叫转移(CFU))；

—中间呼叫服务(例如，电话会议(MMC))；或

—网络服务(例如，自由电话(FPH))。

此外，电信网络中的服务操作性取决于用户的连接和服务分配性能，以及用户的可操作环境及其性能。这样，以下未包括在内的有关数据列表可以影响对电信呼叫中服务操作性的控制。

—网络类型(例如，私营、公共等等)；

—通路类型(例如，模拟、数字、无线等等)；

—服务类型(例如，基本、辅助等等)；

—用户分类(例如，维修人员、操作员等等)；以及

—状态准则(例如，一般规定等等)。服务交互分析

如前所述，除了对电信服务性能进行综合分析以外，还必须对与分配至网络的用户有关的服务交互环境进行同样的分析。在服务交互分析之前，必须区别交互问题与网络互通问题。网络互通发生在各类服务之间，而服务交互通常局限于辅助服务。将两类问题分开来对于解决服务交互问题提供了更多的便利。

通常，术语“服务交互”表示两项或多项服务在某些特定条件下同时存在。这些条件通常在服务条文定义和解释中作了规定，它描述了要消除可能的服务干扰所引起的可能损害所必需的动作。

此外，在复杂电信系统中有各种交互，即简单交互和复杂交互；简单交互是基于一项决定性准则，它表示当与分配的服务有冲突时，是接受还是拒绝服务过程请求。例如，除非用户已经具有呼叫保持(HOLD)服务，否则就无法提供三方(3PTY)服务。复杂交互是一种在交互服务之间需要一定程度协调的交互。

于是，对服务交互问题的简单分析形成了两类交互：

1)确定性交互，它解决了采用决定性过程的各服务之间的干扰问题；以及

2)非确定性交互，它影响服务的功能性，或不能归类为确定性交互。

当比较两种类型的交互时，其复杂程度表明非确定性的交互是一种不能控制的交互，它只能在干扰服务实体内解决，其解决方法被视为服务发展的一部分。另一方面，确定性交互是一种可实行的交互，它可以由服务协调机构解决或控制。因此，本发明的服务协调机构的基本要素是基于对确定性交互准则所作的扩展分析。

确定性交互可以表征为一种可实行的交互，它以容许的或优先决定的处理为基础，与一种服务过程请求并联的进行。该容许处理表示一种非进展的交互条件(即，是或非)，而优先处理表示一种进展的交互条件，与预定的操作相关联(即，该过程控制是用取消或禁止其他交互服务而对一种交互服务的请求处理)。

图3是表示各种服务交互准则的图表，它用于本发明的协调机构中。以下的准则可以应用于各种服务，以帮助处理服务交互问题：

准则          含义

允许(A)：表示“无交互”。

限制(R)：表示一种交互，它因有另一服务的存在而拒绝一项服务过程请求。

相关(D)：表示一种交互，它拒绝一服务过程请求，除非另一服务已经存在。

覆盖(O)：表示一种交互，其中，一项服务比另一项现有服务具有更高的优

         先级。根据服务过程请求，在撤消高级服务过程之前自动抑制低

         级服务。

抑制(S)：表示一种交互，其中，一项服务比另一项现有服务具有更低的优

         先级。根据服务过程请求，由高级服务的有效性控制执行还是拒

         绝低级服务过程的请求。通用服务协调机构

本发明的通用服务协调机构在实时网络操作期间，操纵定义服务交互准则，而不影响所设计的服务。该协调机构还控制网络内的服务处理。这将导致提高其适应性，由此可大大减少服务交互问题的数量，允许限制非确定性的交互，提高操作的接口，以及有更友好的用户接口。

在设计本发明的基本协调机构的较佳实施例过程中，将涉及以下范围：

—协调机构的性能；

—协调机构的先决条件；

—协调机构状态机；

—协调机构的数据结构；以及

—协调机构层次结构。协调机构特性

对服务的协调用决于所请求的服务过程，连同有效的服务状态和规定的服务交互准则。对各种服务过程协调的各项要求要在某种程度上是不关联的，因此，为预定的有关服务过程规定了通用的协调机构性能，如图2和图3所示，即，提供/撤销，启动/不启动以及调用和操作。

在服务提供或撤销过程的请求时，协调机构完成以下任务：

—禁止在规定的通路上或向规定的用户重复提供同样的服务；

—由于通路和/或用户与服务性能不相容，禁止提供服务；

—因确定性交互标准为：约束或相关，故禁止提供和/或撤销服务；

—禁止因经未许可的授权而提供和撤销服务；

—使之被请求时能自动启动提供；

—使之合适时能提供和/或撤销服务；以及

—支持用户定制的交互处理。

在服务启动或不启动过程请求时，协调机构完成以下任务：

—根据服务规定使双重服务启动和不启动；

—因用户与服务性能之间的不相容，禁止启动服务；

—因确定性交互标准：约束或相关，禁止启动和/或不启动服务；

—根据确定性交互标准：覆盖或抑制，使之能启动或不启动服务；

—检测和报告作非确定性交互处理的服务；

—禁止由未许可的授权启动和不启动服务；

—使之被请求时能自动调用启动；

—使之合适时能启动和不启动服务；以及

—支持定制的交互处理。

在服务调用和操作过程请求时，协调机构完成以下任务：

—根据服务规定，使双重服务能够调用；

—因确定性交互标准：约束或相关，禁止调用服务；

—根据确定性交互标准：最优先或抑制，调用服务；

—检测和报告经非确定性交互处理的服务；以及

—支持用户定制的交互处理。

当由服务过程请求触发时，服务协调机构比较和校验反映服务和用户性能的输入数据的有效性，并用一种合适的结果答复。

协调机构的先决条件

作为服务协调机构的先决条件，输入数据必须：1)因实时处理约束可快速存取；2)一致和适当，故可以根据该数据得到结果。

这些先决条件是通过以下措施实现的：

—服务和交互的一系列概念；

—用户性能轮廓；

—服务性能轮廓；

—用户、服务和交互识别。

系列概念

每项确定的服务形成一个服务系列，它包括标准的基本服务和该服务的一组用户定制的方式。

下述假设使通用协调机构成为可能：

定制服务不能与原有服务条文冲突。因此定制服务总被认为是原有服务的一种变形。

例如，通过提供另一种确定性交互或提供不同的用户信息接口，例如，通告、音调或文本消息，可以实现服务定制。

此外，每一服务系列都有一个交互处理系列，允许四种可能的能力：

1)基本服务和基本交互处理；

2)基本服务和定制的交互处理；

3)定制服务和基本交互处理；或

4)定制服务和定制交互处理。

用户和服务性能轮廓

图4表示本发明所保持的记录，并提供特定用户或服务的特性轮廓。注意，服务功能性与电信网络内的用户和服务特性有关。这些特性与协调机构特性能相联系，它们以两种轮廓反映，即，用户特性轮廓和服务特性轮廓。

每种轮廓16包括一条记录，它组成了四个相同的信息字段：特征字段17，供给/撤销字段18，启动/不启动字段19以及调用和操作字段20。

可以将以下的信息要素存储在其性能轮廓中的相关字段内：属性信息要素：

—通路范畴：有线

            无线

—访问类型：模拟

            数字

            基本速率

            初始速率

—网络范畴：公共

            私人

—订户类型：个人

            操作员部门

            (话务员)

            组

            网络(例如，投币箱)

—定制指示器：有或无提供/撤消信息要素：

—话务员受控

—自动调用(仅对服务)

—交互服务

—通用提供供给/撤消启动/不启动信息要素：

—用户受控

—自动调用(仅对服务)

—交互服务

—通用启动/不启动调用和操作信息要素：

—用户受控

—话务受控

—交互服务用户特性轮廓内的数据表明了特定用户的订单结构和职权。服务性能轮廓内的数据表明了服务的可用性和有条件的运行。用户、服务和交互识别器

用户、服务和交互识别器是联系用户、服务以及交换机内所定义的交互数据的访问工具。每个连接到交换机的用户被分配一“用户识别器”，以表明有关用户的性能轮廓。交换机内的每一新的服务配置均与“服务识别器”相联系，以表明有关的服务性能轮廓及其交互处理。

此外，定制服务和服务交互的能力以及系列概念的引入，有效地修改了用以控制和处理辅助服务的方法。具有特定(定制)交互要求的用户被分配一“交互识别器”，它表明其专用交互数据。定制交互请求由协调机构通过其用户性能轮廓内的定制指示器(指针)自动触发。

图5表示用于本发明的一个服务识别器，以识别服务系列和该系列内的服务变化。图5也表示用于本发明的用户识别器和交互识别器。服务系列指针21表示服务系列22，定制服务指针23表示所表示的系列内定制服务24的程度。系列内的定制服务指针的范围是电信供应商的任选项。协调机构状态机

图6是用于本发明的服务协调机构的一个协调机构状态机的方框图。协调请求由协调机构根据其状态机31进行处理，它可以在每种服务状态，即提供、启动和调用(图2)内操作。

由协调状态机31转移至挂起的协调状态32和禁用协调状态33是为了管理和交互处理目的而作的内部控制。按以下的原理规定对与服务状态12-15有关的协调状态机31作处理：

除非与该服务的状态有关的协调状态32-35(图6)表示“已指定”34，否则将不接受各服务状态之间的正向顺序转移请求(图2)，(即，指向调用15)。

例如，如果服务处于所提供的状态13(图2)，且服务启动过程请求已发出，则该请求仅当服务状态处于“已指定”13内的服务协调状态具有值“已指定”34时才被接受。协调机构的数据结构

如前所述，通用服务协调结构控制与处理确定性交互问题有关的所有必要的数据。这些数据分组为轮廓文件、分配文件和交互文件以方便对数据的访问和管理。轮廓文件

图7表示一组用户性能轮廓41和一组服务性能轮廓42，它们在本发明中作为专用的“轮廓文件”存储。如结合图5所述，这些文件由用户识别器SUBI 43和服务识别器SERI 44访问。分配文件

图8表示用于本发明的服务分配指示文件51，以存储服务状态12-15和有关的协调机构状态32-35，它们对于特定用户是有效的。服务分配指示文件51用于通用协调机构，在话务和网络操作期间处理和访问动态服务状态信息。分配文件51存储服务状态12-15和有关的协调机构状态32-35，它们对特定用户有效。

有两类分配文件51用于本发明，即通用的分配文件52和个别分配文件53。每一类文件在交换中都有不同的服务处理过程。

图9表示用于本发明的总的分配文件52，它为在一般基础上提供给一组特定用户的服务而存储服务状态12-15以及有关的协调机构状态32-35。通用的分配文件52由服务识别器SERI内的服务系列指针21(图5)访问。由于在一般基础上对特定一组用户只能有效地提供一个系列内的极少服务，故需要这种限制性的访问。然而，出于管理理由具备禁用任何定制服务的能力则需要对通用分配文件52内的所有服务均有可访问性。

图10表示本发明的服务协调机构内的个别分配文件61的动态文件结构。个别分配文件61由用户身份SUBI 43访问，它处理用户的服务订单指示及与有关定制交互的说明。由于实际上用户将预定有限量的服务，故个别分配文件61可以用动态文件结构实现，如图10所示。

加到总的分配文件52与个别分配文件61之间之合作处的约束条件在于，个别服务分配指示将总是覆盖总的服务分配指示，除非该服务具有禁用协调状态33(见图6)。交互文件

交互数据存储在交互文件的记录内，在那里与某一特定服务程序相关联的交互被标明了。

图11A是识别与本发明服务协调机构中的服务程序相联系的有关交互67的交互文件记录66的示意图。而且，由于某些准则优于其它准则，所以二个交互服务之间所用的确定性的交互准则(见图3)可用有限的一组数值表示。

图11B是本发明服务协调机构中服务准则的允许组合表。图11B示出了来自图3的服务准则数值的允许组合：限制的(R)、依赖的(D)、覆盖的(O)、抑制的(S)和肯定的(Y)。

交互的定制是对交互文件66的结构加以某些限制。这样，交互文件66在内部分为两种文件，基本交互文件和定制交互文件。

在服务系列22内的与定制服务24(图5)有关的特殊交互要求可以作为基本交互处理的一部分存储起来。因此，基本交互文件包含两个相关联的文件，服务系列交互文件71和服务交互文件81。

图12A是本发明服务协调机构中服务系列交互文件71的示意图。服务系列交互文件71由服务系列指针21寻址(图5)。

图12B是本发明服务协调机构中服务交互文件81的示意图。服务交互文件81由服务识别符SERI 44寻址(图7)。服务交互文件81在协调机构内部通过读取服务特征轮廓(profile)16(见图4)的属性信息字段17中的“定制指示值”(图5)自动触发。在服务交互文件81内部接触到的交互准则值(图3)覆盖对该服务系列有效的交互准则值。

图13是本发明服务协调机构中定制服务交互文件91的示意图。实践中，电信用户可能会对服务交互提出自己各自的要求，它们与网络操作者或服务提供者规定的普通交互不同。这些个别的要求存储在定制服务交互文件91内，通过读取位于个别分配文件51(图9)中的交互识别符(图5)，在协调机构中被自动启动。协调机构的层次结构

图14是表示本发明的通用服务协调机构中各功能块之间交互作用的高层次功能性框图。通用服务协调机构101靠功能块(对象)102-108实现，这些功能块存储协调数据和交互数据并借助内部通信接口109和外部通信接口110及111来协同或控制协调机构。

协调机构101内部的每个块与其它块协调工作并完成特定的任务。例如协调器管理块(CORA)104处理由管理操作者产生的所有过程，操作者所处地点(未画出)通过外部通信接口110与协调机构101连接。协调器通信处理块(CORT)102处理订户或通信的初始化过程，这些过程通过外部通信接口111与协调机构101进行通信。CORA104和CORT102的任务是使进入的请求有效并将其分配到有关的协调器块。协同器数据存储块(CORD)103存储并操作轮廓文件41和42(图7)以及通用和个别分配文件52和61(图9和10)。交互数据块(INTD)108存储并操作交互文件71、81和91(图12A-13)。以下讨论的块105-107根据服务特性轮廓16(图4)处理服务交互的有效性和协调性，轮廓文件规定了对那些服务过程有效的各种协调机构特性。

协调机构的外部接口110和111包含对轮廓文件41和42、分配文件52和61以及交互文件71、81和91分别操作的三种信息流。在接收协调请求的基础上，通用协调机构101可以完成下述过程：1)初始化(I)：定义和存储新的协调器数据；2)读取(R)：提取请求的协调器数据；3)改变(C)：修改已有的协调器数据；或者4)删除(E)：删除已有的协调器数据；

管理块(CORA)104接收并处理用于操作协调器和交互数据的四个过程(I，R，C&E)而通信块(CORT)102根据有待施行操作的数据(例如R对应于轮廓数据，R&C对应于分配数据和R对于交互数据)从四个过程中接收并选定的一种过程。

图15是轮廓数据信息流表，信息流在操作本发明服务协同机构内的轮廓文件41和42时使用。属性、P&W、A&D和I&D参数一般可任选的(OPT)，但是在协调过程初始化(I)请求和对协调过程读取(R)响应中内部它们是强制性的(MAN)。

图16是分配数据信息流表，信息流在操作本发明服务协同机构内的分配文件52和61时使用。响应中的强制性指示(MAN)只有在请求中提供了参数时才能使用。

图17是交互数据信息流表，信息流在操作本发明服务协同机构内的交互文件71、81和91时使用。“交换指示符”参数指示两项服务间的初始(插入)交互准则值在两个方向(X-Y和Y-X)上都是有效的。协调器机构处理

通用服务协调器机构的主程序在CORA104和CORT102内受到控制，随后它们将请求功能分配给在其它协调器块中完成的子过程。以下描述一些实例以阐述通过CORA104的管理接口，例如服务展开程序、新征订户程序和服务分配程序。随后提供服务启动程序以阐述通过CORT102的通信接口。服务展开程序

图18示出了由本发明的协调机构完成的服务展开子程序的流程图。在展开新服务之际，管理操作者在步骤121中输入服务特性轮廓16(图4)和服务交互数据。随后，在步骤122，CORA104分析轮廓内容，并在步骤123规定服务识别符(图5)。在步骤124，确定新的服务是否属于新的服务系列。如果是，子程序转移到步骤125，在那里CORA用新的服务识别符(SERI)44更新CORD103中的通用分配文件52。同时，CORA104命令块105-107在步骤126更新其各自的交互文件。如果在步骤124确定服务不属于新的服务系列，则子程序直接转移至步骤126，在那里CORA104命令块105-107更新其各自的交互文件。

图19描述了由本发明的协调机构完成的服务撤消子程序的流程图。在步骤131，管理操作者输入移去服务“A”的请求。在步骤132，CORA104接收请求并访问CORD103，在那里于步骤133中确定该服务的通用分配文件52内部的协调器状态是否处于“禁用”33(图6)。如果不是，错误代码在步骤134中返回管理操作员。如果在步骤133时处于禁用状态，子程序转移至步骤135，在那里CO-RA104命令块105-107复位并移去在步骤136中完成的服务“A”的各个交互文件。随后，在步骤137，块105-107的每一块向CORA104发送确认信息。在步骤138接收确认信息的基础上，CORA104删除来自CORD103的服务特性轮廓16。新的征订

图20描述了由本发明的协调机构完成的增加新订户的子程序的流程图。在步骤141，管理操作者输入订户特征轮廓16。随后在步骤142，CORA104定义新的订户识别符(SUBI)(图5)。在步骤143，CORA104更新订户轮廓文件43(图7)。

图21描述了由本发明的协调机构完成的征订撤消子程序的流程图。在步骤151，管理操作者输入移去订户“B”的请求。在步骤152，CORA104接收请求并访问CORD103，在那里于步骤153中确定该订户分配文件内部的提供撤消程序是否标示了协调状态对所有的服务处于“禁用”33(图6)。如果不是，错误代码在步骤154中返回操作员。否则，子程序转移至步骤155，在那里CORA104命令CORD103删除用于订户“B”的订户轮廓。在步骤156，CORA103移去用于订户“B”的提供和启动分配文件并在步骤157向CORA104返回确认信息。通用基础上的服务分配

图22描述了由本发明的协调机构完成的通用服务提供子程序的流程图。在步骤161，管理操作员向CORA104发送带有合适数值的服务分配信息流请求以提供通用基础上的服务。在步骤162，CORA104读取和检查服务特性轮廓提供和撤消信息字段17(图4)。在步骤163，确定是否存在通用提供的指示。如果存在，子程序转移至164，在那里CORA104确保在服务系列22中没有其它的定制服务已经被提供。子程序随后转移至步骤165，在那里CORA104命令提供和撤消协同器块(PWCOR)107确定是否存在交互问题。如果在步骤166中确定存在交互问题，则子程序转移至167，在那里放弃该努力。否则子程序转移至步骤168，在那里于通用基础上完成提供。在步骤169，如果服务数据表明有隐含的启动，则CORA104初始化启动程序以更新普通的分配文件52。

图23描述了由本发明的协调机构完成的通用服务撤消子程序的流程图。在步骤171，管理操作员向CORA104发送带有合适数值的服务分配信息流请求以撤销通用基础上的服务。在步骤172，CORA104访问CORD103，并在步骤173，确定通用分配文件52内的服务启动状态是否指示协调器状态处于“禁用”33(图6)。如果不是，则子程序转移至174，在那里确定服务特征轮廓中的提供/撤消信息元是否指示“自动启动”和“通用提供/撤消”。如果不是，子程序转移至步骤174a，在那里拒绝撤消请求。这可能发生于例如当必须首先执行通用的不启动程序时。例如，如果3PTY没有被先撤消，则HOLD无法撤消。如果在步骤174确定在提供/撤消信息元中发现明显的指示，则子程序转移至步骤174b，在那里于协调器内部执行通用的不启动程序，将协调状态变为“禁用”。

如果在步骤173确定协调器状态为禁用状态，则子程序转移至步骤175，在那里用于提供服务状态的协调器状态设定为“挂起”32。在步骤176，PWCOR107检查撤消交互指示。在步骤177，确定撤消交互指示是否存在。如果它们存在，则子程序转移至步骤178，在那里协调器状态复位成原始数值。在通用分配文件中原始数值可以是“已指定”34或者“空”35。如果在步骤177确定交互指示不存在，则子程序转移至步骤179，在那里协调器状态设定为“禁用”33。

通用基础上的服务撤消允许服务提供者或者网络操作员在实时交换操作期间阻止对该服务的访问。此过程可以用于在不影响各个别分配文件的前提下更新服务功能。个别基础上的服务分配

图24描述了由本发明的协调机构在个别基础上完成的子程序的流程图。在步骤181，管理操作者向CORA104发送带有合适数值的服务分配信息流请求。在步骤182，CORA104读取和检查订户和服务特性轮廓属性字段17(图4)与提供和撤消信息字段18。在步骤183，确定服务和订户的属性是否兼容。如果不兼容，子程序转移至184，在那里拒绝服务分配程序。如果服务和订户属性在步骤183是兼容的，则子程序随后转移至步骤165，在那里CORA104确定所请求的服务在通用基础上是否已经提供或者被禁用。如果是，则子程序转移至184，在那里拒绝服务分配程序。如果服务未被提供或者被禁用，则子程序转移至步骤186，在那里CORA104命令PWCOR107检查交互问题。在步骤187，确定是否存在交互问题。如果存在交互问题，则子程序转移至步骤184，在那里拒绝服务分配程序。但是如果在步骤187不存在交互问题，则在步骤188完成服务分配。如果服务数据表明存在隐含启动，则CORA104初始化启动程序。

图25描述了由本发明的协调机构在个别基础上完成的服务撤消子程序的流程图。在步骤191，管理操作员向CORA104发送带有合适数值的要求撤销个别服务的请求。在步骤192，CORA104访问CORD103，并在步骤193确定个别分配文件61内的服务启动状态是否指示协调器状态处于“禁用”33。如果不是，则子程序转移至194，在那里确定服务特征轮廓中的提供/撤消信息元是否指示“自动启动”。如果不是，子程序转移至步骤194a，在那里拒绝撤消请求。这可能发生于例如当必须首先执行通用不启动程序时。如果在步骤194确定在提供/撤消信息元中发现“自动启动”，则子程序转移至步骤174b，在那里于协调器内部执行通用的不启动程序，将协调状态变为“禁用”。

如果在步骤193确定协调器状态为禁用状态，则子程序转移至步骤195，在那里用于提供服务状态的协调器状态设定为“挂起”32。在步骤196，PWCOR107检查撤消交互的指示。在步骤197，确定撤消交互指示是否存在。如果它们存在，则子程序转移至步骤198，在那里协调器状态复位为原始数值。原始数值可以是“已指定”34或者“空”35。因此服务是通用的，但是对于具体的一个用户撤消则是各自进行的。但是如果在步骤197确定交互指示不存在，则子程序转移至步骤199，在那里协调器状态设定为“禁用”33。通过通信量接口的服务启动程序

图26A-26B集中描述了在通过通信接口111接收服务启动请求时由本发明的协调机构完成的子程序的流程图。在步骤201，通过在CORT102中具有合适数值的服务分配信息流请求调用协调机构。因此在步骤202，CORT102读取和检查服务和订户特性启动与不启动信息字段18(图4)。在步骤203，CORT102命令启动和不启动协调器块(ADCOR)106以完成服务分配。一接收请求，AD-CR106即于步骤204确定个别提供分配是否等于“已指定”34(图6)。如果不相等，子程序转移至步骤205，在那里拒绝了启动请求。如果个别提供分配等于“已指定”34，子程序转移至步骤206，在那里ADCOR106确定通用分配文件中的启动状态是否为“禁用”33。如果通用分配文件中的启动状态为“禁用”，则子程序转移至步骤205，在那里拒绝启动请求。如果在步骤206确定启动状态不是“禁用”，则子程序转移至步骤207，在那里ADCOR106执行服务交互检查程序。

通过检查定制交互文件(图10)并确定服务是否只具有交互或者定制服务交互，或者两者兼有来完成服务交互检查程序。在作出这些判断后，在步骤208扫描交互数据块(INTD)108内有关的交互文件。

按照允许的、有条件的以及其它的顺序扫描交互指示文件。在步骤209确定是否遇到允许的交互指示(限制的或者相关的)。如果遇到允许交互指示，则子程序转移至步骤211，在那里ADCOR106读取分配文件并确定分配给订户的交互服务是否与交互准则冲突。这例如在限制服务启动状态等于“已指定”34或者相关的服务启动状态不等于“已指定”34时可能发生。如果不满足允许的交互准则，则子程序转移至步骤205，在那里服务程序被拒绝。如果在步骤211中分配的交互服务与交互准则没有冲突时，子程序转移至212，在那里ADCOR106继续其余的交互检查。在步骤212，确定是否遇到有限交互指示(覆盖或者抑制)。如果遇到优先交互指示，子程序转移至步骤213，在那里，ADCOR106确定是否有交互服务分配给可用的订户。如果已分配，则子程序转移至步骤214，在那里确定分配的交互服务是否为抑制服务。如果发现抑制服务，则子程序转移至步骤205，在那里拒绝启动请求。如果没有发现抑制服务，则子程序转移至步骤215，在那里确定是否有分配的交互服务为已覆盖。如果发现已覆盖的交互服务，子程序转移至步骤216，在那里将该服务的协调器状态改变为“挂起”32(图6)，在此基础上子程序返回步骤215。如果没有发现已复盖的服务，或者所有已覆盖的交互服务变成“挂起”32，则子程序转移至步骤217。

但是如果在步骤212没有发现优先交互指示，则子程序转移至步骤217。同样，在步骤213，如果没有交互服务分配给应用订户，则子程序转移至步骤217。在步骤217，ADCOR106进入剩下的交互互准则确定是否发现有任何其他的交互服务。如果发现其它交互，子程序转移至步骤218，在那里ADCOR106将控制转移给交互服务并等待肯定的响应。在步骤219，确定是否接收到肯定的响应。如果接收到否定的响应，则子程序转移至步骤221，在那里拒绝启动请求。在步骤222，子程序将任何占优服务的协调器状态重置为原始数值。如果在步骤219接收到积极的响应，则子程序转移至步骤223，在那里接受服务启动请求。如果在步骤217没有发现其它的交互指示，则子程序直接转移至步骤223，在那里接受服务启动请求。最后，在步骤224，将协调器状态更新为“已指定”34(图6)。另一个实施例

不同的是，本发明的通用服务协调机构的实现也可以是把网络中的每个服务加以分类，归入一个个服务组并用服务分类指示器加以指示。这样做的好处是可以把协调机构的数据分布到若干文件之间。这种数据轮廓限制了链接的记录个数并减少了协调处理时间。

例如，当采用CCITT推荐的I.210规定的分类并且服务被分为原始的、终止的、中间调用的和网络服务的各组时，每一组都具有自己的分配文件和交互文件。当调用时，协调机构接收基本的呼叫事件，在此基础上寻址合适的分类分配文件和交互文件。一个极端服务分类指示器参数的格式可以包含8位参数字段(A-H)，从而可以有127服务组。

图27是表示在本发明服务协调机构中8位服务分类指示器中采用的服务分类参数字段代码的表格。

前面提供的较佳实施例的描述使得本领域内技术人员能够利用本发明。对于他们来说，很容易对实施例作出各种修改，并且无需创造性的劳动就将本发明的一般原理应用到其它实施例上。因此，这里所示的实施例对本发明无限定作用，而是与揭示的原理和特征的最宽的范围一致。

Claims (23)

1.一种控制实时电信网络中服务交互的方法，其特征在于包含以下步骤：

分析所述实时电信交互网络中的服务以识别服务和影响服务处理的网络单元；

收集与所述服务交互相关的数据；

分析与所述服务交互相关的所述数据，所述数据分析步骤进一步包括：

识别不同类型的服务交互；以及

识别对于服务交互准则的所述识别类型有效的服务交互准则，以及

根据对识别服务和网络单元、服务交互的识别类型和识别服务交互准则的所述分析确定是否接受新的服务并撤消已有的服务。

2.如权利要求1所述的方法，其特征在于分析所述实时电信交互网络中的服务以识别服务和影响服务处理的网络单元的步骤包括定义所述服务的各种状态。

3.如权利要求2所述的方法，其特征在于定义用于所述服务的状态的步骤包括定义服务状态为“空的”、“已提供”、“已启动”和“已调用”。

4.如权利要求3所述的方法，其特征在于确定是否接受新的服务并撤消已有服务的步骤包括定义使服务从其中一个所述状态转移到另一个状态的服务状态机。

5.如权利要求4所述的方法，其特征在于分析所述实时电信交互网络中的服务以识别服务和影响服务处理的网络单元的步骤包括定义用于协调请求的各种状态。

6.如权利要求5所述的方法，其特征在于定义用于协调请求的各种状态的步骤包括定义服务状态为“空的”、“已指定”、“已挂起”和“禁用”。

7.如权利要求6所述的方法，其特征在于确定是否接受新的服务并撤消已有服务的步骤包括定义协调机构状态机，它可以在用于使协同请求从其中一个所述状态转移到另一个状态的每个所述服务状态中操作。

8.如权利要求7所述的方法，其特征在于分析所述实时电信交互网络中的服务以识别服务和影响服务处理的网络单元的步骤包括将所述服务分隔为各种基本服务和补充服务，所述补充服务包括发端服务、终端服务、中间调用服务和网络服务。

9.如权利要求8所述的方法，其特征在于识别不同类型服务交互的步骤包括识别确定性交互和未定交互。

10.如权利要求9所述的方法，其特征在于识别确定性交互的步骤包括根据允许过程识别确定性交互与根据优先决定过程识别确定性交互。

11.如权利要求10所述的方法，其特征在于识别对各种服务交互有效的服务交互准则的步骤包括以下步骤：

根据允许过程将服务交互准则“允许的”、“限制的”和“相关的”识别为有效；以及

根据优先决定过程将服务交互准则“覆盖”和“抑制”识别为有效。

12.如权利要求1所述的方法，其特征在于进一步包含：

分析订户连接和服务分配特征；以及

分析服务的操作环境特征。

13.如权利要求12所述的方法，其特征在于分析订户的连接和服务分配特征的步骤包括确定订户的访问类型和用户级别。

14.如权利要求13所述的方法，其特征在于分析服务操作环境特征的步骤包括确定所述服务的网络类型、服务类型和状态准则。

15.用于电信网络中订户服务的提供和撤消期间的协调服务交互的通用协调系统，其特征在于每种所述服务都具有一定的规格和特征，所述协调系统包括：

禁止向特定的订户重复提供一种服务的装置；

与用于向禁止特定订户重复提供服务的所述装置配合工作的用于在所述特定的订户的特定访问上禁止重复提供服务的装置；

当所述订户、所述订户访问类型和所述服务特征不相容时禁止提供服务的装置；

存储用于所述网络内每个订户服务的确定性交互准则的装置；

当所述服务的确定性交互准则将所述服务识别为“限制”时禁止特定服务的提供和撤消的装置；

与用于当所述服务的确定性交互准则将所述服务识别为“限制”时禁止特定服务的提供和撤消的所述装置配合工作的装置，用于当所述服务的确定性交互准则将所述服务识别为“依赖”时禁止特定服务的提供和撤消；

用于由于非许可的授权而禁止特定服务的提供和撤消的装置；

使得向个别订户提供和撤消服务的装置；

与用于向禁止特定订户重复提供服务的所述装置配合工作的用于使得向个别订户提供和撤消服务的装置；

用于在提供时使服务能自动启动的装置；以及

用于定制交互处理的装置。

16.用于电信网络中订户服务的提供和撤消期间的协调服务交互的通用协调系统，其特征在于每种所述服务都具有一定的规格和特征，所述协调系统包括：

用于根据特定服务的规定使双重服务能启动和不启动；当所述订户和所述服务特征不相容时禁止特定服务启动的装置；

存储用于所述网络内每个订户服务的确定性交互准则的装置；

当所述服务的确定性准则将所述服务识别为“限制”时禁止特定服务启动和不启动的装置；

与用于当所述服务的确定性交互准则将所述服务识别为“限制”时禁止特定服务的启动和不启动的所述装置配合工作的装置，用于当所述服务的确定性交互准则将所述服务识别为“相关”时禁止特定服务的启动和不启动；

用于当所述服务的确定性交互准则将所述服务识别为“覆盖”服务时使服务启动和不启动的装置；

与用于当所述服务的确定性交互准则将所述服务识别为“覆盖”服务时使服务启动和不启动的所述装置配合工作的装置，用于当所述服务的确定性交互准则将所述服务识别为“抑制”时使服务启动和不启动；

用于检测和报告经过未定交互处理的服务的装置；

用于由于非许可的授权而禁止特定服务的提供和撤消的装置；

用于使能服务启动和不启动的装置；

用于在启动时自动请求特定服务的装置；以及

用于定制交互处理的装置。

17.用于电信网络中订户服务的提供和撤消期间的协调服务交互的通用协调系统，其特征在于每种所述服务都具有一定的规格和特征，所述协调系统包括：

用于根据特定服务的规定使能双重服务启动和不启动；当所述订户和所述服务特征不相容时禁止特定服务启动的装置；

存储用于所述网络内每个订户服务的确定性交互准则的装置；

当所述服务的确定性准则将所述服务识别为“限制”时禁止特定服务启动和不启动的装置；

与用于当所述服务的确定性交互准则将所述服务识别为“限制”时禁止特定服务的启动和不启动的所述装置配合工作的装置，用于当所述服务的确定性交互准则将所述服务识别为“相关”时禁止特定服务的启动和不启动；

用于当所述服务的确定性交互准则将所述服务识别为“覆盖”服务时使能特定服务请求的装置；

与用于当所述服务的确定性交互准则将所述服务识别为“覆盖”服务时使能特定服务请求的所述装置配合工作的装置，用于当所述服务的确定性交互准则将所述服务识别为“抑制”时使能特定服务请求；

用于检测和报告经过未定交互处理的服务的装置；以及

用于定制交互处理的装置。

18.在协调电信网络中服务之间交互的系统中所用的确保输入数据可以快速访问、相容和相关的方法，其特征在于所述方法包括以下步骤：

将每个定义的服务与一服务系列相关联，该服务系列包含了标准基本服务和一组作为所述标准基本服务的变异的服务；

保持订户特性轮廓，每个都定义了特定订户的征订配置和授权范围；

保持服务特征轮廓，每个定义了特定服务的可用性和操作条件；

将订户识别符指定给每个与所述网络相连的用户以指出所述连接的相关订户特征轮廓；

将订户识别符指定给在所述网络中所用的每个新服务以指出所述连新服务的相关服务特征轮廓；

存储定制服务的每个订户的专用交互数据；以及

将交互识别符指定给定制服务的每个订户以指出所述订户的所述专用交互数据。

19.一种用于解决通信系统中服务交互问题的通用服务协调机构，其特征在于所述协调机构包括：

用于验证和轮廓来自管理操作者所处地点的输入请求的装置；

用于验证和轮廓由所述通信系统中的订户和通信初始化的输入请求的装置；

用于存储和操作服务轮廓文件、订户轮廓文件、通用分配文件和个别分配文件的装置；

在服务提供和撤消期间验证和协调服务交互的装置；

在服务启动和不启动期间验证和协调服务交互的装置；

在服务请求和操作期间验证和协调服务交互的装置；以及

存储和操作交互文件的装置。

20.一种在电信网络中配置的方法，所述服务包括服务特征轮廓和服务交互数据，当所述轮廓和所述数据由管理操作者输入时，所述方法包括以下步骤：

分析所述服务特征轮廓；

将服务识别符指定给所述服务以指出服务特征轮廓；

确定所述服务是否属于新的服务系列；

如果所述服务属于新的服务族则更新通用分配文件；以及

更新与服务提供和撤消、服务启动和不启动以及服务请求和操作有关的交互文件。

21.一种从包含协调机构的电信网络中移去服务的方法，所述协同机构包括通用分配文件、每个服务的服务特征轮廓和服务提供和撤除的服务交互文件、服务启动和不启动以及服务请求和操作，所述方法包括以下步骤：

确定所述通用分配文件是否包括用于等于“禁用”的所述服务的协调状态；

如果所述协调状态不是“禁用”则产生错误代码；

如果所述协调状态为“禁用”时复位和移去所述服务的所述服务交互文件；以及

删除所述服务的所述服务特征轮廓。

22.一种向包含协调机构的电信网络提供通用基础上的服务系列其中一个服务的方法，所述协调机构包括提供和撤消协调器、通用分配文件、每个服务的服务特征轮廓和服务提供和撤消的服务交互文件、服务启动和不启动以及服务请求和操作，所述方法包括以下步骤：

读取所述服务特征轮廓中的提供和撤消信息字段；

确定在所述提供和撤消信息字段上是否有通用提供指示存在；

如果通用提供指示存在则确保所述服务的服务系列内没有已经提供的定制服务；

在所述提供和撤消协调器下通过访问所述服务交互文件确定是否存在任何交互问题；

如果不存在交互问题则在通用基础上提供所述服务；以及

更新所述通用分配文件。

23.一种从包含协调机构的电信网络中撤消通用基础上的服务系列其中一个服务的方法，所述协调机构包括提供和撤消协调器、通用分配文件、每个服务的服务特征轮廓和服务提供和撤消的服务交互文件、服务启动和不启动以及服务请求和操作，所述方法包括以下步骤：

确定所述通用分配文件是否包括等于“禁用”的所述服务的协调器状态；

如果所述协调器状态不等于“禁用”则确定所述服务特征轮廓是否包括等于“自动启动”和“通用提供/撤消”的提供/撤消信息元；

如果所述服务特征轮廓包括等于“自动启动”和“通用提供/撤除”的提供/撤消信息元则通过执行所述协调机构中的通用不启动程序将所述协调器状态改变为“禁用”；

如果所述协调器状态确定为“禁用”则将所述协调器状态设定为“挂起”；

在所述提供和撤消协调器下通过访问所述服务交互文件确定是否存在任何撤消交互问题；

如果确定存在任何撤消交互问题则将所述协调器状态复位为其原始数值；以及

如果确定不存在任何撤消交互问题则将所述协调器状态设置为“禁用”。

Images