CN103155516A - 会话发起协议模式下的呼叫转移处理 - Google Patents

Abstract

本发明涉及对支持SIP信令协议的通信网络（R）中的第一终端（B）和第二终端（A）之间建立的通信的移交和处理进行监督的方法，这是在发送和接收控制之后实现的，该控制用于将建立的通信移交给第一通信终端（B）和第三通信终端（C）之间的通信。所述监督方法适于获取与第一终端（B）和第三终端（C）之间的通信建立相关的信息，并适于在至少一个未建立准则的验证结果的基础上发送控制来恢复第一终端（B）和第二终端（A）之间的通信。所述处理方法适合于传送与第一终端（B）和第三终端（C）之间的通信建立相关的信息，并适于在接收的恢复控制的基础上建立第一终端（B）和第二终端（A）之间的通信。本发明还涉及监督设备和处理设备，分别实现所述监督方法和所述控制方法。

Description

会话发起协议模式下的呼叫转移处理

技术领域

本发明的领域为电信，且更具体而言是已知为“IP上的语音”（VoIP）的IP电话的领域。

背景技术

因特网协议（IP）网络在多种服务和应用中成为越来越通用的媒介。它是被运营者采纳以交互它们提供的不同类型服务的联合网络。

IP电话有利地使得可能首先与传统电话相比降低电话呼叫的费用，其次将电话与IP网络的功能和计算机服务相耦合。

IP电话还能够实现在公共交换电话网络（PSTN）上已经存在的功能。例如，这样的功能是呼叫转移服务，用于使得已经被一呼叫方呼叫的被呼叫方能将该呼叫转移到第三方。

如果被呼叫方在转移来自呼叫方的呼叫之前参与和第三方的通信，则该转移被称为是“咨询的”。

如果呼叫被实现而没有咨询，则该转移被称为是“盲”的。“盲”转移实现了时间节省，并且经常被电话接线总机（例如商业接线总机）使用、或在呼叫中心中。

在例如语音网络的网络中，其使用利用因特网工程任务组（IETF）标准化的用于信令的会话发起协议（SIP），“盲”转移服务是通过执行已知为“REFER”的方法来实现的。

通过已知的方式，SIP协议使得可能发起、修改或终止多媒体会话。一旦呼叫方和被呼叫方之间实现协商，双方可以通过激活例如实时传输协议的数据转移协议来交换媒体流，例如语音或视频。SIP协议仅管理信令消息，而不管理多媒体会话的数据消息。多媒体会话的参数是通过SIP信令消息来预协商的。这些参数主要是要由用于建立所述呼叫的两端所使用的终止地址和端口号。

图1示出了现有技术中的REFER方法所实现的各个步骤。

在步骤S2，呼叫方B的终端将SIP“INVITE”（“邀请”）消息发送到第一被呼叫方A的终端。然后在呼叫方B和第一被呼叫方A之间建立SIP会话。在SIP会话被建立之后，在呼叫方B和第一被呼叫方A之间从事语音呼叫。

之后，例如，在呼叫方B寻求被转移到第三方C的请求下，第一被呼叫方A向呼叫方B发送SIP REFER消息（步骤S4）。REFER消息包括：第一呼叫方A的标识符，例如统一资源标识符（UIR）地址；第三方C的标识符，例如URI地址；以及参数“Replaces”（“替换”）。参数“Replaces”告诉呼叫方B的终端它必须将建立在呼叫方和第一被呼叫方A之间的呼叫替换为在呼叫方B和第三方C之间的呼叫。

在接收到REFER消息时，呼叫方B向被呼叫方A发送确认消息，以便指明它接受请求来进行转移。之后，呼叫方B和第一被呼叫方A之间的呼叫被断开。呼叫方B然后向第三方C发送“INVITE”消息（步骤S6）。在呼叫方B和第三方C之间建立SIP会话。之后，在呼叫方B和第三方C之间从事语音呼叫。

当不能在呼叫方B和第三方C之间建立呼叫时，例如如果第三方不可达，则呼叫方B和第三方C之间的SIP会话终止。

目前，标准中定义的实现在转移失败时或在转移被建立之前不会恢复在呼叫方B和第一被呼叫方A之间初始建立的呼叫。换句话说，在被呼叫方A和呼叫方B之间初始建立的会话不能被重新激活。

于是，在失败的时候，呼叫用户B需要对第一被呼叫方A的终端进行新的呼叫，例如，以请求转移到某些其他方。

