专利名称：电信系统中的内部通信方法
技术领域：
本发明一般涉及到电信系统，特别是涉及电信系统中的软件系统，这种电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户。本发明还涉及到在上述一类电信系统中的软件构造方法。
具体地说，本发明涉及在电信系统的话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点。
本文中所指的业务控制实体是如一个用于控制呼叫的一方的业务的业务进程。在通信网中可能出现的各种业务进程中间，需要提到用于用户入口和网络入口的话务控制进程。
所谓业务控制实体属于一个逻辑节点的意思是说它应该由这一逻辑节点来确定。其软件实现方式是通过在逻辑节点中执行的功能构成的。用于逻辑节点中的业务控制实体的软件可以分布在由分布式操作系统控制的不同的处理器上。本文中逻辑节点的概念是指一起安装在系统中的一组功能。这种逻辑节点被限定为逻辑网络的一种参考模型，并且是由节点功能模型来确定的。典型的逻辑节点是N-ISDN(窄带ISDN)网络入口，N-ISDN用户入口，以及B-ISDN(宽带ISDN)网络入口和B-ISDN用户入口。
在本文中所述的电信业务网或是简称为业务网的概念还可以表示一种电信业务的逻辑网络。这类业务网的例子有PSTN，N-ISDN，B-ISDN，PLMN-GSM，VPN等等。
相关的技术描述在美国专利申请07/723,166号中描述了一种用于控制电信交换机的软件系统。所述的系统包括设在交换机中的多个应用模块，并且用于为连接到交换机的用户提供电信业务。每个应用模块中包含执行特定电信应用的控制指令和数据。由资源模块来提供供应用模块使用的公共功能元素。资源模块具有为执行特定的功能性任务所需要的交换机入口，并且控制交换机的硬件部分。在交换机内部可以建立各个应用模块与各其他应用模块以及各个资源模块之间的通信，以便在不使用来自其他任何应用模块的控制指令或数据的条件下为用户提供各个应用模块的电信业务。在交换机中用网络协议来控制应用模块之间的通信。资源模块之间的通信以及应用模块与资源模块之间的通信在交换机中是通过接口来执行的。
在EP0432924号中描述了一种数据通信结构，其中面向中央计算机的高级通信业务被布置成并行管理的独立水平功能。水平功能之间的条件相关性是通过在水平功能与中央计算机的应用层之间建立的接口来解决的。改善通信的措施是引入一种在提供高级业务的结构中使用的高级协议的自适应规范。这种自适应规范可以根据用户需求的改变或网络参数的变化来产生。在协议规范中选择水平功能参数的适当值，这种数值可以根据参数来编程。
在EP0513799中描述了一种系统，用于支持进入或是引用一个数据值或结构值，这种结构值包括一个协议数据单元的分量。这种单元的语法是根据ISO8824来定义的，并且按照ISO8825中的ANS.1规则来编码/解码。
在美国专利US4967193中描述了一种用于在电信系统中使用的一种协议与通过通信模块连接到多个数字接口单元的至少一个中央计算机进行通信的方法。每个数字接口单元被连接到多个信道单元。从计算机向通信模块传送一种指令信息，这种指令信息含有一个选定接口单元的第一地址，选定信道单元的地址，与第一接口单元的地址基本相同的第二地址，以及第一信息部分。来自通信模块的指令信息被传送到数字接口单元，由被选定的接口单元接收这一指令信息。在选定的接口单元中，从指令信息中去掉第一地址，形成一种修改信息。这一修改信息从选定的接口单元被传送到信道单元，由选定的信道单元接收这一修改信息。由选定的模块提供对计算机的响应信息。这种协议提供一种响应格式识别响应的模块和响应类型，并且在出现误差时识别出检测到误差的位置以及误差的类型。
在美国专利US5276816的说明书中描述了一种系统，用于在一种面向对象的环境中翻译从输入/输出装置传送到应用对象的消息，从而使这些消息的消息翻译与用于产生这些消息的输入/输出装置始终保持独立。为了翻译可能出现的所有对象之间的配合，采用了动态联编方式。这样就容许在面向对象的环境中使用其他的输入/输出装置，而不需要对所有应用对象进行更新。
在欧洲专利申请0505092号中描述了一种供计算机使用的系统，用于控制为多个实体提供多个业务的设备。每个实体严格地对应着一个业务，并且每个业务对限定此项业务的代码具有其自己的拷贝。这种系统把执行业务的进程与每项业务联系起来。一项业务的代码限定了由该项业务进程连续执行的有限状态机(finite state machine)。在一种特定的状态下，状态机可以沿着进程所能直接到达的一个决策图移动。在状态机中可以限定在决策图中经过一个节点时所采取的措施。该业务进程通过翻译消息与其他进程及其自身进行通信。状态机的每个状态中包括对该业务进程接收到的消息作出响应的事件处理程序。
EP555997涉及分布式计算机系统中的实体之间的一种由协议来控制的通信方式。使用一种通用协议，它可以用一种与任何应用都无关的语言来传送协议说明书。各个实体在与应用无关的语言的引导下可以翻译出通用协议中所描述的协议。或者是在接收实体中的协议翻译器在存储器内配备一份协议说明书，这样，在通用协议中仅仅需要传送协议标识符。
另外，在WO94/6251中公开了一种电信网的信令协议。网络的节点通过一个联结网相互连接。节点之间的通信是用两种不同的协议来执行的，一种在业务相关软件组之间提供信号通路的基本协议，一种或多种具体的协议。
EP350844描述了一种从交换机向终端传输程序参数的方法。传输是根据面向信息的协议采用信令信道来执行的，以便在这些装置之间传输信息。在终端中使用这种程序参数来控制不同业务的程序，并且将这种参数发送给参数消息中嵌入的终端。
US5239542公开了一种通信系统的转换传输格式以及信令协议，用于在发端于不同网络的系统中实现电路之间的通信。这种系统的特征在于用一个处理器来把通信译成公共的独立于协议的消息。
另外，在有关的技术领域中还有以下的出版物US5007080，支持远程操作的通信系统(＂Communication systemsupporting remote operations＂)。
US5073890，用于自动呼叫分配器的远程中介操作(＂Remote agentoperation for automatic call distrbutors＂)。
EP0504087，在一个分层通信网络的不同模式中对对等层之间的异步协议交互作用进行同步(＂Synchronizing asynchronous protocolinteractions between peer layers in different modes of a layeredcommunication network＂)。
US5251255，处理电讯呼叫特性之间的交互(＂Processin2interactions among telecommunications call features.＂)。
US5184346，交换系统(＂Switching system＂.)。
计算机协议的设计和验证(＂Design and validation of computerprotocols＂)，Gerard J.Holzmann，AT&T Bell Laboratories，PRENTICE HALL。
发明概述本发明的首要目的是提供一种与应用无关的通用通信方法，用于在电信系统话务过程中的业务控制实体之间实现内部通信，以便于增加属于相同或是不同电信业务网的新业务。
本发明的第二目的是提供上述的一种通用通信方法，它可以产生不包含应用逻辑的业务协议，以便用来在属于大量变化的电信业务网中的业务控制实体之间实现通信。
本发明的第三目的是提供一种使用协议模型的通用通信方法，这种协议模型是分布的而不是单一的，从而使应用特定部分可以设在其自己的环境中。
本发明的第四目的是提供一种通用的通信方法，它可以产生和使用具有正向和反向兼容性的业务协议，也就是说它应该能对协议进行扩展，而不会使现有的部分出错或是变得无意义。
本发明的第五目的是改变原有的概念，用于采用一种传送业务在业务控制实体之间进行通信，这种业务仅在等效的实体之间非常简单地传送信息，从而通过减少管理工作来提高容量。
本发明的第六目的是提供一种相对于符合ITU-T(CCITT的前身)Q.2764的基本信息交换而言的通用通信方法，它含有一种用于为业务控制实体指示出应该怎样处理它不熟悉的接收的信息的机制，这意味着可以简化业务控制实体中所需的交互逻辑。
进一步的目的是提供一种通信方法，以便有可能更新电信系统中的一些部分，而不需要对其他部分升级。
按照本发明的主要方面，电信系统话务过程中的业务控制实体之间的内部通信是利用通用协议模型中描述的规则来控制的。
按照另一个主要方面涉及到电信系统中的软件系统，这种电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，使用通用协议模型中规定的规则来控制电信系统话务过程中的业务控制实体之间的内部通信。
按照再一个主要方面，它涉及到在包括具有特定功能的硬件和软件部分并且连接到多个用户的电信系统中的软件构造，基于通用协议模型中所规定的规则的软件部分被存储在系统中，用于控制电信系统话务过程中的业务控制实体之间的内部通信。
按照与上述主要方面等效的第一替代方案，在通用协议模型中的规则规定了缺少的消息，并且仅使用由不可分信息传输元素构成的协议参数。由一个对上述参数具有参数分配功能的通信业务来分配这些信息元素。
按照与基于通用协议模型的三个主要方面等效的第二替代方案，规定了对应相应的业务的业务协议。
按照与上述三个主要方面等效的第三替代方案，通用协议模型中的规则规定了由不可分信息传输元素构成的协议参数的使用。
按照与上述三个主要方面等效的第四替代方案，通用协议模型中的规则规定了协议参数的使用，这些参数是由一个对上述参数具有参数分配功能的通信业务来分配的。
按照与上述三个主要方面等效的第五替代方案，通用协议模型中的规则规定了缺少的消息，并且仅使用协议参数。
按照本发明的一个基本实施例，对应相应的业务的业务协议是根据通用协议模型来规定的。
优选地使许多定义的协议参数与通用协议模型相联系，这些参数构成了有可能在业务协议中传输的最小数据单位。
在确定一个业务协议时，随机地选取适用于该业务的若干个参数，并且在必要时定义新的协议参数。每个业务协议有一种协议规范，在业务协议中包括发送和接收参数的列表。
按照本发明的一个基本实施例，这种业务协议中缺少应用逻辑。
最好由一个应用内部的协议处理实体按照其业务协议来负责某项业务的协议处理。
在两个业务控制实体之间进行通信的情况下，通信业务在协议处理实体之间传输数据，使用了出现在通信业务中用于确定每个协议参数应该发送给哪个协议处理实体的参数分配功能，以及两个参数分配列表，其中之一供发端业务控制实体使用，另一个供终端业务控制实体使用。
在进行系统升级的情况下，加载了新的或修改的协议处理实体，这将在执行期间影响参数分配功能。
应用逻辑通过一系列方法指示协议处理实体向这一通信业务发送参数，因此应用逻辑命令通信业务发送一个消息。
协议处理实体的配置是以使其他逻辑节点基本上不知道其结构的方式和应用设计共同确定的。
对于每个协议处理实体来说，由应用设计者来确定产生业务事件所需的参数，以便把该业务的状态机设置在应用逻辑中。
应用逻辑与一个协议处理实体之间的每项业务都有一个接口，它包括准备从协议处理实体向应用逻辑发送的事件规范，以及准备从应用逻辑向协议处理实体发送的方法。
在通过通信业务接收到一个参数或是一组特定的参数之后，协议处理实体向应用逻辑发出一个事件。
应用逻辑中包括有关话务处理，补充业务处理，以及业务之间配合的所有逻辑。
每个协议参数与一个指令指示器相联系，它指示接收协议处理实体如何处理一个不熟悉的参数。
通信业务使用一组消息和一个对应的状态机，上述消息对业务协议没有意义，并且不需要让应用设计者知道。
本发明允许设计在变化的应用环境中能保存的业务协议。在考虑到基本通信规则的同时，这一点是通过避免在协议模型的基本概念中加入应用相关性来实现的。
本发明是基于应用逻辑与协议必须是独立的理解。在实践中就意味着在构成业务协议的功能单元中不设置业务的状态机以及时间测量功能等等。仅仅借助于独立的应用逻辑和业务协议，这种协议就可以实现与应用无关，因此能支持业务之间的通信，这些业务被确定为能够在变化的大量电信业务网中配合。
作为协议基础的模型是分布的而不是整体的，这样就允许应用的特定部分可以设在其自己的环境中。可以使用各自涉及应用逻辑中一项特定业务的协议处理实体。通过这种分布式的解决方案以及正向和反向的兼容性，就可以实现在不同逻辑节点中的业务之间进行通信的要求，正向兼容性即可以增加新的业务协议，反向兼容即可以建立业务协议，但是并不需要更新指定的业务控制实体。业务之间成功的配合需要逻辑判断，这意味着每个业务控制实体中的业务逻辑必须知道它可以和哪些业务相互配合。
用于基本信息交换的一个重要机制在于和每个协议参数一起发送的指令指示器，并且它用来指示接收机如何处理它不熟悉的信息。这样就允许从一个协议单元向另一协议单元发送各个参数，从而使需要的配合逻辑得以简化。诸如拒绝参数，释放呼叫，以及通知发送方等等基本功能都是可行的。这其中包括了大多数情况下所需要的功能。特别需要强调的是这种机制是正向兼容的，也就是说可以扩展，并且可以反向兼容。
指令指示器机制允许在各个时间点上把参数增加到业务协议中，而不会干扰与信息无关的业务之间的配合。这就意味着可以在不干扰系统中其他业务的条件下对业务进行扩展。由此就可以在一部分运行的系统中简便地进行业务扩展和逐步引进新的业务，同时又不会干扰系统中的其他部分。
另一个值得提及的方面是仅仅用数据来操作在各项业务内部运行的状态机。这意味着不需要对延续到属于相同或不同电信业务网的若干个业务的全局状态或是事件加以限定。在业务协议中可以传输每个业务能够用来产生自身的状态转移的数据。这又意味着业务协议本身保持了与应用无关，因为在业务协议本身不存在应用状态的相关性。
为了适应市场的需要，按照与各项业务相同的方式来处理，即产生市场参数(market parameter)，以便传输市场信息，由于市场功能是在应用逻辑中而不是在协议中进行处理的，这种市场信息在逻辑中发生变化。因此，市场功能仅会影响到需要在功能上为其提供支持的那些业务。
业务协议是由每项业务所确定和实现的，从而比较容易增加和删除业务。
总而言之，采用这种协议可以自由地进行业务扩展，增加新业务，每项业务的业务协议的规范和实现，并且缺少协议的全局信息和状态，这样就能使协议获得最大的灵活性。
附图的简要说明以下要结合附图更详细地说明本发明的实施例，在附图中
图1示意地表示按照现有技术条件下的一种程序控制电信系统的示意图；图2示意地表示按照在现有技术条件下的电信系统中所包括的一个电话交换机的结构图；图3和4是用于说明本文中使用的与本发明有关的一些专用术语的示意图；图5表示按照本发明的通用协议模型；图6利用一种简单的状态机示意性地说明了按照图5的协议模型中的一例协议结构；图7更详细地表示了AXE N-ISDN用户入口与AXE N-ISDN网络入口相互配合情况下的一例协议结构；图8更详细地表示了一个逻辑节点，用于说明应用逻辑，协议处理实体以及通信业务之间的配合；图9a和9b表示一个指令指示器位图的两种版本的例子；图10表示按照本发明的协议中所包括的一个参数的结构；图11表示一种网络例子，其中的宽带ISDN用户入口节点必须能够与其本身、与宽带ISDN网络入口节点，以及与窄带ISDN用户入口节点进行通信；图12表示如何用按照本发明的协议中所包括的通信业务传输参数来发送信息；图13表示一个半呼叫程序的起动阶段；图14表示一个半呼叫程序的激活阶段。
实施例的详细说明如下文中将要详细说明的，本发明涉及电信系统话务过程中的业务控制实体之间的内部通信。这种业务控制实体的意思是指用于控制呼叫的一方的业务的业务进程。在通信网中可能出现的各种业务进程中间，可能提到用于用户入口和网络入口的话务控制程序。
所谓业务控制实体属于一个逻辑节点的意思是说它应该在这一逻辑节点中确定。其软件实现方式是通过在逻辑节点中执行的功能构成的。用于逻辑节点中的业务控制实体的软件可以分布在由分布式操作系统控制的不同的处理器上。本文中逻辑节点的概念是指一起安装在系统中的一组功能。
尽管在以下的详细说明中没有具体描述，本发明仍然可以如在上述美国申请US07/723,166或是瑞典专利申请9202489-2的环境中应用，上述出版物可以在此引入作为参考。
在图1中表示了美国申请US07/723,166中公开的软件系统，例如它可以是AXE系统中的一部分。在图的上部表示了说明成包括多个节点的电信网络的一部分112。这些节点通过某种限定的协议与其他节点进行通信的方式是用软件结构来体现的，这种软件结构被包括在由程序存储器控制的电话交换机114中，并且在下文中还要详细地说明。
具体地说，在电信部分112中表示了被包括在一个PSTN-网中的节点115，它被连接到ISDN-网中所包括的一个节点116，上述两个节点都被连接到专用网中所包括的一个节点118。专用节点118再连接到专用网中所包括的另一个节点120。节点115通过MFC(多频编码)协议122与节点118进行通信，而节点116通过CCITT-TUP协议124和126与节点115和118双方进行通信。ISDN节点116可以通过ISUP协议128与其他ISDN节点通信，而专用网中所包括的节点120和118可以通过DPNSS协议130相互通信。电话用户132被连接到各个节点115-120，而节点120和ISDN节点116还可以用于连接数据通信用户134。
电信网112的功能被包括在电话交换机114中。用于逻辑节点115-120的公共功能被包括在公共资源135中。电话交换机114把节点115的特定功能包括在PSTN操作模块136中。按照类似的方式，ISDN节点116的特定功能被包括在ISDN操作模块138中，而专用节点118的特定功能被包括在操作模块140中。操作模块136-140包括业务处理数据程序，并且被用于为连接到电话交换机114的用户提供电信业务。每个操作模块包括用于某一类型节点的控制指令和实现特定功能的数据。
图示的操作模块136-140通过协议进行相互的通信，例如内部TUP协议142，内部MFC协议143，以及内部DPNSS协议144。通过接口146使用公共资源134。
在图2中表示了由程序存储器控制的电话交换机212，例如在上述瑞典专利申请中所述的类型，它也可以如构成AXE系统的一部分，并且可以用在按照上述美国申请的通信系统中。
对于市话交换机的情况，电话交换机212包括用于控制连接设备的计算机214。连接设备由用户接口216，交换设备218以及中继接续接口220构成。交换设备218能够为用户接口216和中继接续接口220之间的电话交谈连接电话信道。计算机214通过用户线224和连接到市话交换机212的用户接口216控制来自用户222的信令。计算机214用同样的方式通过连接到交换设备218的中继接续接口220来控制中继电路226的中继侧的接续。另外，计算机214具有通过信令接线230连接到信号网上的接口228。这种接口228通常被称为信号端子。
在计算机214中要执行在电话交换机中具有不同功能的大量计算机程序，例如控制对话电路中的连接，或是控制维护功能，如获取计费信息。这些程序可以通过信号端子228与其他电话交换机中的程序交换信号。
具体地说，这类计算机程序包括两组程序，即，一方面是通信处理组232，另一方面是业务处理组234。两组程序具有不同的协议，即，组232采用协议236，而组234采用协议238。在一个电话网中包括大量所述类型的交换，两个交换机中的业务处理程序234管理着各自的用户，在用户之间建立直接的协议。按照同样的方式，通信处理程序232利用协议236完成从交换机到交换机的通信。
关于可以采用本发明的电信系统的进一步细节可以参见上述的美国申请或瑞典专利申请中获得的例子，在本文中无需进一步的说明。
按照本发明，包括在逻辑节点中的业务控制实体之间的内部通信是采用通用协议模型中规定的规则来控制的，以下将这种模型称为TSPM(电信业务协议模型)。这些规则规定了缺少的信息，并且仅使用由不可分信息传输元素构成的协议参数，以下将其称为TSPM限定参数。一个TSPM限定参数是可以按照TSPM传输的最小数据单位。这种TSPM限定参数是由一种以下称为ITS(信息传输业务)的通信业务来分配的，这种通信业务对这些参数具有参数分配功能。
根据通用协议模型来确定各自对应一项业务的TSPM业务协议，以下将其称为ASP(应用业务协议)。如果要在根据图1的环境中采用本发明，几个业务协议ASP将代替一个内部协议，如与包括在操作模块136，138和140中的业务管理程序之间的通信有关的内部TUP协议142。在根据图2的环境中，业务处理计算机程序234之间的内部通信以及通信处理计算机程序232之间的内部通信将按照类似的方式由根据本发明的业务协议ASP来执行的。
由以下称为ASPE(应用业务协议实体)的一种协议处理实体根据业务协议ASP来负责特定业务的协议处理。业务协议ASP被用于ASPE之间的配合，由此显示出应该传输哪些TSPM限定参数。
以下的本发明实施例的更详细的描述是通过一系列步骤以某种方式来执行的，这种方式本质上似乎是重复的，但是体现了本发明各个不同方面的联系。另外，尽管本发明可以普遍地在其它环境下应用，作为特定场合中的一个实例，本文中则特别关注其在AXE系统中的应用来描述它。
首先需要参照图3和4更详细地说明上述的TSPM，ASP，ASPE和ITS等等概念。
根据在图3和4中例举的协议模型TSPM被用来表示AXE的内部通信方式。利用在TSPM中规定的规则来限定ASP，它被用于半呼叫进程(halfcall processes)之间的通信。这种半呼叫进程属于相同或不同的电信网络。
ASPE实现为半呼叫进程中的协议对象，在图3中分别用302和304表示了两组ASPE，其中的ASPE 302被包括在逻辑节点306内。
协议对象的概念在AXE系统中被限定为一种对象类型，用于保持在子系统之间进行通信的通信协议的动作。例如，这种协议对象可以是代表外部协议诸如TUP(电话用户部分)或是SCCP(信令连接控制部分)的一个对象类型。
协议对象是系统中所包括的对象类型部分。它们可以使当子系统确定其边界，并且提供清晰的子系统接口时易于理解。
此外，半呼叫进程的概念在AXE系统中被限定为一种用于控制呼叫的一方的实时环境。这种由堆(heap)，堆栈和执行功能构成的半呼叫进程环境被限定为一种特定的处理器。
在图3中，逻辑节点306中的一组由AL-功能(AL＝应用逻辑)构成的业务控制实体用308表示，而另一组用310表示。结合本发明，AL的意思是指业务的应用逻辑，在当前的情况下就是指业务控制实体的逻辑。对于相应的业务，AL功能包括诸如话务管理，补充业务处理，以及业务之间的配合等等应用逻辑。
AL是由半呼叫程序中的许多线程构成的。一个线程就是具有程序指针和堆栈的半呼叫进程的执行路径。在一个半呼叫进程中可能有许多线程。它们共享相同的堆和静态数据。一个线程可以自动地等待一个或多个半呼叫进程事件，以便让另一个线程能够起动或是恢复执行。
在图3中用一个方框312表示通信业务ITS。它在ASPE组302和304之间传输数据。这一通信业务ITS包括一种参数分配功能，用于为一个ASPE或多个ASPE指示各个参数应该发送给谁。这种参数分配功能可以采用在以下实例中称为PDL(参数分配列表)的一种列表形式。每个参数可以发送给一个或多个ASPE。图3中所示的不同功能之间的箭头表示通信路径。
参见图4，在其中采用了TSPM来构成用于逻辑节点之间通信的ASPE。在该图中用402表示一个N-ISDN业务网，并且用404表示另一个业务网。典型的逻辑节点有N-ISDN网络入口406和N-ISDN用户入口408。用410表示业务网404中的一个逻辑节点。按照TSPM确定的一个业务协议可以建立在属于不同业务网的逻辑节点之间，然而也可以建立在属于同一业务网的逻辑节点之间。如图4中所示，在业务网404中所包括的逻辑节点410通过TSPM连接412和414被连接到业务网402中的逻辑节点408和406。在逻辑节点406和408之间是一种由TSPM限定的通信416。
在逻辑节点中的实时业务控制实体通过相互配合的业务之间的许多ASP进行通信。TSPM限定参数是和各个ASP一起传输的。规范和实现是由应用设计者进行的。TSPM允许为每个逻辑节点增加一或多个ASP，不需要改变现有的ASP。在本发明中，＂半呼叫进程＂的概念被用在描述执行的方面。而普遍意义下的逻辑节点被用来描述业务的分配以及通过ASP进行的通信。
以下要参照图5说明采用本发明的通用协议处理模型。它包括以下功能。
包含所有业务逻辑的AP功能(应用进程)涉及特定逻辑业务节点，也就是若干个AL-功能。作为例子，在图5中分别用502和504表示了两个AP功能。
包括在AP-功能中并且包含逻辑的AL功能涉及一种特定的业务，例如呼叫控制，闭合用户群(CUG)等等。构成业务控制实体506，508和510，512的AL功能各自分别被包括在一个AP功能502和504中。
两个应用协议部分514和516分别包括两组ASPE功能518和520，并且各自分别包括一个ACSPE功能522和524。
每个ASPE包括对特定应用逻辑AL的信令支持，对于ASPE组518和520的上述信令支持分别用526，528和530，532来表示。
ACSPE(应用公共业务协议实体)的功能包括协议状态机以及执行特定协议参数的拆包/打包(unpacking/packing)，也就是针对相关ASPE的带标签数据的分配和采集。后者在ASPE组518和520中分别用534和536来表示。如果不能识别一个标签，就将参数发送给一个独立的ASPE。在连接附加的ASPE时不应该重新建立ACSPE，但是ACSPE中的分配/采集表则需要更新。
低层协议(LLP)实体538和540包括与应用无关的协议，例如Q.921，MTP，SCCP和相应的AXE内部低层协议。
业务协议ASP描述了两个ASPE之间分别用542和544表示的由参数构成的信息流。
协议ACSP(应用公共业务协议)描述了ACSPE之间的语法和信息流以546表示。
以下要参照图6根据上述图5中的协议处理模型来说明TSPM协议结构的一个简化实例。显然，ASPE的业务协议非常简单，因为协议状态机仅包括一种状态，也就是“ACTIVE(激活)”。这就意味着协议仅仅是分别由发送和接收参数的列表构成的。应用逻辑AL的协议状态机是一种更完善的状态机，它将反映通过这种协议产生的话务过程。
为了简化AP-功能，在图6中省略了对应于图5右半部的AP-功能504。在图6的左半部用方框602和603表示图5中的两个应用逻辑功能506和508。另外还表示了两个ASPE功能604和606以及分别附属于应用逻辑功能602和603的相关的连接608和610。假定用ASPE604和606分别负责基本业务“Call Control”(呼叫控制)和补充业务“Calling LineIdentification Presentation”(主叫线路识别显示)的协议处理。在图6的例子中使用的这些业务的名称以及其他参数的名称是与ISDN中的参数相对应的，属于电信技术领域的技术人员公知的内容，例如CCITT。因此不需要在此进一步解释。
在图6中，上方的箭头601还可以笼统地代表图5中应用逻辑AL508和510之间的通信。在此箭头上说明了应用逻辑AL的状态机的一个实例。＂空闲＂状态是用I表示的，用C表示“试呼”，用E表示＂结束状态＂，而用A表示＂激活＂状态。
在箭头612和614上方在相应的单状态的状态机的符号旁边，示出了ASPE 604，606的相应的协议，对前者的协议表示了发送和接收参数的列表，而对后者的协议仅表示了发送参数。
同样，关于上述三个协议的符号表达方式是公知的，电信技术领域的人员都知道这些符号的意思，因此不需要进一步解释。
在图7中示出了选择作为实例，并具有与图5结构相同的AXE实施方案，也就是一个N-ISDN用户入口730与一个N-ISDN网络入口732进行配合的结构。用702和704表示了两个AP功能。作为例子，用706，708和710，712表示被包括在各个AP功能702和704中的两个AL功能。
这两个AP功能按照TSPM特定ASP协议733进行配合。下级的协议层用734表示。用718和722 ACSPE表示各个应用协议。在TSPM情况下把ACSPE称为ITS，分别用720和724表示。N-ISDN用户入口的低层协议是Q.921，而N-ISDN网络入口的低层协议是MTP，分别用726和728表示。
低层协议实体726和728分别包含与应用无关的协议Q.921和MTP。
参见图8，最终的TSPM实施方案由包括在逻辑节点810中的一组ASPE 802,804,806,808构成，它们各自分别在AL应用逻辑812，814，816，818的控制下处理一项特定的业务的协议。ASPE编组是根据AL应用结构来确定的。其他逻辑节点并不知道其结构，这样可以提高结构的模块化。
AL应用设计者为上述的业务说明协议的状态，并且设计ASPE和AL。ITS是通用的。业务的状态机分别被设置在AL应用逻辑812，814，816和818中。在必要时可以用ITS通信业务来实时实例化ASPE。这种ASPE可以被认为是简单的参数分配，并且与种类无关。
在产生一个半呼叫进程时，就产生一实例ITS 820。ITS的一种实施方案是在一个半呼叫进程中具有两个参数分配功能，即一个功能用于发端半呼叫，另一个用于终端半呼叫。
ITS实例820采用一种能够把接收参数分配给正确的ASPE的参数分配功能822。为此目的，在图8中表示的功能822是由两个列表栏824和826组成的，它们分别包含参数和对应的ASPE。
逻辑节点810通过许多ASP 802-808进行通信，这种通信用828表示，分别连接到四个ASPE之一。在接收到一个消息时，ITS实例820就按照PDL826把参数分配给ASPE。在准备发送消息时不使用PDL。具体地说，ASPE向ITS实例下载参数，并且随后由AL应用逻辑812-818指令1TS实例发送包含大量参数的消息。
如例中所示，通过ASP进行通信的逻辑节点810的功能被划分成四个业务，它们分别是ASP802-808呼叫控制CC，呼叫转移CF(包括所有与呼叫转移有关的不同补充业务)，UUS(用户对用户的信令)以及CUG(闭合用户群)。每个业务都有一个具有发端部分和终端部分的ASPE。用逻辑节点810中的830表示用于处理外部协议的实体。
以下要具体说明TSPM表示一种协议结构。
如上所述，TSPM的规则规定了缺少的信息，这就意味着在基于TSPM的ASP协议中没有消息。传输信息的途径只能是通过TSPM限定的参数。呼叫信息如被叫用户号码和“(应答)”及“拆线”等事件都需要通过参数来传输。这其中没有强制性参数。
有可能按照TSPM传输的数据被划分成一组不可分的参数。
每次发行的TSPM应该包括许多全局参数，在提供给应用设计者的参考手册中限定和说明了这些参数。这些全局TSPM限定参数可以并且应该尽可能供所有应用设计者使用。在每次重新发行该基本系统时根据需要来更新参考手册。
如果TSPM参考手册中的一组参数不够用，还可以产生局部TSPM限定参数。如果有一个新的应用需要传输一种新的数据类型，就需要有新的TSPM限定参数。一定的市场还可能需要有市场的特定参数。在提供给应用设计者的局部参考手册中必须限定和说明这种局部TSPM限定参数。仅有产生局部TSPM限定参数的那个应用/市场才使用这种参数。如果其他应用设计者也希望使用局部TSPM限定参数，就应该尽可能地将其制成全局TSPM限定参数。
如果根据旧的参数产生了新的参数，就应该在TSPM参考手册(或是局部TSPM手册)中说明新、旧参数之间的关系。
通过ASP与每个参数一起传输的还包括一个指令指示器，用于指示接收的逻辑节点如何处理其不熟悉的参数。指令指示器的例子有-回报-放弃参数-清除呼叫一个应用不能创造其自身的指令指示器。只有在发行新的TSPM时才扩展指令指示器组。
指令指示器通常是用于处理不熟悉信息的兼容程序中的一种机制。这种信息可能是在协议中、例如BISUP中的消息，消息中的参数、或是一个参数中的数值。在TSPM中，如果涉及到半呼叫过程之间的配合，这种不熟悉的信息可能仅仅是一个参数的形式。
为了确定正确的动作，一个节点在解释指令指示器之前必须知道它的作用是转接节点还是终端节点。
不可识别的信息应该从一个网络入口协议进一步传送到另一个网络入口协议，如果这些协议具有相同的功能，就仅仅传送给N-ISUP。然而，在例如DSS1的一个用户入口协议上也可以不再传送不可识别的信息。在至少有一个外部协议是用户入口协议的情况下，呼叫就将其解释成终端节点而不是转接节点。
指令指示器被限定用于宽带和窄带网络入口协议。由于协议的性质及其所作用的通信范围，B-ISDN的用户入口协议仅仅支持这些指示器中的一部分。
指令指示器被定义为各种功能的独立的字段，而不是一种绝对值，从而可以增加新的字段，并且仍可与原有的节点配合，不会造成兼容性的问题。原有的节点仅仅查看其已知的字段。如果定义了新的字段，就需要这样来设定现有的字段，它能够利用老的节点获得可接受的功能，而这种节点不会查看新的字段。
例如参见图9a，假设指令指示器的位图具有六位的长度。如果仅有第四位被置位，这一指令指示器的意思就是在不能识别这一参数时应该发出回报。进一步假设在下一次修改中需要一个新的指令指示器值，即，如果不认识这个参数就发出回报，而在呼叫处于拆线状态时则不发出回报。按照图9b，可以把位图扩展到六到八位的组合，以便这一数值进行编码。然后可以将第七和第四位置位，用一种位图的组合表示新的值。这样，用六位的位图和八位的位图都可以获得满意的结果。
按照TSPM确定的一个ASP协议是消息较少的，因此仅仅需要与参数有关的指令指示器。
TSPM还需要包括一些规则，以支持由在外部协议上使用的指令指示器来支配的的功能a.允许不可识别的参数在两个外部协议之间透明地传送。
b.允许不可识别的信息在两个外部协议之间透明地传送。
c.发端/输入的半呼叫必须知道早先(在信息被发送给其他半呼叫之前)与它相连的终端/输出的半呼叫进程的类型，以便它可以知道其任务是转接还是终端节点，如果是终端节点，还可以知道是否有可能＂通过＂。
d.终端/输出的半呼叫必须知道与它相连的(在信息被发送给其他半呼叫之前)发端/输入的半呼叫进程的类型，以便它可以知道其任务是转接还是终端节点，如果是终端节点，还可以知道是否有可能＂通过＂。为了满足这些要求，对TSPM需要定义许多参数a.发端半呼叫进程的类型。这一参数应该在ITS开始消息中向前发送，并且为终端的半呼叫指示出发端半呼叫的类型，例如是N-ISDN用户入口，B-ISDN网络入口。终端的半呼叫使用这一消息知道发端的半呼叫是否能让不可识别的消息和参数＂通过＂。
b.不可识别的外部消息。如果一个半呼叫进程从其外部协议中接受到一个不可识别的消息，并且已经确定了应该将其传给有关的半呼叫，就可以在ITS消息中发送这个参数。＂通过＂的决定是根据检查外部协议的指令指示器并且知道有关的半呼叫可以通过自己的半呼叫外部协议传递消息来作出的。这种外部消息包括指令指示器，名称和长度也是这种参数中的一部分。
c.不可识别的外部参数。如果一个半呼叫程序从其外部协议中接受到一个未知的参数，并且已经确定了应该将其传给有关的半呼叫，就可以在ITS消息中发送这个参数。＂通过＂的决定是根据检查外部协议的指令指示器并且知道有关的半呼叫可以通过自己的半呼叫外部协议传递消息来作出的。这种外部参数包括指令指示器，名称和长度也是这种参数中的一部分。
在发端/输入半呼叫中执行的分析提供一个结果，表示出终端/输出半呼叫进程的类型。这样就允许发端/输入的半呼叫能确定终端/输出的半呼叫是否可以传递其不可识别的消息和参数。
每个半呼叫进程必须具有一个表，用于指示可以传递其不可识别的消息和参数的那些其他半呼叫的类型。在已知其他半呼叫的条件下检查这个表。如果在系统中增加新的半呼叫进程，必须能够对这些表进行更新。
参见图10，该图表示了一个TSPM限定参数的结构，这种参数可以包括许多个字段。在图示的例子中，这些字段包括用于参数名称的字段1002，用于参数的长度指示器的字段1004，用于指令指示器的字段1006。还可以有一个或多个其他的字段，例如1008和1010，它们各自具有一个具有特定意义的数值区。比如说是具有“号码类型”字段的“地址信息”参数。数值区可以是以下形式之一-0＝不知道-1＝本地-2＝国家在建立一项业务时应该有具体的要求，那就是这种业务应该能与其他逻辑节点中同类的业务配合。然而，由于其他逻辑节点中的业务是可以更新的，或是可能出现新的逻辑节点，因此必须对未知参数的处理提供支持。
为了帮助处理意料不到的参数，使用了与每个参数相联系的上述指令指示器。如果接受方逻辑节点不熟悉这种参数，由发送方逻辑节点设置的指令指示器就提示其执行方法。
在接受到一个任何ASPE都预料不到的参数时，ITS把该参数发送给一个UP ASPE，此处的UP表示＂不能识别的参数＂，它是不熟悉的信令的ASPE。
以下是一个相互配合的例子。
-如果终端半呼叫进程请求一个发端半呼叫进程发出A号码，并且发现对方不能理解这一请求，它应该能在没有A号码的情况下继续执行。
-如果最终发现其他逻辑节点＂也不相容＂，就应该解除这一呼叫。例如在这样的情况下，即另一侧不能理解诸如＂连接＂，＂B号码＂等等基本参数的情况。
-如果一个窄带逻辑节点收到要求建立宽带连接的请求，它可以拒绝这一呼叫请求。
参见图11，以一个AXE电信系统为例，它可以由窄带ISDN网络入口节点1102，宽带ISDN网络入口节点1104和宽带ISDN用户入口节点1106构成。当用户入口节点1106中的用户发出一个呼叫时，就开始一个半呼叫程序。这一半呼叫程序将通过若干个ASP与网络中的另一个半呼叫程序进行通信。在本例中，这种通信可以指向三个节点中的任何一个，包括节点1106本身，后者用1108来表示。在与其他逻辑节点通信时，使用用户入口节点1106的同一个ASPE组。
为了实现配合，逻辑节点本身还包含用于应用的辅助作业。然而，最好能避免需要集中和复杂的实体来处理所有类型的配合，并且在更新逻辑节点时必须更新这种实体。在图11所示的网络例子的情况下，三个逻辑节点各自的设计必须是能够不取决于其他节点的设计。另外还应该能够在不考虑其他逻辑节点内部结构并且不对这些节点进行更新的条件下更新/重建某一个逻辑节点。
图12说明了用对应的ASPE组1202和1204表示的两个逻辑节点是如何分别通过ITS实例1206和1208来交换利用ITS信息1218和1220传输的TSPM限定参数1210，1212，1214，1216的。
ITS使用一小的消息集和一个对应的简单的状态机。ITS消息对ASP协议没有意义，并且不需要让应用设计者知道。这种ITS采用基本的对话业务。
在图13中表示了一个半呼叫进程的起动阶段。ASPE和控制逻辑可以通过一个接口来调用ITS方法。所有的ASPE都可以，例如，从ASPE协议对象的一种C++基本类中产生，而ITS可以通过另一个接口来调用ASPE中的方法，该接口用于分配从另一侧获得的参数。
在出现试呼时，用一种起动功能为发端的半呼叫建立一个动态的进程1302。首先按箭头1304，执行线程创建发端呼叫控制逻辑1306。在实例化时，如箭头1308和1310所示，发端呼叫控制逻辑已经执行了流程联编，它在此时确定应该在呼叫控制逻辑1306的基本流程中增加哪些扩充流程，例如分别用1312和1314表示的补充业务CLIP(主叫线路识别显示)和SUB-寻址。
当地址信息分析已识别试呼所指向的系统时，呼叫控制逻辑1306按箭头1316实例化ITS 1318。当ITS 1318起动时，呼叫控制逻辑1306可按箭头1320实例化其ASPE 1322。ASPE 1322从控制逻辑1306或通过读取半呼叫特定的数据库得到指向ITS 1318的指针。在实例化ASPE 1322时，ASPE 1322将其自身按箭头1324连到ITS 1318，同时发送一个参数列表，以便当从终端侧收到信息时它决定来预约(subscribe)的参数。连向ITS是通过“预约参数(subscribe Parameters)”方法来完成的。将向终端侧传输的参数通过“准备参数(Prepare Parameters)”方法从ASPE 1322被送至ITS 1318。
在扩展流程1312和1314接管了执行程序时，它们还可以分别产生其自身的ASPE 1330和1332，用箭头1326和1328表示，它们也分别连接到ITS 1318，用箭头1334和1336表示，并且预约来自ITS的参数，再把参数发送给ITS。
在图13中，位置于邻近各个流程箭头的号码1-10表示相应的分配呼叫顺序。
当然，需要在第一消息中向终端侧发送TSPM限定参数的所有业务都需要产生ASPE，并且在半呼叫进程的第一次作业期间连接到ITS。诸如COLP(连接线路识别显志)等等其他业务可以在此后建立其ASPE。
当终端侧的起动功能在这一侧产生了半呼叫进程时，为了呼叫控制实例化控制逻辑。然后按照与发端侧相同的方式产生一个ITS实例和一个AL实例。可以在发送给终端侧的第一消息中接受参数的业务必须在半呼叫进程的起动阶段与其ASPE一起被实例化。然后象发端侧一样建立其他的控制逻辑和ASPE。
在实例化时，ITS一点都不知道在其中产生ITS的半呼叫进程。它可以从呼叫控制逻辑接受路由信息和应该分配参数的所有ASPE的对象指针。
在ITS接受关于参数分配的信息时，它会按顺序动态地产生其参数分配列表PDL。
参考图14将描述半呼叫程序激活阶段的例子。在半呼叫程序1402中，AL以线程1404的形式来实现，而ASPE 1406和1408以协议对象的形式来实现。
在ITS接受一个信息时，它根据参数列表PDL中的指示向ASPE1406，1408调用通用方法1412，1414。由ASPE识别这些参数，并且翻译其中所包括的数据。如果从ITS接受到一个参数或是一组特定的参数，ASPE1406或是1408就分别向AL1404提供一个事件1416和1418。
在需要发送一个消息时，线程1404就分别用方法1420，1422指示ASPE向ITS 1410发送参数。随后，线程1404就用1424指示ITS1410发送一个ITS消息。这一ITS实例使用1426表示的地址指针作为端口来交换ITS消息。
作为结论，以下是使用本发明的内部通信方法的一个例子。为此目的采用了COLP业务作为说明的例子。这种业务可以让主叫用户识别出接受呼叫的用户。由于在建立呼叫期间可能会产生不同的传递呼叫业务，接受呼叫的用户不一定是被叫的用户。
如果一个应用需要使用COLP业务，就使用两个TSPM所定义的参数COLP查询和COLP号码。如果在TSPM程序库中没有这些参数，就需要产生这些参数。为了使业务能够工作，在呼叫的每个话务侧必须有一个业务控制实体。
在开始呼叫时，COLP查询参数从呼叫的主叫侧发送到另一侧。如果呼叫被接受了，就向主叫用户发送TSPM定义的COLP号码参数。
在以上的例子中需要注意以下问题-协议通过增加上述的两个TSPM所定义的参数，已经被扩展了。
-协议可以供所有应用设计者使用。
-协议中不包括任何应用逻辑，也就是说在协议文本中没有描述业务是否需要参数，或是它们将以什么样的顺序或编组发送。为了使业务能够工作，需要在应用逻辑(AL)中说明和实现了这些参数。
-如果使呼叫能够被运送到一端不需要上述的业务，就应该把与参数相联系的指令指示器设定为＂拒绝参数＂。
-如果按照上述方式设定指令指示器，就可以按顺序把业务接入网络。如果且只有在为主叫用户执行业务逻辑的节点和为接受呼叫的用户执行业务逻辑的节点双方都引入这种业务时，这种业务才能够工作。无论业务是否工作，建成的呼叫都可以独立工作。
-如果在某些情况下需要增加业务功能，由于必须增加现有参数之一的数值范围的事实，这就导致必须要产生一个新的TSPM限定参数。然后可以在网络中按顺序引入这种业务升级。直到所有节点的更新都完成之后再发送旧的参数和新的参数。
为了实现上述的例子，在发端节点中需要编码，例如执行该编码(逻辑)。
如果用户激活了业务COLP，就向终端侧发送TSPM限定参数COLP查询。
如果在此后接收到TSPM限定参数COLP号码，并且呼叫没有失败，就通过外部协议向用户发送上述号码。
本领域的技术人员都知道怎样把这种逻辑转换成状态机，流程图，或是编码，因此不需要说明其细节。然而，还要再次强调一点，那就是这种逻辑是存在于应用中的，而不是在协议或是协议的文本中。
权利要求
1.电信系统话务过程中的业务控制实体之间的内部通信方法，上述业务控制实体属于相同或是不同电信业务网中的逻辑节点，该方法包括以下步骤利用通用协议模型(TSPM)中规定的规则控制业务控制实体之间的通信，这些规则规定了缺少的消息，并且仅使用由不可分的信息传输元素构成的协议参数，以及由一个对上述参数具有参数分配功能的通信业务(ITS)来分配上述传输元素。
2.电信系统中的一种软件构造方法，该电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，该方法包括以下步骤控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，根据在通用协议模型(TSPM)中规定的规则把软件部分存储在系统中，这种规则规定了缺少的消息，并且仅仅使用由不可分的信息传输元素构成的协议参数，并且由对上述参数具有参数分配功能的通信业务(ITS)来分配上述信息传输元素。
3.按照权利要求1或2之一的方法，其特征是包括根据通用协议模型(TSPM)来确定对应相应的业务的业务协议(ASP)的步骤。
4.按照权利要求3的方法，其特征是包括以下步骤，使许多限定的控制参数与通用协议模型(TSPM)相联系，这些参数构成了有可能在业务协议中传输的最小数据单位。
5.按照权利要求3或4之一的方法，其特征是包括以下步骤，为业务随机地选择适当数量的协议参数，并且在必要时定义新的协议参数，由此来确定一个业务协议。
6.按照权利要求3，4或5之一的方法，其特征是包括以下步骤，为每个包括发送和接受参数列表的业务协议(ASP)提供协议的规范。
7.按照权利要求3-6之一的方法，其特征是上述业务协议中缺少应用逻辑。
8.按照权利要求3-7之一的方法或系统，其特征是包括以下步骤，在一个应用内部提供一个协议处理实体(ASPE)，用于按照业务协议(ASP)来管理某项业务的协议处理。
9.按照权利要求8的方法，其特征是包括以下步骤，更新协议处理实体(ASPE)，但是不需要使与其配合的协议处理实体升级。
10.按照权利要求8或9之一的方法，其特征是包括以下步骤，在两个业务控制实体之间执行通信，利用通信业务(ITS)在协议处理实体(ASPE)之间传输数据，其中包括用出现在通信业务(ITS)中参数分配功能指示出每个协议参数应该发送给哪个协议处理实体(ASPE)，并且使用一个用于发端业务控制实体的参数分配列表和一个用于终端控制实体的参数列表。
11.按照权利要求8-10之一的方法，其特征是包括执行系统升级的步骤，即加载新的或是修改的协议处理实体(ASPE)，以便在执行期间影响参数分配功能。
12.按照权利要求10或11之一的方法，其特征是包括以下步骤，使用应用逻辑用于通过一系列方法指示协议处理实体(ASPE)向通信业务(ITS)发送参数，并且指示通信业务(ITS)发送一个消息。
13.按照权利要求8-12之一的方法，其特征是包括与应用设计相联系地配置一个协议处理实体(ASPE)的步骤，使得其他逻辑节点基本上不知道其结构。
14.按照权利要求13的方法，其特征是包括以下步骤，为每个协议处理实体(ASPE)确定为了产生业务事件而所需的参数，并且在应用逻辑中设置该业务的状态机。
15.按照权利要求8-14之一的方法，其特征是包括以下步骤，在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中提供准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
16.按照权利要求8-15之一的方法，其特征是包括以下步骤，如果从通信业务(ITS)接受到一个参数或是一组特定的参数，就从协议处理实体(ASPE)向应用逻辑发出一个事件。
17.按照以上任意一项权利要求的方法，其特征是包括以下步骤，在应用逻辑(AL)中引入所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
18.按照以上任意一项权利要求的方法，其特征是包括以下步骤，使每个协议参数与一个指令指示器相联系，用于指示接受的协议处理实体如何处理其不熟悉的参数。
19.按照权利要求3-18之一的方法，其特征是包括以下步骤，由通信业务(ITS)使用一组消息和一个相应的状态机，上述消息对业务协议(ASP)没有意义，并且不需要让应用设计者知道。
20.电信系统的一种软件系统，上述电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，这种软件系统包括用于控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，在通用协议模型(TSPM)中规定的规则，这种规则确定了缺少的消息，并且仅使用由不可分信息传输元素构成的协议参数，该参数由对上述参数具有参数分配功能的通信业务(ITS)来进行分配。
21.按照权利要求20的系统，其特征是包括对应相应业务并且根据通用协议模型(TSPM)来确定的业务协议(ASP)。
22.按照权利要求21的系统，其特征是上述通用协议模型(TSPM)与许多定义的协议参数相联系，这些参数构成了有可能在业务协议中传输的最小数据单位。
23.按照权利要求21或22的系统，其特征是业务协议的规范包括用于随机选择该业务的适当数量的协议参数，并且在必要时包括新的协议参数。
24.按照权利要求21-23之一的系统，其特征是每项包括发送和接受参数的列表的业务协议(ASP)具有一个协议规范。
25.按照权利要求21-24之一的系统，其特征是业务协议中缺少应用逻辑。
26.按照权利要求21-25之一的系统，其特征是一个应用内部的协议处理实体(ASPE)根据业务协议(ASP)负责一项特定业务的协议处理。
27.按照权利要求26的系统，其特征是在更新协议处理实体(ASPE)时不需要使与其配合的协议处理实体升级。
28.按照权利要求26或27的系统，其特征是，在两个业务控制实体之间进行通信的情况下，由通信业务(ITS)在协议处理实体(ASPE)之间传输数据，出现在通信业务(ITS)中的参数分配功能指示出每个协议参数应该发送给哪个协议处理实体(ASPE)，并且使用两个参数分配列表，其中之一供发端业务控制实体使用，而另一个供终端业务控制实体使用。
29.按照权利要求26-28之一的系统，其特征是，在系统升级的情况下加载新的或是修改的协议处理实体(ASPE)以便在执行期间影响参数分配功能。
30.按照权利要求28或29之一的系统，其特征是，应用逻辑通过一系列方法指示协议处理实体(ASPE)向通信业务(ITS)发送参数，于是应用逻辑命令通信业务(ITS)发送消息。
31.按照权利要求26-30之一的系统，其特征是协议处理实体(ASPE)的配置是以使得其结构基本上不为其他逻辑节点所知的方式与应用设计共同确定的。
32.按照权利要求31的系统，其特征是由应用设计者为每个协议处理实体(ASPE)来确定为了产生业务事件所需的参数，业务的状态机被设置在应用逻辑中。
33.按照权利要求26-32之一的系统，其特征是在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中包含准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
34.按照权利要求26-33之一的系统，其特征是，如果从通信业务(ITS)接受到一个参数或是一组特定的参数，协议处理实体(ASPE)就向应用逻辑发出一个事件。
35.按照权利要求20-34之一的系统，其特征是应用逻辑(AL)中包括所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
36.按照权利要求20-35之一的系统，其特征是每个协议参数与一个指令指示器相联系，用于指示接受协议处理实体如何处理其不熟悉的参数。
37.按照权利要求21-36之一的系统，其特征是，通信业务(ITS)使用一组消息和一个相应的状态机，上述消息对业务协议(ASP)没有意义，并且不需要让应用设计者知道。
38.电信系统话务过程中的业务控制实体之间的内部通信方法，上述业务控制实体属于相同或是不同电信业务网中的逻辑节点，该方法包括以下步骤利用通用协议模型(TSPM)中规定的规则控制业务控制实体之间的通信，这些规则中规定了缺少的消息，并且仅使用由不可分的消息传输元素构成的协议参数。
39.电信系统中的一种软件构造方法，该电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，该方法包括以下步骤控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，根据在通用协议模型(TSPM)中规定的规则把软件部分存储在系统中，这种规则规定了缺少的消息，并且仅仅使用由不可分的消息传输元素构成的协议参数。
40.按照权利要求38或39之一的方法，其特征是包括根据通用协议模型(TSPM)来确定对应相应的业务的业务协议(ASP)的步骤。
41.按照权利要求40的方法，其特征是包括以下步骤，使许多定义的控制参数与通用协议模型(TSPM)相联系，这些参数构成了有可能在业务协议中传输的最小数据单位。
42.按照权利要求40或41之一的方法，其特征是包括以下步骤，为业务随机地选择适当数量的协议参数，并且在必要时定义新的协议参数，由此来确定一个业务协议。
43.按照权利要求40-42之一的方法，其特征是包括以下步骤，为每个包括发送和接受参数列表的业务协议(ASP)提供协议规范。
44.按照权利要求40-43之一的方法，其特征是上述业务协议中缺少应用逻辑。
45.按照权利要求40-44之一的方法或系统，其特征是包括以下步骤，在一个应用内部提供一个协议处理实体(ASPE)，用于按照业务协议(ASP)来管理某项业务的协议处理。
46.按照权利要求45的方法，其特征是包括以下步骤，更新协议处理实体(ASPE)，但是不需要使与其配合的协议处理实体升级。
47.按照权利要求45或46之一的方法，其特征是包括以下步骤，在两个业务控制实体之间执行通信，利用通信业务(ITS)在协议处理实体(ASPE)之间传输数据，其中包括用出现在通信业务(ITS)中的参数分配功能指示出每个协议参数应该发送给哪个协议处理实体(ASPE)，并且使用一个用于发端业务控制实体的参数分配列表和一个用于终端控制实体的参数列表。
48.按照权利要求45-47的方法，其特征是包括以下步骤，与应用设计相联系地确定协议处理实体(ASPE)的结构，使得其结构基本上不为其他逻辑节点所知。
49.按照权利要求48的方法，其特征是包括以下步骤，为每个协议处理实体(ASPE)确定为了产生业务事件而所需的参数，并且在应用逻辑中设置该业务的状态机。
50.按照权利要求45-49之一的方法，其特征是包括以下步骤，在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中提供准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
51.按照权利要求38-50之一的方法，其特征是包括以下步骤，在应用逻辑(AL)中引入所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
52.按照权利要求38-51之一的方法，其特征是包括以下步骤，使每个协议参数与一个指令指示器相联系，用于指示接受协议处理实体如何处理其不熟悉的参数。
53.电信系统的一种软件系统，上述电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，这种软件系统包括用于控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，在通用协议模型(TSPM)中规定的规则，这种规则确定了缺少的消息，并且仅使用由不可分信息传输元素构成的协议参数。
54.按照权利要求53的系统，其特征是包括对应相应的业务并且根据通用协议模型(TSPM)来确定的业务协议(ASP)。
55.按照权利要求54的系统，其特征是上述通用协议模型(TSPM)与许多定义的协议参数相联系，这些参数构成了可以在业务协议中传输的最小数据单位。
56.按照权利要求54或55的系统，其特征是业务协议的规范包括为该业务而随机选择的适当数量的协议参数，并且在必要时包括新的协议参数。
57.按照权利要求54-56之一的系统，其特征是每项包括发送和接受参数的列表的业务协议(ASP)具有一个协议规范。
58.按照权利要求54-57之一的系统，其特征是业务协议中缺少应用逻辑。
59.按照权利要求54-58之一的系统，其特征是一个应用内部的协议处理实体(ASPE)根据业务协议(ASP)负责一项特定业务的协议处理。
60.按照权利要求59的系统，其特征是更新协议处理实体(ASPE)时不需要使与其配合的协议处理实体升级。
61.按照权利要求59或60的系统，其特征是，在两个业务控制实体之间进行通信的情况下，由通信业务(ITS)在协议处理实体(ASPE)之间传输数据，出现在通信业务(ITS)中的参数分配功能指示出每个协议参数应该发送给哪个协议处理实体(ASPE)，并且使用两个参数分配列表，其中之一供发端的业务控制实体使用，而另一个供终端业务控制实体使用。
62.按照权利要求59-61之一的系统，其特征是协议处理实体(ASPE)的配置是以使得其结构基本上不为其他逻辑节点所知的方式与应用设计共同确定的。
63.按照权利要求62的系统，其特征是由应用设计者为每个协议处理实体(ASPE)来确定为了产生业务事件所需的参数，业务的状态机被设置在应用逻辑中。
64.按照权利要求59-63之一的系统，其特征是在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中包含准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
65.按照权利要求53-64之一的系统，其特征是应用逻辑(AL)中包括所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
66.按照权利要求53-65之一的系统，其特征是每个协议参数与一个指令指示器相联系，用于指示接受协议处理实体如何处理其不熟悉的参数。
67.一种电信系统话务过程中的业务控制实体之间的内部通信方法，上述业务控制实体属于相同或是不同电信业务网中的逻辑节点，该方法包括以下步骤利用在通用协议模型(TSPM)中规定的规则控制业务控制实体之间的通信，根据这种模型来确定各自对应一项业务的业务协议(ASP)。
68.电信系统中的一种软件构造方法，该电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，该方法包括控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，根据在通用协议模型(TSPM)中规定的规则把软件部分存储在系统中的步骤，根据这种模型来确定各自对应一项业务的业务协议(ASP)。
69.按照权利要求67或68的方法，其特征是包括以下步骤，为业务随机地选择适当数量的协议参数，并且在必要时定义新的协议参数。
70.按照权利要求67-69之一的方法，其特征是每项业务协议(ASP)具有一个协议规范，上述协议包括发送和接受参数的列表。
71.按照权利要求67-70之一的方法，其特征是上述业务协议中缺少应用逻辑。
72.按照权利要求67-71之一的方法，其特征是包括由一个应用内部的协议处理实体(ASPE)根据业务协议(ASP)负责一项特定业务的协议处理的步骤。
73.按照权利要求72的方法，其特征是包括以下步骤，更新协议处理实体(ASPE)，但是不需要使与其配合的协议处理实体升级。
74.按照权利要求72或73之一的方法，其特征是包括以下步骤，即结合着应用设计以使得其结构基本上不为其他逻辑节点所知的方式来确定协议处理实体(ASPE)的配置。
75.按照权利要求74的方法，其特征是包括以下步骤，为每个协议处理实体(ASPE)确定为了产生业务事件而所需的参数，并且在应用逻辑中设置该业务的状态机。
76.按照权利要求72-75之一的方法，其特征是包括以下步骤，在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中提供准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
77.按照权利要求67-76之一的方法，其特征是应用逻辑(AL)中包括所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
78.按照以上任意一项权利要求67-77的方法，其特征是包括以下步骤，使每个协议参数与一个指令指示器相联系，用于指示接受协议处理实体如何处理其不熟悉的参数。
79.电信系统中的一种软件系统，该电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，该系统包括控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，在一种通用协议模型(TSPM)中规定的规则，以及对应相应的业务并且根据上述通用协议模型(TSPM)来确定的业务协议(ASP)。
80.按照权利要求79的系统，其特征是业务协议的规范包括为该业务而随机选择的适当数量的协议参数，并且在必要时包括新的协议参数。
81.按照权利要求79或80的系统，其特征是每项包括发送和接受参数的列表的业务协议(ASP)具有一个协议规范。
82.按照权利要求79-81之一的系统，其特征是业务协议缺少应用逻辑。
83.按照权利要求79-82之一的系统，其特征是一个应用内部的协议处理实体(ASPE)根据业务协议(ASP)负责一项特定业务的协议处理。
84.按照权利要求83的系统，其特征是更新协议处理实体(ASPE)不需要使与其配合的协议处理实体升级。
85.按照权利要求83或84的系统，其特征是协议处理实体(ASPE)的配置是以使得其结构基本上不为其他逻辑节点所知的方式与应用设计共同确定的。
86.按照权利要求85的系统，其特征是由应用设计者为每个协议处理实体(ASPE)来确定为了产生业务事件所需的参数，业务的状态机被设置在应用逻辑中。
87.按照权利要求83-86之一的系统，其特征是在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中包含准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
88.按照权利要求79-87之一的系统，其特征是应用逻辑(AL)中包括所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
89.按照权利要求79-88之一的系统，其特征是每个协议参数与一个指令指示器相联系，用于指示接受协议处理实体如何处理其不熟悉的参数。
90.一种电信系统话务过程中的业务控制实体之间的内部通信方法，上述业务控制实体属于相同或是不同电信业务网中的逻辑节点，该方法包括以下步骤利用通用协议模型(TSPM)中规定的规则控制业务控制实体之间的通信，这种模型规定了协议参数的使用，以及由一个对上述参数具有参数分配功能的通信业务(ITS)来分配上述协议参数。
91.电信系统中的一种软件构造方法，该电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，该方法包括以下步骤控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，根据在通用协议模型(TSPM)中规定的规则把软件部分存储在系统中，这种模型规定了协议参数的使用，并且由对上述参数具有参数分配功能的通信业务(ITS)来分配上述协议参数。
92.按照权利要求90或91的方法，其特征是包括根据通用协议模型(TSPM)来确定对应相应的业务的业务协议(ASP)的步骤，按照业务协议(ASP)利用一个应用内部的协议处理实体(ASPE)来管理某一项业务的协议处理，并且利用上述通信业务(ITS)在协议管理实体之间传输数据。
93.按照权利要求92的方法，其特征是包括以下步骤，为每个包括发送和接受参数列表的业务协议(ASP)提供协议的规范。
94.按照权利要求92或93之一的方法，其特征是包括以下步骤，在两个业务控制实体之间执行通信，利用通信业务(ITS)在协议处理实体(ASPE)之间传输数据，其中包括用出现在通信业务(ITS)中现有的参数分配功能指示出每个协议参数应该发送给哪个协议处理实体(ASPE)，并且使用一个用于发端业务控制实体的参数分配列表和一个用于终端控制实体的参数列表。
95.按照权利要求92-94之一的方法，其特征是包括以下步骤，与应用设计相联系地确定协议处理实体(ASPE)的配置，使得其结构基本上不为其他逻辑节点所知。
96.按照权利要求95的方法，其特征是包括以下步骤，为每个协议处理实体(ASPE)确定为了产生业务事件而所需的参数，并且在应用逻辑中设置该业务的状态机。
97.按照权利要求92-96之一的方法，其特征是包括以下步骤，在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中提供准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
98.按照权利要求92-97之一的方法，其特征是包括执行系统升级的步骤，即加载新的或是修改的协议处理实体(ASPE)，以便在执行期间影响参数分配功能。
99.按照权利要求92-98之一的方法，其特征是包括以下步骤，使用应用逻辑用于通过一系列方法指示协议处理实体(ASPE)向通信业务(ITS)发送参数，并且指示通信业务(ITS)发送一个消息。
100.按照权利要求92-99之一的方法，其特征是包括以下步骤，如果从通信业务(ITS)接受到一个参数或是一组特定的参数，就从协议处理实体(ASPE)向应用逻辑发出一个事件。
101.按照权利要求90的方法，其特征是包括根据通用协议模型(TSPM)来确定各自对应一项业务的业务协议(ASP)的步骤，并且通过通信业务(ITS)使用一组消息和一个相应的状态机，上述信息对业务协议(ASP)没有意义，并且不需要让应用设计者知道。
102.电信系统的一种软件系统，上述电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，这种软件系统包括用于控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，在通用协议模型(TSPM)中规定的规则，这种规则规定了协议参数的使用，这些参数是由对上述参数具有参数分配功能的通信业务(ITS)来分配的。
103.按照权利要求20的系统，其特征是包括对应相应的业务并且根据通用协议模型(TSPM)来确定的业务协议(ASP)，由一个应用内部的协议处理实体(ASPE)根据业务协议(ASP)负责一项特定业务的协议处理，以及在协议处理实体(ASPE)之间传输数据的通信业务(ITS)。
104.按照权利要求103的系统，其特征是每项包括发送和接受参数的列表的业务协议(ASP)具有一个协议规范.
105.按照权利要求103或104的系统，其特征是，在两个业务控制实体之间进行通信的情况下，由通信业务(ITS)在协议处理实体(ASPE)之间传输数据，出现在通信业务(ITS)中的参数分配功能指示出每个协议参数应该发送给哪个协议处理实体(ASPE)，并且使用两个参数分配列表，其中之一供发端的业务控制实体使用，而另一个供终端业务控制实体使用。
106.按照权利要求103-105之一的系统，其特征是协议处理实体(ASPE)的配置是以使得其结构基本上不为其他逻辑节点所知的方式与应用设计共同确定的。
107.按照权利要求106的系统，其特征是由应用设计者为每个协议处理实体(ASPE)来确定为了产生业务事件所需的参数，业务的状态机被设置在应用逻辑中。
108.按照权利要求103-107之一的系统，其特征是在应用逻辑与协议处理实体(ASPE)之间的每项业务的一个接口中包含准备从协议处理实体发送给应用逻辑的事件的规范，以及准备从应用逻辑发送给协议处理实体的方法。
109.按照权利要求103-108之一的系统，其特征是，在系统升级的情况下加载新的或是修改的协议处理实体(ASPE)以便在执行期间影响参数分配功能。
110.按照权利要求103-109之一的系统，其特征是，应用逻辑通过一系列方法指示协议处理实体(ASPE)向通信业务(ITS)发送数据，因此在应用逻辑指示通信业务(ITS)发送消息。
111.按照权利要求103-110之一的系统，其特征是，如果从通信业务(ITS)接受到一个参数或是一组特定的参数，协议处理实体(ASPE)就向应用逻辑发出一个事件。
112.按照权利要求102的系统，其特征是包括根据通用协议模型(TSPM)来确定各自对应一项业务的业务协议(ASP)，并且通过通信业务(ITS)使用一组消息和一个相应的状态机，上述信息对业务协议(ASP)没有意义，并且不需要让应用设计者知道。
113.一种电信系统话务过程中的业务控制实体之间的内部通信方法，上述业务控制实体属于相同或是不同电信业务网中的逻辑节点，该方法包括以下步骤利用通用协议模型(TSPM)中规定的规则控制业务控制实体之间的通信，这种模型规定了缺少的消息，并且仅仅使用协议参数。
114.电信系统中的一种软件配置方法，该电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，该方法包括以下步骤控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，根据在通用协议模型(TSPM)中规定的规则把软件部分存储在系统中，这种模型规定了缺少的消息，并且仅仅使用协议参数。
115.按照权利要求113或114的方法，其特征是应用逻辑(AL)中包括所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
116.按照权利要求113-115之一的方法，其特征是包括以下步骤根据具有两种参数分配功能的通用协议模型产生一种接口的实现，上述功能之一供发端业务控制实体使用，而另一功能供终端业务控制实体使用。
117.按照权利要求113-116之一的方法，其特征是包括以下步骤，使每个协议参数与一个指令指示器相联系，用于指示接受协议处理实体如何处理其不熟悉的参数。
118.电信系统中的一种软件系统，该电信系统包括具有特定功能的硬件和软件部分，并且连接到多个用户，其特征是控制电信系统话务过程中的业务控制实体之间的内部通信，上述业务控制实体属于相同或不同电信业务网中的逻辑节点，使用在通用协议模型(TSPM)中规定的规则，这种模型规定了缺少的消息，并且仅仅使用协议参数.
119.按照权利要求118的系统，其特征是应用逻辑(AL)中包括所有话务处理的逻辑，补充业务处理的逻辑，以及业务之间相互配合的逻辑。
120.按照权利要求118或119的系统，其特征是根据具有两种参数分配功能的通用协议模型产生一种接口的实现，上述功能之一供发端业务控制实体使用，而另一功能供终端业务控制实体使用。
121.按照权利要求118-120之一的系统，其特征是每个参数与一个指令指示器相联系，用于指示接受协议处理实体如何处理其不熟悉的参数。
全文摘要
在电信系统的话务进程中存在着业务控制实体之间的内部通信，这些业务控制实体可能属于相同或不同操作(6，8，10)中的逻辑节点。这种业务控制实体例如是一个用于控制呼叫的一方的业务的业务进程。业务控制实体之间的通信是由一个通用协议中给定的规则来控制的。这些规则中包含缺少的信息，并且仅使用由不可分的信息传输元素构成的协议参数。根据通用协议来确定与其业务相对应的各个业务协议(ASP)，一个应用内部的协议管理实体(ASPE)按照这一业务协议(ASP)来处理某项业务的协议管理。由一个对上述参数具有参数分配功能的通信业务(ITS)在协议管理实体(ASPE)之间传输数据，由此来分配信息元素。
文档编号G06F13/00GK1168753SQ9519655
公开日1997年12月24日 申请日期1995年10月24日 优先权日1994年10月24日
发明者K·梅华林, G·哈加德, J·托恩斯特姆, M·森德奎斯特, B·奥拉曼, M·R·斯文森, S·巴克斯特姆, H·马丁森, M·L·希尔伯格, L·格雷夫 申请人:艾利森电话股份有限公司