UE切换失败

2G的BSC入切换未打开导致SRVCC切换失败

1.问题描述

全网volte功能开启后ESRVCC切换成功率一直处于20%-30%较低的水平。通过分析发现XXYINSIGOU_ALH_2、XXGANGOU_ALH_3成功率一直为0%，请求次数还比较多，比较典型。详细指标如下：

XXYINSIGOU_ALH_2 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC _Esrvcc_HO_to_GREN_SUC_rat 03/05/2016 126 0 0 03/06/2016 201 0 0 03/07/2016 377 0 0 Nerr 03/08/2016 0 0 Nerr 03/09/2016 0 0 03/10/2016 38 0 0

XXGANGOU_ALH_3 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC _Esrvcc_HO_to_GREN_SUC_rat 03/02/2016 4 0 0 Nerr 03/03/2016 0 0 Nerr 03/04/2016 0 0 Nerr 03/05/2016 0 0 Nerr 03/06/2016 0

2G的BSC入切换未打开导致SRVCC切换失败

1.问题描述

全网volte功能开启后ESRVCC切换成功率一直处于20%-30%较低的水平。通过分析发现XXYINSIGOU_ALH_2、XXGANGOU_ALH_3成功率一直为0%，请求次数还比较多，比较典型。详细指标如下：

XXYINSIGOU_ALH_2 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC _Esrvcc_HO_to_GREN_SUC_rat 03/05/2016 126 0 0 03/06/2016 201 0 0 03/07/2016 377 0 0 Nerr 03/08/2016 0 0 Nerr 03/09/2016 0 0 03/10/2016 38 0 0

XXGANGOU_ALH_3 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC _Esrvcc_HO_to_GREN_SUC_rat 03/02/2016 4 0 0 Nerr 03/03/2016 0 0 Nerr 03/04/2016 0 0 Nerr 03/05/2016 0 0 Nerr 03/06/2016 0

X2IPPATH配置问题导致切换不成功

关键字：X2IPPATH 切换

【现象描述】

切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，

HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。

【原因分析】

对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种： （1）传输资源不够用； （2）没有配置IPPATH；

（3）IPPATH中的邻居节点配置错误。

由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。 【处理过程】

每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。从该次切换的切换命令

（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标

关于切换失败的问题分析

问题描述

从信令上来说切换失败可以划分为两方面的问题：切换选择失败和切换执行失败。 切换选择失败是从BSC到BTS的HO COMMAND数与BSC收到的HO INDICATION数之差。切换选择失败的原因往往是由于目标小区信道资源不足或系统存在参数或硬件问题（即难以建立BSC与BTS之间的L2连接）。切换执行失败是BSC发向BTS的HO COMMAND数与BSC收到的HO COMPLETE之差。主要反映了空中无线接口的质量。

当切换成功后，MS将向目标小区发出HO COMPLETE的报文，目标BSC收到该报文后将计一次切入成功；若该切换属于INTRA MSC切换时，当发起BSC收到CLEAR COMMAND（该报文中含有清出的原因为切换成功）将计切出成功一次。

当MS由于无线原因，导致无法占用目标小区的信道而引起切换失败后，将向原小区发出切换失败的报文，此后MSC向目标BSC发出清除请求（CLEAR REQUEST），该报文中带有清除的原因是切换失败，于是该BSC就计切入失败一次。

1．切换失败的情况。

（未考虑双频情况和基于SDCCH切换的情况） 下图列出了BSC内切换的信令流程：

*****************

关于切换失败的问题分析

问题描述

从信令上来说切换失败可以划分为两方面的问题：切换选择失败和切换执行失败。 切换选择失败是从BSC到BTS的HO COMMAND数与BSC收到的HO INDICATION数之差。切换选择失败的原因往往是由于目标小区信道资源不足或系统存在参数或硬件问题（即难以建立BSC与BTS之间的L2连接）。切换执行失败是BSC发向BTS的HO COMMAND数与BSC收到的HO COMPLETE之差。主要反映了空中无线接口的质量。

当切换成功后，MS将向目标小区发出HO COMPLETE的报文，目标BSC收到该报文后将计一次切入成功；若该切换属于INTRA MSC切换时，当发起BSC收到CLEAR COMMAND（该报文中含有清出的原因为切换成功）将计切出成功一次。

当MS由于无线原因，导致无法占用目标小区的信道而引起切换失败后，将向原小区发出切换失败的报文，此后MSC向目标BSC发出清除请求（CLEAR REQUEST），该报文中带有清除的原因是切换失败，于是该BSC就计切入失败一次。

1．切换失败的情况。

（未考虑双频情况和基于SDCCH切换的情况） 下图列出了BSC内切换的信令流程：

*****************

首先介绍TD-SCDMA系统中切换的基本概念。在当前交通工具多样化、无线通信环境复杂化的背景下,引出分层小区结构(HCS)的概念。在此基础上介绍TD-SCDMA基于UE移动速度的切换算法及其流程。最后给出切换成功后的防乒乓机制及切换失败的惩罚机制。

21 00年第 6期文章编号：062 7 (0 0 0 -160 10 -4 5 2 1) 6 2 - 0 4

计算 f与现代化 J l J U N IY I N AHU I A J U XA D I A S

总第 18期 7

