CN1099210A - 具有动态数据库的电信系统 - Google Patents

Abstract

局间承办者在数据库16中提供它们各自的长 途通信服务的收费率信息。PBX40和中心局31使 用ISDN和/或SS7信号传送系统存取费率信息， 并利用它判定在任一给定时刻在一次呼叫的定线中 应选用哪个承办者。此类获取可基于一个呼叫一个 呼叫的方式进行。或者可将承办者的费率计划局部 地存储在PBX或本地通信交换局内，从而免除对每 次呼叫向数据库进行查询的必要。

Description

本项发明涉及电信系统。

在提供电信业务的方面日益加剧的竞争已成为一种全球性的发展趋势。竞争已发展到用户可以从许多个电信业务提供者那里得到服务。这包括向一般顾客提供的各项服务（如普通长途通信业务）和商务性的服务（如各种复杂的出网呼叫程序）。另外，多个服务提供者之间的竞争，使对电信业务的收费更多地受市场的支配，而不是受管理机构的支配。

目前，人们已经认识到当今可用的技术有利于扩大电信业务中自由市场定价的概念-特别是电话呼叫中每次呼叫的收费率问题。依据本发明，一个电信服务者例如一个局间承办者（cacrrier）可在一个数据库中对至少一种通信服务-如普通长途呼叫业务-给出自己的收费信息。该信息根据“费率控制”数据，如服务者的网络中当前各部分的业务水平，这种业务量的变化趋势、或者其它服务者提供的最新费率信息，而得到不断的更新。以本发明的数据库，发出用户呼叫的交换设备-例如用户小型交换机（PBX）或中心电话局-可获得该数据库中存储的费率信息，并以此为基础判断在任一给定时刻使用哪个服务商。该项发明对于各个服务商的有益之处在于该诸如使他们可调整其费率方案，以利用可在一天中使用的独特呼叫方案;或者刺激或削减他们的通信网络中特定部分的业务量，使其适应网络的通信能力。他们还可以利用本发明来应付其它服务商作出的费率变化情况。本项发明对于通信用户来说也是有益的，因为它使用户能以最低的费率进行“采购”（shop）。

通过对附图所示的各种实施例子的详细描述，可充分理解本发明。在各附图中：

图1显示了实施了本发明的电信网络;

图2至图5是流程图，显示了在图1所示的通信网中实施本发明的各种实施例的步骤;

图6是流程图，显示了在图1所示通信网内为更新收费率数据库中的呼叫费率进行的步骤。

图1显示了一个实施本项发明的电信网络。所示的网络包括了三个互连的电信服务提供者的网络：本地交换承办者（carrier）（LEC）网络30和局间承办者（IXC）网络10和20。这三个网络全部可通过与LEC网络30中的中心局31相连接的用户终端35-1至35-N向用户提供服务。

IXC网络10和20具有相同的基本结构。为此，仅对IXC网络10的结构给出详细的图示。具体地网络10包括多个长途交换装置，在图1中显示了其中的三个长途交换装置，-即装置11，12和13，它们通过局间中断线115，116和125彼此互连。一个典型的长途交换装置通常可向多个LEC中心局提供服务。在图示情况下，长途交换装置13通过音频通路139向中心局31提供服务。

在中心局31和IXC网络10之间SS7信号传送，是由链路32和经链路34与网络10中的STP15连接的信号传送点（STP）35进行的。一般来说，网络10内有若干STP，而STP35也可与除STP15之外的STP连接。事实上，每一个STP都包括一对STP单元。这为每个STP装置提供了负载共享和备份的能力。因而，图1所示的用于连接STP的链路，实际上被分在STP对的两个STP单元之间。网络10还包括一个信令控制点，即SCP17。就其本质来说，这是一个数据库，可从网络10内对该数据库进行查询，以获得诸如用于“800”和“900”型呼叫路由信息以及用于有效私人通信网络（VPN）呼叫的特许代码。

在图1中还显示了一个位于用户住所的通信服务站组，如服务站组45-1至45-M处的PBX40。PBX40与中心局31和网络10经相应的ISDNPRI信号传送链路互连。特别地，B信道43和D信道42延伸到中心局31，而B信道48和D信道49延伸到交换装置12。

