基于信令平台的 eSRVCC 切换优化指导手册

一、基于 SEQ 信令平台的 eSRVCC 使用方法及步骤

1、进入 SEQ 平台，选择 HOME 下多维数据分析

2、选择 srvcc 切换模板
3、选择过滤条件，通常选择省、市等，也可根据需求选择其他字段
4、选择时间粒度后，点击查询
5、查询结果出来后，点击次数，蓝色具体失败次数才会呈现；

MSC 列为省内 2 个 EMSC，目前江苏有 2 个 EMSC.双击蓝色失败次数，可以看到每次失败的详

细清单，时间、原因，源小区、目标小区等；

6、看到详细失败清单，可以点击右上角的输出键，选择输出到表格

中，也可点击每条记录查看详细信令流程。
6.1 点击记录显示失败流程，点击每条流程显示详细解码等；

6.2 对于小于 10000 次的记录，直接输出即可；对于大于 10000 次的

记录，提示异步导出任务管理；

随后到日志管理菜单下—异步导出任务管理中，查看刚刚输出任务是否在执行
或完成等；

7、输出表格主要分析内容

MSC:即 EMSC 名称；MME 名称，源小区，2G 目标小区，SM 失败原因；

二、相关知识了解

1、4G 小区的 ECGI 与 GSM 的 CGI 的组成

GSM 中 CGI = MCC + MNC + LAC + CID

而 LTE 中 ECGI = MCC + MNC + ECI(ENODEBID +Localcellid)

eCI 在 3GPP 协议中规定为 7 个 16 进制的编码。其中，前面的 5 个 16

进制为 eNodeBid，后 2 个 16 进制为 Localcellid。通常大家会误解，

而实际在报文中，这个序列是一个串联的 28 个 bit 构成。总的来说

就是 eNodeBid 和 Localcellid 组成

ECGI 全称（演进型-通用移动通信系统陆地无线接入网小区全局标

识符）。
 CGISAI 小区 4G 小区 SM 原因 切换的目标小区
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 4600050865DAD
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 4600050865DAD
LF531L5C LF531L5C 46000DACA603 LF531L5C 46000DACA603 4600051EECF27
LF531L5C LF531L5C 46000DACA603 LF531L5C 46000DACA603 4600051EECF27
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 4600050865DAD
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 4600050865DAD
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 460005086663B
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 460005086663B
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 4600050865DAF
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 4600050865DAF
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 4600050865DAF
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 460005086663B
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 460005086663B
LF520B0A LF520B0A 46000530B001 LF520B0A 46000530B001 1 Unspecified 460005086663B

1.1GSM 小区样例解析

GSM 目标小区：4600050865DAD，其中 46000 为 MCC+MNC；5086 为

LAC 的十六进制，5DAD 为 cellid 的十六进制；可以根据需要将

LAC,CELLID 转化为十进制查询小区中文名；

1.2LTE 小区样例解析

LF520B0A 46000530B001

LF:L 是 LTE 小区，F 是频段；520B0 是 ENODEBID；A 是扇区区分；

LF520B0 是 enodeb 名称，LF520B0A 是小区名；

46000530B001 是 4G 小区的 ECGI，由 MCC + MNC + ECI(ENODEBID +LOCALCELL

ID)

46000 是 MCC+MNC；530B001 是 ECI，ENODEBID +LOCALCELL ID 组成；

530B0 是 ENODEBID ， 换 算 成 十 进 制 就 是 340144 ， 01 是

localcellid；

2、省内 SBC 的 STN-SR 及信令流程中 STN-SR 解析

2.1、STN-SR 含义

STN-SR：Session Transfer Number for SRVCC，STN-SR 是 SRVCC 用户到 SCC AS 的路

由号码。STN-SR 静态配置在 SCC AS 和 HSS 上，基于运营商策略，可以给所有的 UE 都
配一个相同的 STN-SR，或不同的 STN-SR，可以看成是签约时就配好的静态数据。

E-STN-SR：Emergency Session Transfer Number for SRVCC，紧急呼叫的会话切换号

码。和 STN-SR 不一样，E-STN-SR 是直接配置在 EATF 和 eMSC 上的。

2、省内 SBC 对应 SNT-SR 和覆盖地市情况

SBC 名称 STN-SR 信令中 STN-SR 覆盖地市

南京、扬州、泰州、盐城
NJATCF10BHW 8613444306 6831443460
、宿迁、淮安、连云港、徐州
南京、扬州、泰州、盐城
NJATCF11BHW 8613444307 6831443470
、宿迁、淮安、连云港、徐州
WUXATCF1BHW 8613444308 6831443480 无锡、常州、镇江、南通
WUXATCF2BHW 8613444309 6831443490 无锡、常州、镇江、南通
SUZATCF1BHW 8613444312 6831443421 苏州
SUZATCF2BHW 8613444313 6831443431 苏州
3、SEQ 信令流程中 SNT-SR 格式及换算方法

可 以 看 出 STN-SR 格 式 为

916831471037，916831443460，916831443470 等；

如何比对？91 不用看，其他每 2 位倒叙就行了。

如 STN-SR: 916831443460，91 不管，其他每 2 位倒叙为

86，13，44，43，06，对应 SBC 为 NJATCF10BHW

MME 向 UE_A 当前所在地区的 eMSC 发起 eSRVCC 切换请求，请求中携

带信元 IMSI、STN-SR、C-MSISDN 等。
4、eSRVCC 信令流程
4.1、handover required 内容

UE_A 测 量 到 邻 区 的 3G 网 络 信 号 强 度 满 足 门 限 后 ， 向 eNodeB_A 上 报 系 统 测 量 报 告 ，
eNodeB_A 经过判断决定切换后，向 MME_A 发送切换请求 handover required 消息。消息中
携带的关键信元如下图所示。

4.2、PS to CS Request 消息内容

MME_A 向 UE_A 当前所在小区的 SRVCC IWF 发起 eSRVCC 切换请求 PS to CS Request 消息。

消息中携带的关键信元如图所示。