该情形对于呼叫者来说是难以接受的，特别是因为传统的PSTN网络中实现了呼叫恢复功能。

除了浪费时间，呼叫者还会有服务不如以前那么好的印象。

于是存在对一种解决方案的需求，该解决方案使可能在转移未建立时恢复被转移的呼叫。

本发明尝试改善该情况。

发明内容

为此，本发明提供了一种监督方法，用于监督在实现SIP类型信令协议的通信网络中的第一和第二呼叫终端之间建立的呼叫的转移，该方法的特征在于，在发送命令将已经建立的呼叫转移为第一呼叫终端和第三呼叫终端之间的呼叫之后，该方法包括下列步骤：

·获取与建立第一和第三终端之间的呼叫相关的至少一个信息项；

·作为所述至少一个信息项的函数来验证至少一个未建立准则是否为真；以及

·作为验证结果的函数发送命令来恢复第一和第二终端之间的呼叫。

转移终端（即请求转移的终端）获得与被转移呼叫建立中的进度有关的通知这一事实，使其能够在例如当第三方不存在或已经繁忙时的转移尝试失败的情况下再次建立初始的呼叫。这还使得该呼叫在转移用户请求时被再次建立，例如，作为改变想法的结果。

所述监督方法由此使得可能以简单地方式来再次建立初始的呼叫，且不需要新的呼叫，且因此不需要再次输入被呼叫终端的地址。

在监督方法的特定实现中，恢复呼叫的命令是包含预定义恢复参数的SIP请求。

于是，不需要创建新的SIP命令来实现本发明的方法。

根据监督方法的特定特征，SIP请求是INVITE类型的消息，且预定义的恢复参数是REPLACES类型的参数。

REPLACES类型的参数和现有的参数一起被插入到INVITE类型的SIP命令中。在INVITE命令中引入REPLACES命令使得可能提醒发起会话的终端，被呼叫的终端尝试恢复初始建立的呼叫。

根据所述监督方法的特定特征，未建立准则也可以作为用户请求的函数而为真。

于是，请求转移的转移用户可请求恢复与发起所述呼叫的一方的呼叫。如果转移用户发现例如被转移到错误的第三方、或如果转移用户在转移的语音呼叫被建立之前（例如在任意数据交换之前）改变了主意，则这特别有利。

根据单独使用或与上述特征一起使用的第二特征，未建立准则还可以作为预定超时延迟的函数而为真。

这使得可能在第三方没有应答时恢复初始的呼叫。

本发明还提供了一种处理方法，用于处理在实现SIP类型信令协议的通信网络中的第一和第二呼叫终端之间建立的呼叫，该方法的特征在于，在接收到命令以将已经建立的呼叫转移为第一终端和第三终端之间的呼叫之后，该方法包括下列步骤：

·发送与第一和第三终端之间的呼叫建立相关的至少一个信息项；

·接收命令来恢复第一和第二终端之间的呼叫，所述命令被作为至少一个未建立准则的函数来确定，其中作为所述至少一个被发送的信息项的函数而发现所述至少一个未建立准则为真；以及

·作为所接收到的恢复命令的函数来建立第一和第二终端之间的呼叫。

在接收到来自初始被呼叫的转移终端的请求时，发起呼叫的被转移终端暂停建立到转移目的地的呼叫的尝试，并恢复与转移终端的呼叫。在转移失败的情况下，不需要发起呼叫的用户挂断并对被呼叫终端进行新的呼叫。

根据处理方法的特定特征，在呼叫会话期间建立第一和第三用户之间的呼叫，且建立步骤包括调整正被建立的所述会话的至少一个参数的步骤。

通过限制被交换的信令消息数量并通过促进路由步骤，调整当前会话的参数使得处理被简化。

在处理方法的特定实现中，会话包括第三终端标识符，且调整步骤包括将第三终端标识符替换为第二终端标识符。

替换被交换的SIP消息中的目的地是重定向信令消息的简单方法。

本发明还提供了一种监督设备，用于监督在实现SIP类型信令协议的通信网络中的第一和第二呼叫终端之间建立的呼叫的转移，该设备包括用于发送命令将已建立的呼叫转移为第一终端和第三终端之间的呼叫的装置，该设备的特征在于它包括：

·用于获取与建立第一和第三终端之间的呼叫相关的至少一个信息项的装置；

