CN101572875A - 一种跨网络呼叫保持方法和装置 - Google Patents

Abstract

本发明实施例公开了一种跨网络呼叫保持方法和装置，所述方法包括以下步骤：接收对端设备发送的呼叫保持请求；发送呼叫保持请求给CS网络终端，所述呼叫保持请求用于终止对CS网络媒体流的编解码；发送呼叫保持请求给IMS媒体网关控制器，所述呼叫保持请求用于终止所述IMS网络的媒体流通信。通过应用本发明，达到了停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果，解决IMS网络侧继续占用媒体流资源，且呼叫保持提示手段单一问题。

Description

一种跨网络呼叫保持方法和装置

技术领域

本发明涉及移动通信领域，特别是涉及一种跨网络呼叫保持方法和装置。

背景技术

IMS(IP Multimedia Subsystem，IP多媒体子系统)是3GPP(The 3rdGeneration Partnership Project，第三代伙伴计划)在Release 5版本提出的支持IP多媒体业务的子系统，其目的是通过互联网为移动用户提供多媒体服务。IMS的主要特点为：(1)基于IP的多媒体业务与会话控制核心网络；(2)支持各种融合业务的公共平台，不依赖于任何接入技术和接入方式；(3)采用灵活的SIP(Session Initial Protocol，会话初始协议)协议和标准化的开放接口，为支持广泛业务提供可能；(4)由多个标准组织定义并发展完善(3GPP/3GPP2定义了IMS网络组件及基础架构，并尽可能协调保持一致性；ITU-T、ETSI均采纳了基于IMS的NGN体系架构并在其基础上进一步发展)。业界普遍认为IMS是将来的发展方向。

考虑现今绝大部分电信用户还是运用传统的电路交换(CS，CircuitSwitched)网络，包括PSTN网、ISDN网、2G GSM网等，因此，IMS网络与CS网络的互通即实现IMS用户和CS用户间的叫是相当重要的。IMS网络与CS网络互通地重点设备是MGCF(MGW Control Function，媒体网关控制功能)和IMS-MGW(IMS Media Gateway，媒体网关)以及BGCF，控制平面地互连由MGCF承担责任，MGCF可以实现SIP信令与BICC或ISUP地映射。相应地，IMS-MGW在用户平面进行协议转换，它从CS网络终结，并提供这两种终结之间地转换。MGCF采纳使用H.248协议对IMS-MGW地行为进行控制。BGCF适用于IMS用户发起到CS网络用户地呼叫时择定到CS网络地出口位置。

鉴于目前CS网络业务平台和IMS网络业务平台分立存在，给运营商造成运营成本增加、新业务引入代价高问题，3GPP在研的IMS集中业务控制(ICS，IMS Centralised Service)课题力图实现IMS业务平台统一支持用户CS接入和分组交换接入。其主要思想是，通过CS网络承载实时IMS会话媒体(语音，视频)，UE和IMS网络之间引入一个透明的控制信道以支持IMS业务控制，控制信道可能通过USSD(Unstructured Supplementary Service Data，非结构化补充业务数据)(CS网络一种数据通信机制，通常用于UE和服务器通信)或SIP实现，IMS网络引入ICS服务器以支持ICS，它通过ISC(IPmultimedia Subsystem Service Control Interface，IMS业务控制接口)接口和S-CSCF(Call Session Control Function，呼叫会话控制功能)通信。

在现有技术中，IMS网络下的UE和CS网络下的UE之间建立呼叫时，如果IMS网络下的UE发起呼叫保持操作，需要UE向CS网络发送呼叫保持请求，继续占用媒体流资源，且由于呼叫带宽限制，提示信息单一，一般仅语音信息，不能适应某些业务场景需求。

发明内容

本发明实施例要解决的问题是提供一种跨网络呼叫保持方法和设备，使IMS网络下的UE发起呼叫保持操作后，实现停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果

为达到上述目的，本发明实施例一方面提出一种跨网络呼叫保持方法，包括以下步骤：

接收对端设备发送的呼叫保持请求；

发送呼叫保持请求给电路交换CS网络终端，所述呼叫保持请求用于终止对CS网络媒体流的编解码；

发送呼叫保持请求给IP多媒体子系统IMS媒体网关控制器，所述呼叫保持请求用于终止所述IMS网络的媒体流通信。

另一方面，本发明实施例还提出一种IMS网络设备，包括：

