CN102244911A - 一种基于ip多媒体子***的呼叫的跨域切换方法和*** - Google Patents
一种基于ip多媒体子***的呼叫的跨域切换方法和*** Download PDFInfo
- Publication number
- CN102244911A CN102244911A CN2011100095474A CN201110009547A CN102244911A CN 102244911 A CN102244911 A CN 102244911A CN 2011100095474 A CN2011100095474 A CN 2011100095474A CN 201110009547 A CN201110009547 A CN 201110009547A CN 102244911 A CN102244911 A CN 102244911A
- Authority
- CN
- China
- Prior art keywords
- dialogue
- renewal
- called
- mobile switching
- scc
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种基于IP多媒体子***的呼叫的跨域切换方法和***,所述方法,包括:在主叫向被叫发起的呼叫请求过程中,被叫侧分叉(forking)产生多个对话的应答;在所述呼叫请求过程中,如果所述主叫发起从分组交换(PS)域到电路交换(CS)域的切换,对所述多个对话同时进行媒体资源的更新。
Description
技术领域
本发明涉及通信领域,更具体地涉及一种在IP多媒体子***中管理媒体资源的方法和模块。
背景技术
在现在的移动网络中,大量基于PS(Packet Switch,分组域交换网络)的网络(E-UTRAN,UTRAN-HSPA)被部署,但其覆盖并不是全网络全地区的,在某些地方PS网络的信号会很差,这个时候就需要为用户提供PS到传统CS(Circuit Switch,电路域交换网络)(UTRAN,GERAN)的切换,尤其是当用户正在进行会话的时候。
图1是一种被标准组织认可的切换方式,首先UE1同UE2之间正在进行一个会话,并且是基于IMS(IP Multimedia Core Network Subsystem,IP多媒体子***)的PS承载,其会话被锚定在SCC AS(Service Centralization andContinuity Application Serve,锚定及关联应用服务器)上。在通话进行的过程中,UE1移动到CS网络覆盖更好的区域,这时UE1将收到的信号测试报告,并通过原来的PS网络,发给MME(Mobility Management Entity,移动管理设备),当MME收到测试报告后,判断需要进行PS到CS切换,此时MME将PS到CS的切换请求发送给可以覆盖UE1的一个移动交换中心(MSCserver)上,并将该用户的STN-SR(Session Transfer Number for SRVCC,SRVCC切换号码,该号码是指向SCC AS的)号码发送给该MSC server,该MSC server再通过SIP消息向IMS网络发送切换请求,该切换请求中的请求地址即是该STN-SR号码所指向设备的地址;由于该STN-SR号码是指向SCCAS的,当SCC AS收到切换请求后,会找到UE1正在进行的当前对话,并发起该当前对话的更新,在此例中即是更新同UE2的会话,在MSC server向IMS网络发送切换请求的同时,也会给MME回一个切换完成的响应,MME将切换完成响应返回给UE1,当UE1收到切换完成响应后就开始断掉同PS网络的连接,并通过MSC SERVER同CS网络建立连接。当IMS侧切换和EPC侧切换都完成后,整个切换即完成。
对于一个正在进行的呼叫,即主叫发送呼叫请求,被叫处于振铃状态还没有应答,主叫这时可以听见被叫的振铃音。对于这样的呼叫,在满足切换条件的时候也可以进行切换。图2(a)和图2(b)是现有技术中对于一个正在进行的呼叫的切换流程示意图,具体包括:
201,主叫用户UE A发起一个起呼请求;
202,IMS网元接收到该呼叫请求后,由于UE A是一个SC UE,该请求呼叫会被锚定到SCC AS;
203,SCC AS将会话锚定后,再发送给IMS网元S-CSCF;
204,IMS网元将该呼叫请求通过被叫网络发送给被叫用户UE B;
205~208,UE B收到该呼叫请求后,向主叫回复180振铃响应,该响应通过IMS网元达到主叫用户UE A;
此时UE A可以听见对方振铃,处于等待对方应答的状态。
如果此时UE A发生了移动,当前网络环境发生了改变,触发PS-CS切换流程。
209,当MSC server收到MME发送的切换请求时,使用其中收到的STN-SR号码,向IMS网元发送切换请求,其中携带MSC server可以提供的媒体资源信息;
210,该切换请求通过IMS网元发送到SCC AS;
210a,SCC AS找到该主叫用户UE A当前最近激活的一个对话进行更新,此例中即是UE A和UE B之间的对话;
211~212,SCC AS向UE B发送当前对话的更新请求;
213~214,UE B收到该更新请求后,即向SCC AS回复更新应答;
215~216,当SCC AS收到远端的更新应答后,根据该更新应答向MSCserver发送18X切换应答;
217~218,MSC server收到18X切换应答后,为该对话预留PS域的资源,并回复一个临时请求;
219~220,SCC AS向MSC server返回一个临时请求应答;
221~222,SCC AS再向MSC server发送一个INFO消息,告诉MSC server,当前切换的会话处于振铃状态,需要MSC server进行相应的CS状态;
223~224,MSC server收到INFO消息后,返回一个应答响应;
225,同时MSC SERVER进入到相对应的CS会话状态中,此时是会话发送状态
226,此时被叫UE B应答该呼叫,向主叫回复200OK应答响应(也称为摘机应答,或简称为应答);
227~229,由于之前已经将该会话切换到了MSC server上,所以该200OK应答会发送到MSC server上;
230,MSC server收到该200OK应答后,即进行会话接通状态,同时通过CS连接向主叫UE A发送CS连接消息,表明被叫已经应答;
231,此时主叫UE A已经切换到了CS网络,当收到CS连接消息后,向MSC server返回CS连接消息响应;
232~235,当MSC server收到CS连接消息响应后,即向被叫UE B发送ACK消息;
236~237,此时S-CSCF可以向UE A原来的PS网络发送404响应结束之前在PS网络建立的对话;
238~239,如果此时UE A上还有PS连接,则回复ACK给S-CSCF;
此时该正在进行的呼叫即切换完成了。
在上面的例子中,没有考虑到被叫发生forking的场景,即被叫有多个UE共享同一个PUI(Public User identity公共用户标示),此时IMS网元会将主叫的呼叫请求分别发送给每个UE,在该场景中主叫用户上会建立起多个对话,此时的切换流程如图3(a)和图3(b)所示,该例中SCC AS或MSC server或UE A其中有一个不支持mid-call即多对话切换的场景:
301,主叫用户UE A发起一个起呼请求;
302,主叫IMS网元接收到该呼叫请求后,由于UE A是一个SC UE,该请求呼叫会被锚定到SCC AS;
303,SCC AS将会话锚定后,再发送给主叫IMS网元S-CSCF;
304,主叫IMS网元将该呼叫请求发送给被叫IMS网元;
305~306,被叫IMS网元发现被叫存在多个UE,则发生forking,分别向每个UE(UE#2,UE#3)发送呼叫请求;
307~311,UE#2通过被叫IMS网元和主叫IMS网元向主叫用户UE A回复18X响应,此时建立对话1;
312~316,UE#3通过被叫IMS网元和主叫IMS网元向主叫用户UE A回复18X响应,此时建立对话2;
此时UE A可以听见对方振铃,处于等待对方应答的状态。
如果此时UE A发生了移动,当前网络环境发生了改变,触发PS-CS切换流程,
317,当MSC server收到MME发送的切换请求时,使用其中收到的STN-SR号码,向IMS网元发送切换请求,其中携带MSC server可以提供的媒体资源信息;
318,该切换请求通过IMS网元发送到SCC AS;
318a,SCC AS找到该主叫用户UE A当前最近激活的一个对话进行更新,此例中如果对话1是最近激活的,则针对对话1发起更新请求,由于SCC AS或MSC server或UE A其中有一个不支持mid-call即多对话切换,不能使用mid-call的流程,则SCC AS会将主叫用户UE A上建立的其他对话都释放掉,包括对话2;
319~331,同图2中的211~225,即完成对话1的远端更新,并告知MSCserver进入到相对应的CS状态中;
由于被叫产生了forking,UE#2和UE#3都会振铃,
332a~342a,如果UE#2先应答该呼叫,由于UE#2同UE A建立的对话1已经成功切换到CS网络,则按照图2中的226~235,完成呼叫的应答,切换进行完成,对呼叫的切换没有影响;
332b~335b,如果UE#3先应答该呼叫,当UE#3发送的200OK到达SCCAS后,由于UE#3同UE A之间建立的对话2在切换的过程中被释放掉了,该应答不能达到主叫UE A,会造成该呼叫的失败;
由于主叫网络很难判断被叫会由哪个UE先应答,在切换的过程中也无法正确选择最后应答的对话来切换,这样造成的后果是,当切换发生后,会有50%的概率使摘机应答失败。
如果SCC AS,MSC server和UE A同时支持mid-call即多对话的切换,则当被叫发生forking时的切换可以按图4(a)、图4(b)和图4(c)来进行:
401~416,主叫UE A发送呼叫一个请求,由于被叫forking,产生2个对话,对话1和对话2,其流程同图3中301~316相同;
417~432,UE A侧发生切换,触发切换请求,在次例中假设最近激活的对话时对话1,侧先发起对话1的更新切换,其流程同图3中的317~331相同;
433~434,由于此例中SCC AS,MSC server和UE都支持mid-call即多对话切换,SCC AS向MSC server发送REFER消息,其中携带对话2的信息,由于目前协议规定中,只能切换一个激活态的对话和一个保持态的会话,所以这里SCC AS需要将对话2的状态修改为保持状态;
435~436,MSC server收到REFER消息后,向SCC AS发送202接受相应;
437~438,同时MSC server向SCC AS发送一个新的切换请求,其中携带有对话2的信息,要求切换对话2,其中对话2的状态也设置为保持状态;
439~442,SCC AS收到该切换请求后,向远端用户发起针对对话2的更新请求;
443~445,远端UE#3收到更新请求后,回复远端更新应答;
446~447,SCC AS采用收到的更新应答向MSC server回复切换应答消息;
此时对话2的切换也完成了,但是对话2此时的状态是保持状态。
448a~460a,如果UE#2先应答,由于对话1已经切换完成,此时呼叫可以正常建立起来;
448b~460b,如果UE#3先应答,虽然对话2切换完成,但对话2在切换的过程中被设置成了保持状态,此时UE#3即使应答了该呼叫,由于不通,双方也无法进行通话。所以在该场景下也会出现呼叫失败的现象。
发明内容
本发明提供一种在IP多媒体子***中管理媒体资源的方法和模块,保证在呼叫建立过程中主叫从PS域切换到CS域后不会出现呼叫失败。
为解决上述技术问题,本发明提供了如下技术方案:
一种基于IP多媒体子***的呼叫的跨域切换方法,包括:
在主叫向被叫发起的呼叫请求过程中,被叫侧分叉(forking)产生多个对话的应答;
在所述呼叫请求过程中,如果所述主叫发起从分组交换(PS)域到电路交换(CS)域的切换,对所述多个对话同时进行媒体资源的更新。
优选的,所述方法还具有如下特点:所述由于被叫侧分叉产生多个对话的应答,包括:多个共享所述被叫的公共用户标识的用户设备(UE)向所述主叫回复应答消息,分别建立与所述主叫之间对话;
对所述多个对话同时进行媒体资源的更新,包括:所述呼叫锚定到的锚定及关联应用服务器(SCC AS)收到从移动交换中心发来的所述切换的切换请求后,查找到所述多个对话,以并行方式向其中的每个对话的被叫UE分别发起远端更新流程。
优选的,所述方法还具有如下特点:对所述多个对话同时进行媒体资源的更新之后,还包括:
所述SCC AS收到所述每个对话的更新应答后,根据所述更新应答向所述移动交换中心回复切换应答;
所述多个对话中某个对话的被叫UE先进行摘机应答后,所述SCC AS将所述摘机应答经所述移动交换中心转发给所述主叫,在CS域接通所述对话。
优选的,所述方法还具有如下特点:对所述多个对话同时进行媒体资源的更新之后,还包括:
所述SCC AS收到所述多个对话中一个或多个对话的更新应答,根据最先收到的第一对话的更新应答向所述移动交换中心回复切换应答,保存其他对话的更新应答信息及其与所属对话的对应关系;
所述第一对话的被叫UE先进行摘机应答时,所述SCC AS直接将所述摘机应答经所述移动交换中心转发给所述主叫,在CS域接通所述第一对话;
所述多个对话中另一对话的被叫UE先进行摘机应答时,所述SCC AS先找到所述另一对话的更新应答信息,根据其中的会话描述协议(SDP)信息向所述移动交换中心发起更新对话流程,完成所述另一对话的媒体更新后,将所述摘机应答经所述移动交换中心转发给所述主叫,在CS域接通所述另一对话。
优选的,所述方法还具有如下特点:
所述移动交换中心收到所述SCC AS回复的切换应答后,还为所述切换应答所属的对话预留PS域的资源。
优选的,所述方法还具有如下特点:所述由于被叫侧分叉产生多个对话的应答,包括:被叫网络采用分叉(forking)模式提供彩铃,所述被叫UE和所述被叫网络的彩铃业务提供服务器(CAT AS)均向所述主叫回复应答消息并分别建立对话;
对所述多个对话同时进行媒体资源的更新,包括:所述呼叫锚定到的SCCAS收到从移动交换中心发来的所述切换的切换请求后,查找到所述多个对话,以并行方式向所述CAT AS和所述被叫UE分别发起远端更新流程。
优选的,所述方法还具有如下特点:对所述多个对话同时进行媒体资源的更新之后,还包括:
所述SCC AS收到所述CAT AS的更新应答后,向所述移动交换中心回复携带彩铃媒体资源信息的第一切换应答,所述移动交换中心收到第一切换应答后,为所述CAT AS和主叫之间的对话建立彩铃媒体的CS连接;
所述SCC AS收到所述被叫UE的更新应答后,向所述移动交换中心回复携带正常媒体资源信息的第二切换应答,所述移动交换中心收到第二切换应答后,暂缓为所述被叫UE和主叫之间的对话建立正常媒体的CS连接;
所述移动交换中心收到所述被叫UE的摘机应答后,断开所述彩铃媒体的CS连接,建立所述正常媒体的CS连接。
优选的,所述方法还具有如下特点:对所述多个对话同时进行媒体资源的更新之后,还包括:
所述第一切换应答和第二切换应答中还携带有早媒体(P-Early-Media)头域,所述两种切换应答中携带的早媒体头域的取值不同;
所述移动交换中心根据收到的切换应答中早媒体头域的取值来判断所述切换应答是第一切换应答还是第二切换应答。
一种基于IP多媒体子***的呼叫的跨域切换***,包括锚定及关联应用服务器(SCC AS)和移动交换中心:
所述SCC AS包括:
锚定模块,用于在主叫向被叫发起呼叫请求过程中,检测到被叫侧分叉产生多个对话时,锚定所述呼叫和所述多个对话的信息;
切换处理模块,又包括:媒体更新单元,用于在收到所述移动交换中心发来的切换请求后,对所述多个对话同时进行媒体资源的更新。
所述移动交换中心包括:
切换请求模块,用于在主叫发起从分组域交换网络(PS)域到电路域交换网络(CS)域的切换时,向SCC AS发送切换请求。
优选的,所述***还具有如下特点:所述锚定模块锚定的所述多个对话包括所述主叫与共享所述被叫的公共用户标识的多个用户设备(UE)之间的对话;
所述切换处理模块的媒体更新单元收到所述切换请求后,查找到所述多个对话,以并行方式向其中的每个对话的被叫UE分别发起远端更新流程。
优选的,所述***还具有如下特点:所述切换处理模块还包括:
第一应答单元,用于在收到所述每个对话的更新应答后,根据所述更新应答向所述移动交换中心回复切换应答;
第二应答单元,用于在收到所述多个对话中某个对话的摘机应答后,转发到所述移动交换中心;
所述移动交换中心还包括:
资源预留模块,用于在收到所述SCC AS回复的切换应答后,为所述切换应答所属的对话预留PS域的资源;
呼叫接通模块,用于在收到所述SCC AS转发的所述摘机应答后,在CS域接通所述摘机应答所属的对话。
优选的,所述***还具有如下特点:
所述切换处理模块还包括:
第一应答单元,用于收到所述多个对话中一个或多个对话的更新应答,根据最先收到的第一对话的更新应答向所述移动交换中心回复切换应答,保存其他对话的更新应答信息及其与所属对话的对应关系;
第二应答单元,且在收到所述多个对话中一个对话的摘机应答后,如判断所述对话为所述第一对话,直接将所述摘机应答转发到所述移动交换中心,否则,先找到所述对话的更新应答信息,根据所述更新应答信息中的会话描述协议(SDP))信息向所述移动交换中心发起更新对话流程,完成所述对话的媒体更新后,再将所述摘机应答转发到所述移动交换中心;
所述移动交换中心还包括:
资源预留模块,用于在收到所述SCC AS回复的切换应答后,为所述切换应答所属的对话预留PS域的资源;
对话更新模块,用于与所述SCC AS配合,实现对话的媒体更新;
呼叫接通模块,用于在收到所述SCC AS转发的所述摘机应答后,在CS域接通所述摘机应答所属的对话。
优选的,所述***还具有如下特点:
所述锚定模块锚定的所述多个对话包括所述主叫与被叫网络的彩铃业务提供服务器(CAT AS)之间的对话,及所述主叫与被叫UE之间的对话;
所述切换处理模块的媒体更新单元收到所述切换请求后,查找到所述多个对话,以并行方式向所述CAT AS和被叫UE分别发起远端更新流程。
优选的,所述***还具有如下特点:所述切换处理模块还包括:
第一应答单元,用于在收到所述CAT AS的更新应答后,向所述移动交换中心回复携带彩铃媒体资源信息的第一切换应答;收到所述被叫UE的更新应答后,向所述移动交换中心回复携带正常媒体资源信息的第二切换应答;
第二应答单元,用于在收到所述被叫UE的摘机应答后,转发到所述移动交换中心;
所述移动交换中心还包括:
连接建立模块,用于在收到第一切换应答后,为所述CAT AS和主叫之间的对话建立彩铃媒体的CS连接;收到第二切换应答后,暂缓为所述被叫UE和主叫之间的对话建立正常媒体的CS连接;以及,在收到所述被叫UE的摘机应答后,断开所述彩铃媒体的CS连接,建立所述正常媒体的CS连接。
优选的,所述***还具有如下特点:
所述连接建立模块是根据收到的切换应答中早媒体头域的取值来判断所述切换应答是第一切换应答还是第二切换应答。
本发明提供的实施例,当发生从PS网络到CS网络的切换时,同时完成由于forking产生的对多个对话的更新,从而不影响正常的呼叫请求,且不需要对现有IMS架构做修改,简单易行,无需通过主叫用户通过发起切换请求的方式进行触发,精简媒体资源更新流程,解决现有技术中媒体资源更新流程繁冗的问题,提高媒体资源更新效率。
附图说明
图1为现有技术中IP多媒体子***中切换的结构示意图;
图2(a)和图2(b)为现有技术中IP多媒体子***中对正在进行的呼叫切换的流程图;
图3(a)和图3(b)为现有技术中IP多媒体子***中对于正在进行的呼叫,当被叫有forking的场景,且***不支持mid-call切换的流程图;
图4(a)、图4(b)和图4(c)为现有技术中IP多媒体子***中对于正在进行的呼叫,当被叫有forking,且***支持mid-call切换时的流程图;
图5(a)、5(b)和图5(c)为本发明第一实施例方法的流程示意图;
图6为现有技术中IP多媒体子***中提供彩铃业务的流程示意图;
图7(a)和图7(b)为本发明第三实施例方法的流程示意图;
图8(a)、图8(b)和图8(c)为本发明第二实施例方法的流程示意图;
图9为本发明第五实施例跨域切换***主要网元的结构示意图;
图10为本发明第六实施例跨域切换***主要网元的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步的详细描述。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
实施例一
图5(a)和图5(b)为本发明应用实例提供的在IP多媒体子***中管理媒体资源的方法流程示意图。图5中主叫UE A向被叫用户发起呼叫请求,由于被叫有多个UE共享同一个PUI(Public User identity公共用户标示),此时IMS网元会将主叫的呼叫请求分别发送给每个UE,从而在呼叫建立过程中,建立起了对多个UE的对话,在呼叫过程中主叫UE A满足从PS域切换到CS域的切换条件。在如上应用场景中,UE A和UE#2之间产生一个对话(对话1),UE A和UE#3之间产生另一个对话(对话2),其中对话标示是根据发起方标示(From tag)、接收方标示(To tag)和呼叫ID(call ID)三者共同决定。具体流程如图5所示:
501~516,主叫UE A发送呼叫一个请求,由于被叫forking,产生2个对话,对话1和对话2,其流程同图3中301~316相同;
517,主叫UE A满足切换条件,由MSC server向IMS网络发起切换请求;
518~518a,当SCC AS收到切换请求后,查找该用户此时正在进行的对话,当判断出UE A此时存在一个正在进行的呼叫,且由于forking产生了多个对话(在本例中位2个对话),则同时向每个对话的被叫UE发起远端更新请求;
由于主叫侧存在有发起方标示和呼叫ID均相同的多个对话,所以SCCAS可以判断出被叫发生forking产生多个对话。
519~526,即完成对话1的远端更新流程,其流程同图3中的319~326;
527~534,SCC AS通知MSC server该会话是一个正在进行的呼叫,其流程同图3中的327~334;该流程是MSC server收到切换应答后触发的;
535~542,同519步同时进行,SCC AS也向UE#3发起对话2的远端更新流程,其流程同519~526类似,区别在于SCC AS的发送对象为UE#3;
此时即完成了对forking产生的每个对话的更新过程。
543a~552a,如果此时UE#2先应答,则按之前对话1的更新路径完成应答,在CS域接通对话1,并将对话2释放掉;
543b~552b,如果此时UE#3先应答,则按之前对话2的更新路径完成应答,在CS域接通对话2,并将对话1释放掉;
从以上实施例中可以看出,对于正在进行的呼叫,当被叫发生forking,在主叫端产生多个对话时,通过该切换流程,可以同时对每个对话进行切换,不论被叫侧的哪个终端接通了该呼叫都可以保证呼叫的成功。
实施例二
图8(a)、图8(b)和图8(c)为本发明第二实施例方法的流程示意图,该实施例二是被叫有forking时的另一实施例。
本实施例与实施例一的主要不同是SCC AS收到MSC SERVER的切换请求后,还是用forking向每个对话的被叫UE发送远端更新请求,但SCC AS只根据其中一个对话(记为第一对话)的更应应答(比如最先收到的对话的更新应答)向MSC SERVER发送切换应答,将其余对话的更应应答信息保存,这些更新应答信息需与所属对话的ID相关联。
如果后续某个对话的被叫UE应答了该呼叫(发送200OK应答消息),但该对话不是第一对话,则SCC AS根据该200OK应答所属的对话找到之前保存的更应应答信息,并使用该更应应答信息向MSC SERVER发起更新对话流程,当该对话的媒体更新完成后,再将被叫应答的200OK通过MSCSERVER转发给主叫。MSC SERVER在CS域接通该对话。如果该对话是第一对话,SCC AS不需要发起对话更新,直接将该200OK应答通过SERVER转发给主叫,在CS域接通该第一对话。
本实施例中,MSC SERVER不需要具有为同一会话的多个对话预留PS域的资源的能力,同时节约了资源。
801~816,主叫UE A发送呼叫一个请求,由于被叫forking,产生2个对话,对话1和对话2,其流程同图3中301~316相同;
817,主叫UE A满足切换条件,由MSC server向IMS网络发起切换请求;
818~818a,当SCC AS收到切换请求后,查找该用户此时正在进行的对话,当判断出UE A此时存在一个正在进行的呼叫,且由于forking产生了多个对话(在本例中位2个对话),则同时向每个对话发起远端更新请求;
819~826,即使完成对话1的远端更新流程,其流程同图3中的319~326;
827~834,SCC AS通知MSC server该会话是一个正在进行的呼叫,其流程同图3中的327~334;
835~840,同519步同时进行,SCC AS也向UE#3发起对话2的远端更新流程,其流程同519~524类似;
841,此时SCC AS并不将该forking分支的更新应答向MSC server转发,而是保存该应答响应,并将该应答响应同该分支建立时产生的对话ID(对话ID包括,对话的call-ID,from tag,to tag)相关联;
842a~851a,如果此时UE#2先应答,则按之前对话1的更新路径完成应答,在CS域接通对话1,并将对话2释放掉;
843b~844b,如果此时UE#3先应答,则该200OK应答会发送给SCC AS;
845b~846b,SCC AS收到该200OK后,根据其对话ID信息,找到841步保存的应答响应消息,并用该应答响应中的SDP信息,向MSC server发起更新对话请求;
847b~848b,MSC server根据收到的新的SDP信息,回复更新应答;
849b~851b,此时SCC AS用收到的新的更应应答向远端用户发送更新请求,此时更新的是对话2里的SDP信息;
852b~854b,远端根据新的会话描述协议(SDP)信息,回复更新应答响应;
855b~856b,当更新完成后,SCC AS再将之前收到的200OK应答响应发送给UE A;
857b,MSC server收到200OK后,转换成CS域的ANM消息,发送给UE A;
858b~859b,MSC server在收到200OK后,向UE 3回复ACK;
860b~861b,被叫IMS网元,按现有技术结束掉对话1;
从以上实施例中可以看出,对于正在进行的呼叫,当被叫发生forking,在主叫端产生多个对话时,通过该切换流程,可以同时对每个对话进行切换,不论被叫侧的哪个终端接通了该呼叫都可以保证呼叫的成功。
实施例三
本发明还适用于被叫没有forking但使用分叉(forking)技术播放彩铃的情形;
图6为现有技术中采用分叉(forking)技术播放彩铃的流程图示意图,具体包括:
601,主叫的用户设备UE1发起一个起呼请求,携带UE1的媒体资源信息,经过主叫侧IMS网元;
602,主叫侧S-CSCF网元将起呼请求发送到被叫侧S-CSCF网元;
603,被叫侧S-CSCF网元将呼叫请求路由到被叫网络的彩铃业务提供服务器(CAT AS)上;
604,CAT AS再通过被叫侧S-CSCF网元将呼叫请求发送到被叫用户UE2;
605,CAT AS采用对话2向UE1发送起呼请求的响应消息,携带彩铃媒体信息,消息途经被叫侧S-CSCF网元;
606~607,被叫侧S-CSCF网元将CAT AS发送的响应消息通过主叫侧S-CSCF网元转发到主叫UE1,使UE1与CAT AS协商好提供彩铃业务的媒体资源;
当彩铃媒体协商好后,CAT AS就可以为主叫用户播放彩铃媒体。在这里出于简化,假设媒体的协商一次就可以完成了,如果需要做资源预留或媒体一次协商没有成功,可以在主叫用户和CAT AS之间进行多次媒体资源的协商。
608,由于发生了(forking)分叉,UE2采用对话1也向UE1发送起呼请求的响应消息,携带UE2用于正常通话的媒体资源信息,消息途经主叫S-CSCF网元到达UE1,使UE1与UE2协商好正常通话的媒体资源;
609,被叫对该呼叫进行应答,通过被叫侧S-CSCF网元可以将200OK应答消息发送给CAT AS;
610,CAT AS收到该200OK应答后,结束播放彩铃媒体;
611~613,CAT AS通过被叫侧S-CSCF网元以及主叫侧S-CSCF网元,将200OK应答发送给主叫用户UE1;
614~617,主叫用户收到200OK应答后,该呼叫请求即算接通了,同时向被叫主叫UE2返回ACK确认。
以上就是采用分叉(forking)技术播放彩铃的例子,从上面的例子中,可以看出,该呼叫会话中包含两个对话,一个CAT AS和主叫的用户设备之间关于彩铃的对话,另一个是主叫用户和被叫用户间关于呼叫所需要的正常媒体协商的对话。而且这两个对话在200OK应答前都应该建立起来。
文中,将被叫发生forking产生多个对话,以及被叫采用(forking)分叉技术为主叫播放彩铃而产生多个对话,统称为被叫侧分叉产生多个对话。
对于这样的呼叫请求,即被叫采用(forking)分叉技术为主叫播放彩铃的时候,当在200OK前,主叫的用户设备发生了位置的改变,并触发了PS到CS的切换,此时的情况可以按本发明技术进行切换。
图7(a)和图7(b)为实施例二提供的在IP多媒体子***中管理媒体资源的方法流程示意图,图7(a)和图7(b)所示方法具体包括:
701,主叫的用户设备UE1发起一个起呼请求,携带UE1的媒体资源信息,消息途经S-CSCF;
702,S-CSCF将起呼请求转发到SCC AS上;
703,SCC AS将起呼请求进行锚定;
704,SCC AS再将起呼请求发送给S-CSCF;
705,S-CSCF将起呼请求路由到被叫用户网络,由被叫用户网络转发给CAT AS;
706,CAT AS再通过被叫网络将呼叫请求发送给被叫的用户设备UE2;
707,被叫UE2收到起呼请求,发送起呼响应,携带UE2用户正常通话的媒体资源信息(称为UE2的正常媒体协商对话,采用对话1),SCC AS通过主叫网络的S-CSCF将UE2发送的起呼响应消息转发到主叫UE1,并将对话1的信息锚定在SCC AS;
708,同时CAT AS收到起呼请求,且发现主叫支持彩铃业务,使用对话2向主叫UE1回复起呼响应消息,携带彩铃媒体资源信息,SCC AS通过主叫网络的S-CSCF将CAT AS发送的应答对话2信息到转发到主叫UE1,并将对话2的信息也锚定在SCC AS上;
709,主叫用户位置发生改变,并且满足切换条件,MSC SERVER向IMS网络发送切换请求,携带MSC SERVER的媒体资源信息(由于用于与CS媒体相连,称为CS媒体资源信息),且如果MSC SERVER支持(early media)早媒体的播放,则在切换请求中带上支持早媒体的标示(即携带早媒体(P-Early-Media)头域),设其值为supported);
710,S-CSCF将切换请求转发到SCC AS;
711,SCC AS收到上述切换请求,找到一个激活态的会话进行切换,在这里即是这个正在进行的呼叫请求会话,并发现主叫用户进行的会话中由于(forking)分叉,收到了两个对话,一个用于彩铃协商,另一个用于正常媒体的协商;SCC AS此时采用(forking)分叉技术,分别向CAT AS和被叫用户UE2发起远端更新请求,这里第711步为SCC AS对彩铃媒体的对话2发送更新请求,其中携带有彩铃媒体SDP请求,包含之前协商的彩铃媒体信息,但是将媒体参数改为MSC SERVER提供的媒体参数,还带上MSC SERVER支持(early media)早媒体的参数;
712~713,CAT AS收到对话2(彩铃媒体对话)更新请求以后,向SCC AS返回更新应答,其中携带彩铃媒体资源信息,并带上P-Early-Media头域,设其值为sendrecv或sendonly,但不除非采用其他取值的可能,完成彩铃媒体的更新。
713,SCC AS收到更新应答后,向S-CSCF返回切换请求应答(也称为切换应答),该应答可以标示为应答1,其中携带彩铃媒体资源信息,并将P-Early-Media头域也带上,其值设置为sendrecv或sendonly;
714~716,S-CSCF将接收的切换请求应答转发至MSC server。MSC server收到该切换应答后,即完成彩铃对话的更新;
717,同时MSC server判断P-Early-Media头域,如果其值为sendrecv或sendonly,则在CS网络发送CS响铃消息继续为用户在CS域播放彩铃。
718~725,即为SCC AS告诉MSC server当前切换的会话为一个正在进行的振铃态会话的流程;
726,在711步发送的同时,SCC AS也向被叫用户UE2发送对话1的更新请求,其中携带有正常媒体SDP请求,包含之前协商的正常媒体信息,但是本步中的媒体参数为MSC server提供的媒体参数;
727~728,对话1的更新请求通过被叫网络发送到被叫用户UE2;
729~730,被叫用户UE2回复更新应答,包括正常媒体SDP应答,并携带有P-Early-Media头域,由于该应答不是用来协商彩铃媒体的,所以其值设为inactive;
731,该更新应答通过被叫网络发送到SCC AS;
732~733,SCC AS将该更新应答以切换请求应答发送给MSC SERVER,对应第710步的切换请求,该应答可以标示为应答2,其中携带的是正常媒体的媒体信息,还携带有P-Early-Media头域,其值设为inactive,当MSCSERVER收到该应答后,判断P-Early-Media头域,如果其值为inactive,先不为该对话建立CS连接,在这里即,先不为正常媒体对话建立CS连接;
此步可以为暂缓为正常媒体对话预留PS域的资源,但暂缓为正常媒体对话建立CS连接。
734,被叫用户应答该呼叫,对应对话2,向主叫用户发送200OK应答;
735,CAT AS收到200OK应答后,结束彩铃媒体的播放;
736~738,被叫网络通过之前对对话2的更新流程,将200OK应答发送给MSC SERVER,MSC SERVER收到200OK后,将之前建立的彩铃媒体的CS连接,即对话2同CS链路的对应关系断开,同时建立正常媒体的CS连接,即建立对话1同CS链路的对应关系;
739,MSC SERVER将正常媒体的CS链路建立完成后,向主叫用户UE1发送CS信令ANM,告诉主叫用户UE1对方已经应答,可以开始通话;
740~743,同时MSC SERVER向被叫用户UE2发送确认ACK。
此时整个切换就完成了。
实施例四
在主叫与被叫建立呼叫过程中,如果有多个用户设备共享被叫的公共用户标识,且其中有用户设备签约有彩铃业务,则被叫侧也会发生forking产生多个对话,其中所述多个对话包括每个用户设备与主叫之间建立的对话(简称为类型1)以及签约彩铃业务的用户设备所在网络的CAT CS与主叫建立的对话(类型2),所以在主叫发生PS域到CS域的切换时,也需要对所述多个对话进行同时更新。其中对类型1的对话的更新可参见实施例一的方法进行处理,对类型2的对话的更新可参见实施例二的方法进行处理。
综上所述,当发生从PS网络到CS网络的切换时,同时完成由于forking产生的对多个对话的更新,从而不影响正常的呼叫请求,且不需要对现有IMS架构做修改,简单易行,无需通过主叫用户通过发起切换请求的方式进行触发,精简媒体资源更新流程,解决现有技术中媒体资源更新流程繁冗的问题,提高媒体资源更新效率。本发明可以应用于SRVCC的切换。
实施例五
本实施例提供一种基于IP多媒体子***的呼叫的跨域切换***,包括图1中所示的网络,在实现本发明时,需要根据实施例一或实施例二中的方法对SCC AS和MSC server的功能进行增强。
如图9所示,本实施例中,所述SCC AS包括:
锚定模块,用于在主叫向被叫发起呼叫请求过程中,检测到被叫侧分叉产生多个对话时,锚定所述呼叫和所述多个对话的信息;具体地,所述多个对话包括所述主叫与共享所述被叫的公共用户标识的多个用户设备(UE)之间的对话;
切换处理模块,又包括:媒体更新单元,用于在收到所述MSC server发来的切换请求后,对所述多个对话同时进行媒体资源的更新。具体地,在收到所述切换请求后,查找到所述多个对话,以并行方式向其中的每个对话的被叫UE分别发起远端更新流程。
所述MSC server包括:
切换请求模块,用于在主叫发起从分组域交换网络(PS)域到电路域交换网络(CS)域的切换时,向SCC AS发送切换请求。
如果采用实施例一中的跨域切换方法:
所述切换处理模块还包括:
第一应答单元,用于在收到所述每个对话的更新应答后,根据所述更新应答向所述MSC server回复切换应答;
第二应答单元,用于在收到所述多个对话中某个对话的摘机应答后,转发到所述MSC server;
所述MSC server还包括:
资源预留模块,用于在收到所述SCC AS回复的切换应答后,为所述切换应答所属的对话预留PS域的资源;
呼叫接通模块,用于在收到所述SCC AS转发的所述摘机应答后,在CS域接通所述摘机应答所属的对话。
如果采用实施例二中的跨域切换方法:
所述切换处理模块还包括:
第一应答单元,用于收到所述多个对话中一个或多个对话的更新应答,根据最先收到的第一对话的更新应答向所述MSC server回复切换应答,保存其他对话的更新应答信息及其与所属对话的对应关系;
第二应答单元,且在收到所述多个对话中一个对话的摘机应答后,如判断所述对话为所述第一对话,直接将所述摘机应答转发到所述MSC server,否则,先找到所述对话的更新应答信息,根据所述更新应答信息中的会话描述协议(SDP))信息向所述MSC server发起更新对话流程,完成所述对话的媒体更新后,再将所述摘机应答转发到所述MSC server;
所述MSC server还包括:
资源预留模块,用于在收到所述SCC AS回复的切换应答后,为所述切换应答所属的对话预留PS域的资源;
对话更新模块,用于与所述SCC AS配合,实现对话的媒体更新;
呼叫接通模块,用于在收到所述SCC AS转发的所述摘机应答后,在CS域接通所述摘机应答所属的对话。
实施例五
本实施例提供一种基于IP多媒体子***的呼叫的跨域切换***,包括图1中所示的网络,在实现本发明时,需要根据实施例三中的方法对SCC AS和MSC server的功能进行增强。
如图10所示,本实施例中,所述SCC AS包括:
锚定模块,用于在主叫向被叫发起呼叫请求过程中,检测到被叫侧分叉产生多个对话时,锚定所述呼叫和所述多个对话的信息;具体地,所述多个对话包括所述主叫与被叫网络的彩铃业务提供服务器(CAT AS)之间的对话,及所述主叫与被叫UE之间的对话;
切换处理模块,又包括:媒体更新单元,用于在收到所述MSC server发来的切换请求后,对所述多个对话同时进行媒体资源的更新。具体地,收到所述切换请求后,查找到所述多个对话,以并行方式向所述CAT AS和被叫UE分别发起远端更新流程。
所述MSC server包括:
切换请求模块,用于在主叫发起从分组域交换网络(PS)域到电路域交换网络(CS)域的切换时,向SCC AS发送切换请求。
进一步地,所述切换处理模块还包括:
第一应答单元,用于在收到所述CAT AS的更新应答后,向所述MSCserver回复携带彩铃媒体资源信息的第一切换应答;收到所述被叫UE的更新应答后,向所述MSC server回复携带正常媒体资源信息的第二切换应答;
第二应答单元,用于在收到所述被叫UE的摘机应答后,转发到所述MSCserver;
所述MSC server还包括:
连接建立模块,用于在收到第一切换应答后,为所述CAT AS和主叫之间的对话建立彩铃媒体的CS连接;收到第二切换应答后,暂缓为所述被叫UE和主叫之间的对话建立正常媒体的CS连接;以及,在收到所述被叫UE的摘机应答后,断开所述彩铃媒体的CS连接,建立所述正常媒体的CS连接。具体地,所述连接建立模块可以根据收到的切换应答中早媒体头域的取值来判断所述切换应答是第一切换应答还是第二切换应答。
综上所述,本发明提供的***,当发生从PS网络到CS网络的切换时,同时完成由于forking产生的对多个对话的更新,从而不影响正常的呼叫请求,且不需要对现有IMS架构做修改,简单易行,无需通过主叫用户通过发起切换请求的方式进行触发,精简媒体资源更新流程,解决现有技术中媒体资源更新流程繁冗的问题,提高媒体资源更新效率。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现,所述计算机程序可以存储于一计算机可读存储介质中,所述计算机程序在相应的硬件平台上(如***、设备、装置、器件等)执行,在执行时,包括方法实施例的步骤之一或其组合。
可选地,上述实施例的全部或部分步骤也可以使用集成电路来实现,这些步骤可以被分别制作成一个个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现,它们可以集中在单个的计算装置上,也可以分布在多个计算装置所组成的网络上。
上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器,磁盘或光盘等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求所述的保护范围为准。
Claims (15)
1.一种基于IP多媒体子***的呼叫的跨域切换方法,包括:
在主叫向被叫发起的呼叫请求过程中,被叫侧分叉(forking)产生多个对话的应答;
在所述呼叫请求过程中,如果所述主叫发起从分组交换(PS)域到电路交换(CS)域的切换,对所述多个对话同时进行媒体资源的更新。
2.根据权利要求1所述的方法,其特征在于:
所述由于被叫侧分叉产生多个对话的应答,包括:多个共享所述被叫的公共用户标识的用户设备(UE)向所述主叫回复应答消息,分别建立与所述主叫之间对话;
对所述多个对话同时进行媒体资源的更新,包括:所述呼叫锚定到的锚定及关联应用服务器(SCC AS)收到从移动交换中心发来的所述切换的切换请求后,查找到所述多个对话,以并行方式向其中的每个对话的被叫UE分别发起远端更新流程。
3.根据权利要求2所述的方法,其特征在于,对所述多个对话同时进行媒体资源的更新之后,还包括:
所述SCC AS收到所述每个对话的更新应答后,根据所述更新应答向所述移动交换中心回复切换应答;
所述多个对话中某个对话的被叫UE先进行摘机应答后,所述SCC AS将所述摘机应答经所述移动交换中心转发给所述主叫,在CS域接通所述对话。
4.根据权利要求2所述的方法,其特征在于,对所述多个对话同时进行媒体资源的更新之后,还包括:
所述SCC AS收到所述多个对话中一个或多个对话的更新应答,根据最先收到的第一对话的更新应答向所述移动交换中心回复切换应答,保存其他对话的更新应答信息及其与所属对话的对应关系;
所述第一对话的被叫UE先进行摘机应答时,所述SCC AS直接将所述摘机应答经所述移动交换中心转发给所述主叫,在CS域接通所述第一对话;
所述多个对话中另一对话的被叫UE先进行摘机应答时,所述SCC AS先找到所述另一对话的更新应答信息,根据其中的会话描述协议(SDP)信息向所述移动交换中心发起更新对话流程,完成所述另一对话的媒体更新后,将所述摘机应答经所述移动交换中心转发给所述主叫,在CS域接通所述另一对话。
5.根据权利要求3或4所述的方法,其特征在于:
所述移动交换中心收到所述SCC AS回复的切换应答后,还为所述切换应答所属的对话预留PS域的资源。
6.根据权利要求1所述的方法,其特征在于:
所述由于被叫侧分叉产生多个对话的应答,包括:被叫网络采用分叉(forking)模式提供彩铃,所述被叫UE和所述被叫网络的彩铃业务提供服务器(CAT AS)均向所述主叫回复应答消息并分别建立对话;
对所述多个对话同时进行媒体资源的更新,包括:所述呼叫锚定到的SCCAS收到从移动交换中心发来的所述切换的切换请求后,查找到所述多个对话,以并行方式向所述CAT AS和所述被叫UE分别发起远端更新流程。
7.根据权利要求6所述的方法,其特征在于,对所述多个对话同时进行媒体资源的更新之后,还包括:
所述SCC AS收到所述CAT AS的更新应答后,向所述移动交换中心回复携带彩铃媒体资源信息的第一切换应答,所述移动交换中心收到第一切换应答后,为所述CAT AS和主叫之间的对话建立彩铃媒体的CS连接;
所述SCC AS收到所述被叫UE的更新应答后,向所述移动交换中心回复携带正常媒体资源信息的第二切换应答,所述移动交换中心收到第二切换应答后,暂缓为所述被叫UE和主叫之间的对话建立正常媒体的CS连接;
所述移动交换中心收到所述被叫UE的摘机应答后,断开所述彩铃媒体的CS连接,建立所述正常媒体的CS连接。
8.根据权利要求7所述的方法,其特征在于,对所述多个对话同时进行媒体资源的更新之后,还包括:
所述第一切换应答和第二切换应答中还携带有早媒体(P-Early-Media)头域,所述两种切换应答中携带的早媒体头域的取值不同;
所述移动交换中心根据收到的切换应答中早媒体头域的取值来判断所述切换应答是第一切换应答还是第二切换应答。
9.一种基于IP多媒体子***的呼叫的跨域切换***,包括锚定及关联应用服务器(SCC AS)和移动交换中心,其特征在于:
所述SCC AS包括:
锚定模块,用于在主叫向被叫发起呼叫请求过程中,检测到被叫侧分叉产生多个对话时,锚定所述呼叫和所述多个对话的信息;
切换处理模块,又包括:媒体更新单元,用于在收到所述移动交换中心发来的切换请求后,对所述多个对话同时进行媒体资源的更新。
所述移动交换中心包括:
切换请求模块,用于在主叫发起从分组域交换网络(PS)域到电路域交换网络(CS)域的切换时,向SCC AS发送切换请求。
10.根据权利要求9所述的跨域切换***,其特征在于:
所述锚定模块锚定的所述多个对话包括所述主叫与共享所述被叫的公共用户标识的多个用户设备(UE)之间的对话;
所述切换处理模块的媒体更新单元收到所述切换请求后,查找到所述多个对话,以并行方式向其中的每个对话的被叫UE分别发起远端更新流程。
11.根据权利要求10所述的跨域切换***,其特征在于:
所述切换处理模块还包括:
第一应答单元,用于在收到所述每个对话的更新应答后,根据所述更新应答向所述移动交换中心回复切换应答;
第二应答单元,用于在收到所述多个对话中某个对话的摘机应答后,转发到所述移动交换中心;
所述移动交换中心还包括:
资源预留模块,用于在收到所述SCC AS回复的切换应答后,为所述切换应答所属的对话预留PS域的资源;
呼叫接通模块,用于在收到所述SCC AS转发的所述摘机应答后,在CS域接通所述摘机应答所属的对话。
12.根据权利要求10所述的跨域切换***,其特征在于:
所述切换处理模块还包括:
第一应答单元,用于收到所述多个对话中一个或多个对话的更新应答,根据最先收到的第一对话的更新应答向所述移动交换中心回复切换应答,保存其他对话的更新应答信息及其与所属对话的对应关系;
第二应答单元,且在收到所述多个对话中一个对话的摘机应答后,如判断所述对话为所述第一对话,直接将所述摘机应答转发到所述移动交换中心,否则,先找到所述对话的更新应答信息,根据所述更新应答信息中的会话描述协议(SDP))信息向所述移动交换中心发起更新对话流程,完成所述对话的媒体更新后,再将所述摘机应答转发到所述移动交换中心;
所述移动交换中心还包括:
资源预留模块,用于在收到所述SCC AS回复的切换应答后,为所述切换应答所属的对话预留PS域的资源;
对话更新模块,用于与所述SCC AS配合,实现对话的媒体更新;
呼叫接通模块,用于在收到所述SCC AS转发的所述摘机应答后,在CS域接通所述摘机应答所属的对话。
13.根据权利要求9所述的跨域切换***,其特征在于:
所述锚定模块锚定的所述多个对话包括所述主叫与被叫网络的彩铃业务提供服务器(CAT AS)之间的对话,及所述主叫与被叫UE之间的对话;
所述切换处理模块的媒体更新单元收到所述切换请求后,查找到所述多个对话,以并行方式向所述CAT AS和被叫UE分别发起远端更新流程。
14.根据权利要求13所述的跨域切换***,其特征在于:
所述切换处理模块还包括:
第一应答单元,用于在收到所述CAT AS的更新应答后,向所述移动交换中心回复携带彩铃媒体资源信息的第一切换应答;收到所述被叫UE的更新应答后,向所述移动交换中心回复携带正常媒体资源信息的第二切换应答;
第二应答单元,用于在收到所述被叫UE的摘机应答后,转发到所述移动交换中心;
所述移动交换中心还包括:
连接建立模块,用于在收到第一切换应答后,为所述CAT AS和主叫之间的对话建立彩铃媒体的CS连接;收到第二切换应答后,暂缓为所述被叫UE和主叫之间的对话建立正常媒体的CS连接;以及,在收到所述被叫UE的摘机应答后,断开所述彩铃媒体的CS连接,建立所述正常媒体的CS连接。
15.根据权利要求14所述的跨域切换***,其特征在于:
所述连接建立模块是根据收到的切换应答中早媒体头域的取值来判断所述切换应答是第一切换应答还是第二切换应答。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110009547.4A CN102244911B (zh) | 2010-05-10 | 2011-01-14 | 一种基于ip多媒体子***的呼叫的跨域切换方法和*** |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010183267.0 | 2010-05-10 | ||
CN2010101832670 | 2010-05-10 | ||
CN201010183267 | 2010-05-10 | ||
CN201110009547.4A CN102244911B (zh) | 2010-05-10 | 2011-01-14 | 一种基于ip多媒体子***的呼叫的跨域切换方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102244911A true CN102244911A (zh) | 2011-11-16 |
CN102244911B CN102244911B (zh) | 2016-06-29 |
Family
ID=44913916
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110009547.4A Active CN102244911B (zh) | 2010-05-10 | 2011-01-14 | 一种基于ip多媒体子***的呼叫的跨域切换方法和*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102244911B (zh) |
WO (1) | WO2011140893A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102577510A (zh) * | 2011-12-28 | 2012-07-11 | 华为技术有限公司 | 保持呼叫连续的方法和设备 |
CN104507129A (zh) * | 2014-12-03 | 2015-04-08 | 中国联合网络通信集团有限公司 | 一种srvcc流程触发方法、移动管理实体及基站 |
CN104836775A (zh) * | 2014-02-08 | 2015-08-12 | 中兴通讯股份有限公司 | 振铃态下的呼叫放音方法及装置 |
WO2015139415A1 (zh) * | 2014-03-21 | 2015-09-24 | 中兴通讯股份有限公司 | SRVCC的Refer业务处理方法、装置及*** |
CN106464761A (zh) * | 2014-12-25 | 2017-02-22 | 株式会社Ntt都科摩 | 网络间连接控制装置、以及连接控制方法 |
CN107547819A (zh) * | 2016-06-29 | 2018-01-05 | 中兴通讯股份有限公司 | 一种视频切换的方法、装置及*** |
CN113784003A (zh) * | 2021-08-11 | 2021-12-10 | 咪咕音乐有限公司 | 彩铃呼叫方法、***及通信设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1889756A (zh) * | 2005-07-16 | 2007-01-03 | 华为技术有限公司 | 双模终端在分组域和电路域间切换的方法 |
KR100688879B1 (ko) * | 2004-10-28 | 2007-02-28 | 에스케이 텔레콤주식회사 | 이기종 망에서의 화상전화 컬러링 서비스 시스템 및 그 방법 |
CN101420793A (zh) * | 2007-10-27 | 2009-04-29 | 中兴通讯股份有限公司 | 基于数据分组域传输多媒体彩铃业务的实现方法和*** |
CN101616012A (zh) * | 2009-06-05 | 2009-12-30 | 中兴通讯股份有限公司 | 分叉业务处理方法及核心网元 |
EP2182691A1 (en) * | 2007-07-20 | 2010-05-05 | Huawei Technologies Co., Ltd. | Domain switching method, server and controller |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101110151B1 (ko) * | 2005-08-18 | 2012-01-31 | 에스케이 텔레콤주식회사 | 통화 대기음 서비스 방법 |
CN101111003B (zh) * | 2007-08-31 | 2010-07-14 | 中兴通讯股份有限公司 | 多媒体彩铃***及其播放方法 |
-
2011
- 2011-01-14 CN CN201110009547.4A patent/CN102244911B/zh active Active
- 2011-04-20 WO PCT/CN2011/073078 patent/WO2011140893A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100688879B1 (ko) * | 2004-10-28 | 2007-02-28 | 에스케이 텔레콤주식회사 | 이기종 망에서의 화상전화 컬러링 서비스 시스템 및 그 방법 |
CN1889756A (zh) * | 2005-07-16 | 2007-01-03 | 华为技术有限公司 | 双模终端在分组域和电路域间切换的方法 |
EP2182691A1 (en) * | 2007-07-20 | 2010-05-05 | Huawei Technologies Co., Ltd. | Domain switching method, server and controller |
CN101420793A (zh) * | 2007-10-27 | 2009-04-29 | 中兴通讯股份有限公司 | 基于数据分组域传输多媒体彩铃业务的实现方法和*** |
CN101616012A (zh) * | 2009-06-05 | 2009-12-30 | 中兴通讯股份有限公司 | 分叉业务处理方法及核心网元 |
Non-Patent Citations (2)
Title |
---|
ZTE, CHINA MOBILE: "《TD S2-095505 3GPP TSG SA WG2 Meeting #75》", 4 September 2009, article "Optimization to SRVCC interruption time" * |
ZTE: "《TD S2-100499 3GPP TSG SA WG2 Meeting #77》", 22 January 2010, article "Discussion on inter-working between SRVCC in altering phase and CAT" * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013097113A1 (zh) * | 2011-12-28 | 2013-07-04 | 华为技术有限公司 | 保持呼叫连续的方法和设备 |
CN102577510B (zh) * | 2011-12-28 | 2014-09-03 | 华为技术有限公司 | 保持呼叫连续的方法和设备 |
CN102577510A (zh) * | 2011-12-28 | 2012-07-11 | 华为技术有限公司 | 保持呼叫连续的方法和设备 |
US9998505B2 (en) | 2014-02-08 | 2018-06-12 | Zte Corporation | Method and device for call playback in ringing state |
CN104836775A (zh) * | 2014-02-08 | 2015-08-12 | 中兴通讯股份有限公司 | 振铃态下的呼叫放音方法及装置 |
WO2015117295A1 (zh) * | 2014-02-08 | 2015-08-13 | 中兴通讯股份有限公司 | 振铃态下的呼叫放音方法及装置 |
CN104836775B (zh) * | 2014-02-08 | 2019-02-01 | 中兴通讯股份有限公司 | 振铃态下的呼叫放音方法及装置 |
WO2015139415A1 (zh) * | 2014-03-21 | 2015-09-24 | 中兴通讯股份有限公司 | SRVCC的Refer业务处理方法、装置及*** |
CN104507129A (zh) * | 2014-12-03 | 2015-04-08 | 中国联合网络通信集团有限公司 | 一种srvcc流程触发方法、移动管理实体及基站 |
CN104507129B (zh) * | 2014-12-03 | 2018-01-05 | 中国联合网络通信集团有限公司 | 一种srvcc流程触发方法、移动管理实体及基站 |
CN106464761A (zh) * | 2014-12-25 | 2017-02-22 | 株式会社Ntt都科摩 | 网络间连接控制装置、以及连接控制方法 |
CN107547819A (zh) * | 2016-06-29 | 2018-01-05 | 中兴通讯股份有限公司 | 一种视频切换的方法、装置及*** |
CN107547819B (zh) * | 2016-06-29 | 2020-04-28 | 中兴通讯股份有限公司 | 一种视频切换的方法、装置及*** |
CN113784003A (zh) * | 2021-08-11 | 2021-12-10 | 咪咕音乐有限公司 | 彩铃呼叫方法、***及通信设备 |
CN113784003B (zh) * | 2021-08-11 | 2024-04-09 | 咪咕音乐有限公司 | 彩铃呼叫方法、***及通信设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2011140893A1 (zh) | 2011-11-17 |
CN102244911B (zh) | 2016-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102244911B (zh) | 一种基于ip多媒体子***的呼叫的跨域切换方法和*** | |
US20110009120A1 (en) | Domain Transferring Method for Single Radio Voice Call Continuity | |
US9867090B2 (en) | Access transfer for a DRVCC mobile terminal | |
US20100008340A1 (en) | System and method for implementing an original call anchoring in voice call continuity service | |
CN102130888B (zh) | 通话过程中继续播放彩铃和彩振的方法和服务器 | |
CA2775984C (en) | System and method for switching ringing state session with customized alerting tone | |
CN102056249B (zh) | 一种带彩铃会话的起呼请求的切换***及方法 | |
CN102238672B (zh) | 反向单待业务连续性实现方法及*** | |
CN108430078B (zh) | Srvcc切换资源预留处理方法和接入切换功能设备 | |
US20150207829A1 (en) | Method and apparatus for service control | |
WO2008011918A1 (en) | Methods, mobile network node and mobile terminal for reducing the number of unsuccessful service change requests performed by the mobile terminal | |
CN101969627B (zh) | 单待终端业务连续性实现方法和*** | |
CN102036201B (zh) | 来电提示方法及装置 | |
CN102469438B (zh) | 一种注册时更新切换号码的方法和装置 | |
JP4763037B2 (ja) | 通信装置、通信システム、及び通信方法 | |
CN106899952B (zh) | 紧急呼叫切换方法及装置 | |
US20120295620A1 (en) | Advanced legacy mobile station domain (almsd) intersystem handoff without anchor network bearer support | |
JP6282964B2 (ja) | 移動通信システム、呼制御装置、及び呼制御方法 | |
CN102036190B (zh) | 来电提示方法及装置 | |
CN101610503A (zh) | 一种呼叫建立方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |