CN103856645A - 一种离线呼叫的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种实现互联网协议电话离线呼叫的方法、设备及系统，包括：接收基于互联网协议的主叫用户终端发起的呼叫请求，所述呼叫请求中包含主叫用户端的地址信息；当判断基于互联网协议的被叫用户终端不在线时，将所述呼叫请求发送给第三方网关；第三方网关将所述呼叫请求发送给基于互联网协议的被叫用户终端；基于互联网协议的被叫用户终端接收第三方网关发送来的呼叫请求后，根据所述呼叫请求中包含的基于互联网协议的主叫用户终端的地址信息与基于互联网协议的主叫用户终端之间建立呼叫连接。本发明实施例提供的技术方案可以令基于互联网协议的被叫用户终端在处于离线状态的情况下，仍然能够收到基于互联网协议的主叫用户终端发起的呼叫请求。并可以在收到呼叫请求后快速建立起呼叫连接，实现主被叫之间的通话，而无需再登录服务器。

Description

一种离线呼叫的方法、装置及系统

技术领域

本发明涉及网络通信技术，尤其涉及一种离线呼叫的方法、装置及系统。

背景技术

IP（互联网协议，Internet Protocol）电话作为“下一代电话”而备受瞩目。相比传统语音电话，IP电话为通过IP网络进行通信，因而，其能够提供更加强大的功能，以及更小的运营成本和更高的通话质量。

IP电话具体需要通过相应的IP电话客户端实现相应的通话，即IP电话客户端需要登陆指定的服务器，建立与该指定的服务器之间的连接，以便于IP电话客户端之间的呼叫信令基于建立的连接通过服务器进行中转。例如，主叫方呼叫时，会将相应的呼叫请求发给服务器，服务器受到该呼叫请求后，根据请求中的被叫方的ID（标识）找到服务器与被叫方之间建立的IP连接，并将该呼叫请求转发过去，以建立主被叫之间的通信。

但是，由于IP电话客户端通常为运行于平板电脑或手机等设备上的软件，因此，IP电话客户端有时可能并没有在设备中启动运行，此时，IP电话客户端便没有登陆服务器，而处于离线状态，这样，若主叫用户对该IP电话客户端发起呼叫，相应的IP呼叫将不可达到，导致IP电话无法接通，通话失败。

发明内容

本发明的目的是提供一种实现互联网协议电话离线呼叫的方法、设备及系统，以便于基于互联网协议的被叫用户终端没有在线的情况下仍可以保证其获知基于互联网协议的主叫用户终端发起的呼叫请求。

本发明的目的是通过以下技术方案实现的：

第一方面，提供一种实现互联网协议电话离线呼叫的方法，包括：接收基于互联网协议的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户终端的地址信息；当判断基于互联网协议的被叫用户终端不在线时，将所述呼叫请求发送给第三方网关，以通过所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端，所述基于互联网协议的主叫用户终端的地址信息用于所述基于互联网协议的被叫用户终端建立与所述基于互联网协议的主叫用户终端之间的呼叫连接。

在第一方面的第一种可能的实现方式中，所述第三方网关包括推入网关和短消息网关中至少一种。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述将所述呼叫请求发送给第三方网关包括：将所述包含所述基于互联网协议的主叫用户端地址信息的呼叫请求封装为所述第三方网关能够识别的格式，并将所述封装后的呼叫请求发送给所述第三方网关。

第二方面，提供另一种实现互联网协议电话离线呼叫的方法，包括：

基于互联网协议的的被叫用户终端接收通过第三方网关发送的呼叫请求，所述呼叫请求中包含基于互联网协议的主叫用户终端的地址信息；所述基于互联网协议的被叫用户终端根据所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息与所述基于互联网协议的主叫用户终端之间建立呼叫连接。