接收模块，用于接收IMS网络下中断发送的包含媒体文件地址的呼叫保持请求或呼叫取回请求；

第一发送模块，用于将所述接收模块所接收的呼叫保持请求或呼叫取回请求转发给CS网络终端；

第二发送模块，用于发送呼叫保持请求或呼叫取回请求给IMS媒体网关控制器。

另一方面，本发明实施例还提出一种CS网络终端，包括：

接收模块，用于接收包含媒体地址的呼叫保持请求，或接收呼叫取回请求；

保持模块，用于根据所述接收模块接收的呼叫保持请求保持所述呼叫，并根据所述媒体地址，获取并播放媒体文件。

本发明实施例的技术方案具有以下优点，因为采用了跨网络呼叫保持方法，从而，达到了停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果，解决IMS网络侧继续占用媒体流资源，且呼叫保持提示手段单一问题。

附图说明

图1为本发明实施例一中一种跨网络呼叫保持方法的流程示意图；

图2为本发明实施例二中一种通过SIP信令进行跨网络呼叫保持的方法的流程示意图；

图3为本发明实施例三中一种通过USSD信令进行跨网络呼叫保持方法的流程示意图；

图4为本发明实施例四中ICS UE发起呼叫并修改业务放映标识的流程示意图；

图5为本发明实施例五中对端设备发起呼叫并由ICS UE修改业务放映标识的流程示意图；

图6为本发明实施例六中一种IMS网络设备的结构示意图；

图7为本发明实施例七中一种终端的结构示意图。

具体实施方式

本发明实施例提供一种跨网络呼叫保持方法和设备，使IMS网络下的UE发起呼叫保持操作后，实现停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果。

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述：

如图1所示，为本发明实施例一，一种跨网络呼叫保持方法的流程示意图，包括以下步骤：

步骤S101、IMS网络服务器接收对端设备发送的呼叫保持请求。

在本步骤中，呼叫保持请求包含保持呼叫的指示，和可识别的媒体文件地址。

其中，保持呼叫的指示具体为inactive指示，媒体文件地址为Call-Info头指示可获取的媒体文件地址，用于CS网络终端，即具有ICS能力的UE，根据该媒体文件地址，通过无线IP接入网从互联网上获取多媒体文件，并播放给用户。

步骤S102、IMS网络服务器发送呼叫保持请求给CS网络终端，该呼叫保持请求用于终止对CS网络媒体流的编解码。

具体的，本步骤所述的CS网络终端具体是CS网络下，具有ICS功能的UE，而另一方面，呼叫保持请求可以是通过SIP信令进行发送，也可以是通过USSD信令进行发送。

ICS UE在接收到呼叫保持请求之后，做出的操作包括：

根据呼叫保持请求中的Call-Info头指示可获取的媒体文件地址，通过无线IP接入网获取并播放媒体文件；

停止媒体流编解码。

在以上过程中，ICS UE的无线空口资源继续存在，ICS UE继续收发媒体流数据，但只是保持连接用，而不再进行相应的其他操作。

并且，ICS UE所丢弃的接收到的媒体流数据，其中包括在呼叫被保持后，CS网络向CS网络终端发送的呼叫保持指示Facility(Hold)消息。ICS UE收到上述消息后，识别该呼叫已处于被保持状态，则将该消息丢弃。

为了进一步屏蔽CS网络不必要的呼叫保持指示Facility(Hold)，本发明实施例的技术方案中还提供了一种在建立呼叫时，CS网络终端通过发送包含业务放映标识的消息，指示CS网络在呼叫状态变化后不向该CS网络终端发送呼叫状态变化消息的方法。具体的，需要补充业务放映标识(SS，SupplementaryService)，并在呼叫建立时ICS UE发送包含业务放映标识的消息，具体如下：

当呼叫由CS网络终端发起时，该CS网络终端发送包含业务放映标识的Connection Management service request消息；

当呼叫由对端设备发起时，该CS网络终端发送包含业务放映标识的Paging response消息。

通过上述的操作，CS网络将不再向CS网络终端发送Facility消息，达到了进一步屏蔽CS网络不必要的消息的效果，节约了网络资源。

需要进一步指出的是，上述的消息只是本发明的优选实施例，其他基于本发明技术方案的可以达到同样效果的消息也同样属于本发明的保护范围。

步骤S103、IMS网络服务器发送呼叫保持请求给IMS媒体网关控制器，该呼叫保持请求用于终止IMS网络的媒体流通信。

