CN1133517A - 智能网电话呼叫的完成 - Google Patents

Abstract

智能网电话呼叫由与网络单元协同工作的智能终端来处理。当第一次从智能终端产生请求智能网处理的呼叫时，终端不具有完成该呼叫的必要的信息；因此，该呼叫由网络单元来处理。但是，如果呼叫包含(a)主叫方请求下行送存；和(b)与拨号号码相关的数据库记录显示存储于数据库中的路由信息标以下行送存的显示时，则将该路由信息下行送存并存储于智能终端中。当再次产生到同一号码的后续呼叫并请求同样的处理时，智能终端则包含必要的路由信息。

Description

智能网电话呼叫的完成

本发明通常涉及完成智能网电话呼叫(即通常请求从网络数据库中检索存储的信息，以对呼叫进行路由选择或处理的呼叫)的装置和方法，特别涉及通过智能网和一个智能终端(即具有存储信息的能力和使用这种信息执行逻辑运算的能力的终端)之间的协作而对这种电话呼叫的完成。

智能网电话呼叫处理现在很普遍。例如，当拨“800”或“被叫集中付费”(toll free)号码时，可将该呼叫按路由送至一个常规的电话号码，且那个呼叫的电话费记到被叫号码的账下。为处理该呼叫，查询数据库以确定或规定呼叫的实际目的地。因此，呼叫的路由选择或其它处理不仅可涉及被拨叫的号码，而且还可涉及各种其它的因素，比如：呼叫发起的位置、显示主叫用户历程的信息、实施呼叫的星期或时间，等等。一个基于网络的智能呼叫路由选择的例子记载于1980年3月4日R.P.Weber的美国专利4,191,860中。智能网的许多细节和其中所提供的特征在1990年6月Bellcore发表的题为“高级智能网第一阶段网络和操作计划”的特别报告SR-NPL-001623中得到陈述。有关智能网的其它信息可在国际电信联盟电信标准部(ITU-TSS，前CCITT)所制定的Q.1200系列建议和AT&T技术期刊1992年9月/10月的第30页Kettler等人的论文“AT&T的全球智能网结构”中得到。

我们发现，重复接入网络数据库或其它类似基于网络的存储单元以确定路由或对智能网电话呼叫的其它处理的过程是低效且费时的。根据本发明，智能网电话呼叫由一个智能终端来处理，该智能终端与如包含这些呼叫的相关信息的数据库这样的网络单元协同工作。当一个请求智能网处理的呼叫第一次从一个智能终端产生时，终端没有完成该呼叫的必要信息；在这种情况下，该呼叫由网络单元如始发交换机和/或网络数据库来处理，以确定与拨号号码相关的目的号码(或其它用于路由选择的信息)。但是，如果呼叫包括对下述情况的显示时：a)主叫方请求下行送存，和b)与拨号号码相关的数据库记录指示存储于数据库的目的号码被标以下行送存，则目的号码被下行送存并存储于智能终端。(以下所使用的“目的号码”包括任何类型的与特定的拨号号码有关的能用于路由选择或完成发给那个拨叫号码的呼叫)。

当产生到同一拨号号码的后续呼叫时(并因此请求同样的处理)，智能终端此时包括了完成呼叫所需的必要的目的地号码。在这种情况下，该呼叫不必由象网络数据库这样的网络单元来处理以找出有关拨号号码的目的号码。因而，提高了呼叫建立和处理的速度和效率。

在本发明的一个特殊实施例中，智能终端包括一个用来存储拨叫800电话号码和对应于那些拨号号码的路由号码之间的译码的存储器。当产生一个800呼叫时，拨号号码的数字被收集起来并例如，逐位与存储器中的号码相比较。如果发现不匹配，则拨号号码传输给始发交换机，并从该交换机发送一个询问消息给业务控制点(SCP)。SCP把800号码翻译成适当的目的号码，把它返回给始发交换机，以便呼叫能路由选择至正确的目的地。始发交换机将该目的号码也发传给智能终端，用以存储在与该拨号800号码相关的存储器中。当此后呼叫同一800号码时，拨号号码此时已位于存储器中。检索相关的目的号码并发送给对呼叫进行路由选择的始发交换机。在这种情况下，不必向SCP询问，呼叫建立时间相应地有益地缩短了。

