项目

一般

简介

错误 #4945

北京30基站与96终端/31基站与93终端 存在的无限帧号不同步问题

王 金伏6 天 之前添加. 更新于 4 天 之前.

状态:
进行中
优先级:
一般
指派给:
开始日期:
2026-03-04
计划完成日期:
% 完成:

70%

预期时间:

描述

【问题描述】北京30基站与96终端的无限帧号不同步问题,会影响PUCCH F2收发时机不一致
终端在msg1



【问题原因】

【解决方案】

【问题验证】


文件

20260304-103044.jpg (636 KB) 20260304-103044.jpg 王 金伏, 2026-03-04 10:31
20260304-103104.jpg (257 KB) 20260304-103104.jpg 王 金伏, 2026-03-04 10:31
20260304-103055.jpg (328 KB) 20260304-103055.jpg 王 金伏, 2026-03-04 10:31
20260304-103100.jpg (70.9 KB) 20260304-103100.jpg 王 金伏, 2026-03-04 10:31

历史记录

#1

王 金伏 更新于 6 天 之前

  • 状态新建 变更为 进行中
  • 指派给 被设置为 赵 燕明
#2

王 金伏 更新于 6 天 之前

  • 主题北京30基站与96终端的无限帧号不同步问题 变更为 北京30基站与96终端/31基站与93终端 存在的无限帧号不同步问题
#3

王 金伏 更新于 6 天 之前

【问题原因】
1-31环境 31基站和终端93的SFN不对齐的问题,应该是终端设备上的操作系统时区不知道谁改了,和基站设备设置的时区不一致了。导致计算的UTC时间终端和基站时间有差异,从而SFN不一致。

2-30环境 30基站与96终端的SFN不对齐的问题,暂时定位2.96的GPS输出数据慢

2.96的GPS输出数据慢有2个原因:
1、输出了不少用不到的无用数据,比如VTG,GLL,GSV,尤其GSV数据多。
2、串口速率只有9600,传输太慢。

【解决方案】
1-31环境 31基站和93终端设备上的操作系统时区修改

2-30环境 30基站与96终端的SFN不对齐的问题:
方法1 对96终端的GPS模块重新配置
方法2 在运行协议栈的窗口中,linux启动后先执行:export TOD_WAIT_SEC=850000,把时延改为850ms,

【问题验证】

31基站和93终端设备上的操作系统时区修改后,SFN已经对齐,问题已解决。

30基站与96终端的等待验证。

#4

赵 燕明 更新于 4 天 之前

  • % 完成0 变更为 70

96终端所使用的GPS模块是skylab的,最初怀疑是串口输出数据太多及速率慢所致,对GPS模块重新配置减少无用的数据输出,并把串口速率从9600变为115200,仍然比基站输出的时间慢1秒。与skylab的技术支持人员沟通,此模块的固件版本不是专门的授时固件,需要升级。目前板子准备返厂更换GPS模块。

导出 Atom PDF