在第二方面的第一种可能的实现方式中，所述基于互联网协议的被叫用户终端与所述基于互联网协议的主叫用户终端之间建立呼叫连接包括：根据所述呼叫请求中包含的所述基于互联网协议的主叫用户的地址信息向所述基于互联网协议的主叫用户终端发送振铃音，且所述基于互联网协议的被叫用户终端开始振铃；当所述基于互联网协议的被叫用户终端确认与所述基于互联网协议的主叫用户终端建立呼叫时，则所述基于互联网协议的主叫用户终端与所述基于互联网协议的被叫用户终端之间建立通话。

第三方面，提供再一种实现互联网协议电话离线呼叫的方法，包括：

服务器接收基于互联网协议的的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户端的地址信息；当所述服务器判断基于互联网协议的被叫用户终端不在线时，将所述呼叫请求发送给第三方网关；所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端；所述基于互联网协议的被叫用户终端接收所述第三方网关发送来的所述呼叫请求后，根据所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息与所述基于互联网协议的主叫用户终端之间建立呼叫连接。

第四方面，提供一种实现互联网协议电话离线呼叫的服务器，包括：

呼叫请求接收单元，用于接收基于互联网协议的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户终端的地址信息；判断单元，用于在所述呼叫请求接收单元接收到所述基于互联网协议的主叫用户终端发起的呼叫请求后，判断基于互联网协议的被叫用户终端是否在线；呼叫请求发送单元，用于在所述判断单元判断所述基于互联网协议的被叫用户终端不在线后，将所述呼叫请求发送给第三方网关，以通过所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端，所述基于互联网协议的主叫用户终端的地址信息用于所述基于互联网协议的被叫用户终端建立与所述基于互联网协议的主叫用户终端之间的呼叫连接。

在第四方面的第一种可能的实现方式中，所述第三方网关包括推入网关和短消息网关中至少一种。

结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述呼叫请求发送单元具体用于将包含所述基于互联网协议的主叫用户端的地址信息的所述呼叫请求封装为所述第三方网关能够识别的格式，并将所述封装后的呼叫请求发送给所述第三方网关。

第五方面，提供一种基于互联网协议的用户终端设备，包括：呼叫请求接收单元，用于接收通过第三方网关发送的呼叫请求，所述呼叫请求中包含基于互联网协议的主叫用户终端的地址信息；通话建立单元，用于根据所述呼叫请求接收单元接收的呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息，建立与基于互联网协议的主叫用户终端之间的呼叫连接。

在第五方面的第一种可能的实现方式中，所述通话建立单元包括：振铃音发送单元，用于根据所述呼叫请求接收单元接收的所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息向所述基于互联网协议的主叫用户终端发送振铃音；振铃处理单元，用于在所述基于互联网协议的被叫用户终端本地播放振铃音；通话处理单元，用于在所述基于互联网协议的被叫用户终端确认与所述基于互联网协议的主叫用户终端建立呼叫时，则所述基于互联网协议的主叫用户终端与所述基于互联网协议的被叫用户终端之间建立通话。

第六方面，提供一种实现互联网协议电话离线呼叫的系统，包括包括实现互联网协议电话离线呼叫的服务器、基于互联网协议的主叫用户终端、基于互联网协议的被叫用户终端及第三方网关其中：所述服务器用于接收基于互联网协议的的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户端的地址信息；当所述服务器判断基于互联网协议的被叫用户终端不在线时，将所述呼叫请求发送给所述第三方网关；所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端；所述基于互联网协议的被叫用户终端接收所述第三方网关发送来的所述呼叫请求后，根据所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息与所述基于互联网协议的主叫用户终端之间建立呼叫连接。

根据本发明提供的技术方案，可以令被叫用户终端在处于离线状态的情况下，仍然能够通过第三方网关的中介收到主叫用户终端发起的呼叫请求。并可以在收到呼叫请求后快速建立起呼叫连接，实现主被叫之间的通话，而无需再登录服务器。

附图说明

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

图1为本发明实施例提供的方法的处理流程示意图；

图2为本发明实施例提供的实施例一的处理流程示意图；

