CN101431747A - 一种语音呼叫连续性技术呼叫的判定方法、***和装置 - Google Patents
一种语音呼叫连续性技术呼叫的判定方法、***和装置 Download PDFInfo
- Publication number
- CN101431747A CN101431747A CNA2007101696231A CN200710169623A CN101431747A CN 101431747 A CN101431747 A CN 101431747A CN A2007101696231 A CNA2007101696231 A CN A2007101696231A CN 200710169623 A CN200710169623 A CN 200710169623A CN 101431747 A CN101431747 A CN 101431747A
- Authority
- CN
- China
- Prior art keywords
- vcc
- calling
- access network
- message
- network entity
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种语音呼叫连续性技术VCC呼叫的判定方法、***和装置。该语音呼叫连续性技术呼叫的判定方法包括以下步骤:获取VCC呼叫判定信息;根据所述VCC呼叫判定信息判定一个呼叫是否为VCC呼叫;如果是,则向接入网实体发送VCC呼叫指示信息。通过本发明实施例,在不同语音呼叫承载的情形下,根据获取的VCC呼叫判定信息,判定一个呼叫是否为VCC呼叫,并将判定结果通知接入网实体,从而使接入网可能控制UE进行与VCC域转换相关的测量,并在后续的切换过程中将此指示通知给目标接入网,使得后续的VCC域转换能够进行,从而保证了IMS承载与CS域承载之间语音呼叫的连续性。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种语音呼叫连续性技术呼叫的判定方法、***和装置。
背景技术
2G/3G(2nd Generation/3rd Generation,第二代移动通信技术/第三代移动通信技术)网络经过多年的部署,在某种程度上可以看作一种全面的覆盖,随着SAE(System Architecture Evolution,***架构演进)/LTE(Long TermEvolution,长期演进),HSPA(High Speed Packet Access,高速分组接入),HSPA+(High Speed Packet Access Evolution,高速分组接入演进)以及WiMAX(Worldwide Interoperability for Microwave Access,微波存取全球互通)网络技术的发展,这些网络已覆盖到一些城区和话务热点地区,在目前的通信网络中,这些网络和2G/3G网络并存。为描述方便起见,将仅提供PS(PacketSwitched,分组交换)域的SAE/LTE,HSPA,HSPA+,WiMAX等统称为纯PS域网络。
针对不同的网络承载机制,可将移动通信的语音呼叫分为如下几类:
第一类是CS(Circuit Service,电路域业务)域承载的会话类业务,如语音电话;
第二类是PS域承载的会话类业务,也称为VoIP(Voice over IP,IP承载语音技术)类业务,由IMS(IP Multimedia Subsystem,IP多媒体业务子***)提供QoS(Quality of Service,服务质量)保证,如IP承载的语音电话。
语音呼叫只能在纯PS网络的PS域承载上传输,IMS通过基于IP的网络来控制语音呼叫。在2G/3G网络中,语音呼叫一般都是承载在CS域上。
发起呼叫的用户在一次呼叫过程中,有可能跨越多个网络,由于移动通信业务承载机制的不同,导致当UE移动出纯PS域网络基站所覆盖范围,进入2G/3G网络基站覆盖区时,可能会出现IMS语音呼叫的间断,从而影响用户语音呼叫的连续性,反之亦然。
为了解决上述问题,保证用户语音呼叫的连续性,目前采用SRVCC(SingleRadio Voice Call Continuity,单无线链路语音呼叫连续性技术)技术方案来解决承载在纯PS域网络上的IMS语音呼叫和承载在CS域之间语音呼叫的连续性问题。
现有技术一般认为在SRVCC技术方案中由接入网判定是否启动VCC(Voice Call Continuity,语音呼叫连续性技术)的域转换过程。只有一个呼叫是VCC呼叫才可能利用该技术,所谓VCC呼叫是指一个语音呼叫锚定在IMS的VCC AS(Voice Call Continuity Application Server,语音连续性应用服务器)上。因此,如何判定一个呼叫是否是VCC语音呼叫并通知接入网是基于SRVCC的技术方案实现语音连续性的前提。
现有技术给出判定VCC语音呼叫并通知接入网的方法是由CSCF(CallSession Control Function,呼叫会话控制功能体)判定一个语音呼叫是否为VCC呼叫并将结果通过PCRF(Policy and Charging Rules Function,策略与计费规则功能体)和EPC(Envolved Packet Core,演进的分组核)通知到SAE/LTE的接入网。这是SAE/LTE网络中实现VCC呼叫判定并通知接入网的一种实现方法。
但是,这个方法存在三个缺陷:
(1)涉及修改的网络实体多,包括IMS的CSCF、PCRF、MME(MobilityManagement Entity,移动性管理网元)、PDN GW(Packet Data NetworkGateway,分组数据网络网关),实现复杂;
(2)仅考虑了SAE/LTE网络的实现,未给出其它纯PS域网络的实现方法;
(3)没有考虑2G/3G网络中CS域VCC语音呼叫的判定和通知方法。
因此,现有技术的缺点是:现有的VCC呼叫判定并通知接入网的技术方案实现起来比较复杂,且未给出其它纯PS域网络的实现方法,也没有在2G/3G网络中CS域VCC语音呼叫的判定和通知方法。并且现有技术也没有提供在切换过程中将VCC呼叫指示信息通知给目标接入网的方法,无法保证SRVCC技术在后续的切换过程中的实现。
发明内容
本发明实施例提供一种VCC呼叫的判定方法、***和装置,以实现根据语音呼叫承载的不同,判定一个呼叫是否为VCC呼叫,并将结果通知接入网。
为达到上述目的,本发明实施例一方面提供一种语音呼叫连续性技术VCC呼叫的判定方法,包括:获取VCC呼叫判定信息;根据所述VCC呼叫判定信息判定一个呼叫是否为VCC呼叫;如果是,则向接入网实体发送VCC呼叫指示信息。
另一方面,本发明实施例还提供一种VCC呼叫的判定***,包括:核心网实体,用于获取VCC呼叫判定信息,并根据所述VCC呼叫判定信息判定一个呼叫是否为VCC呼叫,如果是,则发送VCC呼叫指示信息;接入网实体,与所述核心网实体连接,用于接收所述核心网实体发送的VCC呼叫指示信息。
再一方面,本发明实施例还提供一种核心网实体,包括:信息获取模块,用于获取VCC呼叫判定信息;判定模块,与所述信息获取模块连接,用于根据所述信息获取模块获取的VCC呼叫判定信息判定一个呼叫是否为VCC呼叫;发送模块,与所述判定模块连接,用于在所述判定模块判定所述呼叫是VCC呼叫之后,向接入网实体发送VCC呼叫指示信息。
再一方面,本发明实施例还提供一种CS域的VCC呼叫指示方法,包括:源接入网决定切换到目标接入网;所述源接入网向所述源接入网连接的移动交换中心MSC发送切换消息,所述切换消息携带所述源接入网已保存的VCC呼叫指示信息;所述源接入网连接的MSC将所述VCC呼叫指示信息发送给所述目标接入网。
再一方面,本发明实施例还提供一种分组交换PS域的VCC呼叫指示方法,包括:源接入网决定切换到目标接入网;所述源接入网向所述源接入网连接的核心网实体发送切换消息,所述切换消息携带所述源接入网已保存的VCC呼叫指示信息;所述源接入网连接的核心网实体将所述VCC呼叫指示信息发送给所述目标接入网。
与现有技术相比,本发明实施例具有以下优点:通过本发明实施例,在语音呼叫的不同承载情形下,根据获取的VCC呼叫判定信息判定一个呼叫是否为VCC呼叫,并向接入网实体发送VCC呼叫指示信息。在切换过程中,源接入网将VCC呼叫指示信息发送给目标接入网,从而可以保证SRVCC技术方案在后续切换过程中的实现。
附图说明
图1为本发明实施例VCC呼叫的判定方法的流程图;
图2为本发明实施例一Iu模式的消息流程图;
图3为本发明实施例一A/Gb模式的消息流程图;
图4为本发明实施例二Iu模式的消息流程图;
图5为本发明实施例二A/Gb模式的消息流程图;
图6为本发明实施例三MSC判定方法一Iu模式的消息流程图;
图7为本发明实施例三MSC判定方法一A/Gb模式的消息流程图;
图8为本发明实施例三MSC判定方法二Iu模式的消息流程图;
图9为本发明实施例三MSC判定方法二A/Gb模式的消息流程图;
图10为本发明实施例三UE判定方法的Iu模式的消息流程图;
图11为本发明实施例三UE判定方法的A/Gb模式的消息流程图;
图12为本发明实施例四的流程图;
图13为本发明实施例VCC呼叫的判定***的结构图。
具体实施方式
由于只有一个呼叫是VCC呼叫时,才能借助现有技术中的SRVCC技术方案,以实现在不同无线网络间切换时语音的连续性。因此,为了实现语音的连续性,对于一个语音呼叫首先要判定其是否是VCC呼叫,基于判定的结果通知到接入网,由接入网为后续可能的不同无线网络技术间的切换发生时通知UE启动VCC的域转换过程。由此可知,判定VCC呼叫并通知接入网是SRVCC技术方案得以实现的重要前提。而且,在切换过程中源接入网要将VCC呼叫判决结果通知到目的接入网,以保证SRVCC技术在后续切换中得以实现。
根据现有技术,IMS承载的语音呼叫是否锚定到VCC AS由运营商的策略决定。缺省的策略是,当所有VCC签约用户主叫和被叫语音呼叫都锚定到VCCAS时,才能使得后续的域转换过程能够实现。CS域承载的语言业务,无论主叫还是被叫,是否锚定到VCC AS则只能由运营商策略决定。为此,本发明实施例将对IMS承载的语音呼叫与CS域承载的语音呼叫区分对待。
为描述简单起见,本发明实施例将IMS承载的语音呼叫简称为IMS语音呼叫,将CS域承载的语音呼叫简称为CS语音呼叫。
本发明实施例判定IMS语音呼叫并通知接入网的方法限定在3GPP的无线网络,即GSM(Global System for Mobile communications,全球移动通信***)/GPRS(General Packet Radio Service,通用分组无线服务)/EDGE(EnhancedData Rate for GSM Evolution,增强数据速率的GSM演进)、WCDMA(WidebandCode Division Multiple Access,宽带码分多址接入)/HSPA/HSPA+、SAE/LTE。本发明实施例判定一个IMS语音呼叫是否为VCC呼叫,基于缺省的VCC策略,即主叫或者被叫的IMS语音呼叫用户均为VCC签约用户时,则该IMS语音呼叫应该锚定到VCC AS。但是,为了能够使得后续的VCC域转换过程能够得以实现,还应该考虑UE的能力,即只有具有VCC能力的UE才能够实现后续可能进行的VCC域转换过程。根据当前的3GPP(the 3rd Generation Partner Project,第三代合作伙伴计划)协议规范,在SAE/LTE网络中能够同时获得用户签约信息与UE能力(包括VCC能力)的核心网实体为MME(Mobility ManagementEntity,移动管理实体),在2G/3G中,为SGSN(Serving GPRS Support Node,服务GPRS支撑节点)。因此,判定IMS语音呼叫是否为VCC呼叫并依据UE能力通知接入网的网络实体应该为核心网实体MME(SAE/LTE网络)或者SGSN(2G/3G)。
在本发明实施例中,UE能力包括UE的VCC能力。
对于主叫CS语音呼叫,MSC(Mobile Switching Center,移动交换中心)能够在语音呼叫的建立阶段判定该主叫CS语音呼叫是否锚定在VCC AS上,即能够判定一个主叫CS语音呼叫是否是VCC呼叫。依据当前3GPP的协议规范,在语音呼叫的建立阶段MSC也能够获得UE能力,因此,判定主叫CS语音呼叫是否为VCC呼叫并依据UE能力通知接入网的网络实体应该为核心网实体MSC。
对于被叫CS语音呼叫,无论是CS域的核心网实体MSC、接入网实体、还是UE都无法通过现有的协议规范获取该被叫CS语音呼叫是否锚定到VCC AS的信息。根据现有的协议规范,在被叫CS语音呼叫建立阶段或建立以后能够获得UE能力的实体包括MSC和UE,因此,为了减少对现有协议规范的修改,本发明实施例选择MSC或者UE通过修改的协议规范获得被叫CS语音呼叫是否锚定到VCC AS的信息。
在切换过程中,源接入网应该将一个语音呼叫是VCC呼叫的信息通知到目标接入网,使得后续的VCC域转换能够进行以保证语音连续性得以实现。
本发明实施例提供一种VCC呼叫的判定方法,通过本发明实施例,在语音呼叫的不同承载情形下,根据获取的VCC呼叫判定信息判定一个语音呼叫是否为VCC呼叫,并向接入网实体发送VCC呼叫指示信息,以保证SRVCC技术方案在后续的切换过程中得以实现。
如图1所示,为本发明实施例VCC呼叫的判定方法的流程图,具体包括以下步骤:
步骤S101,获取VCC呼叫判定信息。该VCC呼叫判定信息包括UE的能力和用户的签约信息等。在本发明实施例中,由核心网实体获取VCC呼叫判定信息。本发明实施例中提到的语音呼叫包括IMS语音呼叫、主叫CS语音呼叫和被叫语音呼叫。当一个呼叫为被叫CS语音呼叫时,也可由UE获取该语音呼叫的VCC呼叫判定信息。
步骤S102,根据VCC呼叫判定信息判定一个呼叫是否为VCC呼叫。根据获得的VCC呼叫判定信息,核心网实体就可判定一个呼叫是否为VCC呼叫。当一个呼叫为被叫CS语音呼叫时,也可由UE根据获取的VCC呼叫判定信息判定一个呼叫是否为VCC呼叫。
步骤S103,如果是,则向接入网实体发送VCC呼叫指示信息。在判定一个呼叫为VCC呼叫之后,核心网实体向接入网实体发送VCC呼叫指示信息,通知接入网实体该语音呼叫为VCC呼叫,以使后续的SRVCC技术方案得以实现。同样,当一个呼叫为被叫CS语音呼叫时,也可由UE在向接入网实体发送的响应消息中携带VCC呼叫指示信息,以告知接入网实体该语音呼叫为VCC呼叫。在语音呼叫过程中,当由于UE的移动性以及负载均衡等原因,UE发生无线接入***内部或者无线接入***之间的切换时,为了VCC过程能够得以进行并保证语音的连续性,源接入网实体就可以在切换消息中携带VCC呼叫指示信息,以通知目标接入网实体此语音呼叫是VCC呼叫。
上述VCC呼叫的判定方法,在不同的语音呼叫承载情形下,根据获取的VCC呼叫判定信息,核心网实体或UE就能判定一个呼叫是否为VCC呼叫,并将判定结果通知接入网实体,从而使接入网可能控制UE进行与VCC域转换相关的测量,并在后续的切换过程中将此指示通知给目标接入网,使得后续的VCC域转换能够进行,从而保证IMS承载与CS域承载之间语音呼叫的连续性。
本发明实施例一提供了一种判定一个IMS语音呼叫是否为VCC呼叫,并通知接入网实体的方法,要将VCC呼叫指示信息发送给接入网实体,核心网的MME/SGSN需要做出如下的判定:
(1)根据QoS参数,判定一个呼叫是否是语音呼叫;
(2)根据UE能力判定UE是否具有VCC能力;
(3)根据缺省的VCC策略,即VCC签约用户,来自HSS/HLR的用户签约信息判定该IMS语音呼叫是否锚定到VCC AS。
UE能力来自于UE附着/位置区/跟踪区(Attach/Routing AreaUpdating/Tracking Area Updating)过程中的消息,激活Secondary PDP上下文请求消息携带了用于判断是否是语音呼叫的QoS参数,通过与HSS(HomeSubscriber Server,归属用户服务器)/HLR(Home Location Register,归属位置寄存器)的交互可获取用户的签约信息。因此,无论是主叫还是被叫的IMS语音呼叫,在接收到激活Secondary PDP上下文请求消息后,核心网实体MME/SGSN都能够获得发送到接入网的关于VCC呼叫指示信息的所有信息。
MME/SGSN只有在确定一个呼叫是IMS语音呼叫、UE具有VCC能力和用户为VCC签约用户时,才会在业务承载建立的消息中携带VCC呼叫指示信息,以通知接入网该呼叫为VCC呼叫。
其中,在SAE/LTE***中,Iu模式的消息流如图2所示,具体包括以下步骤:
步骤S201,UE发送激活Secondary PDP上下文请求消息作为业务承载建立的请求,该激活Secondary PDP上下文请求消息包括了判定一个呼叫是否是语音呼叫的QoS参数。
步骤S202,MME/SGSN判定一个呼叫是IMS语音呼叫。MME/SGSN从HSS/HLR获取用户的签约信息,从而能够判定该用户是否是VCC签约用户;根据Aattch/路由区/跟踪区更新过程中UE提供的UE能力,能够判定UE是否具有VCC能力。再结合步骤S201的判定结果,MME/SGSN判定一个呼叫是IMS语音呼叫、该用户为VCC签约用户且UE具有VCC能力。
步骤S203,在RAB(Radio Access Bearer,无线接入承载)分配请求消息中设置VCC呼叫指示信息用于指示该呼叫是VCC呼叫,并将其发送到接入网的eNB(Envolved NodeB,演进的NodeB)/RNC(Radio Network Controller,无线网络控制器)/BSC(Base Station Controller,基站控制器)。
步骤S204,接入网的eNB/RNC/BSC保存该信息,用RAB分配响应消息应答。
在2G/3G***中,A/Gb模式的消息流如图3所示,具体包括以下步骤:
步骤S301,UE发送激活Secondary PDP上下文请求消息作为业务承载建立的请求,该激活Secondary PDP上下文请求消息包括了判定一个呼叫是否是语音呼叫的QoS参数。
步骤S302,SGSN判定一个呼叫是IMS语音呼叫。SGSN从HSS/HLR获取用户的签约信息,从而能够判定该用户是否是VCC签约用户;根据Aattch/路由区更新过程中UE提供的UE能力,能够判定UE是否具有VCC能力。再结合步骤S301的判定结果,SGSN判定一个呼叫是IMS语音呼叫、该用户为VCC签约用户且UE具有VCC能力。
步骤S303,在BSS(Base Station Subsystem,基站子***)分组流上下文创建请求消息中设置VCC呼叫指示信息用于指示该业务是VCC呼叫,并将其发送到接入网的BSC。
步骤S304,接入网的BSC保存该信息,用BSS分组流上下文创建响应消息应答。
本发明实施例二提供了一种判定一个主叫CS语音呼叫是否为VCC呼叫并通知接入网实体的方法。对于主叫CS语音呼叫,核心网的MSC根据发起语音呼叫的Setup消息,触发CAMEL(Customised Applications for Mobile networkEnhanced Logic,定制的移动网络应用增强逻辑)主叫触发器向gsmSCF(globalsystem for mobile communications Service Control Function,全球移动通信***服务控制功能体)发送CAMEL IDP(Initial Detect Point,初始检测点)消息用于判定主叫CS语音呼叫是否能够锚定到VCC AS。UE的Attach/位置区更新过程提供了UE的能力,据此可以判定UE的VCC能力。因此MSC能够获得VCC呼叫判定信息。
其中,在2G/3G***中,Iu模式的消息流如图4所示,具体包括以下步骤:
步骤S401,UE在CS域发起语音呼叫过程中,向MSC发送Setup消息。MSC根据该Setup消息可获取UE的能力,判定UE具有VCC能力。
步骤S402,MSC向CAMEL发送CAMEL IDP消息,以触发CAMEL主叫触发器。
步骤S403,CAMEL判决该主叫CS语音呼叫能够锚定到VCC AS,分配IMRN(IP Multimedia Routing Number,IP多媒体路由号码)在CAMEL连接消息中携带,应答步骤S402的消息。
步骤S404,结合UE的VCC能力与步骤S403的判定结果,MSC判定该主叫CS语音呼叫为VCC呼叫。该MSC在业务承载建立消息,例如:RAB分配请求消息中设置VCC呼叫指示信息,指示该主叫CS语音呼叫为VCC呼叫,并将其发送给接入网的RNC/BSC。
步骤S405,接入网的RNC/BSC保存该信息,并发送RAB分配响应消息应答。
其中,在2G/3G***中,A/Gb模式的消息流如图5所示,具体包括以下步骤:
步骤S501,UE在CS域发起语音呼叫过程中,向MSC发送Setup消息。MSC根据该Setup消息可获取UE的能力,判定UE具有VCC能力。
步骤S502,MSC向CAMEL发送CAMEL IDP消息,以触发CAMEL主叫触发器。
步骤S503,CAMEL判决该主叫CS语音呼叫能够锚定到VCC AS,分配IMRN在CAMEL连接消息中携带,应答步骤S502的消息。
步骤S504,结合UE的VCC能力与步骤S503的判定结果,MSC判定该主叫CS语音呼叫为VCC呼叫。该MSC在业务承载建立消息,例如:动态信道分配消息中设置VCC呼叫指示信息,指示该主叫CS语音呼叫为VCC呼叫,并将其发送给接入网的BSC。
步骤S505,接入网的BSC保存该信息,并发送分配完成消息应答。
本发明实施例三提供了一种判定一个被叫CS语音呼叫是否为VCC呼叫并通知接入网实体的方法。对于被叫CS语音呼叫,无论是MSC还是UE都不能通过呼叫建立过程的交互消息确定此语音呼叫是否锚定到了VCC AS。MSC与UE都是具有UE能力的实体,因此,可以作为判定VCC呼叫的候选实体。
MSC获取语音呼叫是否锚定到VCC AS的方法,要求MSC与VCC AS的CAMEL服务实体交互,这通过CAP(CAMEL Application Part,CAMEL应用部分)协议实现。MSC在接收到被叫的Setup消息后即与VCC AS的CAMEL服务实体交互,获取此语音呼叫是否已经锚定在VCC AS,然后将VCC呼叫指示信息携带在业务承载分配消息中发送给接入网实体。
其中,在2G/3G***中,Iu模式的消息流如图6所示,具体包括以下步骤:
步骤S601,MSC接收到来自MSC/MGCF(Media Gateway Control Function,媒体网关控制功能体)的ISUP(Integrated Service Digital Network User Plane,综合业务数字网用户面)IAM(Initial Address Message,初始地址信息)消息,并寻呼UE。
步骤S602,MSC收到寻呼消息,并完成安全相关过程后发送Setup消息到被叫端UE。
步骤S603,MSC在发送Setup消息后,根据与VCC AS的CAMEL服务实体交互获取的VCC呼叫判定信息确定此被叫CS语音呼叫锚定到VCC AS,即判定该被叫CS语音呼叫为VCC呼叫。
步骤S604,MSC在业务承载建立的消息,例如:RAB分配请求消息中设置VCC呼叫指示信息,指示该被叫CS语音呼叫为VCC呼叫,并将其发送给接入网的RNC/BSC。
步骤S605,接入网的RNC/BSC保存该信息,并发送RAB分配响应消息应答。
在2G/3G***中,A/Gb模式的消息流如图7所示,具体包括以下步骤:
步骤S701,MSC接收到来自MSC/MGCF(Media Gateway Control Function,媒体网关控制功能体)的ISUP IAM消息,并寻呼UE。
步骤S702,MSC收到寻呼消息,并完成安全相关过程后发送Setup消息到被叫端UE。
步骤S703,MSC在发送Setup消息后,根据与VCC AS的CAMEL服务实体交互获取的VCC呼叫判定信息确定此被叫CS语音呼叫锚定到VCC AS,即判定该被叫CS语音呼叫为VCC呼叫。
步骤S704,MSC在业务承载建立的消息,例如:动态信道分配消息中设置VCC呼叫指示信息指示该语音呼叫为VCC呼叫,并将其发送给接入网的BSC。
步骤S705,接入网的BSC保存该信息,并发送分配完成消息应答。
MSC获取被叫CS语音呼叫是否锚定到VCC AS的另外一个方法是,S-CSCF(Serving-Call Session Control Function,服务呼叫会话控制功能体)在SIP(Session Initial Protocol,会话初始协议)消息中给出VCC呼叫指示信息,MGCF在ISUP的IAM消息中携带该VCC呼叫指示信息,MSC根据该VCC呼叫指示信息判定被叫CS语音呼叫是VCC呼叫,然后通知接入网。
在2G/3G***中,Iu模式的消息流如图8所示,具体包括以下步骤:
步骤S801,S-CSCF判定被叫CS语音呼叫锚定在VCC AS上,设置VCC呼叫指示信息,并在SIP INVITE消息中携带该VCC呼叫指示信息,然后将该SIPINVITE消息发送给MGCF。
步骤S802,MGCF根据SIP INVITE消息设置ISUP IAM消息中的VCC呼叫判定信息,并将该ISUP IAM消息发送给MSC。
步骤S803,MSC接收到ISUP IAM消息,发送Setup消息到UE。
步骤S804,MSC根据步骤S802中接收到的ISUP IAM消息,在业务承载建立消息,例如:RAB分配请求消息中设置VCC呼叫指示信息指示该被叫CS语音呼叫为VCC呼叫,并将其发送给接入网的RNC/BSC。
步骤S805,接入网的RNC/BSC保存该信息并发送RAB分配响应消息应答。
在2G/3G***中,A/Gb模式的消息流如图9所示,具体包括以下步骤:
步骤S901,S-CSCF判定被叫CS语音呼叫锚定在VCC AS上,设置VCC呼叫指示信息,并在SIP INVITE消息中携带该VCC呼叫指示信息,然后将该SIPINVITE消息发送给MGCF。
步骤S902,MGCF根据SIP INVITE消息设置ISUP IAM消息中的VCC呼叫判定信息,并将该ISUP IAM消息发送给MSC。
步骤S903,MSC接收到ISUP IAM消息,发送Setup消息到UE。
步骤S904,MSC根据步骤S902中接收到的ISUP IAM消息,在业务承载建立消息,例如:动态信道分配消息中设置VCC呼叫指示信息指示该被叫CS语音呼叫为VCC呼叫,并将其发送给接入网的RNC/BSC。
步骤S905,接入网的RNC/BSC保存该信息,并发送分配完成消息应答。
UE获取被叫CS语音呼叫是否锚定的方法,要求UE在接收到被叫的Setup消息后,通过USSD(Unstructured Supplementary Service Data,非结构化补充业务数据)与ICCF(IMS CS Control Function,IMS CS控制功能体)交互,获取此被叫CS语音呼叫是否锚定到VCC AS。在应答接入网的业务承载分配消息中携带VCC呼叫指示信息,发送给接入网。
其中,2G***的消息流如图10所示,具体包括以下步骤:
步骤S1001,MSC发送Setup消息到UE。
步骤S1002,UE与ICCF交互获取VCC呼叫判定信息。
步骤S1003,接入网的BSC发送分配命令消息到UE建立业务承载。
步骤S1004,UE根据步骤S1002中获取的VCC呼叫判定信息判定此被叫CS语音呼叫是VCC呼叫,在响应消息,例如:分配完成消息中携带VCC呼叫指示信息指示该被叫CS语音呼叫为VCC呼叫,并将该响应消息发送到接入网的BSC。
其中,3G***的消息流如图11所示,具体包括以下步骤:
步骤S1101,MSC发送Setup消息到UE。
步骤S1102,UE与ICCF交互获取VCC呼叫判定信息。
步骤S1103,接入网的RNC发送无线承载重配置消息到UE建立业务承载。
步骤S1104,UE根据步骤S1102中获取的信息判定此被叫CS语音呼叫是VCC呼叫,在响应消息,例如:无线承载重配置完成消息中携带VCC呼叫指示信息指示该被叫CS语音呼叫为VCC呼叫,并将该响应消息发送到接入网的BSC。
本发明实施例四提供了一种源接入网实体指示目标接入网实体此语音呼叫是否为VCC呼叫的方法,根据实施例一~三,在语音呼叫建立过程中能够将VCC呼叫指示信息发送给接入网。但是,在语音呼叫过程中,由于UE的移动性以及负载均衡等原因,UE可能发生无线接入***内部或者无线接入***之间的切换,为了使VCC过程能够进行,保证语音呼叫的连续性,源接入网实体应该在切换消息中携带VCC呼叫指示信息,通知目标接入网实体此语音呼叫是VCC呼叫。下面以CS语音呼叫在2G CS网络内MSC间(inter-MSC)的切换过程为例进行说明,该切换流程如图12所示,具体包括以下步骤:
步骤S1201,UE上报测量报告,源接入网的BSC/RNC决定执行域切换操作。
步骤S1202,源接入网的BSC/RNC发送切换消息(Handover required)到源接入网连接的MSC,其中在Old BSS to New BSS information IE(InformationElement,信元)中增加VCC呼叫指示信息,指示此语音呼叫是VCC呼叫。此IE在一个Container中,对核心网实体透明。
步骤S1203,源接入网连接的MSC将包含VCC呼叫指示信息的预切换请求信息发送给目标接入网连接的MSC。
步骤S1204,目标接入网连接的MSC将步骤S1202的Container发送给目标接入网的BSC/RNC,由其分析Old BSS to New BSS information IE,保存其中的VCC呼叫指示信息,并可能将其作为判定是否进行VCC域转换的依据。
当CS语音呼叫在2G CS网络内同一MSC连接的不同接入网之间切换时,源接入网的BSC/RNC将切换消息发送给源接入网连接的MSC,然后由源接入网连接的MSC将该切换消息发送给目标接入网的BSC/RNC。
当PS语音呼叫在不同接入网之间切换时,如果源接入网和目标接入网连接同一核心网实体SGSN/MME,则源接入网的BSC/RNC/eNB将切换消息发送给源接入网连接的SGSN/MME,该切换消息携带源接入网已保存的VCC呼叫指示信息,然后源接入网连接的SGSN/MME将该切换消息发送给目标接入网的BSC/RNC/eNB。
如果源接入网和目标接入网连接不同的核心网实体SGSN/MME,则源接入网的BSC/RNC/eNB将切换消息发送给源接入网连接的SGSN/MME,该切换消息携带源接入网已保存的VCC呼叫指示信息,然后源接入网连接的SGSN/MME将该切换消息发送给目标接入网连接的SGSN/MME,目标接入网连接的SGSN/MME再将该切换消息发送给目标接入网的BSC/RNC/eNB。
上述VCC呼叫指示方法,在语音呼叫过程中,当由于UE的移动性以及负载均衡等原因,UE发生无线接入***内部或者无线接入***之间的切换时,源接入网将VCC呼叫指示信息发送给目的接入网,以通知目标接入网此语音呼叫是VCC呼叫,从而保证了SRVCC技术在后续切换过程中的实现。
如图13所示,为本发明实施例VCC呼叫的判定***的结构图,包括:核心网实体1,用于获取VCC呼叫判定信息,并根据VCC呼叫判定信息判定一个呼叫是否为VCC呼叫,如果是,则发送VCC呼叫指示信息。接入网实体2,与核心网实体1连接,用于接收核心网实体1发送的VCC呼叫指示信息。
其中,该VCC呼叫的判定***还包括:用户设备UE3,与接入网实体2连接,用于当呼叫为被叫CS语音呼叫时,获取VCC呼叫判定信息,并根据VCC呼叫判定信息判定该被叫CS语音呼叫是否为VCC呼叫,如果是,则向接入网实体2发送VCC呼叫指示信息。
其中,核心网实体1包括:信息获取模块11,用于获取VCC呼叫判定信息;
判定模块12,与信息获取模块11连接,用于根据信息获取模块11获取的VCC呼叫判定信息判定一个呼叫是否为VCC呼叫;
发送模块13,与判定模块12连接,用于在判定模块12判定呼叫是VCC呼叫之后,向接入网实体2发送VCC呼叫指示信息。
其中,接入网实体2包括:指示信息接收模块21,用于接收核心网实体1发送的VCC呼叫指示信息。
其中,UE3包括:被叫信息获取模块31,用于当呼叫为被叫CS语音呼叫时,获取VCC呼叫判定信息;
被叫判定模块32,与被叫信息获取模块31连接,用于根据被叫信息获取模块31获取的VCC呼叫判定信息判定该被叫CS语音呼叫是否为VCC呼叫;
被叫指示发送模块33,与被叫判定模块32连接,用于在被叫判定模块32判定被叫CS语音呼叫是VCC呼叫之后,向接入网实体2发送VCC呼叫指示信息。
上述VCC呼叫的判定***,在不同的语音呼叫承载情形下,根据获取的VCC呼叫判定信息,核心网实体1或UE3判定一个呼叫是否为VCC呼叫,并将判定结果通知接入网实体2,从而使接入网实体2可以控制UE进行与VCC域转换相关的测量,并在后续的切换过程中将VCC呼叫指示信息发送给目标接入网,使得后续的VCC域转换能够进行,从而保证IMS承载与CS域承载之间语音呼叫的连续性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (24)
1、一种语音呼叫连续性技术VCC呼叫的判定方法,其特征在于,包括:
获取VCC呼叫判定信息;
根据所述VCC呼叫判定信息判定一个呼叫是否为VCC呼叫;
如果是,则向接入网实体发送VCC呼叫指示信息。
2、如权利要求1所述VCC呼叫的判定方法,其特征在于,在向所述接入网实体发送VCC呼叫指示信息之后,还包括:所述接入网实体保存所述VCC呼叫指示信息。
3、如权利要求1所述VCC呼叫的判定方法,其特征在于,所述呼叫包括IP多媒体业务子***IMS语音呼叫,所述VCC呼叫判定信息至少包括:服务质量QoS参数、用户的签约信息和用户设备UE的能力信息中的一种。
4、如权利要求3所述VCC呼叫的判定方法,其特征在于,所述获取VCC呼叫判定信息具体包括:核心网实体接收所述UE发送的激活辅助分组数据协议Secondary PDP上下文请求消息,以获取所述QoS参数。
5、如权利要求3所述VCC呼叫的判定方法,其特征在于,所述获取VCC呼叫判定信息具体包括:核心网实体通过归属用户服务器HSS或归属位置寄存器HLR获取所述用户的签约信息。
6、如权利要求3所述VCC呼叫的判定方法,其特征在于,所述获取VCC呼叫判定信息具体包括:核心网实体接收所述UE在附着过程或者路由区/跟踪区更新过程中上报的信息,以获取所述UE的能力信息。
7、如权利要求3所述VCC呼叫的判定方法,其特征在于,所述向接入网实体发送VCC呼叫指示信息具体包括:所述核心网实体向所述接入网实体发送无线接入承载分配请求消息或基站子***分组流上下文创建请求消息,所述无线接入承载分配请求消息或基站子***分组流上下文创建请求消息携带所述VCC呼叫指示信息。
8、如权利要求1所述VCC呼叫的判定方法,其特征在于,所述呼叫包括:主叫电路域业务CS语音呼叫,所述VCC呼叫判定信息至少包括:UE的能力信息。
9、如权利要求8所述VCC呼叫的判定方法,其特征在于,所述获取VCC呼叫判定信息具体包括:核心网实体接收所述UE在附着/位置区更新过程中上报的信息,以获取所述UE的能力信息。
10、如权利要求8所述VCC呼叫的判定方法,其特征在于,所述根据VCC呼叫判定信息判定一个呼叫是否为VCC呼叫具体包括:
所述核心网实体向定制的移动网络应用增强逻辑CAMEL发送CAMEL初始检测点消息;
若所述主叫CS语音呼叫能够锚定到VCC应用服务器,则所述核心网实体根据所述所述UE的能力信息判定所述主叫CS语音呼叫为VCC呼叫。
11、如权利要求1所述VCC呼叫的判定方法,其特征在于,所述呼叫包括被叫CS语音呼叫,
所述获取VCC呼叫判定信息包括:核心网实体通过与CAMEL服务实体交互获取所述VCC呼叫判定信息。
12、如权利要求1所述VCC呼叫的判定方法,其特征在于,所述呼叫包括被叫CS语音呼叫,
所述获取VCC呼叫判定信息包括:核心网实体接收媒体网关控制功能体MGCF发送的综合业务数字网用户面初始地址信息ISUP IAM消息,以获取所述VCC呼叫判定信息。
13、如权利要求12所述VCC呼叫的判定方法,其特征在于,所述接收MGCF发送的ISUP IAM消息,具体包括:
服务呼叫会话控制功能体S-CSCF判定所述被叫CS语音呼叫为VCC呼叫,向所述MGCF发送会话初始协议SIP INVITE消息,所述SIP INVITE消息携带VCC呼叫指示信息;
所述MGCF根据所述SIP INVITE消息设置所述ISUP IAM消息中的VCC呼叫判定信息,并将所述ISUP IAM消息发送给所述核心网实体。
14、如权利要求8或11所述VCC呼叫的判定方法,其特征在于,所述向接入网实体发送VCC呼叫指示信息包括:所述核心网实体向所述接入网实体发送业务承载建立消息,所述业务承载建立消息携带所述VCC呼叫指示信息。
15、如权利要求1所述VCC呼叫的判定方法,其特征在于,所述呼叫包括被叫CS语音呼叫,
所述获取VCC呼叫判定信息包括:UE与IMS CS控制功能体ICCF交互获取所述VCC呼叫判定信息。
16、如权利要求15所述VCC呼叫的判定方法,其特征在于,所述向接入网实体发送VCC呼叫指示信息包括:所述UE向所述接入网实体发送分配完成消息或无线承载重配置完成消息,所述分配完成消息或无线承载重配置完成消息携带所述VCC呼叫指示信息。
17、一种VCC呼叫的判定***,其特征在于,包括:
核心网实体,用于获取VCC呼叫判定信息,并根据所述VCC呼叫判定信息判定一个呼叫是否为VCC呼叫,如果是,则发送VCC呼叫指示信息;
接入网实体,与所述核心网实体连接,用于接收所述核心网实体发送的VCC呼叫指示信息。
18、如权利要求17所述VCC呼叫的判定***,其特征在于,还包括:用户设备UE,与所述接入网实体连接,用于当所述呼叫为被叫CS语音呼叫时,获取所述VCC呼叫判定信息,并根据所述VCC呼叫判定信息判定所述被叫CS语音呼叫是否为VCC呼叫,如果是,则向所述接入网实体发送VCC呼叫指示信息。
19、如权利要求18所述VCC呼叫的判定***,其特征在于,所述UE包括:
被叫信息获取模块,用于当所述呼叫为被叫CS语音呼叫时,获取所述VCC呼叫判定信息;
被叫判定模块,与所述被叫信息获取模块连接,用于根据所述被叫信息获取模块获取的VCC呼叫判定信息判定所述被叫CS语音呼叫是否为VCC呼叫;
被叫指示发送模块,与所述被叫判定模块连接,用于在所述被叫判定模块判定所述被叫CS语音呼叫是VCC呼叫之后,向所述接入网实体发送VCC呼叫指示信息。
20、一种核心网实体,其特征在于,包括:
信息获取模块,用于获取VCC呼叫判定信息;
判定模块,与所述信息获取模块连接,用于根据所述信息获取模块获取的VCC呼叫判定信息判定一个呼叫是否为VCC呼叫;
发送模块,与所述判定模块连接,用于在所述判定模块判定所述呼叫是VCC呼叫之后,向接入网实体发送VCC呼叫指示信息。
21、一种CS域的VCC呼叫指示方法,其特征在于,包括:
源接入网决定切换到目标接入网;
所述源接入网向所述源接入网连接的移动交换中心MSC发送切换消息,所述切换消息携带所述源接入网已保存的VCC呼叫指示信息;
所述源接入网连接的MSC将所述VCC呼叫指示信息发送给所述目标接入网。
22、如权利要求21所述CS域的VCC呼叫指示方法,其特征在于,在所述源接入网连接的MSC将所述VCC呼叫指示信息发送给目标接入网之前,还包括:
所述源接入网连接的MSC将所述VCC呼叫指示信息发送给所述目标接入网连接的MSC;
所述目标接入网连接的MSC将所述VCC呼叫指示信息发送给所述目标接入网。
23、一种分组交换PS域的VCC呼叫指示方法,其特征在于,包括:
源接入网决定切换到目标接入网;
所述源接入网向所述源接入网连接的核心网实体发送切换消息,所述切换消息携带所述源接入网已保存的VCC呼叫指示信息;
所述源接入网连接的核心网实体将所述VCC呼叫指示信息发送给所述目标接入网。
24、如权利要求23所述PS域的VCC呼叫指示方法,其特征在于,在所述源接入网连接的核心网实体将所述VCC呼叫指示信息发送给目标接入网之前,还包括:
所述源接入网连接的核心网实体将所述VCC呼叫指示信息发送给所述目标接入网连接的核心网实体;
所述目标接入网连接的核心网实体将所述VCC呼叫指示信息发送给所述目标接入网。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101696231A CN101431747B (zh) | 2007-11-06 | 2007-11-06 | 一种语音呼叫连续性技术呼叫的判定方法、***和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101696231A CN101431747B (zh) | 2007-11-06 | 2007-11-06 | 一种语音呼叫连续性技术呼叫的判定方法、***和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101431747A true CN101431747A (zh) | 2009-05-13 |
CN101431747B CN101431747B (zh) | 2012-06-27 |
Family
ID=40646856
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101696231A Active CN101431747B (zh) | 2007-11-06 | 2007-11-06 | 一种语音呼叫连续性技术呼叫的判定方法、***和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101431747B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103843398A (zh) * | 2011-10-04 | 2014-06-04 | 瑞典爱立信有限公司 | 用于为语音会话选择基于lte的话音或cs回退的方法和设备 |
CN102104848B (zh) * | 2009-12-16 | 2014-08-06 | ***通信集团公司 | 双模单待语音业务连续性的实现方法及ip多媒体子*** |
CN107370979A (zh) * | 2009-11-09 | 2017-11-21 | 三星电子株式会社 | 支持在切换期间的单一无线视频呼叫连续性的方法及*** |
CN109219969A (zh) * | 2016-06-03 | 2019-01-15 | 华为技术有限公司 | 质量参数的传输方法、终端和网络侧设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100401801C (zh) * | 2005-06-07 | 2008-07-09 | 华为技术有限公司 | 一种实现闭锁业务的方法 |
CN1997201A (zh) * | 2005-12-31 | 2007-07-11 | 华为技术有限公司 | 在话音业务连续性中处理呼叫的方法及装置 |
CN100493255C (zh) * | 2006-02-07 | 2009-05-27 | 华为技术有限公司 | 一种基于话音业务连续性的实现呼叫业务的***和方法 |
CN100571449C (zh) * | 2007-02-02 | 2009-12-16 | 华为技术有限公司 | 语音呼叫连续性能力管理的方法、移动终端和*** |
-
2007
- 2007-11-06 CN CN2007101696231A patent/CN101431747B/zh active Active
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107370979A (zh) * | 2009-11-09 | 2017-11-21 | 三星电子株式会社 | 支持在切换期间的单一无线视频呼叫连续性的方法及*** |
CN107370979B (zh) * | 2009-11-09 | 2020-11-10 | 三星电子株式会社 | 支持在切换期间的单一无线视频呼叫连续性的方法及*** |
CN102104848B (zh) * | 2009-12-16 | 2014-08-06 | ***通信集团公司 | 双模单待语音业务连续性的实现方法及ip多媒体子*** |
CN103843398A (zh) * | 2011-10-04 | 2014-06-04 | 瑞典爱立信有限公司 | 用于为语音会话选择基于lte的话音或cs回退的方法和设备 |
US9723030B2 (en) | 2011-10-04 | 2017-08-01 | Telefonaktiebolaget L M Ericsson (Publ) | Method and device for indicating VoLTE capability |
CN103843398B (zh) * | 2011-10-04 | 2018-05-22 | 瑞典爱立信有限公司 | 用于为话音会话选择基于lte的话音或cs回退的方法和设备 |
CN109219969A (zh) * | 2016-06-03 | 2019-01-15 | 华为技术有限公司 | 质量参数的传输方法、终端和网络侧设备 |
US10972212B2 (en) | 2016-06-03 | 2021-04-06 | Huawei Technologies Co., Ltd. | Quality parameter transmission method, terminal, and network side device |
Also Published As
Publication number | Publication date |
---|---|
CN101431747B (zh) | 2012-06-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2432281B1 (en) | Method for realizing single radio voice call continuity and single radio voice call continuity system | |
CN102378148B (zh) | 终端、hss、及核心网网元获知终端能力的方法和*** | |
CN101690332B (zh) | 在多媒体移动网络中提供语音业务的***和方法 | |
EP2326135B1 (en) | Emergency service handover method | |
CN101291453B (zh) | 一种实现会话的语音连续性的方法及装置 | |
EP2130311B1 (en) | Handover apparatus and method in a heterogeneous wireless communication system | |
CN105794265A (zh) | 支持多会话业务连续性的方法 | |
CN102244910B (zh) | 一种增强单接入语音业务连续性的通信***及方法 | |
CN101278593A (zh) | 辅助蜂窝无线通信***中的无线通信转移的方法和设备 | |
CN101453719B (zh) | 实现互联网协议语音业务切换的方法、***和设备 | |
CN102457477B (zh) | Ims多媒体优先级业务会话处理方法和装置 | |
EP3096584A2 (en) | Handover delay optimization | |
CN103686908A (zh) | 一种移动通信网络中直连通讯终端会话切换方法及装置 | |
CN101646256A (zh) | 跨无线接入技术的语音切换方法、设备及网络*** | |
CN102474763B (zh) | 用于提高会话连续性的方法和设备 | |
CN100417291C (zh) | 一种域间切换的方法、***及所用的域切换控制器 | |
CN102420806B (zh) | Ims中用户从电路交换域切换到分组交换域的方法及*** | |
CN101662756A (zh) | 语音连续性呼叫切换的方法、***及移动业务交换中心 | |
CN101431747B (zh) | 一种语音呼叫连续性技术呼叫的判定方法、***和装置 | |
EP2434808B1 (en) | Method for realizing single radio voice call continuity and single radio voice call continuity system | |
JP2012100176A (ja) | 移動通信方法及び移動管理ノード | |
CN102056255A (zh) | 一种会话切换的实现方法和*** | |
CN101459891B (zh) | 单无线信道语音业务连续性的切换方法 | |
CN103168483A (zh) | 方法和网络节点 | |
CN103533585B (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 | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20090513 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method, system and apparatus for determining voice call continuity technology call Granted publication date: 20120627 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |