CN1111470A - 电信随我转移业务 - Google Patents

Abstract

如果呼叫方输入规定局间公司(IXC)的接入码， 则把这一呼叫传送到规定的IXC的LEC交换机被 安排向IXC发送输入接入码的指示。该指示可作为 SS7消息或是一部分发送。IXC用于为呼叫提供不 同的呼叫处理，即不同的呼叫特性和业务，根据本发 明的“随我转移”业务，如果把呼叫发到用户电话线的 呼叫方在呼叫前冠以IXC接入码，则允许用户把用 户电话线的呼叫应导入的电话的电话号码提供给 IXC，否则按现有技术完成呼叫。

Description

本发明涉及一个以上的电话业务提供者承办的电话呼叫的处理过程，具体地说，涉及当承办特定呼叫的初始业务提供者之外的公司由基于每个呼叫输入选择信息的呼叫方直接选择或“默认”，即在每个呼叫没有任何呼叫方输入的选择信息时，电话叫呼的处理过程。

在美国，电话业务是由多个提供或公司提供的。一些呼叫是由一个业务提供者处理的，如两个有线电话站之间完成的市内呼叫。另一些呼叫，如长途呼叫需要多个业务提供者共同完成。

提供电话业务的最初始的公司是市话业务提供者，如市内交换公司（象New  Jersey  Bell），但也包括蜂窝（无线）、电缆和任何所谓的“双音频提供者”或“第一连接业务提供者”，所有这些都是市话业务提供者。第二个公司通常但不必须是长途或所谓的局间电话公司，例如，目前对有线电话用户间的长途电话，服务呼叫方和被叫方电话的市话业务提供者是LEC，它们是由长途或局间公司（IXC）互连的。在美国，AT＆T、MCI和Sprint就是三家这样的IXC。在另一例子中，对从移动电话到有线电话站的市内呼叫，市话业务提供者是蜂窝业务提供者，而第二个公司可能是把蜂窝业务提供者网络连接到有线电话站处的被叫方的LEC。因此，一个电信公司担当多个角色是可能的，例如，对于某些呼叫是市话业务提供者，而对另一些呼叫则是第二个公司。

市话业务提供者的每个电话用户都有一个与其电话业务相连的由用户或为用户选择的一个预定的默认的第二个公司。该预定的默认的第二个公司承办该用户电话产生的多公司呼叫，除非该市话业务提供者是通过其它方式被指令的，即指示哪个电信公司应承办该特定呼叫的电信公司代码的呼叫-呼叫入口的方法。对电信公司代码未被输入的任何呼叫，默认的第二公司通常是根据特定电话链路来识别的，示例性地，在这里由有线电话线路，也包括无线（蜂窝）、光纤或电缆连接及所提供的任何其它链路把电话连到市话业务提供者上的，通过该链路，市话业务提供者接收该呼叫。

继续上述局间呼叫的例子，其代表目前最常见的情况，每个到LEC的市内电话业务的用户都使其电话线与一个“最初局间公司”或PIC相连。本局用户被称为所连的IXC的“PIC′d”。对于一个用户是其PIC′d的局间公司将被默认用来完成其电话线产生的局间呼叫，除非IEC是以其它的方式被指令的。根据逐个呼叫，在拨被叫电话号码前，当用户输入对应于所希望的IXC的电信公司代码（示例性地为IXC接入码）时，给出这样的指令。对应于AT＆T公司一个这样的IXC接入码是“10288”（10ATT）。

具体地说，当一个长途呼叫被用户从其电话线发出，且在拨被叫电话号码之前没有输入接入码时，该呼叫就通过始发方用户的LEC网、PIC′d    IXC网、并最终通过具有作为其一个用户的终端用户的LEC网传送。或者，用户可以在提供被叫电话号码前，通过拨指示他希望哪家IXC承办其呼叫的IXC按入码来起始一个长途呼叫。当服务呼叫方的LEC交换机（switch）收到接入码后，则识别出呼叫方希望通过对应于所收到的接入码的IXC承办其呼叫。因此，LEC把呼叫方的呼叫送到把LEC连到由接入码指示的IXC的中继器，而不论呼叫方电话线是否为该IXC的PIC′d。此后，LEC将被叫方号码送到所选的IXC。注意IXC接入码的提供通常指示出由IXC而不是其PIC′d的呼叫方的选择，但有时也可指示与呼叫方是PIC′d的IXC相同的IXC。