每一个长途交换装置包括一个“主”长途交换机和一个SS7的接口。特别地，长途通信交换装置11包括作为主交换机的长途交换机111。SS7信令接口是如1988年6月21日授予J.W.Darnell的美国专利4，752，924中所述的公共网络接口（CNI）环112。长途交换机111与CNI环112通过路径113相连接。虽然在图1中未详尽地描述，但所示的路径113包括控制交换机与CNI环之间的信息通路的一个中间处理机。

长途交换装置12和13具有相似的结构。特别地，在装置12（13）中包括作为CNI环122（132）的主机的长途交换机121（131）。长途交换机121（131）基本上与长途交换机111相同，并经路径123（133）与CNI环122（132）相连接。

上述的各个网络部件之间进行的SS7信号传送是经过若干SS7链路来提供的。特别地，CNI环112有经链路117与STP15相连接的SS7连接。CNI环122和132也有分别经链路127和137的类似的SS7连接线。最后，SCP17内的CNI环（图1中未给出）经链路171与STP15相连接。

在IXC网络10中还包括一个网络监控系统18，对于该系统将在后面更适当的时候予以讨论。

中心局31经音频路径39与IXC网络20互连。SS7连接径SS7链路32，STP35和SS7链路36与网络20相连接。另外，PBX40经ISDN    PRI    B信道46和PRI    D信道47与IXC网络20相连接。

图1网络的运行中，SS7链路所进行的信号传送的主要功能，是使两个网络部件正确地连接。在此过程中，SS7信令可与诸如线路的建立/阻断与数据库（如SCP）检索的功能相关，以实施诸如“800”服务的号码转换。SS7信号传送能力也可被用于其他目的。具体地，至少有一个IXC网络在其数据库中为至少一个服务（如基本长途通信服务）提供费率信息。在本实施例中，在更具体的情况下，IXC网络10保持费率数据库16，在该数据库内保持有长途服务的收费率。在图中，IXC网络20也保持一个类似的数据库。尽管如下面将要详细说明的那样，并不需要该数据库。

在图中，PBX40和中心局31都访问费率数据库16和IXC网络20保持的费率数据库的费率信息。随后，该费率信息被用于确定在任一特定的时刻向两个IXC网络中的哪一个中的特定呼叫进行定线（berouted    to）。在本例中，此确定只是基于在该时刻两个IXC网络中的哪一个网络正提供较低的费率而定，尽管可考虑其它因素诸如服务商提供的折扣方案的影响。

对于PBX，IXC的选择是在PBX内部进行的，且呼叫经PBX的直接连接而被定线到所选择的IXC。在中心局31的情况下，假设操纵着中心局的本地交换承办者向其用户提供了“最低费率呼叫”或LCC服务，其中由用户所在的本地通信交换局为一个已发出的呼叫确定最低费率的局间承办者，并自动地把此呼叫定线到该承办者。

开始时，可能无法判断哪个IXC是最低费率的提供者。例如，一个承办者可能具有较低的初始阶段收费，而另一个承办者则具有较低的以后的每分钟计费。在这种情况下，某些预选方法可被用于对选用哪个承办者进行决策。例如，这种决策可简单地基于局间呼叫的平均长度;或基于一个在不同通信地点之间的呼叫持续时间普通模型，或简单地基于来自某一有关用户通信终端的关于呼叫持续时间的统计信息，统计的范围可以是针对通信区域内的一般呼叫，也可以是针对向某一特定地点发出的呼叫。由不同的服务者向特定的用户提供各种具体计费方案，也可被用于选择使用某一承办者。如两个承办者提供的费率相同，或如对某一次呼叫提供的最低费率的承办者无法被确认的话，则该次呼叫被简单地定线到预先被确认的缺度承办者。这种承办者在当今美国通信业中被称之为：基本局间承办者或PIC。

用标准网络数据库存取机制，经STP15和SS7链路161对费率数据库16进行存取。特别地，中心局31可仅用标准的SS7    TCAP信息存取费率数据库16，以获取所需的信息。如PBX40有到STP的SS7链路，该PBX40可以类似地方式查询费率数据库16。的确，某些大的商业客户的PBX已装有SS7链路，用以与SCP进行通信，使这些PBX可得到各种所谓的“智能呼叫处理（ICP）”服务。但在本实施例中，PBX40未被赋予SS7信号传送能力。而该PBX40对两个IXC网络的费率数据库的存取是经与其ISDN连接进行的。在此，也可采用各种标准技术，已经知道如何使PBX具有存取网络数据库的能力，例如用ISDN信令进行ICP的SCP17。这在下面还要详细地介绍。

