第二十二课：LTE-S1切换占比专题优化

合集下载

LTE切换为题处理案例及切换参数总结

切换问题处理及切换参数总结目录：简述： (1)一、案例分析： (1)1.1. 问题描述： (1)1.2. 优化： (3)二：切换参数总结： (3)1.1.UE测量配置基本信道参数表 (4)1.2.A3事件上报参数表 (4)1.3.切换算法参数表 (5)1.4.UE定时器及常量分析 (6)1.5.ENB协议定时器分析 (8)1.6.ENB实现定时器分析 (9)A1~A5，B1~B2事件总结： (10)简述：地铁部分FDD线路分布问题导致覆盖盲区场景下，FDD切TDD。

由FDD 站点覆盖快速衰落情景下，终端开启A2测量，信令窗口中频繁上报MR，无响应，切换失败导致重建。

经由本次问题处理，对切换参数进行总结。

一、案例分析：1.1.问题描述：由芍药居至太阳宫段，FDD切TDD终端占用1350(PCI=467) ENB=502165，地铁行驶过程中，信号快速衰落，终端开启A2测量，信令窗口频繁上报MR，无响应，切换失败导致RRC重建至1350（PCI=496）502163，经由此站切换至TDD38950（PCI=87）ENB=82354-42海淀十号线海淀黄庄站FDDNLS1.测试结果：1.2.优化：●参数查询：A1:-92，A2 :-100，A5 :-90，-95 CIO:0db TTT: 640ms●调整：由于FDD衰落迅速，几次测试均有-92左右迅速衰落至-120,导致重建，所以建议将A2门限提高，同时为满足快衰场景下能够顺利切换，将CIO调为10，使其提前切换，TTT切换切换时间由640ms改为160ms调整后参数：A1:-90，A2 :-92，A5 :-90，-95 CIO:10db TTT: 120ms●调整后测试二：切换参数总结：当UE处于连接状态，网络通过切换过程实现对UE的移动性管理。

切换过程包含移动性测量、控制面流程和用户面流程。

为了辅助网络作切换判决，原eNodeB为UE配置测量，使UE在切换之前上报服务小区和邻小区的信道质量，便于网络侧合理地判决切换。

LTE切换优化专题_参数功能和优化思路

内容：参数功能及设置、切换原理、信令流程、优化案例等。

1LTE切换原理1.1Intra-eNodeB切换触发事件：A3事件（同频切换），A5事件（异频切换）当UE从当前所处的服务小区切换到同一eNodeB下的另一小区时，会发生Intra-eNodeB切换。

基于X2接口的切换触发事件：A3事件（同频切换），A5事件（异频切换）当两个eNodeB之间存在X2接口时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于X2接口的切换。

基于S1接口的切换触发事件：A3事件（同频切换），A5事件（异频切换）当两个eNodeB之间不存在X2接口，或X2接口不可用时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于S1接口的切换。

1.1.1LTE到3G的切换实现LTE到3G的切换首先需要满足几个前提：1.网络侧，LTE系统和3G系统均支持 LTE到3G的PS切换2.UE侧，UE需要支持LTE到3G的PS切换，UE的Feature Group Indicatorbit位8 和bit位22数值必须为1。

LTE到3G切换的流程概述：1.LTE基站如果收到UE上报的A2测量报告，发现LTE的覆盖较差。

2.LTE基站通过RRC重配置消息对UE配置B2事件的测量的相关参数。

3.LTE基站收到B2事件的测量报告后，通过MobilityFromEutranCommand通知UE发起到3G的切换。

4.LTE基站收到UE上发的MobilityToUtranComplete，切换成功。

主要的LTE RRC空口信令：●UE上报B2测量报告：Measurement Report●UE在LTE小区收到往3G切换命令：MobilityFromEutranCommandUE向LTE小区反馈到3G切换成功：MobilityToUtranComplete 具体的切换信令流程如下：1．切换准备信令流程（3GPP 23.401）2．切换执行信令流程（3GPP 23.401）1.1.2LTE到2G的切换LTE到2G的具体切换信令流程：1.切换准备信令流程（3GPP 23.401）2.切换执行信令流程（3GPP 23.401）1.1.33G到LTE的切换3G到LTE的具体切换信令流程：1.切换准备信令流程（3GPP 23.401）2.切换执行信令流程（3GPP 23.401）1.1.42G到LTE的切换2G到LTE的具体切换信令流程：1.切换准备信令流程（3GPP 23.401）2.切换执行信令流程（3GPP 23.401）2LTE切换问题优化方法及流程2.1LTE主要切换问题2.1.1邻区配置邻区配置不合理案例：问题描述：通过统计观察到到小区70736-4的切换成功率为0%，而到70272-2的切换尝试次数为0。

LTE切换自动优化

切换的相关参数进行自动优化MROMRO（Mobility Robustness Optimization）是对切换的相关参数进行自动优化的一个功能，是SON（Self-Organization Network）的组成部分之一。

切换参数设置的不合理，会导致切换过早、过晚或乒乓切换的情况，这样将会影响用户体验以及浪费网络资源。

MRO通过对不同切换场景的识别，并对它们进行统计，根据统计结果对切换的相关参数进行优化，使得网路中的切换失败、掉话以及不必要的切换降到最少。

Robustness鲁棒性本文档介绍了MRO的实现原理并在工程应用中提供参数配置的建议。

MRO概述随着无线网络中网元与厂商的增加，网络维护的复杂度、技术要求和成本等也在大幅上升。

为了降低网络维护的复杂度与成本，LTE系统要求无线网络支持自组织行为，即E-UTRAN 支持SON。

SON需要支持自配置与自优化功能。

MRO为自优化功能之一，通过识别异常切换的场景，自动优化切换的相关参数，以提高网络的切换成功率以及资源利用率。

MRO通过对不同切换情况的识别，并对它们进行统计，根据统计结果对切换的相关参数进行优化，使得网络中的切换失败、掉话和不必要的切换降到最少。

