首页 PS掉线率参数优化

PS掉线率参数优化

举报
开通vip

PS掉线率参数优化PS掉线率参数优化 PS掉线率参数优化 现阶段PS掉线率趋势 10月1号~10月28号的全网PS掉线率如下图所示: 分组域无线掉线率20.00% 15.00% 10.00% 5.00% 0.00% 2009-10-01 2009-10-03分组域无线掉线率 2009-10-05从上图可以看出:1号~13号,ps掉线率在15%左右徘徊,13号做了RNC2009-10-07级PS掉线率参数优化,从13号到19号,ps掉线率明显下降,在11%~12%之 2009-10-09间浮动。19号开始RNC分裂,涉及到数据问...

PS掉线率参数优化
PS掉线率参数优化 PS掉线率参数优化 现阶段PS掉线率趋势 10月1号~10月28号的全网PS掉线率如下图所示: 分组域无线掉线率20.00% 15.00% 10.00% 5.00% 0.00% 2009-10-01 2009-10-03分组域无线掉线率 2009-10-05从上图可以看出:1号~13号,ps掉线率在15%左右徘徊,13号做了RNC2009-10-07级PS掉线率参数优化,从13号到19号,ps掉线率明显下降,在11%~12%之 2009-10-09间浮动。19号开始RNC分裂,涉及到数据问题,PS掉线率又上升到15%左右, 2009-10-11RNC分裂预计月底前结束。 2009-10-13 在10月份的PS掉线率走势图上,参数优化阶段(13号~19号)ps掉线率明 显下降。说明PS掉线率RNC级参数优化还是很有效果的。 2009-10-15 2009-10-17 2009-10-19 2009-10-21 2009-10-23 0-252009-1 2009-10-27 现阶段发生ps掉线的具体原因 请求释放的PS域 RAB总数目(小区) RNC请求释放的按原因RNC请求释放分组域Iu分类的分组域RAB数目连接对应的RAB数目 RNC请求释 放的按原因 分类的分组 域RAB数目 GTPU失步 OM干预 RAB抢占 RB复位 用户无响应 RNC请求释放 分组域Iu连接 对应的RAB数 目 RL失步 OM干预 SRB复位 用户无响应 由以上3个结构图可以看出: 请求释放的PS域RAB总数目(小区)= RNC请求释放的按原因分类的分组域RAB数目+ RNC请求释放分组域Iu连接对应的RAB数目 RNC请求释放的按原因分类的分组域RAB数目包含GTPU失步、OM干预、RAB抢占、RB复位、用户无响应 5个失败原因。 其中, RB复位是指在RLC AM模式下,当某个 PDU 经过 Max_DAT-1 次重传后,都没有成功发送,发送端直接发起一个RLC重置过程。在TIMERRST时间内接收到对端响应,则停止TIMERRST超时定时器。如果TIMERRST定时器,重新发起RLC重置过程,经过MAXRST后尝试后,如果不能接收到对端响应,则上报“RLC不可恢复错误”,RNC发起RAB释放,原因为“RB复位” 此为用户面的问题,和无线没多大关系,涉及到终端性能。。。。 TPU失步是SGSN与GGSN之间的传输问题。 G 统计10月份优化ps掉线率参数修改之前的失败原因发现,RB复位占整个RNC请求释放的按原因分类的分组域RAB数目的100% RNC请求释放的按原因分类的分组域RAB数目(RB复位) 0% 100% 全网 RNC请求释放分组域Iu连接对应的RAB数目包含RL失步、OM干预、SRB复位、用户无响应 4个失败原因。 统计10月份优化ps掉线率参数修改之前的失败原因发现,RL失步占整个RNC请求释放分组域Iu连接对应的RAB数目的40% RNC请求释放分组域Iu连接对应的RAB数目(RL失步) 40% 60% RNC请求释放分组域Iu连接对应的RAB数目(RL失步) 由上面分析可知影响PS掉线率的最主要的两个原因分别是RB复位和RL失步。 而RB复位为用户面问题,和无线没多大关系,涉及到终端性能(上页正文有解释),由此可以得出RL失步是PS掉线的最大原因。 参数优化的意义及对PS掉线率的影响 优化参数: MOD TYPRABRLC: MAXRST=D32; SET CONNMODETIMER: N312=D2, N313=D10, N315=D4; SET STATETIMER: RELOCPHYCHRECFGTMR=8000; SET PSINACTTIMER: PSINACTTMRFORCON=50, PROTECTTMRFORCON=50, PSINACTTMRFORSTR=50, PROTECTTMRFORSTR=50, PSINACTTMRFORINT=50, PROTECTTMRFORINT=50, PSINACTTMRFORBAC=50, PROTECTTMRFORBAC=50; MOD TYPRABRLC: MAXRST=D32; 所有RAB(AMRLCCFGPARA=SENDER_PARA,TRCHTYPE=TRCH_DCH和TRCHTYPE=TRCH_HSDSCH)由D8调整为D32------增大最大重复发送次数,此条参数主要针对RB复位失败问题。在RLC AM模式下,当某个 PDU 经过 Max_DAT-1 次重传后,都没有成功发送,发送端直接发起一个RLC重置过程。在TIMERRST时间内接收到对端响应,则停止TIMERRST超时定时器。如果TIMERRST定时器,重新发起RLC重置过程,经过MAXRST后尝试后,如果不能接收到对端响应,则上报“RLC不可恢复错误”,RNC发起RAB释放。 SET CONNMODETIMER: N312=D2, N313=D10, N315=D4; 该命令的意义:设置连接模式下UE使用的定时器和常量信息。 N312常数含义: 该参数 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 示从L1收到连续同步指示的最大次数。协议缺省值为1。由D1改为D2 N313常数含义: 该参数表示从L1收到连续失步指示的最大次数。协议缺省值为20。由D20改为D10 N315常数含义: 该参数定义在T313定时器启动期间从L1接收到连续同步指示的最大次数。协议缺省值为1。由D1改为D4 目的:增大CELL UPDATE的机率,使CELL UPDATE能挽救一些由于RADIO LINK FAILURE引起的掉话。 SET STATETIMER: RELOCPHYCHRECFGTMR=8000; 该命令用于设置呼叫流程状态保护定时器。 RELOCPHYCHRECFGTMR含义为 RELOC过程等待物理信道重配置响应定时器。由5000改为8000 目的:RELOC过程等待物理信道重配置响应定时器,设置大以后可以规避超时间的掉话。 SET PSINACTTIMER: PSINACTTMRFORCON=50, PROTECTTMRFORCON=50, PSINACTTMRFORSTR=50, PROTECTTMRFORSTR=50, PSINACTTMRFORINT=50, PROTECTTMRFORINT=50, PSINACTTMRFORBAC=50, PROTECTTMRFORBAC=50; 该命令用于设置RNC的PS域用户永久在线 检测 工程第三方检测合同工程防雷检测合同植筋拉拔检测方案传感器技术课后答案检测机构通用要求培训 定时器。 当PS域交互/背景类业务的用户在超过该定时器时长的一段时间内无数据传输,则PDCP层会向RRC层请求释放该业务。 (1)从使用者的角度出发,很多人上网以后都长时间看网页或者是在线看视频(P2P缓存后),当缓存完毕以后已经没有用户流量了,这样会导致码道资源和功率资源一直长期占用,这样不但影响别的用户接入和上网也导致自己尤其在移动状态下进入弱覆盖区后导致的SRB RESET和RL FAILURE的掉话 (2)个别终端和数据卡在下行内外环功率存在问题处理不好,当进入弱覆盖区域后,下行UE外环不能有效的提高TARGETSIR,从而影响UE的内环不能及时上报提升功率的内环功控命令字,而PS业务主要是一个功率受限制的业务,对功率的要求比较高,这样掉话的风险也大了,所以应该在没有数据流量时候能及时释放掉用户; (3)这里的释放只是把AS(接入层)给释放掉了,在SGSN侧其实还是保留这用户的NAS(非接入层)信息,当用户点击开始有流量后重新进行接入过程和PDP激活,信令交互比新建一个PS业务要的多,用户能很快的获得流量,用户其实也感觉不道有掉线的感觉; 参数修改后的效果: 参数修改后的13号~19号,ps掉线率降至12%左右。效果明显。
本文档为【PS掉线率参数优化】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
is_614050
暂无简介~
格式:doc
大小:39KB
软件:Word
页数:0
分类:
上传时间:2018-07-15
浏览量:11