专利名称：电路域接入ip多媒体子系统呼叫保持和呼叫恢复实现方法
技术领域：
本发明涉及IP (网络互联协议，Internet Protocol,简称IP)多i某体子系 统(IP Multimedia Core Network Subsystem,简称IMS )，更具体地说，涉 及电路域(Circuit Swithched )接入IMS时的呼叫保持和呼叫恢复实现方法。
背景技术：
IMS是由第三代合作伙伴计划(3rd Generation Partnership Project,简称 3GPP)提出的一种基于IP的网络架构。其构建了一个开放而灵活的业务环 境，支持多媒体应用，并为用户提供丰富的多力某体业务。
IMS是基于IP的电信网络架构，与接入技术无关，除了可以为GPRS (General Packet Radio Service,通用分组无线业务)、WLAN( Wireless Local
Area Network,无线局域网)等分组接入网络提供业务外，还可以为GSM (Global System for Mobile communications,全球移动通讯系统)、UMTS (Universal Mobile Telecommunications System,统一移动通讯系统)等移动
蜂窝网络提供业务。
GSM、 UMTS等移动蜂窝网络采用电路交换技术，称为电路(Circuit Switched,简称CS)域，能够为用户提供基本的语音业务，以及基于语音 业务的补充业务。当CS域接入IMS时，其演变为一种接入方式，业务完全 由IMS统一提供，这种技术称为IMS集中业务(IMS Centralized Service, 简称ICS)。
如图1所示，是IMS集中业务场景的架构图，有如下网元 用户i殳备101 (UserEquipment,筒称UE)
拜访移动交换中心102 ( Visited Mobile Switch Center,简称VMSC ) 归属用户服务器103 (Home Subscriber Server,简称HSS )媒体网关控制功能104 ( Media Gateway Control Function,简称MGCF )
媒体网关105 ( Media Gateway,简称MGW)
IMS电路域控制功能106 (IMS CS Control Function,简称ICCF )
呼叫会话控制功能107 ( Call Session Control Function,简称CSCF )
UE—101到IMS域共建立3条路径，分别是会话控制路径、承载控制 i 各径和岸、载^各径。
其中，会话控制路径在UE_101和ICCF—106之间传递会话信息有如下 两种方式
(1 ) CS会话控制路径承载于CS域上，采用非结构化补充业务数据 (Unstructured Supplementary Service Data,简称USSD )，该i 各径经过 VMSC—102和HSSJ03。
(2)CS会话控制路径承载于PS域上，采用会话初始协议(Session Initial Protocol,简称SIP),该路径经过IP承载网、IMS域中的CSCF—107。
承载控制路径控制承载路径的建立和释^:，并管理承载资源，ue—ioi
采用标准的CS控制信令接入VMSCJ02,并通过MGCF—104接入到IMS, 经过CSCF—107到达ICCF。
承载路径是UE_101通过VMSC—102和MGW—105接入到IMS,并与 该会话的远端用户设备建立媒体连接。
IMS集中业务利用会话控制路径在UE_101和ICCF—106之间交互会话 控制信息，并通过承载控制路径建立和控制^ 某体承载，ICCF—106充当IMS 用户设备代理，代替用户设备接入IMS 。
呼叫保持(Call Hold)业务是通信系统中的一种补充业务，包括呼叫保 持和呼叫恢复两个过程。当两个用户(用户A和用户B)在通信系统中建立 通话后，其中一个用户(以用户A为例)可以请求远端用户(用户B)保持 当前通话连接，但不进行语音传输，此为呼叫保持过程。用户A的UE(UE-A， 用户设备A)和用户B的UE (UE-B，用户设备B)还可以从呼叫保持状态 重新转入通话状态，这个过程称为呼叫恢复(CallResume)过程。
在呼叫保持上，用户A可以拨打或接听第三方如用户C,建立与用户C之间的通话。用户A还可以在与用户B和用户C的两个通话之间切换。
ICS作为一种电信系统，必须要支持呼叫保持业务。在目前的ICS中， 呼叫保持和呼叫恢复是由ICS用户设备通知ICCF,由ICCF代替ICS用户 设备执行呼叫保持和呼叫恢复过程，下面以呼叫保持为例说明实现方式，具 体过程如图2所示。
UE-A具备ICS能力，通过VMSC、 ICCF、 MGCF、 CSCF等设备建立 了与远端终端UE-B之间的通话，并通过VMSC、 MGW与UE-B建立双向 的媒体连接。当用户A希望启动呼叫保持时，参见图2，有以下步骤
步骤201， UE-A通过会话控制路径向ICCF发送呼叫保持请求，请求消 息中媒体工作方式为"只发送"或"未激活"，指示UE-B进入相应的保持状态。
请求消息中媒体工作方式是"只发送"还是"未激活，，状态，取决于UE-A 的当前状态，如果UE-A当前自身的媒体工作状态为"发送接收"状态，则请 求消息中的媒体工作方式为"只发送";如果UE-A当前自身的媒体工作状态 为"只接收，，状态，则请求消息中的媒体工作方式为"未激活"。
步骤202， ICCF向UE-B发送更新请求消息，其中包含步骤201中的媒 体工作方式。
步骤203, UE-B控制本终端的媒体资源迁移到相应的保持状态，并向 ICCF返回成功响应；
步骤204，ICCF向MGCF发送更新请求，请求消息中媒体工作方式为"只 接收"或"未激活"，指示MGCF/MGW进入"只发送"或"未激活"的保持状态。
请求消息中媒体工作方式是"只接收"还是"未激活"状态，取决于UE-A 的当前状态，如果UE-A当前自身的々某体工作状态为"发送接收"状态，则请 求消息中的媒体工作方式为"只接收"；如果UE-A当前自身的媒体工作状态 为"只接收"状态，则请求消息中的々某体工作方式为"未激活"。
步骤205， MGCF控制MGW中IMS侧的媒体资源进入相应的状态，并 向ICCF返回成功响应。
步骤204 205可以和步骤202 203同时进行，也可以按照先后顺序进行。
根据MGCF的功能要求，MGCF在接收到步骤204的含有"未激活"的更新请求时，还会存在步骤206 207,通过CS域通知UE-A^皮远端用户保持。
步骤206, MGCF向VMSC发送呼叫保持消息。 步骤207， VMSC向UE-A发送呼叫保持消息。
步骤208, ICCF收到UE-B和MGCF返回的成功响应后，通过会话控 制3各径向UE-A返回呼叫保持成功响应。
此时，UE-A和UE-B进入呼叫保持状态，MGCF/MGW和UE-A—致， 也进入相应的呼叫保持状态，MGW和UE-B之间的々某体流从MGW到UE-B 单向状态，或中断状态。
在步骤207中，UE-A收到了从CS域(VMSC )发送过来的保持通知消 息，而实际上UE-A是发起呼叫保持方，这样可能会导致UE-A认为是远端 发送了保持请求，结果进入了被保持状态，引起混乱。
假设UE-A和UE-C进入正常的保持状态，当UE-A希望恢复与UE-B 之间的媒体传输时，与呼叫保持过程类似，参见图3，有以下步骤
步骤301, UE-A通过会话控制路径向ICCF发送呼叫恢复请求，请求消 息中媒体工作方式为"发送接收"或"只接收"，指示UE-B退出相应的保持状态。
请求消息中媒体工作方式是"发送接收，，或"只接收"，取决于UE-A的当 前状态，如果UE-A当前自身的々某体工作状态为"未激活"状态，则请求消息 中的媒体工作方式为"只接收"；如果UE-A当前自身的媒体工作状态为"只发 送"状态，则请求消息中的媒体工作方式为"发送接收"。
步骤302， ICCF向UE-B发送更新请求消息，其中包含步骤301中的媒 体工作方式。
步骤303， UE-B控制本终端的纟某体资源迁移到相应的恢复状态，并向 ICCF返回成功响应；
步骤304，ICCF向MGCF发送更新请求，请求消息中媒体工作方式为"接 收发送"或"只发送"，指示MGCF/MGW进入恢复状态。
请求消息中媒体工作方式是"发送接收"还是"只发送"状态，取决于
8UE-A的当前状态，如果UE-A当前自身的媒体工作状态为"只发送"状态， 则请求消息中的媒体工作方式为"发送接收"；如果UE-A当前自身的媒体工 作状态为"未激活"状态，则请求消息中的媒体工作方式为"只发送"。
步骤305, MGCF控制MGW中IMS侧的i某体资源进入相应的状态，并 向ICCF,并返回成功响应。
步骤304 305可以和步骤302 303同时进行，也可以按照先后顺序进行。
根据MGCF的功能要求，MGCF在接收到步骤304的含有"发送接收，， 的更新请求时，还存在步骤306 307,通过CS域通知UE-A呼叫恢复。
步骤306, MGCF向VMSC发送呼叫恢复消息。
步骤307， VMSC向UE-A发送呼叫恢复消息。
步骤308, ICCF收到UE-B和MGCF返回的成功响应后，通过会话控 制路径向UE-A返回呼叫保持成功响应。
此时，UE-A和UE-B退出相应的呼叫保持状态，MGCF/MGW和UE-A 一致，也退出相应的呼叫保持状态。
这时，UE-A是发起呼叫恢复方，结果收到了从CS域(VMSC)发送过 来的恢复通知消息，可能会导致UE-A认为是远端解除了呼叫保持，也可能 会引起混乱。
综上所述，目前的呼叫保持和呼叫恢复方法无法满足现有的用户设备的 呼叫保持和呼叫恢复的业务需求。
发明内容
本发明所解决的技术问题在于提供一种CS接入IMS的呼叫保持的实现 方法，以满足CS接入IMS的呼叫保持的业务需求。
为了实现上述问题，本发明提供了一种电路域接入IP多媒体子系统的 呼叫保持实现方法，应用于本地IP多媒体子系统集中业务用户设备与远端 用户设备之间的呼叫保持，其包括以下步骤
(1)所述本地IP多媒体子系统集中业务的用户设备向IP多媒体子系统电路域控制功能发送呼叫保持请求消息，携带媒体工作方式指示信息；
(2 )所述IP多媒体子系统电路域控制功能将所述媒体工作方式指示信 息发送给所述远端用户设备；
(3)所述远端用户设备根据接收到的媒体工作方式指示信息，控制本 终端的媒体资源迁移到相应的保持状态。
本发明所述的方法，其中，在上述呼叫保持建立的过程中，所述IP多 媒体子系统电路域控制功能中的媒体网关控制功能和媒体网关维持原有收 发状态。
进一步地，步骤(l)中所述媒体工作方式指示信息由所述用户设备根 据当前自身的媒体工作状态而设置
如果所述用户设备当前自身的媒体工作状态为"发送接收"状态，则所 述媒体工作方式设置为"只发送"状态，步骤(3)远端用户设备将本端的 媒体工作方式迁移为"只接收"状态；
如果所述用户设备当前自身的媒体工作状态为所述"只接收"状态，则 所述媒体工作方式设置为"未激活"状态，步骤(3)远端用户设备将本端 的媒体工作方式迁移为"未激活"状态。
进一步地，步骤(2)中，所述IP多媒体子系统电路域控制功能通过更 新请求或重邀请请求，将所述相应的媒体工作方式指示发送给所述远端用户 设备。
进一步地，步骤(3)之后还包括 (4 )所述远端用户设备向所述IP多媒体子系统电路域控制功能返回更
豸斤成功响应；
(5)所述IP多媒体子系统电路域控制功能向本地IP多媒体子系统集
中业务用户设备返回呼叫保持成功响应。
为了实现上述问题，本发明还提供了一种电路域接入IP多媒体子系统 的呼叫恢复实现方法，应用于本地IP多媒体子系统集中业务用户设备与远
端用户设备之间的呼叫恢复，其包括以下步骤
(a)所述本地IP多媒体子系统集中业务用户设备向IP多媒体子系统电路域控制功能发送呼叫恢复请求消息，携带媒体工作方式指示；
(b) 所述IP多媒体子系统电路域控制功能将所述的媒体工作方式指示
发送给所述远端用户设备；
(c) 所述远端用户设备根据接收到的媒体工作方式指示信息，控制本
终端的媒体资源迁移到相应的恢复状态。
本发明所述的方法，其中，在上述呼叫恢复的过程中，所述IP多^ 某体 子系统电路域控制功能中的媒体网关控制功能和媒体网关维持原有收发状态。
进一步地，步骤(l)中所述媒体工作方式指示信息由所述用户设备根
据当前自身的媒体工作状态而设置
如果所述用户设备当前自身的媒体工作状态为"只发送"状态，则将所 述媒体工作方式设置为"发送接收"状态，步骤(3)所述远端用户设备将 本端的纟某体工作方式迁移为"发送接收"状态；
如果所述用户设备当前自身的媒体工作状态为"未激活"状态，则将所 述媒体工作方式设置为"只接收"，步骤(3)所述远端用户设备将本端的 々某体工作方式迁移为"只发送"状态。
进一步地，步骤(b)中所述IP多媒体子系统电路域控制功能通过更新 请求或重邀请请求，将所述相应的媒体工作方式发送给所述远端用户设备。
进一步地，步骤(c)之后还包括
(d) 所述远端用户设备向所述IP多媒体子系统电路域控制功能返回更 新成功响应；
(e) 所述IP多媒体子系统电路域控制功能向本地IP多媒体子系统集 中业务用户设备返回呼叫恢复成功响应。
与现有技术相比较，采用本发明所述方法，ICS用户设备根据当前的媒 体工作状态向ICCF发送呼叫保持或呼叫恢复请求，ICCF将所述请求中的 媒体工作方式通知远端UE执行相应的媒体控制，而不需要控制 MGCF/MGW改变々某体状态，从而实现了 IMS集中业务中呼叫保持或呼叫恢 复，避免了现有技术中可能引起ICSUE媒体状态混乱的问题，同时简化了
ii控制过程。
图1为现有技术中IMS集中业务实施例的架构示意图； 图2为现有技术中ICS呼叫保持实施例流程示意图； 图3为现有技术中ICS呼叫恢复实施例流程示意图； 图4为本发明ICS呼叫保持实施例流程示意图； 图5为本发明ICS呼叫恢复实施例流程示意图。
具体实施例方式
本发明在这里提供了一种CS接入IMS的呼叫保持和呼叫恢复实现方 法，以解决当ICS UE ( UE-A)向远端UE ( UE-B )发起呼叫保持或呼叫恢 复时，这两个用户设备都进入相应的呼叫保持状态，或退出相应的呼叫保持 状态，已经处于所要求的状态，此时没有必要要求媒体经过的MGCFMGW 也一定和UE-A保持一致的状态，即如果MGCF/MGW继续保持发送接收状 态，也不会影响保持业务。同时，由于ICCF不需要向MGCF/MGW发送更 新请求，因此MGCF不会被触发向VMSC发送呼叫保持或呼叫恢复消息， 避免引起ICS UE状态的混乱，同时可以简化了呼叫保持业务的控制过程。 以下对具体实施方式
进行详细描述，但不作为对本发明的限定。
如图4所示本发明中呼叫保持的流程，包括如下步骤
步骤401， UE-A通过会话控制路径向ICCF发送呼叫保持请求，请求消 息中々某体工作方式为"只发送"或"未激活"，指示UE-B进入"只接收" 或"未激活"的保持状态。
请求消息中媒体工作方式是"只发送"还是"未激活"状态，取决于 UE-A的当前状态，如果UE-A当前自身的媒体工作状态为"发送接收"状 态，则请求消息中的媒体工作方式为"只发送"，UE-B需相应迁移至"只 接收"的保持状态；如果UE-A当前自身的媒体工作状态为"只接收"状态， 则请求消息中的々某体工作方式为"未激活"，UE-B需相应迁移至"未激活"的保持状态。
步骤402, ICCF向UE-B发送更新请求消息或重邀请请求，其中包含步 骤401中的々某体工作方式。
步骤403， l正-B控制本终端的媒体资源迁移到相应的保持状态，并向 ICCF返回成功响应；
步骤404, ICCF通过会话控制路径向UE-A返回呼叫保持成功响应。
此时，UE-A和UE-B进入呼叫保持状态。
与图2相比，由于ICCF没有向MGCF/MGW发送控制消息(步骤204 ), 没有触发图2中的步骤206 207的CS域呼叫保持消息，从而避免了 ICS UE 可能出现的状态混乱的问题。另外，由于MGCF/MGW—直维持原有收发状 态(原有收发状态可以是只发送、只接收、发送接收、未激活等等)，当 UE-A和UE-B进入呼叫保持状态，仍然实现了呼叫保持的业务需求。
如图5所示本发明中呼叫恢复的流程，包括如下步骤
步骤501, UE-A通过会话控制路径向ICCF发送呼叫恢复请求，请求消 息中媒体工作方式为"发送接收"或"只接收"，指示UE-B进行呼叫恢复；
请求消息中i某体工作方式是"发送接收"或"只接收"，取决于UE-A 的当前状态，如果UE-A当前自身的4某体工作状态为"只发送"状态，则请 求消息中的々某体工作方式为"发送接收"，l正-B需相应迁移至"发送接收" 状态；如果UE-A当前自身的J 某体工作状态为"未激活"状态，则请求消息 中的媒体工作方式为"只接收"，UE-B需相应迁移至"只发送"状态。
步骤502, ICCF向UE-B发送更新请求消息或重邀请请求，其中包含步 骤501中的々某体工作方式；
步骤503， UE-B控制本终端的^ 某体资源迁移到相应的恢复状态，并向 ICCF返回成功响应；
步骤504， ICCF通过会话控制^各径向UE-A返回呼叫恢复成功响应。
此时，UE-A和UE-B退出呼叫保持状态。与图3相比，由于没有ICCF没有像MGCF/MGW发送控制消息(步骤 304),没有触发图3中描述的步骤306~307的CS域呼叫恢复消息。从而 避免了 ICSUE可能出现的状态混乱的问题。另外，由于MGCF/MGW—直 维持原有收发状态，因此不影响呼叫恢复的业务需求。
采用本发明所述方法，通过ICSUE根据当前的媒体工作状态，向ICCF 发送呼叫保持或呼叫恢复请求，并在请求中指示出相应的媒体工作方式， ICCF再将所述的媒体工作方式通知远端UE，且不执行MGCF/MGW的媒体 控制，始终保持MGCF/MGW处于发送接收状态，从而达到了满足IMS集 中业务中呼叫保持业务的业务需求。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种电路域接入IP多媒体子系统的呼叫保持实现方法，应用于本地IP多媒体子系统集中业务用户设备与远端用户设备之间的呼叫保持，其特征在于，包括以下步骤(1)所述本地IP多媒体子系统集中业务的用户设备向IP多媒体子系统电路域控制功能发送呼叫保持请求消息，携带媒体工作方式指示信息；(2)所述IP多媒体子系统电路域控制功能将所述媒体工作方式指示信息发送给所述远端用户设备；(3)所述远端用户设备根据接收到的媒体工作方式指示信息，控制本终端的媒体资源迁移到相应的保持状态。
2、 如权利要求1所述的方法，其特征在于，在上述呼叫保持建立的过 程中，所述IP多媒体子系统电路域控制功能中的媒体网关控制功能和媒体 网关维持原有收发状态。
3、 如权利要求1或2所述的方法，其特征在于，步骤(1)中所述媒体工作方式指示信息由所述用户设备根据当前自身 的媒体工作状态而设置如果所述用户设备当前自身的媒体工作状态为"发送接收"状态，则所 述媒体工作方式设置为"只发送"状态，步骤(3)远端用户设备将本端的 媒体工作方式迁移为"只接收"状态；如果所述用户设备当前自身的媒体工作状态为所述"只接收"状态，则 所述媒体工作方式设置为"未激活"状态，步骤(3)远端用户设备将本端 的媒体工作方式迁移为"未激活"状态。
4、 如权利要求1或2所述的方法，其特征在于，步骤(2)中，所述IP 多媒体子系统电路域控制功能通过更新请求或重邀请请求，将所述相应的媒 体工作方式指示发送给所述远端用户设备。
5、 如权利要求l所述的方法，其特征在于，步骤(3)之后还包括(4 )所述远端用户设备向所述IP多媒体子系统电路域控制功能返回更 谇斤成功响应；(5)所述IP多媒体子系统电路域控制功能向本地IP多媒体子系统集 中业务用户设备返回呼叫保持成功响应。
6、 一种电路域接入IP多媒体子系统的呼叫恢复实现方法，应用于本地 IP多媒体子系统集中业务用户设备与远端用户设备之间的呼叫恢复，其特征 在于，包括以下步骤(a) 所述本地IP多媒体子系统集中业务用户设备向IP多媒体子系统 电路域控制功能发送呼叫恢复请求消息，携带媒体工作方式指示；(b) 所述IP多媒体子系统电路域控制功能将所述的媒体工作方式指示 发送给所述远端用户设备；(c) 所述远端用户设备根据接收到的媒体工作方式指示信息，控制本 终端的纟某体资源迁移到相应的恢复状态。
7、 如权利要求6所述的方法，其特征在于，在上述呼叫恢复的过程中， 所述IP多媒体子系统电路域控制功能中的媒体网关控制功能和媒体网关维 持原有收发状态。
8、 如权利要求7或8所述的方法，其特征在于，步骤(1)中所述媒体工作方式指示信息由所述用户设备根据当前自身 的媒体工作状态而设置如果所述用户设备当前自身的媒体工作状态为"只发送"状态，则将所 述媒体工作方式设置为"发送接收，，状态，步骤(3)所述远端用户设备将 本端的媒体工作方式迁移为"发送接收"状态；如果所述用户设备当前自身的媒体工作状态为"未激活"状态，则将所 述媒体工作方式设置为"只接收"，步骤(3)所述远端用户设备将本端的 媒体工作方式迁移为"只发送"状态。
9、 如权利要求7或8所述的方法，其特征在于，步骤(b)中所述IP多媒体子系统电路域控制功能通过更新请求或重邀请请求，将所述相应的媒 体工作方式发送给所述远端用户设备。
10、如权利要求6所述的方法，其特征在于，步骤(c)之后还包括(d) 所述远端用户设备向所述IP多媒体子系统电路域控制功能返回更 新成功响应；(e) 所述IP多媒体子系统电路域控制功能向本地IP多媒体子系统集 中业务用户设备返回呼叫恢复成功响应。
全文摘要
本发明公开了CS接入IP多媒体子系统的呼叫保持和呼叫恢复实现方法，其呼叫保持实现方法，应用于本地IP多媒体子系统集中业务用户设备与远端用户设备之间的呼叫保持，包括(1)所述本地IP多媒体子系统集中业务的用户设备向IP多媒体子系统电路域控制功能发送呼叫保持请求消息，携带媒体工作方式指示信息；(2)所述IP多媒体子系统电路域控制功能将所述媒体工作方式指示信息发送给所述远端用户设备；(3)所述远端用户设备根据接收到的媒体工作方式指示信息，控制本终端的媒体资源迁移到相应的保持状态。采用本发明所述方法，满足CS接入IMS的呼叫保持和呼叫恢复的业务需求。
文档编号H04W4/16GK101448223SQ200810091029
公开日2009年6月3日 申请日期2008年4月10日 优先权日2008年4月10日
发明者游世林, 谢宝国, 郝振武 申请人:中兴通讯股份有限公司