CN103905374A

CN103905374A - 一种呼叫方法、系统和设备

Info

Publication number: CN103905374A
Application number: CN201210568174.9A
Authority: CN
Inventors: 赵婷
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2012-12-24
Filing date: 2012-12-24
Publication date: 2014-07-02
Anticipated expiration: 2032-12-24
Also published as: CN103905374B

Abstract

本发明公开了一种呼叫方法、系统和设备，该方法包括：业务服务器在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，触发对被叫终端设备的唤醒过程；在被叫终端设备被唤醒之后，业务服务器接收来自所述被叫终端设备的第二Register消息，所述第二Register消息中携带所述被叫终端设备对应的标识信息和所述被叫终端设备在被唤醒之后的地址信息；所述业务服务器将所述被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体，由所述呼叫会话控制功能实体利用所述被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。本发明实施例中，实现呼叫的正常接续，保证呼叫流程不中断、不重新发起。

Description

一种呼叫方法、系统和设备

技术领域

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

背景技术

IMS（IP Multimedia Subsystem，IP多媒体系统）网络面向用户提供了终端设备（如手机）操作系统的SIP（Session Initiation Protocol，会话初始化协议）客户端，该SIP客户端用于为用户提供语音/视频等业务。其中，SIP客户端的操作系统可以包括Android和iOS等，且通过SIP客户端，能够实现用户通过终端设备连接2/3G（第二/三代移动通信技术）数据网络或WLAN（WirelessLocal Area Networks，无线局域网）时，使用语音/视频等业务。

在IMS网络中，一次终端设备的注册过程（终端设备通过SIP客户端实现注册过程）如图1所示；终端设备的SIP Register（注册）消息的示例如图2所示；其中，Register消息在Contact（联系）头域中携带有地址信息（即终端设备的地址）；终端设备在后续的每次重注册过程中，该Contact头域中的地址信息均不会发生变化；且终端设备关闭离线后的下一次注册过程中，该Contact头域中的地址信息会发生变化，如IP地址发生变化或者端口发生变化等。

在IMS网络中，一次终端设备作为被叫的信令流程如图3所示；在终端设备作为被叫时，CSCF（Call Session Control Function，呼叫会话控制功能）将终端设备注册时Contact头域中携带的地址添加到Invite（请求）消息的Request（请求）-URI（Uniform Resource Identifier，通用资源标识）头域中，以实现被叫的寻址过程。在终端设备当前的IP连接中断或者Contact头域中携带的地址发生变化时，由于Invite消息的Request-URI头域中的地址仍然为发生变化之前的地址，因此呼叫无法接续到被叫，从而导致呼叫失败。

现有技术中，终端设备的操作系统均提供应用程序唤醒机制，以iOS操作系统唤醒机制为例，唤醒过程包括：（1）应用程序向iOS操作系统注册通知服务，iOS操作系统连接到APNS（Apple Push Notification Service，苹果推送通知服务）服务器获取Token（标记）信息，并将Token信息发送给应用程序；（2）应用程序将Token信息发送给提供业务的应用服务器，退到后台休眠；（3）应用服务器有更新消息后，发送推送请求给APNS服务器；（4）APNS服务器通过Token信息识别终端设备上的应用程序，推送通知给应用程序；（5）应用程序被唤醒后，启动新的IP连接到应用服务器，接受应用服务器上的新消息。

结合终端设备的操作系统的应用程序唤醒机制，为保证终端设备做被叫时的实时可被寻址，可以有以下两种方法：

方法一：要求终端设备根据首次注册时与网络侧协商的注册时长向核心网发起重新注册，如果到达重新注册时间，终端设备未注册则说明终端设备已离线，则核心网向主叫终端设备播放“您所拨打的用户暂时无法接通，请稍后再试”等异常提示音。因此，要求终端设备能够与核心网保持基于IP的长连接，即终端设备的应用程序需要一直保持运行状态。但是，目前终端设备的操作系统，为防止同时运行多个应用程序而导致终端设备耗电过快等问题，禁止多应用程序同时运行，或者禁止多应用程序同时保持IP的长连接。

方法二：通过终端设备的操作系统层面实现终端设备的唤醒。但是，目前终端设备操作系统的唤醒机制，在终端设备被唤醒之后，应用程序将重新发起注册过程，此时Contact头域中携带的地址将发生变化，从而导致呼叫仍然无法寻址到被叫终端设备，只能中断此次呼叫并重新开始呼叫。

