LTE网络S1接口切换成功率低分析V1

合集下载

LTE切换成功率分析-中兴20140818

切换分析1.全网切换指标统计近期切换成功率呈持续下降趋势，对切换失败原因进行统计，发现切换成功率降低与目标侧准备失败上升呈相同趋势，原因为近期核心网组POOL，个别站点漏配路由导致周围小区向该基站切换入全部失败和邻区参数存在5000多条不一致导致切换出侧准备失败。

这两个问题在8月14日下午部分进行处理，8月15日切换成功率回归到98.07%，但仍跟8月6日98.5%存在差距。

提取8月17日切换成功率相关指标，发现子网-1、子网-2、子网-3、子网-4切换成功率差的主要原因为准备失败-目标侧准备失败；子网-6切换成功率差的主要原因为准备失败-其他原因。

子网1：子网2：子网3：子网4:子网5：子网6：子网10：集团切换成功率公式：(C373250980+C373261280+C373271580+C373281880+C373292180+C373302480)/(C3732509 00+C373250901+C373250902+C373250903+C373261200+C373261201+C373261202+C37326 1203+C373271500+C373271501+C373271502+C373271503+C373281800+C373281801+C373 281802+C373281803+C373292100+C373292101+C373292102+C373292103+C373302400+C3 73302401+C373302402+C373302403+C373250988+C373261289+C373271588+C373281888+ C373292189+C373302488)相关计数器说明如下表：2.切换的信令流程及相关的失败信令点统计①S1的目标侧准备失败，此时说明切换请求并没有到目标侧小区，在MME侧已经回了失败。

从现网排查出的主要原因是核心网组POOL个别站点漏配或错配远端地址。

经典案例_MME地址漏配导致S1切换成功率低案例

MME地址漏配导致S1切换成功率低案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)四、经验总结 (3)中国电信安徽公司-MME地址漏配导致S1切换成功率低案例【摘要】切换是日常KPI管控的重要指标，“切换”是UE在业务态下的移动并变更服务小区的过程，是用户移动性管理中最重要的组成部分，随着电信VOLTE规模化商用，语音业务逐渐向VOLTE迁移的环境下，用户VOLTE感知越来越重要，其中切换是影响用户感知重要一环。

本案例从理论结合现场实际情况，介绍S1切换成功率的基本优化方法，为S1切换成功率提升提供参考。

【关键字】切换失败S1切换成功率参数配置【业务类别】切换、参数优化一、问题描述6月7日-6月11日开始XC-泾县-泾县开发区操家-ZFTA-446176-53、54、55小区S1切换成功率为0%，X2切换成功率较好，提取点对点切换发现XC-泾县-泾县开发区操家-ZFTA-446176-53、54、55到XC-泾县-海亮江湾城-ZFTA-446229-50、51、52所有小区S1切换均失败，到其他小区并无S1切换失败现象，所以判断是XC-泾县-海亮江湾城-ZFTA-446229基站问题导致指标劣化。

在确认问题后，网优中心立即进行问题分析，力求尽快定位并解决问题，保证用户正常使用。

二、分析过程通过故障排查、地理关系排查、干扰排查、参数核查4个方面进行原因定位。

2.1 故障排查在前面已经大致判断是由于目标小区XC-泾县-海亮江湾城-ZFTA-446229-50、51、52小区导致S1切换成功率劣化。

首先核查XC-泾县-海亮江湾城-ZFTA-446229站点当前告警和历史告警，发现该站点并无影响业务的告警。

然后对其单板、光路、驻波等进行诊断，发现其光路，驻波，GPS，丢包均正常2.2 地理关系排查排除故障原因导致之后，再根据google进行地理关系排查，排查是否由于覆盖过远导致的指标劣化，由于XC-泾县-海亮江湾城-ZFTA-446229是新开站点，于6月6日入网，在google 上定位后发现两站间隔615米，所以排除超远邻区导致的切换失败。

基于S1接口切换失败-分析

