CN101111086A - 一种呼叫控制的方法及系统 - Google Patents

Abstract

本发明实施方式提供了一种呼叫控制的方法及系统。通过电话应用服务器TAS对多媒体资源功能处理器MRFP的控制，使MRFP动态或静态的加入终端设备间进行呼叫连接的通话链路，解决系统实现补充业务过程中产生的RTCP问题，并通过TAS对MRFP的控制，实现MRFP作为媒体流信源进行多媒体通告的功能，且不必重复加入通话链路中，避免了网络资源的浪费；而且对于新引入的IMS电路交换控制功能ICCF单元来说，无需进行改动即可实现补充业务的功能，免除了ICCF单元和多媒体资源功能控制器MRFC间的交互，简化了处理过程。

Description

一种呼叫控制的方法及系统

技术领域

本发明涉及移动通信技术领域，尤其涉及一种呼叫控制的方法及系统。

背景技术

目前，移动通信网络以电路交换CS(Circuit-Switched)为主，包括GSM、CDMA网络等，各运营商基于CS网络建立了比较完善和丰富的业务平台，其中移动交换中心MSC(Mobile Switching Center)负责呼叫路由和业务逻辑执行，如呼叫前转业务，呼叫保持业务等；但是，CS网络的业务提供需要漫游地MSC的支持，对于新业务的引入很不利；IP多媒体子系统IMS(IP MultimediaSub-system)是基于分组交换的业务网络，其业务提供与漫游地无关，有利于新的多媒体业务的引入，而且IMS还支持终端设备UE通过各种分组交换接入网，进行基于分组交换的IMS多媒体业务。

可以看出，基于分组交换的IMS网络是通信网络未来的发展趋势，但同时由于IMS网络是一个比较复杂的网络，其全面部署不会在短时间内完成，而且也不可能所有的CS网络用户短时间内全部更换新的IMS终端，所以CS网络将会在较长的一段时间内与IMS网络共存，也就需要CS网络与IMS网络的同时运营。

目前，IMS集中业务控制ICS(IMS Centralised Service)课题，要求实现终端设备UE(User Equipment)通过CS网络承载媒体信息来建立IMS呼叫，由IMS中的应用服务器AS(Application Server)来对呼叫进行业务提供；通过建立UE和新引入的IMS电路交换控制功能ICCF(IMS CS Control Function)单元之间的CS呼叫来实现CS承载，同时削弱或去除MSC中的业务处理逻辑；这里的UE通过新引入的IMS电路交换控制信道ICCC(IMS CS Control Channel)来收发IMS呼叫中的相关控制信令。

图1为IMS集中业务控制的网络架构图，图中的MGCF/MGW(媒体网关控制功能/媒体网关)是CS网络和IMS网络互通的设备，分别负责信令和媒体的转换。在ICS课题中，UE和ICCF之间建立CS呼叫利用了互通机制，这里的ICCF负责完成CS域信令到IMS域会话初始协议SIP(Session Initial Protocol)信令之间的适配，以及作为一个用户代理，实现用户在IMS域的业务控制和交互。

在UE和ICCF之间传递控制消息的信令通道称为ICCC，在不同的接入网络环境下可能是不同的消息传递协议，比如在仅有CS域连接的时候，它可以通过非结构化补充业务数据USSD(Unstructured Supplementary Service Data)协议进行传输。这里由于CS域只能承载一路语音通话，故当UE和多个对端用户都存在会话的时候，在ICCF和IE之间只建立一个CS呼叫，并使用ICCC完成对多个会话的业务控制。

以呼叫补充业务中的呼叫保持业务为例：UE通过ICCC发送保持第一个呼叫的请求，然后发送建立第二个呼叫的请求；对于第二个呼叫请求，CS承载就被重用，媒体网关MGW由连接第一呼叫对端转为连接第二呼叫对端，则第一对端收不到实时传输控制协议RTCP(Real-time Transport Control Protocol)消息，就会释放呼叫关系，所以为了保持住第一个呼叫，就需要与第一对端进行RTCP消息的对发。这就称之为呼叫业务中的RTCP问题，同样，其它的呼叫补充业务，如呼叫等待、呼叫转移业务等，也会重用CS承载，即也存在RTCP问题。

以呼叫保持业务为例，目前解决RTCP问题的主要思想是把需要保持的UE连接到多媒体资源功能MRF(Media Resource Funtion)单元上，由MRF作为一个呼叫端点和被保持方进行RTCP消息的传输，这里的MRF单元一般分为两个部分：MRFC/MRFP(多媒体资源功能控制器/多媒体资源功能处理器)，前者MRFC负责处理AS的控制信息，控制MRFP进行相关操作。

如图2所示为所述解决方法的实现流程图，图中的前提是UE-A和UE-B之间的呼叫连接已经建立好，且图中包括：

1.UE-A通过USSD向UE-B发送呼叫保持请求。

2.ICCF经S-CSCF向UE-B发送SIP更新消息用于通知UE-B进行呼叫保持，这里的S-CSCF(服务CSCF，Serving-CSCF)单元负责在满足条件时将呼叫请求路由到正确的AS，由AS执行业务处理逻辑。

3.ICCF向MGCF单元发送SIP更新消息，将IM-MGW与UE-B间的媒体流设定为停止(Inactive)状态，即此时UE B与MGCF单元之间只有RTCP消息进行传输，如图中的双向虚箭头所示。

