CN101594597B - 一号通呼叫方法、装置和系统 - Google Patents

Abstract

本发明实施例公开了一号通呼叫的方法、系统及装置，其中，所述方法为：在接收到主叫方的呼叫请求时，根据维护的用户注册的SIP UA组的地址信息，向与该呼叫请求关联的被叫用户对应的SIP UA组中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息。第一SIP UA在不应答呼叫时，根据接收到的地址信息中一SIP UA地址，将呼叫请求转发给与该SIP UA地址对应的第二SIP UA。根据本发明实施例，能够使得SIP UA参与到业务当中，并自主选择业务流程。在这个过程中proxy只发起一次呼叫请求消息，后续流程都由SIP UA完成，大大降低了proxy的系统开销。

Description

一号通呼叫方法、装置和系统

技术领域

本发明涉及通信技术领域，尤其涉及一号通呼叫方法、装置和系统。

背景技术

会话初始化协议(SIP)在电信技术领域越来越受到关注，尤其当SIP作为第三代移动系统信令协议为其提供IP多媒体服务时，越来越多的电信设备供应商在SIP领域的研究与开发投入大量人力物力，提出了各种基于SIP的服务解决方案。

SIP支持移动性，基于SIP的通信设备也越来越丰富，尤其是企业用户，每位员工往往有多种形态的SIP终端：办公桌上的SIP电话、电脑上的SIP软电话以及SIP移动电话，因此，在这种场景中，“一号通”业务非常有用，只要当前用户在使用一号通业务，那么不管当前用户在使用办公桌上的SIP电话，还是电脑上的软电话，或者在室外使用的SIP移动电话，任何人只要拔打用户的“一号通”号码就能够找到该用户。

目前，已经有SIP领域“一号通”或类似业务的实现方法，例如“find me”。“find-me”的流程图，如图1所示，当一号通用户被呼叫时，由代理服务器(proxy)去完成当前用户使用设备的搜寻工作。用户Bob使用一个URL注册三个不同的联系地址(contact URLs)的SIP用户代理(UA)u1、u2、u3，当用户Bob被呼叫时，proxy首先向其中一个终端发起呼叫(INVITE)，如果该终端超时或者无法接通，则proxy向下一个终端发起呼叫，依此类推，直到有终端响应或者所有终端都遍历完成。

本发明人在对现有技术的研究中发现，“find-me”虽然能够实现一号通，但是，“find-me”的工作完全由proxy完成，增加了proxy的系统开销。

发明内容

本发明实施例提供一种一号通呼叫的方法、装置和系统，以减轻proxy的工作量、减少proxy的系统开销。

本发明实施例提供了如下技术方案：

一种一号通呼叫方法，应用于用户注册的至少两个会话初始化协议用户代理SIP UA中的一SIP UA侧，该方法包括：

接收呼叫请求和至少包含该用户注册的且没有被寻呼过的SIP UA的地址的第一地址信息，所述呼叫请求为主叫方呼叫请求所触发的呼叫消息、或呼叫转移消息；

当不应答所述呼叫请求时，根据所述接收的第一地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址所对应的第二SIP UA发送呼叫转移消息。

一种一号通呼叫方法，应用于代理服务器侧，该方法包括：

接收来自于主叫方的呼叫请求；

根据所维护的用户注册的至少两个SIP UA的地址信息，向与该呼叫请求关联的被叫用户对应的至少两个SIP UA中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息。

一种代理服务器，包括：

地址信息维护单元，用于维护用户注册的至少两个SIP UA的地址信息；

收发单元，用于在接收到主叫方的呼叫请求时，根据所述信息维护单元维护的地址信息，向与该呼叫请求关联的被叫用户对应的至少两个SIP UA中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIPUA地址的地址信息。

一种一号通呼叫装置，应用于用户注册的至少两个会话初始化协议用户代理SIP UA中的SIP UA侧，包括：

接收单元，用于接收呼叫请求和至少包含有该用户注册的且没有被寻呼过的SIP UA的地址的第一地址信息，所述呼叫请求为主叫方呼叫请求所触发的呼叫消息、或呼叫转移消息；

