CN104243731A - 一种用于处理呼叫的方法与设备 - Google Patents

Abstract

本发明的目的是提供一种在服务器中处理呼叫的方法和装置。该方法包括以下步骤：接收第一呼叫请求，所述呼叫请求包含了一个主叫用户的信息和一个被叫用户的信息；判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；当判断结果为满足时，向预先设置的将呼叫转移到的一个第三方用户发送第二呼叫请求。通过采用本发明的方法和装置，可以提供一种新的业务，即按主叫来触发呼叫转移，完善了现有的呼叫转移业务。

Description

一种用于处理呼叫的方法与设备

技术领域

本发明涉及通信技术领域，尤其涉及一种处理呼叫转移的技术。

背景技术

呼叫转移又叫呼入转移，是种网络功能，在某些条件满足时，被叫用户会将主叫用户的呼叫转移到预先设置的电话号码上，即将呼叫转移到第三方。预先设置的电话号码包括：固定或移动电话号码、全球通中文短信台、语音信箱号码、自动寻呼机号码。触发呼叫转移的条件主要有以下四种：1）无应答转移。被叫用户的通信设备如果无人接听，那所有呼叫他的电话均转移到他预先设置的电话号码上。2）不可接通转移。如果被叫用户手机关机或未在有效服务区内或出现不能实现正常通话的情况时，所有呼叫他的电话就会均转移到他预先设置的电话号码上。3）遇忙转移。如果被叫用户正在通话中，那么所有呼叫他的电话均转移到他预先设置的电话号码上。4）无条件转移。呼叫被叫用户的来电全部转移到他预先设置的号码上。

可以看出，现有技术中的呼叫转移均是根据被叫用户的状态来触发的，而不需要对主叫用户进行判断。只要被叫用户满足预先设定的条件，无论主叫用户是谁，呼叫均会被转移。但实际中，被叫用户可能需要基于特定的主叫用户来转移呼叫，比如，当呼叫来自某些重要的人（比如家人或老板或VIP）时，将该呼叫转移到第三方。

因此，现有的呼叫转移业务需要进一步完善，以更好的满足用户的需求。

发明内容

本发明的目的是提供一种用于处理呼叫的方法与设备。

根据本发明的第一个方面，提供了一种在第一服务器中用于处理呼叫的方法，该方法包括以下步骤：接收第一呼叫请求，所述呼叫请求包含了一个主叫用户的信息和一个被叫用户的信息；判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；当判断结果为满足时，向预先设置的将呼叫转移到的一个第三方用户发送第二呼叫请求。

优选地，所述判断步骤进一步包括：根据预先设置的用户配置信息，判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；所述发送步骤进一步包括：当判断结果为满足时，根据预先设置的用户配置信息，获取所述第三方用户的信息并向所述第三方用户发送所述第二呼叫请求。

优选地，所述第一服务器为IMS网络中的网元。

优选地，在所述判断步骤之前还包括：向第二服务器发送第一询问消息，其中包含所述被叫用户的信息；接收来自所述第二服务器的第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和所述第三方用户的信息；所述判断步骤进一步包括：根据所述指示信息判断所述主叫用户满足预先设置的触发所述被叫用户的呼叫转移的条件。

优选地，在所述发送第一询问消息步骤和所述接收第一回复消息步骤之间还包括以下步骤：接收来自所述第二服务器的第二询问消息；向所述第二服务器发送第二回复消息，其中包含了所述主叫用户的信息。

根据本发明的第二个方面，提供了一种在第二服务器中用于辅助处理呼叫的方法，该方法包括以下步骤：接收来自第一服务器的第一询问消息，其中包含了一个被叫用户的信息；向所述第一服务器发送第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和将呼叫转移到的第三方用户的信息。

优选地，在所述接收第一询问消息步骤和所述发送第一回复消息步骤之间还包括以下步骤：向所述第一服务器发送第二询问消息；接收来自所述第一服务器的第二回复消息，其中包含了一个主叫用户的信息。

优选地，所述第一服务器为GMSC，所述第二服务器为HLR。

根据本发明的第三个方面，提供了一种在第一服务器中用于处理呼叫的装置，该装置包括：第一接收装置，用于接收第一呼叫请求，所述呼叫请求包含了一个主叫用户的信息和一个被叫用户的信息；判断装置，用于判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；第一发送装置，用于当判断结果为满足时，向预先设置的将呼叫转移到的一个第三方用户发送第二呼叫请求。

