亚星游戏官网-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 地图