三、常见 esrvcc 失败原因分析及解决措施

1、全省 esrvcc 失败原因分析（1 周汇总）

项目 失败次数 失败占比
1 Unspecified 57328 37.75%
1000 Timeout 27822 18.32%
2 Handover/Relocation cancelled by
47872 31.52%
source system
3 Handover /Relocation Failure with
1958 1.29%
Target system
6 Target Cell not available 49 0.03%
7 No Radio Resources Available in
1728 1.14%
Target Cell
73 No resources available 273 0.18%
8 Failure in Radio Interface
1653 1.09%
Procedure
未解析原因 13186 8.68%
 汇总 151869 100.00%

备注、地市公司各类失败原因占比
2 3 7 No 8
Handove Handover Radio Failure
73 No
r/Reloc /Relocat 6 Target Resourc in
1 1000 resource
ation ion Cell not es Radio 未解析
地市 Unspeci Timeo s 总计
cancell Failure availabl Availab Interfa 原因
fied ut availabl
ed by with e le in ce
e
source Target Target Procedu
system system Cell re
常州 3.83% 2.19% 3.67% 0.00% 0.00% 0.08% 0.00% 0.00% 0.99% 10.75%
淮安 0.14% 0.20% 1.05% 0.03% 0.00% 0.02% 0.00% 0.00% 1.28% 2.72%
连云
0.26% 0.49% 0.59% 0.01% 0.00% 0.02% 0.00% 0.24% 0.06% 1.67%
港
南京 0.61% 3.00% 7.19% 0.37% 0.03% 0.09% 0.03% 0.00% 0.63% 11.94%
南通 3.72% 1.68% 2.32% 0.02% 0.00% 0.08% 0.00% 0.00% 0.69% 8.51%
苏州 25.39% 4.52% 6.55% 0.02% 0.00% 0.11% 0.01% 0.00% 1.31% 37.91%
泰州 0.29% 0.93% 1.09% 0.14% 0.00% 0.06% 0.00% 0.00% 1.16% 3.67%
无锡 2.22% 2.41% 3.46% 0.01% 0.00% 0.12% 0.05% 0.00% 0.45% 8.72%
宿迁 0.00% 0.01% 0.01% 0.00% 0.00% 0.00% 0.00% 0.00% 0.03% 0.05%
徐州 0.50% 0.83% 1.27% 0.03% 0.00% 0.01% 0.00% 0.85% 0.11% 3.60%
盐城 0.29% 0.76% 1.74% 0.26% 0.00% 0.12% 0.00% 0.00% 0.78% 3.96%
扬州 0.25% 0.64% 1.05% 0.15% 0.00% 0.01% 0.00% 0.00% 1.00% 3.11%
镇江 0.12% 0.65% 1.18% 0.04% 0.00% 0.41% 0.08% 0.00% 0.17% 2.65%
18.32
全省 37.75% 31.52% 1.29% 0.03% 1.14% 0.18% 1.09% 8.68% 100.00%
%

2、各类失败产生原因及措施

2.1 Unspecified 失败原因主要是省际漫游问题。

Unspecified 原因目前看主要是省际漫游问题引起。省内以

苏南为主，其中苏州占比最高，其次为南通、常州、无锡；等

待爱立信 MME 升级 16A 解决；由于 MME 需要 OSS 升级后才能装

 载，目前按照最快进度和爱立信协商后需要 7 月初才能开始装

载。

2.2 失败原因 1000 Timeout 属于 SEQ 平台统计错误，华为已反馈由

于采集问题，后续进行优化；

2.3 失 败 原 因 Handover/Relocation cancelled by source

system：通常为源小区信号变强，目标小区信号变弱导致；BSRVCC

等原因触发导致。

2.4 失 败 原 因 Handover /Relocation Failure with Target

system 产生原因有几种：

1）目标 2G 小区不存在；解决措施：需要在 4G 侧尽快删除；

2）站点搬迁：如无锡目标 2G 小区（未开通）为华为设备计划

开通替换现有的爱立信小区，工程在定义 LTE 邻区定义中直接

使用了原有小区的 BCCH 和 BSIC，导致存在 4G 小区的 2G 邻区

里有 2 个同 BCCH 和 BSIC 的小区。

解决措施：2G 目标小区（CI:25021)尚未开通，4G 侧先删除

2G 外部邻区关系。
 3）存在华为 2G 新开站基站系统间允许切换开关没开，贝尔

EN-Incoming 开关未打开。

4）MSC 中 2G 小区的 BSC 定义错误；主要是不同厂家设备替换

或部分站点割接调整导致。

2.5 失败原因 Target Cell not available 为数据配置错误

目前发现 emsc 和 4G 侧 MNC 配置为 46000 错误（实际 4 个南京

机 场 国 漫 小 区 的 MNC 为 46007 ） ； EMSC 漏 配 一 个 新 开

LAC4600062D7；MSC 定义 2G 小区的 BSC 错误。

2.6 失败原因为 No Radio Resources Available in Target Cell 主

要是 2G 侧故障或 TCH 拥塞，连续失败为厂家缺少惩罚机制。

2G 侧拥塞导致切换失败 1.32%：No Radio Resources Available

in Target Cell 和 No resources available 原因引起；短时间内

连续几十次甚至 100 多次失败，主要是缺少惩罚机制导致；华为对

资源类需要等待 11.1 版本才具备惩罚机制。爱立信有参数设置，苏

州试点有一定效果，目前考虑推广到所有地市。中兴无惩罚机制。
2.7 Failure in Radio Interface Procedure；主要是中兴厂家特

有，基站上发 handover cancel 携带原因值不一致导致。

2.8 后续优化建议：

1）、加强 2G 侧垃圾数据、冗余数据的核查；

2 ）定 期开展 4G 侧 与 2G 侧小区数据的 比 对， 包括 LAC/CI/BCCH/

BSIC/RAC，还有特殊的 MNC 等字段；4G 侧 ESRVCC 开关、2G 的切换

入开关；