4.UE-A通过USSD向UE-C发起呼叫请求。

5.ICCF对其进行协议转换，经S-CSCF向UE-C发出SIP邀请(Invite)，并将UE-C的媒体流设定为停止(Inactive)状态。

6.UE-C经S-CSCF向ICCF发送SIP 180振铃消息，携带媒体消息。

7.UE-C经S-CSCF向ICCF发送SIP 200 OK摘机消息；ICCF返回确认。

至此，UE-A与UE-C的信令连接就建立起来了，且UE-C仍处于Inactive状态。

8.ICCF经S-CSCF向MRFC发出SIP Invite消息，该消息中包含UE-B的媒体信息，即会话描述协议SDP(Session Description Protocol)信息，该消息用于MRFP准备与UE-B的连接。

9.MRFC经S-CSCF向ICCF发送SIP 200 OK确认消息。

10.ICCF经S-CSCF向UE-B发出SIP重邀请(re-Invite)消息，该消息中包含MRFP的SDP信息，该消息用于UE-B准备与MRFP的连接。

11.UE-B经S-CSCF向ICCF发送SIP 200 OK确认消息。

至此，MRFP与UE-B的媒体连接建立成功，在MRFP与UE-B之间只有RTCP消息的发送，用于保持和UE-B的呼叫连接。

12.ICCF向MGCF单元发送SIP更新请求，用于将UE-C的媒体信息发送给IM-MGW，并激活IM-MGW的发送媒体流。

13.ICCF经S-CSCF向UE C发送SIP更新请求，激活UE-C的发送媒体流。

至此，UE-A与UE-C之间就建立了端到端的媒体流连接，而MRFP与UE-B之间就通过发送RTCP消息保持着连接，这样就实现了呼叫保持业务的处理。

这里，多媒体资源功能处理器MRFP作为一种媒体网关，可以提供三种功能：输入媒体流的混合，例如会议电话功能等；作为媒体流信源，例如作为多媒体通告等；进行媒体流处理，例如音频代码转换、媒体分析等。其中MRFP作为第二、三种功能操作时，是需要直接参与到通话链路的媒体连接中的，例如进行回铃音(如彩铃)或呼叫保持放音的操作时，MRFP就需要在电话应用服务器TAS及MRFC的控制下播放回铃音(Ring back tone)或呼叫保持通告(Announcement)。

而从以上提供的技术方案来看，步骤9-12是通过ICCF和MRFC之间的交互来实现MRFP与UE-B的连接的，并没有考虑到MRFP作为媒体流信源或媒体流处理时加入通话链路的场景，这样MRFP就存在重复加入通话链路的情况，浪费了网络资源；同时由于在实现过程中，需要ICCF和MRFC之间进行交互，也增加了ICCF单元的工作量，使得ICCF的复杂度提高。

综上所述，在实现本发明过程中，发明人发现现有技术中至少存在如下问题：在MRFP单元作为媒体流信源或媒体流处理加入通话链路时，在进行补充业务的处理过程中，存在重复加入通话链路的情况，浪费了网络资源；而且ICCF单元的工作量也较大，处理过程也较复杂。

发明内容

本发明实施方式提供了一种呼叫控制的方法及系统，能够在进行呼叫业务处理的过程中，减少ICCF单元的工作量，简化处理过程。

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

一种呼叫控制的方法，在第一方终端设备和第二方终端设备之间建立了呼叫连接，当第一方终端设备需要保持呼叫连接时，所述第一方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器，使所述第一方终端设备处于呼叫保持状态。

一种呼叫控制的方法，在媒体网关的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，当所述第二方终端设备和第三方终端设备建立了呼叫连接时，所述第一方终端设备在电话应用服务器的控制下连接到多媒体资源功能处理器，继续保持和所述第二方终端设备之间的呼叫连接。

一种呼叫控制的方法，在多媒体资源功能处理器的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，当所述第二方终端设备向第三方终端设备发起呼叫时，多媒体资源功能处理器在电话应用服务器的控制下，建立所述第二方终端设备和第三方终端设备之间的媒体连接。

一种呼叫控制的方法，在第一方终端设备和第二方终端设备之间建立了呼叫连接，当第三方终端设备向第一方终端设备发起呼叫连接请求时，所述第三方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器；由所述多媒体资源功能处理器向所述第三方终端设备播放呼叫等待通告或回铃音。

本发明实施方式还提供了如下的呼叫控制的系统，其技术方案为：

一种呼叫控制的系统，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在第一方终端设备和第二方终端设备之间建立了呼叫连接，当第一方终端设备需要保持呼叫连接时，所述第一方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器，使所述第一方终端设备处于呼叫保持状态。

一种呼叫控制的系统，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在媒体网关的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，当所述第二方终端设备和第三方终端设备建立了呼叫连接时，所述第一方终端设备在电话应用服务器的控制下连接到多媒体资源功能处理器，继续保持和所述第二方终端设备之间的呼叫连接。

一种呼叫控制的系统，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在多媒体资源功能处理器的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，当所述第二方终端设备向第三方终端设备发起呼叫时，多媒体资源功能处理器在电话应用服务器的控制下，建立所述第二方终端设备和第三方终端设备之间的媒体连接。

