利用BCP实现PDCCH

zbb9612 发表于 2018-6-21 10:46
没有，我们都是用的软件做的PDCCH处理，你可以参考BCP中说明使用CRC/ENC/RM/并结合pktDMA及MOD模块实现，有问题可以沟通。
                                                                          

阿布蛋蛋 发表于 2018-6-21 11:00
你好！Andy,
现在这部分我是实现的差不多了，但就是有一个很大的问题摆在我的前面，那就是所有DCI做完了速率匹配之后CPU会进行复用，那么我们直接将复用的数据送入BCP做加扰和调制的操作，根据我目前的调试结果，BCP不识别我速率匹配后的结果啊，不知道有什么还需要配置的？或者有什么该注意的，目前我的调制结果一直是错误 ...

zbb9612 发表于 2018-6-21 11:14
CRC/ENC/RM是分PDCCH依次输入处理，MOD是将一个TTI所有PDCCH复用后再次输入处理，你的复用是DSP CORE完成的么，确认一下复用输出结果及MOD的配置。你现在MOD输出的结果是怎样的，有什么规律么。如果复用没有问题，对于MOD模块而言没什么特殊的配置，无非就是按照手册说明配置相应的modulation type、enable scrambling、CIN ...

阿布蛋蛋 发表于 2018-6-21 11:28
hi, Andy,
非常感谢您的回答！
关于您说的我解释一下：

zbb9612 发表于 2018-6-21 11:42
uvaValue配成0当然调制结果全是0了，uvaValue这个值是调制幅度定标值，每个调制符号都会乘上这个幅度值，应根据实际应用功率定标配置。
                                                                          

阿布蛋蛋 发表于 2018-6-21 11:51
Hi Andy,
可是我的调制输出时选择了硬调制压缩输出，也就是我仅仅需要输出的是星座点的索引，所以这个值在这边为0不影响结果吧？而且星座点索引输出是有值的：
0x05030203

zbb9612 发表于 2018-6-21 11:57
输出上述列出的索引结果的话说明mod之后结果不全是0呀，如果结果还是错的看看输入输出数据格式设置
                                                                          

阿布蛋蛋 发表于 2018-6-21 12:07
Hi Andy,
是啊，并不全为0 ，但是这个结果反推回去发现是做加扰的时候仅仅利用c(i)来做加扰，而b(i)的值却全为0 ，但是我的b(i)是有值的啊，那个值是：
0x01000101

zbb9612 发表于 2018-6-21 12:14
建议你先修改uval的值为非0试试，我怀疑是这个值导致的，因为即使是由于工作在大端模式下TM flow table中endian in/out format不匹配的话也不应该是你推导出的原始bit全0.
                                                                          

阿布蛋蛋 发表于 2018-6-21 12:28
Hi Andy,
这个值不为0 的情况也尝试过了，具体修改为：
if(m_BcpParams.modulation == 1 || m_BcpParams.modulation == 2) // BPSK

zbb9612 发表于 2018-6-21 12:44
1. 你是用的大端还是小端测试；大端测试需要注意TM flow table endian in/out format；
2. 将scramble diable，测试看看MOD调制输出结果；
3. 由于你中间涉及到DSP core参与复用处理，数据如果放在共享memory，需要注意cache一致性维护，如在复用后需要执行cache write back。

zbb9612 发表于 2018-6-21 12:44
1. 你是用的大端还是小端测试；大端测试需要注意TM flow table endian in/out format；
2. 将scramble diable，测试看看MOD调制输出结果；
3. 由于你中间涉及到DSP core参与复用处理，数据如果放在共享memory，需要注意cache一致性维护，如在复用后需要执行cache write back。

阿布蛋蛋 发表于 2018-6-21 12:54
hi Andy,
关于你的问题，我的回答如下：
1. 你是用的大端还是小端测试；大端测试需要注意TM flow table endian in/out format；

zbb9612 发表于 2018-6-21 13:17
我觉得你的flow table配置的有问题，MOD的输入是一个字节代表一个bit，及0->0x00, 1->0x01,所以formatIn肯定不能配置为EBcpTmDataFormat_Reverse8，你输入MOD的数据是怎么排列的。
把你MOD输入数据格式发上来说明一下，另外把你最终生成的MOD header发上来。
                                                                          

阿布蛋蛋 发表于 2018-6-21 13:31
Hi Andy,
MOD输入的数据格式用memory Dump如下：
0x01000101