3）加强 MSC 定义的 CGI 对应的 BSC 及信令点的核查、emsc 数据的上

报和核查；由于 2G 小区的 LAC 新增、割接调整后，通常会遗漏 MSC

数据、尤其是 EMSC 数据的上报等；

4）同一小区对连续失败时，需确认涉及的 4G 设备厂家。目前华为

8.1 版本对非资源类有次数的惩罚设置，资源类等待 11.1 版本升级

后有时间的惩罚。爱立信有 2 个参数设置可以进行惩罚效果较好。

中兴即使 602 版本也无惩罚机制。

3、切换失败原因值为 unspeicied 问题分析，主要为省际漫游导致；

省际漫游问题占比 37.75%：Unspecified 原因目前看主要是省际漫

游问题引起。省内以苏南为主，其中苏州占比最高，其次为南通、

常州、无锡；等待爱立信 MME 升级 16A 解决；由于 MME 需要 OSS 升级

后才能装载，目前按照最快进度和爱立信协商后需要 7 月初才能开

始装载。

3.1SEQ 统计及信令截图
3.2 实际 STN-SR 解析，发现非我省 STN-SR
3.3 现场实际测试结果-爱立信与华为 MME 下跨省漫游问题测试与验

1）测试场景 1：省内测试卡，到外省（安徽/上海）后开关机或飞

行模式，注册到外省 IMS；空闲态回当地（南京/苏州），但当地发

起 VOLTE 电话，接通后进行 esrvcc 切换，结论：爱立信 MME 下失败，

华为 MME 下成功。

 华为 MME 下 TAU 更 新 后网 络发起 DETACH, 终端重 新 ATTACH ， 重 新建立 QCI5 ， 然 后

register；

 爱立信 MME 下 TAU 后未收到网络发起的 DETACH，终端发起 2 次 PDN 连接请求，分别为

ipv4v6 及 ipv6，都建立了 QCI9，未能重新建立 QCI5；
 华为空闲态
1）TAU 完成后，网络下发 detach request，随后终端重新发起 attach request，建立
QCI5；

2）随后终重新注册，register
3）PDN 连接请求，建立 QCI9

 爱立信空闲态

1）TAU 更新后，终端发起 PDN connection request，PDN Type 为 IPV4V6，随后建立了

QCI9;
 2）终端在 PDN REQUEST 1 秒后终端再次发起了 PDN 请求，PDNtype 为 IPV6，随后建立了
QCI9
2）测试场景 2：省内测试卡，到外省（安徽/上海）后开关机或飞

行模式，注册到外省 IMS；数据业务连接态回当地（南京/苏州），

但当地发起 VOLTE 电话，接通后进行 esrvcc 切换，结论：爱立信

MME 下失败，华为 MME 下成功。

 华为 MME 下 TAU 更新后删除 QCI5；终端发起 PDN 请求，重新建立 QCI5；终端重新

register;发起 VOLTE，切换到 GSM 成功。
 爱立信 MME 下 TAU 更新成功后，直接发起 VOLTE，接通后切换到 GSM 失败。
 华为连接态流程
 爱立信连接态流程
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 Interfac

e，流程分析发现目标侧发送 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 次，后台指标详见下表：
开始时 结束时 eSRVCC LTE 到 LTE 到 LTE 到 LTE 到
间 间 切换成 GSM 的切 GSM 的切 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
 MME 侧分析
进一步分析 EPC 侧日志发现，主要有下面几个原因值，
1）切换过程中 eNode B 侧上报 handover cancel 消息取消切换，原因都是
radio interface failure：

2）切换过程中，UE 突然发起 service request 要求在 4G 恢复到连接态， 错误

原因值为 handover-relocation-canceled-by-source-system.对应几个测试时间点为
10:04:56.243, 10:08:46.607, 10:11:59.074, 10:13:59.066, 10:14:10.705

在切换取消之后：MME 向 SCCAS 发起 re-invite 重建呼叫承载。

第一次切换，切换取消；LAIGCI=46000503606CA
第三次切换的时候，切换成功。LAIGCI=4600050360882

呼叫最后 正常拆线。
4.6 结论：应与中兴厂家基站。

通过无线侧与核心网侧的相互配合，最终确定了核心网统计的 eSRVCC 切换失败原因为

Failure in Radio Interface,主要为无线侧 eSRVCC 切换失败原因为源侧发生重建立；
基站侧发起 handover cancel 造成切换失败，与其他厂家的 handover-relocation-
canceled-by-source-system 一致，只是中兴基站携带原因值不一样造成；

5、失败原因为 No Radio Resources Available in Target Cell 问题分析

5.1、SEQ 统计情况及信令流程图

涉及地市：南通、苏州、无锡、镇江、盐城
涉及厂家：全部
分析：全省 5 月 21 日~23 日共出现 494 次，主要是由于 2G 侧基站故障、2G 侧告警以及突发
话务高峰导致，具体原因如下表所示
原因值 南通 镇江 盐城 无锡 苏州
载频故障 116 0 14 22 0
话务忙导致拥塞 10 54 20 23 128
其他（小区故障等） 5 51 2
 5.2、苏州连续资源类原因 esrvcc 切换失败-4G 侧华为站点

吴江春之声 LF_2 到吴江春之声 LF_2 连续 45 次失败，部分高达 60 多

次
流程开始时间(S) 市 CGISAI 小区 SM 原因 切换的目标小区

吴江春之声 LF_2

2016-05-19 21:01:42 苏州 吴江春之声 LF_2 46000D71AD01 73 No resources available 4600052DC1613

吴江春之声 LF_2

2016-05-19 21:01:42 苏州 吴江春之声 LF_2 46000D71AD01 73 No resources available 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:41 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:41 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

 吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:41 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:41 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:40 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:40 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:40 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:40 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:39 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:39 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:39 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:39 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:38 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:38 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:38 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:38 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:37 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:37 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:37 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:37 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:36 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:36 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:36 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

