指派成功率和切换成功率专题分析解析
系统内切换成功率解析

系统内切换成功率目录一、摘要 (2)二、指标定义 (2)2.1 系统内切换成功率定义及公式 (2)2.2 指标的分解 (2)三、eNB小区间的切出成功率 (3)3.1 信令示例 (3)3.3 基站内部切换失败原因计数器 (3)四、eNB之间X2接口切出成功率 (6)4.1 信令示例 (7)4.2 eNB之间X2接口切换失败计数器 (7)五、eNB之间S1接口切出成功率 (16)5.1 信令示例 (17)5.2 eNB之间S1接口切换失败计数器 (17)六、切换类型选择和触发条件 (25)6.1 切换类型决策 (25)6.2同频/异频切换触发基本条件 (26)七、分析步骤和案例 (27)7.1 分析步骤 (27)7.1.1 Inter-eNB X2 HO scenario (27)7.1.2 Inter-eNB S1 HO scenario (32)7.2 案例一 (39)7.3 案例二 (41)八、问题分析一般思路 (43)一、摘要系统内切换成功率指标表征了在LTE网络中,UE进行移动性保持类业务的网络质量,其可以细分为eNB小区之间的移动性切换,eNB之间基于X2链路和基于S1链路的移动性切换。
优化好该指标,网络的移动健壮性就越高,对于用户的保持类业务实际使用感知就越好。
二、指标定义2.1 系统内切换成功率定义及公式定义:统计周期内,系统内相同模式下切出成功次数和切出请求次数的比值。
指标命名:在NPO中,该项指标的名称CTC_4_11_HO_IrC_IaLTE_succ_src_rate(CTC_4_11),公式(VS.OutgoingInterENodeBS1HOSuccess+VS.OutgoingInterENodeBX2HOSuccess+HO.IntraEnbOutSucc.Sum)/ (VS.OutgoingInterENodeBS1HOAttempt+VS.OutgoingInterENodeBX2HOAttempt+VS.OutgoingIntraENodeBHOAtte mpt)对应计数器:(12707 + 12721 + 12746) / (12706+12720 + 12745)2.2 指标的分解分析系统内切换成功率指标,不难发现,该项指标是由3部分组成的,分别是➢eNB内部小区间的切出成功率➢系统内eNB之间X2接口切出成功率➢系统内eNB之间S1接口切出成功率下文将逐一介绍。
volte切换成功率低优化报告

VOLTE切换成功率低专项报告移动公司2015-11-271、VOLTE切换成功率低优化切换优化的目的就是减少切换失败、切换过早或过晚、切错小区和乒乓切换等情况,最终提升系统性能。
1.1切换常见异常场景简介1.1.1过早切换:切换过早,一般是邻区的信号还不够好或不够稳定,eNodeB就发起了切换,主要有以下几种:a)源小区下发切换命令后,由于目标小区信号质量不佳,UE切换到目标小区发生失败,UE发起RRC重建回到源小区。
如下图,这种场景下,UE在切换到新小区随机接入或发送msg3失败导致切换失败,然后UE在源小区发起RRC连接重建。
b)UE虽然成功切换到目标小区但是立即出现下行失步,然后在源小区发起RRC连接重建。
这也是切换过早。
c)UE虽然成功切换到目标小区但在很短时间内(5s)切换到第三方小区,也是切换过早。
1.1.2过晚切换:切换过晚这个在实际外场比较多,主要有以下几种:a)在下行100%加载的场景,源小区服务质量不好(一般SINR低于-3就会概率性出现切换命令发送失败),UE因为服务小区信号不好没有收到切换命令,或收到切换命令,但随机接入过程失败,UE就发生RRC重建,重建到目标小区,此时由于目标小区已建立上下文,重建可以成功。
b)UE还来不及上报测量报告,源小区的信号已经急剧下降导致下行失步,UE直接在目标小区发起RRC连接重建,此时由于目标小区无UE上下文,重建必然被拒绝,信令流程如下图所示。
1.1.3乒乓切换:当UE 进行A—>B—>A 这样的反复来回切换流程,从小区A 切换到小区B 后,在小区B 停留的时间很短,又返回到小区A,这个通过信令流程比较容易分析,就是看上一次切换入到下一次切换出的时间是否太短了(一般认为一秒发生多次切换为乒乓切换)。
1.2 切换优化方法与技巧 1.2.1 切换优化5步法:b) 邻区合理性检查:是否邻区完整、邻区是否合适、是否存在blacklist 邻区、邻区存在同频同PCI 问题、相同邻区重复定义; c) 干扰:内部干扰、外部干扰;d) 覆盖原因:弱覆盖,过覆盖、重叠覆盖;e) 参数设置不合理:TAC 、切换参数(CIO 设置不合理、handoverAllowed 状态核查、异频参数核查:)、MME POOL 核查、ppsTimingOffset 核查; f) 邻区拥塞:指目标小区拥塞导致切出指标差; g) 隐性故障:主小区或者邻区隐性故障;1.2.3切换问题处理流程2. 附录.案例2.1 异频切换问题导致设备异常eSRVCC 到GSM 问题描述:车辆在五四路上由北向南行驶,UE1主叫占用D2频点小区418339-2,在行驶过程中由于车速较快UE1没有及时切换到417870-1、417903-1&2扇区,等到切换条件满足时,但相关小区已和主服小区没有邻区关系了(此时已经是第三圈站点了),从而导致设备异常eSRVCC 到GSM ;2.1.2 解决方法:参数原值 修改值 修改原因threshold2InterFreq -97 -95 使该小区尽量切换至LTE 小区,避免提前开始eSRVCC 切换,影响道路MOS 值。
专题报告-局间切换成功率分析(2007-12-7)

