返回信息流最近做物理层信道编码部分的技术，要实现这个HARQ重传，搜索了下，好像HARQ的控制是在MAC层完成的，而物理层是实现，现在需要确定的是MAC层得HARQ控制会给物理层什么信息
我要确定缓存的大小，保存的时间，发送的时间，什么时候清除缓存中的重传数据。
就我目前的理解：
（1）由于是有多个HARQ进程，就是意味着我的缓存就要有这么多进程中重传数据之和那么大？但是很可能不只1次重传，那么是不是要更大的空间？？
（2）MAC层会告诉物理层重传指示么？我几个重传数据包放在同个缓存区，MAC层会告诉物理层重传哪个么？
（3）DCI信息里有个1 bit的信息叫做NDI（新数据指示），我看到一篇论文，收到这个信息的时候会清零？
这是一条镜像帖。来源：北邮人论坛 / communications / #18827同步于 2011/9/28
该镜像源已超过 30 天没有更新，可能在源站已被删除。
Communications机器人发帖
HARQ重传的问题
tracyone
2011/9/28镜像同步4 回复
订阅后，新回复会通过你的通知中心匿名送达。
4 条回复
若接收到的RV版本为0，为新数据传输，否则是数据的重传，与上一次数据合并后置于HARQ缓冲等待下个TTI；
每一个进程缓存大小按最大TBsize设定，即Max_num_CB*（6144+4）*3：CBsize最大6144，若解速率匹配结果保留trellis bits则+4，系统比特和两路校验比特的等长；
根据进程数目设定若干个缓存，MAC会传来processId。
【 在 freezen 的大作中提到: 】
: 若接收到的RV版本为0，为新数据传输，否则是数据的重传，与上一次数据合并后置于HARQ缓冲等待下个TTI；
: 每一个进程缓存大小按最大TBsize设定，即Max_num_CB*（6144+4）*3：CBsize最大6144，若解速率匹配结果保留trellis bits则+4，系统比特和两路校验比特的等长；
: 根据进程数目设定若干个缓存，MAC会传来processId。
: ...................
第一句话，不是很理解，你说的合并是指对方接收端的合并？我认为当我方接收端收到nack的时候，证明需要重传了，这个时候高层会决定停止发新的数据（会不会），把上一次保存的数据取出来，放在速率匹配的缓冲区里面，根据冗余版本计算新的起始位置，然后发送出去。
还有个问题就是保存重传数据的缓冲区，里面有若干进程的重传数据，取的时候需要知道取那个重传数据来重传，你说的这个processid就是起到这个作用么？
还有每个数据包的最大重传次数是不是3次？第四次收到nack，就不理它了，而且要发出清除这一数据包对应重传数据的信号？
还有DCI信息中NDI到底有啥用？
【 在 tobymu 的大作中提到: 】
: DCI中的NDI：NDI反转表示传输的是新数据，此时接收端清空软合并buffer。如果NDI没有翻转，表示为重传，接收端进行软合并
: --
嗯，其实我是说发送端的，我发送端速率匹配输出的同时，将数据放在重传缓冲区里面。当高层指示要重传的时候拿出来，放到速率匹配的循环缓冲区那里重新计算起始位置和输出长度发送出去。