在本步骤中，IMS媒体网关控制器具体可以是指MGCF等控制IMS媒体网关的网络实体，通过发送呼叫保持请求，指示上述网络实体控制IMS媒体网关停止IMS网络侧的数据流收发，从而，在呼叫保持后，IMS网络的数据流通信停止，不再占用网络资源。

在呼叫被保持后，CS网络终端或对端设备，即CS网络下或IMS网络下的UE都可以选择终止本次呼叫，从而释放该呼叫的全部资源，使本次呼叫结束，或者，由对端设备发送呼叫取回请求，恢复本次呼叫，继续通话和收发媒体流。

具体的取回流程与保持流程相对应，包括：

IMS网络服务器接收对端设备发送的呼叫取回请求；

IMS网络服务器发送呼叫取回请求给CS网络终端，该呼叫取回请求用于恢复对CS网络媒体流的编解码；

IMS网络服务器发送呼叫取回请求给IMS媒体网关控制器，该呼叫取回请求用于恢复所述IMS网络的媒体流通信。

这里提到的IMS网络服务器发送给CS网络终端的呼叫保持请求同样可以是通过SIP信令进行发送，也可以是通过USSD信令进行发送。

在呼叫被取回后，CS网络下的UE恢复对CS网络的媒体流的解码功能，而IMS网络下的UE恢复发送和接收媒体流的功能。

本发明实施例的技术方案具有以下优点，因为采用了跨网络呼叫保持方法，从而，达到了停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果，解决IMS网络侧继续占用媒体流资源，且呼叫保持提示手段单一问题。

为了进一步对本发明技术方案进行说明，下面结合具体的网络信令交换流程对跨网络的呼叫保持方法进行描述，如图2所示：

网络实体的说明如下：

MSC Server：CS移动网络软交换引入的实体，包含MSC的呼叫控制、移动性管理等功能，控制CS-MGW(CS媒体网关)承载呼叫的媒体流。MSCServer和UE通过移动网络layer 3信令通信(如3GPP网络中24.008信令)。

IMS-MGW：IMS媒体网关，与CS-MGW对应，用于CS网络和IMS网络媒体流互通。

MGCF：作为IMS-MGW的控制器，并进行IMS网络SIP信令和CS网络信令转换。

MSC Server和MGCF组合起来实现IMS网络SIP信令和移动网络layer 3信令转换，可以称为信令转换服务器，信令转换服务器也可能是一个独立的网络实体。

ICS AS：IMS网络中支持ICS的服务器，和S-CSCF通过ISC接口通信。

S-CSCF：执行注册/登记员功能，进行会话控制服务。

需要进一步指出的是，由于本发明技术方案需要CS网络下的终端具有ICS功能，即，CS网络下的UE为ICS UE。

ICS UE通过CS网络并借助ICS AS的控制已经建立一个IMS呼叫，媒体流在IMS-MGW进行了RTP bearer和CS bearer的转换，RTP bearer是建立在IP之上的。ICS UE通过无线IP接入网接收和发送SIP信令来实现ICS控制信道。

基于上述各网络实体，本发明实施例所提供的跨网络呼叫保持方法如下，包括以下步骤：

步骤S201、对端设备发送呼叫保持请求re-INVITE消息到S-CSCF，请求将呼叫保持，S-CSCF将呼叫保持请求前转到ICS AS。

其中，re-INVITE消息为SIP格式的呼叫保持请求，包含inactive指示和Call-Info头指示可获取的媒体文件地址。

具体的，本实施例给出的Call-Info头指示可获取的媒体文件地址示例为：http://operater.net/announcement.rm；purpose＝info。通过本地址，可以使CS网络终端获取并播放对应的媒体文件。

需要进一步指出的是，上述的媒体文件地址示例仅为本发明的一种优选实施例，为网络地址，但本发明的技术方案不仅限于此，除了网络地址外，还可以包括本地媒体文件的地址，而本地媒体文件的地址格式可以根据预设的格式作出相应的变化和调整，这些变化同样属于本发明的保护范围。

re-INVITE通过S-CSCF转发到达IMS网络服务器，即ICS AS。

步骤S202、ICS AS转发re-INVITE消息到ICS UE。

该re-INVITE消息中同样包含inactive指示和Call-Info头指示可获取的媒体文件地址，用于通知CS网络终端，即ICS UE进入呼叫保持状态，和获取媒体文件的路径。

步骤S203、ICS UE发送200 OK确认。