局间切换成功率分析问题描述:通过对MSC2交换机的系统报告的统计与分析我们发现局间切出成功率在11月30日前都很低,只有30%多,局间切入成功率在30、1号突然降低,下面是统计的结果。
问题分析与处理:割接原因:通过了解到在11月30日,MSC2下有部分小区割到华为软交换,导致了局间切入成功率由原来的90%多下降到30%多,主要是由于没有及时调整切换关系,后来经过无线侧的调整,从12月2日开始,局切换成功率已经恢复正常,局间切出成功率保持在87%左右,局间切入成功率保持在93%左右。
交换原因:通过挂MSC2到TMSC1、TMSC2的局间信令发现,广东的交换机切入MSC2交换机有问题,信令流程如下:其中,FF-14-F5是NNTMSC1的信令点,FF-14-F6是玉林MSC2的信令点,广东的MSCID是8613000568的交换机向玉林MSC2交换机(MSCID= 8613000596)发送的“准备切换”的切换请求,在很短的时间内玉林MSC2交换机回送“中止”消息,导致切入玉林MSC2失败。
通过对检查“准备切换”这条消息发现,广东交换机发送的目标LAC= 26968、CI= 53182不是玉林MSC2下的LAC和CI,因此玉林MSC2发送“中止”消息是正常的流程,检查LAC= 26968、CI= 53182数据发现,是归属在玉林MSC1交换机,MSCID= 8613000695。
正常的话,广东交换机MSCID=8613000568应该向MSC1交换机发送切换请求,而不是发送给MSC2,这样的话会造成MSC2统计上切入失败比较多。
目前正联系广东方面检查切换数据,广东交换机MSCID=8613000568的LAC=26968的切换数据,是否正确指向MSCID= 8613000695的玉林MSC1。
原因与经验总结:我们认为是原因在于割接时没有及时更新切换关系表,同时加强与周边城市之间的沟通,及时更新切换数据。
切换成功率低处理方法研究

切换成功率低处理方法研究
切换成功率低处理方法研究
周明平
【摘要】切换成功率是考核网络性能的一个重要指标,通常全网切换成功率应保持在95%以上。
切换失败主要分为两部分:切换准备失败和切换执行失败。
对于切换准备失败,BSC内的原因主要有目标小区拥塞、硬件问题等。
对于跨MSC的切换,涉及E口信令转换,交换切换数据,编码方式沟通等原因,需要信令跟踪分析定位。
而切换执行失败,原因主要有无线环境、参数设置、小区硬件故障等。
【期刊名称】无线互联科技
【年(卷),期】2016(000)024
【总页数】3
【关键词】切换成功率;GSM问题小区;网络性能
1 切换成功率低原因分类与判断方法
1.1 小区故障
1.1.1 时钟板硬件故障
如果某小区的切入切出成功率均低于70%以下,同时本小区的分配失败正常,掉话率高的话,通常是由于BTS时钟偏移造成,使得手机无法与邻小区同步,造成切换成功率低,甚至引起掉话.这种情况更换SUMP板或者调整时钟即可解决。
此外若几个小区同时出现切入切出均差,且属于同一个BTS的话,基本可以确认为时钟偏移问题。
1.1.2 载频、RA硬件故障
当小区的切换成功率低,同时TCH分配失败率,掉话率等各项指标都较差时,。
通信-LTE培训-LTE中、高级面试知识点整理(1)

LTE高级面试知识点整理一、KPI指标优化1、省网优考核指标(各省份有差异,但是不会太大):2、RRC连接建立成功率优化2.1 指标定义RRC建立成功率= [RRC连接建立完成次数]/[RRC连接请求次数(不包括重发)];RRC建立成功率(包括重发)= [RRC连接建立完成次数]/[RRC连接请求次数(包括重发)];2.2RRC连接建立失败话统统计小区内不同原因的RRC连接建立失败的次数。
RRC Connection Reject消息是eNodeB 发送给UE的RRC信令消息,目的是通知UE本次接入过程被eNodeB拒绝。
2.3 可能原因影响RRC连接建立成功率的因素主要有:➢覆盖问题(空口信号质量);➢参数配置(定时器、功率控制等);➢干扰问题(时钟失步、器件故障、外部干扰等);➢设备故障;➢网络拥塞;➢其他原因2.4 分析流程及优化方法从话统统计到的RRC建立失败原因值来看,主要存在两种场景:由于资源失败导致的RRC连接建立拒绝(L.RRC.SetupFail.ResFail)及由于空口无响应导致的RRC连接建立失败(L.RRC.SetupFail.NoReply);eNB发送RRC Connection Reject消息次数主要有以下几种场景:(1)小区准入失败导致发送RRC REJ;(2)激活用户数受限导致发送RRC REJ;(3)CPU占用率过高,流控导致发送RRC REJ;处理方法,调整以下参数:MML命令:MOD SRSCFG: SrsCfgInd=BOOLEAN_TRUE, TddSrsCfgMode=ACCESS_FIRST;配比2场景下,体验优先SRS和PUCCH的规格是120用户,改为接入优先,规格放大为400用户。
当小区流量过高或CPU负载过高时,ENB会启动流控,话统中主要由以下两个指标:L.RRC.SetupFail.Rej.FlowCtrl流控导致的发送RRC Connection Reject消息次数;L.RRC.ConnReq.Msg.disc.FlowCtrl流控导致的RRC Connection Request消息丢弃次数。
切换成功率问题分析总结