应答单元，用于根据所述呼叫请求，应答呼叫；

呼叫转发单元，用于在所述应答单元不应答呼叫时，根据所述接收单元接收到的第一地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址对应的第二SIP UA转发呼叫。

一种会话初始化协议用户代理，具备所述一号通呼叫装置。

以及，一种呼叫系统，该系统包括代理服务器proxy，以及至少包括第一SIP UA和第二SIP UA的SIP UA组，所述proxy，用于在接收到主叫方的呼叫请求时，根据维护的用户注册的SIP UA组的地址信息，向与该呼叫请求关联的被叫用户对应的SIP UA组中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息。

所述第一SIP UA，用于在不应答呼叫时，根据接收到的地址信息中一SIPUA地址，将呼叫请求转发给与该SIP UA地址对应的第二SIP UA。

可见，在本发明实施例中，当注册至少两个SIP UA的用户被呼叫时，proxy向第一SIP UA发送呼叫请求和当前用户注册的其他SIP UA地址信息，第一SIP UA在不能响应该呼叫请求时，可以根据其他SIP UA的地址将呼叫请求转移给其他SIP UA，从而使得SIP UA参与到业务当中，能够自主选择业务流程。在这个过程中proxy只发起一次呼叫请求消息，后续流程都由SIP UA完成，大大降低了proxy的系统开销。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术“find-me”流程；

图2为本发明一实施例所提供的方法的流程方框图；

图3为本发明实施例一所提供的方法的流程方框图；

图4为本发明实施例二所提供的方法的流程方框图；

图5为本发明一实施例所提供的方法的应用场景示意图；

图6为本发明一实施例所提供的方法的流程交互图；

图7为本发明一实施例所提供的服务器侧装置的结构示意图；

图8为本发明另一实施例所提供的SIP UA侧装置的结构示意图；

图9为本发明一实施例所提供的系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

本发明实施例提供了一号通呼叫的方法，系统和装置，当注册至少两个SIP UA的用户被呼叫时，proxy向第一SIP UA发送呼叫请求和至少包含有当前用户注册的相对于所述第一SIP UA的其他SIP UA地址的地址信息，在一种实现下，可以是在呼叫请求消息中携带当前用户注册的相对于第一SIP UA的其他SIP UA地址信息；在一种实现下，SIP UA地址信息即为SIP UA地址列表，第一SIP UA在不应答该呼叫请求时，根据其他SIP UA地址中的一SIPUA地址将呼叫请求转移给相应的其他SIP UA，实现一号通呼叫。

下面结合附图对本发明实施例进行详细描述。

参见附图2，在本发明实施例中，实现本发明实施例所提供的方法包括以下步骤：

步骤201：当接收到主叫方的呼叫请求时，proxy向被呼叫用户的第一SIPUA发送呼叫消息和至少包含有该用户注册的相对于第一SIP UA的其他SIPUA地址的地址信息；

具体的，proxy根据所维护的用户注册的至少两个SIP UA的地址信息，向与主叫方的呼叫请求关联的被叫用户对应的至少两个SIP UA中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息。

这里的第一SIP UA可以是最近成功响应的SIP UA，也可以是用户静态设定的SIP UA。

其中，地址信息可以携带在呼叫消息中，也可以携带在通知消息中。

优选地，用户注册的所有SIP UA的地址可以通过XML包体来携带。

优选地，地址信息存放在XML包体中的contact-list中。

步骤202：在所述第一SIP UA不应答呼叫消息时，由所述第一SIP UA向接收的地址信息中的一地址所对应的第二SIP UA发送呼叫转移消息。

所述不应答呼叫消息包括所述第一SIP UA没有能力应答消息或者所述第一SIP UA有能力应答所述呼叫消息，但是选择转发所述呼叫消息。

这里所说的转移可以是随机的，可以自动向地址信息中排在最前面的联系地址发送呼叫转移消息。

优选地，该呼叫转移信息可以通过refer消息来发送。