一种呼叫控制的系统，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接，并向终端设备播放多媒体通告；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在第一方终端设备和第二方终端设备之间建立了呼叫连接，当第三方终端设备向第一方终端设备发起呼叫连接请求时，所述第三方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器；由所述多媒体资源功能处理器向所述第三方终端设备播放呼叫等待通告或回铃音。

由上述所提供的技术方案可以看出，通过电话应用服务器对多媒体资源功能处理器的控制，来实现终端设备间的呼叫连接和保持，从而减少了ICCF单元和多媒体资源功能控制器MRFC间的交互工作量，简化了处理过程。

附图说明

图1为IMS集中业务控制的网络架构图；

图2为现有技术中解决RTCP问题的方法实现流程图；

图3为本发明实施方式所述系统的结构示意图；

图4为本发明具体实施例1的实现流程图；

图5为本发明具体实施例2的实现流程图；

图6为本发明具体实施例3的实现流程图；

图7为本发明具体实施例4的实现流程图。

具体实施方式

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：在MRFP单元作为媒体流信源或媒体流处理加入通话链路时，在进行补充业务的处理过程中，存在重复加入通话链路的情况，浪费了网络资源；而且ICCF单元的工作量也较大，处理过程也较复杂。

本发明实施方式提供了一种呼叫控制的方法及系统。通过电话应用服务器TAS对多媒体资源功能处理器MRFP的控制，使MRFP动态或静态的加入终端间进行呼叫连接的媒体流链路，解决系统实现补充业务过程中产生的RTCP问题，如当MRFP作为媒体流信源在TAS的控制下，动态加入媒体通话链路时，就可以通过TAS对MRFP的控制来达到实现补充业务功能的目的，并解决实现过程中产生的RTCP问题；而对于新引入的IMS电路交换控制功能ICCF单元来说，则无需进行改动即可实现补充业务的功能，减少了ICCF单元和多媒体资源功能控制器MRFC间的交互工作量，简化了处理过程。

按照本发明实施方式所提供的呼叫控制方法，在终端设备之间已经建立了呼叫连接的关系，此处为了便于区分，可以将建立呼叫连接的两方终端设备定义为设备A和设备B，这里的设备A和设备B都有自己的TAS和MRF单元等，本发明实施方式中的TAS和MRF单元等都是服务于设备A的，设备B的相关服务设备都省略了。当需要保持设备A和设备B之间的呼叫连接时，需要保持的终端设备，此处定为设备B，就可以在TAS的控制下连接到MRFP上，从而保持设备A和设备B之间的呼叫连接，此处的MRFP作为一个呼叫端点和设备B进行RTCP消息的传输，可以对设备B实现呼叫保持。

具体来说，可以是在TAS识别到保持呼叫连接的请求后，向MRF单元发起呼叫，具体是向MRF单元中的MRFC发起呼叫，所述的呼叫中包括需要保持的设备B的媒体信息，这里的媒体信息可以是会话描述协议SDP信息，MRFC再将所述的SDP信息传递给MRF单元中的MRFP；然后MRFC将包含有MRFP的媒体信息的消息响应回TAS中；TAS再将该包含有MRFP媒体信息的消息发送到设备B中，这样就可以使设备B连接到MRFP中。同时，此处的MRFP作为一个呼叫端点和设备B进行RTCP消息的传输，实现对设备B的呼叫保持。

另外，如果需要建立呼叫保持的设备有多个，如还有设备C需要和设备A或设备B建立呼叫保持时，可以重复以上的操作，来实现对设备C的呼叫保持。

另外，MRFP还可以在TAS的控制下加入通话链路，作为媒体流信源向设备B播放多媒体通告，如设备A和设备B保持呼叫连接时，可以向设备B播放呼叫保持的提示音或一段音乐。此处，也可以是由TAS或直接由设备A向设备B发送多媒体通告信息，如包含多媒体文件的链接地址等信息，然后由设备B根据所述的多媒体通告信息来播放多媒体通告。

当MRFP在TAS的控制下动态的加入到通话链路后，媒体网关IM-MGW也可以在TAS的控制下连接到MRFP上，具体来说，是通过TAS经ICCF单元发送重邀请(re-Invite)或更新(Update)消息MGCF，MGCF返回响应消息，这样就可以建立IM-MGW和MRFP之间的媒体连接，但并不激活他们之间的媒体流，也就是说双方都不发送媒体流，只是收发RTCP消息。

另外，当设备A和设备B保持呼叫连接后，若设备A需要和第三方终端设备建立呼叫连接，此处可将第三方终端设备定义为设备C，则所述的设备A可以在TAS的控制下建立和设备C的呼叫连接，具体来说，就是设备A通过TAS将包含有IM-MGW媒体信息的邀请消息发送到设备C，设备C通过TAS响应所述邀请信息并返回自己的媒体信息，这样设备A和设备C之间就建立了呼叫连接，再由ICCF单元经MGCF激活IM-MGW的发送媒体流。此时，设备A和设备C之间就建立了激活的呼叫连接，而设备B仍处于呼叫保持状态，和MRFP之间进行RTCP消息的传输。

本发明实施方式还提供了一种呼叫控制的方法，还是在设备A和设备B之间已经建立了呼叫连接的关系，当设备C向设备A发起呼叫连接请求时，所述设备C可以在TAS的控制下连接到MRFP上，并且由所述MRFP向设备C播放多媒体通告，如可以是呼叫等待提示音或回铃音，或者先播放呼叫等待提示音再播放回铃音。