切换成功率问题分析总结概述在分析处理日常性能质差小区时,发现切换成功率低的问题小区占据绝大部分,统计诺基亚区域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参数核查;邻区拥塞导致:目标小区出现拥塞,会导致周边站点出现大量的切换失败;隐性故障:隐性故障休眠,小区会出现无法接入,周边站点切换全部失败的情况。
精品案例_多角度剖析eNodeB内切换成功率影响因素

多角度剖析eNodeB内切换成功率影响因素目录一、概述 (3)二、分析过程 (3)2.1 分析思路 (3)2.2分析流程及关键点 (4)三、典型案例分析及优化手段 (7)3.1典型案例一:超远邻区导致eNodeB内切换成功率较低 (7)3.2典型案例二:eNodeB设备故障导致eNodeB内切换成功率较低 (7)四、总结 (8)多角度剖析eNodeB内切换成功率影响因素【摘要】当正在使用网络服务的用户从一个小区移动到另-一个小区,或由于无线传输业务负荷量调整、激活操作维护、设备故障等原因,为了保证通信的连续性和服务的质量,系统要将该用户与原小区的通信链路转移到新的小区上,这个过程就是切换,在合肥电信LTE 优化过程中发现eNodeB内切换成功率低。
【关键字】eNodeB内切换成功率【业务类别】eNB内切换、eNB间X2切换、eNB间S1切换一、概述切换成功率是移动保持类的重要指标之一,按照涉及的网元关系可以分为ENB内切换成功成功率、ENB间(包括X2切换和S1切换)切换成功率。
切换成功率的高低,直接影响用户感受,是运营商重点考核的KPI指标之一。
二、分析过程2.1 分析思路按照涉及的网元关系,切换可以分为三大类:eNB内切换、eNB间X2切换及eNB间S1切换,eNB内切换不涉及S1/X2接口。
eNodeB内切换流程eNodeB内切换成功率=eNodeB内切换出成功次数/eNodeB内切换出尝试次数*100%从性能指标提取平台提取KPI指标后,获取切换性能差的的TOP小区,因eNB内切换过程中不涉及eNB之间的信息交互,即X2、S1接口上没有信令操作,只是在一个eNB内的两个小区间进行资源配置,所以在基站内部进行判决,并不需要向核心网申请数据传输路径,对于eNodeB内切换性能差的情况,大致从三个方面来分析➢站点是否有故障:比如告警、拥塞、基站设备故障等➢切换关系是否正常:是否添加邻区关系、门限设定等参数核查➢外部无线环境:比如干扰、覆盖等2.2分析流程及关键点从性能指标提取平台提取KPI指标后,对于eNodeB内切换性能差的小区,可按流程图中步骤来处理:(1)首先检查小区及有切换关系的小区是否存在告警,如果有,首先处理告警;(2)切换相关参数核查:主要核查ANR开关是否打开和禁止切换设置等参数是否异常,如果异常进行修改;(3)切换邻区对分析:主要观察切换失败的邻区对之间是否存在过早、过晚、乒乓切换,如果存在针对邻区对设置相应的CIO等进行过早过晚切换优化;(4)性能指标分析:PRS网管中针对切换失败统计主要有如下原因,➢无对应的邻区关系类切换失败无对应的邻区关系导致无法发起同频切换过程的次数,主要是由于邻区漏配导致用户无法切换或切换到次优小区;邻区错配可能导致用户切换到错误小区而失败;目标小区半径配置过小(小于切换点到目标基站距离)也会导致切换入失败(切换目标小区随机接入失败);实际目标小区PCI与源站邻区关系配置中的邻区PCI冲突,因此需要核查基站ANR算法是否正常开启,并且对邻区关系和错配邻区进行优化,对PCI冲突情况进行优化。
华为LTE初级面试问题汇总

LTE初级面试问题汇总1、一般影响网络质量的因素有哪些?干扰(模三干扰,上行干扰、系统外干扰等),弱覆盖,天馈问题、驻波告警、设备故障,后台参数设置出错等。
2、切换成功率怎么定义?切换成功率等于切换成功次数比上切换总次数乘以100%(即切换成功率=切换成功次数/切换总次数*100%)3、造成高掉话的原因一般有哪些,如何解决?干扰、弱覆盖、邻区漏配,对应的解决方法是对于常见的模三干扰的解决方法是更改PCI,弱覆盖的解决方法是调整下倾角、方位角或增大基站发射功率,邻区漏配的解决方法是4、常见的故障告警有哪些?驻波告警、设备故障、基站断链等。
5、TAC是什么?6、什么是PCI?物理小区标识7、单站验证主要看哪几个指标?8、怎样判断天馈接反?根据DT测试LOG文件里的PCI和前台回放数据,若离主服务小区主覆盖方向距离很近,但信号很弱或主服务小区的背面信号很强、且没有及时切换到另一主覆盖方向的小区过去,可以判定为天馈接反。
9、单验合格的标准是什么?平均下载速率大于等于85Mbps,平均上传速率大于等于30Mbps,PING时延小于等于30ms,电调0°与8°的RSRP和PUCCH值要相差5db左右。
10、如果站点在立交中间,该怎样对站点进行测试?若在立交桥下可以停车就在车上测试,找好点时尽量避免立交和大树的遮挡;若不能停车,就步行找好点进行测试。
11、单验时中点达标的标准是多少?-80dbm到-90dbm12、拉网前要做什么准备工作规划好测试路线,设备要准备齐全,了解掌握站点的开通状态与是否有告警等。
13、规划路线有什么原则?尽量规划右转,避免走单行道,避免多走重复路线等。
14、什么是覆盖率?覆盖率是指RSRP取值为1测试点在区域所有测试点钟的百分比;(有区域覆盖率和边缘覆盖率)15、LTE的优势是什么?网络架构更扁平化,建网更加便捷,且减低建网成本,缩小传输时延,多钟关键技术,使得数据业务速率非常快,在20M带宽下,下载速率能达到100Mbps,上传速率能达到50MBps,大大提高了用户体验和感知,支持的业务丰富多彩(如智能交通、平安家居、实时视频监控、即拍即传)等。
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切换为例。
5g切换成功率优化思路