根据现有技术的设置，因为电信公司代码是由呼叫方提供，而不是呼叫方通过默认选择的那个特定的电信公司，所以指示一个呼叫是否送到一特定电信公司的信息不会送到该特定的电信公司。但是，我们认识到，这样的信息对电信公司是有用且有价值的，特别是在提供特殊服务的领域，因此，根据目前已递交的美国专利申请号（case  B.W.Partridge2）的原理，如果规定一个特定电信公司的电信公司代码由呼叫方提供，则把这一呼叫送到所规定的电信公司的市话业务提供者网就被安排用来向所选的电信公司网发送一个指示，即由呼叫方向市话业务提供者提供了电信公司代码。例如该指示是作为信令系统7（SS7）消息或其一部分传送的而且，市话业务提供者也可提供电信公司代码被输入的公司不是呼叫方电话默认选择的公司的指示。

根据本发明的原理，当电信公司收到电信公司的电信公司代码被呼叫方输入的指示时，电信公司被安排提供与当指示未收到时提供同一呼叫的处理不同的呼叫处理，例如不同的呼叫特性或业务。根据这样的一个业务，即“随我转移”业务，如果把呼叫发到用户电话的呼叫方在该呼叫前冠以电信公司的电信公司代码，则该电信公司完成到与用户以前规定的电话号码相应的电话的呼叫。如果呼叫方发出呼叫，而未用电信公司的电信公司代码冠在该呼叫前，则该呼叫被完成到用户的电话。根据另一个这样的业务，如果呼叫方的呼叫不能被完成，且呼叫方在呼叫前冠以电信公司的电信公司代码，则呼叫方被提供给一个语音信箱，其中可存储由被叫方在以后检索的消息。在本发明的一个实施例中，电信公司是一个局间公司，电信公司代码是一个IXC接入码。

图1示出根据本发明原理完成呼叫的示例性的系统;

图2示出示例性的SS7    ISUP（ISDN用户部分）IAM（起始地址消息），其中IXC接入码被拨的指示作为IXC接入参数数字段的第一位被传送;

图3示出了一个示例性的“转移”表，其中存储了在用户的电话号码和电话线的电话号码间产生联系所需的信息，用户希望其呼叫通过“转移”业务传送;

图4示出了图1所示系统使用的一个示例性的DN触发表，其中特征或业务的电话号码、用户根据区域代码和号码按数字顺序列出;

图5示出了本发明的另一个实施例，其中“转移”业务所用的信息存储在局间公司（IXC）网的中央数据库中;

图6示出了根据本发明的示例性处理过程的流程图，通过该过程用户把电话线的电话号码存在一个数据库中，该电话线是其要用于发送呼叫到其电话号码的;以及

图7示出了用于“转移”业务的处理过程的流程图，这样当在图6所述公司的网络的数据库中已建立一个联系时，呼叫方可产生一个呼叫，并使其发向被叫方。

本发明具体涉及长途或所谓的局间呼叫，它涉及长途或局间公司，也称作一个IXC的优点的使用。例如在美国，AT＆T、MCI和Sprint公司就是三家这样的公司。象New  Jersey  Bell这样的市内交换公司或LEC的市话业务的每个用户都使其电话线与一个由或为市局用户所选择的“初始局间公司”或PIC相连。本局用户称为所连IXC的“PIC′d”。

当用户起始一个长途呼叫，而未输入任何标识一个IXC的接入码时，呼叫就通过始发方用户的LEC网、通过PIC网，并最终通过有其中一个用户作为终端用户的LEC网传送。同样，如用户起始一个长途呼叫，并把标识IXC的接入码冠于终端电话号码前时，该呼叫则通过发出方用户的LEC网，给接入码规定的IXC网，并最终经有其中一个用户作为终端用户的LEC网传送。对于某些呼叫，也可能从电话线使用规定与该电话线为PIC′d的IXC相同的IXC的IXC接入码产生。

