预调度打开导致上行吞吐率低问题定位案例.docx_第1页
预调度打开导致上行吞吐率低问题定位案例.docx_第2页
预调度打开导致上行吞吐率低问题定位案例.docx_第3页
预调度打开导致上行吞吐率低问题定位案例.docx_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

嘉兴市4G网络优化典型案例1、嘉兴电信优化案例-预调度打开导致上行吞吐率低问题定位案例案例类别:性能优化类案例名称:嘉兴电信优化案例-预调度打开导致上行吞吐率低问题定位案例现象描述:在G局点,接到客户投诉,发现有TOP小区的上行吞吐率很低,影响TOP用户体验,从OSS KPI上观察上行吞吐率确有下降趋势,见下图,需定位问题原因并及时解决。分析过程:通过排查告警信息,此站并无任何告警。此问题属于TOP站点问题,通过对用户所描述问题进行查询,由于是时间较长,可以从话统上进行定位。原因检查与初步定位1、从这段时间内的用户数及PRB用量上观察,可以看到随着用户数的增加,PRB也随之增加,见下图所示: 2、在用户数多的情况下,PRB也随之增加,需要查看是否带来上行的干扰,通过观察上行干扰参数,发现上行干扰也随之增加,见下图:3、上行的干扰增大,必然会带来上行吞吐率的下降,这一点从下面的图中也可以看出来:【总结】可以得出结论,是由于随着用户数的增加,PRB用量增大,导致上行干扰加大,因此上行吞吐率下降。优化措施:查看该TOP站点的上行预调度开关情况。用MML命令:LST CELLALGOSWITCH,查看上行预调度:PreAllocationSwitch:On,即上行调度开关是打开的。在预调度开关打开的情况下,eNodeB会每隔5ms给UE发送UL Grant Count来分配上行资源,而当此开关关闭时,只有当UE有上行数据需要传输时,UE会通过PUCCH信道发送SR请求,当eNodeB收到该请求时,等待5ms后会给UE发送UL Grant Count来分配上行资源,UE在收到UL Grant之后等待4ms才会通过PUSCH发送上行数据。从时延上来看,打开预调度开关比关闭时,会缩短时延大约10ms左右。但是,对于资源、吞吐率的影响是:当打开预调度开关时,由于eNodeB周期性的给UE发送UL Grant来分配资源,当UE没有或者是有少量的上行数据需要发送时,会以Padding填充发送,而根据经验,填充消耗的RB比真正用于数据传送的RB还要多,因此,打开预调度开关会引起额外的RB资源消耗和上行干扰。将预调度开关关闭。 用MML 命令:MOD CELLALGOSWITCH,脚本为:MOD CELLALGOSWITCH: LocalCellId=1, PreAllocationSwitch-1;修改如下图:结果现网验证 关闭预调度开关后,待一周时间,进行结果验证。 经过OSS KPI发现基本KPI没有明显波动,如RRC/ERAB接入成功率,掉话率,HO 成功率等都基本

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论