本步骤完成之后，ICS UE通过无线IP接入网从互联网上获取多媒体文件，并播放给用户。即通过无线IP接入网，根据呼叫保持请求中携带的地址http://operater.net/announcement.rm，获取并播放该地址对应的媒体文件announcement.rm，同时，CS网络终端的编码器停止工作，CS网络侧收到的媒体流数据丢弃而不解码呈现给用户。

需要进一步指出的是，上述的获取多媒体文件，并播放给用户的过程可以包括以下两种情况：

完整下载媒体文件，下载完成后，播放该媒体文件；或，

采用流媒体下载和播放方式，对该媒体文件进行缓存，在缓存的媒体文件大小达到预设的要求时，即可开始播放，而无需完整下载该媒体文件，在播放该媒体文件的缓存文件的同时，继续下载该媒体文件余下的部分。

步骤S204、ICS AS转发200 OK到对端设备。

步骤S205、ICS AS发送呼叫保持请求re-INVITE消息到MGCF。

re-INVITE消息携带inactive指示，通知IMS-MGW停止IMS网络侧的媒体流收发，从而，IMS网络的媒体流通信停止，不再占用网络资源。

步骤S206、MGCF以200 OK确认。

至此，呼叫保持被建立，ICS UE与对端设备之间的呼叫进入呼叫保持状态，CS网络侧存在数据流的收发，但CS网络终端不再继续进行编解码操作，收发数据流仅为保持连接用；CS网络终端获取媒体文件并进行播放，改善了呼叫保持后提示音单一的问题，媒体文件可以有对端设备进行指定；IMS网络停止了媒体流通信，不再占用网络资源。

步骤S207、MSC server发送呼叫保持指示Facility(Hold)消息到ICSUE。

本步骤是在呼叫保持后，MSC server向CS网络终端发送的保持指示信息，指示ICS UE进入呼叫保持状态，但在本发明实施例的技术方案中，ICS UE在本步骤之前已经进入了呼叫保持状态，ICS UE识别到已经处于呼叫保持状态，丢弃该呼叫保持指示。

在呼叫被保持后的后续操作中，ICS UE和对端设备，即CS网络下和IMS网络下的UE都可以选择终止本次呼叫，从而释放该呼叫的全部资源，使本次呼叫结束，或者，由对端设备发送呼叫取回请求，恢复本次呼叫，转入步骤S208，继续通话和收发媒体流。

步骤S208、对端设备发送呼叫取回请求re-INVITE消息到S-CSCF，请求将呼叫恢复，S-CSCF将呼叫取回请求转发到ICS AS。

re-INVITE即为SIP格式的呼叫保持请求，消息中用sendrecv进行指示，表示对端设备希望恢复呼叫、恢复收发媒体流。

re-INVITE通过S-CSCF转发到达IMS网络服务器，即ICS AS。

步骤S209、ICS AS转发re-INVITE消息到ICS UE。

该re-INVITE消息中同样包含sendrecv指示。

步骤S210、ICS UE发送200 OK确认。

本步骤完成之后，ICS UE停止通过无线IP接入网从互联网上获取播放多媒体文件，同时，编码器恢复工作，恢复收发媒体流，并进行相应的编解码操作，CS网络通信恢复正常。

步骤S211、ICS AS转发200 OK到对端设备。

步骤S212、ICS AS发送呼叫取回请求re-INVITE消息到MGCF。

re-INVITE消息携带sendrecv指示，通知IMS-MGW恢复IMS网络侧的媒体流收发，从而，IMS网络的媒体流通信恢复。

步骤S213、MGCF以200 OK确认。

至此，呼叫取回流程完成，CS网络和IMS网络通信恢复。

步骤S214、MSC server发送呼叫取回指示Facility(Retrieval)消息到ICSUE。

本步骤是在呼叫取回后，MSC server向CS网络终端发送的取回指示信息，指示ICS UE进入呼叫取回状态，但在本发明实施例的技术方案中，ICS UE在本步骤之前已经进入了呼叫取回状态，ICS UE识别到已经处于呼叫取回状态，丢弃该呼叫取回指示。

需要进一步支持的是，在本实施例中，步骤S207和步骤S214是MSCserver根据设置，在呼叫状态发生变化时向CS网络终端发送的状态变化指示，但基于本发明实施例的流程，CS网络终端在上述步骤之前已经进入了相应的呼叫状态，所以，判定MSC server发送的状态变化指示为无用信息，并进行丢弃。