可一个呼叫一个呼叫地存取费率数据库16。即：例如，每当在与中心局31相连的站35-1或在与PBX40相连的站45-1处的用户输入电话号码时，中心局或PBX便对各个IXC网络发出查询指令，为该次呼叫获取当时的费率信息。或者，可以周期性地存取适用于有关的PBX或中心局发出的呼叫的承载人的全部长途通信费率计划（例如每隔15分钟进行一次），并将获取的信息存储在PBX或中心局内，以免除每个用户向数据库查询呼叫费率的需要。

LEC和IXC最好可建立一个协议，以在费率的变化值生效之前，能充分提前地在费率数据库中得到费率的变化情况，由此使LEC确信它总是拥有最新的费率数据。例如，可安排在每小时的第10、25、40和55分钟之前得到费率的变化情况，并严格地使该费率变化将在正好5分钟之后（即在每刻钟）生效。另一种可能性，是通过周期性地或每当加到来自LEC或中心局发出的呼叫的费率变化时，使IXC自动向中心局传送其费率信息，来避免LEC或中心局重复存取IXC的费率数据库的必要。

或者，不是每个中心局从服务商那里直接地获取费率信息，而是由LEC根据查询或通过从服务商的自动传送获取该信息的。该LEC则可：（a）将一费率结构分送给该LEC控制的所有中心局，或者，（b）提供一个数据库，使LEC控制的每个中心局都可向该数据库发出询问。后一种方案可能具有极为突出的优点，因为LEC数据库可预先比较不同服务商提供的费率，并在需要时，通过利用上述的一个或多个统计呼叫模型，确定并存储表示哪个承办者提供诸如到整个网络中的各可能目的地中心局的最低费率的信息。随后，一个中心局可通过简单地查询中心LEC数据库并在查询中提供呼叫目的地区号和本地交换代码，来确定把呼叫定线至哪个服务商。

而且，如果一个特殊的服务商选择不再保持费率数据库，该服务商提供的固定不变的、已公布的费率仍然会被局部地存储并与其它服务商提供的随时间变化的费率相比较。

在图2-5中，用流程图显示了上述各种可能性。

特别地，在图2中给出了上述提到的PBX的例子。在用户通信终端之一的45-1处的呼叫者拨被呼叫者的电话号码（功能块201）。PBX40随即判断这是否为需核对费率的呼叫。假若不是，例如此次呼叫是在某个PBX的本地呼叫区域之内作出时，则此次呼叫正常进行（功能块204）。然而，假如有必要核实费率，PBX40将同时向IXC10和IXC20进行查询。

特别地，圣IXC10，PBX40发出带有Q.932设备信息元素（FIE）的一个ISDN建立请求（功能块206）。该请求包括决定此次呼叫所适用的费率所需的信息。这种信息应包括诸如呼叫方和被呼叫方的电话号地区号码和本地交换。该请求经D信道49、CNI环122和链路123传递到长途交换机121。交换机121随即将Q.932FIE转换为SS7    TCAP    BEGIN消息（功能块209），随即经链路123，CNI环122，SS7链路127，STP15和SS7链路161用全局标题转换（global    title    translation）方法将该信息传递到费率数据库16（功能块213）。费率数据库16进行查询，并送回费率值（功能块213）。费率数据库16进行查询，并再次使用全局标题转换，将费率数据在TCAP    END消息中返回交换机121（功能块216）。（如所熟知的，长途电话费率值的高低通常由通信地点之间的地理距离确定，因而上述提到的查询可包括某些简单的计算，以求出费率值。）交换机121将TCAP    END消息转换为Q.932    FIE，并将其送至PBX40（功能块218）。

在IXC10内进行功能块206至218的运行的同时，在IXC20中进行着以220概括表示的另一组类似的功能块。最后，PBX40获得了对两个IXC提供的有关呼叫的费率值。PBX40比较这两个费率值，并在比较的基础上选出一个承办人，并将该呼叫经适当的PRI链路接给选定的承办从（功能块219）。