具体来说，可以是由TAS向MRF单元中的MRFC发起呼叫，所述的呼叫中包括设备C的媒体信息，这里的媒体信息可以是会话描述协议SDP信息；MRFC再将所述的SDP信息传递给MRF单元中的MRFP；然后MRFC再将包含有MRFP的媒体信息的消息响应回TAS中；TAS再将该包含有MRFP媒体信息的消息发送到设备C中，这样就可以使设备C连接到MRFP上，由MRFP向设备C播放多媒体通告。

本发明实施方式还提供了一种呼叫控制的方法，若在IM-MGW的控制下，设备A和设备B之间处于呼叫保持状态；当设备A和设备C建立了呼叫连接时，设备B在TAS的控制下连接到MRFP，继续保持和设备A之间的呼叫连接。

另外，还可以由TAS或设备A向设备B发送呼叫保持通告信息，所述设备B就可以根据所述的呼叫保持通告信息播放呼叫保持通告。

本发明实施方式还提供了一种呼叫控制的方法，所述方法是在MRFP已经静态的加入通话链路的情况下，由TA来控制MRFP实现终端设备间的连接和保持。设备A和设备B在MRFP的控制下处于呼叫保持状态，也就是说设备A和MRFP之间，以及MRFP和设备B之间存在未激活的媒体连接，当设备A向另一设备C发起呼叫连接请求时，MRFP在TAS的控制下建立设备A和设备C之间的呼叫连接，具体来说，可以由TAS控制MRFP建立所述MRFP和设备C之间进行呼叫连接的媒体连接；然后所述MRFP在TAS的控制下，激活MRFP和设备A之间的媒体连接，这样设备A和设备C之间就建立了呼叫连接。

另外，在设备A和设备C之间建立了呼叫连接之后，如果设备A和设备C需要进行呼叫保持的操作，则所述设备C在TAS的控制下停止向MRFP发送媒体流，这样所述的MRFP和设备C之间就进行RTCP消息的发送，设备C就处于呼叫保持的状态，这里的MRFP还可以作为媒体流信源向设备C播放多媒体通告，如呼叫保持通告等。

如果处于呼叫保持状态的设备A和设备B需要恢复呼叫连接时，也可以在TAS的控制下激活MRFP和设备B之间的媒体连接，也就是由TAS控制MRFP和设备B分别执行激活(Active)指令的操作，这样设备A和设备B就可以恢复呼叫连接了。

另外，以上所述的呼叫保持状态，可以是建立呼叫连接的终端设备之间的会话媒体流双向都保持的状态；也可以是一方终端设备保持会话媒体流传输，另一方终端设备继续传输的状态。

本发明实施方式还提供了几种呼叫控制的系统，如图3所示为所述系统总体的结构示意图，图中包括电话应用服务器TAS、多媒体资源功能处理器MRFP和媒体网关IM-MGW，其中的电话应用服务器TAS用于控制多媒体资源功能处理器MRFP建立或保持与终端设备间的呼叫连接；多媒体资源功能处理器MRFP用于建立或保持与终端设备间的呼叫连接；媒体网关IM-MGW用于建立需要连接的终端设备间的呼叫连接。

在呼叫控制过程中，所述系统中各部分之间的相互关系可以是：若在终端设备之间已经建立了呼叫连接关系，当需要保持呼叫连接时，需要保持的终端设备在电话应用服务器TAS的控制下，连接到多媒体资源功能处理器MRFP上，保持终端设备之间的呼叫连接，具体方法如上方法实施方式所述；当所述终端设备需要和第三方终端设备建立呼叫连接时，所述第三方终端设备在所述电话应用服务器TAS的控制下建立和所述终端设备的呼叫连接，具体方法如上方法实施方式所述。

另外，若在媒体网关IM-MGW的控制下，终端设备之间处于呼叫保持状态，当其中之一终端设备和第三方终端设备建立了呼叫连接时，所述处于呼叫保持状态的终端设备在电话应用服务器TAS的控制下，连接到多媒体资源功能处理器MRFP，继续保持和所述终端设备之间的呼叫连接；

另外，若第三方终端设备向所述终端设备发起呼叫连接请求时，所述第三方终端设备在所述电话应用服务器TAS的控制下，连接到所述多媒体资源功能处理器MRFP上，由所述多媒体资源功能处理器MRFP向所述第三方终端设备播放多媒体通告，如可以是呼叫等待提示音或一段彩铃音等，具体方法如上方法实施方式所述。

另外，若多媒体资源功能处理器MRFP已经静态的加入通话链路，并且终端设备在其控制下处于呼叫保持状态，也就是说所述终端设备和多媒体资源功能处理器MRFP之间，以及多媒体资源功能处理器MRFP和呼叫保持的终端设备之间存在未激活的媒体连接。当所述终端设备向第三方终端设备发起呼叫时，所述多媒体资源功能处理器MRFP在所述电话应用服务器TAS的控制下，建立所述终端设备和所述第三方终端设备的呼叫连接，具体的实现方法如上方法实施方式所述。

另外，这里的多媒体资源功能处理器MRFP还可以在电话应用服务器TAS的控制下作为媒体流信源进行多媒体通告。

为进一步描述本发明实施方式，现结合具体的实施例对其技术方案作进一步说明：

实施例1：本实施例的前提是终端设备UE-A和UE-B之间已经建立了呼叫连接关系，并在进行通话，而TAS存在于呼叫信令链路中，图4为本实施例的实现流程图，图中包括：