MRO是通过如下过程进行参数优化：●场景识别分析切换异常的特征，定义切换过早、过晚以及乒乓切换的场景。

在切换时，识别这些切换场景。

●场景处理在MRO优化周期内，对识别到切换异常的次数进行统计。

在优化周期到达时，根据统计的切换异常次数与门限，确定参数调整的方向。

●结果监控在参数调整后，监控切换的各项指标是否得到优化。

若切换指标得到优化，则在下个优化周期不会回退参数；若切换指标恶化，则在下个周期进行参数回退。

本文档描述可选特性Mobility Robust Optimization。

系统内MRO系统内MRO优化是指在LTE系统内的同频邻区或异频邻区之间进行的切换参数优化。

同频邻区的切换由事件A3决定(谁高就去谁那里)，异频邻区的切换由事件A2、事件A4（需要高多少dB才会去高的那里）或事件A3决定，所以优化的参数是同频和异频的事件A3的CIO （Cell Individual Offset）、事件A4的CIO以及事件A2的门限。

【优质】lte切换优化指导书-范文word版 (26页)

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！== 本文为word格式，下载后可方便编辑和修改！ ==lte切换优化指导书篇一：LTE切换优化指导书LTE eRAN2.2 问题定位指导书切换篇201X-3-31第 1 页, 共 43 页1. 2. 2.1.目录 Table of Contents概述 .................................................................. ......................................................5 基本概念 .................................................................. ...............................................5 切换基本流程................................................................... (6)站内切换................................................................... ......................................6 站间切换................................................................... ......................................9 ANR打开时的切换................................................................... (12)2.1.1. 2.1.2. 2.1.3.2.2. 2.3.切换测量及参数介绍.............................................................................................13 异频切换 .................................................................. (15)异频切换算法介绍 .................................................................. ......................15 GAP介绍 .................................................................. ....................................16 测量事件................................................................... ....................................16 基本信令跟踪................................................................... .. (19)2.3.1. 2.3.2. 2.3.3. 2.3.4. 2.4. 2.5.切换成功率 .................................................................. .........................................20 切换常见异常场景简介 .................................................................. .. (20)切换过早................................................................... ....................................20 切换过晚................................................................... ....................................22 乒乓切换................................................................... (23)2.5.1. 2.5.2. 2.5.3. 3. 3.1. 3.2.问题定位分析图 .................................................................. ..................................24 根因分析示意图 .................................................................. ..................................24 分析方法对应表 .................................................................. . (25)信道质量问题................................................................... .............................25 配置问题................................................................... (26)3.2.1. 3.2.2.4. 4.1.切换问题定位................................................................... .....................................27 eNB未收到测量报告 .................................................................. (27)定位 .................................................................. ............................................27 检查测量控制相关配置 .................................................................. ...............27 检查信道质量................................................................... .............................28 定位 .................................................................. ............................................33 检查Uu接口信令和相关配置................................................................... ......34 检查X2、S1接口链路相关配置 .................................................................. ..36 传输解决优化方案 .................................................................. ......................40 检查安全加密算法开关设置是否一致 ...........................................................40 检查信号质量................................................................... .. (40)4.1.1. 4.1.2. 4.1.3.4.2. eNB未发送切换命令 .................................................................. (33)4.2.1. 4.2.2. 4.2.3. 4.2.4. 4.3. 4.3.1. 4.3.2.5. 5.1. 5.2.eNB未收到切换完成 .................................................................. (40)典型案例 .................................................................. .............................................41 UE没有解到UL_Grant，切换测量报告发不上去 ..................................................41 发送Preamble 没有收到RAR ................................................................. (42)第 2 页, 共 43 页5.3. 5.4.6.7.UE DSP切换失败，收到切换命令不回切换完成 ..................................................42 eNB下发了RRC 信令等待UE反馈（下行信令丢失），不处理切换测量报告 .......43 故障信息采集................................................................... ........ 错误！未定义书签。

《LTE切换案例》课件

邻区信号质量监测
实时监测邻区信号质量，及时发现和解决信号干扰问题。
邻区配置一致性
确保邻区配置参数的一致性，避免因配置不一致导致的切换失败。
提高网络覆盖质量
基站优化
频谱配置
合理规划基站布局，提高网络覆盖的连续性和稳定性。
合理配置频谱资源，提高频谱利用率和网络容量。
天线调整
根据实际覆盖情况，调整天线角度、增益等参数，优化覆盖效果。
总结词
切换失败的原因及解决方案
详细描述
切换失败的原因可能包括信号质量差、网络覆盖不足、参数配置错误等，解决方案包括优化网络覆盖、调整参数配置、提高终端能力等。
案例二：LTE到TD-SCDMA的切换
总结词
异系统切换的兼容性问题
详细描述
在LTE到TD-SCDMA的切换过程中，关键技术包括测量技术、判决算法、执行策略等，需要综合考虑系统间技术特点、网络状况等因素。
案例一：基于覆盖的切换
总结词
当移动设备靠近一个小区的边缘时，由于信号强度减弱，系统会自动触发基于覆盖的切换。
详细描述
当移动设备靠近一个小区的边缘时，由于信号强度减弱，系统会自动触发基于覆盖的切换。这种切换是为了保证移动设备的连续通信和数据传输。在基于覆盖的切换过程中，系统会监测移动设备的信号强度和通信质量，当信号低于一定阈值时，系统会自动触发
04
LTE切换优化建议
优化切换参数配置
切换阈值
根据实际网络环境和业务需求，合理设置切换阈值，避免过早或过晚触发切换。
切换时长
调整切换过程中的时长参数，确保切换过程快速且稳定。
切换优先级
根据不同小区和业务类型，设置合理的切换优先级，提高切换成功率。

最详细讲解、LTE“切换”专题优化（价值50RMB）

最详细讲解、LTE“切换”专题优化（价值50RMB）LTE“切换优化”专题1. 切换概述LTE系统是蜂窝移动通信系统，当⽤户从⼀个⼩区移动⾄另⼀个⼩区时，与其连接的⼩区将发⽣变化，执⾏切换操作。

