CN102325127A - 媒体实时导通的方法及系统 - Google Patents

Abstract

本发明提供了一种媒体实时导通的方法及系统，其中，上述方法包括：在接收到域切换请求后，语音呼叫连续性应用服务器确定在振铃状态时远端终端的请求或应答状态协商不成功或未完成；语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将第一请求消息发送至远端终端；远端终端根据第一请求消息进行域切换，建立远端终端和本地终端的导通连接。采用本发明提供的上述技术方案，达到了可以在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。

Description

媒体实时导通的方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种媒体实时导通的方法及系统。

背景技术

网际协议多媒体子系统(IP Multimedia Subsystem，简称为IMS)是未来多媒体通信的发展方向，也是下一代网络最为重要的组成部分。它是第三代合作伙伴计划(Third GenerationPartnership Project，简称为3GPP)提出的支持IP多媒体业务的子系统，其显著特征是采用了会话初始协议(Session Initial Protocol，简称为SIP)体系，通信与接入方式无关，可以具备多种多媒体业务控制功能与承载能力分离、呼叫与会话分离、应用与服务分离、业务与网络分离，以及移动网与因特网业务融合等多种能力。

双射频语音呼叫连续(Dual Radio Voice Call Continuity，简称为DRVCC)的方案中，用户设备(User Equipment，简称为UE)同时可以支持双射频。实现用户在Dual Radio的环境下，在IMS与电路交换(Circuit Switching，简称为CS)之间的语音切换。

单射频语音呼叫连续(Single Radio Voice Call Continuity，简称为SRVCC)方案实现无线用户在单射频(Single Radio，简称为SR)的环境下，在IMS与CS之间的语音切换。SRVCC对应单射频的UE，即UE只能在同一时间使用2G/3G的射频、长期演进(Long-Term Evolution，简称为LTE)的射频中的一种，SR的需求是终端厂商提出的，其目的是复用2G/3G、LTE网络的射频和相关电路。

3GPP提出了SRVCC振铃态切换主叫模式的标准流程方法：

移动交换中心(Mobile Switching Center，简称为MSC)代替UE发起振铃态域切换的请求操作，单射频终端的语音呼叫连续性应用服务器(Single Radio Voice Call ContinuityApplication Server，简称为SCC AS)接收到域切换操作请求时，使用更新(UPDATE)消息去更新远端；媒体协商完成后，SCC AS发送通知(INFO)消息通知MSC相关会话信息，并携带切换模式；被叫摘机应答，SCCAS将请求处理成功消息(200OK)透传给MSC，完成切换过程。为了更好地理解上述过程以下结合图1详细描述。其中，图1表示3GPP SRVCC振铃态域切换主叫模式流程图。如图1所述，该流程包括：

S101，SRVCC用户UE A(本端)在分组交换(Packet Switching，简称为PS)域中携带主叫会话描述协议(Session Description Protocol，简称为SDP)发起呼叫到UE B(远端)，且已经锚定到SCC AS；UE B回复带被叫SDP的180振铃消息；两端资源已经协商成功，此会话处于振铃状态；

S102，UE_A处于振铃状态。UE A上报无线接入信号给演进的通用移动通信系统陆地无线接入网(Evolved Universal Terrestrial Radio Access Network，简称为E-UTRAN)，E-UTRAN根据无线接入信号决定触发SRVCC移交(Handover)至CS域；MSC携带SRVCC的会话切换号码(Session Transfer Number for SRVCC，简称为STN-SR)发起会话切换操作；UE A一直处于振铃状态；

S103，MSC发起初始邀请(INVITE)会话切换请求，且携带请求资源标识(Request-URI)为STR-SR，媒体网关(Media GateWay，简称为MGW)支持的SDP；

S104，IMS核心网(IMS Core Network，简称为IM CN)转发会话切换的INVITE请求至SCCAS；

S104A，SCC AS将本端与远端进行关联，因之前主被叫振铃状态时初始资源已经协商好，故SCC AS准备对远端的更新操作；

S105，SCC AS发送UPDATE消息去更新远端；此段媒体SDP表示资源可用；