1)UE-A使用IMS电路交换控制协议ICCP(IMS CS Control Protocol)消息发起呼叫保持(Hold)请求到ICCF单元。

2)ICCF生成Update更新消息或Re-Invite重新邀请并发送到TAS，TAS识别UE-A的Hold请求，并决定将MRFP加入到通话媒体链路中，向UE-B播放呼叫保持音。

至此，TAS就动态的将MRFP加入到通话链路中，使MRFP作为媒体流信源向UE-B播放呼叫保持提示音。

3)TAS向MRF单元中的MRFC发起呼叫，将UE-B的媒体信息发送给MRFC，这里的媒体信息可以是UE-B的SDP信息。

4)MRFC返回包含MRFP媒体信息的响应到TAS，TAS以ACK信令确认。

5)TAS发送Update更新消息或Re-Invite重新邀请到UE-B，包含MRFP的媒体信息。

6～7)UE-B以200 OK信令确认并返回自己的媒体信息，至此，MRFP和UE-B建立了媒体连接，MRFP向UE-B播放多媒体通告，如Hold提示音或一段音乐等。

至此，以上3～7步骤的操作就是将需要保持的终端设备UE-B在TAS的控制下连接到MRFP，MRFP和UE-B之间进行RTCP消息的发送，实现对UE-B的呼叫保持，而同时MRFP作为媒体流信源向UE-B播放呼叫保持提示音或音乐。

8～9)与步骤3～4相似，即：

8)TAS向MRFC发起呼叫，将IM-MGW的媒体信息发送给MRFC，这里的媒体信息可以是IM-MGW的SDP信息。

9)MRFC返回包含MRFP媒体信息的响应到TAS，TAS以ACK信令确认。

以上8～9的步骤是建立了IM-MGW和MRFP之间的媒体连接。

10)TAS发送Update更新消息或Re-Invite重新邀请到ICCF，去激活IM-MGW和MRFP间的媒体流，这里所说的去激活指的是不激活IM-MGW和MRFP间的媒体流，也就是发送去激活操作的信令(Inactive)；这样双方就不收发媒体流，只是收发RTCP消息，保持媒体连接关系。

11～13)ICCF发送Update消息或Re-Invite重新邀请到MGCF；MGCF以200OK确认；ICCF向TAS返回200 OK确认。至此，IM-MGW和MRFP建立媒体连接。

至此，以上10～13步骤的操作就是将IM-MGW在TAS的控制下连接到MRFP，IM-MGW和MRFP之间收发RTCP消息，不收发媒体流，保持连接关系。

14)UE-A使用ICCP消息发起新的呼叫请求，被请求方是UE-C。

15)ICCF进行协议转换，生成到UE-C的Invite消息，所述消息中包含IM-MGW的媒体信息；所述消息通过TAS到达UE-C。

16)UE-C通过TAS响应SIP 180消息到ICCF，指示正在进行振铃。

17)ICCF发送振铃指示到UE-A。

18)UE-C通过TAS发送200 OK消息到ICCF，指示用户摘机。

19)ICCF发送摘机指示到UE-A。

20)ICCF发送Update消息或Re-Invite重新邀请到MGCF以激活和重定向IM-MGW的媒体流到UE-C。

21)MGCF响应200 OK到ICCF。

至此，以上13～21步骤的操作就是：当UE-A需要和UE-C建立新的呼叫连接时，UE-A在TAS的控制下建立和UE-C的呼叫连接，具体来说，就是UE-A和IM-MGW之间已经建立了连接关系，再通过以上步骤建立IM-MGW和UE-C的连接关系，就实现了UE-A和UE-C的呼叫连接。

22～23)TAS发送BYE消息到MRFC，使得MRFP停止和IM-MGW收发RTCP消息；MRFC返回确认。

以上步骤的操作是：TAS识别到UE-A在CS接入方式下和UE-B/C进行多个语音呼叫(可能同时包含其它语音之外媒体，如文本消息等)，并且UE-A没有通过其他接入方式和UE-B进行另外的媒体通话，如文本消息，可以通过检查SIP消息中的SDP信息来发现，则TAS发送BYE消息到MRFC，使得MRFP停止和IM-MGW收发RTCP消息；另外，若UE-A还通过PS接入方式和UE-B进行其它媒体通话(如文本消息)，则TAS发送Update或re-Invite到MRFC以删除语音媒体。

另外，TAS识别到UE-A在CS接入方式下和UE-B/C进行多个语音呼叫的方法可以是：该UE-A的用户只允许通过CS接入方式进行呼叫，且TAS识别到当前有多个呼叫存在；或该UE-A直接通知TAS，如UE-A在建立其他的呼叫连接时通知TAS相关信息，即：UE-A在CS接入方式下建立了多个呼叫连接。

此处，UE-A和UE-C之间就建立了激活的呼叫连接，而UE-B接受MRFP播放的多媒体通告，和UE-A处于呼叫保持关系。

从上述实现方法的流程可以看出，MRFP在TAS的控制下动态的加入到通话链路中，并由TAS来控制MRFP建立和UE-B的连接，作为媒体流信源向UE-B播放多媒体公告，保持和UE-B的媒体连接关系，同时TAS控制MRFP和IM-MGW连接以收发RTCP消息。按此步骤操作就可以无需对ICCF单元进行改动，免除了ICCF单元和MRF单元间的交互，简化了处理过程。