.教育资料基于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上下文，包括承载的信息，安全上下文等。

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-市区-豪邦康站增加一条传输链路后，切换到该站点指标恢复正常。

原问题小区指标也恢复正常，问题得到解决。

【经验教训或建议与总结】：为了避免此情况发生，督导后期会定期核查因断站导致无法及时修改参数的问题，避免因类似问题导致全网指标恶化。

S1链路引起切换失败

S1链路引起切换失败1、问题描述从近期的KPI指标上看，绍兴中兴区域切换成功率有下降趋势，从前期的99.5%以上下降到近期的99.4%上下，我们近期加强了对切换指标的分析，3月14日发现LF_Z_柯桥华舍路社（348474）少条S1链路造成周围基站向该站3个扇区切换均存在大量失败，切换成功率较低，，3月14号对其S1链路进行了增加后，该站切换成功率明显提升；2、问题分析通过观察KPI指标，发现绍兴电信切换成功率指标有下降趋势，我们对全网切换小区对进行了分析，发现周边站点向LF_Z_柯桥华舍路社（348474）切换均存在大量失败，切换成功率均较低，但均有成功；2.1KPI指标表一切换成功率指标近期10天切换成功率趋势图：图一切换成功率趋势图2.2切换小区对分析切换小区对分析：通过全网导出小区对进行分析时发现，周围基站切入LF_Z_柯桥华舍路社（348474）基小区名称eNodeB 邻区关系[FDD]系统内同频切换出成功率(小区对)[FDD]系统内同频切换出请求次数(小区对)[FDD]系统内同频切换出失败次数(小区对)LF_Z_柯桥蜀阜_1 348230 0:460:11:348474:50 37.61% 1933 1206 LF_Z_柯桥华舍街道_3 348173 0:460:11:348474:50 30.21% 1304 910 LF_Z_绍兴金城村_2 349225 0:460:11:348474:51 16.26% 990 829 LF_Z_柯桥蜀阜_1 348230 0:460:11:348474:51 41.45% 1035 606 LF_Z_柯桥华舍金城村南_1 348598 0:460:11:348474:51 18.71% 684 556 LF_Z_柯桥华舍金城村南_2 348598 0:460:11:348474:51 32.31% 718 486 LF_Z_绍兴杨汛桥联社东_2 349017 0:460:11:349302:50 0.00% 221 221 LF_Z_柯桥华舍金城村南_1 348598 0:460:11:348474:50 16.26% 246 206 LF_Z_柯桥华舍街道_1 348173 0:460:11:348474:49 21.15% 208 164 LF_Z_柯桥华舍街道_1 348173 0:460:11:348474:50 34.21% 152 100 LF_Z_绍兴金城村_2 349225 0:460:11:348474:50 5.56% 72 68 LF_Z_柯桥华舍街道_3 348173 0:460:11:348474:49 4.62% 65 62 LF_Z_柯桥蜀阜_1 348230 0:460:11:348474:49 66.00% 150 51 LF_Z_柯桥大西庄_1 348245 0:460:11:348474:51 47.73% 88 46 LF_Z_柯桥华舍华舍北_1 348315 0:460:11:348474:49 11.76% 34 30 LF_Z_柯桥华舍金城村南_3 348598 0:460:11:348474:51 29.73% 37 26表二柯桥华舍路社切入小区对通过小区对发现，该站LF_Z_柯桥华舍路社（348474）切出均正常，如下所示表三柯桥华舍路社切出小区对2.3告警检查通过对LF_Z_柯桥华舍路社（348474）基站的当前告警进行查询，该站当前无任何告警，如下所示：图二柯桥华舍路社当前告警同时我们对该站历史告警查询发现该站在3月11号出现系统lisence过期告警，怀疑有人在3月11号对该站进行操作过，同时我们对该站参数进行检查，未发现该站参数异常首先我们考虑对基站进行网元复位，3月14号12:05:11我们对该站进行网元复位，如下所示图三柯桥华舍路社历史告警通过对基站进行网元复位后，观察指标，发现该站切换指标没有变化，从切换失败原因看，全部是S1目前侧准备失败，切换成功率又不是100%失败，这时我们怀疑S1链路造成，小区名称eNodeB 邻区关系[FDD]系统内同频切换出成功率(小区对)[FDD]系统内同频切换出请求次数(小区对)[FDD]系统内同频切换出失败次数(小区对)eNB间X2口小区间同频切换出准备失败次数，目标侧准备失败eNB间S1口小区间同频切换出准备失败次数，目标侧准备失败表四柯桥华舍路社切入小区对2.4 S1链路检查我们对全网S1链路进行检查时发现，全网只有LF_Z_柯桥华舍路社（348474）基站配置了2条S1链路，如下所示3、解决问题对LF_Z_柯桥华舍路社（348474）S1链路进行增加，目前全网每个站配置3条链路，如下所示图四柯桥华舍路社网管S1链路4、指标跟踪3月14号对该站进行增加一条S1链路后，3月15号对LF_Z_柯桥华舍路社（348474）日期小区名称eNodeB 邻区关系[FDD]系统内同频切换出成功率(小区对)[FDD]系统内同频切换出请求次数(小区对)[FDD]系统内同频切换出失败次数(小区对)2015/3/15 LF_Z_柯桥蜀阜_1 348230 0:460:11:348474:50 99.28% 417 3 2015/3/15 LF_Z_柯桥蜀阜_1 348230 0:460:11:348474:51 99.55% 223 1 2015/3/15 LF_Z_柯桥华舍金城村南_2 348598 0:460:11:348474:51 100.00% 205 0 2015/3/15 LF_Z_柯桥华舍街道_3 348173 0:460:11:348474:50 100.00% 122 0 2015/3/15 LF_Z_绍兴金城村_2 349225 0:460:11:348474:51 100.00% 70 0 2015/3/15 LF_Z_柯桥蜀阜_3 348230 0:460:11:348474:51 100.00% 48 0 2015/3/15 LF_Z_柯桥华舍金城村南_1 348598 0:460:11:348474:51 97.83% 46 1 2015/3/15 LF_Z_柯桥华舍街道_1 348173 0:460:11:348474:50 100.00% 22 0 2015/3/15 LF_Z_柯桥大西庄_1 348245 0:460:11:348474:51 100.00% 17 0 2015/3/15 LF_Z_柯桥华舍街道_2 348173 0:460:11:348474:50 100.00% 16 0 2015/3/15 LF_Z_柯桥蜀阜_2 348230 0:460:11:348474:50 100.00% 16 0 2015/3/15 LF_Z_柯桥华舍金城村南_1 348598 0:460:11:348474:50 100.00% 15 02015/3/15 LF_Z_柯桥华舍金城村南_3 348598 0:460:11:348474:51 92.31% 13 1 2015/3/15 LF_Z_柯桥蜀阜_1 348230 0:460:11:348474:49 100.00% 13 0 2015/3/15 LF_Z_柯桥华舍街道_1 348173 0:460:11:348474:49 100.00% 8 0 2015/3/15 LF_Z_柯桥蜀阜_3 348230 0:460:11:348474:50 100.00% 8 0 2015/3/15 LF_Z_绍兴金城村_3 349225 0:460:11:348474:51 100.00% 6 0 2015/3/15 LF_Z_柯桥建拓五金_3 348231 0:460:11:348474:51 100.00% 6 0 2015/3/15 LF_Z_柯桥华舍排污站西_3 348299 0:460:11:348474:50 100.00% 4 0 2015/3/15 LF_Z_柯桥华舍华舍北_1 348315 0:460:11:348474:49 100.00% 3 0 2015/3/15 LF_Z_绍兴金城村_2 349225 0:460:11:348474:50 100.00% 2 0 2015/3/15 LF_Z_柯桥华舍排污站西_1 348299 0:460:11:348474:50 100.00% 1 0表六柯桥华舍路社切入小区对同时我们对LF_Z_柯桥华舍路社全天切换失败次数进行了统计，加了S1链路后，失败次数明显下降；统计时间13:00------14：00图5 柯桥华舍路社切换失败次数。

