专利名称：Ip多媒体子系统集中业务呼叫保持业务的实现方法
技术领域：
本发明涉及通信领域，更具体地涉及一种IP多々某体子系统集中业务中 呼叫保持业务的实现方法。
背景技术：
IP (网络互联协议，Internet Protocol,简称IP)多i某体子系统(IP Multimedia Core Network Subsystem,筒称IMS )是由第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)提出的 一种基于IP的网络架构， 其构建了一个开放而灵活的业务环境，支持多々某体应用，并为用户提供丰富 的多媒体业务。IMS是基于IP的电信网络架构，与接入技术无关，除了可以为GPRS (General Packet Radio Service,通用分组无线业务)、WLAN (Wireless Local Area Network,无线局域网)等分组(Packet Switching,简称PS)接入网络 提供业务外，还可以为GSM ( Global System for Mobile communications,全 ^求移动通讯系统)、UMTS (Universal Mobile Telecommunications System, 统一移动通讯系统)等移动蜂窝网络提供业务。GSM、 UMTS等移动蜂窝网络采用电路交换技术，称为电路(Circuit Switched,简称CS)域，能够为用户提供基本的语音业务，以及基于语音 业务的补充业务。当CS域接入IMS时，其演变为一种接入方式，业务完全 由IMS统一提供，这种技术称为IMS集中业务(IMS Centralized Service, 简称ICS)。图l是IMS集中业务的应用场景。IP多媒体子系统用户设备(IMS User Equipment, IMS UE) 101通过 分组域接入网络102接入到IP多々某体子系统105中，由IMS网络提供业务。利用IMS集中业务4支术，电路域用户设备(CS User Equipment, CS UE) 103，通过电路域接入网络103接入到IP多々某体子系统105中，由IMS网络 提供业务，这样使IMS网络能够为采用不同接入方式的用户提供业务。图2是IMS集中控制业务的架构图，包括如下网元201用户设备(UserEquipment, UE)增强移动交换中心服务器(Enhanced Mobile Switch Center, eMSC202 Server)203204205媒体网关(Media Gateway, MGW)呼叫会话控制功能(Call Session Control Function, CSCF )应用服务器(Application Server, AS)。增强MSC服务器202是电路域MSC服务器的增强，除了完成CS用户 i殳备的接入和移动性管理以外，还充当会话初始协议(Session Initiation Protocol, SIP)用户代理，实现CS信令和SIP信令的转换，代替用户接入 IMS。用户设备201通过CS控制信令接入到增强MSC服务器202,增强MSC 服务器充当用户代理，代替CS用户设备201接入IMS网络，并和远端用户 建立会话连接，同时MGW 203完成CS承载上的J 某体流和IP承载上的媒体 流之间的转换，建立用户设备201和远端用户间的媒体连接。其中增强MSC 服务器201和IMS网络中的CSCF 204之间采用会话初始协议(Session Initiation Protocol,简称SIP ),由IMS网络中的应用服务器204 (如电话业 务应用服务器)提供语音等业务。图3是IMS集中业务起呼的流程。为了简明起见，流程重点描述了对 IMS侧MGW的媒体资源的操作过程，而忽略了一些媒体协商、媒体资源、 振铃等过程。301， UE-A发送CS呼叫建立请求消息到增强MSC服务器，请求建立 与远端用户B的会话。302，增强MSC服务器向MGW申请预留与远端用户B相连的IMS侧 的媒体资源，并控j所述的媒体资源信息采用会话描述协议(Session Description Protocol, 简称SDP)描述，图中用MGW SDP-1表迷。303, 增强MSC服务器代替UE-A向S-CSCF(服务呼叫会话控制功負fe) 发送SIP会话建立请求INVITE消息，其中携带使用SDP协议表示步骤302 中MGW预留的IMS侧媒体资源信息。304, S-CSCF根据用户的签约执行业务逻辑控制。305, S-CSCF将SIP会话建立请求消息前转到被叫用户设备UE-B。 306，用户应答，UE-B向S-CSCF返回SIP成功响应。307, S-CSCF将成功响应前转到增强MSC服务器。308，增强MSC服务器控制MGW,将CS侧的媒体资源与IMS侧的媒 体资源双向连通。309,增强MSC服务器向UE-A发送CS连接响应消息。在上述过程完成后，UE-A和UE-B进入通话状态，经过MGW建立UE-A 与UE-B两者之间的媒体连接，MGW完成CS承载(UE-A和MGW之间) 和IP承载(UE-B和MGW)之间的々某体流的转换。图4是IMS集中业务终呼的流程。为了简明起见，流程重点描述了对 IMS侧的媒体资源的控制过程，而忽略了一些媒体协商、媒体资源、振铃等 过程。401， UE-B发送SIP会话建立请求消息请求建立与用户A的会话，请 求发送到为UE-A提供服务的S-CSCF。402, S-CSCF根据用户的签约执行业务逻辑控制。403, S-CSCF将SIP会话建立请求消息前转到增强MSC服务器。404, 增强MSC服务器向MGW申请预留与UE-A相连的IMS侧的媒图中用MGW SDP-1表示IMS侧的i某体资源。405, 增强MSC服务器向S-CSCF返回SIP会话处理响应，其中携带使 用SDP协议表示的步骤404中MGW预留的IMS侧的媒体资源信息。406, S-CSCF将SIP会话处理响应发送给UE-B。407, 与步骤405同时，增强MSC服务器向UE-A发送CS呼叫建立请求。408, 用户A应答，UE-A向增强MSC服务器发送CS连接响应消息。409, 增强MSC服务器控制MGW，将CS侧的媒体资源与IMS侧的媒 体资源双向连通。410, 增强MSC服务器向S-CSCF返回SIP成功响应。411, S-CSCF将SIP成功响应发送给UE-B。在上述过程完成后，UE-A和UE-B进入通话状态，经过MGW建立UE-A 与UE-B两者之间的媒体连接，MGW完成CS承载(UE-A和MGW之间) 和IP承载(UE-B和MGW)之间的媒体流的转换。呼叫保持(CallHold)业务是通信系统中的一种补充业务当两个用户 (用户A和用户B)在通信系统中建立通话后，其中一个用户(以用户A 为例)可以不挂断电话，暂时请求远端用户(如用户B)保持当前通话连接， 但不进行语音传输。在保持状态时，UE-A可以请求UE-B从保持状态重新 转入通话状态，这个称为呼叫恢复(CallResume)。呼叫保持业务包括呼叫 保持和呼叫恢复两个过程。在呼叫保持的基础上上，用户A可以再拨打或接听第三方(如用户C)， 建立与用户C之间通话，并且可以在保持态的呼叫与通话态的呼叫之间切 换。在电信业务中，通常将上述的呼叫保持过程、呼叫恢复过程、以及在呼 叫保持的基础上拨打或接听第三方电话业务统称为呼叫保持业务。在本发明 中，没有特殊说明，呼叫保持业务指上述统称的业务。在ICS中呼叫保持的实现方法如图5所示。UE-A通过图3的主叫过程或图4的被叫过程建立与UE-B之间的会话 连接，并通过MGW建立与UE-B的J 某体连接。当用户A保持与用户B的 会话，并呼叫第三方用户C时，包括以下步骤501, UE-A发送CS呼叫保持消息到增强MSC Server,要求保持与UE-B 的会话。502，增强MSC服务器控制MGW，使IMS侧的媒体资源进入只发送或 非激活状态，不再接收远端的々某体流。503，增强MSC服务器代替UE-A向S-CSCF发送SIP媒体更新请求或 会话重新建立请求消息，其中携带使用SDP协议表示的IMS侧的MGW的 i某体资源信息和资源状态，通知UE-B进入呼叫保持状态。504, S-CSCF将SIP媒体更新请求或会话重新建立请求消息前转到被叫 用户设备UE-B。505, UE-B进入呼叫保持状态，并向S-CSCF返回SIP成功响应。506, S-CSCF将成功响应前转到增强MSC服务器。此时，UE-A和UE-B进入呼叫保持状态，MGW和UE-B之间的媒体流 中断。上述MGW和UE-B的J 某体流采用实时传输协议(real-time transport protocol,简称RTP)进行传输，同时釆用实时传输控制协议(real-time transport control protocol,简称RTCP)控制其传输，进行监控、同步、链路 保活。当根据业务要求，暂时中断媒体传输，即不发送RTP数据包，此时 仍然需要在链路上传送RTCP数据包，保持链路处于激活的状态。根据上述要求，UE-B进入呼叫保持状态后，在MGW和UE-B之间不 再传送RTP包，但仍然传送RTCP包，保持链路不中断，在图中使用虚线 表示。在呼叫保持状态，当用户A需要呼叫第三方用户设备C时，包括以下 步骤507, UE-A发送CS会话建立请求消息到增强MSC服务器，请求建立 与远端用户C的会话。508, 增强MSC服务器代替UE-A向S-CSCF发送SIP会话建立请求 INVITE消息，其中仍携带与UE-B会话时所使用的IMS侧的媒体资源信息， 即MGW SDP-1。509, S-CSCF根据用户的签约执行业务逻辑控制。510, S-CSCF将SIP会话建立请求消息前转到被叫用户设备UE-C。511, 用户C应答，UE-C经过被叫网络向S-CSCF返回成功响应。512， S-CSCF将成功响应前转到增强MSC服务器。513，增强MSC服务器控制MGW,将CS侧的媒体资源与IMS侧的媒 体资源MGW SDP-1双向连通。514,增强MSC服务器向UE-A发送CS连接响应消息。以上步骤509-514是会话建立过程，其间还包括中间的媒体协商、资源 预留、振铃等过程，为了简化，未在图中描述。这个呼叫过程，和正常的起 呼过程(如图3所示)的区别是，增强MSC服务器并不申请新的IMS侧的 MGW的纟某体资源，仍然使用被保持会话的IMS侧的媒体资源。完成上述步骤后，增强MSC服务器将IMS侧的媒体资源的连接从UE-B 移到UE-C上，实现了 UE-A和UE-C之间的々某体连接。此时被保持用户UE-B 的媒体面将失去连接，MGW将无法再向UE-B返回RTCP数据包，UE-B可 能会认为媒体连接丟失，而释放被保持的会话。根据上述描述和分析，目前的ICS呼叫保持方法，在用户呼叫第三方用 户时，由于将与被保持用户设备的IMS侧的媒体资源移到了第三方用户， 导致没有与被保持用户设备的媒体连接，被保持用户设备可能认为媒体连接 已经中断，而中止被保持的会话。发明内容本发明要解决的技术问题是提供一种IP多媒体子系统集中控制业务中 呼叫保持的实现方法，实现处于呼叫保持状态的用户i殳备在呼叫第三方用户 设备时，被保持的会话不会被释放。为了解决上述问题，本发明提供了一种IP多媒体子系统集中业务呼叫 保持业务的实现方法，用户设备和远端用户设备建立会话后发起呼叫保持业 务，在呼叫保持状态，所述用户设备呼叫第三方用户设备，在建立会话的过 程中，通过增强移动交换中心服务器向々某体网关申请预留新的IP多媒体子系统侧的媒体资源，所述用户设备通过所述新的IP多媒体子系统侧的媒体 资源与所述第三方用户设备建立媒体连接。进一步地，所述用户设备与所述第三方用户设备建立会话的过程中以及 建立会话后，所述媒体网关保留被呼叫保持的所述远端用户设备的IP多媒 体子系统侧的媒体资源，所述远端用户设备与所述媒体网关之间仍保持媒体 连接，实现用户的々某体面的保活功能。进一步地，所述增强移动交换中心服务器收到所述用户设备呼叫第三方 用户设备的请求后，向所述媒体网关请求预留与所述第三方用户设备相连的 IP多媒体子系统侧的媒体资源，所述媒体网关收到所述请求后预留与所述第 三方相连的IP多媒体子系统侧的媒体资源，并将电路侧的媒体资源与所述 新预留的IP多媒体子系统侧的媒体资源相关联。进一步地，所述增强移动交换中心服务器根据所述预留的与所述第三方 用户设备相连的IP多媒体子系统侧的媒体资源通过服务呼叫会话控制功能 向所述第三方用户设备发送会话建立请求，并于收到成功响应后控制所述々某 体网关完成电路侧的媒体资源与IP多媒体子系统侧的媒体资源的双向连通。进一步地，所述用户设备呼叫第三方用户设备，建立会话的过程包括以下步骤所述用户设备发送电路呼叫建立请求消息到所述增强移动交换中心 服务器，请求建立与远端的第三方用户设备的会话。采用本发明所述的方法，在呼叫保持并呼叫第三方用户设备时，通过增 强MSC服务器向MGW申请预留新的IMS侧的媒体资源，与第三方用户设 备连接的方法，实现了处于呼叫保持的一方在呼叫第三方用户时，不影响祐二 保持的会话的媒体连接，从而实现了用户的媒体面在保持状态下的保活功能。
图1是IMS集中业务的应用场景； 图2是IMS集中控制业务的架构图； 图3是IMS集中业务起呼的流程图；图4是IMS集中业务终呼的流程图；图5是现有技术中ICS呼叫保持业务流程图；图6是本发明实施例的ICS呼叫保持业务流程图。
具体实施方式
下面结合附图和实施例对本发明作进一步详细说明。图6为本发明的一个实施例的实现流程，描述了 IMS集中业务中用户 设备UE-A和远端用户设备UE-B建立了会话，发起呼叫保持业务，并呼叫 第三方用户设备UE-C的过程。该呼叫保持业务的实现包括以下步骤UE-A通过图3的主叫过程或图4的被叫过程建立与UE-B的会话连接， 并通过MGW建立与UE-B的i某体连接。当用户A启动呼叫保持，并在呼叫保持状态需要呼叫第三方用户UE-C 时，包括以下步骤601 ， UE-A发送CS呼叫保持消息到增强MSC服务器，要求保持与UE-B 的会话。602，增强MSC服务器控制MGW,使IMS侧的々某体资源进入只发送或 非激活状态，不再接收远端的々某体流。603 ，增强MSC服务器代替UE-A向S-CSCF发送SIP媒体更新请求或 会话重新建立请求消息，其中携带使用SDP协议表示的IMS侧的MGW的 媒体资源信息和资源状态，通知UE-B进入呼叫保持状态。604， S-CSCF将SIP媒体更新请求或会话重新建立请求消息前转到被叫 用户设备UE-B。605， UE-B进入呼叫保持状态，并向S-CSCF返回SIP成功响应。606, S-CSCF将成功响应前转到增强MSC服务器。 以下是UE-A呼叫第三方用户设备UE-C的过程607, UE-A发送CS呼叫建立请求消息到增强MSC服务器，请求建立与远端用户c的会话。608，增强MSC服务器向MGW申请预留新的与远端用户设备UE-C相 连的IMS侧的媒体资源，MGW收到请求后预留与远端用户设备UE-C相连 的IMS侧的媒体资源。增强MSC服务器还控制MGW将CS侧的媒体资源 与新预留的IMS侧的媒体资源相关联。所述的IMS侧的媒体资源信息采用会话描述协议(Session Description Protocol,简称SDP)描述，图中用MGWSDP-2表述。此时，MGW上的CS侧的媒体资源与IMS侧的媒体资源相关联，需要 等到UE-C应答后，才将两者双向连通。609，增强MSC服务器代替UE-A向S-CSCF发送SIP会话建立请求 INVITE消息，其中携带步骤608中预留的IMS側的媒体资源信息MGW SDP-2。610， S-CSCF根据用户的签约执行业务逻辑控制。611， S-CSCF经过被叫网络将SIP会话建立请求消息前转到被叫用户设 备UE画C。612,用户C应答，UE-C经过被叫网络向S-CSCF返回SIP成功响应。613， S-CSCF将成功响应前转到增强MSC服务器。614，增强MSC服务器控制MGW,将CS側的媒体资源与IMS侧的媒 体资源MGW SDP-2双向连通。615,增强MSC服务器向UE-A发送CS连接响应消息。UE-A与UE-C建立会话时，处于被呼叫保持状态的UE-B与MGW仍 然保持i某体连接，MGW仍然能向UE-B返回RTCP数据包，实现保活功能。从上述流程中可以看出，采取本发明的方法，实现了 ICS呼叫保持业务 的业务流程，由于使用了通过增强MSC服务器预留新的IMS侧MGW的 SDP媒体资源与第三方用户连接，实现了在呼叫第三方用户时，被保持的会 话的媒体连接不受影响，从而实现了用户的媒体面在保持状态下的保活功能。
权利要求
1、一种IP多媒体子系统集中业务呼叫保持业务的实现方法，用户设备和远端用户设备建立会话后发起呼叫保持业务，在呼叫保持状态，所述用户设备呼叫第三方用户设备，在建立会话的过程中，通过增强移动交换中心服务器向媒体网关申请预留新的IP多媒体子系统侧的媒体资源，所述用户设备通过所述新的IP多媒体子系统侧的媒体资源与所述第三方用户设备建立媒体连接。
2、 如权利要求1所述的方法，其特征在于所述用户设备与所述第三方用户设备建立会话的过程中以及建立会话 后，所述媒体网关保留被呼叫保持的所述远端用户设备的IP多媒体子系统 侧的媒体资源，所述远端用户设备与所述媒体网关之间仍保持媒体连接，实 现用户的々某体面的保活功能。
3、 如权利要求1或2所述的方法，其特征在于所述增强移动交换中心服务器收到所述用户设备呼叫第三方用户设备 的请求后，向所述媒体网关请求预留与所述第三方用户设备相连的IP多媒 体子系统侧的媒体资源，所述媒体网关收到所述请求后预留与所述第三方相 连的IP多媒体子系统侧的媒体资源，并将电路侧的媒体资源与所述新预留 的IP多媒体子系统侧的媒体资源相关联。
4、 如权利要求1所述的方法，其特征在于所述增强移动交换中心服务器根据所述预留的与所述第三方用户设备 相连的IP多媒体子系统侧的媒体资源通过服务呼叫会话控制功能向所述第 三方用户设备发送会话建立请求，并于收到成功响应后控制所述媒体网关完 成电路侧的媒体资源与IP多媒体子系统侧的媒体资源的双向连通。
5、 如权利要求1或2所述的方法，其特征在于所述用户设备呼叫第三方用户设备，建立会话的过程包括以下步骤所 述用户设备发送电路呼叫建立请求消息到所述增强移动交换中心服务器，请 求建立与远端的第三方用户设备的会话。
全文摘要
本发明提供了一种IP多媒体子系统集中业务呼叫保持业务的实现方法，用户设备和远端用户设备建立会话后发起呼叫保持业务，在呼叫保持状态，所述用户设备呼叫第三方用户设备，在建立会话的过程中，通过增强移动交换中心服务器向媒体网关申请预留新的IP多媒体子系统侧的媒体资源，所述用户设备通过所述新的IP多媒体子系统侧的媒体资源与所述第三方用户设备建立媒体连接。采用本发明，能实现处于呼叫保持状态的用户设备在呼叫第三方用户设备时，被保持的会话不会被释放，从而实现了用户的媒体面在保持状态下的保活功能。
文档编号H04Q7/22GK101217702SQ20081000182
公开日2008年7月9日 申请日期2008年1月9日 优先权日2008年1月9日
发明者游世林, 郝振武 申请人:中兴通讯股份有限公司