发明内容

本发明实施例提供一种呼叫方法、系统和设备，以实现呼叫的正常接续。

为了达到上述目的，本发明实施例提供一种呼叫方法，包括：

业务服务器在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，触发对所述被叫终端设备的唤醒过程；

在所述被叫终端设备被唤醒之后，所述业务服务器接收来自所述被叫终端设备的第二Register消息，所述第二Register消息中携带所述被叫终端设备对应的标识信息和所述被叫终端设备在被唤醒之后的地址信息；

所述业务服务器将所述被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体，由所述呼叫会话控制功能实体利用所述被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

本发明实施例提供一种呼叫系统，包括：

业务服务器，用于在收到用于呼叫被叫终端设备的第一呼叫请求消息后，触发对被叫终端设备的唤醒过程；在被叫终端设备被唤醒之后，接收来自所述被叫终端设备的第二Register消息，所述第二Register消息中携带所述被叫终端设备对应的标识信息和所述被叫终端设备在被唤醒之后的地址信息；将所述被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体；

呼叫会话控制功能实体，用于利用所述被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

本发明实施例提供一种业务服务器，包括：

处理模块，用于在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，触发对所述被叫终端设备的唤醒过程；

接收模块，用于在所述被叫终端设备被唤醒之后，接收来自所述被叫终端设备的第二Register消息，所述第二Register消息中携带所述被叫终端设备对应的标识信息和所述被叫终端设备在被唤醒之后的地址信息；

发送模块，用于将被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体，由呼叫会话控制功能实体利用被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

本发明实施例提供一种呼叫会话控制功能实体，包括：

通信模块，用于接收用于呼叫被叫终端设备的第一呼叫请求消息，并将所述第一呼叫请求消息发送给业务服务器，所述第一呼叫请求消息中携带所述被叫终端设备的标识信息和地址信息；由所述业务服务器利用所述被叫终端设备的标识信息对应的Token信息触发对被叫终端设备的唤醒过程；

在所述被叫终端设备被唤醒之后，接收来自所述业务服务器的所述被叫终端设备在被唤醒之后的地址信息；

处理模块，用于利用所述被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

与现有技术相比，本发明实施例至少具有以下优点：本发明实施例中，在一次呼叫过程中，通过对被叫终端设备进行唤醒，并更新被叫终端设备的Contact头域中携带的地址，实现将当前呼叫中终端设备的地址修改为当前可接续到的地址，实现呼叫的正常接续，保证呼叫流程不中断、不重新发起。

附图说明

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

图1是现有技术中一次终端设备的注册过程示意图；

图2是现有技术中终端设备的SIP Register消息的示例；

图3是现有技术中一次终端设备作为被叫的信令流程示意图；

图4是本发明实施例一提供的一种呼叫方法流程示意图；

图5是本发明实施例二提出的一种系统架构示意图；

图6是本发明实施例二提出的呼叫信令流程示意图；

图7是本发明实施例四提供的一种业务服务器的结构示意图；

图8是本发明实施例五提供的一种呼叫会话控制功能实体的结构示意图。

具体实施方式

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

实施例一

本发明实施例一提供一种呼叫方法，如图4所示，该方法包括以下步骤：

步骤401，呼叫会话控制功能实体接收来自各终端设备的第一Register（注册）消息，并将各终端设备的第一Register消息发送给业务服务器；其中，该第一Register消息中携带各终端设备对应的标识信息（如号码）、地址信息和Token信息。

步骤402，业务服务器接收来自呼叫会话控制功能实体的第一Register消息，并维护各终端设备的标识信息、地址信息和Token信息之间的对应关系。

本发明实施例中，业务服务器在收到来自各终端设备的第一Register消息之后，该业务服务器还可以将各终端设备对应的Token信息发送给Push服务器，并由Push服务器记录各终端设备对应的Token信息。

步骤403，呼叫会话控制功能实体在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，将该第一呼叫请求消息发送给业务服务器，由业务服务器接收来自呼叫会话控制功能实体的用于呼叫被叫终端设备的第一呼叫请求消息；其中，该第一呼叫请求消息中可以至少携带该被叫终端设备的标识信息和地址信息。

本发明实施例的一种优选实施方式中，呼叫会话控制功能实体在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，该呼叫会话控制功能实体还可以代替被叫终端设备向主叫终端设备进行回铃音的播放，以避免因为被叫终端设备的寻呼时间过长，主叫终端设备一直无提示音所导致的提前挂机现象，提高用户使用感受。