按照源⼩区和⽬标⼩区的从属关系和位置关系，可以将切换做如下的分类：1) LTE系统内切换：包括eNodeB内切换、通过X2的eNodeB间切换、通过S1的eNodeB间切换。

2) LTE与异系统之间的切换：由于LTE系统与其他系统在空⼝技术上的根本不同，从LTE⼩区切换到其他系统的⼩区，UE不仅需要⽀持LTE的OFDM接⼊技术，还需要⽀持其他系统的空⼝接⼊技术，可能出现的情形包括但不限于以下⼏类：LTE与GSM之间的切换、LTE与UTRAN之间的切换、LTE与WiMAX之间的切换。

连接状态：连接状态指ECM-CONNECTED状态，其主要特征如下：1) UE和⽹络之间有信令连接，这个信令连接包括RRC连接和S1-MME连接两部分；2) ⽹络对UE位置所知精度为⼩区级；3) UE移动性管理由切换过程控制；4) S1释放过程将使UE从ECM-CONNECTED状态迁移到ECM-IDLE状态。

切换的⽬的：基于当前⽹络服务质量的切换：切换的基本⽬标指⽰UE可与⽐当前服务⼩区信道质量更好的⼩区通信为UE提供连续的⽆中断的通信服务同频切换和异频切换基于当前⽹络覆盖的切换：UE失去当前RAT的覆盖，异系统切换基于当前⽹络负荷的切换覆盖当前区域⼩区负载不平衡时资源共享，同频/异频/异系统切换切换测量切换三部曲图1‑1切换三部曲测量测量控制测量的执⾏与结果的处理测量报告主要由UE完成判决以测量为基础资源申请与分配主要由⽹络端完成执⾏信令过程⽀持失败回退测量控制更新测量信息通知UE需要测量的对象、⼩区列表、报告⽅式、测量标识、事件参数等测量条件改变时，eNB通知UE新的测量条件。

图1.2 测量控制测量控制：eUTRAN下发的测量配置参数：测量对象：LTE同频或异频、UTRA的⼀组同频⼩区、GERAN的⼀组频率、CDMA2000的⼀组同频⼩区测量上报配置：周期或事件报告；报告格式包含测量量和相关信息测量标识：测量ID的列表，Measurement ID测量间隙：UE使⽤这个间隙执⾏测量，此时不进⾏上下⾏调度图1.3 测量控制配置参数测量对象及测量值切换的测量对象及测量值同频测量RSRP、RSRQ、Pathloss2) 异频测量RSRP、RSRQ、Pathloss3) 异系统测量PCCPCH RSCPCPICH RSCP、CPICH Ec/No、GSM Carrier RSSI，BSIC Identification，BSIC Reconfirmation图1.4 测量模型层⼀的滤波⽅法由⼚家决定层三滤波系数可以配置符合上报条件时进⾏上报测量模型——层三滤波UE对测量值的滤波，按下式进⾏计算：Fn＝(1-α)Fn-1+αMnF1＝M1Fn ——本次测量过滤后更新的测量结果Fn-1——上⼀次测量过滤后的测量结果Mn ——最近⼀次来⾃物理层UE的测量结果α＝0.5k/4，K是在测量控制消息的测量数量配置中，Filter coefficient中收到的参数。

LTE切换优化指导书

LTE eRAN2.LTE eRAN2.22问题定位指导书问题定位指导书切换篇切换篇目录Table of Contents1.概述 (5)2.基本概念 (5)2.1.切换基本流程 (6)2.1.1.站内切换 (6)2.1.2.站间切换 (9)2.1.3.ANR打开时的切换 (12)2.2.切换测量及参数介绍 (13)2.3.异频切换 (15)2.3.1.异频切换算法介绍 (15)2.3.2.GAP介绍 (16)2.3.3.测量事件 (16)2.3.4.基本信令跟踪 (19)2.4.切换成功率 (20)2.5.切换常见异常场景简介 (20)2.5.1.切换过早 (20)2.5.2.切换过晚 (22)2.5.3.乒乓切换 (23)3.问题定位分析图 (24)3.1.根因分析示意图 (24)3.2.分析方法对应表 (25)3.2.1.信道质量问题 (25)3.2.2.配置问题 (26)4.切换问题定位 (27)4.1.eNB未收到测量报告 (27)4.1.1.定位 (27)4.1.2.检查测量控制相关配置 (27)4.1.3.检查信道质量 (28)4.2.eNB未发送切换命令 (33)4.2.1.定位 (33)4.2.2.检查Uu接口信令和相关配置 (34)4.2.3.检查X2、S1接口链路相关配置 (36)4.2.4.传输解决优化方案 (40)4.3.eNB未收到切换完成 (40)4.3.1.检查安全加密算法开关设置是否一致 (40)4.3.2.检查信号质量 (40)5.典型案例 (41)5.1.UE没有解到UL_Grant，切换测量报告发不上去 (41)5.2.发送Preamble没有收到RAR (42)5.3.UE DSP切换失败，收到切换命令不回切换完成 (42)5.4.eNB下发了RRC信令等待UE反馈（下行信令丢失），不处理切换测量报告 (43)未定义书签。

错误！！未定义书签6.故障信息采集........................................................................... 错误未定义书签。

LTE无线切换参数及KPI指标优化思路

