B5G_UE

【问题描述】UU口环境开启AMC遍历多种tbsize和mcs，在固定tbsize=69,mcs=7,rbnum=4时，基站PUSCH CRC全错；mcs=7附近的3,4,5,6,8,9等以及tbsize=69附近57,63，80基站全部解对。

【问题原因】查看终端与基站的pusch的收发时机是一致的，QPSK调制，收发2端的rbstart，rbnum,symnum,dmrspos等参数是一致的，基站侧rsrp是-65，sinr是28左右，信号正常，在基站侧采数，放真显示信号良好。怀疑是bit级别处理问题，待UT对数。

问题原因：之前思朗代码中，比特级mzc=64时处理分支错误；mzc=64应该走mzc>64分支，合并为mzc>=64走相同分支。

【问题描述】UU口环境开启AMC遍历多种tbsize和mcs，在固定tbsize=69,mcs=7,rbnum=4时，基站PUSCH CRC全错；mcs=7附近的3,4,5,6,8,9等以及tbsize=69附近57,63，80基站全部解对。

【问题原因】之前思朗代码中，比特级mzc=64时处理分支错误；mzc=64应该走mzc>64分支，合并为mzc>=64走相同分支。

查看终端与基站的pusch的收发时机是一致的，QPSK调制，收发2端的rbstart，rbnum,symnum,dmrspos等参数是一致的，基站侧rsrp是-65，sinr是28左右，信号正常，在基站侧采数，放真显示信号良好。怀疑是bit级别处理问题，待UT对数。

【解决方案】在基站侧将对应TBSIZE打桩，做下行业务，终端侧在对应tbsize=69参数全部能解对，基站侧是OK的。走查终端代码，发现tbsize=69时，mzc=64，思朗之前基站代码中处理mzc=64是错误的。终端pusch同步修改mzc=64处理方式。

【问题验证】在环境验证不再出现tbsize=69错误问题。代码已经合入主分支。

属于思朗代码原bug， MZC = 64， 走了错误的分支，已和基站代码拉齐；

代码修改后已合入分支，待下一版本发布后再验证。

自测通过，已合入到V0.0.1_T07__Alpha23版本。

V0.0.1_T07__Alpha23版本已验证，上行灌包误码为0

通过验证，可关闭。