根据现有技术，从LEC接收呼叫的IXC由于用户的电话是那个IXC的PIC′d，所以不知道该呼叫是否被送到IXC，或用户所拨的IXC接入码是否到达该IXC。根据本发明的原理，如果规定一个IXC的接入码是由呼叫方输入的，则将这样一个呼叫传送到规定的IXC的LEC网就被安排向该IXC网发送输入了一个接入码的指示。然后，被接入的IXC网处理这样一个呼叫，该处理与呼叫被发送到IXC网的情况不同，因为该用户的电话线是该IXC的PIC′d。

在图1中，多个电话用户11…12都设有市内交换公司（LEC）20提供的市内交换业务。LEC20包括多个服务各用户的市话中心局交换机21…21。当长途呼叫由一个用户（如用户11）产生时，所连的市内交换机21从所拨的电话号码，具体说为其区域码中识别其确为长途呼叫。作为该呼叫处理的一部分，如果没有拨IXC接入码，交换机21存取数据库26，其中与现有技术一样为每个LEC的用户存储了最初局间公司或PIC的标识。在数据库26还具有涉及所有局间公司或IXC的PIC信息，该数据库在这里称作“全球”PIC数据库。

在本例中，用户11是IXC30的PIC′d。即IXC30是该用户所选的最初局间公司。IXC30包括局间公司网络交换机，说明性地为AT＆T公司的4ESS^TM交换机。呼叫从市内交换机21经链路27送到IXC30，具体说是始发交换机301。在本发明的一个实施例中，链路27包括实现市内交换机21和始发交换机301之间的话音连接和信令连接所需的所有部分。在IXC网络30中，呼叫最终被送到IXC终端交换机302处。在通过网络的传送过程中，呼叫也可通过周知的例如各种中继线和各种交换节点（未示出）来传送。

如果IXC接入码被拨动，如IXC30的接入码，则LEC20的市内交换机21如前所述将呼叫送到IXC交换机301。但是，除现有技术所要求的市内交换机21和IXC交换机301间的任何通信外，市内交换机21还向IXC交换机301发送一个IXC30的IXC接入码被拨动的指示。在本发明的一个实施例中，该指示是作为一个信令系统7（SS7）消息发送的。图2示出了一个根据本发明原理的示例性的SS7  ISUP（ISDN用户部分）IAM（起始地址消息）201，其中一个IXC接入码被拨动的指示是作为IXC接入参数字段中的第一位传输的。注意，IXC接入参数不是目前定义为SS7消息组的一部分的参数。

在本发明的另一个实施例中，市内交换机21也发送一个IXC30不是用户11的电话线为其PIC′d的IXC的指示（如果情况确实如此的话）。市内交换机21可通过比较对应于所拨IXC接入码的公司和为用户11的电话线存在全球PIC数据库26中的IXC来确定这一信息。这样一个指示体现在图2所示的SS7    ISUP（ISDN用户部分）IAM（起始地址消息）201的IXC接入参数字段203的第2位中。如果该位如图所示置为0，则指示出承办该呼叫的IXC不是始发呼叫的用户的电话线为PIC′d的IXC。如果该位被置为1，则指示出承办该呼叫的IXC是始发该呼叫的用户电话线为PIC′d的IXC。字段205是IXC接入参数字段203的长度指示符。接入参数字段203的其余位都标有X，表示它的值不被考虑且它们被留作以后使用。

本领域技术人员将了解怎样利用多频（MF）信令来扩展本发明实施例的指示，该多频信令是当LEC和IXC间设有SS7连接时，由一个老接口（older  inter  face）使用的连接LEC和IXC的信令。在每个实施例中，指示可作为SS7消息通过IXC信令网（SN）390从始发IXC交换机301发送到终端IXC交换机302。

图1还示出了LEC40，其具有所述呼叫正被导入的用户作为其用户之一。与LEC20相同，LEC40包括服务例如LEC用户51…52的市内交换机41…42，以及当出站长途呼叫由用户51…52发出时所用的全球PIC数据库46。在本例中，终端用户是用户51。