LTE无线参数及KPI指标优化一、LTE小区选择及相关参数 (1)1.1 小区选择S准则： (1)1.2 小区选择相关参数： (2)二、LTE小区重选及相关参数 (2)2.1 小区重选相关知识： (2)2.2 重选测量启动条件： (3)2.3 重选判决准则： (4)2.4 小区重选相关参数： (5)三、LTE系统内切换测量及切换相关参数 (7)3.1 LTE系统内测量事件： (7)3.2 LTE测量及切换判决： (7)3.3 LTE系统内切换相关参数汇总： (11)四、LTE系统和3G/2G互操作 (13)4.1 TDL-TDS重选： (13)4.2 PS域TDL-3G/2G重定向： (14)4.3 CS域TDL-3/2重定向CSFB： (19)五、LTE KPI介绍及优化 (21)5.1 接入性指标: (21)5.2 移动性指标： (25)5.3 保持性指标 (29)说明：此文档仅为个人理解及个人经验总结，如有错误请大家更正，并给予鼓励，谢谢！！！一、LTE小区选择及相关参数1.1小区选择S准则：UE进行小区选择时，需要判断小区是否满足小区选择规则。

小区选择规则的基础是EUTRAN小区参考信号的接收功率测量值，即：RSRP。

驻留小区的条件要求符合小区选择S准则：Srxlev＞0。

Srxlev= Qrxlevmeas-（Qrxlevmin+Qrxlevminoffset）-Pcompensation；Pcompensation=max(PMax-UE Maximum Outpower,0)各参数含义如下：1、Srxlev：小区选择S值，单位dB;2、Qrxlevmeas:测量小区的RSRP值，单位dBm；3、Qrxlevmin:小区最小接收电平，单位dBm，目前集团规定为：-128；（该参数可影响用户接入）4、Qrxlevminoffset：减少PLMN之间的乒乓选择,此参数只在UE驻留在访问PLMN (Visited PLMN)时, 周期性地搜寻更高级别的PLMN时使用.；5、PMax：UE在小区中允许的最大上行发送功率；6、UE Maximum Outpower：UE能力决定的最大上行发送功率1.2小区选择相关参数：小区选择相关参数如下：二、LTE小区重选及相关参数2.1小区重选相关知识：2.1.1小区重选知识小区重选指（cell reselection）指UE在空闲模式下通过监测邻区和当前小区的信号质量以选择一个最好的小区提供服务信号的过程。

LTE切换及互操作优化技术手册

LTE切换及互操作优化技术手册2015年3月目录1概述22 LTE切换原理22。

1频内切换32.1.1 eNodeB内切换32.1.2基于X2接口的切换42.1.3基于S1接口的切换72.2频间切换93 LTE互操作原理93.1空闲态互操作原理93。

1。

1 LTE到2G/3G小区重选93.1.2 3G到LTE小区重选143.1。

3 2G到LTE小区重选163.2连接态PS业务互操作原理183。

2.1 LTE到3G的切换183.2。

2 LTE到2G的切换223。

2。

3 3G到LTE的切换243.2.4 2G到LTE的切换283.2。

5 LTE到2G/3G的重定向303.2。

6 2G/3G到LTE的重定向333。

3 CSFB语音业务互操作原理343.3。

1 CSFB的技术原理343.3.2 CSFB的信令流程364 GUL互操作总体推荐策略404.1空闲态414.2 PS连接态414。

3 CSFB语音业务424。

4邻区配置原则431概述本文主要从移动管理性出发,针对LTE的同频异频切换，及异系统的小区重选、重定向、切换进行分析，为LTE网络的切换、互操作优化提供方法与指导。

