LTE中HARQ重传时Turbo帧的问题？

在标准中，没有明确的定义HARQ重传时采用CC或IR的方式，导致无法确定每一次传输以一个code frame的多少bits?另外，在高速高CR传输时，无法用传统的信道解交织矩阵实现。但是，在Turbo code中，其填充的字节是不固定的，是否有相应的参数来标识这些值？否则的话，实现会比较复杂了。

本来是想插几句话的
但实在没看明白  :(

我的意思是在HARQ中可能有chase combine和incremental redundancy两种方式，在已经出的标准中只给出了每一次重传的起始位置而没有给出重传的比特数。这样就不知道LTE具体采用哪一种方式重传了。还有，如果是后一种的话，标准里面只是说了和soft buffer里的数据combine，具体怎么合并也没有介绍了。这样就会导致一个问题：当帧里面有fillbit时，重传的起始位置在前一次的soft buffer的具体位置必须要实时计算，增加了实现的复杂度了。另一方面，LTE系统中的soft buffer采用了LBRM的方式，
而且，LTE的数据速率很高，使其无法采用传统的解puncture和解subblock交织矩阵（假设CR为0.8时，采用传统的方式，解puncture增加的0输出会占用比较多的时间，导致时延太长而无法译码），这样从soft buffer到turbo的input buffer就必须直接实现，但是由于有fillbit的存在，其地址的映射方式也不会固定，而要实时计算了，又增加实现的复杂度了。这些如果在标准里定义的话，就会比较固定了，也就可以定下实现的方式了。

在R2-081718中，open issue RA06为Identification of MAC parameters needed to set the Size Information variable，这个在深圳的会议上有所讨论么？

在36.212的5.1.4.1.2中，NIR是说这个值是由上层给的，它是每一次retransmission时都给一个不同的值么？

没有给出一个帧重传的Packet Format吗？
如果固定了一个帧长，每次重传的比特数就根据当前的资源数和调制编码级别来确定，
这个调制编码级别应该是协议里头给出的吧？