本发明实施例的技术方案具有以下优点，因为采用了跨网络呼叫保持方法，从而，达到了停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果，解决IMS网络侧继续占用媒体流资源，且呼叫保持提示手段单一问题。

另一方面，需要指出的是，在上述的本发明实施例二中，呼叫保持信令或呼叫取回信令都是通过SIP格式的信令进行发送的，但本发明技术方案不仅限于此，除了SIP格式外，还可以通过USSD信令进行呼叫保持和取回操作，具体通过本发明实施例三进行说明，如图3所示，包括以下步骤：

步骤S301、对端设备发送呼叫保持请求re-INVITE消息到S-CSCF，请求将呼叫保持，S-CSCF将呼叫保持请求前转到ICS AS。

其中，re-INVITE消息为SIP格式的呼叫保持请求，包含inactive指示和Call-Info头指示可获取的媒体文件地址。

具体的，本实施例给出的Call-Info头指示可获取的媒体文件地址示例为：http://local-media.net该地址是特定的本地媒体文件地址。通过本地址，可以使CS网络终端获取并播放对应的媒体文件。

需要进一步指出的是，上述的媒体文件地址示例仅为本发明的一种优选实施例，为本地地址，但本发明的技术方案不仅限于此，除了本地地址外，还可以包括媒体文件的网络地址，使CS网络终端通过无线IP接入网络进行获取并播放，这些变化同样属于本发明的保护范围。

re-INVITE通过S-CSCF转发到达IMS网络服务器，即ICS AS。

步骤S302、ICS AS发送USSD格式的呼叫保持请求消息到ICS UE。

该USSD格式的呼叫保持请求消息中同样包含inactive指示和Call-Info头指示可获取的媒体文件地址，用于通知CS网络终端，即ICS UE进入呼叫保持状态，和获取媒体文件的路径。

步骤S303、ICS UE发送USSD格式的响应消息进行确认。

本步骤完成之后，ICS UE根据地址http://local-media.net获取本地媒体文件，并播放给用户。同时，CS网络终端的编码器停止工作，CS网络侧收到的媒体流数据丢弃而不解码呈现给用户。

需要进一步指出的是，上述的获取多媒体文件，并播放给用户的过程可以包括以下两种情况：

完整下载媒体文件，下载完成后，播放该媒体文件；或，

采用流媒体下载和播放方式，对该媒体文件进行缓存，在缓存的媒体文件大小达到预设的要求时，即可开始播放，而无需完整下载该媒体文件，在播放该媒体文件的缓存文件的同时，继续下载该媒体文件余下的部分。

步骤S304、ICS AS转发200 OK到对端设备。

步骤S305、ICS AS发送呼叫保持请求re-INVITE消息到MGCF。

re-INVITE消息携带inactive指示，通知IMS-MGW停止IMS网络侧的媒体流收发，从而，IMS网络的媒体流通信停止，不再占用网络资源。

步骤S306、MGCF以200 OK确认。

至此，呼叫保持被建立，ICS UE与对端设备之间的呼叫进入呼叫保持状态，CS网络侧存在数据流的收发，但CS网络终端不再继续进行编解码操作，收发数据流仅为保持连接用；CS网络终端获取媒体文件并进行播放，改善了呼叫保持后提示音单一的问题，媒体文件可以有对端设备进行指定；IMS网络停止了媒体流通信，不再占用网络资源。

步骤S307、MSC server发送呼叫保持指示Facility(Hold)消息到ICSUE。

本步骤是在呼叫保持后，MSC server向CS网络终端发送的保持指示信息，指示ICS UE进入呼叫保持状态，但在本发明实施例的技术方案中，ICS UE在本步骤之前已经进入了呼叫保持状态，ICS UE识别到已经处于呼叫保持状态，丢弃该呼叫保持指示。

在呼叫被保持后的后续操作中，ICS UE和对端设备，即CS网络下和IMS网络下的UE都可以选择终止本次呼叫，从而释放该呼叫的全部资源，使本次呼叫结束，或者，由对端设备发送呼叫取回请求，恢复本次呼叫，转入步骤S308，继续通话和收发媒体流。

步骤S308、对端设备发送呼叫取回请求re-INVITE消息到S-CSCF，请求将呼叫恢复，S-CSCF将呼叫取回请求转发到ICS AS。

re-INVITE即为SIP格式的呼叫保持请求，消息中用sendrecv进行指示，表示对端设备希望恢复呼叫、恢复收发媒体流。