步骤404，当通过被叫终端设备的地址信息无法路由到被叫终端设备时，业务服务器通过被叫终端设备的标识信息查询对应关系，获得对应的Token信息，并利用Token信息触发对被叫终端设备的唤醒过程。

本发明实施例中，业务服务器利用Token信息触发对被叫终端设备的唤醒过程，包括：业务服务器将Token信息发送给Push服务器，由Push服务器利用Token信息触发终端唤醒服务器对被叫终端设备的唤醒过程。

具体的，由于Token信息具体为终端设备的应用程序，用于标识某终端设备的某应用程序，因此终端唤醒服务器在得到Token信息后，可以直接利用Token信息对被叫终端设备的应用程序进行唤醒，该过程在此不再赘述。

步骤405，在被叫终端设备被唤醒之后，业务服务器接收来自被叫终端设备的第二Register消息；其中，该第二Register消息中携带被叫终端设备对应的标识信息和被叫终端设备在被唤醒之后的地址信息。

步骤406，业务服务器将被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体，呼叫会话控制功能实体接收来自业务服务器的被叫终端设备在被唤醒之后的地址信息。

本发明实施例中，业务服务器将被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体包括：业务服务器将被叫终端设备在被唤醒之后的地址信息添加到第一呼叫请求消息的响应消息中发送给呼叫会话控制功能实体；呼叫会话控制功能实体接收被叫终端设备在被唤醒之后的地址信息包括：呼叫会话控制功能实体接收来自业务服务器的第一呼叫请求消息的响应消息，响应消息中携带被叫终端设备在被唤醒之后的地址信息。

步骤407，呼叫会话控制功能实体利用被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与被叫终端设备之间的呼叫过程。

本发明实施例中，呼叫会话控制功能实体利用被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与被叫终端设备之间的呼叫过程，具体包括：呼叫会话控制功能实体通过收到的响应消息中所携带的地址信息修改上述第一呼叫请求消息中携带的地址信息，以得到第二呼叫请求消息，并通过发送第二呼叫请求消息触发完成主叫终端设备与被叫终端设备之间的呼叫过程。

综上所述，本发明实施例中，在一次主叫终端设备向被叫终端设备发起呼叫的过程中，通过对被叫终端设备进行唤醒，并更新被叫终端设备的Contact头域中携带的地址，实现将当前呼叫中终端设备的地址修改为当前可接续到的地址，实现呼叫的正常接续，保证呼叫流程不中断、不重新发起。

实施例二

以下结合图5所示的系统架构以及图6所示的呼叫信令流程，对本发明实施例提出的呼叫方法进行详细说明。

本发明实施例所提出的呼叫方法中，基于IMS多媒体电话业务平台，通过部署Push服务器与已有操作系统的终端唤醒服务器（如APNS服务器）相连接，以实现终端设备的呼叫唤醒；在图5中，各接口说明如下：

终端设备与SBC（Session Border Controller，会话边界控制器）之间，SBC与CSCF（即核心网网元）之间，CSCF与业务服务器（即业务平台）之间，CSCF与MGCF（Media Gateway Control Function，媒体网关控制功能）之间，均为SIP协议的相关接口，其满足终端设备的注册、注销、会话控制和路由、业务触发、域间互通等业务需求，并通过SIP消息携带相关信息。

业务服务器与Push服务器之间为HTTP（Hyper Text Transfer Protocol，超文本传输协议）协议的接口，为终端设备唤醒的通知接口，当有针对终端设备的新呼叫时，业务服务器通过该接口通知Push服务器唤醒该终端设备。

Push服务器与终端唤醒服务器（已有操作系统的终端唤醒服务器，如APNS服务器）之间为HTTP协议的接口，为终端设备唤醒的通知接口，Push服务器通知终端唤醒服务器唤醒某个终端设备上的某个应用程序。

终端唤醒服务器与终端设备之间的接口，该接口为唤醒接口，且终端唤醒服务器与终端设备的操作系统之间需要保持基于IP的长连接，且终端唤醒服务器能够通知操作系统唤醒本终端设备上的某个应用程序。

当终端设备的操作系统支持唤醒机制，且终端设备的操作系统与终端唤醒服务器之间保持基于IP的长连接时，图6所示的呼叫信令流程包括：

步骤1-3、终端设备向业务服务器发送Register消息（为了后续区分方便，该Register消息为第一Register消息），该第一Register消息中携带终端设备对应的标识信息（如号码信息）、地址信息和Token信息。