图3的步骤显示了由LEC30存取费率数据库以向期望获得“最低费率呼叫”服务的用户提供此项服务。用户（顾客），例如正在使用用户通信站35-1的用户，向中心局31发出一个呼叫（功能块301）。中心局31从内部数据库（图3中未画出）判定该用户是否已预约了最低费用呼叫业务（功能块304）。若判断的结论是否定的，则该呼叫被定线至用户预先选择的基本局间承办者（功能块305）。若判断的结论是肯定的，中心局并行地向IXC10和IXC20进行查询，正如前面所述的PBX40那样。由于中心局31已直接将SS7与费率数据库相连，所以这种情况不涉及ISDN信令。相反地，中心局经SS7链路32，STP35，SS7链路34，STP15和SS7链路161向（IXC10中的）费率数据库16发出了一个适当的SS7    TCAP    BEGIN消息。该费率数据库进行如前面结合图2描述的运行，并在TCAP    END消息中向中心局31提供所需的数据。

在IXC10中进行功能块306和309的同时，在IXC20中进行着与之类似的、概括地标为320的一组功能块，最后，中心局31获得了上述两个IXC中的每一个将支付该呼叫的费率值。象前面的做法一样，中心局对这两个数据进行比较，在比较的基础上选出一个承办者，并将该次呼叫接给选定的承办者（功能块311）。

如前所述，对为每次呼叫进行查询的一种替代办法，是周期地进行（例如每15分钟进行一次）存取承办者的整个长途通信费率计划并将它们局部地存储起来。这种方法示于图4和5中，仍是在由LEC提供最低费率呼叫服务的情况下。

图4中功能块401和402展示了一种处理过程，借助它中心局经上述的任一种机制，周期性地接收来自IXC的、适用于从中心局经那些IXC定线的呼叫的整个费率计划。它以TACP    BEGIN消息开始此过程。因返回的信息较长，无法包括在一个TCAP    END消息中。因而，IXC用一个由TCAP    END消息结尾的TCAP    CONTINUE消息序列送回费率计划。

图5显示了以这种方式获取最低费用呼叫服务的实施例。特别地，功能块504、506和508分别与图3中的功能块301、304和305相同。但在功能块511，可向用户提供另一种服务。特别地，假设有一个IXC愿意规定在未来某段时间内（例如在30分钟之内）生效的费率。在从该IXC费率数据库内获取这些费率之后，中心局可扫描那些将在未来时间段内有效的费率值（功能块511）。假如由于没有一个IXC将会提供一个比当前最低费率更低的费率而不值得继续等待时，呼叫就被定线至最低费率的承办者（功能块516）。假如继续等待是有益的，则给发话者一个显示（功能块514）通告他/她有关的情况，诸如何时通话费率会改变以及经济上的好处如何。此时要求发话者表明是否立即发出呼叫（决策块517）。若回答是肯定的，则呼叫被发出（功能块516）;或回答是否定的，则呼叫被断（功能块518）。在用户希望等待更低的费率时，LEC可提供进一步的服务，即当新的、更低的费率生效时，LEC自动地发出呼叫。特别地，在新的费率生效之时，中心局将会在呼叫方电话线中发出响铃信号。当用户端摘机时中心局将与受话方终端接通，也许先向呼叫方提供一个提示，表明这是为等待更低收费率生效而重新安排的呼叫。

现在来讨论一下所示的在费率数据库16中的费率计划是如何进行更新的。

正如前面曾提到过的，IXC网络10包括网络监控系统18。该系统18可能又包括了一个或多个所谓的操作支持系统。正如人们所熟悉的，这样的系统与长途交换装置、STP、SCP、传输设备及其它各个网络部件进行通信，以监视网络内各个部件中的业务量的大小等因素，并根据由此而获得的数据，控制诸如网络内的业务量路由及向网络管理人员发出的报警。系统18利用BX.25和OSI协议监测和控制各个网络部件进行通信。这种通信借助交换式数字网络和/或直接（点对点）接线进行。例如，可用直接接线方式把系统18与长途交换机互连、与数字网络互连作为备份。除了费率数据库16以外，所示的系统18与其它各个网络部件只通过数字网络进行连接，而没有备份。在图1中，路径181代表了连接系统18与交换式数字网络的链路。信号传送路径182代表了前面提到的直接连接。正如刚才所暗示的那样，通过特定路径182之一即路径1821，在系统18和费率数据库16之间存在着直接连接。

