切换成功率日常处理流程
案例中建五局切换成功率低分析
中建五局切换成功率低分析1 现象描述中建五局_46041 切换成功率一直很低,其19点切换尝试查过2200次,成功次数不足1500次,切换成功率低于80%,严重影响用户的通话质量并为掉话埋下了很大的隐患。
2 解决办法1)修改优选频段模式band_preference_mode 由5-->23 详细分析从小区基本信息到小区的硬件及参数设置详细的分析处理过程3.1 小区属性和地理位置3.2 小区性能统计2月4日11~22点切换性能统计:CE LLRE CORD_TIME 切换成功率切换成功次数切换尝试次数切换返回次数切出成功率切入成功率小区内切换尝试次数BSC 内切换成功率BSC 内切换成功次BSC 间切换成功次数数46041 2-4 11:00:00 0.80 1785 2241 449 0.80 0.78 0 0.96 219 1566 46041 2-4 12:00:00 0.81 1439 1774 332 0.81 0.80 0 0.96 214 1225 46041 2-4 13:00:00 0.82 1467 1796 324 0.82 0.80 0 0.96 182 1285 46041 2-4 14:00:00 0.82 1622 1972 339 0.82 0.81 0 0.95 437 1185 46041 2-4 15:00:00 0.85 1878 2201 320 0.85 0.83 0 0.98 525 1353 46041 2-4 16:00:00 0.84 1825 2164 330 0.84 0.82 0 0.98 300 1525 46041 2-4 17:00:00 0.83 2120 2541 412 0.83 0.81 0 0.95 245 1875 46041 2-4 18:00:00 0.77 1739 2257 507 0.77 0.75 0 0.97 421 1318 46041 2-4 19:00:00 0.80 1847 2306 452 0.80 0.78 0 0.97 535 1312 46041 2-4 20:00:00 0.86 1812 2102 281 0.86 0.85 0 0.97 332 1480 46041 2-4 21:00:00 0.76 1691 2224 532 0.76 0.74 0 0.96 219 1472 46041 2-4 22:00:00 0.75 1136 1512 373 0.75 0.67 0 0.98 140 996开启中建五局的切换统计;查看其与目标小区具体统计(2月4日11~22点)BSC_S BTS_S CE LL_S BSC_D BTS_D CE LL_D 切入成功次数切入尝试次数切入成功率切出成功次数切出尝试次数切出成功率CSMBSC704 4 46041 CSMBSC742 3 13582 4443 7904 56.21 CSMBSC704 4 46041 CSMBSC741 8 58811 5 7 71.43 CSMBSC704 4 46041 CSMBSC704 17 13301 221 222 99.55 218 257 84.82 CSMBSC704 4 46041 CSMBSC741 8 58812 6222 7099 87.65 CSMBSC704 4 46041 CSMBSC741 20 56412 1562 1776 87.95 CSMBSC704 4 46041 CSMBSC741 7 53093 18 19 94.74 CSMBSC704 4 46041 CSMBSC704 4 46043 2267 2292 98.91 2595 2674 97.05 CSMBSC704 4 46041 CSMBSC741 7 53092 35 36 97.22 CSMBSC704 4 46041 CSMBSC704 4 46042 1314 1549 84.83 590 600 98.33 CSMBSC704 4 46041 CSMBSC741 12 46922 3208 3249 98.74 CSMBSC704 4 46041 CSMBSC704 4 46044 485 512 94.73 366 369 99.19 CSMBSC704 4 46041 CSMBSC741 6 1873 1093 1094 99.91 CSMBSC704 4 46041 CSMBSC741 7 53091 3 3 100 CSMBSC704 4 46041 CSMBSC741 11 47032 1 1 100 CSMBSC704 4 46041 CSMBSC741 12 46921 2 2 100 CSMBSC704 4 46041 CSMBSC704 3 21901 0 0 0 0CSMBSC704 4 46041 CSMBSC742 14 11481 0 0CSMBSC704 4 46041 CSMBSC742 10 8031 0 0CSMBSC704 4 46041 CSMBSC704 19 8961 0 0 0 0CSMBSC704 4 46041 CSMBSC741 5 19781 0 0CSMBSC704 4 46041 CSMBSC704 19 8963 0 0 0 0CSMBSC704 4 46041 CSMBSC704 18 47023 1 1 100 0 0CSMBSC704 4 46041 CSMBSC704 5 47501 0 0CSMBSC704 4 46041 CSMBSC704 7 1422 0 0 0 0CSMBSC704 4 46041 CSMBSC704 7 1423 0 0 0 0 从上面详细的换统计可以看出中建五局_46041切换低主要是由于46041与13582之间的切换低造成的,其11~22点共切换尝试7904次,仅成功4443次,成功率仅56%。
LTE实战技巧之切换成功率优化
LTE实战技巧之切换成功率优化1 概述LTE切换成功率是运营商重点考核的三大指标之一,作为后台人员,在处理Top坏小区的时候,不可能每次都要求前台去复测重现、分析信令,因此如何在没有前台测试数据支持下,从各种网管统计数据中交叉分析互相印证、判断低切换成功率的原因并加以解决是KPI分析人员必备的技能之一。
本文从切换的统计点、信令流程、数据分析及常见问题环节几个方面对切换成功率进行全方位的分析。
2 切换流程及统计点我们先来看看切换成功率的计算公式,切换成功率有两个公式:不含切换准备的切换成功率:切换成功率(不含切换准备)=切换成功次数/切换尝试次数*100%含切换准备的切换成功率:切换成功率(含切换准备)=切换成功次数/切换请求次数*100%各地运营商的关注指标视各自的情况有所不同。
按照涉及的网元关系,切换可以分为三大类:eNB内切换、eNB 间X2切换及eNB间S1切换。
其中eNB内切换不涉及邻区配置参数,并且站内切换涉及网元少,一般切换成功率较高;eNB间X2切换次数最多,对全网切换成功率影响最大,S1切换次数较少,并且与X2切换信令流程较类似。
因此我们以X2切换为例进行流程分析,考察切换成功率指标的统计点。
eNB间X2切换的信令流程如下:一个完整的切换流程大致分为以下几个步骤:1、eNB发送测量控制,UE根据当前小区的测量控制信息,将符合切换门限的小区进行上报;2、源小区在收到测量报告后通过X2向目标小区发送HO Request申请资源,切换成功率计算公式中的第一个统计项HO_Req 的信令统计点就在这里(也叫切换准备);3、目标小区准备好相应资源,并将终端的接纳信息以及其它配置信息反馈给源小区;4、源小区将目标小区的接纳信息及配置信息发给终端,告知终端目标小区已准备好终端接入,重配消息里包含目标小区的测量控制;HO_Attempt在此计数;5、终端使用重配消息里的接入信息接入目标小区,核心侧完成路由切换后,目标小区通知源小区释放资源,切换成功,此时源小区的HO_Success统计在此计数。
LTEKPI处理流程
LTE工作流程一、日常监控:日常监控指标:RRC接入成功率、E-RAB接入成功率、无线掉线率、系统内enb内切换成功率、系统内enb间切换成功率、CSFB回落成功率1、RRC接入成功率:公式:RRC接入成功率=RRC建立成功次数/RRC建立请求次数信令流程:全网考核指标:RRC接入成功率>=99.5%Top(全天)条件:RRC建立失败次数>=50, RRC接入成功率<=95%Top(小时级)条件:RRC建立失败次数>=20,RRC接入成功率<=95%监控流程:⑴每天早上提取昨天全网指标,查看昨天全网全天RRC接入成功率情况。
若正常执行下一步;若不正常(比前几天有明显下降),提取昨天全天小区级指标,按上述条件过滤出Top 小区并处理,处理时需结合今天小时级指标;⑵每时段5分左右提取上一时段的全网指标&小区级指标。
首先查看该时段全网指标是否异常,若异常,查看小区级指标,过滤出Top小区并处理;若无异常,可不做处理,查看并处理其它指标;Top小区处理流程:⑴Top优先处理RRC建立失败次数最多的小区(影响全网指标较严重);⑵查看小区运行状态,是否存在硬件告警,若存在,先尝试重启故障单元,若无效,移交工程更换硬件设备;注:先进行闭锁&解锁重启,无效,再进行设备掉电重启;操作后通过查看下一个时段该小区的指标来判断是否恢复。
⑶查看天馈系统,是否存在天馈告警,若存在,先尝试重启与该天线端口相连接的系统模块,若恢复,观察其稳定性;若无效,移交工程排查天馈故障;注:先进行闭锁&(解锁重启,无效,再进行设备掉电重启;操作后通过查看下一个时段该小区的指标来判断是否恢复。
⑷查看干扰,提取监控时段的小区的干扰指标,查看该时段Top小区是否存在上行干扰,若存在,处理上行干扰,若不存在,现场测试查看是否存在下行干扰,若存在,定位干扰源并处理;干扰类型及处理方法:频点干扰,更换频点(D/E频段);pci mod3干扰,更换pci ;越区覆盖导致mod3干扰,下压越区小区天线下倾角;gps帧同步干扰,gps失灵,重启gps,gps故障,更换gps ;同enb扇区方位角差过小导致覆盖重叠区域过多产生同频自干扰,增加扇区隔离度;邻区帧配置(无线帧/特殊子帧)错误导致符号干扰,参数核查&修改;外部干扰,排查干扰源;注: 一般该参数配置问题会影响周围所有小区,若问题出在单个小区,可排除参数问题。
09 GSM BSS 网络性能KPI(切换成功率)优化手册
GSMBSS网络性能KPI(切换成功率)优化手册(仅供内部使用)Forinternaluseonly华为技术有限公司HuaweiTechnologiesCo.,Ltd.版权所有侵权必究Allrightsreserved修订记录RevisionRecord日期Date 修订版本Revisionversion修改描述changeDescription作者Author2008-4-23 0.88 初稿完成董璇2008-7-30 1.0 更新流程图董璇2009-8-18 1.1 增加KPI优化涉及的功能列表付霞GSMBSS网络性能KPI(切换成功率)优化手册关键词:切换成功率摘要:本文主要从B侧来分析影响切换成功率的各种因素,通过对各要素的分析,找到一条快速定位切换成功率低以及切换慢问题的方法,并给出针对性的优化该指标的措施,满足一线工程师解决切换问题的工作需求。
主要目的用于网络性能KPI指标优化以及网络质量的监控。
Keywords:HOSR、缩略语清单Listofabbreviations:目录1 基本原理 (6)1.1 指标含义 (6)1.2 理论介绍 (6)1.3 推荐公式 (6)1.4 信令流程及统计点 (7)2 影响切换成功率的因素 (10)3 切换成功率分析流程和优化措施 (10)3.1 切换问题的分析流程 (10)3.1.1 通用切换问题定位流程 (10)3.2 切换问题的优化方法介绍 (12)3.2.1 切换问题分类 (12)3.2.2 硬件和传输故障 (13)3.2.3 数据配置不当 (14)3.2.4 目标小区拥塞 (16)3.2.5 时钟问题 (18)3.2.6 干扰问题 (19)3.2.7 覆盖问题及上下行平衡 (20)3.2.8 BSC间/MSC间切换失败 (21)3.2.9 自动邻区优化 (21)3.2.10测试工具选择及测试建议 (22)3.2.11现网测试配置建议 (23)4 切换成功率优化案例 (23)4.1 解不出BSIC码无法切换案例 (23)4.2 MS和BSC对频点排序不一致导致无法切换案例 (23)4.3 参数配置不合理导致无法切换案例 (23)4.4 HandoverRequest如果不包含类标3,导致BSC入切换失败次数增加案例 (23)4.5 A接口阶段标志配置错误导致入BSC切换失败 (24)4.6 打开空闲burst导致干扰增大接收质量下降切换成功率低 (24)4.7 不同交换机下发清除命令携带原因值不同导致切换成功率差异 (24)5 问题信息反馈 (25)5.1 反馈问题小区的TEMS测试log (25)5.2 现网配置数据以及话统反馈要求 (25)表目录表1切换常用定时器列表 (16)图目录图1BSC内切换过程 (7)图2BSC间切换过程 (7)图3定时器详细说明和流程图 (16)GSMBSS网络性能KPI(切换成功率)优化手册1基本原理1.1指标含义切换(Handover)是移动通信系统的一个非常重要的功能。
TD寻呼成功率和23G切换成功率优化思路
昭通TDSCDMA寻呼成功率和23G互操作问题及解决方案华为技术有限公司2012 年 6 月版权所有侵权必究All rights reserved目录1. 寻呼成功率问题 (3)1.1 昭通网络概述 (3)1.2 昭通寻呼成功率概况 (3)1.3 寻呼成功率优化 (4)1.3.1 寻呼成功率优化意义 (4)1.3.2 寻呼成功率优化流程 (5)1.3.3 寻呼成功率信息收集 (6)1.3.4 确定优化目标 (6)1.3.5 寻呼问题定位 (6)1.3.6 寻呼问题优化 (7)1.3.7 优化验证 (7)1.4 RNC侧统计位置区寻呼成功率 (7)2. 2/3G互操作问题 (7)2.1 昭通TD网络2/3G互操作现状 (7)2.2 2/3G切换成功率低原因分析 (10)2.3 2/3G互操作优化思路 (11)2.3.1 2/3G互操作优化核心思想 (11)2.3.2 2/3G互操作策略 (11)2.3.3 CS域系统间切换原理与流程 (11)2.3.4 PS域切换原理与流程 (12)2.3.5 2/3G互操作优化思路 (13)2.3.6 基础数据优化 (13)2.3.7 邻区优化 (13)2.3.8 参数优化 (14)2.3.9 TOPN小区处理 (14)2.4 昭通TD网络2/3G切换成功率优化 (15)2.5 23G互操作切换失败原因值统计 (18)2.5.1 CS域23G切换失败原因值统计 (18)2.5.2 PS域23G切换失败原因值统计 (18)2.6 2/3G优化总结 (19)1. 寻呼成功率问题1.1 昭通网络概述昭通TD网络目前共2个LAC ,LAC 63468和LAC 63469,分别属于RNC 2254和RNC 2255,TD四期有205个宏站,64个室分站点,共计693个小区,2090条载波;TD五期59个宏站,19个室分,共计78个站点,195个小区,533条载波;TD站点分布于10县1区,由于地理环境特殊,各县城间距离较远,且TD站点较少无郊区站点,不能形成连续覆盖,甚至各县区驻地仍存在多处弱覆盖区域。
S1链路漏配导致切换成功率低问题处理
S1链路漏配导致切换成功率低问题处理摘要:S1链路漏配导致切换成功率低问题处理。
关键字:漏配S1【故障现象】:日常指标监控时发现市区瓜果市场北侧两个站点TL-市区-烟草公司广告牌的3小区和TL-市区-瓜果市场的1小区的同频切换失败率分别高达36.12%和29.48%,其余指标正常。
【告警信息】:查询基站TL-市区-烟草公司广告牌和TL-市区-瓜果市场内均无故障告警,小区状态正常。
【原因分析】:出现此类问题的大致原因:1.外部小区信息配置错误;2.切换参数配置错误;3.干扰4.传输链路异常;具体处理步骤:1.首先核查问题小区外部信息,确认无任何异常。
2.使用PEAC平台进行站点参数对比核查,切换参数与正常站点设置一致。
3.查询站点上行干扰站点无干扰,核查工参信息,站点无明显MOD3干扰对打问题。
4.核查问题站点传输链路,发现站点配置4条S1传输链路,并且传输链路正常。
5.取全网两两小区切换指标,发现这问题站点主要都是往TL-市区-豪邦康-HFTA-449019-55小区切换时失败的。
6.核查TL-市区-豪邦康站点状态,发现该站点S1链路只有1条,漏配一条传输,导致周围站点使用第2条传输切换过来时全部失败。
根因与工程督导联系说明此情况,督导反应前期核心网增加MME时,批量增加过传输链路,该站点断链无法增加传输链路,近期站点恢复未及时增加传输导致周围站点切换失败较高。
【解决方法】:TL-市区-豪邦康站增加一条传输链路后,切换到该站点指标恢复正常。
原问题小区指标也恢复正常,问题得到解决。
【经验教训或建议与总结】:为了避免此情况发生,督导后期会定期核查因断站导致无法及时修改参数的问题,避免因类似问题导致全网指标恶化。
切换成功率低处理案例
切换成功率低处理案例LTE吉州区人民广场基站S1口少配导致切换成功率低处理案例一、现象描述在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低,严重影响全网切换类指标,其中吉州区人民广场切换入失败次数每天达到4600多次,吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院,切换出失败次数和为4500多次。
二、原因分析1.处理流程图2.分析切换成功率低可能原因:对KPI指标及周边环境分,可发现如下问题:1)吉州区人民广场基站的邻区是否存在漏配、错配,外部邻区参数设置是否正确,PCI规划是否合理,切换参数设置是否有问题。
2)吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和,可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低;三、问题排查1、吉州区人民广场及周边站点邻区核查吉州区人民广场及周边站点同频邻区核查根据基站拓扑结构核查吉州区人民广场及周边站点的邻区,确定现网邻区无漏配的问题,确定吉州区人民广场及周边站点的PCI规划合理。
2、吉州区人民广场及周边站点外部邻区定义核查吉州区人民广场及周边站点外部邻区核查核查吉州区人民广场及周边站点外部邻区的定义,主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对,确定没问题。
3、同频切换参数检查及现场测试吉安LTE网络刚开局,现网所有切换参数均为默认值,核查无问题。
现场测试,吉州区人民广场与吉州区附属医院切换正常,验证了该站的参数设置没问题,可能有其他不常见的问题导致。
4、后台跟踪查询周边站点切换出失败原因全部为目标小区回复切换准备失败消息导致切换出准备失败后台信令跟踪对吉州区人民广场标准X2口进行跟踪,发现切换准备失败,失败原因值:传输不可用。
四、解决过程及方案查询ENODEB X2接口自建链开关状态,结果显示正常查询基站的DEVIP配置信息是否正确,结果显示正常查询基站IPRT是否正确,结果显示正常查询基站VLANID是否正确,结果显示正常查询基站SCTPLNK是否正确,结果显示配置正常查询基站IPPATH,发现S1接口配置为1条,IPPATH资源有限,所以相邻站点切到该站的成功率很低,通过增加到S1接口的IPPATH 到8条(现网标准为8条)后:修改后观察指标,恢复正常,该问题解决。
9 GSM BSS 网络性能KPI(切换成功率)优化手册
GSM BSS网络性能KPI<切换成功率)优化手册(仅供内部使用)For internal use only华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision Record日期Date 修订版本Revisionversion修改描述change Description作者Author2008-4-230.88 初稿完成董璇2008-7-301.0 更新流程图董璇2009-8-181.1 增加KPI优化涉及的功能列表付霞GSM BSS网络性能KPI<切换成功率)优化手册关键词:切换成功率摘要:本文主要从B侧来分析影响切换成功率的各种因素,通过对各要素的分析,找到一条快速定位切换成功率低以及切换慢问题的方法,并给出针对性的优化该指标的措施,满足一线工程师解决切换问题的工作需求。
主要目的用于网络性能KPI 指标优化以及网络质量的监控。
Key words:HOSR、缩略语清单List of abbreviations:目录1基本原理61.1指标含义61.2理论介绍61.3推荐公式61.4信令流程及统计点72影响切换成功率的因素113切换成功率分析流程和优化措施113.1切换问题的分析流程113.1.1通用切换问题定位流程123.2切换问题的优化方法介绍14 3.2.1切换问题分类143.2.2硬件和传输故障163.2.3数据配置不当183.2.4目标小区拥塞213.2.5时钟问题243.2.6干扰问题253.2.7覆盖问题及上下行平衡273.2.8BSC 间/MSC 间切换失败283.2.9自动邻区优化303.2.10测试工具选择及测试建议313.2.11现网测试配置建议314切换成功率优化案例324.1解不出BSIC码无法切换案例324.2MS和BSC对频点排序不一致导致无法切换案例324.3参数配置不合理导致无法切换案例324.4Handover Request如果不包含类标3,导致BSC入切换失败次数增加案例334.5A接口阶段标志配置错误导致入BSC切换失败344.6打开空闲burst导致干扰增大接收质量下降切换成功率低344.7不同交换机下发清除命令携带原因值不同导致切换成功率差异355问题信息反馈355.1反馈问题小区的TEMS测试log (35)5.2现网配置数据以及话统反馈要求36表目录表1 切换常用定时器列表16图目录图1 BSC内切换过程7图2 BSC间切换过程7图3 定时器详细说明和流程图16GSM BSS网络性能KPI<切换成功率)优化手册基本原理指标含义切换<Handover)是移动通信系统的一个非常重要的功能。
切换成功率问题分析总结
切换成功率问题分析总结概述在分析处理日常性能质差小区时,发现切换成功率低的问题小区占据绝大部分,统计诺基亚区域2016年一、二月份EMOS平台性能小区问题类型占比情况,切换成功率低的小区占比高达88.94%,需重点分析总结原因。
诺基亚区域EMOS平台性能小区问题类型统计(一、二月份汇总)指标定义切换成功率<90%且切换失败次数>300。
相关counter切换按切换前后的eNodeB是否相同,可分为eNodeB内切换和eNodeB间切换。
eNodeB间切换:按切换走的路由来分:又可分为S1切换和x2切换。
同样的,切换按切换前后两个小区的频点是否相同,又可分为同频切换和异频切换。
注意的是:同一个站下不同的小区的频点是可以不同的,两个小区为39250,另一个小区为38950。
也就是说:目前eNodeB内的切换又一定是同频切换,问题在于研发在切换准备阶段没有区分同频和异频两种方式,在切换执行阶段区分了,所以要区分切换准备阶段的同频或异频情况,只能取邻区级的切换统计。
eNodeB间的x2切换:x2切换准备请求次数: INTER_ENB_HO_PREP(M8014C0)x2切换准备成功次数: ATT_INTER_ENB_HO(M8014C6)(也是x2切换执行请求次数) x2切换准备失败次数: INTER_ENB_HO_PREP - ATT_INTER_ENB_HOx2切换执行请求次数: ATT_INTER_ENB_HO(M8014C6)x2切换执行成功次数: SUCC_INTER_ENB_HO(M8014C7)x2切换执行失败次数: ATT_INTER_ENB_HO - SUCC_INTER_ENB_HOx2切换准备成功率: ATT_INTER_ENB_HO / INTER_ENB_HO_PREP * 100%x2切换执行成功率: SUCC_INTER_ENB_HO / ATT_INTER_ENB_HO * 100%x2切换总成功率: SUCC_INTER_ENB_HO / INTER_ENB_HO_PREP * 100%eNodeB间的S1切换:S1切换准备请求次数: INTER_ENB_S1_HO_PREP(M8014C14)S1切换准备成功次数: INTER_ENB_S1_HO_ATT(M8014C18)(也是S1切换执行请求次数) S1切换准备失败次数: INTER_ENB_S1_HO_PREP - INTER_ENB_S1_HO_ATTS1切换执行请求次数: INTER_ENB_S1_HO_ATT(M8014C18)S1切换执行成功次数: INTER_ENB_S1_HO_SUCC(M8014C19)S1切换执行失败次数: ATT_INTER_ENB_S1_HO - INTER_ENB_S1_HO_SUCCS1切换准备成功率: INTER_ENB_S1_HO_ATT / INTER_ENB_S1_HO_PREP * 100%S1切换执行成功率: INTER_ENB_S1_HO_SUCC / INTER_ENB_S1_HO_ATT * 100%S1切换总成功率: INTER_ENB_S1_HO_SUCC / INTER_ENB_S1_HO_PREP * 100%eNodeB间的切换总成功率: (X2切换+S1切换)eNodeB间的切换总成功率=(x2切换执行成功+S1切换执行成功)/(x2切换准备请求+S1切换准备请求)= (SUCC_INTER_ENB_HO+ INTER_ENB_S1_HO_SUCC) /(INTER_ENB_HO_PREP + INTER_ENB_S1_HO_PREP) *100%eNodeB内的切换:(定义了切换准备和切换执行)eNodeB内的切换准备请求次数: INTRA_ENB_HO_PREP(M8009C2)eNodeB内的切换准备成功次数: ATT_INTRA_ENB_HO(M8009C6)(也是eNodeB内切换执行请求次数)eNodeB内的切换准备失败次数: INTRA_ENB_HO_PREP - ATT_INTRA_ENB_HOeNodeB内的切换执行请求次数: ATT_INTRA_ENB_HO(M8009C6)eNodeB内的切换执行成功次数: SUCC_INTRA_ENB_HO(M8009C7)eNodeB内的切换执行失败次数: ATT_INTRA_ENB_HO - SUCC_INTRA_ENB_HOeNodeB内的切换准备成功率: ATT_INTRA_ENB_HO/ INTRA_ENB_HO_PREP * 100%eNodeB内的切换执行成功率: SUCC_INTRA_ENB_HO/ATT_INTRA_ENB_HO * 100%eNodeB内的切换总成功率: SUCC_INTRA_ENB_HO/INTRA_ENB_HO_PREP * 100%总切换成功率:由于目前NSN在全国各省算总切换成功率时,不考虑eNodeB内切换的准备过程,eNodeB间切换+eNodeB内切换=x2+S1+eNodeB内切换即总的切换成功率=(x2切换执行成功+S1切换执行成功+eNodeB切换执行成功)/(x2切换准备请求+S1切换准备请求+eNodeB内的切换准备请求)即= (SUCC_INTER_ENB_HO+ INTER_ENB_S1_HO_SUCC + SUCC_INTRA_ENB_HO) / (INTER_ENB_HO_PREP + INTER_ENB_S1_HO_PREP +ATT_INTRA_ENB_HO ) *100%注意分母中是: ATT_INTRA_ENB_HO,而不是INTRA_ENB_HO_PREP(同频和异频的分类只在切换执行中区分,在切换准备中未区分)异频切换执行:异频切换执行请求次数:HO_INTFREQ_ATT(M8021C0)异频切换执行成功次数:HO_INTFREQ_SUCC(M8021C2)异频切换执行失败次数:HO_INTFREQ_ATT- HO_INTFREQ_SUCC异频切换执行成功率:HO_INTFREQ_SUCC / HO_INTFREQ_ATT * 100%同频切换执行:注意:由于没有专门定义同频执行切换的Counter,因此只能用总切换执行次数-异频切换执行次数同频切换执行请求次数:x2切换执行请求+ S1切换执行请求- 异频切换执行请求=INTER_ENB_S1_HO_ATT + ATT_INTER_ENB_HO - HO_INTFREQ_ATT 同频切换执行成功次数:x2切换执行成功 + S1切换执行成功 - 异频切换执行成功 =INTER_ENB_S1_HO_SUCC + SUCC_INTER_ENB_HO - HO_INTFREQ_SUCC同频切换执行成功率:=( INTER_ENB_S1_HO_SUCC + SUCC_INTER_ENB_HO - HO_INTFREQ_SUCC) /(INTER_ENB_S1_HO_ATT + ATT_INTER_ENB_HO - HO_INTFREQ_ATT) / * 100%切换问题主要原因造成小区切换成功率低的因素主要有下面几种:基站(小区)故障告警导致,服务小区及邻小区存在故障,需工程排障处理;干扰导致:是否存在内部干扰(GSP失步)、外部干扰;邻区合理性,是否存在邻区漏配、添加过远邻区,邻区是否存在同频同PCI问题及PCI混淆、是否添加小区切换黑名单等情况;参数设置不合理导致:包含小区基本参数如TAC、切换参数如CIO等、MME核查是否有漏配、ppsTimingOffset参数核查;邻区拥塞导致:目标小区出现拥塞,会导致周边站点出现大量的切换失败;隐性故障:隐性故障休眠,小区会出现无法接入,周边站点切换全部失败的情况。
GSM BSS 网络性能KPI(切换成功率)优化手册.doc
GSM BSS网络性能KPI(切换成功率)优化手册(仅供内部使用)For internal use only华为技术有限公司Huawei Technologies Co., Ltd.版权所有侵权必究All rights reserved修订记录Revision Record日期Date 修订版本Revisionversion修改描述change Description作者Author2008-4-23 0.88 初稿完成董璇2008-7-30 1.0 更新流程图董璇2009-8-18 1.1 增加KPI优化涉及的功能列表付霞GSM BSS网络性能KPI(切换成功率)优化手册关键词:切换成功率摘要:本文主要从B侧来分析影响切换成功率的各种因素,通过对各要素的分析,找到一条快速定位切换成功率低以及切换慢问题的方法,并给出针对性的优化该指标的措施,满足一线工程师解决切换问题的工作需求。
主要目的用于网络性能KPI指标优化以及网络质量的监控。
Key words:HOSR、缩略语清单List of abbreviations:目录1 基本原理 (6)1.1 指标含义 (6)1.2 理论介绍 (6)1.3 推荐公式 (6)1.4 信令流程及统计点 (7)2 影响切换成功率的因素 (10)3 切换成功率分析流程和优化措施 (10)3.1 切换问题的分析流程 (10)3.1.1 通用切换问题定位流程 (10)3.2 切换问题的优化方法介绍 (12)3.2.1 切换问题分类 (12)3.2.2 硬件和传输故障 (13)3.2.3 数据配置不当 (15)3.2.4 目标小区拥塞 (17)3.2.5 时钟问题 (18)3.2.6 干扰问题 (19)3.2.7 覆盖问题及上下行平衡 (20)3.2.8 BSC 间/MSC 间切换失败 (21)3.2.9 自动邻区优化 (22)3.2.10 测试工具选择及测试建议 (23)3.2.11 现网测试配置建议 (23)4 切换成功率优化案例 (24)4.1 解不出BSIC码无法切换案例 (24)4.2 MS和BSC对频点排序不一致导致无法切换案例 (24)4.3 参数配置不合理导致无法切换案例 (24)4.4 Handover Request如果不包含类标3,导致BSC入切换失败次数增加案例 (24)4.5 A接口阶段标志配置错误导致入BSC切换失败 (25)4.6 打开空闲burst导致干扰增大接收质量下降切换成功率低 (25)4.7 不同交换机下发清除命令携带原因值不同导致切换成功率差异 (25)5 问题信息反馈 (26)5.1 反馈问题小区的TEMS测试log (26)5.2 现网配置数据以及话统反馈要求 (26)表目录表1切换常用定时器列表 (16)图目录图1BSC内切换过程 (7)图2BSC间切换过程 (7)图3定时器详细说明和流程图 (16)GSM BSS网络性能KPI(切换成功率)优化手册1 基本原理1.1 指标含义切换(Handover)是移动通信系统的一个非常重要的功能。
TD-LTE网络性能KPI(切换成功率)优化手册
T D-L T E网络性能K P I(切换成功率)优化手册work Information Technology Company.2020YEARTD-LTE网络性能KPI(切换成功率)优化手册1切换成功率定义说明1.1指标公式1.2COUNTER定义1.2.1集团规范定义1、eNB间S1切换出请求次数:源eNB向MME发送的“切换请求”消息(HANDOVER REQUIRED)(3GPP TS 36.413),指示eNB间通过S1接口的切换出准备请求。
向不同小区发送的同一切换准备请求,需要重复统计。
2、eNB间S1切换出成功次数:源eNB收到MME发送的“UE上下文释放命令”消息(UE CONTEXT RELEASE COMMAND)(3GPP TS 36.413),指示eNB间通过S1接口的切换出执行成功。
3、eNB间X2切换出请求次数:源eNB向目标eNB发送的“切换请求”消息(HANDOVER REQUEST)(3GPP TS 36.423),指示eNB间通过X2接口的切换出准备请求。
向不同小区发送的同一切换准备请求,重复统计。
4、eNB间X2切换出成功次数:源eNB收到目标eNB发送的“UE上下文释放”消息(UE CONTEXT RELEASE)(3GPP TS 36.423),指示eNB间通过X2接口的切换出执行成功。
5、eNB内切换出请求次数:eNB向UE发送携带mobilityControlInfo 的“RRC连接重配置”消息(RRCConnectionReconfiguration),指示eNB内小区间切换出请求。
(3GPP TS 36.331)6、eNB内切换出成功次数:eNB收到UE发送的“RRC连接重配置完成”消息(RRCConnectionReconfigurationComplete),指示eNB内小区间切换出成功。
(3GPP TS 36.331)1.2.2NSN映射1、eNB间S1切换出请求次数:M8014C14:INTER_ENB_S1_HO_PREP,The number of Inter eNB S1-based Handover preparations;2、eNB间S1切换出成功次数:M8014C19:INTER_ENB_S1_HO_SUCC,The number of successful Inter eNB S1-based Handover completions;3、eNB间X2切换出请求次数:M8014C0:INTER_ENB_HO_PREP,The number of Inter-eNB X2-based Handover preparations. The Mobility management (MM) receives a listwith target cells from the RRM and decides to start an Inter-eNB X2-based Handover;4、eNB间X2切换出成功次数:M8014C7:SUCC_INTER_ENB_HO,The number of successful Inter-eNB X2-based Handover completions;5、eNB内切换出请求次数:M8009C6:ATT_INTRA_ENB_HO,The number of Intra-eNB Handoverattempts;6、eNB内切换出成功次数:M8009C7:SUCC_INTRA_ENB_HO,The number of successful Intra-eNB Handover completions;1.3信令统计点1.3.1eNB间S1切换统计点关系:M8014C14 = M8014C15 + M8014C16 + M8014C17 + M8014C18M8014C18 = M8014C19 + M8014C20(注:现网实际数据对不上)1、M8014C14:INTER_ENB_S1_HO_PREPUpdated: This counter is updated following the transmission of an S1AP:HANDOVER REQUIRED message from the source eNB to the MME if this message prepares an Inter eNB Handover.2、M8014C15:INTER_S1_HO_PREP_FAIL_TIMEUpdated: This counter is updated at the expiry of the guarding timer TS1RELOCprep if the timer was started because of the preparation of an Inter eNB Handover.3、M8014C16:INTER_S1_HO_PREP_FAIL_NORRUpdated: This counter is updated following the reception of anS1AP: HANDOVER PREPARATION FAILURE message from MME to source eNB with cause "No Radio Resources Available in Target Cell" if this message is received in response to the preparation of an Inter eNB Handover.4、M8014C17:INTER_S1_HO_PREP_FAIL_OTHERUpdated: The number of failed Inter eNB S1-based Handover preparations due to the reception of an S1AP: HANDOVER PREPARATION FAILURE message with a cause other than "No Radio Resources Available in Target Cell."5、M8014C18:INTER_ENB_S1_HO_ATTUpdated: This counter is updated following the reception of anS1AP: HANDOVER COMMAND message from the MME to the source eNB in case that this message is received in response to the preparation of an Inter eNB Handover.6、M8014C19:INTER_ENB_S1_HO_SUCCUpdated: This counter is updated following the reception of anS1AP: UE CONTEXT RELEASE COMMAND message from the MME to the source eNB with the cause value Radio Network Layer (Successful Handover) in case that this message is received for an Inter eNB Handover.7、M8014C20:INTER_ENB_S1_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TS1RELOCoverall in case that this timer was started because of an Inter eNB Handover.1.3.2eNB间X2切换Counter Counter ID NetAct nameeNB间X2切换请求次数M8014C0 INTER_ENB_HO_PREPeNB间X2切换目标小区准备失败次数M8014C2 FAIL_ENB_HO_PREP_TIME M8014C3 FAIL_ENB_HO_PREP_ACM8014C5 FAIL_ENB_HO_PREP_OTHEReNB间X2切换尝试次数M8014C6 ATT_INTER_ENB_HOeNB间X2切换成功次数M8014C7 SUCC_INTER_ENB_HOeNB间X2切换失败次数M8014C8 INTER_ENB_HO_FAIL统计点关系:M8014C0 = M8014C2 + M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8(注:现网实际数据对不上)1、M8014C0:INTER_ENB_HO_PREPUpdated: This counter is updated following the transmission of an X2AP: Handover Request to the target eNB.2、M8014C2:FAIL_ENB_HO_PREP_TIMEUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCprep.3、M8014C3:FAIL_ENB_HO_PREP_ACUpdated: This counter is updated following the reception of anX2AP: Handover Preparation Failure message from the target eNB.4、M8014C5:FAIL_ENB_HO_PREP_OTHERUpdated: The counter is updated if the failure detected does not match any other failure counter.5、M8014C6:ATT_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP: Handover Request Acknowledge message from the target eNB.6、M8014C7 :SUCC_INTER_ENB_HOUpdated: This counter is updated following the reception of an X2AP:Release Resource message sent by the target eNB.7、M8014C8:INTER_ENB_HO_FAILUpdated: This counter is updated following the expiry of the guarding timer TX2RELOCoverall.1.3.3eNB内切换Counter Counter ID NetAct nameeNB内收到MR次数M8009C0 TOT_NOT_START_HO_PREP eNB内切换决断次数M8009C1 TOT_HO_DECISIONeNB内切换请求次数M8009C2 INTRA_ENB_HO_PREPeNB内切换准备失败次数M8009C3 FAIL_ENB_HO_PREP_AC M8009C5 FAIL_ENB_HO_PREP_OTHeNB内切换尝试次数M8009C6 ATT_INTRA_ENB_HO eNB内切换成功次数M8009C7 SUCC_INTRA_ENB_HO eNB内切换执行失败次数M8009C8 ENB_INTRA_HO_FAIL统计点关系:M8009C1 > M8014C2M8014C2 = M8014C3 + M8014C5 + M8014C6M8014C6 = M8014C7 + M8014C8(注:现网实际数据对不上)1、M8009C0: TOT_NOT_START_HO_PREPUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of the RRM decision not to execute a handover. Updated to the source cell.2、M8009C1: TOT_HO_DECISIONUpdated: The reception of an RRC Measurement Report message sent by the UE to eNB and of an RRM decision to execute a handover. Updated to the source cell.3、M8009C2: INTRA_ENB_HO_PREPUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM and decides on an Intra-eNB Handover. Updated to the source cell.4、M8009C6: ATT_INTRA_ENB_HOUpdated: The transmission of an RRC Connection Reconfiguration message sent by the eNB to UE, which indicates a Handover Command to the UE. Updated to the source cell.5、M8009C7: SUCC_INTRA_ENB_HOUpdated: The reception of an internal UE Context Release Request for the handover on the source side. Updated to the source cell.6、M8009C3: FAIL_ENB_HO_PREP_ACUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from the RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. Updated to the source cell.7、M8009C5: FAIL_ENB_HO_PREP_OTHUpdated: An internal eNB trigger. The eNB MM receives a list with the target cells from RRM. The MM or RRM AC decides not to execute an Intra-eNB Handover. The counter is updated if the failure detected does not match any other failure counter. Updated to the source cell.8、M8009C8: ENB_INTRA_HO_FAILUpdated: The counter is updated to the source cell when timer THOoverall expires.2影响切换成功率的因素2.1从信令流程角度分析(注:个别流程可以会有不同,但大致相当,此处仅以X2切换为例。
切换成功率日常处理流程
切换成功率日常处理流程一、切换的定义切换过程是由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(小区)级报表下,对全网切换成功率进行排序,用升序排序法筛选出切换成功率较低的小区。
切换成功率提升日常优化手段
切换成功率提升日常优化手段:1、每日上班第一件事提取当前告警有时钟丢失的站点需特别注意,及时安排工程排障,若区域指标影响严重,暂时闭锁该站点待排障后解锁;2、当前告警中查看有S1告警的站点,及时处理;先ping查看到MME是否是可通,若可通查看VLANID等数据是否有问题;若无问题将MME链路断开重新连接;再无法解决重启,重启无效则提交NI解决;3、查看凌晨到上班点的历史告警,过滤出断站的告警,查看是否有站点存在间断性瞬断的情况,有的话及时安排NI处理,可能为电压不稳导致,或者光模块等故障原因;4、查看凌晨到上班点的每个时段的指标情况,切换准备跟切换尝试成功率的差距是否大,若大的话则为切换准备失败站点多,查看是否断站或者目标CELLBAR、部分小区RRU可工作但是小区无信号发射的等原因;若差距不大则查看失败原因点,若内切换失败高,先重启基站观察;若ENB间切换失败高,则查看具体原因;5、日常工作方面:A、PPStimingoffset设置,目前全网统一为0;B、MME组POOL设置及时核查;C、CELLBAR参数设置问题,特别是新开站点要多注意一下;D、邻区的合理性问题:可以一两个星期做个邻区的整理,过远邻区的删除跟冗余邻区的删除;新开站点邻区的补缺补漏;E、LNREL垃圾数据的删除:之前发现过无邻区存在但是有LNREL存在,但是有发起切换请求可皆失败的情况的,因此LNREL的清理工作也比较重要;修改LOCAL CELL ID跟ENBID 的站点,需特别注意LNREL的删除跟LNADJ的更新工作;F、休眠小区的出现跟处理:可结合春林之前的脚本跟郑州那边的脚本,跑出的休眠小区再根据现网多天的指标情况判断是否为真的休眠小区,若为休眠小区先重启查看,若无效时间允许的情况下安排测试验证,最后进行硬件的排障问题,更换RRU等;G、每个时段的指标派专人跟踪,及时处理分析上个时段出现的问题点,特别是RRC跟E_RAB突降的站点,基站性能下降明显,先重启观察;按莆田这边的情况,如果站点没有告警的话,指标突降的站点一般复位之后就能恢复正常,比如说从99%突降到50%左右这样的站点;H、新开站点的PCI、U值、跟序列、TAC等参数需跟规划表核实一下,有些开站人员会疏忽这个问题,导致可能站点内小区的数据都一样的;I、超近距离的同PCI需注意,可以一两个星期做一下这个的检查,及时修正问题;同时同MOD3对打的若有切换失败的情况需进行PCI的对调等工作;J、当前告警中存在X2告警的站点,可以一个星期做一次检查如果没时间的话,排除基站问题的,需查看IP设置是否合理、是否为垃圾邻区,是否为双方基站可用但X2不通的可先从源基站ping目标基站,若可ping通删除重建;若ping不通则安排PTN处理;K、高站站点,需及时安排进行覆盖的优化,防止信号漂移导致切换异常的情况;L、小区退服的站点可以的话让工程排障,特别是乡下的站点,若覆盖不接续的话很容易发生信号漂移导致发生不正常的切换关系,从而导致因信号突降等原因导致的切换失败;M、新开站点的功率设置问题,现在有FISH站点的FZHJ-b的RRU型号的功率可设置到20W,开站时直接20W开站,若不需要覆盖太远,可将功率适当降低;6、莆田这边异厂家切换问题自升级后就一直存在,目前只能采取禁止切换的手段,但是发现基站会自己解除禁止切换,因此需及时跟踪每个时段切换指标的变化情况;7、所有问题点都排除,仍无法确认原因的需跟踪EMIL等LOG查看原因,。
切换失败分析及处理流程
切换失败分析及优化流程 测试过程中发现切换失败时处理流程:小区切换成功率低的处理流程:处理说明: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.1 切换问题定位步骤 (1) 确定故障出现在个别小区还是所有小区;问题小区的特点。 (2) 如果是两小区间出现切换故障,则重点查看两个小区间的数据是否配置正确,
硬件是否有故障。
如果故障出现在某一个小区的所有邻近小区,则重点查看该小区的数据配置是否正 确,以及该小区的硬件是否有故障。
一、切换的基本概念及原因
切换(HANDOVER)是指 MS 在通话过程中,由于用户的移动或其它原因,从占用一 个无线信道到占用另一个无线信道的过程。切换是在 MS 占用 SDCCH 信道以后,也就是 MS 发起呼叫、短消息或通话过程中产生的。
切换过程分为两种,第一种为信令切换。比如手机用户在发送短消息的过程中发生的切 换就为信令切换。第二种为语音切换(语音或数据)。 比如手机用户在打电话的过程中发生 的切换就为语音切换,语音切换是用户使用手机过程中最为常见的一种切换现象。下面的内 容主要介绍语音切换。
一般来说引起切换失败的原因大致有以下几种:邻区数据错误、同频同色码、干扰、邻 区不合理、载频性能差、传输故障、链路不平、CMCF 板故障、硬件连接故障、直放站干扰 等。
3.2.1 邻区数据错误
在杭州项目的日常优化中此类问题也比较常见
临安广电大楼:
小区
日期
切换请求 TCH 话务量
次数
切换成功 次数
切换失败 数
二、切换流程
GSM 系统采用的是 MS 辅助切换方式,即由 MS 监测判决,由交换中心控制完成,在 切换过程中基站和 MS 均参与切换过程。
一般情况下,下面的两个原因将导致小区切换的发生: ¾ 邻小区提供更好的链路。 ¾ 当前的链路质量非常差,或者时间提前量太大,都将导致紧急切换。
2.1 切换失败问题
切换问题分析优化流程
切换问题分析优化流程1 切换问题分析优化流程切换问题分析优化流程和其他问题的优化流程的基本思路是一致的,详见下图。
1.1 切换问题搜集及优化目标切换问题的搜集途径一般有网管后台性能统计报表、DT路测、用户投诉信息分析等。
在赶赴工程现场后,需要和项目负责人(多数为办事处工程师)、运营商维护经理等相关人员开会确定需要解决的问题以及优化KPI指标(暂时参考小区移动性能报表中的统计项目)。
需要搜集的网络信息包括:1)了解整个网络的组网方式、结构,确定系统由哪些RNC、CN组成,然后可以根据这些组网信息,结合基站的分布和载频的配置情况,分析出哪些地方应该存在异频硬切换,哪些地方应该是同频硬切换。
2)运营信息。
包括用户数和用户分布信息,每天和每周的话务忙闲情况,以便数据修改尽量避开话务忙时,以免给在网用户造成大的冲击。
3)告警信息和运行记录等,保证MSC、SGSN、GGSN、HLR、VLR的设备稳定可靠,传输通畅,以便相应测试的进行。
4)工程参数总表。
此表包括基站位置、配置和频点信息,天线高度、方位角、下倾角等信息,更重要的是它还包含邻区列表,可以根据这些信息,结合组网信息和覆盖连续需求,确定各载频间的同频相邻关系、异频相邻关系和系统间相邻关系。
5)参数配置。
收集现网的信道功率配置、切换参数和算法开关等等数据配置信息。
切换优化的指标包括硬切换成功率、系统间切换成功率等等,这些指标项和目标要求需要和局方讨论确定。
1.1.1 小区移动性能报表话统数据是网络优化中最重要的信息来源之一,也是评价网络性能的主要依据。
与切换相关的话统指标主要有以下几项:同频接力切换成功率(小区切换出)、同频接力切换成功率(小区切换入)、异频接力切换成功率(小区切换出)、异频接力切换成功率(小区切换入)、同频硬切换成功率(小区切换出)、同频硬切换成功率(小区切换入)、同频硬切换成功率(RNC间切换出)、异频硬切换成功率(小区切换出)、异频硬切换成功率(小区切换入)。
LTE基站S1口少配导致切换成功率低处理案例
主题:LTE吉州区人民广场基站S1 口少配导致切换成功率低处理案例作者:邮箱:所在省:江西关键字:华为;切换成功率低;IPPATH专业:无线网、LTE网络一、现象描述在LTE网络KPI指标监控过程中发现吉州区人民广场区域的几个站点切换成功率极低,严重影响全网切换类指标,其中吉州区人民广场切换入失败次数每天达到4600多次,吉州区富华宾馆、吉州区红雨宾馆、吉州区附属医院,切换出失败次数和为4500多次。
二、原因分析1.处理流程图2.分析切换成功率低可能原因:对KPI指标及周边环境分,可发现如下问题:1)吉州区人民广场基站的邻区是否存在漏配、错配,外部邻区参数设置是否正确,PCI规划是否合理,切换参数设置是否有问题。
2)吉州区人民广场基站的切换入失败次数的和约等于周边基站切出失败的和,可定位为吉州区人民广场基站的问题导致其切入成功率低及周边基站切出功率低;三、问题排查1、吉州区人民广场及周边站点邻区核查吉州区人民广场及周边站点同频邻区核查根据基站拓扑结构核查吉州区人民广场及周边站点的邻区,确定现网邻区无漏配的问题,确定吉州区人民广场及周边站点的PCI规划合理。
2、吉州区人民广场及周边站点外部邻区定义核查吉州区人民广场及周边站点外部邻区核查核查吉州区人民广场及周边站点外部邻区的定义,主要核对外部邻区PCI及TAC设置,将外部邻区定义的PCI及TAC与现网比对,确定没问题3、同频切换参数检查及现场测试吉安LTE网络刚开局,现网所有切换参数均为默认值,核查无问题。
L3 MeESS 第占加叫施G..| u 回 S? | ,融伞电型1 Message Hsne航OCom 门 re : i 口 n Rte G nfi g LRjrti □Kcm H ei vMM5urcniefrtR.epDrtcKiA«iicirtRetoFrfiyu^bori RfLCCannK :iDnRKortfigu"atiorCaTipJff1e Md 通而辰鹏油cm 国c :&WCGonnec^DnRwGnfigLi ■artiGnIRflCCanne^iDnReccnfigu r aticnCcfflplete 瞋CineciijnRet □河igrstion SRUCta n n ect i 口 n R ec d nfi g UF M ci rtCom pl eft M 己期向Fgnatim 源ockSys sern In Fcnr ati c nE-j CK kl ^peL RRCGswEcmRetoMgurtarticih □iflRCCanrffc^iDnRecanfigu "-artiarCcnif letffRRCCotinaliDnRecarrfigurAtianGIMlU 日 G 的|的n 印内cmww 曰 Wtm 心®am 期 LTE I UE I UTISann 蚓 QH m 电 叩JOI ColLIDHI 用时 £SU| KC SIHE由用力口 38350 30 司陋人品T*2 2& H心熊OstKled 如SO10 吉升叵的H 母涌向 15 ■〃g 网如53350R吉州Z 吉州史融517^.3ti ;.■现场测试,吉州区人民广场与吉州区附属医院切换正常,验证了该站的参数设置没问题, 可能有其他不常见的问题导致。
切换成功率优化指导书
切换成功率优化指导书一、切换流程概述切换流程是确保系统稳定运行的重要环节。
切换流程通常包括准备、执行、验证和问题处理等步骤。
通过优化切换流程,可以提高切换成功率,减少系统故障时间,从而保障业务的连续性和稳定性。
二、切换前准备1. 确认切换计划:在切换前,应明确切换的时间、目标、影响范围等关键要素,并确保所有相关人员了解和遵循计划。
2. 数据备份:在切换前,应对所有相关数据和配置进行备份,以防止数据丢失或配置错误。
3. 资源检查:确认所需的硬件和软件资源是否准备就绪,包括服务器、网络设备、存储设备等。
4. 测试环境搭建:搭建与生产环境相似的测试环境,以便进行切换前的模拟测试。
三、切换执行1. 执行脚本:按照预定的切换脚本执行切换操作,确保每一步操作都准确无误。
2. 监控进度:在切换过程中,密切监控系统的状态和进度,确保切换过程顺利进行。
3. 异常处理:遇到异常情况时,应冷静分析并采取相应的处理措施,如回滚操作或寻求技术支持。
四、切换后验证1. 功能验证:验证系统各项功能是否正常,包括业务流程、数据查询、报表生成等。
2. 性能测试:对系统进行性能测试,确保系统在正常负载下的性能表现符合预期。
3. 安全检查:确认系统的安全性,包括数据加密、权限控制等方面。
4. 文档记录:将切换过程中的重要操作和验证结果记录在文档中,以便后续分析和追溯。
五、问题处理与预防1. 问题反馈:在切换过程中或切换后,如发现问题应及时反馈给相关人员,以便及时处理。
2. 问题处理:对问题进行深入分析,找出根本原因,并采取相应的解决措施。
3. 预防措施:针对问题产生的原因,制定相应的预防措施,以避免类似问题再次发生。
4. 经验总结:对切换过程中遇到的问题进行总结,积累经验教训,提高切换成功率。
六、成功率统计与监控1. 成功率统计:定期统计切换成功率,包括成功完成切换的次数、失败次数、失败原因等。
2. 监控指标:设定关键性能指标(KPI),对切换过程进行实时监控,确保系统稳定运行。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
切换成功率日常处理流程一、切换的定义切换过程是由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、用小区详细质量分析功能,分析小区详细切换信息。
(如下图)正常情况下,MC678_BetterCELL切换应该占用较大的比例,上图中MC672_下行质量切换比例及MC673_下行电平切换比例过高,因此判断本小区下行质量及下行电平相对较差。
解决切换失败主要从以下几个方面入手:1、邻小区关系定义不合理造成切换失败高:运用EasyRNP对小区切换关系进行检查,并导入180切换报告对邻小区进行合理删加。
2、恶劣的无线环境:覆盖、干扰等原因造成。
3、硬件故障:如载频或主控板或传输问题。
还有可能是天线方位错误;天线端口对应错误或机柜上的载频发射连线接错,被耦合到其它小区去发射了。
4、目标小区信道资源短缺:原因可能是要切换的邻小区负荷高,目标小区已经没有可用TCH。
此时,BSC虽然收到HO_INDICATION信息但并不向目标小区发送任何HO_COMMAND 消息。
5、乒乓切换:可能性一:硬件问题。
排除硬件故障来解决。
可能性二:在周围几个小区信号强度都差不多的情况下,往往容易发生乒乓切换;体现为切换量大而且易掉话,切换失败高,信号质量差。
6、上行干扰原因小区存在上行干扰,导致切换成功率低。
则进行扫频测试,确定干扰种类和查找干扰源。
通过加装滤波器等方式解决。
7、基站频偏问题如果小区的切入很差,且观察到所有小区的切入都很差。
则可能是基站出现频偏,更换SUM板。
8、频率规划问题如果某条切换关系成功率非常低,且硬件没有问题,则可能是存在同频同色码现象,通知规划组检查频率。
提高切换成功率的方法可以采用增加话务密集区的切换次数;同时限制覆盖较差的区域的切换次数的方法。
其目的是增大成功切换的次数来提高切换的请求次数,以降低切换失败的比率;而对于有风险的切换,应减少它们的请求次数。
一般而言,一个好的网络,它的切换次数应和它的主被叫总和在一个数量级上;而Better Cell 的切换比重应在50%以上。
一般参数调整如下:市区:L_RXLEV_XX_HO:-95/-100HO_MARGIN:5L_RXQUAL_XX_H:3郊区:L_RXLEV_XX_HO:-98/-102HO_MARGIN:5L_RXQUAL_XX_H:3四、切换成功率低原因分析思路我们可以发现切换不但涉及到BSS(无线基站子系统)还涉及到NSS(交换网路子系统),涉及的信令配合主要有空中接口(Um)、Abis接口、A接口以及交换信令之间,如果其中任何一个环节出现问题,将会导致切换失败发生。
通过日常工作中分析汇总,可将切换失败原因归纳为以下几种:一、邻区数据的准确性及合理性异常(1)无线参数的准确性与合理性在通话过程中,移动台始终测量本小区和相邻小区的BCCH的电平强度,而这些相邻小区信息,都预先在系统自身定义,通过系统消息周期广播至移动台,这些信息中列出了与当前小区相邻的小区BCCH频道号。
移动台必须从系统消息中提取该信息作为测量邻区信号的依据。
如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作,将会产生孤岛效应,造成周围信号很强但手机所占的信号弱或者信号质量较差的现象,严重地影响网络质量,引起一些救援性的切换,导致切换成功率较低。
特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象,更容易造成切换数据漏作。
同时,由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。
当网络发生改变时,如增加了基站或对小区BCCH频点进行修改后,没有对涉及的邻区进行相应的修改,导致在切换中邻区描述错误,发生严重切换失败。
还有一种情况就是在边界地区定义邻区中的NCC(移动用户识别号),需要根据边界所涉及的NCC全部定义,不能仅仅根据自身网络情况定义所属的NCC,导致不能对其它NCC邻区进行扫描引起切换失败。
(2)MSC上数据的正确性与完整性除了无线侧邻区数据准确合理外,MSC上也涉及邻区关系的定义,如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息,需要进行准确完整的定义,否则会发生跨MSC切换不能实施的情况。
二、硬件故障(1)基站硬件故障在日常优化过程中,我们经常发现所有数据均正常但仍然出现切换失败率高的现象,其中基站硬件故障也可能是原因之一。
最常见的就是由于基站载频故障引起分配失败,导致切入失败增加,同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。
(2)传输有误码或者同步不稳定切换过程可能发生在基站内部小区之间,也可能发生在不同基站之间。
切换发生时,需要通过TA值来判断手机所处位置,并决定基站和手机的发射功率以供手机接入新的信道。
如果切换发生在基站内部,将不需要进行TA值的重新确认,但是如果发生在不同基站之间,则需要进行TA值的确认,这就是所谓的同步、异步切换方式。
如果传输误码率高,就很容易因为A接口或者Abis接口失败导致切换失败。
同时,如果基站时钟失步,时钟频偏过大造成邻区之间无法同步,测试手机无法正常解析邻区数据,导致切换问题发生。
一般发生时钟失步的原因主要是由于时钟板故障。
三、外界干扰源小区或者目标小区的BCCH受到干扰由于BCCH始终以最大功率发射,而话音信道经常采用DTX或者跳频技术等手段来降低干扰,这就使得BCCH受到的干扰在网络中显得十分明显。
由于切换过程中手机始终扫描的是邻区的BCCH,由于外界对切换源小区或目标小区的干扰,将直接导致切换失败偏高,这在交叉覆盖严重的城市中是影响切换成功的一个重要原因。
四、资源不足由于无线资源缺乏造成切换失败在话务密集的地区,由于目标小区无线资源缺乏,经常会出现切换失败的发生五、切换成功率解决思路1、合理进行频率规划,提升各项网络指标随着工程建设的逐年增加,频率资源越来越紧张,频率复用距离也越来越小,不可避免的会形成许多网内干扰的情况,对网络的各项指标造成不良影响,尤其是BCCH同邻频的干扰,限制了切换整体指标的提升。
一种好的频率规划方案的实施,可以很好的解决现网频率混乱的情况及降低网内频率的干扰。
例如,某地移动公司将原有BCCH的6*3频率方案调整为7*3,TCH的1*3频率方案调整为3*3以后,各项指标均有了明显的提升,尤其是切换成功率指标,由97.39%提高到了98.16%。
2、全网数据核查,保障切换数据的准确性及合理性由于邻区数据的准确性及合理性直接影响到切换发生的成功率,所以对全网邻区数据的检查显得尤为必要,数据检查主要包括以下几个方面:(1)对全网所有小区进行邻区关系的核查,结合距离的远近及话务报告中切换发生次数对邻区进行合理的添加或删除,尤其对于新建基站、网优工程等周围漏定义的距离较近的邻区进行添加。
同时对于一些长时间未发生切换关系的小区进行确认,对其进行删除,减少切换时BSC负荷,一般保障市区邻区关系数在32个以内,郊区20个以内。
(2)对网络中存在错误邻区的数据进行更正。
由于工程割接等原因小区数据发生改变,而邻区中数据未能实现及时更新的数据进行更正,尤其是针对边界数据进行定期核查,经常沟通,保证数据的更新及时率。
同时对于不同基站之间存在的同步切换方式进行更正。
另外,交换机产生的错误邻区C300报告中,也可以发下一些定义错误LAC、CI的邻区数据。
(3)对MSC中的REMOTLAC表进行检查,结合边界数据,对各个MSC下的数据进行核对。
3、合理调整天线,避免越区覆盖天线调整是网络优化中的一个非常重要的手段,随着新建基站不断入网,重叠覆盖较多,甚至发生越区覆盖情况,导致相邻切换关系混乱,造成切换成功率降低。
发现越区覆盖主要通过实地路测进行,根据实地情况进行合理的天线调整,降低越区覆盖现象。
防止越区覆盖,也可以防止发生孤岛效应的情况,尤其是市区高大建筑物阴影区及网优工程泄漏的道路上,很容易由于产生孤岛导致切换失败。
4、处理硬件故障,保障小区正常运行,及时发现并处理小区的故障载波、板件。
六、切换成功率日常处理流程。