亚星游戏官网-yaxin222

门户 | 手机客户端 | 论坛 | 人才 | 百科 | 搜索 | 技术问答 | English
已解决问题
想问下这裡也有研究NB-IOT HARQ的吗？  (进入论坛模式)
提问者：nick13371   |  提问时间：2016-7-14 14:00
最近在看spec，很多人都说Uplink HARQ只剩下非同步的部分，但是在规格裡还是看的到同步的部分阿，想请问下这是怎麽回事？通信新手请见谅。
关闭所有答案回应     最佳答案
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要更长
 |  回应该答案 (0)  |  回答者：nick13371   |  2016-7-21 13:34
还有 UL的slot变成4倍=2 subframe
 |  回应该答案 (0)  |  回答者：nick13371   |  2016-7-21 13:58


UL的slot长度要看具体的配置，用于ACK/NACK传输的resource unit 设计的比数据传输的RU单元小，且只支撑单个tone传输，15kHZ情况下确实是2ms
 |  回应该答案 (0)  |  回答者：tinaxia   |  2016-7-22 14:55


我看RAN1的表格，貌似3.75kHz也是2ms?
 |  回应该答案 (0)  |  回答者：nick13371   |  2016-7-23 19:52
3.75 kHz 情况用于ACk/NACk的RU单元的时域长度为 8 ms (4 倍于15kHz的情况啊)
 |  回应该答案 (0)  |  回答者：tinaxia   |  2016-7-24 11:53


感谢啊！想请问下相较之下，Downlink HARQ的改动是不是比较小？
DCI栏位更动 UE的计算延迟变长
 |  回应该答案 (0)  |  回答者：nick13371   |  2016-7-25 11:02
104里说了，FDD半双工。这也就是为什么上下行只有一个harq了。省电啊。下行harq还好吧，毕竟ue还能把ack，nack发给基站。上行harq比较恶心，没反馈了，只能通过dci n0里的ndi是否翻转来决定是不是要释放之前的上行harq softbuffer。也就是说你发完上行数据之后不能释放softbuffer，直到下一次n0 dci来了为止。
也不知道写标准的咋想的，这玩意一直占内存不耗电吗？？
回应该答案 (0)  |  回答者：子森   |  2016-11-25 15:32
XML 地图 | Sitemap 地图