专利名称：用于访问基于辅助单元功能的平台的辅助呼叫处理的制作方法
技术领域：
本发明涉及复杂电信网络中呼叫的路由选择，尤其涉及要求基于辅助单元的应用的呼叫的路由选择。
随着复杂电信网络的发展，如AT&T的交换网络，对定制呼叫处理的需求不断增长，这些呼叫处理通过电信网络给对通用目的地号码呼叫的用户提供了许多业务。这些业务可以包括，但不局限于，定制的帐单，转移呼叫，应答业务，话音信箱等等。
因为电信网络中用于呼叫路由选择的计算机控制交换机普遍地缺乏足够的能力来处理这些规定业务，所以独立的处理器(称为辅助单元，且为本领域中所熟知)已经包括到网络中以帮助提供交换业务特性和能力。相应地，用于处理规定的特性所必需的业务逻辑和用户记录主要存放在与网络接口的辅助单元中。
为了访问这些规定的业务，通常要求主叫通过拨叫一个特定的电话号码，如1—800—×××—××××电话号码，来规定一个特定呼叫所需的辅助单元，以便访问那个特定的辅助单元。当路由选择到辅助单元后，主叫被要求拨叫他最终希望路由选择到的目的地或终端的电话号码。
本领域中访问辅助单元的现有方法如
图1所示，用户拨叫一个并不是他最终所要求的目的地号码的特定电话号码来标识他对辅助单元的需求及辅助单元的类型，呼叫可以从网络中的一个始发式输入端交换机(OSW)(也可能通过其它交换机)路由选择到处理用户要求的特定用户业务应用的辅助单元上，当路由选择到辅助单元后，主叫再拨叫一个目的地号码，呼叫通过辅助单元及可能通过其它交换机连接到终端或目的地交换机(DSW)上以完成对特定目的地号码的呼叫。
由于某些原因，本领域现有访问规定业务的方法代价昂贵并且效率不高。比如，识别访问辅助单元的需要以处理一个特定用户业务的责任是由用户承担而不是网络自己。
目前系统中辅助单元在整个呼叫与目的地号码路由选择时间内都要求处在线状态，而不管辅助单元是否已完成了对业务应用的处理而不必再被占用了。
另外，由于辅助单元在整个呼叫过程中保持在线状态，在整个呼叫过程中辅助单元和交换机间的通信链路和中继就无法使用，而占用了有用的网络资源。
最后，当与特定应用相关的辅助单元或网络链路发生故障或无法使用时，因为现有方法中不存在备用或另外的路由选择能力，呼叫只能被终止了。
以上的问题及缺点可由按照本发明所做的改进而克服，即把要求辅助单元应用的呼叫路由选择接到能够处理对给定呼叫的特定用户应用的本地或远端辅助单元上。
按照本发明的一个实施方式，提供了电信网络中访问一个辅助单元以处理基于辅助单元应用的方法。本发明提供了访问连到一个始发交换机(OSW)的本地辅助单元或当无法访问本地辅助单元时，访问远离OSW的一个辅助的方法。
首先，OSW必须根据实际呼叫数据与保存在交换机中的用户特定数据的匹配来判定一个给定的入局电话呼叫是否要求辅助单元。
当给定呼叫要求一个辅助单元时，OSW必须判定处理给定电话呼叫基于辅助单元应用所必需的辅助单元的类型和基于所要求辅助单元类型识别出有能力处理所述应用的辅助单元的逻辑地址。
根据能处理该应用的辅助单元的逻辑地址，OSW确定要求一个本地的还是远端的辅助单元。对于远端辅助单元，OSW标识出具有到远端辅助单元的通信链路的一个转接交换机(HSW)并且选择一条从OSW到HSW的通路，OSW把呼叫转接给HSW及向HSW传送数据。
当呼叫路由选择到HSW时，在HSW和远端辅助单元间传送信息来处理对于特定呼叫的基于辅助单元的应用，对于本地辅助单元，类似地在OSW和本地辅助单元间传送信息以处理基于辅助单元的应用。辅助单元(本地或远端的)根据保存在辅助单元中的特定用户应用数据负责确定辅助单元的操作模式。
图1是用于通过辅助单元把呼叫路由选择到它的最终目的地号码的现有本领域系统的示意图。
图2A是按照本发明通过本地辅助单元把呼叫路由选择到它的最终目的地号码的系统的示意图。
图2B是按照本发明通过远端辅助单元把呼叫路由选择到它的最终目的地号码的系统的示意图。
图3A和图3B是按照本发明把呼叫路由选择到一个辅助单元的系统的流程图。
图4是按照本发明路由选择到发端交换机的本地辅助单元的框图。
图5是显示了按照本发明把从发端交换机来的呼叫路由选择到连有一个远端辅助单元的越区切换交换机的框图。
图6是显示了按照本发明用远端辅助单元备份本地辅助单元的框图。
图7是本发明的辅助单元使用确定功能的逻辑流程图。
图8是显示了在多个辅助单元间进行负载共享和备份的框图。
在一个优选实施方式中体现了本发明的原则，这种方式提供了一种自适应的路由方案用于访问辅助单元，此辅助单元用于处理从一个始发或存取交换机(OSW)12到一个目的地或终端交换机(DSW)16的辅助单元应用。
参考图2A和图2B，根据本发明原理，进入网络的始发呼叫10通过常规的现有交换处理技术送至OSW12，如AT&T的4ESSTM交换机。OSW12有足够的内存来保存基于自动号码识别(ANI)的触发表以支持将在以下描述的辅助单元访问触发功能。ANI指的是一个记费号码，如对应于发端呼叫电话号码的号码。
常规操作下，电信网络包含把电话呼叫从OSW12路由选择至DSW16的多个交换机，DSW16是网络中对应于由主叫拨叫的目的地号码的交换机。呼叫可以通过直接中继或通过中间交换机(并没有显示)从OSW12连至DSW16。在本领域中熟知的确定路由的方法为实时网络路由选择(RTNR)，在专利号为5,101,451的美国专利中全面的描述。
按照本发明，OSW12负责确定对于一个给定的电话呼叫是否需要一个辅助单元来处理基于辅助单元的应用。由OSW12执行的辅助单元使用确定功能100在图7中显示。
作为辅助单元使用确定功能100的一部分，OSW12可以首先执行呼叫触发类型功能101以做出OSW12的入局呼叫是否为应进行初始数据库检查的一类呼叫的初始判断。参考图3A和图7，如果呼叫触发类型功能101表明呼叫属于需要辅助单元的那一类，就调用辅助单元访问触发功能102，因为要求访问辅助单元的呼叫的类型随着业务的不同而不同，对于呼叫触发类型功能101的要求必须根据应用的实际需要来定义。
不管对呼叫触发类型功能101建立了什么样特定需求，OSW12执行辅助单元访问触发功能102以确定对给定呼叫是否需要访问一个辅助单元。这样，如果一个应用定义了它使用的呼叫触发类型101，则OSW12执行辅助单元触发功能102，否则，在没有已定义的呼叫触发类型功能101的情况下，OSW12不需要呼叫触发类型功能101而执行辅助单元访问触发功能102。
正如图4和图5所示，OSW12执行辅助单元访问触发功能102以确定对给定的入局呼叫是否需要一个辅助单元，这由存取保存在OSW12中的呼叫的用户特定数据以根据用户预订的要求辅助单元访问的特性或应用来确定是否需要存取辅助单元来实现。因此，OSW保存用户的触发表24，对表中的用户的呼叫一定要访问辅助单元。这张触发表包括ANI和它们相关的用户数据，对这些用户的呼叫必须访问辅助单元。根据主叫号码/ANI来索引触发表24中的数据。
为了保证保存在OSW12中的ANI触发表中的ANI数据被唯一地标识，在ANI触发表24中存贮了作为相关数据的一部分的访问类型指示符和业务类型指示符。访问类型指示符对应访问OSW12的模式，即，直接地、交换地成国际间访问，其中需要一个辅助单元。业务类型指示符对应一个用户业务类型，即一个特定的商务或顾客业务，其中也要求一个辅助单元。
为了执行辅助单元访问触发功能102以确定对于特定入局呼叫是否需要一个辅助单元，OSW12必须确定那个特定入局呼叫的实际的ANI，存取类型和业务类型(合称“每个呼叫的实际信息”)，OSW12接着把那个特定呼叫实际的呼叫信息与存贮在ANI触发表24中对应于特定呼叫(ANI)的信息相比较。
当每个呼叫的实际信息(ANI，存取类型和业务类型)与存贮在ANI触发表24中的信息匹配时，OSW12确定那个特定呼叫需要一个辅助单元，当信息不匹配时，OSW确定对特定呼叫无需一个辅助单元，并且，通过常规技术中的交换处理(RTNR)120把呼叫连至DSW16。
本发明的另一个实施方式中，对于路由选择到DSW16的本地辅助单元1L，可在DSW16而不是在OSW12执行辅助单元存取触发功能102，DSW16可能包括一个包含目的地号码和它们相关的用户数据的触发表(未示出)，对这些用户的呼叫必须访问辅助单元。类似于以上描述的优选实施方式，通过比较对一个特定呼叫的实际呼叫信息和存贮在触发表中的信息来确定是否需要一个辅助单元，可以在DSW16执行辅助存取触发功能102。如果实际呼叫信息与保存在触发表中的信息相匹配，就确定需要一个辅助单元，如果不匹配，就确定对那个特定呼叫无需一个辅助单元，呼叫可由常规呼叫处理过程120来处理。
无论是在OSW12还是DSW16执行辅助单元存取触发功能102，包含在OSW12和DSW16中的触发表24包括了保存在各自交换机中的每个预订用户的数据。
当完成了辅助单元存取触发功能102，并且已经作出了对特定呼叫需要访问辅助单元的决定(在应用判定功能104的性能，在以下描述)后，OSW12或DSW16(取决于哪个交换机执行辅助单元存取触发功能102)必须执行一个辅助单元寻址功能103，如图7所示。因为可能存在多个辅助单元，辅助单元寻址功能103决定寻址到哪一个逻辑辅助单元。
为简单起见，以下对辅助单元寻址功能105的描述指的是在OSW12中的；可以认识到，辅助单元寻址功能103也可以在OSW12或DSW16中任一个执行，这取决于使用本发明的实施方式。
因此，如果一个特定的呼叫到达OSW12并且与呼叫显示101(如果要求)和辅助单元存取触发显示102的类型相匹配，OSW12就调用它的辅助单元寻址功能103，OSW12根据存贮在辅助单元存取触发表24的用户相关的ANI数据中的辅助单元逻辑地址(ALA)，以确定一个合适的辅助。为用户指示的ALA将标识一个或多个辅助单元的网络地址，它做为数据存贮在OSW12中。
对于每个辅助单元地址(ALA)，OSW12将存贮以下信息(1)一个应用指示符以选择特定应用的处理；(2)一个辅助单元的“ON/OFF开关”，可以被使用来防止呼叫访问整个辅助单元逻辑组。
(3)一个“辅助单元无法使用”的处理指示符以指明对于不能访问辅助单元逻辑组中任一辅助单元的呼叫所使用的配置和处理。
(4)一个路由数据块指示符(RDB)或与它等价的指示符，由路由选择进程来使用去找到辅助逻辑组的物理地址。
再参考图3A，3B和图7，当确定了合适的ALA后，OSW12(或DSW16)调用它的应用确定功能104以确定什么应用与那个特定ALA相关，每个ALA最好只有一个应用与之相关；但是，多个ALA可能与同一个应用有关。
如果，在辅助单元的使用确定功能104的最后，一个呼叫要求一个辅助单元，OSW12(或DSW16)必须确定一个本地辅助单元1L是否直接路由选择到一个可使用的交换机上(图3B中的步骤105，连至OSW12的本地辅助单元1L在图2A和4中显示，基于辅助单元逻辑地址(ALA)和在辅助单元寻址功能103中标识的相关信息来判定一个本地辅助单元是否可以使用。
但是，并不是每个OSW12都有一个可以处理每个辅助单元应用的本地辅助单元1L。而且，由于许多种原因，对应于在辅助单元寻址功能103中所标识的ALA的本地辅助单元1L可能无法使用或并不存在。因此，有必要提供一种机制用于访问有能力处理特定呼叫的应用的远端辅助单元1L。
图2B、5和6显示了按照本发明把呼叫从OSW12送至连接了一个有能力处理特定呼叫应用的远端辅助单元1R。根据辅助单元使用判断功能100，OSW12可识别一个或多个能处理那个呼叫的应用的远端辅助单元。
特别地，辅助单元存取触发表24包括一个或多个辅助单元(本地或远端的)各自的ALA，这些辅助单元能处理特定应用并保存了特定主叫的用户记录(ANI)。这可能包括一个或多个辅助单元，因此，当本地辅助单元1L不存在或无法使用时，OSW12可以根据辅助单元寻址功能103所标识的ALA确定有能力处理呼叫的远端辅助单元1R。
网络中的每个交换机都指配给一个离散的网络交换机号码(NSN)，OSW12保存与对应于每个ALA的远端辅助单元1R相连的越区切换交换机(HSW)22的各自的NSN清单。因此，当标识了特定远端辅助单元1R的ALA时，OSW12可以确定与所要求远端辅助单元1R相连的越区切换交换机(HSW)22的合适的NSN(图3B中的步骤106)。
OSW12接着确定合适的把呼叫路由选择的对应于合适远端辅助单元1R的HSW22(图3B的步骤107)。在本领域中熟知的确定路由的方法为实时网络路由选择(RTNR)，在专利号为5,101,451的美国专利中全面地描述。
当把呼叫的控制转送给HSW22时，OSW12把一个初始地址信息(IAM)传送给HSW22，如在公共信令系统No.7ISDN的用户部分(CCS7ISUP)协议中。IAM是本领域所熟知的标准协议消息用于在电信网络中的交换机间交换信令。但是，除了标准IAM外，OSW12也向HSW22传送所要求辅助单元的逻辑地址(ALA)及路由和计费信息(图3B中的步骤108)。
另外，OSW12也发送把其从其它交换机标识出来的离散的始发交换机号码(OSN)。因此，当特定的HSW22连接了多于一个的具有在辅助单元寻址功能所标识的特定ALA的辅助单元1R1，1R2，1R3等时(没有显示)，HSW22使用传送来的标识OSW12的OSN确定包含一个对应于不属于OSW12的用户的用户数据库的特定辅助单元1R。
从以上描述中很明显地看出，当一个辅助单元发生故障或无法使用时，或当至HSW22的中继阻塞时，也可使用本发明提供备份功能。现参考图6，如果本地辅助单元11的设备无法使用，OSW12可以上溢到一个预定的NSN，此NSN对应于路由选择到一个合适的备份辅助单元1R的HSW22。根据预定的NSN，OSW12使用RTNR确定到HSW22的合适路由。这样，辅助单元1R可以做为辅助单元1L的备份。
此外，本发明可以在二个或多个包含相同用户信息的辅助单元间平均地分配负载。如在图8中所示，OSW12使用多条路由选择处理表(MRTT)以平均地在两个或多个辅助单元间分配负载。MRTT是一种熟知的路由结构，它允许交换机把负载均衡到最多八个不同的地点(均匀地在交换机间分配呼叫)，正如在专利号5,086,460的美国专利中全面描述的。
因此，本发明能够处理要求基于辅助单元功能的呼叫，并且能够从位于能处理这个特定呼叫的应用的电信网络中的多个辅助单元中选择。通过标识能处理呼叫的每个辅助单元和把呼叫路由选择至连接到所标识辅助单元的任何交换机上，提供了负载均衡和辅助单元备份功能。
不管是否访问本地或远端辅助单元，路由选择了所要求的辅助单元的交换机(OSW12，DSW16或HSW22，它们通称为连接交换机)将向辅助单元发送一个建立消息，如以Q931协议格式。辅助单元通过存取保存在辅助单元中的对于合适用户(由ANI或目的地号码标识)的用户记录来处理建立消息。参考图3B，辅助单元有三种操作模式(1)查询模式109Q；(2)交互模式109I；和(3)监控模式109M。
对于那些要求存取存贮在辅助单元中的用户记录，而不要求与主叫进行任何带内交互的呼叫，使用查询模式109Q。在查询模式下，连接交换机可以与辅助单元交换信息，或从辅助单元检索信息。这些信息的例子包括到计费信息的路由指令，并取决于使用查询模式的业务。在查询模式109Q下，在辅助单元并不中断呼叫的话音通路。因此，在查询模式109Q下，呼叫占用的辅助单元被释放(并且可自由处理其它呼叫)。
对于那些在呼叫建立阶段要求与主叫进行带内交互(如双音多频(DTMF)输入的提示)的业务/特性，使用交互模式109I。最初呼叫将连至辅助单元。当主叫交互完成后，辅助单元要求连接交换机把呼叫转接到它的目的地。即，在呼叫的预应答阶段中，交互模式109I允许辅助单元把呼叫的控制返还给连接交换机。
在查询模式109Q下，连接交换机把交互模式109I的初始建立消息传送给辅助单元。但是，并不是只简单地响应查询和释放连接通路，辅助单元交互模式109I建立了网络中到辅助单元的话音通路，允许辅助单元播放合适的应用特定的通知或提示音，并且接收主叫用户输入的任何双音多频(DTMF)数字。当在交互模式109I下完成了处理后，辅助单元向连接交换机发送一个断开消息，根据所要求的业务或特性，这个消息可以包括一个转发请求，计费信息，或其它特定应用信息。
对于那些要求在呼叫初始建立阶段后与主叫交互的呼叫，使用监控模式。这包括在呼叫已被应答后要求交互的呼叫，以允许主叫同时输入带内DTMF码的任何业务呼叫。在辅助单元监控模式109M下，可从连接交换机把呼叫连至辅助单元并且通过第二个话音通路把呼叫从辅助单元连接回连接交换机。这样就建立了从连接交换机到呼叫目的地的呼叫通路。
在监控模式109M下，在呼叫执行某些操作时，如播放通知和接收主叫方或被叫方输入的DTMF数字时，把辅助单元连至呼叫通路上。这样，在监控模式109M下，辅助单元保持连接到呼叫通路直至主叫断开或辅助单元中的应用逻辑清除呼叫。
一个给定的呼叫将根据应用于呼叫的业务/特性是否要求带内的交互(通知和/或数字收集)及在呼叫的哪一时刻是否要求交互来使用如上所述的三种辅助单元模式的一种或多种。辅助单元负责决定对特定呼叫采用哪种模式(图3B的步骤109)。
这样，当从连接交换机接收到建立消息后，辅助单元通过存取保存在辅助单元中的合适用户的用户记录(ANI或目的地号码)，处理建立消息。如果辅助单元确定对于呼叫无需其它模式(除了查询模式109Q)，辅助单元把查询的结果返回给连接交换机并且结束了呼叫的辅助单元交互。
然而，如果辅助单元确定呼叫需要交互模式(也可能需要监控式109M)，辅助单元建立与交换机的交互模式109I，并且保持在交互模式，直至以下的情况之一发生(a)辅助单元根据它对用户输入的数据(DTMF数字)和对保存在辅助单元中用户特定应用数据的处理，确定不再需要交换机和辅助单元间的交互。这时，辅助单元把呼叫的控制返回给连接交换机，同时也返回任何必要的数据，包括转接号码。连接交换机接着建立呼叫与转接号码间的连接。
(b)辅助单元根据它对用户输入的数据(DTMF数字)和对保存在辅助单元中用户特定应用数据的处理，确定要求监控模式109M，这时就建立起监控模式对于同时要求交互和监控模式的呼叫，直到需要监视模式时辅助单元才建立起监视模式109M。
(c)主叫方断开。
(d)辅助单元确定呼叫应被断开和开始清除呼叫。
如果在处理初始建立消息时，辅助单元根据保存在辅助单元中的用户特定应用数据，确定呼叫马上需要监控模式109M，辅助单元就起始监控模式109M。一旦起动了监控模式109M，它将一直存在直到主叫方断开或辅助单元中的应用逻辑清除呼叫。
因为建立在连接交换机和辅助单元间的话音通路的数目是有限的，本发明的模式确定方案109最好使用呼叫的最少资源占用模式。这样，当在查询模式109Q下，只有要求查询模式的特性才被处理。当在交互模式109I下，只有要求交互或查询模式的特性才被处理。当在监控模式下，任何要求监控，交互或查询模式的特性将会被处理。
正如以上讨论的，在呼叫的任何给定时刻辅助单元确定采用何种模式(图3B中的步骤109)是基于辅助单元用户特定应用数据，用户输入的DTMF数字，和可能是，从连接交换机送至辅助单元的呼叫信息的组合。
应该认识到以上所描述的仅是本发明的两个优选实施方式。本领域的人员在不脱离本发明的实质和范围的前提下可以提出许多其它的方案。本发明仅局限于附加的权利要求所定义的范围内。
权利要求
1.在具有多个交换机的电信系统中，访问一个当连接到发端交换机的本地辅助单元无法使用的用于处理基于辅助单元应用的远离发端交换机的辅助单元的方法，包括以下步骤(a)确定一个给定电话呼叫是否要求一个辅助单元；(b)确定处理给定电话呼叫必需的基于辅助单元应用的辅助单元的类型；(c)根据所要求的辅助单元的类型标识能处理所述应用的远端辅助单元的逻辑地址；(d)标识具有至远端辅助单元的通信链路的转接交换机；(e)选择一条从所述发端交换机到所述转接交换机的路由；(f)从所述发端交换机向所述转接交换机发送数据；(g)在所述转接交换机和远端辅助单元间传送信息以处理特定呼叫的辅助单元应用；并且(h)根据包括在辅助单元中的用户特定应用数据确定辅助单元的操作模式。
2.权利要求1中的方法，其中确定给定呼叫是否要求辅助单元和确定所需的辅助单元类型的所述步骤包括存取对应于特定用户预订了要求辅助单元处理的应用的用户特定数据的步骤。
3.权利要求2中的方法，其中在发端交换机中执行确定一个给定呼叫是否要求一个辅助单元和确定所需辅助单元类型的所述步骤。
4.权利要求3的方法进一步包括以下步骤(a)在包括了对应于发端电话号码和他们的相关数据的自动号码标识的所述发端交换机中保存一个触发表；(b)把特定发端呼叫的实际信息与保存在所述触发表中对应于所述特定呼叫发端号码的自动号码标识的所述相关数据相比较；(c)当所述实际信息与保存在所述触发表中的所述相关数据匹配时，确定对于所述特定呼叫需要一个辅助单元。
5.权利要求4中的方法，其中保存在所述触发表中特定自动号码标识的所述相关数据包括(a)一个对应于当要求基于辅助单元应用时的访问所述发端交换机的模式的存取类型指示符；和(b)一个对应于其中要求基于辅助单元应用的用户业务的业务类型指示符。
6.权利要求5中的方法，其中所述相关数据进一步包括一个对应于能处理特定呼叫的基于辅助单元应用的辅助单元的辅助单元逻辑地址。
7.权利要求6中的方法，其中具有连至辅助单元的通信链路的转接交换机从保存在触发表中的特定辅助单元的逻辑地址中来标识。
8.权利要求1中的方法，其中使用实时网络路由选择执行选择到所述转接交换机的路由的步骤。
9.权利要求1中的方法，其中从所述发端交换机向所述转接交换机传送的数据包括(a)一个初始地址消息；(b)辅助单元的逻辑地址；和(c)路由和计费信息。
10.权利要求9中的方法，其中从所述发端交换机向所述转接交换机发送的数据进一步包括标识所述发端交换机的发端交换机号码，由所述转接交换机使用的进一步标识具有对应于不属于所述发端交换机的用户的用户数据库的辅助单元的发端交换机号码。
11.权利要求1中的方法，进一步包括以下步骤(a)从所述转接交换机向所述远程辅助单元传送一个建立消息并查询；(b)在所述远端辅助单元中保存用户记录；(c)通过存取对于对应于保存在所述远端辅助单元的呼叫的特定用户的用户记录，按照所述辅助单元中的业务逻辑的指示来处理所述建立消息和查询；(d)从所述辅助单元向所述转接交换机发送对所述查询的响应；(e)根据被处理的应用确定是否要求进一步的处理；和(f)当辅助单元不需要进一步的处理时，中断与辅助单元的通信链路。
12.在一个具有多个交换机的电信系统中，从连接到所述目的地交换机的本地辅助单元访问一个处理基于辅助单元应用的辅助单元的方法，包括以下步骤(a)确定一个给定电话呼叫是否要求一个辅助单元；(b)确定对给定的电话呼叫处理基于辅助单元应用的必需的辅助单元的类型；(c)根据所要求的辅助单元的类型标识能处理所述应用的辅助单元的逻辑地址；(d)在所述目的地交换机和处理特定呼叫的基于辅助单元应用的所述辅助单元间传送信息；和(e)根据包含在辅助单元中的用户特定应用数据来确定辅助单元的操作模式。
13.权利要求12中的方法，其中确定给定呼叫是否要求辅助单元和确定所需的辅助单元类型的所述步骤包括存取对应于特定用户预订了要求辅助单元处理的应用的用户特定数据的步骤。
14.权利要求13中的方法，其中所述步骤包括在目的地交换机执行确定一个给定呼叫是否要求一个辅助单元和所要求的辅助单元的类型的步骤。
15.权利要求14中的方法进一步包括以下步骤(a)在包含目的地电话号码和他们相关数据的所述目的地交换机中保存一个触发表；(b)把特定呼叫的实际信息与保存在所述触发表中对应于所述特定呼叫的目的地号码的所述相关数据相比较；和(c)当所述的实际信息与保存在所述触发表中的所述相关数据匹配时，确定对于所述特定呼叫需要一个辅助单元。
16.权利要求15中的方法，其中所述的相关数据进一步包括对应于能处理特定呼叫的基于辅助单元应用的辅助单元的辅助单元逻辑地址。
17.权利要求12中的方法进一步包括如下步骤(a)从所述目的地交换机向所述辅助单元传送一个建立消息和查询；(b)在所述辅助单元中保存用户记录；(c)通过存取对于对应于保存在所述辅助单元中的呼叫的特定用户的用户记录，按照所述辅助单元中的业务逻辑来处理所述建立消息和查询；(d)从所述辅助单元向所述目的地交换机传送对所述查询的响应；(e)根据被处理的应用确定是否要求进一步的处理；和(f)当辅助单元没要求进一步处理时，中断与辅助单元的通信链路。
18.在具有多个交换机和辅助单元的电信系统中，选择和存取能处理特定呼叫的基于辅助单元应用的一个辅助单元的方法，包含以下步骤(a)确定一个给定的电话呼叫是否要求一个辅助单元；(b)确定处理给定电话呼叫的基于辅助单元应用所必需的辅助单元的类型；(c)根据所要求辅助单元的类型标识能处理所述应用的辅助单元的逻辑地址；(d)确定是否要访问一个本地的或远端的辅助单元；(e)传送信息给辅助单元以处理特定呼叫的基于辅助单元应用；以及(f)根据包含在辅助单元中的用户特定应用数据确定辅助单元的操作模式。
19.权利要求18中的方法，进一步包括以下步骤(a)如果无法使用本地辅助单元，则标识具有到远端辅助单元的通信链路的转接交换机；(b)选择一条到所述转接交换机的路由；(c)向所述转接交换机传送数据。
20.权利要求18中的方法，其中确定一个给定呼叫是否要求一个辅助单元，所需的辅助单元的类型的所述步骤包括存取对应于预订了要求辅助单元处理的特定用户的用户特定数据的步骤。
21.权利要求20中的方法，其中在发端交换机执行确定一个给定呼叫是否要求辅助单元和所要求辅助单元类型的所述步骤。
22.权利要求21中的方法进一步包括以下步骤(a)在包括了对应于发端电话号码和他们相关数据的自动号码标识的所述发端交换机中保存一个触发表；(b)把特定发端呼叫的实际信息与保存在所述触发表中对应于所述特定呼叫发端号码的自动号码标识的所述相关数据相比较；(c)当所述实际信息与保存在所述触发表中的所述相关数据匹配时，确定对于所述特定呼叫要求的一个辅助单元。
23.权利要求22中的方法，其中保存在所述触发表中的特定自动号码标识的所述相关数据包括(a)一个对应于当需要基于辅助单元的应用时的访问所述发端交换机的模式的存取类型指示符；和(b)一个对应于其中要求基于辅助单元的应用的用户业务的业务类型指示符。
24.权利要求23中的方法，其中所述的相关数据进一步包括一个对应于能处理特定呼叫的基于辅助单元应用的辅助单元应用的辅助单元的辅助单元逻辑地址。
25.权利要求24中的方法，其中具有连至辅助单元的通信链路的交换机从保存在触发表中的特定辅助单元的逻辑地址中来标识。
26.权利要求19中的方法，其中使用实时网络路由选择执行选择到所述转接交换机的路由的步骤。
27.权利要求19中的方法，其中从所述发端交换机向所述转接交换机传送的数据包括(a)一个初始地址消息；(b)辅助单元的逻辑地址；和(c)路由和计费信息。
28.权利要求27中的方法，其中从所述发端交换机向所述转接交换机发送的数据进一步包括一个标识所述发端交换机的发端交换机号码，由所述转接交换机使用的进一步标识具有对应于不属于所述发端交换机的用户的用户数据库的辅助单元的发端交换机号码。
29.权利要求18中的方法进一步包括如下步骤(a)从所述交换机向所述辅助单元传送一个建立消息和查询；(b)在所述辅助单元中保存用户数据；(c)通过存取对于对应于保存在所述辅助单元的呼叫的特定用户的用户记录，按照所述辅助单元中的业务逻辑来处理所述建立消息和查询；(d)从所述辅助单元向交换机发送对所述查询的响应；(e)根据被处理的应用确定是否要求进一步的处理；和(f)当辅助单元没要求进一步处理时，中断与辅助单元的通信链路。
30.在具有多个交换机的电信网络中，用于把呼叫连至一个能处理基于辅助单元的应用的辅助单元的设备，包括控制装置，包括包含用户特定数据和程序的触发表的存贮，在所述程序的控制下响应存贮在所述表中的数据；(a)响应入局呼叫的存贮在所述触发表中的数据，确定一个给定呼叫是否要求一个辅助单元；(b)确定处理给定电话呼叫的基于辅助单元应用所需的辅助单元的类型；(c)根据所要求辅助单元的类型标识能处理所述应用的所要求辅助单元的逻辑地址；(d)标识具有到所要求辅助单元的通信链路的连接交换机；(e)选择一条到所述连接交换机的路由；(f)向所述连接交换机传送数据。
31.权利要求30中的设备进一步包括用于比较特定入局呼叫的实际数据和保存在所述触发表中的数据的装置。
32.在具有每个都连接有一个或多个所述辅助单元的多个交换机和多个辅助单元的电信系统中，选择和访问能处理特定呼叫的基于辅助单元的应用的辅助单元的方法，包括如下步骤(a)确定一个给定呼叫是否要求一个辅助单元；(b)确定处理特定呼叫的基于辅助单元的应用所需的辅助单元类型；(c)根据所要求的辅助单元的类型标识能处理所述应用的一个或多个辅助单元的逻辑地址；(d)在所述被标识的能处理所述应用的辅助单元间分配负载以选择特定的辅助单元处理所述呼叫。
33.权利要求32中的方法，进一步包括以下步骤(a)当所述被选择的辅助单元不能在本地连至发端交换机上时，标识一个具有到所述被选择辅助单元的通信链路的转接交换机；(b)选择一条到所述转接交换机的路由；(c)向所述转接交换机传送数据。
34.权利要求33中的方法，进一步包括以下步骤(a)从能处理所述呼叫的所述被标识的辅助单元中选择另外一个辅助单元；(b)标识具有到所述另外的辅助单元的通信链路的交换机；(c)选择到所述交换机的路由；和(d)向所述交换机传送数据。
全文摘要
一种方法允许要求在呼叫建立过程中与主叫交互的电信网络中的特定类型的辅助单元应用可以暂时地访问辅助单元，然后再转回网络以连接到最终目的地。特别地，当呼叫进入网络时，网络的发端交换机把特定呼叫转接到辅助单元。辅助单元处于发端交换机本地或远离一个中心交换机。当呼叫已被连接到辅助单元并且主叫的交互已经完成后，辅助单元释放掉话音连接，呼叫转回给交换机，然后呼叫被连接到它的最终目的地。
文档编号H04Q3/66GK1132430SQ9512026
公开日1996年10月2日 申请日期1995年11月27日 优先权日1994年11月29日
发明者普罗姆德·库玛·博海盖特, 沃伦R·莫, 威廉T·香派因 申请人:美国电报电话公司