CN102215478A - 语音呼叫处理方法及业务连续性服务器 - Google Patents

语音呼叫处理方法及业务连续性服务器 Download PDF

Info

Publication number
CN102215478A
CN102215478A CN2011101394632A CN201110139463A CN102215478A CN 102215478 A CN102215478 A CN 102215478A CN 2011101394632 A CN2011101394632 A CN 2011101394632A CN 201110139463 A CN201110139463 A CN 201110139463A CN 102215478 A CN102215478 A CN 102215478A
Authority
CN
China
Prior art keywords
far
local terminal
territory
business continuance
media
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
Application number
CN2011101394632A
Other languages
English (en)
Other versions
CN102215478B (zh
Inventor
周蓝粢
高扬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201110139463.2A priority Critical patent/CN102215478B/zh
Publication of CN102215478A publication Critical patent/CN102215478A/zh
Priority to PCT/CN2012/072678 priority patent/WO2012159483A1/zh
Application granted granted Critical
Publication of CN102215478B publication Critical patent/CN102215478B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种语音呼叫处理方法及业务连续性服务器，其中，语音呼叫处理方法包括：业务连续性服务器确定本端和远端的初始会话振铃态媒体资源状态协商不成功；业务连续性服务器使用本端发送的域切换请求中所携带的媒体信息去更新远端。通过本发明，实现了即使域切换前媒体资源状态协商不成功时，域切换流程也能够顺利完成。

Description

语音呼叫处理方法及业务连续性服务器
技术领域
本发明涉及通信领域，具体而言，涉及一种语音呼叫处理方法及业务连续性服务器。
背景技术
IMS(IP Multimedia Subsystem，网际协议多媒体子系统)是未来多媒体通信的发展方向，也是下一代网络最为重要的组成部分。它是3GPP(Third Generation Partnership Project，第三代合作伙伴计划)提出的支持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判断被叫已经摘机应答，则发送200OK消息给主叫，完成切换过程。具体地，该流程包括以下步骤：
步骤S1001：UE_B携带主叫SDP(Session 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。
步骤S1004a：SCCAS将本端与远端进行关联，因之前主被叫振铃状态时初始资源已经协商好，故SCC AS准备对远端的更新操作。
步骤S1005：SCC AS发送UPDATE消息去更新远端，此段媒体SDP表示资源可用。
步骤S1006：IM CN转发此条UPDATE消息给终端UE_B。
步骤S1007：UE_B回复200OK，并携带终端媒体能力。
步骤S1008：IM CN转发200OK给SCC AS。
步骤S1009：SCC AS发送带终端媒体能力的183消息。
步骤S1010：IM CN转发183消息给MSC。
步骤S1011：MSC回复Prack。
步骤S1012：IM CN转发Prack至SCCAS。
步骤S1013：SCCAS回复Prack的200OK。
步骤S1014：IM CN转发200OK至MSC。
步骤S1015：SCC AS发送INFO消息请求，包括会话相关信息，携带SCC(Service Continuity Control，业务连续性控制)被叫切换标识，且状态已经准备妥当。
步骤S1016：IM CN转发此INFO消息给MSC，MSC接收到INFO消息，根据消息内容判断出为被叫振铃态域切换。
步骤S1017：MSC回复INFO的响应消息200OK。
步骤S1018：IM CN转发200OK(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的响应200OK消息。
步骤S1024：IM CN转发200OK(INFO)消息给MSC。
步骤S1025：SCC AS接收到INFO消息，判断出被叫已经摘机应答，则发送摘机应答的200OK消息。
步骤S1026：IM CN转发此应答响应消息给主叫用户UE_B。
步骤S1027：主叫用户UE_B回复ACK。
步骤S1028：IM CN转发ACK至SCC AS。
步骤S1029：SCC AS发送200OK(INVITE)响应消息，以告知MSC切换成功。
步骤S1030：IM CN转发200OK(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。
步骤S4004a：SCC AS将本端与远端进行关联，进行远端更新。
即，SCCAS获取远端的信息，以将本端与远端进行关联。并且，对远端进行媒体资源更新。因之前主被叫振铃状态时初始资源并未协商好，故SCC AS发送带媒体信息的183消息更新远端。本实施例中，远端用户指主叫用户，本端用户指被叫用户。
步骤S4004b：SCC AS发送携带假媒体信息的183消息给IM CN；此段媒体信息表示资源可用。
步骤S4004c：IM CN转发此条带媒体信息的183消息给远端用户。
步骤S4004d-S4004e：远端用户回复Prack至SCC AS；SCC AS回复200OK(Prack)。
Prack为临时响应消息，是对应于183消息的回复消息。
步骤S4005：SCCAS发送UPDATE(SDP)消息更新远端。
步骤S4006：IM CN转发UPDATE(SDP)给远端用户。
步骤S4007：远端回复200OK(UPDATE&&SDP)，携带远端用户的媒体能力信息。
步骤S4008：IM CN转发200OK(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的200OK。
步骤S4014：IM CN转发200OK至MSC。
步骤S4015：SCC AS发送INFO(信息)消息请求，包括会话相关信息，携带SCC被叫切换标识，且状态已经准备妥当。
本步骤中，状态已经准备妥当是指SCCAS完成了切换动作。
步骤S4016：IM CN转发此INFO消息给MSC；MSC接收到INFO消息，根据消息内容判断出为被叫振铃态域切换。
步骤S4017：MSC回复INFO的响应消息200OK。
步骤S4018：IM CN转发200OK(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的响应200OK消息。
步骤S4024：IM CN转发200OK(INFO)消息给MSC。
步骤S4025：SCC AS接收到INFO消息，判断出被叫已经摘机应答，则发送摘机应答的200OK消息。
步骤S4026：IM CN转发此应答响应消息给主叫用户UE_B。
步骤S4027：主叫用户UE_B回复ACK。
步骤S4028：IM CN转发ACK至SCC AS。
步骤S4029：SCCAS发送200OK(INVITE)响应消息，以告知MSC切换成功。
步骤S4030：IM CN转发200OK(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振铃消息，由此说明主被叫初始媒体资源状态协商未成功。
步骤S5002：UE_A因信号减弱或者个人喜好原因决定在CS域携带VDN(VCC Domain Transfer Number，VCC域切换号码)发起域切换操作；UE_A一直处于振铃状态。
步骤S5003：UE_A在CS域发起初始INVITE会话切换请求，且携带Request-URI为VDN，SDP为UE终端能力。
步骤S5004：IM 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回复200OK(Prack)。
步骤S5010：VCC AS发送UPDATE(SDP)消息更新远端。
步骤S5011：IM CN转发UPDATE(SDP)给远端用户。
步骤S5012：远端回复200OK(UPDATE&&SDP)，携带远端用户的媒体能力信息。
步骤S5013：IM CN转发200OK(UPDATE&&SDP)给VCC AS。
步骤S5014：VCC AS发送携带SDP的183消息给IM CN；此段媒体信息表示资源可用。
步骤S5015：IM CN转发此条带媒体信息的183消息给在CS域的UE_A终端。
步骤S5016：在CS域的UE_A终端回复Prack。
步骤S5017：IM CN转发Prack至VCCAS。
步骤S5018：VCC AS回复Prack的200OK。
步骤S5019：IM CN转发200OK至在CS域的UE_A终端。
步骤S5020：UE_A在CS摘机应答，发送带应答会话信息的INFO消息给IM CN。
步骤S5021：IM CN转发此带应答信息的INFO消息给VCC AS。
步骤S5022：VCC AS回复INFO的响应200OK消息。
步骤S5023：IM CN转发200OK(INFO)消息给UE_A。
步骤S5024：VCC AS判断本端资源协商成功，则发送摘机应答的200OK消息。
步骤S5025：IM CN转发此应答响应消息给主叫用户UE_B。
步骤S5026：主叫用户UE_B回复ACK。
步骤S5027：IM CN转发ACK至VCC AS。
步骤S5028：VCC AS发送200OK(INVITE)响应消息。
步骤S5029：IM CN转发200OK(INVITE)消息至在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发起的操作。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种语音呼叫处理方法，其特征在于，包括：
业务连续性服务器接收到本端发送的域切换请求，确定所述本端和远端的初始会话振铃态媒体资源状态协商不成功；
所述业务连续性服务器使用所述本端发送的域切换请求中所携带的媒体信息去更新所述远端。
2.根据权利要求1所述的方法，其特征在于，所述业务连续性服务器使用所述本端发送的域切换请求中所携带的媒体信息去更新所述远端的步骤包括：
所述业务连续性服务器使用临时响应消息携带假媒体信息发送给所述远端，完成所述远端的媒体资源状态协商，其中，所述假媒体信息是指所述业务连续性服务器在发送所述临时响应消息之前上一条携带媒体的消息中所携带的媒体信息，或者是配置的媒体；
通过更新消息携带所述域切换请求中所携带的媒体信息，去更新所述远端。
3.根据权利要求2所述的方法，其特征在于，在更新所述远端的步骤之后，还包括：
所述业务连续性服务器获取所述远端的媒体能力信息，完成所述本端和所述远端的媒体资源状态协商。
4.根据权利要求3所述的方法，其特征在于，在所述完成所述本端和所述远端的媒体资源状态协商的步骤之后，还包括：
所述业务连续性服务器确定所述本端在CS域摘机应答，释放所述本端之前在PS域或IMS域的呼叫。
5.根据权利要求1所述的方法，其特征在于，在所述业务连续性服务器接收到本端发送的域切换请求之后，确定本端和远端的初始会话振铃态媒体资源状态协商不成功之前，还包括：
所述业务连续性服务器关联所述本端和所述远端。
6.一种业务连续性服务器，其特征在于，包括：
确定模块，用于接收到本端发送的域切换请求，确定所述本端和远端的初始会话振铃态媒体资源状态协商不成功；
更新模块，用于在所述确定模块确定本端和远端的初始会话振铃态媒体资源状态协商不成功时，使用所述本端发送的域切换请求中所携带的媒体信息去更新所述远端。
7.根据权利要求6所述的业务连续性服务器，其特征在于，
所述更新模块，用于使用临时响应消息携带假媒体信息发送给所述远端，完成所述远端的媒体资源状态协商，其中，所述假媒体信息是指所述业务连续性服务器在发送所述临时响应消息之前上一条携带媒体的消息中所携带的媒体信息，或者是配置的媒体；通过更新消息携带所述域切换请求中所携带的媒体信息，去更新所述远端。
8.根据权利要求7所述的业务连续性服务器，其特征在于，还包括：
协商模块，用于在所述更新模块更新所述远端之后，获取所述远端的媒体能力信息，完成所述本端和所述远端的媒体资源状态协商。
9.根据权利要求8所述的业务连续性服务器，其特征在于，还包括：
释放模块，用于在所述协商模块完成所述本端和所述远端的媒体资源状态协商之后，确定所述本端在CS域摘机应答，释放所述本端之前在PS域或IMS域的呼叫。
10.根据权利要求6所述的业务连续性服务器，其特征在于，
所述确定模块，还用于在接收到本端发送的域切换请求之后，确定本端和远端的初始会话振铃态媒体资源状态协商不成功之前，关联所述本端和所述远端。
CN201110139463.2A 2011-05-26 2011-05-26 语音呼叫处理方法及业务连续性服务器 Active CN102215478B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110139463.2A CN102215478B (zh) 2011-05-26 2011-05-26 语音呼叫处理方法及业务连续性服务器
PCT/CN2012/072678 WO2012159483A1 (zh) 2011-05-26 2012-03-21 语音呼叫处理方法及业务连续性服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110139463.2A CN102215478B (zh) 2011-05-26 2011-05-26 语音呼叫处理方法及业务连续性服务器

Publications (2)

Publication Number Publication Date
CN102215478A true CN102215478A (zh) 2011-10-12
CN102215478B CN102215478B (zh) 2016-06-08

Family

ID=44746555

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110139463.2A Active CN102215478B (zh) 2011-05-26 2011-05-26 语音呼叫处理方法及业务连续性服务器

Country Status (2)

Country Link
CN (1) CN102215478B (zh)
WO (1) WO2012159483A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012159483A1 (zh) * 2011-05-26 2012-11-29 中兴通讯股份有限公司 语音呼叫处理方法及业务连续性服务器
CN103716851A (zh) * 2012-10-08 2014-04-09 三星电子株式会社 移动通信系统中切换呼叫的装置和方法
WO2015070420A1 (en) * 2013-11-14 2015-05-21 Qualcomm Incorporated Dual radio voice call continuity

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080018756A (ko) * 2006-08-25 2008-02-28 삼성전자주식회사 음성 호 연속 서비스를 위한 도메인 전환 방법 및 시스템
CN101417494A (zh) * 2008-11-14 2009-04-29 联塑(杭州)机械有限公司 发泡塑料射出成型装置
CN101835121A (zh) * 2009-03-09 2010-09-15 华为技术有限公司 一种对媒体协商进行适配处理的方法、系统和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101141794B (zh) * 2006-09-08 2011-06-15 华为技术有限公司 用户设备、语音呼叫连续性应用服务器及网络切换方法
CN101351039B (zh) * 2007-07-20 2011-11-09 华为技术有限公司 实现多媒体呼叫连续性的方法、装置及系统
CN102215478B (zh) * 2011-05-26 2016-06-08 中兴通讯股份有限公司 语音呼叫处理方法及业务连续性服务器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080018756A (ko) * 2006-08-25 2008-02-28 삼성전자주식회사 음성 호 연속 서비스를 위한 도메인 전환 방법 및 시스템
CN101417494A (zh) * 2008-11-14 2009-04-29 联塑(杭州)机械有限公司 发泡塑料射出成型装置
CN101835121A (zh) * 2009-03-09 2010-09-15 华为技术有限公司 一种对媒体协商进行适配处理的方法、系统和装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012159483A1 (zh) * 2011-05-26 2012-11-29 中兴通讯股份有限公司 语音呼叫处理方法及业务连续性服务器
CN103716851A (zh) * 2012-10-08 2014-04-09 三星电子株式会社 移动通信系统中切换呼叫的装置和方法
WO2015070420A1 (en) * 2013-11-14 2015-05-21 Qualcomm Incorporated Dual radio voice call continuity
US9516557B2 (en) 2013-11-14 2016-12-06 Qualcomm Incorporated Differentiated VoLTE based on dual radio and DRVCC

Also Published As

Publication number Publication date
WO2012159483A1 (zh) 2012-11-29
CN102215478B (zh) 2016-06-08

Similar Documents

Publication Publication Date Title
CN107070849B (zh) 用于使用sip协议来实现协作会话的控制转移的系统和方法
KR100932350B1 (ko) 비디오 통신 방법, 비디오 통신 시스템, 및 통합 미디어자원 서버
EP2192742B1 (en) Local session controller, ip multimedia subsystem and session registration method
EP3087715B1 (en) Tunneling voip call control on cellular networks
JP2012532504A (ja) 進化型パケットシステムのボイスサービスインジケータに基づいてボイスサービスにアクセスするシステムおよび方法
CN102804730A (zh) 用于实现设备之间的媒体和媒体转移的系统和方法
CN102484635A (zh) 用于实现设备之间的媒体和媒体转移的系统和方法
EP2784978A1 (en) Method and system for implementing multimedia call
MX2011013981A (es) Sistema y metodo para servicio de voz en un sistema evolucionado de paquetes.
CN103703737A (zh) 用于支持ims服务连续性的实现的方法和设备
CN101478737B (zh) 一种业务迁移的方法、装置和系统
CN101326785B (zh) 无缝会话转移的设备和方法
CN101433050A (zh) 注册多联系装置的方法
CN101529883B (zh) 向匿名呼叫者提供组合服务的系统和方法
CN102215478B (zh) 语音呼叫处理方法及业务连续性服务器
CN1889565B (zh) 会话建立方法
CN101459533B (zh) 一种下一代网络中改进的应用服务器容灾的系统及方法
CN101188802A (zh) 一种呼叫转移前转类的实现方法和系统
WO2008077435A1 (en) Method and apparatuses for the provision of network services offered through a set of servers in an ims network
CN102651732A (zh) 一种ims网络中的业务触发方法和系统
EP2073482B1 (en) A method of call control and a ims cs control apparatus and terminal device
CN113014728A (zh) 一种通信助理业务的实现方法、系统及计算机存储介质
CN104796384B (zh) 呼叫处理方法、装置及系统
CN102487495A (zh) Hss异常时实现呼叫的方法及cscf
CN103997496A (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