GUL(GSM/UMTS/LET）互操作是LTE商用后面临的重点难点问题。

特别是在LTE的布网初期，在LTE还没有达到整个网络全面覆盖的情况下,需要依赖现有的网络制式，实现多网协同,保证良好的用户感知.2 LTE切换原理当正在使用网络服务的用户从一个小区移动到另一个小区，或由于无线传输业务负荷量调整、激活操作维护、设备故障等原因,为了保证通信的连续性和服务的质量，系统要将该用户与原小区的通信链路转移到新的小区上，这个过程就是切换。

LTE的切换过程与WCDMA相同，包括测量、判决和执行三个过程，具体过程如下图所示：、RSRQ等图1 LTE系统中的切换过程基站根据不同的需要利用移动性管理算法给UE下发不同种类的测量任务，UE收到消息后，对测量对象实施测量，并用测量上报标准进行结果评估，当评估测量结果满足上报标准后向基站发送相应的测量报告，基站通过终端上报的测量报告决策是否执行切换.E—UTRAN内切换根据服务小区与邻区的频率差别，又分为频内切换和频间切换。

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切换。

LTE切换优化专题_参数功能和优化思路

内容：参数功能及设置、切换原理、信令流程、优化案例等。

LTE到3G切换的流程概述：1.LTE基站如果收到UE上报的A2测量报告，发现LTE的覆盖较差。

2.LTE基站通过RRC重配置消息对UE配置B2事件的测量的相关参数。

3.LTE基站收到B2事件的测量报告后，通过MobilityFromEutranCommand通知UE发起到3G的切换。

4.LTE基站收到UE上发的MobilityToUtranComplete，切换成功。

TD-LTE网络性能KPI(切换成功率)优化手册上课讲义

TD-LTE网络性能KPI（切换成功率）优化手册1切换成功率定义说明1.1指标公式1.2COUNTER定义1.2.1集团规范定义1、eNB间S1切换出请求次数：源eNB向MME发送的“切换请求”消息（HANDOVER REQUIRED）（3GPP TS 36.413），指示eNB间通过S1接口的切换出准备请求。

向不同小区发送的同一切换准备请求，需要重复统计。

2、eNB间S1切换出成功次数：源eNB收到MME发送的“UE上下文释放命令”消息（UE CONTEXT RELEASE COMMAND）（3GPP TS 36.413），指示eNB间通过S1接口的切换出执行成功。

3、eNB间X2切换出请求次数：源eNB向目标eNB发送的“切换请求”消息（HANDOVER REQUEST）（3GPP TS 36.423），指示eNB间通过X2接口的切换出准备请求。

向不同小区发送的同一切换准备请求，重复统计。

4、eNB间X2切换出成功次数：源eNB收到目标eNB发送的“UE上下文释放”消息（UE CONTEXT RELEASE）（3GPP TS 36.423），指示eNB间通过X2接口的切换出执行成功。

5、eNB内切换出请求次数：eNB向UE发送携带mobilityControlInfo 的“RRC连接重配置”消息（RRCConnectionReconfiguration），指示eNB内小区间切换出请求。

（3GPP TS 36.331）6、eNB内切换出成功次数：eNB收到UE发送的“RRC连接重配置完成”消息（RRCConnectionReconfigurationComplete），指示eNB内小区间切换出成功。

（3GPP TS 36.331）1.2.2NSN映射1、eNB间S1切换出请求次数：M8014C14：INTER_ENB_S1_HO_PREP，The number of Inter eNB S1-based Handover preparations；2、eNB间S1切换出成功次数：M8014C19：INTER_ENB_S1_HO_SUCC，The number of successful Inter eNB S1-based Handover completions；3、eNB间X2切换出请求次数：M8014C0：INTER_ENB_HO_PREP，The number of Inter-eNB X2-based Handover preparations. The Mobility management (MM) receives a list with target cells from the RRM and decides to start an Inter-eNB X2-based Handover；4、eNB间X2切换出成功次数：M8014C7：SUCC_INTER_ENB_HO，The number of successful Inter-eNB X2-based Handover completions；5、eNB内切换出请求次数：M8009C6：ATT_INTRA_ENB_HO，The number of Intra-eNB Handover attempts；6、eNB内切换出成功次数：M8009C7：SUCC_INTRA_ENB_HO，The number of successful Intra-eNB Handover completions；1.3信令统计点1.3.1eNB间S1切换统计点关系：M8014C14 = M8014C15 + M8014C16 + M8014C17 + M8014C18M8014C18 = M8014C19 + M8014C20（注：现网实际数据对不上）1、M8014C14：INTER_ENB_S1_HO_PREPUpdated: This counter is updated following the transmission of an S1AP:HANDOVER REQUIRED message from the source eNB to the MME if this message prepares an Inter eNB Handover.2、M8014C15：INTER_S1_HO_PREP_FAIL_TIMEUpdated: This counter is updated at the expiry of the guarding timer TS1RELOCprep if the timer was started because of the preparation of an Inter eNB Handover.3、M8014C16：INTER_S1_HO_PREP_FAIL_NORRUpdated: This counter is updated following the reception of an S1AP: HANDOVER PREPARATION FAILURE message from MME to source eNB with cause "No Radio Resources Available in Target Cell" if this message is received in response to the preparation of an Inter eNB Handover.4、M8014C17：INTER_S1_HO_PREP_FAIL_OTHERUpdated: The number of failed Inter eNB S1-based Handover preparations due to the reception of an S1AP: HANDOVER PREPARATION FAILURE message with a cause other than "No Radio Resources Available in Target Cell."5、M8014C18：INTER_ENB_S1_HO_ATTUpdated: This counter is updated following the reception of an S1AP: HANDOVER COMMAND message from the MME to the source eNB in case that this message is received in response to the preparation of an Inter eNB Handover.6、M8014C19：INTER_ENB_S1_HO_SUCCUpdated: This counter is updated following the reception of an S1AP: UE CONTEXT RELEASE COMMAND message from the MME to the source eNB with the cause value Radio Network Layer (Successful Handover) in case that this message is received for an Inter eNB Handover.7、M8014C20：INTER_ENB_S1_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TS1RELOCoverall in case that this timer was started because of an Inter eNB Handover.1.3.2eNB间X2切换统计点关系：M8014C0 = M8014C2 + M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8（注：现网实际数据对不上）1、M8014C0：INTER_ENB_HO_PREPUpdated: This counter is updated following the transmission of an X2AP: Handover Request to the target eNB.2、M8014C2：FAIL_ENB_HO_PREP_TIMEUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCprep.3、M8014C3：FAIL_ENB_HO_PREP_ACUpdated: This counter is updated following the reception of an X2AP: Handover Preparation Failure message from the target eNB.4、M8014C5：FAIL_ENB_HO_PREP_OTHERUpdated: The counter is updated if the failure detected does not match any other failure counter.5、M8014C6：ATT_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP: Handover Request Acknowledge message from the target eNB.6、M8014C7 ：SUCC_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP:ReleaseResource message sent by the target eNB.7、M8014C8：INTER_ENB_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCoverall.1.3.3eNB内切换统计点关系：M8009C1 > M8014C2M8014C2 = M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8（注：现网实际数据对不上）1、M8009C0: TOT_NOT_START_HO_PREPUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of the RRM decision not to execute a handover. Updated to the source cell.2、M8009C1: TOT_HO_DECISIONUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of an RRM decision to execute a handover. Updated to the source cell.3、M8009C2: INTRA_ENB_HO_PREPUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM and decides on an Intra-eNB Handover. Updated to the source cell.4、M8009C6: ATT_INTRA_ENB_HOUpdated: The transmission of an RRC Connection Reconfiguration message sent by the eNB to UE, which indicates a Handover Command to the UE. Updated to the source cell.5、M8009C7: SUCC_INTRA_ENB_HOUpdated: The reception of an internal UE Context Release Request for the handover on the source side. Updated to the source cell.6、M8009C3: FAIL_ENB_HO_PREP_ACUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from the RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. Updated to the source cell.7、M8009C5: FAIL_ENB_HO_PREP_OTHUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. The counter is updated if the failure detected does not match any other failure counter. Updated to the source cell.8、M8009C8: ENB_INTRA_HO_FAILUpdated: The counter is updated to the source cell when timer THOoverall expires.2影响切换成功率的因素2.1从信令流程角度分析（注：个别流程可以会有不同，但大致相当，此处仅以X2切换为例。

LTE S1切换占比专项优化专题

第二步，对S1切换占比优化的调整和相关操作进行整理，确定主要工作内容：全网SCTP链路状态核查调整优化、现场邻区关系测试优化、故障站点排障、切换参数优化调整；第三步，S1切换占比优化整理出的主要工作内容实施，KPI指标同步跟踪监控处理效果评估并进行分析反馈以方便进一步优化调整；第四步，在专项实施过中，对S1切换占比优化中存在的问题和不完善进行收集整理，总结主要问题处理案例，并提出相应的改进优化方案，并将S1切换占比加入日常KPI优化指标中。

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

LTE中将缺省进行X2切换，除非源和目标eNB之间不在同一个MME的范围或者不存在X2连接。

在X2切换过程中，MME保持不变，而与之相连的SGW则有可能发生改变。

X2切换过程是在两个eNB之间直接进行的，在切换成功后才通知MME进行路径切换。

二者的差别主要体现在切换准备上，S1切换处理要比X2多两条信令消息，X2的切换时延从测试统计出大概在30ms左右，S1的切换时延要比X2切换的多出20ms左右，而如果切换时延定义为重配置到重配置完成，则切换时延没有差别，但整个切换流程S1切换用时仍然多于X2切换用时。

另外二者的传输时延也存在不同。

2.2 具体切换信令基站间S1切换测试流程，如图1所示：图1 S1切换源基站侧信令流程基站间X2切换测试流程，如图2所示：图2 X2切换目标基站侧信令流程2.3 导致S1切换主要原因及处理思路2.3.1 S1切换占比过高主要原因LTE中当源eNB和目标eNB不在同一个MME的范围或者不存在X2连接时，将采用S1切换。

目前只存在一个MME，所以当选择进行S1切换时，说明X2连接存在问题。

从目前对S1切换处理来看，导致S1切换的主要原因占比如下：X2的SCTP链路状态及配置参数不正常占比75%；邻区关系和邻区参数配置错误占比11%；基站故障导致占比6%；路由关系配置错误占比4%；其他原因占比4%。

LTE网络优化切换问题的几点思考

LTE网络优化切换问题的几点思考摘要：当前LTE网络常发的故障为LTE网络掉话故障，导致LTE网络掉话故障发生的原因主要是LTE网络切换失败。

当前采取的解决LTE网络掉话故障的方案为：分析掉话前后与切换有联系的KPI指标，根据指标，确定网络故障发生点。

采用的这套方案可以快速的寻找到产生LTE网络掉话故障的原因，提高网络优化的效率。

本文讨论LTE网络切换失败故障定位和KPI指标判断的方法，从而给LTE网络优化切换提供有效的依据。

关键词：LTE网络；切换优化；问题在LTE网络中，网络切换是LTE通信网络服务必不可缺的环节。

网络切换指的是连接在LTE网络中的移动终端，在不同的网络服务小区之间切换的服务行为。

网络切换的服务也是衡量LTE网络优劣的重要因素之一。

当前广泛使用的4G-LTE网络为了保证用户网络切换的稳定性，基本上都采用了“线连接，后断开”的网络切换模式。

而一旦用户的网络连接或断开过程中出现问题，就会导致用户的终端处于断网状态，影响用户的话音、上网等联网体验。

本文就LTE网络切换问题展开讨论，分析网络出现故障的原因，提出解决问题的方案。

1.LTE网络优化切换出现故障的类型分析1.1判断网络切换失败的原则要判断LTE网络是否切换失败，需要对信令的执行流程进行分析。

在进行分析时，需要遵守三个原则：（1）通常网络切换以信令为标准判断是否需要进行切换，在用户的终端，需要根据触发的切换报告来判断是否需要进行切换，当切换完成时，即可根据相关信息结束[1]。

（2）网络切换成功之后，可以从用户的终端设备处观察网络是否正常，以判断网络切换是否成功。

也可以通过PCI指标来观察终端设备从源小区切换到新小区，是否能进行正常的业务交互。

（3）根据许多现实案例可以发现，影响网络切换的因素有许多，比如：网络覆盖问题，网络上下行的链路不平衡、数据配置差错等。

1.2遗失网络测量报告在网络切换的过程中，用户终端设备会向基站发送相关的测量报告，源基站会根据用户终端设备的切换申请做好相应的切换准备，然后用户终端设备会接收到来自基站的主消息块信息，里面包含RRC连接重配置完成的消息，以及RRC连接重建的请求。

精品案例_降低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切换问题分析

1相关Counter介绍1.1 切换相关KPI公式（L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% ✧eNB间切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut)*100% ✧同频切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut)*100% ✧异频切换出成功率（L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% ✧切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut+ L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% 1.2 Counter解释Counter解释：✧切换成功率Counter✧切换失败counter原因：1.3 Counter计数位置及说明1.3.1站内切换图（2）1.3.2 X2切换图（3）2.3.3 S1切换图（4）注明：尝试切换Counter都计数在A点位置，准备切换Counter都计数在B点位置，切换成功Counter都计数在C点位置1.3.4 切换失败Counter说明图（5）a). 在S1接口切换及X2接口切换过程中的切换准备阶段，源小区收到来自MME的UE CONTEXT RELEASE COMMAND消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.MME加1。

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