图3为本发明实施例提供的实施例二的处理流程示意图；

图4A为本发明实施例提供的服务器的结构示意图一；

图4B为本发明实施例提供的服务器的结构示意图二；

图5A为本发明实施例提供的用户终端设备的结构示意图一；

图5B为本发明实施例提供的手机的结构示意图。

具体实施方式

下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明的保护范围。

下面将结合附图对本发明实施例作进一步地详细描述。

本发明实施例提供了一种实现互联网协议电话离线呼叫的方法，其具体实现过程如图1A所示，可以包括以下步骤：

步骤11，接收到基于互联网协议的主叫用户终端（以下简称主叫用户终端）发起的呼叫请求后，判断基于互联网协议的被叫用户终端（以下简称被叫用户终端）是否在线，若在线，则执行步骤12，若所述被叫用户终端不在线，则执行步骤13；

其中，相应的被叫用户终端是否在线是指被叫用户终端是否已与服务器建立连接，例如，若作为被叫用户终端的IP电话客户端没有在设备中运行或没有执行登录操作，则该IP电话客户端便未与服务器建立连接，此时，则认为该被叫用户终端为不在线；

步骤12，按照传统方式与被叫用户终端之间建立通话，即根据呼叫请求中的被叫用户终端的ID通过服务器与所述被叫用户终端之间建立的连接，并将该呼叫请求通过该连接转发给被叫用户终端，以建立主被叫之间的通信。

步骤13，将所述呼叫请求发送给第三方网关，以通过所述第三方网关将所述呼叫请求发送给被叫用户终端，所述呼叫请求中包含主叫用户终端的地址信息，所述主叫用户终端的地址信息用于被叫用户终端建立与主叫用户终端之间的呼叫连接；

进一步地，将包含主叫用户终端的地址信息的呼叫请求封装为所述第三方网关能够识别的格式，并将封装后的呼叫请求发送给所述第三方网关；例如，在基于IP的网络中，若采用URI（通用资源标识符，Uniform Resource Identifier）地址作为主叫用户终端的地址信息，则可以将包含URI地址的呼叫请求打包发送给第三方网关，具体地打包方式可以包括：将作为呼叫请求的SIP（Session Initiation Protocol，会话初始协议）协议栈的INVITE（邀请）消息通过文本消息｛如push（推入）消息或短消息等等｝发送给第三方网关；

其中，相应的第三方网关可以但不限于包括：PUSH（推入）网关或短消息网关，或者，也可以为其他具有类似功能的网关。

以上处理过程是在主被叫用户终端之间的服务器侧完成，下面将结合附图描述下用户侧的处理过程，即不在线的被叫用户终端在接收到服务器通过第三方网关发送来的呼叫请求后的处理过程。

具体地，在被叫用户侧，其接收到服务器通过第三方网关发送来的呼叫请求后的处理过程如图1B所示，可以包括以下步骤：

步骤14，被叫用户终端接收通过第三方网关发送来的呼叫请求，所述呼叫请求中包含主叫用户终端的地址信息；

步骤15，根据呼叫请求中包含的主叫用户终端的地址信息与主叫用户终端之间建立呼叫连接，并基于所述呼叫连接实现与主叫用户终端之间的通话；

进一步地，该步骤15可以包括：首先，根据所述呼叫请求中包含的主叫用户终端的地址信息向主叫用户终端发送振铃音，且被叫用户终端开始振铃；之后，若被叫用户终端确认与主叫用户终端建立呼叫，则主叫用户终端与被叫用户终端之间建立通话。

通过上述本发明实施例提供的方法，可以令作为被叫用户终端的IP电话客户端在处于离线状态的情况下，仍然能够收到呼叫请求。并可以在收到呼叫请求后快速建立起呼叫连接，实现主被叫之间的通话，而无需再登录服务器。

为便于理解，下面将结合具体的应用实施例对本发明的实现做进一步描述。

实施例一