2016-05-19 21:01:36 苏州 吴江春之声 LF_2 吴江春之声 LF_2 7 No Radio Resources Available in 4600052DC1613
 46000D71AD01 Target Cell

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:36 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:36 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:35 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:35 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:35 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:35 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:34 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:34 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:34 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:34 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:33 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:33 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:33 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:33 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:32 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:32 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:32 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

吴江春之声 LF_2 7 No Radio Resources Available in

2016-05-19 21:01:32 苏州 吴江春之声 LF_2 46000D71AD01 Target Cell 4600052DC1613

5.3 镇江连续资源类原因失败-4G 侧站点为华为和爱立信

短时间内连续几十次，同一源小区到目标小区最多 150 多次发生资源类切换失败。

日期 2G 小区名 周报 4G 小区设备厂家 TCH 拥塞情况

切换的目标小区

5 月 25 号 46000512760E9 南门 2R 华为 13.67%

5 月 25 号 4600051275847 新丰车站 R 大网爱立信，专网华为 0.43%

5 月 25 号 4600051275847 新丰车站 R 大网爱立信，专网华为 0.43%

5 月 25 号 46000512760E9 南门 2R 华为 12.35%

5 月 25 号 4600052C63413 扬中大桥 A 爱立信 43.71%

5 月 26 号 4600051287347 江滨医院新外科大楼 A 华为 41.11%

5 月 26 号 4600051275847 江滨医院新外科大楼 A 华为 39.01%

5 月 26、29 号 4600052C65C4F 镇江市扬中三茅友好 A 爱立信 84.64%

5.4、原因分析及解决措施

初步分析，短时间资源类连续失败源小区基本为华为和爱立信小区；
1）华为资源类连续未接通----11.1 版本有惩罚机制设置

准入失败类型有资源准入失败与非资源准入失败。
--如果目标小区返回如下 5 类原因值，则为资源准入失败，eNodeB 不会对这些目标小区进
行惩罚。
No radio resources available in target cell、Transport resource
unavailable、Not enough User Plane Processing Resources；Radio resources not
available、Control Processing Overload
--如果目标小区返回除上述以外的其他原因值，则为非资源准入失败，eNodeB 将对这些目
标小区进行惩罚。

现网版本对非资源类有次数的惩罚机制。
华为现有版本 8.1 对资源类失败不触发惩罚,11.1 对资源类有时间设置的惩罚机
制；

2）爱立信资源和非资源类类连续切换失败可设置惩罚参数解决及试

点情况

reportIntervalB2 是每隔 5.12 秒报一次

reportAmountB2 一共上报 4 次就不报了

26 号晚上在苏州修改以下两个参数。
截止 5 月 31 日，苏州 VOLTE 指标正常，趋势平稳，无异常波动； QCI=1 上的无线接通率、
ERAB 掉线率无变化； eSrvcc 切换成功率自 05/27 已经稳定在 90%以上； 在 VoLTE 语音通
话次数不变的情况下，eSrvcc 切换尝试次数明显下降：减少的次数应该都是连续失败时的
eSRVCC 切换申请；

VoLTE
E-RAB 建
无线接 E-RAB 掉线 E-RAB VoLTE 用户 通话次 eSRVCC VoLTE 语
立成功 eSRVCC 切
DateId City 通率 率(QCI=1) 掉线率 切换成功 数 尝试次 音流量
率 换成功率
(QCI=1) (小区级) (QCI=1) 率 (QCI=1 数 （MB）
(QCI=1)
)

ERICSSON-CMJS- 99.1112
2016/5/24 99.3997 0.1462 0.3225 99.1852 202742 15630 65.8093 64791.8
SZ 1

ERICSSON-CMJS- 99.1374
2016/5/25 99.4356 0.1482 0.3375 99.2283 204997 14506 71.9702 68389.6
SZ 4

ERICSSON-CMJS- 99.1117
2016/5/26 99.3877 0.1697 0.3732 99.1738 199233 14378 73.0978 67489.0
SZ 9
 ERICSSON-CMJS- 98.9679
2016/5/27 99.2498 0.1569 0.3415 98.9943 213289 12978 90.2759 69343.8
SZ 8

ERICSSON-CMJS- 99.0821
2016/5/28 99.3828 0.1666 0.3745 99.1404 186985 12468 91.8672 58465.5
SZ 9

ERICSSON-CMJS- 99.0856
2016/5/29 99.3676 0.1473 0.3422 99.1241 167620 11364 92.8018 53912.3
SZ 4

ERICSSON-CMJS- 99.1190
2016/5/30 99.4089 0.1534 0.3492 99.2039 238533 13708 90.1299 81663.9
SZ 4

ERICSSON-CMJS- 99.1614
2016/5/31 99.4282 0.1355 0.2974 99.2278 239055 14180 91.1425 79525.1
SZ 1

6 失败原因值为 Target Cell not available 问题分析

6.1、MNC 配置错误导致切换失败问题分析

1）MNC 配置错误--SEQ 统计及信令截图

2）MNC 配置错误---4G 网管配置 2G 侧邻区数据的 MNC 配置为 4600

4G 网管 2G 邻区配置：

3）MNC 配置错误---核查 MSC 和 EMSC 数据，各项数据定义正确

MSC 数据定义正确 无线 OMC 对应小区

归属 BSC
MSC POOL MSC LAIGCI 归属 BSC 名称 LAC CI 小区名 备注
信令点

机场国漫小

20489 48622 禄口二 2 区，挂在 BSC0

NJMSCPOOL2 NJGS10 460075009BDEE H'0013ED NJG3BSC0 下

机场国漫小

20489 48627 禄口二 D1 区，挂在 BSC0

NJMSCPOOL2 NJGS10 460075009BDF3 H'0013ED NJG3BSC0 下

NJMSCPOOL2 NJGS10 460075009BC03 H'0013ED NJG3BSC0 20489 48131

不存在
NJMSCPOOL2 NJGS10 460075009BC04 H'0013ED NJG3BSC0 20489 48132

机场国漫小

20489 48621 禄口二 1 区，挂在 BSC0

