【问题现象】
无线环境满足切换条件，UE却并没有执行切换，直至SINR过差发生掉话。通过分析log发现，UE未触发eSRVCC原因为，eNB没有下发eSRVCC相关测控消息。
【问题分析】
正常的eSRVCC流程如下：

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

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

对比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发现，USIM卡尾号为19的终端附着时，eNB收到MME下发的Initial Context Setup Request中存在SRVCCOperationPossible : possible字段，而USIM卡尾号为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交互过程中，不存在终端能力上报的差异，怀疑为USIM卡本身的问题。对调两部终端USIM卡发现，问题会伴随尾号为55的USIM卡，与终端无关。

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

【问题解决】
重新设置尾号为55的USIM卡，将Session Transfer Number参数设置为非空，问题消失。