CN102088681B - 语音呼叫连续性业务的处理方法、设备及系统 - Google Patents
语音呼叫连续性业务的处理方法、设备及系统 Download PDFInfo
- Publication number
- CN102088681B CN102088681B CN200910251389.6A CN200910251389A CN102088681B CN 102088681 B CN102088681 B CN 102088681B CN 200910251389 A CN200910251389 A CN 200910251389A CN 102088681 B CN102088681 B CN 102088681B
- Authority
- CN
- China
- Prior art keywords
- network element
- network
- forwarding channel
- data forwarding
- information
- 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
Abstract
本发明提供一种语音呼叫连续性业务的处理方法、设备及系统,方法包括:在UE发起的将语音业务从PS域网络向CS域网络切换的过程中,MME控制PS域网络的第一网元和CS域网络的第二网元之间建立数据转发通道;该语音业务从PS域网络向CS域网络切换的过程包括域切换和接入技术切换,该数据转发通道用于在域切换完成之前,转发UE的语音数据。本发明实施例通过在UE发起的将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS域网络之间的数据转发通道,使得域切换产生的较长的中断时延不再影响到SRVCC的语音切换时延大小,提高了SRVCC的语音连续性的质量。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种语音呼叫连续性业务的处理方法、设备及系统。
背景技术
第二代移动通信技术(2nd Generation,2G)或第三代移动通信技术(3rd Generation,简称3G)网络,例如全球移动通信系统(Global Systemfor Mobile Communication,简称GSM)或宽带码分多址(Wideband CodeDivision Multiple Access,简称WCDMA)网络,经过多年的部署已经形成一种全面覆盖的局势。而与此同时,随着网络技术的发展,一些仅提供分组交换(Packet Switch,简称PS)的纯PS域网络,例如系统架构演进(System Architecture Evolution,简称SAE)/长期演进(Long TermEvolution,简称LTE),高速分组接入(High Speed Packet Access,简称HSPA)等,在建网初期,也已经逐渐覆盖到一些城区和话务热点地区。因而在目前的通信网络中,这些纯PS域网络和2G或3G网络处于并存的状态。
对于上述不同通信网络中的语音业务而言,针对不同的承载机制,可以将移动通信的语音呼叫分为两类:一类是电路域(Circuit Service,简称CS)承载的会话类业务,例如语音电话;第二类是PS域承载的会话类业务,也称为网际协议承载语音技术(Voice over Internet Protocol,简称VoIP)类业务,由IP多媒体子系统(IP Multimedia Subsystem,简称IMS)提供业务质量保证,例如IP承载的语音电话。不同的网络具有不同的承载机制,在纯PS域网络中,语音呼叫一般只能在其PS域承载上传输,而在2G或3G网络中,语音呼叫一般在CS域承载上传输。
因此对于不同承载机制的移动通信网络而言,在发起呼叫的用户的一次呼叫过程中,当用户设备(User Equipment,简称UE)从热点覆盖的SAE/LTE网络中移出,并进入2G或3G网络的基站的覆盖区时,由于其跨越了两个不同的承载机制,因此可能会出现语音呼叫的间断,从而导致用户语音呼叫的连续性受到影响。为了解决该问题,保证用户语音呼叫的连续性,在此情况下,现有技术中一般会采用单无线链路语音连续性(Single Radio Voice Call Continuity,简称SRVCC)的技术方案,将语音业务从PS域网络切换到CS域的网络中。
但是发明人在实现本发明实施例的过程中发现:现有的SRVCC技术在将语音业务从SAE/LTE网络切换到CS域网络的过程中,通常包括两个相互独立的切换流程:一个是域切换(Domain Transfer,简称DT)流程,代表业务承载层的切换,另一个是接入技术切换流程,代表信令承载层的切换。这两个切换流程在SRVCC的网络切换过程中同步进行,且只有当这两个切换流程都成功完成时,用户终端设备才真正地从SAE/LTE网络切换到了CS域的网络当中,才可以真正地通过CS域网络的基站与对端终端用户进行语音通话。因此,SRVCC网络切换技术的中断时延,关键由这两个切换流程所造成的时延决定。其中,对于接入技术切换而言,其造成的时延通常较短,并不足以影响到用户的语音连续性的体验,但对于域切换而言,其根据不同的应用场景具有不同的时间值,最短的所需时间也远远大于语音切换中断时延的最小值,严重影响到了SRVCC切换时的语音连续性,服务质量较差。
发明内容
本发明实施例提供一种语音呼叫连续性业务的处理方法、设备及系统,用以解决现有的SRVCC技术中,由于语音切换中域切换所需时间过长而引起的语音切换中断时延过大,服务质量差的缺陷。
一方面,提供了一种语音呼叫连续性业务的处理方法,包括:
在将用户终端的语音业务从分组交换域网络向电路域网络切换的过程中,控制所述分组交换域网络的第一网元和所述电路域网络的第二网元之间建立数据转发通道;
所述语音业务从分组交换域网络向电路域网络切换的过程包括域切换和接入技术切换,所述数据转发通道用于在所述域切换完成之前,转发所述用户终端的语音数据。
又一方面,提供了一种移动管理实体设备,包括:
接收模块,用于接收用户终端通过演进型基站发送的语音起呼消息,并开始将所述用户终端的语音业务从分组交换域网络向电路域网络进行切换;
数据转发通道建立模块,用于在将所述用户终端的语音业务从分组交换域网络向电路域网络切换的过程中,控制所述分组交换域网络的第一网元和所述电路域网络的第二网元之间建立数据转发通道,所述语音业务从分组交换域网络向电路域网络切换的过程包括域切换和接入技术切换,所述数据转发通道用于在所述域切换完成之前,对所述用户终端的语音数据进行转发。
再一方面,提供了一种语音呼叫连续性业务的处理系统,包括:分组交换域网络的第一网元、电路域网络的第二网元,以及上述移动管理实体设备。
本发明实施例的语音呼叫连续性业务的处理方法、设备及系统,通过在用户终端发起的将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的域切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前的用户终端与对端终端之间传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
附图说明
图1为本发明实施例应用的SRVCC系统架构示意图;
图2为本发明实施例语音呼叫连续性业务的处理方法实施例一的流程图;
图3为本发明实施例语音呼叫连续性业务的处理方法实施例二的流程图;
图4为基于本发明实施例的语音呼叫连续性业务的处理方法下的SRVCC系统架构示意图;
图5为基于本发明实施例的语音呼叫连续性业务的处理方法下的另一SRVCC系统架构示意图;
图6为本发明实施例语音呼叫连续性业务的处理方法实施例三的信令图;
图7为本发明实施例语音呼叫连续性业务的处理方法实施例三中域切换完成后的资源释放流程信令图;
图8为本发明实施例语音呼叫连续性业务的处理方法实施例四的信令图;
图9为本发明实施例移动管理实体设备的实施例一的结构示意图;
图10为本发明实施例移动管理实体设备的实施例二的结构示意图;
图11为本发明实施例语音呼叫连续性业务的处理系统实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
第三代合作项目(3rd Generation Partnership Project,简称3GPP)为了应对无线宽带技术的挑战,增强未来网络的竞争能力,构建了一种新的演进网络系统,该系统只保留了分组交换域,因此也被称为演进分组系统(Evolved Packet System,简称EPS)。在EPS系统中,包括了无线接入网络用于实现所有与演进网络无线有关的功能:其中E-UTRAN为演进后的基站(evolved NodeB,简称eNodeB),负责数据的调制解调;移动管理实体(Mobility Management Entity,简称MME)为演进系统的信令控制实体,负责鉴权、移动性管理等功能;服务网关(Serving Gateway,简称SGW)和分组数据网络网关实体(Packet Data Network Gateway,简称PGW),为演进后的3GPP接入网络的网关,负责数据包的转发。
图1为本发明实施例应用的SRVCC系统架构示意图,为了将用户终端的语音业务从PS域网络转换到CS域网络中,通常采用SRVCC技术来予以实现。在以下实施例中,PS域网络以LTE网络为例,CS域网络以CDMA20001x的无线传输技术网络(1x Radio Transmit Technique,简称1xRTT)为例予以说明,但本发明并不局限于此。如图2所示,LTE网络的MME和1xRTT网络中的互操作功能实体(Interworking Solution Function,IWS)之间存在S102接口,该接口提供了LTE和1xRTT之间的通信隧道,用户终端的语音业务从LTE网络向1xRTT网络的转换的实现主要通过该S102接口实现。
如图所示,实线代表用户终端在SRVCC切换完成之前,当其处于LTE网络中时,通过IMS完成语音业务的承载链路;而虚线则代表当用户终端通过SRVCC成功地切换到1xRTT网络中后,在1xRTT网络中通过IMS完成语音业务的承载链路。在SRVCC业务切换的过程当中,接入技术切换的完成表示用户终端在1xRTT网络中的资源已经配置完成,即用户终端已经可以基于1xRTT网络中的接入基站1xRTT CS Access实现语音业务,但此时图中虚线代表的1xRTT网络中的语音通信链路还没有完全建立。由于域切换的作用在于,使得1xRTT网络的移动交换中心(Mobile Switching Center,简称MSC)可以通过语音业务连续性控制锚点(Voice Call Continuity Anchor Server,简称VCC AS),控制媒体网关(Media Gateway,简称MGW)与IMS系统建立连接,因此,只有当域切换也成功完成时,用户终端才能真正地通过图中虚线代表的通信承载链路,在1xRTT网络中实现与对端终端的语音会话。
在实际的SRVCC业务中,由于域切换过程所需时间远大于接入技术切换所需的时间,即远大于SRVCC的语音切换中断时延应小于300ms的要求,因此通常在接入技术切换完成之后,用户终端还需等待一段较长的域切换执行的时间,才能切换到目的网络1xRTT中。在这段等待时间内,用户终端无法进行语音会话,因而会导致语音的中断,语音连续性受到影响。本发明实施例提供以下解决方式,消除了域切换过程对SRVCC性能的影响,提高了SRVCC的语音连续性的质量。
图2为本发明实施例语音呼叫连续性业务的处理方法实施例一的流程图,如图2所示,本方法包括如下步骤:
步骤100,用户终端发起语音业务从PS域网络向CS域网络的切换流程;
在用户通过EPS接入进行VoIP语音会话时,若其用户终端移出了LTE网络的热点覆盖区,而进入到接近于全覆盖的1xRTT网络中时,为了保持语音业务的连续性,需要将语音业务从LTE切换到1xRTT网络中,即通过SRVCC业务将语音业务从PS域网络转换到CS域网络。通常,UE在源侧的LTE网络中进行SRVCC业务的过程中,会随时进行网络信号的测量,并向其在LTE网络中的所属基站eNodeB发送测量报告,eNodeB根据UE上报的该测量报告中的信息,判断是否开始触发SRVCC的网络切换流程。若eNodeB根据判断决定进行语音业务的LTE网络到1xRTT网络的切换时,发送切换请求给UE,通知UE执行切换,UE接收到该切换请求后,将发起该语音业务的LTE网络往1xRTT网络的切换流程。
步骤101,移动管理实体控制PS域网络的第一网元和CS域网络的第二网元之间建立数据转发通道,用于在域转换完成之前,对用户终端的语音数和CS域网络之间进行转发。
在UE将语音业务从LTE网络向1xRTT网络进行切换的过程中,包括两个并行独立执行的过程:域切换过程和接入技术切换过程,只有当两个切换过程都完成后,UE才真正从LTE网络切换到了1xRTT网络。由于接入技术切换所需时间很短,通常为250ms,但域切换过程所需时间则较长,通常为1.1s~2s,远大于SRVCC的语音切换中断时延应小于300ms的要求,因此其大大影响和制约了SRVCC的性能。
在本实施例中,为了消除域切换流程对SRVCC语音切换业务的中断时延的影响,在UE进行SRVCC业务切换的过程中,MME分别控制PS域网络中的第一网元和CS域网络中的第二网元之间建立数据转发通道,即在第一网元和第二网元之间引入能相互通信的新的接口,用于在两个网络之间进行数据双向转发。该数据转发通道的建立流程可以与域切换流程并行执行,由于相比于域切换流程来说,在网元之间建立通道所需的时间一般很短,远远小于域切换的时间,因此,在域切换完成之前,该数据转发通道已经建立。于是,在该建立的数据转发通道的基础上,PS域网络的第一网元与CS域网络的第二网元之间便能通过该数据转发通道进行数据的转发。具体地,由于在PS域网络中,第一网元已经能够通过已有接口,与IMS系统进行连接通信,同时,在1xRTT网络中,IWS又能通过软切换过程,与接入基站1xRTTCS Access建立起用于通信的A3通道,即第二网元可以通过A3通道与1xRTTCS Access进行连接通信,因此,只要UE能够与1xRTT网络中的接入基站1xRTT CS Access成功接入,即只要SRVCC业务中的接入技术切换成功完成,UE便可以通过1xRTT网络中的接入基站1xRTT CS Access、A3通道、第二网元与第一网元之间的数据转发通道、以及通过第一网元与IMS系统的之间的数据通道,最终通过IMS系统实现与对端终端进行的语音会话。
可见,该新的数据转发通道的建立相当于提供了一条新的UE与对端终端进行语音会话的路径,而且一旦该数据转发通道成功建立,且接入技术切换成功完成之后,UE便可以通过该双向的数据转发通道,通过IMS与对端终端进行语音数据交互,而无需等待较长时间的域切换流程的完成。UE发送给对端终端的上行语音数据可以通过该新的数据转发通道、通过IMS系统的IMS网关发送给对端终端,同样,对端终端发送给UE的下行语音数据,UE也可以通过1xRTT CS Access、以及该新的数据转发通道予以接收。这样,即使域切换操作还未完成,UE依然能够与对端终端进行语音会话,域切换完成所需的过长的时间也并不能影响到本实施例的SRVCC的语音切换中断时延,从而保证了提高了SRVCC的语音连续性的性能。
本发明实施例的语音呼叫连续性业务的处理方法,通过在用户终端将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前,用户终端与对端终端之间需传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
图3为本发明实施例语音呼叫连续性业务的处理方法实施例二的流程图。如图3所示,本方法包括如下步骤:
步骤200,MME从第一网元获取第一网元分配给数据转发通道的第一信息;
在用户通过EPS接入进行VoIP语音会话时,若其用户终端UE移出了LTE网络的热点覆盖区,而进入到接近于全覆盖的1xRTT网络中时,UE所在LTE网络中所属的基站eNodeB根据UE上报的测量报告,将判断是否进行语音业务从LTE网络侧到1xRTT网络侧的切换。在本实施例中,为了消除该语音业务的网络切换过程中,域切换流程语音连续性的影响,LTE网络中的MME将控制建立LTE网络中的第一网元和1xRTT网络中的第二网元之间的数据转发通道,以使得在域切换操作完成之前,UE可以通过该数据转发通道继续实现与对端终端进行的语音会话。
具体地,MME在接收到UE通过其在LTE网络中的基站eNodeB发送的语音起呼消息时,确定需要开始进行UE的语音业务的网络切换,于是为了更优化地实现SRVCC业务的语音连续性,提高服务质量,MME将开始控制建立LTE网络和1xRTT网络之间的数据转发通道。首先,MME从LTE网络的第一网元处获取该第一网元分配的、用于建立该数据转发通道的第一信息,具体地,该第一信息中包括了第一网元的第一网际协议地址,即第一IP地址,以及第一网元与该数据转发通道支持的隧道协议相对应的第一隧道标识。该第一IP地址和第一隧道标识标明了第一网元在该SRVCC系统中的唯一地址信息,当第一网元与第二网元之间建立数据转发通道之后,第二网元根据该第一信息,可以无误地将接收到的语音数据发送给第一网元,而且数据发送的模式遵循该数据转发通道支持的隧道协议。
进一步地,MME从第一网元获取第一信息的过程具体可以包括:MME发送第一数据转发通道建立请求给第一网元,第一网元接收到该第一数据转发通道建立请求后,为该数据转发通道分配相应的资源,并把其分配的资源的相关信息作为第一信息返回给MME。这样,MME便得到了LTE网络侧的网元关于建立数据转发通道的信息。
具体地,在本实施例中,第一网元可以为LTE网络中的服务网关(ServingGateway,简称Serving GW),或者为LTE网络中的分组数据网络网关(PacketDate Network Gateway,简称PDN GW)。对于这两个不同的网关,MME在控制建立数据转发通道的流程中,在实际处理上并没有实质的区别,只是由于MME只能够与Serving GW进行直接的数据及信今的交互,因此,当第一网元为PDN GW时,MME发送信今给PDN GW或从PDN GW接收信息时,都需要通过Serving GW数据转发实现,例如,将第一数据转发通道建立请求通过Serving GW发送给PDN GW,并通过Serving GW接收PDN GW发送的第一信息,而且,在下述的步骤中,只要涉及到第一网元为PDN GW时,MME与其的数据交互都为此方式。
步骤201,MME将第一信息转发给第二网元,并从第二网元获取第二网元分配给数据转发通道的第二信息;
由于第一网元为数据转发通道分配的第一信息是为了使得该通道的对端,即第二网元能够根据该第一信息中携带的第一网元的相关信息,准确地通过该通道将接收到的语音数据转发给第一网元,因此,MME从LTE网络的第一网元处获取到第一网元用于建立数据转发通道的第一信息后,将该第一信息转发给第二网元,与此同时,MME还从第二网元处获取第二网元分配的、用于建立数据转发通道的第二信息。
具体地,该第二信息中包括了第二网元的第二网际协议地址,即第二IP地址,以及第二网元与该数据转发通道支持的隧道协议相对应的第二隧道标识。该第二IP地址和第二隧道标识标明了第二网元在SRVCC系统中的唯一地址信息,当第二网元与第一网元之间建立数据转发通道之后,第一网元同样可以根据该第二信息,准确地将接收到的语音数据发送给第二网元,同样其数据发送的模式遵循该数据转发通道支持的隧道协议。
进一步地,MME从第二网元获取第二信息的过程具体可以包括:MME发送第二数据转发通道建立请求给第二网元,第二网元接收到该第二数据转发通道建立请求后,为该数据转发通道分配相应的资源,并把其分配的资源的相关信息作为第二信息返回给MME。在此需要说明的是,MME发送第二数据转发通道建立请求给第二网元,以及MME将第一信息转发给第二网元的步骤可以同时进行,即MME可以同时将第二数据转发通道建立请求和第一信息一起发送给第二网元。
具体地,在本实施例中,第二网元可以为1xRTT网络中的IWS,或者为1xRTT网络中的MGW。对于这两个不同的应用实体,MME在控制建立数据转发通道的流程中,在实际处理上没有什么实质的区别,只是由于MME只能够与IWS进行直接的信令及数据的交互,因此,当第一网元为MGW时,MME发送信令给MGW或从MGW接收信息时,都需要通过IWS的数据转发实现,例如,将第二数据转发通道建立请求和第一信息通过IWS发送给MGW,并通过IWS接收MGW发送的第一信息,而且,在下述的步骤中,只要涉及到第二网元为MGW时,MME与其的数据交互都为此方式。
进一步地,在步骤中还可以包括:MME将接收到的UE通过eNodeB发送的终端IP地址、对端终端IP地址和第一编解码类型信息,发送给第二网元,其中,终端IP地址为UE自身在网络协议中的IP地址,对端终端IP地址为与UE进行语音会话的对端的IP地址,而第一编解码类型信息则为UE在LTE网络中实现语音业务时使用的数据编解码方式,具体地为UE通过IMS在LTE中与对端终端进行语音数据交互时应用的编解码方式。
具体地,UE通过eNodeB,并通过MME将终端IP地址和对端终端IP地址发送给第二网元的作用在于:在数据转发通道建立完成之后,UE经由建立好的数据转发通道与对端终端进行语音会话时,对于UE发送给对端终端的语音数据,第二网元在对其进行转发时,需要将其封装成适合在IP上传递的语音包的格式。而该适合在IP上传递的语音包的格式首先应包括:该语音包的目的终端IP地址,以及发送源终端IP地址,因此,第二网元将接收到的语音数据包进行解包后,再将其重新封装成基于实时传送协议(Real-timeTransport Protocol,简称RTP)、用户数据报协议(User Datagram Protocol,简称UDP)或者IP协议的语音包的过程中,需要将对端终端的IP地址填充到目的终端IP中,且将终端IP地址填充到源终端IP中。在该封装过程完成之后,适合在IP上传递的新的语音包就可以通过转发通道将语音数据发送到对端终端。
进一步地,将第一编解码类型信息发送给第二网元的作用在于:由于当数据转发通道建立完成之后,UE经由该数据转发通道与对端终端进行语音会话时,此时的域切换还未完成,因此,对端终端往UE发送的语音数据仍然是按照UE在LTE网络中的数据编解码方式来发送的,如此一来,1xRTT网络的第二网元在通过数据转发通道接收到对端终端发送的语音数据后,在通过A3通道转发给1xRTT的基站1xRTT CS Access之前,需要将该语音数据转换成1xRTT网络中的数据编码方式,因此,第二网元将首先按照第一编解码类型信息中的解码类型信息对该语音数据进行解码;反之,对于UE往对端终端发送语音数据,在第二网元经由数据转发通道发送给第一网元,进而转发给对端终端之前,也同样需要第二网元按照第一编解码类型信息中的编码类型信息对其进行编码,以使对端终端能够准确地读取。
需要说明的是,在本实施例中,第二网元获取对端终端IP地址和第一编解码类型信息的方式也可以不通过MME转发得到,当LTE网络和1xRTT网络之间的数据转发通道建立完成之后,第二网元在通过该数据转发通道,接收到对端终端发送的第一个下行语音数据包后,还可以通过解析该接收到的第一个下行语音数据包,从而通过该解析过程获取对端终端IP地址、以及代表UE在LTE网络中实现语音业务使用的数据编解码方式的第一编解码类型信息。与第二网元直接接收UE发送的对端终端IP地址和第一编解码类型信息的方式相比,这种获取方式的区别仅在于执行的时间点不同,而其所带来的作用效果都没有区别。
另外需要说明的是,MME将对端终端IP地址和第一编解码类型信息发送给第二网元的步骤,并不限于在本步骤中进行,而是可以在MME控制建立数据转发通道的过程中的任意时刻进行。例如,其可以在本步骤中的MME发送第二数据转发通道建立请求和第一信息给第二网元的同时发生,其也可以在其他时刻发生。
步骤202,MME将第二信息转发给第一网元,以使第一网元和第二网元之间建立数据转发通道;
由于第二网元为数据转发通道分配第二信息是为了使得该通道的对端,即第一网元能够根据该第二信息中携带的第二网元的相关信息,准确地通过该数据转发通道将接收到的语音数据转发给第二网元,因此,MME在接收到第二网关返回的第二信息后,同样地将第二信息转发给第一网元。此时,第一网元和第二网元彼此都得知了对方在该数据转发通道上分配的相关信息,即得知了对方在SRVCC系统中的地址、在隧道协议中的隧道标识,因此,根据对方的这些信息,第一网元和第二网元都可以准确地将接收到的数据转发给对方,于是,此时第一网元和第二网元之间的数据转发通道建立完成。
此外,在本实施例中,在建立上述数据转发通道的过程中,还可以包括:第二网元从1xRTT网络中获取第二编解码类型信息,此处的第二编解码类型信息为UE在1xRTT网络中实现语音业务时使用的编解码方式,具体地为UE在1xRTT中与对端终端进行语音数据交互时应用的编解码类型。
具体地,此处的第二网元获取第二编解码类型信息作用与其获取第一编解码类型信息的作用类似:在域切换还未完成之前,对端终端往UE发送的语音数据仍然是按照UE在LTE网络中的数据编解码方式来发送的,于是,1xRTT网络的第二网元在通过数据转发通道接收到对端终端发送的语音数据后,在按照第一编解码类型信息中的解码类型信息对该语音数据进行解码之后,还需按照第二编解码类型信息中的编码类型信息对解码后的语音数据进行重新编码,编码成1xRTT网络中的语音数据的传输格式,再发送给基站1xRTT CS Access;反之,对于UE往对端终端发送的语音数据,在第二网元按照第一编解码类型信息中的编码类型信息对其进行编码之前,同样需要按照第二编解码类型信息中的解码类型信息对其进行解码。
进一步地,在本步骤中,在MME将第二信息发送给第一网元的同时,还可以同时发送下行数据转发指令给第一网元,具体地,该下行数据转发指令可以包括两种情况:
第一种情况,MME发送的下行数据转发指令为下行数据双向转发指令,该下行数据双向转发指令用于指示第一网元在该数据转发通道建立完成之后,在接收到对端终端发送给UE的下行数据时,同时将该下行数据通过数据转发通道发送给第二网元,以及通过已有的接口及通道发送给基站eNodeB。这样执行的目的在于:若在数据转发通道建立完成之后,接入技术切换还未完成,此时,虽然数据转发通道已经建立完成,但用户终端UE还未接入到1xRTT的基站1xRTT CS Access中,还是在LTE网络中与演进型基站eNodeB相接。因此,若此时第一网元在接收到对端终端发送的下行语音数据后,同时将其发送给第二网元和eNodeB,eNodeB还可以将其直接发送给连接的UE,从而避免了该语音数据包的丢失。
第二种情况,MME发送的下行数据转发指令为下行数据单向转发指令,该下行数据单向转发指令用于指示第一网元在转发数据通道建立后,仅将接收到的下行数据通过转发数据通道转发给第二网元,即只将接收到的下行语音数据包往1xRTT网络发送。这样执行的目的在于:由于第一网元收到下行数据,直接通过转发通道发送给第二网元,而不会通过已有的接口及通道发送给eNodeB,因而能够减少eNodeB的处理负担。
此外,MME在数据转发通道的建立过程中,还可以不发送任何下行数据转发指令给第一网元,此为第三种情况。在此情况下,第一网元将会分配与基站eNodeB之间的转发通道资源,例如第一网元的IP地址等信息资源,并通过MME发送建立单向转发通道的指令给eNodeB,eNodeB接收到该建立单向转发通道的指令后,解析该指令并得到第一网元的IP地址信息等,如此一来,MME便控制eNodeB与第一网元之间建立了eNodeB通向第一网元的单向转发通道。因此,在第一网元将接收到的对端终端的下行语音数据时,会将其发送给eNodeB,而eNodeB接收到该下行语音数据后,通过刚建立的通向第一网元的转发通道将其转发给第一网元,第一网元再通过建立的数据转发通道将其发送给第二网元。从而,在此种情况下,即使MME没有下发下行数据转发指令给第一网元,第一网元通过现有技术中已有的操作,仍然会将接收到的下行语音数据通过数据转发通道发送给第二网元。
实际应用中,在本实施例中,对于MME的下行数据转发指令的发送,除了可以在本步骤中,与MME发送第二信息给第一网元一起进行外,还可以在步骤200与MME发送第一数据转发通道建立信息给第一网元时进行,即在步骤200中,MME将第一数据转发通道建立信息和下行数据转发指令一起发送给第一网元。
进一步地,在本实施例中,对于数据转发通道而言,其支持的隧道协议可以为通用路由封装(Generic Routing Encapsulation,简称GRE)隧道协议、GTP-U隧道协议或S1应用协议。对于不同的隧道协议,第一信息的第一隧道标识和第二信息中的第二隧道标识都不相同。例如若数据转发通道支持的为GRE隧道协议,第一隧道标识和第二隧道标识分别为在GRE隧道协议中各自定义的GRE key,而若数据转发通道支持的为GTP-U隧道协议,则第一隧道标识和第二隧道标识分别为在GTP-U隧道协议中各自定义的隧道端点TEID。此外,除了上述举例的协议,数据转发通道所支持的协议类型,还可以为其他的新定义的协议,在此不一一举例说明,且只要适于数据转发通道所使用的协议类型都在本发明实施例所保护的范围之内。
另外需要说明的是,在本实施例中,上述建立第一网元和第二网元之间的数据转发通道的步骤还可以为:MME在接收到UE通过基站eNodeB发送的语音起呼消息后,先从1xRTT网络的第二网元处获取第二信息;将该第二信息转发给LTE网络的第一网元,并从第一网元处获取第一信息;之后再将第一信息又转发给第二网元。即MME先获取第二网元的第二信息,再获取第一网元的第一信息,在这种执行顺序下,数据转发通道依然可以建立,而且并不影响其功能的实现以及其所带来的技术效果。
步骤203,在域切换完成之后,第二网元接收MSC发送的域切换完成消息,释放数据转发通道的相关建立资源,并生成切换完成消息发送给MME;
本步骤在本实施例的SRVCC域切换完成之后进行,具体地,对于域切换流程而言,由用户终端UE发起,当MME接收到UE通过eNodeB发送的语音起呼消息后,将其发送给IWS,IWS根据该语音起呼消息通过MSC触发VCC AS发起PS域到CS域的域转换流程。在实际应用中,该触发VCC AS发起域切换流程的步骤,通常可以与步骤200~步骤202的数据转发通道的建立过程并行进行,同时,其也可以在数据转发通道建立完成之后执行。由于在本实施例中,域切换的流程对于SRVCC的语音连续性性能已不能产生任何影响,因此,无论该发起域切换的步骤在何时开始,对于本实施例而言,可以达到预定的技术效果。
具体地,当MSC在域切换的过程中,接收到媒体网关控制功能实体(Media Gateway Control Function,简称MGCF)发送的综合业务数字网用户应答消息(ISDN User Part:Answer Message,简称ISUP:ANM消息),MSC将发送域切换完成消息给第二网元,以通知第二网元此时域切换的流程已经完成;或者,当第二网元接收到对端终端通过1xRTT网络的通信链路发送过来的下行语音数据时,确定此时域切换操作已经完成。由于在域切换流程完成之后,1xRTT网络中的MSC与IMS的连接便已经建立,且此时接入技术切换也已经完成,即终端UE通过1xRTT网络中的语音数据的承载链路,即图2中虚线所表示的通信链路,已经可以完成与对端终端的语音会话业务。于是,对于之前建立的第一网元和第二网元之间的数据转发通道,作为一种域切换完成之前的,UE与对端终端之间的过渡方案的语音通信链路,此时已没有实际意义,对端终端发送给UE的下行语音数据通过IMS系统,会向1xRTT网络发送,进而通过1xRTT的基站1xRTT CS Access发送至UE。因此,此时第二网元将释放数据转发通道的相关建立资源,以从第二网元侧关闭该数据转发通道,同时第二网元还相应地生成切换完成消息,并发送给MME,以通知MME此时切换流程的完成。
步骤204,MME接收第二网元发送的切换完成消息,释放用户终端在CS域网络中的相关资源。
第二网元确定域切换操作已经完成后,在释放数据转发通道资源的同时,还将生成切换完成消息,并将其发送给MME,MME由此得知此时PS域到CS域的语音切换流程已经全部完成,于是释放UE在LTE网络中的所有的相关资源,使UE真正地从LTE网络切换至1xRTT网络中。
本发明实施例提供了一种语音呼叫连续性业务的处理方法,通过在用户终端将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前,用户终端与对端终端之间需传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
图4为基于本发明实施例的语音呼叫连续性业务的处理方法下的SRVCC系统架构示意图,在本系统架构图中,第一网元为LTE网络中的Serving GW或PDN GW,而第二网元为1xRTT网络中的IWS。如图4所示,实线代表UE在SRVCC切换完成之前,当其处于LTE网络中时,通过IMS完成语音业务的承载链路;虚线代表当用户终端通过SRVCC成功地切换到1xRTT网络中后,在1xRTT网络中通过IMS完成语音业务的承载链路。在本实施例的SRVCC业务处理之后,LTE网络的Serving GW/PDN GW和1xRTT网络的IWS之间建立了数据转发通道S104,于是,当SRVCC业务中的接入技术切换完成之后,用户终端可以通过图中点虚线所描述的通信链路,与对端终端进行语音数据的传输。从而在本实施例中,通过数据转发通道S104,搭建了一条用户终端与对端终端建立语音会话的过渡性的通信方案。
图5为基于本发明实施例的语音呼叫连续性业务的处理方法下的另一SRVCC系统架构示意图,在本系统架构图中,第一网元为LTE网络中的Serving GW或PDN GW,而第二网元为1xRTT网络中的MGW。MGW虽然和MSC为不同的逻辑实体,但是在实际应用中,MGW和MSC可以设置在同一个物理设备中。如图5所示,同样实线代表UE在SRVCC切换完成之前,当其处于LTE网络中时,通过IMS完成语音业务的承载链路;虚线代表当用户终端通过SRVCC成功地切换到1xRTT网络中后,在1xRTT网络中通过IMS完成语音业务的承载链路。但是,与上一SRVCC系统架构不同,在本实施例的SRVCC业务处理之后,LTE网络的Serving GW/PDN GW和1xRTT网络的MGW之间将建立起数据转发通道S104,于是,当SRVCC业务中的接入技术切换完成之后,用户终端可以通过图中点虚线所描述的通信链路,与对端终端进行语音数据的传输。从而在本实施例中,通过数据转发通道S104,搭建了一条用户终端与对端终端建立语音会话的过渡性的通信方案。
图6为本发明实施例语音呼叫连续性业务的处理方法实施例三的信令图,如图6所示,本方法包括如下步骤:
步骤300,UE发送测量报告给LTE网络的基站eNodeB;
步骤301,eNodeB根据接收到的测量报告判断是否触发语音业务从LTE网络到1xRTT网络的SRVCC切换业务;
步骤302,eNodeB发送切换请求消息给UE;
在UE通过EPS接入进行VoIP语音会话时,若其移出了LTE网络的热点覆盖区,而进入到接近于全覆盖的1xRTT网络中时,需要将语音业务从LTE切换到1xRTT网络中。由于UE在进行语音会话的过程中,会随时进行网络信号的测量,并向基站eNodeB发送测量报告,eNodeB根据UE上报的该测量报告中的信息,判断是否开始触发SRVCC的网络切换流程。若eNodeB根据判断决定进行语音业务的LTE网络到1xRTT网络的切换时,将发送切换请求给UE,通知UE开始发起该语音业务的LTE网络往1xRTT网络的切换流程。
步骤303,UE通过eNodeB将语音起呼消息、终端IP地址、对端终端IP地址和第一编解码类型信息发送给MME;
UE在接收到eNodeB发送的切换请求之后,得知需要开始执行SRVCC业务的从LTE网络切换到1xRTT网络的切换流程,于是其通过eNodeB发送语音起呼消息给MME,以发起该切换流程。在本实施例中,UE在发送语音起呼消息的同时,还将终端IP地址、对端终端的IP地址以及第一编解码类型信息也随同语音起呼消息一起,通过eNodeB发送给MME,该第一编解类型信息为UE在LTE网络中实现语音业务时使用的数据编解码方式,具体地为UE通过IMS在LTE中与对端终端进行语音数据交互时应用的编解码类型。此外,UE还可以将终端IP地址、对端终端IP地址和第一编解码类型信息,打包在CS域的语音起呼消息中,作为一个整体通过eNodeB发送给MME。
步骤304,MME发送第一数据转发通道建立请求给Serving GW;
MME在接收到eNodeB发送的语音起呼消息时,确定需要开始进行UE的语音业务的网络切换,于是为了建立LTE网络和1xRTT网络之间的数据转发通道,优化SRVCC业务的语音连续性性能,MME发送第一数据转发通道建立请求给LTE中的Serving GW,以从Serving GW获取其用于建立数据转发通道的信息。
需要说明的是,在本步骤中,第一网元还可以是PDN GW,此时,MME还可以通过Serving GW发送第一数据转发通道建立请求给PDN GW,以建立PDN GW与1xRTT网络中网元的数据转发通道,而在本实施例的所有步骤中,仅以第一网元为Serving GW为例作出说明,但是第一网元为PDN GW的情况也在本发明所保护的范围之内。
步骤305,Serving GW返回第一信息给MME;
服务网关Serving GW接收到第一数据转发通道建立请求,得知需要建立数据转发通道,于是Serving GW为该数据转发通道分配相应的资源,并把其分配的资源的相关信息作为第一信息返回给MME。具体地,该第一信息中包括了Serving GW的第一IP地址,以及Serving GW与该数据转发通道支持的隧道协议相对应的第一隧道标识。该第一IP地址和第一隧道标识标明了Serving GW在该SRVCC系统中的唯一地址信息,当Serving GW与1xRTT网络中的第二网元之间建立数据转发通道之后,第二网元根据该第一信息,可以无误地将接收到的语音数据发送给Serving GW,而且数据发送的模式遵循该数据转发通道支持的隧道协议。
具体地,在本实施例中,对于数据转发通道而言,其支持的隧道协议可以为GRE隧道协议、GTP-U隧道协议、S1应用协议,或者其他的适于数据转发通道所使用的协议。对于不同的隧道协议,第一隧道标识将不相同,例如,若数据转发通道支持的为GRE隧道协议,第一隧道标识为在GRE隧道协议中定义的GRE key,而若数据转发通道支持的为GTP-U隧道协议,则第一隧道标识为在GTP-U隧道协议中定义的隧道端点TEID。
步骤306,MME将第一信息、第二数据转发通道建立请求、语音起呼消息、终端IP地址、对端终端IP地址和第一编解码类型信息发送给IWS;
MME从LTE网络的Serving GW处获取到其用于建立数据转发通道的第一信息后,为了使1xRTT中的第二网元能够根据该第一信息中携带的ServingGW的相关信息,准确地将接收到的语音数据转发给Serving GW,将该第一信息转发给第二网元,同时,MME还一起发送第二数据转发通道建立请求给第二网元,以从第二网元处获取第二网元分配的、用于建立数据转发通道的第二信息。
在本实施例中,设定第二网元为1xRTT网络中的IWS,同时,第二网元还可以为1xRTT网络中的MGW,即在本步骤中,MME还可以通过IWS发送第一信息和第二数据转发通道建立请求给MGW,以建立MGW与ServingGW的数据转发通道。而在本实施例的下述所有步骤中,仅以第二网元为IWS为例作出说明,而第二网元为MGW的实例也在本发明所保护的范围之内。唯一不同的是,当第二网元为MGW时,MME从MGW发送或接收数据都必须通过IWS的转发而实现。
此外,在本实施例中,MME在发送第一信息和第二数据转发通道建立请求给IWS的同时,还将在步骤303中接收到的语音起呼消息、终端IP地址、对端终端IP地址和第一编解码类型信息一起,转发给IWS。其中将终端IP地址、对端终端IP地址和第一编解码类型信息发送给IWS的作用在于,使IWS在之后使用数据转发通道与对端终端进行语音数据通信时,能够根据终端IP地址和对端终端IP地址,将发送给对端终端的语音数据包封装成适合在IP上传递的语音包的格式;以及根据第一编解码类型信息,对UE发送给对端终端的上行语音数据进行准确的编码,而对对端终端发送给UE的下行语音数据进行准确的解码。
实际应用中,IWS获取终端IP地址、对端终端IP地址和第一编解码类型信息的方式也可以不通过MME转发得到,当LTE网络和1xRTT网络之间的数据转发通道建立完成之后,IWS在通过该数据转发通道,接收到对端终端发送的第一个下行语音数据包后,还可以通过解析该接收到的第一个下行语音数据包,从而通过该解析过程获取终端IP地址、对端终端IP地址、以及代表UE在LTE网络中实现语音业务使用的数据编解码方式的第一编解码类型信息。而且这两种获取方式的区别仅在于执行的时间点不同,所带来的作用效果都一致。
步骤307,IWS控制UE在1xRTT网络中的资源分配、触发域切换流程,并从1xRTT网络中获取第二编解码类型信息;
在本步骤中,IWS接收到语音起呼消息后,将与MSC之间完成链路分配,建立通信链路,完成资源分配;并通过MSC触发VCC AS发起域切换流程。具体地,在此过程中,IWS通过MSC为UE在目的网络1xRTT侧选择接入基站1xRTT CS Access,并为UE建立接入1xRTT网络后的信令通道及分配资源,以及通过软切换建立与基站1xRTT CS Access之间的A3接口等。与此同时,IWS还从1xRTT网络中获取第二编解码类型信息,该第二编解码类型信息为UE在1xRTT网络中实现语音业务时使用的编解码方式,具体地为UE在1xRTT中与对端终端进行语音数据交互时应用的编解码类型。与第一编解码类型信息的作用相似,IWS获取第二编解码类型信息的作用在于:使IWS在之后使用数据转发通道与对端终端进行语音数据通信时,能够根据第二编解码类型信息,对UE发送给对端终端的上行语音数据进行准确的解码,而对对端终端发送给UE的下行语音数据进行准确的编码。
步骤308,IWS返回第二信息给MME;
同时,IWS接收到第二数据转发通道建立请求,得知需要建立数据转发通道,于是为该数据转发通道分配相应的资源,并把其分配的资源的相关信息作为第二信息返回给MME。具体地,该第二信息中包括了IWS的第二IP地址,以及IWS与该数据转发通道支持的隧道协议相对应的第二隧道标识。该第二IP地址和第二隧道标识标明了IWS在该SRVCC系统中的唯一地址信息,当IWS与LTE网络中的Serving GW之间建立数据转发通道之后,ServingGW根据该第一信息,可以无误地将接收到的语音数据发送给IWS,而且数据发送的模式遵循该数据转发通道支持的隧道协议。
需要说明的是,在本步骤中,对于IWS而言,其返回的第二隧道标识应与步骤306中,Serving GW返回的第一隧道标识类型一致。
步骤309,MME发送第二信息和下行数据双向转发指令给Serving GW;
MME从IWS处获取到其用于建立数据转发通道的第二信息后,为了使Serving GW能够根据该第二信息中携带的IWS的相关信息,准确地将接收到的语音数据转发给IWS,于是将该第二信息转发给Serving GW。此时,ServingGW和IWS彼此都得知了对方在该数据转发通道上分配的相关信息,得知了对方在SRVCC系统中的地址、在隧道协议中的隧道标识,因此,根据对方的这些信息,Serving GW和IWS都可以准确地将接收到的数据转发给对方,于是,此时Serving GW和IWS之间的数据转发通道建立完成。
同时,为了避免对端终端发送给UE的下行语音数据出现丢失的情况,MME还将同时发送下行数据双向转发指令给Serving GW,以指示ServingGW在该数据转发通道建立完成之后,在接收到对端终端发送给UE的下行语音数据时,同时将该下行语音数据通过数据转发通道发送给IWS,以及通过已有的接口及通道发送给基站eNodeB。如此一来,若在数据转发通道建立完成之后,接入技术切换还未完成,此时,虽然数据转发通道已经建立完成,但用户终端UE还未接入到1xRTT的基站1xRTT CS Access中,还是在LTE网络中与eNodeB相接。因此,若此时Serving GW在接收到对端终端发送的下行语音数据后,同时将其发送给IWS和eNodeB,eNodeB还可以将其直接发送给连接的UE,从而避免了该语音数据包的丢失。
需要说明的是,在本步骤中,MME除了发送下行数据双向转发指令给Serving GW,还可以发送下行数据单向转发指令或者不发任何指令给ServingGW。其中,若MME发送给Serving GW的为下行数据单向转发指令,ServingGW在转发数据通道建立后,仅将接收到的下行数据通过转发数据通道转发给IWS,即只将接收到的下行语音数据包往1xRTT网络发送,从而减少了eNodeB的处理负担;而若MME不发送任何下行数据转发指令给Serving GW,在此情况下,Serving GW将会分配与基站eNodeB之间的转发通道资源,如Serving GW的IP地址等信息,并通过MME发送建立单向转发通道的指令给eNodeB,eNodeB接收到该建立单向转发通道的指令后,解析该指令并得到Serving GW的IP地址信息等,从而MME控制eNodeB建立了通向Serving GW的单向转发通道。因而,在Serving GW接收到的对端终端的下行语音数据时,会将其发送给eNodeB,eNodeB再通过建立的到Serving GW转发通道将其返回给Serving GW,Serving GW又可以通过与IWS之间的转发通道将其发送给IWS。从而在此种情况下,即使MME没有下发下行数据转发指令给ServingGW,Serving GW通过现有技术中已有的操作,仍然会将接收到的下行语音数据通过数据转发通道发送给IWS。
另外需要说明的是,上述MME发送下行数据双向转发指令或者下行数据单向转发指令的步骤也可以在步骤304中,协同MME发送第一数据转发通道建立请求时一起执行。
步骤310,Serving GW返回数据转发通道建立响应消息给MME;
Serving GW接收到MME转发的第二信息后,返回数据转发通道建立响应消息给MME,告知MME数据转发通道已经建立。需要说明的是,此时Serving GW与IWS之间的数据转发通道已经完全建立,Serving GW与IWS接收到的语音数据已经可以通过该数据转发通道在两者之间进行转发,即在LTE网络和1xRTT网络之间进行转发,但是,由于此时接入技术切换还未完成,因此,发往UE的下行语音数据在IWS发送给1xRTT的基站1xRTT CSAccess后,并不能传送到UE,同时,UE需发送给对端终端的上行语音数据也无法通过1xRTT CS Access发送出,因而,此时的数据转发通道并没有起到真正的UE与对端终端进行语音会话的过渡通信链路的作用。
步骤311,MME将接入技术切换完成预备消息接通过eNodeB发送给UE;
当上述步骤307中,当IWS在1xRTT网络已完成了选择接入基站1xRTTCS Access、为UE在网络分配资源、及建立接入1xRTT网络后的信令通道等操作之后,代表UE在1xRTT网络中的承载层的切换已经预备完毕,于是IWS创建接入技术切换完成预备消息,并将其发送给MME,而MME又通过eNodeB将该接入技术切换完成消息发送给UE。
步骤312,UE接入到1xRTT CS Access中;
UE接收到eNodeB发送的接入技术切换完成预备消息,得知UE在1xRTT网络中的承载层的切换已经预备完毕,于是正式接入到1xRTT网络的基站1xRTT CS Access中,此时接入技术切换的流程已经完成。
步骤313,UE发送接入技术切换完成消息给1xRTT CS Access;
步骤314,1xRTT CS Access转发接入技术切换完成消息给MSC,指示接入技术切换完成;
由于此时接入技术切换已经完成,UE已经接入到1xRTT网络的基站1xRTT CS Access中,因此,虽然此时域切换流程还未完成,但是UE与对端终端的所有上下行语音数据都从数据转发通道进行发送,从而无需再等待域切换流程的完成,UE便可以通过该数据转发通道与对端终端进行语音会话,与现有技术的SRVCC技术方案相比,大大缩短了语音业务中的间断时间。
步骤315,域切换完成及资源释放等后续流程。
数据转发通道及接入技术切换完成之后,UE已经可以通过新建立的数据通信链路与对端终端进行语音会话,而之后随着SRVCC域切换的操作的完成,该数据转发通道以及UE在LTE网络中的相关资源将被释放,同时UE的SRVCC业务切换后续流程也将相应执行,由于此部分的操作的与现有技术中SRVCC业务的操作类似,在本实施例中将不再赘述。下面仅将针对本实施例中有关域切换完成后相关资源的释放流程作出详细的描述。
图7为本发明实施例语音呼叫连续性业务的处理方法实施例三中域切换完成后的资源释放流程信令图,如图7所示,本流程包括如下步骤:
步骤400,域转换完成后,MGCF发送ISUP:ANM消息给MSC;
步骤401,MSC生成域切换完成消息,并发送给IWS;
步骤402,IWS返回域切换完成响应消息给MSC;
具体地,当VCC AS控制的域切换流程完成之后,MGCF将发送ISUP:ANM消息给MSC,以通知MSC域切换流程完成的消息。而MSC接收到该ISUP:ANM消息后,得知域切换已经完成,于是生成域切换完成消息,并发送给IWS,以通知IWS。具体地,若在本实施例中,第二网元为MGW,在步骤401中,MSC发送域切换完成消息给MGW。
另外需要说明的是,在上述步骤401中,MSC发送给IWS的域切换完成消息也可以在MSC接收到从对端终端通过1xRTT网络中的通信链路发送过来的下行语音数据时生成,即当MSC接收到对端终端通过1xRTT网络的通信链路发送的下行语音数据时,得知此时域切换操作已经完成,则自行生成域切换完成信息。
步骤403,IWS释放数据转发通道的相关资源;
IWS接收到域切换完成消息后,得知此时域切换操作已经完成,1xRTT网络中的MSC与IMS的连接已经建立,而且此时接入技术切换也已经完成,即终端UE通过1xRTT网络中的语音数据的承载链路,即图2中虚线所表示的通信链路,已经可以完成与对端终端的语音会话业务。于是IWS将释放数据转发通道在IWS中的所有相关建立资源,以关闭该数据转发通道。
步骤404,IWS生成切换完成消息,发送给MME;
步骤405,MME释放UE在LTE网络中的相关资源。
在IWS释放数据转发通道的相关建立资源的同时,为了使MME得知此时域切换已经完成的消息,IWS还生成切换完成消息,发送给MME。MME在接收到该切换完成消息后,释放UE在LTE网络中的所有相关资源,包括ServingGW中关于建立数据转发通道的资源,以使UE真正地切换至1xRTT网络中。
本发明实施例提供的语音呼叫连续性业务的处理方法,通过在用户终端将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前,用户终端与对端终端之间需传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
图8为本发明实施例语音呼叫连续性业务的处理方法实施例四的信令图,如图8所示,本方法包括如下步骤:
步骤500,UE发送测量报告给eNodeB;
步骤501,eNodeB根据接收到的测量报告判断是否触发到1xRTT网络的SRVCC切换业务;
步骤502,eNodeB发送切换请求消息给UE;
在UE通过EPS接入进行VoIP语音会话的过程中,eNodeB根据UE不断上报的该测量报告中的信息,判断是否开始触发SRVCC的网络切换流程。若eNodeB根据判断决定进行语音业务的LTE网络到1xRTT网络的切换时,将发送切换请求给UE,通知UE开始发起该语音业务的LTE网络往1xRTT网络的切换流程。
步骤503,UE通过eNodeB将语音起呼消息、终端IP地址、对端终端IP地址和第一编解码类型信息发送给MME;
UE在接收到eNodeB发送的切换请求之后,得知需要开始执行SRVCC业务的从LTE网络切换到1xRTT网络的切换流程,于是其通过eNodeB发送语音切换发起消息给MME,以发起该切换流程。与此同时,UE还将终端IP地址、对端终端的IP地址以及第一编解码类型信息也随同语音切换发起消息一起,通过eNodeB发送给MME。此外,UE还可以将终端IP地址、对端终端IP地址和第一编解码类型信息,打包在语音起呼消息中,作为一个信息通过eNodeB发送给MME。
步骤504,MME将第二数据转发通道建立请求、语音起呼消息、终端IP地址、对端终端IP地址和第一编解码类型信息一起发送给IWS;
MME在接收到eNodeB发送的语音起呼消息时,确定需要开始进行UE的语音业务的网络切换,于是为了建立LTE网络和1xRTT网络之间的数据转发通道,优化SRVCC业务的语音连续性性能,MME发送第一数据转发通道建立请求给1xRTT中的IWS,以从IWS处获取其用于建立数据转发通道的信息。同时,MME还将语音起呼消息、终端IP地址、对端终端IP地址和第一编解码类型信息一起发送给IWS。其中,终端IP地址、对端终端IP地址和第一编解码类型信息的作用在于,使IWS在之后使用数据转发通道与对端终端进行语音数据通信时,能够根据该终端IP地址和对端终端IP地址,将发送给对端终端的语音数据包封装成适合在IP上传递的语音包的格式;以及根据第一编解码类型信息,对UE发送给对端终端的上行语音数据进行准确的编码,而对对端终端发送给UE的下行语音数据进行准确的解码;而语音起呼消息则用于使IWS开始触发各切换流程。
需要说明的是,实际应用中,IWS获取终端IP地址、对端终端IP地址和第一编解码类型信息的方式也可以不通过MME转发得到,当LTE网络和1xRTT网络之间的数据转发通道建立完成之后,IWS在通过该数据转发通道,接收到对端终端发送的第一个下行语音数据包后,还可以通过解析该接收到的第一个下行语音数据包,从而通过该解析过程获取终端IP地址、对端终端IP地址、以及代表UE在LTE网络中实现语音业务使用的数据编解码方式的第一编解码类型信息。而且这两种获取方式的区别仅在于执行的时间点不同,所带来的作用效果都一致。
此外,在本实施例中,第二网元IWS还可以为1xRTT网络中的MGW,即在本步骤中,MME还可以通过IWS发送第一信息和第二数据转发通道建立请求给MGW,以建立MGW与LTE网络的网元之间的数据转发通道,只是在本实施例的下述所有步骤中,仅以IWS为例作出说明,而MGW的实例也在本发明所保护的范围之内。唯一不同的是,当第二网元为MGW时,MME从MGW发送或接收数据都必须通过IWS的转发而进行。
步骤505,IWS控制UE在1xRTT网络中的资源分配、触发域切换流程,并从1xRTT网络中获取第二编解码类型信息;
在本步骤中,IWS接收到语音起呼消息后,将与MSC之间完成链路分配,建立通信链路,完成资源分配;并通过MSC触发VCC AS发起域切换流程。具体地,在此过程中,IWS通过MSC为UE在目的网络1xRTT侧选择接入基站1xRTT CS Access,并为UE建立接入1xRTT网络后的信令通道及分配资源,以及通过软切换建立与基站1xRTT CS Access之间的A3接口等。与此同时,IWS还从1xRTT网络中获取第二编解码类型信息,该第二编解码类型信息为UE在1xRTT网络中实现语音业务时使用的编解码方式,具体地为UE在1xRTT中与对端终端进行语音数据交互时应用的编解码类型。与第一编解码类型信息的作用相似,IWS获取第二编解码类型信息的作用在于:使IWS在之后使用数据转发通道与对端终端进行语音数据通信时,能够根据第二编解码类型信息,对UE发送给对端终端的上行语音数据进行准确的解码,而对对端终端发送给UE的下行语音数据进行准确的编码。
步骤506,IWS返回第二信息给MME;
IWS接收到第二数据转发通道建立请求,得知需要建立数据转发通道,于是为该数据转发通道分配相应的资源,并把其分配的资源的相关信息作为第二信息返回给MME。具体地,该第二信息中包括了IWS的第二IP地址,以及IWS与该数据转发通道支持的隧道协议相对应的第二隧道标识。该第二IP地址和第二隧道标识标明了IWS在该SRVCC系统中的唯一地址信息,当IWS与LTE网络中的Serving GW之间建立数据转发通道之后,Serving GW根据该第一信息,可以无误地将接收到的语音数据发送给IWS,而且数据发送的模式遵循该数据转发通道支持的隧道协议。
具体地,在本实施例中,对于数据转发通道而言,其支持的隧道协议可以为GRE隧道协议、GTP-U隧道协议、S1应用协议,或者其他的适于数据转发通道所使用的协议。对于不同的隧道协议,第一隧道标识将不相同,例如,若数据转发通道支持的为GRE隧道协议,第一隧道标识为在GRE隧道协议中定义的GRE key,而若数据转发通道支持的为GTP-U隧道协议,则第一隧道标识为在GTP-U隧道协议中定义的隧道端点TEID。
步骤507,MME发送第二信息、第一数据转发通道建立请求和下行数据双向转发指令给Serving GW;
MME从1xRTT网络的IWS处获取到其用于建立数据转发通道的第二信息后,为了使LTE中的第一网元能够根据该第二信息中携带的IWS的相关信息,准确地将接收到的语音数据转发给IWS,于是将该第二信息转发给第一网元。同时,MME还一起发送第一数据转发通道建立请求给第一网元,以从第一网元处获取第一网元分配的、用于建立数据转发通道的第一信息。
在本实施例中,设定第一网元为Serving GW,同时,第一网元还可以为LTE网络中的PDN GW,即在本步骤中,MME还可以通过Serving GW发送第二信息和第一数据转发通道建立请求给PDN GW,以建立PDN GW与1WS之间的数据转发通道。而在本实施例的下述所有步骤中,仅以第一网元为Serving GW为例作出说明,而第一网元为PDN GW的实例也在本发明所保护的范围之内。唯一不同的是,当第一网元为PDN GW时,MME从PDN GW发送或接收数据都必须通过Serving GW的转发而实现。
此外,在MME发送第二信息和第一数据转发通道建立请求给ServingGW的同时,为了避免对端终端发送给UE的下行语音数据出现丢失的情况,MME还将同时发送下行数据双向转发指令给Serving GW,以指示ServingGW在该数据转发通道建立完成之后,在接收到对端终端发送给UE的下行语音数据时,同时将该下行语音数据通过数据转发通道发送给IWS,以及通过已有的接口及通道发送给基站eNodeB。如此一来,若在数据转发通道建立完成之后,接入技术切换还未完成,此时,虽然数据转发通道已经建立完成,但用户终端UE还未接入到1xRTT的基站1xRTT CS Access中,还是在LTE网络中与eNodeB相接。因此,若此时Serving GW在接收到对端终端发送的下行语音数据后,同时将其发送给IWS和eNodeB,eNodeB还可以将其直接发送给连接的UE,从而避免了该语音数据包的丢失。
需要说明的是,在本步骤中,MME除了发送下行数据双向转发指令给Serving GW,还可以发送下行数据单向转发指令或者不发任何指令给ServingGW。其中,若MME发送给Serving GW的为下行数据单向转发指令,ServingGW在转发数据通道建立后,仅将接收到的下行数据通过转发数据通道转发给IWS,即只将接收到的下行语音数据包往1xRTT网络发送,从而减少了eNodeB的处理负担;而若MME不发送任何下行数据转发指令给Serving GW,在此情况下,Serving GW将会分配与基站eNodeB之间的转发通道资源,例如Serving GW的IP地址等信息资源,并通过MME发送建立单向转发通道的指令给eNodeB,从而eNodeB接收到该建立单向转发通道的指令后,解析该指令并得到Serving GW的IP地址信息等,如此一来,MME便控制建立了eNodeB通向Serving GW的单向转发通道S1-U。因而,在Serving GW接收到的对端终端的下行语音数据时,会将其发送给eNodeB,eNodeB通过建立的到Serving GW转发通道将其转发给Serving GW,Serving GW再通过与IWS之间的转发通道将其发送给IWS。从而在此种情况下,即使MME没有下发下行数据转发指令给Serving GW,Serving GW通过现有技术中已有的操作,仍然会将接收到的下行语音数据通过数据转发通道发送给IWS。
步骤508,Serving GW返回第一信息给MME;
Serving GW接收到第一数据转发通道建立请求,得知需要建立数据转发通道,于是Serving GW为该数据转发通道分配相应的资源,并把其分配的资源的相关信息作为第一信息返回给MME。具体地,该第一信息中包括了Serving GW的第一IP地址,以及Serving GW与该数据转发通道支持的隧道协议相对应的第一隧道标识。该第一IP地址和第一隧道标识标明了ServingGW在该SRVCC系统中的唯一地址信息,当Serving GW与1xRTT网络中的第二网元之间建立数据转发通道之后,第二网元根据该第一信息,可以无误地将接收到的语音数据发送给Serving GW,而且数据发送的模式遵循该数据转发通道支持的隧道协议。
需要说明的是,在本步骤中,对于IWS而言,其返回的第二隧道标识应与步骤506中,Serving GW返回的第一隧道标识类型一致。
步骤509,MME将第一信息发送给IWS;
MME从Serving GW处获取到其用于建立数据转发通道的第一信息后,为了使IWS能够根据该第一信息中携带的Serving GW的相关信息,准确地将接收到的语音数据转发给Serving GW,于是将该第一信息转发给IWS。
另外需要说明的是,在本实施例中,对于上述步骤404中,MME发送终端IP地址、对端终端IP地址和第一编解码类型信息给IWS的步骤,还可以在本步骤中执行,即MME将终端IP地址、对端终端IP地址和第一编解码类型信息,随同第一信息一起发送给IWS。
步骤510,IWS返回数据转发通道建立响应消息给MME;
IWS接收到MME转发的第一信息后,返回建立数据转发通道响应消息给MME,告知MME数据转发通道已经建立。需要说明的是,此时Serving GW与IWS之间的数据转发通道已经完全建立,Serving GW与IWS接收到的语音数据已经可以通过该数据转发通道在两者之间进行转发,即在LTE网络和1xRTT网络之间进行转发,但是,由于此时接入技术切换还未完成,因此,发往UE的下行语音数据在IWS发送给1xRTT的基站1xRTT CS Access后,并不能传送到UE,同时,UE需发送给对端终端的上行语音数据也无法通过1xRTT CS Access发送出,因而,此时的数据转发通道并没有起到真正的UE与对端终端进行语音会话的过渡通信链路的作用。
步骤511,MME将接入技术切换完成预备消息接通过eNodeB发送给UE;
当上述步骤505中,当IWS在1xRTT网络已完成了选择接入基站1xRTTCS Access、为UE在网络分配资源、及建立接入1xRTT网络后的信令通道等操作之后,代表UE在1xRTT网络中的承载层的切换已经预备完毕,于是IWS创建接入技术切换完成预备消息,并将其发送给MME,而MME又通过eNodeB将该接入技术切换完成消息发送给UE。
步骤512,UE接入到1xRTT CS Access中;
UE接收到eNodeB发送的接入技术切换完成预备消息,得知UE在1xRTT网络中的承载层的切换已经预备完毕,于是正式接入到1xRTT网络的基站1xRTT CS Access中,此时接入技术切换的流程已经完成。
步骤513,UE发送接入技术切换完成消息给1xRTT CS Access;
步骤514,1xRTT CS Access转发接入技术切换完成消息给MSC,指示接入技术切换完成;
由于此时接入技术切换已经完成,UE已经接入到1xRTT网络的基站1xRTT CS Access中,因此,虽然此时域切换流程还未完成,但是UE与对端终端的所有上下行语音数据都从数据转发通道进行发送,从而无需再等待域切换流程的完成,UE便可以通过该数据转发通道与对端终端进行语音会话,与现有技术的SRVCC技术方案相比,大大缩短了语音业务中的间断时间。
步骤515,域切换完成及资源释放等后续流程。
数据转发通道及接入技术切换完成之后,UE已经可以通过新建立的数据通信链路与对端终端进行语音会话,而之后随着SRVCC域切换的操作的完成,该数据转发通道以及UE在LTE网络中的相关资源将被释放,同时UE的SRVCC业务切换后续流程也将相应执行,由于此部分的操作的与现有技术中SRVCC业务的操作类似,在本实施例中将不再赘述。相应地,在本实施例中,域切换完成后相关资源的释放流程与实施例三中的资源释放流程一致,可以参考上述实施例三中揭露的相关内容,故在此也不再赘述。
另外需要说明的是,在本实施例中,对于上述步骤504中,MME发送语音切换发起消息给IWS的步骤,也可以在步骤509中执行,即MME将语音起呼消息和第一信息一起发送给IWS。而若是在本实施例中,MME是在步骤509中将语音起呼消息发送给IWS,对于上述步骤405中,IWS触发域切换流程,并从1xRTT网络中获取第二编解码类型信息的步骤,将在步骤509和步骤510之间执行。即相比在步骤504中MME将语音起呼消息发送给IWS,在步骤509中将语音切换发起消息发送给IWS的方案,将更晚执行触发域切换的操作,而对于其他的操作步骤,则没有任何区别。
本发明实施例的语音呼叫连续性业务的处理方法,通过在用户终端将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前,用户终端与对端终端之间需传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图9为本发明实施例移动管理实体设备的实施例一的结构示意图,如图9所示,本实施例的移动管理实体设备包括接收模块11和数据转发通道建立模块12。其中,接收模块11用于接收用户终端通过演进型基站发送的语音起呼消息,并开始将用户终端的语音业务从分组交换域网络向电路域网络进行切换;数据转发通道建立模块12用于在将用户终端的语音业务从分组交换域网络向电路域网络切换的过程中,控制分组交换域网络的第一网元和电路域网络的第二网元之间建立数据转发通道。具体地,语音业务从分组交换域网络向电路域网络切换的过程包括域切换和接入技术切换两个流程,而该数据转发通道用于在域切换完成之前,对用户终端发送或接收的语音数据在分组交换域网络和电路域网络之间进行转发。
其中,上述第一网元通常为PS域网络中的服务网关或者分组数据网络网关,而第二网元通常为CS域网络中的互操作功能实体或者媒体网关。
具体地,本实施例中,接收模块与数据转发通道建立模块所涉及的具体工作过程,可以参考上述语音呼叫连续性业务的处理方法所涉及的相关实施例揭露的相关内容,在此不再赘述。
本发明实施例的移动管理实体设备,用于在用户终端将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前,用户终端与对端终端之间需传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
图10为本发明实施例移动管理实体设备的实施例二的结构示意图,如图10所示,在上述实施例的基础上,本实施例的移动管理实体设备中的数据转发通道建立模块12还可以包括:第一获取模块121、第二获取模块122和第一发送模块123。其中,第一获取模块121用于,从第一网元获取第一网元分配给数据转发通道的第一信息;第二获取模块122用于,将第一信息转发给第二网元,并从第二网元获取第二网元分配给数据转发通道的第二信息;第一发送模块123则用于,将第二信息转发给第一网元,以使第一网元和第二网元之间建立数据转发通道。
或者,第一获取模块121用于从第二网元获取第二网元分配给数据转发通道的第二信息;第二获取模块122用于将第二信息转发给第一网元,并从第一网元获取第一网元分配给数据转发通道的第一信息;第一发送模块123用于,将第一信息转发给第二网元,以使第一网元和第二网元之间建立数据转发通道。
上述第一信息包括第一网元的第一IP地址、和第一网元与所述数据转发通道支持的隧道协议相对应的第一隧道标识;而第二信息则包括第二网元的第二IP地址、和第二网元与数据转发通道支持的隧道协议相对应的第二隧道标识。
进一步地,上述数据转发通道建立模块还可以包括第二发送模块124和第三发送模块125。其中,第二发送模块124用于在上述将第一信息转发给第二网元的同时,或者在从第二网元获取第二网元分配给数据转发通道的第二信息的过程中,将接收到的用户终端通过eNobeB发送的终端IP地址、对端终端IP地址和第一编解码类型信息发送给第二网元。该终端IP地址为所述用户终端的IP地址,对端终端IP地址为对端终端的IP地址,第一编解码类型信息为用户终端在PS域网络中进行语音数据传输时使用的数据编解码方式。
而第三发送模块125则用于在将第二信息转发给第一网元的同时,或者在从第一网元获取第一网元分配给数据转发通道的第一信息的过程中,发送下行数据双向转发指令或者下行数据单向转发指令给所述第一网元。其中,下行数据双向转发指令用于指示第一网元在数据转发通道建立之后,同时将接收到的下行数据转发给eNobeB,以及通过数据转发通道转发给第二网元;而下行数据单向转发指令则用于指示第一网元在数据转发通道建立后,仅将接收到的下行数据通过数据转发通道转发给所述第二网元。
需要说明的是,图10所示的本实施例的移动管理实体设备的各模块之间的连接关系,只是本实施例在实际应用中所应用的一种,而且本实施例中,所有模块所涉及的具体工作过程,可以参考上述语音呼叫连续性业务的处理方法所涉及的相关实施例揭露的相关内容,在此不再赘述。
本发明实施例的移动管理实体设备,用于在用户终端将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前,用户终端与对端终端之间需传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
图11为本发明实施例语音呼叫连续性业务的处理系统实施例的结构示意图,如图11所示,本实施例的语音呼叫连续性业务的处理系统包括:分组交换域网络的第一网元1、电路域网络的第二网元2,以及上述实施例所述的移动管理实体设备3。其中,第一网元可以为PS域网络中的服务网关或者分组数据网络网关,而第二网元可以为CS域网络中的互操作功能实体或者媒体网关。
具体地,本实施例中的移动管理实体设备3的组成结构以及其所涉及的具体工作过程,都可以参考上述移动管理实体设备、以及语音呼叫连续性业务的处理方法所涉及的相关实施例揭露的相关内容,在此不再赘述。
本发明实施例提供的语音呼叫连续性业务的处理系统,通过在用户终端将语音业务从PS域网络向CS域网络切换的过程当中,在SRVCC的切转换操作完成之前,控制建立语音数据的PS域网络和CS网络之间的双向转发通道,从而使得SRVCC业务中域切换流程完成之前,用户终端与对端终端之间需传输的语音数据,可以通过该数据转发通道在PS域网络和CS域网络之间进行转发,而且一旦接入技术切换流程完成之后,用户终端与对端终端之间便可以通过该数据转发通道形成用于传递进行语音数据的过渡通信链路,该过渡通信链路使得域切换产生的较长的中断时延不再影响到SRVCC的整体语音切换时延大小,且大大提高了SRVCC技术的性能,满足了运营商对于SRVCC性能的要求,提高了SRVCC的语音连续性的质量。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (13)
1.一种语音呼叫连续性业务的处理方法,其特征在于,包括:
在用户终端发起的将语音业务从分组交换域网络向电路域网络切换的过程中,移动管理实体控制所述分组交换域网络的第一网元和所述电路域网络的第二网元之间建立数据转发通道;
所述语音业务从分组交换域网络向电路域网络切换的过程包括域切换和接入技术切换,所述数据转发通道用于在所述域切换完成之前,转发所述用户终端的语音数据,而且一旦所述接入技术切换完成,便通过所述数据转发通道形成过渡通信链路,以使所述用户终端与对端终端进行语音会话;
其中,所述移动管理实体控制所述分组交换域网络的第一网元和所述电路域网络的第二网元之间建立数据转发通道,包括:
所述移动管理实体从所述第一网元获取所述第一网元分配给所述数据转发通道的第一信息;
所述移动管理实体将所述第一信息转发给所述第二网元,并从所述第二网元获取所述第二网元分配给所述数据转发通道的第二信息;
所述移动管理实体将所述第二信息转发给所述第一网元,以使所述第一网元和所述第二网元之间建立所述数据转发通道;
或者,所述移动管理实体控制所述分组交换域网络的第一网元和所述电路域网络的第二网元之间建立数据转发通道,包括:
所述移动管理实体从所述第二网元获取所述第二网元分配给所述数据转发通道的第二信息;
所述移动管理实体将所述第二信息转发给所述第一网元,并从所述第一网元获取所述第一网元分配给所述数据转发通道的第一信息;
所述移动管理实体将所述第一信息转发给所述第二网元,以使所述第一网元和所述第二网元之间建立所述数据转发通道。
2.根据权利要求1所述的方法,其特征在于:
所述第一网元为服务网关或者分组数据网络网关,所述第二网元为互操作功能实体或者媒体网关。
3.根据权利要求1所述的方法,其特征在于:
所述第一信息包括所述第一网元的第一IP地址、和所述第一网元与所述数据转发通道支持的隧道协议相对应的第一隧道标识;
所述第二信息包括所述第二网元的第二IP地址、和所述第二网元与所述数据转发通道支持的隧道协议相对应的第二隧道标识。
4.根据权利要求1所述的方法,其特征在于:
所述移动管理实体从所述第一网元获取所述第一网元分配给所述数据转发通道的第一信息包括:所述移动管理实体发送第一数据转发通道建立请求至所述第一网元;所述移动管理实体接收所述第一网元响应所述第一数据转发通道建立请求而返回的所述第一信息;
所述移动管理实体从所述第二网元获取所述第二网元分配给所述数据转发通道的第二信息包括:所述移动管理实体发送第二数据转发通道建立请求至所述第二网元,所述移动管理实体接收所述第二网元响应所述第二数据转发通道建立请求而返回的所述第二信息。
5.根据权利要求4所述的方法,其特征在于:
在所述移动管理实体将所述第一信息转发给所述第二网元,或者所述移动管理实体发送第二数据转发通道建立请求至所述第二网元的同时,所述方法还包括:所述移动管理实体将接收到的所述用户终端通过演进型基站发送的终端IP地址、对端终端IP地址和第一编解码类型信息,发送给所述第二网元;或者,
在所述数据转发通道建立完成之后,所述方法还包括:所述第二网元从接收到的对端终端通过所述数据转发通道发送的第一个下行语音数据包中,解析获取所述终端IP地址、对端终端IP地址和第一编解码类型信息;
所述终端IP地址为所述用户终端的IP地址,所述对端终端IP地址为所述对端终端的IP地址,所述第一编解码类型信息为所述用户终端在所述分组交换域网络中进行语音数据传输时使用的数据编解码方式。
6.根据权利要求5所述的方法,其特征在于,在所述数据转发通道的建立过程中,所述方法还包括:
所述第二网元从所述电路域网络中获取第二编解码类型信息,所述第二编解码类型信息为所述用户终端在所述电路域网络中进行语音数据传输时使用的编解码方式。
7.根据权利要求4所述的方法,其特征在于,在所述移动管理实体发送第一数据转发通道建立请求至所述第一网元,或者所述移动管理实体将所述第二信息转发给所述第一网元的同时,所述方法还包括:
所述移动管理实体发送下行数据双向转发指令或者下行数据单向转发指令给所述第一网元;
所述下行数据双向转发指令用于指示所述第一网元在所述数据转发通道建立之后,同时将接收到的下行语音数据转发给演进型基站,以及通过所述数据转发通道转发给所述第二网元;所述下行数据单向转发指令用于指示所述第一网元在所述数据转发通道建立后,仅将接收到的下行语音数据通过所述数据转发通道转发给所述第二网元。
8.根据权利要求1或2所述的方法,其特征在于,在所述域切换完成之后,所述方法还包括:
所述第二网元接收移动交换中心发送的域切换完成消息,或者接收所述对端终端通过电路域网络的通信链路发送的下行语音数据,释放所述数据转发通道的相关建立资源,并生成切换完成消息;
所述移动管理实体接收所述第二网元发送的所述切换完成消息,释放所述用户终端在所述分组交换域网络中的相关资源。
9.一种移动管理实体设备,其特征在于,包括:
接收模块,用于接收用户终端通过演进型基站发送的语音起呼消息,并开始将所述用户终端的语音业务从分组交换域网络向电路域网络进行切换;
数据转发通道建立模块,用于在将所述用户终端的语音业务从分组交换域网络向电路域网络切换的过程中,控制所述分组交换域网络的第一网元和所述电路域网络的第二网元之间建立数据转发通道,所述语音业务从分组交换域网络向电路域网络切换的过程包括域切换和接入技术切换,所述数据转发通道用于在所述域切换完成之前,转发所述用户终端的语音数据,而且一旦所述接入技术切换完成,便通过所述数据转发通道形成过渡通信链路,以使所述用户终端与对端终端进行语音会话;
其中,所述数据转发通道建立模块包括:第一获取模块、第二获取模块和第一发送模块;
所述第一获取模块用于从所述第一网元获取所述第一网元分配给所述数据转发通道的第一信息;
所述第二获取模块用于将所述第一信息转发给所述第二网元,并从所述第二网元获取所述第二网元分配给所述数据转发通道的第二信息;
所述第一发送模块用于将所述第二信息转发给所述第一网元,以使所述第一网元和所述第二网元之间建立所述数据转发通道;
或者,所述数据转发通道建立模块包括:第一获取模块、第二获取模块和第一发送模块;
所述第一获取模块用于从所述第二网元获取所述第二网元分配给所述数据转发通道的第二信息;
所述第二获取模块用于将所述第二信息转发给所述第一网元,并从所述第一网元获取所述第一网元分配给所述数据转发通道的第一信息;
所述第一发送模块用于将所述第一信息转发给所述第二网元,以使所述第一网元和所述第二网元之间建立所述数据转发通道。
10.根据权利要求9所述的移动管理实体设备,其特征在于:
所述第一网元为服务网关或者分组数据网络网关,所述第二网元为互操作功能实体或者媒体网关。
11.根据权利要求9所述的移动管理实体设备,其特征在于,所述数据转发通道建立模块还包括:
第二发送模块,用于在所述将所述第一信息转发给所述第二网元的同时,或者在从所述第二网元获取所述第二网元分配给所述数据转发通道的第二信息的过程中,将接收到的所述用户终端通过所述演进型基站发送的终端IP地址、对端终端IP地址和第一编解码类型信息,发送给所述第二网元;
所述终端IP地址为所述用户终端的IP地址,所述对端终端IP地址为所述对端终端的IP地址,所述第一编解码类型信息为所述用户终端在所述分组交换域网络中进行语音数据传输时使用的数据编解码方式。
12.根据权利要求9所述的移动管理实体设备,其特征在于,所述数据转发通道建立模块还包括:
第三发送模块,用于在将所述第二信息转发给所述第一网元的同时,或者在从所述第一网元获取所述第一网元分配给所述数据转发通道的第一信息的过程中,发送下行数据双向转发指令或者下行数据单向转发指令给所述第一网元;
所述下行数据双向转发指令用于指示所述第一网元在所述数据转发通道建立之后,同时将接收到的下行数据转发给所述演进型基站,以及通过所述数据转发通道转发给所述第二网元;所述下行数据单向转发指令用于指示所述第一网元在所述数据转发通道建立后,仅将接收到的下行数据通过所述数据转发通道转发给所述第二网元。
13.一种语音呼叫连续性业务的处理系统,其特征在于,包括:分组交换域网络的第一网元、电路域网络的第二网元,以及如权利要求9~12任一所述的移动管理实体设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910251389.6A CN102088681B (zh) | 2009-12-03 | 2009-12-03 | 语音呼叫连续性业务的处理方法、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910251389.6A CN102088681B (zh) | 2009-12-03 | 2009-12-03 | 语音呼叫连续性业务的处理方法、设备及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102088681A CN102088681A (zh) | 2011-06-08 |
CN102088681B true CN102088681B (zh) | 2014-11-05 |
Family
ID=44100244
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910251389.6A Active CN102088681B (zh) | 2009-12-03 | 2009-12-03 | 语音呼叫连续性业务的处理方法、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102088681B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103002418B (zh) * | 2011-09-09 | 2015-08-19 | 中国移动通信集团设计院有限公司 | 一种业务处理的系统、方法及装置 |
CN102448135A (zh) * | 2011-11-17 | 2012-05-09 | 中兴通讯股份有限公司 | 一种单无线语音连续切换的方法及系统 |
CN103118407B (zh) * | 2011-11-17 | 2018-05-11 | 中兴通讯股份有限公司 | 一种实现反向单待业务连续性的方法和系统 |
CN103298050A (zh) * | 2012-02-29 | 2013-09-11 | 中兴通讯股份有限公司 | 语音业务的切换方法及装置 |
CN104221429B (zh) * | 2012-04-17 | 2019-04-05 | 瑞典爱立信有限公司 | 利用活跃编解码器选择在接入网之间的呼叫的srvcc切换 |
CN111641998B (zh) * | 2014-03-14 | 2022-09-27 | 北京三星通信技术研究有限公司 | 一种支持ue接入控制的方法 |
CN106332306A (zh) * | 2015-06-30 | 2017-01-11 | 中兴通讯股份有限公司 | 承载建立方法、装置、媒体网关以及语音承载建立系统 |
CN104994542B (zh) * | 2015-07-08 | 2018-10-30 | 华为技术有限公司 | 一种异系统检测事件的控制方法和用户设备 |
JP2018529291A (ja) * | 2015-08-28 | 2018-10-04 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 音声ベアラセットアップの方法及びアクセスネットワークデバイス |
CN107466114B (zh) * | 2016-06-06 | 2020-06-02 | 华为技术有限公司 | 一种语音数据传输控制方法及设备 |
CN113555025A (zh) * | 2020-04-26 | 2021-10-26 | 华为技术有限公司 | 一种静音描述帧发送、协商方法及装置 |
CN113225781B (zh) * | 2021-03-22 | 2023-09-26 | 闻泰通讯股份有限公司 | 网络接入方法、装置、电子设备和计算机可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101262414A (zh) * | 2007-03-07 | 2008-09-10 | 中兴通讯股份有限公司 | 语音呼叫连续性业务中的域切换方法 |
CN101291453A (zh) * | 2007-04-17 | 2008-10-22 | 华为技术有限公司 | 一种实现会话的语音连续性的方法及装置 |
-
2009
- 2009-12-03 CN CN200910251389.6A patent/CN102088681B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101262414A (zh) * | 2007-03-07 | 2008-09-10 | 中兴通讯股份有限公司 | 语音呼叫连续性业务中的域切换方法 |
CN101291453A (zh) * | 2007-04-17 | 2008-10-22 | 华为技术有限公司 | 一种实现会话的语音连续性的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102088681A (zh) | 2011-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102088681B (zh) | 语音呼叫连续性业务的处理方法、设备及系统 | |
CN102387557B (zh) | 反向单一无线语音呼叫连续性的处理方法、设备及系统 | |
CN102687582B (zh) | 切换延迟优化 | |
US20050195762A1 (en) | Communication system | |
CN101351039B (zh) | 实现多媒体呼叫连续性的方法、装置及系统 | |
US20100062776A1 (en) | Communication terminal apparatus, communication system and seamless handover method | |
JP2012531091A (ja) | ソースサービングゲートウェイとターゲットサービングゲートウェイとの間でパケットを転送するインターネットワーキング技術 | |
CN102378148A (zh) | 终端、hss、及核心网网元获知终端能力的方法和系统 | |
JP6312121B2 (ja) | 移動通信システムにおける呼をスイッチングする装置及び方法 | |
JP5191936B2 (ja) | ハンドオーバ制御システム、magおよびハンドオーバ制御方法 | |
CN101841836A (zh) | 一种切换的优化方法、切换装置和系统 | |
CN101978727B (zh) | 单接收机语音连续切换及其数据传输的方法、装置和系统 | |
CN104918292A (zh) | 一种业务控制方法和系统 | |
US20100061328A1 (en) | Call Handling In A Mobile Communications Network | |
CN101588599B (zh) | 实现域选择的方法、移动性管理方法及控制网关 | |
US20090252118A1 (en) | Handoff between packet-switched network and circuit-switched network | |
CN105100046A (zh) | 一种媒体互通方法及其装置 | |
CN101459891A (zh) | 单无线信道语音业务连续性的切换方法 | |
KR101432510B1 (ko) | 이종 이동통신 혼용 호 처리 장치 및 방법 | |
CN107689945A (zh) | 媒体转换设备控制方法、装置及媒体网关 | |
CN102104848A (zh) | 双模单待语音业务连续性的实现方法及ip多媒体子系统 | |
CN106998540B (zh) | 紧急呼叫的切换方法、系统及紧急接入切换功能实体 | |
CN101674577A (zh) | 一种加密数据透明传输的方法及媒体网关控制中心 | |
CN102378396B (zh) | 一种实现会话锚定的方法和系统 | |
CN101472302A (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 |