CN1140525A - 处理补充业务之间的相互作用 - Google Patents

Abstract

在一个电信网络中用于处理基本功能和补充功能应用的系统包括多个可以在电信网络中彼此通信的用户，用户被允许申请基本业务和补充业务，使得他们可以分别使用基本功能和补充功能。系统包括一个平台，该平台含有基本功能并实现补充功能接口，每个接口链接一个或多个补充功能到平台。每个补充功能由一个或多个补充功能链接模块组成，补充功能可能要用到的每个接口有一个模块。补充功能链接模块位于补充功能平面。用于检测和解决补充功能之间的冲突的相互作用逻辑由位于一相互作用逻辑平面内的相互作用逻辑链接模块组成。补充功能和补充功能接口对相互作用逻辑是透明的。相互作用逻辑链路模块可链接到补充功能。

Description

处理补充业务之间的相互作用

本发明的技术领域

一般地从第一方面来说，本发明涉及一个用于在一电信网络中处理基本功能和补充功能应用的系统，该系统包括多个可以相互呼叫，并可以申请与基本功能和补充功能分别相关的基本业务和补充业务的用户。一平台包含基本功能并实现每个将一个或多个补充功能链接到平台的接口。每个补充功能包括一个或多个链接模块，每个补充功能需要用到的一个接口。相互作用逻辑被用于检测和解决补充功能之间的冲突。

更具体地，从第二个方面来说，本发明涉及一个被构造成包括一组基本功能和一组补充功能的电信系统。每个上述补充功能可连接到某一基本功能用于补充和修改该基本功能。基本业务实现一个或多个开放的接口，该接口的功能对任何补充业务都不是专用的，并且它以允许新补充功能不影响基本功能而被加入系统的方式容许上述基本功能和补充功能间的相互作用。相互作用逻辑被用于解决从两个补充功能的各自动作中发生的问题，这两个补充功能同时连接到一特定基本功能而彼此发生冲突。

在一电信网络中的商业产品通常有一组被认为是该类产品主要组成的基本功能。基本功能可以说把不同类产品彼此区分开。一部电话必须例如允许用户在网络中建立呼叫。一部传真机必须能够接收呼叫并写下来自发起呼叫的用户的消息。除了这些基本功能，商业产品通常提供一些补充功能，该功能区分相同类型的不同产品。某些电话可以例如具有一个重拨按键以允许用户很容易地拨叫最后拨过的号码。某些传真机具有在网络中的任何地方收听已记录消息的可能性。

在以上定义的连接中，有某些需要在这里说明的概念，和一些上面提到后面进一步给出的概念。这些概念是：

-网络运营者；这是一个运营一物理通信网络的组织。在瑞典，Telia是一个例子。

-系统制造商；这是一个为网络运营者生产出和提供一通信网络的组织。在瑞典，爱立信为Telia提供。在荷兰，爱立信和AT&T为荷兰PTT提供。

-用户，这是能够使用通信网络中一项业务的个人或组织。因此用户概念在没有和一项业务或一组业务相关时不予使用。通常一个用户(user)和一个申请用户(subscitbel)是一样的。

-业务提供者，这是向一个或几个用户提供业务的个人或组织。今天业务提供者一般和网络运营者相同，这是被期望在可预见的未来保持住的一种状况。业务提供者也可能是由另一个提供者提供业务的用户。

每个电信网络中的用户使用网络主要是为了彼此通信。为了让用户在网络中能使用这个功能，如建立一个呼叫，用户必须申请可用的业务，即成为一名申请用户。如果一个用户想使用系统的基本功能，用户则必须申请正确的基本业务，而如果用户想使用系统的补充业务，该用户必须申请正确的补充业务。

通过申请，则一项特殊业务被提供给用户。然后用户，或者以用户为名义的业务提供者可以激活一对应的功能。然后该功能将为用户使用特定的方法。例如呼叫请求被通过提起电话听筒激活。“呼叫转移”是一项功能，当它被激活时将把到达被提供该项业务的用户的呼叫转移到另一个目的地。

由于业务在每个用户的基础上被提供，被激活的功能不应该对系统具有比做为业务协定的一部分在用户和业务提供者之间达成的协定更大的影响。“呼叫等待”允许如对一个正忙的接入点进行呼叫排队。当该项业务被提供时，“呼叫等待”可以进行呼叫排队的接入点限于用户向业务提供者付费的接入点。因此说这个功能被拥有该接入点的用户“对接入点激活”。如果该接入点由几个用户共同拥有，例如在ISDN网中有这种可能，则只有以已经激活“呼叫等待”的用户为目的的呼叫将被排队。

在这里用到的基本功能和补充功能概念，以及下面很快要讨论到的相互作用，对掌握当前技术的人而言是众所周知的。简单地，在电信系统中每个基本功能和补充功能是计算机执行的一个代码。在应用的一种情形中，对所需补充业务的激活是通过执行实现基本功能代码中的一条转移指令实现的。

与基本功能和补充功能相关并描述它们的建议出现在如GSM系统中。有关上面用到的用于一些不同补充功能的名称比如“呼叫等待”等，可参考如建议02.04。

与对可能出现相互作用问题的补充功能的描述有关，这里也有一个关于所说的相互作用及其结果的描述。

也可能有一些只应用于业务提供者的补充功能，即用户不能访问到这样的补充功能。业务提供者直到这些补充功能被激活才需要申请一项业务。例如，对一发送路由激活许多用于网络维护的补充功能：补充功能在发送路由内引入优先级线路，或补充功能在特定条件下自动阻塞路由。用户也可以租用发送路由，或者更确切地说是代表一组用户的一个用户，例如一个商业集团。在这种情况下，在任何补充功能被与该发送路由相关的用户激活前，用户必须申请一项业务。

所用的业务越多，这些业务的提供者就对“潜在的”用户有更强的吸引力。因此对于提供者，能够提供一组有竞争力的业务，包括基本业务及补充业务是很重要的。提供新的补充业务被认为是达到这一点的最快方法，因为实现所包括的补充业务只需要对基本功能做很小的改动。因此可以期望对补充业务数目进行很大的扩展。这需要一个很短的引入周期，即从对新的补充业务需求的提出直到安装。由于提供和激活原理非常简单，则可能对取得短的引入周期形成障碍的将是补充业务部分。因此这些补充业务大多数被实现成软件。

每次引入一项新的补充业务就改变整个电信系统是太昂贵了。因此对系统的一个最小要求就是它必须模块化。一个模块化系统允许引入新的并去掉旧的补充功能而不影响其它已安装的补充功能。每个补充功能做为一单独的装入模块被安装。

这种模块化可以借助于平台来取得。平台包括基本功能。它也实现一个或多个接口。每个接口链接一个或多个补充功能到允许在补充和基本功能之间相互作用的基本功能。

一个补充功能可以包含一个或多个链接模块，每个补充功能要用到的接口一个模块。一个链接模块是可以被链接到一个接口而不影响正链接在同一接口的其它模块的模块。

每个接口由操作和触发信号组成。触发信号是对操作的调用，它被执行时完成基本功能动作的特定变化。当这些变化发生时，对应的触发信号被送到链接到接口的补充业务。每个补充业务则通过命令平台执行一个或多个操作基于触发信号做出反应。平台将制定补充业务的执行顺序，即决定补充业务应以怎样的顺序接收触发信号。

这导致了平台和补充业务之间的双向相互作用。

接口是开放的，这通过以下表现出来，即在现有的连接中它应对所有业务都是通用的，并且能够被同一系统中一个以上的业务使用。换句话说，没有对任一个补充业务专门的操作或触发信号。平台自身不能包含任何对任一补充业务特殊的代码。将来对平台的升级必须实现兼容以前版本的接口。这些特性保证了在平台和补充功能之间的模块性。补充业务可以不影响平台进行安装、设计和升级，而平台可以不影响补充功能进行升级。

多数用户将只是激活了一些补充功能。因此对触发信号的处理进行优化以避免处理器容量中的大量开销是很重要的。对于每个基本功能的激活，例如在一个呼叫或一个操作者过程中，则触发信号应只被那些对于该特殊激活可用的补充功能接收到。这可以在基本功能自身执行的过程中，通过建立链接图，指明链接到一接口的补充功能而达到。则只有被激活的补充业务将被链接而触发信号将只送给它们。如果一特定呼叫，例如，包括一发送路由，而一补充功能为它而激活，则该补充功能中的适当的链路模块将被连到该呼叫。现在补充功能可以从该呼叫接收触发信号。这个过程通常被称作“动态链接”。对于进一步的优化而言，触发信号能够只被送给已链接的补充功能的子集，即，那些表示对该触发信号有兴趣的补充功能。这样的机制被叫做“监视”。

动态链接并非不同寻常。在c⁺⁺中，“动态绑定”的原理可被用于实现动态链接。在PLEX中，信号把它们的目的地做为动态数据携带(用于在模块间通信的机制)。在AXE-10中，PLEX中包含的该功能被用于实现一个“业务链路”(＝一个正在进行的呼叫)，在这里模块可以被“内部链接”或“边链接”(＝动态链接)。

该技术的传统方法具有一些问题。

一旦平台如上所述被实现，则在补充功能和平台之间取得了模块性。通过使用相同的平台，很不幸地，补充功能由于它们共同的动作而造成冲突。对于取得解决两个或多个补充功能之间冲突的可能方法，设计受冲突影响的补充功能从而它们为解决冲突而相互作用是众所周知的。则在这种结构的补充功能之间不存在防止冲突发生的自然模块性。例如，比较“遇忙呼叫转移”和“呼叫等待”。“遇忙呼叫转移”在用户正忙时转移一个呼叫。而“呼叫等待”将为正忙的用户把呼叫送入队列。这两项补充功能必须相互作用达成一致。例如，两个都可以被激活，但如果原目的地先应答，则到替代目的地的振铃被停止，而如果替代目的地先应答，则呼叫将从“呼叫等待”队列中被删除。

只要在系统中没有那么多的补充功能，相互作用就可以在补充功能自身中很简单地实现。随着补充功能数目的增多，每个新补充功能的整个引入周期变得更长，因为越来越多已安装的补充功能必须被升级。这能够在系统中导致引入干扰。这个问题经常被称为“相互作用问题”。每种解决方法都必须保证补充功能之间的模块性。本发明从意识到相互作用不应被实现在补充功能自身内这一点出发。当然，实现的方法必须不能产生比它所解决的问题更多的问题。相关技术的描述

在传统的结构中，以软件的形式解决补充功能之间冲突的协调机制，在逻辑上是平台的一部分，但被实现成一个单独的模块，即它可以被独立升级。从补充功能的角度来看，协调模块属于平台。只要不需要进行协调，协调模块将只从补充功能向平台传递被指定的操作以及从平台向一个或多个补充功能传递触发信号。协调模块也将执行需要的动态链接。

协调模块将在补充功能提供一项操作时或平台发送一个触发信号时检测一次冲突。检测冲突的逻辑被称为“检测逻辑”，它可访问下列信息：

-链接到特定激活的补充功能，

-已链接的补充功能的早期操作，

-原先已送到已链接的补充功能的触发信号。

-目前的操作/触发信号。

-存贮在平台中被协调模块访问的信息。例如“呼叫状态”。

然后协调模块可以为避免冲突执行协调动作。这被叫做“解决逻辑”。它们包括：

-重新制定基于触发信号的补充功能的执行顺序。

-忽略，替换或扩展来自某个补充功能的特定操作，或到达某个补充功能的触发信号。