实施例2：还是以UE-A和UE-B已经建立呼叫连接关系，TAS存在于呼叫信令链路中为前提，图5为本实施例的实现方法流程图，图中包括：

1～2)同实施例1。

3)TAS识别UE-A的Hold请求，决定向UE-B发送一个包含多媒体文件的信息，如一个包含语音(wav)文件的链接地址，这里的多媒体文件可以是Hold提示音或一段音乐等，也可以由UE-A直接发送相关的多媒体文件信息到UE-B，UE-B获取(比如，从文件的链接地址主动获取该文件)到所述文件后，可以直接播放多媒体文件内容。

此处，TAS并没有将MRFP加入到通话链路中，而是直接向UE-B发送了呼叫保持通告信息，由UE-B根据所述的呼叫保持通告信息播放呼叫保持通告，如可以是呼叫保持提示音或一段音乐。这里也可以由其他的设备实体向UE-B发送呼叫保持通告信息，如UE-A等设备。

4～5)UE-B以200 OK确认，UE-B停止发送媒体流；TAS返回200 OK响应到ICCF。

6～7)ICCF发送Update消息或re-Invite重新邀请到MGCF，去激活IM-MGW的媒体流，指示在IM-MGW和UE-B之间只收发RTCP消息，不发送媒体流，即发送去激活操作的信令(Inactive)；MGCF以200 OK确认。

至此，以上6～7步骤的操作就是使需要保持的终端设备UE-B在ICCF单元的控制下停止发送媒体流到IM-MGW，IM-MGW和UE-B之间只收发RTCP消息，实现对UE-B的呼叫保持。

8～16)同实施例一的13～21。

17～21)TAS识别到UE-A在CS接入方式下和UE-B/C进行多个语音呼叫，将UE-B连接到MRFP，操作方法同实施例一的3～7，此时UE-B和MRFP收发RTCP消息。

以上8～21步骤的操作就是当UE-A和UE-C建立了呼叫连接时，UE-B在TAS的控制下连接到MRFP，使UE-B和MRFP之间收发RTCP消息，继续保持和UE-A的呼叫连接。

此时，UE-A和UE-C之间就建立了呼叫连接，而UE-B和MRFP收发RTCP消息，保持媒体连接。

从上述实现方法的流程可以看出，MRFP并不是作为媒体流信源被TAS加入到通话链路中的，多媒体公告的指令是由TAS直接来下发并完成的；同时本实施中也是由TAS来控制MRFP建立和UE-B的连接，这样也就无需对ICCF单元进行改动，免除了ICCF单元和MRF单元间的交互，简化了处理过程。

实施例3：本实施例中MRFP已经加入到了通话媒体链路中，由TAS来解决RTCP的问题，图6为本实施例的方法实现流程图，图中的前提条件是：UE-A与UE-B处于呼叫保持状态，也就是说UE-A和MRFP之间，以及MRFP和UE-B之间存在未激活的媒体连接；MRFP向UE-B播放Hold提示音。图中包括：

1)UE-A通过ICCP消息向UE-C发起呼叫请求

2)ICCF将ICCP消息转变成Invite消息，通过S-CSCF发往TAS。

3～4)TAS识别到UE在CS接入方式下和UE-B/C进行多个语音呼叫，TAS向MRFC发起一个呼叫，MRFC返回MRFP媒体信息。

5～6)TAS向UE-C发送Invite消息，包含MRFP媒体信息。UE-C返回确认，包含自己的媒体信息。

7～8)TAS向MRFC发送Update消息或re-Invite重新邀请，以传递UE-C的媒体信息，使得MRFP和UE-C建立媒体连接。MRFC返回确认。

至此，以上1～8步骤的操作就是UE-A向第三方终端设备UE-C发起呼叫时，TAS控制MRFP和UE-C建立媒体连接。

9～14)TAS向MGCF和MRFC均发送Update消息或re-Invite重新邀请，以激活IM-MGW和MRFP之间的媒体流。

以上9～14步骤的操作是在TAS的控制下，激活MRFP和IM-MGW之间的媒体连接，也就是激活了MRFP和UE-A之间的媒体连接；从而使得UE-A和UE-C之间建立了媒体连接。

15～16)TAS向UE-A发送摘机信息，指示可以进行通话。

至此UE-A与UE-C的呼叫连接建立成功，UE-B处于Hold状态；MRFP向UE-B播放Hold提示音。需要说明的是，采用实施例1中的方法，最后UE-A和UE-C也可以不通过MRFP进行通话，也就是直接通过IM-MGW建立UE-A和UE-C的呼叫连接即可。

从以上提供的技术方案可以看出，由于MRFP已经加入到了通话链路中，通过TAS对MRFP的控制，可以实现MRFP作为媒体流信源进行多媒体通告的功能，不必重复加入通话链路中，避免了网络资源的浪费；同样的，本实施例也可以不对ICCF单元进行改动，免除了ICCF单元和MRF单元间的交互，简化了处理过程。

实施例4：为在呼叫等待业务下，由TAS控制动态加入MRFP的情况，图7为本实施例实现方法的流程图，图中的前提条件是：UE-A和UE-B已经建立了呼叫连接，图中包括：

1～2)UE-C向UE-A发起呼叫请求。