注意，在本发明的这个实施例中，一个此后从智能终端、发到一个800号码的呼叫将失去其“被叫集中付费”状态，因为该呼叫将使用一个普通的(非被叫集中付费)目的或路由选择号码。但考虑到比如象快速的呼叫建立时间这种优点和最好由主叫方经网络发出这种呼叫的能力，这可能是一种可接受的权衡。

在本发明的另一个实施例中，智能终端能够通过几个不同类型的网络路由选择出站的呼叫，比如有线电视网和蜂窝电话网以及普通电话网。当呼叫首先从智能终端到一个特定号码时，该呼叫根据一个缺省的路由方案进行路由选择，且路由选择信息从该缺省网络的数据库中获得并返回且存储于智能终端中。当从那个智能终端再次产生到同一号码的呼叫时，该呼叫可在不同类型的网络上进行路由选择。

通过研究以下的详细描述能更全面的理解本发明，这些描述可根据附图来解释，其中：

图1是一个说明系统的整体配置的框图，通过该系统，智能终端与智能电信网中的单元协同工作，以对智能网电话呼叫进行路由进择；

图2说明了在图1的智能终端101中执行的过程；

图3说明了在图1的智能网110的交换机中执行的过程；

图4和图5分别说明了包含于图1的智能终端101内的存储器108中以及图1的网络110内的数据库112中的记录的格式；

图6是一个说明本发明另一个实施例的整体配置的框图，其中从一个智能终端发起的呼叫可在不同类型的网络进行路由选择，且；

图7说明了包含于图6的智能终端601内的号码转换存储器以及图6的数据库612中的记录的格式。

首先参照图1，示出一个说明系统的整体配置的框图，智能终端101通过该系统与在标为网络110的智能电信网中的单元协同工作，以对智能网电话呼叫进行路由选择。网络110包括几个各由一个公共集中数据库112服务的互连的交换机111。每个交换机111可包括一个内部快速缓存器114。终端101通过本地环路100连接至交换机111-1，这样，当终端101中始发一个呼叫时，交换机111-1就是“始发交换机”。由站120服务的被叫方连接至另一个称作交换机111-2的交换机，当呼叫指向那个站时，该交换机就是终接交换机。注意，为便于解释，图1的单元是以非常简单的方式示出的；因此，通常有关本地和局间公司的其它网络单元未分别示出。

在本发明的一个特定配置中，各交换机111可以是由AT＆T提供的#5ESS电程序控制的交换系统，而数据库112可以是也由AT＆T提供的No.2网络控制点(NCP)。在本说明书的以下部分，数据库112用“业务控制点”(SCP)来表示，因为这是本领域技术人员所使用的最普遍的术语。交换机111和数据库112可通过象SS7系统这样的公共信道信令系统中的单元(如信令转移点，未示出)彼此互连，这样可由交换机111向数据库112发出询问，且相应于该请求而检索到的信息均以数据消息的形式返回交换机。信令通路在图1中以虚线示出。

智能终端101包括电话站的普通部件，如：通过本地环路100将终端101连接至网络110的电话线路105和连接至线路电路105、分别用作音频输入和输出装置的话筒102和扬声器103。终端101的中心处是微处理器106，它用作电话控制器并用于将终端的其它各种单元互连。详细地说，拨号盘104及其相关的按键音发生器连接至微处理器106，并用于让终端用户键入拨号号码。功能控制钮109也连接至微处理器106，在按作时，通知微处理器允许或禁止所选的处理或功能，这将在下面更详细地进行描述。终端101还包括能长期存贮图4所示的类型记录的号码翻译存储器108和能存贮控制微处理器106工作的程序指令从而使终端101的各种部件能执行以下有关图2所描述的处理的程序存贮器107。如果需要，终端101可包括一个象LCD显示器这样能向用户呈现字符信息的显示器115。

这里应注意的是，图1所说明的部件是在实质上是功能性的，本领域技术人员知道：同样的功能可以通过各种硬件来实现。一些注释可说明这一点。第一，将认识到在程序存储器107和号码翻译存贮器108中执行的功能可结合起来，且这个存储器可以是一个RAM片、任何其它类型的半导体存储器或任何其它能存储信息并被询问来允许查询这些信息的存储装置。第二，将认识到该智能终端在配有适当的电话接口板的个人计算机上实施。在这样一个实施例中，电话接口板提供电话外线电路105、拨号盘104及其相关的按钮音发生器、话筒102和扬声器103的功能，计算机本身的常规部件提供微处理器106、显示器115、功能控制钮109、号码翻译存储器108和程序存储器107的功能。