优选地，所述判断装置进一步用于：根据预先设置的用户配置信息，判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；所述第一发送装置进一步用于：当判断结果为满足时，根据预先设置的用户配置信息，获取所述第三方用户的信息并向所述第三方用户发送所述第二呼叫请求。

优选地，其中，所述第一服务器为IMS网络中的网元。

优选地，所述装置还包括：第二发送装置，用于向第二服务器发送第一询问消息，其中包含所述被叫用户的信息；第二接收装置，用于接收来自所述第二服务器的第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和所述第三方用户的信息；所述判断装置进一步用于：根据所述指示信息判断所述主叫用户满足预先设置的触发所述被叫用户的呼叫转移的条件。

优选地，所述装置还包括：第三接收装置，用于接收来自所述第二服务器的第二询问消息；第三发送装置，用于向所述第二服务器发送第二回复消息，其中包含了所述主叫用户的信息。

根据本发明的第四个方面，提供了一种在第二服务器中用于辅助处理呼叫的装置，该装置包括：第四接收装置，用于接收来自第一服务器的第一询问消息，其中包含了一个被叫用户的信息；第四发送装置，用于向所述第一服务器发送第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和将呼叫转移到的第三方用户的信息。

优选地，所述装置还包括：第五发送装置，用于向所述第一服务器发送第二询问消息；第五接收装置，用于接收来自所述第一服务器的第二回复消息，其中包含了一个主叫用户的信息。

优选地，所述第一服务器为GMSC，所述第二服务器为HLR。

与现有的呼叫转移业务相比，本发明提出了一种更灵活、更完善的处理方式，被叫用户可以根据主叫来决定是否转移呼叫。对运营商而言，其可以为用户提供更丰富的业务，从而提高竞争力，获得更多收益。对终端用户而言，其可以获得更灵活的服务，获得更多的便利。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出根据本发明一个实施例的用于处理呼叫的方法流程图；

图2示出根据本发明一个实施例的应用场景图；

图3示出根据本发明一个实施例的用于处理呼叫的过程示意图；

图4示出根据本发明另一个实施例的用于处理呼叫的过程示意图；

图5示出根据本发明又一个实施例的应用场景图；

图6示出根据本发明一个实施例的用于处理呼叫的过程示意图；

图7示出根据本发明另一个实施例的用于处理呼叫的过程示意图；

图8示出根据本发明一个实施例的在第一服务器中用于处理呼叫的装置示意图。

图9示出根据本发明一个实施例的在第二服务器中用于辅助处理呼叫的装置示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

图1示出根据本发明一个实施例的用于处理呼叫的方法流程图。在该实施例中，终端A呼叫终端B。终端B预先配置有按主叫触发呼叫转移的业务，当触发呼叫转移的条件满足时，被叫为终端B的呼叫将会转移到终端C上。

在步骤S101中，服务器S接收到来自终端A的第一呼叫请求。为简明起见，此处省略了在终端A和服务器S之间的为完成通信所必需的网元和连接。该第一呼叫请求中包含了终端A的信息和终端B的信息，比如终端A的标识和终端B的标识等。

接着，在步骤S102中，服务器S判断终端A是否满足预先设置的触发终端B的呼叫转移的条件。服务器S可以根据本地保存的信息或者从其他服务器获取到的信息来进行判断。

然后，在步骤S103中，当步骤S102的判断结果为满足时，服务器S向终端C发送第二呼叫请求。在该第二呼叫请求中，主叫为终端A，被叫为终端C。为简明起见，此处省略了在终端C和服务器S之间的为完成通信所必需的网元和连接。

图2示出根据本发明一个实施例的应用场景图。在该实施例中，终端A、终端B和终端C均是属于GSM网络200中的用户。终端B预先配置有按主叫触发呼叫转移的业务，当触发呼叫转移的条件满足时，被叫为终端B的呼叫将会转移到终端C上。网络200中的网元包括MSC（MobileSwitch Center，移动交换中心）201、GMSC（Gateway MSC，网关移动交换中心）202和HLR（Home Location Register，归属位置寄存器）203。需要说明的是，图2仅示出了与发明相关的网元和连接，本领域技术人员应能理解，为完成通信，网络200中还包括其他必需的网元和连接。

