想问下这裡也有研究NB-IOT HARQ的吗？

目前看到的uplink ACK/NACK 都是在NB-PUSCH上发送的，所以我猜想也是只有非同步的了

是的没错，这个问题已经证实了，现在HARQ的改动大概如以下:

1.UL/DL都只剩下1个HARQ process
2.UL 全採用非同步/自适应
3.DL ACK/NAKs in response to uplink (re)transmissions are sent on NB-PDCCH, and uplink re-transimissions are always triggered according to Downlink ACK/NAK on the NB-PDCCH

还有最主要的变动，就是UE计算能力变差
比如说以前能在一个指针内就收到DCI并schedule
但现在为了解码DCI还要再延迟个4ms以上
当然 解TB要更长

还有 UL的slot变成4倍=2 subframe

UL的slot长度要看具体的配置，用于ACK/NACK传输的resource unit 设计的比数据传输的RU单元小，且只支持单个tone传输，15kHZ情况下确实是2ms

我看RAN1的表格，貌似3.75kHz也是2ms?

3.75 kHz 情况用于ACk/NACk的RU单元的时域长度为 8 ms (4 倍于15kHz的情况啊)

感谢啊！想请问下相较之下，Downlink HARQ的改动是不是比较小？
DCI栏位更动 UE的计算延迟变长

104里说了，FDD半双工。这也就是为什么上下行只有一个harq了。省电啊。下行harq还好吧，毕竟ue还能把ack，nack发给基站。上行harq比较恶心，没反馈了，只能通过dci n0里的ndi是否翻转来决定是不是要释放之前的上行harq softbuffer。也就是说你发完上行数据之后不能释放softbuffer，直到下一次n0 dci来了为止。
也不知道写标准的咋想的，这玩意一直占内存不耗电吗？？