·用于作为所述至少一个信息项的函数验证至少一个未建立准则是否为真的装置；以及

·用于作为所述验证结果的函数发送命令来恢复第一和第二终端之间的呼叫的装置。

本发明还提供了一种处理设备，用于处理在实现SIP类型信令协议的通信网络中的第一和第二呼叫终端之间建立的呼叫，该设备包括用于接收命令以将已经建立的呼叫转移为第一和第三终端之间的呼叫的装置，该设备的特征在于它包括：

·用于发送与建立第一和第三终端之间的呼叫相关的至少一个信息项的装置；

·用于接收命令来恢复第一和第二终端之间的呼叫的装置，所述命令被作为用于验证至少一个未建立准则是否为真的结果的函数来确定，其中作为所述至少一个被发送的信息项的函数来验证至少一个未建立准则是否为真；以及

·用于作为所接收的恢复命令的函数建立第一和第二终端之间的呼叫的装置。

本发明还提供了一种呼叫终端，其特征在于它包括如上所述的监督设备和/或处理设备。

本发明还提供了一种携带SIP请求的信号，在实现SIP类型信令协议的通信网络中发送命令以将第一和第二呼叫终端之间已经建立的呼叫转移为第一终端和第三终端之间的呼叫之后，该SIP请求被发送，该信号的特征在于，该请求是恢复第一和第二终端之间的呼叫的命令，所述命令是INVITE类型的命令且包含预定义的恢复参数。

本发明还提供了一种包含指令的计算机程序产品，在该指令被载入并被处理器执行时，用于实现上述监督方法的步骤。

最后，本发明提供了一种包含指令的计算机程序产品，在该指令被载入并被处理器执行时，用于实现如上所述的处理方法的步骤。

附图说明

通过非限制的例子并参考附图，本发明的其他特征和优势出现于实现的下列描述，在附图中：

·图1是示出现有技术的传输方法的各个步骤的图；

·图2是示出本发明的上下文的概括图；

·图3是示出本发明的特定实现中的监督方法以及呼叫转移处理方法的主要步骤的图；

·如4是示出本发明的实施例中的监督设备的框图；以及

·图5是示出本发明的实施例中的处理器设备的框图。

具体实施方式

下面参考图2和3来描述本发明的实现。

参考图2，系统S具有多个用户终端A、B、C、...,适于通过电信网络R来互相通信。

终端A、B、C、...是呼叫终端，可以是固定或移动的，且适于建立电话呼叫。

网络R是VIOP类型，例如，基于IP多媒体子系统（IMS）架构。

由第三代合作者计划（3GPP）来标准化的IMS架构使用SIP类型的信令协议和RTP类型的数据传输协议。在该架构中，由第一终端发送到第二终端的SIP信令消息经过一个或多个应用服务器（未示出）。按照已知的方式，应用服务的角色特别在于管理用户简档和在交换的消息中分配IP地址。

从第一终端发送并被第二终端接收的信令消息以传统的方式通过系统中的一个或多个应用服务器来传输。发送的消息在路由时可以被一个或多个应用服务器完成或修改。由于这些修改涉及形式而不是内容，信令消息保持相同。

于是，为了描述清楚的原因，没有给出关于发送的各个消息的路由细节的描述。假设第一终端发送的信令消息被第二终端接收。

或者，网络R是基于SIP信令协议的IP网络。

或者，网络R没有应用服务器，且第一终端发送的SIP信令消息直接被第二终端接收。

参考图3，如下描述了监督方法和处理方法的各个步骤。

步骤E20、E22和E24示出了例如由终端A执行的监督方法的步骤。

步骤E16、E26和E28表示例如由终端B执行的处理方法的步骤。

在步骤E2中，在呼叫方B发起时建立在呼叫方B和第一被呼叫方A之间的语音呼叫。

呼叫以传统方式来建立。更准确地说，呼叫方B的终端发送请求呼叫的消息M1。消息M1是发送到第一被呼叫方A的终端的SIP“INVITE”信令消息。在呼叫方B的终端和第一被呼叫方A的终端之间建立SIP会话。在SIP会话已被建立之后，在呼叫方B和被呼叫方A之间从事数据呼叫，例如语音呼叫。

在该例子中，呼叫方的终端B表示第一终端。

第一被呼叫方的终端A表示第二终端。

