B5G_UE

1、125收端CRC一包错的都没有，129发端bler79%；

2、HARQ 反馈的数量只有调度数量的1/5左右 （6719/30978）

Ta问题解决后，大批DTX问题消失，但是终端129灌包终端125，nack与dtx仍有少量出现

目前现象：
129接收PUCCH反馈：
DU和物理层log查看有对应sfn、slot调度
du侧 dtx

phy侧

125发送pucch：
phy侧log查看，已经生成对上sfn、slot调度，但是没有trigger pucch怀疑slot type不对没有起dd trigger

后续添加slot type打印和du打印开启打印slot type版本继续定位

添加slot type打印发现发端不调度dd pucch时的slot type为8（/*8 检测gNB的cell信息，脱网节点*/），导致不发送！后续需要DU出方案。保证错开每一百帧的slot0和slot10不反馈pdsch的ack

1.DD dtx问题：
a.du修改#5234 和修改纯DD时修改搜UU广播周期（影响slot type，到搜索周期时发端发不出来）后，DTX解决

2.DD 60接入DD后，129固定slot9 nack问题,收端抓数看60接入后slot9的数据ncs0的功率很大导致为NACK。但是ncs6的功率也并非底噪。像是有个信号叠加到真实的pucch信号上导致解出来为NACK。

du帮忙出把DD用户pucch资源错开后查看log未见nack.抓数查看确实有60终端发出的pucch信号（60终端pucch资源位置288，125终端384）

确认问题就是需要进行清buffer处理

#3658 DD清发送buffer代码已合入，自测无问题

nack 原因是由其他终端在对应时隙错发了信号干扰导致， 清除RF buffer 后不会有错误信号发出，避免相互干扰， 问题解决

测试通过，未复现异常