收藏 分销(赏)

PS接通率优化经验.pptx

上传人:丰**** 文档编号:4604934 上传时间:2024-10-05 格式:PPTX 页数:28 大小:475.59KB 下载积分:10 金币
下载 相关 举报
PS接通率优化经验.pptx_第1页
第1页 / 共28页
PS接通率优化经验.pptx_第2页
第2页 / 共28页


点击查看更多>>
资源描述
前言l处理思路l常用参数l干扰排查l案例分析 PS域接通率处理思路域接通率处理思路首先根据话统数据来获取全网RRC和RAB建立成功率的变化趋势,假如指标达到满足要求,就继续观察;如何没有找出RRC或者RAB建立成功率低的TOP小区进行分析。处理TOP小区首先排查是不是站点存在告警,如果存在告警,提交排障租检查;如果不存在告警,则需进一度的核查是RRC连接建立成功率低的原因还是RAB建立成功率低的原因。如果是RRC建立成功率低的原因,则需对TOP小区实施调整,RAB亦然。最后看实施方案是否能够推广全网,如果可以的话,全网实施调整方案。常见接通问题主要包括:RRC连接成功率低、RAB建立成功率低。RRC建立失败原因建立失败原因影响RRC建立成功率的是RRC连接建立失败次数,主要由以下几个方面没有成功导致的。1.资源分配失败,或者建立L2实例失败,或者IUB接口RL链路失败目前的用户量和话务量都不多,出现资源不足的情况基本上不可能,因此如果出现了前面几种失败原因,一般都是RNC或者NodeB内部出现了问题,需要检查RNC和NodeB的状态或者小区状态。2.UE收不到RRCCONNECTIONSETUP。RRCCONNECTIONSETUP消息是在FACH上发给UE的。目前SCCPCH功率配置的值一般是-3db(相对于PCCPCH功率,单码道)。从覆盖上来说,已经和PCCPCH的覆盖一样了。如果仍然出现UE收不到RRCCONNECTION SETUP消息(这个光从RNC的log看不出来,必须要通过采集终端的log来查看),则需要调整SCCPCH功率,来满足信号覆盖不好的地方功率需求。3.RNC收不到RRCCONNECTIONSETUPCOMPLETE。如果UE收到RRCCONNECTIONSETUP消息后,会向网络回复RRCCONNECTIONSETUPCOMPLETE消息。如果UE在作专用信道同步时失败,或者在向网络侧发RRCCONNECTIONSETUPCOMPLETERRC建立失败RRC失败类解决方法失败类解决方法1、RRC失败为拥塞原因结合业务量进行分析,通过扩容,调整接入参数和重选切换参数偏移相邻空闲小区分担业务量2、UE无响应原因:需具体分析,需从无线覆盖、干扰等方面入手。可从以下两个方面找重点:(1)UE发送RRCConnectionRequest,没有收到RRCConnectionReject,但是没有收到RRCConnectionsetup,很可能是由于上行同步没有完成,造成上行同步没有通过的很可能是该小区UPPCH上收到了较大的干扰,导致无法完成上行同步,可以核查UPPCH时隙的上行ISCP干扰值,干扰值过大的话可以将UpshiftingN从0调整到50。(2)跟踪单用户信令,用户在起呼时并未发起RRC建立请求,即通话失败在RRC建立之前:核查上行干扰余量设置 3、由于注册、系统间重选两类业务失败次数比例较高,注册类RRC差:此类原因一般是由于边缘弱覆盖造成脱网后重新注册过多失败,一般针对此种RRC失败原因直接提高接入电平;系统间小区重选RRC差:此类原因一般是由于TD覆盖较差区域驻留G网重选至T网失败,改善此类失一般在2G侧提高重选3G侧(TDD_Offset),提高重选至T网的质量门限,减少部分边缘区域触发过多系统间重选的RRC失败。干扰导致的RRC无响应问题。呼叫中发送RRCConnectionRequest后无响应,RRC不能正常连接。当UE发RRCConnectionRequest后,RNC应该回复RRCConnectionsetup,如果未回复就有可能存在干扰。处理定位:首先看是否存在硬件故障,然后在问题小区下作拨打测试后台观察是否存在干扰(如ISCP),再次观察该小区参数(如SIR、干扰余量)与其它小区的区别。综合定位问题根据定位解决问题。同步失败。信令分析反馈消息都是同步失败即NODEB发NBAPRLFAILIND。提示的同步失败的信息:Cause为radioNetwork:synchronlsation-failure。处理定位:首先看是否存在硬件故障,后台观察是否存在干扰(如ISCP),观察该小区参数(如SIR、干扰余量)与其它小区的区别。定位解决问题。上行期望功率设置过低导致接通率低。UE发送RRC_CONNECT_SETUP_COM,但RNC没有收到。错误原因提示为:networkoutoforder。检测后台UPPCH的ISCP值过高存在干扰。可以提高UPPTS的期望接受功率或进行UP偏移来解决,提高上行干扰余量ULINTERFERERSVP。GPS失步导致同频干扰导致RRC建立差。Uu口信令为RRCConnectionRequest,但没有收到RRCConnectionSetup。A站附近有站BGPS失步,且站B的3小区与站A的1小区频点都为10080,相互造成强干扰,所以起A站的接通率低。开环功控参数设置不合理导致RRC建立成功率过低。UE接收到RRCConnectionSetup没回RRCConnectionSetupComplete计时器超时后重发RRCCONNECTIONREAUEST如此往复多次才发送RRCCONNECTIONSETUPCOMPLETE,并成功建立RAB连接,开始业务。RAB建立失败原因建立失败原因IUB接口的传输一般是比较稳定可靠的,传输过程出现问题的概率很低。但无线链路重配置过程可能失败,主要的现象一般是NodeB回复无线链路重配置失败,原因各种各样。建网初期开通的功能,一般较少。很多复杂的算法都不会开通,因此资源配置错误、资源配置冲突等问题,不会出现。如果出现了NodeB回复无线链路重配置失败的现象,很大的可能是NodeB出现了什么问题。这种情况下,无法通过修改参数或者调整功率、天线方向等方法来解决。UE在新的DPCH上回复RBSETUPCMP之前,会先作专用信道同步。在进行专用信道同步时,UE会采用网络侧配置的初始功率来发送specailburst。NodeB也是采用网络侧的提供的初始发射功率进行specailburst进行发射。UE在新的链路同步上以后,就可以采用闭环功控来进行功率调整,等激活时间生效,就可以采用新的功率在新的链路上发送RBSETUPCMP到UTRAN。在此过程中,专用信道同步失败会导致UE建立RB失败。如果UE配置成功,同步也成功,但是在发送RBSETUPCMP后,UTRAN收不到该消息,在统计时,也会统计为失败。另外,激活时间太短,导致UE那边来不及处理或者同步,也会导致RB建立失败。RAB失败类解决方法失败类解决方法1、解决拥塞,通过数据扩容或者调整切换,重选参数控制。(1)调整下行的最大初始接入速率,使接入时候避免RAB的拥塞;(2)调整用户的保证速率,使大速率的PS用户如384K用户不至于由于超过满码道而导致接入失败和掉话的其它问题,将其最大初始接入速率调整为128K;(3)针对不支持R5业务的数据卡,不能配置为大速率的上行数据业务。2、无线链路失败(1)如果是开环功率较低,可以提高上下行的开环功率。可以通过如下参数进行调节:MINDLINITPWR(上行干扰余量)DLINTERFERERSV(下行初始发射功率)(2)激活时间太短,可以通过修改下面的参数来调整激活时间:MIDRATERLACTTIMEDEFOFFVAL(中速链路激活时间缺省偏移值)HIGHRATERLACTTIMEDEFOFFVAL(高速链路激活时间缺省偏移值)该两个参数表示RB建立、RB重配置和RB释放等过程中,从下发RB消息的当前CFN算起,旧配置切换到新配置所需的激活时间偏移量。偏移值如果加大,在良好环境下,等待启用新配置时间变长,避免RAB超时,将MIDRATERLACTTIMEDEFOFFVAL和HIGHRATERLACTTIMEDEFOFFVAL从60调整至100常用参数常用参数接通率优化相关参数主要有以下几种:1.RRCESTCAUSE;2.ULINTERFERERSV(上行干扰余量);3.PSBANDMAX(异系统切换支持的最大PS域带宽);4.PSINACTTIMER(PS域用户永久在线检测定时器);5.ACTTIMEDEFOFFVALFORSAMECELL(同小区内的激活时间缺偏移);RRCESTCAUSERRCESTCAUSE目前进行设置的RRCESTCAUSE共有3种:1、DETACHEST(去附着)2、ORIGLOWPRIORSIGEST(发起低优先级信令)3、TERMCAUSEUNKNOWN(被叫原因未知)。日照目前值:DCH_13.6K_SIGNALLING 修改值:FACH 参数作用:使用公共传输信道,节约资源 ULINTERFERERSV ULINTERFERERSV(上行干扰余量)(上行干扰余量)日照目前值:全网默认为3修改值:针对个别小区实时修改参数作用:针对那些RRC建立失败的小区,原因为小区无响应的,将上行干扰余量由默认的3调整为6或者更大。PSBANDMAX(异系统切换支持的最大(异系统切换支持的最大PS域带宽)域带宽)日照目前值:384000 修改值:2048000 参数作用:使HSDPA能尽量切换到2G网络,降低掉话率命令:SET HOCOMM:PSBANDMAX=2048000;PSINACTTIMERPSINACTTIMER(PSPS域用户永久在线检测定时器)域用户永久在线检测定时器)日照目前值:PSINACTTMRFORINT/PSINACTTMRFORBAC(交互型/背景型业务用户不活动定时器T1)=30;PROTECTTMRFORINT/PROTECTTMRFORBAC(交互型/背景型业务用户不活动定时器T2)=30;修改值:25参数作用:见备注命令:SETPSINACTTIMER:PSINACTTMRFORINT=25,PROTECTTMRFORINT=25,PSINACTTMRFORBAC=25,PROTECTTMRFORBAC=25;ACTTIMEDEFOFFVALFORSAMECELL ACTTIMEDEFOFFVALFORSAMECELL(同小区内的激活时间缺偏移)(同小区内的激活时间缺偏移)日照目前值:100修改值:150参数作用:减小4A、4B调整过程中导致的掉话命令:小区级参数MODCELLRLACTTIME:CELLID=411,ADAPTIVEALGOSWITCH=OFF,ACTTIMEDEFOFFVALFORSAMECELL=150;干扰排查处理干扰排查处理l后台提取数据查找ISCP干扰小区l查看TS1时隙和TS2时隙的ISCP功率值,如果大于-90,则所在载频可能存在干扰l更换频点消除干扰。9月8日发现TH1528281H1_莒县党校PS域RRC建立成功率为92.80%,成为最差Top小区,根据统计UPPCH干扰发现该站点的平均值为-88.75.严重影响到RRC建立成功率。将UPPCH位置由0偏移到22后,统计平均干扰值为-105.34,干扰已经消除。RRC建立成功率提升为100%。UPPCH干扰值案例分析案例分析问题描述:问题描述:在路测过程中,发现日照火锅城-2小区无法正常建立PS业务;该小区在多次呼叫中,发送RRCConnectionRequest后无响应,不能正常建立RRC连接。原因分析:原因分析:1.由于RRC连接建立过程中,没有出现Reject的现象,排除站点隐形故障和码资源阻塞问题。2.RRCConnectionRequest发出后,没有任何响应,很可能是由于上行同步没有完成,所以没有RRCConnectionsetup消息下来。造成上行同步没有通过的很可能是该小区UpPCH上收到了较大的干扰,导致无法完成上行同步。经过机房查看UpPCH时隙的ISCP值,发现该值很大,确定是因为干扰引起的接入困难。处理过程:处理过程:1.首先询问站点是否存在故障,机房人员告知,没有发生告警2.让机房人员重启该站点,以排除是否由于站点隐形故障造成的接入困难。重启后,接入困难现象依然存在。3、在该小区下面进行拨打测试,并让基带人员在NodeB侧观察是否有Sync_UL码上来,观察结果是有Sync_UL的脉冲峰值,但没有达到上行同步脉冲峰值的要求,判断小区UpPCH受到干扰4、经机房人员证实,UpPCH时隙的ISCP值很大5、将Up_shiftingN从0调整到53。处理结果:处理结果:RRC连接建立顺利,业务接入正常建议与总结:建议与总结:由于站点间的同步出现问题,或是因为站点的DwPCH功率设置过大,导致系统内的干扰加剧,此时引起UPPCH上的ISCP较大,使得上行同步困难,无法正常建立业务,可以考虑将UpPCH向TS1时隙偏移,以减少UpPCH上的干扰,提高业务接入的成功率谢谢谢谢
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2026 宁波自信网络信息技术有限公司  版权所有

客服电话:0574-28810668  投诉电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服