S1链路缺失引起切换失败

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

volte切换成功率低优化报告

VOLTE切换成功率低专项报告移动公司2015-11-271、VOLTE切换成功率低优化切换优化的目的就是减少切换失败、切换过早或过晚、切错小区和乒乓切换等情况，最终提升系统性能。

1.1切换常见异常场景简介1.1.1过早切换：切换过早，一般是邻区的信号还不够好或不够稳定，eNodeB就发起了切换，主要有以下几种：a)源小区下发切换命令后，由于目标小区信号质量不佳，UE切换到目标小区发生失败，UE发起RRC重建回到源小区。

如下图，这种场景下，UE在切换到新小区随机接入或发送msg3失败导致切换失败，然后UE在源小区发起RRC连接重建。

b)UE虽然成功切换到目标小区但是立即出现下行失步，然后在源小区发起RRC连接重建。

这也是切换过早。

c)UE虽然成功切换到目标小区但在很短时间内（5s）切换到第三方小区，也是切换过早。

1.1.2过晚切换：切换过晚这个在实际外场比较多，主要有以下几种：a)在下行100％加载的场景，源小区服务质量不好（一般SINR低于－3就会概率性出现切换命令发送失败），UE因为服务小区信号不好没有收到切换命令，或收到切换命令，但随机接入过程失败，UE就发生RRC重建，重建到目标小区，此时由于目标小区已建立上下文，重建可以成功。