这种传统的方式导致在补充功能逻辑和相互作用逻辑，即该补充功能的检测逻辑加上解决逻辑之间不确切的关系。做为结果，补充功能相关的数据或代码不能够被协调模块直接访问到，除了存贮在平台中的数据，例如一数据库。甚至数据库里的数据也是不安全的。补充功能经常在执行过程中拷贝这个数据，然后将这个拷贝用作进一步处理。这个结构的另一个结果是它对补充功能不存在任何反馈。此补充功能的确不知道是否命令的操作被无修改地执行，或者是否它并没有接收到一个被监视的触发信号。做为这种情况的结果，补充功能尽可能简单，但是相互作用逻辑将因此更为复杂。涉及到的复杂度是：

-补充功能非常大的执行部分由对平台的操作组成。因此需要非常详细的补充功能的情况，可能比解决补充功能的所有可能冲突真正所需的情况详细得多(没有抽象的可能)。

-如果一纠正决定需要某一数据，该数据必须从补充功能所命令的操作中提取出来。数据必须被存贮直到相互作用逻辑提出请求。数据中的变化必须被监视而且从后来的操作中提取出来。除了有关监视数据和它的变化的复杂度之外，它又需要有关补充功能操作的内部方式的详细情况。

-如果执行流程中的不同分支可能导致不同类型的冲突，则补充功能执行流程中的全部变化必须由检测逻辑严密监视。在协调模块中必须保持一个补充功能的运行状态。由于判决逻辑和相互作用逻辑不能被直接监视，必须解释操作和它们的数据以取得必要的信息。这又需要有关补充功能内部操作的详细情况。

-除通过为一操作返回一特定结果，或向补充功能发送触发信号外，补充功能的执行流程不能受其它方式的影响。这些结果和触发信号对补充业务而言不是特殊的。它的结果是，影响补充功能行为的可能性是很小的。在一次冲突被解决后，可能要求补充功能以不同于先前的另一种方式继续。这有可能是做不到的。于是解决逻辑也必须接手补充功能的全部。不冲突的功能，直到补充功能可以以另一种它能够继续工作的方式被触发。与此同时补充功能必须被中断。

所描述的一些负面影响可以被部分补偿。补充功能可以，例如，向协调模块发送特定信息，比如在补充功能中对状态确定流程的许可。因为补充功能不知道应该在什么时候应用这条信息，该信息必须一直被发送。这导致内存和处理器容量的效率低的应用。另一个避免负面影响的可能性是借助于只陈述简单的相互作用。这样的相互作用通常由指定给补充功能的优先级来控制。这些优先级别决定补充功能的顺序(高优先级先于低优先级)或者可能导致低优先级补充功能被中断。由于相互作用逻辑能够非常容易地用表格来控制，结果使用这种结构的系统在实际中在处理这些简单相互作用上特别成功。一个例子是在“遇忙呼叫转移”和“呼叫等待”之间所期望的相互作用。双方都基于“正忙接入”触发信号动作。然后“遇忙呼叫转移”将把呼叫转移到一替代的目的地，而“呼叫等待”将把呼叫送入该接入的队列中，直到该接入可用。相互作用可以坚持阻止“呼叫转移”，从而呼叫被送入队列。

然而“更智能”的解决方法通常是被优选的。在“呼叫转移”和“呼叫等待”的例子中，例如可以决定两者都做，让相互作用基于先应答呼叫的部分做出决定。这可能，例如，如果替代目的地应答，则要求消除“呼叫等待”的可能性。另一个可能性是，如果出于一些原因“呼叫等待”没有成功，例如因为没有用于向用户送音频的资源，或用户超时，则呼叫被转移。这可能需要再次发送“正忙”触发信号，但是只对“呼叫转移”，并且以呼叫的当前状态和“呼叫转移”相兼容为条件。

于是对补充功能的设计变得更简单，但结果是对相互作用的逻辑设计变得更加复杂。这在设有很多已安装的补充功能是可接受的。业务的提供者通常对相互作用没有严格的要求，因此大多数相互作用尽可能非常简单。随着用户越来越意识到可用的和潜在的补充功能，他们越来越快地要求更多的补充功能，以及更加复杂的相互作用。

US5,115,432描述了适合在(高速)网络上通信的数据通信结构。这里借助数据通信想要传的是例如文件、声音或图像数据。该结构由两层组成。高层包括一些并行执行的独立的“横向功能”。低层包含面向网络的基本功能。所有低层的功能和对应的处理都在一个用于控制接入网络的功能中执行。因此在横向功能之间的依赖性通过一专门的功能予以解决。于是这个结构使得这些“横向功能”在不同于该低层的一级上相互作用。

EP228,053涉及一种实时控制电信系统的方法。描述了一种结构，它容许补充功能很容易地被修改/编程，而且不同补充功能之间的相互作用可以用一种简单方法解决。依据该文件的解决方法是程序用一种“非过程语言”用“脚本”书写并由许多个三态组成。这些“脚本”之间的相互作用使得较高层的“脚本”可以允许较低层的“脚本”被实现，如果高层“脚本”的三态表明这一点。

US4,928,309以一个电话交换机和一个连到它的外部计算机的形式描述了一个用于电信网络的电子交换系统。标准功能所必须的程序序列被存贮在电话交换机的内存单元中。只有部分用户可用的实现业务的程序被存贮在外部计算机中。经由外部计算机，有可能借助于计算机接口控制电话交换机的特定功能。这种结构意味着不同补充功能的变化可以通过改变外部计算机中的程序而很容易地实现。

概述

本发明的目的是提供一个在平台中容许补充功能透明性和在补充功能中容许相互作用透明性的新的通用结构。这里用通用结构表示在接口级的结构，即在哪里不同类型的接口将被识别，组成接口的可能的原理，以及它们怎样和通过哪一类软件被应用。

