B5G_UE

【问题原因】UU口L1c触发的puc调度次数，应该和PDC解析次数一致，但UU口的L1c触发的puc调度次数远大于PDC解析的PDS次数。
在环境验证，PDC触发PDS有58次，PSC只触发新传PDS，对应的PUC触发次数应该是58次，但从核4查看L1C触发了4832次PUC，基站侧层1只解对了3次ACK。

查看收发2段的时隙，发现L1C触发终端的Puc的时机和基站解析PUC的时机，除了msg4 puc外，msg6的puc的时机，2边基本对不上。

l1c触发时机中有大量的slot10（2414次）,slot0（2217次），slot1（43）,slot11（29），这些slot不应该触发puc。slot8（1次），slot9（2396次）,slot19(2408)。
对应的基站解析slot时隙是slot8（84次），slot18(209次)，slot9(1次)，slot19(1次)。
可能会存在基站收的时隙上L1c没在对应slot触发puc，基站没收的时隙上L1c触发了puc。msg6后的puc收发时隙不一致。

【解决方案】

【问题验证】

【解决方案】当前L1C触发逻辑是每个帧的部分slot都会触发puc, 修改L1C的触发逻辑，判断存在DCI1-1解析的时候，才触发puc。不论DCI1-1解析对错，触发puc，上报ACK或者是NACK。

【问题验证】

判断上图中，DCI1-1解析次数比L1c多的情况，是因为判断中，
Line 107: [ERR]0730 dci1_1 curtSlotIdx:0 pdcchSlotIdx :1 numDci1_1:0 dci1_1->slotIdx:0 numDci1_1:0 sfntmp:379

【问题描述】UU口L1c触发的puc调度次数和PDC解析次数不一致，远大于PDC解析的下行dci1_1次数。
【问题原因】L1C没有做由有效判断，UU口L1c触发的puc调度次数，应该和PDC解析下行dci1_1次数次数一致，但是L1c使用后没有对puc的发送flag置为0，后面每次不同帧进入判断流程，符合条件的slot都会触发，但是触发的帧和slot并没还有对应的dci1_1。

【解决方案】修改pdc填写的空口slot后，dci1_1填写的空口slot正确。在L1c判断解析出对应的空口slot后，发送slot = 空口slot + k1+k0，将puc的发送slot的flag置起，然后将uecfg结构体中空口slot值置为0xFF,uecfg结构体中变量numDci1_1置为0。下次不同帧不同slot进L1C，不满足 空口slot相等 与 变量numDci1_1为1 的2个条件就会return，不会执行将puc的发送slot的flag置起流程。直到下次有dci1_1的处理流程，才会再次进入将puc的发送slot的flag置起流程，触发puc，这样L1C触发次数就与dci1_1次数保持一致了。

【问题验证】在环境验证，L1c置起puc发送slot的flag次数与下行dci1_1次数一致。L1c触发puc调度次数，少于下行dci1_1次数，原因是PUS与PUC冲突时无PUC触发。解决PUS与PUC冲突后，L1c触发将puc与下行dci1_1次数一致。