图2说明了在步骤200中由去话电话呼叫的拨号而启动的过程，它使用存储于图1的智能终端101的程序存储器107中的程序指令来执行。在步骤201中，当在键盘104上输入每位拨号号码时，对该位拨号号码进行检验以在步骤202中确定该被拨号码(即数字序列)至此是否可能与存储于存储器108中的一个号码相匹配。(逐位执行这个过程的原因将在下面陈述)。如果步骤202的结果为否，则断定该呼叫不能用存储于终端101中的信息来处理。在这种情况下，处理按步骤205进行，其中已拨号的数字以及其后的拨号数字传送给始发交换机111-1。除传送拨号号码外，还根据本发明安排站101在步骤207中向交换机111-1请求目的号码的下行送存。这种请求可以对所有呼叫提出，或最好只是选择性地提出。在后一种情况下，仅当拨号号码被识别为那类可以具有一个能被下行送存的一种类型的相关目的号码的号码时(如拨号号码的NPA显示该呼叫是一个“500”、“700”、“800”或“900”呼叫)，可以由站101提出下行送存的请求。如果主叫用户推测网络正在使用数据库来对该呼叫进行路由选择，也可通过对一个性能控制钮109的操作来人工请求下行送存。

依赖于网络110中单元的特定配置，交换机111-1可以响应接收到一个被识别为请求“智能呼叫处理”号码的拨号号码，通过信令网向数据库112提出询问，或询问其自身的本地快速缓存器114-1，以检索有关该拨号号码的目的号码。提出询问之后，如果在与交换机111-1相关的快速缓存器或数据库112中存在一个适当的入口，则可以确定相应于该拨号号码的目号码并将其返回给交换机111-1。然后，该目的号码用于通过网络110中的其它单元对去往适当的目的地(如站120)的呼叫进行路由选择。同时，数据库或快速缓存器显示所检索的目的号码是或不是“可下行送存的”。(这将在图3的步骤303中更详细地描述。)在两种情况下，在步骤207中提出下行送存目的号码的请求之后，要在步骤208中确实目的号码是否返回这个站。如果是，则那个号码在步骤209中存储于站101的存储器108中，且图2的过程终止于步骤206。如果步骤208的结果为否，图2的过程也终止于步骤206。

如果步骤202的结果为是，指示拨号号码可能与一个在存储器108中的存储号码相匹配，则询问存储器108且接着在步骤203中确定关于存储器108是否确实包括拨号号码项以及有关该拨号号码的相应目的地或路由选择号码。如果在步骤203得到否定的结果，则继续步骤201和202中所执行的逐位检查的过程。一旦确定无匹配的可能(最后，可能确定整个拨号号码来存储于存储器108中)，则过程开始上所描述的步骤205。

反之，如果在步骤203判定为是则指示该拨号号码及其相关的目的号码已存储于存储器108中，则在步骤204中将该相关的目的号码送给交换机111-1来代替拨号号码，且那个交换机使用这个号码而不是拨号号码来完成此呼叫。注意，由于该目的号码此时为一个“常规”的号码而不是一个智能网号码，因此该呼叫不需交换机111-1通过SS7信令网访问其快速缓存器114-1或数据库112就可进行路由选择。需要的话，目的号码可以显示于显示器115上，以向主叫用户指示发给拨号号码的呼叫实际上发给了不同于被拨号码的一个号码。如果主叫用户愿意，他或她此时可挂机，然后通过触发一个性能控制钮109来禁止本发明。如果这样做了，则步骤202中的测试被强制为否定结果，从而使用该拨号数字来完成该呼叫。

如上所示，图2的过程在步骤201和202中执行存储器108的逐位检查，以确定该拨号号码是否确实是一个不可能达到与存储器匹配的号码。这种配置优于收集并检验整个拨号电话号码的实施例，因为在步骤202中能做出更早的决定，尤其在本发明的使用限于以一个NPA的预选组开始的拨号号码时，如被叫集中付费或“800”号码以及其它具有900、700或500的NPA的特服号码。在仅检验少数即三、四位数字之后，例如指示长途呼叫的“1”加上3位NPA数字，就能在步骤203中做出不必再询询问存储器108的判定。