5g切换成功率优化思路5g切换成功率优化思路1. 介绍5G切换成功率的重要性和挑战5G网络的快速部署和广泛应用使得切换成功率的优化成为网络优化的关键任务之一。
切换成功率是指终端设备在从一个基站切换到另一个基站时成功完成切换的比例。
切换成功率的提高可以确保通话和数据传输的连续性和稳定性,提升用户的体验和满意度。
另5G网络中涉及的复杂技术和庞大的网络规模给切换成功率的优化带来了挑战。
2. 切换成功率的影响因素5G切换成功率的提升需要综合考虑多个因素。
首先是网络覆盖和质量,包括基站密度、信号强度和覆盖范围等因素。
其次是网络负载和容量管理,包括基站负载均衡、用户分布和流量控制等因素。
还有就是网络架构和协议的优化,包括切换策略、切换触发条件和切换过程的优化等因素。
3. 切换成功率优化的思路a) 网络覆盖和质量的优化- 增加基站密度和提升信号覆盖范围,以确保终端设备在移动过程中始终能够连接到最优的基站。
- 强化网络优化方法,包括调整天线方向、优化无线传输控制等,以提高信号质量和稳定性。
b) 网络负载和容量管理的优化- 实施基站负载均衡和流量控制策略,以确保网络资源的合理分配和利用。
- 分析用户行为和流量模式,合理调整用户分布,减少网络拥塞的发生。
c) 网络架构和协议的优化- 优化切换策略和切换触发条件,根据终端设备和网络状态智能选择最佳的切换时机和目标基站。
- 优化切换过程,减少切换时延和丢包率,提高切换的稳定性和可靠性。
4. 个人观点和理解在5G网络中,切换成功率的优化对于提供卓越的用户体验至关重要。
作为一种技术手段,切换成功率优化需要多方面的思路和方法,从网络覆盖和质量、网络负载和容量管理,以及网络架构和协议等方面入手,综合考虑并优化多个因素。
切换成功率优化也是一个不断迭代和优化的过程,需要不断地收集和分析网络数据,结合实际情况进行调整和改进。
总结回顾本文针对5G切换成功率优化思路进行了全面评估和讨论。
VoNR专题介绍及使用指导

VoNR专题介绍及使用指导1、VoNR性能分析介绍VoNR性能分析:针对VoNR特性构建关键指标趋势洞察、问题定界能力,支撑在SA网络下的VoNR网络质量监控,对在商用保障下及时发的现用户投诉、网络故障问题进行定界分析。
●支持不同的5G SA用户呼叫流程分段统计功能。
●VoNR指标支持多维指标查询,支持5G使用不同的接入方式接入用户分地市、小区、终端等多维度指标查询。
VoNR业务洞察:VoNR业务洞察页面,通过不同的筛选条件,以百分比,差值,柱形图以及趋势图的方式展示各个指标的趋势变化,方便用户查看指标统计。
2 VoNR指标定义2.1 注册类指标定义Establishment Request”消息次数,如图3中的统计点1。
图1 Registration指标组指标打点统计位置图2 指标打点统计位置图3 PDU Session指标组指标打点统计位置(会话建立)2.2 接入类指标定义图1 指标打点统计位置(一)图2 指标打点统计位置(二)图4 指标打点统计位置(四)图6 指标打点统计位置(六)图7 Paging指标组指标打点统计位置图8 VoNR始呼接通率指标打点统计位置图9 PDU Session指标组指标打点统计位置2.3 保持类指标定义图1 指标打点统计位置(一)图2 指标打点统计位置(二)2.4 语音质量类指标定义图1 VoNR语音质量业务计算指标测量范围2.5 切换类指标定义图1 指标打点统计位置(一)图2 指标打点统计位置(二)2.6 时延类指标定义图1 VoNR时延分段图2 VoNR时延分段-T1阶段图3 VoNR时延分段-T2阶段图4 VoNR时延分段-T4阶段EPS Fallback回落指标及计算公式如下:回落成功率(%)=(回落请求次数-回落失败次数)/回落请求次数*100回落成功次数:统计UE向MME发送“TAU Complete”消息次数。
回落请求次数:统计AMF接收NG RAN发送的“N2 PDU Session Response”消息,且消息中“cause”信元的取值为“36 IMS voice EPS fallback or RAT fallback triggered”的消息次数。
立即指配成功率优化指导书