re-INVITE通过S-CSCF转发到达IMS网络服务器，即ICS AS。

步骤S309、ICS AS发送USSD格式的呼叫取回请求消息到ICS UE。

该USSD格式的呼叫取回请求消息中同样包含sendrecv指示。

步骤S310、ICS UE发送USSD格式的响应消息进行确认。

本步骤完成之后，ICS UE停止通过无线IP接入网从互联网上获取并播放多媒体文件，同时，编码器恢复工作，恢复收发媒体流，并进行相应的编解码操作，CS网络通信恢复正常。

步骤S311、ICS AS转发200 OK到对端设备。

步骤S312、ICS AS发送呼叫取回请求re-INVITE消息到MGCF。

re-INVITE消息携带sendrecv指示，通知IMS-MGW恢复IMS网络侧的媒体流收发，从而，IMS网络的媒体流通信恢复。

步骤S313、MGCF以200 OK确认。

至此，呼叫取回流程完成，CS网络和IMS网络通信恢复。

步骤S314、MSC server发送呼叫取回指示Facility(Retrieval)消息到ICSUE。

本步骤是在呼叫取回后，MSC server向CS网络终端发送的取回指示信息，指示ICS UE进入呼叫取回状态，但在本发明实施例的技术方案中，ICS UE在本步骤之前已经进入了呼叫取回状态，ICS UE识别到已经处于呼叫取回状态，丢弃该呼叫取回指示。

需要进一步支持的是，在本实施例中，步骤S307和步骤S314是MSCserver根据设置，在呼叫状态发生变化时向CS网络终端发送的状态变化指示，但基于本发明实施例的流程，CS网络终端在上述步骤之前已经进入了相应的呼叫状态，所以，判定MSC server发送的状态变化指示为无用信息，并进行丢弃。

本发明实施例的技术方案具有以下优点，因为采用了跨网络呼叫保持方法，从而，达到了停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果，解决IMS网络侧继续占用媒体流资源，且呼叫保持提示手段单一问题。

在上述的本发明实施例二和实施例三中，MSC server根据设置，在呼叫状态发生变化时均需要向CS网络终端发送的状态变化指示，但该指示被CS识别为无用信息并丢弃，没有产生相应的效果，因此，造成了网络资源的浪费，为了避免这种情况的发生，本发明还提出了一种在建立呼叫时，CS网络终端通过发送包含业务放映标识的消息，指示CS网络在呼叫保持后不向该CS网络终端发送呼叫保持消息或呼叫取回消息的方法。

具体的，需要补充业务放映标识(SS，Supplementary Service)，并在呼叫建立时ICS UE发送包含业务放映标识的消息，如screening＝″00″。

进一步的，根据呼叫发起者的不同，通过以下两个实施例进行详细说明。

如图4所示，为本发明实施例四，ICS UE发起呼叫并修改业务放映标识的流程示意图，包括以下步骤：

步骤S401、ICS UE发送呼叫建立请求INVITE消息给S-CSCF，请求建立呼叫，S-CSCF将呼叫建立请求转发到ICS AS。

步骤S402、ICS UE发送包含业务放映标识的消息到MSC server。

该标识修改请求具体为，包含业务放映标识的Connection Managementservice request消息，所述业务放映标识为screening＝″00″，用于指示CS网络在呼叫状态变化后不向该ICSUE发送呼叫变化指示Facility。

步骤S403、MSC server接收业务放映标识，并向ICS UE反馈确认消息。

该确认消息具体为连接管理服务接受消息Connection Management serviceaccept，表示呼叫状态变化后，MSC server不会再向ICS UE发送呼叫状态变化指示Facility。

步骤S404至步骤S410均为标准的呼叫建立流程，本实施例不再另行详述。

通过上述流程，MSC server的业务放映标识字段被置0，呼叫状态变化后，MSC server不会再向ICS UE发送呼叫状态变化指示Facility，达到了进一步屏蔽CS网络不必要的消息的效果，节约了网络资源，减少了无用信息。

另一方面，如图5所示，为本发明实施例五，对端设备发起呼叫并由ICSUE修改业务放映标识的流程示意图，包括以下步骤：

步骤S501、对端设备发送呼叫建立请求INVITE消息给S-CSCF，请求建立呼叫，S-CSCF将呼叫建立请求转发到ICS AS。

步骤S502、ICS AS通过S-CSCF发送呼叫建立请求INVITE消息给ICSUE，请求建立呼叫。