NJMSCPOOL2 NJGS10 460075009BDED H'0013ED NJG3BSC0 下

机场国漫小

20489 48628 禄口二 D2 区，挂在 BSC0

NJMSCPOOL2 NJGS10 460075009BDF4 H'0013ED NJG3BSC0 下

EMSC 数据
位置区小区的
全球小区标识 归属 MSC POOL
MSC 号码
460075009 8613441320 NJMSCPOOL2
4）MNC 配置错误—修改 4G 侧配置 2G 邻区的 MNC 后正常

ellNameCN CellName MSCPOOL BSC KCI LAC CI MCC+MNC

禄口二 1 lukouer1 POOL2 NJ-ABSC-G3-0 20489_48621 20489 48621 46007

禄口二 2 lukouer2 POOL2 NJ-ABSC-G3-0 20489_48622 20489 48622 46007

禄口二 D1 lukouerD1 POOL2 NJ-ABSC-G3-0 20489_48627 20489 48627 46007

禄口二 D2 lukouerD2 POOL2 NJ-ABSC-G3-0 20489_48628 20489 48628 46007

6.2、eMSC 中 2G 侧对应 LAC 数据漏定义引起 esrvcc 切换失

1）SEQ 统计及信令流程 –发现 2G 侧都是同一 LAC

流程开始时间
(S) 4G 小区 SM 原因 MME 名称 MSC 省 市 切换的目标小区

地铁二号线金马路二期
2016-05-26 LF(W)-12 6 Target Cell not
20:00:07 46000D26C015 available NJMME09BHW NJEMSC2BHW 江苏 南京 4600062D7B688

地铁二号线金马路二期
2016-05-26 LF(W)-12 6 Target Cell not
20:00:07 46000D26C015 available NJMME09BHW NJEMSC2BHW 江苏 南京 4600062D7B688

地铁二号线金马路二期
2016-05-26 LF(W)-12 6 Target Cell not
06:53:26 46000D26C015 available NJMME11BHW NJEMSC2BHW 江苏 南京 4600062D7B688

2016-05-26 白马土地所三期 LF-1 6 Target Cell not

18:19:47 46000DBB9E01 available NJMME08BHW NJEMSC1BHW 江苏 南京 4600062D7B593

2016-05-30 6 Target Cell not

13:12:51 available NJMME08BHW NJEMSC2BHW 江苏 南京 4600062D7B593

东郊宾馆 16 号楼中楼
2016-05-30 三期 LE(W)-1 6 Target Cell not
20:37:50 46000DBBB30B available NJMME08BHW NJEMSC1BHW 江苏 南京 4600062D70CEE

2016-05-30 东郊宾馆 16 号楼中楼 6 Target Cell not NJMME08BHW NJEMSC1BHW 江苏 南京 4600062D70CEE

20:37:43 三期 LE(W)-1 available
 46000DBBB30B

2016-05-30 南京马群三三期 LD-22 6 Target Cell not

17:08:20 46000DC2030C available NJMME08BHW NJEMSC1BHW 江苏 南京 4600062D7B688

2）eMSC 中 LAC 漏定义—核查 MSC 与 EMSC 中数据定义

 MSC 定义数据—发现相应 LAC 及 CI 小区定义

 Emsc 中查看 NJMSCPOOL3 下 4600062D7 对应 LAC 无数据；
3）eMSC 中 LAC 漏定义—EMSC 中添加相关 LAC 数据后正常

7 、 失 败 原 因 为 Handover /Relocation Failure with Target

system 问题分析

7.1、SEQ 统计情况，基本每个地市都有该类问题，无明显规律

5 月 23 5 月 24 5 月 25 5 月 26 5 月 27 5 月 28 5 月 29 5 月 30 5 月 31
地市 汇总
日 日 日 日 日 日 日 日 日

常州 37 37
淮安 3 3 9 3 2 9 5 6 13 53
连云
9 7 1 3 1 21
港
南京 95 81 53 63 55 46 44 49 74 560
南通 11 23 34
苏州 2 2 1 3 5 8 2 23
 泰州 55 13 5 9 29 19 16 64 5 215
无锡 1 2 6 2 11
宿迁
徐州 14 3 2 10 4 1 4 38
盐城 38 50 20 39 91 26 24 87 22 397
扬州 22 64 17 21 28 11 9 38 20 230
镇江 6 4 1 2 6 2 1 31 6 59
汇总 282 544 110 151 215 116 104 301 172 1958

7.2、该类问题初步跟踪与定位—以泰州 1 个小区为例

时间：5 月 23 号上午
测试人员： 13260762867
测试号码：主叫：18752510430，被叫：18752510437
1）测试的 4G 小区与 2G 小区

2） SEQ 上该小区作为目标小区统计的情况，切换失败

流程开始时 切换的目标小
间(S) MME 名称 市 小区 区 SM 原因

2016-05-23 TAZMME02BH 460005220A97 3 Handover /Relocation Failure with

10:50:07 W 泰州 A Target system

2016-05-23 TAZMME03BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:37:55 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME03BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:36:08 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME03BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:34:15 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME03BH 460005220A97 3 Handover /Relocation Failure with

10:30:39 W 泰州 A Target system

2016-05-23 TAZMME04BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:30:36 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME03BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:30:34 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME03BH 460005220A97 3 Handover /Relocation Failure with

10:17:06 W 泰州 A Target system

2016-05-23 TAZMME04BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:17:06 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME04BH 460005220A97 3 Handover /Relocation Failure with

10:16:14 W 泰州 A Target system

2016-05-23 TAZMME04BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:14:32 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME04BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:14:27 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME04BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:11:42 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME04BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with

10:09:35 W 泰州 4600054A4806 A Target system
2016-05-23 TAZMME04BH 泰州-兴化乐天马特 LD6 460005220A97 3 Handover /Relocation Failure with
10:06:53 W 泰州 4600054A4806 A Target system

2016-05-23 TAZMME02BH 泰州-兴化工行 MBOLF1 460005220A97 3 Handover /Relocation Failure with

09:29:51 W 泰州 4600054A6901 A Target system

3） BSC 向 MSC 发送 o-and-m-intervention

用户 18752510430 10:34:15 向 460005220A97A 发生 eSERVCC 切换

 EMSC 给 MSC 发送 map prepare handover req，得到响应为 map

prepare handover req，原因值为 o-and-m-intervention (7)

4）EMSC 给 MME 会 SRVCC PS TO CS RSP 的失败原因值为 Handover-

or-relocation-failure-with-target-system (3)

SEQ 上 信 令 流 程 显 示 emsc 向 MME 发 送 PS 到 CS RESPONSE ， 携 带 原 因 为 Handover

/Relocation Failure with Target system
5） 4G 侧数据核查邻区数据配置情况，核查完全一致；

2G 侧小区实际配置数据
6） 2G 小区指标情况分析-结果正常

主被叫正常，切换正常，基本无拥塞，小区软硬件运行正常，时钟无问题；
7）结论：由于触发原因为 BSC 向 MSC 发送 o&m intervention 初步

判断该问题为 2G 侧站点问题，需从 2G 侧加强分析。

7.3、2G 侧系统间切换入开关未开导致—问题分析

7.3.1 华为 GSM 侧系统间切换入开关未开导致 esrvcc 失败

通过 SEQ 平台分析 eSRVCC 切换成功率发现，盐城_大丰_大丰郁金香客栈

LEM_0 向 2G 小区大丰郁金香客栈-1 的 eSRVCC 切换成功率较低，失败原因值为：
Relocation Failure with Target system。
1）测试发现达到切换切换门限后一直上发 B2 测量报告（目标小区：大丰郁
金香客栈-1）但一直未收到下发：MobilityFromEUTRACommand，导致 4G 拖网掉
话。

2）跟踪盐城_大丰_大丰郁金香客栈 LEM 的 S1 信令，ENB 在上报切换请求后，收

到 MME 发送的切换准备失败，cause 值为 ho-failure-in-target-EPC-eNB-or-
target-system。
3）跟踪 2G 侧信令发现，MSC 收到 MME 发送的 PS to CS 切换请求后，向 BSC 发
送 切 换 请 求 ， 但 是 BSC 回 送 handover failure 消 息 原 因 值 是 7 ， O and M
intervention。

4）进一步核实 GSM 侧配置，发现是因为 2G 小区的大丰郁金香客栈-1 的系统间

切换入 BSC 切换开关为否，导致 eSRVCC 切换失败。

7.3.2 贝尔 GSM 侧切换切换入开关关闭导致 VOLTE ESRVCC 切换失败

1）4G 小区宿迁_宿城_耿车丁庄 LF-1 与 GSM 小区 20929_12572 及 20929_12573

切换请求分别为 68 次和 19 次，全部失败；
开始时间 小区名称 LTE CELLID GSM CELLID LTE 到 GSM 的 LTE 到 GSM 的
SRVCC 切换出准备 SRVCC 切换出
请求次数 准备失败次
 数

2016/5/21 宿迁_宿城_耿车丁庄 LF_1 633587129 20929_12572 19 19

2016/5/21 宿迁_宿城_耿车丁庄 LF_1 633587129 20929_12573 7 7

2016/5/22 宿迁_宿城_耿车丁庄 LF_1 633587129 20929_12572 33 33

2016/5/22 宿迁_宿城_耿车丁庄 LF_1 633587129 20929_12573 6 6

2016/5/23 宿迁_宿城_耿车丁庄 LF_1 633587129 20929_12572 12 12

2016/5/23 宿迁_宿城_耿车丁庄 LF_1 633587129 20929_12573 5 5

2）跟踪信令分析： 4G 小区 633587 向 GSM 小区 LAC：51C1(HEX),CI:311c(HEX)

对 应 20929_12572 发 起 eSRVCC 切 换 请 求 ； S1 口 返 回 切 换 准 备 失
败 "HandoverPreparation failure ， 失 败 原 因 为 ：
ho_failure_in_target_EPC_eNB_or_target_system；

S1 口 返 回 切 换 准 备 失 败 "HandoverPreparation failure ， 失 败 原 因 为 ：
ho_failure_in_target_EPC_eNB_or_target_system；

3）4G 侧数据核查正常；2G 侧核查情况

 2G 无告警； 2G 小区无告警，无干扰，接入，切换正常，无拥塞；
 核查卡特 GSM 侧三树杨楼 3 及三树杨楼 4 的切换设置，发现切入允许参数
“ EN_INCOMING_HO” 被 设 置 为 ” DISABLED” ， 正 常 应 该 设 置 为
“ENABLED”,配置参数如下：

将 EN_INCOMING_HO 的”DISABLED”修改“ENABLED”后，eSRVCC 切换恢复正常。

7.4 MSC 定义 BSC 不一致导致 eSRVCC 切换失败问题

近期，通过 SEQ 平台，以目标小区为中心查询 eSRVCC 切换成功率指标时，发现泰

州华为 2G 站点杨庄二，连续一周 eSRVCC 切换成功率成功率均为 0。且失败原因值均为：

Relocation Failure with Target system。

7.4.1 无线侧数据核查无问题，反复修改 RAC 无改善，判断 eSRVCC

失败与 RAC 的设置、无线侧参数设置无关

1、 Lisence 及 eSRVCC 准入开关核查

经网管核查，杨庄二站点 3 个小区均已有 Lisence，且 eSRVCC 准入开关均已打开。

2、 参数核查
杨庄二 3 基站 3 个小区，原为卡特站点 RAC=16。后替换为华为站点后，RAC 更改为

1，但在 4G 的邻区关系中，RAC 未改，仍为 16，因此怀疑可能是 RAC 在 2/4G 侧设置不

一致导致 eSRVCC 失败。5 月 24 日，在 4G 的邻区关系中，将 RAC 改为 255 兜底默认配置，