3～4)UE-A指示正在振铃，ICCF生成180消息发送到TAS；TAS识别UE-A的180消息，决定加入MRFP到通话媒体链路中，进行多媒体通告，如播放回铃音等。

5～8)TAS控制MRFP向UE-C放音。

至此，以上步骤的操作是：当第三方终端设备UE-C向UE-A发起呼叫连接请求时，UE-C在TAS的控制下连接到MRFP；由MRFP向UE-C播放呼叫等待通告或回铃音。

9)UE-A将UE-B进行呼叫保持，参考实施例1或2，图中的901所示可参考实施例1，即通过MRFP建立呼叫保持；902所示可参考实施例2，即不通过MRFP，直接利用IM-MGW建立和UE-B的呼叫保持。

10)UE-A发送对UE-C呼叫的应答到ICCF。

11)ICCF向UE-C发送Update更新消息或re-Invite重新邀请消息，包含IM-MGW的SDP信息。

12～13)TAS识别到UE在CS接入方式下和UE-B/C进行多个语音呼叫，则如果是901所示，TAS将释放MRFP和IM-MGW的媒体连接。

14)TAS前转Update消息或re-Invite重新邀请消息到UE-C，所述消息中包含有IM-MGW的SDP信息。

15)UE-C以200 OK确认。

16～18)ICCF发送Update消息或re-Invite重新邀请消息到MGCF，其中包含UE-C的SDP信息。

如果是如902所示，TAS识别到UE在CS接入方式下和UE-B/C进行多个语音呼叫，TAS要将UE-B连接到MRFP以收发RTCP消息。

至此，就使得IM-MGW和UE-C建立了媒体连接，如图中的1902所示；当然，稍修改步骤10～18(参考实施例3)，也可以使得IM-MGW通过MRFP和UE-C建立媒体连接，如图1901所示。

按以上步骤，UE-A与UE-C的呼叫连接就建立成功，而UE-B处于呼叫保持状态。

综上所述，本发明实施方式可以避免MRFP重复加入通话链路中，节省了网络资源；同时可以在不改动ICCF单元的情况下，实现呼叫补充业务的处理，并减少了ICCF单元和MRF单元间的交互工作量，简化了处理过程。

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

Claims (24)

1.一种呼叫控制的方法，在第一方终端设备和第二方终端设备之间建立了呼叫连接，其特征在于：

当第一方终端设备需要保持呼叫连接时，所述第一方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器，使所述第一方终端设备处于呼叫保持状态。

2.如权利要求1所述的呼叫控制的方法，其特征在于，所述第一方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器，具体包括：

电话应用服务器向多媒体资源功能控制器发起呼叫，所述呼叫中包括所述第一方终端设备的媒体信息；

所述多媒体资源功能控制器响应所述呼叫到电话应用服务器，所述响应中包括多媒体资源功能处理器的媒体信息；

所述电话应用服务器将所述多媒体资源功能处理器的媒体信息发送到所述第一方终端设备，使所述第一方终端设备连接到多媒体资源功能处理器。

3.如权利要求1所述的呼叫控制的方法，其特征在于，在所述第一方终端设备处于呼叫保持状态之后，还包括：

所述多媒体资源功能处理器向所述第一方终端设备播放呼叫保持通告。

4.如权利要求1-3其中之一所述的呼叫控制的方法，其特征在于，还包括：

媒体网关在所述电话应用服务器的控制下，连接到所述多媒体资源功能处理器；所述媒体网关和所述多媒体资源功能处理器之间收发实时传输控制协议消息。

5.如权利要求4所述的呼叫控制的方法，其特征在于，所述第一方终端设备处于呼叫保持状态之后，还包括：当第二方终端设备需要和第三方终端设备建立呼叫连接时，所述第二方终端设备在所述电话应用服务器的控制下，建立和所述第三方终端设备间的呼叫连接。

6.如权利要求1-3其中之一所述的呼叫控制的方法，其特征在于，所述第一方终端设备处于呼叫保持状态之后，还包括：当第二方终端设备需要和第三方终端设备建立呼叫连接时，所述第二方终端设备在所述电话应用服务器的控制下通过所述多媒体资源功能处理器，建立和所述第三方终端设备间的呼叫连接。

7.如权利要求6所述的呼叫控制的方法，其特征在于，所述第二方终端设备在所述电话应用服务器的控制下通过所述多媒体资源功能处理器，建立和所述第三方终端设备间的呼叫连接，进一步包括：

所述第二方终端设备在所述电话应用服务器的控制下连接到所述多媒体资源功能处理器；

所述多媒体资源功能处理器在所述电话应用服务器的控制下连接到所述第三方终端设备。

8.如权利要求5所述的呼叫控制的方法，其特征在于，当电话应用服务器识别到所述第二方终端设备和多个终端设备之间建立有呼叫连接时，还包括：

所述多媒体资源功能处理器在所述电话应用服务器的控制下，停止和所述媒体网关之间收发实时传输控制协议消息。

9.如权利要求8所述的呼叫控制的方法，其特征在于，所述电话应用服务器识别到所述第二方终端设备和多个终端设备之间建立有呼叫连接，具体包括：

所述第二方终端设备只允许通过电路交换接入的方式进行呼叫，且所述电话应用服务器识别到当前有多个呼叫连接；

或，所述第二方终端设备通过电路交换接入的方式建立多个呼叫连接时，通知所述电话应用服务器。

10.一种呼叫控制的方法，在媒体网关的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，其特征在于：