如果需要，可修改图2所说明的过程，周期性的或定时从号码翻译存储器107中去除信息，这样就能合理地保证有关一个特定拨号号码的目的号码是“当前的”目的号码。本发明的这个方面可以通过将一个时间标签与存储于存储器107中的每个目的号码联系起来、指示信息存放的日期和/或时间来实现。然后，在图2的步骤202中，可检查时间标签以确信当前时间和时间标签所指示的时间之差不是太大。如果超出了理想的时间，存储的信息就被去除和/或忽略。作为一个替代方案，可以规律地检查存储器107的内容以去除“陈旧的”信息。

图3说明了根据本发明在象图1的智能网110中的交换机111-1这样的始发交换机中执行的过程。如前面所指出，根据网络110中单元的特定配置，交换机111-1可用来识别一个拨号号码为一个请求“智能呼叫处理”的号码。在此类实施例中，未请求“智能呼叫处理”的呼叫按常规进行处理，意味着不必要向网络数据库112发出询问或向本地快速缓存器或其它有关始发交换机111-1的存储器114-1询问。而那些将请求“智能呼叫处理”、但其目的地或路由选择号码已存储于终端101中的呼叫就属于这一类。如前面所提出，对于这些呼叫，在存储器108中所发现的、表示有关拨号电话号码的目的号码的信息在图2的步骤204中送给始发交换机，以便从交换机111-1的角度来看，这种处理与在主叫用户人工拨叫一个到那个号码的普通呼叫时所发生的处理并无不同。

当从象智能终端101选择的终端接收到拨号号码时，图3的过程开始于步骤300。在步骤301中，确定拨号号码是否为一个请求智能呼叫处理的号码、且该呼叫是否伴随着一个下行送存的请求(例如图2的步骤207中所产生的请求)。如果步骤301中执行的测试结果为否，则在步骤302使用从从站101接收的拨号号码信息按常规处理该呼叫。此处需注意，当有关的拨号号码的目的号码已存储于存储器108中时，将不请求下行送存(且步骤301中执行的测试结果因此为否)，这样，在图2的过程中，步骤203产生一个“是”结果，且在步骤204中将存储的信息传输出去以替代拨号数字。在从“无智能”电话拨叫的智能网呼叫中也将不存在下行送存的请求，即不具备处理能力或其它能力的普通电话不能或不实现本发明的智能性。

如果步骤301中所执行的测试的结果为是，则在步骤303中的确定交换机111-1是否具有一个能被下行送存的目的号码。这个结论可取决于以上所提到的、与图2的步骤208的描述有关的许多因素。几个例子将说明：第一，即使该拨号号码是通常对应于涉及智能网呼叫号码的号码，在数据库112或有关始发交换机的快速缓存器114中也可能不存在相应的目的号码，或者该目的号码可能是错误的、失效的或在其他方面不可用的。第二，可能没有有关一个特定拨号号码的单一的目的或路由选择号码，而是基于一些预定的逻辑分析而选择的几个目的号码。(在后一种情况下，可使用本发明的另一个实施例，这将在下面更全面地进行描述。)第三，有关特定智能网(如800号码)的电话呼叫的用户可能不希望公布有关该拨号号码的目的号码。

如果步骤303中判定的结果为否，则不发生下行送存。相反，该过程从步骤302继续，其中呼叫按常规方式完成。另一方面，如果步骤303中的判定结果为是，则在步骤305中将有关该拨号号码的目的号码从交换机111-1送至终端101，并存储于存储器108中。在这种情况下，在步骤302中，呼叫然后也按常规的方式完成。