如果用户注册的SIP UA只有两个，上述步骤即可完成，如果用户注册的SIP UA为三个或更多，则在步骤202之后，还可包括如下步骤：所述第一SIPUA向所述第二SIP UA转发地址信息，以便在第二SIP UA无法应答时，将呼叫转移给下一个SIP UA，这里的地址信息可以为至少包含该用户注册的且没有被寻呼过的SIP UA的地址的地址信息。

在所述第一SIP UA向所述第二SIP UA转发地址信息后，还包括：如果第二SIP UA未应答呼叫，则继续将呼叫向地址信息中下一个地址所对应的第三SIP UA进行转移，直到呼叫被响应或者地址信息中的地址所对应的SIP UA都遍历完为止。

其中，若第i个SIP UA应答呼叫，第i个SIP UA向proxy发送携带有替换标志的消息，所述第i个SIP UA为非第一SIP UA的SIP UA。向proxy发送携带有替换标志消息的目的，是通知proxy，第i SIP UA替代第一SIP UA应答了呼叫请求。

需要说明的是：当本发明实施例的一号通呼叫方法，应用于代理服务器侧，该方法包括：

接收来自于主叫方的呼叫请求；

根据所维护的用户注册的至少两个SIP UA的地址信息，向与该呼叫请求关联的被叫用户对应的至少两个SIP UA中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息。

所述第一SIP UA包括最近成功响应的SIP UA或者用户静态设定的SIPUA，或者缺省设置的SIP UA。

当呼叫由非所述第一SIP UA的其他SIP UA应答时，所述方法进一步包括：接收由应答的SIP UA发送的携带有替换标志的应答消息。

应当理解的是：当本发明实施例的一号通呼叫方法，应用于用户注册的至少两个会话初始化协议用户代理SIP UA中的一SIP UA侧，需要说明的是：当前SIP UA既可以是PROXY发呼叫请求的对象(即PROXY直接向其发送呼叫请求的第一SIP UA)，也可以是相对于第一SIP UA的用户注册的其他SIPUA，例如：为了区别于第一SIP UA，可以称为第二SIP UA、第三SIP UA等，需要理解的是：这里的第二、第三不代表依次顺序，仅是为了区别用户注册的不同的SIP UA，该方法包括：

A、接收呼叫请求和至少包含该用户注册的且没有被寻呼过的SIP UA的地址的第一地址信息，所述呼叫请求为主叫方呼叫请求所触发的呼叫消息、或呼叫转移消息；

B、当不应答所述呼叫请求时，根据所述接收的第一地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址所对应的第二SIP UA发送呼叫转移消息。(这里的第二SIP UA用于区别PROXY直接发送呼叫请求的第一SIP UA)。

应当理解的是：在当前SIP UA为PROXY直接发送呼叫请求的第一SIPUA时，步骤A中接收的呼叫请求为主叫方呼叫请求所触发的呼叫消息，这里的第一地址信息为该用户注册的相对于第一SIP UA的其他SIP UA地址的地址信息；

在当前SIP UA为非第一SIP UA的SIP UA时，步骤A中接收的呼叫请求为呼叫转移消息，这里的第一地址信息为至少包含该用户注册的且没有遍历过的SIP UA的地址的信息；第一地址信息中可以包含当前SIP UA的地址，也可以不包含当前SIP UA的地址。

以及，本发明实施例的一号通呼叫方法还包括：将所述第二SIP UA地址从所述接收的第一地址信息中删除，将修改后的地址信息发送给所述第二SIPUA。

以及，本发明实施例的一号通呼叫方法还包括：检查收到的所述第一地址信息中是否存在当前SIP UA的地址，如果存在，将当前SIP UA的地址从所述接收的第一地址信息中删除。

如果接收的呼叫请求为呼叫转移消息时，本发明实施例的一号通呼叫方法还包括：当应答所述呼叫请求时，返回带有替换标志的应答消息。

在本发明不同的实施例中，所述第一SIP UA向所述第二SIP UA转发地址信息可以采用不同的方式来实现，下面结合不同方式，对本发明不同实施例进行详细描述：

实施例一、参见图3，该实施例具体包括以下步骤：

步骤301：当接收到主叫方的呼叫请求时，proxy向被呼叫用户的第一SIPUA发送呼叫消息和至少包含有该用户注册的其他SIP UA地址的地址信息。

