信令流程如下：
UE Source E-UTRAN Source MME MSC Server/ MGW Target MSC Target SGSN Target BSS S-GW / PDN GW IMS 1. Measurement reports 2. Decision for HO 3. Handover Required 4. Bearer Splitting 5.PS to CS Req 6.Prep HO Req 7. HO Request/Ack 8.Prep HO Resp 9. Establish circuit 10. Initiation of Session Transfer (STN-SR or E-STN-SR) 11. Session transfer and Update remote end 12. Release of IMS access leg 13.PS to CS Resp 14. Handover Command 15. MobilityFromEUTRACommand（HO from EUTRAN command） 16. UE tunes to GERAN 17. HO Detection 18. Suspend (see TS 23.060) 18. Suspend Request / Response 18. Suspend 19. HO Complete 20.SES (HO Complete) 22. PS to CS Complete/Ack 21. ANSWER 22a. Bearer handling and suspension 22b. Release Resources 23a. TMSI Reallocation 23b.UpdateLoc 24. Subscriber Location Report HSS/ HLR GMLC 信令说明只说明UU口和S1口的信令，其它步骤详细说明见本节最后面的附件或查询 TS 23.216的6.2.2.1，主要说明如下： 1、 步骤1 UE上报B2报告，基站会发起切换判决，这里有两个注意事项，必须UE和CN侧均支持SRVCC切换，基站RRM才会有步骤2判决进行SRVCC切换，否则判决为重定向，详见本文4.3.1；
2、 步骤3 eNodeB向源MME发送Handover Required消息，该消息中包含括Target ID
（多为CGI）、generic Source to Target Transparent Container、 SRVCC切换指示等。SRVCC HO 指标标明切换目标只是CS域；
第31页共41页
3、 步骤 14和15，MME和目标MSC、IMS等经过一系统交互过程后，完成PS到CS的转
换过程及目标小区资源预留后，MME向eNodeB发送 Handover Command， eNodeB通过MobilityFromEUTRACommand通知UE进行切换。
4、 步骤16到18，UE切换到GSM,进行同步过程，同步后UE发现Suspend过程，对GPRS
业务挂起，后续CN侧会数据业务挂起及通知MME进行链路释放等一系列过程，切换完成。
如果在CS 语音结束后UE还在GERAN(or for any other reason specified in TS 24.008), UE则需要按照TS 23.060规定恢复PS业务. GN SGSN将按照TS 23.060 规定恢复PDP上下文， S4 SGSN将按照TS 23.060 规定恢复承载，并且通知S- GW和P-GW(s)恢复暂停的承载；如果UE在CS语音呼叫终止后已经返回到E-UTRAN，则UE必须通过发送TAU向MME恢复PS服务， MME将通知S-GW and P-GW(s)恢复挂起的承载，恢复在S-GW和P-GW中挂起的承载，应该通过使用某种操作触发Modify Bearer request消息进行隐式恢复，例如RAU、TAU 或Service Request。S- GW知道承载的暂停状态，并且将转发Modify Bearer request消息到P- GW，如果Modify Bearer Request不是由某类操作触发时，直接恢复必须使用恢复指示消息。
SRVCC from E-UTRAN to GERAN wit
4.3.1 Attach Request& Initial Context Setup Request
Attach Request信令与Attach过程中的 Initial Context Setup Request信令分别包含了UE和网络的SRVCC能力，这是进行SRVCC的必要条件。 下面从CDS上导出的Attach Request信令详细解码
主要说明如下：
从Attach Request信令中可以得到UE对SRVCC的能力，消息中其它内容与平常的信令相同，
UE将 SRVCC capability indication作为“UE Network Capability”的一部分包含在Attach Request message/Tacking Area updaterequest中发送给MME
第32页共41页
Initial Context Setup Request：注意该消息必须是在Attach过程中的消息才携带
SRVCC能力部分。
注意事项：
1、SRVCC与SIM卡签约业务有关，HSS向MME指示UE的签约信息（STN-SR）是否支持SRVCC
第33页共41页
5 测试案例
6.1 异系统门限参考参数不合理导致无法eSRVCC切换
【问题现象】
福州 VOLTE某一eSRVCC切换用例测试中，发现经常出现上报B2 MR基站未有下发MobilityFromEutraCommand的问题，导致无法切换；该用例测试时是由室外进入室内，RSRP逐渐衰减到一定程度，进行eSRVCC切换，切换到GERAN小区。
【问题分析】
对问题分析可能原因有三个：
1、目标小区不合理或资源不足等原因，导致HO Require被拒；
2、基站版本问题，对MR处理存在异常；
3、切换判决参数不合理，导致上报MR后达不到要求，不判决切换。
逐一对可能原因进行排查
1、将UE锁在GSM，测试发现配置的频点为最优频点，提取CDL进行分析，对
比多次通话过程的B2 MR，发现均为上报MR后基站不判决切换，而非判决切换后HO Require被拒，排除第1个可能原因；
第34页共41页
2、提高B2本系统门限，由-118dBm改为-105dBm，在靠近门口向窗边移动，发现可以顺利切换，多次测试均正常；在门口直接向室内最靠里位置移动时，同样会出上报B2不切换问题，所以基本排除基站对MR处理异常问题，最大可能性为切换判决参数问题。
3、将多个成功切换的B2 MR结果与未判决切换的B2事件进行对比，发现正常
切换时的GERAN小区RSSI都大于30（-80dBm），未判决切换的B2 MR中，GERAN小区的RSSI均小于30，判断为异系统小区门限判断参数导致无法切换；咨询公司SE关于eSRVCC切换异系统门限的判决参数，回复为eSRVCC切换判决时，不只参考B2中的GERAN门限，同时参考“向Geran进行CCO或NACC的门限”，与“LTE向Geran CCO或NACC开关”是否打开无关。查看“向Geran进行CCO或NACC的门限”，参数设置为30，将参数修改0后，测试切换正常。
第35页共41页