立即指配成功率优化指导书华为技术有限公司版权所有侵权必究目录1、立即指配成功率定义说明 (3)1.1 KPI含义 (3)1.2 KPI推荐公式 (3)1.2.1 BSC6000的公式 (3)1.2.2 统计点 (4)2 KPI测试方法 (4)3 KPI影响分析 (5)3.1.1 环境约束 (5)3.1.2 参数影响分析 (5)3.1.3 BSC相关功能对KPI的影响 (6)3.1.4 其它KPI的影响 (6)4 KPI优化手段 (6)4.1 与立即指配成功率相关的因素 (6)4.2 立即指配成功率解决方法 (7)4.2.1 SDCCH拥塞可能原因及解决建议 (7)4.2.2 信道请求流控分析 (8)4.2.3 设备故障可能原因及解决建议 (8)4.3 立即指配成功率分析方法 (8)4.4 立即指配成功率优化案例 (10)1、立即指配成功率定义说明1.1 KPI含义立即指配成功率主要描述了手机成功接入信令信道的比例,反映的是从手机发起信道请求消息(channel required)到信令信道建立成功(establish indication)的过程。
立即指配成功率是接入性类的重要指标,直观的反映了用户成功接入信令信道的概率,在用户感受方面,立即指配成功率的高低直接影响到客户感受。
1.2 KPI推荐公式立即指配成功率主要通过话统结果获得,其推荐的公式为:[立即指配成功次数/ 立即指配请求次数]*100%。
具体见下面描述:1.2.1BSC6000的公式立即指配成功率= (建立指示次数(呼叫发起非短消息)(SDCCH)+建立指示次数(呼叫发起短消息)(SDCCH)+建立指示次数(寻呼响应)(SDCCH)+建立指示次数(紧急呼叫)(SDCCH)+建立指示次数(呼叫重建)(SDCCH)+建立指示次数(位置更新)(SDCCH)+建立指示次数(IMSI分离)(SDCCH)+建立指示次数(呼叫发起非短消息)(TCHF)+建立指示次数(呼叫发起短消息)(TCHF)+建立指示次数(寻呼响应)(TCHF)+建立指示次数(紧急呼叫)(TCHF)+建立指示次数(呼叫重建)(TCHF)+建立指示次数(IMSI分离)(TCHF)+建立指示次数(呼叫发起非短消息)(TCHH)+建立指示次数(寻呼响应)(TCHH)+建立指示次数(呼叫重建)(TCHH))/(信道请求次数(呼叫发起)+信道请求次数(寻呼响应)+信道请求次数(紧急呼叫)+信道请求次数(呼叫重建)+信道请求次数(位置更新))*100%下面是BSC6000对应的短名称公式表达:立即指配成功率= ((A3030A + A3030B + A3030C + A3030D + A3030E + A3030F + A3030G + A3037A + A3037B + A3037C + A3037D + A3037E + A3037G + A3038A + A3038B + A3038C + A3038E) / (A300A + A300C + A300D + A300E + A300F))*100%1.2.2统计点BTS MSCBSC注:A1——立即指配请求次数(信道请求次数(电路业务))B1——立即指配下发次数C1——立即指配成功次数(建立指示次数(电路业务))从上面统计点可以看出,立即指配成功率包括了立即指配请求次数(信道请求次数(电路业务))与立即指配成功次数(建立指示次数(电路业务))。
切换成功率低原因概述

切换成功率低原因概述通过日常工作中分析汇总,可将切换失败原因归纳为以下几种:一、邻区数据的准确性及合理性异常(1)无线参数的准确性与合理性在通话过程中,移动台始终测量本小区和相邻小区的BCCH的电平强度,而这些相邻小区信息,都预先在系统自身定义,通过系统消息周期广播至移动台,这些信息中列出了与当前小区相邻的小区BCCH频道号。
移动台必须从系统消息中提取该信息作为测量邻区信号的依据。
如果由于覆盖或地形等其它原因造成实际存在相邻关系的小区之间切换数据漏作,将会产生孤岛效应,造成周围信号很强但手机所占的信号弱或者信号质量较差的现象,严重地影响网络质量,引起一些救援性的切换,导致切换成功率较低。
特别是城市中的室内覆盖和农村的直放站造成覆盖范围不规则等现象,更容易造成切换数据漏作。
同时,由于工程割接等原因造成邻区参数设置错误而影响切换成功率的现象也比较普遍。
当网络发生改变时,如增加了基站或对小区BCCH频点进行修改后,没有对涉及的邻区进行相应的修改,导致在切换中邻区描述错误,发生严重切换失败。
还有一种情况就是在边界地区定义邻区中的NCC,需要根据边界所涉及的NCC全部定义,不能仅仅根据自身网络情况定义所属的NCC,导致不能对其它NCC邻区进行扫描引起切换失败。
(2)MSC上数据的正确性与完整性除了无线侧邻区数据准确合理外,MSC上也涉及邻区关系的定义,如REMOTLAC表中相邻交换机号、相邻交换机下LAC等信息,需要进行准确完整的定义,否则会发生跨MSC 切换不能实施的情况。
二、硬件故障(1)基站硬件故障在日常优化过程中,我们经常发现所有数据均正常但仍然出现切换失败率高的现象,其中基站硬件故障也可能是原因之一。
最常见的就是由于基站载频故障引起分配失败,导致切入失败增加,同时天线性能下降也可能造成空中链路失败引起切换失败率高的现象。
(2)传输有误码或者同步不稳定切换过程可能发生在基站内部小区之间,也可能发生在不同基站之间。
TD-LTE网络性能KPI(切换成功率)优化手册上课讲义

