活动
从 2024-02-13 到 2024-03-13
2024-03-12
- 11:17 错误 #1600 (转测试): 配置ue最大调度RB数为40，上行灌包180M，下行灌包100M，发现上、下行的调度RB分别为254、200个RB，没有达到限制RB的目的。测试发现mysql里有该值，backend下发后，du没有解析对
- 11:17 错误 #1603 (转测试): ue调度最大RB数，配置为40，ue接入后即使不做业务，也会调度40个RB，相当于是空调度，需要修改
- 11:16 错误 #1605 (转测试): test配置里配置单ue_rb与配置某个用户的rb值，当前实际调度取的是这两个值的min值，实际应该是特殊用户配置的rb值优先级更高
2024-03-02
- 09:06 错误 #1601 (已解决): 强制ue切换，下发已经接入ue的imsi号，返回当前ue不在线，实际是在线的，返回有误
- 1. 由于核心网和CU上报的UE列表关联关系有误，导致无法下发，已经处理
- 09:04 错误 #1601 (进行中): 强制ue切换，下发已经接入ue的imsi号，返回当前ue不在线，实际是在线的，返回有误
- 09:04 错误 #1597 (已解决): 接进来2个ue，且接入非常稳定，ue_id分别为90、103，但是在指标显示界面，仍然会阶段性出现ue_id=0的指标，且次行指标为废数据
- 由于指标数据上报数据在数据合并前清理不彻底导致脏数据遗留
- 09:03 错误 #1597 (进行中): 接进来2个ue，且接入非常稳定，ue_id分别为90、103，但是在指标显示界面，仍然会阶段性出现ue_id=0的指标，且次行指标为废数据
- 09:03 错误 #1589 (已解决): ue指标、基站指标上报时间戳显示为1970年1月1日
- 缓存有效期处理问题，没有赋值，成默认值0
- 08:59 错误 #1589 (进行中): ue指标、基站指标上报时间戳显示为1970年1月1日
- 08:59 错误 #1585 (已解决): 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 由于前端页面显示的时候，逻辑上只取了第一个UE的邻区信息进行显示，已处理
- 08:58 错误 #1585 (进行中): 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
2024-03-01
- 14:43 错误 #1594 (转测试): RLC_buffer_size在web界面查看始终为0，看du侧打印有正确数值，但是redis里写入时为0
- 原因：之前的指标清理函数写的有问题，不应该在更新指标之后，上报指标之前清理上报结构
修改方法：每次更新指标之后只清理辅助结构（用于计算或统计指标的结构），上报完指标之后再清理上报结构
修改结果：已解决，指标上报无误 - 11:09 错误 #1594 (已解决): RLC_buffer_size在web界面查看始终为0，看du侧打印有正确数值，但是redis里写入时为0
- 已知会du，定位中
- 13:55 错误 #1605: test配置里配置单ue_rb与配置某个用户的rb值，当前实际调度取的是这两个值的min值，实际应该是特殊用户配置的rb值优先级更高
- 检查代码后发现代码的逻辑确实是两个RB配置生效时会取两个配置限制的较小值。修改了配置生效的逻辑，现在已配置UE的RB调度限制不会受到所有UE的RB限制影响，以特殊用户配置的rb值为准。
- 11:22 错误 #1605 (已解决): test配置里配置单ue_rb与配置某个用户的rb值，当前实际调度取的是这两个值的min值，实际应该是特殊用户配置的rb值优先级更高
- 已知会du，定位中
- 13:49 错误 #1603: ue调度最大RB数，配置为40，ue接入后即使不做业务，也会调度40个RB，相当于是空调度，需要修改
- 原RB配置功能的生效就是每次调度固定为配置的数量,后续澄清需求后，改为限制RB数量，即不超过配置的最大RB数。后续测试功能符合预期。
- 11:16 错误 #1603 (已解决): ue调度最大RB数，配置为40，ue接入后即使不做业务，也会调度40个RB，相当于是空调度，需要修改
- 已知会du，定位中
- 13:38 错误 #1600: 配置ue最大调度RB数为40，上行灌包180M，下行灌包100M，发现上、下行的调度RB分别为254、200个RB，没有达到限制RB的目的。测试发现mysql里有该值，backend下发后，du没有解析对
- 检查代码后发现是由于配置时遍历所有接入的ue的代码存在问题，导致没有找到配置的ue，导致配置没有生效。修改代码后配置可以生效。
- 11:14 错误 #1600 (已解决): 配置ue最大调度RB数为40，上行灌包180M，下行灌包100M，发现上、下行的调度RB分别为254、200个RB，没有达到限制RB的目的。测试发现mysql里有该值，backend下发后，du没有解析对
- 已知会du，定位中
- 12:57 错误 #1588 (转测试): ue接入后掉线，掉线的指标仍然一直显示在界面，不会去掉，du界面打印已经释放了该ue。同时三层断电后重启，这些过期的指标仍然会显示到界面，不断累加
- 修改oam-backend指标失效时间逻辑判断
- 11:03 错误 #1588 (已解决): ue接入后掉线，掉线的指标仍然一直显示在界面，不会去掉，du界面打印已经释放了该ue。同时三层断电后重启，这些过期的指标仍然会显示到界面，不断累加
- 观察发现redis里也会写入这些空数据，提单agent定位中
- 12:56 错误 #1591 (转测试): 上行平均mcs、下行平均mcs、MIMO调度PMI、MIMO调度RI、下行PMI、下行RI这6个指标无法在界面显示
- 走读代码发现未填入对应指标信息，已完成修改
- 11:07 错误 #1591 (已解决): 上行平均mcs、下行平均mcs、MIMO调度PMI、MIMO调度RI、下行PMI、下行RI这6个指标无法在界面显示
- 已知会agent，定位中
- 12:56 错误 #1595 (转测试): 多ue接入，给其中1个ue灌包上行30M、下行灌包5M，2个ue的上下行速率均会显示为30M、5M，两个ue在redis里写入均为30M、5M;
- 走读代码发现gnb_agent处理Ue中DU上报的Tput为cell中的Tput，最终导致Tput始终为小区级统计的Tput，显示错误，已修改
- 11:10 错误 #1595 (已解决): 多ue接入，给其中1个ue灌包上行30M、下行灌包5M，2个ue的上下行速率均会显示为30M、5M，两个ue在redis里写入均为30M、5M;
- 已知会agent，定位中
- 12:55 错误 #1606 (转测试): 第三方接口下发最大发射功率，返回无效的请求参数，下发失败
- 最大发射功率配置的xpath映射值与真实的xpath不对应，已修改为正确的xpath为：/gnb-ru:GNB-RU/BIND_CFG/CARD[cardid='0']/fh[fhid='0']/bindcfg[chan_id='0'...
- 11:23 错误 #1606 (已解决): 第三方接口下发最大发射功率，返回无效的请求参数，下发失败
- 第三方接口关于发射功率这块需要修改为数组格式
知会third_backend，定位中 - 12:53 错误 #1607 (转测试): gnb_agent生成较多core文件
- 定位分析为sysrep数据库崩溃导致的core dump，并修改使用命令sysrepo数据库命令加-l（锁）避免出现不互斥问题,例如："sysrepocfg -l -d running -m gnb-ru -X > /tmp/gnb-...
- 11:25 错误 #1607 (已解决): gnb_agent生成较多core文件
- 测试过程中，发现gnb_agent路径下生成较多core文件，已反馈gdb结果，定位中
- 12:52 错误 #1608 (转测试): ue调度最大RB数通过第三方下发，需要下发rnti以及对应的rb值。期望结果是通过下发imsi，以及对应的rb值控制该ue调度rb
- 第三方接口增加Ue设置最大RB数接口，内部逻辑为直接修改mysql数据库
- 11:26 错误 #1608 (已解决): ue调度最大RB数通过第三方下发，需要下发rnti以及对应的rb值。期望结果是通过下发imsi，以及对应的rb值控制该ue调度rb
- 已知会agent，定位中
- 12:51 错误 #1586 (转测试): 子带干扰功率为小区级指标，即使没有ue接入也应该上报。但是目前发现没有ue接入的时候，redis里不写入子带干扰功率
- 修改上报逻辑判断，无Ue指标是不删除Cell指标信息
- 10:34 错误 #1586 (已解决): 子带干扰功率为小区级指标，即使没有ue接入也应该上报。但是目前发现没有ue接入的时候，redis里不写入子带干扰功率
- 已知会agnent，定位中
- 12:05 错误 #1604 (转测试): ue最大个数设置为2，处理模式配置为切换优先，但是并没有开启邻区基站。接入前2个ue可正常接入，第3个ue接入时拒接了7,8次约30s，才接入进来
- 【现象】
优先切换模式，最大个数设置为2，第三个UE被拒接多次后，约30s左右能接入
【原因】
由于之前判断ue在线的标准是，信令面的重配置完成就算是ue在线。出问题的CPE需要两次接入才能完成，而第一次接入就被判定在线了，... - 11:21 错误 #1604 (已解决): ue最大个数设置为2，处理模式配置为切换优先，但是并没有开启邻区基站。接入前2个ue可正常接入，第3个ue接入时拒接了7,8次约30s，才接入进来
- 此类cpe需要先建立信令面，在建立数据面（都是通过rrc set up）。
信令面建立ok后，当前ue个数的列表已经加1，导致建立数据面时无法建立 - 11:59 错误 #1602 (转测试): ue最大个数设置为5，接入2个ok；修改ue最大个数为2，接入第3个ue，触发切换，无法切换成功后，再次接入服务小区，也是直接拒接。期望是能接回服务小区
- 【现象】
最大个数设置为2，切换优先模式，第三个ue无法接入，而被拒接了
【原因】
由于判断是否超限的逻辑有问题，导致切换优先的模式使用了拒接优先的模式
【解决方法】
判断是否超限时，使用配置中的模式
【下一步... - 11:16 错误 #1602 (已解决): ue最大个数设置为5，接入2个ok；修改ue最大个数为2，接入第3个ue，触发切换，无法切换成功后，再次接入服务小区，也是直接拒接。期望是能接回服务小区
- 已知会cu，定位中
- 11:55 错误 #1593 (转测试): 基站最大用户数配置为1，超限方式为拒接新用户，第一个用户接入ok，第二个用户开始接入，也能接进来，观察报文，没有回RRC_reject
- 【现象】
当拒接优先模式，基站最大用户数为1时，无法拒接第二个用户
【原因】
用来判断当前用户数的容器，来自于实时测量上报维护的容器，ue关系能添加进去的逻辑是必须有邻区。所以当没有邻区时，会认为当前没有在线的UE。所以无法... - 11:08 错误 #1593 (已解决): 基站最大用户数配置为1，超限方式为拒接新用户，第一个用户接入ok，第二个用户开始接入，也能接进来，观察报文，没有回RRC_reject
- 已知会cu，定位中
- 11:52 错误 #1592 (转测试): 触发A3事件，但是不发起hand_over_request
- 【现象】
当UE触发了A3事件时，应该触发Xn切换，但是没有触发
【原因】
编写信令重配置请求的代码中，编写周期上报的代码出现了问题，rm_ue_meas_object_config对象需要使用rm_ue_meas中的get... - 11:08 错误 #1592 (已解决): 触发A3事件，但是不发起hand_over_request
- 服务小区和邻小区均启动，触发A3事件切换，不乏其hand_over_request
cu已知，定位中 - 11:46 错误 #1587 (转测试): 基站指标出现2个小区id，1和65535，应该只有1个小区
- 【现象】
上报吞吐率数据时，包含的cell_id为65535
【原因】
上报吞吐率的方法是周期上报，当基站刚启动时，还未解析到cell_id；但此时定时器已经触发，cell_id默认为65535作为无效值，所以会在基站启动成... - 10:35 错误 #1587 (已解决): 基站指标出现2个小区id，1和65535，应该只有1个小区
- cu上报指标问题，已知会cu，定位中
- 11:40 错误 #1599 (已关闭): 最大用户数配置为1，用户数超限处理方式配置为切换优先。接入2个ue，均可以接进来，飞行掉其中1个ue，等待时间超过10s，比如等待1分钟，再次接入，仍然能接进来。正常情况应该转为拒接
- 确认该现象为正常现象，非问题，问题关闭
- 11:13 错误 #1599 (已关闭): 最大用户数配置为1，用户数超限处理方式配置为切换优先。接入2个ue，均可以接进来，飞行掉其中1个ue，等待时间超过10s，比如等待1分钟，再次接入，仍然能接进来。正常情况应该转为拒接
- 已知会cu，定位中
- 11:37 错误 #1590 (转测试): 子带干扰功率在界面显示的位置不对，需要调整到和rip值同一个界面，并且增加切换按钮
- 新增子带干扰功率趋势图，
请验收 - 11:05 错误 #1590 (已解决): 子带干扰功率在界面显示的位置不对，需要调整到和rip值同一个界面，并且增加切换按钮
- 已知会web前端，定位中
- 11:37 错误 #1598 (转测试): 基站用户控制配置：基站最大用户数、用户数超限处理方式应该都动态生效，当前三层启动时无法下发
- 一直是动态生效的，再测试一下
- 11:12 错误 #1598 (已解决): 基站用户控制配置：基站最大用户数、用户数超限处理方式应该都动态生效，当前三层启动时无法下发
- 已知会cu，定位中
- 11:36 错误 #1596 (转测试): 选择部分指标，界面显示前4个列与后面的列会错行
- 原因是新增固定列功能导致 ，已解决请验收。
- 11:11 错误 #1596 (已解决): 选择部分指标，界面显示前4个列与后面的列会错行
- 已知会web，定位中
- 11:14 错误 #1601 (已解决): 强制ue切换，下发已经接入ue的imsi号，返回当前ue不在线，实际是在线的，返回有误
- 已知会backend，定位中
- 11:11 错误 #1597 (已解决): 接进来2个ue，且接入非常稳定，ue_id分别为90、103，但是在指标显示界面，仍然会阶段性出现ue_id=0的指标，且次行指标为废数据
- 已知会backend，定位中
- 11:04 错误 #1589 (已解决): ue指标、基站指标上报时间戳显示为1970年1月1日
- 知会backend，定位中
- 10:33 错误 #1585 (已解决): 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 已知会backend，定位中
2024-02-29
- 15:54 错误 #1571 (已解决): 三层启动后，ue接入。du上报的ue指标均为空，发现du上报的ue_num一直为0
- 15:54 错误 #1570 (已解决): 清华版本du，三层启动后，触发切换，刚刷prach，du挂死
2024-02-28
2024-02-27
- 19:50 错误 #1570: 清华版本du，三层启动后，触发切换，刚刷prach，du挂死
- 配置问题导致UE上报了multi PHR，这个类型的MAC CE DU暂时无法解析，导致DU挂死，现在规避处理这种类型的MAC CE，已出包给测试，问题暂未复现
2024-02-26
- 19:40 错误 #1573: 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 前端确认只能收到一个值，请backend检查
- 17:26 错误 #1573 (进行中): 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 等待和backend 联调确认，目前无法确定是前端显示问题还是后端数据处理问题
- 17:18 错误 #1574 (已解决): 三层启动后，接入一个ue，稳定做业务，ue_num一直保持在1比较稳定。第2个ue一直做反复接入的动作，卡在msg5，此时ue_num直接减到了0，正常应该还是维持在1。导致这种情况下，du指标无法正常上报
- 分析日志和代码后，发现是由于kpi的uenum在ue完全接入后才增加，而kpi的uenum的删除，在ue未完全接入时也会删除。这导致一个ue反复重接时，由于未完全接入，kpi的uenum不会增加，但会一直减少，导致uenum一直为0。...
- 17:12 错误 #1572 (转测试): 三层启动后，ue接入，cu上报的服务小区指标，redis里始终都能写入，但是web界面基本显示不出来（显示率约5/100），即web请求backend，大概率无返回值
- gnb_agentDU接口，oam-backend逻辑已修改
2024-02-23
- 13:53 错误 #1571: 三层启动后，ue接入。du上报的ue指标均为空，发现du上报的ue_num一直为0
- 问题同#1574，ueNum原来的计算方法有误，现已修改计算方法，测试暂未发现问题
2024-02-22
- 19:37 错误 #1574 (已解决): 三层启动后，接入一个ue，稳定做业务，ue_num一直保持在1比较稳定。第2个ue一直做反复接入的动作，卡在msg5，此时ue_num直接减到了0，正常应该还是维持在1。导致这种情况下，du指标无法正常上报
- 已反馈du，定位中
- 19:37 错误 #1573 (已解决): 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 已反馈web界面，定位汇总
- 19:36 错误 #1572 (已解决): 三层启动后，ue接入，cu上报的服务小区指标，redis里始终都能写入，但是web界面基本显示不出来（显示率约5/100），即web请求backend，大概率无返回值
- 界面显示情况就是：指标呈现闪烁状态，无法持续显示
已反馈backend，定位中 - 19:35 错误 #1571 (已解决): 三层启动后，ue接入。du上报的ue指标均为空，发现du上报的ue_num一直为0
- 已反馈du，正在定位中
- 19:34 错误 #1570 (已解决): 清华版本du，三层启动后，触发切换，刚刷prach，du挂死
- 已反馈du，正在定位中
导出 Atom