专利名称：呼叫转移受管路由重选的制作方法
技术领域：
本发明总的涉及用于管理呼叫转移(call forwarding)的方法和系统，特别涉及用于在启动呼叫转移路径的多个可能的节点中进行选择的方法和系统。
背景技术：
已知有一些系统允许将呼叫从网络的被叫节点转移到另一个节点。如果通过第一节点接收业务的用户允许呼叫转移到由第二节点提供业务的用户站点，则至第一节点的呼叫将被转换(divert)到第二节点。这样，就有从始发节点到第一节点的呼叫路径、和从第一节点到第二节点的转移路径，以便使主叫用户与被叫用户建立通信。
尽管呼叫转移能力提供了许多方便，但是现有技术的方法会大大增加某些呼叫连接的费用。例如，一个呼叫可能是从美国的节点始发，而被叫节点可能在德国。该呼叫路径通常需要使用相对昂贵的交换的或租用的国际综合业务数字网(ISDN)设施。如果呼叫要被转换到的目的节点也在美国，则从被叫节点到目的节点的转移路径也需要国际中继线。国际中继线的两次使用将大大增加从始发用户到目的用户的连接呼叫的费用。
授予Uehara等人的第5,452,349号美国专利描述了包括连接到ISDN的公用网的通信系统的使用的改进。在该公用网中包括呼叫改向(calldeflection)控制系统。如果在公用网的一个终端允许呼叫转移，则从ISDN的一个终端接收呼叫时将进行判断。该控制系统判断，是将该呼叫转移到被叫公用网的一个终端，还是转移到始发ISDN的一个终端。如果该呼叫还在公用网内，则该转移在公用网的终端上执行。另一方面，如果该呼叫要被转移到ISDN的第二终端，则向ISDN请求执行呼叫转移。这将消除使用两个不同的ISDN线路所带来的问题。
Uehara等人的系统与现有技术的呼叫转移控制系统相比具有优越性。然而，使用该系统受到限制。例如，被转移的呼叫的目的地可能在第三网络中，所以Uehara等人的系统是不可行的。
需要一种方法和系统来管理将被转移的呼叫，以便节约设施和资源。
本发明概要一种管理呼叫转移的方法和系统，包括确定始发节点、被叫节点、或中间节点中的哪个是启动至呼叫被转移到的位置、即目的节点的链路的最佳节点。启动至目的节点的转移路径的合适节点的确定，是根据可管理的预先定义的准则来进行的，该准则允许一方定制(customize)呼叫转移操作以满足该方的具体网络要求。在优选实施例中，该准则包括被转移的始发用户的允许；目的节点相对于始发节点、被叫节点、及任何汇接(tandem)/网关节点中的每一个的位置和可连接性，这些节点可能是从始发节点到被叫节点的呼叫路径上的中间节点。
该管理呼叫转移的方法的第一步骤是，建立从到达目的节点的多个可选路径中进行选择的准则，该目的节点是当被转移到的用户远离转移用户时呼叫允许被转移到的节点。通常，建立准则的目标是尽量减少用于建立连接的链路。这可以节省昂贵的中继线设施，并降低业务负荷，特别是当网络包括国际链路时。然而，其他因素也是很重要的。例如，一个节点可能不具有启动转移路径的能力，所以必须有规定来确定转移能力。在选择用于启动转移路径的节点时的另一可能因素涉及转移呼叫时特定链路上的业务量。如果检测到可能的转移路径的链路非常忙，则在选择路径时可以不考虑该链路。
在优选实施例中，下一步骤是，是否要在从始发节点到被叫节点的呼叫路径上选择一个中间节点，用于启动至目的节点的转移路径。以往，根据某些属性，如地理距离、网络协议类型、以及路由选择和路由重选属性，对节点进行分组。“节点组”在这里也称为“逻辑边界”。有些节点组之间的链路可能是简单的专用网络链路，而具有不兼容属性的节点组之间的连接可能需要一个或多个网关节点、和昂贵的网关链路，以便允许不同组节点之间的通信。从一个网络到另一个网络的网关节点通常也是该网关节点所处的网络内的主要集线器(hub)。节点或节点组之间的链路可能是公用交换ISDN链路或专用ISDN链路。终端用户(end-user)或终端节点(end-nodes)可能是非ISDN链路。进行呼叫转移路由重选的中间节点为终端用户工作。
如果在实施该方法时，确定一个中间节点将用于启动转移路径，则从被叫节点反向传送请求。该请求指定用于建立呼叫转移的中间节点的标识。在优选实施例中，该中间节点位于从始发节点到被叫节点的呼叫路径上，所以该中间节点能够在设置消息被初始地从始发节点传送到被叫节点时，保存该设置消息中的信息。例如，当请求中间节点进行改发(redirection)时，保存始发节点的标识，并且将转移节点的标识加入设置信息。虽然不是关键的，但是中间节点进行信息的保存/附加可能需要在中间节点上将呼叫转移能力设置为“激活(active)”。
在确定了一个中间节点将被用于启动呼叫转移路径后，从被叫节点将请求传送到中间节点。然后断开被叫节点和中间节点之间的链路，释放该链路以用于其他呼叫。
如果没有中间节点，或者如果没有选择中间节点以用于启动转移路径，则使用建立的准则来选择是从始发节点、还是从被叫节点来启动转移路径。在大多数情况下，如果目的节点与被叫节点在同一组，则使用本领域熟知的技术，从被叫节点转换呼叫。如果目的节点与始发节点在同一组，则始发节点通常是被选择用于启动转移路径的节点。然而，建立的准则可能要求别的的安排，例如在始发节点不支持呼叫转移业务的情况下。
如果将始发节点用于启动至目的节点的转移路径，则可以断开至被叫节点的呼叫路径。这样，可以节省处理和链路资源。受管呼叫转移转化为潜在的费用节省和链路可用性的大大增加。
附图的简要描述
图1是现有技术的示例性拓扑结构的示意图。
图2是本发明的用于建立呼叫转移条件的步骤的流程图。
图3是图2的一个步骤中形成的示例性的控制表。
图4是本发明的管理将要转移的特定呼叫所执行的步骤的流程图。
图5是在图4的步骤68可以执行的事件的表。
图6A和6B是本发明的在中间节点进行转移所执行的步骤的流程图。
图7是在执行图4的步骤时可能遇到的示例性拓扑结构。
图8和图9是选择网关节点以启动呼叫转移的连接和消息的示意图。
图10是本发明的呼叫转移管理路由重选的主要构成部分的方框图。
图11和12是通过非网关节点的中间节点进行的呼叫转移的消息流的示意图。
实施本发明的最佳方式参照图1，示出的网络拓扑结构的例子包括三个互连的网络10、12和14。每个网络包括多于一个节点组。每个组这里被称为“逻辑边界”(LB)。逻辑边界可以基于路由选择属性和/或地理位置。每个网络包括多个逻辑边界。根据地理位置和网络协议类型将逻辑边界指定给特定网络。
在第一网络10中有三个逻辑边界16、18和20。在同一逻辑边界内的两个节点之间或不同逻辑边界、但是在同一网络内的两个节点之间的通信可以由专用网络链路进行。该专用网络链路由图1的较细的节点连接线路来表示。另一方面，如较粗的节点连接线路所表示的，不同网络10、12和14的节点之间的连接可以通过网关链路22、24和26来进行。每个网关链路被连接到至少一个网关节点28、30、32和34。网关节点是更强大的节点，它们支持网关链路，这通常是昂贵的交换的或租用的国际ISDN设施。每个网关节点常常也是该节点所处的网络内的主要集线器。
根据许多现有技术，呼叫转移过程是这样的从始发节点到被叫节点形成呼叫路径，然后从被叫节点到指定的目的节点形成转移路径。这被称为被叫/改发节点上的“转移切换(forward switching)”。例如，如果由逻辑边界16的一个洛杉矶节点提供业务的用户，呼叫由赫尔辛基逻辑边界36中的网关节点34提供业务的用户，则呼叫路径是从LB2的节点到LB5的节点。如果被叫用户已指定了纽约逻辑边界18中的节点用于呼叫转移，则转移路径是从LB5到LB1的指定节点。该从主叫方到转移方的连接需要两次使用网关链路22的昂贵的国际中继线。
与现有技术不同，本发明通过在可能用于启动至指定的目的节点的转移路径的多个节点中进行选择来管理呼叫转移。在优选实施例中，第一步骤是基于“控制”表的选择过程，该控制表用于确定是否要将从LB2到LB5的呼叫路径上的中间节点选作启动转移路径的节点。如下面将要详细描述的，如果选择了网关节点28，则LB5的被叫节点将向网关节点28传送转移请求。当形成转移路径后，可以释放LB5的节点和网关节点之间的链路。
继续说明优选实施例，如果没有选择呼叫路径上的中间节点，则也要根据“控制”表，来确定是被叫节点、还是始发节点应该启动转移路径。对于始发节点与目的节点在同一网络10的例子，更可能选择始发节点。然而，用于在节点之间进行选择的准则必须包括确定一个特定节点是否支持呼叫转移。如果LB2的始发节点不包括呼叫转移能力，则将选择被叫节点来启动转移路径。如果选择了始发节点，则将转移请求传送到始发节点，并且可以释放始发节点和被叫节点之间的链路。
呼叫转移受管路由重选系统可以是专用电信网络/交换机(privatetelecommunication networks/exchanges,PTN/Xs)的辅助业务，其中路由重选可以通过专用链路或使用公用交换网链路的虚拟专用网络来进行。在遇到向远地位置转移的被叫用户时，该系统在理想情况下提供最经济的路由重选路径，这由管理局预先定义。路由重选可以由始发节点、被叫节点、或指定的中间节点来进行。
呼叫转移受管路由重选(call forward managed rerouting,CFMR)包括至少两种业务，即被提供业务的用户转换开关(switch)上的CFMR(CFMR atthe served user switch,CFMR S)、和路由重选转换开关上的CFMR(CFMR atthe rerouting switch,CFMR_R)。
现在参照图2，为图1所示类型的网络10、12和14的每个节点(PTN/X)指定一个独特节点标识。该指定示于步骤38。每个节点知道其被指定的网内(netword-wide)独特节点ID，从而每当有呼叫时，可以将该节点ID与传统的设置信息一起传送。该节点ID可以嵌入在编号计划(numbering plan)中。
步骤40是管理中间节点的功能，该中间节点用于激活CFMR R业务，以便存储必要信息，并监视反向上的D信道有无呼叫转移请求。下面参照步骤43，详细说明CFMR R业务的其他细节。
在步骤42中管理两个本地表，以便提供信息，用于在启动转移路径的多个可能的节点之中进行选择。“情况事件(case event)”表(图5)是根据转移或始发节点上的路由重选确定算法(Rerouting at Forwarding orOriginating Node Determination Algorithm)的结果所采取的行动。“控制”表(图3)用于存储选择数据。
在步骤43中，业务被调用。在激活至远地站点的呼叫转移的用户的节点上调用CFMR S。当来话到达被叫站点时，在被叫节点上自动调用该业务。在路由重选转换开关上提供CFMR R，在该路由重选转换开关上，中间节点(即汇接/网关节点)按中继线群激活(active on a per-trunk-group basis)。中继线群可以被管理为CFMR_R_active(CFMR_R激活)，或者被管理为CFMR_R_inactive(CRMR_R未激活)。根据相关的中继线群被管理的方式的不同，可以在中间节点上自动调用该业务。如果中继线群被管理为未激活，则中间节点将不保存下次路由重选所需的数据，或监视中间节点的D信道，这样，任何转移请求消息都可以通过该节点，以便由呼叫路径上的前一节点处理。
图3是CFMR控制表44的一种实现的示意图。第一栏46标识可选的输入中继线群指定。为了灵活性和可替换路由，对于一个节点ID/数字串(digitstring)，可以指定多于一个的中继线群。在第二栏48中，标识节点ID。网络中的每个节点ID必须具有一个表项及其逻辑边界号。也可以输入数字串(例如全部或部分公用号)。这里推荐将编号计划区域或位置码用作节点的节点ID，因为可能有必要将主叫方号、转移号、和转移到号与节点ID相关联。例如，在美国，节点ID可以是区域码加基于特定用户的DID号的局码，例如407997。然而，在建立节点ID时也可以采用其他技术。
控制表44的第三栏50标识逻辑边界号。如上所述，同一地理区域内和/或同一网络内的节点被分组为逻辑边界。
本地节点(home node)指示栏52标识存储控制表44的节点。作为提供栏52的替代，可以从本地数据库中的其他位置导出本地节点。
转接(transit)/网关节点ID栏54是标识转移节点的字段，该转移节点用于要从特定中间节点、如网关节点或转接(即“汇接(tandem)”)节点重选路由的呼叫。被指定的中间节点必须在呼叫路径内。即，被标识的节点必须是用于从始发节点到被叫节点的设置连接的多个节点中的一个。
当客户网络要求具有指定的数字码型匹配的来话在特定中间节点被重选路由时，图3的控制表44可以用于存储公用网数字串码型(public networkdigit string patterns)如节点ID。控制表不一定要采用图3所示的配置，因为采用其他实现也可获得可以接受的结果。信息最好驻留在被叫节点。这样，CFMR S将驻留在具有用户的每个节点。然而，可以在网关实现，而不在每个节点即PTN/X实现。在网关上存储信息可以降低管理的复杂性，但是会妨碍至目的节点的最佳转移路径的选择。
作为一种可选的实现，可以在每天的指定时间期间或在一周的指定天期间，管理第二CFMR控制表，以取代第一表。例如，可以在非峰值时段使用第二控制表。
管理CFMR控制表的步骤42至少是建立在启动转移路径的多个节点之间进行选择所用的准则的操作的一部分。通常，被建立的准则的目的是尽量减少用于将主叫方连接到被转移方的链路。这可以节省中继线设施，并降低业务负荷。在建立准则时可以或必须考虑其他因素。例如，特定节点可能不支持呼叫转移，所以该节点必须从节点的选择中剔除。另一个因素是链路上的业务量。如果链路特别忙，则最好选择一个较长、但是不太忙的转移路径。
图4示出管理要转移的特定呼叫所遵循的顺序。在步骤56，确定是否已调用呼叫转移，而该转移是至远离被提供业务的用户、即被叫节点的一个地址的转移。步骤57确定用户是否授权呼叫转移。如果任一个确定结果为“否”，则呼叫转移业务不采取任何行动。如果为“是”，则在步骤58确定主叫方的节点ID。管理系统可以通过从例如图3所示的控制表44中查找主叫方ID，来实现该步骤。节点ID可以从专用主叫方的号码中导出，或从来自始发节点的呼叫设置消息中获得。
在步骤60，确定是否选择一个用于启动至目的节点的转移路径的汇接/网关节点。这里也使用了控制表44。如果控制表指定了一个网关节点，用于从步骤58识别的节点转移呼叫，则在步骤62，从被叫节点向指定的网关节点传送请求消息。该请求消息载有激活呼叫路由重选的网关节点的标识。或者，可以指定呼叫路径上的非网关中间节点。即，指定的中间节点不必是网关节点。
当管理者指定一个如CFMR控制表44所示的、用于呼叫路由重选的中间节点ID时，则对于指定的中继线群，该被指定的节点应该被管理为CFMR R active。如果没有这样做，则转移请求消息对指定的节点将是透明的。
在步骤64，指定的中间节点响应来自被叫节点的请求消息，启动转移路径。如果中间节点被设置为CFMR R active，则它至少保存了从始发节点传送到被叫节点的设置信息。因此，中间节点将知道始发节点的节点ID。
转移请求包括发送到目的节点的SETUP(设置)消息中的改发及改发名和号(redirecting and redirection name and number)。被选的中间节点依次完成至少四个功能。首先，响应转移请求，向被叫节点发送确认。第二，准备至目的节点的SETUP消息，使其包括被保存的SETUP信息和来自转移请求的改发及改发名和号。(注意改发号ID可以包括呼叫转移的原因，如果被叫节点ID提供该信息的话。)第三，SETUP消息被发送到目的节点。第四，NOTIFY(通知)消息与呼叫转移、改发的指示和改发名和号一起，被发送到被叫节点。发送NOTIFY消息之后的各步骤将因具体因素而异，例如，如果在转移请求中指示了呼叫转移原因，则因呼叫转移原因而异。下面参照图6A和6B以及其后的附图描述可能的步骤。
仍旧参照图4，由于被叫节点不在主叫方和被转移到方之间的链路上，所以被叫节点通过断开指定的中间节点和被叫节点之间的链路来释放。这示于图4的步骤66，该步骤66为被叫节点和中间节点之间的呼叫拆线(callclearing)。
如果在步骤60没有指定用于启动转移路径的中间节点，则步骤68确定是使用始发节点、还是使用被叫节点来启动转移路径。步骤68可以通过使用图5的可管理的“情况事件”表70来实现。如果始发节点、被叫节点和目的节点都在同一逻辑边界内，则使用情况1。即，不是被叫节点来启动转移路径，而是将呼叫“抛回(throw back)”到始发节点，而被叫节点退出过程。这在图4的步骤72要求转移请求消息。该请求消息被从被叫节点发送到始发节点。被叫节点可以在步骤74被断开，尽量减少连接双方时调用的链路数。
在情况2，如果被叫节点和目的节点在同一LB内，而始发节点在另一个LB内，则呼叫被“转移切换(foward switched)”。即，在步骤68选择被叫节点，在步骤76由被叫节点启动转移路径。由于主叫方和被转移到方之间的连接包括主叫路径和转移路径，所以被叫节点保持连接。
在情况3，始发节点和被叫节点在同一LB内，而目的节点在另一个LB内。在这种情况下，在步骤72将请求消息传送到始发节点，在步骤73始发节点启动转移路径，在步骤74断开被叫节点。
在情况4，所有的节点都在不同的LB内。呼叫事件表指示，将提供步骤76中的转移切换。但是，这并不是关键的。
最后，在情况5，始发节点和目的节点在同一LB内，而被叫节点在另一个LB内。接着是步骤72、73和74，用于抛回呼叫，并从该过程退出被叫节点。
图6A和6B示出被设置为CFMR_R_active的中间节点所遵循的顺序。在步骤11，确定是否在中间节点调用路由重选。如果为激活，则需要步骤13来确认主叫方允许转移该呼叫，因为如果不能转移该呼叫，则没有理由将SETUP消息保存到存储器中，或监视D信道有无呼叫转移请求。
当步骤11和13为“是”，则在步骤15保存SETUP消息的全部内容，以用于呼叫引用(call reference)。然后，步骤17要求监视后向(来自被叫节点)D信道，以检测用于呼叫转移的转移请求。如果在步骤19接收到CONNect(连接)消息，则该呼叫不进行转移，所以可以在步骤21释放存储器。然后在步骤23停止监视，并恢复消息的透明传送的正常汇接操作。
另一方面，如果在步骤25检测到转移请求，则在步骤27确定是否对该请求作出反应。步骤27的确定包括把要执行转移的节点的指定的节点ID与正在执行图6A和6B的步骤的中间节点的节点ID进行比较。如果两个节点ID不同，则在步骤21释放存储器，在步骤23停止监视，并恢复传送消息的正常汇接操作。当两个节点ID的值相等，则在步骤29将对请求的确认发送到被叫节点。在步骤31，如果存在改发和改发号以及呼叫转移原因，则将其附加到保存的设置信息上，然后发送到目的节点。被附加的信息是先前从请求消息中的被叫节点接收的。
在步骤33，确定发生何种转移会导致下面发生哪些步骤。当呼叫转移原因是无条件呼叫转移(即立即、忙、全部)时，或者当呼叫转移原因未知时，步骤35拆除(clear)至被叫节点的连接，并将B信道连接从始发节点切换到目的节点的发送和接收路径。在步骤37,NOTIFY消息被发送到始发节点，以通知其已发生呼叫转移，并识别改发和改发号。在从目的节点接收到CallPROCeeding(呼叫进行)消息或SETUP ACK(设置确认)(重叠模式)后，则步骤39返回汇接操作，并且可以从存储器中释放保存的设置信息。
当在步骤33确定呼叫转移原因是“延迟的呼叫转移(delayed callforwarding)”(例如，无应答呼叫转移(CF no reply))，则将NOTIFY消息发送到始发节点，以通知其已发生呼叫转移，并识别改发和改发号。这在步骤41执行。被叫节点和目的节点同时被报警，但在始发节点的主叫用户聆听来自被叫节点的回铃。在步骤45，将呼叫传给应答的第一节点。步骤47确定应答节点是哪个。当应答节点是目的节点时，被叫节点的发送和接收路径被切换到至目的节点的连接，并拆除至被叫节点的连接。另一方面，当应答方是被叫节点时，拆除至目的节点的连接。步骤33的两个动作都导致执行步骤21，其中在步骤23停止监视并恢复消息的透明传送的正常的汇接操作。
现在参照图7，来更详细地描述如何选择中间节点、即汇接/网关节点来作为启动转移路径的节点。为了使中间节点进行路由重选，(1)CFMR_R_active必须被指定给输入和输出中继线群，并且(2)原始呼叫设置信息必须被保存在中间节点，以及(3)必须从被叫节点接收包括中间节点的节点ID的转移请求消息。该请求也指定改发名和号以及目的节点。在优选实施例中，在这三个要求之一不满足时，转移请求消息对中间节点是透明的。只有同意进行呼叫转移路由重选的节点用ACK消息响应。由于在中间节点保存原始呼叫设置信息需要大量的时间和存储器等交换资源，通常不在每个中间节点和为每个中继线群使用该功能。该功能应该被仔细管理。
例如，如果在逻辑边界80内的圣克拉拉(Santa Clara)节点78始发呼叫，并指向逻辑边界84内的慕尼黑节点82，则呼叫将通过节点86、88、90和92汇接。在本例中，最好在波卡(Boca)节点90和第一慕尼黑节点92保存原始呼叫设置信息，因为这两个节点是提供最有效的呼叫路由重选的网关节点。如果作为第二慕尼黑节点82的用户的被叫方标识了根特节点94的地址作为转移呼叫的地址，则通过启动始自慕尼黑网关92的转移路径来使呼叫路由重选最优化。然后可以释放至第二慕尼黑节点82的被叫地址的连接。另一方面，如果目的地址标识为明尼阿波利斯/圣保罗节点96，则波卡网关节点90可能被选作用于启动转移路径的节点。这样，对于从圣克拉拉节点78到第二慕尼黑节点82的呼叫路径，应该为网关节点90和92在输出中继线群(即从波卡到慕尼黑和从慕尼黑到波卡)和适当的输入中继线群上指定CFMR_R_active，这由网络管理者决定。
按中继线群指定CFMR_R_active/inactive指示符(indicator)。可以向输入和输出中继线群指定该指示符。检查以确定设置消息是否应该被保存的过程必须意识到相关的节点是否是用于特定呼叫的汇接/网关节点。是否保存设置消息是通过检查CFMR_R_active/inactive的指定来确定的。然而，激活/未激活状态的检查不影响协议。
从主叫方的节点来看，呼叫转移通知好象是节点内转移(intra-nodalforward)。主叫方基本上意识不到路由重选的类型，尽管该信息可从NOTIFY消息中获得。网络管理者可以配置一组用户或多个组，给其指定的最小费用路由(least cost routing,LCR)授权，以便在始发节点使用特定的输出中继线群，而该节点上的其他用户被排除在访问之外。然后网络管理者可以管理相关的特定的中间节点输入中继线群，使其为CFMR_R_active，以便允许用户的访问被以不同于其他人的方式被重选路由。
图8和9示出当呼叫转移导致网关节点98上的路由重选时的消息流的一个例子。始发节点是第一网络102中的一个PTN/X 100。被叫节点104在第二网络106中。设置消息被从始发节点传送到网关节点，网关节点再将设置消息传递给被叫节点104。至少将设置消息的有些信息保存在网关节点中。如果调用无条件呼叫转移(call forwarding unconditional,CFU)/遇忙呼叫转移(call forwarding busy,CFB)，则转移管理可以指定网关节点98作为启动至目的节点108的转移路径的节点，该目的节点108在第二网络106内。
被叫节点104将第一FACILITY(性能)消息传送到网关节点98以调用呼叫转移。该第一FACILITY消息是请求消息。作为响应，网关节点(1)将第二FACILITY消息发送到被叫节点，以便确认第一FACILITY消息的接收，以及(2)将NOTIFY消息传送到始发节点100。
然后网关节点98执行呼叫转移。设置消息被从网关节点98发送到目的节点108。如本领域所熟知的，ALERTING(提醒)消息和CONNECT消息被通过网关节点从目的节点传送到始发节点。DISCONNECT(断开)被从网关节点传送到被叫节点104，以便断开至被叫节点的链路。
提供图8和9的消息发送(message forwarding)的主要功能部件示于图10。在网关节点98上将来自始发节点100的SETUP消息接收到存储器110。存储至少有些设置信息。汇接操作部件112将设置消息传递给被叫节点104。使用操作模块113和114的部件，在被叫节点104和中间路由重选节点98之间交换FACILITY消息。
在中间节点98中，如果中间节点同意进行呼叫转移，则接收请求部件115接收呼叫转移请求，并触发ACKnowledgement部件116。然后，中间节点的设置新路径(setup-new-path)部件117根据存储器部件110中存储的设置信息以及从来自被叫节点104的FACILITY请求中接收的改发和改发信息，为被转移到的用户119产生SETUP消息。由被叫节点的抛回到中间节点(throwback-to-intermediate)部件123使用参照图3和图5所述的类型的控制表44和情况事件表70，来建立并传送FACILITY请求。
在从目的节点108接收到第一后向端至端(end-to-end)消息(这种消息通常包括ALERT和/或CONNect消息，但是也可以是FACILITY、NOTIFY、Progress and DISConnect(前进和断开)消息)后，中间节点98拆除至被叫节点104的连接，并透明地传送从始发节点100和目的节点108发送和接收的消息。
虽然在图10中未示出，四个节点98、100、104和108中的每一个都可以具有四个在图中用CFMR_O、CFMR_R、CFMR_S和CFMR_F部件标识的操作模块113、114、15和127。始发节点100的CFMR_O操作模块113包括接收请求部件129、ACKnowledge请求部件131、以及设置新路径部件133。该操作模块与CFMR_R操作模块114相同，以便支持与被叫节点104的合适部件135进行的抛回到始发节点(throwback-to-originating-node)信号交换。类似地，CFMR_R模块中的设置新路径部件121被用于当控制和情况事件表70和44指定被叫节点作为启动转移路径的节点时，在被叫节点转移切换该呼叫。
图11和12示出非网关节点的中间节点被选择来启动转移路径时的消息流的例子。始发节点120在第一网络122中，而被叫节点124在第二网络126中。两个网络之间的通信通过网关节点128来建立。如图10所示，设置消息透明地通过网关节点，即网关节点不存储设置信息。网关节点对呼叫为CFMR_R_inactive。
除网关节点128外，汇接节点130是基于选择准则的呼叫路径上的中间节点，汇接节点130被选择用来形成至目的节点134的转移路径132。这样，合适的设置信息已经被存储在汇接节点130，允许汇接节点建立用于至目的节点134的传送的设置消息。在目的节点和始发节点120之间交换合适的ALERT和CONNECT消息。然后可以将DISCONNECT消息发送到被叫节点124以释放被叫节点。
权利要求
1.一种管理至目的节点(108；134)的呼叫转移的方法，其中在被叫节点(104；124)通过呼叫路径从始发节点(100；120)接收所述将被转移的呼叫，所述方法包括以下步骤建立准则(42和70)，用于从转移指向所述被叫节点的呼叫的节点之间的多个可能的链路中进行选择；根据所述准则，确定(60)是否选择从所述始发节点至所述被叫节点的所述呼叫路径上的中间节点(98；128)用于启动至所述目的节点的转移路径；如果选择所述中间节点用于启动转移路径，则向所述中间节点传送(62)请求，以启动至所述目的节点的所述转移路径；如果未选择所述中间节点，则使用所述准则来选择，是从所述始发节点启动(64)所述转移路径，还是从所述被叫节点启动所述转移路径；以及(a)如果选择了所述始发节点，则向所述始发节点传送(72)请求，以启动所述转移路径；和(b)如果选择了所述被叫节点，则从所述被叫节点启动(76)所述转移路径。
2.如权利要求1所述的方法，还包括下述步骤在所述被叫节点(104；124)确定(13；57)是否允许对所述呼叫进行呼叫转移，包括根据从所述始发节点(100；120)接收的有关呼叫转移业务是否允许的设置信息来进行所述确定。
3.如权利要求2所述的方法，还包括下述步骤当在所述中间节点上已激活呼叫转移路由重选、并且已确定(13；57)所述呼叫允许呼叫转移业务时，由所述中间节点(98；128)监视(17)D信道。
4.如权利要求1、2或3所述的方法，还包括下述步骤当所述中间节点启动至所述目的节点(108；134)的所述转移路径时，断开(66)从所述中间节点(98；128)至所述被叫节点(104；124)的链路。
5.如权利要求1、2、3或4所述的方法，其中所述建立所述准则(42和70)的所述步骤包括提供地理基础，用于从所述转移呼叫的多个可能的链路中进行选择，所述被叫节点(104；124)是第一节点组(106；126)中的一个节点，所述第一节点组连接到其他节点组(102；122)。
6.如权利要求5所述的方法，其中所述使用所述准则(42和70)选择所述转移路径的多个步骤包括确定所述目的节点(108；134)与所述始发节点(100；120)和所述被叫节点(104；124)中的一个是否在同一节点组内。
7.一种用于管理至目的节点的呼叫转移的系统，包括存储器，用于存储准则(44和70)，所述准则用于当来自始发节点(100)的呼叫将被从被叫节点(104)转移到目的节点(108)时，从远地节点之间的可能的链路中进行选择；选择器(125)，响应所述被存储的准则，用于在所述始发节点、所述被叫节点、和转移呼叫的呼叫路径上的一个中间节点(112)中进行选择，其中所述选择指定一个用于启动至所述目的节点的转移路径的节点；请求和响应电路(123和135)，与所述选择器在工作上结合，用于向所述始发和中间节点中的至少一个传送请求消息以启动所述转移路径，当所述选择器指定所述始发和中间节点中的一个时，所述请求和响应电路响应所述选择器；以及转移电路(121)，响应所述选择器，用于当所述选择器指定所述被叫节点时，启动从所述被叫节点到所述目的节点的转移路径。
8.如权利要求7所述的系统，其中所述存储器、所述选择器(125)、所述请求和响应电路(123和135)以及所述转移电路(121)在所述被叫节点(104)互连。
9.如权利要求7或8所述的系统，其中所述目的节点(108)在第一相关节点组(106)内，所述相关节点组连接到多个其他相关节点组(102)。
10.如权利要求9所述的系统，其中所述组(102和106)通过综合业务数字网(ISDN)连接。
全文摘要
一种管理呼叫转移的方法和系统,包括建立在从始发节点到目的节点的用于转移呼叫的节点之间的可能的链路之中进行选择的准则。在优选实施例中,在转移呼叫的被叫节点上选择可能的链路。根据该可管理的准则,确定是否选择始发节点和被叫节点之间的呼叫路径上的一个中间节点来启动转移路径。如果选择了一个中间节点,则向该中间节点传送请求,以启动至目的节点的转移路径。另一方面,如果没有选择中间节点,则确定是从始发节点、还是从被叫节点来启动转移路径。这里也根据该可管理的准则进行确定。通常,在多个节点之中进行选择的最重要的因素是尽量减少将主叫方连接到被转移到方所需的链路,从而释放链路给网络内的其他用途。
文档编号H04M3/00GK1216201SQ97192446
公开日1999年5月5日 申请日期1997年2月11日 优先权日1996年2月23日
发明者佩吉·M·斯图默 申请人:西门子商业通讯系统公司