步骤S503、ICS AS通过S-CSCF发送呼叫建立请求INVITE消息给MSCserver，请求建立呼叫。

步骤S504、MSC server发送寻呼消息Paging给ICS UE。

步骤S505、ICS UE发送标识修改请求到MSC server。

该标识修改请求具体为，包含业务放映标识的Paging response，其中，业务放映标识具体为screening＝″00″，用于指示CS网络在呼叫状态变化后不向该ICSUE发送呼叫变化指示Facility。

步骤S506、MSC server接收业务放映标识，并向ICS UE发送呼叫建立指令，建立呼叫。

通过本步骤，MSC server在呼叫状态变化后，MSC server不会再向ICS UE发送呼叫状态变化指示Facility。

步骤S507至步骤S510均为标准的呼叫建立流程，本实施例不再另行详述。

通过上述流程，MSC server的业务放映标识字段被置0，呼叫状态变化后，MSC server不会再向ICS UE发送呼叫状态变化指示Facility，达到了进一步屏蔽CS网络不必要的消息的效果，节约了网络资源，减少了无用信息。

通过上述实施例四和实施例五所述的流程对业务放映表示进行修改后，对端设备再请求进行呼叫保持操作，或呼叫取回操作时，基本步骤与本发明实施例二和实施例三中所述的步骤相一致，差别在于MSC server不会再向ICSUE发送呼叫状态变化指示Facility，即上述步骤S207、S214、S307和S3 14将不再进行，减少了无用信息的发送。

如图6所示，为本发明实施例六，一种IMS网络设备的结构示意图，包括：

接收模块61，用于接收IMS网络下中断发送的包含媒体文件地址的呼叫保持请求或呼叫取回请求；

第一发送模块62，用于将接收模块61所接收的呼叫保持请求或呼叫取回请求转发给CS网络终端；

第二发送模块63，用于发送呼叫保持请求或呼叫取回请求给IMS媒体网关控制器。

其中，第一发送模块62，具体包括以下子模块中的一种或多种：

SIP发送子模块621，用于通过SIP信令向CS网络终端发送呼叫保持请求或呼叫取回请求；

USSD发送子模块622，用于通过USSD信令向CS网络终端发送呼叫保持请求或呼叫取回请求。

通过应用本发明的技术方案，达到了停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果，解决IMS网络侧继续占用媒体流资源，且呼叫保持提示手段单一问题。

如图7所示，为本发明实施例七，一种终端的结构示意图，包括：

接收模块71，用于接收包含媒体地址的呼叫保持请求或呼叫取回请求；

保持模块72，用于根据接收模块71接收的呼叫保持请求保持呼叫，并根据媒体地址，获取并播放媒体文件；

标识修改模块73，用于发送包含业务放映标识的消息。

其中，接收模块71，具体包括以下子模块中的一种或多种：

SIP接收子模块711，用于通过SIP信令接收包含媒体地址的呼叫保持请求或呼叫取回请求；

USSD接收子模块712，用于通过USSD信令接收包含媒体地址的呼叫保持请求或呼叫取回请求。

其中，保持模块72，具体包括：

媒体获取子模块721，用于根据接收模块71所接收的呼叫保持请求中的媒体地址，获取媒体文件；

媒体播放子模块722，用于播放媒体获取子模块721所获取的媒体文件。

通过应用本发明的技术方案，达到了停止IMS网络媒体流通信以节约网络资源的同时，使ICS UE主动获取媒体文件进行播放的效果，解决IMS网络侧继续占用媒体流资源，且呼叫保持提示手段单一问题。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

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

Claims (16)

1、一种跨网络呼叫保持方法，其特征在于，包括以下步骤：

接收对端设备发送的呼叫保持请求；

发送呼叫保持请求给电路交换CS网络终端，所述呼叫保持请求用于终止对CS网络媒体流的编解码；

发送呼叫保持请求给IP多媒体子系统IMS媒体网关控制器，所述呼叫保持请求用于终止所述IMS网络的媒体流通信。

2、如权利要求1所述跨网络呼叫保持方法，其特征在于，所述对端设备发送的呼叫保持请求，或所述发送给CS网络终端的呼叫保持请求，具体包括：

保持指示；

呼叫信息Call-Info头指示可获取的媒体文件地址。

3、如权利要求1所述跨网络呼叫保持方法，其特征在于，所述发送给IMS媒体网关控制器的呼叫保持请求，具体包括保持指示。