具体的，终端设备对应的应用程序向操作系统上报需要进行唤醒，由操作系统从终端唤醒服务器获取Token信息，并传递给应用程序。进一步的，终端设备向SBC发送第一Register消息，由SBC向呼叫会话控制功能实体（即CSCF）发送第一Register消息，并由呼叫会话控制功能实体向业务服务器发送第一Register消息；由于第一Register消息中携带终端设备对应的标识信息、地址信息（携带于Contact头域中，以地址A1为例进行说明）和Token信息，因此，业务服务器可以维护终端设备的标识信息、地址信息和Token信息之间的对应关系。

步骤4、在终端设备注册成功后，业务服务器将终端设备对应的Token信息发送给Push服务器，由Push服务器记录终端设备对应的Token信息。

步骤5、终端设备（后续以被叫终端设备为例进行说明）的应用程序（即呼叫对应的应用程序）被调至后台之后，当有主叫终端设备呼叫该被叫终端设备时，CSCF可以接收到用于呼叫该被叫终端设备的Invite消息（为了后续区分方便，该Invite消息为第一呼叫请求消息），且该第一呼叫请求消息中携带了被叫终端设备的标识信息（即号码）和地址信息（即地址A1），且此时被叫终端设备之前注册的地址A1已经无法路由到该被叫终端设备。

步骤6、CSCF代替被叫终端设备向主叫终端设备进行回铃音的播放（即提前回复180ringing或者183，并携带回铃音媒体信息，实现假回铃音），以避免因为被叫终端设备的寻呼时间过长，主叫终端设备一直无提示音所导致的提前挂机现象，从而提高了用户使用感受，保证用户使用体验。

步骤7、CSCF将Invite消息（即第一呼叫请求消息）发送给业务服务器；该第一呼叫请求消息中携带被叫终端设备的标识信息和地址信息（地址A1）。

步骤8、当通过被叫终端设备的地址信息无法路由到被叫终端设备时，业务服务器通过被叫终端设备的标识信息查询对应关系（即之前维护的终端设备的标识信息、地址信息和Token信息之间的对应关系），获得被叫终端设备的标识信息对应的Token信息，并将获得的Token信息发送给Push服务器。

步骤9、Push服务器在收到来自业务服务器的Token信息之后，将Token信息发送给终端唤醒服务器，触发终端唤醒服务器对被叫终端设备的唤醒。

步骤10、终端唤醒服务器对被叫终端设备进行唤醒。具体的，由于Token信息具体为终端设备的应用程序，用于标识某终端设备的某应用程序，因此终端唤醒服务器在收到来自Push服务器的Token信息后，可以直接利用Token信息对被叫终端设备的应用程序进行唤醒，该过程在此不再详加赘述。

步骤11-步骤13、被叫终端设备在被唤醒之后，被叫终端设备重新向业务服务器发送Register消息（为了区分方便，该Register消息为第二Register消息），且该第二Register消息中携带被叫终端设备对应的标识信息和被叫终端设备在被唤醒之后的地址信息（以地址A2为例进行说明）。

具体的，被叫终端设备在被唤醒之后，该被叫终端设备向SBC发送第二Register消息，由SBC向呼叫会话控制功能实体（即CSCF）发送第二Register消息，并由呼叫会话控制功能实体向业务服务器发送第二Register消息；且该第二Register消息中携带被叫终端设备对应的标识信息（如号码信息）和被叫终端设备在被唤醒之后的地址信息（携带于Contact头域中，以地址A2为例进行说明）。

步骤14、业务服务器从第二Register消息中获得被叫终端设备在被唤醒之后的地址信息（地址A2），并通过第一呼叫请求消息的响应消息（即302消息）将被叫终端设备在被唤醒之后的地址信息（地址A2）发送给CSCF。

步骤15-步骤23、CSCF通过收到的响应消息中所携带的地址信息（地址A2）修改第一呼叫请求消息中携带的地址信息（地址A1），以得到Invite消息（为了区分方便，以第二呼叫请求消息为例进行说明），并通过发送第二呼叫请求消息触发完成主叫终端设备与被叫终端设备之间的呼叫过程。

具体的，CSCF在收到302消息后，根据302消息中携带的地址A2修改第一呼叫请求消息（即步骤7中的Invite消息）的Request-URI中地址，得到新的Invite消息（即第二呼叫请求消息），并向业务服务器发送Invite消息；业务服务器在收到Invite消息之后，完成相应的业务逻辑修改，并向CSCF发送Invite消息；CSCF在收到Invite消息之后，向SBC发送Invite消息；SBC在收到Invite消息之后，向被叫终端设备发送Invite消息；之后，被叫终端设备振铃并接听，被叫终端设备、SBC、CSCF与业务服务器之间通过发送200ok，以最终完成主叫终端设备与被叫终端设备之间的呼叫建立过程。

实施例三

基于与上述方法同样的发明构思，本发明实施例中还提供了一种呼叫系统，该系统至少可以包括：

本发明实施例中，该系统还可以包括：Push服务器；

所述业务服务器，还用于接收来自各终端设备的第一Register消息，所述第一Register消息中携带各终端设备对应的标识信息、地址信息和Token信息；维护各终端设备的标识信息、地址信息和Token信息之间的对应关系；在收到携带所述被叫终端设备的标识信息和地址信息的第一呼叫请求消息后，通过所述被叫终端设备的标识信息查询所述对应关系，获得所述被叫终端设备的标识信息对应的Token信息，并将所述Token信息发送给Push服务器；

所述Push服务器，用于利用所述Token信息触发终端唤醒服务器对所述被叫终端设备的唤醒过程。

实施例四

基于与上述方法同样的发明构思，本发明实施例中还提供了一种业务服务器，如图7所示，该业务服务器包括：

处理模块11，用于在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，触发对所述被叫终端设备的唤醒过程；

接收模块12，用于在所述被叫终端设备被唤醒之后，接收来自所述被叫终端设备的第二Register消息，所述第二Register消息中携带所述被叫终端设备对应的标识信息和所述被叫终端设备在被唤醒之后的地址信息；

发送模块13，用于将被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体，由呼叫会话控制功能实体利用被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

所述接收模块12，还用于接收来自各终端设备的第一Register消息，该第一Register消息中携带各终端设备对应的标识信息、地址信息和Token信息；并维护所述各终端设备的标识信息、地址信息和Token信息之间的对应关系；

所述处理模块11，具体用于通过第一呼叫请求消息中携带的所述被叫终端设备的标识信息查询所述对应关系，获得所述被叫终端设备的标识信息对应的Token信息，并利用所述Token信息触发对被叫终端设备的唤醒过程。

所述发送模块13，还用于将所述各终端设备对应的Token信息发送给Push服务器，由所述Push服务器记录所述各终端设备对应的Token信息；

所述处理模块11，具体用于将所述Token信息发送给Push服务器，由Push服务器利用Token信息触发终端唤醒服务器对被叫终端设备的唤醒过程。

所述发送模块13，具体用于将被叫终端设备在被唤醒之后的地址信息添加到所述第一呼叫请求消息的响应消息中发送给呼叫会话控制功能实体；由呼叫会话控制功能实体通过所述响应消息中携带的地址信息修改所述第一呼叫请求消息中携带的地址信息，得到第二呼叫请求消息，并通过发送第二呼叫请求消息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

实施例五

基于与上述方法同样的发明构思，本发明实施例中还提供了一种呼叫会话控制功能实体，如图8所示，该呼叫会话控制功能实体包括：

通信模块21，用于接收用于呼叫被叫终端设备的第一呼叫请求消息，并将所述第一呼叫请求消息发送给业务服务器，所述第一呼叫请求消息中携带所述被叫终端设备的标识信息和地址信息；由所述业务服务器利用所述被叫终端设备的标识信息对应的Token信息触发对被叫终端设备的唤醒过程；

处理模块22，用于利用所述被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

所述通信模块21，还用于在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，代替被叫终端设备向所述主叫终端设备进行回铃音的播放。

所述通信模块21，具体用于接收来自业务服务器的第一呼叫请求消息的响应消息，所述响应消息中携带被叫终端设备在被唤醒之后的地址信息；

所述处理模块22，具体用于通过所述响应消息中携带的地址信息修改第一呼叫请求消息中携带的地址信息，得到第二呼叫请求消息，并通过发送第二呼叫请求消息触发完成主叫终端设备与被叫终端设备之间的呼叫过程。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims

1.一种呼叫方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述业务服务器在接收到用于呼叫被叫终端设备的第一呼叫请求消息，之前还包括：

所述业务服务器接收来自各终端设备的第一Register消息，所述第一Register消息中携带所述各终端设备对应的标识信息、地址信息和Token信息；