IXC交换机301和302被连接到其各自的公共平台附件（CPA）381…382上。CPA是设计用来补充可用于现存的IXC交换机的功能的处理器，使它们一起可提供其单独使用时不能提供的特征和业务，而不必进行重大的再设计。一种这样的业务就是“随我转移”业务，根据本发明原理，在要向用户电话线发出呼叫的呼叫方用IXC的接入码冠在该呼叫前时，允许用户把到用户电话线的呼叫应导入的电话线的电话号码提供给IXC。注意，新的交换机可设计成使公共平台附件的功能设计在其中。

CPA382（CPA的一个例子）包括控制CPA操作的处理器388，后者连到双音多频（DTMF）检测器384、数据库386和接口392上。接口392包括CPA382和IXC交换机372之间通过的声音信道和信令信道端。在一个实施例中，CPA382和IXC交换机372间的连接器是综合业务数字网（ISDN）初级速率接口（PRI），其提供23个声音（B）信道和与这些声音信道相连的一个数据（D）信道。此外，接口392也可在话音信道上提供报警，如单音或话音消息。接口392连到双音多频（DTMF）检测器384上，双音多频（DTMF）检测器384可检测并向处理器388发送在接口392端信道上收到的双音多频信号的解码值。接口392把IXC交换机372和CPA382间的消息传给处理器388，和从处理器388中传出消息。

图3是一个示例性的“随我转移”表351，其中存储了在用户电话号码间产生联系所需的信息，它的存储在用户电话号码字段353，表中还存储了用户希望其呼叫通过“随我转移”业务传送的电话线的电话号码，它们存储在转移电话号码（forwarding  telepone  number）字段355中。每个用户也可在PIN字段357中存储个人识别码（PIN），用来证实其改变存在转移电话号码字段355中的电话号码的权力。如果一个用户的电话号码未在字段353中发现，则他没有预订“随我转移”业务，尽管他可能已预订了CPA382提供的其它业务。

当用作终端交换机时，每个IXC交换机都有各自的一个目标号码（DN）触发表371…372，表中列出了预订需要公共平台附件（CPA）以实现其至少某些功能的特征或业务的用户的电话号码。图4给出了一个示例性的DN触发表，其中特征或业务用户的电话号码341，通常也称作自动号码标识（ANI）被以数字顺序按区域码或区号列出。XXX-XXXX表示对任一特定的区域码所存储的最新的号码。注意，如果所有由IXC交换机372终接的呼叫都传送到CPA382，且如果任何用户都被允许在转移电话号码字段355中存储电话号码，则预订是不必要的。

对于从用户11发到用户51的呼叫，IXC终端交换机302进行测试，以确定用户51的电话号码是否列在其DN触发表中。如终端用户号码没有被列出，则IXC终端交换机302就把该呼叫传送到市内交换机41，而后将该呼叫送到其终端用户51的电话线，而不论IXC接入码是否被拨动。这样，就在用户11和51之间建立一个连接，该连接包括通常如现有技术中的LEC和IXC。

但是，如果终端用户号码被列在IXC终端交换机302的DN触发表中时，则IXC终端交换机302通过发送1）所谓的呼叫方号码（CPN），即终端用户的电话号码（ANI），及2）呼叫用IXC接入码发送的指示（如果交换机收到这样的指示），查询CPA382。CPA382查找将提供给终接方号码的特征和业务。如果“随我转移”业务将被提供，如“随我转移”业务相关表351（图3）的用户电话线字段353中终接方号码项所指示的，则CPA382确定1）呼叫是否用IXC接入码发出，2）对于被叫用户，电话线的电话号码，而不是其电话线是否已被存储。如果上述情况都未满足，或仅有一项满足，则如现有技术那样，呼叫在该用户线路上完成。但是根据本发明的一个方面，如果两个条件都满足，则CPA382就把存储在转移电话号码字段355中的有关电话号码提供给IXC终端交换机302。然后，IXC终端交换机302使呼叫通过IXC网传送到与服务所存的电话号码指示的电话线的LEC相连IXC交换机上。CPA382也通知IXC终端交换机302应开始计取被叫用户使用“随我转移”业务所需的呼叫的附加部分的费用，这种电话号码被存在转移电话号码字段355中以使用“随我转移”业务的方式将在下面进行详细描述。