S106，IM CN转发此条UPDATE消息给终端UE B；

S107，UE B回复响应信息(200OK)，并携带终端媒体能力；

S108，IM CN转发200OK给SCC AS；

S109，SCCAS发送带终端媒体能力的通话进展(183消息)；

S110，IM CN转发183消息给MSC；

S111，MSC回复确认请求消息(Prack)；

S112，IM CN转发Prack至SCC AS；

S113，SCC AS回复Prack的200OK；

S114，IM CN转发200OK至MSC；

S115，SCCAS发送INFO消息请求，包括会话相关信息，携带SCC主叫切换标识，且状态已经准备妥当；

S116，IM CN转发此INFO消息给MSC；MSC接收到INFO消息，根据消息内容判断出为主叫振铃态域切换；

S117，MSC回复INFO的响应消息200OK；

S118，IM CN转发200OK(INFO)消息；

S119，MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态(Call deliveredstate)；

S120，被叫用户UE B摘机应答，发送200OK(INVITE)消息，携带被叫用户的SDP；

S121，IM CN转发应答响应消息给SCC AS；

S122，SCC AS卸掉被叫媒体SDP，转发被叫摘机应答的200OK消息；

S123，IM CN转发应答响应消息给MSC；

S124，MSC通过CS Connect从消息告知UEA(CS)远端被叫用户已经摘机应答；

S125，UEA(CS)回复CS Connect Ack消息；

S126，MSC回复确认字符(ACKnowledge Character，简称为ACK)消息；

S127，IM CN转发ACK消息至SCC AS；

S128，SCC AS转发ACK消息；

S129，IM CN转发ACK消息至UE B；

S130-S133，SCC AS发送404释放原来主叫从PS发起的那路呼叫。

以上振铃态域切换过程，必须在切换之前保证会话的请求(offer)/应答(answer)协商成功，否则SCC AS接收到振铃态域切换请求时，无法使用UPDATE消息去更新远端。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种媒体实时导通的方法及系统，以至少解决上述问题。

根据本发明的一个方面，提供一种媒体实时导通的方法，包括：在接收到域切换请求后，语音呼叫连续性应用服务器确定在振铃状态时远端终端的请求或应答状态协商不成功或未完成；语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将第一请求消息发送至远端终端；远端终端根据第一请求消息进行媒体更新，建立远端终端和本地终端的导通连接。

上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器(Dual Radio Voice Call Continuity Application Server，简称为VCC AS)。

上述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息时，还包括：将上述第一请求消息代替原来的建立呼叫的第二请求消息。

上述建立远端终端和本地终端的导通连接，包括：远端终端回复第一请求消息的响应消息并进行摘机应答。

上述远端终端回复第一请求消息的响应消息之后，还包括：语音呼叫连续性应用服务器判断接收的来自于远端终端的响应消息是否携带有终端媒体能力的消息；如果是，则透传响应消息；如果不是，则拦截响应消息。

在响应消息携带有终端媒体能力信息的情况下，还包括：在语音呼叫连续性应用服务器为SCC AS时，语音呼叫连续性应用服务器将响应消息透传给移动交换中心MSC；在语音呼叫连续性应用服务器为VCC AS时，语音呼叫连续性应用服务器将响应消息透传给本端终端。

在响应消息未携带有终端媒体能力的消息情况下，远端终端进行摘机应答之后，还包括：远端终端发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。

上述方法还包括：远端终端释放第二请求消息对应的呼叫流程；

语音呼叫连续性应用服务器释放与第二请求消息对应的呼叫流程。

根据本发明的另一个方面，还提供一种媒体实时导通的系统，包括：语音呼叫连续性应用服务器、本端终端和远端终端，其中，语音呼叫连续性应用服务器包括：确定模块，用于在接收到域切换请求后，确定在振铃状态时远端终端的请求或应答状态协商不成功或未完成；建立模块，用于重新建立用于呼叫的第一请求消息；第一发送模块，用于将所述第一请求消息发送至所述远端终端；远端终端包括：切换模块，用于根据第一请求消息进行媒体更新；导通模块，用于建立远端终端和本地终端的导通连接。

