根据协议规定：
不同配比下DL HARQ的最大进程号数目为如下：
配比 ： 0； 1； 2； 3； 4； 5； 6；
最大进程数目： 4； 7；10； 9；12；15；6
此最大进程号是如何获得的？
1. 因为TDD是时分复用，所以对于不同的配比，可能出现好几个下行发生的数据的反馈都需要在同一个上行子帧进行反馈。第n个上行子帧，所有的第n-k个下行子帧的结果都在第n个子帧上反馈。下表为K的结果。
2. 以配比2为例。
2号为上行子帧，K = 8/7/4/6时，也就是下行的4（4+8=12）；5（5+7=12）；6（6+6=12）；8（8+4=12）号子帧在下个帧的2号子帧反馈。具体如下图所示。
3. 为什么配比2时，需要10个harq进程？ 按照上图所示，N+1号帧的2号子帧会收到上一帧的4/5/6/8的反馈。以2号子帧为观察点，此时只需要4/5/6/8/9/0/1共7个子帧发送数据使用的进程号即可，也就是需要7个进程号，为什么协议规定是10个进程号。此处一个原因是因为要考虑系统耗时的影响，2号帧反馈过来的数据，在基站需要处理时间，并不能马上在2号帧处理完成。
4. 此处引入了一个HARQ RTT TIMER时间，就是一个harq进程时使用后到下次使用需要的时间是多少，协议规定为k+4, k为前面提到的下行调度和反馈的时间。也就是2号帧反馈的harq进程号，需要等到6号帧才能再次使用。K+4的来源，是不是主要考虑了系统处理时间的结果。
跟据k+4的原则， 此处3/4/5号帧调度还需要消耗三个harq进程号，导致需要总的harq进程号为10个。与协议是对应的。
此处协议为什么规定是4？ 系统处理时间并不需要这么长，此处的4将导致在部分实现中，harq通道的不足。
5. 提前调度的时序对harq进程号的消耗。
基站在需要提前调度时，4/5号帧会提前调度5/6号帧。而此时，上行的反馈结果还没有来的及释放。导致相比正常的调度，需要多准备6号帧调度的harq进程号。共需要11个harq进程号，导致harq进程号不足。而如果在5号帧还是调度5号帧，实际调度的下行子帧还是10个，只需要10个harq进程号，就不会导致超过协议规定。