图4和图5分别说明了包含于图1的终端101内的存储器108中的记录格式和包含网络110中的数据112或交换机111中的快速缓存器114中的记录格式。在图4中，字段401包括各种拨号号码，且每行的其余部分包括有关字段401所表明的特定拨号号码的信息。对于字段401中的每个拨号号码，字段402包括一个相关的目的号码，它由交换机111-1在图3的步骤305中提供并在图2的步骤209中存储于存储器108中。从图5可看出，存储于数据库112中的记录可具有类似的格式，其中字段501包括拨号电话号码，且字段502包括相关的目的号码。特定的拨号号码与多个目的号码相联，这取决于输入到字段503的时间值。这样，相应于拨号号码1-800-123-4567的项包括适用于午夜12：00至上午7：00始发的呼叫的第一目的号码、适用于上午7：00至下午6：00始发的呼叫的第二目的号码和适用于其它时间始发的呼叫的第三目的号码。在一个拨号号码与多个目的号码相关的情况下，目的号码可能被认为是“非下行送存的”，为此，字段504包括一个“否”的指示符来表示这样的事实：数据库112中的特定的目的号码项不能下行送存。但是，作为另一个实施例，可将本发明进行修改，以便所有的目的号码以及在这些号码中进行选择的逻辑规则(基于在字段503中获得的标准)下行送存到终端101，以响应到与那些目的号码相关的拨号号码的电话呼叫的初始产生。在这种情况下，应在步骤204中安排终端101执行逻辑规则，然后，在呼叫产生时应用了逻辑规则的时候，根据结果来选择适当的存储号码。否则将不进行下行送存。

从以上描述可知，如果在被叫集中付费(即800号码)呼叫的情况下实现本发明，则在智能终端中使用目的号码或其它信息而产生的呼叫将不再享受被叫集中付费的资格，因为网络单元将不把这些呼叫看作是指向一个被叫集中付费号码。但是，这在几种情况下可能是优点。第一，存储于智能终端中的目的电话号码可能就是一个位于始发站的本地呼叫区域内的号码，这样对这种呼叫就不征收超出已征收的按期付费账单之外的额外收费。第二，本发明将使800(或任何其它智能电话)号码的重拨更迅速，这在象电台或电视竞赛的场合中是非常重要的。

第三，通过下行送存目的号码并而后使有效智能终端拨叫那个号码，则可使用主叫方的预选局间公司(PIC)在网络上发出该呼叫。这可通过一个例子来说明：如果号码800-123-4567是一个通常由MCI承办的号码，且若目的号码实际上是212-987-6543，那么，通过拨1212-987-6543，呼叫就将指向同一目的，但这是通过优选公司的设备而不必是MCI。这使主叫用户能获得并利用一个公司优于其它公司的独特的能力，例如仅由AT＆T提供的(TM)能力。

第四，通过下行送存目的号码给智能终端，主叫方有机会了解他们所呼叫的人或服务的位置。当网络中发生常规的800呼叫处理时，通常不提供这种能力给用户，因为一个被认为是在东海岸的、拨叫一个服务中心的人可很容易地证明是在西海岸。

现在参照图6，这里示出了一个说明本发明另一个实施例的整体配置的框图，其中路由选择信息形式的网络智能可下行送存到一个多模式的智能终端601，以从那个终端始发的后续呼叫可经不同类型的网络进行最佳路由选择。如图6所示，智能终端601连接到几个不同类型的网络，包括到本地交换机公司(LEC)网络605和到互连的局间公司(IXC)的网络610的第一有线连接、到蜂窝电话网络615的第二无线连接和到有电视(CATV)网络625的第三同轴电缆或光缆连接。这些多模式终端代表了对象Motorola MicroTAC(在1994年2月28日《Telephony》的第31-42页Randy Oster和Gary Brush所著的“PCS：为所有人传递信息”一文中得到描述)这样的双模式终端的一种扩展，它能经LEC和蜂窝网络始发和接收呼叫，并能通过将目前的几种不同的终端类型的功能度简单地结合到一个终端中来实现。假定智能终端601包括图1所示的部件，包括一个控制终端工作的程序存储器和一个包含将拨号号码与路由备注相联系的记录的号码翻译存储器。根据包含于程序存储器中的指令，智能终端601以如图2所说明的、与图1的终端101相类似的方式工作；与那个图中所示过程的区域说明如下。包含于终端601的号码翻译存储器中的记录是图7所说明的类型，以下进行讨论。