上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCC AS。

所述建立模块，还用于将所述第一请求消息代替原来的建立呼叫的第二请求消息。

上述导通模块，包括：回复单元，用于回复第一请求消息的响应消息；应答单元，用于摘机应答。

上述语音呼叫连续性应用服务器还包括：判断模块，用于判断接收的来自于远端终端的响应消息是否携带有终端媒体能力的消息；透传模块，用于在判断模块输出结果为是的情况下，透传响应消息；拦截模块，用于在判断模块输出结果为否的情况下，拦截响应消息。

上述远端终端还包括：第二发送模块，用于在判断模块输出结果为否的情况下，发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。

上述远端终端还包括：第一释放模块，用于释放第二请求消息对应的呼叫流程；

上述语音呼叫连续性应用服务器还包括：第二释放模块，用于释放与第二请求消息对应的呼叫流程。

通过本发明，采用语音呼叫连续性应用服务器将用于域切换的第一请求消息代替用于建立呼叫的第二请求消息，并将第一请求消息发送至远端终端的技术手段，解决了相关技术中，在振铃态域切换过程中，必须在切换之前保证会话的请求(offer)/应答(answer)协商成功，否则SCC AS接收到镇振铃态域切换请求时，无法使用UPDATE消息去更新远端的问题，进而达到了可以在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据相关技术的3GPP SRVCC振铃态域切换主叫模式流程图；

图2为根据本发明实施例的媒体实时导通的方法的流程图；

图3为根据本发明实例1的SRVCC振铃态域切换主叫模式流程图；

图4为根据本发明实例2的SRVCC振铃态域切换主叫模式流程图；

图5为根据本发明实例3的DRVCC振铃态域切换主叫模式流程图；

图6为根据本发明实例4的DRVCC振铃态域切换主叫模式流程图；

图7为根据本发明实施例的媒体实时导通的系统的结构框图；

图8为根据本发明优选实施例的媒体实时导通的系统的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图2为根据本发明实施例的媒体实时导通的方法的流程图。如图2所示，该流程包括：

步骤S202，在接收到域切换请求后，在关联本端终端和远端终端时，语音呼叫连续性应用服务器确定在振铃状态时远端终端的请求或应答(offer/answer)状态协商不成功或未完成；

在实际应用时，初始会话建立处于振铃态时，会话offer/answer状态未成功协商；此时，无线接入信号渐弱，MSC代替UE发起域切换操作请求；SCC AS收到域切换请求，关联本端终端和远端终端。

步骤S204，语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将第一请求消息发送至远端终端；

在实际应用时，SCC AS判断远端终端offer/answer状态协商不成功，则准备用发起域切换的INVITE消息replace建立呼叫的那路INVITE消息，发送至远端终端。

步骤S206，远端终端根据第一请求消息进行媒体更新，建立远端终端和本地终端的导通连接。

在实际应用时，远端终端回复对INVITE的响应消息，若回复带终端媒体能力的183消息，则透传；若回复不带媒体的180消息，则拦截；Replace的INVITE建立成功后，则远端发送481释放掉之前的那路INVITE；远端摘机应答，完成切换过程；切换过程成功后，SCC AS释放业务用户之前在PS域的那路呼叫；

上述实施例，由于在语音呼叫连续性应用服务器确定在主被叫振铃状态时远端终端的请求offer/应答answer状态协商不成功时，采用语音呼叫连续性应用服务器将用于域切换的第一请求消息代替用于建立呼叫的第二请求消息，并将第一请求消息发送至远端终端的技术手段，解决了相关技术中，在振铃态域切换过程中，必须在切换之前保证会话的请求(offer)/应答(answer)协商成功，否则SCC AS接收到镇振铃态域切换请求时，无法使用UPDATE消息去更新远端的问题，进而达到了可以在在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。

上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCC AS。

所述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息时，还包括：将所述第一请求消息代替原来的建立呼叫的第二请求消息。