LTE网络切换优化

1.切换流程1.1切换流程【1】图1 LTE切换流程切换流程如下：• UE产生并上报测量报告，报告中包含一个目标小区（RSRP高于当前服务小区）•源 eNodeB 进行切换判决，选定一个适合的目标小区并向其所属eNodeB发起切换请求。

•目标 eNodeB 收到切换请求后向源eNodeB 提供切换执行所需的参数如CI、频点、上下行资源等。

•源 eNodeB 向UE发送‘MOBILITY FROM E-UTRA’ RRC 信令.• UE收到该信令后, 断开与源eNodeB 的连接并开始与目标eNodeB建立连接。

在此期间数据传输中断，包括以下几个步骤：–下行同步–目标eNodeB根据PRACH上测量结果提供时间提前量TA（Timing advance）。

采用非竞争性随机接入，参见接入文档–数据传输•一旦上行建立，相应RRC信令将被发送给目标eNodeB通知切换完成。

•目标eNodeB 通知 MME（Mobility Management Entity ）切换成功， MME 将下行数据转由目标eNodeB 发送并向UE回应‘MOBILITY FROM E-UTRA’ 信令。

• UE 收到切换回应后，切换全过程完成。

LTE中，同频、异频切换都是硬切换，切换流程基本一致。

对于切换中断时间，定义为UE在PDCCH（Physical Downlink Control Channel）上收到handover command至其准备开始PRACH传输的时间，T interrupt = T search + T IU + 20 msT search 为收到handover command后搜索未知目标小区的时间，如目标小区已知则T search =0 ms. T IU 为确定新小区PRACH所需的时间。

