tracyone@tracyone
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“【 在 tobymu 的大作中提到: 】 : DCI中的NDI：NDI反转表示传输的是新数据，此时接收端清空软合并buffer。如果NDI没有翻转，表示为重传，接收端进行软合并 : -- 嗯，其实我是说发送端的，我发送端速率匹配输出的同时，将数据放在重传缓冲区里面。当高层指示要重传的时候拿出来，放到速率匹配的循环缓冲区…”
“【 在 freezen 的大作中提到: 】 : 若接收到的RV版本为0，为新数据传输，否则是数据的重传，与上一次数据合并后置于HARQ缓冲等待下个TTI； : 每一个进程缓存大小按最大TBsize设定，即Max_num_CB*（6144+4）*3：CBsize最大6144，若解速率匹配结果保留trellis bits则…”
“【 在 xiecaiji 的大作中提到: 】 : 是用FPGA实现么。。用C就是反复调用函数。。 : -- [ema12]”
“【 在 xiecaiji 的大作中提到: 】 : 是用FPGA实现么。。用C就是反复调用函数。。 : -- 用fpga实现，主要想确定并行处理还是串行”
“还有问题，关于填充位置的，看标准似乎有两种情况需要填充，第一种使PDCCH占满分配给它的时频资源，这是在经过复用之后的输出序列后添加的,我可不可以这样理解，比如说算出来可用的CCE个数是11个，但是只传了2个DCI，每个DCI只用两个CCE来传，这样就肯定占不满啦，所以需要在后面填充，还是说系统会尽可能的发多点DCI来…”
“知道为什么乘以8了，一个REG有4个RE,共有8个bit 现在的问题是 每个PDCCH信道经过速率匹配之后的输出问题，比如说我这个PDCCH信道里面的DCI用2个CCE来传，那么速率匹配之后的输出就2个CCE的大小么？？也就是说144bit，我看前面的CRC添加之前的输入是DCI的大小而已。”
“【 在 hyghyg 的大作中提到: 】 : 上行PUSCH的发送是基站来调度的，基站通过PDCCH来告知UE怎么做，UE通过解PDCCH得到DCI格式0，DCI格式0有一个域叫MCS-5bit得到相应的上行PUSCH的I_MCS,还有一个域叫RAI(资源分配指示)得到RB个数，通过I_MCS得到I_TBS（有对应关系…”
“【 在 xiecaiji 的大作中提到: 】 : 跟导师交流也觉得不对。。那么导师为啥不告诉你答案呢。。北邮导师应该随意会LTE啊。。好多还教移动通信的课的。 : 编码速率肯定不对，因为编码速率就是 turbo coding 前后的bit数之比，当然turbo coding 会多4个bit。 : 速率匹配是干嘛的呢，就…”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。