在例如呼叫方B请求被转移到第三方C之后执行的步骤E4中，第一被呼叫方A的终端向呼叫方B发送消息M2，该消息M2请求转移。消息M2是SIP REFER信令消息，并且它包含：第一被呼叫方A的标识符，例如URI地址；第三方C的标识符，例如URI地址；以及参数“Replaces”。

在该例子中第三方C被认为是第二被呼叫方。在该例子中第三方的终端C表示第三终端。

第一终端B是被转移的终端，第二终端A是转移终端，且第三终端C是转移目的地终端。

在步骤E6，转移请求消息M2被第一终端B接收。

在步骤E8，呼叫方B的第一终端然后向第三方C发送转移消息M3，以建立呼叫会话。转移消息M3是SIP“INVITE”信令消息。通过已知的方式，INVITE消息用于请求在第一终端B和第三终端C之间打开呼叫会话。

呼叫会话包括请求终端的标识符，这里是第一终端B的标识符，以及目的地终端的标识符，这里是第三终端C的标识符。请求终端的标识符和目的地终端的标识符是会话的参数。

在步骤E10，消息M3被第三终端C接收。

在步骤E12，第三终端C断开在呼叫方B和第一被呼叫方A之间正在进行的语音呼叫，并向第一终端B发送通知消息M4。消息M4是SIP NOTIFY信令消息。它包含状态标记V。状态标记V给出了与建立第一和第三终端之间的呼叫相关的信息。状态标记V表示在建立第一和第三终端之间的呼叫时正在进行的状态，并且例如它可以指明已开始建立、终端在振铃、线路繁忙、或者呼叫已被建立。状态标记V所取的值是标准化的。

在步骤E14，第一终端B接收通知消息M4。

在步骤E16，第一终端B将接收到的通知消息M4转发到第二终端A。

如果通知消息M4中包含的状态标记V指明呼叫已被建立，则然后在呼叫方B和第三方C之间建立语音呼叫（步骤E18）。

在步骤E20，通知消息M4被第二终端A接收。

如果接收到的通知消息M4中包含的状态标记V指明呼叫已建立，则处理停止。

如果接收到的通知消息M4中包含的状态标记指明呼叫还没有被建立，在步骤E22第二终端A开始验证至少一个未建立准则CRI是否为真。如下详细描述了未建立准则CRI的例子。

如果在验证步骤E22中，没有未建立准则CIR被发现为真，则步骤E12到E22被重复。

否则，即，如果至少一个未建立准则CRI为真，则在步骤E24期间第二终端A行动以向第一终端B发送恢复消息M5

恢复消息M5是SIP INVITE信令消息，包含第一终端B的标识符、第二终端A的标识符以及预定义的恢复参数P。作为示例，恢复参数P是REPLACES（替换）参数。在SIP INVITE命令中插入恢复参数P使得可能使用现有的命令来执行转移恢复功能。REPLACES参数是标准化参数。在INVITE命令中使用RPLACES参数指明呼叫转移必须被中断且第一和第二终端之间的初始呼叫应该再次建立。

在步骤E26，恢复消息M5被第一终端B接收。

在步骤E28，第一终端B继续建立与第二终端A的呼叫。为此，它修改正在与第三终端C建立的会话参数。更准确地说，它将SIP信令消息中的目的地的标识符（即第三终端C的标识符）替换为第二终端A的标识符。它由此向第二终端A发送请求打开呼叫的消息M6。呼叫打开请求消息M6是SIP INVITE信令消息。

正在建立的会话的参数中已经改变目的地标识符之后，消息M6被发送到第一终端A。

如果在已经从事语音通信之后第一终端B接收恢复消息M5，第一终端B不会考虑该消息。

下面描述在验证步骤E22中被发现为真的准则CRI的例子。

第一准则CRI1例如是：“接收到的状态标记的值为486”。值“486”表示这一方的线路繁忙。

作为示例，第二准则CRI2是：“接收到的状态标记的值不是200（呼叫还未建立），并且在发送转移请求消息M2之后经过的时间长于例如10秒的预定延迟D”。该标准对应于第三方C没有应答的情形。

作为示例，第三准则CRI3是：“接收到的状态标记的值不是200（呼叫还未建立），并且一方已经请求恢复呼叫”。通过示例，一方可以通过按下终端键座上的预定键来请求恢复呼叫。通过示例，可以在错误输入一方的标识符之后执行该恢复请求。

或者，使用的标准数量可以不同。

