CN102325127B - 媒体实时导通的方法及系统 - Google Patents
媒体实时导通的方法及系统 Download PDFInfo
- Publication number
- CN102325127B CN102325127B CN201110137445.0A CN201110137445A CN102325127B CN 102325127 B CN102325127 B CN 102325127B CN 201110137445 A CN201110137445 A CN 201110137445A CN 102325127 B CN102325127 B CN 102325127B
- Authority
- CN
- China
- Prior art keywords
- message
- continuity
- terminal
- application server
- voice call
- 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.)
- Active
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种媒体实时导通的方法及系统，其中，上述方法包括：在接收到域切换请求后，语音呼叫连续性应用服务器确定在振铃状态时远端终端的请求或应答状态协商不成功或未完成；语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将第一请求消息发送至远端终端；远端终端根据第一请求消息进行域切换，建立远端终端和本地终端的导通连接。采用本发明提供的上述技术方案，达到了可以在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种媒体实时导通的方法及系统。
背景技术
网际协议多媒体子系统(IPMultimediaSubsystem，简称为IMS)是未来多媒体通信的发展方向，也是下一代网络最为重要的组成部分。它是第三代合作伙伴计划(ThirdGenerationPartnershipProject，简称为3GPP)提出的支持IP多媒体业务的子系统，其显著特征是采用了会话初始协议(SessionInitialProtocol，简称为SIP)体系，通信与接入方式无关，可以具备多种多媒体业务控制功能与承载能力分离、呼叫与会话分离、应用与服务分离、业务与网络分离，以及移动网与因特网业务融合等多种能力。
双射频语音呼叫连续(DualRadioVoiceCallContinuity，简称为DRVCC)的方案中，用户设备(UserEquipment，简称为UE)同时可以支持双射频。实现用户在DualRadio的环境下，在IMS与电路交换(CircuitSwitching，简称为CS)之间的语音切换。
单射频语音呼叫连续(SingleRadioVoiceCallContinuity，简称为SRVCC)方案实现无线用户在单射频(SingleRadio，简称为SR)的环境下，在IMS与CS之间的语音切换。SRVCC对应单射频的UE，即UE只能在同一时间使用2G/3G的射频、长期演进(Long-TermEvolution，简称为LTE)的射频中的一种，SR的需求是终端厂商提出的，其目的是复用2G/3G、LTE网络的射频和相关电路。
3GPP提出了SRVCC振铃态切换主叫模式的标准流程方法：
移动交换中心(MobileSwitchingCenter，简称为MSC)代替UE发起振铃态域切换的请求操作，单射频终端的语音呼叫连续性应用服务器(SingleRadioVoiceCallContinuityApplicationServer，简称为SCCAS)接收到域切换操作请求时，使用更新(UPDATE)消息去更新远端；媒体协商完成后，SCCAS发送通知(INFO)消息通知MSC相关会话信息，并携带切换模式；被叫摘机应答，SCCAS将请求处理成功消息(200OK)透传给MSC，完成切换过程。为了更好地理解上述过程以下结合图1详细描述。其中，图1表示3GPPSRVCC振铃态域切换主叫模式流程图。如图1所述，该流程包括：
S101，SRVCC用户UEA(本端)在分组交换(PacketSwitching，简称为PS)域中携带主叫会话描述协议(SessionDescriptionProtocol，简称为SDP)发起呼叫到UEB(远端)，且已经锚定到SCCAS；UEB回复带被叫SDP的180振铃消息；两端资源已经协商成功，此会话处于振铃状态；
S102，UE_A处于振铃状态。UEA上报无线接入信号给演进的通用移动通信系统陆地无线接入网(EvolvedUniversalTerrestrialRadioAccessNetwork，简称为E-UTRAN)，E-UTRAN根据无线接入信号决定触发SRVCC移交(Handover)至CS域；MSC携带SRVCC的会话切换号码(SessionTransferNumberforSRVCC，简称为STN-SR)发起会话切换操作；UEA一直处于振铃状态；
S103，MSC发起初始邀请(INVITE)会话切换请求，且携带请求资源标识(Request-URI)为STR-SR，媒体网关(MediaGateWay，简称为MGW)支持的SDP；
S104，IMS核心网(IMSCoreNetwork，简称为IMCN)转发会话切换的INVITE请求至SCCAS；
S104A，SCCAS将本端与远端进行关联，因之前主被叫振铃状态时初始资源已经协商好，故SCCAS准备对远端的更新操作；
S105，SCCAS发送UPDATE消息去更新远端；此段媒体SDP表示资源可用；
S106，IMCN转发此条UPDATE消息给终端UEB；
S107，UEB回复响应信息(200OK)，并携带终端媒体能力；
S108，IMCN转发200OK给SCCAS；
S109，SCCAS发送带终端媒体能力的通话进展(183消息)；
S110，IMCN转发183消息给MSC；
S111，MSC回复确认请求消息(Prack)；
S112，IMCN转发Prack至SCCAS；
S113，SCCAS回复Prack的200OK；
S114，IMCN转发200OK至MSC；
S115，SCCAS发送INFO消息请求，包括会话相关信息，携带SCC主叫切换标识，且状态已经准备妥当；
S116，IMCN转发此INFO消息给MSC；MSC接收到INFO消息，根据消息内容判断出为主叫振铃态域切换；
S117，MSC回复INFO的响应消息200OK；
S118，IMCN转发200OK(INFO)消息；
S119，MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态(Calldeliveredstate)；
S120，被叫用户UEB摘机应答，发送200OK(INVITE)消息，携带被叫用户的SDP；
S121，IMCN转发应答响应消息给SCCAS；
S122，SCCAS卸掉被叫媒体SDP，转发被叫摘机应答的200OK消息；
S123，IMCN转发应答响应消息给MSC；
S124，MSC通过CSConnect从消息告知UEA(CS)远端被叫用户已经摘机应答；
S125，UEA(CS)回复CSConnectAck消息；
S126，MSC回复确认字符(ACKnowledgeCharacter，简称为ACK)消息；
S127，IMCN转发ACK消息至SCCAS；
S128，SCCAS转发ACK消息；
S129，IMCN转发ACK消息至UEB；
S130-S133，SCCAS发送404释放原来主叫从PS发起的那路呼叫。
以上振铃态域切换过程，必须在切换之前保证会话的请求(offer)/应答(answer)协商成功，否则SCCAS接收到振铃态域切换请求时，无法使用UPDATE消息去更新远端。
针对相关技术中的上述问题，目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种媒体实时导通的方法及系统，以至少解决上述问题。
根据本发明的一个方面，提供一种媒体实时导通的方法，包括：在接收到域切换请求后，语音呼叫连续性应用服务器确定在振铃状态时远端终端的请求或应答状态协商不成功或未完成；语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将第一请求消息发送至远端终端；远端终端根据第一请求消息进行媒体更新，建立远端终端和本地终端的导通连接。
上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器(DualRadioVoiceCallContinuityApplicationServer，简称为VCCAS)。
上述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息时，还包括：将上述第一请求消息代替原来的建立呼叫的第二请求消息。
上述建立远端终端和本地终端的导通连接，包括：远端终端回复第一请求消息的响应消息并进行摘机应答。
上述远端终端回复第一请求消息的响应消息之后，还包括：语音呼叫连续性应用服务器判断接收的来自于远端终端的响应消息是否携带有终端媒体能力的消息；如果是，则透传响应消息；如果不是，则拦截响应消息。
在响应消息携带有终端媒体能力信息的情况下，还包括：在语音呼叫连续性应用服务器为SCCAS时，语音呼叫连续性应用服务器将响应消息透传给移动交换中心MSC；在语音呼叫连续性应用服务器为VCCAS时，语音呼叫连续性应用服务器将响应消息透传给本端终端。
在响应消息未携带有终端媒体能力的消息情况下，远端终端进行摘机应答之后，还包括：远端终端发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。
上述方法还包括：远端终端释放第二请求消息对应的呼叫流程；
语音呼叫连续性应用服务器释放与第二请求消息对应的呼叫流程。
根据本发明的另一个方面，还提供一种媒体实时导通的系统，包括：语音呼叫连续性应用服务器、本端终端和远端终端，其中，语音呼叫连续性应用服务器包括：确定模块，用于在接收到域切换请求后，确定在振铃状态时远端终端的请求或应答状态协商不成功或未完成；建立模块，用于重新建立用于呼叫的第一请求消息；第一发送模块，用于将所述第一请求消息发送至所述远端终端；远端终端包括：切换模块，用于根据第一请求消息进行媒体更新；导通模块，用于建立远端终端和本地终端的导通连接。
上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCCAS。
所述建立模块，还用于将所述第一请求消息代替原来的建立呼叫的第二请求消息。
上述导通模块，包括：回复单元，用于回复第一请求消息的响应消息；应答单元，用于摘机应答。
上述语音呼叫连续性应用服务器还包括：判断模块，用于判断接收的来自于远端终端的响应消息是否携带有终端媒体能力的消息；透传模块，用于在判断模块输出结果为是的情况下，透传响应消息；拦截模块，用于在判断模块输出结果为否的情况下，拦截响应消息。
上述远端终端还包括：第二发送模块，用于在判断模块输出结果为否的情况下，发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。
上述远端终端还包括：第一释放模块，用于释放第二请求消息对应的呼叫流程；
上述语音呼叫连续性应用服务器还包括：第二释放模块，用于释放与第二请求消息对应的呼叫流程。
通过本发明，采用语音呼叫连续性应用服务器将用于域切换的第一请求消息代替用于建立呼叫的第二请求消息，并将第一请求消息发送至远端终端的技术手段，解决了相关技术中，在振铃态域切换过程中，必须在切换之前保证会话的请求(offer)/应答(answer)协商成功，否则SCCAS接收到镇振铃态域切换请求时，无法使用UPDATE消息去更新远端的问题，进而达到了可以在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为根据相关技术的3GPPSRVCC振铃态域切换主叫模式流程图；
图2为根据本发明实施例的媒体实时导通的方法的流程图；
图3为根据本发明实例1的SRVCC振铃态域切换主叫模式流程图；
图4为根据本发明实例2的SRVCC振铃态域切换主叫模式流程图；
图5为根据本发明实例3的DRVCC振铃态域切换主叫模式流程图；
图6为根据本发明实例4的DRVCC振铃态域切换主叫模式流程图；
图7为根据本发明实施例的媒体实时导通的系统的结构框图；
图8为根据本发明优选实施例的媒体实时导通的系统的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图2为根据本发明实施例的媒体实时导通的方法的流程图。如图2所示，该流程包括：
步骤S202，在接收到域切换请求后，在关联本端终端和远端终端时，语音呼叫连续性应用服务器确定在振铃状态时远端终端的请求或应答(offer/answer)状态协商不成功或未完成；
在实际应用时，初始会话建立处于振铃态时，会话offer/answer状态未成功协商；此时，无线接入信号渐弱，MSC代替UE发起域切换操作请求；SCCAS收到域切换请求，关联本端终端和远端终端。
步骤S204，语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将第一请求消息发送至远端终端；
在实际应用时，SCCAS判断远端终端offer/answer状态协商不成功，则准备用发起域切换的INVITE消息replace建立呼叫的那路INVITE消息，发送至远端终端。
步骤S206，远端终端根据第一请求消息进行媒体更新，建立远端终端和本地终端的导通连接。
在实际应用时，远端终端回复对INVITE的响应消息，若回复带终端媒体能力的183消息，则透传；若回复不带媒体的180消息，则拦截；Replace的INVITE建立成功后，则远端发送481释放掉之前的那路INVITE；远端摘机应答，完成切换过程；切换过程成功后，SCCAS释放业务用户之前在PS域的那路呼叫；
上述实施例，由于在语音呼叫连续性应用服务器确定在主被叫振铃状态时远端终端的请求offer/应答answer状态协商不成功时，采用语音呼叫连续性应用服务器将用于域切换的第一请求消息代替用于建立呼叫的第二请求消息，并将第一请求消息发送至远端终端的技术手段，解决了相关技术中，在振铃态域切换过程中，必须在切换之前保证会话的请求(offer)/应答(answer)协商成功，否则SCCAS接收到镇振铃态域切换请求时，无法使用UPDATE消息去更新远端的问题，进而达到了可以在在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。
上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCCAS。
所述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息时，还包括：将所述第一请求消息代替原来的建立呼叫的第二请求消息。
在具体应用过程中，上述建立远端终端和本地终端的导通连接，包括以下处理过程：远端终端回复第一请求消息的响应消息并进行摘机应答。
实际应用时，上述远端终端回复第一请求消息的响应消息之后，还可以包括：语音呼叫连续性应用服务器判断接收的来自于远端终端的响应消息是否携带有终端媒体能力的消息；如果是，则透传响应消息；如果不是，则拦截响应消息。
在响应消息携带有终端媒体能力信息的情况下，在语音呼叫连续性应用服务器为SCCAS时，语音呼叫连续性应用服务器将响应消息透传给移动交换中心MSC；在语音呼叫连续性应用服务器为VCCAS时，语音呼叫连续性应用服务器将响应消息透传给本端终端。
在响应消息未携带有终端媒体能力的消息情况下，远端终端进行摘机应答之后，远端终端发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。
在具体应用过程中，，还可以包括以下处理过程：远端终端释放第二请求消息对应的呼叫流程(此过程可以在上述远端终端进行摘机应答之前进行，但不限于此)；语音呼叫连续性应用服务器释放与第二请求消息对应的呼叫流程(此过程可以在上述远端终端进行摘机应答之后进行，但不限于此)。
为了更好地理解上述实施例，以下结合相关附图和具体实例详细说明。
实例1
本实例涉及一种在IMS网络架构中SRVCC域切换的方法，为了达到上述目的，本实例提出了一种媒体实时导通的方法
图3为根据本发明实例1的SRVCC振铃态域切换主叫模式流程图。如图3所示，该流程包括：
步骤S301，SRVCC用户UE_A在PS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到SCCAS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；
步骤S302，UE_A处于振铃状态。UE_A上报无线接入信号给E-UTRAN，E-UTRAN根据无线接入信号决定触发SRVCChandover至CS域；MSC携带STR-SR发起会话切换操作；UE_A一直处于振铃状态；
步骤S303，MSC发起初始INVITE会话切换请求，且携带Request-URI为STR-SR，MGW支持的SDP；
步骤S304，IMCN转发会话切换的INVITE请求至SCCAS；
步骤S304a，SCCAS在收到上述INVITE请求后，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故SCCAS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；
步骤S304b，SCCAS发送INVITE(D2&&replace&&SDP)；
步骤S304c，IMCN转发INIVTE(D2)至终端UE_B；
步骤S304d，UE_B回复180；
步骤S304e，IMCN转发此180至SCCAS；SCCAS收到180，则拦截此振铃消息；
步骤S305，SCCAS发送INFO消息请求，包括会话相关信息，携带SCC主叫切换标识，且状态已经准备妥当；
步骤S306，IMCN转发此INFO消息给MSC；MSC接收到INFO消息，根据消息内容判断出为主叫振铃态域切换；
步骤S307，MSC回复INFO的响应消息200OK；
步骤S308，IMCN转发200OK(INFO)，消息；
步骤S309a，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；
步骤S309b，IMCN转发481消息至SCCAS；
步骤S309c，SCCAS回复ACK；
步骤S309d，IMCN转发ACK；至此释放了D1路呼叫；
步骤S310，MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态(Calldeliveredstate)；
步骤S311，被叫用户UE_B摘机应答，发送200OK(INVITE)消息，携带被叫用户的SDP；
步骤S312，IMCN转发应答响应消息给SCCAS；
步骤S313，SCCAS转发被叫摘机应答的200OK消息；
步骤S314，IMCN转发应答响应消息给MSC；
步骤S315，MSC通过CSConnect从消息告知UE_A(CS)远端被叫用户已经摘机应答；
步骤S316，UE_A(CS)回复CSConnectAck消息；
步骤S317，MSC回复ACK消息；
步骤S318，IMCN转发ACK消息至SCCAS；
步骤S319，SCCAS转发ACK消息；
步骤S320，IMCN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；
步骤S321-S324，SCCAS发送404释放原来主叫从PS发起的那路呼叫；
实例2
图4为根据本发明实例2的SRVCC振铃态域切换主叫模式流程图。如图4所示，该流程包括：
步骤S401，SRVCC用户UE_A在PS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到SCCAS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；
步骤S402，UE_A处于振铃状态。UE_A上报无线接入信号给E-UTRAN，E-UTRAN根据无线接入信号决定触发SRVCChandover至CS域；MSC携带STR-SR发起会话切换操作；UE_A一直处于振铃状态；
步骤S403，MSC发起初始INVITE会话切换请求，且携带Request-URI为STR-SR，MGW支持的SDP；
步骤S404，IMCN转发会话切换的INVITE请求至SCCAS；
步骤S404a，SCCAS将本端与远端进行关联，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故SCCAS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；
步骤S404b，SCCAS发送INVITE(D2&&replace&&SDP)；
步骤S404c，IMCN转发INIVTE(D2)至终端UE_B；
步骤S404d，UE_B回复183(SDP)，SDP为终端UE_B的媒体能力；
步骤S404e，IMCN转发此183(SDP)至SCCAS；
步骤S404f，SCCAS收到183(SDP)，则透传；
步骤S404g，IMCN转发183(SDP)至MSC；(后续省略prack和200OK消息)
步骤S405，SCCAS发送INFO消息请求，包括会话相关信息，携带SCC主叫切换标识，且状态已经准备妥当；
步骤S406，IMCN转发此INFO消息给MSC；MSC接收到INFO消息，根据消息内容那个判断出为主叫振铃态域切换；
步骤S407，MSC回复INFO的响应消息200OK；
步骤S408，IMCN转发200OK(INFO)消息；
步骤S409a，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；
步骤S409b，IMCN转发481消息至SCCAS；
步骤S409c，SCCAS回复ACK；
步骤S409d，IMCN转发ACK；至此释放了D1路呼叫；
步骤S410，MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态(Calldeliveredstate)；
步骤S411，被叫用户UE_B摘机应答，发送200OK(INVITE)消息；
步骤S412，IMCN转发应答响应消息给SCCAS；
步骤S413，SCCAS转发被叫摘机应答的200OK消息；
步骤S414，IMCN转发应答响应消息给MSC；
步骤S415，MSC通过CSConnect从消息告知UE_A(CS)远端被叫用户已经摘机应答；
步骤S416，UE_A(CS)回复CSConnectAck消息；
步骤S417，MSC回复ACK消息；
步骤S418，IMCN转发ACK消息至SCCAS；
步骤S419，SCCAS转发ACK消息；
步骤S420，IMCN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；
步骤S421-S424，SCCAS发送404释放原来主叫从PS发起的那路呼叫；
实例3
图5为根据本发明实例3的DRVCC振铃态域切换主叫模式流程图。如图5所示，该流程包括：
步骤S501，VCC用户UE_A在IMS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到VCCAS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；
步骤S502，UE_A因信号减弱或者个人喜好原因决定在CS域携带VDN发起域切换操作；UE_A一直处于振铃状态；
步骤S503，UE_A在CS域发起初始INVITE会话切换请求，且携带Request-URI为VDN，SDP为UE终端能力；
步骤S504，IMCN转发会话切换的INVITE请求至VCCAS；
步骤S505，VCCAS将本端与远端进行关联，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故VCCAS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；
步骤S506，VCCAS发送INVITE(D2&&replace&&SDP)；
步骤S507，IMCN转发INIVTE(D2)至终端UE_B；
步骤S508，UE_B回复180；
步骤S509，IMCN转发此180至VCCAS；VCCAS收到180，则拦截此振铃消息；
步骤S510，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；
步骤S511，IMCN转发481消息至VCCAS；
步骤S512，VCCAS回复ACK；
步骤S513，IMCN转发ACK；至此释放了D1路呼叫；
步骤S514，被叫用户UE_B摘机应答，发送200OK(INVITE)消息，携带被叫用户的SDP；
步骤S515，IMCN转发应答响应消息给VCCAS；
步骤S516，VCCAS转发被叫摘机应答的200OK消息；
步骤S517，IMCN转发应答响应消息给在CS域的UE_A终端；
步骤S518，在CS域的UE_A终端回复ACK消息；
步骤S519，IMCN转发ACK消息至VCCAS；
步骤S520，VCCAS转发ACK消息；
步骤S521，IMCN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；
步骤S522-S525，VCCAS发送404释放原来主叫UE_A在IMS发起的那路呼叫；
图6为根据本发明实例4的DRVCC振铃态域切换主叫模式流程图，如图6所示，该流程包括：
步骤S601，VCC用户UE_A在IMS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到VCCAS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；
步骤S602，UE_A因信号减弱或者个人喜好原因决定在CS域携带VDN发起域切换操作；UE_A一直处于振铃状态；
步骤S603，UE_A在CS域发起初始INVITE会话切换请求，且携带Request-URI为VDN，SDP为UE终端能力；
步骤S604，IMCN转发会话切换的INVITE请求至VCCAS；
步骤S605，VCCAS将本端与远端进行关联，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故VCCAS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；
步骤S606，VCCAS发送INVITE(D2&&replace&&SDP)；
步骤S607，IMCN转发INIVTE(D2)至终端UE_B；
步骤S608，UE_B回复183(SDP)，SDP为终端UE_B的媒体能力；
步骤S609，IMCN转发此183(SDP)至VCCAS；
步骤S610，VCCAS收到183(SDP)，则透传；
步骤S611，IMCN转发183(SDP)至在CS域的UE_A终端；(后续省略prack和200OK消息)
步骤S612，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；
步骤S613，IMCN转发481消息至VCCAS；
步骤S614，VCCAS回复ACK；
步骤S615，IMCN转发ACK；至此释放了D1路呼叫；
步骤S616，被叫用户UE_B摘机应答，发送200OK(INVITE)消息；
步骤S617，IMCN转发应答响应消息给VCCAS；
步骤S618，VCCAS转发被叫摘机应答的200OK消息；
步骤S619，IMCN转发应答响应消息给在CS域的UE_A终端；
步骤S620，在CS域的UE_A终端回复ACK消息；
步骤S621，IMCN转发ACK消息至VCCAS；
步骤S622，VCCAS转发ACK消息；
步骤S623，IMCN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；
步骤S624-S627，VCCAS发送404释放原来主叫在IMS发起的那路呼叫。
图7为根据本发明实施例的媒体实时导通的系统的结构框图。如图7所示，该系统包括：语音呼叫连续性应用服务器70、本端终端72和远端终端74，其中，
语音呼叫连续性应用服务器70包括：
确定模块702，用于在接收到域切换请求后，确定在振铃状态时远端终端74的请求(offer)或应答(answer)状态协商不成功或未完成；
建立模块704，与确定模块702相连，用于重新建立用于呼叫的第一请求消息；
第一发送模块706，与建立模块704相连，用于将所述第一请求消息发送至所述远端终端；
远端终端74包括：
切换模块742，用于根据第一请求消息进行媒体更新；
导通模块744，与切换模块742相连，用于建立远端终端74和本地终端72的导通连接。
上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCCAS。
上述建立模块704，还用于将所述第一请求消息代替原来的建立呼叫的第二请求消息。
在具体应用时，上述导通模块744，如图8所示，可以包括：回复单元802，用于回复第一请求消息的响应消息；应答单元804，与回复单元802相连，用于摘机应答。
如图8所示，上述语音呼叫连续性应用服务器70还可以包括：判断模块710，用于判断接收的来自于远端终端74的响应消息是否携带有终端媒体能力的消息；透传模块712，与判断模块710相连，用于在判断模块708输出结果为是的情况下，透传响应消息；拦截模块714，与判断模块710相连，用于在判断模块710输出结果为否的情况下，拦截响应消息。
在具体实施时，如图8所示，上述远端终端74还可以包括：第二发送模块748，与应答单元804相连，用于在判断模块710输出结果为否的情况下，发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。
在本发明实施例的一个优选实施方式中，如图8所示，上述远端终端74还可以包括：第一释放模块746，释放第二请求消息对应的呼叫流程；上述语音呼叫连续性应用服务器70包括：第二释放模块708，用于释放与第二请求消息对应的呼叫流程。
需要说明的是，上述系统中各个模块或单元的优选的工作方式具体可参见上述方法实施例的描述，此处不再赘述。
从以上的描述中，可以看出，本发明实现了如下技术效果：
上述实施例在远端终端的资源(包括offer/answer)协商不成功时，由于采用语音呼叫连续性应用服务器将用于域切换的请求消息代替用于建立呼叫的请求消息，并将用于域切换的请求消息发送至远端终端的技术手段，可以在上述协商不成功的情况下，实现媒体的实时导通，从而完成域切换，解决了相关技术中，在振铃态域切换过程中，必须在切换之前保证会话的请求(offer)/应答(answer)协商成功，否则SCCAS接收到镇振铃态域切换请求时，无法使用UPDATE消息去更新远端的问题，进而达到了可以在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (15)
1.一种媒体实时导通的方法，其特征在于，包括：
在接收到域切换请求后，语音呼叫连续性应用服务器确定在振铃状态时，远端终端的请求或应答状态协商不成功或未完成；
所述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将所述第一请求消息发送至所述远端终端；
所述远端终端根据所述第一请求消息进行媒体更新，建立所述远端终端和本地终端的导通连接。
2.根据权利要求1所述的方法，其特征在于，所述语音呼叫连续性应用服务器为以下之一：
单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCCAS。
3.根据权利要求1所述的方法，其特征在于，所述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息时，还包括：
将所述第一请求消息代替原来的建立呼叫的第二请求消息。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述建立远端终端和所述本地终端的导通连接，包括：
所述远端终端回复所述第一请求消息的响应消息并进行摘机应答。
5.根据权利要求4所述的方法，其特征在于，所述远端终端回复所述第一请求消息的响应消息之后，还包括：
语音呼叫连续性应用服务器判断接收的来自于所述远端终端的响应消息是否携带有终端媒体能力的消息；如果是，则透传所述响应消息；如果不是，则拦截所述响应消息。
6.根据权利要求5所述的方法，其特征在于，透传所述响应消息包括：
在所述语音呼叫连续性应用服务器为SCCAS时，所述语音呼叫连续性应用服务器将所述响应消息透传给移动交换中心MSC；
在所述语音呼叫连续性应用服务器为VCCAS时，所述语音呼叫连续性应用服务器将所述响应消息透传给所述本地终端。
7.根据权利要求5所述的方法，其特征在于，在所述响应消息未携带有终端媒体能力的消息情况下，所述远端终端进行摘机应答之后，还包括：
所述远端终端发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。
8.根据权利要求3所述的方法，其特征在于，还包括：
所述远端终端释放所述第二请求消息对应的呼叫流程；
所述语音呼叫连续性应用服务器释放与所述第二请求消息对应的呼叫流程。
9.一种媒体实时导通的系统，包括：语音呼叫连续性应用服务器、本端终端和远端终端，其特征在于，
所述语音呼叫连续性应用服务器包括：
确定模块，用于在接收到域切换请求后，确定在振铃状态时所述远端终端的请求或应答状态协商不成功或未完成；
建立模块，用于重新建立用于呼叫的第一请求消息；
第一发送模块，用于将所述第一请求消息发送至所述远端终端；
所述远端终端包括：
更新模块，用于根据所述第一请求消息进行媒体更新；
导通模块，用于建立所述远端终端和本地终端的导通连接。
10.根据权利要求9所述的系统，其特征在于，所述语音呼叫连续性应用服务器为以下之一：
单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCCAS。
11.根据权利要求9所述的系统，其特征在于，所述建立模块，还用于将所述第一请求消息代替原来的建立呼叫的第二请求消息。
12.根据权利要求9至11任一项所述的系统，其特征在于，所述导通模块，包括：
回复单元，用于回复所述第一请求消息的响应消息；
应答单元，用于摘机应答。
13.根据权利要求12所述的系统，其特征在于，所述语音呼叫连续性应用服务器还包括：
判断模块，用于判断接收的来自于所述远端终端的响应消息是否携带有终端媒体能力的消息；
透传模块，用于在所述判断模块输出结果为是的情况下，透传所述响应消息；
拦截模块，用于在所述判断模块输出结果为否的情况下，拦截所述响应消息。
14.根据权利要求13所述的系统，其特征在于，所述远端终端还包括：
第二发送模块，用于在所述判断模块输出结果为否的情况下，发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。
15.根据权利要求11所述的系统，其特征在于，
所述远端终端还包括：第一释放模块，用于释放所述第二请求消息对应的呼叫流程；
所述语音呼叫连续性应用服务器还包括：第二释放模块，用于释放与所述第二请求消息对应的呼叫流程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110137445.0A CN102325127B (zh) | 2011-05-25 | 2011-05-25 | 媒体实时导通的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110137445.0A CN102325127B (zh) | 2011-05-25 | 2011-05-25 | 媒体实时导通的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102325127A CN102325127A (zh) | 2012-01-18 |
| CN102325127B true CN102325127B (zh) | 2016-06-22 |
Family
ID=45452796
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110137445.0A Active CN102325127B (zh) | 2011-05-25 | 2011-05-25 | 媒体实时导通的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102325127B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9655019B2 (en) * | 2012-10-08 | 2017-05-16 | Samsung Electronics Co., Ltd. | Apparatus and method for switching call in mobile communication system |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101052161A (zh) * | 2007-03-28 | 2007-10-10 | 华为技术有限公司 | 一种实现ims业务互通的方法和系统 |
| CN101141794A (zh) * | 2006-09-08 | 2008-03-12 | 华为技术有限公司 | 用户设备、语音呼叫连续性应用服务器及网络切换方法 |
| EP2182691A1 (en) * | 2007-07-20 | 2010-05-05 | Huawei Technologies Co., Ltd. | Domain switching method, server and controller |
| CN101835121A (zh) * | 2009-03-09 | 2010-09-15 | 华为技术有限公司 | 一种对媒体协商进行适配处理的方法、系统和装置 |
| CN101854686A (zh) * | 2009-03-30 | 2010-10-06 | 上海贝尔股份有限公司 | 一种用于减小切换VoIP呼叫时的中断时间的方法和设备 |
| CN102056249A (zh) * | 2009-10-28 | 2011-05-11 | 中兴通讯股份有限公司 | 一种带彩铃会话的起呼请求的切换系统及方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102273264B (zh) * | 2008-11-10 | 2014-05-28 | 爱立信电话股份有限公司 | 用于从cs到lte的单一无线电语音呼叫连续性(srvcc)的方法和设备 |
| CN102362524A (zh) * | 2009-03-23 | 2012-02-22 | 诺基亚公司 | 用于促进系统间切换中的语音呼叫连续性的系统、方法、装置和计算机程序产品 |
-
2011
- 2011-05-25 CN CN201110137445.0A patent/CN102325127B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101141794A (zh) * | 2006-09-08 | 2008-03-12 | 华为技术有限公司 | 用户设备、语音呼叫连续性应用服务器及网络切换方法 |
| CN101052161A (zh) * | 2007-03-28 | 2007-10-10 | 华为技术有限公司 | 一种实现ims业务互通的方法和系统 |
| EP2182691A1 (en) * | 2007-07-20 | 2010-05-05 | Huawei Technologies Co., Ltd. | Domain switching method, server and controller |
| CN101835121A (zh) * | 2009-03-09 | 2010-09-15 | 华为技术有限公司 | 一种对媒体协商进行适配处理的方法、系统和装置 |
| CN101854686A (zh) * | 2009-03-30 | 2010-10-06 | 上海贝尔股份有限公司 | 一种用于减小切换VoIP呼叫时的中断时间的方法和设备 |
| CN102056249A (zh) * | 2009-10-28 | 2011-05-11 | 中兴通讯股份有限公司 | 一种带彩铃会话的起呼请求的切换系统及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102325127A (zh) | 2012-01-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2005290973B2 (en) | Transfer of a user equipment in a communication system | |
| CN101925042B (zh) | 控制隧道标识分配的方法、装置和系统 | |
| EP2304999B1 (en) | Method, apparatus and computer program for supporting a session identifier in case of a transfer between different radio access networks | |
| CN101061727B (zh) | 用于混合通信设备技术间有效切换的方法和系统 | |
| CN101971669B (zh) | 电信系统中的改进方法和布置 | |
| CN201499311U (zh) | 能从分组交换域回退到电路交换域的无线发射/接收单元 | |
| CN102387557B (zh) | 反向单一无线语音呼叫连续性的处理方法、设备及系统 | |
| US10231152B2 (en) | Network handover method, device, and system | |
| EP2247039A1 (en) | A control method, system, and device for circuit domain fallback | |
| EP2567571B1 (en) | Improvements to handover | |
| KR101684699B1 (ko) | 이동 통신 네트워크에서의 통신 방법 및 이를 위한 시스템 | |
| EP3349491B1 (en) | Lte network selection | |
| CN105794265A (zh) | 支持多会话业务连续性的方法 | |
| JP2009267996A (ja) | 移動通信システム、移動通信方法、移動局、無線アクセスネットワーク装置及びコアネットワーク装置 | |
| KR101960562B1 (ko) | 풀-멀티-오퍼레이터 코어 네트워크에서 e-utran으로부터 utran/geran으로의 이동국의 회선 교환 폴백을 제어하는 방법 및 장치 | |
| US10028177B2 (en) | Network handover method, device, and system | |
| CN104137608A (zh) | 用于为共享网络节点增强电路交换呼叫回退(csfb)服务的方法和设备 | |
| KR20130127236A (ko) | 수신 서비스 페이징 손실을 막는 방법 및 장치 | |
| CN104254111A (zh) | 反向单一无线语音呼叫连续性的处理方法、设备及系统 | |
| US10187836B2 (en) | Voice resource saving method, device, and system | |
| JP3847755B2 (ja) | 分散無線アクセスネットワークの移動体制御機能エンティティとセル制御機能エンティティの間でメッセージを経路指定する方法 | |
| CN102325127B (zh) | 媒体实时导通的方法及系统 | |
| CN104380795A (zh) | 实现lte中的cdma2000系统共享 | |
| CN102238679B (zh) | 单信道语音连续性实现方法及系统 | |
| CN101483900A (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 |