LTE学习之路(17)——TTI BUndling
2015-05-21 13:51
323 查看
1、正常情况下,当UE收到eNB发来的一个授权(DCI 0)后,UE就会在一个特定的子帧发送PUSCH(接收到这个授权后的4ms)。
2、[b]TTI bundling就是一种连续多个子帧发送一个PUSCH的方法[/b](根据当前规范,一般是连续4个子帧)。换句话说,UE在一个绑定的TTI上发送一个PUSCH。典型的TTI bundling如下图所示:
[b]疑问1:[/b]
有些情况下,你也许会有这样的疑问,认为这样做(TTI bundling)会浪费资源(毕竟是在多个子帧上就发送一个PUSCH),那么,既然浪费资源,为什么我们还要这样做呢?
解释1:
针对上述疑问,最简单的回答就是:增加接收端数据接收的可能性。
疑问2:
针对解释1,你又可能会有这样的疑问,既然要增加接收端数据接收的可能性,为什么不依据正常的HARQ(normal HARQ)重传机制来实现呢?
normal HARQ——如果接收端(eNB)解码数据失败,eNB就会回复NACK或者DTX消息,然后UE会重新发送数据,如此以来,数据交付就会得到保证。
解释2:
然而,这种normal重传机制会引起一定的时延(比如,在FDD中,单个重传会导致8ms的延迟)。这种延迟在某些即时通信(如VoLTE)中会带来很差的用户体验。
因此,在这种即时通信场景中,UE处于小区边缘时,TTI bundling就不会是一种不好的解决方案了。
3、针对一个特定的UE,如何使能TTI bundling呢?
——非常简单,只需要如下设置
2、[b]TTI bundling就是一种连续多个子帧发送一个PUSCH的方法[/b](根据当前规范,一般是连续4个子帧)。换句话说,UE在一个绑定的TTI上发送一个PUSCH。典型的TTI bundling如下图所示:
[b]疑问1:[/b]
有些情况下,你也许会有这样的疑问,认为这样做(TTI bundling)会浪费资源(毕竟是在多个子帧上就发送一个PUSCH),那么,既然浪费资源,为什么我们还要这样做呢?
解释1:
针对上述疑问,最简单的回答就是:增加接收端数据接收的可能性。
疑问2:
针对解释1,你又可能会有这样的疑问,既然要增加接收端数据接收的可能性,为什么不依据正常的HARQ(normal HARQ)重传机制来实现呢?
normal HARQ——如果接收端(eNB)解码数据失败,eNB就会回复NACK或者DTX消息,然后UE会重新发送数据,如此以来,数据交付就会得到保证。
解释2:
然而,这种normal重传机制会引起一定的时延(比如,在FDD中,单个重传会导致8ms的延迟)。这种延迟在某些即时通信(如VoLTE)中会带来很差的用户体验。
因此,在这种即时通信场景中,UE处于小区边缘时,TTI bundling就不会是一种不好的解决方案了。
3、针对一个特定的UE,如何使能TTI bundling呢?
——非常简单,只需要如下设置
相关文章推荐
- LTE学习之路(4)——概述(续)
- Linux学习之路--日志管理【17】---20180113
- springboot 学习之路 17(webflux 入门 (1))
- 我的python学习之路-17--五子棋
- QT5 学习之路17---对话框简介
- LTE学习之路(9)—— 3GPP TS协议系列总结
- LTE学习之路(6)——RRC - 自我修炼http://www.tuicool.com/articles/IRZbA33
- Python学习之路17——字典
- 【小白笔记】PHP学习之路 (17) --通过回调函数得到数组交集或差集
- LTE学习之路-开始啦
- LTE学习之路(18)——ACK/NACK Repetition
- LTE学习之路(19)——HARQ Timing
- LTE学习之路(6)——RRC
- Qt 学习之路 2(17):文件对话框
- LTE学习之路(5)——物理层
- LTE学习之路(7)——LTE系统消息
- Qt 学习之路 2(17):文件对话框
- LTE学习之路-信道
- 记录一个新人的C++之路,以供后来的新人学习
- Struts2的学习之路(二)