从第一方面来说，本发明包括一个在包含多个用户的电信网络中处理基本功能和补充功能应用的系统，这些用户可以在上述的电信网络中彼此通信，且被允许申请基本业务和补充业务，使得他们能够分别利用上述基本功能和补充功能。上述系统由一个包含上述基本功能并实现补充功能接口的平台组成，每个接口链接一个或多个上述补充功能到平台。每个补充功能包括一个或多个补充功能链接模块，每个上述补充功能可能需要用的接口有一个链接模块。补充功能链接模块位于补充功能平面中。用于检测和解决在补充功能之间的冲突的相互作用逻辑包括位于一相互作用逻辑平面内的相互作用逻辑链接模块。上述补充功能和补充功能接口对相互作用逻辑是透明的，上述相互作用逻辑链接模块可链接至补充功能。

通过本发明第二方面的介绍定义的这种电信系统，其特征在于，相互作用逻辑包括相互作用模块方面的提高，每个补充功能以下面的方式实现至少一个允许在上述相互作用模块之间相互作用的开放接口方面的提高，该方式允许新的要利用这个接口与上述补充功能相互作用的相互作用模块在不影响上述补充功能的情况下被加到系统中，还有该开放接口用于相互作用模块以避免上述补充功能之间发生冲突的方式和补充功能之间相互作用方面的提高。

上述相互作用逻辑平面可以包含一些相互作用处理器功能，每一个能够解决特定的冲突。每个相互作用处理器功能为每个补充功能至少包括一个链接模块，它的补充功能接口被相互作用处理器功能使用。一个新的补充功能连同所有在不同相互作用处理器功能中处理和其它补充功能间相互作用所必需的链接模块一起被引入系统。在同一相互作用处理器功能中相互依赖的链接模块可以组成一个装载模块。一旦一个链路模块不再被使用，则包含该链接模块的装载模块被删除。

上述系统可以进一步包括一个由补充功能实现的接口，它包括以在不同的补充功能中相同的操作和触发信号为形式的几个通用部分。

相互作用逻辑平面还可以使用在补充功能和平台之间的接口，并且可以被分成具有恰当的链接模块的一个检测平面和一个解决平面。解决平面可以被构造成允许几个解决模块使用同一个检测模块。检测平面可以能够实现只包括触发信号的接口。解决平面可以包括忽略检测平面直接使用一补充功能实现的接口的操作。

上述系统可以进一步包括一个用于通用功能的模块，它在不同的平面中非常相似，被这些平面使用来处理接口。处理动态链接的功能可以做为通用功能被包括在上述模块中。确定补充功能执行顺序的一功能可以做为通用功能被包括在上述模块中，并可被平台的一项功能或一项补充功能激活。上述具有通用功能的模块适合于接收改变补充功能的某一执行顺序的操作，它包括在同一补充功能内不同链接模块间的平面内处理通信的功能，和在平台内处理通信的功能。

以上用到的以及后面进一步要用到的概念实现，是指在一软件连接中完成某一协议所必需的程序设计。规范定义它对软件应做什么的要求，可以是一个用清晰语言书写的文件。在软件方面，实现一个接口意味着假设实现接口的软件已被安装时实现能够链接其它模块到接口所需的所有软件。由于通过一个接口链接起来的模块总是由不同的设计人员，甚至不同的公司来设计这一事实，接口通常被分别规定。链接意味着链接到一个接口的模块可以执行在接口中定义的操作以及接收在接口中定义的适当的触发信号。在后一种情形中，实现接口的软件必须保证触发信号被送到链接的模块。

一个接口若没有在一些方面支持模块化设计的语言，即各个模块可以被分别设计，是没法实现的，但是各模块为了提供该软件部分的完整实现，在设计完成后将会相互作用(这可能会发生在编译过程中，安装过程中或执行过程中)。所有当代的语言都已经提供模块设计。然而，大多数语言只实现概念“操作”(也被称为依赖于所用语言的方法、消息等等)做为提供相互作用的手段。但近来已出现了几个也实现触发信号(或“事件”或“检测点”，又一次依赖于所用的语言)的语言。这些大多数被称为“直观”语言，最有名的是MS-Windows的“VisualBasic”。事实上，在实践中最好不用命名操作，只用触发信号，因为它们表示相同的东西。只一个很小的差别是在一开放接口中，实现接口的模块必须把触发信号发送给几个模块，而链接到这个接口的模块将只能给实现接口的模块发送触发信号(操作)。但是，一般来说这意味着在两种情况中，一个模块向另一个发送信息，而另一个模块能够以一种合理的方式基于该信息做出反应。

为了阐明以上发明在第一方面的定义，要进一步提到下面内容。

当把两个模块链接到一起时，所有需要的是模块应该能够交换在接口中与触发信号和操作有关的信息。这些是全部操作和触发信号的内存地址(即操作或触发信号的第一个指令)。操作的内存地址被保存在实现接口的模块中，而触发信号的内存地址被保存在链接到接口的模块中，并且对不同的链接模块地址可能不同。当一个链接模块被安装时，它将从一个数据库中取得应实现链接的接口的操作的地址(假设实现接口的软件已经被安装并且在数据库中存有该信息)，并且它将向实现接口的模块发送与已接收到的触发信号有关的信息。这些将在每一方被存贮在表格中。任何时候执行一个操作时，模块将执行该操作并查询包含该操作的表格以找出要转移的确切地址。当一触发信号被发送给一特定功能时，实现接口的模块将相反地查询它所有的该功能的表格和包含功能中触发信号地址的表格，以找出要转移到的功能中的确切地址。以上大多数由操作系统完成。

操作和触发信号是前后相关的，例如，一项操作可能对一特定呼叫有效。从当今处理器具有的操作方式来看，这意味着可以执行相同的指令(于是可以使用相同的内存地址)，但是这些指令将使用呼叫特殊数据。一个指向能够找到这些数据的位置的参考(被叫做实例)也和操作一起被发送。反过来同样的也是对的。当接收到一个触发信号时执行的判断也要依赖于该实例的状态。

图示的概括说明

现在将在下面参照附图更加详细地描述本发明的实施例，其中

图1以方框图的形式说明依据本发明的一个系统结构的简单的设计原理，系统具有一个补充功能平面和一个相互作用逻辑平面，