步骤302：第一SIP UA在不应答该呼叫消息时，向地址消息中的一地址所对应的第二SIP UA发送呼叫转移消息。

步骤303：第一SIP UA将第二SIP UA地址信息从所述地址信息中删除，将修改后的地址信息发送给第二SIP UA。

需要理解的是：在一种实现下，步骤302和步骤303没有必然的先后顺序，也可以是在第一SIP UA在不应答该呼叫消息时，第一SIP UA将第二SIP UA地址信息从所述地址信息中删除，将修改后的地址信息发送给第二SIP UA，并向地址信息中的一地址所对应的第二SIP UA发送呼叫转移消息。

在另一种实现下，也可以是在第一SIP UA在不应答该呼叫消息时，第一SIP UA将第二SIP UA地址信息从所述地址信息中删除，并向地址信息中的一地址所对应的第二SIP UA发送呼叫转移消息，该呼叫转移消息中携带有修改后的地址信息。

为了避免针对同一个SIP UA的反复寻呼，需要对已经被寻呼的SIP UA的地址(也可以称为已经遍历过的SIP UA的地址)从地址信息中删除，在实施例一中，是由发送地址信息的SIP UA负责将下一个被寻呼的SIP UA的地址从地址信息中删除，在实施例二中，是由接收寻呼消息的SIP UA删除自身地址。

参见图4，本发明的实施例二包括如下步骤：

步骤401：当接收到主叫方的呼叫请求时，proxy向被呼叫用户的第一SIPUA发送呼叫消息和至少包含有该用户注册的相对于第一SIP UA的其他SIPUA地址的地址信息。

步骤402：第一SIP UA在不应答呼叫消息时，向地址信息中的其他SIP UA地址中的一地址所对应的第二SIP UA发送呼叫转移消息。

步骤403：第一SIP UA向所述第二SIP UA发送所述地址信息；

在一种实现下，第一SIP UA可以向所述第二SIP UA发送至少包含未被寻呼的SIP UA地址的地址信息。

步骤404：第二SIP UA检查收到的所述地址信息中是否有自身的地址，如果有，将自身地址删除。

需要理解的是：在一种实现下，步骤402和步骤403没有必然的先后顺序，也可以是第一SIP UA在自身无法应答该呼叫消息时，第一SIP UA向所述第二SIP UA发送所述地址信息，并向地址信息中的一地址所对应的第二SIP UA发送呼叫转移消息。

在另一种实现下，也可以是在第一SIP UA在自身无法应答该呼叫消息时，第一SIP UA向所述第二SIP UA发送所述地址信息，并向地址信息中的一地址所对应的第二SIP UA发送呼叫转移消息，该呼叫转移消息中携带有所述地址信息。

在本发明不同实施例中，根据用户注册的SIP UA个数的不同，在得不到应答时，呼叫被转移的次数就不同，以用户Alice呼叫用户Bob为例，对本方法的一个具体实施例做详细说明。

图5为本实施例的应用场景示意图，Alice的用户终端向proxy发送呼叫请求(invite)消息，用户Bob注册了三个SIP UA，分别为Bob User B1、BobUser B2和Bob User B3。Alice的用户终端与proxy通信，Bob User B1与BobUser B2通信，Bob User B2与Bob User B3通信，Bob User B1、Bob User B2和Bob User B3均可以与proxy通信。参见图6为本发明实施例的一号通呼叫方法的交互流程图，本实施例一号通呼叫方法的具体步骤包括：

步骤601：Alice的用户终端向proxy发送呼叫请求(invite)。

步骤602：proxy向Bob User B1发送invite消息。

在该invite消息中，携带有Bob User B2地址和Bob User B3地址的地址列表。

当Bob User B1能处理该invite消息时，执行步骤603：返回180ring，即Bob User B1应答该呼叫。

步骤604：返回180ring，即Proxy应答用户Alice。

当Bob User B1应答失败(例如，time out)时，执行步骤605：Bob User B1向Bob User B2发送呼叫转移(refer)消息；

其中，所述refer消息中携带有包含(Bob User B2地址和)Bob User B3地址的地址列表。