当第一次从智能终端601始发一个智能网呼叫时，可假定在号码翻译存储器中没有将拨号号码与任何存储的路由信息相联系的信息，因此，根据缺省的路由来对该呼叫进行路由选择。为描述的目的，假定缺省的路由是从终端601通过LEC网络605到IXC网络610中的交换机611-1。由于该呼叫被认为是一个智能网呼叫，因此向数据库612发出一个询问，它将路由信息返回给交换机611-1，指明应如何对呼叫进行路由选择。在图6的实施例中，可对该呼叫进行路由选择，例如：(a)通过有线连接到LEC网络605，然后到电话606，或(b)通过无线连接到蜂窝网络615，然后到无线终端616，或(c)通过电缆(同轴或光纤或二者)连接到CATV网络625，然后到机顶盒(set top box)626及其相关的电话627。从数据库612接收到的路由信息也可指明呼叫施加到图6所示的每个不同网络的顺序。

根据本发明，从数据库612获得的路由信息传送给并存储于智能终端601内的有关该拨号号码的号码翻译存储器中。因此，当此后同一拨号号码被呼叫时，查询号码翻译存储器，并检索出该路由信息。此时，可直接从终端601对该呼叫进行路由选择，(a)作为有线呼叫到LEC网络605和/或IXC网络610，(b)作为无线呼叫到蜂窝网络615，或(c)作为CATV呼叫到CATV网络625。此外，还可规定选择这种网络以完成呼叫的顺序。

根据刚才描述的配置的优点可见，达到了显著的效率。例如，一个从终端601到无线终端616的呼叫作为一个仅无线呼叫而产生，它仅使用蜂窝网络615而不需使用其它网络。类似地，一个从终端601到电话627的呼叫作为一个CATV呼叫而产生，仅使用CATV网络625。

现在参照图7，这里示出了在存储器已被从数据库612送存来的信息所填充的情况下，包含于图6的数据库612以及图6的智能终端601中的号码翻译存储器内一个说明性的记录格式。每行包括在字段701中所表明的一个特定拨号号码的相关信息。字段702、703和704表示各类网络的优先级，可按这个优先级对去往字段701中的号码的呼叫进行路由选择，这些网络分别是LEC网络605、蜂窝网络615和CATV网络625。因此，例如对去往(908)949-7503的呼叫进行路由选择，第一选择是通过CATV网络625，第二选择是通过LEC网络605，第三选择是通过蜂窝网络615。用于发给不同号码的呼叫的路由选择的顺序是不同的。这里要注意，象一个特定拨号号码的相关目的号码这样的、用于经一个特定网络进行路由选择的共它信息也将如图4和图5所示包含于记录中，除非有一个一致的拨号方案，发给一个特定拨号号码的乎叫按该方案使用同一号码经不同网络进行路由选择。

本领域技术人员知道，可对本发明进行各种修改和修正。例如，虽然图1是在本地交换机公司(LEC)网络的情况下对本发明的实施例进行描绘的，但本发明也能在局间公司(IXC)网络中实施。而且，虽然在“500”、“700”、“800”或“900”号码呼叫的情况下对本发明进行大量地描述，但应理解，在那些向查询台(如411)、障碍台(如611)和紧急台(如911)发出的其它“特别”呼叫方面，也可实施本发明。还有通常称为“附件”的网络单元，它执行数据库和交换机的功能。经这些附件的呼叫象智能网呼叫一样用数据库查找来处理，但并非总是由象“800”或“900”号码这样易识别的码来接入。本申请中所描述的技术也能用于经这些附件而发出的呼叫，且这些呼叫也因此被看作一个“智能网呼叫”，尽管他们不涉及一个具有“特别服务”类型的NPA的拨号号码。因此，本发明仅由所附的权利要求书来限定。

Claims (21)

1.一种用来完成通过拨一个来自包括一个存储器的终端的拨号号码而发出的智能网电话呼叫的方法，包括以下步骤：

(a)判定所述终端中的所述存储器是否包含相应于所述拨号号码的路由信息，

(b)(i)如果是，将所述路由信息提供给电话网络中的单元，以完成所述呼叫，和

(ii)如果否，

a.将所述拨号号码提供给电话网络中的所述单元，以获得完成所述呼叫的路由信息，和

b.将所述路由信息存储于所述终端中的所述存储器中，用于完成去往所述拨号号码的后续呼叫。

2.权利要求1所确定的方法，其中所述路由信息是一个目的地号码。

3.权利要求1所确定的方法，其中所述路由信息标识一个所述呼叫应送至的网络。

4.权利要求3所确定的方法，其中所述网络是一个有线网络、一个蜂窝网络或一个CATV网络。