图2相似地以方框图的形式说明在依据图1的结构中在补充功能和相互作用平面之间的接口怎样能够包含几个通用接口，

图3以流程图的形式说明在两个补充功能之间的相互作用，

图4以方框图的形式说明用于通用功能的模块，

图5在方框和流程图中说明在补充功能之间解决冲突的方法。

实施例的详细描述

在图1中给出一个被构造成一平台2中包括一组基本功能和在平面6中包括一组补充功能4的电信系统。每个补充功能4都可连到一特定基本功能，用以形成对基本功能的补充并修改基本功能。基本功能实现一个或多个同属于所有补充功能的开放接口8，该接口以下面的方式允许基本功能和补充功能之间的相互作用，即新补充功能可以在不影响基本功能的情况下被加入到系统中。相互作用逻辑位于平面10中，用于解决两个补充功能各自的动作产生的问题，这两个补充功能同时连接到一特定基本功能，彼此产生冲突。

相似地，每个补充功能4实现至少一个容许在一补充功能和一个相互作用处理器14之间相互作用的通用接口，处理器被包含在相互作用逻辑10中。更具体地，而且将在下面看到，接口被设计成以下面的方式完成所虑及的相互作用，即要与所考虑的补充功能通过使用该接口进行相互作用的新的相互作用处理器可以在不影响补充功能的情况下被加到系统中。

接口12被相互作用处理器14用于以避免补充功能之间发生冲突的方式与补充功能4相互作用。

图1中给的系统可用于在包含许多用户的电信系统中处理基本功能和补充功能应用，这些用户可以彼此呼叫，以及申请分别与基本和补充功能相关的基本业务和补充业务。

本发明的基本观点是补充功能4，和平台2，应该实现一个可被相互作用逻辑10使用的通用接口。两个平面6和10分别包含各自的一个或多个模块化产品。

象平台2和平台5补充功能之间的接口8应该对使用补充功能是透明的，与此相同，补充功能4和它们在补充功能和相互作用逻辑之间的接口12必须对使用相互作用逻辑是透明的。此外，在相互作用逻辑平面10中的链接模块16应该动态链接到被激活的补充功能。

每个相互作用处理器14能够解决一特定的相互作用冲突，为每个相互作用处理器用到的补充功能包含至少一个链接模块。

当一个新的补充功能4被引入时，它必须在拥有在不同的相互作用处理器14中处理所有和其它补充功能的相互作用所需要的全部必需链接模块16的情况下出现。

一个装载模块由在相同相互作用处理器14中的链接模块16组成，处理器彼此依赖。

当一个链接模块16不再被补充功能使用时，它使用的接口被删除，或者它不再被任何其它在相互作用处理器中的链接模块使用时，包含该链接模块的装载模块被删除。

参考图2，由补充功能4相对于相互作用逻辑平面10形成的接口12，可以由几个通用部分18、20、22组成，即在不同的补充功能中相同的操作和触发信号。在前面分析了一个补充功能来表明它的特征。则每个特征将与一个通用接口相关。有一个例如不接受某些呼叫继续的补充业务，而通常基本业务允许该呼叫继续。于是该补充业务修改基本业务的动作，从而呼叫被释放。所有导致释放一呼叫的补充功能必须，例如支持通用接口18“释放呼叫”。这个接口18将包括应用于释放呼叫的补充功能的特定触发信号和操作。例如一个“要被释放的呼叫”触发信号和一个“阻止释放”的操作可以组成这个通用接口18的一部分。

一个由补充功能组成的接口可以包括对一组补充功能都相同的几个通用部分这一事实，容许更多的可被所有相互作用处理器应用的通用检测和解决代码。这也容许所谓的脚本编程。今天这类编程被发展用于设计补充功能，爱立信的SSI(业务脚本翻译器)可以做为一个例子被提出，参考爱立信评论No.67，1990。通过把也被称为“SIB”(业务独立构造模块)的通用模块链接在一起生成一项补充功能。这些SIB：S之间的链接被叫做“脚本”。这个脚本被动态链接到一个接口并且在接口上被翻译。每个SIB在高抽象级别上执行一个动作，使用平台补充功能接口来实现这个动作。新的SIB：S可以在不影响平台的条件下被设计。依据本发明的结构容许这些提高生产率的工具被用于相互作用逻辑平面6。

参照图3，例如相互作用：如果“呼叫等待起作用”则中止“遇忙呼叫转移”，能够通过使用一个新的SIB：S被生成。需要的SIB：S是‘中止特性’24，它中止链接到上述脚本的补充功能，一个从链接模块到位于同一相互作用处理器中的另一个模块发送信息的SIB26，一个接收该信息的SIB28，和一个判断接收到的信息以做出决定的SIB30。这些SIB：S被链接在一起形成两个脚本：一个链接到“呼叫等待”32，另一个链接到“呼叫转移”34。

发送SIB26将发送信息‘特性起使用’36到‘呼叫转移’中的接收SIB28。这里‘特性’用SIB26所链接到的补充功能32的名字填充。在这个情形中，‘呼叫等待’是有效的。信息在从‘呼叫等待’32接收到触发信号‘特性起作用’时被发送。这个触发信号组成了通用接口的一部分，表明补充功能32希望在基本功能被激活后第一次生效。该信息在‘呼叫转移’34被接收SIB28接收到。

在发送和接收SIB：S26和28之间各自需要的同步(可能有保存信息的需要，依赖于第一次执行的脚本)，在两个SIB：S内部处理。当被收到时，这个信息被馈送到判断SIB30，后者为了做出决定，将应用‘呼叫转移’说明表(当虑及的脚本被生成时，这个参考被保存在SIB中)。每个可能的决定会产生各自的输出。在这种情况下，‘呼叫转移起作用’38将产生一个输出，‘中止特性’24将被链接。这个SIB24中止补充功能34，所考虑的脚本被链接到补充功能34。为了完成这些，它可以监视通用触发信号38‘特性起作用’，然后通知通用操作40‘限制特性’去命令补充功能34不生效。

