已解决问题
关闭所有答案回应
最佳答案
tinaxia 的答案
( 采纳时间:2018-3-28 12:20 )
目前看到的uplink ACK/NACK 都是在NB-PUSCH上发送的,所以我猜想也是只有非同步的了
|
回应该答案 (0) |
回答时间:2016-7-21 10:58
其他答案 ( 7 条 )
是的没错,这个问题已经证实了,现在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来了为止。
也不知道写标准的咋想的,这玩意一直占内存不耗电吗??
也不知道写标准的咋想的,这玩意一直占内存不耗电吗??
热点问题