当Bob User B2能处理该refer消息时，执行步骤606：202accept，表示：Bob User B2接收到refer消息后，回发给Bob User B1的接受响应。

当Bob User B2应答失败(例如，time out)时，执行步骤607：将自身的地址从地址信息中删除，根据地址信息中剩下的地址信息，将该呼叫通过refer消息转移给Bob User B3；

其中，所述refer消息中携带有包含Bob User B3地址的地址信息。

步骤608：“202accept”为Bob User B3接收到refer消息后，回发给BobUser B2的接受响应。

步骤609：Bob User B3向Bob User B2发送通知消息(Notity 100trying)，通知Bob User由自身应答该呼叫。

步骤610：Bob User B2收到该通知消息后，将Notify 100trying的通知消息转发给Bob User B1。

步骤611：Bob User B1收到通知消息后，向Bob User B2回复确认消息(200ok)。

步骤612：Bob User B2向Bob User B3回复确认消息(200ok)。

步骤613：Bob User B3在收到Bob User B2返回来的确认消息后，就向proxy发送invite消息，在该invite消息中携带有替换标志(replace)，表示BobUser B3替换了invite消息中原来的Bob User B1。

步骤614：Proxy收到该invite消息后，将其转发给Alice，告知其目标SIPUA为Bob User B3。

步骤615：Alice收到invite消息后，向proxy回复确认信息(200ok)。

步骤616：proxy收到Alice的回复确认后，向Bob User B3发送确认信息(200ok)。

步骤617-632为Alice与Bob User B3建立通话直至通话结束的过程，与现有技术相同，不再赘述。

本实施例是只是一个具体的例子，在实际应用中，用户可能注册多个SIPUA，也可能只注册两个SIP UA，呼叫可能一直不能被应答，也可能被其中任意一个SIP UA应答，这些都不是本实施例所限制的。

参见图7，本发明实施例提供一种代理服务器，用于在接收到主叫方的呼叫请求时，根据维护的用户注册的SIP UA组的地址信息，向与该呼叫请求关联的被叫用户对应的SIP UA组中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息，所述用户注册有至少两个SIP UA，该代理服务器包括地址维护单元701和收发单元702，其中：

地址信息维护单元701：用于维护用户注册的至少两个SIP UA的地址信息；需要说明的是：当存在多个用户分别注册至少两个SIP UA时，地址信息维护单元701维护每个用户注册的至少两个SIP UA的地址信息；

在一种实现下，可以采用地址列表的形式维护地址信息，维护单元701为第一地址信息维护单元，用于维护用户注册的至少两个SIP UA的地址组成的地址列表；

收发单元702：用于在接收到主叫方的呼叫请求时，根据信息维护单元701维护的地址信息，向与该呼叫请求关联的被叫用户对应的至少两个SIP UA中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIPUA地址的地址信息。

收发单元702，进一步用于，在呼叫由非所述第一SIP UA的其他SIP UA应答时，接收由应答的SIP UA发送的携带有替换标志的应答消息。

参见图8，本发明实施例提供一种一号通装置，用于接收呼叫请求和地址信息，该装置应用于用户注册的至少两个会话初始化协议用户代理SIP UA中的SIP UA侧，包括：

接收单元801，用于接收呼叫消息和至少包含有该用户注册的且没有被寻呼过的SIP UA的地址的第一地址信息，所述呼叫请求为主叫方呼叫请求所触发的呼叫消息、或呼叫转移消息；

在一种实现下，接收单元801为第一接收单元，用于接收呼叫消息和包含有当前SIP UA，以及没有遍历过(没有被寻呼过)的SIP UA的地址的第一地址信息；

在另一种实现下，接收单元801为第二接收单元，用于接收呼叫消息和没有遍历过(没有被寻呼过)的SIP UA地址的第一地址信息；

应答单元802，用于根据所述呼叫请求，应答呼叫；

呼叫转发单元803，用于在应答单元802不应答呼叫时，根据接收单元801接收到的第一地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址对应的其他SIP UA(为了方便描述，称为第二SIP UA)转发呼叫。

优选地，该装置还包括：