20 ms 为UE执行切换的时间延迟。

1.2切换测量配置【2】针对切换过程，E-UTRAN 可对UE测量信息的上报进行配置，配置信息主要包含于RRCConnectionReconfiguration 消息，包括以下几部分：1. 测量目标（Measurement objects）. 定义了测量的对象，如频段、小区列表、频率或小区相关个性化偏移量等。

广州LTE切换指标优化指导

广州TD-LTE切换指标优化指导1.1指标定义切换成功率=（eNB间S1切换出成功次数+ eNB间X2切换出成功次数+ eNB内切换出成功次数）/（eNB间S1切换出请求次数+ eNB间X2切换出请求次数+ eNB内切换出请求次数）*100%1.2日常KPI监控处理1.2.1切换失败常见原因1.2.2切换流程切换分同频、异频切换，小区间、基站间切换。

本章节以其切换流程如下:S1 口基站间同频切换为例,eNodeB接收到MME当eNodeB接收到从UE来的测量报告消息，根据消息进行判决，如果条件满足eNodeBS1切换，则触发UE 在eNodeB间切换过程。

eNodeB发送切换请求消息给MME。

目的Handover Request消息，进入资源准备。

如果资源准备成功,MME回复Handover Request Acknowledge。

如果资源准备失败，则给MME回复HandoverFailure。

MME 给源侧eNodeB 发送Handover Preparation Failure ，切换准备过程结束。

源侧eNodeB接收到从MME来的Ha ndover Comma nd消息，则发起切换过程,给UE 发送Handover Command(i.e. RRC Connection Reconfiguration)目标侧eNodeB接收到UE的RRC重配完成消息后，发送Handover Notify消息给MME,指示UE已经成功切换到了目标小区。

MME接收到Handover Notify 消息后，给源eNodeB发送UE Con text Release Comma nd 消息，切换过程成功结束。

1.2.3常见原因处理手段1.3常规切换问题处理流程1. 带病入网及故障站点处理2. 邻区外部一致性问题处理3. 目标小区容量类问题处理4. 目标小区干扰类问题处理1.3.1带病入网及故障站点处理1.3.1.1新站入网TOP小区TOP小区，检查频现网切换类TOP小区首先检查是否为新入网站点，对于带病入网的点、TAC和PCI是否按规划配置，还有检查与周边基站是否存在同频同PCI问题。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

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

2、S1切换与X2切换的区别根据源eNB和目标eNB是否连接到同一个MME以及他们之间是否存在X2连接，LTE中的切换分为X2切换和S1切换。

LTE中将缺省进行X2切换，除非源和目标eNB之间不在同一个MME的范围或者不存在X2连接。

在X2切换过程中，MME保持不变，而与之相连的SGW则有可能发生改变。

X2切换过程是在两个eNB之间直接进行的，在切换成功后才通知MME进行路径切换。

另外二者的传输时延也存在不同。

3、导致S1切换主要原因及处理思路3.1 S1切换占比过高主要原因LTE中当源eNB和目标eNB不在同一个MME的范围或者不存在X2连接时，将采用S1切换。

目前只存在一个MME，所以当选择进行S1切换时，说明X2连接存在问题。

通过对全网X2的SCTP链路状态及配置参数、邻区关系和邻区参数配置、路由关系配置进行专门的核查和梳理调整工作，并对导致S1切换的告警故障进行排障；全网的S1切换次数已降低至200次左右，S1切换占比降低至0.15 %左右。

3.2S1切换占比处理思路1）核查源小区和目标小区状态：若存在基站故障告警，需排查故障；若存在严重的上行干扰，需排查干扰；若存在传输故障，闪断以及基站挂死，需上站排障。

2）核查X2的SCTP链路状态及配置参数：目前大唐设备的SCTP链路分为客户端和服务器两种设置，两基站间的SCTP链路不能同时配置为客户端或者服务器，存在一一对应关系。

SCTP链路状态分为：与对端连接成功、驱动建立成功、驱动配置成功、未建；其中与对端连接成功为正常的SCTP链路状态。

3）核查路由关系配置：由于X2的SCTP链路是通过IP地址来识别查找的，如果SCTP链路中的IP地址配置错误，会导致无法正确识别对端基站并进行连接。

4）邻区关系和邻区参数检查：此部分包括对移动国家码和移动网络码的在内的邻区参数核查，错误的mcc和mnc会导致获取邻基站信息失败。

5）同时通过CDL分析工具进行切换信令流程的详细分析定位：CDL工具可以直接统计出切换小区对信息，可以直接分析统计出X2切换、S1切换、基站内切换情况。

可以有效定位出是和哪一个目标基站切换存在问题，切换时的无线环境，切换流程走到哪一步存在问题，并可进一步分析定位原因。

3.3S1切换占比处理工作S1切换占比专项优化主要工作内容：由样板网城市维护组对全网X2的SCTP链路状态进行核查，共计核查SCTP链路4850余条；删除冗余和新建缺失的SCTP链路共计1168余条；重新配置SCTP链路数据602余条。

由外场各网格负责人对网格进行测试分析，对邻区数据分网格核查优化，并结合外场测试情况，由网格负责人发起邻区完善优化工作。

由KPI组和参数修改人员核查和调整邻区参数配置数据，并将定期进行邻区参数配置数据核查加入日常核查工作。

针对存在S1切换的站点进行详细的分析定位，确定为由于站点故障告警引起的S1切换站点，由排障人员对导致S1切换的相关告警故障站点进行排障。

