专利名称：语音呼叫处理方法及业务连续性服务器的制作方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种语音呼叫处理方法及业务连续性服务器。
背景技术：
IMS(IP Multimedia Subsystem,网际协议多媒体子系统)是未来多媒体通信的发展方向，也是下一代网络最为重要的组成部分。它是3GPP (Third Generation Partnership I^roject，第三代合作伙伴计划)提出的支持IP多媒体业务的子系统，其显著特征是采用了 SIP (Session Initial Protocol，会话初始协议)体系，通信与接入方式无关，可以具备多种多媒体业务控制功能与承载能力分离、呼叫与会话分离、应用与服务分离、业务与网络分离，以及移动网与因特网业务融合等多种能力。3GPP中，VCC(Voice Call Continuity，语音呼叫连续性)是指当UE(用户终端) 在支持VoIP(网络电话)业务的网络和不支持VoIP业务的网络之间移动时，保持语音业务的连续性，即将在源网络的VoIP语音业务承载平滑切换到目标网络CS(电路交换)域，反之亦然。VCC 可以分为 DRVCC (Dual Radio VCC，双射频 VCC)和 SRVCC (Single Radio VCC, 单射频VCC)。DRVCC对应Dual Radio的UE，即UE同时可以支持两种Radio。实现用户在 Dual Radio的环境下，在IMS与CS之间的语音切换。SRVCC实现无线用户在Single Radio 的环境下，在IMS与CS之间的语音切换。SRVCC对应Single Radio的UE，即UE只能在同一时间使用2G/3G的Radio、LTE的Radio中的一种，SR(单射频)的需求是终端厂商提出的，其目的是复用2G/3G、LTE网络的射频和相关电路。对于SRVCC，3GPP中提供了 SRVCC振铃态切换被叫模式的标准流程方法。在该方法中，要求振铃态域切换过程，必须在切换之前保证会话的offer/answer协商(即资源协商)成功，否则SCC AS(业务连续性服务器)接收到振铃态域切换请求时，无法使用UPDATE 消息去更新远端(主叫用户端)的媒体信息，导致域切换不成功。但在实际的切换过程中， 经常会出现切换前媒体资源状态未协商成功的情况，在这种情况下如何保证域切换过程的顺利完成，是需要解决的问题。
发明内容
本发明的主要目的在于提供一种语音呼叫处理方法及业务连续性服务器，以至少解决上述振铃态域切换前媒体资源状态未协商成功的情况下，如何保证域切换过程顺利完成的问题。根据本发明的一个方面，提供了一种语音呼叫处理方法，包括业务连续性服务器接收到本端发送的域切换请求，确定本端和远端的初始会话振铃态媒体资源状态协商不成功；业务连续性服务器使用本端发送的域切换请求中所携带的媒体信息去更新远端。根据本发明的另一方面，提供了一种业务连续性服务器，包括确定模块，用于接收到本端发送的域切换请求，确定本端和远端的初始会话振铃态媒体资源状态协商不成功；更新模块，用于使用本端发送的域切换请求中所携带的媒体信息去更新远端。通过本发明，当振铃态域切换前媒体资源状态协商未成功时，采用业务连续性服务器将本端发送的域切换请求中所携带的更新远端，解决了现有技术在振铃态域切换前媒体资源状态未协商成功的情况下，无法成功进行切换的问题，进而达到了即使域切换前媒体资源状态协商不成功时，域切换流程也能够顺利完成的效果。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图1是根据相关技术的3GPP SRVCC振铃态域切换被叫模式流程图；图2是根据本发明实施例一的一种语音呼叫处理方法的步骤流程图；图3是根据本发明实施例二的一种语音呼叫处理方法的步骤流程图；图4是根据本发明实施例三的一种媒体实时导通SRVCC振铃态域切换被叫模式流程图；图5是根据本发明实施例四的一种媒体实时导通DRVCC振铃态域切换被叫模式流程图；图6是根据本发明实施例五的一种业务连续性服务器的结构框图。
具体实施例方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。为便于理解本发明实施例，首先对3GPP中的SRVCC振铃态域切换作以介绍。参照图1，示出了 3GPP SRVCC振铃态域切换被叫模式流程图。本实施例示出了 3GPP中的SRVCC振铃态域切换过程中，MSC代替UE发起振铃态域切换的请求操作，SCC AS接收到域切换操作请求时，使用UPDATE消息去更新远端；媒体协商完成后，SCCAS发送INFO消息通知MSC相关会话信息，并携带切换模式；被叫CS号码摘机时，MSC发送带应答标识的INFO消息通知SCCAS，SCCAS判断被叫已经摘机应答，则发送2000K消息给主叫，完成切换过程。具体地，该流程包括以下步骤步骤S1001:冊_8携带主叫 SDPCession Description Protocol，会话描述协议) 发起呼叫到在PS (Packet Switched，分组交换)域中的SRVCC用户UE_A，且UE_A已经锚定到SCCAS(业务连续性服务器)，UE_A回复带被叫SDP的180振铃消息。本步骤表明两端资源已经协商成功，此会话处于振铃状态。步骤S1002 :UE_A上报无线接入信号给E_UTRAN(演进的通用陆基无线接入网)， E-UTRAN根据无线接入信号决定触发SRVCC handover (SRVCC切换)至CS域。MSC (移动交换中心)携带STN-SR(单射频会话切换号码)发起会话切换操作。UE_A—直处于振铃状态。步骤S1003 =MSC发起初始INVITE会话切换请求，且携带Request-URI为STN-SR， 和MGW (媒体网关)支持的SDP。
步骤S1004 =IM CN(IP多媒体核心网)转发会话切换的INVITE请求至SCCAS。步骤S10(Ma =SCCAS将本端与远端进行关联，因之前主被叫振铃状态时初始资源已经协商好，故SCC AS准备对远端的更新操作。步骤S1005 =SCC AS发送UPDATE消息去更新远端，此段媒体SDP表示资源可用。步骤S1006 IM CN转发此条UPDATE消息给终端UE_B。步骤S1007 :UE_B回复2000K，并携带终端媒体能力。步骤S1008 :IM CN 转发 2000K 给 SCC AS。步骤S1009 =SCC AS发送带终端媒体能力的183消息。步骤S1010 :IM CN 转发 183 消息给 MSC。步骤SlOll =MSC 回复 Prack。步骤S1012 :IM CN 转发 Prack 至 SCCAS。步骤S1013 SCCAS 回复 Prack 的 2000K。步骤S1014 :IM CN 转发 2000K 至 MSC。步骤S1015 =SCC AS发送INFO消息请求，包括会话相关信息，携带SCC (Service Continuity Control，业务连续性控制)被叫切换标识，且状态已经准备妥当。步骤S1016 =IM CN转发此INFO消息给MSC，MSC接收到INFO消息，根据消息内容判断出为被叫振铃态域切换。步骤S1017 =MSC回复INFO的响应消息2000K。步骤S1018 :IM CN 转发 2000K (INFO)消息。步骤S1019 :MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态 (Call delivered state)。步骤S1020a 被叫用户UE_A在CS域的号码摘机应答。步骤S1020 :UE_A 发送 CS Connect 通知 MSC。步骤S1021 =MSC接收被叫用户在CS摘机的CS Connect消息后，发送带应答会话信息的INFO消息给IM CN。步骤S1022 =IM CN转发此带应答信息的INFO消息给SCC AS。步骤S1023 :SCC_AS 回复 INFO 的响应 2000K 消息。步骤S1024 :IM CN 转发 2000K (INFO)消息给 MSC。步骤S1025 =SCC AS接收到INFO消息，判断出被叫已经摘机应答，则发送摘机应答的2000K消息。步骤S1026 =IM CN转发此应答响应消息给主叫用户UE_B。步骤S1027 主叫用户UE_B回复ACK。步骤Sl(^8 :IM CN 转发 ACK 至 SCC AS。步骤S1029 =SCC AS发送2000K (INVITE)响应消息，以告知MSC切换成功。步骤S1030 :IM CN 转发 2000K (INVITE)消息至 MSC。步骤S1031 =MSC发送CS ConnectAck消息给UE_A，告知切换成功。步骤S1032 =MSC 回复 ACK 消息。步骤S1033 :IM CN 转发 ACK 至 SCC AS。步骤S1034-S1041 =SCC AS发送CANCEL释放原来被叫在PS域的那路呼叫。
以下，通过多个实施例对本发明作以介绍。实施例一参照图2，根据本发明实施例一的一种语音呼叫处理方法的步骤流程图。本实施例的语音呼叫处理方法包括以下步骤步骤S2002 业务连续性服务器接收到本端发送的域切换请求，确定本端和远端的初始会话振铃态媒体资源状态协商不成功。当初始会话建立处于振铃态，本端和远端的会话offer/answer状态未成功协商， 即本端和远端的媒体资源状态协商不成功时，业务连续性服务器，如SCCAS或VCCAS，则接收不到相应的协商回复信息。在这种情况下，业务连续性服务器能够根据是否接收到相应的协商回复信息，来确定本端和远端的媒体资源状态协商是否成功。当信号衰减时，可以由移动交换中心MSC代替移动终端UE，或者由UE自己发起域切换操作请求，要求进行域切换操作。业务连续性服务器接收到本端发送的域切换请求，确定本端和远端的初始会话振铃态媒体资源状态协商不成功，相应地，进行步骤S2004的操作。步骤S2004 业务连续性服务器使用本端发送的域切换请求中所携带的媒体信息去更新远端。当信号衰减，需要进行域切换时，业务连续性服务器接收到本端发送的域切换请求，判断媒体资源状态协商不成功，在这种情况下，业务连续性服务器使用域切换请求中所携带的媒体信息更新远端。相关技术中，在出现切换前offer/answer未协商成功时，业务连续性服务器接收到域切换请求时，无法使用UPDATE消息去更新远端(主叫用户端)的媒体信息，导致域切换不成功。通过本实施例，当切换前offer/answer未协商成功时，业务连续性服务器使用域切换请求中携带的媒体信息更新远端，完成协商，从而保证了即使切换前offer/answer 未协商成功，切换流程也能顺利完成。实施例二参照图3，示出了根据本发明实施例二的一种语音呼叫处理方法的步骤流程图。本实施例的语音呼叫处理方法包括以下步骤步骤S3002 初始会话建立处于振铃态时，会话offer/answer状态未成功协商。此时，无线接入信号渐弱，由MSC代替UE，或者由UE发起域切换请求。步骤S3004 业务连续性服务器收到域切换请求，关联本端和远端。本实施例中，本端为被叫用户端，远端为主叫用户端。业务连续性服务器SCC AS 或者VCC AS通过获取远端的信息，实现本端和远端的关联。步骤S3006 业务连续性服务器将域切换请求INVITE消息中的媒体信息使用 UPDATE(更新)消息携带发送给远端。具体地，业务连续性服务器先使用临时响应消息携带假媒体信息发送给远端， 完成远端的媒体资源状态协商；然后，将域切换请求INVITE消息中的媒体信息，使用 UPDATE(更新)消息发送给远端，更新远端。其中，假媒体信息可以是指业务连续性服务器在发送临时响应消息之前上一条携带媒体的消息中所携带的媒体信息，也可以是配置的媒体，但不限于此两种。使用临时响应消息携带假媒体信息，有效利用了现有的消息，不用对现有流程做过多修改，节约了实现成本，提高了实现效率。临时响应消息可以是183消息，但不限于此，本领域技术人员应当明了，任何适当的消息，均可以携带上述信息，发送给远端，以完成远端的媒体资源状态协商过程。步骤S3008 业务连续性服务器确定业务用户(本端被叫用户)已在CS域摘机应答，释放业务用户(被叫用户)之前在PS域或IMS域的那路呼叫。实施例三参照图4，示出了根据本发明实施例三的一种媒体实时导通SRVCC振铃态域切换被叫模式流程图。本实施例的切换流程包括以下步骤步骤S4001 :UE_B携带主叫SDP发起呼叫到在PS域中的SRVCC用户UE_A，且UE_ A已经锚定到SCCAS。UE_A回复未带被叫SDP的180振铃消息，此会话处于振铃状态。可以看出，主被叫振铃状态时初始资源并未协商好。步骤S4002 :UE_A上报无线接入信号给E-UTRAN，E-UTRAN根据无线接入信号决定触发SRVCC handover至CS域。MSC携带STN-SR发起会话切换操作。UE_A—直处于振铃状态。步骤S4003 =MSC发起初始INVITE会话切换请求，且携带Request-URI (包含统一资源标识符信息的请求信息)为STN-SR，和MGW支持的SDP。步骤S4004 =IM CN转发会话切换的INVITE请求至SCC AS。步骤S40(Ma =SCC AS将本端与远端进行关联，进行远端更新。S卩，SCCAS获取远端的信息，以将本端与远端进行关联。并且，对远端进行媒体资源更新。因之前主被叫振铃状态时初始资源并未协商好，故SCC AS发送带媒体信息的183 消息更新远端。本实施例中，远端用户指主叫用户，本端用户指被叫用户。步骤S4004b =SCC AS发送携带假媒体信息的183消息给IM CN ；此段媒体信息表示资源可用。步骤S40(Mc IM CN转发此条带媒体信息的183消息给远端用户。步骤S4004d_S4004e 远端用户回复 Prack 至 SCC AS ； SCC AS 回复 2000K (Prack)。Prack为临时响应消息，是对应于183消息的回复消息。步骤S4005 SCCAS发送UPDATE (SDP)消息更新远端。步骤S4006 IM CN 转发 UPDATE (SDP)给远端用户。步骤S4007 远端回复2000K (UPDATE&&SDP)，携带远端用户的媒体能力信息。步骤S4008 :IM CN 转发 2000K (UPDATE&&SDP)给 SCC AS。
步骤S4009 =SCC AS发送携带SDP的183消息给IM CN ；此段媒体信息表示资源可用。步骤S4010 =IM CN转发此条带媒体的183消息给MSC。步骤S4011 =MSC 回复 Prack。步骤S4012 :IM CN 转发 Prack 至 SCCAS。步骤S4013 SCCAS 回复 Prack 的 2000K。步骤S4014 :IM CN 转发 2000K 至 MSC。步骤S4015 =SCC AS发送INFO (信息)消息请求，包括会话相关信息，携带SCC被叫切换标识，且状态已经准备妥当。本步骤中，状态已经准备妥当是指SCCAS完成了切换动作。步骤S4016 =IM CN转发此INFO消息给MSC ；MSC接收到INFO消息，根据消息内容判断出为被叫振铃态域切换。步骤S4017 =MSC回复INFO的响应消息2000K。步骤S4018 :IM CN 转发 2000K (INFO)消息。步骤S4019 :MSC接收到携带会话相关信息的INFO消息时，进入呼叫传递状态 (Call delivered state)。步骤S4020a 被叫用户UE_A在CS域的号码摘机应答。步骤S4020 :UE_A 发送 CS Connect 通知 MSC。步骤S4021 :MSC接收被叫用户在CS摘机的CS Connect消息后，发送带应答会话信息的INFO消息给IM CN。步骤S4022 IM CN转发此带应答信息的INFO消息给SCC AS。步骤S4023 SCCAS回复INFO的响应2000K消息。步骤S4024 :IM CN 转发 2000K (INFO)消息给 MSC。步骤S4025 =SCC AS接收到INFO消息，判断出被叫已经摘机应答，则发送摘机应答的2000K消息。步骤S4026 =IM CN转发此应答响应消息给主叫用户UE_B。步骤S4027 主叫用户UE_B回复ACK。步骤S4028 IM CN 转发 ACK 至 SCC AS。步骤S4029 =SCCAS发送2000K (INVITE)响应消息，以告知MSC切换成功。步骤S4030 :IM CN 转发 2000K (INVITE)消息至 MSC。步骤S4031 =MSC发送CS ConnectAck消息给UE_A，告知切换成功。步骤S4032 =MSC 回复 ACK 消息。步骤S4033 IM CN 转发 ACK 至 SCC AS。至此媒体携带完成，同时完成了切换流程。步骤S4034-S4041 =SCC AS发送CANCEL释放原来被叫在PS域的那路呼叫。本实施例中，SRVCC振铃态域切换的域切换请求消息由MSC代替UE发起。通过本实施例的切换方法，使得即使初始时，主被叫振铃状态的媒体资源状态未协商好，域切换过程也能够顺利完成。实施例四参照图5，示出了根据本发明实施例四的一种媒体实时导通DRVCC振铃态域切换被叫模式流程图。本实施例的切换流程包括以下步骤步骤S5001 :UE_B携带主叫SDP发起呼叫到在IMS域中的VCC用户UE_A，且UE_A 已经锚定到VCC AS ；UE_A回复未带被叫SDP的180振铃消息；此会话处于振铃状态。本实施例中，业务连续性服务器为VCC AS。UE_A回复未带被叫SDP的180振铃消息，由此说明主被叫初始媒体资源状态协商未成功。步骤35002:冊_4因信号减弱或者个人喜好原因决定在05域携带￥0则￥0 DomainTransfer Number，VCC域切換号码)发起域切換操作；UE_A—直处于振铃状态。步骤S5003 :UE_A在CS域发起初始INVITE会话切換请求，且携带Request-URI为 VDN, SDP为UE终端能力。步骤S5004 JM CN转发会话切換的INVITE请求至VCC AS。步骤S5005 :VCC AS将本端与远端进行关联，进行远端更新，因之前主被叫振铃状 态时初始资源并未协商好，故VCC AS发送假媒体信息的183消息更新远端。步骤S5006 :VCC AS发送携带假媒体信息的183消息给IM CN ；此段媒体信息表示 资源可用。步骤S5007 :IM CN转发此条带媒体信息的183消息给远端用户。步骤S5008:远端用户回复Prack至VCC AS。本实施例中，远端用户指主叫用户，本端用户指被叫用户。步骤S5009 :VCC AS 回复 2000K (Prack)。步骤S5010 :VCC AS发送UPDATE (SDP)消息更新远端。步骤S5011 IM CN 转发 UPDATE (SDP)给远端用户。步骤S5012 远端回复2000K(UPDATE&&SDP)，携带远端用户的媒体能力信息。步骤S5013 :IM CN 转发 2000K (UPDATE&&SDP)给 VCC AS。步骤S5014 :VCC AS发送携带SDP的183消息给IM CN ；此段媒体信息表示资源可
O步骤S5015 :IM CN转发此条带媒体信息的183消息给在CS域的UE_A终端。步骤S5016 在CS域的UE-A终端回复ft~ack。步骤S5017:IM CN 转发 Prack 至 VCCAS。步骤S5018 :VCC AS 回复 Prack 的 2000K。步骤S5019 :IM CN转发2000K至在CS域的UE_A终端。步骤S5020 :UE_A在CS摘机应答，发送带应答会话信息的INFO消息给IM CN。步骤S5021 :IM CN转发此带应答信息的INFO消息给VCC AS。步骤S5022 :VCC AS回复INFO的响应2000K消息。步骤S5023 IM CN 转发 2000K (INFO)消息给 UE_A。步骤S5024 :VCC AS判断本端资源协商成功，则发送摘机应答的2000K消息。步骤S5025 :IM CN转发此应答响应消息给主叫用户UE_B。步骤S5026 主叫用户UE_B回复ACK。步骤S5027 IM CN 转发 ACK 至 VCC AS。步骤S5028 :VCC AS 发送 2000K (INVITC)响应消息。步骤S5029 JM CN转发2000K(INVITC)消息至在CS域的UE_A终端。步骤S5030 在CS域的UE-A终端回复ACK消息。步骤S5031 :IM CN 转发 ACK 至 VCC AS。至此媒体携帯完成，同时完成了切換流程。步骤S5032-S5039 =VCC AS发送CANCEL消息释放原来被叫在IMS域的那路呼叫。本实施例中，DRVCC振铃态域切換的域切換请求消息由UE发起。通过本实施例的 切換方法，使得即使初始时，主被叫振铃状态的媒体资源状态未协商好，域切換过程也能够顺利完成。实施例五参照图6，示出了根据本发明实施例五的一种业务连续性服务器的结构框图。本实施例的业务连续性服务器包括确定模块602，用于接收到本端发送的域切换请求，确定本端和远端的初始会话振铃态媒体资源状态协商不成功；更新模块604，用于在所述确定模块确定本端和远端的初始会话振铃态媒体资源状态协商不成功时，使用本端发送的域切换请求中所携带的媒体信息去更新远端。优选地，更新模块604用于使用临时响应消息携带假媒体信息发送给远端，完成远端的媒体资源状态协商，其中，假媒体信息可以是业务连续性服务器在发送临时响应消息之前上一条携带媒体的消息中所携带的媒体信息；也可以是配置的媒体；但不限于此两种；通过更新消息携带域切换请求中所携带的媒体信息，去更新远端。优选地，本实施例的业务连续性服务器还包括协商模块606，用于在更新模块 604更新远端之后，获取远端的媒体能力信息，完成本端和远端的媒体资源状态协商。优选地，本实施例的业务连续性服务器还包括释放模块608，用于在协商模块 606完成本端和远端的媒体资源状态协商之后，确定本端已在CS域摘机应答，释放本端在 PS域或IMS域的呼叫。优选地，本实施例的业务连续性服务器的确定模块602，还用于在接收到本端发送的域切换请求之后，确定本端和远端的初始会话振铃态媒体资源状态协商不成功之前，关联本端禾口远端。本实施例实现的方法可以参照上述相关方法实施例中的相关描述，并且具有上述相关方法实施例的有益效果，在此不再赘述。从以上的描述中，可以看出，本发明提供了一种在IMS网络架构中，DRVCC以及 SRVCC域切换的技术方案，特别是一种用户媒体实时导通模式的被叫流程的技术方案。通过本发明的技术方案，实现了当切换前媒体资源状态协商不成功时，由业务连续性服务器使用域切换请求中携带的媒体信息更新远端，完成协商，从而保证了切换流程的顺利完成。需要说明的是，本发明实施例中SRVCC振铃态域切换流程同样适用于DRVCC振铃态时的域切换，只是DRVCC域切换是由终端UE发起的操作。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种语音呼叫处理方法，其特征在于，包括业务连续性服务器接收到本端发送的域切换请求，确定所述本端和远端的初始会话振铃态媒体资源状态协商不成功；所述业务连续性服务器使用所述本端发送的域切换请求中所携带的媒体信息去更新所述远端。
2.根据权利要求1所述的方法，其特征在于，所述业务连续性服务器使用所述本端发送的域切换请求中所携带的媒体信息去更新所述远端的步骤包括所述业务连续性服务器使用临时响应消息携带假媒体信息发送给所述远端，完成所述远端的媒体资源状态协商，其中，所述假媒体信息是指所述业务连续性服务器在发送所述临时响应消息之前上一条携带媒体的消息中所携带的媒体信息，或者是配置的媒体；通过更新消息携带所述域切换请求中所携带的媒体信息，去更新所述远端。
3.根据权利要求2所述的方法，其特征在于，在更新所述远端的步骤之后，还包括所述业务连续性服务器获取所述远端的媒体能力信息，完成所述本端和所述远端的媒体资源状态协商。
4.根据权利要求3所述的方法，其特征在于，在所述完成所述本端和所述远端的媒体资源状态协商的步骤之后，还包括所述业务连续性服务器确定所述本端在CS域摘机应答，释放所述本端之前在PS域或 IMS域的呼叫。
5.根据权利要求1所述的方法，其特征在于，在所述业务连续性服务器接收到本端发送的域切换请求之后，确定本端和远端的初始会话振铃态媒体资源状态协商不成功之前， 还包括所述业务连续性服务器关联所述本端和所述远端。
6.一种业务连续性服务器，其特征在于，包括确定模块，用于接收到本端发送的域切换请求，确定所述本端和远端的初始会话振铃态媒体资源状态协商不成功；更新模块，用于在所述确定模块确定本端和远端的初始会话振铃态媒体资源状态协商不成功时，使用所述本端发送的域切换请求中所携带的媒体信息去更新所述远端。
7.根据权利要求6所述的业务连续性服务器，其特征在于，所述更新模块，用于使用临时响应消息携带假媒体信息发送给所述远端，完成所述远端的媒体资源状态协商，其中，所述假媒体信息是指所述业务连续性服务器在发送所述临时响应消息之前上一条携带媒体的消息中所携带的媒体信息，或者是配置的媒体；通过更新消息携带所述域切换请求中所携带的媒体信息，去更新所述远端。
8.根据权利要求7所述的业务连续性服务器，其特征在于，还包括协商模块，用于在所述更新模块更新所述远端之后，获取所述远端的媒体能力信息，完成所述本端和所述远端的媒体资源状态协商。
9.根据权利要求8所述的业务连续性服务器，其特征在于，还包括释放模块，用于在所述协商模块完成所述本端和所述远端的媒体资源状态协商之后， 确定所述本端在CS域摘机应答，释放所述本端之前在PS域或IMS域的呼叫。
10.根据权利要求6所述的业务连续性服务器，其特征在于，所述确定模块，还用于在接收到本端发送的域切换请求之后，确定本端和远端的初始会话振铃态媒体资源状态协商不成功之前，关联所述本端和所述远端。
全文摘要
本发明公开了一种语音呼叫处理方法及业务连续性服务器，其中，语音呼叫处理方法包括业务连续性服务器确定本端和远端的初始会话振铃态媒体资源状态协商不成功；业务连续性服务器使用本端发送的域切换请求中所携带的媒体信息去更新远端。通过本发明，实现了即使域切换前媒体资源状态协商不成功时，域切换流程也能够顺利完成。
文档编号H04W36/14GK102215478SQ20111013946
公开日2011年10月12日 申请日期2011年5月26日 优先权日2011年5月26日
发明者周蓝粢, 高扬 申请人:中兴通讯股份有限公司