5.权利要求1所确定的方法，其中存储于所述存储器中的路由信息包括一个显示所述信息存入日期和/或时间的时间标签，且所述方法还包括当所述时间标签显示所述路由信息超出预定的使用期限时从所述存储器中去除信息的步骤。

6.一种用于智能网电话呼叫的呼叫完成方法，包括以下步骤：

判定在第一次从一个智能终端产生请求智能网处理的呼叫时，终端是否具有必要的路由信息以完成该呼叫；

如果终端不具有完成该呼叫所需的必要的信息，则询问网络单元以确定有关该拨号号码的路由信息，并将所述路由信息存储于所述智能终端中；

如果终端具有完成该呼叫所需的必要的路由信息，则将所述路由信息提供给所述网络单元。

7.权利要求6所确定的方法，其中，在所述存储步骤之前，

如果(a)主叫方请求下行送存，和(b)有关拨号号码的数据库记录显示存储于数据库中的路由信息标以下行送存则进行判定。

8.根据权利要求6的方法，其中所述网络单元包括处理所述智能网电话呼叫的始发交换机。

9.根据权利要求6的方法，其中所述网络单元包括一个网络数据库。

10.一个系统，它包括

一个包括用来存储被拨的800电话号码与相应于那些拨号号码的路由号码之间的译码的存储器的智能终端；

响应800呼叫的始发、用来收集拨号号码数字并将所述数字与存储器中的号码相比较的装置；

一个始发交换机；

若发现不匹配，将拨号号码传输给始发交换机的装置；

一个业务控制点(SCP)；

用来发起并传送一个询问消息到所述业务控制点(SCP)的装置；

在所述SCP中用来将所述800号码翻译成一个适当的路由选择号码并用来将所述路由选择号码返回给所述始发交换机的装置；和

在所述始发交换机中用来将所述路由选择号码传输给所述智能终端从而存储于与所述800号码相关的所述存府器中的装置。

11.权利要求10所确定的系统，还包括在发现匹配时用来检索并向始发交换机传输存储的号码的装置。

12.根据权利要求10的系统，其中所述比较装置用来逐位比较所述数字。

13.用来通过一个通信网络完成呼叫的装置，所述装置包括：

一个包含拨号号码的相关路由信息的存储器；

响应于一个特定拨号号码、用来判定在所述存储器中是否存在一个包含所述特定拨号号码及其相关的特定路由信息的登记项的装置；和

装置，用来(a)当所述存储器中存在一个所述特定拨号号码的登记项时，向所述通信网络输出存储于所述存储器中的所述特定路由信息，和(b)当所述存储器中不存在一个所述特定拨号号码的登记项时，(i)向所述通信网络中的一个单元产生一个询问，所述询问包括所述特定拨号号码，和(ii)存储对从所述通信网络中的所述单元接收到的所述询问的响应，所述响应包括所述存储器中所述特定拨号号码的相关特定路由信息。

14.权利要求13所确定的装置，其中所述装置还包括显示与一个拨号号码相关的目的地号码的装置。

15.权利要求13所确定的装置，其中所述路由信息是一个目的地号码。

16.权利要求13所确定的装置，其中所述路由信息标识所述呼叫应送至的网络。

17.权利要求16所确定的装置，其中所述网络是一个有线网络、一个蜂窝网络或一个CATV网络。

18.通过电话网对从一个智能终端始发的电话呼叫进行路由选择的一种方法，所述方法包括以下步骤：

接收一个拨号电话号码作为所述智能终端的输入；

判定与所述拨号电话号码相关的目的号码是否存储于所述智能终端中；

如果与所述拨号电话号码相关的目的号码存储于所述智能终端中，则向所述电话网络中的单元传输所述目的号码来代替所述拨号电话号码；

如果与所述拨号电话号码相关的目的地号码未存储于所述智能终端中，则将包含所述拨号电话号码的询问送往所述电话网络中的所述单元，且作为响应，从所述电话网络中的所述单元接收与所述拨号电话号码相关的目的地号码，并将所述目的号码存储于所述智能终端中。

19.根据权利要求18的方法，其中所述判定步骤仅对选择的拨号电话号码执行。

20.根据权利要求19的方法，其中所述选择的拨号电话号码是基于所述号码的编号方案域(NPA)部分来选择的。

21.根据权利要求19的方法，其中所述选择的拨号电话号码是“800”电话呼叫的号码。

Images