除了‘呼叫等待起作用’以外，发送脚本可以发送更多的一般信息，例如‘送音特性有效’，表示‘呼叫等待’将向正忙用户发送一个声音。在这种情况下，当每次一项发送声音的补充功能被引入时，在‘呼叫转移’上的脚本不必被升级，这一定导致在相同的相互作用处理器中‘呼叫转移’的中止。

相似地，补充功能专用的SIB：S可以被生成，但应用越多的通用SIB：S，可以获得更高的生产率增益。

尽管没有在图1中清楚地显示出来，相互作用逻辑平面10也可以使用在补充功能4和平台2之间的接口8。一般地，一个‘高一些’的平面可以访问所有的‘低一些’的平面。补充功能平面和相互作用逻辑平面也可用的操作系统将位于平台下。

由于平面，和它们实现或使用的接口遵循相同原理这一事实，在不同的平面中总会有非常相似的功能。参照图1和4，这些功能可以做为通用功能被包括在模块40中。在处理不同的接口8和12时，这个模块里的功能可以被平面6和平面10使用。

例如，处理动态链接所需要的大多数功能将组成这个模块的一部分。对于平台和补充功能平面之间的接口8，要执行动态链接的链接模块由所涉及的不同的激活轮廓决定，例如用户、接入、路由。这些轮廓通常由翻译表42做出分析，直到找到一组链接模块，在这些模块上进行动态链接。一般地，相同的功能要链接相互作用模块，除具有不同输入的功能种类以外。当引入一个新的轮廓时平台将触发该功能，而一项补充功能在发送触发信号‘特性起使用’之前将首先触发这个功能。

同样在模块40中为通用功能实现调度器。这项功能44被来自于平台2或一项补充功能的触发信号触发。它将也接受某些会改变工作顺序的操作。

补充功能平面6和相互作用逻辑平面10都需要在同一基本功能内的不同链接模块间通信，例如，通过发送和接收SIB：S。通用功能模块40将包含简化这一点的功能，尤其用于连接多个链接模块。因为一项基本功能的更多的分别激活会需要通信，平台2也会用到它。例如，一个会议电话包括许多个分离但又连在一起的呼叫，从操作系统的观点来看，它们可以被看作是链接模块。

依据本发明的结构的有效性依赖于相互作用逻辑平面中的结构。例如，相互作用逻辑平面的结构不应该导致比在补充功能平面中解决的冲突数目更多的相互作用模块间的冲突成为一项要求。然而，如从另一种观点来看，由于选择只被技术考虑限定，这样的结构更容易被标识。例如在补充功能平面中，不同补充功能的结构在很大程度上受市场因素的控制。理论上，每项功能被分别出售，于是它必须具有独立于其它功能的市场价值。

通常相互作用逻辑平面中的不同结构将导致必须被补充功能实现的接口的不同原理，和不同种类的SIB：S。接口的原理应受控于对通用接口的选择。

首先将讨论一个基于组合的解决方法。在这个结构中，如果被包含在同一呼叫中，每个相互作用处理器14代表单独一组需要解决方法的补充功能4。通过用一个独立模块代替两个或多个发生冲突的模块，在相互作用逻辑平面10中取得了模块性。对于包括补充业务A和B的呼叫，例如，一个相互作用处理器“A-B”能够处理相互作用。如果补充功能C要被链接到该呼叫，则“A-B”将被“A-B-C”替代。由于一旦A、B或C中的一个被删除，“A-B-C”就能够被删除，则在相互作用逻辑平面中的装载模块和整个相互作用处理器相似。当一项新的补充功能被引入时，每个和其它模块的组合，即补充功能或相互作用处理器，可能需要一个新的相互作用处理器。前面描述的‘遇忙呼叫转移’和‘呼叫等待’的例子可以对应于这个结构。

一种叫做“灵活的业务轮廓”的可能方法以在每个用户的基础上解决补充功能之间的冲突为目的。这个想法是生成独立的包含几个补充功能的业务脚本。所有的相互作用被在这些脚本中硬编码。这个想法受到了智能网IN的鼓励，这里IN用户做为一个定义是指向网络中的其它用户提供业务(IN业务)的用户。SIB在这个连接中被首次用到。使用这个新结构，相互作用逻辑平面能够实现真正的业务脚本。一个用户能够激活一个相互作用处理器而不是一组补充功能。业务脚本触发正确的补充功能的启动。这要求在补充功能中增加某些额外的编程工作。除此以外，必须由补充功能实现的接口和需要的SIB：S与基于组合的解决方法相同。

在图5中给出这种解决方法的一个例子。从上面进入SIB的箭头表示在生成脚本时被设置的SIB：S的参数。用户轮廓使“Myservice”52被激活。‘Myservice’具有它自己的用于该用户的轮廓，包括该用户的特定数据和到补充功能的链接模块的参考。这个轮廓被链接到用户。当一个被激活的基本功能发现这个特定用户是一个呼叫的目的地时，在通用功能模块中的系统动态链接功能被调用，具有指向该轮廓的参考作为输入。从该轮廓到已激活的补充功能的链接被跟踪，而且从那里开始到链接模块的链接被跟踪。然后正确的链接模块被链接到呼叫，见箭头54。

‘Myservice’(‘我的业务’)52将直到证明用户是忙时才对呼叫进行操作。因此脚本的第一个任务就是监视‘忙’触发信号。做为一项优化，用户的轮廓可以用直到忙状态出现才为‘Myservice’(‘我的业务’)进行动态链接的方式被构造。这要求在呼叫中多次分析用户轮廓。箭头56表示依据箭头60强迫等待-SIB58消失的‘忙’触发信号的动作。

