SA组网下小视频卡顿影响感知案例
SA组网下小视频卡顿影响感知案例
桌面不显示图标福建省作者：（张金森）
上海奉贤全域静态管理【摘要】本案例结合5G站点建设中常见的用户感知类问题，通过信令分析，探究小视频卡顿时长过大的原因，为投诉组应对此类投诉提供指导。
【关键字】5G、、时延大
床垫品牌排行榜【业务类别】互联网、服务器
1、问题现象
QZ新开通SA（洛江区城东浔美工业区龙华大厦）站点，有用户投诉反映，使用发送小视频时延卡顿时间较长，需要分析原因。
2、问题分析重庆旅游景点
2.1基础排查
后台查询站点状态正常，无告警。需要使用Probe对问题进行测试分析。2.2 Probe信令分析
通过信令分析，发现200M 3分钟左右的视频打开下载花了大概8~9s，与Probe测试观察到的速率相符。Probe上看速率大概25M；从probe上可以看到此时调度的GTANT 和RB都很少。
2.3 终端抓包分析
从终端侧抓包来看，并不没有丢包乱序，但发包并不连续。发几个包停一会，发几个包停一会且很规律，如果没有丢包乱序正常不应该出现这样的情况。应该和服务器发包有关。
从时序图可见数据下载是不连续的，下一段数据开始需要从下一个Post Download请求开始；说明小视频下载走的是HTTP协议，并不是FTP协议。这个离线的视频是下载完才能播放所以要等所有的都下载完才能播放。必然会增大时延。
第一个HTTP Post里面的rang是从0~131071；服务器端开始发数据，数据发完后回200 Ok说明这一段数据已发完，并带total size告诉终端一共有多少包；浔美工业区龙华大厦锚点站点上层指示开关均已打开，占用锚点即终端显示5G标识。（终端显示5G标识时，存在非占用5G情况）
接下来第二次发post请求下一段数据，从131072开始以此类推。
直到之后一次200 OK已确认数据包发完，发FIN ACK拆链；
3、问题根因
发送小视频使用HTTP协议一段下载完再下载下一段，每段下载完成需要等一个RTT才能开始下载下一段。200M的视频被分成200段下载，导致下载完整段视频需要200*RTT+数传时间。导致小视频下载卡顿时间较长。
教师个人学习总结
4、解决方案
当前APP的实现机制无法从网络侧解决。
5、总结反思
此问题已经在全省预警，已经在投诉组宣贯，写入《投诉问题汇总快速查询表》，后期遇到此类问题的投诉可以快速查询投诉问题汇总表，提高投诉响应时间及客户满意度。
>孙权劝学的翻译

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。