B5G_UE

【问题描述】UU口上行双流发送PUSCH失败

【问题原因】wola输出天线1的RB位置错位，且偶数符号上的干扰分量非常大,天线0正常。

【解决方案】

【问题验证】

【解决方案】：完成2流的比特与符号级的IDE与在板对数。(思朗的UT无法对比OFDM模块的数据）。通过导出板上数据定位是IFFT4096导致第二根天线异常。

【问题原因】定位是第二根天线ofdm_ifft_inout1_ptr的DM2内存问题，引起IFFT4096第2根天线输出错误。（之前任征挪核解决发现问题单引入的，在ofdm_ifft_inout1_ptr的DM2申请前多加了申请DM2的内存，并使用了dmalloc_unit方式，可能和DM2的内存申请方式有关，应使用dmalloc_header而不是dmalloc_unit）

问题1 IFFT4096第2根天线的RB位置不对,错位。
问题2 IFFT4096第2根天线在偶数符号上有非常大的干扰分量。即使IFFT前将第2根天线是输入清0，输出还是有非常大的干扰分量。(之前单流发送时，第二根天线的wola输出有较大分量也是同样的原因，修改后单流时第二根天线输出是0)

【解决方案】将初始化内存申请中ue_Ul_Init_Dm_Malloc中ofdm_ifft_inout1_ptr申请前的DM2内存申请代码删除，放入到DM2申请中。

【问题验证】IFFT4096第2根天线输出正常，问题1与问题2解决，第2根天线的RB位置正确，且偶数符号上不再有非常大的分量。从发端抓射频的2根天线的时域数据显示正常。但基站还是未解对双流PUSCH.

（之前他们解决挪核问题单引入的）

【问题验证】从发端抓射频的2根天线的时域数据，算法仿真能解对。DU log显示SNR是30左右，CRC ERR，升级基站版本抓数，抓数失败，定位中。

抓数失败原因是因为此时终端没有清msg1的buffer，残留的msg1buffer让基站认为一直在收msg1，就会调度很多msg3，基站按第一个pusch crc err抓的crcerr不是终端发的msg3的数据。

重新做基站抓数版本，按照2流并且snr大于20抓数，抓到了2流的pusch crc err的数据。仿真验证，只有天线0有数据，数据位置和抓数的配置参数是一致的，天线3没有数据全部噪声。

连线方式：
TX0-RX0
TX3-RX3
只有RX0有数据，RX3无数据

连线方式：
TX0-RX3
TX3-RX0
只有RX3有数据，RX0无数据
终端抓发送2天线的数据，都有数据且RB位置与参数一致。怀疑第二个天线TX3射频buffer没把数据送给基站。

在发端把天线0的数据，分别放到TX0/3射频buffer发送，基站侧抓数，也只有RX0有数据。

说明tx3射频buffer没把数据发到基站（发端之前在射频抓数，2个TX0/3buffer都是有数的）