切换出准备失败问题分析
案例-目标小区回复切换准备失败案例
目标小区回复切换准备失败案例摘要：LTE系统内切换包括三种类型：eNodeB内切换、X2接口切换、S1接口切换。
本文主要针对现网中存在最多的一类原因目标小区回复切换准备失败TOP区域分析，并进行全网推广核查和总结经验。
关键字：eNodeB内切换 X2接口切换 S1接口切换目标小区回复切换准备失败【故障现象】：统计6月10日至6月16日一周指标发现，阜阳全网日均切换失败次数约17万次，切换准备阶段出现的切换出准备失败次数约1.5万次。
华为网管报表目前仅能统计到切换准备阶段的失败原因分类，执行阶段的失败原因分类暂无法统计。
切换准备阶段4类失败原因：核心网原因、源小区发送切换取消、目标小区回复切换准备失败、目标小区无响应。
阜阳现网切换准备阶段的失败原因类型主要是目标小区回复切换准备失败。
颍上县的谢桥矿区、汤店、周楼区域部分站点目标小区回复切换准备失败次数较多，且主要集中在X2接口切换失败。
【告警信息】：无【原因分析】：Handover Request消息中可以看到切换的目标基站号、小区号、SGW 的IP地址。
Handover Request Acknowledge消息携带目标基站的ip地址。
实际分析，可以通过X2接口信令跟踪或是两两小区切换，查到切换失败的目标小区，进一步分析判断原因。
【解决方法】：1.FY-颍上-谢桥矿区-HFTA-436935-50通过两两小区切换指标发现谢桥矿区50小区向目标小区436943-52切换失败较多，且主要为目标小区回复切换准备失败。
网管查询 436943为迪沟路口基站，小区号为53、54、55。
而网管配置的谢桥矿区50小区同频邻区列表里为436943-52小区。
查询其定义的外部小区，发现定义了436943的50-55小区均为迪沟路口。
怀疑迪沟路口初始规划挂在前3个端口，而实际施工挂在了后3口。
邻区并没有同步更新，导致配置了不存在的小区，从而发生目标小区回复切换准备失败。
LTE切换失败问题分析案例
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。
LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。
经典案例-关于LTE终端异常导致厂家边界切换失败问题处理最佳实践总结
宁波FDD-LTE异常终端切换失败处理案例1、概述随着L800站点大规模入网，室外L800M已经实现连续覆盖，优化问题也接踵而来，最近在处理厂家边界（华为&中兴）切换问题时，发现一对小区切换成功率极低，需紧急处理。
图表12、问题描述近期华为区域全网切换指标持续下降，查询TOP小区是发现位于华为与中兴边界处一对L800小区切换成功率较低，影响全网指标，下表为问题站点切换指标统计：图表23、问题分析定位3.1 问题分析分析TOP小区分析切换失败原因值、两两切换统计值，以”LF_H_JD甬波波城北_25为例，切换失败原因是“目标小区回复切换准备失败消息导致同频切换出准备失败”，两两切换统计，失败次数都集中目标小区都是中兴：图表3根据Top小区指标初步分析，主要是由于中兴侧基站回复切换拒绝导致切换失败，下一步通过标口信令分析深一步分析失败原因，筛选出切换失败的消息，该消息是目标基站返回给源基站，携带有切换失败的原因值。
如下图所示，携带的原因值为no-radio-resources-available-in-target-cell(12)图表4原因值解释：目标小区无足够资源可用，最终导致切换阶段失败。
本次切换准备失败TOP小区都是此类原因，但实际目标小区负荷不高。
3.2 问题定位由于该基站有切换成功的情况，华为侧选取切换失败与切换成功信令进行分析对比，结果如下：1)当华为L800M基站X2口切换请求消息中携带终端支持BAND5字段，无论800M目标小区是否为中兴切换都会成功；图表5 携带band52)当华为L800M基站X2口切换请求中未携带终端支持BAND5字段，若L800M目标小区为中兴，则会回复切换失败消息，原因值就是”no-radio-resources-available-in-target-cell”图表6 不携带band5中兴侧信令回复分析：针对回复切换失败消息，原因值就是”no-radio-resources-available-in-target-cell”问题，当中兴L800M小区作为目标小区，需要核实源侧发送的“HANDOVER_REQUEST”消息中RRC_UE_CAP_INFO信息是否携带支持band5，如未携带支持band5，中兴侧eNB就不会生成切换命令，导致切换失败。
基于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上下文，包括承载的信息，安全上下文等。
电脑无法 正确切换显示器输出的原因分析
电脑无法正确切换显示器输出的原因分析在日常使用电脑的过程中，我们经常会遇到需要切换显示器输出的情况，比如从笔记本电脑的屏幕切换到外接显示器，或者在多台显示器之间进行切换。
然而，有时候电脑却无法正确地完成这个切换过程，给我们带来了不少困扰。
下面，我们就来详细分析一下造成这种情况的原因。
首先，硬件方面的问题是导致电脑无法正确切换显示器输出的常见因素之一。
连接线缆的质量和连接的稳定性是一个关键。
如果使用的是劣质或者损坏的线缆，例如 VGA 线、HDMI 线等，可能会导致信号传输不稳定，从而影响显示器的正常切换。
有时候，线缆没有插紧，或者接口处有灰尘、氧化等情况，也会造成连接不良，使电脑无法识别显示器。
另外，显示器本身的硬件故障也可能引发问题。
显示器的控制板、电源模块等出现故障，都有可能导致无法正常接收和处理来自电脑的输出信号。
显卡方面的问题同样不容忽视。
显卡驱动程序未正确安装或者版本过旧，可能会导致显卡无法正常工作，从而影响显示器的切换。
如果显卡出现硬件故障，比如显存损坏、芯片过热等，也会导致输出异常。
其次，软件设置方面的错误也是造成电脑无法正确切换显示器输出的重要原因。
操作系统的显示设置不正确是较为常见的情况。
在 Windows 系统中，如果没有正确地识别和配置显示器，或者设置了错误的分辨率、刷新率等参数，都可能导致切换失败。
有些应用程序可能会独占显卡资源，导致其他显示器无法正常切换。
例如，某些游戏或者图形设计软件在运行时，可能会锁定显卡的输出模式，使得切换操作无法生效。
多显示器设置中的一些错误也会带来麻烦。
比如，没有正确地设置主显示器和扩展显示器，或者在切换时选择了错误的模式，都可能导致显示输出不正常。
再者，系统冲突和兼容性问题也可能是罪魁祸首。
不同版本的操作系统和显卡驱动之间可能存在兼容性问题。
新的操作系统可能与旧版本的显卡驱动不兼容，或者某些特定的系统更新可能会影响到显卡的正常工作。
电脑中安装的其他软件也可能与显卡驱动或者显示设置产生冲突。
5-4切换成功率低问题分析
5-4切换成功率低问题分析从整网指标看没有明显的TOP小区特征，SA商用早期用户较少，每个小区失败次数都较少，但由于分母切换准备次数也不多，少数的几次失败对指标影响也较大。
对失败次数靠前的TOP小区进行分析，主要存在以下几个问题：(1) 5-4邻区漏配从标口信令跟踪可以看到大量上报MR测量报告但却不切换的情况，根据measId 查到相应的频点，这些4G小区存在邻区漏配的情况，导致不能及时切换，5G信号持续恶化切换到信号更差的4G小区时切换失败。
从日志上看也可以看到大量因无邻区导致无法切换的记录。
对全网的5-4漏配邻区进行核查，减少漏配邻区对切换成功率的影响。
从信令跟踪结果看，在5G覆盖边缘区域有很多距离较远的4G邻区测量报告上报未处理，可以考虑在核查邻区时郊区5G站点增大核查距离。
(2) 4G小区PCI复用距离过短4G PCI复用距离过短会导致在切换的时候由于PCI混淆，导致基站在执行阶段可能会下发错误的小区信息给终端，导致切换失败。
典型信令如下图所示，从抓取到的信令如下图所示，测量上报的小区与最终测量切换命令里的小区不一样。
这种情况下需要先重新规划4G PCI，同步更新5G侧的外部小区数据。
(3) 5-4外部小区参数不一致通过GC核查发现存在部分小区外部小区参数配置错误的情况，多数为PCI或者频点配置错误的情况，在往外部小区参数配置错误的邻区切换时会出现与邻区漏配类似的信令，终端上报测量报告基站却一直没有发起切换。
当前5G ANR还没有终端支持，不能用4G那种添加虚假邻区的方法来识别是否邻区添加错误，当前只能手动核实5G侧配置的邻区信息是否与4G侧一致(4) 4G质差导致切换失败4G信号质差容易导致手机在4G接入阶段出现问题，如下图信令，RSRP为-104，但SINR较差已经到-4了，4G质差容易导致信令不能正确解调导致切换失败。
(5) TOP终端4G随机接入失败除此之外网络中还发现大量4G信号条件很好，邻区也都没有问题但依然失败的情况。
基于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上下文，包括承载的信息，安全上下文等。
切换失败原因和越区切换
切换失败原因和越区切换切换失败的原因主要有：1、硬件故障。
这是⾸先要与BSC确认的，检查有⽆告警信息。
2、切换参数设置有误或不合理。
3、切换⽬标⼩区有⼲扰。
4、邻区关系设置不合理，有漏配邻区等情况。
5、切换⽬标⼩区拥塞。
在路测中，我遇到的⼀般都是某⼩区越区覆盖、邻区不全导致的切换失败，和⽬标⼩区频点有⼲扰导致的切换失败。
遇见切换失败问题:1、⾸先查看是否⽤硬件告警，排除硬件问题导致的切换失败。
⽐如载频板故障，会导致⼊切换成率差。
2、查看⼩区数据配置。
⽐如定时器、⼩区切换磁滞和PBGT门限是否合理、邻区关系是否做全、如果是BSC间切换那么还要查看外部邻区数据中LAC CI BCCH BSIC 设置是否正确。
3、查看⼩区⼲扰带测量，排除是否有同频甚⾄同主B同BSIC码的现象。
4、现场环境是否弱覆盖现象，弱覆盖也容易造成切换失败。
5、时钟故障。
会导致MSC间切换失败。
6、孤岛效应导致切换失败。
7、上下⾏不平衡导致切换失败越区覆盖本词条主要介绍越区覆盖越区覆盖：由于基站天线挂⾼过⾼或者俯仰⾓过⼩引起的该⼩区覆盖距离过远，从⽽越区覆盖到其他站点覆盖的区域，并且在该区域⼿机接收到的信号电平较好。
⼀、导致越区覆盖的原因⾸先在⽹络规划过程中，应结合基站站址的间距，周围的地物地形数据进⾏基站的天线挂⾼、⽅向⾓、倾⾓、发射功率等参数的设计。
因对某些基站周围的地形地物的情况⽋了解，⽽盲⽬进⾏⼀些参数的设计，⽐如天线设计不合理，这便会产⽣远端越区覆盖情况。
特别是⼀些沿道路⽅向发射信号的⼩区，⼜或者江河两岸，⽆线传播环境良好，更有可能产⽣这种越区覆盖问题。
其次各地⽹络，建⽹初期存在⼤功率⼤覆盖的基站，天线过⾼，覆盖距离过远，本⾝就会有越区覆盖的情况。
在经过数期扩容后，增加了不少覆盖扇区，初期基站天线的⾼度应该适当降低，否则对周围基站扇区产⽣⼲扰，同时也会产⽣越区覆盖。
还有⼀些是在⽹络优化过程中，调整天线倾⾓时，当机械下倾⾓度达到10度以上时，⽔平⽅向波形严重畸变，也容易产⽣越区覆盖。
切换失败的原因及优化方法
切换异常的原因及优化方法（1）硬件故障导致切换异常由于TD采用多通道智能天线系统，而良好的赋形首先需要各个通道之间功率校正保持一致。
如功率校正通不过，将会导致赋形产生偏差，从而可能导致系统切换失败。
优化方法：查看基站设备告警记录，对故障的天线、基站硬件设备进行更换。
（2）同频同扰码小区越区覆盖导致切换异常在专用模式下，UE发送的测量报告，是根据PCCPCH 的使用频点以及扰码为标识来区分不同邻小区的。
如果存在同频同扰码小区越区覆盖，则可能会出现UE上报的测量报告中存在虚假邻小区信息，从而导致系统发出切换指令，使得某些处于专用模式下的UE频频尝试向实际信号并不好的越区覆盖小区发出切换请求，必然造成切换失败（也可能是乒乓切换）。
优化方法：从规划以及优化方面来避免同频同扰码小区越区覆盖现象。
主要是调整频点、扰码或工程参数（天线方位角、俯仰角、天线高度、小区最大发射功率等）。
（3）越区孤岛切换问题在环境比较复杂时，较近小区的信号由于阻挡产生一定损耗，而其他小区可能会从建筑物夹缝中透露出来，形成较强越区孤岛。
由于该区域的小区和越区小区之间不会互配置邻小区，在干扰没有严重到导致下行失步时，UE将不会选择到该小区上，但在服务小区信号较弱时，UE很可能会重选到该越区孤岛上。
当在该小区上通话（建立其他的DPCH也是一样）后，将会导致无法切换从而掉话的现象。
此类问题在切换指标上是无法显示出异常的，主要表现为掉话严重。
优化方法：对发生越区覆盖的小区的天线方向角、俯仰角、小区最大发射功率进行调整，必要时要降低天线高度；如果上述方法均不可行，可添加邻区关系，使切换正常。
（4）目标邻小区负荷过高（或部分传输通道故障），导致切换失败当目标邻小区的负荷过高时，切换将无法完成。
另外，当目标小区的部分传输通道由于误码较高或频繁瞬断时，也会引起切换（选择）失败。
如果是跨RNC，由于源RNC不了解目标RNC的传输故障情况，因此只要有切换请求，就会尝试进行切换执行，而最终导致切换失败，这种情况要持续到源RNC收不到目标小区的测量报告为止。
信号基站切换流程切换失败的原因
信号基站切换流程切换失败的原因下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢！本店铺为大家提供各种类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，想了解不同资料格式和写法，敬请关注！Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you! In addition, this shop provides you with various types of practical materials, such as educational essays, diary appreciation, sentence excerpts, ancient poems, classic articles, topic composition, work summary, word parsing, copy excerpts, other materials and so on, want to know different data formats and writing methods, please pay attention!信号基站切换流程切换失败的原因在移动通信网络中，信号基站切换是指移动终端从一个基站切换到另一个基站的过程。
切换失败上报大量的测量报告
切换失败上报大量的测量报告切换失败上报大量的测量报告随着网络技术的飞速发展，人们对高速、稳定的网络连接的需求越来越迫切。
为了解决网络信号覆盖不完善的问题，移动网络运营商和设备制造商纷纷推出了切换功能，使用户能够在不同的网络之间无缝切换，以获得更好的网络体验。
然而，切换中出现的失败却成为了一个相对常见的问题，这不仅给用户带来不便，也给网络运营商和设备制造商带来了一系列挑战。
一、切换失败的原因及影响切换失败可以由多种原因造成，例如网络覆盖不稳定、信号干扰、切换算法不合理等。
当切换失败时，用户的移动设备可能会持续发送测量报告给网络运营商，以通知其失败的情况。
而当大量用户遭遇切换失败时，网络运营商将会受到大量测量报告的干扰。
这些报告的大量涌入可能会对网络运营商的服务器和数据处理系统造成压力，导致网络运营商难以有效处理这些报告，进而影响到切换失败问题的解决。
切换失败不仅会对网络运营商造成影响，用户也将面临一系列问题。
切换失败使用户无法及时切换到更好的网络，导致他们在使用移动互联网时遭遇断网、卡顿等问题。
切换失败还可能使用户消耗大量的电池电量，因为移动设备在切换失败的过程中会频繁地搜索和连接网络。
切换失败还使用户的移动设备性能受到影响，可能导致设备运行缓慢、流量消耗加大等问题。
这些影响都将直接降低用户的使用体验和满意度。
二、解决切换失败上报大量测量报告的挑战面对切换失败上报大量测量报告的挑战，网络运营商和设备制造商需要采取一系列措施来解决。
网络运营商可以通过改进网络覆盖和信号质量来降低切换失败的概率。
增加基站的密度、优化网络覆盖范围、减少信号干扰等措施都可以有效提高切换的成功率。
网络运营商还可以改进切换算法，使其更加智能化和适应性强，从而减少切换失败的概率。
设备制造商可以通过改进设备的硬件和软件设计来提高切换的成功率。
设计更强大的天线和信号处理器，优化移动设备的系统和网络管理算法等都可以帮助减少切换失败的风险。
LTE切换失败问题分析案例
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。
LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。
电脑无法 正确切换显示器输出的原因分析
电脑无法正确切换显示器输出的原因分析在日常使用电脑的过程中，我们可能会遇到电脑无法正确切换显示器输出的情况，这给我们的工作和娱乐带来了诸多不便。
造成这种情况的原因多种多样，下面我们就来详细分析一下。
首先，显卡驱动问题是导致电脑无法正确切换显示器输出的常见原因之一。
显卡驱动程序是控制显卡工作的关键软件，如果驱动程序出现故障、版本过旧或者不兼容当前操作系统，就可能导致显示器切换出现问题。
例如，新安装的操作系统可能没有自带适配的显卡驱动，或者在系统更新后，原有的显卡驱动与新系统产生了冲突。
此时，我们需要到显卡厂商的官方网站上下载最新的、适配当前操作系统的驱动程序，并进行安装更新。
硬件连接方面的问题也不容忽视。
显示器与电脑主机之间的连接线松动、损坏或者连接接口不匹配，都可能导致无法正常切换输出。
比如，使用了质量较差的连接线，容易出现接触不良的情况；或者将原本应该连接在 HDMI 接口的显示器误接到了 VGA 接口上。
对于这种情况，我们要检查连接线是否插紧，如有损坏则及时更换，同时确保连接接口的正确选择。
操作系统的设置错误也会引发这一问题。
在操作系统中，有关显示器的设置选项众多，如果设置不当，就会影响切换功能。
比如，没有正确识别显示器、显示器的分辨率和刷新率设置不正确、多显示器设置中选择了错误的模式等。
解决方法是进入操作系统的显示设置界面，仔细检查各项设置，确保其与实际的硬件配置和使用需求相符。
另外，电脑的 BIOS 设置也可能与此有关。
在 BIOS 中，可能存在与显卡输出相关的选项，如果这些选项设置不正确，也会导致显示器切换异常。
不过，对于普通用户来说，修改 BIOS 设置需要谨慎操作，因为错误的设置可能会导致系统无法正常启动。
如果确实怀疑是 BIOS 设置的问题，建议在专业人士的指导下进行修改。
还有一种情况是显卡本身出现故障。
显卡作为负责输出显示信号的硬件，如果其内部的芯片、电路等出现损坏，就无法正常工作，从而影响显示器的切换。
切换失败的原因
切换失败的原因有：1．同频同BSIC会引起切换失败；2.同频不同BSIC，但BSIC中的BCC如果一致也会起到和同频同bsic一样的结果；3.邻区CGI号错误也会造成切换失败，如定义外部小区时LAC定义错误；4.上下行链路不平衡也会造成切换失败，上下行不平衡，可能下行信号很强，但由于某种原因（如在直放站覆盖区内) 可能上行信号无法到达基站，导致切换失败；5.小区天线过覆盖，孤岛效应都造成切换失败；6.如果在邻区设置为none-syn时，t3124期间内没有收到physical info会被认为切换失败，如果收到此信息，t3124停止后，在时间t200*(n200+1)内没有收到下行ua-rsp也会切换失败，如果邻区设为sync时，直接进入L2 层计时，即T200*(N200+1)计时。
这里面说的参数和timer都是规范规定的，与设备无关，只是none-sync的叫法可能不同厂家不同，这里说的是moto的叫法。
none-sync就是所谓的非同步切换，一般不同基站小区间切换是非同步的，相同基站的是同步切换，这个是在定义neighbor时定义的。
t3124是指在手机发送handover access这个burst 直到收到physical information这段的timer, 200，N200都是L2 层lapdm协议的参数，是标准的T200定时器是防止数据链路层数据发送过程死锁的定时器，数据链路层的作用就是将容易出差错的物理链路改造成顺序的无差错的数据链路.T在这个数据链路两端通讯的实体采用确认重发的机制。
也就是说，每发送一个消息都要对端确认收到。
在不可知的情况下，如果这条消息丢失，会出现双方都等待的情况，此时系统死锁。
因此，在发送一方要设立定时器，当定时器溢出，发方认为收方没有收到消息，就会重新发送。
重发的次数由N200决定。
除此之外还有如果N <hreqt,也会导致因为参数的错误而无法进行紧急切换；7.如果邻区由于某种原因（如载频坏掉）不能工作，其他具有与此邻区同频同bsic站信号覆盖过来（但并不在此服务小区的邻区列表中）导致无法切换。
常见切换问题分析
ｆＥＥｃ术 ＭｓＨ研 Ａ ．Ａ学 ｃｃ Ｒ 究 Ａ 。Ｒ Ｅ
常见切换 问题分析
安 永 红 （ 中国移 动通信 集团河北有 限公 司唐 山分公 司 河北唐 山
０ ３０ ６ ０ ０）
摘要 ：对 日常工作 中切换 问题进 行分类 ，并对 常见的切换失败、乒乓切换及拐 角效应的原 因进行 分析 ，相应给 出优化建议。
来 ，形成较强越区孤岛。由于该 区域的小区和该越区小
区 之 间不 会 互 配 置邻 小 区 ，在 干 扰 没 有严 重 到导 致 下行 失 步 时 ，Ｕ 将 不 会 选 择 到 该 小 区 上 。 但 在 服 务 小 区信 Ｅ
会导致ＵＥ 会导致 源小区无法有效接收到ｕ 上报的测量 Ｅ 报告 ，从而 不进行切换。此时 ，系统侧应该有 “ 物理信
道 重 配 置 超 时 ”消 息 。 而ＵＥ 出 现 失 步 ，并 发 出 “ 会 小
号 较弱时 ，Ｕ 很可 能会重选到该越 区孤 岛上。 当在该 Ｅ 小区上通话 （ 建立其他 的ＤＰ Ｈ也是一样 ） ，将会导 Ｃ 后
致 无法 切 换 从 而掉 话 的现 象。 此 类 问题 在 切 换 指 标 上是 无 法显 示 出异 常 的 ，主 要表 现 为掉 话严 重 。
剧增强 ，会导致和 源小 区链路失步 ，网络侧无法接 收到
Ｕ 的测 量 报 告 ，从 而 存 在 切 换 失败 的现 象 。 Ｅ ４ 优 化 建 议 ． ２ ｆ１ 果 信 号 允 许 ，可 以通 过 调 整 工 程 参 数 （ 大 １如 加
３ 过程 。 哪 一 个 过 程 没 有及 时 执 行 都 会 导 致切 换 比较 个 慢 ，不及 时。
通 道 校 正 进 行 检 查 ，对 于 校 正 无 法 通 过 的需 要 及 时 处 理 ，必要 时 需要 更 换 系 统硬 件 设 备 。
因目标基站开启MLB达到小区用户数门限导致的LTE切换准备失败
因目标基站开启MLB达到小区用户数门限导致的LTE切换准备失败1问题描述L800M向1.8G/2.1G切换时，出现大量切换准备失败的现象。
信令回复的切换准备失败原因为no radio resource available in target cell。
2问题分析切换准备失败都是基于频率优先级切换失败导致L.HHO.InterFreq.FreqPri.PrepAttOut− L.HHO.InterFreq.FreqPri.ExecAttOut3根因分析源和目标站点的一键日志，确认切换准备成功率低是由于开启频率优先级的切换后，切换到目标站点，由于目标站点开启基于用户的MLB，目标小区用户数已经达到门限，所以回复切换准备失败。
频率优先级切换属于非必要切换，所以目标站点一旦拥塞就会准入失败，如果是基于覆盖的切换入到目标站点不会准入失败，因为这个属于必要切换。
当前目标站点切换入准备失败主要是小区1和16，在用户数忙时会下降，其他小区正常，而小,0、1、2和16的MLB用户数门限是配置的60，其他小区配置的是100分析目标站点都是准入失败。
切换入准备成功率在忙时也不好，主要是小区1和16。
目标站都是MLB准入失败导致，说明是MLB负载高，准入拒绝导致切入准备失败。
分析目标站点的MLB配置，当前部分小区是基于用户数的MLB，部分小区没有开启MLB （CellAlgoSwitch.MlbAlgoSwitch=InterFreqMlbSwitch:1）而问题小区的用户数门限是604解决方案方案1：关闭MLB与其它特性配合方式开关关闭CELLMLBHO: LocalCellId=*，MlbMatchOtherFeatureMode= HoAdmitSwitch-0，关闭后提升切换准备成功率，但是有一个影响就是用户一旦今日后，目标小区发现当前负载高，会基于MLB把用户又切换出去，出现频繁切换。
方案2：调整目标小区MLB的门限，当前基于用户的MLB门限是InterFreqIdleMlbUeNumThd=60，推荐100，当然如果出现高于100的小区还是会出现准入失败。
切换Path switch和TAU流程冲突导致切换失败问题分析
切换Path switch和TAU流程冲突导致切换失败问题分析问题描述：C国Z省，一线反馈TE站点新桥阳岙向西岙底站点切换经常出现失败。
分析定位过程：1、分析该新桥阳岙站点的CHR日志，通过专家系统分析，发现切换失败的原因全是UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL；2、根据CHR日志分析具体的切换信令流程，找到切换失败的具体点；1）找到失败原因在CHR中记录失败的时间点2）分析SigInfoLst最后记录的消息流程，发现X2切换流程在源侧已经全部执行完毕，可推测出应该是在目标侧西岙底发起随机接入或者path switch失败导致切换失败。
3、因path switch流程涉及到和MME的交互，因此建议一线复测，并做目标侧S1口和UU口信令跟踪。
通过一线反馈的S1口信令跟踪发现Path Switch失败。
同时，分析目标侧的Debug日志也确认到目标侧等待path switch超时。
对于目标侧eNodeB来说，不论MME回path switch fail还是没有响应path switch req，eNodeB都统一按照path switch ack超时处理。
4、联合MME同时分析path switch fail原因从path switch fail的原因值handover cancel分析，是由于X2切换流程与其他流程冲突导致。
5、MME侧做随机用户跟踪，并进一步分析冲突原因从跟踪上可以看到path switch和TAU流程冲突。
MME目前的实现是：当MME正处在处理终端的TAU流程的中间状态时收到了eNodeB发来的path switch req消息，除了正在等待TAU Complete消息状态下会处理path switch流程，其他状态下均直接返回path switch fail。
另外，可以看到冲突的TAU流程发起了鉴权流程。
TAU流程中发起鉴权，增加了TAU流程的中间状态，也增加了TAU整个流程的时间，所以也增大了冲突的概率。
L800关于某类型UE切换入准备失败分析报告
L800关于某类型UE切换入准备失败分析报告问题描述友商站点反应，友商L800站点切换存在切换准备失败导致TOP小区切换成功率低。
L800网络存在TOP终端UE能力上报异常（实际支持band5频段但UE能力信息未携带band5能力），猜测如果同频切换场景，友商站点在切换准备阶段要判断UE能力的话，可能导致目标友商站点根据UE能力认为UE不支持band5而回复切换准备失败。
但是友商回复切换，切换准备失败的根因以友商工程师确认为准。
1.1 相关设备属性本问题所涉及的网元设备如下表所示。
表2-1 问题涉及网元设备2 问题分析2.1 UE接入2.1.1 信令分析异常UE在ZTE eNB成功接入的信令样例如下图所示。
图2-1 异常UE成功接入信令样例其中，UE上报给eNB的能力信息中支持的LTE band列表如下图所示，其中没有包含band5。
图2-2 UE支持的band列表服务小区的配置为band5，FDD制式，DL载频874.2MHz，如下图所示。
图2-3 服务小区配置2.1.2 协议分析UE会通过UECapabilityInformation消息传递UE的无线能力参数给eNodeB使用，其中包含UE支持的E-UTRAN band列表，TS36.331定义摘录如下：SupportedBandListEUTRA ::= SEQUENCE (SIZE (1..64)) OF SupportedBandEUTRA SupportedBandEUTRA ::= SEQUENCE {bandEUTRA INTEGER (1..64),halfDuplex BOOLEANTS36.331 V12.6.0 5.2.2.7节关于UE发起接入前，接收小区广播消息的动作定义摘录如下：Upon receiving the SystemInformationBlockType1 message the UE shall:1>if the frequency band indicated in the freqBandIndicator is part of the frequency bands supported bythe UE; or1>if the UE supports multiBandInfoList, and if one or more of the frequency bands indicated in themultiBandInfoList are part of the frequency bands supported by the UE:2> …（无关内容，此处省略）1> else:2>consider the cell as barred in accordance with TS 36.304 [4] and;从上面的定义可以知道，UE在接收SIB1消息后会根据自身支持的band列表判断是否支持小区的band，如果不支持，则认为小区被禁止（barred），是不可用的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
切换出准备失败问题分析
【摘要】已开通站点站号变更，如果变更前邻区关系数据未完全清除会产生冗余数据，即邻区信息中既存在变更前站点数据又存在变更后数据，而本次CL共模站点只变
更ENODEBID，其余信息不变。
切换是根据终端检测到的PCI进行测量切换的，由
于邻区存在冗余数据，邻区信息中存在2个站点同PCI情况，PCI混淆导致切换
失败。
【关键字】ENODEBID变更 PCI混淆冗余数据
【故障现象】：
已站点446483的eNB间S1口同频切换出成功率较低，失败原因主要是目标侧准备失败。
图1 S1切换成功率低指标
【原因分析】：
查询该站点的切换出的邻接小区对，发现目标侧准备失败的站点为446482，涉及到其站点下的所有小区。
但是从eNB间S1口小区同频切换出准备请求次数，切换出准备成功次数和目标侧准备失败次数看，存在成功的情况，而非所有切换出准备请求次数全部失败。
图2 切换对指标统计
虽然知道是由于目标侧准备失败导致，但是最终原因还没有得到定位。
为此，进行了UE级小区信令跟踪来进一步确认问题原因。
通过跟踪信令查看msgname==handover preparation failure，发现其准备失败只有一个原因，其原因值为：unknown_targetID。
图3 UE级小区跟踪信令图
详细查看gid==11130的信令流程，当源侧基站通过S1链路发Handover Required请求给核心网时，在短短20ms的时间里，核心网给基站回复Handover preparation Failure，失败原因是目标侧ID未知。
后面再次发起切换请求时，核心网10ms的时间里给基站回复Handover preparation Failure，失败原因依然是目标侧ID未知
图4软件跟踪信令图
分析“unknown_targetID”切换失败的原因，有以下几种可能情况：用户请求的targetID（eNodeBID、TAI、CELLID）在现网中出现重复配置，冗余数据。
目标小区在源小区的邻区信息表，与现网小区的信息不一致，导致上报的targetID无法被网络识别。
用户切换请求中的targetID（eNodeBID、TAI、CELLID）目标小区不存在（可能存在基站断链，基站板卡硬件故障）。
因446483向446482切换时，切换出准备请求次数有一部分成功，一部分失败，所以邻接小区表中引用的目标小区与现网信息不一致的可能性就不存在了，如果存在，那应该是所有切换出准备请求全部失败。
每个站点与MME配置了2条S1链路，因此怀疑切换的目标站点446482的某条S1链路故障，导致当源站446483下通过该条S1链路向MME 发起切换请求时，MME通过该条S1链路对应的MME_code未能获取目标站点446482的站点信息，从而引起切换出准备失败。
而通过另外1条正常的S1链路发起请求时，切换准备成功。
动态管理里查询目标站点446482的S1AP状态，发现其中一条S1链路运行状态故障。
图5 S1AP状态图
再次回看信令，发现当ue在MME_code=26（HEX）发起S1切换（切换目标站点为446482），几次切换准备均失败。
图6 软件切换信令图
查看S1链路配置，SCTP列表和S1AP列表如下所示：
图7 S1AP截图
图8 SCTP截图
SCTP列表中的2条链路号分别为0、1，而S1AP列表中，引用的SCTP 确是0、1，很明显S1AP中引用的0是有问题的。
那么可以确认目标站点因S1AP引用错误，从而导致发生在该链路上的S1切换出准备失败，即源站点446483通过该S1链路发起MME的切换准备请求时，因446483对应的S1链路引用错误，导致MME侧给源站点446483回复了原因值为unknown_targetID的handover preparation failure。
【解决方法】：
将S1AP列表中引用的0修改为1后，接下来的小时级KPI指标中，目标侧准备失败导致的eNB间S1口同频切换出准备失败次数最后锐减至0，eNB间S1口同频切换出成功率恢复。
【结论与推广】
对于目标侧准备失败引起的切换出准备失败，如果是全部失败，通常需要优先确认源站邻接小区信息里配置的目标站点参数（如PLMN、MCC、MNC、TAC等）是否有问题，如果非全部失败，就需要考虑S1链路配置是否部分存在有问题，当然优先查看确认告警信息，
排除告警导致的问题，再结合UE级小区信令跟踪来进一步确认准备失败的具体原因值，深入分析从而找到问题的根本原因。