[发明专利]语音业务呼叫连续性实现方法和系统

说明书

技术领域

本发明涉及移动通信系统，更具体地，涉及一种语音业务呼叫连续性实现方法和系统。

背景技术

SRVCC(Single Radio Voice Call Continuity，单一语音呼叫连续性)功能是保证语音业务用户从LTE(Long Term Evolution，长期演进)网络移动至UTRAN(UMTS Terrestrial Radio Access Network-UMTS陆地无线接入网)/GERAN(GSM EDGE Radio Access Network，GSM/EDGE无线接入网)或CDMA2000lxRTT(一种基于无线电传输技术(RTT)的CDMA2000类型)系统时，语音业务的连续性问题。

在LTE网络布网的初期，不会达到全网覆盖范围，而主要对热点区域进行覆盖，当部署的LTE网络提供VoIP(语音)业务时，在LTE网络中发起VoIP业务的用户离开LTE覆盖范围时，就面临语音业务掉话的问题，为了解决这一问题，3GPP/3GPP2标准提出了LTE到UTRAN/GERAN及CDMA2000lx网络的SRVCC方案，可在语音业务的用户离开LTE网络前，将语音业务切换到相邻的UTRAN/GERAN或CDMA2000lx网络中，从而保证语音通话的不中断。

由于SRVCC方案是基于IMS(IP Multimedia Subsystem，IP多媒体系统)实现的，因此对网络要求是必须部署IMS，即要进行SRVCC的源和目的系统核心网都需连接IMS。SRVCC的决策需要同时考虑UE能力及核心网能力，当且仅当进行语音业务的UE和核心网侧都支持SRVCC时，才可触发SRVCC过程。

SRVCC的决策在eNB(evolved Node B，演进型基站)侧完成，在MME发送给eNB的Initial UE Context Setup Request(初始上下文建立请求)消息或Handover Request(切换请求)消息中会携带“SRVCC Operation Possible(SRVCC操作可能性)”信元，该信元是MME和UE通过NAS(NetworkAttached Storage，网络附属存储)过程协商SRVCC能力后的结果，为“TRUE”时表示当前UE和核心网侧均支持SRVCC，若有一方不支持SRVCC，则消息中不携带该信元，当eNB收到“TRUE”的指示时，表示eNB可对该UE触发SRVCC过程，将语音业务切换到目标网络去。

当前3GPP/3GPP2标准定义了两种SRVCC过程，分别为：

E-UTRAN网络到UTRAN/GERAN网络的SRVCC过程；

E-UTRAN网络到CDMA2000lx网络的SRVCC过程。

对于以上两种不同的SRVCC方案分别定义了UE的两种SRVCC能力，24.301协议中定义UE在进行NAS过程发送“Attach Request(附着请求)”或“Tracking Area Update Request(跟踪区域更新请求)”消息到MME时，消息中可携带“UE Network Capability(UE网络能力)”信元和“MS NetworkCapability(MS网络能力)”信元，其中“UE Network Capability”中的1个比特位表示UE是否支持E-UTRAN到CDMA2000lx网络的SRVCC；“MSNetwork Capability”中的1个比特位表示UE是否支持E-UTRAN到UTRAN/GERAN网络的SRVCC。

当MME收到UE的NAS消息时，会综合UE的SRVCC能力和核心网的SRVCC能力，当且仅当两者都满足时，MME在发送给eNB的UE ContextSetup Request消息或Handover Request(切换请求)消息中将“SRVCCOperation Possible”信元填为“Possible”，其它情况不携带该信元，如图1所示。

这里就存在问题：由于UE针对不同目标系统的两种不同的SRVCC过程分别对应了两种UE能力，而MME下发到eNB的“SRVCC Operation Possible”指示字段只有一个，因此在UE仅支持一种SRVCC的情况下，该字段无法表明UE实际是支持到哪种目标系统的SRVCC过程，在MME填写信元和eNB进行SRVCC决策时都会引发错误。