在具体应用过程中，上述建立远端终端和本地终端的导通连接，包括以下处理过程：远端终端回复第一请求消息的响应消息并进行摘机应答。

实际应用时，上述远端终端回复第一请求消息的响应消息之后，还可以包括：语音呼叫连续性应用服务器判断接收的来自于远端终端的响应消息是否携带有终端媒体能力的消息；如果是，则透传响应消息；如果不是，则拦截响应消息。

在响应消息携带有终端媒体能力信息的情况下，在语音呼叫连续性应用服务器为SCC AS时，语音呼叫连续性应用服务器将响应消息透传给移动交换中心MSC；在语音呼叫连续性应用服务器为VCC AS时，语音呼叫连续性应用服务器将响应消息透传给本端终端。

在响应消息未携带有终端媒体能力的消息情况下，远端终端进行摘机应答之后，远端终端发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。

在具体应用过程中，，还可以包括以下处理过程：远端终端释放第二请求消息对应的呼叫流程(此过程可以在上述远端终端进行摘机应答之前进行，但不限于此)；语音呼叫连续性应用服务器释放与第二请求消息对应的呼叫流程(此过程可以在上述远端终端进行摘机应答之后进行，但不限于此)。

为了更好地理解上述实施例，以下结合相关附图和具体实例详细说明。

实例1

本实例涉及一种在IMS网络架构中SRVCC域切换的方法，为了达到上述目的，本实例提出了一种媒体实时导通的方法

图3为根据本发明实例1的SRVCC振铃态域切换主叫模式流程图。如图3所示，该流程包括：

步骤S301，SRVCC用户UE_A在PS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到SCC AS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；

步骤S302，UE_A处于振铃状态。UE_A上报无线接入信号给E-UTRAN，E-UTRAN根据无线接入信号决定触发SRVCC handover至CS域；MSC携带STR-SR发起会话切换操作；UE_A一直处于振铃状态；

步骤S303，MSC发起初始INVITE会话切换请求，且携带Request-URI为STR-SR，MGW支持的SDP；

步骤S304，IM CN转发会话切换的INVITE请求至SCC AS；

步骤S304a，SCC AS在收到上述INVITE请求后，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故SCC AS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；

步骤S304b，SCC AS发送INVITE(D2&&replace&&SDP)；

步骤S304c，IM CN转发INIVTE(D2)至终端UE_B；

步骤S304d，UE_B回复180；

步骤S304e，IM CN转发此180至SCC AS；SCC AS收到180，则拦截此振铃消息；

步骤S305，SCC AS发送INFO消息请求，包括会话相关信息，携带SCC主叫切换标识，且状态已经准备妥当；

步骤S306，IM CN转发此INFO消息给MSC；MSC接收到INFO消息，根据消息内容判断出为主叫振铃态域切换；

步骤S307，MSC回复INFO的响应消息200OK；

步骤S308，IM CN转发200OK(INFO)，消息；

步骤S309a，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；

步骤S309b，IM CN转发481消息至SCC AS；

步骤S309c，SCC AS回复ACK；

步骤S309d，IM CN转发ACK；至此释放了D1路呼叫；

步骤S310，MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态(Calldelivered state)；

步骤S311，被叫用户UE_B摘机应答，发送200OK(INVITE)消息，携带被叫用户的SDP；

步骤S312，IM CN转发应答响应消息给SCC AS；

步骤S313，SCC AS转发被叫摘机应答的200OK消息；

步骤S314，IM CN转发应答响应消息给MSC；

步骤S315，MSC通过CS Connect从消息告知UE_A(CS)远端被叫用户已经摘机应答；

步骤S316，UE_A(CS)回复CS Connect Ack消息；

步骤S317，MSC回复ACK消息；

步骤S318，IM CN转发ACK消息至SCC AS；

步骤S319，SCC AS转发ACK消息；

步骤S320，IM CN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；

步骤S321-S324，SCC AS发送404释放原来主叫从PS发起的那路呼叫；

实例2

图4为根据本发明实例2的SRVCC振铃态域切换主叫模式流程图。如图4所示，该流程包括：