eSRVCC 切换仍全部失败。
 5 月 25 日再在 4G 的邻区关系中，将 RAC 改为 1。但根据 26 号数据来看， eSRVCC 切换

仍全部失败，原因值仍为 Relocation Failure with Target system。

3、 现场测试确认
测试小区对：4G 侧源小区、2G 侧目标小区分别为：
厂 区 频
地段 CellName TAC PCI eNodeBID CellID ECGI EARFCN
家 域 段
华 高 8857523
城区 泰州-高港野徐二 LF1 21034 372 F 345997 1 38400
为 港 3
华 高 8857523
城区 泰州-高港野徐二 LF2 21034 373 F 345997 2 38400
为 港 4
华 高 8857523
城区 泰州-高港野徐二 LF3 21034 374 F 345997 3 38400
为 港 5

CellNameCN SiteNo 地市 区县 CellName LAC CI BSIC BCCH

杨庄二 3 YangZhuangEr 泰州 高港 YangZhuangEr_3 21034 33663 46 3

从 4G 小区泰州-高港野徐二 LF1 向弱场移动，希望其通过 eSRVCC 切换至杨庄二 3 小区。

 根 据 空 口 信 令 ， 从 15:18:27.945 开 始 ， UE 连 续 上 报 B2 事 件 。

15:18:32.209,eNODEB 向 MME 发起切换请求 HANDOVER REQUIRED。在此消息中，eNODEB

并没有将 RAC 值带给 MME。

15:18:32.210， MME 向 DNS 发起请 求， 由 于 eNode B 没有上报 RAC， MME 用兜底 的

RAC（255）拼装 FQDN 解析 eMSC。

在 DNS 返回解析出来的 eMSC ip 地址之后，MME 向 MSC 发起 eSRVCC 切换请求 SRVCC PS

to CS Request，也未携带 RAC 信息。

15:18:32.553，eMSC 向 MME 回复 SRVCC PS to CS Response，该条消息中携带拒绝切

换的原因：handover relocation failure with target system。

15:18:32.557 ， MME 向 eNODEB 回 复 Handover preparation failure 。 至 此 ， 本 次

eSRVCC 失败。
在此过程中，eNodeb 并未上报 RAC 信息，且 MME 都采用的兜底的 RAC（255），因

此判断 eSRVCC 失败与 RAC 的设置没有关系。

7.4.2 端到端信令，发现跟踪 A 口无消息，eMSC 收到 MSC 发送切换

响应消息，携带失败的原因值:invalid-cell

 在 eSRVCC 发起的过程中，UE-eNodeb-MME-eMSC 阶段的信令流程均正常。但最

终，eMSC 拒绝了切换请求。因此怀疑问题出现在 eMSC-BSC-Bts 段。再次安排
复测，并跟踪 eMSC 侧的消息。15:35:01.393，eMSC 向端局发出了切换请求，
且目标小区为 46000522A837F（杨庄二 3 小区）。

 15:35:01.768，eMSC 从端局收到切换响应消息，携带失败的原因值:invalid-

cell。提示目标小区为无效小区。

 再去 BSC 查看对应的 A 口消息，结果发现 A 口未收到任何信令消息。由此，确

认问题出现在 MSC-BSC 段。eMSC 发出了切换请求，并且收到了响应消息，而

目标小区对应的 BSC 却没收到任何信息，因此，怀疑与 eMSC 发生交互的 BSC

并非目标小区所在的 BSC。
 数据核查结果：MSC 中定义小区 BSC 与实际不一致导致

经查询,杨庄二基站 BSC-MSC-信令点对应如下：
CellNameCN SiteNo LAC CI BSC MSC 号 对应信令点
杨庄二搬迁 DBS1 杨庄二搬迁 DBS1 2103 3366 TAZHWBSC1 861344032 0011C9
 4 1 8
2103 3366 861344032
杨庄二搬迁 DBS2 杨庄二搬迁 DBS2 TAZHWBSC1 0011C9
4 2 8
2103 3366 861344032
杨庄二搬迁 DBS3 杨庄二搬迁 DBS3 TAZHWBSC1 0011C9
4 3 8
再在 MSC 中查询配置的信令点:发现杨庄二基站还是对应的搬迁前卡特的 BSC：TAZ-

ABSC-G3-67，对应信令点为：0011D8。
MSC 号 LAC CI BSC 对应信令点
8613440328 21034 33661 TAZ-ABSC-G3-67 0011D8
8613440328 21034 33662 TAZ-ABSC-G3-67 0011D8
8613440328 21034 33663 TAZ-ABSC-G3-67 0011D8

7.4.3 数据修改及效果验证

 在 MSC 中修改杨庄二基站及其对应的信令点。

MSC 号 LAC CI BSC 对应信令点

8613440328 21034 33661 TAZHWBSC1 0011C9
8613440328 21034 33662 TAZHWBSC1 0011C9
8613440328 21034 33663 TAZHWBSC1 0011C9
 效果验证

再次进行复测，UE 上报 B2 事件后，MME 向 MSC 发起 eSRVCC 切换请求，MSC 回复的

响应中携带接受请求的字段，本次 eSRVCC 切换成功。经多次测试，eSRVCC 切换均正常，

问题得以解决。
7.5 目标侧 2G 存在冗余数据或垃圾数据导致 eSRVCC 失败

对 5 月 23 日出现切换失败原因为 Handover /Relocation Failure with Target system 的

2G 小区，分公司核查后发现部分存在垃圾数据，删除后正常。
5 月 23
地市 2G-CGI 日失败 失败原因
次数
南京 460005001EB19 6 2G 数据库无对应小区
南京 460005001EB4B 1 2G 数据库无对应小区
南京 460005001EB87 1 2G 数据库无对应小区
南京 4600050066E2D 5 2G 数据库无对应小区

镇江 4600050ED63BB 2 镇江小区现网找不到

镇江 4600050ED63BC 2 镇江小区现网找不到

镇江 4600050ED63BD 29 镇江小区现网找不到

镇江 4600052C55090 4 镇江小区现网找不到