b)UE还来不及上报测量报告，源小区的信号已经急剧下降导致下行失步，UE直接在目标小区发起RRC连接重建，此时由于目标小区无UE上下文，重建必然被拒绝，信令流程如下图所示。

1.1.3乒乓切换：当UE 进行A—>B—>A 这样的反复来回切换流程，从小区A 切换到小区B 后，在小区B 停留的时间很短，又返回到小区A，这个通过信令流程比较容易分析，就是看上一次切换入到下一次切换出的时间是否太短了（一般认为一秒发生多次切换为乒乓切换）。

1.2 切换优化方法与技巧 1.2.1 切换优化5步法:b) 邻区合理性检查：是否邻区完整、邻区是否合适、是否存在blacklist 邻区、邻区存在同频同PCI 问题、相同邻区重复定义； c) 干扰：内部干扰、外部干扰；d) 覆盖原因：弱覆盖，过覆盖、重叠覆盖；e) 参数设置不合理：TAC 、切换参数（CIO 设置不合理、handoverAllowed 状态核查、异频参数核查：）、MME POOL 核查、ppsTimingOffset 核查； f) 邻区拥塞：指目标小区拥塞导致切出指标差； g) 隐性故障：主小区或者邻区隐性故障；1.2.3切换问题处理流程2. 附录.案例2.1 异频切换问题导致设备异常eSRVCC 到GSM 问题描述：车辆在五四路上由北向南行驶，UE1主叫占用D2频点小区418339-2，在行驶过程中由于车速较快UE1没有及时切换到417870-1、417903-1&2扇区，等到切换条件满足时，但相关小区已和主服小区没有邻区关系了（此时已经是第三圈站点了），从而导致设备异常eSRVCC 到GSM ；2.1.2 解决方法：参数原值修改值修改原因threshold2InterFreq -97 -95 使该小区尽量切换至LTE 小区，避免提前开始eSRVCC 切换，影响道路MOS 值。

基于S1接口切换失败分析0925

基于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承载建立结果的信息。

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。

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口导致切换成功率低

a)包头东河彩虹超市-HLHF及周边站点邻区核查：
根据基站拓扑结构核查包头东河彩虹超市-HLHF及周边站点的邻区，确定现网邻区无漏配的问题，确定包头东河彩虹超市-HLHF及周边站点的PCI规划合理。

b)包头东河彩虹超市-HLHF及周边站点外部邻区定义核查：
核查包头东河彩虹超市-HLHF及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题。

