LTE网络架构
L TE网络：
1.E-UTRAN：由eNB构成，是LTE的接入网，如图1。
2.EPC（Evolved packet Core）：由MME（Mobility Management Entity），S-GW（Serving Gateway）以及P-GW（PDN Gateway）构成，是LTE的核心网，如图1
图1 LTE网络结构
L TE网络执行切换的两种方式：
切换成功率是移动保持类的重要指标之一，按照涉及的网元关系可以分为ENB内切换成功成功率、ENB间（包括X2切换和S1切换）切换成功率。
终端在发生ENB间切换时，主要通过两种方式完成即：X2链路切换和S1链路切换；
1.S1链路切换的总体信令流程图，如图2：
图2 S1链路切换总体信令流程图
2.X2链路切换的总体信令流程图，如图3：
图3 X2链路切换总体信令流程图
终端在执行切换时，优先通过X2链路执行切换，主要表现为通过X2链路有以下优越性：1.切换时延短，用户感知好：
由于S1切换的流程比X2切换多，存在的信令交互节点也比X2切换多，不仅在切换过程中耗时较多，且切换失败的风险会高于X2切换。S1切换主要用于跨MME之间的基站间的切换。X2切换是LTE网络特有的切换流程和优势。
2.X2链路存在有利于网络操作：
由于X2链路的存在，LTE网络的ENB之间有了直接的联系，在网络节点的一侧ENB 1修改参数时，因为有X2链路的存在，对端ENB 2中有关ENB 1的所有参数会联动修改，提高了网络的可操作性，降低了通过核心网产生的时延；
大唐X2链路自建立
因为核心网EPC侧拥有SON功能，大唐基站间的X2链路是自动建立的，自建立原理如下：
1.Enb Configuration Transfer
Enb Configuration Transfer信令的目的是从ENB到MME之间的无线网络侧配置信息，非应答模式，MME不需要去说明传输的无线网络配置信息。此过程使用non-UE associated signalling.
如果MME收到SON配置转移的IE （SON Configuration Transfer ）,MME将向基站透明发送SON配置转移IE指示目标基站ID，目标基站ID被包含在SON Configuration Transfer 中。
协议说明如下：参见TS36。413 S1 Application Protocol S1AP
The purpose of the eNB Configuration Transfer procedure is to transfer RAN configuration information from the eNB to the MME in unacknowledged mode. The MME does not interpret the transferred RAN configuration information.
If the MME receives the SON Configuration Transfer IE it shall transparently transfer the SON Configuration Transfer IE towards the eNB indicated in the Target eNB-ID IE which is included in the SON Configuration Transfer IE.
2.MME Configuration Transfer
MME Configuration Transfer过程的目的是以非应答方式转换MME到eNB之间的无线网络配置信息。
如果ENB接受到SON信息中包含SON信息请求，MME将向初始eNB Configuration Transfer过程中SON配置里的源ENB ID指示的ENB回转信息请求。
如果ENB接受到SON信息中包含了带有X2 TNL Configuration Info IE作为先前请求应答的SON信息回复，它将使用MME Configuration Transfer去着手X2 链路的建立。
如果ENB接受到SON信息中包含了带有Synchronization Info作为先前请求应答的SON 信息回复IE，他将使用MME Configuration Transfer。
协议说明如下：参见TS36。413 S1 Application Protocol S1AP
The purpose of the MME Configuration Transfer procedure is to transfer RAN configuration information from the MME to the eNB in unacknowledged mode.
This procedure uses non-UE associated signalling.
If the eNB receives the SON Information IE containing the SON Information Request IE, it may transfer back the requested information towards the eNB indicated in the Source eNB-ID IE of the SON Configuration Transfer IE by initiating the eNB Configuration Transfer procedure.
If the eNB receives the SON Information IE containing the SON Information Reply IE containing the X2 TNL Configuration Info IE as an answer to a former request, it may use it to initiate the X2 TNL establishment.
If the eNB receives the SON Information IE containing the SON Information Reply IE containing the Synchronization Info IE as an answer to a former request, it may use it for over-the-air synchronization using network listening.
大唐基站与贝尔基站的X2链路无法建立：问题现象：
淮安市区新亚商城搬迁LF与卡特特定的3个基站的X2链路无法建立，与卡特其它的基站能够建立，淮安市区新亚商城搬迁LF与这三个基站的切换都是通过S1切换，且有大量的失败；之前X2链路是建立成功的；现在淮安市区新亚商城搬迁LF与这三个基站的X2链路信息显示为驱动建立成功，卡特反馈他们与淮安市区新亚商城搬迁LF的X2是建立成功的；今天和传输沟通，他们说也没有问题；本端尝试以客户端和服务器的形式手动添加X2链路，也不成功；
问题分析：
1.从上站WIRESHARK抓包看：传输是通的，X2链路状态为：驱动建立成功：
但是每次贝尔基站发过来的X2 Setup,都会被大唐进行分包（贝尔的基站IP：100.68.222.45）：
2.从大唐基站X2建立的解码机制看，判断应该是对端的基站邻区添加过多，导致发过来
的X2 Setup 消息过长，解码后消息长度超出预留的buffer长度，所以解码失败，另外X2消息的长度也接近了HL和DD之间接口定义的4096长度。
3.从贝尔那边确认，贝尔基站的每个小区添加邻区超过70条，相对大唐的50条限制来说，
过多；
4.协调贝尔基站进行邻区瘦身，瘦身后，X2链路建立成功，但是之后贝尔会将删除的邻区
重新添加，X2链路又会重新断掉；
问题影响
因为大唐与贝尔基站间的X2链路无法建立，导致S1切换占比增多，由于S1链路切换
解决办法：
1.首先大唐，将会在10月份推出6.08补丁版本解决该问题；
2.卡特需要解决X2建立携带消息过长问题，在宿迁，扬州和泰州，大唐与华为，中兴的
X2建立没有问题，携带的X2消息长度都在大唐的允许范围，卡特X2链路建立消息是否合规！
3.卡特在将X2链路删除的情况下，如果大唐的X2链路存在，还通过X2链路切换，卡特
需要确定其切换机制，一般认为这种切换机制是不合理的，需要卡特给出解决办法。
切换分析 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) 相关计数器说明如下表：
TCH指派成功率（不含切换）的优化 目前，无线系统接通率是联通总部考核的指标之一，从下面的无线系统接通率的公式可以看出，TCH分配成功率对该指标的优劣具有非常重要的影响，同时TCH指派成功率的提升对改善网络的寻呼成功率等指标也是有着积极意义的。 为此，我们专门对TCH指派成功率进行了专题优化。 首先分析TCH指派失败的成因，TCH指派失败的原因主要有五个方面：直接重试（directed retry）过程导致的失败、没有无线资源可用（no radio resource）导致的失败、无线接口故障返回SD（radio interface failure reversion to old channel）导致的失败、无线接口消息错误（radio interface message failure）导致的失败和其它原因（all other cause）导致的失败。其中以没有无线资源可用的原因所占的比例最大。 由上表列出了1月8日到1月25日20：00～21：00TCH指派失败的统计，可以看出，正是由于“没有无线资源可用”的原因导致的TCH指派失败次数主要集中在没有无线资源可用（no radio resource）导致的失败，这是由于TCH拥塞而造成的，而且随着TCH分配失败的次数越来越多，没有无线资源可用（no radio resource）导致的失败所占比例也越来越高，因此，解决TCH拥塞是提高TCH分配成功率的根本方法。缓解TCH拥塞可以通过减扩容
恒大新城12341小区扩容后拥塞情况得以解决，TCH指派成功率上升；
七星路林业大厦14352小区拥塞情况得以解决，TCH指派成功率上升； 高岭收费站18371小区扩容后拥塞情况得到解决，但是30号又出现拥塞，经检查发现 有一块载频TPU:0故障，经过测试恢复工作，若再出现退服则建议及时更换； 安吉路尾18583小区扩容后拥塞情况得以解决，TCH指派成功率上升；
东莞LTE切换专题分析报告 1、概述 在无线网络系统中，终端在不同小区间移动，为了保持业务的连续性，网络需要实时监测UE并控制在适当时刻命令UE做跨小区切换。本文主要结合东莞移动LTE现网系统内切换指标情况，根据现网数据统计分析，重点介绍了LTE系统内切换流程，切换类型、分析优化、及典型案例等。 2、切换的含义和流程 LTE系统的整个切换过程完全由网络侧（eNB）控制，所以UE 周期性上报相关的无线质量信息给eNB来判断，当eNB收到测量或切换事件上报时，会下发切换命名给UE,UE收到切换命令后，中断与源小区的交互，按切换命令切换到新的目标小区，并通过信令交互通知目标小区，以完成切换过程。切换过程就是终端在移动过程中与网络连接交互发生变化的过程。
2.1 切换门限 为了控制切换信令的准确性和及时性，网络通过一些参数来控制切换，同频切换采用A3事件来触发切换，即目标小区信号质量高于本小区一个门限且维持一段时间就会触发,当终端满足Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告。 Mn：邻小区测量值 Ofn：邻小区频率偏移 Ocn：邻小区偏置 Hys：迟滞值 Ms：服务小区测量值 Ofs：服务小区频率偏移 Ocs：服务小区偏置 Off：偏置值 异频切换采用A1，A2来触发异频测量，A3，A4，A5来进行切换判决触发。现网采用A3,A4算法来判决切换触发。A1门限为停止测量门限，即UE测量到的服务小区RSRP值如果大于该门限，则UE
停止异频测量;A2门限为开启测量门限，即UE测量到的服务小区RSRP 值如果小于该门限，则UE开启异频测量；A4门限为切换判决门限，即UE测量到的异频邻区RSRP值如果大于该门限，则UE开始向该异频邻区切换。触发条件： Mn+Ofn+Ocn-Hys>Thresh LTE系统内切换一般分为切换准备、切换执行、切换完成三步。 切换准备：UE根据预定的测量，向源eNB上报测量报告，源eNB 根据报告及RRM信息决定UE是否需要切换。当需要切换时，源eNB 向目标eNB发送切换请求，目标eNB根据收到的QoS信息执行接纳控制，并返回至ACK。 切换执行：源eNB向UE发送切换指令，UE接到后进行切换并同步到目标eNB，网络对同步进行响应，当UE成功接入目标eNB后，向目标eNB发送切换确认消息。 切换完成：MME向S-GW发送用户面更新请求，用户面切换下行路径到目标侧，目标eNB通知源eNB释放原先占用的资源。切换过程完成。 2.2 切换类型 切换可分为eNB站内切换，X2口切换以及S1口切换，以下分别进行介绍：
如何降低切换失败率 切换成功率是无线网络中一项重要的统计指标。高切换成功率显示了网络的某一方面的正常运转。因此，降低切换失败率，从而提高切换成功率是网络优化中关键的工作项目之一。 一．切换流程： 移动台不断将6个最强邻小区上报，基站子系统判决移动台是否需要切换，向哪个小区切换。网络向移动台发出切换命令（handover command），启动切换进程，切换命令包括目标小区TCH，接入目标小区的初始功率等信息。移动台多次向目标小区发送Handover Burst,如成功接入目标小区，由目标小区向BSC 发送切换成功的消息。目标小区等待移动台接入切换信道，如不成功，移动台返回源小区，并由源小区向BSC发送切换不成功的消息。如果移动台向目标小区的切换失败，而且源小区在定时器超时之前没有收到移动台返回的消息，则BSC 向MSC发送清除请求，移动台发生掉话。
二．切换失败： 切换失败可以划分为两方面的问题：即信道容量、无线链路失败。 Handover Selection Failure 是从BSC到BTS的HO_COMMAND数与BTS 收到的HO_INDICATION数之差。它可以帮我们找出由于目标小区信道资源不足引起的切换失败，或系统的问题(难以建立BSC与BTS之间的L2连接)。 HandoverExecutionFailure 是数与BSC发向BTS的HO_COMMAND数与BSC 收到的HO_COMPLETE之差。主要反映了空中无线接口的质量。 三．造成切换失败的可能原因及分析： ?硬件问题: 当切换失败率非常高时，硬件故障可能性最大 ?相邻小区关系问题 ?邻小区负荷 ?恶劣的无线环境 A．相邻小区关系问题： 如果两个小区有相同的(BSIC，BCCH)，在正常的情况下这样的两个小区的相距距离应该足够大，他们之间不应该有什么关系。但由于孤岛现象的存在，一旦孤岛覆盖周围的小区的邻小区表上定义了与孤岛小区同BSIC、BCCH的邻小区，位于此地的通话手机将会收到孤岛小区的BCCH信号并上报BSC，这个虚假的邻小区测试报告将会误导切换控制程序发出切换指令，这样就使得这些小区内的通话频频尝试向实际信号并不好的小区发出切换请求。其结果往往造成乒乓切换，并导致孤岛覆盖周边小区的切出切换失败率大幅提高。而与孤岛小区具有相同BSIC、BCCH的小区的切入切换失败率也将大幅提高。
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，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。 先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下： LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。 DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
切换问题优化案例 摘要：切换是LTE系统中一个重要事件，对于保持终端的移动性起到重要作用。在数据网中，切换失败可能影响不是很大，但是在VoLTE网络中，切换失败就意味着可能掉话。 关键字：切换掉话 【故障现象】： 1、车辆在北一环与魏武大道交口附近路段行驶，UE连接BZ-市区-城北精神病医院-HFTA-439139-0，RSRP值基本在-100dBm以下，覆盖不好 2、车辆在汤陵南路由西向东行驶，UE连接BZ-市区-金色国际城-HFTA-439133-3，RSRP 值基本在-100dBm以下，无法切换至距离较近的BZ-市区-汤陵公园-HFTA-439132-5 3、BZ-市区-汤陵公园-HFTA-439132-5 4、BZ-市区-汤陵公园-HFTA-439132-55，导致此路段覆盖不好 3、车辆在交通路路由西向东行驶，UE连接BZ-市区-谯陵派出所-HFTA-439083-0，RSRP值
基本在-100dBm左右，无法切换至距离较近的BZ-市区-老方圆-HFMA-439163-53、BZ-市区-木兰小区南-HFTA-439377-52，导致此路段覆盖不好 4、车辆在汤王大道由南向北行驶，UE连接在TDD小区（频点：41140，PCI:39），RSRP值基本在-105dBm以下，SINR也较差，无法及时切换至距离较近的FDD小区，导致此路段覆盖不好 【原因分析】： 1、后台查询发现BZ-市区-城北精神病医院-HFTA-439139-0与周边L1800小区有邻区 关系，但是由于是异频切换，触发机制采用A2+A4事件，未达到触发门限。 2、后台查询发现BZ-市区-金色国际城-HFTA-439133-3与BZ-市区-汤陵公园-HFTA- 439132-53有邻区关系，但是由于是异频切换，触发机制采用A2+A4事件。 3、后台查询发现BZ-市区-谯陵派出所-HFTA-439083-0与周边L1800有邻区关系，但 是由于是异频切换，触发机制采用A2+A4事件，未达到触发门限。 4、后台分析发现终端在BZ-市区-天润上层30栋-HFMA-439118-8上完成通话后，重选 至优先级较高的TDD小区（频点：41140，PCI:39）。
LTE吉州区人民广场基站S1口少配导致切换成功率低处理案例 一、现象描述 在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低，严重影响全网切换类指标，其中吉州区人民广场切换入失败次数每天达到4600多次，吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院，切换出失败次数和为4500多次。 二、原因分析 1.处理流程图
2.分析切换成功率低可能原因： 对KPI指标及周边环境分，可发现如下问题： 1）吉州区人民广场基站的邻区是否存在漏配、错配，外部邻区参数设置是否正确，PCI规划是否合理，切换参数设置是否有问题。 2）吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和，可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低； 三、问题排查 1、吉州区人民广场及周边站点邻区核查 吉州区人民广场及 周边站点同频邻区核查
根据基站拓扑结构核查吉州区人民广场及周边站点的邻区，确定现网邻区无漏配的问题，确定吉州区人民广场及周边站点的PCI规划合理。 2、吉州区人民广场及周边站点外部邻区定义核查 吉州区人民广场及 周边站点外部邻区核查 核查吉州区人民广场及周边站点外部邻区的定义，主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对，确定没问题。 3、同频切换参数检查及现场测试 吉安LTE网络刚开局，现网所有切换参数均为默认值，核查无问题。
现场测试，吉州区人民广场与吉州区附属医院切换正常，验证了该站的参数设置没问题，可能有其他不常见的问题导致。 4、后台跟踪 查询周边站点切换出失败原因全部为目标小区回复切换准备失败消息导致切换出准备失败
切换问题处理及切换参数总结 目录： 简述： (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海淀十号线海淀黄庄站FDDNLS
1.测试结果：
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的移动性管理。切换过程包含移动性测量、控制面流程和用户面流程。
X2接口切换成功率低问题分析处理 一、发现问题 在日常指标监控中，发现龙泉市系统内切换成功率连续偏低且明显低于其他县市。 通过进一步的指标分析，发现龙泉全网的X2接口切换成功率异常。 二、问题分析 查看网管告警日志，并没有发现龙泉现网告警，硬件故障、底噪等异常情况。通过进一步分析npo指标发现： 1、龙泉全市的eNB小区间切换成功率保持在较高成功率水平； 2、X2接口切换次数较多，占到所有切换次数的75%（=66026/89982），成功率偏低； 而S1切换由于次数极少，只占到总切换次数的0.05%，对指标没有实质性的影响（在阿朗设计原则是优先选择X2 HO，如果X2 HO不能做，才选择S1 HO）。
通过提取小区级别指标来分析指标，我们发现部分基站X2接口切换次数多，切换成功率低。从地理位置上分析，这部分基站位于龙泉市区东侧，相互之间切换的次数较多。如下图所示。 进一步分析NPO计数器，从Indicator子项分析X2切换失败次数最多是12709_0 HOPreparationFailureOther (词条解释：X2AP HANDOVER PREPARATION FAILURE received from the target eNodeB目标小区x2AP切换准备失败)。
三、问题解决 第一步，实地测试 现场对问题区域内路段进行DT测试，让UE来回切换记录log，基站侧同时开启基站calltrace信令跟踪。 09:00:58:889UE发了一个MR消息，通过A3事件从PC150到148进行切换，之后UE连续发送了2个MR消息，但UE未收到eNB的RRC Connection Reconfiguration响应消息；RRC产生了掉线,最终重选回到LF_B_龙泉城东_1（PCI=150）。说明切换没有完成，尚在准备
切换成功率低TOP小区分析 一、概述 提取最近一周粒度时间，切换成功率低于97%的为TOP小区，经过筛选总共816个为TOP小区。 TOP小区主要以农村乡下的小区分布居多，部分为城区小区和室分小区。 场景分布示意图： 二、切换分析 切换分析思路流程
◆切换出成功率低分析 1. 问题小区周边所有站点都切换成功率低：核查该区域站点是否存在GPS失锁、是否存在MR 弱覆盖； 2. 问题小区向所有邻区切换出成功率低：核查邻区配置参数是否异常； 3. 问题小区内部切换出成功率低，向其他邻区切换出正常：现场测试排查是否存在隐形故障或 安装不合理。 4. 问题小区向个别邻区切换出成功率低：核查目标小区是存在告警、干扰；问题小区是否添加 同PCI邻区；是否邻区配置不合理。 5. 小区覆盖是否合理，导致切换不及时，切换策略相关门限参数是否合理。 ◆切换入成功率低分析 1. 所有邻区向问题小区切换入成功率低：核查小区是否存在干扰、故障、资源不足。 2. 核查邻区配置参数是否异常；是否邻区配置合理。 3. 邻区是否存在同PCI 模三冲突 4. 是否存在干扰。 三、切换成功率低TOP小区定位原因 816个切换成功率低小区经过初步分析： 干扰小区：现场扫干扰确定干扰源，4ALHCX莲花气象局2 存在干扰，现场旁边有座监狱 农村郊区站点广度覆盖，信号未能连续覆盖，需进一步完善邻区关系，调整加大覆盖，或建议加站 室分站点:小区覆盖深度不足，需要增加天线补弱点，同时保证邻区关系完善，核查PCI冲突 城区站点: 现场调整重叠覆盖区域，防止模三干扰及近距离同PCI现象，降低干扰PS：附件为萍乡详细切换成功率低TOP小区，及分析原因。 _切换成功率（小区 级）.xlsx
中兴区域LTE 切换成功率阶段性提升报告 1各地市切换成功率指标 根据省公司的通报，汇总各地市切换成功率指标如下： 说明：所取指标为3月12日全省指标汇总。黄冈指标有明显异常。主要是由于黄州师院传媒楼站点出现故障，失败次数急剧增加造成切换指标下降，优化调整后指标恢复正常水平。 2原因分析 通过对各地市切换指标进行分析，总结原因主要有以下几类。 县城深度覆盖问题 97.40% 97.60% 97.80% 98.00% 98.20% 98.40% 98.60% 98.80% 99.00% 99.20% 99.40% 鄂州黄冈黄石江汉天门潜江切换成功率 切换成功率 40%24%23% 5% 8%所占比例 县城深度覆盖临区配置不合理空口链路质量问题TOP 小区问题 外部干扰问题
典型问题地市黄冈、黄石、天门。在典型地市县城深度覆盖造成的切换指标问题占到 了该区域整体切换问题的近60%。黄石主要集中在大冶、阳新；黄冈主要集中在蕲春、麻城、罗田。 临区配置不合理 典型问题地市仙桃、潜江、鄂州。在典型问题地市由于临区配置不合理导致的切换指 标问题站到该区域整体问题的30%-50%。 空口链路质量问题 典型问题地市黄冈、黄石由于深度覆盖不足，关联影响到切换时空口链路质量陡降而 引发的切换失败也成为了主要原因之一。 TOP小区问题 典型问题地市黄冈、鄂州。部分站点故障小区单天贡献切换失败可达到近10万次， 验证影响了现网指标。 外部干扰问题 典型地市黄冈、鄂州。黄冈9个县城中有7个存在外部干扰。鄂州也存在广电塔站的干扰情况。 3提升举措 针对以上问题，各地市项目组制定了提升举措，并在逐步推进实施，具体情况如下： 黄冈： 黄石： 鄂州： 潜江： 天门： 仙桃： 4阶段性成果 通过前期的分析和提升工作，各地市的LTE切换成功率指标也在逐步提升中，具体可 参见下图：
图-1分析流程图 二、分析判断可能原因 1.1、硬件是否存在告警 查询联发科技-SCDHLS3WM2GX站点的活动告警，无影响业务告警存在。 1.2、现场测试分析 2月27日下午09:00-12:00对联发科技-SCDHLS3WM2GX-E1小区的eSRVCC切换成功率低进行测试验证，180秒语音短呼测试；寻找覆盖差点，终端占用联发科技-SCDHLS3WM2GX-E1小区信号，平均RSRP≈-116dBm，SINR≈-2db，MOS平均值在2.93左右，发生12次eSRVCC切换，12次eSRVCC切换均正常。具体测试详情如下： 日期小区平均 RSRP 平均 SINR MoS平 均值 呼叫建 立时延 -IMS Packet Loss Rate 上行误 码率 VoLTE语 音呼叫建 立成功率 2016年2月27日发科技-SCDHLS3WM2GX-E1 -116 -2db 2.93 3.57 0.14 2 100% VoLTE 起呼成 功次数 VoLTE 起呼次 数 VoLTE 语音掉 话率 主被叫 在LTE 上掉话 个数 成功建 立呼叫 次数*2 LTE系 统内语 音切换 成功率 eSRVCC切 换次数 23 23 0 0 13 100% 12 表-1 测试指标统计
1.3、干扰查询 查询站点的上行干扰平均值，联发科技-SCDHLS3WM2GX-E1的系统上行每PRB干扰噪声平均值报纸的-115dBm以下，无上行干扰存在。 图-2上行干扰统计 1.4、切换参数核查 1)查询是否开启SRVCC功能,经过查询开启了SRVCC功能。 2)查询门限值是否设置合理，ESRVCC切换参数组ID为1的，异系统A2 RSRP触发门限为-105dbm，GERAN 切换B2 (本系统切换判决门限-115dbm,异系统判决门限为-89dbm)门限设置均合理。 3)提取两两切换失败小区核查外部小区参数定义是否错误，通过提取两两小区切换发现主要SCDDMB369GX：联发科技10、SCDDCB369GXN：天府软件园三期工程20和SCDDCB369GXN：天府软件园三期工程10小区之间切换失败，统计切换失败原因值为GERAN系统无响应导致切换出准备失败，外部邻区配置核查结果无异常。 图-3 GERAN外部小区 1.5、信令跟踪分析 E-UTRAN向GERAN特定两小区间切换出执行次数都为0，跟踪S1信令发现这几次失败的切换都是出现
数据修改导致切换差案例第1页, 共6页
目录 一、问题描述 (3) 二、分析过程 (4) 三、解决措施 (5) 四、经验总结 (6) 第2页, 共6页
数据修改导致切换差案例 一、问题描述 9月27日，商检大楼，欧尚超市及方兴假日出现S1切换指标劣化，查询目标小区均为共建共享基站水游城西北，并出现异常小区： 地市网络类型基站名称小区名称区域覆盖统计时间异常类型异常等级 达到门限告警时段预警时段 蚌埠市LTE BB-市区-长征路局 BB-蚌山区-方兴假日-ZFTA-439919-50市区2019-09-27S1切换成功率告警752蚌埠市LTE BB-市区-长征路局 BB-蚌山区-方兴假日-ZFTA-439919-52市区2019-09-27S1切换成功率告警861蚌埠市LTE BB-市区-中山街Z BB-禹会区-商检大楼-ZFTA-440085-53市区2019-09-27S1切换成功率告警1493蚌埠市LTE BB-市区-中山街Z BB-禹会区-商检大楼-ZFTA-440085-55市区2019-09-27S1切换成功率告警1475蚌埠市LTE BB-市区-中山街局 BB-禹会区-蚌埠欧尚超市-ZFTA-440067-53市区2019-09-27S1切换成功率告警761蚌埠市LTE BB-市区-中山街局 BB-禹会区-蚌埠欧尚超市-ZFTA-440067-55市区2019-09-27S1切换成功率告警761蚌埠市LTE BB-市区-中山街局 BB-禹会区-蚌埠欧尚超市-ZFTA-440067-54市区2019-09-27S1切换成功率告警761 第3页, 共6页
切换成功率日常处理流程 一、切换的定义 切换过程是由MS、BTS、BSC以及MSC共同完成，MS负责测量无线子系统的下行链路性能和从周围小区中接收信号强度这些。BTS将负责监视每个被服务的移动台的上行接收电平和质量，此外它还要在其空闲的话务信道上监测干扰电平。BTS将把它和移动台测量的结果送往BSC，最初的判决以及切换门限和步骤是由BSC完成。对从其它BSS和MSC发来的信息，测量结果的判决是由MSC来完成。 系统对切换的判决取决于移动台定期对网络发送的测量报告（该测量报告是移动台在处于专用模式下时通过上行的SACCH信道来向系统报告），以及基站对上行链路的测量报告，这两份测量报告将同时送到BSC中进行判决。在SACCH信道的下行方向上，它负责向处于专用模式下的移动台来发送系统消息，其中有本小区和邻小区的参数设置情况。移动台就根据系统提供的这些信息，在通信过程中要向网络汇报本小区的接收电平和信号质量及TA值、功率控制和是否使用DTX的情况，此外还要对系统所定义的供该小区切换的邻小区来进行预同步并测量它们BCCH频点的接收电平。除空闲帧外，移动台要对所有的帧进行测量。空闲帧用于对最佳小区进行搜索，用于同步邻小区的FCH并解码SCH。上行方向上移动台将把在本测量周期内，它所测得的本小区的情况以及接收电平最强的六个邻小区通过上行的SACCH信道上报给系统，系统将根据这些情况来进行切换判决。二、切换的各类计算方法
HSR＝（TCH切入成功＋切出成功＋DR成功）/ （TCH切入请求＋切出请求 ＋DR请求） *100 _ TCH切入成功次数＝(MC652-C92)+(MC642-C82)+(MC662-C102) _ TCH切出成功次数＝ (MC656-C96)+(MC646-C86) _ BSC内部DR切入成功次数＝MC151 _ DR切出成功次数＝ MC142e+MC142f _ TCH切入请求次数＝ (MC821-C31)+(MC831-C331)+(MC871-C361) _ TCH切出请求次数＝ (MC650-C90)＋(MC660-C100) _ BSC内部DR切入请求＝MC153 _ DR切出请求＝ MC144e+MC144f > 作用：整体的切换成功情况> 坏门限： <95 %（根据各地实际情况而定） 三、切换成功率判断方法 1、在Cell lndicator（小区）级报表下，对全网切换成功率进行排序，用升序排序法筛选出切换成功率较低的小区。 2、用小区历史数据查询功能，检查指标异常出现在哪些时段。某一时段突发还是一直存在切换成功率较低的情况。 3、用小区详细质量分析功能，分析小区详细切换信息。（如下图）
切换失败典型案例
目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (5)
切换失败典型案例 【摘要】近期处理top小区时发现，在入网基站开通ANR功能的情况下部分小区仍然会出现切换失败高的现象。本文以一类切换失败率高的典型案例进行分析，同时总结从信令角度快速定位切换失败的原因，从而准确有效处理切换失败类问题，提升用户感知和降低用户投诉率。 【关键字】ANR切换失败 【业务类别】切换信令、参数优化 一、问题描述 二、分析过程 1、查询邻区关系对 查询可见BB-怀远-怀远工业园-HFTA-440465-51同频切换失败主要目标小区是站号为440378的51小区，且切换失败的主要原因为eNB间S1口小区间同频切换出准备失败次数，目标侧准备失败。 2、信令分析 根据切换出失败原因为S1口小区间同频切换出准备失败可知，信令问题出现在下图红色方框区域，第一部分为源小区经过MME向目标小区发起切换请求，申请资源；第二部分
为目标小区经过MME向源小区应答请求 3、告警查询 查询相关两个基站告警情况，均不存在告警。 4、查询邻区关系 查询邻区关系发现BB-怀远-怀远工业园-HFTA-440465-51邻小区中BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189同频且同PCI 142。 此时UE上报测量到的PCI=142给eNodeB后，eNodeB不能分辨UE测量到的邻区对象是哪个小区（BB-怀远-怀远县碧桂园小区北-HFTA-440378-51和BB-禹会区-禹会区杜郢-ZFTA-155959-189），从而导致BB-怀远-怀远工业园-HFTA-440465-51不发起切换，即图3中信令S1AP_Handover_Required消息不发送，导致切换失败。
23G切换成功率提升专题案例 一、问题描述 温州TD网络自2月份以来，经过对语音业务3G到2G切换的持续优化，该指标有一定的提升。下图为近两个月以来3G到2G切换成功率指标演进图。 图1 最近两个月全网异系统切换成功率趋势图 由上图可知，语音业务3G到2G切换成功率提升明显，由最初平均97.6%提升到最近的98.6%，提升了近1% 二、问题分析 1.TOPN小区分析 上图为电路域切换失败小区个数统计，可以看出TOPN小区随机出现，失败小区较均
匀分布于全网，因此TOPN小区离散化对全网指标提升造成了很大的难度。 2.失败原因分析 失败原因统计 对3月1日-3月15日电路域系统间切换失败按原因提取指标，如下图所示： 发现原因为<物理信道失败>的电路域系统间切换失败次数较多，占总失败次数的93%。因此我们需要集中针对物理信道失败原因进行深入的分析和解决。 异系统切换信令流程
信令说明： ◆RNC收到触发异系统测量报告后，发起handoverFromUTRANCommandGSM消息， 终端收到该消息后会在2G侧接收广播及接入过程，若接收广播失败或同步过程失 败，则会向3G网络侧响应handoverFromUTRANFailure，原因值为<物理信道失败> 的电路域系统间小区间切换出失败。 ◆由此可知物理信道失败的主要原因在UE和GSM小区无法正常同步造成。 三、优化方案 1.邻区优化 由于GSM信号覆盖较好和减少终端对异系统邻区小区的测量，一般GSM的邻小区配
置为6个左右，温州平均配置2G邻区为7个左右，随着增补站点的不断开通，根据实际情况对温州TD网络23G邻区进行优化： 每日核查3g配置2g邻区信息准确性，及时修改参数配置错误； 2.邻区梳理 主要包括删除过多、不合理的邻区，添加更优小区为邻区关系。对于过远邻区、背向无关邻区，需要集中梳理和删除；截止目前，对全网共462条邻区关系进行核查和修改。 附《TD小区异系统邻区调整记录》： 3.异系统同频邻区核查 联芯芯片手机对G网邻区测量机制缺陷，对于G网同频小区无法区分，统一上报为相同电平，导致测量不准确和在同频异BSIC邻区的处理上存在问题。导致切换失败。 由于温州现网站点较密，BCCH复用距离较短，造成现网异系统同BCCH邻区高达五百多个。 附《异系统邻区中同BCCH的小区》： 根据现网情况，我们加大了对TOP N小区同BCCH异BSIC邻区的优化力度。一方面每周定期提供同频邻区TOP20，提交G网测进行频点修改，另一方面，如果邻区信号差异较大，从网络侧可以采用删除弱信号邻区的办法进行规避和GSM1800小区替换。 附：《异系统邻区为1800小区汇总》 4.异系统切换参数优化 异系统判决门限调整 进行异系统切换判决时需要同时满足本系统判决门限和异系统判决门限要求，才能发起切换请求。适度提高异系统切换判决门限，使切换目标GSM小区的信号质量门限提高，有助于提高UE与GSM小区同步成功的概率。
高铁异厂家切换成功率低典型案例
目录 高铁异厂家切换成功率低典型案例 (3) 1 问题描述 (3) 2 分析过程 (4) 2.1 问题点1分析： (4) 2.2 问题点2分析 (6) 3 解决措施 (7) 3.1 问题点1解决措施 (7) 3.2 问题点2解决措施 (8) 4 经验总结 (8) 5 下一步优化思路 (9)
高铁异厂家切换成功率低典型案例 【摘要】随着大规模高铁线路建成，电信VOLTE业务即将商用，如何保证高铁用户正常通信显得尤为重要，高铁网络质量和业务感知的好坏直接影响到用户对移动网络的口碑。因此，高铁4G网络的覆盖与感知优化成为重中之重。本文主要介绍合武关高铁隧道采用异厂家设备，由于网管定义及操作不同导致2处切换异常问题解决方案及后期优化思路探讨。 【关键字】异厂家、外部小区、RTP丢包率、PCI 1 问题描述 问题点1：3月28日省公司安排合武高铁一季度拉网测评，对LOG问题点分析发现离长岭关隧道入口位置200米处，隧道室分信号与长岭关高铁宏站信号之间切换出现异常事件，RTP丢包率较高。结合3月份以来的多次测试数据分析发现该问题点一直存在，而2月份之前测试该路段正常，判定为非偶然事件，需优化分析解决。
问题点2：3月28日省公司安排合武高铁一季度拉网测评，对LOG问题点分析发现离周家坳隧道出口位置，漆店宏站信号与周家坳隧道室分信号之间切换出现异常事件，RTP丢包率较高。
2 分析过程 2.1 问题点1分析： 分析麻城往合肥方向的LOG发现，在出长岭关隧道后，向基站侧发送测量报告并一直上报A3事件，请求切至金寨长岭关-913066站点，但始终无法切换成功，直至信号衰减至-140dBm，拖死导致无线链路失败，RTP丢包严重。上述现象，与邻区漏配导致的切换异常比较相似。 合武隧道段采用了异厂家竞合站点的组网方式，电信侧采用的是诺基亚设备，联通为华为设备，问题路段发生在联通主建区域。首先，联系联通公司核查长岭关隧道综合洞室1-168321-138与长岭关高铁-913066-53扇区之间的邻区的关系是否存在，得知的结果是两者的邻区关系存在，核查诺基亚网管发现电信侧双方邻区也存在，排除邻区漏配可能性。 联通侧邻区配置 电信侧邻区关系正常 该问题点从3月后开始出现，怀疑是网络割接类似问题导致，联通侧确认此期间未进行网络调整，电信侧则将金寨长岭关高铁与金寨墩义堂车站进行超级小区合并，合并后站号小区号均保持之前的数据，为避免与周边站点模三冲突，PCI调整为124(模三余1)。诺基亚设备邻区配置过程中只需配基站级邻区(IP地址，站号)，小区级会自动生成，即使PCI 更改也只会造成模三等问题，不会出现邻区异常等问题。但华为设备的邻区配置方式却不一
LTE网络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_黄岩西城岙岸两基站进行两两小区切换，指标按小时提取Top10，切换失败的站点均为LF_H_黄岩移动黄岩中学。 基站名称 小区名称 本地小区标识LTE 系统内切换 成功率-jt S1接口切换成功率-jt(%)S1接口切换请求次数-jt S1接口切换成功次数-jt S1接口 切换失败 次数-jt LF_H_黄岩移动新前牟村LF_H_黄岩移动新前牟村_502 95.34702590259LF_H_黄岩西城岙岸 LF_H_黄岩西城岙岸_51 394.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_玉环城关岭头村_49 1 96.946 92.5072 347 321 26
EN-DC带SN切换成功率方法提升 案例上报省份：广东省案例上报人：吴宝栋 一、关键词：NSA，带SN切换 二、案例分类 1.问题分类：覆盖类、用户感知、网络性能等 2.手段分类：参数调整、网络结构调整、软件功能、4/5G协 同相关配置等 3.关于问题和手段分类项如有其他建议，可补充 三、优化背景 万博C区NSA全网遍历，为提升网络切换性能，开启了带SN 切换功能，能够有效降低了切换时延、切换过程中流量下降等问题。 四、问题现象 打开带SN切换功能开关，MN、SN同时切换场景的切换成功率低； 五、原因分析 1、打开带Sn切换开关后，MR信息中只上报当前SCG测量信息，无目标侧SCG小区测量信息，因此导致5G SN切换成功率低；
图1 仅上报当前SCG小区测量信息 2、经分析确认，后台需要打开<上报最强邻区开关>，打开此开关后，终端侧MR测报里面才会上报目标侧最强邻区信息；同时更容易触发MN、SN同时切换流程； 图2 上报SCG最强邻区测量信息 3、打开<上报最强邻区开关>后，存在MR上报，基站不下重配问题；经过前后台抓取log分析，基站侧配置SSB Index=1，但终端会上报SSB Index=0和1，此时lrrm会根据带过来的SSBIndex去跟网管匹配，分配preamble id，与网管侧不匹配，因此直接被拒绝；
图3 SGNB MOBIFICATION REQUEST REJECT 六、解决方案 1、打开<上报最强邻区开关>； 图4 上报服务小区频点最强邻区开关 2、网管侧配置SSB Index 0和1为True；
图5 SSBIndex配置 七、效果评估 打开以上开关后，问题得到有效解决，MN，SN同时切换场景切换成功率100%； 正常MN、SN切换流程如下图6所示： 图6 正常MN、SN切换流程 八、基于案例提炼的方法、流程及评估标准建议 如多模共天馈优化、4/5G协同锚点优化流程等。
一、案例问题描述 对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。提取小区切换指标对比：