TD-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 list with 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 Handover attempts;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 an S1AP: 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 an S1AP: 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 an S1AP: 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切换统计点关系: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 an X2AP: 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:ReleaseResource 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内切换统计点关系: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切换为例。
切换成功率比较低的原因分析和优化调整

3.1 切换问题定位步骤 (1) 确定故障出现在个别小区还是所有小区;问题小区的特点。 (2) 如果是两小区间出现切换故障,则重点查看两个小区间的数据是否配置正确,
硬件是否有故障。
如果故障出现在某一个小区的所有邻近小区,则重点查看该小区的数据配置是否正 确,以及该小区的硬件是否有故障。
一、切换的基本概念及原因
切换(HANDOVER)是指 MS 在通话过程中,由于用户的移动或其它原因,从占用一 个无线信道到占用另一个无线信道的过程。切换是在 MS 占用 SDCCH 信道以后,也就是 MS 发起呼叫、短消息或通话过程中产生的。
切换过程分为两种,第一种为信令切换。比如手机用户在发送短消息的过程中发生的切 换就为信令切换。第二种为语音切换(语音或数据)。 比如手机用户在打电话的过程中发生 的切换就为语音切换,语音切换是用户使用手机过程中最为常见的一种切换现象。下面的内 容主要介绍语音切换。
一般来说引起切换失败的原因大致有以下几种:邻区数据错误、同频同色码、干扰、邻 区不合理、载频性能差、传输故障、链路不平、CMCF 板故障、硬件连接故障、直放站干扰 等。
3.2.1 邻区数据错误
在杭州项目的日常优化中此类问题也比较常见
临安广电大楼:
小区
日期
切换请求 TCH 话务量
次数
切换成功 次数
切换失败 数
二、切换流程
GSM 系统采用的是 MS 辅助切换方式,即由 MS 监测判决,由交换中心控制完成,在 切换过程中基站和 MS 均参与切换过程。
一般情况下,下面的两个原因将导致小区切换的发生: ¾ 邻小区提供更好的链路。 ¾ 当前的链路质量非常差,或者时间提前量太大,都将导致紧急切换。
2.1 切换失败问题
关于核心网异常导致切换成功率低的问题分析案例

关于核心网异常导致切换成功率低的问题分析案例一、案例基本信息作者姓名:案例类别:✓网络故障类□内控风险类□网络安全类□管理与技术应用类□其它类专业细分:□无线类□传输类✓交换类□数据类□动力类□全业务类□基建类□其它类(需自定义)二、案例情况简述网络调度系统NDS同时出现6张三级工单,东莞进园大道F-HLH-1、东莞江南D-HLH-1、东莞江南D-HLH-101、东莞江南D-HLH-2、东莞江南F-HLH-1、东莞江南F-HLH-2切换成功率低告警,核查发现切向目标小区广州新塘久裕F-ELH-2、广州大墩生图利F-ELH-2、广州增城区三江土江D-ELH-3、广州增城区三江土江D-ELH-2、广州新塘甘涌F-ELH-2、广州新塘久裕F-ELH-3、广州新塘海关码头F-ELH-1、广州大墩生图利F-ELH-3等小区切换失败100%,原因为“目标小区回复切换准备失败消息导致切换出准备失败”,由于东莞和广州核心网DNS新旧架构不同的问题导致,核心网升级改造后,指标恢复。
三、案例详细报告1、基本信息故障的所涉及的专业为无线专业,网元为LTE网络。
2、现状(问题、故障)基本描述网络调度系统NDS 三级工单,东莞进园大道F-HLH-1、东莞江南D-HLH-1、东莞江南D-HLH-101、东莞江南D-HLH-2、东莞江南F-HLH-1、东莞江南F-HLH-23切换成功率低告警。
3、现状(问题、故障)分析1)NDS 6张三级告警工单信息和切换成功率指标如下:2)网管告警信息核查6个小区均无告警、传输均无异常,可排除基站设备故障引起的指标劣化;3)干扰排查涉及的站点均不存在上行干扰;4)问题分析网管取6个小区最近一个月切换成功率指标,发现4月16日后切换成功率同时下降。
指标如下:PRS系统提取两两小区间切换指标如下:发现“两两小区切换出准备失败”次数多,目标小区均为广州侧小区,同时切换出成功次数为0,即切换失败率100%根据广州小区信息表,核查6个告警小区定义的外部小区参数,未发现异常,排除参数不一致问题,配置信息详见下表:外部小区信息&广州小区信息.xlsx核查告警小区的地理位置情况,发现均为地市边界小区,如下:进一步提取5月3日全网的所有基站的两两小区间切换指标,统计发现东莞侧所有小区切向广州侧小区全部失败,失败原因均为“两两小区切换出准备失败”,详见附件:两两小区切换对&外部小区0504.xlsx通过以上可排除东莞侧小区无故障、无干扰、传输无异常、参数无异常等,同时东莞侧存在大量地市边界小区切向广州侧的小区失败,失败率100%,故初步判断可能核心网侧存在异常,通知核心网人员跟进处理。
切换成功率优化指导书