HLR203是一个包含每个用户的被授权的详细信息的中央数据库，存储所管辖用户的签约数据及移动用户的位置信息，可为至某终端的呼叫提供路由信息。在本实施例中，终端B的按主叫触发呼叫转移的业务的信息也保存在HLR203中，其中包含了哪些主叫用户可以触发终端B的呼叫转移的信息。

图3示出根据本发明一个实施例的用于处理呼叫的过程示意图。

下面结合图2详细描述其过程。在该实施例中，终端A呼叫终端B。

在步骤S301中，MSC201向GMSC202发送第一呼叫请求，比如ISUP协议的（ISDN User Part，ISDN用户部分）IAM（Initial Address Message，初始地址消息）消息，在该IAM消息中，包含了主叫用户终端A的信息和被叫用户终端B的信息。

然后，GMSC202会判断终端A是否满足预先设置的触发终端B的呼叫转移的条件。具体的，在步骤S302中，GMSC202向HLR203发送第一询问消息，比如ISUP协议的SRI（Send Routing Information，发送路由信息）消息，该SRI消息包含了主叫用户终端A的信息和被叫用户终端B的信息。

HLR203接收到该第一询问消息后，会根据被叫用户终端B的信息和本地保存的信息判断终端B是否配置有按主叫触发呼叫转移的业务。如果终端B配置有按主叫触发呼叫转移的业务，再进一步判断终端A是否在终端B预先配置的列表中。

如果判断结果为终端A满足触发终端B的呼叫转移的条件，则HLR203会获取将呼叫转移到的第三方的信息，即终端C的信息。

在步骤S303中，HLR203向GMSC202发送第一回复消息，比如ISUP协议的SRI ACK消息，其中包含了按主叫触发终端B的呼叫转移的指示信息和将呼叫转移到的第三方终端C的信息。

GMSC202接收到该第一回复消息后，根据其中包含的按主叫触发终端B的呼叫转移的指示信息判断终端A满足预先设置的触发终端B的呼叫转移的条件，根据其中包含的终端C的信息，GMSC202得知将呼叫转移到的第三方为终端C。

在步骤S304中，GMSC202向终端C发送第二呼叫请求，比如ISUP协议的IAM消息。为简明起见，此处省略了在GMSC202和终端C之间的为完成通信所必需的网元和连接。在该第二呼叫请求中，主叫为终端A，被叫为终端C。至此，终端A到终端B的呼叫被转移到终端C上，网络会在终端A和终端C之间建立通信。

图4示出根据本发明一个实施例的用于处理呼叫的过程示意图。

下面结合图2详细描述其过程。在该实施例中，终端A呼叫终端B。

在步骤S401中，MSC201向GMSC202发送第一呼叫请求，比如ISUP协议的IAM消息，在该IAM消息中，包含了主叫用户终端A的信息和被叫用户终端B的信息。

然后，GMSC202会判断终端A是否满足预先设置的触发终端B的呼叫转移的条件。具体的，在步骤S402中，GMSC202向HLR203发送第一询问消息，比如ISUP协议的SRI消息，该SRI消息包含了被叫用户终端B的信息。

HLR203接收到该第一询问消息后，会根据被叫用户终端B的信息和本地保存的信息判断终端B是否配置有按主叫触发呼叫转移的业务。如果终端B配置有按主叫触发呼叫转移的业务，则向GMSC202索要主叫用户的信息，如步骤S403所示，HLR203向GMSC202发送第二询问消息，比如MAP（mobile application part，移动应用部分）协议的Query消息，用于获取主叫用户的信息。需要说明的是，在现有的MAP协议中，并没有该Query消息，本发明在现有的MAP协议消息中新增了该Query消息。

在步骤S404中，GMSC202向HLR203发送第二回复消息，比如MAP协议的Query Response消息，其中包含了主叫用户终端A的信息。需要说明的是，在现有的MAP协议中，并没有该Query Response消息，本发明在现有的MAP协议消息中新增了该Query Response消息。

HLR203再进一步判断终端A是否在终端B预先配置的列表中。如果判断结果为终端A满足触发终端B的呼叫转移的条件，则HLR203会获取将呼叫转移到的第三方的信息，即终端C的信息。

在步骤S405中，HLR203向GMSC202发送第一回复消息，比如SRIACK消息，其中包含了按主叫触发终端B的呼叫转移的指示信息和将呼叫转移到的第三方终端C的信息。

