B5G_UE

重传的问题修改L1C计算重传时的码率，在31环境验证多次，已解决。代码已合入主分支。

【问题描述】环境开启3次重传时，从DUlog中观察首次传是DTX，后面3次重传全部解析失败，核对终端与基站收发pusch时机，确定重传时候L1C已经调度了pusch且发送时机与基站要求的时机一致，基站3次重传时发送rv=0的版本，相同版本发送4次，从终端侧打印4次收到的协议栈下发的码流是一样的 ，定位中。

【问题原因】：
重传失败有2个原因：

1 重传时L1c计算的码率值为0，是错误的，L1C中码率数组共31个值，dci解析的mcs是码率数组索引，mcs是28/29/30/31时对应码率值全部是0，前面27个值是正常码率值。重传时，L1C计算的3次重传的coderate都是0，原因是PDCCH盲检dci0_1的mcs是31，30等（重传mcs取30等是正常的,代表重传，含义不是初传使用的mcs值），L1c从dci0_1获取mcs=30，将mcs作为码率数组的索引，后面28/29/30/31码率全部是0，L1C给码率赋值是0。 在初传ldpc编码为1时，重传coderate是0会导致ldpc等参数错误（coderate是0时ldpc编码是2），重发3次的bit处理流程与初传不同，导致基站无法解对重传。

2 特定配置解不对（与重传功能无关，该配置下解析不对）。环境开启AMC，rbstart=4,rbnum=4，tbsize=69，mcs=7，运行多次观察多个基站log，AMC开始会遍历多种tbsize与rbnum，目前只发现这一种配置一直错误（非重传参数错误）。重传与初传参数相同，都是ldpc2。

【解决方案】

【问题验证】

【解决方案】

1 重传码率参数错误----修改L1c代码，在重传时L1C使用上一次初传的码率，。
2 特定配置解不对，准备在这种参数配置UT对数。（与重传功能无关）

【问题验证】

【解决方案】

1 重传码率参数错误----修改L1c代码，在重传时L1C使用上一次初传的码率。
2 特定配置解不对，准备在这种参数配置UT对数。（与重传功能无关）

【问题验证】
1 重传码率参数错误----修改L1c代码，在重传时L1C使用上一次初传的码率。
修改L1C处理重传代码，在判断重传时，使用上次harqid的码率，在环境验证，第二次重传成功。

重传失败问题已解决，31环境验证重传的基站log:

这是第一次新传失败的基站dulog。

这是第二次重传时，基站解对重传：

2 特定配置解不对，准备在这种参数配置UT对数。（与重传功能无关，之前的问题单#4080）
重传的问题已经解决。

新传的时候会出现0.3%误包，从基站log看是基站侧收到的SNR是负值，RSRP正常是-65左右，待定位。

重传，采用上次的CodeRate