切换成功率优化指导书一、切换流程概述切换流程是确保系统稳定运行的重要环节。
切换流程通常包括准备、执行、验证和问题处理等步骤。
通过优化切换流程,可以提高切换成功率,减少系统故障时间,从而保障业务的连续性和稳定性。
二、切换前准备1. 确认切换计划:在切换前,应明确切换的时间、目标、影响范围等关键要素,并确保所有相关人员了解和遵循计划。
2. 数据备份:在切换前,应对所有相关数据和配置进行备份,以防止数据丢失或配置错误。
3. 资源检查:确认所需的硬件和软件资源是否准备就绪,包括服务器、网络设备、存储设备等。
4. 测试环境搭建:搭建与生产环境相似的测试环境,以便进行切换前的模拟测试。
三、切换执行1. 执行脚本:按照预定的切换脚本执行切换操作,确保每一步操作都准确无误。
2. 监控进度:在切换过程中,密切监控系统的状态和进度,确保切换过程顺利进行。
3. 异常处理:遇到异常情况时,应冷静分析并采取相应的处理措施,如回滚操作或寻求技术支持。
四、切换后验证1. 功能验证:验证系统各项功能是否正常,包括业务流程、数据查询、报表生成等。
2. 性能测试:对系统进行性能测试,确保系统在正常负载下的性能表现符合预期。
3. 安全检查:确认系统的安全性,包括数据加密、权限控制等方面。
4. 文档记录:将切换过程中的重要操作和验证结果记录在文档中,以便后续分析和追溯。
五、问题处理与预防1. 问题反馈:在切换过程中或切换后,如发现问题应及时反馈给相关人员,以便及时处理。
2. 问题处理:对问题进行深入分析,找出根本原因,并采取相应的解决措施。
3. 预防措施:针对问题产生的原因,制定相应的预防措施,以避免类似问题再次发生。
4. 经验总结:对切换过程中遇到的问题进行总结,积累经验教训,提高切换成功率。
六、成功率统计与监控1. 成功率统计:定期统计切换成功率,包括成功完成切换的次数、失败次数、失败原因等。
2. 监控指标:设定关键性能指标(KPI),对切换过程进行实时监控,确保系统稳定运行。
BSS网络(切换成功率)优化手册