当所述第二方终端设备和第三方终端设备建立了呼叫连接时，所述第一方终端设备在电话应用服务器的控制下连接到多媒体资源功能处理器，继续保持和所述第二方终端设备之间的呼叫连接。

11.如权利要求10所述的呼叫控制的方法，其特征在于，还包括：

向所述第一方终端设备发送呼叫保持通告信息，所述第一方终端设备根据所述的呼叫保持通告信息播放呼叫保持通告。

12.一种呼叫控制的方法，在多媒体资源功能处理器的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，其特征在于：

当所述第二方终端设备向第三方终端设备发起呼叫时，多媒体资源功能处理器在电话应用服务器的控制下，建立所述第二方终端设备和第三方终端设备之间的媒体连接。

13.如权利要求12所述的呼叫控制的方法，其特征在于，所述多媒体资源功能处理器在电话应用服务器的控制下，建立所述第二方终端设备和第三方终端设备之间的媒体连接，具体包括：

电话应用服务器控制多媒体资源功能处理器和所述第三方终端设备建立媒体连接；

激活所述多媒体资源功能处理器和所述第二方终端设备间的媒体连接。

14.如权利要求13所述的呼叫控制的方法，其特征在于，所述建立所述第二方终端设备和第三方终端设备之间的媒体连接之后，还包括：

当所述第二方终端设备和第三方终端设备需要进行呼叫保持时，所述第三方终端设备停止向多媒体资源功能处理器发送媒体流，所述多媒体资源功能处理器和所述第三方终端设备之间进行实时传输控制协议消息的发送，所述第二方终端设备和第三方终端设备处于呼叫保持状态。

15.如权利要求14所述的呼叫控制的方法，其特征在于，在所述第二方终端设备和第三方终端设备处于呼叫保持状态之后，还包括：

所述多媒体资源功能处理器向所述第三方终端设备播放呼叫保持通告。

16.如权利要求12所述的呼叫控制的方法，其特征在于，所述建立所述第二方终端设备和第三方终端设备之间的媒体连接之后，还包括：

当所述第二方终端设备和处于呼叫保持状态的第一方终端设备之间需要恢复呼叫连接时，激活所述多媒体资源功能处理器和所述第一方终端设备之间的媒体连接。

17.一种呼叫控制的方法，在第一方终端设备和第二方终端设备之间建立了呼叫连接，其特征在于，当第三方终端设备向第一方终端设备发起呼叫连接请求时，所述第三方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器；由所述多媒体资源功能处理器向所述第三方终端设备播放呼叫等待通告或回铃音。

18.如权利要求17所述的呼叫控制的方法，其特征在于，所述第三方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器，具体包括：

电话应用服务器向多媒体资源功能控制器发起呼叫，所述呼叫中包括第三方终端设备的媒体信息；

所述多媒体资源功能控制器响应所述呼叫到电话应用服务器，所述响应中包括多媒体资源功能处理器的媒体信息；

所述电话应用服务器将所述多媒体资源功能处理器的媒体信息发送到所述第三方终端设备，使第三方终端设备连接到多媒体资源功能处理器。

19.如权利要求17或18所述的呼叫控制的方法，其特征在于，所述当第三方终端设备向第一方终端设备发起呼叫连接请求时，还包括：

所述呼叫连接请求在电话应用服务器的控制下发送到所述第一方终端设备；

如果所述第一方终端设备接受所述呼叫连接请求，则建立所述第一方终端设备和所述第三方终端设备之间的呼叫连接。

20.如权利要求19所述的呼叫控制的方法，其特征在于，所述建立所述第一方终端设备和所述第三方终端设备之间的呼叫连接，具体包括：

通过多媒体资源功能处理器建立所述第一方终端设备和所述第三方终端设备之间的呼叫连接。

21.一种呼叫控制的系统，其特征在于，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在第一方终端设备和第二方终端设备之间建立了呼叫连接，当第一方终端设备需要保持呼叫连接时，所述第一方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器，使所述第一方终端设备处于呼叫保持状态。

22.一种呼叫控制的系统，其特征在于，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在媒体网关的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，当所述第二方终端设备和第三方终端设备建立了呼叫连接时，所述第一方终端设备在电话应用服务器的控制下连接到多媒体资源功能处理器，继续保持和所述第二方终端设备之间的呼叫连接。

23.一种呼叫控制的系统，其特征在于，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在多媒体资源功能处理器的控制下，第一方终端设备以呼叫保持的状态连接到第二方终端设备上，当所述第二方终端设备向第三方终端设备发起呼叫时，多媒体资源功能处理器在电话应用服务器的控制下，建立所述第二方终端设备和第三方终端设备之间的媒体连接。

24.一种呼叫控制的系统，其特征在于，包括：

媒体网关，用于建立需要连接的终端设备间的呼叫连接；

多媒体资源功能处理器，用于建立或停止与终端设备间的媒体连接，并向终端设备播放多媒体通告；

电话应用服务器，用于控制多媒体资源功能处理器建立或停止与终端设备间的媒体连接；

在第一方终端设备和第二方终端设备之间建立了呼叫连接，当第三方终端设备向第一方终端设备发起呼叫连接请求时，所述第三方终端设备在电话应用服务器的控制下，连接到多媒体资源功能处理器；由所述多媒体资源功能处理器向所述第三方终端设备播放呼叫等待通告或回铃音。

Images