专利名称：用于运行电信网的方法和布置的制作方法
技术领域：
本发明涉及用于运行缩写为TK网络的电信网的方法，在该网络中由控制计算机控制在TK网络的网络节点上的网络单元。该网络单元例如是一个用于交换连接的交换中心。一个应用计算机与该控制计算机连接，该应用计算机除了其所属的操作系统外还有至少一个应用程序。借助于在应用计算机和控制计算机之间的连接应用程序能访问控制计算机的信令系统并因此访问TK网络的信令系统。此外本发明涉及一个用于运行电信网的布置以及一个电信网。
在TK网络中、在该网络中在终端设备之间建立和撤销部分连接、比如在具有分支机构ITU-T、以前的CCITT(International Telegraphand Telephone Consultative Committee)的ITU(InternationalTelecommunication Union)的相关标准中描述了7号信令系统。在使用7号信令系统的情况下借助于在电信网的网络节点之间的中央信令信道实现信令发送(Signalling)。
当今的电信网通常有计算机控制的网络节点，在网络节点之间预先规定PCM传输链路用于数据传输，其中一部分PCM链路的传输容量、例如64kbit/s的数据传输容量的传输信道、可以用作中央信令信道。
借助于7号信令系统在TK网络中以及在另外的信息网中控制交换过程。如此目前通常在TK网络中存在一个独立的信令网，该信令网为不同用户(User)提供服务。
该信令系统提供对于所有应用一致的信息传输部分(MessageTransfer Part，MTP)。该信息传输部分是一个信令协议，其在网络中使包括登记和消除系统与网络错误在内的，尤其是信令信息的快速、可靠和依赖应用的传输成为可能。该信息传输部分仅仅提供具有有限寻址能力的独立于有用连接的业务。该信息传输部分为不同的用户(User)提供业务并且对于不同用户部分(Userpart，UP)的信息形成公共的传输系统。如此例如产生用于电话的用户部分、电话用户部分(TUP)，用于线路交换的数据业务的用户部分、数据用户部分(DUP)，用于网络操作和维护任务的用户部分、操作与维护应用部分(OMAP)，用于ISDN信令的用户部分、ISDN用户部分(ISDN-UP)以及用于全球网络的用户部分、智能网络应用部分(INAP)。信息传输部分因此主要有助于线路交换的数据传输的连接控制，以便在第七信令网中连接也称为信令点(信令传输点、信令点)的网络节点的网络单元。对于这些连接主要使用数字全双工64kbit/s的线路或者信道(例如作为V.35连接端口)作为信令链路。在信令链路的设备中、例如在PCM30中、对于具有信令信息的数据传输占用一个时隙。该时隙一般是时隙16。所选择的信道可以建立为固定连接，建立为所谓的长时间连接(NUCNailed-up-Connection)。此外一个传输功能部分(SCCP，Signalling Connection Control Part)用于信令发送，其也称作信令连接控制部分或信令事务处理控制部分。传输功能部分把信息传输部分的基础结构用于任意信令数据的传输、特别是连接独立的信令数据的传输。借助于传输功能部分可以在不同的连接路径上并根据不同的路径控制信息实施在二个信令点之间的信息交换。
具有事务处理能力、例如以该能力实施数据库操作、的所谓用户协议用作在传输功能部分(SCCP)和用户协议部分(User Part)之间的接口。具有事务处理能力的该用户协议也称作事务处理能力应用部分(TCAP)。该用户协议是非常普通的信令部分，其在7号信令系统中使分配的应用、也就是非面向线路的应用成为可能。借助于TCAP用户协议提供这个过程，其使不同业务特征的高效处理成为可能。该过程支持在各个用户协议(User Part)之间的组元交换。可是该过程是应用独立的。
TCAP用户协议提供这个过程，该过程使不同业务特征和特点的高效处理成为可能。在这个过程中多个TCAP用户可以建立其业务。在传输功能部分(SCCP)中或者直接或者间接借助于伪地址、所谓的全局标题(GT，Global Title)进行信息的寻址，该全局标题借助于全局标题转换(Global Title Translation，GTT)转换为物理目标号码。
公共TK网络叠加信令网，其基于第七信令传送方法并用于交换控制信息。借助于该信令发送方法除了与呼叫有关的信令发送外一个使用连接独立的信令发送也是可能，由此借助于标准化操作能够控制在TK网络的另外交换中心中的流程。例如借助于具有事务处理能力的用户协议、比如TCAP协议实现信令信息的这种使用连接独立的交换。在一般采用包含全局标题转换(GTT)在内的传输功能部分(SCCP)的业务中使用该协议。使用TCAP协议的应用也称为TCAP用户。如此TCAP用户例如是ISDN附加业务，比如占线时回叫和显示等待信息(MessageWaiting Indication)以及IN业务(Intelligent Network-Dienste)。
通过全球数据网、比如因特网或具有分布地点的企业的所谓广域网的增强使用要求不断增加业务，这些业务基于在所谓全球网络和电信网之间信令信息的传输。要求信令信息如此传输的业务例如是性能特征“接通电话”或者“接通拨号”。该性能特征使因特网的用户借助于通过键盘的输入或与该网络连接的数据处理设备的显示设备能够建立电话连接。如果因特网用户能够借助于激活作用、例如通过显示设备、在所显示的因特网页面上建立到在该因特网页面上推荐的专家的电话连接，使用该性能特征尤其有利。
一个另外的性能特征是性能特征“接通会议”，在该性能特征中在全球网络和TK网络之间传输信令信息。全球网络用户可以借助于该性能特征召开电话会议，该用户例如借助于因特网页面给在全球网络中的另一个计算机传递TK网络的用户终端的电话号码，在二者之间接通会议电话。为此然后信令信息从全球网络传输到TK网络，TK网络促使所希望用户的会议线路连接。对此完全以同意和等待报告自动通过例如在一个为此预先规定的因特网页面上用户的输入可以实现如此会议的互联。
正如已经提到的，为了实施如此业务控制信息的网络重叠交换是必须的。特别是在全球网络和TK网络之间网络传输点(存在点)和在TK网络中为了实现该性能特征所执行的程序不布置在同一个交换中心中，保证在TK网中控制信息的进一步传输。为此主要使用SCCP协议以及TCAP协议。全球网络、例如因特网、用于所谓因特网协议(IP)的数据传输。如此的全球网络也称作基于因特网协议的网络或称作IP网络。
典型地借助于程序实施从IP网的控制信息到TK网络中采用的7号信令系统的信令数据的转换，该程序有一个公开的接口，其可以根据需求匹配于各自用户或运营商。如此程序至少作为所谓的公开平台或者作为商业平台(CoP1)连接在TK网络上。该程序来自逻辑层SCCP以及TCAP用户。为了与TK网络的信令系统建立联系必须实现用于在该平台上执行TCAP协议以及SCCP协议的程序模块。用于执行SCCP协议和TCAP协议的程序也称作SCCP/TCAP协议堆栈。对于每个新平台因此在现有技术状况下必须重新执行SCCP/TCAP协议堆栈。
本发明的任务是给出一个方法和一个布置，在该方法中在一个不在交换中心控制计算机上执行的应用程序和TK网络的网络单元之间可以简单地交换信令信息。
对于运行电信网的方法通过权利要求1的特征解决该任务并且对于运行电信网的布置通过权利要求9的特征解决该任务。
在运行电信网、具有权利要求1特征的方法中借助于第一和第二接口程序在应用程序和TK网络的信令系统之间传输信令数据。因此使用网络单元的SCCP/TCAP协议堆栈、例如交换中心的协调处理器的SCCP/TCAP协议堆栈，以便应用程序能够与TK网络的信令网交换信令信息。在应用计算机上取消SCCP/TCAP协议堆栈的执行。由此不仅仅节省了执行SCCP/TCAP协议堆栈的程序模块的购置费用，而且也省去了在应用计算机上执行该协议堆栈的显著时间花费以及SCCP/TCAP堆栈协议的必须的维护和管理。
第一和第二接口程序形成在应用程序和TCAP协议之间的一个接口并且也称作TCAP应用接口(TIF)。第一接口程序与TCAP协议堆栈、比如用户的用户部分(User Part)，交换信令信息。第二接口程序以同样方式与应用程序交换信令数据，如同在应用程序直接访问在应用计算机中执行的TCAP协议堆栈的情况下一样。借助于一个任意的数据传输协议实现在二个接口之间的数据交换。实现二个接口的费用为执行SCCP/TCAP协议所必需的费用的10％。信令数据作为在二个接口之间的有用数据传输。因此能够简单并且不复杂地建立二个接口。
通过接口的简单逻辑接口监控、比如协议监控和路径选择是简单并且透明的。由此简单识别并消除干扰。此外也可以按照业务特征的改变无修改地使用接口控制。至少第一接口也可以在未来扩展的情况下无修改地在另外的平台上继续使用。仅仅需要第二接口匹配于新的平台，也就是说只要不在一个不取决于平台的编程语言中、比如在编程语言Java中实施第二接口，则必须在新的平台上、例如在另一个数据处理设备上实现该接口。因此可以进一步降低在TK网络的信令系统上连接另外平台的费用。
控制计算机的信令程序和另外控制计算机的信令程序形成在TK网络内部的独立信令网是有益的。在控制计算机之间可以连接固定的信令信道用于在该信令网中的数据传输。由此实现，应用程序也可以与另外的网络单元经过该信令网交换信令信息。此外可以借助于如此的信令网传输不取决于有用信道的信令信息。
在本发明的另一个实施形式中借助于信令系统或者借助于7号信令系统执行信令发送过程。由此实现，应用程序访问非常有效率并且显著扩展的信令系统。因此不同业务特征和所谓特点的控制是简单的。
在本发明的一个扩展中信令程序给至少一个应用部分提供业务。该应用部分例如可以是第一接口程序。通过在第一和第二接口之间信令信息的传输以及把信令信息从应用程序传递出来或传递给应用程序，应用程序因此能够使用由信令程序提供的业务。因此在信令网和应用程序之间的信令信息的传输可以是简单的。
在一个有益实施形式中借助于第二接口程序给应用程序提供信令功能，信令程序支配该功能。因此应用程序能访问所有提供给网络单元使用的信令可能性。如此也能够建立第二接口，其也可以无修改地用于另外的应用程序，因为借助于第二接口程序提供所有可能的信令功能。
借助于LAP-D数据传输协议或借助于一个基于因特网协议的数据传输协议实施在第一和第二接口程序之间的数据传输。由此采用简单执行并且保证安全数据传输的协议进行数据传输。可是也可以使用另外的数据传输协议。
在另一个扩展中应用程序不仅仅与第二接口程序连接而且也与一个基于因特网协议的数据网连接。借助于应用程序通过该IP网络给用户提供与TK网络交换信令信息的业务，。因此借助于应用程序、从IP网络的任意点供给该应用程序数据、能够激活并使用TK网络的业务和特点。
经过IP网提供的服务可以与目前仅仅在TK网络中存在的服务或者业务结合。如此例如一个程序的使用者可以例如通过该程序的辅助功能建立到专家的连接，其中借助于IP网络把由程序产生的有用数据传输给专家的工作位置以及借助于TK网络建立到专家的电话连接。对于该连接的建立由程序把建立连接所必需的信令数据传输给应用计算机、其同样处于IP网络中。在该应用计算机上执行该应用程序，其支持使如此连接建立成为可能的业务。该业务称为接通电话或者称为接通拨号。如果使用者借助于一个模拟电话连接与IP网连接，则在建立到专家的语音连接时自动中断该连接，因此用户终端对于语音连接是空的。在ISDN终端的情况下可以保持到IP网络的连接，因为经过ISDN终端的第二信道接通语音连接。
通过运行具有权利要求9的特征的电信网的布置能够实施应用计算机简单连接在电信网的信令系统上。因此用户程序在信令系统上的连接不是强制性地依赖SCCP/TCAP协议堆栈的直接可支配性。如此具有较低性能的应用计算机也可以用于执行应用程序，因为在应用计算机中取消了SCCP/TCAP协议堆栈的执行。此外在一个如此的布置中应用计算机的用户程序不能直接访问网络单元的程序系统是有益的。如此排除了对程序操纵，这些程序例如由网络单元的协调处理器、组处理器或信号处理器进行处理。因此防止了非授权人员对程序的访问，因为在二个接口之间仅仅传输信令数据，而不存在通过应用计算机访问网络单元的程序系统的可能性。在IP网络和TK网络之间借助于接口程序仅传输信令信息。因此至少在传输信令信息的情况下在IP网络和TK网络之间产生分离。
从下面的说明中得出本发明的另外的特征和优点，该说明结合附图根据实施例阐述本发明。在图中指出
图1多个与TK网络连接的交换中心，其中一部分交换中心与商业平台连接，该平台具有访问因特网的全球网的入口，图2TK网络的二个交换中心，其中一个交换中心有与因特网连接的商业平台，图3图2的第一交换中心的协调处理器的信令系统以及图2的第二交换中心的商业平台的信令系统，图4TK网络的二个交换中心，其中一个商业平台与第二交换中心连接，图5第一和第二交换中心的信令系统以及商业平台在图4中描述的布置的信令系统上的连接，图6在商业平台和协调处理器的信令系统之间的可能的物理连接的第一实施例，
图7在商业平台和交换中心的协调处理器之间的可能的物理连接的第二实施例，图8类似于在图6中描述的第一实施例的第三实施例，图9信令数据从因特网应用直到TK网络的信令系统的传输路径。
在图1中描述了交换中心12a至12f，这些交换中心与缩写为TK网络的电信网14简单连接并且分别形成TK网络14的一个网络节点的网络单元。在一个应用计算机(没有描述)上执行向数据网、例如因特网18的用户提供业务和性能特征的程序，这些服务和性能特征与交换中心12d的信令系统至少部分交换信令信息。对此应用计算机的应用程序形成在因特网18和TK网络14之间的一个接口。该接口也称作商业平台。商业平台16b形成在因特网18和交换中心12e之间的接口，商业平台16c、16d分别形成在因特网18和交换中心12f之间的接口。
在图2中描述了交换中心12a和12d、TK网络14和因特网18。相同的元件有同样的参考符号。交换中心12a具有一个组处理器22、一个信令处理器24和一个协调处理器26。组处理器22、信令处理器24和协调处理器26分别与电信网的信令系统连接。组处理器22、信令处理器24和协调处理器26为不同用户提供服务。对于不同用户分开定义用户部分、所谓的用户部分(UP)。这例如对于电话应用是电话用户部分(TUP)，对于线路交换的数据业务是数据用户部分(DUP)，对于网络的操作和维护是操作与维护应用部分(OMUP)，对于ISDN信令应用是ISDN用户部分(ISDN-UP)以及对于移动无线应用是移动用户部分(MUP)。
交换中心12a的组处理器(22)与用户部分28连接，交换中心12a的信令处理器24与用户部分30连接并且交换中心12a的协调处理器26与用户部分32连接。处理器22至26提供交换中心的基本功能，这些基本功能也存在于不给用户部分或仅仅给一个用户部分28至32提供业务的交换中心中。处理器22至26也可以为多个用户部分28至32提供业务使用。交换中心12d有一个组处理器34、一个信令处理器36和一个协调处理器38。处理器34至38与相应的一个用户部分42至46连接。正如上面描述的，处理器34至36给这些用户部分42至46分别提供业务、特别是信令业务。此外交换中心12d有一个应用计算机40，在该计算机上执行至少一个形成于数据网18和TK网络之间的信令接口的程序模块。应用计算机40有一个SCCP/TCAP协议堆栈，并且经过该协议堆栈与交换中心12d的信令系统以及与TK网络14的信令系统连接。应用计算机40和给因特网18的用户提供TK网络信令业务的程序是一个商业平台。
在图3中描述了交换中心12a的协调处理器26以及交换中心12d的商业平台40，二者分别与TK网络14的信令系统连接。协调处理器26有一个用于提供具有事务处理能力的用户协议、所谓TCAP协议的程序模块56，一个用于提供传输功能协议、所谓SCCP协议的程序模块58和一个用于全局标题转换的程序模块、所谓的GTT程序。对此TCAP协议和SCCP协议使用信息传输部分MTP(Message Transfer Part)的业务。在引言描述中已经详尽阐述了TCAP协议、SCCP协议、信息传输部分MTP和全局标题转换GTT的结构和功能。此外在ITU的标准Q.771至Q.775中说明并阐述了TCAP协议，在ITU的标准Q.711至Q.716中说明并阐述了SCCP协议，在ITU标准Q.702至Q.704中说明并阐述了信息传输部分。
协调处理器26与TK网络的信令网借助于TCAP协议56并借助于SCCP协议58连接，其中SCCP协议58使用全局标题转换模块60的业务。商业平台40的应用计算机借助于TCAP协议50和SCCP协议52与TK网络14的信令系统连接。全局标题转换模块54给SCCP协议提供标题转换业务。因此为连接商业平台40在商业平台40中必须安装SCCP/TCAP协议堆栈50、52的TK网络14的信令系统以及全局标题转换模块54。对于购置用于执行SCCP/TCAP协议堆栈50、52所必需的程序以及当在商业平台40的应用计算机上安装该程序时显著的安装和配置费用要求巨大的花费。为了执行该程序需要巨大的应用计算机资源。
在图4中描述了图1的交换中心12a和交换中心12e，二者分别与TK网络14连接。交换中心12e有一个组处理器62、一个信令处理器64和一个协调处理器66，这些处理器分别与TK网络14的信令系统连接。组处理器62给应用部分、用户部分68提供业务使用。由信令处理器64给应用部分70提供业务。借助于程序模块形成商业平台70的应用计算机一方面与交换中心12e的协调处理器66连接，另一方面与因特网18连接。
在图5中描述了具有SCCP/TCAP协议堆栈56、58以及具有全局标题转换模块60的、交换中心12a的协调处理器26。此外描述了交换中心12e的协调处理器66，其具有一个SCCP/TCAP协议堆栈76、78以及全局标题模块74。此外协调处理器66执行第一接口程序模块80，其形成用户部分。
SCCP/TCAP协议堆栈76、78给第一接口程序模块80提供信令业务。商业平台72有一个应用程序“接通拨号(Ctd)”84、一个应用程序“接通会议(CtC)”86，一个应用程序“因特网繁忙时呼叫等待(CWI)”88以及二个另外的应用程序90、92。这些程序与商业平台72的第二接口程序82连接。商业平台72和交换中心12e的协调处理器66借助于经过接口程序80、82的数据传输连接进行连接。借助于接口程序80、82在商业平台和TK网络14的信令系统之间交换信令信息。借助于LAP-D数据传输协议实现在二个接口80、82之间的数据传输。
第一接口程序80相对于协调处理器66的SCCP/TCAP协议堆栈76、80，如同用户部分68相对于组处理器62的SCCP/TCAP协议堆栈一样。因此接口程序80管理SCCP/TCAP协议堆栈76、78，好像一个任意的另外用户部分管理该协议堆栈76、78一样，也就是说第一接口程序80隔离SCCP/TCAP协议。在SCCP/TCAP协议堆栈和第一接口程序80之间交换的信令数据被传输给商业平台72的第二接口程序82。在商业平台72的应用计算机中借助于第二接口程序82把信令数据分配并传输给各自的应用程序84至92。信令信息从各个应用程序82至92传输给第二接口程序82，该接口程序82把信令信息传输给协调处理器66的第一接口程序80。应用程序84至92因此能够无限制访问TK网络14的信令系统。为此应用程序84至92使用协调处理器66的SCCP/TCAP协议堆栈76、78。协调处理器66的该协议堆栈76、78在已知方法中已经存在。在商业平台72的应用计算机中取消另外的SCCP、TCAP协议堆栈的执行。仅仅必须执行第一接口程序80和第二接口程序82。各自应用程序84至92用作TCAP用户，其借助于接口程序80、82与SCCP、TCAP协议堆栈空间分离布置。商业平台72因此不必支配一个自己的SCCP/TCAP协议堆栈。因此可以选择一个任意的平台实现TCAP用户，不必直接支配SCCP/TCAP协议堆栈。
接口80、82也可以称作TCAP应用接口(TIF)，其中第一接口程序80称作TIF用户，第二接口程序82称为TIF-TCAP。第一接口程序TIF用户80相对于SCCP/TCAP协议堆栈、如同一个TCAP用户、也就是说如同一般的用户部分。第二接口程序TIF-TCAP 82相对于各自应用程序84至92、如同SCCP/TCAP协议堆栈。因此实现应用程序84至92和交换中心12e的空间分离。由此可以保证，通过在接口程序80和82之间的连接仅仅传输信令信息。因此极为有效地禁止因特网18的用户访问交换中心12d的程序系统。
在接口程序80、82的第一实现中二个平台必须匹配。第二接口程序82必须集成在商业平台72中。必须在协调处理器66的程序系统中实现第一接口程序80。可是接口程序80、82与SCCP/TCAP协议堆栈相比有一个非常简单的逻辑，因为其原则上仅以有用数据的形式“传递”信令信息。因此简单建立协议监控、路径选择功能以及另外功能并且是完全透明的。由于接口80、82仅仅传输数据，所以在改变业务或协议、例如TCAP用户协议时不必修改接口。
在连接另外平台、特别是连接在另外的硬件系统上和/或借助于另外的操作系统处理的平台的情况下第一接口程序80也可以无修改地用于该新平台。第二接口程序82也许与该新平台匹配或对于该平台重新建立接口程序。如果在第一平台上由于动态原因例如借助于编程语言“C”建立第二接口程序82，则必须在第二平台上重新建立该第二接口程序82。可是如果借助于平台独立的编程语言、比如借助于编程语言“Java”、建立第二接口程序82，则该第二接口程序82也可以无修改地用于另外的平台，因此必须以依赖于该平台的平台编程语言建立第二接口程序。通过简单构造第二接口程序82没有较大的花费。
存在这种可能性，第一接口程序80与商业平台72的多个接口程序、比如第二接口程序82连接并与其交换信令信息。但是也可以多个接口程序、比如第一接口程序80与协调处理器66的SCCP/TCAP协议76、78连接。另外的接口程序、比如第一接口程序80也可以与组处理器62或信令处理器64的SCCP/TCAP协议堆栈连接。在商业平台72中用于实现接口程序80、82的安装费用是用于实现SCCP/TCAP协议堆栈的费用的大约10％。
在图6中描述了在协调处理器66的第一接口程序80和商业平台72的第二接口程序82之间的一个可能的物理连接。协调处理器66是EWSD交换中心12e(数字电子选择系统)的控制计算机。交换中心12e此外有一个连接控制器98、一个所谓的信令接口链路控制器(SILC)，其确定到商业平台72的信令信道的期限。连接控制器98实施接口程序“传输用户”，其一方面为在处于商业平台72和连接控制98之间的传输链路上的传输协议、例如LAP-D协议确定期限，另一方面为在连接控制器98和协调处理器66之间的数据传输确定期限。传输的数据透明地从第一协议的数据容器复制到第二协议的数据容器中。对此没有实现已传输或者要传输的数据的变换。信令数据传输给PCM连接单元，其中在该PCM连接单元96和商业平台72的应用计算机之间存在一个PCM连接、也就是说PCM链路。
在PCM链路上借助于脉冲-代码调制方法传输数据。TIF-TCAP接口程序82是交换层94的组成部分、所谓的通用中介层。该交换层被布置用于在商业平台72中协调并控制数据传输、特别是用于借助于PCM链路的数据传输。
在图7中描述了在交换中心12e的协调处理器66和商业平台72之间的可能的物理连接的第二实施例。在该实施例中交换中心12e和商业平台72的应用计算机分别有一个接口，其支持基于因特网协议的数据传输。借助于在这二个接口之间的以太网连接实现在商业平台72和协调处理器66的信令系统76、78之间的信令信息的数据传输。
图8指出了在协调处理器66、交换中心12e和商业平台72之间的可能的物理连接的另外实施例，其中冗余实施商业平台和用于控制在商业平台72的应用计算机和交换中心12e的应用计算机之间的PCM连接的终端组C。在图8中描述的实施例类似于在图6中指出的实施例。可是在这个在图6中描述的实施例中没有冗余实施在图8的实施例中冗余实施的组件。连接控制器98经过信令信道与协调处理器66连接。另外的连接控制器同样与协调处理器66的各一个信令信道连接。在图8中这些另外的连接控制器中描述了连接控制器104。用于端接在商业平台72和连接控制器98之间的PCM连接的连接单元C冗余地实施为连接单元96a和实时为连接单元96b。
各二个信令信道作为到连接单元96a和到连接单元96b的固定连接、作为所谓的长时间连接(NUCNai1ed Up Connection)建立。在连接单元96a和商业平台72a之间以及在连接单元96a和商业平台72b之间各建立一个64kbit/s传输容量的数据传输信道作为固定连接，其中LAP-D数据传输协议用于控制数据传输。在连接单元96b和商业平台72a之间以及在连接单元96b和商业平台72b之间同样各建立传输信道作为64kbit/s传输容量的固定连接，其中同样使用LAP-D数据传输协议。
商业平台72a和72b可以布置在一个公共的应用计算机中。该应用计算机应当有至少二个处理器，其中至少一个第一处理器处理用于提供商业平台72a的程序数据并且至少一个第二处理器处理用于提供商业平台72b的程序数据。对此商业平台72a处于使用状态，商业平台72b处于备用状态，对此当商业平台72a停机时商业平台72b可以无中断地承担商业平台72a的功能。
激活在连接控制器98和终端组96a、96b之间的信令信道。另外三个描述的连接为备用并且在需要时可以激活。如此当终端组96a停机时例如激活在连接控制器98和商业平台72a之间的连接，该连接经过终端组96b。正如已经提到的，当商业平台72a停机时激活商业平台72b，其中激活在连接控制器98和商业平台72b之间的信令信道，其经过终端组96a。如果已激活商业平台72b并且终端组96a停机，则激活在连接控制器和商业平台72b之间的连接，其经过终端组96b。
在图9中以另外的元件描述了在图6的第一实施例的交换中心12e的协调处理器66和商业平台72之间的连接。商业平台72也称作开放的业务单元(Open service Unit，OSUN)或者称为开放的系统平台，其中该商业平台同样有一个到因特网18的连接。经过另外没有描述的接口实现到因特网18的连接。商业平台72的运营商根据其需求匹配商业平台72的应用程序。商业平台72的运营商不必是交换中心12e的运营商。在交换中心12e和商业平台72的不同运营商的情况下通过商业平台72和交换中心12e的位置分离产生一个明确的权限分离。商业平台72的运营商可以自己负责地实现应用程序的匹配。商业平台72也可以与交换中心21e位置分离地布置。
借助于商业平台72排除了对交换中心12e的操纵，因为商业平台72不能直接访问交换中心12e的信令系统和程序系统。第一接口程序80仅仅把信令信息进一步传输给协调处理器66的信令系统。因此排除了特别是对交换中心12e的程序系统的操纵作用。接口程序80、82因此也用作在商业平台72和交换中心12e之间的过滤器。如此过滤器也称作防火墙。不同于图6，在图9中描述了另外的连接控制器104、106，类似于连接控制器98建立这二个连接控制器。此外描述了交换中心12a的信令系统112。该信令系统用于提供业务信令功能并且有一个SCCP/TCAP协议堆栈108、110。TK网络14的另外交换中心的信令系统作为信令系统114、116示范描述。
也称作接通拨号的应用程序的应用程序84用于，因特网18的用户经过因特网页面的操作平面可以建立到TK网络14的用户的语音连接。用作商业平台72的应用计算机与因特网18的因特网服务器连接。例如借助于所谓的因特网页面给用户提供到确定专业领域的专家的语音连接。例如可以是应用程序的专家，因特网18的用户在其应用计算机上使用该应用程序。如此用户可以在该应用软件中激活制造商的因特网页面，如此用户在其应用计算机上显示因特网页面的内容。用户可以仔细研究在该页面上提供的、至少以文字形式存在的帮助，以便找到其问题的解决方案。
此外用户通过输入区请求专家的电话指导和/或帮助。为此用户数据、特别是用户的电话终端的呼叫号码经过因特网18传输给商业平台72的应用程序84。应用程序84把用户的用户数据转换为信令信息，应用程序把该信令信息移交给第二接口程序82。正如已经描述的，信令信息以数据的形式传输给第一接口80，该第一接口布置在交换中心12e中并且与协调处理器66的信令系统74、76、78连接。如此应用程序84的信令信息移交给TK网络14的信令系统。
借助于TK网络14的信令网将信令信息传输给交换中心12a的信令系统112，专家的电话终端连接在该交换中心上，会建立到该终端的电话连接。借助于传输给信令系统112的信令信息在用户的用户终端和专家的用户终端之间建立连接。
在另一个实施例中借助于另外的交换中心或者借助于TK网络14的另外的网络单元在专家和用户之间实现连接建立和连接控制。用户和专家的电话终端从商业平台72看来处在TK网络14的一个任意位置。也可以由另外的网络运营商作为交换中心运行TK网络14中的网络段，用户和/或专家的交换中心处于该TK网络中，商业平台72连接在该交换中心上。在图9中描述的信令系统112因此可以通过TK网络14的任意网络单元实现。信令系统112分析应用程序84的信令信息并借助于由应用程序84传递的呼叫号码在用户和专家之间建立连接，接通连接并且也许对连接计费。因此应用程序84使用TK网络14的标准功能。
如果用户有一个具有仅仅一个用户线的模拟用户终端并且用户使用该电话终端访问因特网，则自动通过交换中心12e中断到因特网18的该数据连接，用户的用户终端连接在该交换中心上。接下来在专家的用户终端和用户的用户终端之间接通语音连接。如果用户有具有二个使用信道的ISDN终端或用户不借助于其电话终端能访问因特网18，则不中断因特网连接，因为至少存在一个空的信道，通过该信道在专家和用户之间可以接通语音连接。可是在另一个实施例中也可以经过因特网18在用户和专家之间接通语音连接。
在另外业务特征和特点比如接通会议或因特网繁忙时呼叫等待的情况下也必须在因特网18和TK网络14之间传输信令数据。在业务特征因特网繁忙时呼叫等待中告知被呼叫的用户，TK网络的另外用户希望与其连接，在此期间又遇到因特网18的连接阻塞其终端，对此也可以例如把发出呼叫的用户呼叫号码告知被呼叫用户。在业务特征因特网繁忙时呼叫等待中把TK网络14的信令信息传输给商业平台72的相应的应用程序，其进行到IP信令信息的转换。因此由TK网络14引发该业务特征。
在业务特征“接通会议”的情况下用户可以经过相应的因特网页面在电信网的多个用户之间引发会议连接。召开会议的用户在一个供应商的因特网页面上输入所希望用户的电话号码，该供应商提供上述功能。数据被传输给相应的应用程序、例如传输给商业平台72的应用程序92。应用程序92把相应信令数据交给接口程序82，该接口程序把信令信息移交给交换中心12e的接口80。借助于协调处理器66的信令系统74、76、78把要传输的信令信息被移交给TK网络14的信令网并传输给TK网络14的会议控制单元。会议控制单元建立到所有可能的会议用户的连接并且使这些用户互联。对此会议控制单元布置在同一个交换中心中，商业平台72连接在该交换中心上，在该商业平台上执行应用程序92接通会议。商业平台72例如是一个所谓的开放系统平台。
借助于另外可自动产生的信令数据商业平台72的应用程序92控制会议的召开，特别是该信令数据，借助于该信令数据到电话会议的每个可能的用户的终端建立同意通告的连接并且随后是等待通告的连接。应用程序92接通会议的通信伙伴是会议控制单元。会议控制单元是一个所谓的智能网络应用部分(INAP)。对于会议用户的用户终端的交换中心来说连接的建立是发出呼叫的用户建立到各自交换中心的用户终端的用户的传统连接。会议控制单元因此建立到每一个用户的连接，有用信道互连并且实施到各个会议用户的连接的连接控制。把数据供给商业平台72的应用程序92，数据在因特网页面上可以显示给召开电话会议的用户，并告知用户电话会议的召开状态。
也可以借助于任意另外的、用于数据传输的物理连接实现在接口80、82之间的连接。任意另外的数据传输协议也可以用于在接口之间的数据传输。对于TK网络14的交换中心和控制单元来说如同在商业平台72直接访问TK网络14的信令系统时一样与商业平台72的应用程序84、92经过接口80、82同样透明地交换信令信息。
权利要求
1.运行电信网的方法，在该方法中由控制计算机(66)控制电信网(14)的网络节点的网络单元(12e)，控制计算机(66)除了有其操作系统外还有至少一个第一接口程序(80)以及一个信令程序(76、78)，信令程序(76、78)在控制计算机(66)和电信网(14)的另外控制计算机(34、36、38)之间实现信令发送过程，应用计算机(72)与控制计算机(66)连接，该应用计算机除了拥有所属的操作系统外还有至少一个第二程序接口(82)以及有至少一个应用程序(84至92)，借助于第二接口程序(82)把数据传输给第一接口程序(80)并且由第一接口程序接收，所述数据包含信令信息，借助于第一接口程序(80)把由第二接口程序(82)传输的数据的信令信息供给网络单元(12e)的信令程序，在该方法中借助于网络单元(12e)的信令程序(76、78)把用于应用程序(84、92)的信令信息供给第一接口程序(80)，第一接口程序(80)把具有这些信令信息的数据传输给第二接口程序(82)，其中借助于第二接口程序(82)把接收的信令信息供给应用程序(84至92)。
2.按照权利要求1的方法，其特征在于，控制计算机(66)的信令程序和另外控制计算机(34、36、38)的信令程序(76，78)形成电信网(14)内部的独立信令网，其中在控制计算机(66、34、36、38)之间接通固定的信令信道。
3.按照上述权利要求之一的方法，其特征在于，借助于7号信令系统实施信令发送过程。
4.按照上述权利要求之一的方法，其特征在于，信令程序(76、78)给至少一个应用部分提供业务。
5.按照权利要求4的方法，其特征在于，第一接口程序(80)是信令程序(76、78)的应用部分。
6.按照上述权利要求之一的方法，其特征在于，借助于第二接口程序(82)把信令功能提供给应用程序(84至92)，信令程序(76、78)支配该信令功能。
7.按照上述权利要求之一的方法，其特征在于，借助于LAP-D数据传输协议或借助于基于因特网传输协议的数据传输协议实现在第一和第二接口程序(80、82)之间的数据传输。
8.按照上述权利要求之一的方法，其特征在于，应用程序(84至92)与一个基于因特网协议的网络(18)连接，借助于应用程序(84至92)经过该网络(18)给用户提供业务，该业务要求与电信网(14)交换信令信息。
9.运行电信网的布置，具有一个控制计算机(66)，其控制电信网(14)的网络单元的网络节点，其中控制计算机(66)除了拥有其操作系统外还有至少一个第一接口程序(80)以及一个信令程序(76、78)，在控制计算机(66)和电信网(14)的另外控制计算机(34、36、38)之间实现信令发送过程，具有一个应用计算机(72)，其与控制计算机(66)连接并且除了具有其所属的操作系统外还有至少一个第二接口程序(82)以及至少一个应用程序(84至92)。其中该布置在借助于应用计算机(72)和控制计算机(66)执行程序时实施按照上述权利要求之一的方法。
10.电信网，其特征在于，所述电信网包含多个网络单元(12a至12f)，所述电信网将连接到网络单元的用户连接起来，其中电信网包含至少一个根据权利要求9的网络单元(12e)。
全文摘要
本发明涉及运行具有控制计算机(66)的电信网(14)的方法和布置，该控制计算机控制电信网(14)的网络节点的网络单元(12e)。该控制计算机(66)除了其操作系统外有至少一个第一接口程序(80)以及信令程序(76、78)，该信令程序在控制计算机(66)和电信网(14)的另外控制计算机(34、36、38)之间实现信令发送过程。一个与控制计算机(66)连接的应用计算机(72)除了分配给其的操作系统外有至少一个第二接口程序(82)以及至少一个应用程序(84至92)。借助于第二接口程序(82)把数据传输给第一接口程序(80)并且由第一接口程序接收数据。数据包含信令信息。借助于二个接口程序(80、82)在应用计算机(72)的应用程序(84至92)和控制计算机(66)的信令程序(76、78)之间交换信令信息。
文档编号H04Q3/00GK1543747SQ02811383
公开日2004年11月3日 申请日期2002年4月3日 优先权日2001年4月6日
发明者H·欣德伯格, H 欣德伯格 申请人:西门子公司