项目

一般

简介

错误 #1367

视频电话卡顿

由 席 振斌 在 将近 2 年 之前添加. 更新于 19 天 之前.

状态:
已关闭
优先级:
普通
指派给:
孙 浩
类别:
-
开始日期:
2023-10-23
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU
发现问题版本:
Rel_2.1.14P
目标解决问题版本:
Rel_2.1.14P
FPGA板卡类型:
CPU类型:

描述

通过现在的自测来看，只有初次打电话是ok的，其他后续的1视频电话会卡顿

文件

vonr连续视频无卡顿1108-40-1516.pcap (288 KB) vonr连续视频无卡顿1108-40-1516.pcap 孙 浩, 2024-11-08 16:11
cu_24_11_08_15_16_49_part_0_1731052047.log.zip (2.85 MB) cu_24_11_08_15_16_49_part_0_1731052047.log.zip 孙 浩, 2024-11-08 16:12

相关的问题

关联到 2.0基站产品化测试 - 错误 #1163: VONR视频通话异常挂断终端掉线已关闭2023-06-14

Actions
关联到 2.0基站产品化测试 - 错误 #2413: 2手机分别在2个基站做vonr视频偶数次有卡顿已关闭2024-11-14

Actions

历史记录

#1

由 席 振斌 更新于 将近 2 年 之前

  • 状态 从 新建 变更为 进行中
#2

由 孙 浩 更新于 将近 2 年 之前

  • 关联到 错误 #1163: VONR视频通话异常挂断终端掉线 已添加
#3

由 席 振斌 更新于 将近 2 年 之前

之前进行了TMG的评审，给出了三个建议，目前对RTP协议的时间戳进行了分析，通过对采样时间戳的分析来看，异常时，有三帧数据采样时间间隔较大，但影响更大的是对同一采样时间的RTP发送的时间间隔与正常相比太大了，其余两个建议还未尝试

#4

由 席 振斌 更新于 将近 2 年 之前

进行了更换子帧配比和打映INPROC_LIST的大小两个方法，通过现象和日志来看，更换完子帧配比和不更换都对问题没有改善，有问题时和没有问题时INPROC_LIST的大小都为0，意味着数据都及时处理了，没有累积

#5

由 席 振斌 更新于 超过一年 之前

  • 状态 从 进行中 变更为 挂起
#6

由 席 振斌 更新于 大约一年 之前

  • 状态 从 挂起 变更为 进行中
#7

由 席 振斌 更新于 大约一年 之前

视频通话的释放一直存在时序性导致的各种资源状态基不对，以及trans混用的情况，之前一直都是在一个事物流程中修改，因为是时序性导致的有偶发性，不能准确判断是否修改好，且多个资源块相互影响，问题无法完全解决感觉，后来从方案上修改了一下，目前的修改方案是，同一个ue，从整个大事物流程上就按照串行来处理，在这个事务流程就不会有各种资源状态基不对，以及trans混用的情况，而且因为之前在事物层是并行的，但其实在线程中还是串行，所以此次修改并不会影响信令的处理速率。
目前修改后的情况是释放流程无问题，可以多次连打；但是目前还有两个问题：
1、偶数次有一些卡顿，奇数次很正常，但不会卡断线，原因还需要多次测试分析；
2、有时后在通话过程中会掉线，然后通过重建立连接，为什么会掉线还需要多次测试分析

#8

由 席 振斌 更新于 大约一年 之前

第二个问题是终端的问题，换了个终端就稳定了

#9

由 席 振斌 更新于 大约一年 之前

  • 状态 从 进行中 变更为 挂起
#10

由 席 振斌 更新于 11 个月 之前

目前视频电话偶数次会有卡顿，无其他问题

#11

由 席 振斌 更新于 11 个月 之前

  • 指派给 从 席 振斌 变更为 王 旭初
#12

由 孙 浩 更新于 10 个月 之前

  • 状态 从 挂起 变更为 进行中
  • 指派给 从 王 旭初 变更为 孙 浩
#13

由 孙 浩 更新于 10 个月 之前

  • 状态 从 进行中 变更为 转测试
#14

由 孙 浩 更新于 10 个月 之前

在2.1.15ppre1T5版本上验证连续vonr视频业务，未在出现视频卡顿问题，问题暂可关闭，后续持续关注。

#15

由 孙 浩 更新于 6 个月 之前

  • 关联到 错误 #2413: 2手机分别在2个基站做vonr视频偶数次有卡顿 已添加
#16

由 孙 浩 更新于 19 天 之前

  • 状态 从 已解决 变更为 已关闭

导出 Atom PDF