CN107567001A - 一种实现呼叫驻留的方法、应用服务器和系统 - Google Patents

Abstract

本发明公开了一种实现呼叫驻留的方法、应用服务器和系统，在呼叫驻留发起终端上报驻留触发消息后，对呼叫保持终端播放呼叫保持提示音，之后，当呼叫驻留发起终端的呼叫驻留消息中携带预设的驻留业务码时，记录驻留接入信息，释放呼叫驻留发起终端，进行后续的接续过程：接收呼叫拾起终端的呼叫请求消息，在呼叫请求消息与驻留接入信息匹配时，停止对呼叫保持终端播放放音，联通呼叫拾起终端与呼叫保持终端。相对于现有技术中终端必须支持二路呼叫或支持refer消息的发送，本发明采用现有的普通终端即可。所以，本发明有利于降低呼叫驻留对终端的需求，提高现有终端的利用率，降低实现呼叫驻留业务的成本，提升用户的体验感，更具实用性。

Description

一种实现呼叫驻留的方法、应用服务器和系统

技术领域

本发明涉及通信技术领域，具体涉及一种实现呼叫驻留的方法、应用服务器和系统。

背景技术

目前，通话业务中，提供了呼叫驻留业务，呼叫驻留业务包括驻留和接续两部分，其含义是当任一用户A与业务用户B通话之后，用户B发起驻留操作，用户A被保持，处于不挂机状态，用户B退出当前通话，此过程实现了A的驻留。在A的保持过程中，用户C拨打指定的业务码加用户B的号码，AS将用户C与用户A关联桥接，用户A与用户C通话，此过程实现了A的接续。

现有技术中，实现呼叫驻留一般采用以下的方案；：

一，用户B对应的终端为比较高级的SIP终端且具有发送REFER消息的能力，通过REFER消息携带指定的业务码ac1给AS(Application Server，应用服务器)，AS保持用户A并释放B，C拨打指定的业务码ac2加用户B的号码到达AS，AS将用户C与用户A关联，实现驻留与接续。

二，用户B对应的终端具有二路呼叫的能力，能在已经通话的基础上再拨打一次新的呼叫，请求的被叫号码为指定的业务码ac1给AS，AS保持用户A并释放B，C拨打指定的业务码ac2加用户B的号码到达AS，AS将用户C与用户A关联，实现驻留与接续。

明显，现有技术中，对实现呼叫驻留业务的终端有特殊要求，需要时具有发送REFER消息功能的SIP终端或者具有二路呼叫功能的终端，但是，现有的市面上使用或在售的终端如智能手机等，一般是不具备这些功能的，所以，如何降低呼叫驻留业务对终端的要求，利用普通终端实现呼叫驻留是现有技术急需解决的问题。

发明内容

本发明实施例要解决的主要技术问题是，提供一种实现呼叫驻留的方法、应用服务器和系统，解决现有技术中采用更高级的终端实现呼叫驻留带来的对终端的限制，以及呼叫驻留业务的成本高，实用性差，适应性差的问题。

为解决上述技术问题，本发明实施例提供一种实现呼叫驻留的方法，包括：

接收通话中的呼叫驻留发起终端上报的驻留触发消息；

当驻留触发消息携带预设的按键业务特征码时，与通话中的呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对呼叫保持终端播放呼叫保持提示音；

接收通话中的呼叫驻留发起终端上报的呼叫驻留消息；

当呼叫驻留消息携带预设的驻留业务码时，记录当前通话的驻留接入信息，释放呼叫驻留发起终端；

接收呼叫拾起终端发起的呼叫请求消息，呼叫请求消息携带由呼叫拾起终端的拨号按键信号转换处理后生成的消息；

当呼叫请求消息与驻留接入信息匹配时，控制媒体服务器停止对业务保持终端播放呼叫保持提示音，接通呼叫拾起终端与呼叫保持终端的通话。

为解决上述技术问题，本发明实施例还提供一种实现呼叫驻留的应用服务器，包括：

接收模块，用于接收通话中的呼叫驻留发起终端上报的驻留触发消息，接收通话中的呼叫驻留发起终端上报的呼叫驻留消息，以及接收呼叫拾起终端发起的呼叫请求消息；呼叫请求消息携带由呼叫拾起终端的拨号按键信号转换处理后生成的消息；

控制模块，用于当驻留触发消息携带预设的按键业务特征码时，与通话中的呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对呼叫保持终端播放呼叫保持提示音；当呼叫驻留消息携带预设的驻留业务码时，记录当前通话的驻留接入信息，释放呼叫驻留发起终端；当呼叫请求消息与驻留接入信息匹配时，控制媒体服务器停止对业务保持终端播放呼叫保持提示音，接通呼叫拾起终端与呼叫保持终端的通话。

为解决上述技术问题，本发明实施例还提供一种实现呼叫驻留的系统，包括：媒体服务器和如上的应用服务器；

应用服务器与媒体服务器进行驻留业务的媒体协商，媒体服务器用于根据应用服务器与驻留业务对应的终端进行的媒体协商，向驻留业务对应的终端发送媒体流。

本发明实施例公开了一种实现呼叫驻留的方法、应用服务器和系统，在接收呼叫驻留发起终端上报的驻留触发消息后，可以控制媒体服务器对呼叫保持终端播放呼叫保持提示音，提示用户不要挂机，此后，当通话中的呼叫驻留发起终端再次上报的呼叫驻留消息中携带预设的驻留业务码时，可以记录驻留接入信息，然后释放呼叫驻留发起终端，进行后续的接续过程：接收呼叫拾起终端发起的呼叫请求消息，在呼叫请求消息与驻留接入信息匹配时，控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，接通呼叫拾起终端与呼叫保持终端的通话。相对于现有技术中终端必须是支持二路呼叫的终端或支持refer消息发送的SIP终端。通过上述的机制，本发明实施例中的终端采用现有的普通终端即可实现呼叫驻留。所以，本发明实施例的方法有利于降低呼叫驻留对终端的需求，提高现有终端的利用率，降低实现呼叫驻留业务的成本，提升用户的体验感，更具有实用性。

附图说明

图1为本发明实施例一提供的一种实现呼叫驻留的方法的流程图；

图2为本发明实施例二提供的另一种实现呼叫驻留的方法的流程图；

图3为本发明实施例二提供的一种将按键信号转换为INFO消息的方法的流程图；

图4为本发明实施例二提供的另一种将按键信号转换为INFO消息的方法的流程图；

图5为本发明实施例二提供的一种实现呼叫驻留的方法的流程图；

图6为本发明实施例三提供的一种实现呼叫驻留的应用服务器的模块示意图；

图7为本发明实施例三提供的一种实现呼叫驻留的系统的模块示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