现在该由‘Myservice’决定应该怎样处理‘呼叫等待’和‘呼叫转移’之间的冲突。在这种情况下，‘Myservice’(‘我的业务’)52决定执行‘呼叫等待’62而不是‘呼叫转移’。做为一个替代，这个选择可以为用户存贮在‘Myservice’(‘我的业务’)的轮廓中。箭头64表示‘呼叫等待’62的动态链接和对‘呼叫等待’执行的启动。带着对‘呼叫等待’中的正确链接模块的整体参考和它自己的参考，‘Myservice’(‘我的业务’)将调用在通用功能模块40中的动态链接功能42。后者被需要是由于‘Myservice’(‘我的业务’)52必须被链接到‘呼叫等待’60，以便它能监视‘呼叫等待’的动作这一事实。由于脚本用一个新接口，这可能需要在‘Myservice’(‘我的业务’)中有一个独立的链接模块。

在‘呼叫等待’启动后，‘呼叫等待’62和‘我的业务’52将并行执行。依据箭头60的方法导出下一个SIB，等待SIB68。这个等待SIB68等待来自‘呼叫等待’的触发信号‘结果’70。这个结果将表示正确：‘呼叫等待’成功结束，或‘不正确’：在‘呼叫等待’中出现一个错误。当到达箭头72时，等待SIB68将为每个可能的结果选择一个单独的输出。如果结果是正确，脚本结束。如果不是，链接SIB74将依据箭头76，去链接‘呼叫转移’78。应该注意脚本没有结束，因为在结果为‘不正确’时，‘我的业务’首先应该检查是否呼叫处于和‘呼叫转移’78可兼容的状态。

有多个避免冲突的不同解决方法是可能的。拥有这个概念，为所包含的补充功能的相同组合设计更多解决方法，并把它们应用于不同的用户是可能的。相互作用逻辑平面的结构由可能对单个用户同时激活的补充功能的组合来决定。相互作用处理器能够处理更多的替代选择，并让可应用的选项由用户数据来决定，或者它们能够被独立的相互作用处理器处理。

有更多的解决相互作用问题的概念。迄今，每个这种概念都有优点和缺点。例如基于组合的解决方法仍然导致实现大量的相互作用的需要，尤其是由于在不同的相互作用处理器之间的冲突，需要进一步的方法来解决。‘灵活的业务轮廓’只为单个用户解决相互作用。然而，在每个呼叫中至少包括两个用户，而更加复杂的补充功能会造成大量的用户包括在同一个呼叫中。越多的具有不同已激活补充功能或不同的相互作用替代选择的用户要求一特定新补充功能，则必须设计越新的包括新补充功能的‘包’。

另一个叫做‘协商’的概念只负责在‘灵活’的业务轮廓中所缺乏的部分：只考虑用户之间的相互作用。

本发明有许多优点。

依据本发明的系统的一个特征是，相同的原理和要求对平台与补充功能之间的接口及补充功能与相互作用逻辑之间的接口都有效。对两个接口的主要要求是，例如，它们必须稳定，可与老版本兼容以及有一个正确的抽象级别。这导出下列结果：

一补充功能和相互作用逻辑之间的接口能够从平台和补充功能之间接口已有的实现中，利用已取得的经验和即将取得的经验。只要控制更新的接口的原理有一个积极的方向，则相似地第一个说到的接口将向积极的方向发展。对于每一种结构，能够为开放的并可向早期版本兼容的接口定义原理。是绝对有必要的。否则平台和补充功能之间的模块性不会存在，这本身会使得每次试图为补充功能缩短引入周期的努力成为不可能。由于这一点，对于怎样定义这样的原理已经给予了很多的注意。

一为了达到这一目的，实现接口的产品必须有一个清晰的结构。因此实现这样一个接口意味着对整个补充功能质量的提高。

一为了简化接口的说明和实现开发了新的工具和语言。有几种语言已经为开放接口包含入单独的说明，例如pascal.ctt.补充功能和相互作用逻辑之间的接口将立即能够应用这个领域中的每一个进步。

一为了简化补充功能的说明和实现，开发了新的工具和语言，例如说明语言，SIB0这些中的大多数预先假定补充功能使用一开放的接口。利用本发明，相同的工具和语言可被用于实现要求的相互作用。传统的结构主要基于检测表格和解决方法的优先级调整。它们不利用这些新技术。

依据本发明的结构的另一个特征是对补充功能数据和编码的最佳再利用。

一由于除直接被相互作用影响的功能外不需要修改其它补充功能的功能，则在将来设计中将不会发现多少冲突，因为解决逻辑将不再需要实现补充功能的常规功能。这会导致一个接口的更快实现。

一可以很容易地达到对内存和处理器容量的最佳利用，因为不必再为“万一”有补充功能必须向合作的模块主动发送信息的情形而存贮信息。处理对相互作用成份进行动态链接的功能越有效，获得的好处越大。由于这个功能是通用功能模块的一部分，它能够在不影响补充功能或相互作用处理器的情况下被提高。

其目的是为了取得与传统结构相反的效果，而不是为了简化补充功能的设计和迫使相互作用处理因此而产生的额外的复杂性。传统的结构目的在于简化补充功能的设计，而因此使相互作用的设计复杂化。这是随每个新的补充功能而不断增多的相互作用的代价。因此，本发明将不只导向更加可预测和稳定的研制周期，而且导向在一个已有可观数目补充功能的系统中更短的平均研制时间。

Claims (38)

1.一个用于在包含许多用户的电信网络中处理基本功能和补充功能应用的系统，这些用户可以在上述电信网络中彼此通信，被允许申请基本业务和补充业务，使他们能分别利用上述的基本功能和补充功能，上述系统包括

一个容纳上述基本功能并实现补充功能接口的平台，每个接口链接一个或多个上述补充功能到平台，每个补充功能由一个或多个补充功能链接模块组成，每个上述补充功能需要用到的接口有一个模块，上述补充功能链接模块位于补充功能平面中，

