王 艳芳
- 注册于: 2024-04-22
- 最后登录: 2026-03-17
问题
项目
- 解决方案集成测试 (开发人员, 2024-04-22)
- eMBB2.0 BBIT (开发人员, 2024-04-22)
- STE (开发人员, 2024-06-13)
- 研发产品测试 (开发人员, 2024-04-22)
- 2.0基站产品化测试 (开发人员, 2024-04-22)
- B5G_UE (开发人员, 报告人员, 2025-01-06)
- FirstCall (开发人员, 报告人员, 2024-11-28)
活动
2026-03-13
- 15:31 B5G_UE 错误 #4995 (审视): DD MAC SCH的UCI HANDLER对PUCCH反馈为DTX的处理不完善,MAC没有设置DTX的状态
- 有三种方案处理PUCCH DTX:
1)第一种为接收FAPI的UCI IND消息时,当PUCCH DETECTED=2时,即DTX,立即处理;存在的问题就是FAPI有漏报消息,会导致PUCCH的释放缺失。
2)第二种是MAC接收S...
2026-03-10
- 11:25 B5G_UE 错误 #4995 (进行中): DD MAC SCH的UCI HANDLER对PUCCH反馈为DTX的处理不完善,MAC没有设置DTX的状态
- 11:25 B5G_UE 错误 #4995 (审视): DD MAC SCH的UCI HANDLER对PUCCH反馈为DTX的处理不完善,MAC没有设置DTX的状态
- 由于之前DD没有对HARQ反馈的处理,所以,UCI HANDLER的处理代码也没有测试过。HARQ重传测试过程中发现,该部分代码对DTX的处理存在缺失,需要补充完善,并完成相应的测试
2026-01-23
- 14:27 FirstCall 错误 #4729 (反馈): Uu切换联调场景下,UE在目标小区的重配完成消息发送失败
- 逻辑信道优先级排序的算法重写并测试通过。
2026-01-20
- 17:26 FirstCall 错误 #4723 (反馈): Uu RLC AM segMinSize设置为1时,上行业务速率会掉0
- 【问题原因】:RLC AM segMinSize设置为1时,RLC AM发送分段的判断条件导致RLC的分段指示出现异常值,超过RLC PDU的完整长度,基站侧接收异常的Segment offset后,触发基站处理的异常,基站发送的数据...
2026-01-15
- 09:54 FirstCall 6.00 小时 (错误 #4741 (已关闭): Uu RRC连接态下的切换联调,当UE接入目标基站后,接收目标基站发送的第一条RRC重配置消息失败)
- 09:54 FirstCall 错误 #4741: Uu RRC连接态下的切换联调,当UE接入目标基站后,接收目标基站发送的第一条RRC重配置消息失败
- 【问题原因】经LOG分析,具体原因为终端在目标基站的L2 RLC SRB1的接收实体重建立和重配置未实现,发送实体的重建立及重配置已实现,所以,终端的RLC可以发送SRB1的消息,但接收到MAC递交的由目标基站发送的SRB1承载的RR...
- 09:34 FirstCall 错误 #4741 (已关闭): Uu RRC连接态下的切换联调,当UE接入目标基站后,接收目标基站发送的第一条RRC重配置消息失败
- Uu RRC连接态下的切换联调,当UE接收目标基站的MSG2后,成功发送第一条RRC重配完成消息,目标基站侧成功接收后,目标基站发送了一条包含测量相关配置的RRC重配置消息,终端侧L3未查询到该条信令
2026-01-13
- 10:21 FirstCall 错误 #4729: Uu切换联调场景下,UE在目标小区的重配完成消息发送失败
- 目前只有一个业务信道,LCH优先级排序理论针对业务信道,SRB的优先级默认比业务信道优先级高。但是对于没有配置的SRB,可以排除。新的LCH优先级算法重点是排除未配置的SRB,及支持DRB的配置扩展。
- 09:58 FirstCall 错误 #4729: Uu切换联调场景下,UE在目标小区的重配完成消息发送失败
- 【问题原因】终端MAC的逻辑信道排序算法存在问题,导致目标小区当只配置LCH1和LCH2,没有配置业务LCH4的时候,无法调度到LCH1的数据;
【暂时解决方案】为了推进切换进度,暂时方案为规避逻辑信道优先级排序算法,使用LCH优先...
导出 Atom