5基本原理1.2指标含义.........理论介绍.........推荐公式.........信令流程及统计点1.31.4影响切换成功率的因素 .............切换成功率分析流程和优化措施3.1切换问题的分析流程......3.1.1通用切换问题定位流程3.2切换问题的优化方法介绍3.2.13.2.23.2.33.2.43.2.53.2.63.2.73.2.83.2.93.2.10 3.2.11切换成功率优化案例4.14.24.3切换问题分类...............硬件和传输故障.............数据配置不当...............目标小区拥塞..............时钟问题...................干扰问题...................覆盖问题及上下行平衡...BSC间/MSC间切换失败自动邻区优化..............测试工具选择及测试建议现网测试配置建议...........91012141516171819204.44.5解不出BSIC码无法切换案例....................................................MS和BSC对频点排序不一致导致无法切换案例....................................参数配置不合理导致无法切换案例................................................Handover Request如果不包含类标3,导致BSC入切换失败次数增加案例A接口阶段标志配置错误导致入BSC切换失败 ..............................................打开空闲burst导致干扰增大接收质量下降切换成功率低 ..........................不同交换机下发清除命令携带原因值不同导致切换成功率差异........20212121212122 4.64.7问题信息反馈 .............................5.1反馈问题小区的TEMS测试log5.2现网配置数据以及话统反馈要求22222323234 13图1 BSC 内切换过程 .......... 图2 BSC 间切换过程 ..........表1切换常用定时器列表 表目录13图目录图3定时器详细说明和流程图GSM BSS 网络性能KPI (切换成功率)优化手册1 基本原理1.1 指标含义切换(Handover )是移动通信系统的一个非常重要的功能。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
TCH指派成功率(不含切换)的优化
目前,无线系统接通率是联通总部考核的指标之一,从下面的无线系统接通率的公式可以看出,TCH分配成功率对该指标的优劣具有非常重要的影响,同时TCH指派成功率的提升对改善网络的寻呼成功率等指标也是有着积极意义的。
为此,我们专门对TCH指派成功率进行了专题优化。
首先分析TCH指派失败的成因,TCH指派失败的原因主要有五个方面:直接重试(directed retry)过程导致的失败、没有无线资源可用(no radio resource)导致的失败、无线接口故障返回SD(radio interface failure reversion to old channel)导致的失败、无线接口消息错误(radio interface message failure)导致的失败和其它原因(all other cause)导致的失败。
其中以没有无线资源可用的原因所占的比例最大。
由上表列出了1月8日到1月25日20:00~21:00TCH指派失败的统计,可以看出,正是由于“没有无线资源可用”的原因导致的TCH指派失败次数主要集中在没有无线资源可用(no radio resource)导致的失败,这是由于TCH拥塞而造成的,而且随着TCH分配失败的次数越来越多,没有无线资源可用(no radio resource)导致的失败所占比例也越来越高,因此,解决TCH拥塞是提高TCH分配成功率的根本方法。
缓解TCH拥塞可以通过减扩容
恒大新城12341小区扩容后拥塞情况得以解决,TCH指派成功率上升;
七星路林业大厦14352小区拥塞情况得以解决,TCH指派成功率上升;
高岭收费站18371小区扩容后拥塞情况得到解决,但是30号又出现拥塞,经检查发现
有一块载频TPU:0故障,经过测试恢复工作,若再出现退服则建议及时更换;
安吉路尾18583小区扩容后拥塞情况得以解决,TCH指派成功率上升;
还有公安局永新分局、富丰集团等小区也存在类似的拥塞情况,扩容后都得到了改善,对提升网络的性能指标起到了一定的作用,这里就不一一列举了。
2.参数优化及其效果
为了减少TCH拥塞,提高TCH指派成功率,我们对全网陆续开启了BSC内的强制切换功能,允许小区在拥塞的时候使用“直接重试:Directed Retry”。
具体参数设置:ENFORCHO=ENABLE。
下表以BSC0107为例说明了修改参数后的网络指标变化,可以看出,TCH拥塞有所缓解,TCH指派成功率等指标提高,同时TCH话务量和每线话务量稍有增长。
目前全网BR60的十二个BSC的强制切换功能均已打开,对TCH指派成功率的提升起到了一定的作用,同时缓解了网络的拥塞情况。
切换成功率的优化
切换成功率是无线网络质量的重要指标之一,本次优化中我们也为了提高切换成功率做了不少工作,相信对提高用户感受和用户满意度有一定的帮助。
优化前,网络中切换成功率一直维持在92%~93%之间,1月25日,BR55两个BSC 升级后,整网的切换成功率更是偏低,这是由于升级后BR60的许多新功能没有在该两个
BSC中开启以及参数设置没有最优化造成的。
我们重点优化了BSC0104和BSC0106的相关切换参数,例如RXLEVMIN、BSCT7和THORQST。
由于在GSM系统中,每次切换时会短时间的中断通信服务,频繁的连续切换会使通信质量大大降低。
T7定义了在两次“HANDOVER REQUIRED”之间花费的最少时间;THORQST规定了对于同一个连接,二次切换间必须间隔的最小时间。
如果该参数设置较小的话,会在某些特定环境下,MS切换尝试过于频繁,从而影响手机用户的通话感受和网络的切换成功率。
适当地提高该时长将改善在某些特定环境下切换尝试过于频繁的现象,可有效的提高切换成功率。
也就是说,T7是BSC发送“HANDOVER REQUIRED”至收到“HANDOVER COMMAND”之间的定时器,THORQST是BTS发送“HANDOVER CONDITION INDICATION”至“HANDOVER COMMAND”之间的定时器。
现网SIEMENS BSC数据库的设置中T7为10(HLFSEC),THORQST的设置为6(2 SACCH multiframes),我们建议将该参数设置全网改动为T7=20(HLFSEC),THORQST= 12(2 SACCH multiframes)。
注:该改动对于网络中普通的正常切换无任何影响。
下表是BSC0104改动前后的对比情况,其它BSC的情况类似,目前全网BR60的12个BSC的该项参数都得到了优化改善了整网的指标。
另外,现网的网络覆盖相对以前变好,我们将相邻关系中的RXLEVMIN参数也做了优化,将RXLEVMIN低于18的所有ADJC都改为18(-92dBm),这也有助于提高切换成功率和减少掉话。
我们也进行现网的切换比例分析,具体如下表,从表中可以看出,Better Cell的切换比例上升,超过80%,达到一个比较理想的水平。
现网切换成因图
随着Better Cell切换的上升和紧急切换比例的下降,而Better Cell切换成功率比紧急切换成功率要高,因此,整网的切换成功率也在提升。
下图为全网切换成功率的变化。
全网切换成功率变化图
切换成功率的提高除了得益于数据库参数的优化以外,跟这段时间不断的路测调整和隐性硬件排除也有很大的关系。
话务统计中,我们往往会关注小区切换成功率低的小区,如何提高这些小区的切换成功率呢?这就要对该小区的切换统计进行更细的分析,比如切入成功率和切出成功率和切换成因的比例。
优化过程中发现三月花酒店1和双拥路空七军2两个小区在市中心,不存在覆盖的问题,但切换成功率较低,下面就以这两个小区的处理过程作为例子说明我们如何处理提高切换成功率低的问题。
双拥路空七军10622
从上面10622的切入切出成功率表格可以看出,10622的切入成功率比较低,只有30%左右,而切出成功率却比较高,达到100%,初步判断可能是10622本身的问题,我们再从切换成因比例分析,如下表:
10622切换成因里上行电平切换比例超过50%,表明通话时上行电平较差,由此我们判断10622问题可能出现在上行电平较差,造成上下行不平衡。
于是,我们取10622的CTRX统计数据作了分析,具体数据如下表:
TRX:1 下行
TRX:1 上行
上面的表图可以看到,10662的TRX1上下行电平平均相差达到40dBm,上下行不平衡,更换对应的CU后,CTRX统计如下图表,小区工作恢复正常。
TRX:1 下行
TRX:1 上行
更换CU后,切换成因比例恢复正常,如下表:
更换CU后,切换成功率超过90%,如下表:
三月花酒店13381
从上面13381的切入切出成功率表格可以看出,13381的切入成功率比较低,只有30%左右,而切出成功率却比较高,达到98%左右,初步判断可能是13381本身的问题,我们再从切换成因比例分析,如下表:
13381切换成因里上行电平切换比例超过50%,表明通话时上行电平较差,由此我们判断13381问题可能出现在上行电平较差,造成上下行不平衡。
于是,我们取13381的CTRX统计数据作了分析,具体数据如下表:
下行CTRX统计
上行CTRX统计
上面的表图可以看到,三月花酒店13381小区两个载频TRX0、TRX1上下行电平都不平衡,TRX0相差大约40dBm、TRX:1相差大约30dBm。
由于两个载频都不好,怀疑是DUCOM0问题,更换了DUCOM0之后统计正常,CTRX统计和分布图如下,小区工作恢复正常。
下行CTRX统计
上行CTRX统计
更换DUCOM后,切换成因比例恢复正常,如下表:
更换DUCOM后,切换成功率超过95%,如下表:。