GMSC202接收到该第一回复消息后，根据其中包含的按主叫触发终端B的呼叫转移的指示信息判断终端A满足预先设置的触发终端B的呼叫转移的条件，根据其中包含的终端C的信息，GMSC202得知将呼叫转移到的第三方为终端C。

在步骤S406中，GMSC202向终端C发送第二呼叫请求，比如ISUP协议的IAM消息。在该第二呼叫请求中，主叫为终端A，被叫为终端C。为简明起见，此处省略了在GMSC202和终端C之间的为完成通信所必需的网元和连接。至此，终端A到终端B的呼叫被转移到终端C上，网络会在终端A和终端C之间建立通信。

图5示出根据本发明又一个实施例的应用场景图。在该实施例中，终端A、终端B和终端C均是属于IMS（IP Multimedia Subsystem，IP多媒体子系统）网络500中的用户。终端B预先配置有按主叫触发呼叫转移的业务，当触发呼叫转移的条件满足时，被叫为终端B的呼叫将会转移到终端C上。网络500中的网元包括P-CSCF（Proxy-Call Session ControlFunction，代理-呼叫会话控制功能）501、S-CSCF（Serving-CSCF，服务呼叫会话控制功能）502、AS（Application Server，应用服务器）503、MGCF（Media Gateway Control Function，媒体网关控制器功能）504、I-CSCF（Interrogating-CSCF，询问-呼叫会话控制功能）505和HSS（HomeSubscriber Server，归属签约用户服务器）506。需要说明的是，图5仅示出了与发明相关的网元和连接，本领域技术人员应能理解，为完成通信，网络500中还包括其他必需的网元和连接。

在IMS系统500中，与用户相关的用户配置信息（User Profile）通常保存在HSS506或AS503中，这里所述的用户配置信息通常指用户的认证信息、用户的业务信息、用户的漫游信息等等。在本实施例中，终端B的按主叫触发呼叫转移的业务的信息也保存在用户配置信息中，其中包含了哪些主叫用户可以触发终端B的呼叫转移的信息。

图6示出根据本发明一个实施例的用于处理呼叫的过程示意图。

下面结合图5详细描述其过程。在该实施例中，终端A呼叫终端B。

在步骤S601中，终端A向S-CSCF502发送第一呼叫请求，比如SIP协议的INVITE消息，在该INVITE消息中，包含了主叫用户终端A的信息和被叫用户终端B的信息。为简明起见，此处省略了在S-CSCF502和终端A之间的为完成通信所必需的网元和连接。

然后，S-CSCF502会判断终端A是否满足预先设置的触发终端B的呼叫转移的条件。具体的，S-CSCF502会根据预先设置的用户配置信息来进行判断。而在本实施例中，用户配置信息保存在HSS506中，S-CSCF502需要先从HSS506获取终端B的用户配置信息。

在步骤S602中，S-CSCF502向HSS506发送询问消息，比如Diameter协议的LIR（Location Information Request，位置信息请求）消息，用以询问终端B的用户配置信息。

在步骤S603中，HSS506向S-CSCF502返回回复消息，比如Diameter协议的LIA（Location Information Answer，位置信息回复）消息，其中包含了终端B的用户配置信息。

S-CSCF502进一步根据获取到的终端B的用户配置信息判断终端A是否满足预先设置的触发终端B的呼叫转移的条件，在该实施例中，终端A满足所述条件，则S-CSCF502会根据获取到的终端B的用户配置信息获取将呼叫转移到的第三方的信息，即终端C的信息。

在步骤S604中，S-CSCF502向终端C发送第二呼叫请求，比如SIP协议的INVITE消息。在该第二呼叫请求中，主叫为终端A，被叫为终端C。为简明起见，此处省略了在S-CSCF502和终端C之间的为完成通信所必需的网元和连接。至此，终端A到终端B的呼叫被转移到终端C上，网络会在终端A和终端C之间建立通信。

图7示出根据本发明又一个实施例的用于处理呼叫的过程示意图。

下面结合图5详细描述其过程。在该实施例中，终端A呼叫终端B。

在步骤S701中，终端A向AS503发送第一呼叫请求，比如SIP协议的INVITE消息，在该INVITE消息中，包含了主叫用户终端A的信息和被叫用户终端B的信息。为简明起见，此处省略了在AS503和终端A之间的为完成通信所必需的网元和连接。

然后，AS503会判断终端A是否满足预先设置的触发终端B的呼叫转移的条件。具体的，AS503会根据预先设置的用户配置信息来进行判断。而在本实施例中，AS503本地保存有用户配置信息。