4、如权利要求2所述跨网络呼叫保持方法，其特征在于，所述发送呼叫保持请求给CS网络终端，所述呼叫保持请求用于终止对CS网络媒体流的编解码之后，还包括：

所述CS网络终端根据所述呼叫保持请求中的Call-Info头指示可获取的媒体文件地址，通过无线IP接入网获取并播放媒体文件；

所述CS网络终端停止CS网络媒体流编解码。

5、如权利要求4所述跨网络呼叫保持方法，其特征在于，所述发送呼叫保持请求给CS网络终端，具体为：

通过SIP消息发送呼叫保持请求给所述CS网络终端；或，

通过USSD消息发送呼叫保持请求给所述CS网络终端。

6、如权利要求1所述跨网络呼叫保持方法，其特征在于，所述接收对端设备发送的呼叫保持请求之前，还包括：

所述CS网络终端发送包含业务放映标识的消息，指示CS网络在呼叫保持后不向所述CS网络终端发送呼叫保持指示。

7、如权利要求6所述跨网络呼叫保持方法，其特征在于，所述CS网络终端发送包含业务放映标识的消息，具体为：

当所述呼叫由所述CS网络终端发起时，所述CS网络终端发送包含业务放映标识的连接管理服务请求消息Connection Management service request；

当所述呼叫由所述对端设备发起时，所述CS网络终端发送包含业务放映标识的寻呼响应消息Paging response。

8、如权利要求1所述跨网络呼叫保持方法，其特征在于，所述发送呼叫保持请求给IMS媒体网关控制器，所述呼叫保持请求用于终止所述IMS网络的媒体流通信之后，还包括：

接收所述对端设备发送的呼叫取回请求；

发送呼叫取回请求给所述CS网络终端，所述呼叫取回请求用于恢复所述CS网络终端编解码；

发送呼叫取回请求给IMS媒体网关控制器，所述呼叫取回请求用于恢复所述IMS网络的媒体流通信。

9、如权利要求8所述跨网络呼叫保持方法，其特征在于，所述发送呼叫取回请求给所述CS网络终端，所述呼叫取回请求用于恢复所述CS网络终端编解码之后，还包括：

所述CS网络终端停止播放媒体文件；

所述CS网络终端恢复媒体流编解码。

10、如权利要求9所述跨网络呼叫保持方法，其特征在于，所述发送呼叫取回请求给所述CS网络终端，具体为：

通过SIP消息发送呼叫保持请求给所述CS网络终端；或，

通过USSD消息发送呼叫保持请求给所述CS网络终端。

11、一种IMS网络设备，其特征在于，包括：

接收模块，用于接收IMS网络下中断发送的包含媒体文件地址的呼叫保持请求或呼叫取回请求；

第一发送模块，用于将所述接收模块所接收的呼叫保持请求或呼叫取回请求转发给CS网络终端；

第二发送模块，用于发送呼叫保持请求或呼叫取回请求给IMS媒体网关控制器。

12、如权利要求11所述IMS网络设备，其特征在于，所述第一发送模块，具体包括以下子模块中的一种或多种：

SIP发送子模块，用于通过SIP信令向所述CS网络终端发送呼叫保持请求或呼叫取回请求；

USSD发送子模块，用于通过USSD信令向所述CS网络终端发送呼叫保持请求或呼叫取回请求。

13、一种CS网络终端，其特征在于，包括：

接收模块，用于接收包含媒体地址的呼叫保持请求，或接收呼叫取回请求；

保持模块，用于根据所述接收模块接收的呼叫保持请求保持所述呼叫，并根据所述媒体地址，获取并播放媒体文件。

14、如权利要求13所述CS网络终端，其特征在于，所述接收模块，具体包括以下子模块中的一种或多种：

SIP接收子模块，用于通过SIP信令接收包含媒体地址的呼叫保持请求或呼叫取回请求；

USSD接收子模块，用于通过USSD信令接收包含媒体地址的呼叫保持请求或呼叫取回请求。

15、如权利要求13所述CS网络终端，其特征在于，所述保持模块，具体包括：

媒体获取子模块，用于根据所述接收模块所接收的呼叫保持请求中的媒体地址，获取媒体文件；

媒体播放子模块，用于播放所述媒体获取子模块所获取的媒体文件。

16、如权利要求13所述CS网络终端，其特征在于，还包括：

标识发送模块，用于发送包含业务放映标识的消息。

Images