图5示出了本发明的另一个实施例，其中“随我转移”业务所使用的信息存储在中央数据库中，如局间公司（IXC）网中的周知的网络控制点（NCP），图中示出了a）电话站501，呼叫可从其中产生，b）市内交换机公司（LEC）503，c）IXC交换机503、533和535，其中对IXC交换机505给出了较详细的视图，d）CCS网523和e）数据库531。

IXC交换机505包括：a）主处理器507，b）通知设备（ANNFAC）509，c）双音多频接收机（DTMF  REC）511，d）消息接口515，e）总线517，f）转换结构518和q）话音识别单元516。主处理器507通过在总线517上与IXC交换机505的其它部分进行必要的处理和交换消息控制IXC交换机505的整个操作。通知设备（ANN  FAC）509可给出能被呼叫方听见的各种通知。各种通知或其组合部分被预存储在通知设备（ANN  FAC）509中，并通过给通知设备（ANN  FAC）509提供指针进行存取。双音多频接收机（DTMF  REC）511接收根据电话站501的键盘上的按键所发送的双音多频信号，并把对应于每个所按键的数字提供给主处理器507。

消息接口515是一个协议转换单元，它允许IXC交换机505与公共信道信令（CCS）网，如CCS网523进行通信。它格式化发送到CCS网523的所有消息，并抽取从CCS网523收到的响应。其它的IXC交换机，如IXC交换机533和535，也可通过CCS网523把消息送到数据库531。

转换结构518可将使呼叫方的呼叫到达IXC交换机505的中继线（如中继线504）连到a）通知设备（ANN  FAC）509，b）双音多频接收机（DTMF  REC）511，c）话音识别单元516或d）通过链路521连到局间公司网的其它部分上。这种连接的目的将在下面进一步描述。

按照上面的描述，IXC交换机505可被本领域技术人员设计成接收IXC公司代码被输入（如果是的话）的指示，以提供“随我转移”业务。

图6给出了根据本发明原理的示例性处理过程的流程图，通过该流程，用户将他希望的发到其电话号码的呼叫要被传送的电话线的电话号码存储到数据库，如数据库386（图1）或数据库531（图5）中，该处理将根据图5所示的装置描述，尽管如此相同的步骤也可用于图1所示的装置。因此，从下面处理的描述中，本领域的技术人员将了解到怎样把该方法用到图1所示的装置中。

当IXC交换机505收到“随我转移”业务的电话号码要被存储的指示时，该处理过程在步骤601开始（图6）。这样的指示可以是到一个特定的预定电话号码的呼叫。例如，电话站501（图5）处的呼叫方可以发出信号，即他希望通过发出一个到局间公司规定的800型号码的呼叫来建立一个联系。

LEC503从呼叫方所拨的特定的800型号码中识别出呼叫将由特定的IXC承办，因此把该呼叫传送到那个IXC的IXC交换机。IXC交换机505识别出所拨的特定的800型号码是一个需送到数据库531并由其处理的号码。因此，它向数据库531发送一个包含所拨的号码的消息。该消息通过消息接口515和CCS网523被发送。数据库531识别出所拨的号码是指示“随我转移”业务的一个新电话号码要被存储的电话号码，因而开始一个过程以获得并存储必需的信息。

接下来，在步骤603（图6），呼叫方被提示输入他电话线的电话号码。所有的提示都由IXC交换机505（图5）完成，使通知设备（ANN  FAC）509向呼叫方产生一个合适的通知。在该过程的任何点所提供的特定的提示，除非另有规定，都是从数据库531中收到的消息所指示的提示。转换结构518把中继线504上呼叫方的呼叫连接到通知设备509上，以使呼叫方可以听见这些提示。

通过按电话站501上的键，呼叫方以双音多频（DTMF）信号的形式提供对这些提示的响应。为接收并解码呼叫方提供的双音多频（DTMF）信号，双音多频接收机（DTMF  REC）511通过转换结构518连到该呼叫方的呼叫上。与已解码的接收信号相应的消息经过消息接口515和CCS网523发送到数据库531。在另一个实施例中，呼叫方可以由话音识别单元516接收并解码的语音的形式提供其对这些提示的响应。