步骤S401，SRVCC用户UE_A在PS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到SCC AS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；

步骤S402，UE_A处于振铃状态。UE_A上报无线接入信号给E-UTRAN，E-UTRAN根据无线接入信号决定触发SRVCC handover至CS域；MSC携带STR-SR发起会话切换操作；UE_A一直处于振铃状态；

步骤S403，MSC发起初始INVITE会话切换请求，且携带Request-URI为STR-SR，MGW支持的SDP；

步骤S404，IM CN转发会话切换的INVITE请求至SCC AS；

步骤S404a，SCC AS将本端与远端进行关联，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故SCC AS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；

步骤S404b，SCC AS发送INVITE(D2&&replace&&SDP)；

步骤S404c，IM CN转发INIVTE(D2)至终端UE_B；

步骤S404d，UE_B回复183(SDP)，SDP为终端UE_B的媒体能力；

步骤S404e，IM CN转发此183(SDP)至SCC AS；

步骤S404f，SCC AS收到183(SDP)，则透传；

步骤S404g，IM CN转发183(SDP)至MSC；(后续省略prack和200OK消息)

步骤S405，SCC AS发送INFO消息请求，包括会话相关信息，携带SCC主叫切换标识，且状态已经准备妥当；

步骤S406，IM CN转发此INFO消息给MSC；MSC接收到INFO消息，根据消息内容那个判断出为主叫振铃态域切换；

步骤S407，MSC回复INFO的响应消息200OK；

步骤S408，IM CN转发200OK(INFO)消息；

步骤S409a，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；

步骤S409b，IM CN转发481消息至SCC AS；

步骤S409c，SCC AS回复ACK；

步骤S409d，IM CN转发ACK；至此释放了D1路呼叫；

步骤S410，MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态(Calldelivered state)；

步骤S411，被叫用户UE_B摘机应答，发送200OK(INVITE)消息；

步骤S412，IM CN转发应答响应消息给SCC AS；

步骤S413，SCC AS转发被叫摘机应答的200OK消息；

步骤S414，IM CN转发应答响应消息给MSC；

步骤S415，MSC通过CS Connect从消息告知UE_A(CS)远端被叫用户已经摘机应答；

步骤S416，UE_A(CS)回复CS Connect Ack消息；

步骤S417，MSC回复ACK消息；

步骤S418，IM CN转发ACK消息至SCC AS；

步骤S419，SCC AS转发ACK消息；

步骤S420，IM CN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；

步骤S421-S424，SCC AS发送404释放原来主叫从PS发起的那路呼叫；

实例3

图5为根据本发明实例3的DRVCC振铃态域切换主叫模式流程图。如图5所示，该流程包括：

步骤S501，VCC用户UE_A在IMS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到VCC AS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；

步骤S502，UE_A因信号减弱或者个人喜好原因决定在CS域携带VDN发起域切换操作；UE_A一直处于振铃状态；

步骤S503，UE_A在CS域发起初始INVITE会话切换请求，且携带Request-URI为VDN，SDP为UE终端能力；

步骤S504，IM CN转发会话切换的INVITE请求至VCC AS；

步骤S505，VCC AS将本端与远端进行关联，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故VCC AS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；

步骤S506，VCC AS发送INVITE(D2&&replace&&SDP)；

步骤S507，IM CN转发INIVTE(D2)至终端UE_B；

步骤S508，UE_B回复180；

步骤S509，IM CN转发此180至VCC AS；VCC AS收到180，则拦截此振铃消息；

步骤S510，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；

步骤S511，IM CN转发481消息至VCC AS；

步骤S512，VCC AS回复ACK；

步骤S513，IM CN转发ACK；至此释放了D1路呼叫；

步骤S514，被叫用户UE_B摘机应答，发送200OK(INVITE)消息，携带被叫用户的SDP；

步骤S515，IM CN转发应答响应消息给VCC AS；

步骤S516，VCC AS转发被叫摘机应答的200OK消息；

步骤S517，IM CN转发应答响应消息给在CS域的UE_A终端；

步骤S518，在CS域的UE_A终端回复ACK消息；

步骤S519，IM CN转发ACK消息至VCC AS；

步骤S520，VCC AS转发ACK消息；

步骤S521，IM CN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；

步骤S522-S525，VCC AS发送404释放原来主叫UE_A在IMS发起的那路呼叫；

图6为根据本发明实例4的DRVCC振铃态域切换主叫模式流程图，如图6所示，该流程包括：

步骤S601，VCC用户UE_A在IMS域中携带主叫SDP发起呼叫到UE_B，且已经锚定到VCC AS；UE_B回复未带被叫SDP的180振铃消息；此会话处于振铃状态；此路呼叫为D1；

步骤S602，UE_A因信号减弱或者个人喜好原因决定在CS域携带VDN发起域切换操作；UE_A一直处于振铃状态；

步骤S603，UE_A在CS域发起初始INVITE会话切换请求，且携带Request-URI为VDN，SDP为UE终端能力；

步骤S604，IM CN转发会话切换的INVITE请求至VCC AS；

步骤S605，VCC AS将本端与远端进行关联，进行远端更新，因之前主被叫振铃状态时初始资源并未协商好，故VCC AS此时将此INVITE(D2)替代之前最初的那路INVITE(D1)；

步骤S606，VCC AS发送INVITE(D2&&replace&&SDP)；

步骤S607，IM CN转发INIVTE(D2)至终端UE_B；

步骤S608，UE_B回复183(SDP)，SDP为终端UE_B的媒体能力；

步骤S609，IM CN转发此183(SDP)至VCC AS；

步骤S610，VCC AS收到183(SDP)，则透传；

步骤S611，IM CN转发183(SDP)至在CS域的UE_A终端；(后续省略prack和200OK消息)

步骤S612，D2路建立成功后，UE_B发送481消息释放原始的D1路呼叫；

步骤S613，IM CN转发481消息至VCC AS；

步骤S614，VCC AS回复ACK；

步骤S615，IM CN转发ACK；至此释放了D1路呼叫；

步骤S616，被叫用户UE_B摘机应答，发送200OK(INVITE)消息；

步骤S617，IM CN转发应答响应消息给VCC AS；

步骤S618，VCC AS转发被叫摘机应答的200OK消息；

步骤S619，IM CN转发应答响应消息给在CS域的UE_A终端；

步骤S620，在CS域的UE_A终端回复ACK消息；

步骤S621，IM CN转发ACK消息至VCC AS；

步骤S622，VCC AS转发ACK消息；

步骤S623，IM CN转发ACK消息至UE_B；至此媒体协商完成，同时完成了切换流程；

步骤S624-S627，VCC AS发送404释放原来主叫在IMS发起的那路呼叫。

图7为根据本发明实施例的媒体实时导通的系统的结构框图。如图7所示，该系统包括：语音呼叫连续性应用服务器70、本端终端72和远端终端74，其中，

语音呼叫连续性应用服务器70包括：

确定模块702，用于在接收到域切换请求后，确定在振铃状态时远端终端74的请求(offer)或应答(answer)状态协商不成功或未完成；

建立模块704，与确定模块702相连，用于重新建立用于呼叫的第一请求消息；

第一发送模块706，与建立模块704相连，用于将所述第一请求消息发送至所述远端终端；

远端终端74包括：

切换模块742，用于根据第一请求消息进行媒体更新；

导通模块744，与切换模块742相连，用于建立远端终端74和本地终端72的导通连接。

上述语音呼叫连续性应用服务器为以下之一：单射频语音呼叫连续性应用服务器SCCAS、双射频语音呼叫连续性应用服务器VCC AS。

上述建立模块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)协商成功，否则SCC AS接收到镇振铃态域切换请求时，无法使用UPDATE消息去更新远端的问题，进而达到了可以在本端用户与远端用户会话协商不成功的情况下仍能够顺利完成振铃态域切换过程的效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种媒体实时导通的方法，其特征在于，包括：

在接收到域切换请求后，语音呼叫连续性应用服务器确定在振铃状态时，远端终端的请求或应答状态协商不成功或未完成；

