基于S1接口切换失败分析0925
电联共享站点无法进行S1切换以及回落的问题
关于新建电联共享站点无法进行S1切换以及回落的问题关键字：电联共享、S1切换回落异常、SCTP对端、MME地址摘要：4G电联共享新建站，对基站进行测试时发现手机无法进行S1切换和回落，通过排查和处理，在核心网测进行跟踪发现SCTP对端S1地址配置错误。
经过修改SCTP 对端S1地址，再次测试，基站切换和回落都已正常。
案例正文：1、背景河北xx市xx站点电联共享新建基站，此共享站为电信承建，共享给联通，联通侧需要对基站进行业务测试。
2、问题、事件描述在测试过程中，手机可以正常接入网络，呼叫和上网等测试都正常，但是在进行回落和切换测试时却无法正常切换和回落。
3、分析与对策（1）查询现网告警，存在用户面承载链路异常告警，业务类型为S1。
（2）排查基站小区故障告警，邻区关系配置问题原因。
通过查询现网小区故障告警，与工参比较邻区配置发现并没有什么异常情况。
（3）排查基站数据配置是否存在错误：通过与MML脚本核对，发现未配置X2，S1切换流程与X2切换类似，只不过所有的站间交互信令及数据转发都需要通过S1口到核心网进行转发，时延比X2口略大。
eNodeB间切换一般都要通过X2接口进行，但当如下条件中的任何一个成立时则会触发S1接口的eNodeB间切换：（1）源eNodeB和目标eNodeB之间不存在X2接口；（2）源eNodeB尝试通过X2接口切换，但被目标eNodeB拒绝。
由于未配置X2接口导致在切换时全部为S1切换，但是S1接口也未切换成功，因此怀疑在电联共享情况下切换是否必须配置X2链路。
因此加载了X2链路重新进行测试，发现S1链路依旧不能进行切换。
（3）为了定位S1链路故障位置，在网管侧进行了信令跟踪。
跟踪S1信令，对S1AP_HANDOVER_PREPARATION_FAIL 原因进行分析，从跟踪站点情况看，切换失败原因值为“ho-failure-in-target-EPC-eNB-or-target-system(6)"。
南京S1切换失败问题分析
南京S1切换失败问题分析南京核心网统计的S1切换成功率非常低下，只有13%。
其最主要的原因是切出准备成功率很低。
大量的HO Required消息发送到MME以后，MME 具体流程如下：注：一般情况下，MME发送HO Preparation Failure（UnknownTargetID）是由于目标ENB未在MME中登陆或在MME中状态为不可用所致。
在南京，我们经常可以看到一些基站脱管、S1/X2传输断的告警，其中一部分和基站断电有关，另一部分与基站传输断有关。
当基站传输断时，基站仍然在发射，其周边小区中的UE 仍然可以测量到其信号，并请求向其发生切换。
此时周边小区到问题站点的X2是不通的，所以会选择S1上发送HO Request，但是MME会发现到问题站点的S1也不通，所以会回送HO Preparation Failure（UnknownTargetID）导致周边小区的切出准备失败。
如果问题站点是断电原因导致的基站脱管、S1/X2传输断的话，那么它不会发射，所以一般也不会导致周边的小区向它的切换请求和切换失败。
可见传输原因是引起目标eNB在MME中不可用、并导致S1切换准备失败的主要原因。
由于S1切换是在X2不通的情况下才会发生，如果由于传输原因导致X2不通的情况下S1基本也是不通的，所以S1的切换成功率一般会比较低下。
而切换准备失败后的重试又放大了这个问题的影响。
先举一个案例：河北大街基站一直处于脱管状态，当前告警如下。
分析其周边的河北村北基站的CallTrace，发现其向河北大街基站的S1 HO Required都收到MME的HO Preparation Failure（UnkownTargetID）导致失败。
两个小区的地理位置如下图所示。
为了全网性分析S1切换准备失败与S1断的相关性，我们进行了如下分析。
我们在现网告警中选择“ReachabilityProblem”和“MME Access Down”作为S1断的告警（其中前者还有可能是基站断电导致的，如果是断电的话就不会导致周边小区切换准备失败了），我们统计了9月9日全网中出现过该告警、或现网中仍然存在该告警、或现网中脱管的小区作为S1断的小区；将9月9日S1切换准备失败率高于30%且S1切换准备失败次数高于10次的小区作为S1切换准备失败高的小区，将它们投射到MapInfo图上去。
S1链路漏配导致切换成功率低问题处理
S1链路漏配导致切换成功率低问题处理摘要：S1链路漏配导致切换成功率低问题处理。
关键字：漏配S1【故障现象】：日常指标监控时发现市区瓜果市场北侧两个站点TL-市区-烟草公司广告牌的3小区和TL-市区-瓜果市场的1小区的同频切换失败率分别高达36.12%和29.48%，其余指标正常。
【告警信息】：查询基站TL-市区-烟草公司广告牌和TL-市区-瓜果市场内均无故障告警，小区状态正常。
【原因分析】：出现此类问题的大致原因：1.外部小区信息配置错误；2.切换参数配置错误；3.干扰4.传输链路异常；具体处理步骤：1.首先核查问题小区外部信息，确认无任何异常。
2.使用PEAC平台进行站点参数对比核查，切换参数与正常站点设置一致。
3.查询站点上行干扰站点无干扰，核查工参信息，站点无明显MOD3干扰对打问题。
4.核查问题站点传输链路，发现站点配置4条S1传输链路，并且传输链路正常。
5.取全网两两小区切换指标，发现这问题站点主要都是往TL-市区-豪邦康-HFTA-449019-55小区切换时失败的。
6.核查TL-市区-豪邦康站点状态，发现该站点S1链路只有1条，漏配一条传输，导致周围站点使用第2条传输切换过来时全部失败。
根因与工程督导联系说明此情况，督导反应前期核心网增加MME时，批量增加过传输链路，该站点断链无法增加传输链路，近期站点恢复未及时增加传输导致周围站点切换失败较高。
【解决方法】：TL-市区-豪邦康站增加一条传输链路后，切换到该站点指标恢复正常。
原问题小区指标也恢复正常，问题得到解决。
【经验教训或建议与总结】：为了避免此情况发生，督导后期会定期核查因断站导致无法及时修改参数的问题，避免因类似问题导致全网指标恶化。
MME地址错误导致S1切换全部失败处理
名称： MME地址错误导致S1切换全部失败
问题描述：
2014年8月28日指标监控时发现，云浮云安西边D-DLH与周边站点的S1切换全部失败，全天各个时段都有一定次数的S1切换失败，影响整体切换指标。
问题分析：
查看多个CDL日志发现，切换失败均发生在云浮云安西边D-DLH与周边站点的切换上，且云浮云安西边D-DLH与其他基站间的所有切换都为S1切换，且切换全部失败。
该基站前几日处于断链状态，到27日晚才恢复，站点起来后指标与其他基站切换指标就出现问题，因此主要核查该基站告警及参数配置情况。
1.查看目标小区状态正常，无告警；
2.核查邻区参数配置无误；
3.查看多个CDL日志，发现和目标小区的所有切换均通过S1链路，且均失败，CDL看，源小区发送S1 Handover Required后，EPC回复S1 Handover Preparation Failure，携带的消息为核心网原因导致S1切换出准备失败，怀疑是否为核心网传输方面出现问题；
4.联想到在这几天进行新MME割接，而云浮云安西边D-DLH前几日均处于基站断链退服状态，因此登录到目标基站查看路由关系，发现云浮云安西边D-DLH站的MME地址仍使用MME割接前的地址100.6
5.254.203/204，而割接完后的新MME应为100.65.254.209/210；
解决措施：
将云浮云安西边D-DLH基站MME地址由原来的100.65.254.203/204修改为割接完后的新地址100.65.254.209/210后，指标恢复正常。
现网仍存在7个传输断连导致无法完成新MME割接的站点，后续将做好跟踪，在故障处理好
后第一时间完成MME割接，避免对全网切换指标造成影响。
RLC模式配置措施导致共享站点S1切换
案例名称：RLC模式配置错误导致共享站点S1切换现象描述：运营商C共享运营商T基站开通后，运营商T网优人员发现数据做在运营商T网管上的运营商C站点存在明显S1切换失败问题，且部分问题严重小区，切换成功率统计低至30%左右。
告警信息：无原因分析：分析导致切换失败的原因可能有：1、站点故障及告警问题导致切换失败；2、邻区数据定义错误导致切换失败；3、同频同PCI问题导致切换失败；4、邻区高话务拥塞导致切换失败；5、切换相关参数问题导致切换失败；6、站点存在干扰导致切换失败；7、弱覆盖问题导致切换失败；8、S1口相关IP链路配置数据错误导致切换失败；9、异常终端、传输问题等其他原因。
对以上问题原因逐步排查，排除原因1-8，进一步定位在异常终端、传输问题等其他原因上。
2016-10-16 19:00 共享环卫处-2120527241 110 110 1312016-10-16 13:00 共享环卫处-2120527218 95 95 1232016-10-16 18:00 共享环卫处-2120527185 79 79 106挑选TOP站点进行S1标口信令跟踪发现，该站存在大量（S1AP_HADNOVER_PREPARATION_FAIL）切换准备失败信令，查看内部原因值均为（no-radio-resources-available-in-target-cell），提示为目标小区无线资源不足。
导致出现目标小区无线资源不足情况的原因主要有：目标小区故障、目标小区话务拥塞、目标小区资源分配类参数设置问题等。
通过核对与资源分配相关参数RLC模式发现，运营商C E厂家目前业务主要集中在QCI6、7、8上，而HW运营商T则主要集中在QCI6、8上，两者主要差异在QCI7的定义上，运营商C QCI7业务定义为AM模式，运营商T QCI7业务由于目前实际未涉及，采取默认配置为UM模式，异厂家间QCI7的RLC模式设置不一致导致资源分配出现问题，从而出现信令跟踪中的no-radio-resources-available-in-target-cell，直接导致切换准备失败。
S1链路缺失引起切换失败
通过咨询厂家后，发现网管上LF_Z_柯桥时代广场只有2条S1链路，是由于1月12号晚上对全网进行了升级，个别站点未升级到原因造成，通过手动增加后指标提示明显，马上恢复到99%左右
2条S1链路
MEID
sctpNo
localPort
remoteAddr
管理网元ID
SCTP链路号
本端端口号
远端地址
7140
17512
10372
40.77%
49
LF_Z_柯桥中海国际广场RRU1_2幢2单元
348165
4612
13060
8448
35.31%
49
LF_Z_柯桥韩国城RRU1_东北向
348930
6711
13754
7043
48.79%
49
LF_Z_柯桥华宇_1
348182
7388
14395
7007
51.32%
99.49%
2016/1/21 0:00
2016/1/22 0:00
1天
9765994
9817439
99.48%
2016/1/22 0:00
2016/1/23 0:00
1天
9068843
9106025
99.59%
2016/1/23 0:00
2016/1/24 0:00
1天
8338101
8369998
2016/1/8 0:00
1天
10450268
10492258
99.60%
2016/1/8 0:00
2016/1/9 0:00
1天
11107102
11153127
上海：关于S1切换失败导致掉话问题分析
关于S1切换失败导致掉话问题分析【问题描述】测试车辆由东林路向盘古路行驶过程中，在盘古路与东林路交汇处出现由于切换失败导致掉话，主要是宝临江_3(PCI=110)向天子湖_1(PCI=72)切换。
如图1-1所示：图1-1 切换失败时的PCI图层【问题分析】通过专题分析结果可以看出ERAB非正常释放之前UE上报大量的测量报告，但是eNodeB并未给予响应。
如图1-2所示：图1-2切换失败点专题分析图查看切换失败前的的专题分析，可以看出，ERAB非正常释放前无线环境非常好，没有模三干扰，eNodeB可以收到测量报告，主要是上报测量报告eNodeB 没有给予回应。
如图1-3所示：图1-3 ERAB非正常释放前的无线环境怀疑是该小区没有配置邻区导致无法切换，查看后台小区邻区关系，确认已经添加邻区，配置无误；查看X2接口是否建立，发现宝临江的并没有与天子湖建立X2接口，按照规定，如果X2接口没有手动建立，系统将会通过S1自建立，跟踪S1接口信令查看如图1-4所示：图1-4 S1接口截取信令（网管侧）图1-5 Uu接口截取信令（网管侧）图1-6 发起测量报告截图由于M2000系统采集时间与实际的时间不匹配，但不影响无线功能。
由上图可以看到UE上报测量报告Probe测试的时间为13:56:44（图1-6），网管上采集到Uu接口的测量报告时间为10:11:45（图1-5），对应S1接口信令（图1-4）的采集时间，发现UE上报测量报告后，检测到没有配置到天子湖的X2链路。
基站立即进行S1接口切换请求并申请X2链路建立（如图1-4）。
这时应该核心网的MME进行与目标基站的X2链路建立。
但是在申请X2链路10s后，MME返回S1接口切换准备失败。
如图（1-7）所示：在等待MME回复切换响应期间，UE不断上报测量报告，eNodeB收到MME切换准备失败信令后，立即再次发送切换请求，但是过了10s后，又返回切换准备失败如图：图1-8 S1切换失败返回信令这时eNodeB继续上报S1切换信令，但是由于无线环境已经很恶劣，导致掉线，所以eNodeB向MME发送S1AP_UE_CONTEXT_REL_CMD来请求释放。
切换失败分析及处理流程
切换失败分析及优化流程 测试过程中发现切换失败时处理流程：小区切换成功率低的处理流程：处理说明：1)切换成功率小于20％，可以判断两个小区具有相同的BCCH和BSIC。
手机区分小区首先判断BCCH频点，如果BCCH相同,则判断BSIC（此时存在一个同频干扰），如果BSIC也相同，手机将无法判断小区,从而导致BSC也无法判断究竟需要切换到哪个小区上去。
原则上，只要手机能够收到该小区的信号，就不能存在同BCCH并且同BSIC。
一般地，如果切换成功率低于50%,可以估计是由于同BCCH并且同BSIC引起的.2)检查参数定义是否对应和正确：a)切换参数：OFFSET、HYST原则上，OFFSET应该等于0，HYST大约等于2左右。
在某些情况下，OFFSET会不等于0，此时需要注意检查两个小区的OFFSET是否对应,即CELL-A定义到CELL—B的OFFSET＝3,那CELL—B定义到CELL—A的OFFSET＝－3。
OFFSET不等于0，表示两个小区的切换边界与小区实际边界有所偏离，此时也需要注意空闲模式下的CRO也要对应设置，以保持小区空闲模式边界与切换边界相同，否则手机将可能在通话开始后,马上发生一次不必要的切换。
两个小区的切换边界与小区实际边界有所偏离，等于扭曲了小区边界，原则上是不好的,但是在以下情况可以取得相应的效果（好的效果）:第一、如果小区的实际边界正处于话务量集中区域或者干扰区域，在不能调整基站位置和天线方向角/下倾角的情况下，让切换避开这些区域，可以提高切换成功率;第二，如果某个小区话务量高或者硬件故障多，可以通过缩小切换边界来减少在该小区内的通话，从而达到提高指标的作用，当然,这只是治标的措施。
HYST不能等于0，否则会引起乒乓切换.但是也不能太大,否则会造成强信号不切换.如果两个小区的信号重叠实在太多,可以适当增加HYST，同时增加定位算法的滤波器值。
b)定位参数：定位算法直接影响最合适小区的选择,如果手机不能选择到最合适的小区上，必然影响切换成功率。
LTE网络S1接口切换成功率低分析V1
LTE网络S1接口切换成功率低分析V1LTE网络S1接口切换成功率低分析【原理说明】S1接口切换成功率=S1接口切换成功次数/ S1接口切换请求次数；S1切换失败原因：目标小区回复切换准备失败消息导致模式内切换出准备失败，目标小区无响应导致模式内切换出准备失败，源小区发送切换取消导致模式内切换出准备失败和核心网原因导致模式内切换出准备失败这些原因导致。
1 问题描述4月26日凌晨，**市核心网增加一条S1链路，在原有三条链路的基础上变成了四条，核心网修改后，对比4月25日与4月26日KPI 指标，发现S1接口切换成功率有小幅下降，之后继续观察，并发现该项指标持续降低。
2 问题定位首先我们先通过后台对全网S1切换失败站点查询，对失败次数按照TOP 10统计，如下表，其中前7个小区S1切换成功率为0 ，核查以上站点，均无告警。
将以上站点制作为Mapinfo 图层，问题站点集中分布区域如下所示，对Top10站点中抽取LF_H_黄岩移动新前牟村和LF_H_黄岩西城岙岸两基站进行两两小区切换，指标按小时提取T op10，切换失败的站点均为LF_H_黄岩移动黄岩中学。
基站名称小区名称本地小区标识LTE 系统内切换成功率-jtS1接口切换成功率-jt(%)S1接口切换请求次数-jt S1接口切换成功次数-jt S1接口切换失败次数-jtLF_H_黄岩移动新前牟村LF_H_黄岩移动新前牟村_50295.34702590259LF_H_黄岩西城岙岸LF_H_黄岩西城岙岸_51394.5502020202LF_H_黄岩新前支局BBU9LF_H_黄岩联通新前七里浮桥_49193.385401810181LF_H_黄岩新前支局BBU12LF_H_黄岩新前消防队_50297.881901800180LF_H_黄岩新前支局BBU13LF_H_黄岩移动七里_49195.646601660166LF_H_黄岩头陀孙东村LF_H_黄岩头陀孙东村_49186.857801160116LF_H_黄岩柑橘研究所LF_H_黄岩柑橘研究所_49189.9802074074LF_H_黄岩新前支局BBU12LF_H_黄岩新前消防队_49199.4117 1.538565164LF_H_黄岩头陀孙东村LF_H_黄岩头陀孙东村_50298.33737.2549511932LF_H_玉环城关岭头村LF_H_玉环城关岭头村_49196.94692.507234732126同时通过对S1切换失败次数最多站点LF_H_黄岩移动新前牟村进行S1链路信令跟踪，发现切换失败命令中，失败原因值为，Unknow-Target ID，目标小区丢失。
定时器原因导致的S1口切出成功率低问题处理-浙江
定时器原因导致的S1口切出成功率低问题1 问题描述在处理切换成功率低的TOPN小区时，发现某小区切出成功率偏低，在90%左右。
而导致切换失败的原因基本上都为“eNb间S1口小区间同频切出执行失败，其他原因”。
2 问题分析排查查看问题站点假山新村的小区对切换统计，看到S1口的切出失败都发生在与银海苑站点之间，而银海苑站点是半个月前新开站点。
那么问题极可能就出在银海苑站点上。
再查看到银海苑站点的所有小区对切换统计（一个月），同频切出成功率低的小区都存在相同的现象。
进行后台网管的统一信令跟踪，提取切换源侧的后台信令，看到了如下切换失败：从信令上可以看到，eNodeB 下发切换命令后很快就收到了MME 的上下文释放命令Ue context release command ，原因为release_due_to_eutran_generated_reason 。
从内部模块间的信令也看不出有价值的信息。
由于切出成功率在90%，那么10%的失败可不可能是由于接入失败导致的呢?所以做了调整Prach 接入起始RB 位置调整的测试，发现修改为手动配置并且起始RB 从高位开始后，S1口切换失败返回源侧的次数增加了，而other 原因的次数并没有减少，说明可能不是接入导致的切换失败。
（事后想想，没必要做此操作。
下发切换命令后很快就收到MME 的消息，说明在目标侧的接入应该是没问题的。
）同时在后台跟踪源侧小区和目标侧小区的信令，通过handover required 和handover request 消息中的Source_Identity 串联起完整的切换信令，半个小时内看到两次如下场景的切换，在目标侧的信令是这样的：eNodeB 在给MME 发送切换成功handover notify 消息的同时，还发送了Ue Context Release Request 消息，携带原因为User_Inactivity 。
看来问题可能就出在User_Iactivity 的定时器上啦，可到底是怎么回事呢？查看目标侧银海苑站点及周边站点的UE 常量和定时器中的控制面的User_Iactivity 定时器和基于移动性的UE 未激活定时器配置。
案例S链路多配导致S切换成功率低问题处理案例
S1链路多配导致切换成功率低分析【指标解析】S1接口切换成功率=S1接口切换成功次数/ S1接口切换请求次数；S1切换失败原因：目标小区回复切换准备失败消息导致模式内切换出准备失败，目标小区无响应导致模式内切换出准备失败，源小区发送切换取消导致模式内切换出准备失败和核心网原因导致模式内切换出准备失败这些原因导致。
现象描述9月10对日常KPI指标监控发现，全网S1接口切换成功率出现较大幅度的下滑：通过提取LTE网络KPI忙时指标监控发现瓯海梧田德政虹梅路区域的几个站点切换成功率比较低，影响全网切换类指标，其中瓯海梧田德政虹梅路切换入失败次数每天达到3400多次，瓯海泽霞新住宅区、温州高新园区切换出失败次数和为3300多次：原因分析1.处理流程图2.分析切换成功率低可能原因：对KPI指标及周边环境分析，可发现如下问题：1）瓯海梧田德政虹梅路基站的邻区是否存在漏配、错配，外部邻区参数设置是否正确，PCI规划是否合理，切换参数设置是否有问题。
2）瓯海梧田德政虹梅路基站的切换入失败次数的和约等于周边基站切出失败的和，可定位为瓯海梧田德政虹梅路基站的问题导致其切入成功率低及周边基站切出功率低；问题排查1、瓯海梧田德政虹梅路及周边站点邻区核查同频异频邻区关系.xlsx根据基站拓扑结构核查瓯海梧田德政虹梅路及周边站点的邻区，确定现网邻区无漏配的问题，确定瓯海梧田德政虹梅路及周边站点的PCI规划合理。
2、瓯海梧田德政虹梅路及周边站点外部邻区定义核查外部邻区关系.xlsx核查瓯海梧田德政虹梅路及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题。
3、同频异频切换参数检查现网所有切换参数均为默认值，核查无问题。
4、后台跟踪通过后台对异常站点进行S1标准信令跟踪，发现切换准备失败，失败原因值：传输不可用。
解决过程及方案查询基站SCTPLNK是否正确，结果显示配置正常查询基站S1链路,发现S1接口配置为4条，按最新全网数据配置要求每个ENODEB需要配置2条S1的接口。
5到4切换未发起TAU切换失败案例分析
5到4切换未发起TAU导致切换失败案例分析1问题现象
5切4之后终端没有发起切换后的TAU，而是立即发起了4G内部的S1切换，并且这次S1切换因目标eNB负荷过高失败。
这个切换后没有发起TAU，导致了后续终端重选回5G带的参数是S1 mode not supported，在此后10分钟里终端发起5切4被AMF拒绝194次。
2问题分析
（1）19:48:33 从5G回落到4G eNB
（2）在4G发起了S1切换，因目标enb负荷过高被拒绝
（3）再查看S1-MME接口，19:48:33没有切换后的UNT TAU，只有19:48:37 Initial TAU(TSC=1)。
（4）19:49:22终端移动性更新注册5G时不支持S1 MODE了
（5）由于用户不支持S1 MODE，AMF清除了用户的EBI，重新创建也不会重新申请，所以在收到handoverRequire时没有会话有EBI，所有会话不支持回落，一直切换失败。
（6）直到20:01:40终端在5G重新初始注册，才恢复正差。
3问题定位
（1）切换后无UNT TAU，而是发起Initial TAU，向AMF要上下文，AMF校验Context Request中TSC和之前在5GTSC=0不一致，会在Context Rsp中回复失败（92 User authentication failed）
（2）用户在5G注册，携带S1 Mode not supported，导致后续用户发起的5切4都被AMF 拒绝，handover preparation failure( 8 ho_target_not_allowed)
4问题优化
需核心网侧配置终端策略，目前xx核心网暂未解决。
S1-U链路故障导致切换失败案例
S1-U链路故障导致切换失败案例
【摘要】LTE系统内切换包括三种类型：eNodeB内切换、X2接口切换、S1接口切换。
通
过两两小区切换或是接口信令跟踪，可以确定切换失败的目标小区和原因，然后进一步判
断分析。
【关键字】eNodeB内切换 X2接口切换
【故障现象】：
FY-太和-太和线务站-HFMA-436409-53 X2接口切换成功率88%。
【告警信息】：无
【原因分析】：
跟踪其X2接口信令，发现失败的目标站都是436408。
失败出现时间集中，失败原因为传输资源不可用，且均为到
7.191.1.252的SGW。
查询436408站点经常出现用户面承载链路故障告警，并且目标
地址为7.191.1.252的SGW。
初步怀疑为436408站点到SGW的S1-U
链路故障导致传输资源不可用，从而回复切换准备失败。
提取阜阳一个时间段切换入测量统计，发现所有切换入准备失
败都是集中在以下三个站点下的，并且原因都是传输原因。
同一时间，436408到以下不同站点发送了多次切换准备失败的
消息，进一步确认为436408站点S1-U链路问题导致切换准备失败。
【解决方法】：
通知传输处理排查这几个站之间的传输链路隐性问题。
【结论与推广】：
切换失败可以通过两两小区切换分析和信令跟踪两种手段，确定切换失败目标小区，结合报表统计的失败原因或是信令跟踪的失败原因，进一步查找问题所在。
当周围站点都到同一个或是同几个站点切换失败，需具体排查这几个站点的传输链路状态。
【网规网优案例】某局点同站异频切换失败问题分析
某局点同站异频切换失败问题分析
关键字：切换失败
【现象描述】
在某局点TestBed实验室测试过程中，发现相同eNodeB下进行异频切换的时候经常会出现重建，而不是切换，与测试预期不相符。
【告警信息】无
【原因分析】
1. 正常切换流程
正常eNodeB内的切换流程如下，由于是在eNodeB内的两个小区切换，所以不会有X2/S1接口的Handover Request/Handover Request ACK。
【处理过程】
2. 异常切换分析
在此次切换测试过程中，前后共进行了三次切换，虽然3次都失败了，但是其失败的现象并不一样。
下面就每次测试流程进行分析，由于是eNodeB内切换，故只要分析UU口log就行，详细信息如下：
2.1 第一次，使用E398数据卡
在终端上报了A2测量报告之后，eNodeB给UE下发了A4测量控制，但是终端没有回复测量控制的重配置完成消息。
之后由于RL failure重建，第一次重建流程完成后，eNB下发了重配置消息但是终端没有响应，UE却又直接发起另一次重建。
在当前产品，为了避免UE反复发起重建活动，限制在发起重建的过程中，或重建完成后的第一次重配时又发起RRC重建请求的话，就将直接拒绝。
lte切换失败案例
一、案例问题描述对LTE全网切换成功率进行TOP小区处理及分析，发现竹园D3切换成功率一直很低。
见下表：ENB内同频、异频切换正常，ENB间同频切换正常，但ENB间异頻切换率在29%~59%之间，其中按接口类型统计S1口的切换全部失败。
二、切换分析流程三、问题处理过程1）查询小区告警信息，未发现存在影响性能的告警。
2）查询小区相应时间段内的干扰情况，未发现不存在强干扰问题。
3）查询两两小区间的切换对，查看是否由个别邻区的关系影响了小区的切换成功率：查询两两小区间切换对时，发现该基站竹园D2和竹园D3切出到卢屋广场F 基站的三个小区都是全部失败，其他切换对是正常的。
因此问题定位到邻区级和目标基站级。
4）通过跟踪本小区与目标小区的S1口信令，HANDOVER REQUEST及HANDOVERPREPARATON FAIL两条关键信令信息。
其中查询S1AP_HANDOVER_REQUEST的信令解码查询目标小区ENB的消息：关键数据：目标NB-ID为0001,0000,1111,0001,0001B，应对的十六进制为10F11，即十进制为：69393。
5）查看S1AP_HANDOVER_PREPARATON_FAIL的信令解码，查看其失败原因：解码的失败原因为：HO-failure-in-target-EPC-ENB-or-target-system（失败原因为目标EPC或者目标ENB问题）。
根据S1AP_HANDOVER_PREPARATON_FAIL目标小区无法完成切换准备而导致切换失败。
6）查询源小区定义的外部邻区，其中卢屋广场F基站标识为69393共5位的基站NBID，现网配置基站标识的时候一般是6位数，怀疑是基站标识配置错误导致切换失败。
7）查询目标小区的基站标识信息：发现目标小区的基站标识为693937，与竹园D基站定义的源小区的69393不同有错误。
四、优化效果9月10日下午修改源小区错误的邻小区参数，从69393改为693937。
切换失败原因分析
一、切换的定义及划分所谓切换，就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区，或者由于外界干扰而造成通话质量下降时，必须改变原有的语音信道而转接到一条新的空闲语音信道上去，以继续保持通话的过程。
切换根据手机和基站测出的上下行电平质量和TA 值作为最基本的测量数据，根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区。
切换是移动通信系统中一项非常重要的技术，切换失败会导致通话失败，影响网络的运行质量。
因此，切换成功率（包括切入和切出）是网络考核的一项重要指标，如何提高切换成功率、降低切换失败率是网络优化的重点工作之一。
根据不同的切换判决触发条件，切换可以分为紧急切换、负荷切换等5类。
（1）紧急切换。
包括TA过大紧急切换、质量差（BQ）紧急切换、快速电平下降紧急切换、干扰切换。
●TA过大切换条件：服务小区的TA大于等于紧急切换TA限制。
●BQ切换条件：服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量限制；服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量限制。
●快速电平下降切换在呼叫中电平突然下降时触发，触发条件：服务小区如果Value＞B（Value：一个与滤波器参数A1～A8相关的值，该值表示在一段时间内接收电平的变化趋势；B：滤波器参数）切换最后的MR6已经低于边缘切换门限，则发生切换。
●干扰切换：也属于紧急切换，当接收电平大于一定值但传输质量又低于干扰切换质量门限时触发。
（2）负荷切换。
负荷切换触发要同时满足三个条件：系统信令流量小于允许负荷切换系统流量级别门限；需要切换的小区负荷高于负荷切换启动门限；接收切换的小区的负荷低于负荷切换接收门限。
（3）正常切换。
包括边缘切换、分层分级切换和PBGT切换。
●边缘切换条件：服务小区已低于边缘切换门限；在边缘切换统计时间（如5 s）内，服务小区电平持续低于边缘切换门限（如4 s）。
LTES1接口切换成功率优化
LTES1接口切换成功率优化同MME内S1接口切换成功率优化指标定义S1接口切换成功率=( eNodeB间同频切换出成功次数+eNodeB 间异频切换出成功次-eNodeB间X2接口同频切换出成功次数-eNodeB间X2接口异频切换出成功次数)/( eNodeB间同频切换出尝试次数+eNodeB间异频切换出尝试次数-eNodeB间X2接口同频切换出尝试次数-eNodeB间X2接口异频切换出尝试次数)*100%。
即S1接口成功率=（eNodeB间切换成功次数-X2接口切换成功次数）/( eNodeB间切换尝试次数-X2切换尝试次数)。
指标分析:当eNodeB同时配置了X2和S1接口时，UE优先进行X2接口切换。
X2接口切换相对流程简单，时延也更短。
S1接口切换的触发原因有:跨MME切换；X2接口故障；X2接口未配置；X2接口黑名单。
目前工程建设阶段，华为网络eNodeB之间的X2接口由系统通过UE测量报告自动添加，由于网络的不稳定，经常出现一些X2接口故障，故障原因主要有：X2接口配置错误。
对端基站没有配置X2接口。
本端基站在对端基站黑名单中。
本端基站S1接口闭塞。
对端基站S1接口闭塞。
在X2接口建链过程中本端或者对端基站没有状态正常的小区同MME内引起S1接口切换性能变差的主要原因是主要是X2接口配置错误问题，可能流程有两种：1、目标基站X2故障，系统重新开始尝试S1切换，但此时切换计时器T304超时，切换失败；2、目标基站故障，无法进行X2接口切换，尝试进行S1接口切换，由于基站故障也切换失败。
以4月份XX市LTE指标为例，4月13日在对139条故障X2链路进行删除后，LTE 的切换性能指标、呼叫保持类指标都有了明显改善。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于S1接口切换失败分析2014-09-25一、概述广州LTE网络的S1切换性能从9月18日开始，出现HO Prepare Fail“切换出准备失败_目前侧准备失败”次数增加明显，总体切换成功率从98.9%恶化到98.5%左右。
失败切换的邻区关系，在小区和TAC维度存在聚类。
二、S1-Based Handover信令流程LTE网络S1接口的切换流程：源eNodeB决定进行基于S1的切换。
S1切换的原因可能是源eNodeB和目标eNodeB之间不存在X2连接，或者源eNodeB根据其他情况作出的判断。
源eNodeB向源MME发送Handover Required消息，其中Handover Type在此时是intra-LTE，TargetID包含Target Cell ID和Target TAI两部分，源MME 可以根据目标TAI来选定合适的目标MME。
Direct Forwarding Path Avaliability 用来指示在源和eNodeB之间是否存在存在直接转发的路径还是需要进行Indirect Tunnel Forwarding。
源MME选定合适的目标MME，通过S10接口发送Forward Relocation Request 消息给目标MME。
目标MME选定相应的目标SGW，发送Create Session Request消息给目标SGW，消息中包含每个承载的上下文。
目标SGW为数据承载分配上行GTP－U的地址和TEID值，返回Create Session Response消息给源MME。
目标MME发送Handover Request消息给目标eNodeB，其中包括要建立的EPS承载的列表等内容，每个EPS承载的信息包括SGW的地址，上行GTP－U的在SGW侧的TEID值，EPS 承载的QoS等。
目标eNodeB收到上述消息后会建立UE上下文，包括承载的信息，安全上下文等。
目标eNodeB也回送Handover Request Ack消息给目标MME，其中包含EPS承载建立结果的信息。
对于每个成功建立的EPS承载，其信息包括下行数据在目标eNodeB侧的GTP－U的TEID值。
目标MME发送Create Indirect Data Forwarding Tunnel Request消息给目标SGW，将上述数据转发通道的TEID值通知目标SGW，转发通道的从目标SGW 到目标eNodeB的部分可以建立。
目标MME发送Forward Relocation Response消息给源MME，将EPS Bearers Setup Result 通知源MME。
在Indirect Tunnel的情况下，转发通道在目标SGW 侧的地址和TEID值也会在此消息中通知源MME。
在Indirect Tunnel的情况下，源MME发送Create Indirect DataForwarding Tunnel Request消息给源SGW，转发通道在目标SGW侧的地址和TEID值通知源SGW。
源MME发送Handover Command消息给源eNodeB，将目标eNodeB分配的需要转发的EPS Bearers的TEID 值和目标eNodeB的地址通知源eNodeB。
源eNodeB发送eNB Status Transfer消息，此消息经源MME，目标MME，最终到达目标eNodeB。
此消息将无损切换的EPS Bearer的PDCP的状态通知目标eNodeB。
源eNodeB此时可以经过Indirect Data Forwarding Tunnel 将下行数据转发给目标eNodeB。
UE与目标eNodeB建立上，下行同步后，发送Handover Confirm消息给目标eNodeB。
目标eNodeB发送Handover Notify消息给目标MME。
目标MME发送Forward Relocation Complete Notification消息给源MME。
源MME回应Forward Relocation Complete Acknowledge 消息。
目标MME发送Modify Bearer Request消息给目标SGW。
目标SGW分配下行EPS Bearer在SGW的TEID值，发送Modify Bearer Request 消息给PGW，这样切换后的下行数据通道在PGW到目标SGW之间的部分建立了起来。
这样整个的PGW到目标eNodeB之间的下行通道就建立完毕。
目标SGW收到PGW的回应后，上行通道在SGW到PGW的部分可以建立，目标SGW返回Modify Bearer Response 消息给目标MME。
UE可以触发相应的TAU的过程，随后的步骤中，源MME和目标MME将触发相应的资源释放过程。
三、S1口切换失败分析3.1、S1口切换成功率统计09月24日全天时段S1_HO成功率的趋势，在切换请求(HO Required)次数较少的情况下，切换成功率上升。
相反，当白天忙时切换请求次数增多时，切换成功率下降。
（以下分析涉及到的数据均采集9月24日全天统计）S1_HO切换成功率与切换请求数量存在反比关系，可能与网络容量或干扰，隐性故障等原因有关。
3.2、S1口切换失败分析在源eNodeB和源MME之间的S1接口切换失败消息有HO Cancel和HO Prepare Fail，在目标eNodeB和目标MME之间的S1接口切换失败消息只有HO Failure。
有一种情况是，即使返回Handover Request Acknowledge时，但在没有默认承载建立信息表时也会导致目标MME清除UE在目标MME和eNodeB所预留的信道资源。
统计09月24日全天切换失败消息，目标S1接口失败消息HO Failure会比源S1接口HO Prepare Fail失败消息少，因为有可能切换请求确认后，但由于默认承载而导致失败。
以下为S1接口消息占比的饼图：3.3、S1口HO Prepare Fail 原因分析出现HO Prepare Fail 切换的触发原因，主要触发原因为无线原因正常切换和S1接口间切换触发。
HO Prepare Fail 切换消息的失败原因值分布分析，其中unknown-targetID 原因占比达32.08%，其次为“no-radio-resources-available-in-target-cell ”原因占比达18.46%。
原因值分析：Unknown-TargetID ：在用户发起切换请请求Handover Required 消息，其中Handover Type 在此时是intra-LTE ，TargetID 包含Target Cell ID 和Target TAI 两部分，源MME 可以根据目标 TAI 来选定合适的目标MME 。
当网络对用户请求的目标源S1接口HO Cancel, 0.08%源S1接口HO Prepare Fail, 0.36%目标S1接口HO Failure, 0.13%S1接口HO 失败消息占比源S1接口HO Cancel源S1接口HO Prepare Fail 目标S1接口HO FailureCELLID和TAI无法识别时，返回此失败原因值。
No-Radio-Resources-Available-In-Target-Cell：当用户通过源MME向目标MME 请求无线信道资源时，小区存在无线资源不足或拥塞时，网络返回此失败原因值。
以下为HO Prepare Fail切换消息失败原因值占比的条形图：3.4、S1口HO Prepare Fail维度分析能过以上切换失败的FAILURE_CAUSE可以定位到小区级和TAC级的问题，以下通过小区维度分析“no-radio-resources-available-in-target-cell”失败值，可以发现大部分切换失败聚类在小区级别上。
附件为“no-radio-resources-available-in-target-cell”切换失败原因值小区表：no-radio-resources-available-in-targe对“Unknown-TargetID”切换失败原因值进行小区维度分析，以下为TOP10小区。
因为该切换失败原因值（TargetID）包括了目标CI的因素，还有目标TAC 的因素影响。
对“Unknown-TargetID”切换失败原因值进行TAC维度分析：由于用户在发起切换请求时，附带的信息有TargetID包含Target Cell ID和Target TAI两部分，源MME可以根据目标TAI（TAI = MCC + MNC + TAC）来选定合适的目标MME。
附件为“unknown-targetID”切换失败原因值小区表：unknown-targetID.xlsx以下为HO Prepare Fail切换失败返回unknown-targetID原因值截图：分析“unknown-targetID”切换失败的原因，有三种可能情况：用户切换请求的targetID(eNodeBID、TAI、CELLID)目标小区不存在（可能存在基站断链，基站板卡硬件故障）。
用户切换请求的targetID(eNodeBID、TAI、CELLID)在现网中出现重复配置，冗余数据。
目标小区在源小区的邻区信息表，与现网小区的信息不一致，导致上报的targetID无法被网络识别。
附件1为用户“unknown-targetID”切换失败的原因值，目标小区不存在的小区列表。
TARGET_CI不存在.xlsx附件2为用户“unknown-targetID”切换失败的原因值，目标小区所带的（eNodeBID、CELLID）是否在现网有冗余数据，或外部邻区配置数据和现网不一致。
TARGET_CI是否重复设置.xlsx四、总结通过对S1-Based Handover切换失败的分析，重点对源小区向目标小区切换过程中，返回HO Prepare Fail切换分析。
现网主要切换失败原因值可以具体定位到小区维度，“no-radio-resources-available-in-target-cell”网络返回的原因值明显指向目标小区无线资源不足，另外“unknown-targetID”的切换失败原因值是现网测试过程中常见的失败原因值，主要原因是切换目标小区信息不存在、目标小区硬件故障而断链、目标小区在现网有冗余数据、目标小区与源小区的邻区配置数据不一致。
目前LTE的网络优化已逐步完善，但网络中仍存在前期网络建设过程中数据匹配未达到最优的状态。
从基于S1切换角度出发，在现网无线环境允许条件下，通过提高X2切换的比例，尽量减少S1切换，来提高全网切换成功率，及提高用户4G网络的感知度。