在该实施例一中，可以利用系统自带的PUSH功能，保证作为被叫用户终端的IP电话客户端不在线或没有启动的情况，也可以收到来电请求（即主叫用户终端发起的呼叫请求），即通过PUSH消息实现IP呼叫请求。具体地，如图2所示，相应的处理过程可以包括：

步骤21，主叫方（即基于互联网协议的主叫用户终端）登陆IP电话服务器，服务器将主叫方ID状态置为在线状态，以便于其作为被叫用户终端时可以查询获知其是否在线。

步骤22，主叫方向被叫方（即基于互联网协议的被叫用户终端）发起呼叫请求，相应的呼叫请求消息将被发送给服务器。

步骤23，服务器收到主叫方发送来的呼叫请求后，根据呼叫请求中的被叫方的ID，查找出被叫方不在线，则将此呼叫请求转发给PUSH网关。

步骤24，PUSH网关收到所述呼叫请求后，将该呼叫请求直接打包在PUSH消息中，发送给被叫方。

步骤25，被叫方收到PUSH网关发送来的PUSH消息后，解包生成呼叫请求，并处理该呼叫请求，处理过程包括：被叫方根据呼叫请求中的主叫方的地址信息（如IP地址和端口等），发送振铃音通知给主叫方，以通知主叫方等待被叫方接听通话，同时被叫方本地也开始振铃，以提示被叫方接听电话。

步骤26，被叫方听到振铃并摘机后，主被叫双方便可以开始通话。

通过上述过程可以在被叫方未在线的情况下，通过PUSH网关将呼叫请求推送给被叫方，以保证未在线的被叫方可以获知该呼叫请求，提高了IP通话的可用性。而且，在被叫方获知呼叫请求后直接根据主叫方的地址信息接续呼叫过程，从而保证了主被叫方之间通话的快速建立。

实施例二

在该实施例二中，可以利用短消息网关，保证作为被叫用户终端的IP电话客户端不在线或没有启动的情况，也可以收到主叫用户终端发起的呼叫请求。具体地，如图3所示，相应的处理过程可以包括：

步骤31，主叫方登陆IP电话服务器，服务器将主叫方的ID状态置为在线。

步骤32，主叫方向被叫方发起呼叫请求，相应的呼叫请求消息发送到服务器。

步骤33，服务器收到呼叫请求，根据呼叫请求中的被叫方的ID，查找出被叫方不在线，则将此呼叫请求转发给短消息网关（或称短信网关）。

步骤34，短消息网关接收到呼叫请求后，将该呼叫请求直接打包在短消息中，发送给被叫方。

步骤35，被叫方收到短消息网关发送来的短消息后，解包生成呼叫请求，并处理此呼叫请求，处理过程包括：被叫方根据呼叫请求中的主叫方的地址信息（如IP地址和端口等），发送振铃音通知给主叫方，以通知主叫方等待被叫方接听通话，同时被叫方本地也开始振铃，以提示被叫方接听电话。

步骤36，被叫方听到振铃并摘机后，主被叫双方便可以开始通话。

通过上述实施例二提供的处理过程可以在被叫方未在线的情况下，通过短消息网关将呼叫请求发送给被叫方，以保证离线的被叫方可以收到呼叫请求，提高了IP通话的可用性。而且，在被叫方收到呼叫请求后可以直接根据主叫方的地址信息接续呼叫过程，从而保证了主被叫方之间通话的快速建立。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random Access Memory，RAM）等。

本发明实施例还提供了一种实现互联网协议电话离线呼叫的服务器，如图4A所示，其具体可以包括：

呼叫请求接收单元41，用于接收基于IP的主叫用户终端（以下简称主叫用户终端）发起的呼叫请求，所述呼叫请求中包含主叫用户终端的地址信息；

判断单元42，用于在所述呼叫请求接收单元41接收到主叫用户终端发起的呼叫请求后，判断被叫用户终端是否在线；

