SGLTE：Simultaneous GSM and LTE，手机可以同时驻留在GSM和LTE网络中，打电话通过GSM网络进行，数据业务通过LTE网络进行。
SVLTE：Simultaneous Voice and LTE，手机可以同时使用CS域接听电话、使用LTE网络进行数据业务。
SGLTE和SVLTE都是单卡双待方案，区别在于SGLTE是同时驻留于GSM网络和LTE网络，而SVLTE可以驻留于2G/3G网络和LTE网络（只要能提供CS服务即可）。终端只需要一张（4G）卡，即可同时驻留在两种网络中，监听两种网络的寻呼。
CSFB：CS FallBack，是一种单卡单待方案，同一时刻终端只能驻留于一种网络中（LTE或2/3G）。支持CSFB的终端开机后若有LTE覆盖，则驻留于LTE网络中，当有MT呼叫时，寻呼消息通过MSC Server传递给MME进而寻呼UE，UE回落到2/3G网络接听CS呼叫，呼叫结束后又回到LTE网络。UE发起语音呼叫时，UE先回落到2/3G网络（通过发起ESR过 程），呼叫结束后再回到LTE网络。
SRVCC：Single Radio Voice Call Continuity。SRVCC是VoLTE不完全覆盖前的解决方案，也是一种单卡单待方案。由于终端同一时刻只驻留于一种网络中，当在两种网络中切换并保持连续性时，需要CS域、LTE PS域和IMS域共同完成承载和会话层的切换。当LTE基站发现终端有正在进行的语音通话（存在QCI=1的承载）且需要切换，且目标小区是2G/3G小 区时，通知MME进行SRVCC切换。MME向MSC Server发送切换请求，MSC Server先建立好CS承载，然后向作为会话锚点的IMS域发送通知消息，通知进行会话层的切换。
总结：SGLTE/SVLTE是基于终端实现的解决方案，对网络没有额外要求。CSFB和SRVCC是标准化解决方案，都需要对网络设备进行升级，其 中，CSFB是基于终端的方案：CS回退是由终端发起（ESR过程）；而SRVCC是基于网络的方案，由基站执行SRVCC过程的发起，并通过各个域的协调完成呼叫的切换。
从这几种方案也可以看出：一种功能的实现并不仅有一种方法，基于终端+实现的方案优点是不需要改造网络，但需要终端支持，因此当运营商对终端/芯片业控制 力度不够时、且面临与其它运营商竞争时，通常更倾向于选择基于网络的方案。基于网络的方案，使得解决方案不受制于终端支持，但代价是网络设备升级、互联互 通、组网复杂度大幅升高。从语音业务演进来说，VoLTE是终极解决方案，终端和网络均需要升级。因此从这个角度来说，上述几种方案都是过渡方案.
SRVCC 流程：
1)UE发送测量报告
2)MME第一次接收E-UTRAN的移交请求，并指示这是用于SRVCC处理的(*)
3)MME通过SRVCC增强的MSC触发SRVCC过程。MME知道哪个EPS载体用于基于本地配置的IMS信令。
4)针对SRVCC增强的MSC服务器启动到IMS的会话传输过程并通过CS handover协调它向目标单元切换。
5)SRVCC增强的MSC服务器向MME发送PS-CS切换响应，其中包括UE访问UTRAN/GERAN所需的CS HO命令信息。
6)任何非语音PS承载的处理由MME中的PS承载分割功能完成。MME基于E-UTRAN接收到的信息，在SRVCC过程中启动非语音PS承载人的移交。MME负责协调PS-PS移交程序的正向搬迁响应和SRVCC PS-CS响应。
常见问题FQA:
Q1: VoLTE call时发生SRVCC，导致call断开。
A1: 1、在UE收到180 Ringing 之前发生SRVCC call 断开，这种情况是不支持的，正常现象。
2、在振铃时发生SRVCC call 断开，检查网络给的INVITE或者183中的feature-caps中有没有带+g.3gpp.srvcc-alerting，没有带的话网络问题。
3、在通话过程中发生 SRVCC call 断开，检查网络给的INVITE或者183中的feature-caps中有没有带+g.3gpp.srvcc，没有带的话网络问题.
Q2: 在conference call或者hold call的过程中触发SRVCC，call drop。
A2: 检查网络给的INVITE或者183中的feature-caps中有没有带+g.3gpp.mid-call，没有带的话网络问题。