所述业务服务器维护所述各终端设备的标识信息、地址信息和Token信息之间的对应关系。

3.如权利要求2所述的方法，其特征在于，所述第一呼叫请求消息中携带所述被叫终端设备的标识信息和地址信息，所述业务服务器触发对所述被叫终端设备的唤醒过程，具体包括：

所述业务服务器通过所述被叫终端设备的标识信息查询标识信息、地址信息和Token信息之间的对应关系，获得所述被叫终端设备的标识信息对应的Token信息，并利用所述Token信息触发对被叫终端设备的唤醒过程。

4.如权利要求3所述的方法，其特征在于，所述业务服务器接收来自各终端设备的第一Register消息之后，还包括：

所述业务服务器将所述各终端设备对应的Token信息发送给Push服务器，由所述Push服务器记录所述各终端设备对应的Token信息。

5.如权利要求3或4所述的方法，其特征在于，所述业务服务器利用所述Token信息触发对被叫终端设备的唤醒过程，具体包括：

所述业务服务器将所述Token信息发送给Push服务器，由所述Push服务器利用所述Token信息触发终端唤醒服务器对所述被叫终端设备的唤醒过程。

6.如权利要求1所述的方法，其特征在于，所述业务服务器将所述被叫终端设备在被唤醒之后的地址信息通知给呼叫会话控制功能实体，包括：

所述业务服务器将所述被叫终端设备在被唤醒之后的地址信息添加到所述第一呼叫请求消息的响应消息中发送给所述呼叫会话控制功能实体；

所述呼叫会话控制功能实体利用所述被叫终端设备在被唤醒之后的地址信息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程，具体包括：

所述呼叫会话控制功能实体通过所述第一呼叫请求消息的响应消息中携带的地址信息修改所述第一呼叫请求消息中携带的地址信息，得到第二呼叫请求消息，并通过发送所述第二呼叫请求消息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述呼叫会话控制功能实体在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，代替被叫终端设备向所述主叫终端设备进行回铃音的播放。

8.一种呼叫系统，其特征在于，包括：

9.如权利要求8所述的系统，其特征在于，还包括：Push服务器；

10.一种业务服务器，其特征在于，包括：

11.如权利要求10所述的业务服务器，其特征在于，

所述接收模块，还用于接收来自各终端设备的第一Register消息，所述第一Register消息中携带各终端设备对应的标识信息、地址信息和Token信息；并维护所述各终端设备的标识信息、地址信息和Token信息之间的对应关系；

所述处理模块，具体用于通过所述第一呼叫请求消息中携带的所述被叫终端设备的标识信息查询所述对应关系，获得所述被叫终端设备的标识信息对应的Token信息，并利用所述Token信息触发对被叫终端设备的唤醒过程。

12.如权利要求10所述的业务服务器，其特征在于，

所述发送模块，还用于将所述各终端设备对应的Token信息发送给Push服务器，由所述Push服务器记录所述各终端设备对应的Token信息；

所述处理模块，具体用于将所述Token信息发送给Push服务器，由Push服务器利用所述Token信息触发终端唤醒服务器对被叫终端设备的唤醒过程。

13.如权利要求10所述的业务服务器，其特征在于，

所述发送模块，具体用于将被叫终端设备在被唤醒之后的地址信息添加到所述第一呼叫请求消息的响应消息中发送给呼叫会话控制功能实体；由呼叫会话控制功能实体通过所述响应消息中携带的地址信息修改所述第一呼叫请求消息中携带的地址信息，得到第二呼叫请求消息，并通过发送所述第二呼叫请求消息触发完成主叫终端设备与所述被叫终端设备之间的呼叫过程。

14.一种呼叫会话控制功能实体，其特征在于，包括：

15.如权利要求14所述的呼叫会话控制功能实体，其特征在于，

所述通信模块，还用于在接收到用于呼叫被叫终端设备的第一呼叫请求消息之后，代替被叫终端设备向所述主叫终端设备进行回铃音的播放。

16.如权利要求14所述的呼叫会话控制功能实体，其特征在于，

所述通信模块，具体用于接收来自业务服务器的第一呼叫请求消息的响应消息，所述响应消息中携带被叫终端设备在被唤醒之后的地址信息；

所述处理模块，具体用于通过所述响应消息中携带的地址信息修改所述第一呼叫请求消息中携带的地址信息，得到第二呼叫请求消息，并通过发送第二呼叫请求消息触发完成主叫终端设备与被叫终端设备之间的呼叫过程。