在该实施例中，AS503根据本地的用户配置信息判断得出终端A满足所述条件，则AS503会根据本地的用户配置信息获取将呼叫转移到的第三方的信息，即终端C的信息。

在步骤S702中，AS503向终端C发送第二呼叫请求，比如SIP协议的INVITE消息。在该第二呼叫请求中，主叫为终端A，被叫为终端C。为简明起见，此处省略了在AS503和终端C之间的为完成通信所必需的网元和连接。至此，终端A到终端B的呼叫被转移到终端C上，网络会在终端A和终端C之间建立通信。

因为在现有的IMS网络中，呼叫转移业务主要是由S-CSCF或AS网元来完成的，因此上述实施例中只对S-CSCF502和AS503来实施本发明进行了描述。但本领域技术人员应能理解，本发明的方法同样可以用其他IMS网元来完成，比如I-CSCF，MGCF，P-CSCF等。

图8示出根据本发明一个实施例的在第一服务器中用于处理呼叫的装置示意图。该装置800包括：第一接收装置801、判断装置802和第一发送装置803。

下面结合图2至图7详细描述其工作过程。在该实施例中，终端B预先配置有按主叫触发呼叫转移的业务，当触发呼叫转移的条件满足时，被叫为终端B的呼叫将会转移到终端C上。

首先，终端A呼叫终端B。

第一接收装置801接收第一呼叫请求，其中包含了主叫用户终端A的信息和被叫用户终端B的信息。

然后，判断装置802会判断终端A是否满足预先设置的触发终端B的呼叫转移的条件。

当判断结果为满足时，第一发送装置803向将呼叫转移到的第三方即终端C发送第二呼叫请求。在该第二呼叫请求中，主叫为终端A，被叫为终端C。

在一个实施例中，终端A、终端B和终端C是GSM网络200中的用户，所述第一服务器为GMSC202。装置800还包括：第二发送装置（图中未示出）和第二接收装置（图中未示出）。

在判断装置802执行所述判断步骤之前，第二发送装置向HLR203发送第一询问消息，其中包含了终端Ｂ的信息。第二接收装置接收来自HLR203的第一回复消息，其中包含了按主叫触发终端B的呼叫转移的指示信息和将呼叫转移到的第三方终端C的信息。判断装置802进一步用于根据所述指示信息判断终端A满足预先设置的触发终端B的呼叫转移的条件。

在另一个实施例中，所述装置800还包括：第三发送装置（图中未示出）和第三接收装置（图中未示出）。

在第二发送装置向HLR203发送第一询问消息步骤和第二接收装置接收来自HLR203的第一回复消息步骤之间，第三接收装置接收来自HLR203的第二询问消息，第三发送装置向HLR203发送第二回复消息，其中包含了主叫用户终端A的信息。

在又一个实施例中，终端A、终端B和终端C是IMS网络500中的用户。所述第一网络服务器为IMS网络中的网元。

判断装置802进一步用于根据预先设置的用户配置信息，判断终端Ａ是否满足预先设置的触发终端Ｂ的呼叫转移的条件。

第一发送装置803进一步用于当判断结果为满足时，根据预先设置的用户配置信息，获取第三方用户终端Ｃ的信息并向终端Ｃ发送所述第二呼叫请求。

图9示出根据本发明一个实施例的在HLR203中用于辅助处理呼叫的装置示意图。该装置900包括：第四接收装置901和第四发送装置902。

下面结合图2至图4详细描述其工作过程。在该实施例中，终端B预先配置有按主叫触发呼叫转移的业务，当触发呼叫转移的条件满足时，被叫为终端B的呼叫将会转移到终端C上。

第四接收装置901接收来自GMSC202的第一询问消息，其中包含了被叫用户终端B的信息。

第四发送装置902向GMSC202发送第一回复消息，其中包含了按主叫触发终端B的呼叫转移的指示信息和将呼叫转移到的第三方终端C的信息。

在又一个实施例中，装置900还包括：第五发送装置（图中未示出）和第五接收装置（图中未示出）。

在第四接收装置接收第一询问消息的步骤和第四发送装置发送第一回复消息的步骤之间，第五发送装置向GMSC202发送第二询问消息，第五接收装置接收来自GMSC202的第二回复消息，其中包含了主叫用户终端A的信息。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路（ASIC）、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序（包括相关的数据结构）可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (16)

