返回信息流在FDD下，HARQ是8停等的模式，在TDD下，协议说要根据上下行配比来决定，比如在配比是5时，最大的HARQ进程是15，能不能解释下，15是怎么出来的？还有就是15是不是说在发送端要维持15进程的buffer？谢谢
这是一条镜像帖。来源：北邮人论坛 / communications / #16824同步于 2011/5/28
该镜像源已超过 30 天没有更新，可能在源站已被删除。
Communications机器人发帖
TDD下HARQ的问题
softly
2011/5/28镜像同步5 回复
订阅后，新回复会通过你的通知中心匿名送达。
5 条回复
主要是处于考虑ACK的时间问题，下行数据发送之后UE需要一个时间处理，UE反馈ACK/NACK的时候又有一个时延。
最大进程数15就是要维护15个buffer.
但是我仔细数了数，用不到15个buffer，好像12个旧足够了，所以有些疑问是怎么推出15个的？有关于TDD HARQ的调度方面的文章或者什么东西吗？
【 在 dynamic 的大作中提到: 】
: 主要是处于考虑ACK的时间问题，下行数据发送之后UE需要一个时间处理，UE反馈ACK/NACK的时候又有一个时延。
: 最大进程数15就是要维护15个buffer.
: --
: ...................
可以查一下当时的contribution，special subframe也是当下行处理，下行处理4ms，上行延时4ms，应该差不多就是15个process.
config 5里面一个上行子帧管9个下行子帧的ACK，那剩下的就是D D D U，在U的时候反馈ACK需要4ms，就是后面的U D D D，这样就有6个下行子帧，所以一共15个。
好像是，谢谢啊
【 在 dynamic 的大作中提到: 】
: 可以查一下当时的contribution，special subframe也是当下行处理，下行处理4ms，上行延时4ms，应该差不多就是15个process.
: config 5里面一个上行子帧管9个下行子帧的ACK，那剩下的就是D D D U，在U的时候反馈ACK需要4ms，就是后面的U D D D，这样就有6个下行子帧，所以一共15个。
: --
: ...................