c)同频切换参数检查及现场测试：
切换参数均为默认值，核查无问题。

现场测试，包头东河彩虹超市-HLHF与包头东河远大蔬菜市场-HLHF切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。

d)后台跟踪：
查询周边站点切换出失败原因全部为目标小区回复切换准备失败消息导致切换出准备失败
后台信令跟踪对包头东河彩虹超市-HLHF标准X2口进行跟踪，发现切换准备失败，失败原因值：传输不可用。

查询ENODEB X2接口自建链开关状态，结果显示正常
查询基站的DEVIP配置信息是否正确，结果显示正常
查询基站IPRT是否正确，结果显示正常
查询基站VLANID是否正确，结果显示正常
查询基站SCTPLNK是否正确，结果显示配置正常
查询基站 IPPATH,发现S1接口配置为1条，IPPATH资源有限，所以相邻站点切到该站的成功率很低，通过增加到S1接口的IPPATH到8条（现网标准为8条）后：。

定时器原因导致的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 未激活定时器配置。

VOLTE切换成功率低的案例

VOLTE切换成功率低的案例
VOLTE切换成功率低的案例
一、问题现象
近期发现A1_SQ五谷飘香ZLF_H站点3个小区VOLTE切换成功率为1小区为64.19%，失败次数为386次，2小区为71.24%，失败次数为285次，3小区为5.09%，失败次数为671次。

查看该站点发现主要为切换失败原因为“ENB间S1切换失败”，而站内切换成功率为100%。

二、问题分析
单个站点的切换问题可从以下几点排查：
1、站点存在告警或故障；
2、站点传输链路不通；
3、邻区缺失、参数配置错误。

三、问题处理
1、查看此基站历史告警，无任何告警；
2、查看邻区配置，和周边站点存在邻区配置：
3、查看已添加LTE邻区关系及查询网管数据发现数据侧切换成功率为99.53%左右,说明邻区配置正确：
4、查看邻区对切换指标，发现切换失败的都为FDD小区:
5、查看网管侧FDD邻区关系，发现未添加FDD邻区关系，故不可能发生FDD间的切换
关系，查看异频频点配置，发现FDD频点1815和948.3频点的异频ANR开关为打开，可能导致邻区测量时会测量FDD频段的临时邻区关系，因此邻区对统计中存在失败的小区均为FDD 站点的临时邻区。

6、对ANR异频频点开关进行关闭，关闭后切换指标正常。

四、问题总结
A1_SQ五谷飘香ZLF_H基站的VOLTE用户切换失败的主要原因FDD频点1815和948.3的异频ANR开关为打开模式，导致邻区测量
时会测量FDD频段的临时邻区关系，因此邻区对统计中存在失败的小区均为FDD站点的临时邻区。

LTES1切换占比专题优化分析

LTE-S1切换占比专题优化分析一、S1切换占比专项优化需求分析1.1 专项背景切换成功率以及切换时延是移动保持类的重要指标之一，按照涉及的网元关系可以分为ENB内切换成功成功率、ENB间（包括X2切换和S1切换）切换成功率。

切换成功率的高低以及切换时延的多少，直接影响用户感受，是重点考核的KPI指标之一。

由于S1切换的流程比X2切换多，存在的信令交互节点也比X2切换多，不仅在切换过程中耗时较多，且切换失败的风险会高于X2切换。

S1切换主要用于跨MME之间的基站间的切换。

X2切换是LTE网络特有的切换流程和优势，在提高S1切换成功率的同时，尽量降低S1切换占比，可以有效提高全网的切换成功率，降低切换时延，改善用户的感知。