地址检查单元804，用于检查接收单元801收到的地址信息中是否有自身的地址，如果有，负责将自身地址删除。

地址转发单元805，用于向所述其他SIP UA(第二SIP UA)转发第二地址信息，该第二地址信息中至少包含有该用户注册的且没有遍历过(没有被寻呼过)的SIP UA的地址；换句话说，包含有除已经遍历过的SIP UA外的其他SIP UA的地址，或者该地址信息中包含有除已经遍历过的SIP UA外的其他SIP UA和当前第二SIP UA的地址。

应答单元802为第一应答单元，用于在接收单元801接收的呼叫请求为呼叫转移消息时，根据所述呼叫转移消息返回带有替换标志的应答消息。

本发明实施例的会话初始化协议用户代理，具备前述的一号通装置。

参见图9，本发明实施例还提供一种呼叫系统，该系统包括代理服务器proxy901，以及至少包括第一SIP UA902和第二SIP UA903的SIP UA组，其中，第一SIP UA902和第二SIP UA903为同一个用户注册的两个不同contact URLs(联系地址)的SIP终端：

proxy901，用于在接收到主叫方的呼叫请求时，根据维护的用户注册的SIP UA组的地址信息，向与该呼叫请求关联的被叫用户对应的SIP UA组中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIPUA地址的地址信息。

第一SIP UA902，用于应答呼叫，并且在自身不应答呼叫时，根据获得的地址信息中一SIP UA地址将呼叫转发给相应的第二SIP UA903；

优选地，所述第二SIP UA903，用于向所述proxy901响应由所述第一SIPUA902转移的呼叫请求，或者，用于利用所述第一SIP UA902转移的地址信息向所述SIP UA组中的其他SIP UA发起呼叫转移。

通过实施例提供的可以实现一号通的呼叫转发功能，在第一SIP UA不应答呼叫时，将呼叫转发出去。

可见，在本发明实施例中，当注册至少两个SIP UA的用户被呼叫时，proxy向第一SIP UA发送呼叫请求和当前用户注册的其他SIP UA地址信息，第一SIP UA在不能响应该呼叫请求时，可以根据其他SIP UA的地址将呼叫请求转移给其他SIP UA，从而使得SIP UA参与到业务当中，能够自主选择业务流程，避免了现有SIP UA只能做接受或拒绝操作。在这个过程中proxy只发起一次呼叫请求消息，后续流程都由SIP UA完成，大大降低了proxy的系统开销。

本领域普通技术人员可以理解实现上述实施例中一号通呼叫方法的过程可以通过程序指令相关的硬件来完成，所述的程序可以存储于通信系统或代理服务器proxy或SIP UA的可读取存储介质中，该程序在执行时执行上述方法中的对应步骤。所述的存储介质可以如：ROM/RAM、磁碟、光盘等。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (18)

1.一种一号通呼叫方法，其特征在于，应用于用户注册的至少两个会话初始化协议用户代理SIP UA中的一SIP UA侧，该方法包括：

接收呼叫请求和至少包含该用户注册的且没有被寻呼过的SIP UA的地址的第一地址信息，所述呼叫请求为主叫方呼叫请求所触发的呼叫消息、或呼叫转移消息；

当不应答所述呼叫请求时，根据所述接收的第一地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址所对应的第二SIP UA发送呼叫转移消息。

2.根据权利要求1所述的方法，其特征在于，所述接收呼叫请求和至少包含该用户注册的且没有被寻呼过的SIP UA的地址的第一地址信息的步骤为：

接收至少携带有该用户注册的且没有被寻呼过的SIP UA的地址的呼叫请求。

3.根据权利要求1所述的方法，其特征在于，还包括：向所述第二SIP UA发送至少包含该用户注册的且没有被寻呼过的SIP UA的地址的第二地址信息。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：将所述第二SIP UA地址从所述接收的第一地址信息中删除，将修改后的地址信息发送给所述第二SIP UA。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：检查收到的所述第一地址信息中是否存在当前SIP UA的地址，如果存在，将当前SIP UA的地址从所述接收的第一地址信息中删除。