所述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息，并将所述第一请求消息发送至所述远端终端；

所述远端终端根据所述第一请求消息进行媒体更新，建立所述远端终端和所述本地终端的导通连接。

2.根据权利要求1所述的方法，其特征在于，所述语音呼叫连续性应用服务器为以下之一：

单射频语音呼叫连续性应用服务器SCC AS、双射频语音呼叫连续性应用服务器VCCAS。

3.根据权利要求1所述的方法，其特征在于，所述语音呼叫连续性应用服务器重新建立用于呼叫的第一请求消息时，还包括：

将所述第一请求消息代替原来的建立呼叫的第二请求消息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述建立远端终端和所述本地终端的导通连接，包括：

所述远端终端回复所述第一请求消息的响应消息并进行摘机应答。

5.根据权利要求4所述的方法，其特征在于，所述远端终端回复所述第一请求消息的响应消息之后，还包括：

语音呼叫连续性应用服务器判断接收的来自于所述远端终端的响应消息是否携带有终端媒体能力的消息；如果是，则透传所述响应消息；如果不是，则拦截所述响应消息。

6.根据权利要求5所述的方法，其特征在于，透传所述响应消息包括：

在所述语音呼叫连续性应用服务器为所述SCC AS时，所述语音呼叫连续性应用服务器将所述响应消息透传给移动交换中心MSC；

在所述语音呼叫连续性应用服务器为所述VCC AS时，所述语音呼叫连续性应用服务器将所述响应消息透传给所述本端终端。

7.根据权利要求5所述的方法，其特征在于，在所述响应消息未携带有终端媒体能力的消息情况下，所述远端终端进行摘机应答之后，还包括：

所述远端终端发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。

8.根据权利要求3所述的方法，其特征在于，还包括：

所述远端终端释放所述第二请求消息对应的呼叫流程；

所述语音呼叫连续性应用服务器释放与所述第二请求消息对应的呼叫流程。

9.一种媒体实时导通的系统，包括：语音呼叫连续性应用服务器、本端终端和远端终端，其特征在于，

所述语音呼叫连续性应用服务器包括：

确定模块，用于在接收到域切换请求后，确定在振铃状态时所述远端终端的请求或应答状态协商不成功或未完成；

建立模块，用于重新建立用于呼叫的第一请求消息；

第一发送模块，用于将所述第一请求消息发送至所述远端终端；

所述远端终端包括：

更新模块，用于根据所述第一请求消息进行媒体更新；

导通模块，用于建立所述远端终端和所述本地终端的导通连接。

10.根据权利要求9所述的系统，其特征在于，所述语音呼叫连续性应用服务器为以下之一：

单射频语音呼叫连续性应用服务器SCC AS、双射频语音呼叫连续性应用服务器VCCAS。

11.根据权利要求9所述的系统，其特征在于，所述建立模块，还用于将所述第一请求消息代替原来的建立呼叫的第二请求消息。

12.根据权利要求9至11任一项所述的系统，其特征在于，所述导通模块，包括：

回复单元，用于回复所述第一请求消息的响应消息；

应答单元，用于摘机应答。

13.根据权利要求12所述的系统，其特征在于，所述语音呼叫连续性应用服务器还包括：

判断模块，用于判断接收的来自于所述远端终端的响应消息是否携带有终端媒体能力的消息；

透传模块，用于在所述判断模块输出结果为是的情况下，透传所述响应消息；

拦截模块，用于在所述判断模块输出结果为否的情况下，拦截所述响应消息。

14.根据权利要求13所述的系统，其特征在于，所述远端终端还包括：

第二发送模块，用于在所述判断模块输出结果为否的情况下，发送请求处理成功消息，其中，该请求处理成功消息中携带有终端媒体能力的消息。

15.根据权利要求11所述的系统，其特征在于，

所述远端终端还包括：第一释放模块，用于释放所述第二请求消息对应的呼叫流程；

所述语音呼叫连续性应用服务器还包括：第二释放模块，用于释放与所述第二请求消息对应的呼叫流程。

Images