1、正常情况下，当UE收到eNB发来的一个授权（DCI 0）后，UE就会在一个特定的子帧发送PUSCH（接收到这个授权后的4ms）。
2、TTI bundling就是一种连续多个子帧发送一个PUSCH的方法（根据当前规范，一般是连续4个子帧）。换句话说，UE在一个绑定的TTI上发送一个PUSCH。典型的TTI bundling如下图所示：
疑问1：
有些情况下，你也许会有这样的疑问，认为这样做（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呢？
——非常简单，只需要如下设置
