HSS参数设置不恰当可能会导致无法执行eSRVCC。正常的eSRVCC流程如下：

以现网测试发现的某个案例为例，无线环境满足切换条件，UE却并没有执行切换，直至SINR过差发生掉话。通过分析log发现，UE未触发eSRVCC原因为，eNB没有下发eSRVCC相关测控消息。

更换HTC测试终端发现，SIM卡尾号为19的终端可收到eNB下发的测控消息并正常eSRVCC，而SIM卡尾号为55的终端无法收到eSRVCC测控消息，以此排除终端原因。

正常重配置信令中eSRVCC测控消息如下，SIM卡尾号为55的终端无以下消息。

A2事件及B2事件：

对比19、55两部终端能力信息，发现eNB收到的UE Capability Information信令完全相同，且FGI第9位、第23位设置为1，表示终端支持eSRVCC（根据3GPP 36331 B.1 Feature group indicators规定，比特位9为EUTRA RRC_CONNECTED to GERAN GSM_Dedicated handover，比特位23为GERAN measurements, reporting and measurement reporting event B2 in E-UTRA connected mode，设置为1表示支持该功能）。

对比EMIL log发现，SIM卡尾号为19的终端附着时，eNB收到MME下发的Initial Context Setup Request中存在SRVCCOperationPossible : possible字段，而SIM卡尾号为55的终端确没有该字段，导致eNB认为UE不支持eSRVCC，因此不下发eSRVCC测控消息。

在附着流程中，测控消息下发前，UE会通过上发NAS：Attach Request进行信息的交互，其中包含UE能力的相关信息。对比两部终端上发的Attach Request信令，结果发现，Attach Request中除随机个性化参数不同外，其他参数完全相同，且MS NETWORK CAPABILITY (OPTIONAL)中SRVCC to GERAN/UTRAN capability字段设置为1，表示UE支持eSRVCC。

由上可知，UE无论是与eNB还是与MME交互过程中，不存在终端能力上报的差异， 判断应该不是终端的问题，怀疑是否为SIM卡本身的问题。对调两部终端SIM卡发现，问题会伴随尾号为55的SIM卡，与终端无关。

联系HSS工程师核查SIM卡参数，发现尾号为55的SIM卡Session Transfer Number参数为空，此字段为eSRVCC切换时核心网的一个标识的初始值。若字段为空，则表示不支持eSRVCC。

重新设置尾号为55的SIM卡后，问题消失。