发明内容
本发明解决的技术问题是提供一种用户设备的网络切换方法以及相关的VCC应用服务器以及用户设备,以支持用户设备在振铃/回铃音期间或呼叫保持期间进行VCC网络切换,避免用户设备掉话,提高用户通话质量。
为解决上述问题,本发明的振铃期间被叫用户设备的网络切换方法,该方法主要包括:
被叫方在目标网络通过语音呼叫连续性应用服务器与对端主叫方进行会话协商;
被叫用户设备通过语音呼叫连续性应用服务器向对端主叫方发送摘机信号完成切换。
其中,所述的被叫用户设备通过语音呼叫连续性应用服务器向对端主叫方发送摘机信号具体包括:
被叫用户设备将摘机信号发送给语音呼叫连续性应用服务器;
语音呼叫连续性应用服务器检测到被叫用户设备摘机,将摘机信号发送给对端主叫方。
可选地,所述的被叫用户设备将摘机信号发送给语音呼叫连续性应用服务器为通过被叫用户设备所在的待切换网络的摘机信号信令发送给语音呼叫连续性应用服务器。
可选地,所述的被叫用户设备将摘机信号发送给语音呼叫连续性应用服务器为通过会话发起协议的MESSAGE消息或非结构化补充业务数据服务或短消息服务携带摘机信号发送给语音呼叫连续性应用服务器。
可选地,所述语音呼叫连续性应用服务器检测到被叫用户设备摘机之后还包括:
语音呼叫连续性应用服务器释放待切换的网络呼叫支路。
可选地,待切换的网络为电路域网络,目标网络为IP多媒体子系统网络;
所述的被叫方通过语音呼叫连续性应用服务器与对端主叫方进行会话协商具体包括:
被叫用户设备通过IP多媒体子系统网络向语音呼叫连续性应用服务器发送携带被叫用户设备的会话描述信息的会话邀请消息;
语音呼叫连续性应用服务器检测到所述呼叫为非通话状态,向对端主叫方发送携带被叫用户设备的会话描述信息的更新消息;
对端主叫方回送语音呼叫连续性应用服务器携带该对端主叫方的会话描述信息的更新响应消息;
语音呼叫连续性应用服务器向被叫用户设备发送携带对端主叫方的会话描述信息的临时响应消息。
可选地,待切换的网络为IP多媒体子系统网络,目标网络为电路域网络;
所述的被叫方通过语音呼叫连续性应用服务器与对端主叫方进行会话协商具体包括:
被叫用户设备通过电路域网络向移动交换中心发起始呼;
移动交换中心生成初始地址消息并发送到媒体网关控制功能单元;
媒体网关控制功能单元向移动交换中心回送地址全信息并向语音呼叫连续性应用服务器发送携带媒体网关控制功能单元会话描述信息的会话邀请消息;
语音呼叫连续性应用服务器检测到所述呼叫为非通话状态,向对端主叫方发送携带媒体网关控制功能单元的会话描述信息的更新消息;
对端主叫方回送语音呼叫连续性应用服务器携带该对端主叫方的会话描述信息的更新响应消息;
语音呼叫连续性应用服务器向媒体网关控制功能单元发送携带对端主叫方的会话描述信息的临时响应消息。
相应的,本发明的一种回铃音期间主叫用户设备的网络切换方法,其中待切换的网络为IP多媒体子系统网络,目标网络为电路域网络,该方法主要包括:
主叫方在电路域网络通过语音呼叫连续性应用服务器与对端被叫方进行会话协商;
对端被叫方发送摘机信号,语音呼叫连续性应用服务器收到所述摘机信号后发送给主叫方完成切换。
其中,所述的主叫方通过语音呼叫连续性应用服务器与对端被叫方进行会话协商具体包括:
主叫用户设备通过电路域网络向移动交换中心发起始呼;
移动交换中心生成初始地址信息并发送到媒体网关控制功能单元;
媒体网关控制功能单元向移动交换中心回送地址全信息并向语音呼叫连续性应用服务器发送携带媒体网关控制功能单元会话描述信息的会话邀请消息;
语音呼叫连续性应用服务器检测到所述呼叫为非通话状态,向对端被叫方发送携带媒体网关控制功能单元的会话描述信息的更新消息;
对端被叫方回送语音呼叫连续性应用服务器携带该对端被叫方的会话描述信息的更新响应消息;
语音呼叫连续性应用服务器向媒体网关控制功能单元发送携带对端被叫方的会话描述信息的临时响应消息。
相应的,本发明的一种用户设备,包括有呼叫处理单元,其中所述呼叫处理单元包括有:
振铃期间语音呼叫连续性切换处理单元,用于在振铃期间进行语音呼叫连续性的网络切换。
其中,所述的振铃期间语音呼叫连续性切换处理单元具体包括:
振铃期间语音呼叫连续性切换启动单元,用于根据预定策略启动振铃间语音呼叫连续性切换;
会话协商处理单元,用于进行语音呼叫连续性切换的会话协商;
摘机信号传送单元,用于向语音呼叫连续性应用服务器传送摘机信号。
相应的,本发明的一种用户设备,包括有呼叫处理单元,其中所述呼叫处理单元包括有:
回铃音期间语音呼叫连续性切换处理单元,用于在回铃音期间进行语音呼叫连续性的网络切换。
其中,所述回铃音期间语音呼叫连续性切换处理单元具体包括:
回铃音期间语音呼叫连续性切换启动单元,用于根据预定策略启动回铃音期间语音呼叫连续性切换;
会话协商处理单元,用于进行语音呼叫连续性切换的会话协商。
相应的,本发明的一种语音呼叫连续性应用服务器,其特征在于,包括有:
振/回铃音期间语音呼叫连续性切换控制单元,用于在振铃或回铃音期间控制进行语音呼叫连续性的网络切换。
其中,所述振/回铃音期间语音呼叫连续性切换控制单元具体包括:
振/回铃音间语音呼叫连续性会话协商处理单元,用于根据预定策略识别并控制进行振铃/回铃音间切换到目标网络的会话协商;
摘机信号识别传送单元,用于识别被叫方的摘机信号并传送给主叫方完成切换。
其中,所述的振/回铃音期间语音呼叫连续性切换控制单元还包括:
释放单元,用于会话协商成功后释放待切换网络中的呼叫支路。
相应的,本发明的一种呼叫保持期间用户设备的网络切换方法,该方法主要包括:
发起切换的用户设备在目标网络通过语音呼叫连续性应用服务器与对端进行呼叫保持状态下的会话协商,并在会话协商完成后切换到目标网络。
可选地,所述会话协商通过之后还包括:
语音呼叫连续性应用服务器释放待切换的网络呼叫支路。
其中,待切换的网络为电路域网络,目标网络为IP多媒体子系统网络;
所述发起切换的用户设备在目标网络通过语音呼叫连续性应用服务器与对端进行呼叫保持状态下的会话协商具体包括:
发起切换的用户设备向 语音呼叫连续性应用服务器发送携带该用户设备的会话描述信息的邀请消息发起网络切换的呼叫;
语音呼叫连续性应用服务器检测到所述呼叫为呼叫保持状态,向对端发送携带发起切换的用户设备的呼叫保持状态的会话描述信息的邀请或更新消息;
对端回送语音呼叫连续性应用服务器携带该对端的呼叫保持状态的会话描述信息的最终响应消息;
语音呼叫连续性应用服务器向用户设备发送携带对端的呼叫保持状态的会话描述信息的最终响应消息。
其中,所述语音呼叫连续性应用服务器检测到的呼叫保持状态为由用户设备主动发起的呼叫保持;
所述发起切换的用户设备的呼叫保持的会话描述信息为只发送的会话描述信息;
所述对端的呼叫保持状态的会话描述信息为只接收的会话描述信息。
其中,所述语音呼叫连续性应用服务器检测到的呼叫保持状态为由网络发起的呼叫保持;
所述发起切换的用户设备的呼叫保持的会话描述信息为只接收的会话描述信息;
所述对端的呼叫保持的会话描述信息为只发送的会话描述信息。
其中,所述只接收的会话描述信息由待切换的用户设备或语音呼叫连续性应用服务器添加。
其中,待切换的网络为IP多媒体子系统网络,目标网络为电路域网络;
所述发起切换的用户设备在目标网络通过语音呼叫连续性应用服务器与对端进行呼叫保持状态的会话协商具体包括:
发起切换的用户设备通过电路域网络向移动交换中心发起始呼;
移动交换中心将呼叫发送到媒体网关控制功能单元;
媒体网关控制功能单元向语音呼叫连续性应用服务器发送携带该媒体网关控制功能单元的会话描述信息的邀请消息;
语音呼叫连续性应用服务器检测到所述呼叫为呼叫保持状态,向对端发送携带媒体网关控制功能单元的呼叫保持状态的会话描述信息的邀请或更新消息;
对端回送语音呼叫连续性应用服务器携带该对端的呼叫保持状态的会话描述信息的最终响应消息;
语音呼叫连续性应用服务器向媒体网关控制功能单元发送携带对端的呼叫保持状态的会话描述信息的最终响应消息。
其中,所述语音呼叫连续性应用服务器检测到的呼叫保持状态为由用户设备主动发起的呼叫保持;
所述媒体网关控制功能单元的呼叫保持状态的会话描述信息为只发送的会话描述信息;
所述对端的呼叫保持状态的会话描述信息为只接收的会话描述信息;
会话协商通过后还包括:
发起切换的用户设备与移动交换中心同步呼叫保持状态。
其中,所述语音呼叫连续性应用服务器检测到的呼叫保持状态为由网络发起的呼叫保持;
所述媒体网关控制功能单元的呼叫保持状态的会话描述信息为只接收的会话描述信息;
所述对端的呼叫保持状态的会话描述信息为只发送的会话描述信息;
会话协商通过后还包括:
语音呼叫连续性应用服务器与电路域网络同步呼叫保持状态。
相应的,本发明的一种用户设备,包括有呼叫处理单元,其中所述呼叫处理单元包括有:
呼叫保持期间语音呼叫连续性切换处理单元,用于在呼叫保持期间进行语音呼叫连续性的网络切换。
其中,所述的呼叫保持期间语音呼叫连续性切换处理单元具体包括:
呼叫保持期间语音呼叫连续性切换启动单元,用于根据预定策略启动呼叫保持期间语音呼叫连续性切换;
会话协商处理单元,用于进行呼叫保持状态下的语音呼叫连续性切换的会话协商。
相应的,本发明的一种语音呼叫连续性应用服务器,该方法包括有:
呼叫保持期间语音呼叫连续性切换控制单元,用于在呼叫保持期间控制进行语音呼叫连续性的网络切换。
其中,所述呼叫保持期间语音呼叫连续性切换控制单元具体包括:
呼叫保持期间语音呼叫连续性切换启动单元,用于根据预定策略识别并启动呼叫保持期间的语音呼叫连续性;
会话协商处理单元,用于控制进行呼叫保持期间切换到目标网络的会话协商。
其中,所述的呼叫保持期间语音呼叫连续性切换控制单元还包括:
释放单元,用于会话协商成功后释放待切换网络中的呼叫支路。
与现有技术相比,本发明具有以下有益效果:
本发明中振铃或回铃音期间一方通过语音呼叫连续性应用服务器与对端另一方进行会话协商,在协商通过后,还通过所述VCC应用服务器向对端发送摘机信号,实现了在振铃或回铃音期间的VCC网络切换,另外,在呼叫保持期间,发起切换的用户设备在目标网络通过语音呼叫连续性应用服务器与对端进行呼叫保持状态下的会话协商,在会话协商完成后切换到目标网络,实现了在呼叫保持期间的VCC切换,从而在振铃或回铃音期间以及呼叫保持期间,即使用户设备所处网络覆盖变差时,该用户设备也可通过VCC切换到另一网络,可有效避免用户设备在振铃或回铃音期间以及呼叫保持期间发生掉话,提高用户通话质量。
具体实施方式
本发明在振铃或回铃音期间一方通过语音呼叫连续性应用服务器与对端另一方进行会话协商,在协商通过后,还通过所述VCC应用服务器向对端发送摘机信号,实现了在振铃或回铃音期间的VCC网络切换,另外,在呼叫保持期间,发起切换的用户设备在目标网络通过语音呼叫连续性应用服务器与对端进行呼叫保持状态下的会话协商,在会话协商完成后切换到目标网络。从而解决了振铃/回铃音期间或呼叫保持期间网络覆盖不好,而用户设备不能进行VCC切换导致用户通话质量不好的问题,下面分别按照振铃期间的网络切换流程、回铃音期间的网络切换流程以及呼叫保持期间的网络切换流程分别进行说明。
参考图2,该图是振铃期间被叫用户设备进行网络切换的方法主要流程图,具体的,主要包括以下步骤:
步骤s11,被叫方在目标网络通过语音呼叫连续性应用服务器与对端主叫方进行会话协商,具体实现时,根据切换的目标网络不同,会话协商具体处理流程也不同;
步骤s12,被叫用户设备通过语音呼叫连续性应用服务器向对端主叫方发送摘机信号完成切换,即被叫用户设备将摘机信号发送给语音呼叫连续性应用服务器;语音呼叫连续性应用服务器检测到被叫用户设备摘机,则将摘机信号发送给对端主叫方。
需要说明的,本发明中所述语音呼叫连续性应用服务器检测到被叫用户设备摘机之后还可由所述语音呼叫连续性应用服务器释放待切换的网络呼叫支路,具体实现时,也可采用其他方式拆除待切换的网络呼叫支路,这里不再赘述。
参考图3,该图是本发明回铃音期间主叫用户设备进行网络切换的主要流程图,其中待切换的网络以IP多媒体子系统网络为例,目标网络以电路域网络为例,具体的,回铃音期间主叫用户设备进行网络切换主要包括如下步骤:
步骤s21,主叫方在电路域网络通过语音呼叫连续性应用服务器与对端被叫方进行会话协商;
步骤s22,对端被叫方发送摘机信号,语音呼叫连续性应用服务器检测到所述摘机信号后发送给主叫方完成切换。
下面结合具体的消息处理流程对本发明进行网络切换的方法进行详细说明。
参考图4,该图是本发明振铃期间被叫用户设备从电路域切换到IMS域的实施例流程图,本实施例中消息基于SIP协议,具体处理流程如下:
步骤s101,对端(OTHER END POINT,OEP)(包括主叫终端和相关网络)给UE1归属的IMS网络的I-CSCF发送会话邀请INVITE消息,I-CSCF选择一个S-CSCF并向其转发该INVITE消息。其中所述INVITE消息包含被叫UE1的URI信息,例如Bob@huawei.com,以及对端的会话描述SDP信息(包括希望建立的媒体类型,编码方式,媒体的收发IP地址和端口等)。
基于过滤策略,S-CSCF发送INVITE消息给VCC AS,VCC AS作为一个SIP背对背用户代理(back-to-back user agent,B2BUA)建立与OEP之间的SIP call dialog 1。
步骤s102~步骤s105,VCC AS决策到呼叫应该通过CS网络下发,则向归属位置寄存器HLR获取临时本地路由号码(Temporary Local DirectoryNumber,TLDN),本实施例中采用移动应用协议(Mobile ApplicationProtocol,MAP)消息:LOCREQ定位请求消息和ROUTREQ路由请求消息。
步骤s106,VCC AS修改之前收到的INVITE消息,将To头(即请求URI)改为TLDN,并通过S-CSCF发送到MGCF,通过INVITE消息开始了VCC AS和MGCF之间SIP call dialog 2的建立。
步骤s107~步骤s108,MGCF转换INVITE消息为初始地址消息IAM,所述IAM消息包含分配的MGW和MSC之间的承载信息TRK(trunk),MSC返回地址全消息ACM。
步骤s109,UE1与MSC完成呼叫建立,本地产生振铃音。
步骤s110~s111,MGCF发送180振铃消息给VCC AS,其中所述180振铃消息包含分配的MGW承载(用来连接对端)信息MGW SDP,VCC AS将所述180振铃消息转发给对端。
上述步骤s101-步骤s111为来电通过电路域下发的流程,本发明中在来电下发后,UE根据一些预定策略(如无线条件变化,CS网络下发的呼叫已经建立完毕,正在等待用户应答等)决策到应切换到IMS网络,则启动VCC网络切换,并执行下面的步骤:
步骤s112,UE1通过S-CSCF发送INVITE消息到VCC AS,其中所述INVITE消息中包含Request URI(所述Request URI为VCC AS的E.164号码),也包含UE1的SDP信息;
步骤s113~步骤s114.VCC AS检查呼叫状态为非通话状态,根据收到的INVITE消息生成更新UPDATE消息(该消息中将Request URI修改为对端的地址),发送到对端,对端应答200 OK响应消息,所述200 OK响应消息包含对端应答的SDP信息;
步骤s115,VCC AS根据收到的200 OK响应消息生成临时响应消息(本实施例中为183消息),所述183消息中包含对端应答的SDP信息,VCC AS将所述183消息发送到UE1,然后VCC AS等待用户摘机,执行步骤s116,或者UE决策到CS网络信号不可用,则执行步骤s119;
步骤s116~步骤s118,UE检测到用户摘机,通过CS网络建立的呼叫发送摘机信号(如通过CONNECT信令消息发送),MGCF转换成200 OK响应消息(针对步骤s106的最终响应)发送到VCC AS;
步骤s119,UE通过IP接入网络向VCC AS发送MESSAGE消息,所述MESSAGE消息正文指示用户摘机,VCC AS正确解析后,以200 OK响应消息应答Message消息;
步骤s120(包括步骤s120a-s120e),VCC AS释放CS网络侧的呼叫支路(包括SIP call dialog 2);
需要说明的,本实施例中针对步骤s116~步骤s118,VCC AS可向MGCF发送BYE消息,针对步骤s119则应改为发送CANCEL消息,MGCF响应200OK消息;MGCF发送RLS(释放消息)给MSC以释放MSC侧的呼叫,MSC发送RLS到UE1以释放无线连接,UE返回释放完成消息RLC,MSC向MGCF返回释放完成RLC消息。
步骤s121~步骤s122,VCC AS生成200 OK消息(摘机信号,针对步骤s101的最终响应)发送到对端,对端以ACK应答;
步骤s123~步骤s124,VCC AS生成200 OK消息(步骤s112的最终响应)发送到UE1,UE1以ACK应答。
参考图5,该图是本发明振铃期间被叫用户设备从IMS域切换到电路域的实施例流程图,本实施例中消息基于SIP协议,具体流程如下:
步骤s201,对端(包括主叫终端和相关网络)发送会话邀请INVITE消息,给UE1归属的IMS网络的I-CSCF,I-CSCF选择一个S-CSCF并向其转发该INVITE消息。其中所述的NVITE消息包含被叫UE1的URI信息,如Bob@huawei.com,另外,还包含对端的SDP信息:希望建立的媒体类型,编码方式,媒体的收发IP地址和端口等)给UE1归属的IMS网络的I-CSCF,I-CSCF选择一个S-CSCF并向其转发该INVITE消息。
基于过滤策略,S-CSCF发送INVITE消息给VCC AS,VCC AS作为一个SIP B2BUA建立与OEP之间的SIP call dialog 1。
步骤s202,VCC AS决策到呼叫需要通过IMS域下发,则返回INVITE消息给S-CSCF,S-CSCF发送INVITE消息给UE1,UE1和VCC AS之间的SIP call dialog 2开始建立。
步骤s203,UE1返回180 Ringing消息给S-CSCF并携带自身SDP信息(接受的媒体类型,编码方式,媒体的收发IP地址和端口等),S-CSCF转发给VCC AS
步骤s204,VCC AS返回180给S-CSCF,最后由I-CSCF发送给OEP。
UE1产生本地振铃音,然后等待UE1的用户摘机,本发明中UE1根据一些预定策略(例如无线条件变化,呼叫已经完成媒体协商)决策到应切换到CS网络,则启动VCC网络切换,执行下面的步骤:
步骤s205,UE1通过CS网络发起呼叫,向MSC发送始呼消息CallOrigination,其中所述Call Origination包含CdPN(即被叫号码为(Service Code+VCC AS E.164号码))和CgPN(即主叫号码为UE1的号码MDN(MobileDirectory Number,如13312345678));
如果需要,就执行CS网络的鉴权&注册流程。
步骤s206,MSC生成初始地址消息IAM并发送到MGCF,使用VCC AS的E.164号码作为被叫号码,UE1的号码作为主叫号码,且MSC丢弃ServiceCode值;
步骤s207,CDMA网络为UE分配业务信道,UE捕获业务信道;
步骤s208,MGCF发送地址全消息ACM到MSC;
步骤s209,MGCF生成INVITE消息(包含为本次呼叫分配的承载信息-IP地址和带宽等,即MGW SDP),其中该INVITE消息中Request URI为VCC AS的E.164号码,该消息经I-CSCF发送到VCC AS;
步骤s210~步骤s211,VCC AS检查到呼叫状态为非通话状态,根据收到的INVITE消息生成UPDATE消息(该消息中Request URI修改为对端的地址),发送到对端,对端应答200 OK应到消息,所述200 OK消息中包含对端应答的SDP信息;
步骤s212,VCC AS根据收到的200 OK消息生成183消息,发送到UE1,然后等待UE1的用户摘机;
步骤s213,UE1检测到用户摘机(可以是在步骤s215之后任一时间发生),通过200 OK应答消息将摘机信号发送到VCC AS,VCC AS识别到用户摘机;
或者如果UE1检测到用户摘机,但IP接入网连接已不可用,则可在步骤s214,通过CS网络的USSD或SMS等方式将摘机信息(如封装200 OK消息)发送到VCC AS;
步骤s215~步骤s216,VCC AS释放SIP call dialog 2;
需要说明的,本实施例中VCC AS发起释放SIP call dialog 2发送的BYE消息是针对步骤s213的,针对步骤s214所述VCC AS可改为发送CANCEL消息发起释放SIP call dialog 2;
步骤s217~步骤s218,VCC AS发送200 OK响应消息(是对步骤s201的最终应答)到对端,对端以ACK确认;
步骤s219~步骤s220,VCC AS生成200 OK响应消息(是对步骤s209的最终应答)发送到MGCF,MGCF以ACK应答,MGCF也发送CON/ANM(连接或地址全消息)到MSC,指示可以进行通话。
图6是本发明回铃音期间主叫用户设备从IMS域切换到电路域的实施例流程图,本实施例中消息基于SIP协议,具体流程如下:
步骤s301,UE1通过IMS网络发起呼叫,发送会话邀请INVITE消息到UE1归属的IMS网络的S-CSCF。所述INVITE消息包含对端被叫方的地址,如Bob@huawei.com,包含UE1的SDP信息:希望建立的媒体类型,编码方式,媒体的收发IP地址和端口等。
基于过滤策略,S-CSCF发送INVITE消息给VCC AS,VCC AS作为一个SIP B2BUA建立与UE1之间的SIP call dialog 1。
步骤s302,VCC AS返回INVITE消息到S-CSCF,然后发送到对端,开始VCC AS和对端的SIP call dialog 2的建立。
步骤s303,对端返回180 Ringing消息(指示对端正在振铃,等待用户应答)给S-CSCF并携带自身SDP信息(接受的媒体类型,编码方式,媒体的收发IP地址和端口等),S-CSCF转发给VCC AS。
步骤s304,VCC AS返回180给S-CSCF,S-CSCF发送给UE1,UE1可能产生本地回铃音,然后等待对端用户摘机,本发明中UE1根据一些预定策略(例如无线条件变化,呼叫已经完成媒体协商等)决策到应切换到CS网络,则启动VCC网络切换,执行下面的步骤:
步骤s305,UE1通过CS网络发起呼叫,向MSC发送始呼消息CallOrigination,其中所述Call Origination包含CdPN(即被叫号码为(Service Code+VCC AS E.164号码))和CgPN(即主叫号码为UE1的号码MDN;
如果需要,就执行CS网络的鉴权&注册流程。
步骤s306,MSC生成ISUP IAM(初始地址消息)并发送到MGCF,使用VCC AS的E.164号码作为被叫号码,而UE1的号码作为主叫号码,且MSC丢弃Service Code值;
步骤s307,CDMA网络为UE分配业务信道,UE捕获业务信道;
步骤s308,MGCF发送ACM消息到MSC;
步骤s309,MGCF生成INVITE消息(其中包含为本次呼叫分配的承载信息-IP地址和带宽等,即MGW SDP),所述INVITE消息中Request URI为VCC AS的E.164号码,该消息经I-CSCF发送到VCC AS;
步骤s310~步骤s311,VCC AS检查呼叫状态为非通话状态,根据收到的INVITE消息生成UPDATE消息(其中Request URI修改为对端的地址),发送到对端,对端应答200 OK响应消息,所述的200 OK响应消息中包含对端应答的SDP信息;
步骤s312,VCC AS根据收到的200 OK消息生成183消息(应答步骤s309),然后将所述的183消息发送到UE1,其中所述的183消息中包含应答SDP信息,并等待对端用户的摘机;
步骤s313,对端检测到用户摘机,发送200 OK响应消息(是对步骤s302的最终应答)到S-CSCF,S-CSCF前转到VCC AS
步骤s314,VCC AS将该200 OK响应消息通过I-CSCF发送给MGCF,MGCF转换成ANM/CON(连接或地址全消息)到MSC,指示可以进行通话
步骤s315~步骤s316,MGCF以ACK应答收到的200 OK响应消息,ACK消息由VCC AS前转给S-CSCF,最后到达对端。
步骤s317,VCC AS释放SIP call dialog 1:以4XX/5XX/6XX错误响应消息来释放。
参考图7,该图是本发明呼叫保持期间实现用户设备从电路域网络切换到IMS域的第一实施例流程图,本实施例中基于SIP协议实现,其中呼叫保持由UE1主动发起,UE1通过CS网络与对端建立呼叫并进行通话,UE1根据一些策略(如无线条件变化)决策到应切换到IMS网络,具体切换主要包括以下步骤:
步骤s401,如果UE1没有进行IMS注册,则进行注册;
步骤s402,UE1通过S-CSCF发送INVITE邀请消息到VCC AS(作为切换请求),开始建立SIP call dialog 3,其中Request URI为VCC AS的E.164号码,也包含UE1的SDP信息,另外,需要说明的,这里UE1的SDP信息为只发送;
步骤s403~步骤s404,VCC AS检查呼叫状态为呼叫保持状态,根据收到的INVITE消息生成Re-INVITE消息(Request URI修改为对端的地址),发送到对端进行会话协商(如,媒体类型,编码方式,媒体的收发IP地址和端口等),其中UE1的SDP信息为只发送;
步骤s405,对端应答200 OK消息,所述200 OK消息包含对端应答的SDP信息,需要说明的,这里对端应答的SDP信息为只接收,VCC AS将200 OK消息(与步骤s401对应)发送到UE1;
步骤s406,作为SIP的三次握手机制,UE1返回ACK消息,最终到达对端;
步骤s407,VCC AS发送BYE消息到MGCF以释放CS侧呼叫;
步骤s408~步骤s411,CS侧呼叫被释放;
步骤s412,MGCF收到RLC消息后,生成200 OK消息应答步骤s407收到的BYE消息;
此时UE1通过WLAN与对端通话。
参考图8,该图是本发明呼叫保持期间实现用户设备从电路域网络切换到IMS域的第二实施例流程图,本实施例中基于SIP协议实现,其中呼叫保持由对端主动发起且UE1知晓被保持状态,UE1通过CS网络与对端建立呼叫并进行通话,UE1根据一些策略(如无线条件变化)决策到应切换到IMS网络,具体包括以下步骤:
步骤s501,如果UE1没有进行IMS注册,则进行注册;
步骤s502,UE1通过S-CSCF发送INVITE邀请消息到VCC AS(作为切换请求),开始建立SIP call dialog 3,其中Request URI为VCC AS的E.164号码,也包含UE1的SDP信息,另外,需要说明的,这里UE1的SDP信息为只接收;
步骤s503~步骤s504,VCC AS检查呼叫状态为呼叫保持状态,根据收到的INVITE消息生成Re-INVITE消息(Request URI修改为对端的地址),发送到对端进行会话协商(如,媒体类型,编码方式,媒体的收发IP地址和端口等),其中UE1的SDP信息为只接收;
步骤s505,对端应答200 OK消息,所述200 OK消息中包含对端应答的SDP信息,需要说明的,这里对端应答的SDP信息为只发送,VCC AS将200OK消息(与步骤s501对应)发送到UE1;
步骤s506,作为SIP的三次握手机制,UE1返回ACK消息,最终到达对端;
步骤s507,VCC AS发送BYE消息到MGCF以释放CS侧呼叫;
步骤s508~步骤s511,CS侧呼叫被释放;
步骤s512,MGCF收到RLC消息后,生成200 OK消息应答步骤s507收到的BYE消息;
此时UE1通过WLAN与对端通话。
参考图9,该图是本发明呼叫保持期间实现用户设备从电路域网络切换到IMS域的第三实施例流程图,本实施例中基于SIP协议实现,其中呼叫保持由对端主动发起且UE1不知晓被保持状态,UE1通过CS网络与对端建立呼叫并进行通话,UE1根据一些策略(如无线条件变化)决策到应切换到IMS网络,具体包括以下步骤:
步骤s601,如果UE1没有进行IMS注册,则进行注册;
步骤s602,UE1通过S-CSCF发送INVITE邀请消息到VCC AS(作为切换请求),开始建立SIP call dialog 3,其中Request URI为VCC AS的E.164号码,也包含UE1的SDP信息;
步骤s603~步骤s604,VCC AS检查呼叫状态为呼叫保持状态,根据收到的INVITE消息生成Re-INVITE消息(Request URI修改为对端的地址),发送到对端进行会话协商(如,媒体类型,编码方式,媒体的收发IP地址和端口等),其中VCC AS添加的UE1的SDP信息为只接收;
步骤s605,对端应答200 OK,其中包含对端应答的SDP信息,需要说明的,这里对端应答的SDP信息为只发送,VCC AS将200 OK消息(与步骤s501对应)发送到UE1;
步骤s606,作为SIP的三次握手机制,UE1返回ACK消息,最终到达对端;
步骤s607,VCC AS发送BYE消息到MGCF以释放CS侧呼叫;
步骤s608~步骤s611,CS侧呼叫被释放;
步骤s612,MGCF收到RLC消息后,生成200 OK消息应答步骤s507收到的BYE消息;
此时UE1可通过IMS域网络与对端通话。
另外,需要说明,由于UE1不知晓被呼叫保持状态,本实施例VCC AS还向UE1同步呼叫保持状态,具体如下:
步骤s613,VCC AS向UE1发送Re-INVITE消息或UPDATE消息发起呼叫保持状态同步,其中对端的会话描述信息为只发送;
步骤s614,UE1向VCC AS发送200 OK消息,其中UE1的会话描述信息为只接收;
步骤s615,VCC AS收到所述200 OK信息后,向UE1发送ACK消息。
参考图10,该图是本发明呼叫保持期间用户设备从IMS域网络切换到电路域的第一实施例流程图,本实施例中基于SIP协议实现,其中呼叫保持由UE1主动发起,UE1通过IMS网络与对端建立呼叫并进行通话,UE1根据一些策略(如无线条件变化)决策到应切换到CS网络,具体切换主要包括以下步骤:
步骤s701,UE1通过CS网络发起呼叫,其中CdPN被叫号码为(ServiceCode+VCC AS E.164号码),CgPN主叫号码为UE1的号码MDN(MobileDirectory Number,如133xxxx5678);
步骤s702~步骤s705,如果需要,就执行CS网络的鉴权&注册流程;
步骤s706,MSC生成ISUP IAM(初始地址消息)并发送到MGCF,使用VCC AS E.164号码做被叫号码,而UE1的号码做主叫号码,且MSC丢弃Service Code值;
步骤s707,CS网络为UE分配业务信道;
步骤s708,MGCF可能发送ACM(地址全)到MSC;
步骤s709,MGCF生成INVITE消息(包含为本次呼叫分配的承载信息,即MGW SDP-包括IP地址和带宽等),Request URI为VCC AS的E.164号码,该消息经I-CSCF发送到VCC AS;
步骤s710~步骤s711,VCC AS根据收到的INVITE消息生成Re-INVITE消息(Request URI修改为对端的地址),经S-CSCF发送到对端,需要说明的,这里MGCF的会话描述信息为只发送;
步骤s712~步骤s713,对端应答200 OK消息经S-CSCF到达VCC AS,其中包含对端应答的SDP信息,需要说明的,这里对端应答的SDP信息为只接收;
步骤s714,VCC AS将200 OK消息经I-CSCF发送到MGCF,需要说明的,这里所述200 OK消息携带的对端的SDP信息为只接收;
步骤s715,相应的,MGCF生成ANM(应答消息)发送到VMSC;
步骤s716,作为SIP三次握手机制,MGCF生成ACK消息发送到VCC AS;
步骤s717~步骤s718.VCC AS将ACK消息经S-CSCF发送到对端;
步骤s719,在步骤s709后任一步骤,UE和CS网络完成业务信道捕获;
步骤s720~s721,VCC AS发送ACK消息到对端后,即可以发送BYE消息到UE1,以释放IMS侧的呼叫支路,UE1返回200 OK消息应答。
另外,由于MSC不知晓UE1的呼叫保持状态,这里UE1还需要向MSC同步呼叫保持状态,即在步骤s722,UE1向MSC发送呼叫保持请求(例如发送Flash with information/Hold Request消息到MSC);
而MSC收到所述呼叫保持请求后,向MGCF发送呼叫保持请求(例如发送CPG消息-Call Progress message,包含对端呼叫保持指示),MGCF转换生成Re-INVITE/UPDATE消息发送到VCC AS(步骤s723~步骤s726),其中SDP内容包含a=sendonly属性行,需要说明的,若MGCF使用UPDATE消息,不需要向VCC AS发送ACK消息。
参考图11,该图是本发明呼叫保持期间用户设备从IMS域网络切换到电路域的第二实施例流程图,本实施例中基于SIP协议实现,其中呼叫保持由UE1主动发起,UE1通过IMS网络与对端建立呼叫并进行通话,UE1根据一些策略(如无线条件变化)决策到应切换到CS网络,具体切换主要包括以下步骤:
步骤s801,UE1通过CS网络发起呼叫,其中CdPN被叫号码为(ServiceCode+VCC ASE.164号码),CgPN主叫号码为UE1的号码MDN(MobileDirectory Number,如133xxxx5678);
步骤s802~步骤s805,如果需要,就执行CS网络的鉴权&注册流程;
步骤s806,MSC生成ISUP IAM(初始地址消息)并发送到MGCF,使用VCC AS E.164号码做被叫号码,而UE1的号码做主叫号码,且MSC丢弃Service Code值;
步骤807,CS网络为UE分配业务信道;
步骤s808,MGCF可能发送ACM(地址全)到MSC;
步骤s809,MGCF生成INVITE消息(包含为本次呼叫分配的承载信息,即MGW SDP-包括IP地址和带宽等),Request URI为VCC AS的E.164号码,该消息经I-CSCF发送到VCC AS;
步骤s810~步骤s811,VCC AS根据收到的INVITE消息生成Re-INVITE消息(Request URI修改为对端的地址),经S-CSCF发送到对端,需要说明的,这里MGCF的会话描述信息为只接收;
步骤s812~步骤s813,对端应答200 OK消息经S-CSCF到达VCC AS,其中包含对端应答的SDP信息,需要说明的,这里对端应答的SDP信息为只发送;
步骤s814,VCC AS将200 OK消息经I-CSCF发送到MGCF,需要说明的,这里所述200 OK消息携带的对端的SDP信息为只发送;
步骤s815,相应的,MGCF生成ANM(应答消息)发送到VMSC;
步骤s816,作为SIP三次握手机制,MGCF生成ACK消息发送到VCC AS;
步骤s817~步骤s818.VCC AS将ACK消息经S-CSCF发送到对端;
步骤s819,在步骤s809后任一步骤,UE和CS网络完成业务信道捕获;
步骤s820~s821,VCC AS发送ACK消息到对端后,即可以发送BYE消息到UE1,以释放IMS侧的呼叫支路,UE1返回200 OK消息应答。
另外,由于UE1不知晓呼叫保持状态,本实施例中VCC AS还需要向UE1所在的电路域网络同步呼叫保持状态,即切换后VCC AS向MGCF发送Re-INVITE/UPDATE消息将呼叫保持(步骤s822~步骤s826,其中SDP内容包含a=sendonly属性行),MGCF转换生成CPG消息,包含Remote hold指示,然后发送到MSC,MSC向UE1发送呼叫保持指示消息-Facility(Invoke=NotifySS(HOLD,CallOnHold-Indicator)),若是CDMA网络下则不发保持指示消息。
若VCC AS使用UPDATE消息,不需要向MGCF发送ACK消息。
参考图12,该图是本发明用户设备实现振铃期间进行VCC切换的功能模块示意图,其中所述用户设备包括有呼叫处理单元,本发明中改进所述呼叫处理单元,即本发明中在所述呼叫处理单元设置有:
振铃期间语音呼叫连续性切换处理单元11,用于在振铃期间进行语音呼叫连续性的网络切换。
按照其实现的逻辑功能划分,本发明中所述振铃期间语音呼叫连续性切换处理单元具体包括3个逻辑功能单元,即:振铃期间语音呼叫连续性切换启动单元111、会话协商处理单元112以及摘机信号传送单元113,其中
振铃期间语音呼叫连续性切换启动单元111,主要用于根据预定策略启动振铃间语音呼叫连续性切换,所述预定策略参考前述说明,这里不再赘述;
会话协商处理单元112,主要用于进行语音呼叫连续性切换的会话协商,本发明中其主要是发起到VCC应用服务器的呼叫,以与对端进行会话协商,具体处理参考前述流程说明;
摘机信号传送单元113,主要用于向语音呼叫连续性应用服务器传送摘机信号。
参考图13,该图是本发明用户设备实现回铃音期间进行VCC切换的功能模块示意图,其中所述用户设备包括有呼叫处理单元,本发明中改进所述呼叫处理单元,即本发明中在所述呼叫处理单元设置有:
回铃音期间语音呼叫连续性切换处理单元12,用于在回铃音期间进行语音呼叫连续性的网络切换。
按照其实现的逻辑功能划分,本发明中所述回铃音期间语音呼叫连续性切换处理单元具体包括有两个逻辑功能单元,即回铃音期间语音呼叫连续性切换启动单元121和会话协商处理单元122,其中
回铃音期间语音呼叫连续性切换启动单元121,主要用于根据预定策略启动回铃音期间语音呼叫连续性切换。
会话协商处理单元122,主要用于进行语音呼叫连续性切换的会话协商,本发明中其主要是发起到VCC应用服务器的呼叫,以与对端进行会话协商,具体处理参考前述流程说明。
参考图14,该图是本发明VCC应用服务器振铃或回铃音期间进行VCC切换控制的功能模块示意图,本发明中改进所述VCC应用服务器,即本发明中在所述VCC应用服务器设置有:
振/回铃音期间语音呼叫连续性切换控制单元13,用于在振铃或回铃音期间控制进行语音呼叫连续性的网络切换。
按照其实现的逻辑功能划分,本发明中所述振/回铃音期间语音呼叫连续性切换控制单元主要包括2个功能单元,即振/回铃音间语音呼叫连续性切换处理单元和摘机信号识别传送单元,其中
振/回铃音间语音呼叫连续性会话协商处理单元131,主要用于根据预定策略识别并控制进行振铃/回铃音间切换到目标网络的会话协商,具体处理参考前述流程说明,这里不再赘述;
摘机信号识别传送单元132,主要用于识别被叫方的摘机信号并传送给主叫方完成切换。
另外,还可包括:
释放单元133,主要用于会话协商成功后释放待切换网络中的呼叫支路。
参考图15,该图是本发明用户设备实现呼叫保持期间进行VCC网络切换的功能模块示意图,其中所述用户设备包括有呼叫处理单元,本发明中改进所述呼叫处理单元,即本发明中在所述呼叫处理单元设置有:
呼叫保持期间语音呼叫连续性切换处理单元14,主要用于在呼叫保持期间进行语音呼叫连续性的网络切换。
按照其实现的逻辑功能划分,本发明中所述呼叫保持期间语音呼叫连续性切换处理单元具体包括有两个逻辑功能单元,即呼叫保持期间语音呼叫连续性切换启动单元141和会话协商处理单元142,其中
呼叫保持期间语音呼叫连续性会话协商处理单元141主要用于根据预定策略识别并启动呼叫保持期间的语音呼叫连续性;
会话协商处理单元142主要用于控制进行呼叫保持期间切换到目标网络的会话协商。
参考图16,该图是本发明VCC应用服务器呼叫保持期间进行VCC网络切换控制的功能模块示意图,本发明中改进所述VCC应用服务器,即本发明中在所述VCC应用服务器设置有:
呼叫保持期间语音呼叫连续性切换控制单元15,主要用于在呼叫保持期间控制进行语音呼叫连续性的网络切换。
按照其实现的逻辑功能划分,本发明中所述呼叫保持期间语音呼叫连续性切换控制单元主要包括2个功能单元,即呼叫保持期间语音呼叫连续性切换启动单元151和会话协商处理单元152,其中
所述呼叫保持期间语音呼叫连续性切换启动单元151,主要用于根据预定策略识别并启动呼叫保持期间的语音呼叫连续性;
所述会话协商处理单元152,主要用于控制进行呼叫保持期间切换到目标网络的会话协商。
与前面类似的,本实施里中,所述VCC应用服务器还可包括:
释放单元153,主要用于会话协商成功后释放待切换网络中的呼叫支路。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。