4G优化案例:VOLTE丢包率指标优化提升案例.docxVIP

4G优化案例:VOLTE丢包率指标优化提升案例.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
VoLTE丢包率指标优化提升案例 XX XX年XX月 目 录 TOC \o 1-2 \h \z \u 一、 问题描述 3 1、高丢包定义: 3 2、丢包影响 3 3、影响丢包的因素 3 4、XX电信VoLTE丢包率总体情况 4 二、 分析过程 5 1、VoLTE参数核查 5 2、高干扰小区情况分析 5 3、TTIBundling特性功能优化提升 7 三、 解决措施 10 1、实施方案 10 2、优化效果 11 四、 经验总结 15 VoLTE丢包率指标优化提升案例 XX 【摘要】随着电信网络LTE用户不断提升,VoLTE承载语音越来越重要,随着VoLTE用户增长,VoLTE各项指标出现不同程度的波动。XXVoLTE上下行丢包率全省排名靠后,影响用户感知,需重点优化。 【关键字】LTE用户、 VoLTE、丢包率 【业务类别】优化方法、参数优化 问题描述 1、高丢包定义: VoLTE上行高丢包小区(语音):5%且小区QCI为1的DRB业务PDCP SDU上行期望收到的总包数1000。 VoLTE下行高丢包小区(语音):5%且小区QCI为1的DRB业务PDCP SDU下行发送的包数1000。 2、丢包影响 丢包对VoLTE语音质量的影响较大,当丢包率大于10%时,已不能接受,而在丢包率为5%时,基本可以接受。因此,要求IP承载网的丢包率小于5%。VoLTE丢包率是MOS值的一个重要影响因素,严重的丢包影响通话质量,甚至导致掉话,导致用户感知降低。 3、影响丢包的因素 影响VoLTE丢包的因素有故障告警、无线环境、大话务、传输、核心网、参数等多因素,详细如下: 针对VoLTE丢包可进行关联分析的指标有: 无线环境包括TA占比、MR弱覆盖、干扰、RRC重建、切换、邻区漏配等; 容量包括:PRB利用率、单板利用率、CCE利用率、小区用户数等; 4、XX电信VoLTE丢包率总体情况 XXVoLTE丢包率指标排名仍相对靠后,为痛点难点,需重点优化。下行丢包率为0.26%,全省排名靠后,上行丢包率居中。 分析过程 1、VoLTE参数核查 针对XXVoLTE丢包率高的情况,下发归一化参数优化建议值,对VoLTE不规范参数进行核查调整。 总共涉及70个参数存在设置不合理的情况。对非特殊情况,全部统一设置调整。 2、高干扰小区情况分析 因干扰对VoLTE丢包影响较大,因此需加强干扰小区丢包率优化 XX目前干扰情况较多,华为区域存在干扰的小区为121个小区(-109),其中轻度干扰(-109且-105)为62个小区,占比为51.23%,中度干扰(-105且-100)为35个小区,占比为28.92%,重度干扰(-100)为24个小区,占比为19.83%。 评估发现干扰越严重,QCI1空口丢包率就越高,当达到中度干扰时上行丢包率高达1.22,下行丢包率高达9.67。干扰对VoLTE丢包率影响较大,针对该情况,可针对上行PUCCH高干扰小区进行优化调整。 3、TTIBundling特性功能优化提升 TTIBing特性功能介绍:LTE物理层调度的基本单位是1ms,这样小的时间间隔可以使得LTE时延较小。然而在某些覆盖受限的小区边缘,UE由于受到其本身发射功率的限制,在1ms的时间间隔内可能无法满足数据发送的误块率(BLER)要求。例如对于长度为33字节的VOIP数据包(包含L1/L2层的头部信息)在1ms的时间内发送,物理层的速率需要达到312kbit/s。对于某些情况下的LTE小区边缘可能无法达到这一要求。 为此,对于上述情况的VoIP包,LTE中可以在RLC层对其进行分片(Segmentation),对于每一分片采用独立的HARQ进程分别进行传输。 RLC层分片的方法会带来额外的头部开销和系统控制信令的开销。而且,HARQ反馈的错误解码对于RLC层分片的影响也不容忽视。 为此,LTE中提出了TTIBundling的概念,对于上行的连续TTI进行绑定,分配给同一UE。这些上行的TTI中,发送的是相同内容的不同RV版本。这样可以提高数据解码成功的概率,提高LTE的上行覆盖范围,代价是增加了一些时间延迟。eNB只有在收到所有绑定的上行帧以后才反馈HARQ的ACK/NACK,这样就会减少所需的HARQ的ACK/NACK数目,同时由于上行资源进行一次分配,而应用到所有绑定的上行帧,这样上行资源分配的开销也会减少。 TTIBundling模式的配置是通过上层信令中的参数ul-SCH-Config:ttiBundling来进行的。触发条件可以是UE上报了上行功率受限等。TTIBundling模式只对UL-SCH有效。TTIBundling中连续发送的TTI数目,也就是TTIBun

文档评论(0)

5GNPO + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档