切换失败原因分析
未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出channel request report-→immediate assignment-→CM service request-→setup-→call proceeding-→assignment command-→assignment complete-→alerting-→connect-→完成一次起呼。
在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request report→immediate assignment-→setup→call confirmed→assignment command→assignment complete-→alerting→connect-→完成一次被叫接入。
1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数2、未接通实例分析（1）SDCCH拥塞导致未接通在主叫完成起呼（assignment complete ）后2秒左右，此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致未接通的发生。
切换失败原因分析
切换失败原因分析1、软切换失败原因根据信令流程，导致切换失败的情形有以下几种1）、ASU消息过多问题切换参数不合理的导致乒乓切换例如切换参数reporting range 1A和reporting range 1B的差别很小，那么小区刚进入AS 又马上移出AS；如果Hysteresis 1C设置太小，那么一个刚被替换进AS的小区又马上移出AS。
导频污染UE不断上报测量消息，RNC不断下发ASU消息，容易导致切换失败。
2）、软切换优化注意问题控制软切换比例网络建设初期，容量不受限制，以提升覆盖为目标。
软切换比例可容许在40%甚至更高。
这样可以保证上行良好覆盖并且可以减少掉话，由于软切换带来分集增益，从而降低了UE发射功率。
当网络不断发展，由于容量问题凸现，由于软切换带来上下行系统硬件开销以及消耗下行码资源。
综合考虑容量和覆盖问题，将软切换控制在一个合理的比例，通常为30-40%。
保证软切换成功率和低掉话绝对值以合理的网络规划和合理的软切换参数为前提，保证切换的及时性。
减少乒乓切换减少乒乓切换，以减少信令交互和资源消耗，从而降低掉话率。
乒乓切换调整有几个方面，控制导频污染，通过切换参数克服。
例如调整1A和1B的迟滞，增大Time to trigger 参数。
根据不同的场景设置不同的小区参数。
2、ISHO失败原因上行链路质量差事件2D门限（CM START）设置不合理时间3A参数（ISHO）设置不合理当前W小区漏配GSM邻区当前W小区配置GSM邻区过多目标GSM小区无可用无线资源当前ISHO优化主要针对W覆盖边界与GSM覆盖区的优化。
若W边界GSM小区覆盖较好，则有利于向GSM切换。
若GSM信号强度不够，则增大了异系统测量失败或者信令交互失败的可能，从而导致掉话。
所以W覆盖内部应尽量达到信号的连续覆盖，减少弱覆盖和盲区。
使得ISHO发生在W覆盖区域的边缘，减少ISHO的次数。
另外W系统间切换应尽量选择在人口密度小的区域，减少切换次数，也避免了因处理能力不足而使信令交互延时或失败，最终导致掉话。
参数设置不合理导致ESRVCC切换失败分析
参数设置不合理导致ESRVCC切换失败分析参数设置合理与否是影响ESRVCC切换成功与否的一个重要因素。
ESRVCC切换失败可能由多种原因引起，包括网络质量不佳、设备兼容性问题、运营商网络配置错误等。
在这些问题之外，参数设置的不合理也可能导致ESRVCC切换失败。
接下来，我将详细分析参数设置不合理导致ESRVCC切换失败的可能原因。
首先，本地设备参数设置不合理可能导致ESRVCC切换失败。
在进行ESRVCC切换时，本地设备参数设置不合理可能导致切换信令的传输失败，从而导致切换失败。
例如，如果终端设备的参数设置中语音编解码器不支持ESRVCC切换所需的编码方式，就无法进行ESRVCC切换。
此外，如果终端设备的参数设置中配置的最大码率与网络允许的最大码率不一致，也可能导致ESRVCC切换失败。
其次，运营商网络参数设置不合理可能导致ESRVCC切换失败。
在进行ESRVCC切换时，运营商网络参数设置不合理可能导致切换信令在传输过程中出现错误或丢失，从而导致切换失败。
例如，运营商配置的切换触发门限值过低或过高，会导致切换过于频繁或无法触发切换。
此外，运营商网络中与ESRVCC切换相关的接口参数设置错误，也可能导致ESRVCC切换失败。
再次，网络质量差可能导致ESRVCC切换失败。
ESRVCC切换需要保证实时传输的语音数据在切换时的连续性和稳定性，而网络质量差会导致实时传输的语音数据在切换过程中出现丢包或延迟，从而导致切换失败。
例如，网络带宽不足、网络拥塞或网络抖动等问题都可能导致ESRVCC切换失败。
最后，设备之间的兼容性问题也可能导致ESRVCC切换失败。
ESRVCC切换是终端设备和运营商网络之间的一项复杂协作过程，如果设备之间的版本或配置兼容性存在问题，就可能导致切换失败。
例如，终端设备的硬件或固件版本过低或过高，无法与运营商网络进行正常的切换协商和协作，就会导致ESRVCC切换失败。
综上所述，参数设置的不合理可能导致ESRVCC切换失败。
电脑无法 正确切换显示器输出的原因分析
电脑无法正确切换显示器输出的原因分析在日常使用电脑的过程中，我们经常会遇到需要切换显示器输出的情况，比如从笔记本电脑的屏幕切换到外接显示器，或者在多台显示器之间进行切换。
然而，有时候电脑却无法正确地完成这个切换过程，给我们带来了不少困扰。
下面，我们就来详细分析一下造成这种情况的原因。
首先，硬件方面的问题是导致电脑无法正确切换显示器输出的常见因素之一。
连接线缆的质量和连接的稳定性是一个关键。
如果使用的是劣质或者损坏的线缆，例如 VGA 线、HDMI 线等，可能会导致信号传输不稳定，从而影响显示器的正常切换。
有时候，线缆没有插紧，或者接口处有灰尘、氧化等情况，也会造成连接不良，使电脑无法识别显示器。
另外，显示器本身的硬件故障也可能引发问题。
显示器的控制板、电源模块等出现故障，都有可能导致无法正常接收和处理来自电脑的输出信号。
显卡方面的问题同样不容忽视。
显卡驱动程序未正确安装或者版本过旧，可能会导致显卡无法正常工作，从而影响显示器的切换。
如果显卡出现硬件故障，比如显存损坏、芯片过热等，也会导致输出异常。
其次，软件设置方面的错误也是造成电脑无法正确切换显示器输出的重要原因。
操作系统的显示设置不正确是较为常见的情况。
在 Windows 系统中，如果没有正确地识别和配置显示器，或者设置了错误的分辨率、刷新率等参数，都可能导致切换失败。
有些应用程序可能会独占显卡资源，导致其他显示器无法正常切换。
例如，某些游戏或者图形设计软件在运行时，可能会锁定显卡的输出模式，使得切换操作无法生效。
多显示器设置中的一些错误也会带来麻烦。
比如，没有正确地设置主显示器和扩展显示器，或者在切换时选择了错误的模式，都可能导致显示输出不正常。
再者，系统冲突和兼容性问题也可能是罪魁祸首。
不同版本的操作系统和显卡驱动之间可能存在兼容性问题。
新的操作系统可能与旧版本的显卡驱动不兼容，或者某些特定的系统更新可能会影响到显卡的正常工作。
电脑中安装的其他软件也可能与显卡驱动或者显示设置产生冲突。
GSM关于切换失败的问题分析(DOC)
关于切换失败的问题分析问题描述从信令上来说切换失败可以划分为两方面的问题：切换选择失败和切换执行失败。
切换选择失败是从BSC到BTS的HO COMMAND数与BSC收到的HO INDICA TION 数之差。
切换选择失败的原因往往是由于目标小区信道资源不足或系统存在参数或硬件问题（即难以建立BSC与BTS之间的L2连接）。
切换执行失败是BSC发向BTS的HO COMMAND数与BSC收到的HO COMPLETE之差。
主要反映了空中无线接口的质量。
当切换成功后，MS将向目标小区发出HO COMPLETE的报文，目标BSC收到该报文后将计一次切入成功；若该切换属于INTRA MSC切换时，当发起BSC收到CLEAR COMMAND（该报文中含有清出的原因为切换成功）将计切出成功一次。
当MS由于无线原因，导致无法占用目标小区的信道而引起切换失败后，将向原小区发出切换失败的报文，此后MSC向目标BSC发出清除请求（CLEAR REQUEST），该报文中带有清除的原因是切换失败，于是该BSC就计切入失败一次。
1．切换失败的情况。
（未考虑双频情况和基于SDCCH切换的情况）下图列出了BSC内切换的信令流程：********************************************************************解决方案：（1）硬件故障。
如载频或主控板或传输问题。
还有可能是天线方位错误；天线端口对应错误或机柜上的载频发射连线接错，被耦合到其它小区去发射了。
现象如下图所示：（硬件问题在上下性的质量切换上体现的尤其明显）（2）孤岛效应（同频同BSIC）。
如果两个小区有相同的(BSIC，BCCH)，在正常的情况下这样的两个小区的相距距离应该足够大，他们之间不应该有什么关系。
但由于孤岛现象的存在，一旦孤岛覆盖周围的小区的邻小区表上定义了与孤岛小区同BSIC、BCCH的邻小区)位于的通话手机将会收到孤岛小区的BCCH信号并上报BSC，这个虚假的邻小区测试报告将会误导切换控制程序发出切换指令，这样就使得这些小区内的通话频频尝试向实际信号并不好的小区发出切换请求。
无线网络规划-切换失败原因及优化方法
UE侧信令
eNodeB信令
3．切换命令丢失分析
切换命令丢失是指UE侧发出测量报告后，eNodeB收到测量报告，并下发 切换命令，但UE侧没有收到；从UE侧看到的现象与测量报告丢失相同，但在 eNodeB侧可以看到eNodeB下发了RRC重配置消息，UE侧未响应。
切换命令丢失
4．目标小区接入失败分析：参数问题
是
切换门限等修改
终端异常产生的切换失败
时钟问题
是 检查同步、GPS状态等
不属于网络原因造成，而且容易
目标小区拥塞 是
小区扩容
判断，因此在切换问题分析过程 将终端问题产生的切换失败排除 在外。
干扰 覆盖问题
其他
是
处理外部干扰或者无线 环境优化
是
进行天线、功率调整或 者新增基站等
2．测量报告丢失分析
在LTE切换过程中，UE会根据eNodeB下发的测量控制完成相应的测量内容， 并将测量结果上报给eNodeB，但在UE上报测量报告后，并不代表eNodeB就一定 收到或者eNodeB一定会处理，那么这必将产生切换失败。UE不断地上报测量报 告，但在eNodeB并未收到相应的内容，最终导致链路释放。
任务5 切换问题分析
切换失败原因及优化方法
LTE切换失败的原因及优化方法
LTE切换异常主要分为：终端异常、测量报告丢失、切换命令丢失、目 标小区接入失败四种情况。
1．终端异常 在测试过程中，由于终端长时间工作产生过热或者APP过程内存不足都 可能导致终端死机、不影响相应动作等情况发生。在测试过程中表现为一段 时间终端不接收、不发送信令，接收电平强度、电平质量无变化。这种情况 较明显，容易判断，且不属于网络问题，一般重启终端即可恢复，不需要特 别分析。
切换失败原因和越区切换
切换失败原因和越区切换切换失败的原因主要有：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收不到目标小区的测量报告为止。
G网中切换失败的原因
一、切换的定义及划分所谓切换，就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区，或者由于外界干扰而造成通话质量下降时，必须改变原有的语音信道而转接到一条新的空闲语音信道上去，以继续保持通话的过程。
切换根据手机和基站测出的上下行电平质量和TA 值作为最基本的测量数据，根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区。
切换是移动通信系统中一项非常重要的技术，切换失败会导致通话失败，影响网络的运行质量。
因此，切换成功率（包括切入和切出）是网络考核的一项重要指标，如何提高切换成功率、降低切换失败率是网络优化的重点工作之一。
根据不同的切换判决触发条件，切换可以分为紧急切换、负荷切换等5 类。
（1）紧急切换。
包括TA 过大紧急切换、质量差（BQ）紧急切换、快速电平下降紧急切换、干扰切换。
●TA 过大切换条件：服务小区的TA 大于等于紧急切换TA 限制。
●BQ 切换条件：服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量限制；服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量限制。
●快速电平下降切换在呼叫中电平突然下降时触发，触发条件：服务小区如果Value＞B（Value：一个与滤波器参数A1～A8 相关的值，该值表示在一段时间内接收电平的变化趋势；B：滤波器参数）切换最后的MR6 已经低于边缘切换门限，则发生切换。
●干扰切换：也属于紧急切换，当接收电平大于一定值但传输质量又低于干扰切换质量门限时触发。
（2）负荷切换。
负荷切换触发要同时满足三个条件：系统信令流量小于允许负荷切换系统流量级别门限；需要切换的小区负荷高于负荷切换启动门限；接收切换的小区的负荷低于负荷切换接收门限。
（3）正常切换。
包括边缘切换、分层分级切换和PBGT 切换。
●边缘切换条件：服务小区已低于边缘切换门限；在边缘切换统计时间（如5 s）内，服务小区电平持续低于边缘切换门限（如4 s）。
信号基站切换流程切换失败的原因
信号基站切换流程切换失败的原因下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢！本店铺为大家提供各种类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，想了解不同资料格式和写法，敬请关注！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配置是否正确。
切换成功率低原因概述
切换成功率低原因概述通过日常工作中分析汇总，可将切换失败原因归纳为以下几种：一、邻区数据的准确性及合理性异常（1）无线参数的准确性与合理性在通话过程中，移动台始终测量本小区和相邻小区的BCCH的电平强度，而这些相邻小区信息，都预先在系统自身定义，通过系统消息周期广播至移动台，这些信息中列出了与当前小区相邻的小区BCCH频道号。
移动台必须从系统消息中提取该信息作为测量邻区信号的依据。
如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作，将会产生孤岛效应，造成周围信号很强但手机所占的信号弱或者信号质量较差的现象，严重地影响网络质量，引起一些救援性的切换，导致切换成功率较低。
特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象，更容易造成切换数据漏作。
同时，由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。
当网络发生改变时，如增加了基站或对小区BCCH频点进行修改后，没有对涉及的邻区进行相应的修改，导致在切换中邻区描述错误，发生严重切换失败。
还有一种情况就是在边界地区定义邻区中的NCC，需要根据边界所涉及的NCC全部定义，不能仅仅根据自身网络情况定义所属的NCC，导致不能对其它NCC邻区进行扫描引起切换失败。
（2）MSC上数据的正确性与完整性除了无线侧邻区数据准确合理外，MSC上也涉及邻区关系的定义，如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息，需要进行准确完整的定义，否则会发生跨MSC 切换不能实施的情况。
二、硬件故障（１）基站硬件故障在日常优化过程中，我们经常发现所有数据均正常但仍然出现切换失败率高的现象，其中基站硬件故障也可能是原因之一。
最常见的就是由于基站载频故障引起分配失败，导致切入失败增加，同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。
（２）传输有误码或者同步不稳定切换过程可能发生在基站内部小区之间，也可能发生在不同基站之间。
切换失败原因
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 站信号覆盖过来（但并不在此服务小区的邻区列表中）导致无法切换8.手机可能出现解码错误，如measurement report 中上报的最强6个小区排序错误。
常见切换问题分析
ｆＥＥｃ术 ＭｓＨ研 Ａ ．Ａ学 ｃｃ Ｒ 究 Ａ 。Ｒ Ｅ
常见切换 问题分析
安 永 红 （ 中国移 动通信 集团河北有 限公 司唐 山分公 司 河北唐 山
０ ３０ ６ ０ ０）
摘要 ：对 日常工作 中切换 问题进 行分类 ，并对 常见的切换失败、乒乓切换及拐 角效应的原 因进行 分析 ，相应给 出优化建议。
来 ，形成较强越区孤岛。由于该 区域的小区和该越区小
区 之 间不 会 互 配 置邻 小 区 ，在 干 扰 没 有严 重 到导 致 下行 失 步 时 ，Ｕ 将 不 会 选 择 到 该 小 区 上 。 但 在 服 务 小 区信 Ｅ
会导致ＵＥ 会导致 源小区无法有效接收到ｕ 上报的测量 Ｅ 报告 ，从而 不进行切换。此时 ，系统侧应该有 “ 物理信
道 重 配 置 超 时 ”消 息 。 而ＵＥ 出 现 失 步 ，并 发 出 “ 会 小
号 较弱时 ，Ｕ 很可 能会重选到该越 区孤 岛上。 当在该 Ｅ 小区上通话 （ 建立其他 的ＤＰ Ｈ也是一样 ） ，将会导 Ｃ 后
致 无法 切 换 从 而掉 话 的现 象。 此 类 问题 在 切 换 指 标 上是 无 法显 示 出异 常 的 ，主 要表 现 为掉 话严 重 。
剧增强 ，会导致和 源小 区链路失步 ，网络侧无法接 收到
Ｕ 的测 量 报 告 ，从 而 存 在 切 换 失败 的现 象 。 Ｅ ４ 优 化 建 议 ． ２ ｆ１ 果 信 号 允 许 ，可 以通 过 调 整 工 程 参 数 （ 大 １如 加
３ 过程 。 哪 一 个 过 程 没 有及 时 执 行 都 会 导 致切 换 比较 个 慢 ，不及 时。
通 道 校 正 进 行 检 查 ，对 于 校 正 无 法 通 过 的需 要 及 时 处 理 ，必要 时 需要 更 换 系 统硬 件 设 备 。
处理切换失败经验总结报告
关于处理切换失败问题的经验总结在通话过程中，切换失败会对手机用户感受产生不良影响，严重时甚至会导致掉话。
在这里，我们通过路测以及对系统统计性能的跟踪，来分析引起切换失败的因素。
产生切换失败，一般有以下几方面原因：1、不合理的邻区关系。
2、基站时钟锁相失败。
3、基站硬件故障。
4、频率干扰产生大量无线链路误码。
5、弱覆盖。
下面将结合示例，分别对几种切换失败情况进行具体分析。
示例一：不合理的邻区关系，相邻小区同BCCH同BSIC。
测试车辆由东向西行驶过程中，手机占用25443小区向其邻区列表里BCCH=18， BSIC=28的小区连续切换失败。
通过检查25443的邻区数据，发现在其邻区列表里小区CI 20113 的BSIC=28，BCCH=18；而通过GI 分析，发现在车行驶的正前方，小区CI 20006与CI 20113有相同的BCCH 和BSIC 。
当车由东向西行驶时，测试手机在检测到BCCH=18并且 BSIC=28的小区为其最强邻区时，就尝试向其邻区列表里符合该条件的小区（CI 20113）切换，然而此时小区CI 20113距通话地点较远，且逆于行驶方向，于是产生连续的切换失败，而此时手机应该向车行使正前方的小区（CI 20006）切换。
因此解决方案为调整CI 20006或CI 20113的BSIC ，并为CI 25443添加邻区CI 20006。
经过调整，25443小区与20006切换正常，在这段道路没有出现切换失败的情况。
同BCCH 同BSIC25443行驶方向示例二：MCU（微控制器Micro Control Unit）故障导致基站时钟锁相失败（Phase Lock Failure），造成与周围小区切换成功率低。
在道路测试中，发现从CI 20323向CI 10350做切换，连续切换失败：在占用CI 10350正常起呼、通话后，向CI 20323尝试切换，也均失败。
从OMC_R上查看CI 10350基站告警，发现该站有时钟锁相失败，需要重新校准时钟。
切换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整个流程的时间，所以也增大了冲突的概率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、切换的定义及划分所谓切换，就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区，或者由于外界干扰而造成通话质量下降时，必须改变原有的语音信道而转接到一条新的空闲语音信道上去，以继续保持通话的过程。
切换根据手机和基站测出的上下行电平质量和TA 值作为最基本的测量数据，根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区。
切换是移动通信系统中一项非常重要的技术，切换失败会导致通话失败，影响网络的运行质量。
因此，切换成功率（包括切入和切出）是网络考核的一项重要指标，如何提高切换成功率、降低切换失败率是网络优化的重点工作之一。
根据不同的切换判决触发条件，切换可以分为紧急切换、负荷切换等5类。
（1）紧急切换。
包括TA过大紧急切换、质量差（BQ）紧急切换、快速电平下降紧急切换、干扰切换。
●TA过大切换条件：服务小区的TA大于等于紧急切换TA限制。
●BQ切换条件：服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量限制；服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量限制。
●快速电平下降切换在呼叫中电平突然下降时触发，触发条件：服务小区如果Value＞B（Value：一个与滤波器参数A1～A8相关的值，该值表示在一段时间内接收电平的变化趋势；B：滤波器参数）切换最后的MR6已经低于边缘切换门限，则发生切换。
●干扰切换：也属于紧急切换，当接收电平大于一定值但传输质量又低于干扰切换质量门限时触发。
（2）负荷切换。
负荷切换触发要同时满足三个条件：系统信令流量小于允许负荷切换系统流量级别门限；需要切换的小区负荷高于负荷切换启动门限；接收切换的小区的负荷低于负荷切换接收门限。
（3）正常切换。
包括边缘切换、分层分级切换和PBGT切换。
●边缘切换条件：服务小区已低于边缘切换门限；在边缘切换统计时间（如5 s）内，服务小区电平持续低于边缘切换门限（如4 s）。
●分层分级切换：在不同层或同层不同优先级之间才有层间切换，同层同级之间没有层间切换。
触发条件是邻小区电平值高于层间切换门限和磁滞之和，对服务小区电平值没有要求；邻区排在服务小区之前，且优先级比服务小区更高，邻区电平值大于等于层间切换门限和层间切换磁滞之和；满足P/N判决，如5 s内有4 s始终处于最好；边缘切换和层间切换只能选一个，它先判断是否触发边缘切换，再判断是否触发层间切换。
●PBGT切换算法是基于路径损耗的切换。
PBGT切换算法实时地寻找是否存在一个路径损耗更小并且满足一定系统要求的小区，并判断是否需要进行切换。
不同层没有PBGT 切换。
PBGT切换至少带来了如下好处：解决了越区覆盖问题；减少了双频切换的次数；使话务引导和控制有更灵活的手段；始终能为用户提供当前最好的服务质量。
PBGT和其他切换算法的最大区别在于它能以路径损耗而不是接收功率作为切换的触发条件。
为了避免乒乓切换，PBGT只在同层同级的小区之间进行切换，邻近小区的路径损耗小于服务小区路径损耗一定的门限值。
PBGT切换的触发准则：邻区排在服务小区之前，在一定的统计时间内满足P/N准则。
（4）速度敏感性切换（快速移动切换）。
在一定时间门限里达到快速移动小区实际个数时，认为是快速移动，就会切换到宏小区上去（第4层），并且对原有小区在惩罚时间里给予电平惩罚。
（5）同心圆切换。
可以实现外圆的广覆盖和内圆的频率紧密复用，能够提高系统容量和通话质量。
可以根据手机下行接收电平、质量和TA值来区分内圆和外圆。
同心圆切换的相关参数如下：●内外圆信号强度差异（dB）：内圆进行功率补偿的值。
●接收电平门限（dB m）：与接收电平磁滞、TA门限、TA磁滞共同决定内外圆区域，必须大于边缘切换门限值。
●接收电平磁滞（dB）：与接收电平门限、TA门限、TA磁滞共同决定内外圆区域。
●TA门限：与接收电平门限、接收电平磁滞、TA磁滞共同决定内外圆区域，必须大于TA紧急切换门限值。
●TA磁滞：与接收电平门限、接收电平磁滞、TA门限共同决定内外圆区域。
●同心圆切换统计时间（s）：同心圆切换也需要满足P/N判决，建议取5 s。
●同心圆切换持续时间（s）：P/N判决持续时间，建议取4 s。
二、切换失败的原因分析切换失败引起掉话的原因虽然比较复杂，但只要能对整个切换过程有一个完整的、正确的认识，问题就不难解决了。
一般，我们可以通过以下三个步骤进行分析：（1）从MSC、BSC告警中获得网络不正常的信息。
在因相邻小区数据配置有误或邻区的BCCH、BCC（基站收发台色码）、LAC（位置区码）等设置不对而造成切换失败掉话时，都会在MSC及BSC中产生相应的告警。
因此，可以应该经常查看MSC、BSC中的告警记录，找出问题存在的原因。
（2）对OMC的统计信息进行分析来发现不正常的原因。
基站切换失败偏高，有时在MSC及BSC中并无告警信息，这时可以通过对OMC中的数据进行分析来发现问题。
通过对OMC中的数据进行分析，可以发现某些基站存在的隐性问题（如TRX、RTX等的隐性障碍，天线等硬件问题），从而找出问题之所在，达到网络优化的目的。
（3）借助无线场强测试仪的测试来判断切换失败的原因。
在一般情况下，应该对目标小区周边进行较大范围的测试，通过实地路测，可获得基站的覆盖情况及切换情况，从而得到某些OMC所不能提供的信息。
在实测时，特别要把那些与目标小区有切换拓扑关系而拥塞率又较高的小区作为测试的重点，然后通过对测试结果的分析，判断切换失败的原因，从而找出解决问题的办法。
当失败率高涉及到切换问题时，应抓住切换及切换失败的原因作为突破点，进而找出解决问题的办法。
一般而言，由于切换是在小区及基站之间发生的，因此本小区的失败有可能是因为与相邻小区之间的切换设置不合理造成的。
如果是这种原因，则应及时修改切换参数，同时需要检查小区周围是否有盲区存在；如果是由于网络存在漏覆盖区或盲区而导致的切换失败，则可以通过增加新基站或扩大原有基站的覆盖范围予以解决；对于因频率设置不合理而导致的切换失败，可根据实测情况适当修改小区的频率参数；对于那些由于话务量不均衡，使忙时因目标基站无空闲信道而产生的切换失败，可以根据实际话务量的情况，通过修改或增加基站配置或者扩大原有基站的覆盖范围等办法予以解决。
下面从路测角度来分析日常工作中会遇到的切换失败的现象，并分析造成各种现象的原因以及相应的处理办法。
总的来说，在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Cause value）,有些切换失败是可以直接查到切换失败原因的（可以详查GSM规范）。
但对于有些Cause value，如Cause value111（Protocol error，unspecified）、Cause value 3（Abnormal release，timer expired）等就无法定位具体原因。
对于这些情况，我们就应该再进一步的对信令流程、多种测量参数、统计报告以及测试现场的环境等进行综合的分析，从而进一步确定切换失败原因。
下面的大部分篇幅的分析解决办法都是基于这些无法定位具体原因的Cause value。
①、连续的切换失败测试中我们有时会遇到这样的情况：接连不断的出现切换失败，当测试工程师继续驱车向前行驶时，就可能导致拖带掉话。
从系统下行发送的Handover_Command消息中我们可以发现，目标小区都是同一个小区（或同一个基站的不同小区）。
此种现象一般都和基站或传输设备的时钟故障有关，但也有可能是同频同BISC的小区造成的。
②、单独出现的切换失败如上所述，面对连续的切换失败时，我们的目标比较明确，而且基本上都是与时钟等硬件有关，比较容易发现问题，也比较好解决。
而实际工作中，却存在着偶尔单独出现的切换失败现象。
出现这种现象的原因却是多种多样，我们在这一节中将针对不同的现象分析不同的原因，值得注意的是，虽然大多数单独出现的切换失败现象很相似，但通过对信令的分析（时间、帧号、信令内容等），就会找出切换失败的具体原因。
带着这个思路我们来看下面的介绍。
1）连续多个下行Physical Information，超过系统设置造成失败实例：马家堡DCS1现象：从Handover_Command到系统下行发第一个Physical Information正常，因此软件认为切换成功，发送HO_Complete消息。
但1.05秒后又上行发送HandoverFailure消息。
分析：首先看Handover Failure中的Cause Value=111(Protocol error,unspecified)无法证实具体失败原因。
随后再对该地区的频率规划进行了核查，未发现有频率干扰。
在OMC端也未发现传输和基站硬件的告警信息。
但在2层消息中我们可以看出，从Handover_Access后上行发送的SABM消息一直没有得到UA_RSP消息的响应，造成LAPDm信令重发T200×（N200＋1）超时，致使切换失败。
Layer2&Layer3信令流程如下FrameNO. UL/DL Layer Message Type Info in Message Time1 2364048 DL2 I-CMD HO_Command 14'48"10.942 2364049 DL3 HO_Command 14'48"10.943 1946551 UL 2 RR-RSP 14'48"10.804 1946555 UL 3 HO_Access 14'48"10.835 1946580 DL 3 Physical_Info TA=1 14'48"10.946 1946580 UL 3 HO_Complete 14'48"10.947 1946582 UL 2 SABM-CMD 14'48"10.958 1946593 DL 3 Physical_Info TA=1 14'48"11.009 1946606 DL 3 Physical_Info TA=1 14'48"11.0610 1946619 DL 3 Physical_Info TA=1 14'48"11.1311 1946621 UL 2 SABM-CMD 14'48"11.1312 1946632 DL 3 Physical_Info TA=1 14'48"11.1913 1946645 DL 3 Physical_Info TA=1 14'48"11.2514 1946658 DL 3 Physical_Info TA=1 14'48"11.3115 1946660 UL 2 SABM-CMD 14'48"11.3216 1946671 DL 3 Physical_Info TA=1 14'48"11.3717 1946684 DL 3 Physical_Info TA=1 14'48"11.4318 1946697 DL 3 Physical_Info TA=1 14'48"11.4919 1946699 UL 2 SABM-CMD 14'48"11.5020 1946710 DL 3 Physical_Info TA=1 14'48"11.5521 1946723 DL 3 Physical_Info TA=1 14'48"11.6122 1946729 DL 3 System_Infor_6 14'48"11.6423 1946736 DL 3 Physical_Info TA=1 14'48"11.6724 1946738 UL 2 SABM-CMD 14'48"11.6825 1946739 UL 3 MR null 14'48"11.6826 1946749 DL 3 Physical_Info TA=1 14'48"11.7327 1946762 DL 3 Physical_Info TA=1 14'48"11.7928 1946775 DL 3 Physical_Info TA=1 14'48"11.8529 1946777 UL 2 SABM-CMD 14'48"11.8630 1946788 DL 3 Physical_Info TA=1 14'48"11.9131 1946801 DL 3 Physical_Info TA=1 14'48"11.9732 2364314 UL 3 HO_Failure 14'48"11.9933 2364323 UL 2 SABM-CMD 14'48"12.0434 2364347 DL 2 UA-RSP 14'48"12.1535 2364349 UL 2 I-CMD HO_Failure 14'48"12.16我们发现该小区的呼叫成功率和切换成功率均很低，怀疑为硬件有问题。