网络监控系统18被编程，以向费率数据库16报告某种预定的费率控制数据。在最佳实施例中，费率控制数据至少要包括网络内各点的业务量水平以及各个特定网络部件的状态（动态/静态）。随后，费率控制数据被费率数据库16用于更新费率计划。

根据本发明的特征，所示的费率数据库16是诸如在以下文献中所描述的动态数据库：Dayal等人的“Jhe    HiPAC    Porjeot：Combiming    Actvie    Database    and    Timing    Constraints，”ACM-SIGMOD    Record，Vol.17，No.1，March    1988，pp.51-70;Mc    Carthy等人的“he    Architecture    of    An    Active    Database    Management    System，”Proc.ACM-SIGMOD    1989    Int′l    Conf.Management    of    Data，Portland，Oregon，May-June    1989，pp.215-224;Gehani等人的“Ode  as    an    Active    Database：Constraints    and    Triggers，“Proc.17th    Int′l    Conf.Very    large    Data    Base，Burcelona，Spain    1991，pp.327-336;Gehani等人“Event    Specification    in    an    Active    Object-Oriented    Database，”Proc.ACM-SIGMOD    1992    Int′l    Conf.on    Management    of    Data，San    Diego，California    1992;Gehanie等人的“Composite    Event    Specification    in    Active    Database：Model&Implementation，”Proc.of    the    18th    Int′l    Conf.    on    Very    Large    Database，Vancouver    BC，Canacla，August    1992。这些文献在此均被引作参考文献。

假如一个常规的数据库被用于此应用，则独立于数据库管理者而运行的软件应用，将提供：（a）反复存取存储在该数据库中的费率控制数据;（b）对此数据予以核查;（c）根据予先给定的长途通信费率改变算法，改变存储在其中的长途通信费率。然而，被存入该数据库的大量的数据，将需要有一种极强的、并因而很昂贵的处理器来实现这项应用。相比之下，在一个动态数据库中，该数据库管理（a）存储数据;（b）在特定数据符合特定的预编程标准时产生“报警”或“触发”从而开始时行运作。（的确，一个触发可用于判定特定的费率控制数据-如在任一特定的时刻通过某一交换机的业务量-是否处于充分的“有意义”量级，以此授权存储该数据。）由于该数据被收到时受到审核和作用。因而仅需要一个信息处理能力低得多的处理器。在这种情况下，所述作用就是对长途通信费率的更新。

作为一个例子，如某一标准得到满足，费率数据库16可按预定的一个百分比被编程以降低在特定的一对长途通信交换机之间进行的所有呼叫的长途通信费率。这种通信费率降低会起到刺激沿该路由的业务量的作用，因为至少对于把该路由作为基线路之一的呼叫来说，长途通信费率可低于其它服务商提供的费率报价。费率数据库16内的编程，使得在稍后的某一时刻，当其它某些标准满足时，有关的长途通信费率变回到其原有的水平。的确，如条件允许，费率会增加到通常水平以上。

标准可以是十分简单一条，诸如超过通信网络内两个交换机之间的业务量阈值（例如，可用每小时呼叫的次数或呼叫容量的百分比值度量）。该标准也可能是相当繁杂的，诸如在考虑到某一段时间内要涉及许多长途交换机业务量水平变化趋势的标准。可能利用的其它因素，包括特定网络部件承受的负载占其容量的百分比;各种网络部件的（动态/静态）操作状态;业务量水平不同于某预定值的程度，或这些因素的组合。

因此，应理解费率数据库16实际上是两个数据库。一个数据库存储产生触发的费率控制信息。另一个数据库存储费率计划本身。

费率数据库16也可利用与系统18提供数据不同的其它要求去修改费率。例如由费率数据库16产生的触发指令可考虑IXC网络20提供的长途通信费率，这些数据是经SS7查询IXC网络20内的费率数据库而得到的。在另一种可能的情况下，触发可产生为网络的特定元素所要求的水平的函数，用于以网络为基础的服务（如以网络为基础的相互作用对策（game））。同样经过SS7查询，可从一个SCP得到该数据;通过该SCP控制决策地进入。

图6显示了一个对存储在费率数据库16中的费率进行更新的过程。如功能块601所示，系统18和/或其它费率控制数据源将该数据提供给费率数据库16。在功能块602。费率数据库16根据响应于该数据而产生的费率动态数据库触发指令对费率进行更新。更新后的费率值被传送到网络的费率帐单系统，如功块604所示。