在如图4所示来选择的实施例中，实现根据本发明的用于监督呼叫转移的监督方法的监督设备例如由呼叫终端100构成，该呼叫终端以传统的方式特别包括具有微处理器的处理器单元102、只读存储器（ROM）或电可擦除可编程ROM（EEPROM）103以及随机存取存储器（RAM）104。

通过传统和非穷举的方式，呼叫终端100可以包括下列元件：键座、屏幕、麦克风和扬声器、...

呼叫终端100还具有：通信模块COM，适于通过通信网络R来建立和/或接收与呼叫终端的呼叫；获取模块OBT；验证模块VER；以及用于发送恢复命令的模块REP。

通信模块COM由此适于和第一呼叫终端通信，同时第一终端发起建立呼叫。

获取模块OBT适于接收与在第一终端和第三终端之间建立呼叫相关的至少一个信息项。

验证模块VER适于作为至少一个接收到信息项的函数验证至少一个未建立准则为真。

恢复命令模块REP适于作为验证结果的函数命令由第一终端发起建立的呼叫的恢复。

ROM103包括寄存器，其存储了包含程序指令的计算机程序PG1，该程序适于执行用于监督呼叫转移的本发明的方法的步骤。

在被接通时，在ROM103中存储的程序PG1被转移到RAM中，其然后包含可执行代码以及寄存器，用于存储实现下列步骤所需的变量：获取与在第一和第三终端之间建立呼叫相关的至少一个信息项的步骤，作为所述至少一个信息项的函数验证至少一个未建立准则是否为真的步骤，以及作为验证结果的函数发送恢复命令来恢复第一和第二终端之间的呼叫的步骤。

更一般地，可被计算机或微处理器读取、并且可选地包含在所述设备中的可选的可移除存储装置存储了程序，该程序使能够执行本发明的用于监督呼叫转移的方法的步骤。

在如图5所示的特定实施例中，实现根据本发明的用于处理第一和第二终端之间的呼叫的建立的方法的处理器设备可以由呼叫终端200构成，该呼叫终端以传统的方式特别包括具有微处理器的处理器单元202、ROM或EEPROM203以及RAM204。

通过传统和非穷举的方式，呼叫终端200可以包括下列元件：键座、屏幕、麦克风和扬声器、...。

呼叫终端200还具有：通信模块DIA，适于通过通信网络R来建立和/或接收与呼叫终端的呼叫；通知发送模块NOT；用于接收恢复命令的模块REC；以及修改模块MOD。

通信模块DIA由此适于建立与第二终端的呼叫，接收命令以将已建立的呼叫转移为与第三终端的呼叫，在接收到转移请求时开始建立与第三终端的呼叫，以及接收与建立和第三终端的呼叫相关的至少一个信息项。

通知发送模块NOT适于发送与建立呼叫相关的至少一个信息项，该呼叫与第三终端来建立。

用于接收恢复命令的模块REC适于接收命令来恢复与第二终端的呼叫，所述命令被作为用于验证至少一个未建立准则是否为真的结果的函数来确定，其中作为所述发送信息的函数来验证至少一个未建立准则是否为真。

修改模块MOD适于作为接收到的恢复命令的函数建立与第二终端的呼叫。

ROM203具有寄存器，其存储包含程序指令的计算机程序PG2，该程序适于执行用于处理通信网络中的第一和第二终端之间的呼叫建立的方法的步骤，该通信网络实现主要请求的SIP类型的信令协议以获取数据流。

在被接通时，存储在ROM503中的程序PG2被转移到RAM中，其然后包含可执行代码以及寄存器，用于存储实现下列步骤所需的变量：发送与建立第一和第三终端之间的呼叫相关的至少一个信息项；接收命令来恢复第一和第二终端之间的呼叫，所述命令被作为用于验证至少一个未建立准则是否为真的结果的函数来确定，其中作为所述发送信息的函数来验证至少一个未建立准则是否为真；以及作为接收到的恢复命令的函数在第一和第二终端之间建立呼叫。

更一般地，可被计算机或微处理器读取、可选地集成在所述设备中的可选的可移除存储装置存储了程序，该程序用于实现本发明的用于处理在实现SIP类型信令协议的通信网络中的第一和第二终端之间建立的呼叫的方法的步骤。

Claims (14)