1.一种在第一服务器中用于处理呼叫的方法，该方法包括以下步骤：

接收第一呼叫请求，所述呼叫请求包含了一个主叫用户的信息和一个被叫用户的信息；

判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；

当判断结果为满足时，向预先设置的将呼叫转移到的一个第三方用户发送第二呼叫请求。

2.根据权利要求1所述的方法，其中，所述判断步骤进一步包括：

根据预先设置的用户配置信息，判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；

所述发送步骤进一步包括：

当判断结果为满足时，根据预先设置的用户配置信息，获取所述第三方用户的信息并向所述第三方用户发送所述第二呼叫请求。

3.根据权利要求1或2所述的方法，其中，所述第一服务器为IMS网络中的网元。

4.根据权利要求1所述的方法，其中，在所述判断步骤之前还包括：

向第二服务器发送第一询问消息，其中包含所述被叫用户的信息；

接收来自所述第二服务器的第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和所述第三方用户的信息；

所述判断步骤进一步包括：根据所述指示信息判断所述主叫用户满足预先设置的触发所述被叫用户的呼叫转移的条件。

5.根据权利要求4所述的方法，其中，在所述发送第一询问消息步骤和所述接收第一回复消息步骤之间还包括以下步骤：

接收来自所述第二服务器的第二询问消息；

向所述第二服务器发送第二回复消息，其中包含了所述主叫用户的信息。

6.一种在第二服务器中用于辅助处理呼叫的方法，该方法包括以下步骤：

接收来自第一服务器的第一询问消息，其中包含了一个被叫用户的信息；

向所述第一服务器发送第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和将呼叫转移到的第三方用户的信息。

7.根据权利要求6所述的方法，其中，在所述接收第一询问消息步骤和所述发送第一回复消息步骤之间还包括以下步骤：

向所述第一服务器发送第二询问消息；

接收来自所述第一服务器的第二回复消息，其中包含了一个主叫用户的信息。

8.根据权利要求4或5或6或7所述的方法，其中，所述第一服务器为GMSC，所述第二服务器为HLR。

9.一种在第一服务器中用于处理呼叫的装置，该装置包括：

第一接收装置，用于接收第一呼叫请求，所述呼叫请求包含了一个主叫用户的信息和一个被叫用户的信息；

判断装置，用于判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；

第一发送装置，用于当判断结果为满足时，向预先设置的将呼叫转移到的一个第三方用户发送第二呼叫请求。

10.根据权利要求9所述的装置，其中，所述判断装置进一步用于：根据预先设置的用户配置信息，判断所述主叫用户是否满足预先设置的触发所述被叫用户的呼叫转移的条件；

所述第一发送装置进一步用于：当判断结果为满足时，根据预先设置的用户配置信息，获取所述第三方用户的信息并向所述第三方用户发送所述第二呼叫请求。

11.根据权利要求9或10所述的装置，其中，所述第一服务器为IMS网络中的网元。

12.根据权利要求9所述的装置，其中，所述装置还包括：

第二发送装置，用于向第二服务器发送第一询问消息，其中包含所述被叫用户的信息；

第二接收装置，用于接收来自所述第二服务器的第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和所述第三方用户的信息；

所述判断装置进一步用于：根据所述指示信息判断所述主叫用户满足预先设置的触发所述被叫用户的呼叫转移的条件。

13.根据权利要求12所述的装置，其中，所述装置还包括：

第三接收装置，用于接收来自所述第二服务器的第二询问消息；

第三发送装置，用于向所述第二服务器发送第二回复消息，其中包含了所述主叫用户的信息。

14.一种在第二服务器中用于辅助处理呼叫的装置，该装置包括：

第四接收装置，用于接收来自第一服务器的第一询问消息，其中包含了一个被叫用户的信息；

第四发送装置，用于向所述第一服务器发送第一回复消息，其中包含了按主叫触发所述被叫用户呼叫转移的指示信息和将呼叫转移到的第三方用户的信息。

15.根据权利要求14所述的装置，其中，所述装置还包括：

第五发送装置，用于向所述第一服务器发送第二询问消息；

第五接收装置，用于接收来自所述第一服务器的第二回复消息，其中包含了一个主叫用户的信息。

16.根据权利要求12或13或14或15所述的装置，其中，所述第一服务器为GMSC，所述第二服务器为HLR。