用于检测和解决补充功能之间的冲突的相互作用逻辑，且包含位于一相互作用逻辑平面中的相互作用逻辑链接模块，上述补充功能和补充功能接口对于相互作用逻辑而言是透明的，而上述相互作用逻辑链接模块可链接到补充功能。

2.根据权利要求1的系统，其中所述的相互作用逻辑平面包括许多每个能够解决一特定冲突的相互作用处理器功能。

3.根据权利要求2中的系统，其中每个相互作用处理器功能为每个补充功能包括至少一个链接模块，它的补充功能接口被相互作用处理器功能使用。

4.根据权利要求3的系统，其中一项新的补充功能和所有在不同的相互作用处理器功能中为处理和其它补充功能的相互作用所需要的全部必要链接模块一起被引入系统。

5.根据权利要求4中的系统，其中在同一相互作用处理器功能中彼此依赖的链接模块组成一个装载模块。

6.根据权利要求5中的系统，其中，如果一个链接模块不再被使用，包含上述链接模块的装载模块被删除。

7.根据权利要求1-6中的任一个系统，包括一个由补充功能实现的接口，并装有以操作和触发信号为形式的几个通用部分，这些操作和触发信号在不同的补充功能中都是相同的。

8.根据任何一个前面的权利要求中的系统，其中相互作用逻辑平面也使用补充功能和平台之间的接口。

9.根据权利要求8中的系统，其中相互作用逻辑平面被分成具有附属的链接模块的检测平面和解决平面。

10.根据权利要求8中的系统，其中解决平面被构造成允许几个解决模块使用相同的检测模块。

11.根据权利要求9或10中的系统，其中检测平面能够实现只包含触发信号的接口。

12.根据权利要求11中的系统，其中解决平面包括忽略检测平面而直接使用由补充功能实现的接口的操作。

13.根据以上任何权利要求中的系统，包括一个在不同平面中非常相似，被这些平面用于处理接口的通用功能模块。

14.根据权利要求13中的系统，其中用于处理动态链接的功能做为通用功能被包括在上述模块中。

15.根据权利要求13或14中的系统，其中一项用于调度补充功能执行的功能做为通用功能被包括在上述模块中。

16.根据权利要求15中的系统，其中上述调度功能被平台或补充功能的一个功能激活。

17.根据权利要求13-16中的任一个系统，其中上述通用功能模块适应于接收改变补充功能的某一执行顺序的操作。

18.根据权利要求13-17中的任一个系统，其中上述通用功能模块包括处理在同一补充功能内平面的不同链接模块之间进行通信的功能。

19.根据权利要求13-18任一之一的系统，其中所述通用功能模块包括在平台中处理通信的功能。

20.在一个电信系统中，被构造以包括

一组基本功能和一组补充功能，每个上述补充功能可连接到某一基本功能上，形成对基本功能的补充和修改基本功能，上述基本功能实现一个或多个开放接口，接口的功能对任何补充功能都不是专门的，且容许上述基本功能和上述补充功能以下面方式相互作用，即允许新的补充功能在不影响基本功能的情况下被加入系统，

相互作用逻辑用于解决由两个补充功能的各自动作引起的问题，这两个补充功能同时连接到一特定基本功能上，彼此发生冲突，

其改进之处在于，

上述相互作用逻辑包括相互作用模块，

每个补充功能实现至少一个以下面方式允许上述相互作用模块间进行相互作用的开放接口，即允许新的通过使用该接口与上述补充功能彼此作用的相互作用模块在不影响上述补充功能的情况下被加到系统中，上述开放接口被相互作用模块用于以下面方式与补充功能相互作用，即避免上述补充功能之间的冲突。

21.根据权利要求20中的系统，其中上述相互作用逻辑平面包含许多每个能够解决一特定冲突的相互作用处理器功能。

22.根据权利要求21中的系统，其中每个相互作用处理器为每个补充功能包含至少一个链接模块，相互作用处理器功能使用它的补充功能接口。

23.根据权利要求22中的系统，其中一项新的补充功能和在不同的相互作用处理器功能中为处理和其它补充功能的相互作用所需要的所有必要链接模块一起被引入系统。

24.根据权利要求23的系统，其中在同一相互作用处理器功能中彼此依赖的链接模块组成一个装载模块。

25.根据权利要求24中的系统，其中，如果一个链接模块不再被使用，包含上述链接模块的装载模块被删除。

26.根据权利要求20-25中的任一个系统，包括一个由补充功能实现的接口，并装有以操作和触发信号为形式的几个通用部分，这些操作和触发信号在不同的补充功能中都是相同的。

27.根据权利要求20-26中的任一个系统，其中相互作用逻辑平面也使用补充功能和平台之间的接口。

28.根据权利要求27中的系统，其中相互作用逻辑平面被分成具有附属的链接模块的检测平面和解决平面。

21.根据权利要求27中的系统，其中解决平面被构造成允许几个解决模块使用相同的检测模块。

30.根据权利要求28或29中的系统，其中检测平面能够实现只包含触发信号的接口。

31.根据权利要求30中的系统，其中解决平面包括忽略检测平面而直接使用由补充功能实现的接口的操作。

32.根据权利要求20-31中的任一个系统，包括一个在不同平面中非常相似，被这些平面用于处理接口的通用功能模块。

33.根据权利要求32中的系统，其中用于处理动态链接的功能做为通用功能被包括在上述模块中。

34.根据权利要求32或33中的系统，其中一项用于调度补充功能执行的功能做为通用功能被包括在上述模块中。

35.根据权利要求34中的系统，其中上述调度功能被平台或补充功能的一个功能激活。

36.根据权利要求32-35中的任一个系统，其中上述通用功能模块适应于接收改变补充功能的某一执行顺序的操作。

37.根据权利要求32-36中的任一个系统，其中上述通用功能模块包括处理在同一补充功能内平面的不同链接模块间进行通信的功能。

38.根据权利要求32-37中的任一个系统，其中上述通用功能模块包括处理在平台内进行通信的功能。

Images