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

合集下载

系统内切换成功率解析

系统内切换成功率解析

系统内切换成功率目录一、摘要 (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切换成功率低优化报告

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)

专题报告-局间切换成功率分析(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培训-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切换成功率优化思路进行了全面评估和讨论。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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%,如下表:。

相关文档
最新文档