S1切换占比专项优化操作工作内容实施完毕后，将S1切换占比加入日常优化KPI指标中，在每日的TOP小区中进行监控处理，维护专项优化效果并总结相关案例。

4、相关案例介绍分析4.1目标基站故障导致S1切换准备失败问题描述：9月22日，尧胜村东试扩L-2小区S1切换全失败，查看指标时段趋势，发生S1切换失败的时段在全天较为分散，不集中，查看小区无告警。

实时查看小区无上行干扰，由于S1切换失败次数较多，影响全网的S1切换成功率KPI指标数据。

问题分析：从CDL信令看，在2013-9-22 16:24:55时刻，UE在尧胜村东试扩L-2主服务下上发MeasurementReport，尧胜村东试扩L-2发出S1 Handover Require，EPC回复S1 Handover Preparation Failure，原因值为：unknown-targetID。

定位过程：通过CDL切换统计功能，发现S1切换失败的目标基站都是329070，可以初步定位出是目标基站329070（汽配公司试扩L）的问题导致S1切换失败。

从mapinfo中，目标基站汽配公司试扩L属于尧胜村东试扩L-2小区正打方向覆盖衔接基站，核查尧胜村东试扩L-2小区和汽配公司试扩L邻区关系正常，核查X2链路配置正常。

但是从OMC中无法找到汽配公司试扩基站，同步网元数据也不行，判断汽配公司试扩基站OM链路断连。

怀疑基站存在OM链路故障或者其他故障导致无法正常进行切换和与OMC同步。

现场排障人员核实后，发现是由于板卡故障导致基站挂死脱管，目前已将汽配公司试扩基站板卡进行更换，并将故障板卡发回研发进行故障原因定位。

解决建议：目标基站汽配公司试扩L属于源小区尧胜村东试扩L-2的正打方向覆盖衔接基站，存在切换关系属于正常现象，但应该首先通过X2链路进行切换，如果通过S1链路进行切换，就需要对X2链路是否配置正确进行核查。

1、核查源小区尧胜村东试扩L-2和目标基站汽配公司试扩L邻区关系，切换参数是否配置正常并且合理；2、核查源基站尧胜村东试扩L和目标基站汽配公司试扩L的X2链路是否配置正常。

3、核查源基站小区状态是否正常，是否存在上行干扰和告警故障等。

4、由于切换失败的目标基站集中在汽配公司试扩L上，可以基本判断目标基站汽配公司试扩L存在问题，可以迅速定位出目标基站汽配公司试扩L存在故障导致S1切换失败，并进行排障处理。

4.2邻区移动网络码配置错误导致S1切换失败问题描述：9月26日，10点至11点佛手湖试扩L-1通过S1切换至顶山食品厂请求了13次，且全部切换失败。

查看小区无告警。

实时查看小区无上行干扰，由于S1切换失败次数较多，影响全网的S1切换成功率占比。

问题分析：从CDL信令看，在2013-9-26 10:10:49时刻，UE在佛手湖试扩L-1主服务下上发MeasurementReport，尧胜村东试扩L-1发出S1 Handover Require，EPC回复S1 Handover Preparation Failure，原因值为：unknown-targetID。

通过CDL切换统计功能，发现S1切换失败的目标基站都是329277，可以初步判断出是佛手湖试扩L-1到目标基站329277（顶山食品厂）的小区的切换存在问题。

从mapinfo中，目标基站顶山食品厂试扩L属于佛手湖试扩L-1小区正打方向覆盖衔接基站，首先核查源基站小区和目标基站状态均正常，且无上行干扰和告警故障等。

其次核查佛手湖试扩L-1小区和顶山食品厂试扩L存在邻区关系，且X2链路配置正常。

通过佛手站告警信息可以知道是由于存在X2连接的状态下没有查到邻基站信息。

但是根据佛手站的配置文件，存在329277站的基站信息。

如图，邻基站移动网络码是00，但是外部邻区和邻小区关系中都为08。

错误的mcc和mnc会导致获取邻基站信息失败。

所以S1切换失败，根据切换准备失败的原因，是EPC没有对端基站信息。

解决建议：删除配置错误的邻区关系，重新添加，修改邻区中的移动网络码由08→00解决效果：邻区重新调整后，可以进行正常的X2切换，且切换成功。

3.2.1X2链路故障导致S1切换问题描述：10月10日，东井亭机房试扩L-2通过S1切换至金港大厦T试扩L全天切换了124次，属于S1切换次数TOP小区。

查看小区无告警。

实时查看小区无上行干扰，由于S1切换次数较多，影响全网的S1切换占比KPI指标数据。

问题分析：从CDL信令看，在2013-10-10 16:22:21时刻，UE在东井亭机房试扩L-2主服务下上发MeasurementReport，东井亭机房试扩L-2发出S1 Handover Require，EPC回复S1 Handover Command进行S1切换过程。

从CDL信令RRM_HC_MEAS_HDL SUCCESS可以看出：东井亭机房试扩L-2和金港大厦T试扩L基站间的X2链路检测失败，信令中显示X2链路不存在，所以采用了S1链路进行切换。

定位过程：核查东井亭机房试扩L-2的X2链路，发现东井亭机房试扩L侧的东井亭机房试扩L和金港大厦T试扩L的SCTP链路存在，X2链路状态为驱动建立成功；检查金港大厦T试扩L侧的金港大厦T试扩L和东井亭机房试扩L的SCTP链路不存在，导致X2链路状态不正常。

添加金港大厦T试扩L侧的金港大厦T试扩L和东井亭机房试扩L 的SCTP链路。

东井亭机房试扩L和金港大厦T试扩L的X2链路状态恢复正常。

解决建议：目标基站金港大厦T试扩L属于源小区东井亭机房试扩L-2的正打方向覆盖衔接基站，如果存在较多的S1切换，需要排查下是否是由于X2链路故障或者配置错误导致，此部分可以通过S1切换信令中以及基站X2链路状态进行分析定位。