S1切换占比专项优化调整前：S1切换占比在10%左右；S1切换占比公式：S1切换占比=S1切换请求次数/（基站内切换请求次数+X2切换请求次数+S1切换请求次数）1.2 专项思路1、第一步，进行全网存在S1切换请求的小区进行分析和收集，对和S1切换流程中的相关过程参数和操作的收集，不仅要收集日常修改的优化参数，还包括一些常涉及的操作，例如X2链路配置、需要上站进行排障操作的站点等；对这些参数和操作的工作需求进行分析汇总；2、第二步，对S1切换占比优化的调整和相关操作进行整理，确定主要工作内容：全网SCTP链路状态核查调整优化、现场邻区关系测试优化、故障站点排障、切换参数优化调整；3、第三步，S1切换占比优化整理出的主要工作内容实施，KPI指标同步跟踪监控处理效果评估并进行分析反馈以方便进一步优化调整；4、在专项实施过中，对S1切换占比优化中存在的问题和不完善进行收集整理，总结主要问题处理案例，并提出相应的改进优化方案，并将S1切换占比加入日常KPI优化指标中。

二、S1切换占比专项优化实施方案2.1 S1切换与X2切换的区别根据源eNB和目标eNB是否连接到同一个MME以及他们之间是否存在X2连接，LTE中的切换分为X2切换和S1切换。

精品案例_降低S1切换占比提升切换成功率

降低S1切换占比提升切换成功率目录一、问题描述 (3)二、分析过程 (4)1.1切换分析优化流程 (4)1.2切换优化方法 (4)1.3优化分析 (6)三、解决措施 (8)四、经验总结 (9)降低S1切换占比提升切换成功率【摘要】S1切换成功率以及切换时延是移动保持类的重要指标之一，按照涉及的网元关系可以分为ENB内切换成功成功率、ENB间（包括X2切换和S1切换）切换成功率。

切换成功率的高低以及切换时延的多少，直接影响用户感受，是重点考核的KPI指标之一，本文主要对S1切换占比过高的原因进行简要分析处理。

【关键字】切换S1切换占比【业务类别】优化方法一、问题描述提取6月9日天级指标发现S1切换占比较高，提取TOP10发现切换成功率为0且次数较多（因为六安现场存在电信联通共建共享，此部分S1切换已剔除，边界切换也已剔除）。

S1接口切换占比=S1接口切换请求次数/（eNodeB内切换请求次数+X2接口切换请求次数+S1接口切换请求次数）二、分析过程1.1 切换分析优化流程1.2 切换优化方法（1）检查设备是否故障查看是否有硬件故障告警，如硬件异常、单板不可用、X2接口故障告警、S1-U 链路等；查看是否有射频类故障告警，如驻波告警、RRU 不在位等；查看是否有小区类故障告警，如小区不可用等。

（2）参数优化评估分场景评估切换失败原因类别分析TOP 影响评估地理化渲染优化区域性问题TOP 问题邻区PCI 切换参数S1-U 链路故障结束是否存在告警告警恢复后指标是否正常KPI 指标分析是否否两两小区切换分析信令跟踪定位到失败目标小区邻区PCI 干扰覆盖是失败原因目标小区回复准备失败目标小区无响应源小区发送切换取消核心网失败类别X2S1ENODEB 内1）PCI核查PCI复用距离不足容易造成PCI冲突和PCI混淆，关于PCI冲突、PCI混淆的定义及对网络性能的影响介绍如下：➢当PCI发生冲突，即两个相邻小区PCI相同，在PCI冲突的区域，会影响UE接入。

秦皇岛联通LTE切换成功率低优化案例分析

秦皇岛联通LTE切换成功率低优化案例分析1.问题评估日常KPI指标监控中发现切换成功率较低，为98.8左右。

经分析，切换成功率低集中在几个小区，QHD抚宁代山头ZXF-3，QHD抚宁卢王庄北ZXF-2，QHD抚宁榆关ZXF-2。

三个小区全天失败近万次。

经分析切换邻区对，发现失败均发生在边界与华为两个站点的切换中，失败原因为目标侧准备失败。

143775为抚宁都寨，143720为抚宁郑家店，这此两站为华为边界站点。

2.整改方案初步怀疑外部小区配置错误导至切换失败，经与华为侧进行核查，外部小区配置正确，排除外部小区配置问题。