1.一种监督方法，用于监督在实现SIP类型信令协议的通信网络（R）中的第一和第二呼叫终端（B和A）之间建立的呼叫的转移，该方法的特征在于，在发送（E4）命令（M2）以将已经建立的呼叫转移为第一呼叫终端（B）和第三呼叫终端（C）之间的呼叫之后，该方法包括下列步骤：

·获取（E20）与在第一和第三终端（B和C）之间建立呼叫相关的至少一个信息项（M4）；

·作为所述至少一个信息项（M4）的函数验证（E22）至少一个未建立准则（CRI）是否为真；以及

·作为所述验证的结果的函数发送（E24）命令（M5）来恢复第一和第二终端（B和A）之间的呼叫。

2.如权利要求1所述的监督方法，其中，所述用于恢复呼叫的命令是包含预定义的恢复参数的SIP请求。

3.如权利要求2所述的监督方法，其中，所述SIP请求是INVITE类型的消息，且所述预定的恢复参数是REPLACES类型的参数。

4.如权利要求1所述的监督方法，其中，未建立准则还作为用户请求的函数而为真。

5.如权利要求1所述的监督方法，其中，未建立准则还作为预定超时延迟的函数而为真。

6.一种处理方法，用于处理在实现SIP类型信令协议的通信网络（R）中的第一和第二呼叫终端（B和A）之间建立的呼叫，该方法的特征在于，在接收（E6）到命令（M2）以将已经建立的呼叫转移为第一终端（B）和第三终端（C）之间的呼叫之后，该方法包括下列步骤：

·发送（E16）与第一和第三终端（B和C）之间的呼叫建立相关的至少一个信息项（M4）；

·接收（E26）命令（M5）来恢复第一和第二终端（B和A）之间的呼叫，所述命令被作为至少一个未建立准则（CRI）的函数来确定，该未建立准则被作为所述至少一个被发送的信息项（M4）的函数而发现为真；以及

·作为接收到的恢复命令的函数来建立（E28）第一和第二终端（B和A）之间的呼叫。

7.如权利要求6所述的处理方法，其特征在于，第一和第三用户之间的呼叫是在呼叫会话期间建立的，且特征在于，在第一和第二终端之间建立呼叫的步骤包括修改所述会话的至少一个参数的步骤。

8.如权利要求7所述的处理方法，其中，所述会话包括第三终端标识符，且所述修改步骤包括将第三终端标识符替换为第二终端标识符。

9.一种监督设备，用于监督在实现SIP类型信令协议的通信网络中的第一和第二呼叫终端之间建立的呼叫的转移，该设备包括用于发送命令以将已建立的呼叫转移为第一终端和第三终端之间的呼叫的装置，该设备的特征在于它包括：

·用于获取与建立第一和第三终端之间的呼叫相关的至少一个信息项的装置；

·用于作为所述至少一个信息项的函数验证至少一个未建立准则是否为真的装置；以及

·用于作为所述验证的结果的函数发送命令以恢复第一和第二终端之间的呼叫的装置。

10.一种处理设备，用于处理在实现SIP类型信令协议的通信网络中的第一和第二呼叫终端之间建立的呼叫，该设备包括用于接收命令以将已经建立的呼叫转移为第一终端和第三终端之间的呼叫的装置，该设备的特征在于它包括：

·用于发送与建立第一和第三终端之间的呼叫相关的至少一个信息项的装置；

·用于接收命令以恢复第一和第二终端之间的呼叫的装置，所述命令被作为用于验证至少一个未建立准则是否为真的结果的函数来确定，其中作为所述至少一个被发送的信息项的函数来验证至少一个未建立准则是否为真；以及

·用于作为接收到的恢复命令的函数建立第一和第二终端之间的呼叫的装置。

11.一种呼叫终端，其特征在于它包括如权利要求9所述的监督设备和/或如权利要求10所述的处理设备。

12.一种承载SIP请求的信号，在实现SIP类型信令协议的通信网络中发送命令以将第一和第二呼叫终端之间已经建立的呼叫转移为第一终端和第三终端之间的呼叫之后，该SIP请求被发送，该信号的特征在于，该请求是用以恢复第一和第二终端之间的呼叫的命令，所述命令是INVITE类型的命令、且包含预定义的恢复参数。

13.一种包含指令的计算机程序产品，在所述指令被载入并被处理器执行时，用于实现如权利要求1所述的监督方法的步骤。

14.一种包含指令的计算机程序产品，在所述指令被载入并被处理器执行时，用于实现如权利要求6所述的处理方法的步骤。

Images