在步骤605（图6）中从呼叫方接收的信息成为有效。这一步是通过确定所提供的电话号码是否为预订了“随我转移”业务的电话号码来确定的。这种确定可以由数据库531（图5）进行。用户也可在用户被允许存储一个“随我转移”业务的新电话号码前要求有效的PIN入口。接下来，在615步，呼叫方被提示输入发到其电话线的呼叫应被传送到的电话站的电话号码，即转移号码。在625步，根据本发明原理，数据库531存储所接收的信息以使用户的电话线路与所提供的转移电话号码相连。

图7给出了根据本发明原理的一个处理过程的流程图，当一个联系已在图6所示的公司网的数据库中建立时，用“随我转移”业务，使呼叫方可产生一个呼叫并使之传送到被叫人。当呼叫方在通过a）拨1+区号+号码，或b）接入码+1+区号码已建立联系的电话站，如电话站501（图5）产生一个卡片呼叫（card  call）时，该过程在步骤701开始。市内交换公司（LEC）503的交换机接收所拨的数字并识别出该呼叫是IXC型的呼叫。因此，市内交换公司（LEC）503将呼叫传送到IXC交换机用于进一步处理。

如果一个具体局间公司（IXC）的接入码不是规定为呼叫方所拨数字的一部分，但呼叫必需由局间公司承办，则市内交换公司503通过中继线，如中继线504把呼叫传送到一个局间公司的IXC交换机505。市内交换公司503了解到已分给电话站501的默认的局间公司。如果所拨的数字包括规定一个特定的局间公司的接入码，则市内交换公司（LEC）503通过中继线把呼叫传送到所规定的局间公司的IXC交换机505。而且，根据本发明的原理，如果接入码被拨的话，市内交换公司（LEC）503向IXC交换机505传送接入码已被拨的信号。

在步骤703（图7），根据本发明的原理，IXC交换机将呼叫识别为已用IXC接入码拨出，并通过发送被叫号码查询数据库531（图5）。数据库531根据被叫用户的号码识别出该呼叫是“随我转移”业务的一个候选者。在步骤705，数据库531定位图6所示的过程中存储的收到的被叫用户号码的联系（如果有的话）。接下来，根据本发明的原理，在步骤707，通过利用所存的用户的电话线的电话号码与转移电话号码间的联系，检索电话站所存的转移电话号码。在步骤709，该呼叫被传送到转移电话号码所指示的电话线，并在步骤711退出该过程。注意，仅是1）通过在被叫方电话线和另一电话线间预先存储了一个联系的公司上发出的呼叫，和2）拨了接入码的呼叫才能使用“随我转移”业务。

注意，在图1的讨论中，提到被叫方要支付因转移引起的附加费用。但是，即使呼叫被转移到与呼叫方所期望到达的电话线不同的线路上，呼叫方也没有理由不支付整个呼叫的费用。这可以通过用呼叫账单中的所拨号码代替转移号码来实现。

在另一个实施例中，IXC接入码被输入的指示可用于触发上述“随我转移”业务以外的业务。例如，可向所有使用IXC接入码发送其IXC呼叫的呼叫者提供优惠。

此外，呼叫信息而不是被叫电话号码可与IXC接入码被输入的指示一起用于触发其它的业务。例如，如果一呼叫是从一个IXC的PIC′d的非付费电话拨出，而不是拨其IXC接入码所选的，则一个特定的问候或感谢消息可提供给呼叫方。或者，IXC可仅对那些输入其接入码且是那个IXC的PIC′d的呼叫者提供优惠，以对那些注意其广告的忠实用户提供好处。同样，IXC也可仅对那些输入了其接入码而不是那个IXC的PIC′d的呼叫者提供优惠，以吸引新的用户尝试它们的业务。

对一个IXC来说，计算通过其网络使用其接入码发出的电话呼叫的数目也是很有用的。这样做可使IXC了解有关其广告有效性的信息。这些信息可根据呼叫的分类，或呼叫的特性，如付费电话呼叫、非付费电话呼叫、住宅电话呼叫和商业电话呼叫，以及呼叫的时间进一步细分。