目标 2G 小区（尚未开通）为华为设备计划
开通替换现有的爱立信小区，工程在定义
无锡 46000502C61BD 4 LTE 邻区定义中直接使用了原有小区的 BCCH
和 BSIC，导致存在 4G 小区的 2G 邻区里有 2
个同 BCCH 和 BSIC 的小区。
盐城 4600050D3F8E2 1 2G 数据库无对应小区
盐城 4600052527198 4 2G 数据库无对应小区
常州 4600052F216C9 31 2G 数据库无对应小区
常州 4600052F216CA 6 2G 数据库无对应小区
8、1000timeout-SEQ 平台采集问题

8.1SEQ 平台统计的 1000 timeout 次数与网管统计进行比对，确认与

网管统计不符

对 eSRVCC 失败原因值：1000 timeout ，选取常州部分小区指标如下：（对应时段并没有

SRVCC 失败）
eSRVCC
eSRVCC eSRVCC eSRVCC
DateId HourId City EutranCellTdd 切换成功
尝试次数 成功次数 失败次数
率
2016-5-23 21 ERICSSON-CMJS-CZ LD31G79C 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LD33G83A 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LE3EF04A 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LE3EH49A 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LE3LB75B 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LF31B69A 3 100 3 0
2016-5-23 21 ERICSSON-CMJS-CZ LF31M85B 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LF32B38E 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LF32B49A 0 0 0
2016-5-23 21 ERICSSON-CMJS-CZ LF32B76A 1 100 1 0
选取 LF21B69A 查看 CTR 如下
共上报 3 次 B2 与指标统计相符，3 次切换请求均为不同 UE 发起，全部切换成功：
8.2 再次确认 1000timeout 均存在切换请求重发的问题，重发间隔

1s,非 MME 重发。

挑选了前 5 个小区信令，现象都是 MME 多发了 1 次切换请求，能否找 MME 核实下有没重发

eSRVCC
eSRVCC eSRVCC eSRVCC
DateId HourId City EutranCellTdd 切换成功
尝试次数 成功次数 失败次数
率
2016-5-23 21 ERICSSON-CMJS-CZ LD31G79C 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LD33G83A 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LE3EF04A 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LE3EH49A 1 100 1 0
2016-5-23 21 ERICSSON-CMJS-CZ LE3LB75B 1 100 1 0

MME 核查发现确认：从具体切换请求的时间戳来看，MME 重发的可能性很小，时间间隔

不到 1 秒。MME 有个机制，比如说向 eMSC 发送 SRVCC PS to CS request 请求，其在 7S
内未收到回复的话，那么会再次发送一次 SRVCC PS to CS request 请求给 EMSC，所以
时间上是不吻合的，

8.3SEQ 平台核查确认 1000timeout 是采集问题

属于信令重复采集，因为最初只有 IMS 探针，Sv 口是在 eMSC 侧采集的，现在 PS 探针刚部

署，Sv 口在 MME 侧也采集了，所以存在重复。等全部验证 OK 后，会把 eMSC 侧的 Sv 口采集
给断开的。
成功 Sv 口流程如下，如果缺少 Response 或者 Ack , 或者没有 Complete 消息均认为
超时的。
PS to CS Request
PS to CS Response
PS to Complete Notify
PS to Complete Ack

9 、 失 败 原 因 值 为 Handover/Relocation cancelled by source

system 切换失败问题分析

9.1 切换流程—4G 侧发起切换取消

全省每个地市、每个设备厂家都有这个问题，占比较高；
9.2aSRVCC 切换取消引起切换失败：

10:36 追踪信令，SEQ 平台显示为原因值 2——Handover/Relocation canceled by source

system,

无线侧信令：
9.3bSRVCC 切换取消引起切换失败：

11：47 分跟踪，SEQ 平台显示为原因值 2——Handover/Relocation canceled by source

system

无线侧信令：
 综上，原因值 2Handover/Relocation cancelled by source system ，有由于无线环境变化
快导致设备发生 BSRVCC/ASRVCC 而导致未接通，bsrvcc 失败主要是设备及终端不支持
导致。源小区信号变强或目标小区信号变弱等均会造成切换取消。

9.4 切换取消的原因一般情况为源小区信号强度转强时，内部资源

状况原因，都可以发起切换取消

 SRVCC MSC 发起会话切换之前，Source eNodeB 发起切换取消；Source eNodeB 在已经

发出 handover required/relocation required 的情况下， 可以发起切换取消。

取消的原因一般情况为当信号强度转强时，内部资源状况原因，都可以发起切换取消。

当 eNodeB 发起切换取消时，Source MME 向 SRVCC MSC 发起 SRVCC PS to CS cancel

notification，MSC 将切换目的侧的 MAP 和局间呼叫控制信令都要释放掉。
9.5 切换取消的原因是 GSM 目标侧无线资源变差

本场景描述已经下发 HO command 给 UE，终端接入到 CS 域失败；此时已经发生了

Session Transfer。

终端接入到 CS 域失败的可能原因是 GERAN 无线资源变差等原因：如进地道，电梯等等。

UE 试着返回 E-UTRAN，UE 与 eNodeB 之间进行空口的信道重建。重建成功后，eNodeB 检

查有一个切换请求没有完成，eNodeB 需要发起切换取消， 原 MME 向 SRVCC IWF 发起 SRVCC
PS to CS cancel notification，MSC 间切换的过程， 将切换目的侧的 MAP 和局间呼叫控
制信令都释放掉，并在 SRVCC PS to CS Cancel Acknowledge 中标识已经发起 session
transfer，MME 转发给 UE，UE 将重建 session。

10、RAC 配置错误切换失败原因值为 Unknown-targetID

 4G 侧 RAC 配置错误时，MME 收到 eNode B 上报的切换请求，MME 向 DNS 发起请求，

查询 LAC 归属的 EMSC，但是 DNS 解析失败，需要 DNS 侧排查配置数据：

 MME 返回给 eNode B 的错误原因值是 unknown-targetID：