本实施例提出了一种实现呼叫驻留的方法，与现有的实现呼叫驻留业务的方法相比，本实施例的方法中的终端只要具备基本的通话功能即可，不需要具有支持特殊按键(*、#、0-9之外的按键)并具有发送refer消息的功能；也不需要支持二路呼叫的功能。所以本实施例的方法适用于利用现有的所有终端，具有较好的实用性，扩展了应用的广泛性，节省了部署成本，提升了用户体验性。

参见图1，本实施例提供的实现呼叫驻留的方法包括：

S101、接收通话中的呼叫驻留发起终端上报的驻留触发消息；

驻留触发消息为根据呼叫驻留发起终端的触发按键信号转换处理后生成的消息；

S102、当驻留触发消息携带预设的按键业务特征码时，与通话中的呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对呼叫保持终端播放呼叫保持提示音；

S103、接收通话中的呼叫驻留发起终端上报的呼叫驻留消息；

呼叫驻留消息为根据呼叫驻留发起终端的驻留按键信号转换处理后生成的消息；

S104、当呼叫驻留消息携带预设的驻留业务码时，记录当前通话的驻留接入信息，释放呼叫驻留发起终端；

S105、接收呼叫拾起终端发起的呼叫请求消息，呼叫请求消息携带由呼叫拾起终端的拨号按键信号转换处理后生成的消息；

S106、当呼叫请求消息携带的按键信号与驻留接入信息匹配时，控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，接通呼叫拾起终端与呼叫保持终端的通话。

在本实施例中，呼叫驻留发起终端、呼叫保持终端以及呼叫拾起终端属于用户终端(User Equipment，UE)，是用户发起呼叫、接听呼叫以及做其他呼叫操作的装置，可以是C网或G网手机、PSTN终端、IMS终端等具有通话功能的终端设备，本实施例对此没有限定。其中，呼叫驻留发起终端可以是主叫终端，也可以是被叫终端。

本实施例中的呼叫保持终端的数量不局限于一个，当S101中，呼叫驻留发起终端和呼叫保持终端是多方通话时，除了发起呼叫驻留的呼叫驻留发起终端，其他的终端都可以认为是呼叫保持终端。步骤S102中，可以理解为与通话中的至少一个呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对至少一个呼叫保持终端播放呼叫保持提示音。

本实施例的媒体服务器的作用是在呼叫驻留的过程中，为终端提供各种需要的语音资源，该媒体服务器属于媒体资源服务器(Media Resource Server，简称MRS)，可以提供语音媒体能力，如在呼叫保持过程中给被保持方用户播放呼叫保持提示音等。其中，MRS与UE之间的信息传输为媒体流的传送，UE与MRS之间的媒体包的解码格式、收发端口、宽带传输速度等信息，需要根据UE与MRS之间的媒体协商确定。

假设操作呼叫驻留发起终端的是用户B，操作呼叫保持终端的是用户A，可以想到的是，在步骤S101中，用户B在与用户A的通话过程中，触发了呼叫驻留发起终端上的按键，呼叫驻留发起终端根据用户触发的按键生成了触发按键信号，该触发按键信号中包括了用户B具体触发的按键号，本实施例中，这些按键号包括但不限于*，#，0-9等号码的任意组合，当这些按键号与预设的案件业务特征码相同时，驻留业务被触发，呼叫保持终端的通话被保持。

一般为了避免呼叫保持终端听到呼叫驻留发起终端的操作，同时也为了提醒用户A不要挂机，保持呼叫保持终端处于呼叫状态。需要向处于通话中的呼叫保持终端播放呼叫保持提示音，提示用户A当前处于呼叫保持状态，无需挂机。该呼叫保持提示音的播放需要MRS提供语音媒体。在S102中，驻留业务被触发后，需要与呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对呼叫保持终端播放呼叫保持提示音。

上述与通话中的呼叫保持终端进行呼叫保持放音业务的媒体协商，包含了获取呼叫保持终端的媒体信息告知MRS，以及获取MRS的媒体信息告知呼叫保持终端的过程，在MRS和呼叫保持终端互知对方的媒体信息的情况下，媒体服务器MRS可以根据该媒体信息对呼叫保持终端UE播放呼叫保持提示音。本实施例的媒体信息可以是SDP媒体信息，包括IP地址、端口号、媒体能力如音频、视频，编码格式等。

其中，一般而言，用户在某终端上进行按键操作后，该终端会根据按键号对应地自动生成按键信号，这些按键信号的类型包括但不限于DTMF(Double Tone MultiFrequency，双音多频)信号。在实际通话过程中，本实施例的上述步骤是在应用服务器(Application Server，AS)的控制下完成的，所以AS接收到的驻留触发信号必然是自身可以识别的信号，所以可以理解的是，在本实施例中，呼叫驻留发起终端的触发按键信号和驻留按键信号以及呼叫拾起终端的拨号按键信号需要从DTMF信号转变为AS可识别的信号。其中，AS一般提供底层业务能力，如：呼叫控制，状态上报，话单生成等功能。

一般，AS与MRS或UE之间为呼叫通话的媒体协商，AS与UE通过核心网使用SIP协议互通；AS与MRS之间通常使用SIP协议或MGCP协议，具体决定于MRS支持的协议类型；而AS与MRS之间可以使用H.248等媒体协议。可以理解的是，AS、MRS与UE之间还可采用其他可利用的协议进行通信，不局限于上述列举的协议。

在本实施例中，AS、MRS与UE之间一般通过核心网通信，核心网包括但不限于IMS网络或NGN网络，实际实现中AS，MRS及UE是接入或锚定到IMS网络或NGN网络中的。

当AS与UE通过核心网使用SIP协议互通时，呼叫驻留发起终端和呼叫拾起终端的按键信号需要经过核心网的转换生成AS可识别的符合SIP协议的消息，由于呼叫驻留发起终端和呼叫拾起终端接收用户的按键号后得到的按键信号一般是DTMF信号，所以核心网一般是将DTMF信号转换为SIP协议消息。其中SIP协议消息的类型包括但不限于INFO消息(会话初始协议信息消息)。在实际中，一般核心网是将呼叫驻留发起终端和呼叫拾起终端的按键信号转换为INFO消息。

但是，可以理解的是，除了由核心网对各终端的按键信号进行转换生成按键信号外，还可以采用其他的设备实现按键信号的转换处理，本实施例对此没有限制。

在呼叫保持终端被保持的过程中，为了进行后续的业务，还需要呼叫驻留发起终端进行后续的按键信号上报，以便AS根据呼叫驻留发起终端上报的按键信号进行后续的控制处理。所以在呼叫保持终端被保持的过程中，呼叫驻留发起终端处于放音收号的状态，这里的放音指的是AS控制MRS向呼叫驻留发起终端播放预先录制好的音，收号指的是接收按键信号。可以理解的是，放音可以为静音，也可以为提示输入的提示音。

一般，用户B可以通过呼叫驻留发起终端输入驻留按键信号，告知AS其正式退出当前的通话，以便AS释放呼叫驻留发起终端，接入新的终端拾起当前的呼叫。其中，为了识别呼叫驻留发起终端上报的消息中携带的按键信号对应的业务，可以在AS中预先存储各业务码与各业务的对应关系，当S103中呼叫驻留发起终端上报的呼叫驻留消息携带的按键信号与预设的驻留业务码匹配时，AS确定呼叫驻留发起终端已决定退出当前的通话，需要被释放。

在呼叫驻留发起终端释放之后，会有呼叫拾起终端发起呼叫准备拾起当前与呼叫保持终端的通话。一般而言，呼叫拾起终端通过发起呼叫请求消息到AS的方式接入通话，呼叫请求消息实际上携带的是根据呼叫拾起终端的拨号按键信号转换处理生成的消息。可以理解的是，在某个时刻，AS控制的驻留通话不止一路，也即在本实施例中的呼叫保持终端处于保持状态时，也存在其他处于呼叫保持状态的终端，当AS收到某个用来拾起驻留通话的呼叫请求消息时，需要根据呼叫请求消息中的信息判断其接入的通话具体是哪一路。该判断信息是根据驻留通话的某些特征信息来确定的，在本实施例中，将其定义为驻留接入信息，在呼叫驻留发起终端被释放前，记录当前通话的驻留接入信息。

其中，驻留接入信息可以用来标识当前的某个通话，将该通话与其他通话区分开来。考虑到在某个通话中，通话双方的号码是唯一的，在本实施例中，可以将呼叫保持终端号码和/或呼叫驻留发起终端号码作为唯一标识呼叫保持终端与呼叫驻留发起终端的通话的驻留接入信息。此外，由于AS是控制当前通话的主要控制单元，全局掌控了当前的每一路通话，所以可以由AS为呼叫保持终端分配一个唯一标识其通话的标识信息。除了上述提到的呼叫保持终端号码和/或呼叫驻留发起终端号码以及AS分配的标识信息外，本实施例还可以利用其它能标识呼叫保持终端的通话的信息作为驻留接入信息。

在呼叫驻留发起终端释放之后，呼叫拾起终端可以按键发起呼叫请求消息，请求接入当前的通话。在S106中，当呼叫请求消息携带的拨号按键信号与驻留接入信息匹配时，控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，接通呼叫保持终端和呼叫拾起终端的通话。其中具体的接通呼叫保持终端和呼叫拾起终端的通话的过程可以参考现有的接通过程。

可以理解的是，在本实施例中，呼叫驻留发起终端在被释放之后，也可以通过发起呼叫请求消息再次接通与呼叫保持终端的通话，所以本实施例中，呼叫拾起终端可以是呼叫保持终端，也可以是其他的终端，本实施例对此没有限定。

在呼叫保持终端处于呼叫保持状态，而呼叫驻留发起终端未被释放前，当呼叫驻留发起终端欲重新继续当前的通话时，若采用上述的方式，先释放呼叫驻留发起终端，再接收呼叫驻留发起终端发起的呼叫请求消息，重新接入通话所需的步骤较多，与AS之间交互的步骤也较多，增加了AS的负担，增加了再次接入所需的时间，降低了用户体验。由此，本实施例提供一种在呼叫保持终端处于呼叫保持状态，而呼叫驻留发起终端未被释放前，呼叫驻留发起终端重新接入当前通话的方法，为解除呼叫保持终端的呼叫保持状态设置对应的解除呼叫保持业务码，在AS中存储该解除呼叫保持业务码与解除呼叫保持业务的对应关系。

在另一实施例中，若S103中，呼叫驻留发起终端上报的是解除呼叫保持业务码，S104变为控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，接通呼叫驻留发起终端与呼叫保持终端的通话。无需再进行S105和S106。

在本实施例中，为了便于呼叫拾起终端接入当前的通话，可以通过某种方式将驻留接入信息通知给呼叫拾起终端，例如，S105中，在释放呼叫驻留发起终端前，对呼叫驻留发起终端告知驻留接入信息。告知的方式可以是直接为呼叫驻留发起终端播放驻留接入信息。此外，本实施例也可以在释放呼叫驻留发起终端后，对呼叫驻留发起终端告知驻留接入信息，具体的，可以根据呼叫驻留发起终端号码通过短信，邮件等方式告知驻留接入信息。之后，呼叫驻留发起终端的用户B可以将驻留接入信息通过口头告知、电话、邮件或短信等方式通知给呼叫拾起终端的用户C。

在本实施例中，还提供另一种告知方式，在此告知方式中，呼叫驻留发起终端在被释前，处于被放音收号的状态，此时，呼叫驻留发起终端可以上报呼叫拾起终端的号码，AS根据呼叫拾起终端的号码将驻留接入信息通知给呼叫拾起终端。即在S105中，当释放呼叫驻留发起终端前，若还接收到呼叫驻留发起终端上报的呼叫拾起终端的号码，根据呼叫拾起终端的号码对呼叫拾起终端告知驻留接入信息。其中，根据呼叫拾起终端的号码对呼叫拾起终端告知驻留接入信息的具体告知方式包括：发送短信、或发送邮件或呼叫该呼叫拾起终端，在呼叫拾起终端摘机后，对呼叫拾起终端放音告知该驻留接入信息。

在本实施例中，为了呼叫拾起终端准确地拾起通话，本实施例的驻留接入信息包括呼叫驻留发起终端号码和为驻留业务分配的线路号中的至少一个。

在本实施例中，可以由AS为驻留业务分配线路号，可以理解的是，不同的驻留通话对应的线路号是不同的。

当驻留接入信息只包括呼叫驻留发起终端号码时，在释放呼叫驻留发起终端前，对呼叫驻留发起终端告知驻留接入信息的步骤可以省略，直接由呼叫驻留发起终端将其号码告知呼叫拾起终端即可。

当驻留接入信息不同时，对应的呼叫拾起终端上报的呼叫请求也不同。当驻留接入信息包括驻留发起终端号码时，呼叫请求消息携带的按键信号包括呼叫拾起业务码加呼叫驻留发起终端号码；

当驻留接入信息包括为驻留业务分配的线路号时，呼叫请求消息携带的按键信号包括呼叫拾起业务码加线路号；

当驻留接入信息包括呼叫驻留发起终端号码和为驻留业务分配的线路号时，呼叫请求消息携带的按键信号包括呼叫拾起业务码加呼叫驻留发起终端号码，或呼叫拾起业务码加线路号。

在本实施例中，当用户C采用拨打拾起业务码加呼叫驻留发起终端号码的方式，拾起与呼叫保持终端的通话时，可以不需要得知线路号，即无需呼叫驻留发起终端或AS向呼叫拾起终端告知线路号。此时，出于安全的考虑，需要一定的保护措施对呼叫拾起终端的接续进行安全性判断，避免其他人冒充接续或恶意接续。鉴于此，在S106中，当呼叫请求消息携带的拨号按键信号包括呼叫拾起业务码加呼叫驻留发起终端号码时，在接通呼叫拾起终端与呼叫保持终端的通话前，还包括按照预设的验证方式对呼叫拾起终端进行呼叫拾起权限验证。若呼叫拾起终端具有呼叫拾起权限，才接通呼叫拾起终端与呼叫保持终端的通话。

其中，预设的验证方式有很多，例如预先获取呼叫驻留发起终端的用户白名单，根据呼叫拾起终端的号码是否在用户白名单判断呼叫拾起终端是否具有呼叫拾起权限；例如，预先设置权限密码，在呼叫拾起终端发起呼叫请求消息后，播放输入权限密码的提示音，提示呼叫拾起终端的用户上报权限密码，根据上报的密码与预设的密码的匹配与否判断呼叫拾起终端是否具有呼叫拾起权限，用户可以通过按键或语音的方式上报权限密码。

上述的呼叫拾起业务码用于标识呼叫拾起终端发起呼叫请求消息的目的是拾起处于保持状态的通话，即拾起与呼叫保持终端的通话，当呼叫请求消息中携带有呼叫拾起业务码加呼叫驻留发起终端号码，或呼叫拾起业务码加线路号时，AS确定呼叫拾起终端拾起的通话具体是哪一路，然后进行连通。在本实施例中，呼叫拾起业务码和线路号可以是*、#、1-9的任意组合。

本实施例中，呼叫请求消息也是AS可识别的消息类型，由于AS与UE一般通过核心网使用SIP协议互通，所以驻留触发消息、呼叫驻留消息和呼叫请求消息为会话初始协议信息消息即本实施例中的IFNO消息，可以分别是由核心网根据呼叫拾起终端的拨号按键信号、呼叫驻留发起终端的触发按键信号和驻留按键信号转换后得到的消息。可以想到的是，呼叫请求消息与驻留触发消息以及呼叫驻留消息对应的用户输入的按键号可能会有多个，所以对应的拨号按键信号、触发按键信号和驻留按键信号也会有多个。

在一个实施例中，INFO消息可以是一个呼叫请求消息或一个驻留触发消息或一个呼叫驻留消息对应的所有的按键信号转换生成的消息，此时，核心网会将多次的按键信号全部转换到同一条INFO消息中，转发给AS。在转化的时候，核心网可以根据不同的按键信号和不同的业务码的对应关系，在生成对应的INFO消息时，直接将业务码写入INFO消息中；此外，核心网也可以只在INFO消息中写入按键信号，由AS根据解析出来的多个按键信号确定对应的业务码。这里的不同的按键信号和不同的业务码的对应关系包括：触发按键信号与按键业务特征码的对应关系，驻留按键信号与主流业务码的对应关系，拨号按键信号与驻留接入信息的对应关系。

在另一实施例中，INFO消息还可以是一次按键信号转换后生成的消息，此时，当用户每进行一次按键，按键信号都会被转化为一条INFO消息发送给AS，所以在接收该INFO的设备侧，即AS侧，需要根据各次的按键信号转化的INFO消息获取用户输入的按键号。其中，获取的方式包括但不限于，识别各次的按键信号转化的INFO消息中携带的按键信号，将多次上报的INFO消息中识别出来的按键号合并；或者，将各次的按键信号转化的INFO消息合并，并对合并的INFO消息进行解析，得到多次按键对应的按键号以便确定对应的业务。

采用本实施例的实现呼叫驻留的方法，可以在现有的终端和现有的网元设备的基础上实现，在通话中按键实现呼叫驻留，其中，根据呼叫驻留发起终端上报的驻留触发消息，可以控制媒体服务器对呼叫保持终端播放呼叫保持提示音，提示用户不要挂机，此后，在接收通话中的呼叫驻留发起终端上报的根据驻留按键信号转换处理后得到的呼叫驻留消息后，可以记录驻留接入信息，然后释放呼叫驻留发起终端，进行后续的接续过程：接收呼叫拾起终端发起的呼叫请求消息，在呼叫请求消息携带的拨号按键信号与驻留接入信息匹配时，控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，接通呼叫拾起终端与呼叫保持终端的通话。通过上述的机制，本实施例中的终端采用现有的普通终端即可，无需支持二路呼叫或refer消息的发送。所以，本实施例的方法有利于降低呼叫驻留对终端的需求，提高现有终端的利用率，降低实现呼叫驻留业务的成本，提升用户的体验感，更具有实用性。

实施例二：

参见图2，假设呼叫保持终端的用户是用户A，呼叫驻留发起终端的用户是用户B，呼叫拾起终端的用户是用户C。用户B与用户A处于通话中，用户B可以是主叫也可以是被叫。本实施例中用户A、B、C使用的终端均可称为用户终端UE(User Equipment)，是用户发起呼叫、接听呼叫以及做其他呼叫操作的装置，包括但不限于C网或G网手机、PSTN终端、IMS终端等。

在本实施例中，应用服务器AS提供底层业务能力，如：呼叫控制，状态上报，话单生成等功能。媒体服务器MRS提供语音媒体能力，如在呼叫保持过程中给被保持方用户播放呼叫保持提示音等。

本实施例中，具体网元中使用协议如下：

AS同MRS或UE之间为呼叫通话的媒体协商，AS与UE通过核心网使用SIP协议互通，AS同MRS之间通常使用SIP协议或MGCP协议，具体决定于MRS支持的协议类型。

UE同MRS之间为媒体流的传送，UE与MRS具体媒体包的编解码格式，收发端口，带宽传输速率等，根据呼叫时，终端UE同MRS之间的媒体协商进行。

本实施例提供另一种实现呼叫驻留的方法，该方法包括：

S201、用户B与用户A处于通话中，用户B在通话中按键，输入触发按键信号，呼叫驻留发起终端上报包含触发按键信号的驻留触发消息。

S202、核心网将呼叫驻留发起终端上报的驻留触发消息转换为INFO消息发送给AS。

可以理解的是，在终端侧的消息一般是按键信号对应的DTMF信号，所以还需要核心网将用户的按键信号转化为INFO消息，上报给AS。由AS匹配INFO消息对应的按键信号为指定的按键业务特征码如*77等。

其中，当核心网将呼叫驻留发起终端报上的按键信号由DTMF信号转为INFO消息送给AS的过程中。核心网可以一次搜集完终端上报的一个指定的按键业务特征码如*77后，发一条INFO消息体中含有该指定的按键业务特征码的INFO消息给AS；此外，核心网还可以在终端上报一个按键号，就将其转为一个INFO消息发给AS，由AS接收一个按键业务特征码对应的多个按键号，完成指定的按键业务特征码的匹配。

S203、AS对用户A的呼叫保持终端放呼叫保持提示音，对用户B的呼叫驻留发起终端放音收号。

该放音收号的音实际可以为空音即静音也可以不是空音；或者，AS对A放呼叫保持提示音，这里的收号指的是继续接收用户B的按键号。在此过程中，AS接收的用户B的信号实际上是包含了按键号的INFO消息，即实施例一中的呼叫驻留消息，INFO消息对应的按键号，可以理解为实施例一中的驻留业务码。

S204、对呼叫驻留发起终端上报的INFO消息进行解析，若其中的按键信号为指定的解除呼叫保持终端的保持状态对应的业务码，则进入S205；否则进入S206。

S205、AS停止对用户A的呼叫保持终端播放呼叫保持提示音，将用户A、B关联，使用户A、B继续进入通话状态；此时，流程结束。

S206、若解析出来的按键信号为空或不满足要求，则继续S203；否则，进入S207。

S207、若解析出来的按键信号为指定的驻留业务码ac1(如*82)，AS对用户B的呼叫驻留发起终端放音收号，若在放音收号的过程中，呼叫驻留发起终端上报了呼叫拾起终端的号码，则进入S209，否则，进入S208。

S208、AS对呼叫驻留发起终端告知此次为驻留业务分配的线路号，释放呼叫驻留发起终端，并记录当前的驻留接入信息。

此时，需要由呼叫驻留发起终端将线路号告知呼叫拾起终端。

S209、AS释放呼叫驻留发起终端，并记录当前的驻留接入信息，根据呼叫拾起终端的号码，将线路号告知呼叫拾起终端。

其中，驻留接入信息是与当前的呼叫相关的信息，可以用来标识当前的呼叫保持终端的通话，将其与其他通话区分开来。驻留接入信息包括S207中的线路号，也可以包括呼叫驻留发起终端号码。

S210、用户C拨打呼叫拾起业务码ac2(如*83)加线路号。

S211、AS接收呼叫拾起终端上报的呼叫请求消息，判断呼叫请求消息中携带的按键信号是否是呼叫拾起业务号加线路号，若是，则进入S212，否则，进入S209。

S212、AS控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，AS接通呼叫保持终端与呼叫驻留发起终端的通话。

其中，若S210中，用户C拨打的是呼叫拾起业务码ac2(如*83)加呼叫驻留发起终端号码。则后续的步骤为：

S211a、AS接收呼叫拾起终端上报的呼叫请求消息，判断呼叫请求消息中携带的按键信号是否是正确的呼叫拾起业务号加呼叫驻留发起终端号码，若是，则进入S212a，否则，进入S210。

S212a、按照预设的验证方式对呼叫拾起终端进行呼叫拾起权限验证，验证通过，进入S213，否则没进入S209。

S213a、AS控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，AS接通呼叫保持终端与呼叫驻留发起终端的通话。

参见图3，基于上述的实现呼叫驻留的方法，本实施例还提出一种将按键信号转换为INFO信号的方法。其中，CN是IMS网络或NGN网络等核心网(Core Network，简称CN)，在实际中，AS、MRS以及UE是接入或锚定到ISM网络或NGN网络中的。本实施例的按键信号转换为INFO信号的方法包括：

S301、用户A与用户B通话中；AS向CN发送INFO消息，告知CN需要匹配的按键特征码*77。

其中，用户B是AS上的业务用户，可以是主叫也可以是被叫。

其中，INFO消息如下，可以理解的是，该消息仅为举例说明，并不限定本实施例的内容。

S302、CN向AS发送INFO消息的响应200OK。

S303、用户B在通话中按键，如按*；其中，按键号可以为*、#、0-9中的任意数字和符号的组合。

S304、用户B继续在通话中按键，如按7。

S305、用户B继续在通话中按键，如按7。

S306、CN接收到用户B的按键内容为*77，匹配到该按键内容为按键特征码*77，CN向AS发送INFO消息，INFO消息体中含有相应内容如*77。

其中，在S306中，如果用户B输入的按键号为其他内容如123#、*78等不符合要求的按键号，则CN不会向AS发送INFO消息上报，即，在本实施例中，由CN来完成按键号和按键特征码的匹配和筛选。当然，在另一实施例中，CN可以不进行匹配和筛选，直接将用户B的按键码转换为INFO消息，发送给AS，有AS进行匹配和筛选。此时，步骤S301不再需要。

其中，步骤S306中，CN发送的INFO消息内容如下，可以理解的是，该消息仅为举例说明，对本实施例没有任何限定。

S307、AS向CN发送INFO消息的响应200OK，若AS收到的INFO消息中的按键号与按键特征码匹配相同，则进行后续流程。

参见图4，本实施例还提供另一种将按键信号转换为INFO信号的方法，其中，UE B理解为用户B的呼叫驻留发起终端，本方法包括：

S401、用户A与用户B通话中，用户B在通话中按键，如按*。

其中，用户B是AS上的业务用户，可以是主叫也可以是被叫，用户B的按键号可以为*、#、0-9中的任意数字和符号的组合。

S402、CN将按键信号转为INFO消息发送给AS，其中INFO消息的消息体含有用户B的按键内容，*。

其中，CN是IMS网络或NGN网络等核心网(Core Network，简称CN)，在实际中，AS、MRS以及UE是接入或锚定到ISM网络或NGN网络中的。

步骤S402中的INFO消息如下，可以理解的是，该消息仅为举例说明，对本实施例没有任何限定。

S403、AS向CN返回INFO消息的OK响应消息。

S404、用户B继续在通话中按键，如按7。

S405、CN将按键信号转为INFO消息发送给AS，其中，INFO消息的消息体含有用户B的按键内容，7。

步骤S405中的INFO消息内容，可以参考步骤S402的消息内容示例，将其中的*内容替换为7即可。

S406、AS向CN返回INFO消息的OK响应。

S407、用户B继续在通话中按键，如按7。

S408、CN将按键信号转为INFO消息发送给AS，其中，INFO消息的消息体含有用户B的按键内容，7。

步骤S408中的INFO消息内容，可以参考步骤S402的消息内容示例，将其中的*内容替换为7即可。

S409、AS向CN返回INFO消息的响应200OK，若AS根据INFO消息匹配到用户B的按键号与按键特征码*77相同，进入后续流程。

其中，若S409中，AS识别到用户B输入的按键信号为其他内容如123#、*78等，匹配不到指定的按键特征码如*77，则忽略上报的相应INFO消息，除对该INFO消息回复OK响应外，不做其他处理。

参见图5，本实施例还提出一种实现呼叫驻留的方法，包括：

S501、用户A与用户B通话中，用户B在通话中按键，核心网将按键信号通过INFO消息上报给AS。

其中，用户B可以是主叫也可以是被叫，按键信号可以理解为用户的按键号对应的DTFM信号。

S502、AS向用户B的呼叫驻留发起终端返回INFO消息的响应200OK。

S503、AS匹配到INFO消息中的按键号码为指定的业务特征码，如*77，AS欲对用户A播放呼叫保持提示音，于是AS向A发送REINVITE请求，携带MRS的SDP媒体信息。

其中，SDP媒体信息包括IP地址、端口号、媒体能力如音频、视频，编码格式等，下同。

S504、用户A的呼叫保持终端向AS返回REINVITE请求的响应200OK，携带呼叫保持终端的SDP媒体信息。

S505、AS向用户A的呼叫保持终端发送ACK确认消息，控制媒体播放器对呼叫保持终端放呼叫保持提示音。

S506、AS欲对用户B的呼叫驻留发起终端放音收号，该音可为空音，于是AS向呼叫驻留发起终端发送REINVITE请求，携带MRS的SDP媒体信息。

S507、用户B的呼叫驻留发起终端向AS返回REINVITE请求的响应200OK，携带呼叫驻留发起终端自身的SDP媒体信息。

S508、AS向用户B的呼叫驻留发起终端发送ACK确认消息，对呼叫驻留发起终端放音收号，该音内容可为空音。

S509、用户B按键输入指定的驻留业务码ac1，AS对B放音告知此次分配的线路号后，AS释放B并记录此时的呼叫相关信息，对B发送BYE请求。

本实施例的呼叫相关信息包括分配的线路号以及呼叫驻留发起终端号码。

S510、呼叫驻留发起终端返回BYE请求的响应200OK，B结束通话。

此时的状态为B被释放，A被保持听呼叫保持提示音，实现了驻留部分的功能。

S511、用户C通过呼叫接入终端向AS发送INVITE呼叫请求消息，呼叫请求消息携带的按键信号包括指定的呼叫拾起业务码ac2加用户B的号码，或ac2加用户B在被释放前得到的线路号LineId，呼叫请求消息还携带呼叫拾起终端自身的SDP媒体信息。

S512、AS查询呼叫请求消息中的按键号匹配到记录过的呼叫相关信息，控制媒体服务器停止对A放呼叫保持提示音，并欲将呼叫保持终端与呼叫拾起终端关联，于是AS对呼叫保持终端发送REINVITE请求，携带呼叫拾起终端的SDP媒体信息，也就是步骤511中的SDP媒体信息。

S513、呼叫保持终端向AS返回REINVITE的响应200OK，携带呼叫保持终端自身的SDP媒体信息。

S514、AS向呼叫保持终端发送ACK确认消息。

S515、AS向呼叫拾起终端返回INVITE的响应200OK，携带呼叫保持终端的SDP媒体信息，也就是S513中的SDP媒体信息。

S516、呼叫保持终端向AS发送ACK确认消息。呼叫保持终端和呼叫拾起终端完成媒体协商，进入通话状态，实现了接续部分的功能。

采用本实施例的实现呼叫驻留的方法，可以在现有的终端和网元设备的基础上实现呼叫驻留，终端可以将用户输入的按键号上报给AS，由AS根据输入的按键号与各业务的对应关系对业务涉及的终端进行控制，实现在通话中进行呼叫驻留。相对于现有技术中必须采用具有发送refer信号消息的终端或必须采用具有二路呼叫功能的终端，本实施例中利用现有的普通终端即可实现呼叫驻留，有利于扩展市面上在售或在使用的终端的功能，同时使得本实施例的方法的适应性更好，实用性更强，有利于提升用户体验。

实施例三：

参见图6，本实施例提供一种实现呼叫驻留的应用服务器6，包括：接收模块61和控制模块62；

接收模块61，用于接收通话中的呼叫驻留发起终端上报的驻留触发消息，接收通话中的呼叫驻留发起终端上报的呼叫驻留消息，以及接收呼叫拾起终端发起的呼叫请求消息；驻留触发消息为根据呼叫驻留发起终端的触发按键信号转换处理后生成的消息；呼叫驻留消息为根据呼叫驻留发起终端的驻留按键信号转换处理后生成的消息；呼叫请求消息携带由呼叫拾起终端的拨号按键信号转换处理后生成的消息；

控制模块62，用于当驻留触发消息携带预设的按键业务特征码时，与通话中的呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对呼叫保持终端播放呼叫保持提示音；当呼叫驻留消息携带预设的驻留业务码时，记录当前通话的驻留接入信息，释放呼叫驻留发起终端；当呼叫请求消息与驻留接入信息匹配时，控制媒体服务器停止对呼叫保持终端播放呼叫保持提示音，接通呼叫拾起终端与呼叫保持终端的通话。

在本实施例中，呼叫驻留发起终端、呼叫保持终端、呼叫拾起终端属于用户终端(User Equipment，UE)，是用户发起呼叫、接听呼叫以及做其他呼叫操作的装置，具体的，UE可以是C网或G网手机、PSTN终端、IMS终端等终端设备，呼叫驻留发起终端可以是主叫终端，也可以是被叫终端，本实施例对此没有限定。

本实施例的媒体服务器的作用是在呼叫驻留的过程中，为终端提供各种需要的语音资源，该媒体服务器属于媒体资源服务器(Media Resource Server，简称MRS)，可以提供语音媒体能力，如在呼叫保持过程中给被保持方用户播放呼叫保持提示音等。其中，MRS与UE之间的信息传输为媒体流的传送，UE与MRS之间的媒体包的解码格式、收发端口、宽带传输速度等信息，需要根据UE与MRS之间的媒体协商确定。

本实施例的应用服务器AS一般提供底层业务能力，如：呼叫控制，状态上报，话单生成等功能。

一般，AS与MRS或UE之间为呼叫通话的媒体协商，AS与UE通过核心网使用SIP协议互通；AS与MRS之间通常使用SIP协议或MGCP协议，具体决定于MRS支持的协议类型；而AS与MRS之间可以使用H.248等媒体协议。可以理解的是，AS、MRS与UE之间还可采用其他可利用的协议进行通信，不局限于上述列举的协议。

当AS与UE通过核心网使用SIP协议互通时，呼叫驻留发起终端、呼叫拾起终端的按键信号一般为DTMF信号，需要经过核心网的转换生成AS可识别的符合SIP协议的消息，一般为INFO消息。当然，除了INFO消息外，呼叫驻留发起终端、呼叫拾起终端的按键信号也可以转换为其他AS可识别的消息，甚至可以不通过核心网而采用其它的方式上报给AS，本实施例对此不作限定。

综上，接收模块61接收的驻留触发消息、呼叫驻留消息以及呼叫请求消息都是INFO消息，且是由核心网基于终端的触发按键信号、驻留按键信号和拨号按键信号分别转换后生成的INFO消息。

其中，可以理解的是，触发按键信号、驻留按键信号和拨号按键信号都是根据用户输入的按键号转换而成DTMF信号。反应的是用户输入的对应的按键码。

在本实施例中，当呼叫驻留发起终端上报驻留触发消息后，控制模块62根据该驻留触发消息，控制媒体服务器对呼叫保持终端播放呼叫保持提示音，提示用户当前处于呼叫状态，避免用户挂机。此时，用户可以在呼叫驻留发起终端上按键输入按键信号，确定呼叫驻留发起终端是恢复当前通话，还是彻底退出当前的通话。在本实施例中，按键信号对应的按键号包括但不限于*，#，0-9等号码的组合。

一般而言，可以为不同的业务指定不同的业务码(对应于用户按键输入的按键号)，业务码的长度和组成，可以任意设置，如，将*77设置为触发驻留业务对应的按键业务特征码；将*81设置为驻留业务码，用于触发AS释放呼叫驻留发起终端，将*83设置为呼叫拾起业务码，用于触发呼叫拾起业务，即实施例二中的接续业务。

当用户B在与用户A的通话过程中，触发了按键，输入按键号*77，则触发了驻留业务。控制模块62控制媒体服务器为呼叫保持终端播放呼叫保持提示音，并且对呼叫驻留发起终端放音收号，此时，放音可以为静音或预先设置好的提示音。

在本实施例中，控制模块62记录的驻留接入信息可以用来标识当前的通话，将该通话与其他通话区分开来。考虑到在某个通话中，通话双方的号码是唯一的，在本实施例中，控制模块62可以将呼叫保持终端号码和/或呼叫驻留发起终端号码作为标识呼叫保持终端与呼叫驻留发起终端的通话的驻留接入信息。此外，由于AS是控制当前通话的主要控制单元，全局掌控了当前的每一路通话，所以可以由AS为呼叫保持终端分配一个唯一标识其通话的标识信息，控制模块62将该标识信息记录为驻留接入信息。除了上述提到的呼叫保持终端号码和/或呼叫驻留发起终端号码以及AS分配的标识信息外，本实施例还可以利用其它能标识呼叫保持终端的通话的信息作为驻留接入信息。

进一步地，本实施例的应用服务器还可以包括通知模块63，用于在控制模块释放呼叫驻留发起终端前，对呼叫驻留发起终端告知驻留接入信息，之后，呼叫驻留发起终端的用户可以将驻留接入信息通过口头告知、电话、邮件或短信等方式通知给呼叫拾起终端的用户。

或者，通知模块63用于当接收模块61在控制模块62释放呼叫驻留发起终端前，若还接收到呼叫驻留发起终端上报的呼叫拾起终端的号码时，根据呼叫拾起终端的号码对呼叫拾起终端告知驻留接入信息。

可以理解的是，在本实施例中，呼叫驻留发起终端在被释放之后，也可以通过发起呼叫请求消息再次接通与呼叫保持终端的通话，所以本实施例中，呼叫拾起终端可以是呼叫保持终端，也可以是其他的终端，本实施例对此没有限定。

在本实施例中，为了呼叫拾起终端准确地拾起通话，本实施例的驻留接入信息包括呼叫驻留发起终端号码和为驻留业务分配的线路号中的至少一个。可以理解的是，不同的驻留通话对应的线路号是不同的。

当驻留接入信息只包括呼叫驻留发起终端号码时，控制模块62在释放呼叫驻留发起终端前，对呼叫驻留发起终端告知驻留接入信息的步骤可以省略，直接由呼叫驻留发起终端将其号码告知呼叫拾起终端即可。

当驻留接入信息不同时，对应的呼叫拾起终端上报的呼叫请求也不同。当驻留接入信息包括驻留发起终端号码时，呼叫请求消息携带的按键信号包括呼叫拾起业务码加呼叫驻留发起终端号码；当驻留接入信息包括为驻留业务分配的线路号时，呼叫请求消息携带的按键信号包括呼叫拾起业务码加线路号；当驻留接入信息包括呼叫驻留发起终端号码和为驻留业务分配的线路号时，呼叫请求消息携带的按键信号包括呼叫拾起业务码加呼叫驻留发起终端号码，或呼叫拾起业务码加线路号。

在本实施例中，当呼叫拾起终端的用户采用拨打拾起业务码加呼叫驻留发起终端号码的方式，拾起与呼叫保持终端的通话时，可以不需要得知线路号，即无需控制模块62向呼叫驻留发起终端或呼叫拾起终端告知线路号。此时，出于安全的考虑，需要一定的保护措施对呼叫拾起终端的接续进行安全性判断，避免其他人冒充接续或恶意接续。

鉴于此，本实施例的应用服务器还包括安全验证模块64，用于当呼叫请求消息携带的按键信号包括呼叫拾起业务码加呼叫驻留发起终端号码时，在接通呼叫拾起终端与呼叫保持终端的通话前，按照预设的验证方式对呼叫拾起终端进行呼叫拾起权限验证。若呼叫拾起终端具有呼叫拾起权限，才接通呼叫拾起终端与呼叫保持终端的通话。

其中，安全验证模块64使用的预设的验证方式有很多，例如预先获取呼叫驻留发起终端的用户白名单，根据呼叫拾起终端的号码是否在用户白名单判断呼叫拾起终端是否具有呼叫拾起权限；例如，预先设置权限密码，在呼叫拾起终端发起呼叫请求消息后，播放输入权限密码的提示音，提示呼叫拾起终端的用户上报权限密码，根据上报的密码与预设的密码的匹配与否判断呼叫拾起终端是否具有呼叫拾起权限，用户可以通过按键或语音的方式上报权限密码。

当安全验证模块64的验证通过后，可以接通呼叫拾起终端和呼叫保持终端的通话。其中，接通呼叫拾起终端和呼叫保持终端的通话的具体过程可以参考实施例二的相关描述。

参见图7，本实施例还提供一种实现呼叫驻留的系统，包括媒体服务器71和本实施例上述的应用服务器6；

该应用服务器6与媒体服务器71进行驻留业务的媒体协商，媒体服务器用于根据应用服务器与驻留业务对应的终端进行的媒体协商，向驻留业务对应的终端发送媒体流。

采用本实施例的实现呼叫驻留的应用服务器，控制模块在接收模块收到驻留触发消息后，可以控制媒体服务器为呼叫保持终端播放保持提示音，避免用户挂机，当接收模块接收驻留触发消息后，控制模块释放呼叫驻留发起终端，记录驻留接入信息，当接收模块接收的呼叫请求消息中的按键号与驻留接入信息匹配时，控制模块接通呼叫保持终端与上报呼叫请求消息的呼叫拾起终端之间的通话，实现在通话过程中。本实施例的应用服务器通过上述的机制在现有的终端之间实现了呼叫驻留，相对于现有技术中，通话的终端必须是SIP高级终端或者具备二路呼叫功能，采用本实施例的应用服务器，无需对终端进行改进，即可实现呼叫驻留。具有更好的适应性，有利于扩展应用的广泛性，同时还节省了部署的成本，更具有实用性，有利于提升用户体验。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (11)

1.一种实现呼叫驻留的方法，包括：

接收通话中的呼叫驻留发起终端上报的驻留触发消息；

当所述驻留触发消息携带预设的按键业务特征码时，与通话中的呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对呼叫保持终端播放呼叫保持提示音；

接收通话中的呼叫驻留发起终端上报的呼叫驻留消息；

当所述呼叫驻留消息携带预设的驻留业务码时，记录当前通话的驻留接入信息，释放所述呼叫驻留发起终端；

接收呼叫拾起终端发起的呼叫请求消息，所述呼叫请求消息携带由所述呼叫拾起终端的拨号按键信号转换处理后生成的消息；

当所述呼叫请求消息与所述驻留接入信息匹配时，控制媒体服务器停止对业务保持终端播放呼叫保持提示音，接通所述呼叫拾起终端与所述呼叫保持终端的通话。

2.如权利要求1所述的实现呼叫驻留的方法，其特征在于，在释放所述呼叫驻留发起终端前，对所述呼叫驻留发起终端告知所述驻留接入信息；

或者，当释放所述呼叫驻留发起终端前，若还接收到所述呼叫驻留发起终端上报的所述呼叫拾起终端的号码，根据所述呼叫拾起终端的号码对所述呼叫拾起终端告知所述驻留接入信息。

3.如权利要求1或2所述的实现呼叫驻留的方法，其特征在于，所述驻留接入信息包括呼叫驻留发起终端号码和为驻留业务分配的线路号中的至少一个；

当所述驻留接入信息包括驻留发起终端号码时，所述呼叫请求消息携带的拨号按键信号包括呼叫拾起业务码加所述呼叫驻留发起终端号码；

当所述驻留接入信息包括为驻留业务分配的线路号时，所述呼叫请求消息携带的拨号按键信号包括呼叫拾起业务码加所述线路号；

当所述驻留接入信息包括呼叫驻留发起终端号码和为驻留业务分配的线路号时，所述呼叫请求消息携带的拨号按键信号包括呼叫拾起业务码加所述呼叫驻留发起终端号码，或呼叫拾起业务码加所述线路号。

4.如权利要求3所述的实现呼叫驻留的方法，其特征在于，当所述呼叫请求消息携带的拨号按键信号包括所述呼叫拾起业务码加呼叫驻留发起终端号码时，在接通所述呼叫拾起终端与所述呼叫保持终端的通话前，还包括按照预设的验证方式对所述呼叫拾起终端进行呼叫拾起权限验证。

5.如权利要求1或2所述的实现呼叫驻留的方法，其特征在于，所述的驻留触发消息、呼叫驻留消息和呼叫请求消息为会话初始协议信息消息，所述会话初始协议信息消息为核心网将触发按键信号、驻留按键信号和拨号按键信号转换后生成的消息。

6.根据权利要求5所述的实现呼叫驻留的方法，其特征在于，当所述会话初始协议信息消息为一次按键信号转换后生成的消息时，还包括：将各次按键信号转换的会话初始协议信息消息合并，对合并后的会话初始协议信息消息进行解析。

7.一种实现呼叫驻留的应用服务器，包括：

接收模块，用于接收通话中的呼叫驻留发起终端上报的驻留触发消息，接收通话中的呼叫驻留发起终端上报的呼叫驻留消息，以及接收呼叫拾起终端发起的呼叫请求消息；所述呼叫请求消息携带由所述呼叫拾起终端的拨号按键信号转换处理后生成的消息；

控制模块，用于当所述驻留触发消息携带预设的按键业务特征码时，与通话中的呼叫保持终端进行呼叫保持放音业务的媒体协商，控制媒体服务器对呼叫保持终端播放呼叫保持提示音；当所述呼叫驻留消息携带预设的驻留业务码时，记录当前通话的驻留接入信息，释放所述呼叫驻留发起终端；当所述呼叫请求消息与所述驻留接入信息匹配时，控制媒体服务器停止对业务保持终端播放呼叫保持提示音，接通所述呼叫拾起终端与所述呼叫保持终端的通话。

8.如权利要求7所述的实现呼叫驻留的应用服务器，其特征在于，还包括通知模块，用于在所述控制模块释放所述呼叫驻留发起终端前，对所述呼叫驻留发起终端告知所述驻留接入信息；

或者，用于当接收模块在控制模块释放所述呼叫驻留发起终端前，若还接收到所述呼叫驻留发起终端上报的所述呼叫拾起终端的号码时，根据所述呼叫拾起终端的号码对所述呼叫拾起终端告知所述驻留接入信息。

9.如权利要求6或7所述的实现呼叫驻留的应用服务器，其特征在于，所述控制模块获取的所述驻留接入信息包括，呼叫驻留发起终端号码和为驻留业务分配的线路号中的至少一个；

当所述驻留接入信息包括驻留发起终端号码时，所述呼叫请求消息携带的拨号按键信号包括呼叫拾起业务码加所述呼叫驻留发起终端号码；

当所述驻留接入信息包括为驻留业务分配的线路号时，所述呼叫请求消息携带的拨号按键信号包括呼叫拾起业务码加所述线路号；

当所述驻留接入信息包括呼叫驻留发起终端号码和为驻留业务分配的线路号时，所述呼叫请求消息携带的拨号按键信号包括呼叫拾起业务码加所述呼叫驻留发起终端号码，或呼叫拾起业务码加所述线路号。

10.如权利要求9所述的实现呼叫驻留的应用服务器，其特征在于，还包括安全验证模块，用于当所述呼叫请求消息携带的拨号按键信号包括所述呼叫拾起业务码加呼叫驻留发起终端号码时，在控制模块接通所述呼叫拾起终端与所述呼叫保持终端的通话前，按照预设的验证方式对所述呼叫拾起终端进行呼叫拾起权限验证。

11.一种实现呼叫驻留的系统，其特征在于，包括：媒体服务器和如权利要求7-10所述的应用服务器；所述应用服务器与所述媒体服务器进行驻留业务的媒体协商，所述媒体服务器用于根据所述应用服务器与驻留业务对应的终端进行的媒体协商，向驻留业务对应的终端发送媒体流。