为了便于使用IXC接入码，可将它编程到用户电话上的一个可编程的单触拨按键（如样的按键可用的话）中。同样，付费电话可装有预偏程的单触拨按键，它们分别对各种IXC的接入码，并标有IXC的名称。在这样一部电话的呼叫者仅需在拨被叫方号码以确认他的呼叫是通过他希望的IXC发出的之前按下IXC按键。该付费电话响应按下的所选择的IXC，拨出所选IXC的接入码。此后，呼叫者按现有技术拨出呼叫。

应强调的是，虽然前述例子是根据具有“1-0-XXX”形式的IXC接入码描述的，但本发明不限于此。任何形式的电信公司代码都将满足。例如，电信公司代码可以语音的形式，即说出特定的电信公司的名称。

前述仅说明了本发明的原理。应当理解本领域技术人员可在本发明的精神和范围内设计出各种体现本发明原理的方案，而这里没有明确地描述并给出。

Claims (8)

1、一种用于呼叫环境的方法，其中呼叫方和被叫方之间的电话连到各自的市话业务提供者网上，对于呼叫方和被叫方之间的任何特定的多公司呼叫，所述市话业务提供者网由分别与多个电信公司之一相连的多个网之一相连接，对任何多公司呼叫，除非那呼叫的呼叫方输入规定要完成所述呼叫的特定电信公司的电信公司代码，否则呼叫方的电话号码被预定的所述的一个特定电信公司通过默认选择来完成所述呼叫，如果所述呼叫方输入所述电信公司的电信公司代码没有被收到，则所述呼叫被给出第一呼叫处理，该方法的特征在于下列步骤：

响应已输入了与所述电信公司相应的电信公司代码的呼叫者，在被选中完成呼叫的电信公司接收所述呼叫者输入了所述公司的电信公司代码的指示；以及

如果收到所述指示，则给所述呼叫一个不同于第一呼叫处理的第二呼叫处理。

2、根据权利要求1的方法，其中所述第一呼叫处理是把所述呼叫传送到所述呼叫方所拨的电话号码直接指示的被叫方的电话，所述第二呼叫处理是把所述呼叫传送与所述呼叫方所拨的电话号码相联的数据库中存储的电话号码所指示的电话。

3、如权利要求2所述的方法进一步包括下列步骤：

接收所述被叫方提供的电话号码，以及

将所述电话号码存在所述数据库中用于第二呼叫处理。

4、如权利要求1所述的方法，其特征在于呼叫方不是输入的电信公司代码所代表的电信公司所提供的电信业务的用户。

5、用于电信公司网的装置，其特征在于：

用于接收完成呼叫方发出的呼叫的信息的装置，所述信息包括始发所述呼叫时，所述呼叫方输入一个电信公司代码的指示;以及

响应所述收到的指示的装置，用以向所述呼叫提供一个不同于所述电信公司代码未被输入的呼叫的呼叫处理的呼叫处理。

6、在电信公司的电话网中用于处理来自呼叫方的电话呼叫的方法，所述电信公司具有相连的电信公司代码，该方法的特征在于下列步骤：

在所述电信公司的电话网中存储当所述呼叫方没有拨所述电信公司代码时所用的默认呼叫处理;以及

如果呼叫方拨了所述电信公司代码，则根据在所述电信公司的电话网中的第二个所存的呼叫处理，取代所述默认呼叫处理，并处理所述电话呼叫。

7、在具有相联的电信公司代码的电信公司的电话网中用来处理来自呼叫方电话呼叫的方法，其特征在于下列步骤：

在所述电话网中，从多个呼叫过程处理中为所述电话呼叫选择一个特定的呼叫过程处理作为从所述呼叫方接收所述电信公司代码的一个功能。

8、用来通过电话完成呼叫方和被叫方之间的电话呼叫的装置，其特征在于：

用于接收呼叫方所拨号码的装置，所述号码包括指定特定的电信公司完成所述呼叫的具体信息，以及被叫方电话线的电话号码;以及

响应电信公司指定信息和被叫方的电话线的电话号码的接收，用于完成到一电话线而不是被叫方的电话线的所述电话呼叫，以及响应没有所述电信公司指定信息的情况，用于完成到被叫方的电话线的所述电话呼叫的装置。

Images