怀疑有同PCI干扰导致切换误判定，核查附近站点的PCI规划，并无干扰，华为侧修改PCI进行验证，问题依旧，没有解决。

经根踪小区级信令，发现失败原因如下：X2口切换失败信令截图：失败原因为：S1口切换失败信令截图：失败原因为：从两种失败原因上看，均为未知目标MME CODE。

怀疑失败原因与核心网MME有关。

经分析其它边界站点，并无此类失败问题，排除是核心网共性问题的可能。

问题定位在华为两站点（抚宁都寨，抚宁郑家店）与核心网配置相关参数上。

再次核查华为两站点配置，发现这两个站点并未入MME POOL。

秦皇岛接入的MME POOL共有4个MME。

而此两问题站点只接入了一个，导致切换中路由出现问题。

把两站点入MME POOL，问题解决。

3.效果评估修改之后切换问题解决，中兴站点向此两华为站点切换正常，全网切换成功率提升明显，由99.8%提升至99.5%。

4.意见和建议在4G站点全部入MME POOL之后，所有新开通站点必须在开通时全部及时入POOL，否则会导致大量的切换失败，影响全网KPI及用户感知。

LTE基站S1口少配导致切换成功率低处理案例

主题：LTE吉州区人民广场基站S1 口少配导致切换成功率低处理案例作者：邮箱：所在省：江西关键字：华为；切换成功率低；IPPATH专业：无线网、LTE网络一、现象描述在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低，严重影响全网切换类指标，其中吉州区人民广场切换入失败次数每天达到4600多次，吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院，切换出失败次数和为4500多次。

二、原因分析1.处理流程图2.分析切换成功率低可能原因：对KPI指标及周边环境分，可发现如下问题：1）吉州区人民广场基站的邻区是否存在漏配、错配，外部邻区参数设置是否正确，PCI规划是否合理，切换参数设置是否有问题。

2）吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和，可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低；三、问题排查1、吉州区人民广场及周边站点邻区核查吉州区人民广场及周边站点同频邻区核查根据基站拓扑结构核查吉州区人民广场及周边站点的邻区，确定现网邻区无漏配的问题，确定吉州区人民广场及周边站点的PCI规划合理。

2、吉州区人民广场及周边站点外部邻区定义核查吉州区人民广场及周边站点外部邻区核查核查吉州区人民广场及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题3、同频切换参数检查及现场测试吉安LTE网络刚开局，现网所有切换参数均为默认值，核查无问题。

L3 MeESS 第占加叫施G..| u 回 S? | ,融伞电型1 Message Hsne航OCom 门 re : i 口 n Rte G nfi g LRjrti □Kcm H ei vMM5urcniefrtR.epDrtcKiA«iicirtRetoFrfiyu^bori RfLCCannK ：iDnRKortfigu"atiorCaTipJff1e Md 通而辰鹏油cm 国c ：&WCGonnec^DnRwGnfigLi ■artiGnIRflCCanne^iDnReccnfigu r aticnCcfflplete 瞋CineciijnRet □河igrstion SRUCta n n ect i 口 n R ec d nfi g UF M ci rtCom pl eft M 己期向Fgnatim 源ockSys sern In Fcnr ati c nE-j CK kl ^peL RRCGswEcmRetoMgurtarticih □iflRCCanrffc^iDnRecanfigu "-artiarCcnif letffRRCCotinaliDnRecarrfigurAtianGIMlU 日 G 的|的n 印内cmww 曰 Wtm 心®am 期 LTE I UE I UTISann 蚓 QH m 电叩JOI ColLIDHI 用时 £SU| KC SIHE由用力口 38350 30 司陋人品T*2 2& H心熊OstKled 如SO10 吉升叵的H 母涌向 15 ■〃g 网如53350R吉州Z 吉州史融517^.3ti ；.■现场测试，吉州区人民广场与吉州区附属医院切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。

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 的切换性能指标、呼叫保持类指标都有了明显改善。