53-SA场景下终端下行报文较少且上行智能预调度持续时长设置过短导致5G SA ping时延比N_第1页
53-SA场景下终端下行报文较少且上行智能预调度持续时长设置过短导致5G SA ping时延比N_第2页
53-SA场景下终端下行报文较少且上行智能预调度持续时长设置过短导致5G SA ping时延比N_第3页
全文预览已结束

下载本文档

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

文档简介

最佳实践上报表(省公司版)问题编号设备/终端厂家华为设备/终端类型BTS5900所属专业无线问题类型参数类问题级别重要上报省份上报人上报时间问题名称及现象概述1、问题名称:SA场景下终端下行报文较少且上行智能预调度持续时长设置过短导致5GSAping时延比NSA高问题2、问题概述:SA试点在使用PROBE做PING测试时发现,同站下SA小区的PING时延远大于NSA小区,SA时延在40~60ms,NSA时延在15ms左右。通过对智能预调度原理及终端调度次数统计发现,SA模式下,手机下行报文较少,导致上行智能预调度无法延续到下一次ping报文的上行调度;NSA模式下,手机下行报文较多,导致上行智能预调度可以延续到下一次ping报文的上行调度。通过延长上行智能预调度持续时长可改善该问题。问题分析:1.NSA模式下上行智能预调度一直生效,每个上行机会都会调度;但是SA模式下上行智能预调度生效次数明显较少,会导致部分ping请求报文得不到及时调度,引入时延。智能预调度的机制:功能打开后,当基站有下行数据调度时,会主动做上行调度(认为有下行业务,那么肯定会有上行业务,比如回包),但这个智能预调度由于会消耗基站资源,所以设定只在智能预调度持续时长内生效,超出了就停止;当有新的下行数据调度后,持续时长定时器会重启,相当于顺延。预调度次数的差异:首先现网配置的是智能预调度,启动需要先有下行数据调度,启动之后会持续参数配置的时长,如果启动后又来一个下行报文,那么时长会重新计算;其次,ping业务的间隔是1s;那么对于SA模式来说,由于下行报文很少(推测和手机行为相关,比如心跳包)第一次ping结束后,到下一次ping开始之前,智能预调度可能已经停止了,所以第二次ping需要等待SR时机;但是对于NSA,持续都有下行报文,所以说预调度一直在持续,新的ping包一旦生成马上会得到调度。2.对于SAping时延高于NSA的问题,通过核查参数,发现上行智能预调度持续时长设置不合理,ULSmartPreallocationDur在商用网配成250没问题,但是做ping测试时配置250会导致时延长。上游时延没差异:3.统计调度次数,如下是用户上行调度次数,SA测试阶段次数明显较少,正常应该是400次。下行调度次数较少,会导致上行智能预调度次数少。解决方案详细说明SA模式ping时延比NSA大的原因是,SA模式下,手机下行报文较少,导致上行智能预调度无法延续到下一次ping报文的上行调度;NSA模式下,手机下行报文较多,导致上行智能预调度可以延续到下一次ping报文的上行调度。通过延长上行智能预

温馨提示

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

评论

0/150

提交评论