更详细地思考上述的功能，应理解的是，在费率数据库16中长途通信费率的变化必须与网络内的费率帐单系统（图中未给出）的运行协同一致。通常，上述帐单系统接收在呼叫结束时由长途交换机产生的帐单记录。每次呼叫均由该帐单系统“计费”。这意味着长途呼叫的费用仅基于该呼叫期间有效的费率来计算，并随即算出的应付费用被计入此次呼叫的费用帐单中。在这里，费率数据库16中每次长途通信费率的变化均应通知为通信呼叫计费的总帐单系统的各有关部件。这是直接地由费率数据库16，响应于相同的触发指令，在费率的变化生效前足够长的一段时间内将费率的变化经适当的信号链路输入该帐单系统而实现的，以确保更新后的费率在其生效之时即可投入计费使用。每次更新费率，都应附有表明该变更何时开始生效的数据。

以上只介绍了本项发明的原理。因而应理解的是，本领域内的技术人员可设计出多种装置;这些装置虽未在此明确地显示或描述，却实施了本发明的原理，因而也属于本发明的范围和精神。

Claims (17)

1、一种供电信服务提供者使用的在电信网络10上定线(rontes)呼叫的方法，所述方法包括以下步骤：

在一数据库16中存储费率信息，该费率信息确定了当前对经所述网络定线的至少一类呼叫有效的长途通信费率；所述方法的特征在于以下步骤：

经与所述数据库相连的电信信号传送通路(171，15，34，35，32)，向所述呼叫源31提供至少一部分所述费率信息。

2、如权利要求1所述的方法，其中所述数据库是动态数据库。

3、如权利要求1所述的方法，其中所述费率信息部分包括适用于所述呼叫源发出的呼叫费率信息。

4、如权利要求1所述的方法，其中在所述提供步骤中所述费率信息部分是响应于来自所述呼叫的所述来源的查询而被发出的。

5、根据权利要求1的方法，还包括以下步骤：

作为至少第一预定标准的函数，改变至少一部分所述存储的费率信息。

6、根据权利要求5的方法，其中在所述提供步骤中，所述收费率信息部分是响应于所述改变的发生而提供的。

7、根据权利要求5的方法，其中所述标准是所述网络中至少一第一业务量水平的函数。

8、根据权利要求5的方法，其中所述标准是所述网络的至少一个元件的操作状态的函数。

9、根据权利要求1的方法，还包括以下步骤：

作为限定当前对所述一类呼叫有效的长途通信费率的费率信息变化的函数，改变至少一部分所述存储的费率信息;上述呼叫在由一第二电信服务者操作的电信网络上得到定线。

10、一种由设备31采用的方法，通过它可经所选的至少两个服务提供者（10，20）中的那个把从起始位置到目的地位置的电话长途通信呼叫定线，该方法的特征在于以下步骤：

若呼叫经过一第一服务者定线，则从所述第一服务提供者，经与所述设备（34，35，32）相连的电信信号传送通路，接收适用于所述呼叫的长途通信费率;

至少作为从所述第一服务提供者接收的长途通信费率的函数，选择一个具体的服务提供者;

经过选定的服务提供者的设施定线该呼叫。

11、根据权利要求10的方法，其中所述接收步骤包括经所述电信信号传送通路向所述第一服务提供者发出查询的步骤。

12、根据权利要求11的方法，其中在所述接收步骤中所述设备接收适用于经所述设备定线的呼叫的长途通信费率方案，所述方案包括适用于所述呼叫的所述长途通信费率。

13、根据权利要求11的方法，其中所述接收步骤包括从所述第一服务提供者接收适用于从所述设备发出的呼叫的长途通信费率的步骤。

14、根据权利要求13的方法，其中在所述第一服务提供者的请求下所述长途通信费率被提供给所述设备。

15、根据权利要求10的方法，其中所述选择是适用于若被第二个服务提供者定线时的呼叫的长途费率的另一函数。

16、根据权利要求10的方法，还包括经过一电信信号传送通路，从一第二服务提供者接收适用于经所述第二服务提供者定线的呼叫的长途通信费率，且所述选择是从第二服务提供者接收的长途费率的另一函数。

17、根据权利要求10的方法，其中选定的服务提供者是其对呼叫的长途通信收费最低的提供者。

Images