CN101217702A - Ip多媒体子系统集中业务呼叫保持业务的实现方法 - Google Patents
Ip多媒体子系统集中业务呼叫保持业务的实现方法 Download PDFInfo
- Publication number
- CN101217702A CN101217702A CNA200810001825XA CN200810001825A CN101217702A CN 101217702 A CN101217702 A CN 101217702A CN A200810001825X A CNA200810001825X A CN A200810001825XA CN 200810001825 A CN200810001825 A CN 200810001825A CN 101217702 A CN101217702 A CN 101217702A
- Authority
- CN
- China
- Prior art keywords
- subscriber equipment
- media resource
- party
- session
- media
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种IP多媒体子系统集中业务呼叫保持业务的实现方法,用户设备和远端用户设备建立会话后发起呼叫保持业务,在呼叫保持状态,所述用户设备呼叫第三方用户设备,在建立会话的过程中,通过增强移动交换中心服务器向媒体网关申请预留新的IP多媒体子系统侧的媒体资源,所述用户设备通过所述新的IP多媒体子系统侧的媒体资源与所述第三方用户设备建立媒体连接。采用本发明,能实现处于呼叫保持状态的用户设备在呼叫第三方用户设备时,被保持的会话不会被释放,从而实现了用户的媒体面在保持状态下的保活功能。
Description
技术领域
本发明涉及通信领域,更具体地涉及一种IP多媒体子系统集中业务中呼叫保持业务的实现方法。
背景技术
IP(网络互联协议,Internet Protocol,简称IP)多媒体子系统(IPMultimedia Core Network Subsystem,简称IMS)是由第三代合作伙伴计划(3rdGeneration Partnership Project,简称3GPP)提出的一种基于IP的网络架构,其构建了一个开放而灵活的业务环境,支持多媒体应用,并为用户提供丰富的多媒体业务。
IMS是基于IP的电信网络架构,与接入技术无关,除了可以为GPRS(General Packet Radio Service,通用分组无线业务)、WLAN(Wireless LocalArea Network,无线局域网)等分组(Packet Switching,简称PS)接入网络提供业务外,还可以为GSM(Global System for Mobile communications,全球移动通讯系统)、UMTS(Universal Mobile Telecommunications System,统一移动通讯系统)等移动蜂窝网络提供业务。
GSM、UMTS等移动蜂窝网络采用电路交换技术,称为电路(CircuitSwitched,简称CS)域,能够为用户提供基本的语音业务,以及基于语音业务的补充业务。当CS域接入IMS时,其演变为一种接入方式,业务完全由IMS统一提供,这种技术称为IMS集中业务(IMS Centralized Service,简称ICS)。
图1是IMS集中业务的应用场景。
IP多媒体子系统用户设备(IMS User Equipment,IMS UE)101通过分组域接入网络102接入到IP多媒体子系统105中,由IMS网络提供业务。利用IMS集中业务技术,电路域用户设备(CS User Equipment,CS UE)103,通过电路域接入网络103接入到IP多媒体子系统105中,由IMS网络提供业务,这样使IMS网络能够为采用不同接入方式的用户提供业务。
图2是IMS集中控制业务的架构图,包括如下网元:
201用户设备(User Equipment,UE)
202增强移动交换中心服务器(Enhanced Mobile Switch Center,eMSCServer)
203媒体网关(Media Gateway,MGW)
204呼叫会话控制功能(Call Session Control Function,CSCF)
205应用服务器(Application Server,AS)。
增强MSC服务器202是电路域MSC服务器的增强,除了完成CS用户设备的接入和移动性管理以外,还充当会话初始协议(Session InitiationProtocol,SIP)用户代理,实现CS信令和SIP信令的转换,代替用户接入IMS。
用户设备201通过CS控制信令接入到增强MSC服务器202,增强MSC服务器充当用户代理,代替CS用户设备201接入IMS网络,并和远端用户建立会话连接,同时MGW 203完成CS承载上的媒体流和IP承载上的媒体流之间的转换,建立用户设备201和远端用户间的媒体连接。其中增强MSC服务器201和IMS网络中的CSCF 204之间采用会话初始协议(SessionInitiation Protocol,简称SIP),由IMS网络中的应用服务器204(如电话业务应用服务器)提供语音等业务。
图3是IMS集中业务起呼的流程。为了简明起见,流程重点描述了对IMS侧MGW的媒体资源的操作过程,而忽略了一些媒体协商、媒体资源、振铃等过程。
301,UE-A发送CS呼叫建立请求消息到增强MSC服务器,请求建立与远端用户B的会话。
302,增强MSC服务器向MGW申请预留与远端用户B相连的IMS侧的媒体资源,并控制MGW将CS侧的媒体资源与IMS侧的媒体资源相关联。
所述的媒体资源信息采用会话描述协议(Session Description Protocol,简称SDP)描述,图中用MGW SDP-1表述。
303,增强MSC服务器代替UE-A向S-CSCF(服务呼叫会话控制功能)发送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将CS侧的媒体资源与IMS侧的媒体资源相关联。
图中用MGW SDP-1表示IMS侧的媒体资源。
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)之间的媒体流的转换。
呼叫保持(Call Hold)业务是通信系统中的一种补充业务:当两个用户(用户A和用户B)在通信系统中建立通话后,其中一个用户(以用户A为例)可以不挂断电话,暂时请求远端用户(如用户B)保持当前通话连接,但不进行语音传输。在保持状态时,UE-A可以请求UE-B从保持状态重新转入通话状态,这个称为呼叫恢复(Call Resume)。呼叫保持业务包括呼叫保持和呼叫恢复两个过程。
在呼叫保持的基础上上,用户A可以再拨打或接听第三方(如用户C),建立与用户C之间通话,并且可以在保持态的呼叫与通话态的呼叫之间切换。
在电信业务中,通常将上述的呼叫保持过程、呼叫恢复过程、以及在呼叫保持的基础上拨打或接听第三方电话业务统称为呼叫保持业务。在本发明中,没有特殊说明,呼叫保持业务指上述统称的业务。
在ICS中呼叫保持的实现方法如图5所示。
UE-A通过图3的主叫过程或图4的被叫过程建立与UE-B之间的会话连接,并通过MGW建立与UE-B的媒体连接。当用户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的媒体资源信息和资源状态,通知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的媒体流采用实时传输协议(real-time transportprotocol,简称RTP)进行传输,同时采用实时传输控制协议(real-timetransport 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多媒体子系统集中控制业务中呼叫保持的实现方法,实现处于呼叫保持状态的用户设备在呼叫第三方用户设备时,被保持的会话不会被释放。
为了解决上述问题,本发明提供了一种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的媒体连接。
当用户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 DescriptionProtocol,简称SDP)描述,图中用MGW SDP-2表述。
此时,MGW上的CS侧的媒体资源与IMS侧的媒体资源相关联,需要等到UE-C应答后,才将两者双向连通。
609,增强MSC服务器代替UE-A向S-CSCF发送SIP会话建立请求INVITE消息,其中携带步骤608中预留的IMS侧的媒体资源信息MGWSDP-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仍然保持媒体连接,MGW仍然能向UE-B返回RTCP数据包,实现保活功能。
从上述流程中可以看出,采取本发明的方法,实现了ICS呼叫保持业务的业务流程,由于使用了通过增强MSC服务器预留新的IMS侧MGW的SDP媒体资源与第三方用户连接,实现了在呼叫第三方用户时,被保持的会话的媒体连接不受影响,从而实现了用户的媒体面在保持状态下的保活功能。
Claims (5)
1.一种IP多媒体子系统集中业务呼叫保持业务的实现方法,用户设备和远端用户设备建立会话后发起呼叫保持业务,在呼叫保持状态,所述用户设备呼叫第三方用户设备,在建立会话的过程中,通过增强移动交换中心服务器向媒体网关申请预留新的IP多媒体子系统侧的媒体资源,所述用户设备通过所述新的IP多媒体子系统侧的媒体资源与所述第三方用户设备建立媒体连接。
2.如权利要求1所述的方法,其特征在于:
所述用户设备与所述第三方用户设备建立会话的过程中以及建立会话后,所述媒体网关保留被呼叫保持的所述远端用户设备的IP多媒体子系统侧的媒体资源,所述远端用户设备与所述媒体网关之间仍保持媒体连接,实现用户的媒体面的保活功能。
3.如权利要求1或2所述的方法,其特征在于:
所述增强移动交换中心服务器收到所述用户设备呼叫第三方用户设备的请求后,向所述媒体网关请求预留与所述第三方用户设备相连的IP多媒体子系统侧的媒体资源,所述媒体网关收到所述请求后预留与所述第三方相连的IP多媒体子系统侧的媒体资源,并将电路侧的媒体资源与所述新预留的IP多媒体子系统侧的媒体资源相关联。
4.如权利要求1所述的方法,其特征在于:
所述增强移动交换中心服务器根据所述预留的与所述第三方用户设备相连的IP多媒体子系统侧的媒体资源通过服务呼叫会话控制功能向所述第三方用户设备发送会话建立请求,并于收到成功响应后控制所述媒体网关完成电路侧的媒体资源与IP多媒体子系统侧的媒体资源的双向连通。
5.如权利要求1或2所述的方法,其特征在于:
所述用户设备呼叫第三方用户设备,建立会话的过程包括以下步骤:所述用户设备发送电路呼叫建立请求消息到所述增强移动交换中心服务器,请求建立与远端的第三方用户设备的会话。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200810001825XA CN101217702A (zh) | 2008-01-09 | 2008-01-09 | Ip多媒体子系统集中业务呼叫保持业务的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA200810001825XA CN101217702A (zh) | 2008-01-09 | 2008-01-09 | Ip多媒体子系统集中业务呼叫保持业务的实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101217702A true CN101217702A (zh) | 2008-07-09 |
Family
ID=39624050
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200810001825XA Pending CN101217702A (zh) | 2008-01-09 | 2008-01-09 | Ip多媒体子系统集中业务呼叫保持业务的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101217702A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010148713A1 (zh) * | 2009-12-01 | 2010-12-29 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中用户设备接入的方法和装置 |
CN101945420A (zh) * | 2010-09-20 | 2011-01-12 | 中兴通讯股份有限公司 | 媒体面的建立方法和系统 |
CN102045299A (zh) * | 2009-10-19 | 2011-05-04 | 中兴通讯股份有限公司 | 一种单模业务连续性实现方法和系统 |
CN101577884B (zh) * | 2008-09-19 | 2012-06-13 | 中兴通讯股份有限公司 | 一种ip多媒体链路的媒体协商方法 |
WO2012163164A1 (zh) * | 2011-06-01 | 2012-12-06 | 中兴通讯股份有限公司 | 一种选择网关的方法和装置 |
CN104507129A (zh) * | 2014-12-03 | 2015-04-08 | 中国联合网络通信集团有限公司 | 一种srvcc流程触发方法、移动管理实体及基站 |
CN110115018A (zh) * | 2016-12-30 | 2019-08-09 | 华为技术有限公司 | 一种呼叫保持的方法及移动终端 |
CN113439436A (zh) * | 2019-02-16 | 2021-09-24 | 三星电子株式会社 | 用于控制视频接收的方法和设备 |
-
2008
- 2008-01-09 CN CNA200810001825XA patent/CN101217702A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577884B (zh) * | 2008-09-19 | 2012-06-13 | 中兴通讯股份有限公司 | 一种ip多媒体链路的媒体协商方法 |
US8730917B2 (en) | 2009-10-19 | 2014-05-20 | Zte Corporation | Method and system for realizing single radio voice call continuity |
CN102045299A (zh) * | 2009-10-19 | 2011-05-04 | 中兴通讯股份有限公司 | 一种单模业务连续性实现方法和系统 |
CN102045299B (zh) * | 2009-10-19 | 2014-02-05 | 中兴通讯股份有限公司 | 一种单模业务连续性实现方法和系统 |
WO2010148713A1 (zh) * | 2009-12-01 | 2010-12-29 | 中兴通讯股份有限公司 | 一种ip多媒体子系统中用户设备接入的方法和装置 |
CN101945420A (zh) * | 2010-09-20 | 2011-01-12 | 中兴通讯股份有限公司 | 媒体面的建立方法和系统 |
WO2012163164A1 (zh) * | 2011-06-01 | 2012-12-06 | 中兴通讯股份有限公司 | 一种选择网关的方法和装置 |
CN104507129A (zh) * | 2014-12-03 | 2015-04-08 | 中国联合网络通信集团有限公司 | 一种srvcc流程触发方法、移动管理实体及基站 |
CN104507129B (zh) * | 2014-12-03 | 2018-01-05 | 中国联合网络通信集团有限公司 | 一种srvcc流程触发方法、移动管理实体及基站 |
CN110115018A (zh) * | 2016-12-30 | 2019-08-09 | 华为技术有限公司 | 一种呼叫保持的方法及移动终端 |
US10652389B2 (en) | 2016-12-30 | 2020-05-12 | Huawei Technologies Co., Ltd. | Call hold method and mobile terminal |
CN110115018B (zh) * | 2016-12-30 | 2020-09-08 | 华为技术有限公司 | 一种呼叫保持的方法及移动终端 |
CN113439436A (zh) * | 2019-02-16 | 2021-09-24 | 三星电子株式会社 | 用于控制视频接收的方法和设备 |
US11991227B2 (en) | 2019-02-16 | 2024-05-21 | Samsung Electronics Co., Ltd. | Method and device for controlling video reception |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1656773B1 (en) | Providing packet-based multimedia services via a circuit bearer | |
CN101330748B (zh) | 一种ip多媒体子系统集中业务会话控制路径的切换方法 | |
US8825875B2 (en) | Session establishment in a communication network | |
JP2004312738A (ja) | ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークsip/sdp手順 | |
CN101217702A (zh) | Ip多媒体子系统集中业务呼叫保持业务的实现方法 | |
CN1984121A (zh) | 互通功能网元、csi终端与ims终端互通系统及其方法 | |
CN101217788B (zh) | 一种多媒体会话连续性业务的起呼方法 | |
CN101325590B (zh) | 一种ip多媒体子系统集中控制业务实现终呼的方法 | |
CN101102613B (zh) | 一种ip多媒体子系统集中控制业务终呼的实现方法 | |
CN101459872B (zh) | 单对话彩铃彩像业务在应答后更新媒体的方法 | |
CN101102615B (zh) | 一种ip多媒体子系统集中控制业务终呼的实现方法 | |
CN101102614B (zh) | Ims集中控制业务中实现用户决定用户忙前转的方法 | |
CN101217796B (zh) | 一种ip多媒体子系统集中控制业务中终呼的实现方法 | |
CN101448046A (zh) | 一种实现单对话彩铃业务的呼叫建立方法 | |
CN101330640B (zh) | 一种ip多媒体子系统集中业务呼叫保持业务的实现方法 | |
CN101448223B (zh) | 电路域接入ip多媒体子系统呼叫保持和呼叫恢复实现方法 | |
CN101217797B (zh) | 一种ip多媒体子系统集中控制业务的起呼方法 | |
CN101325734B (zh) | 一种ims集中控制业务中终呼的实现方法 | |
CN101212720B (zh) | Ip多媒体子系统集中业务非主席方加入会议业务的方法 | |
CN101330638B (zh) | 一种会话控制路径与承载控制路径的关联方法 | |
CN101448202B (zh) | 一种彩铃彩像业务更新媒体的方法 | |
CN102026108A (zh) | 呼叫等待业务中区别振铃的实现方法及系统 | |
CN101127957B (zh) | 终端用户实现呼叫前转的方法 | |
CN101325792B (zh) | 一种ip多媒体子系统集中业务会话控制路径的切换方法 | |
CN101330745B (zh) | 一种ims集中控制业务中进行呼叫偏转的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080709 |