12A 相邻地市未及时更新数据导致新替换站点出切换异常
关于站点信息未及时同步的处理方法
关于站点信息未及时同步的处理办法
目前站点信息统一由资源系统管理，并已实现将站点信息自动同步到各个业务系统，同步流程大致如下：
资源系统--（每半小时同步一次）-->主数据--（每半小时同步一次）-->业务系统（涉及的业务系统包括物业系统、财务系统）
但是由于前期站点信息同步流程问题，致使部分数据未及时同步到主数据及业务系统，无法进行正常的付款、做账等业务。
针对此类问题，特制定处理办法：
1、如果业务人员发现业务系统（物业系统、财务系统）站点信息不存在或有问题，属
于如下两种情况之一：
a)通过站点编码无法查询到相关站点信息
b)站点编码所属组织不正确
2、登录资源系统核实相关站址信息是否正确
a)资源系统中该站点的所属组织是否正确
b)维护状态是否为在网或在建
正确结果应如下图：
3、如果上述2个字段信息为空或者不正确，请在资源系统进行更新，资源系统会自动
把信息同步到业务系统，具体操作请参照资源系统站点编码维护手册。
（注：资源系统更新和查询权限在各公司建维部）
4、更新完成后一小时，重新登陆到业务系统（物业系统、财务系统）观察数据是否同
步。
邻区漏配导致切换失败
下沙绕城1/2扇区天线接反，下沙绕城2扇区和财经学院2扇区邻区漏配导致切换失败：
【问题描述】
UE在由下沙绕城向财经学院移动过程中，由于下沙绕城1/2扇区天线接反，2扇区天线没有和原1扇区天线的邻区配邻区关系，导致下沙绕城2扇区不能切换到财经学院的2扇区。
优化前
【问题分析】
由于下沙绕城1/2扇区接反，2扇区和原1扇区的邻区未配邻区关系，导致UE在从下沙绕城2扇区向财经学院2扇区方向移动中由于缺少和财经学院2扇区的邻区关系而导致切换失败，从切换指令前面的MC中也找不到财经学院2扇区的信息，确认是邻区漏配。
【解决措施】
1．
【优化结果】
优化后。
切换失败的原因
7.如果邻区由于某种原因（如载频坏掉）不能工作，其他具有与此邻区同频同bsic站信号覆盖过来（但并不在此服务小区的邻区列表中）导致无法切换
8.手机可能出现解码错误，如measurement report 中上报的最强6个小区排序错误。
切换失败的原因
13010341130
切换失败
切换失败的原因有：
1.同频同BSIC会引起切换失败；
2.同频不同BSIC，但BSIC中的BCC如果一致也会起到和同频同bsic一样的结果；
3.邻区CGI号错误也会造成切换失败，如定义外部小区时LAC定义错误；
4.上下行链路不平衡也会造成切换失败，上下行不平衡，可能下行信号很强，但由于某种原因（如在直放站覆盖区内) 可能上行信号无法到达基站，导致切换失败；
SACCH与一个TCH或一个SDCCH相关，是一个传送连续信息的连续数据信息，属于上行和下行信道，采用点对点的方式传播。在上行方向，传送MS接收到的关于服务及邻近小区的信号强度的测量报告，这和MS的切换息息相关。在下行方向，它用于MS的功率管理和时间调整。�
9.目标小区存在较高的上行干扰，会导致切换失败.
10.交换机定义的外部小区LAC错误也会造成切换失败。
11.目标小区拥塞会引起切换成功，跳频中所有载波下行质量都小于80%，关闭小区跳频后，会发现其中一个载波下行质量很差，60%以下，更换这个有问题的载波后小区的质量及切换成功率都会上升。
从图中可以看出由于除夕晚上话务量非常高，造成切换成功率下降，但过去话务高峰后，切换成功率会恢复正常。NOKIA基站切换失败的原因：1.传输不稳定，误码率高，或基站传输板故障，有传输告警。
5G站点gNodeB ID变更后邻区未同步更新导致5G NR SCG异常释放案例
5G站点gNodeBID变更后邻区未同步更新导致5G NR SCG异常释放案例上报省份：福建案例上报人：王振峰188******** 一、关键词gNodeBID，SCG异常释放，邻区二、案例分类1、问题分类：接入切换、用户感知、网络性能2、手段分类：参数调整三、优化背景根据外场测试反馈，测试终端占用上福建移动NSA某小区后异常释放。
四、问题现象NR SCG异常释放失败原因为scg-change failure的NR SCG异常释放，信令特征较为奇怪，NR SCG刚建立好，没有切换信令，终端直接上报scg-change failure原因的异常释放。
五、原因分析进一步回溯信令发现，终端上报B1事件时，上报了4个NR小区（PCI=171/0/75/208）。
因为4G基站侧未配置NR小区PCI=171/0这两个小区作为邻区，因此会添加SS-RSRP第三强的NR小区PCI=75（有邻区）。
但是邻区中PCI=75的对应5G基站的gNodeBID又配置错误了，实际覆盖该区域的PCI75信号应为海峡会展中心8号杆，但基站侧错配为gNodeBID为2101622站点。
基站侧发送SCG ADD REQ到gNodeBID=2101622，CellId=1基站去添加NR小区，但这个gNodeBID基站cellid=1对应的小区是PCI=115，且并不覆盖该区域（终端也确实未搜索到该小区，最终导致终端SCG建立失败，上报SCG change failure的异常释放）。
六、解决方案更正4G小区的NR外部小区和邻区的gNodeBID信息。
七、效果评估通过以上修改，NR小区（PCI：75）信令流程及切换关系正常，切换正常上报B1、A1、A2、A3并成功切换到目标基站。
八、总结和建议通过锚点测参数核查，发现锚点测的gNodeBID修改后邻区没有及时修改外部小区及邻区关系，虽然现网中还有以前的邻区关系存在，但是配置数据的改变，导致终端测试会信令显示异常释放且无法切换。
网优中几种切换失败案例分析与解决
网优中几种切换失败案例分析与解决摘要：在网优的日常优化中，经常发现由于切换失败而导致的呼叫建立失败、掉话等情况，为有效的解决此方面的问题，提高用户满意度，本文结合笔者一段时间来的优化经验，汇总了几种典型的切换失败案例及解决方案，供大家日常优化中参考。
关键词：CDMA WCDMA TD-SCDMA切换正文：在网络的日常优化和维护中，我们不可避免的会碰到通话掉话的情况，排除硬件设备故障如基站倒站导致的信号覆盖不良或GCRU（GPS时钟接收单元）板故障导致时钟不同步等情况外，还有部分情况是由于切换失败导致话音指标降低继而引起的掉话，一般来说，这些情况归纳起来主要由如下几方面的原因：a、邻小区列表设置不合理：主要有未添加邻区和优先级设置不合理。
b、导频检测参数设置不当引起的切换失败：主要由T-ADD、T-DROP等参数设置不合理，导致部分邻区未能及时进入有效集。
c、移动台搜索窗设置不合理引起的切换失败：主要有srch-win-a、srch-win-n等参数设置不当导致强信号未能落入手机的搜索窗而成为干扰信号；d、系统参数如demod-win-length等设置不当引起的切换失败；本文就将结合笔者的理解和实际的案例对上述几种问题进行介绍。
1、关于邻小区列表设置的问题1．1问题表征现象手机在通话过程中可以成功的从A小区切换到B小区，但无法从B小区切换到A小区；手机距离某小区C很近，但在手机的导频激活集中看不到C小区的PN码。
这样随着手机向目标小区移近，手机导频激活集中的EC/IO将逐渐降低、FER逐渐增大，继而引起掉话。
1．2问题原因分析一般情况下，CDMA手机有四个寄存器，分别存放6个激活导频集、5个候选导频集和20个相邻导频集。
虽然在目前的系统中，部分厂家的数据库最多可提供多达45个相邻小区，但系统通过Neighbor List Updat消息经空中接口向手机传送的只有20个，而这20个邻区是系统按一定的算法从当前的服务小区的多个邻小区数据库列表中选出来的，在选择过程中系统一般不依赖于这些小区的信号强度和质量，而仅仅根据数据库的静态定义按照预先设定的算法进行选择。
精品案例_联通主建的共享站点不切换导致S1切换失败案例
联通主建的共享站点不切换导致S1切换失败案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)联通主建的共享站点不切换导致S1切换失败案例【摘要】4G异常小区日常检查时，发现阜阳出现大量的S1切换失败，结合网管排查确定原因为联通主建的共享站点不切换导致S1切换失败导致，从网管上禁止切换后S1切换恢复正常。
【关键字】S1切换共享站点【业务类别】优化方法一、问题描述在日常4G异常小区检查时，发现阜阳出现大量的S1切换失败，结合网管排查确定原因为联通主建的共享站点不切换导致S1切换失败导致。
二、分析过程在4G异常小区日常处理中，S1切换失败是一种常见的切换失败，通常的原因是与联通共建共享的干扰导致的切换失败与光缆故障导致的周边小区切换失败以及公安监控等原因。
联通基站配置网络号（PLMN）分为基站级和小区级，其中联通基站级和小区级配置的PLMN均为46001，开通电信共享小区的PLMN配置为46011，导致小区级PLMN 与基站级PLMN不一致，因此S1切换全部失败。
1、排查基站侧是否存在故障,排查未发现存在影响S1切换的故障2、首先找出失败小区，为FY-临泉-高堰集-HFTA-172668-180。
核查告警小区的两两切换，如下:3、由上可知，172668-181切换目标小区为168560-138，切换成功率为0，经核查发现168560-138为联通主建的电信小区李善寨基站（共建共享小区），详情如下：华为U2000跟踪S1接口信令发现，切换失败发生在准备阶段，失败原因值均为：unknown-targetID，目标小区无法识别：三、解决措施U2000网管设置禁止向46011站点切换，并手动添加460-01邻区关系，最后添加46001到46011的PLMN映射来解决。
四、经验总结遇到此类站点状态正常、无告警的情况，需从基站工作状态，历史告警日志，邻区关系等方面考虑，一步一步排查出具体原因，可以通过基站网管来快速定位问题。
切换失败分析及处理流程
切换失败分析及优化流程 测试过程中发现切换失败时处理流程：小区切换成功率低的处理流程：处理说明：1)切换成功率小于20％，可以判断两个小区具有相同的BCCH和BSIC。
手机区分小区首先判断BCCH频点，如果BCCH相同,则判断BSIC（此时存在一个同频干扰），如果BSIC也相同，手机将无法判断小区,从而导致BSC也无法判断究竟需要切换到哪个小区上去。
原则上，只要手机能够收到该小区的信号，就不能存在同BCCH并且同BSIC。
一般地，如果切换成功率低于50%,可以估计是由于同BCCH并且同BSIC引起的.2)检查参数定义是否对应和正确：a)切换参数：OFFSET、HYST原则上，OFFSET应该等于0，HYST大约等于2左右。
在某些情况下，OFFSET会不等于0，此时需要注意检查两个小区的OFFSET是否对应,即CELL-A定义到CELL—B的OFFSET＝3,那CELL—B定义到CELL—A的OFFSET＝－3。
OFFSET不等于0，表示两个小区的切换边界与小区实际边界有所偏离，此时也需要注意空闲模式下的CRO也要对应设置，以保持小区空闲模式边界与切换边界相同，否则手机将可能在通话开始后,马上发生一次不必要的切换。
两个小区的切换边界与小区实际边界有所偏离，等于扭曲了小区边界，原则上是不好的,但是在以下情况可以取得相应的效果（好的效果）:第一、如果小区的实际边界正处于话务量集中区域或者干扰区域，在不能调整基站位置和天线方向角/下倾角的情况下，让切换避开这些区域，可以提高切换成功率;第二，如果某个小区话务量高或者硬件故障多，可以通过缩小切换边界来减少在该小区内的通话，从而达到提高指标的作用，当然,这只是治标的措施。
HYST不能等于0，否则会引起乒乓切换.但是也不能太大,否则会造成强信号不切换.如果两个小区的信号重叠实在太多,可以适当增加HYST，同时增加定位算法的滤波器值。
b)定位参数：定位算法直接影响最合适小区的选择,如果手机不能选择到最合适的小区上，必然影响切换成功率。
切换异常的原因及优化方法
优化方法：从规划以及优化方面来避免同频同扰码小区越区覆盖现象。主要是调整频点、扰码或工程参数（天线方位角、俯仰角、天线高度、小区最大发射功率等）。
（3）越区孤岛切换问题
在环境比较复杂时，较近小区的信号由于阻挡产生一定损耗，而其他小区可能会从建筑物夹缝中透露出来，形成较强越区孤岛。由于该区域的小区和越区小区之间不会互配置邻小区，在干扰没有严重到导致下行失步时，UE将不会选择到该小区上，但在服务小区信号较弱时，UE很可能会重选到该越区孤岛上。当在该小区上通话（建立其他的DPCH也是一样）后，将会导致无法切换从而掉话的现象。此类问题在切换指标上是无法显示出异常的，主要表现为掉话严重。
优化方法：对发生越区覆盖的小区的天线方向角、俯仰角、小区最大发射功率进行调整，必要时要降低天线高度；如果上述方法均不可行，可添加邻区关系，使切换正常。
（4）目标邻小区负荷过高（或部分传输通道故障），导致切换失败
当目标邻小区的负荷过高时，切换将无法完成。另外，当目标小区的部分传输通道由于误码较高或频繁瞬断时，也会引起切换（选择）失败。如果是跨RNC，由于源RNC不了解目标RNC的传输故障情况，因此只要有切换请求，就会尝试进行切换执行，而最终导致切换失败，这种情况要持续到源RNC收不到目标小区的测量报告为止。
· 调整天馈参数（调整扇区天线下倾角、方位角或者天线挂高），必要时也可更换扇区天线主波束的赋形波束宽度，避免覆盖范围过大，但是必须注意不要出现服务盲区等新问题。
（9）拐弯效应切换失败
在城区内，车辆沿着街道运动时，源小区的信号比较好，但是一旦拐弯到垂直的街道上，源小区的信号会急剧变低，而另外一个小区的信号可能会突然急剧增强，导致和源小区链路失步，网络侧无法接收到UE的测量报告，从而导致切换失败。
切换异常的几种原因分析及排查
RNC发起无线链路建立，NodeB返回失败；
RadioLinkSetupFailure
RelocationFailure
RNC向CN发送重定位失败消息，根据失败的类型填写消息中的错误码；
IuReleaseRequest
D侧发起Iu连接释放过程；
IuReleaseCommand
原因分析及排查手段：
可能原因为：
UE未收到CONFIRM消息（下行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
排查方法：
网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，且在等待时间内未上报小区更新；
measurementReport
UciuHelloForward
UciuHelloForwardAck
SUciuMacMeasReport
RadioLinkDeletionRequest
网络侧删除目标小区无线链路及承载；
RadioLinkDeletionResponse
FpSRelReq
IuReleaseRequest
原因分析及排查手段：
UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了RECONFIGURATION消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
1.1.2.5
1.信令截图：
2.原因分析及排查手段：
切换失败原因分析
一、切换的定义及划分所谓切换,就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区,或者由于外界干扰而造成通话质量下降时,必须改变原有的语音信道而转接到一条新的空闲语音信道上去,以继续保持通话的过程; 切换根据手机和基站测出的上下行电平质量和TA值作为最基本的测量数据,根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区;切换是移动通信系统中一项非常重要的技术,切换失败会导致通话失败,影响网络的运行质量;因此,切换成功率包括切入和切出是网络考核的一项重要指标,如何提高切换成功率、降低切换失败率是网络优化的重点工作之一;根据不同的切换判决触发条件,切换可以分为紧急切换、负荷切换等5类;1紧急切换;包括TA过大紧急切换、质量差BQ紧急切换、电平下降紧急切换、干扰切换;●TA过大切换条件：服务小区的TA大于等于紧急切换TA限制;●BQ切换条件：服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量限制；服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量限制;●快速电平下降切换在呼叫中电平突然下降时触发,触发条件：服务小区如果Value＞BValue：一个与滤波器参数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 value111Protocolerror,unspecified、Cause value 3Abnormal 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=111Protocol 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我们发现该小区的呼叫成功率和切换成功率均很低,怀疑为硬件有问题;在对硬件模块和天线的驻波比等参数进行检测未发现问题后,经过更换信道盘后该问题解决;说明是CTU中某些功能模块出现故障; 该案例说明,在实际工作中的任何时候,我们都不能忽略硬件问题,尤其是在没有发现硬件告警的情况下,更需要通过超过常规手段的新办法来发现硬件问题;这样,除了能解决眼前的问题以外,还能为发现网络深层次问题和发现问题的新思路积累经验;2无下行physical informationA．同站不同小区之间将Synchronized Indicator置为True;实例：北太平庄路口DCS现象：测试工程师在北三环自西向东行驶,占用小区31047,随着继续行驶,TA已经达到3,这时服务小区的覆盖电平已经降到－8xdBm,Quality也达到4、5级,但邻区覆盖电平并不高;后系统令手机向同站的31048发出切换命令,但切换失败;分析：首先先看Handover_failure中的CauseValue＝111;再分析信令流程：从HO_Access到HO_Complete之间无任何信令,原因是同站不同小区之间我们在邻区设置时,将默认同步值设为True,因此,在切换时系统不会下行发送Physical Information,而手机在发送HO_Acces后也不会等待下行消息,不会触发T3124;如下表：FrameNO. UL/DL Layer Message Type Info in Message Time 1 1707367 DL 2 I-CMD HO_command 15'39"12.622 1707370 UL 2 RR-RSP 15'39"12.643 1707372 DL 3 HO_Command 15'39"12.654 1707387 UL 3HO_Access 15'39"12.715 1707391 UL 3 HO_Complete 15'39"12.736 1707396 UL 2 SABM-CMD15'39"12.767 1707435 UL 2 SABM-CMD 15'39"12.948 1707474 UL 2 SABM-CMD 15'39"13.129 1707514 UL 2 SABM-CMD 15'39"13.3010 1707544 DL 2 DM-RSP SAPI=3 15'39"13.4411 1707552 UL 2 SABM-CMD 15'39"13.4812 1707593 UL 2 SABM-CMD 15'39"13.6713 1707656 UL 3 HO_Failure 15'39"13.9614 1707663 UL 2 SABM-CMD 15'39"13.9915 1707692 DL 2 UA-RSP 15'39"14.1216 1707694 UL 2 I-CMD HOF 15'39"14.1317 1707718 DL 2 RR-RSP 15'39"14.2418 1708634 DL 2 DM-RSP SAPI=3 15'39"18.47但是为什么最后还是切换失败了呢仔细研究2层消息,手机连续发送6条SABM消息,等待接收UA-RSP的连接确认消息,造成Um接口的LAPDm协议上的T200×N200＋1超时是切换失败的原因;经过核查邻区关系,我们发现小区31047缺少东边一些相邻的邻区,造成只能回切至自己本站的2小区的现象,但由于距离太远,已经无法收到下行或上行的消息,造成了切换失败;故障解决：加上适当邻区后该问题解决;我们在下面的注解中将刚才提到的有关同步/非同步切换所涉及到的计时器介绍一下：注：设置小区同步切换对切换流程的影响在邻区关系设为Non_Synchronized时,手机在发送HO_Access同时会启动T3124,在这个计时器期间未收到下行的Physical Information,便认为切换失败；收到Physical Information后T3124自动停止,这时会上行发送Layer 2 SABM消息,启动LAPDm的T200和N200计时器,在T200×N200＋1时间内未收到下行的UA-RSP的确认消息就会发送切换失败消息;在邻区关系设为Synchronized时,手机不会启动T3124计时器步骤,直接进入Layer2计时器阶段;B．小区之间将Synchronized Indicator置为False;在收到手机上报的HO_ACCESS消息后,从理论上基站是应该发出下行Physical Information的,但造成手机端未收到或未正确解码的原因有很多;这种情况下应当首先考虑硬件问题,比如信道盘、时钟、传输等;另外考虑是否有频率干扰的问题,由于干扰造成的上下行消息不能正确接受的影响范围很广,产生的原因也多种多样,所以有时不能单单从GI分析软件GSM Investigator,Motorola开发的优化工具等方法中发现带内干扰,例如可能由于邻区不全造成拖带,从而造成与远处基站的干扰等等,这就要视具体情况而定;3三层消息中出现HO_Complete后手机再上行发送HO_Failure消息实际上在GSM规范中没有此类的规定,仅在用TEMS测试中中发现此类现象;如果系统收到的手机上报的切换失败的消息后,会通知源小区进行拆线,空出原信道,这样手机切换失败后就不能回到原信道,从而造成切换掉话;但经过大量TEMS的路测文件的分析,并没有出现上述的切换掉话现象,从这个角度说,我们可以认为这是软件问题,实际上系统并没有收到切换成功的消息;至于软件问题的具体原因,Ericsson公司还没有给出正面的答复;实际我们可以参照第一种情况“连续多个下行Physical Information,超过系统设置造成失败”的解决办法;4其它可能出现的切换失败现象除了以上所介绍的几种常见的切换失败的类型外,我们还可能遇到一些其它不常见的切换失败,这些都是GSM规范中定义的切换失败类型,主要是系统设置出现问题,或手机不支持网络设置所致;A．超过目标小区的最大服务距离,Cause: “handover impossible, timing advance out of range”见GSM规范04.08在小区设置时,可以设置小区的最大服务距离,参数以TA为单位,最小可以设到0;该参数的目的有两个：1、控制小区用户起呼的范围,超过设置范围的用户将不能起呼；2、控制该小区的话务量,使得超过该小区设置范围的用户自动切出,另外“阻止”超过改设置范围的用户切入;这样在Handover Failure中的Cause: "handover impossible, timing advance out of range";在GSM 规范中规定在同步切换或预同步切换的时候,下行系统发送的HO_Command消息中包含了目标小区TA设置为多大,由于手机会以源小区的TA为基准向目标小区接入,当发现自己所用的TA值超过目标小区的限制时,便会立即上行发送HO_Falure消息,并且Cause: "handover impossible, timing advance out of range";B．Cause: “frequency not implemented”见GSM规范04.08如果切换失败原因为Cause "frequency not implemented"时,说明有以下两种可能：一种是手机不能调谐到HANDOVER COMMAND消息中所包含的频率上,例如单频手机不能切到其他频段上,但此类现象只有在交换机上设置参数错误或出现故障时才可能发生,因为系统是会根据手机的类别来有针对性的发出切换命令的；另外一种原因是手机在收到的包含有Frenquency List的字节中包含有不同频段的频点;以上两种情况手机就会立即直接发送HANDOVER FAILURE 消息,并保持使用原先的信道不变,返回系统的失败原因就是Cause "frequency not implemented";C．Cause: “channel mode unacceptable” 如果手机不支持HANDOVER COMMAND中提供的信道模式或者根本没有此类信道模式,手机就会立即发送HANDOVER FAILURE消息,并保持现有信道和信道模式;详见GSM规范04.08D．lower layer 信道建立失败造成切换失败此类现象在实际工作中从未遇到过,但是规范中有此类原因的切换失败;详见GSM规范04.08E．目标小区要求加密、VGCS等设置与源小区不同且在HO_Command 中没有提及的；见GSM规范04.085 Cause 3与Cause 111的对比在日常工作中,我们使用的测试设备有两大类,一类是Ericsson公司的TEMS 系列,这其中包括TEMS98,TEMS-Investigation2.0/3.0,TEMS-Automatic等；一类是NEMO公司的NEMO-TOM/SAM系列;由于双方软件设计的一些不同,一些方面需要引起大家注意;最主要的在于信令流程中的差异;TEMS中三层消息较全,另外还有二层消息,对于分析问题更加便利;相比而言TOM的三层消息就比较少,有些重复发送的例如系统消息和测量报告就不会纪录下来,另外还没有二层消息;另外,我们发现在Ho_Failure中的Cause Value中也有这不同的判断,这一般体现在不明原因的切换失败上,在TEMS中均为Cause111Protocol error,unspecified,而在TOM中则多为Cause3timer expired;因此,前文中Cause Value 不明原因的切换失败是基于TEMS的Cause111的,但在用TOM测试的分析中,遇到的Cause Value3也同样适用;。
小区切换失败的原因
小区切换失败的原因在现代社会中，小区切换已经成为人们生活中的一个常见问题。
然而，有时候我们可能会遇到小区切换失败的情况，这给我们的生活带来了一些不便。
那么，小区切换失败的原因是什么呢？一个常见的原因是信号弱。
由于小区切换是依赖于手机信号的连接，如果信号弱，就会导致切换失败。
信号弱可能是由于建筑物遮挡或者信号传输距离过远等原因造成的。
此外，如果小区之间的信号质量差异较大，也会导致切换失败。
网络拥堵也是导致小区切换失败的一个原因。
当网络拥堵时，手机可能无法及时与新的小区建立连接，从而导致切换失败。
网络拥堵可能是由于用户过多、网络设备故障或者网络带宽不足等原因造成的。
手机系统问题也是导致小区切换失败的一个重要原因。
如果手机系统出现故障或者设置不当，就可能导致小区切换失败。
例如，手机设置为手动选择网络，而没有及时切换到新的小区，就会导致切换失败。
小区切换参数设置不当也会导致切换失败。
小区切换是通过一系列的算法来实现的，如果这些算法的参数设置不当，就会导致切换失败。
例如，切换阈值设置过高或者过低，都可能导致切换失败。
另一个导致小区切换失败的原因是网络制式不匹配。
不同的小区可能采用不同的网络制式，如果手机不支持或者不兼容新的网络制式，就无法切换到新的小区。
这种情况下，只能通过更换手机或者更新手机软件来解决问题。
运营商基站故障也可能导致小区切换失败。
基站是手机信号的发射和接收设备，如果基站出现故障或者维护，就会导致小区切换失败。
这种情况下，只能等待运营商修复基站故障。
小区切换失败的原因有多种多样，包括信号弱、网络拥堵、手机系统问题、参数设置不当、网络制式不匹配以及基站故障等。
为了解决这些问题，我们可以采取一些措施，比如优化手机信号、增加网络带宽、更新手机软件、调整小区切换参数等。
只有通过不断优化和改进，才能提高小区切换的成功率，使我们的生活更加便利。
切换失败上报大量的测量报告
切换失败上报大量的测量报告切换失败上报大量的测量报告随着网络技术的飞速发展，人们对高速、稳定的网络连接的需求越来越迫切。
为了解决网络信号覆盖不完善的问题，移动网络运营商和设备制造商纷纷推出了切换功能，使用户能够在不同的网络之间无缝切换，以获得更好的网络体验。
然而，切换中出现的失败却成为了一个相对常见的问题，这不仅给用户带来不便，也给网络运营商和设备制造商带来了一系列挑战。
一、切换失败的原因及影响切换失败可以由多种原因造成，例如网络覆盖不稳定、信号干扰、切换算法不合理等。
当切换失败时，用户的移动设备可能会持续发送测量报告给网络运营商，以通知其失败的情况。
而当大量用户遭遇切换失败时，网络运营商将会受到大量测量报告的干扰。
这些报告的大量涌入可能会对网络运营商的服务器和数据处理系统造成压力，导致网络运营商难以有效处理这些报告，进而影响到切换失败问题的解决。
切换失败不仅会对网络运营商造成影响，用户也将面临一系列问题。
切换失败使用户无法及时切换到更好的网络，导致他们在使用移动互联网时遭遇断网、卡顿等问题。
切换失败还可能使用户消耗大量的电池电量，因为移动设备在切换失败的过程中会频繁地搜索和连接网络。
切换失败还使用户的移动设备性能受到影响，可能导致设备运行缓慢、流量消耗加大等问题。
这些影响都将直接降低用户的使用体验和满意度。
二、解决切换失败上报大量测量报告的挑战面对切换失败上报大量测量报告的挑战，网络运营商和设备制造商需要采取一系列措施来解决。
网络运营商可以通过改进网络覆盖和信号质量来降低切换失败的概率。
增加基站的密度、优化网络覆盖范围、减少信号干扰等措施都可以有效提高切换的成功率。
网络运营商还可以改进切换算法，使其更加智能化和适应性强，从而减少切换失败的概率。
设备制造商可以通过改进设备的硬件和软件设计来提高切换的成功率。
设计更强大的天线和信号处理器，优化移动设备的系统和网络管理算法等都可以帮助减少切换失败的风险。
精品案例_因邻区关系设置不符导致切换失败
因邻区关系设置不符导致切换失败目录高铁邻区设置不合理导致无线链路失败 (3)一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)因邻区设置不符导致切换失败【摘要】随着高铁路线普及以及人们生活水平的提高，中国人的出行已于高铁密不可分，保证高铁沿线信号质量，提升用户感知格外重要。
【关键字】高铁、用户感知【业务类别】基础维护、参数优化一、问题描述9月5日测试发现水滨庄园附近约800米路段覆盖较差，RSRP在-100以下，UE占用HF-市区-磨余路与高铁路南-HFMA-433788-53，持续上报A3事件无法切换到更优小区HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53，最终导致无线链路失败，如下图：图1 问题点二、分析过程1、核查发现UE占用HF-市区-磨余路与高铁路南-HFMA-433788-53与HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53互有邻区；2、核查外部邻区频点、PCI、TAC配置正确无误；3、核查外部邻区中未发现有和目标小区同频同PCI小区；4、核查邻区关系中禁止切换标识为禁止切换，故导致无法切换，如下：图2 禁止切换及操作记录三、解决措施禁止切换标识修改为“允许切换”图3 网管目前查询截图允许切换标识打开后,该路段正常切换，UE及时切换占用高铁路南-HFMA-433788-53与HF-市区-慈云村七组路与葡萄园路交口北-HFTA-911860-53，RSRP在-92dBm左右，如下：四、经验总结对于切换问题，可首先通过以下几步进行排除定位：1、核查是否有加邻区；2、外部邻区中频点，PCI，TAC等信息是否配置无误；3、是否有PCI混淆问题；4、允许切换标识是否打开。
除去目标小区满负荷、干扰、设备告警等原因，切换失败问题可由以上4个方面逐步排查。
关于经纬度错误导致切换异常的案例
关于经纬度错误导致切换异常的案例一、案例基本信息作者姓名：饶庆文案例类别：□网络故障类□内控风险类□网络安全类□管理与技术应用类✓其它类专业细分：□无线类□传输类□交换类✓数据类□动力类□全业务类□基建类□其它类（需自定义）二、案例情况简述东莞东城上合旺盈印刷E-HLW-1小区近期存在切换成功率低的情况，全天24小时切换成功率均偏低；经后台指标分析以及结合MAPINFO地图数据得知，东莞东城上合旺盈印刷E-HLW-1切换成功率低是由于站点的经纬度错误导致其2\3\4G邻区基本配置错误，引起切换异常。
三、案例详细报告1、基本信息故障的所涉及的专业为无线专业，网元为LTE网络。
2、现状（问题、故障）基本描述东莞东城上合旺盈印刷E-HLW-1小区在NDS系统上存在3级长期劣化保持性工单，切换成功率低告警。
1）东莞东城上合旺盈印刷E-HLW-1小区位置。
2）网管告警信息查看该基站无告警消息,可排除基站设备故障引起；3）问题分析查看东莞东城上合旺盈印刷E-HLW-1小区最近一周指标，发现切换成功率低于95%，统计eNodeB间异频切换失败次数较多;切换指标统计如下：由上图所示，小区同频切换出尝试次数为0，统计同频切换成功率一直为0，核查小区现网已定义同频邻区关系，发现其定义同频邻区均属于万江区；同频邻区关系如下：继续检查数据，发现东莞东城上合旺盈印刷E-HLW-1与其同频邻区东莞万江圣伯利酒店E-HLW-1、东莞万江阳光海岸商务酒店E-HLW-1的经纬度基本相同，同时东莞万江圣伯利酒店E-HLW-1、东莞万江阳光海岸商务酒店E-HLW-1小区一直是激活状态的，但东莞东城上合旺盈印刷E-HLW-1与其同频邻区完全无切换申请，故初步怀疑定义邻区关系可能存在异常。
网管经纬度查询如下：继续提取两两小区切换对指标分析，指标如下：两两小区切换指标.xlsx由上图所示，源小区切向目标小区（6737681）东莞塘东路中D-HLH-1执行失败多，查询该小区位于东城区，提取U2000网管的经纬度，发现“东莞东城上合旺盈印刷E-HLW”与“东莞塘东路中D-HLH”的距离约8.8公里，而与其同覆盖的站点“东莞东城上合旺盈印刷E2-HLW”和“东莞塘东路中D-HLH”的距离仅为250米；MAPINFO统计如下：如上图所示，东莞东城上合旺盈印刷E-HLW-1与东莞塘东路中D-HLH-1的距离约8.8公里如上图所示，东莞东城上合旺盈印刷E2-HLW-1与东莞塘东路中D-HLH-1的距离仅为250米。
缺少双向切换关系导致切换失败
缺少双向切换关系导致切换失败
————————————————————————————————作者：————————————————————————————————日期：
2
缺少双向切换关系导致切换失败
在金塔县城进行测试过程中发现当MS占用YIDONGGONGSI3小区后，在小区BA列表中根本没有相邻小区，在占用该小区后根本无法切出，情况如下：
在占用移动公司3小区后，由于在BA表中没有可供选择的邻小区，导致无法切出，必然导致掉话。
在本次通话结束后MS脱网，随后进行小区选择过程占用jinta1小区。
由以上情况分析初步断定可能是邻小区数据定义有误，后经核查发现该小区的切换关系中未定义出切换关系，也就是说只有切入没有切出，现已得到解决。
3 / 3。
LTE站内切换失败是什么原因
LTE站内切换失败是什么原因1、你的先看看本站邻区增加了没有，没有增加，只有A3测量，没有成功。
2、增加邻区，在看看邻区数据是否配置正确3、核查下⽬标⼩区是否存在告警（影响切换的）4、最后核查下2个⼩区之间的出或者⼊切换是否都正常，可以切出，可以切⼊，都不可以，都的测试验证下5\看看基站有没有告警6\是否拥塞，失败的原因有很多：0，硬件性能问题：终端异常《重启或更换终端》，故障《更换终端》，基站硬件故障《重启基站或更换硬件》1，邻区漏配，外部邻区参数设置错误（邻区优化）2，⼲扰问题：PCI冲突（换PCI，RS，RF优化），导频污染（换PCI，RS，RF优化），⽹外⼲扰（后台要配合处理，通过扫频仪测试定位和排查）3，阻塞4，时钟不同步5，弱覆盖（RS，RF优化或者建议加站）过覆盖（RS，RF优化）6，切换门限配置，迟滞，CIO，不合理（切换参数优化）⼀.⾸先跟踪信令看⼀下，具体那⼀步出问题了①eNodeB向UE下发测量控制，通过RRCConnectionReconfigration消息对UE的测量类型进⾏配置；②UE按照eNodeB下发的测量控制在UE的RRC协议端进⾏测量配置，并向eNodeB发送RRCConnectionReconfigrationComplete消息表⽰测量配置完成；③UE按照测量配置向eNodeB上报测量报告；④eNodeB根据测量报告进⾏判决，判决该UE将发⽣eNodeB内切换，在新⼩区内进⾏资源准⼊，资源准⼊成功后为该UE申请新的空⼝资源；⑤资源申请成功后eNodeB向UE发送RRCConnectionReconfigration消息，指⽰UE发起切换动作；⼆、核对参数，看是否配置有邻区，是否有测量报告等；三、查看是否有告警，拥塞，⼲扰等。
TDL站点系统内邻区TAC配置错误导致MME间切换失败问题分析处理
具体站点如下：
源基站ID 源基站名经度纬度313939 东胜民族幼儿师范-HLHF 110.0231 39.81167
12个站点中有9个站点在康巴什，而且均在药监局的附近。
因此怀疑此处出现链路配置问题或者参数问题。
2、查看EnodeB入POOL情况
经核查，鄂尔多斯的12个站点均已经入POOL，即分别在MME1和MME2。
目前内蒙移动有2台MME，每个MME有2个IP地址，所有地市的基站都要配这两个MME的IP地址，就是
触发测量报告，但不执行切换，可能是切换参数配置不合理，查询切换参数配置合理，具体截图如下：
伊旗康巴什药监局的同频切换参数如下：设置正常。
测试情况二：
解析具体原因为未知的分离。
从MME侧跟踪信令来看，康巴什药监局向康巴什巨力大厦切换正常，
5、处理结果
修改康巴什巨力大厦的邻区康巴什药监局的TAC区数据（由18290修改为路段切换正常，问题得以解决。
案例-传输故障引起切换、erab连接异常
传输故障引起切换、erab连接异常案例摘要：7月4日亳州市利息县王人镇基站小区与周边邻站小区切换异常，产生S1切换成功率、X2切换成功率和erab连接异常小区，受影响基站17个。
通过故障排查，定位为王人镇基站到核心网传输故障引起。
联系本地网传输监管部门，处理恢复。
关键词：传输故障、核心网、S1切换成功率、X2切换成功率【故障现象】：7月4日亳州利辛县王人镇基站及周边基站小区出现S1切换成功率、X2切换成功率、erab连接异常，总计产生74个告警，其中S1切换成功率告警26个，X2切换告警33个，erab连接告警15个。
涉及的告警小区拓扑如下：图1 故障基站分布【原因分析】：对TOP小区进行核查，首先通过两两切换指标，定位切换出失败次数较高的目标小区均为439401、154690两个BBU下的小区，该两个BBU为王人支局基站。
切换异常最早从4日上午9点时段开始，之前时间切换指标均无异常核查，为突发式情况。
如下图：图2 Top小区切换指标核查1.核查基站设备故障情况，均无故障告警，排除基站及BBU硬件告警;2.BBU439401和BBU154690为王人支局A2设备下挂，核查IPRAN网管，王人支局A2设备到BBU无线业务正常，无告警，如下：图3 王人支局IPRAN3.核查基站链路告警，BBU439401、BBU154690到核心网EPC的SCTP链路故障，如下：1）、BBU439401到核心网EPC-dazhonglou链路0断开图4 BBU439401到核心网链路故障2）、BBU154690到核心网SGW链路故障告警图5 BBU154690到核心网SGW链路故障从故障时间看，和异常小区发生时间相符合。
BBU到A设备间业务正常，BBU 到核心网链路断开，判断为到核心网的传输故障导致异常小区。
【故障处理】：联系本地网传输监控部门，将故障详细反馈给传输网管，对王人支局A设备到核心网传输进行问题排查，于4日晚上21点51分清除故障，核实小区切换等业务恢复正常。
邻区规划错误导致切换成功率差案例
邻区规划错误导致切换成功率差案例背景：规划邻区距离较远，恰好在规划的邻区当中存在与正确经纬度邻区相同PCI的邻区，容易导致源小区切往目标小区失败，影响切换成功率。
初步原因：查询基站无告警，无干扰。
邻区对统计发现切往九龙坡含湖村9社-HLHA、C小区切换全部失败，如下表所示：统计九龙坡广厦城-HLHC切换失败原因主要为目标小区回复切换准备失败消息导致切换出准备失败，部分核心网原因导致切换出准备失败次数。
查询九龙坡含湖村9社-HLH基站无异常，无干扰，查询外部邻区信息正确；其他小区切往九龙坡含湖村9社-HLHA/C小区均正常。
现网中主要采用S1切换，大部分小区未开启X2切换，故下面给出S1切换信令流程。
着重分析目标小区回复切换准备失败消息导致切换出准备失败的原因。
跨S1的站间切换信令交互过程如下：UE S_eNB T_eNB Core NetworkUU_interface X2_interface S1_interface跨S1的站间切换信令流跟踪信令发现，MME发送了S1AP_DL_NAS_TRANS给目标小区，证明核心网已于目标小区切换信令交互没有问题，故证明切换失败不是核心网问题。
目标小区未收到UE的RRC_CONN_RECFG_CMP的信息，导致MME发送了S1AP_DL_NAS_TRANS 反复发送，计数器超时，切换失败。
出现这种原因可能为：1、UE未收到源小区下发的RRC重配置信息，未上传RRC_CONN_RECFG_CMP信息。
出现这种情况，UE问题不会导致切往单一小区出现问题，一定是UE切往其他小区也会出现失败，与实际情况不符故排除。
2、上传RRC_CONN_RECFG_CMP信息，但目标小区未收到；A、出现这种情况，有可能目标小区故障，但查询目标小区无告警，无干扰，且其他小区切往目标小区均正常，故排除这种可能；B、邻区规划错误，导致UE上传RRC_CONN_RECFG_CMP的区域不在小区覆盖围，故导致了UE上传RRC_CONN_RECFG_CMP目标小区收不到的情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
标题：相邻地市未及时更新数据导致新替换站点出切换异常
关键字：切换加密算法 MSC
类别：华为GSM 切换类问题
现象描述：替换站点S14西美出切换到揭阳站点异常指标异常，有出切换请求次数，但是没有切换成功次数，而且没有入切换请求次数。
告警信息：无
原因分析：
1．数据配置错误
2．TRX硬件故障
3．外界干扰
4．连线错误
5．邻区漏配置
处理过程：
处理前指标：
下表是替换后的切换指标：
区已经不能识别我方小区，故没有切换请求次数，可以判断是揭阳方面没有及时更新替换站点数据导致的。
询问后告知确实未更新我方小区数据，协调揭阳方面及时更新数据。
由上表可以看出，揭阳入切换到我方小区的指标已经正常，但是我方出切换到揭阳方面的切换指标依然异常，怀疑是BSC中的外部小区定义错误导致，经过仔细检查，确认外部小区数据正确。
我方小区有出切换到揭阳的请求次数，可以判断我方MSC中已经配置揭阳的LAC为相邻LAC，但是还无法确定数据的正确性。
经过与揭阳方面维护人员对比，发现确实是我方MSC数据错误导致，具体情况是相邻揭阳站点所属的MSC定义错误。
未调整MSC前，MSC中的数据：
全球小区标识 = 460002686
位置区小区名称 = JYFMSC
位置区小区的MSC号 = 8613745253
位置区小区的VLR号 = 8613745253
移动网络码 = FFF
漫游分析 = 否
呼入限制 = 否
呼出限制 = 否
位置区类别 = LAI
位置区类型 = 相邻VLR
位置号名称 = INVALID
大本地网话统名称 = STS01
域名称 = PUBLIC
Server名称 = LOCAL
位置号 = 65535
加密模式设置 = 否
加密算法 = <NULL>
Classmark2 RFC = 111
小区类型 = SAI
包含Classmark3信元 = 是
包含Chosen Encry Algorithm信元 = 否
包含IMSI信元 = 否
半速率信道允许指示 = 禁止
包含DTX信元 = 否
包含完整性保护信元 = 是
包含Old BSS To New BSS信元 = 是
包含Source RNC To Target RNC信元 = 是
包含Bssmap Service HandOver信元 = 否
只包含FR Speech Version 1 指示 = 否
包含Current Speech Version 指示 = 是
SNA特性时是否支持全网配置 = 是
不发起Classmark Request = 是
局间切换MAP不携带Codeclist = 是
保留Bit 22 = 是
保留Bit 23 = 是
热点位置区 = 否
保留Bit 25-Bit 31 = 1111111
更正后MSC中数据：
全球小区标识 = 460002686
位置区小区名称 = NULL
位置区小区的MSC号 = 8613747286
位置区小区的VLR号 = 8613747286
移动网络码 = FFF
漫游分析 = 否
呼入限制 = 否
呼出限制 = 否
位置区类别 = LAI
位置区类型 = 相邻VLR
位置号名称 = INVALID
大本地网话统名称 = STS01
域名称 = PUBLIC
Server名称 = LOCAL
位置号 = 65535
加密模式设置 = 否
加密算法 = <NULL>
Classmark2 RFC = 111
小区类型 = SAI
包含Classmark3信元 = 是
包含Chosen Encry Algorithm信元 = 否
包含IMSI信元 = 否
半速率信道允许指示 = 禁止
包含DTX信元 = 否
包含完整性保护信元 = 是
包含Old BSS To New BSS信元 = 是
包含Source RNC To Target RNC信元 = 是
包含Bssmap Service HandOver信元 = 是
只包含FR Speech Version 1 指示 = 否
包含Current Speech Version 指示 = 是
SNA特性时是否支持全网配置 = 否
不发起Classmark Request = 是
局间切换MAP不携带Codeclist = 是
保留Bit 22 = 是
保留Bit 23 = 是
热点位置区 = 否
保留Bit 25-Bit 31 = 1111111
断应该不是数据的问题，而且前面了解到相邻揭阳站点话务量较大，拥塞较严重，判断是这个原因导致出切换的指标不是很理想。
建议与总结：
在网络调整时一定要注意数据的正确性。