呼叫请求发送单元43，用于在所述判断单元42判断被叫用户终端不在线后，将所述呼叫请求发送给第三方网关，以通过所述第三方网关将所述呼叫请求发送给基于互联网协议的被叫用户终端（以下简称被叫用户终端），所述呼叫请求中包含主叫用户终端的地址信息，所述主叫用户终端的地址信息用于被叫用户终端建立与主叫用户终端之间的呼叫连接。

呼叫请求发送单元43具体可以用于将包含主叫用户终端的地址信息的呼叫请求封装为所述第三方网关可以识别的格式，并将封装后的呼叫请求发送给所述第三方网关；例如，在基于IP的网络中，若采用URI地址作为主叫用户终端的地址信息，则可以将包含URI地址的呼叫请求打包发送给第三方网关，具体地打包方式可以包括：将作为呼叫请求的SIP协议栈的INVITE消息通过文本消息（如push消息或短消息等等）发送给第三方网关。

其中，第三方网关可以但不限于包括PUSH网关或短消息网关，或者，也可以为其他具有类似功能的中转设备。

进一步地，相应的服务器的结构可以如图4B所示，包括处理器44、存储器45及一个或多个信息收发接口46等器件。其中，相应的服务器通过信息收发接口46接收主叫用户终端发送来的呼叫请求，之后，由处理器44调用存储器45存储的被叫用户终端的信息（如标识等）判断被叫用户终端是否在线，若不在线，则处理器44将收到的呼叫请求打包并通过信息收发接口46发送给第三方网关。图4B仅给出的服务器结构的示例，这并不构成对本发明的唯一限定。

本发明实施例还提供了一种基于互联网协议的用户终端设备，如图5A所示，其具体可以包括：

呼叫请求接收单元51，用于接收通过第三方网关发送来的呼叫请求，所述呼叫请求中包含主叫用户终端的地址信息；

通话建立单元52，用于根据所述呼叫请求接收单元51接收的呼叫请求中包含的主叫用户终端的地址信息，建立与主叫用户终端之间的呼叫连接，并基于所述呼叫连接实现与主叫用户终端之间的通话。

进一步地，相应的通话建立单元52可以包括：

振铃音发送单元521，用于根据所述呼叫请求接收单元51接收的呼叫请求中包含的主叫用户终端的地址信息向主叫用户终端发送振铃音；

振铃处理单元522，用于在被叫用户终端本地播放振铃音；

通话处理单元523，用于在被叫用户终端确认与主叫用户终端建立呼叫时，在主叫用户终端与被叫用户终端之间建立通话。

本发明实施例提供的上述基于互联网协议的用户终端设备可以为包括手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等终端设备，以所述基于互联网协议的用户终端设备为手机为例，图5B示出的是与本发明实施例提供的基于互联网协议的用户终端设备相关的手机的部分结构的框图。参考图5B，手机包括RF（Radio Frequency，射频）电路510、存储器520、输入单元530、显示单元540、传感器550、音频电路560、WiFi(wireless fidelity，无线保真)模块570、处理器580、以及电源590等部件。本领域技术人员可以理解，图5B中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图5B对手机的各个构成部件进行具体的介绍：