T—C MA基于 U DSD E移动速度的小区切换算法郑宏东，亚枫，周毛敏(东师范大学电子系，海 20 4 )华上 02 1 摘要：首先介绍 T—C MA系统中切换的基本概念 .当前交通工具多样化、线通信环境复杂化的背景下，出分层 DSD .在无引小区结构 ( C )概念。在此基础上介绍 T—C M H S的 D S D A基于 U E移动速度的切换算法及其流程。最后给出切换成功后的防乒乓机制及切换失败的惩罚机制。

关键词：DS D A;换；层小区；终端移动速度；滑窗机制 T—C M切分

中图分类号：P 9 T 33

文献标识码： A

d i 1 .99ji n 10￣45 2 1.6

eSRVCC切换准备定时器不合理导致切换失败问题研究 1. eSRVCC切换准备失败案例

1.1 问题描述：

邵阳拉网测试中发现终端测量达到触发B2事件门限，上报切换请求后，始终未收到切换命令，无线环境变差，发生RRC重建的异常事件。

1.2 问题分析：

空口信令情况：终端达到eNB配置B2事件门限后上报B2事件请求切换，但一直未收到切换命令“Mobility From EUTRA Command”，无线环境变差，发生无线链路失步，最终触发RRC重建

MME侧信令情况： eNB上报了切换请求，MME刚刚将切换请求发送至MSC，eNB即上报切换取消，原因值为“radioNetwork:tS1relocprep-expiry (9)”。

核查eSRVCC切换相关参数发现基站侧有eSRVCC切换准备定时器tS1RelPrepG，该定时器在eNB发送 Handover Required后启动，在eNB收到Handover Command后停止，超时未收到Handover Command则eNB发送Handover Cancel.

2. eSRVCC切换准备定时器参数介绍

2.1 tS1RelPrepG参数规范定义

MO Class Paramete

对汽轮机主油泵切换试验状态下润滑油压跌落的原因进行了分析,并提出了相应的对策。

维普资讯

华北电力技术

N TH C NA E E T I O E OR HI L C R C P W R

2 7

汽轮机主油泵与交流润滑油泵切换失败原因及对策孙曰泰，江波靳(北电力科学研究院有限责任公司，京 10 4 )华北 0 0 5摘要：汽轮机主油泵切换试验状态下润滑油压跌落的原因进行了分析，对并提出了相应的对策。

关键词：轮机；油泵；汽主交流润滑油泵；油压跌落中图分类号： K2 3 8 2 T 6 . 文献标识码： B文章编号： 0 39 7 ( 0 8 0— 0 7 0 10~1 1 20 )30 2— 3

Ca s ns c e s u wi c i f A C o or Lub i a i i m p t u e of u u c s f l S t h ng o M t r c ton O lPu o

M a n Lu i a i i i br c tng O lPum p o f Tur n nd Co bi e a unt r e s e e m a urS n Yu—a, i in— o u e t i Jn Ja

LTE的S1口IP配置错误导致切换全

失败

现象描述：

RIY322站点大量异常释放Cluster测试中发现在RIY322站点周围，所有站间切入和切出的切换都会失败，当UE占用RIY322周围站点如RIY274C小区信号时，当满足A3事件触发条件时不断的上发测量报告想触发切换，但是一直未收到切换命令，过了一段时间就会触发异常释放。

告警信息：

无

原因分析：

无

处理过程：

1. 查询RIY322以及周围站点的告警，都无任何告警

2. 由于路测数据里面的现象为不断的上报测量报告但是一直未触发切换，初步怀疑为缺失邻区关系导致，检查现网邻区关系发现已经添加了RIY322与周围站点的双向邻区关系

3. 检查RIY322以及周围站点的外部描述数据里面的PCI、ENODEB ID、TAC等信息，都与实际配置数据一致且与规划数据完全一致，未发现错误

4. 到现场路测并同时跟踪了RIY322站点的Uu、X2、S1口以及周围站点RIY274、RIY258站点的S1信令，现场确认每当切入RIY322或者从RIY322切出的时候都会导致异常释放，但是在RIY322站点下能正常附着成功

5. 查看路测数据在15:15:03左右发起了切向RIY258C（PCI=170）

D频段-华为TDS升级站点切换失败

【问题描述】

为快速增强道路覆盖，补充覆盖盲区，在原有华为TDS站点基础上升级站点到F。

站点开通后，对其覆盖进行评估测试，测试中，卡特-》华为可以切换，但华为-》卡特无法切换。经过多次测试，并在其他F站点下进行验证，均不能正常切换。

TDS升级站点-沙洲社区中心覆盖评估.doc

切换情况如下图所示：

卡特D频段站点可成功切换至华为F

第1页 共6页

F频段→D频段切换不成功

检查卡特站点相关邻区及参数设置，均无问题。

【问题分析及处理】

为详细分析问题原因，开启相关站点calltrace再次进行测试跟踪。

对比华为和卡特后台信令，无论F沙洲社区中心六期向MME发送HandoverRequired的目标小区是哪一个D频段小区，都会收到HandoverFailure（value Cause : misc : unspecified），并且发送多条MR未收

到RRCConnectionReconfiguration。此为现象，如下图：

第2页 共6页

沙洲中心切换问题初步分析_刘晓航.docx

现场和朱明辉老师沟通，就此问题提交AR，升级研发分析处理相关问题。 11月2日核心网侧对路测IMSI进行了跟踪，结果如