3）测试场景3：省内测试卡，到外省（安徽/上海）后开关机或飞行模式，注册到外省IMS；在外省直接发起VOLTE呼叫，接通后回当地（南京/苏州），切换到当地的LTE小区，然后向当地GSM进行esrvcc切换，结论：爱立信MME和华为下失败。
爱立信及华为MME都失败，流程如下：
满足A2/B2门限，但未能成功切换，随后转空闲。
4）具体原因分析及结论
1）省际边界VOLTE的esrvcc问题，华为在3月31号已开启TOP ON功能，爱立信需要升级解决； 2）爱立信在空闲态以及数据连接态情况情况下切换GSM失败，出现原因为unspecied的失败；主要原因为上海用户漫入到江苏，或江苏用户漫游到上海，并在上海SBC发生过注册后回到江苏。用户进入江苏后未发生重新注册刷新为江苏STNSR，此时发生了ESRVCC切换。因为用户仍然注册在外省的SBC上，MME发给EMSC的PS TO CS REQ消息中STNSR仍为上海的SBC/ATCF。江苏的EMSC只与本省SBC连接，所以切换请求无法送往上海的BSC，切换失败，给MME发送的PS TO CS RSP原因值为Unspecified。 确认需要爱立信MME升级 ；16A，目前在FOA；
3）华为的TOPON 功能及爱立信的补丁适用于：
漫游的情况下，PGW重选的模式是承载模式，也就是满足以下两个情况下会发生PGW重选：
1.专有承载删除时，判断如果没有QCI=1/2的承载，触发。 2. TAU结束时，判断如果没有QCI=1/2的承载，触发。
4）在VOLTE通话中，根据集团规范需要VOLTE通话结束后才可进行PDN重选，所以目前无法解决。
4、失败原因值为Failure in Radio Interface Procedure问题分析，切换后RRC 重建导致。应是中兴设备特有，与原因值2handover cancel为一类原因。 4.1、SEQ统计及信令截图
? 涉及地市：徐州、连云港；
? 涉及厂家：中兴；中兴版本升级为602后问题较多；通常为切换后RRC 重建引起。目前中兴正在排查具
体原因。
? 分析：从SEQ平台来看均是由于MME给MSC发起HO CANCEL导致，5月25日中兴选取了部分小区进行复
测，目前发现是由于弱覆盖导致UE存在下行失步，失步后发起RRC重建立，导致ESRVCC失败。
?复现关于Failure in Radio Interface原因的esrvcc失败问题，排查该问题出现的具体原因。
4.2. 问题复现--测试背景和测试小区配置
根据核心网统计发现徐州的eSRVCC切换失败原因为Failure in Radio Interface，流程分析发现目标侧发送cancel消息导致。
测试小区配置
参数名称 测试值 小区 打开系统间测量(语音业务) (A2)（dbm） -100 LTE市区民生医院_1 LTE向GERAN切换的B2 (LTE)门限（dbm） -120 LTE向GERAN切换的B2 (GSM)门限（dbm） -100 4.3. 问题复现---测试数据分析
经过后台指标统计，该时段内共发起30次esrvcc切换请求，切换成功19次，源侧发生重建立导致esrvcc切换失败11次，后台指标详见下表：
LTE到LTE到开始时间 结束时间 eSRVCC切换成功率 GSM的切换出准备请求次数 LTE到GSM的切换出执行成功次数 LTE到GSM的切换出准备成功次数 GSM的切换出执行失败次数，源侧发生重建立 9:45 10:15 63.33% 30 19 30 11
经过前台信令点统计，9点45分至10点15分，前台共出现11次次失败，失败时间点如下表所示：
4.4、问题复现---前台空口信令如下：
且11次esrvcc切换失败均是UE侧接收到基站侧发送的Handover Command后1秒左右UE主动发起RRC
重建请求，最终导致esrvcc切换失败。RRC重建结果有2种： RRC重建失败、RRC重建完成。
UE侧接收到基站侧发送的Handover Command后1秒左右UE主动发起RRC重建请求，RRC重建请求原因为ReestablishmentCause = 1 (handoverFailure)；
通过查看RRC重建请求消息，发现RRC重建的原因有2种，第一种是： handover Failure；第二种是： otherFailure
4.5问题复现---后台基站及核心侧信令如下：
1）基站侧跟踪 基站在接收到UE发送的MR报告时向MME发送Handover Required消息，在大概2秒后接收到MME发送的Handover Command消息，在接收到Handover Command时基站向UE发送mobility From EUTRA Command消息，让UE执行eSRVCC切换，但在1秒后接收到UE发送的RRC Connection Reestablishment Request，同时基站侧发起handover cancel造成切换失败。
2）核心网数据分析 根据前台反馈的失败问题时间点，核心网处进行分析发现切换发起之后，很快会取消切换。但是切换取消之后有重建reinvite。之后也会再发生切换/切换取消；呼叫没有掉话，有正常拆线。且每次都在切换SRVCC PS TO CS
REQUEST/RSPONSE之后收到MME发来的SRVCC PS TO CS CANCEL；原因值为：Failure in Radio Interface Procedure (8) 。
从消息看，每次都在切换SRVCC PS TO CS REQUEST/RSPONSE之后收到MME发来的SRVCC PS TO CS CANCEL；原因值为：Failure in Radio Interface Procedure (8) LAIGCI=4600050360882