RF电路510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器580处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA（Low NoiseAmplifier，低噪声放大器）、双工器等。此外，RF电路510还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(GeneralPacket Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器520可用于存储软件程序以及模块，处理器580通过运行存储在存储器520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元530可包括触控面板531以及其他输入设备532。触控面板531，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板531上或在触控面板531附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器580，并能接收处理器580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板531。除了触控面板531，输入单元530还可以包括其他输入设备532。具体地，其他输入设备532可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元440可包括显示面板541，可选的，可以采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板541。进一步的，触控面板531可覆盖显示面板541，当触控面板531检测到在其上或附近的触摸操作后，传送给处理器580以确定触摸事件的类型，随后处理器580根据触摸事件的类型在显示面板541上提供相应的视觉输出。虽然在图4中，触控面板531与显示面板541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板531与显示面板541集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板541的亮度，接近传感器可在手机移动到耳边时，关闭显示面板541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路560、扬声器561，传声器562可提供用户与手机之间的音频接口。音频电路560可将接收到的音频数据转换后的电信号，传输到扬声器561，由扬声器561转换为声音信号输出；另一方面，传声器462将收集的声音信号转换为电信号，由音频电路560接收后转换为音频数据，再将音频数据输出处理器580处理后，经RF电路510以发送给比如另一手机，或者将音频数据输出至存储器520以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图5B示出了WiFi模块570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器520内的软件程序和/或模块，以及调用存储在存储器520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器580可包括一个或多个处理单元；优选的，处理器580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器580中。

手机还包括给各个部件供电的电源590（比如电池），优选的，电源可以通过电源管理系统与处理器580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器580还具有以下功能：

在本发明实施例中，作为被叫用户终端的手机通过RF电路510接收通过第三方网关发送来的呼叫请求后，由处理器580根据接收的呼叫请求中包含的主叫用户终端的地址信息，建立与主叫用户终端之间的呼叫连接，之后，作为被叫用户终端的手机便可以基于所述呼叫连接实现与主叫用户终端之间的通话。

进一步地，在所述手机接收到所述呼叫请求后，由处理器官80根据所述呼叫请求接中包含的主叫用户终端的地址信息，通过RF电路510向主叫用户终端发送振铃音；同时，所述手机还在本地通过音频电路560及扬声器561播放振铃音；在作为被叫用户终端的手机通过输入单元530确认与主叫用户终端建立呼叫时，由在主叫用户终端与被叫用户终端之间建立通话。

本发明实施例中，相应的用户终端设备可以为移动通信设备（如手机等）或也可以为固定通信设备（如固定电话机等）。

本发明实施例还提供了一种实现离线呼叫的系统，包括上述实现互联网协议电话离线呼叫的服务器，第三方网关，及上述基于互联网协议的用户终端设备，所述第三方网关用于将所述服务器发送来的呼叫请求发送给作为被叫用户终端的所述用户终端设备。

同样，通过上述装置及系统可以令被叫用户终端在处于离线状态的情况下，仍然能够收到主叫用户终端发起的呼叫请求。并可以在收到呼叫请求后快速建立起呼叫连接，实现主被叫之间的通话，而无需再登录服务器。

需要说明的是，上述装置中包含的各个处理单元所实现的功能的具体实现方式在前面的各个实施例中已经有详细描述，故在这里不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明披露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (12)

1.一种实现互联网协议电话离线呼叫的方法，其特征在于，包括：

接收基于互联网协议的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户终端的地址信息；

当判断基于互联网协议的被叫用户终端不在线时，将所述呼叫请求发送给第三方网关，以通过所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端，所述基于互联网协议的主叫用户终端的地址信息用于所述基于互联网协议的被叫用户终端建立与所述基于互联网协议的主叫用户终端之间的呼叫连接。

2.根据权利要求1所述的方法，其特征在于，所述第三方网关包括推入网关和短消息网关中至少一种。

3.根据权利要求1或2所述的方法，其特征在于，所述将所述呼叫请求发送给第三方网关包括：

将所述包含所述基于互联网协议的主叫用户端地址信息的呼叫请求封装为所述第三方网关能够识别的格式，并将所述封装后的呼叫请求发送给所述第三方网关。

4.一种实现互联网协议电话离线呼叫的方法，其特征在于，包括：

基于互联网协议的的被叫用户终端接收通过第三方网关发送的呼叫请求，所述呼叫请求中包含基于互联网协议的主叫用户终端的地址信息；

所述基于互联网协议的被叫用户终端根据所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息与所述基于互联网协议的主叫用户终端之间建立呼叫连接。

5.根据权利要求4所述的方法，其特征在于，所述基于互联网协议的被叫用户终端与所述基于互联网协议的主叫用户终端之间建立呼叫连接包括：

根据所述呼叫请求中包含的所述基于互联网协议的主叫用户的地址信息向所述基于互联网协议的主叫用户终端发送振铃音，且所述基于互联网协议的被叫用户终端开始振铃；

当所述基于互联网协议的被叫用户终端确认与所述基于互联网协议的主叫用户终端建立呼叫时，则所述基于互联网协议的主叫用户终端与所述基于互联网协议的被叫用户终端之间建立通话。

6.一种实现互联网协议电话离线呼叫的方法，其特征在于，包括：

服务器接收基于互联网协议的的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户端的地址信息；

当所述服务器判断基于互联网协议的被叫用户终端不在线时，将所述呼叫请求发送给第三方网关；

所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端；

所述基于互联网协议的被叫用户终端接收所述第三方网关发送来的所述呼叫请求后，根据所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息与所述基于互联网协议的主叫用户终端之间建立呼叫连接。

7.一种实现互联网协议电话离线呼叫的服务器，其特征在于，包括：

呼叫请求接收单元，用于接收基于互联网协议的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户终端的地址信息；

判断单元，用于在所述呼叫请求接收单元接收到所述基于互联网协议的主叫用户终端发起的呼叫请求后，判断基于互联网协议的被叫用户终端是否在线；

呼叫请求发送单元，用于在所述判断单元判断所述基于互联网协议的被叫用户终端不在线后，将所述呼叫请求发送给第三方网关，以通过所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端，所述基于互联网协议的主叫用户终端的地址信息用于所述基于互联网协议的被叫用户终端建立与所述基于互联网协议的主叫用户终端之间的呼叫连接。

8.根据权利要求7所述的服务器，其特征在于，所述第三方网关包括推入网关和短消息网关中至少一种。

9.根据权利要求7或8所述的服务器，其特征在于，所述呼叫请求发送单元具体用于将包含所述基于互联网协议的主叫用户端的地址信息的所述呼叫请求封装为所述第三方网关能够识别的格式，并将所述封装后的呼叫请求发送给所述第三方网关。

10.一种基于互联网协议的用户终端设备，其特征在于，包括：

呼叫请求接收单元，用于接收通过第三方网关发送的呼叫请求，所述呼叫请求中包含基于互联网协议的主叫用户终端的地址信息；

通话建立单元，用于根据所述呼叫请求接收单元接收的呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息，建立与基于互联网协议的主叫用户终端之间的呼叫连接。

11.根据权利要求10所述的设备，其特征在于，所述通话建立单元包括：

振铃音发送单元，用于根据所述呼叫请求接收单元接收的所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息向所述基于互联网协议的主叫用户终端发送振铃音；

振铃处理单元，用于在所述基于互联网协议的被叫用户终端本地播放振铃音；

通话处理单元，用于在所述基于互联网协议的被叫用户终端确认与所述基于互联网协议的主叫用户终端建立呼叫时，则所述基于互联网协议的主叫用户终端与所述基于互联网协议的被叫用户终端之间建立通话。

12.一种实现互联网协议电话离线呼叫的系统，其特征在于，包括实现互联网协议电话离线呼叫的服务器、基于互联网协议的主叫用户终端、基于互联网协议的被叫用户终端及第三方网关其中：

所述服务器用于接收基于互联网协议的的主叫用户终端发起的呼叫请求，所述呼叫请求中包含所述基于互联网协议的主叫用户端的地址信息；

当所述服务器判断基于互联网协议的被叫用户终端不在线时，将所述呼叫请求发送给所述第三方网关；

所述第三方网关将所述呼叫请求发送给所述基于互联网协议的被叫用户终端；

所述基于互联网协议的被叫用户终端接收所述第三方网关发送来的所述呼叫请求后，根据所述呼叫请求中包含的所述基于互联网协议的主叫用户终端的地址信息与所述基于互联网协议的主叫用户终端之间建立呼叫连接。

Images