路测切换失败的原因分析及解决
切换失败原因分析
切换失败原因分析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系统间切换应尽量选择在人口密度小的区域,减少切换次数,也避免了因处理能力不足而使信令交互延时或失败,最终导致掉话。
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就不会生成切换命令,导致切换失败。
无线网络规划-切换失败原因及优化方法
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过程内存不足都 可能导致终端死机、不影响相应动作等情况发生。在测试过程中表现为一段 时间终端不接收、不发送信令,接收电平强度、电平质量无变化。这种情况 较明显,容易判断,且不属于网络问题,一般重启终端即可恢复,不需要特 别分析。
切换失败原因分析
切换失败原因分析一、切换的定义及划分所谓切换,就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区,或者由于外界干扰而造成通话质量下降时,必须改变原有的语音信道而转接到一条新的空闲语音信道上去,以继续保持通话的过程。
切换根据手机和基站测出的上下行电平质量和TA 值作为最基本的测量数据,根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区。
切换是移动通信系统中一项非常重要的技术,切换失败会导致通话失败,影响网络的运行质量。
因此,切换成功率(包括切入和切出)是网络考核的一项重要指标,如何提高切换成功率、降低切换失败率是网络优化的重点工作之一。
根据不同的切换判决触发条件,切换可以分为紧急切换、负荷切换等5类。
(1)紧急切换。
包括TA过大紧急切换、质量差(BQ)紧急切换、快速电平下降紧急切换、干扰切换。
●TA过大切换条件:服务小区的TA大于等于紧急切换TA限制。
●BQ切换条件:服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量限制;服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量限制。
●快速电平下降切换在呼叫中电平突然下降时触发,触发条件:服务小区如果Value>B(Value:一个与滤波器参数A1~A8相关的值,该值表示在一段时间内接收电平的变化趋势;B:滤波器参数)切换最后的MR6已经低于边缘切换门限,则发生切换。
●干扰切换:也属于紧急切换,当接收电平大于一定值但传输质量又低于干扰切换质量门限时触发。
(2)负荷切换。
负荷切换触发要同时满足三个条件:系统信令流量小于允许负荷切换系统流量级别门限;需要切换的小区负荷高于负荷切换启动门限;接收切换的小区的负荷低于负荷切换接收门限。
(3)正常切换。
包括边缘切换、分层分级切换和PBGT切换。
●边缘切换条件:服务小区已低于边缘切换门限;在边缘切换统计时间(如5 s)内,服务小区电平持续低于边缘切换门限(如4 s)。
切换异常的几种原因分析及排查
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.原因分析及排查手段:
切换失败原因和越区切换
切换失败原因和越区切换切换失败的原因主要有:1、硬件故障。
这是⾸先要与BSC确认的,检查有⽆告警信息。
2、切换参数设置有误或不合理。
3、切换⽬标⼩区有⼲扰。
4、邻区关系设置不合理,有漏配邻区等情况。
5、切换⽬标⼩区拥塞。
在路测中,我遇到的⼀般都是某⼩区越区覆盖、邻区不全导致的切换失败,和⽬标⼩区频点有⼲扰导致的切换失败。
遇见切换失败问题:1、⾸先查看是否⽤硬件告警,排除硬件问题导致的切换失败。
⽐如载频板故障,会导致⼊切换成率差。
2、查看⼩区数据配置。
⽐如定时器、⼩区切换磁滞和PBGT门限是否合理、邻区关系是否做全、如果是BSC间切换那么还要查看外部邻区数据中LAC CI BCCH BSIC 设置是否正确。
3、查看⼩区⼲扰带测量,排除是否有同频甚⾄同主B同BSIC码的现象。
4、现场环境是否弱覆盖现象,弱覆盖也容易造成切换失败。
5、时钟故障。
会导致MSC间切换失败。
6、孤岛效应导致切换失败。
7、上下⾏不平衡导致切换失败越区覆盖本词条主要介绍越区覆盖越区覆盖:由于基站天线挂⾼过⾼或者俯仰⾓过⼩引起的该⼩区覆盖距离过远,从⽽越区覆盖到其他站点覆盖的区域,并且在该区域⼿机接收到的信号电平较好。
⼀、导致越区覆盖的原因⾸先在⽹络规划过程中,应结合基站站址的间距,周围的地物地形数据进⾏基站的天线挂⾼、⽅向⾓、倾⾓、发射功率等参数的设计。
因对某些基站周围的地形地物的情况⽋了解,⽽盲⽬进⾏⼀些参数的设计,⽐如天线设计不合理,这便会产⽣远端越区覆盖情况。
特别是⼀些沿道路⽅向发射信号的⼩区,⼜或者江河两岸,⽆线传播环境良好,更有可能产⽣这种越区覆盖问题。
其次各地⽹络,建⽹初期存在⼤功率⼤覆盖的基站,天线过⾼,覆盖距离过远,本⾝就会有越区覆盖的情况。
在经过数期扩容后,增加了不少覆盖扇区,初期基站天线的⾼度应该适当降低,否则对周围基站扇区产⽣⼲扰,同时也会产⽣越区覆盖。
还有⼀些是在⽹络优化过程中,调整天线倾⾓时,当机械下倾⾓度达到10度以上时,⽔平⽅向波形严重畸变,也容易产⽣越区覆盖。
G网中切换失败的原因
一、切换的定义及划分所谓切换,就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区,或者由于外界干扰而造成通话质量下降时,必须改变原有的语音信道而转接到一条新的空闲语音信道上去,以继续保持通话的过程。
切换根据手机和基站测出的上下行电平质量和TA 值作为最基本的测量数据,根据切换判断算法和资源分配算法来决定是否应该切换和切向哪个小区。
切换是移动通信系统中一项非常重要的技术,切换失败会导致通话失败,影响网络的运行质量。
因此,切换成功率(包括切入和切出)是网络考核的一项重要指标,如何提高切换成功率、降低切换失败率是网络优化的重点工作之一。
根据不同的切换判决触发条件,切换可以分为紧急切换、负荷切换等5 类。
(1)紧急切换。
包括TA 过大紧急切换、质量差(BQ)紧急切换、快速电平下降紧急切换、干扰切换。
●TA 过大切换条件:服务小区的TA 大于等于紧急切换TA 限制。
●BQ 切换条件:服务小区的上行链路质量在滤波器长度时间内平均值大于等于紧急切换上行链路质量限制;服务小区的下行链路质量在滤波器长度时间内平均值大于等于紧急切换下行链路质量限制。
●快速电平下降切换在呼叫中电平突然下降时触发,触发条件:服务小区如果Value>B(Value:一个与滤波器参数A1~A8 相关的值,该值表示在一段时间内接收电平的变化趋势;B:滤波器参数)切换最后的MR6 已经低于边缘切换门限,则发生切换。
●干扰切换:也属于紧急切换,当接收电平大于一定值但传输质量又低于干扰切换质量门限时触发。
(2)负荷切换。
负荷切换触发要同时满足三个条件:系统信令流量小于允许负荷切换系统流量级别门限;需要切换的小区负荷高于负荷切换启动门限;接收切换的小区的负荷低于负荷切换接收门限。
(3)正常切换。
包括边缘切换、分层分级切换和PBGT 切换。
●边缘切换条件:服务小区已低于边缘切换门限;在边缘切换统计时间(如5 s)内,服务小区电平持续低于边缘切换门限(如4 s)。
路测切换失败的原因分析及解决
目录第一章前言 (2)第二章切换流程分析 (5)一、小区内部切换(INTRA _CELL HANDOVER) (5)二、BSC内部小区间切换(INTRA_BSC HANDOVER) (6)三、MSC内部BSC间切换(INTRA MSC HANDOVER) (8)四、 MSC间切换 (11)第三章切换失败的原因分析 (13)一、连续的切换失败 (13)实例1 731医院的时钟失锁 (14)实例2 化工研究院时钟失锁 (17)实例3 沙沟DCS与东铁家坟DCS的同频同BSIC (18)注: LAPD和LAPDm中使用的帧类型以及它们的结构 (20)二、单独出现的切换失败 (21)1)连续多个下行Physical Information,超过系统设置造成失败 (22)实例:马家堡DCS1 (22)2)无下行physical information (23)A.同站不同小区之间将Synchronized Indicator置为True 23注:设置小区同步切换对切换流程的影响 (25)B.小区之间将Synchronized Indicator置为False (25)3)三层消息中出现HO_Complete后手机再上行发送HO_Failure消息 (25)4)其它可能出现的切换失败现象 (26)A.超过目标小区的最大服务距离,Cause: “handoverimpossible, timing advance out of range” (26)B.Cause: “frequency not implemented” (26)C.Cau se: “channel mode unacceptable” (27)D.lower layer 信道建立失败造成切换失败 (27)E.目标小区要求加密、VGCS等设置与源小区不同且在HO_Command中没有提及的 (27)5) Cause 3与Cause 111的对比 (27)结束语 (28)第一章前言在移动用户通话过程中为了使呼叫建立在最好的小区中以及为了使呼叫不至于掉话,就引入了切换的概念。
LTE邻区关系不合理导致切换失败
LTE邻区关系不合理导致切换失败一、现象描述基站分布及路测轨迹图如下:测试车辆在(网格14)绥德路由西向东行驶至万镇路附近,UE占用普职校-HLH第1小区进行下载业务,RSRP为-141dBm,SINR为-5,信号陡降发起切换,随后发起切换但是不成功,从而发起RRC连接重建立,也失败,最后掉线。
二、处理过程分析(1)UE占用普职校-HLH第1小区,RSRP为-141dBm,SINR为-5,下载速率降至580kbps,信号质量差从而发起切换,向eNodeB发送“测量报告”消息(A3事件),携带两个邻区的测量报告:第一个是普绥祁-HLH第3小区(PCI=127),第二个是普职校-HLH第3小区(PCI=23)。
其中,普绥祁-HLH第3小区的RSRP=-140dBm+70=-70dBm,普职校-HLH第3小区的RSRP=-140dBm+28=-112dBm。
(2)普职校-HLH第1小区给UE发送“RRC连接重配置”消息,携带切换命令(MobilityControlInfo标识切换命令),切换目标小区是PCI=23(普职校-HLH第3小区)。
从此前的测量报告看,普绥祁-HLH第3小区(PCI=127)的RSRP更好(-70dBm),但该小区却不是切换目标小区。
因此,怀疑普职校-HLH第1小区的邻区列表中没有添加普绥祁-HLH第3小区(PCI=127)为邻区,故选择向RSRP弱的普职校-HLH第3小区切换,但由于普职校-HLH第3小区RSRP太弱,无线环境差导致切换失败。
(3)UE切换失败后进行小区选择。
从SIB1消息可知,当前选择小区eNodeBID为01959A (16进制)=103834,本地小区号是0D(16进制)=13,对应的是普绥祁-HLH第3小区。
(4)UE完成小区选择后,向普绥祁-HLH第3小区发起RRC连接重建立。
但是,按照3GPP 协议36.331,只有具备UE上下文的prepared cell(prepared cell包括源小区和切换目标小区)才可能实现RRC连接重建立。
常见FAIL原因分析
1 性能监控1.1 概述本文的错误!未找到引用源。
、错误!未找到引用源。
、错误!未找到引用源。
3大章节要是从路测的角度来阐述UMTS RAN KPI的监控与优化的方法,在错误!未找到引用源。
章节从方法论的角度阐述了性能分析的总体思路和方法步骤。
本章节将通过对RNC、CELL级各项KPI的分析,指导一线如何分析整个网络的无线性能状况。
本章节介绍的分析方法涉及的输入数据包含以下几类,数据的获取请参考错误!未找到引用源。
章节:●网络配置数据,包含RNC和NodeB的配置数据●RNC的话统数据●RNC的PCHR数据●RNC的告警信息说明本章节KPI涉及的指标是经验参考指标,仅用于指导网优工程师明确KPI监控目标,并不适应于实际项目。
针对不同项目,指标数目会有所不同,具体指标取舍和指标取值需要取决于合同的约定。
————————————————————————————————————————1.2 Accessibility Analysis1.2.1 RRC Analysis1. RRC ScenarioAnalysisRRC建立的原因主要有注册、异系统小区重选、主叫、被叫等4类RRC建立原因值,可以将这几类场景下RRC建立的次数进行比较,确认信令资源在哪种类型中消耗比重较大,进一步确认优化的目标。
假设注册类RRC的比例为R,小区重选比例为S,那么当满足下述条件时可以认为RRC建立原因比较合理,否则需要优化:( R < 30% ) & ( S < 30% )& ( ( R +S ) < 50% )优化的手段可以从减少重选次数、增强覆盖等方面考虑。
2. RRC Success RateAnalysisRRC建立成功率是运营商比较关注的指标之一,从网络监控的角度来看,该KPI 需要在维持设备稳定的基础上,尽量减少话务冲击、版本升级等重大事件对该KPI带来的影响。
针对该KPI(假设为R),通用判断条件与判断结果如下:●条件1:整个RNC的指标满足98% < R,判断为Good。
切换失败事件层三信令详解
切换失败原因手机在通话中为了保证通话质量,经常会切换到能够提供更好服务的小区上去,如果移动的距离较长,则会发生多次切换的现象。
虽然切换失败不等同于掉话,但在GSM网络中切换失败就意味着增加了网络的信令流量,并且也是掉话的隐患。
因此处理好切换关系,减少切换失败的任务是优化工作非常重要的一项环节。
在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象,并分析造成各种现象的原因以及相应的处理办法。
总的来说,在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释(Causevalue),有些切换失败是可以直接查到切换失败原因的(可以详查GSM规范)。
但对于有些Cause value,如Cause value111(Protocol error,unspecified)、Cause value 3(Abnormal release,timer expired)等就无法定位具体原因。
对于这些情况,我们就应该再进一步的对信令流程、多种测量参数、统计报告以及测试现场的环境等进行综合的分析,从而进一步确定切换失败原因。
下面的大部分篇幅的分析解决办法都是基于这些无法定位具体原因的Cause value。
一、连续的切换失败测试中我们有时会遇到这样的情况:如图7所示,接连不断的出现切换失败,当测试工程师继续驱车向前行驶时,就可能导致拖带掉话。
从系统下行发送的Handover_Command消息中我们可以发现,目标小区都是同一个小区(或同一个基站的不同小区)。
此种现象一般都和基站或传输设备的时钟故障有关,但也有可能是同频同BISC的小区造成的。
二、单独出现的切换失败如上所述,面对连续的切换失败时,我们的目标比较明确,而且基本上都是与时钟等硬件有关,比较容易发现问题,也比较好解决。
而实际工作中,却存在着偶尔单独出现的切换失败现象。
出现这种现象的原因却是多种多样,我们在这一节中将针对不同的现象分析不同的原因,值得注意的是,虽然大多数单独出现的切换失败现象很相似,但通过对信令的分析(时间、帧号、信令内容等),就会找出切换失败的具体原因。
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、502B/124与505C/111补定义邻区关系,双边,见定安路测0215-3。
ANTPILOT回放图ANT 后台处理图在这个例子中,由于124与111没有定相邻关系,在124的六个临区表里并没有111这个小区,124无法正常切换到111,只能选择切换到118,由于118话音质量较差,BSIC 无法解,导致了切换失败。
只需补订相邻关系就可以解决。
例二:强信号不切换对于强信号不切换这种情况,我们首先检查该小区的LEVEL与相邻小区的LEVEL值,是否处于不同级别,如不同,可调为相同的LEVEL。
另外,我们可通过调整切换门限值(KOFFSET),滞后值(KHYST)等参数来改善。
例三:从图2-4-1中可以看到东涌新局1(LAC=9512,CI=3391,BSIC=61,BCCH=71)比东涌2(LAC=9512,CI=3272,BSIC=62,BCCH=90)的信号高10个dB以上,但从东涌2极难切到东涌新局1。
我们判断主要原因是东涌2切换至东涌新局1滞后值(KHYST)过高造成的。
图2-4-1 东涌2切向东涌新局1门限过高解决措施:经过对以上问题的具体分析,建议检查东涌2到东涌新局1的切换参数是否正确。
例四:小区天线接反导致乒乓切换如图3-4-3所示,此时手机应占用罗家2(LAC=9512,CI=3002,BSIC=65,BCCH=90)的信号,但在该信号所覆盖的区域中,与罗家3(LAC=9512,CI=3003,BSIC=65,BCCH=8)频繁来回切换,且罗家3的信号强度在此区域与罗家2的信号强度相当;由于在此测试区域中不是罗家3所覆盖的区域,而应该是罗家2的覆盖范围,说明罗家3安装的小区天线与原先所规划的方向有误,导致覆盖了罗家2所规划的覆盖范围而出现罗家3与罗家2乒乓切换的现象。
切换失败分析及处理流程
切换失败分析及优化流程测试过程中发现切换失败时处理流程:小区切换成功率低的处理流程:处理说明: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)定位参数:定位算法直接影响最合适小区的选择,如果手机不能选择到最合适的小区上,必然影响切换成功率。
路测问题
1.HANDOVER(切换)(1)NO HANDOVER手机已解出NEIGHBOUR的BSIC,LAYER3信息中已发出HANDOVER COMMAND(切换指令)但不能正常切换。
原因及解决方法:源小区(SOURCE CELL)未做或作错目标小区(TARGETλ CELL)的切换数据,须添加NEIGHBOUR或修改切换参数。
b.源小区覆盖过大或越区覆盖,须控制源小区覆盖。
λ(2)PING PONG HANDOVER(乒乓切换)手机在因某种切换方式进行切换后,马上又因另一种方式切换回来,并由此在某一区域两小区间进行反复切换。
这种情况经常系统负荷过大,切换失败而产生掉话。
原因及解决方法:λ硬件故障,如载频发射功率低,天线损坏等。
切换方式打开过多,须将一些不必要的方式关闭。
或修改参数,增加手机在目标小区停留时间。
λ(3)HANDOVER FAILURE手机未切进目标小区而重新返回源小区。
原因:目标小区受干扰太大或RXLEV较低。
(4)HANDOVER_LOSS手机不能切入目标小区,也不能返回源小区而产生掉话的现象。
原因:目标小区及源小区均RXLEV较低或干扰太大。
2.DROP_CALL当手机连续接收不到基站信息(SACCH帧)超过RADIO_LINK_TIMEOUT 门槛或基站连续接收不到手机发送上行信息超过LINK_FAIL门槛时,会产生一次掉话。
产生掉话的原因有许多,如HANDOVER_LOSS,手机接收信号太弱,干扰太大等。
3.POOR COVERAGE4.INTERFERENCE/QUALITY5.UNDECODED BCCHGSM网络路测小结基站是向移动用户提供服务的最直接的网员,在整个系统中作用至关重要。
而路测是利用专用的仪器,对网络进行数据的收集和分析。
由于路测直接面向网络,因此可以直接感受现行网络的质量,所以DT测试就成为网络优化工作中的重要一环。
从事路测及分析近五个月的时间,自己对无线部分的网络优化也有了一个从无到有并逐渐深化的过程,下面就工作中遇到的问题作一个浅显汇总:1、同邻频干扰:在GSM网络中采用了频率复用技术,当规划不合理或无线环境出现较大变动时,就容易出现同邻频干扰。
常见切换问题分析
fEEc术 MsH研 A .A学 cc R 究 A 。R E
常见切换 问题分析
安 永 红 ( 中国移 动通信 集团河北有 限公 司唐 山分公 司 河北唐 山
0 30 6 0 0)
摘要 :对 日常工作 中切换 问题进 行分类 ,并对 常见的切换失败、乒乓切换及拐 角效应的原 因进行 分析 ,相应给 出优化建议。
来 ,形成较强越区孤岛。由于该 区域的小区和该越区小
区 之 间不 会 互 配 置邻 小 区 ,在 干 扰 没 有严 重 到导 致 下行 失 步 时 ,U 将 不 会 选 择 到 该 小 区 上 。 但 在 服 务 小 区信 E
会导致UE 会导致 源小区无法有效接收到u 上报的测量 E 报告 ,从而 不进行切换。此时 ,系统侧应该有 “ 物理信
道 重 配 置 超 时 ”消 息 。 而UE 出 现 失 步 ,并 发 出 “ 会 小
号 较弱时 ,U 很可 能会重选到该越 区孤 岛上。 当在该 E 小区上通话 ( 建立其他 的DP H也是一样 ) ,将会导 C 后
致 无法 切 换 从 而掉 话 的现 象。 此 类 问题 在 切 换 指 标 上是 无 法显 示 出异 常 的 ,主 要表 现 为掉 话严 重 。
剧增强 ,会导致和 源小 区链路失步 ,网络侧无法接 收到
U 的测 量 报 告 ,从 而 存 在 切 换 失败 的现 象 。 E 4 优 化 建 议 . 2 f1 果 信 号 允 许 ,可 以通 过 调 整 工 程 参 数 ( 大 1如 加
3 过程 。 哪 一 个 过 程 没 有及 时 执 行 都 会 导 致切 换 比较 个 慢 ,不及 时。
通 道 校 正 进 行 检 查 ,对 于 校 正 无 法 通 过 的需 要 及 时 处 理 ,必要 时 需要 更 换 系 统硬 件 设 备 。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
目录第一章前言..................................... 错误!未定义书签。
第二章切换流程分析............................. 错误!未定义书签。
一、小区内部切换(INTRA _CELL HANDOVER).... 错误!未定义书签。
二、BSC内部小区间切换(INTRA_BSC HANDOVER).错误!未定义书签。
三、MSC内部BSC间切换(INTRA MSC HANDOVER).错误!未定义书签。
四、 MSC间切换.............................. 错误!未定义书签。
第三章切换失败的原因分析....................... 错误!未定义书签。
!未定义书签。
!未定义书签。
!未定义书签。
!未定义书签。
注: LAPD和LAPDm中使用的帧类型以及它们的结构错误!未定义书签。
二、单独出现的切换失败...................... 错误!未定义书签。
1)连续多个下行Physical Information,超过系统设置造成失败.错误!未定义书签。
.................... 错误!未定义书签。
2)无下行physical information........... 错误!未定义书签。
A.同站不同小区之间将Synchronized Indicator置为True错误!未定义书签。
注:设置小区同步切换对切换流程的影响. 错误!未定义书签。
B.小区之间将Synchronized Indicator置为False错误!未定义书签。
3)三层消息中出现HO_Complete后手机再上行发送HO_Failure消息....................................... 错误!未定义书签。
4)其它可能出现的切换失败现象............ 错误!未定义书签。
A.超过目标小区的最大服务距离,Cause: “handoverimpossible, timing advance out of range”错误!未定义书签。
B.Cause: “frequency not implemented”错误!未定义书签。
C.Cau se: “channel mode unacceptable”错误!未定义书签。
D.lower layer 信道建立失败造成切换失败错误!未定义书签。
E.目标小区要求加密、VGCS等设置与源小区不同且在HO_Command中没有提及的............... 错误!未定义书签。
5) Cause 3与Cause 111的对比........... 错误!未定义书签。
结束语.......................................... 错误!未定义书签。
第一章前言在移动用户通话过程中为了使呼叫建立在最好的小区中以及为了使呼叫不至于掉话,就引入了切换的概念。
换句话说切换就是为了维持手机从一个小区移动到另一个小区使通话能继续进行,以满足网络管理的需要。
触发切换的原因、切换的准备和判决及切换的执行等是一个十分复杂的过程。
根据不同准则,切换的种类可从不同角度来划分。
一种角度是通过交换点的位置不同,广义的分可分为小区内部切换和小区间切换;具体的分可分为小区内部切换、BTS内部切换、BSC内部切换、MSC内部切换、MSC间切换。
还可以根据触发切换的原因(Cause)来划分:切换触发原因包括上下行Quality原因切换、上下行Level原因切换、干扰切换、Distance原因切换、功率预算切换(PBGT)。
其中功率预算定义为非紧急切换,其余切换类型定义为紧急切换。
在Motorola BSS判决切换时,优先级由高至低分别为●Uplink Quality●Uplink Interference●Downlink Quality●Downlink Interference●Uplink Level●Downlink Level●Distance●PBGT(无线链路)当然切换还可以根据其他不同的条件分为其他种类,例如根据定时提前来划分,可以分为同步切换和异步切换,等等。
图1、图2为Motorola BSS判决切换的流程图。
可以从图中看出紧急切换判决的优先级别。
图 1图 2本文要讨论的是在路测过程中发现的切换失败的现象和原因,这些我们将在后面作主要介绍。
在这之前,先让我们大概了解一下小区内部切换(Intra_CELL)、BSC内部切换(Intra_BSC)、MSC内部切换(Inter_BSC)和MSC间切换的正常的流程分析,这有利于后边切换失败流程的分析。
第二章切换流程分析一、小区内部切换(INTRA _CELL HANDOVER)因为是在该小区内部来分配TCH资源,其接续过程同呼叫建立是TCH的接续分配过程是一样的。
当BSC收到BTS发送过来的指派完成(ASSIGNMENT COMPLETE)的消息后,将向MSC发送出切换已执行(HO PERFOMED)的报文,该报文中将含有该切换的类型(如INTRACELL)。
此后,BSC将通过无线信道释放(RF CHANNEL RELEASE)的报文将旧的TCH信道释放,BTS收到该指令后,将把旧的TCH资源释放掉,并返回一条确认的消息(RF CHANNEL RELEASE ACK),表示该信道已空闲可用于其它的分配了。
流程如图3所示。
图 3 Intra_cell Handover 流程图二、BSC内部小区间切换(INTRA_BSC HANDOVER)当手机想切入的目标小区是同一BSC下的不同小区时,即将触发BSC内部切换事件。
BSC将通过对手机上行发送的测量报告进行分析,排列出符合切换条件的邻小区组,当发现该手机切换的目标小区是它所管理的另一小区时,将向目标小区B发出信道激活(CHANNEL ACTIVE)的命令,该报文中含有请求的信道类型和加密算法以及切换参考号等。
当B小区已准备好,则向BSC发出信道激活响应(CHANNEL ACTIVE ACK)的报文作为回应。
BSC收到该报文后,则将向原小区A 发出切换命令(HANDOVER COMMAND)的报文来要求手机去接入新的小区,该消息中含有在新信道上传输的所有特征信息和手机接入所需的数据,而且它还指示了该切换是同步切换还是异步切换,基站再将切换命令发送给手机。
当手机收到该命令后,通过判别若是同步切换则根据切换命令的指示,在所分配的新的TCH信道上向目标小区B发送几个(一般是四个)切换接入(HANDOVER ACCESS)的请求,然后用以前的TA值提前开始正常传输。
在这里还应注意一个问题,切换接入(HANDOVER ACCESS)这一消息通过的是接入突发脉冲(ACCESS BURST)发送的,这是接入突发脉冲用到专用信道上的一个唯一的特例,它仅含有从切换命令(HO COMMAMD)中所获得的8比特的切换参考号,由于该参考号是目标小区已知的,因此新的小区就可以通过该切换识别号来检查是否是期望的手机的接入请求了。
若是异步切换,当目标小区B的信道被激活后,它将一直在所分配的专用信道上来等候手机的接入,当它检测到手机发出的切换接入请求后,一方面向BSC 发出切换检测到(HO DETECT)的消息,一方面向手机发出物理消息(PHYSICAL INFORMATION)来向手机提供它所计算出的新的定时提前的结果。
图 4 Intra_BSC Hanover 流程图当手机收到目标小区所提供的新的TA之后(若是同步切换,它将用自己的),就会使用该TA值,进入正常传输模式,在新的TCH信道上(此时是NORMAL BURST 的形式)向网络发出SABM的报文(Um接口Layer2的设置异步平衡模式。
我们将会在后面的章节中,介绍二层信息的种类和作用),若网络收到了该报文,一方面向BSC发出建立指示(ESTABLISHE INDICATION)的报文,表明数据链路层已建立起来了,一方面向手机发出UA的响应帧。
当手机收到UA的响应后,它会认为已和该小区建立起了信令的应答模式,此后它就会向目标小区发送一条切换完成的消息(HANDOVER COMPLETE),在该报文中,只有切换完成的指示,并不携带其它消息,只有在该报文发出后,手机才会放弃会到旧信道的所有可能性。
若手机没有收到目标小区发出的物理消息(PHYSICAL INFORMATION)或UA的响应帧超过设置时长,它就会在该信道上向源小区发出一条切换失败(HANDOVER FAILURE)的报文,再由原小区考虑是否再进行切换。
有关路测中切换失败的问题我们将在下一章作具体介绍。
当目标小区B收到手机发出的切换完成的消息后,将再把切换完成的消息通知给BSC。
BSC收到该消息后,一方面向原小区A通过无线信道释放(RF CHANNEL RELEASE)的报文通知来它释放旧的TCH信道。
当原小区A收到该报告后,将返回一条无线信道释放响应(RF CHANNEL RELEASE ACK)报文,表示该无线信道已释放完毕,可用于再次分配了。
另一方面,BSC则会向MSC发出切换已执行的报文(HO PERFOMED)通知,该消息中有切换的类型。
BSC内部切换通常是由BSC自动完成,在整个决策过程中都不需要MSC的参与,为了通知MSC已成功的完成了一次切换,一般会向MSC发出一条HO PERFOMED 的通知。
三、MSC内部BSC间切换(INTRA MSC HANDOVER)本节中讨论的切换也可以称为BSC间切换(INTER_BSC HANDOVER),但仅限于在同一个MSC内的BSC间切换,跨交换机的BSC间切换,则称为MSC间的切换。
BSC通过对手机测量报告的分析,若发现切换的首选目标小区属于不在该BSC 下时,它将向MSC发出一条切换申请(HANDOVER REQUIRED)的报文,该报文中包含了切换的目标小区组和原小区的小区识别号(CELL ID),以及切换的原因等。
当MSC收到该消息后,将尝试切入首选的目标小区,通过查询本端LAC表若发现目标小区的LAC号是自己的,则查询该小区的位置所在BSC,并向新BSC发出一条切换请求的消息(HANDOVER REQUEST),该消息中包括目标小区和原小区的信息、传输模式(从目前的需要获得,因此可能与原小区连接的特性不同)、加密模式(与以前一样)、手机类标(CLASSMARK)及所需的信道类别等。
当新BSC收到该消息后,首先向MSC发一条SCCP连接的(CC)的确认消息,表示MSC与它的SCCP的连接已建立起来了,此后将通过该路径来传递A接口的信息。
若当BSC发现有信道资源,则将通过交换信道激活和信道激活响应两条报文来准备好一条新的TCH信道,目标小区同时也准备好手机的接入。