6.根据权利要求3、4或5所述的方法，其特征在于，如果接收的呼叫请求为呼叫转移消息时，所述方法还包括：

当应答所述呼叫请求时，返回带有替换标志的应答消息。

7.根据权利要求1或3所述的方法，其特征在于，通过可扩展标记语言XML包体在呼叫请求或通知消息中携带地址信息，所述地址信息的具体形式为XML包体中的联系表单contact-list。

8.一种一号通呼叫方法，其特征在于，应用于代理服务器侧，该方法包括：

接收来自于主叫方的呼叫请求；

根据所维护的用户注册的至少两个SIP UA的地址信息，向与该呼叫请求关联的被叫用户对应的至少两个SIP UA中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息，以使得所述第一SIP UA在不应答所述呼叫请求时，根据接收的所述地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址所对应的第二SIP UA发送呼叫转移消息。

9.根据权利要求8所述的方法，其特征在于，所述第一SIP UA包括最近成功响应的SIP UA或者用户静态设定的SIP UA。

10.根据权利要求8所述的方法，其特征在于，当呼叫由非所述第一SIPUA的其他SIP UA应答时，所述方法进一步包括：接收由应答的SIP UA发送的携带有替换标志的应答消息。

11.一种代理服务器，其特征在于，包括：

地址信息维护单元，用于维护用户注册的至少两个SIP UA的地址信息；

收发单元，用于在接收到主叫方的呼叫请求时，根据所述地址信息维护单元维护的地址信息，向与该呼叫请求关联的被叫用户对应的至少两个SIP UA中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIP UA地址的地址信息，以使得所述第一SIP UA在不应答所述呼叫请求时，根据接收的所述地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址所对应的第二SIP UA发送呼叫转移消息；在呼叫由非所述第一SIP UA的其他SIP UA应答时，接收由应答的SIP UA发送的携带有替换标志的应答消息。

12.一种一号通呼叫装置，其特征在于，应用于用户注册的至少两个会话初始化协议用户代理SIP UA中的SIP UA侧，包括：

接收单元，用于接收呼叫请求和至少包含有该用户注册的且没有被寻呼过的SIP UA的地址的第一地址信息，所述呼叫请求为主叫方呼叫请求所触发的呼叫消息、或呼叫转移消息；

应答单元，用于根据所述呼叫请求，应答呼叫；

呼叫转发单元，用于在所述应答单元不应答呼叫时，根据所述接收单元接收到的第一地址信息中的没有被寻呼过的一SIP UA地址，向与该SIP UA地址对应的第二SIP UA转发呼叫。

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

地址转发单元，用于向所述第二SIP UA发送至少包含有该用户注册的且没有被寻呼过的SIP UA的地址的第二地址信息。

14.根据权利要求12或13所述的装置，其特征在于，还包括：

地址检查单元，用于检查所述接收单元收到的第一地址信息中是否有自身的地址，如果有，负责将自身地址删除。

15.根据权利要求12所述的装置，其特征在于，所述应答单元为第一应答单元，用于在所述接收单元接收的呼叫请求为呼叫转移消息时，根据所述呼叫转移消息返回带有替换标志的应答消息。

16.一种会话初始化协议用户代理，其特征在于，具备如权利要求12-15任意一项所述的装置。

17.一种呼叫系统，该系统包括代理服务器proxy，以及至少包括第一SIPUA和第二SIP UA的SIP UA组，其特征在于，

所述proxy，用于在接收到主叫方的呼叫请求时，根据维护的用户注册的SIP UA组的地址信息，向与该呼叫请求关联的被叫用户对应的SIP UA组中的第一SIP UA发送呼叫请求和至少包含有相对于所述第一SIP UA的其他SIPUA地址的地址信息；

所述第一SIP UA，用于在不应答呼叫时，根据接收到的地址信息中一SIPUA地址，将呼叫请求转发给与该SIP UA地址对应的第二SIP UA。

18.根据权利要求17所述的系统，其特征在于，所述第二SIP UA，用于向所述proxy响应由所述第一SIP UA转移的呼叫请求，或者，用于利用所述第一SIP UA转移的地址信息向所述SIP UA组中的其他SIP UA发起呼叫转移。

Images