LTE里面的那个ACK/NACK信息是什么东西？

通过UE上报的确认信息 ACK/NACK（），NodeB可以确定重发数据的时间和方式（也就是下一次下发）。就是个确认信息。

应该是终端和基站间的确认消息

ACK/NACK=应答/非应答

对于下行来讲。eNB发数据给UE，这时候UE会通过PUCCH发送ACK或NACK作为该数据的反馈。如果是ACK就说明数据正确发送，如果发送的是NACK就说明数据传输不正确，需要进行重传。

为了克服无线移动信道时变和多径衰落对信号传输的影响，HSPA、LTE可以采用基于前向纠错（FEC）和自动重传请求（ARQ）等差错控制方法，来降低系统的误码率以确保服务质量。
　　　　
　 　虽然FEC方案产生的时延较小，但存在的编码冗余却降低了系统吞吐量；ARQ 在误码率不大时可以得到理想的吞吐量，但产生的时延较大，不宜于提供实时服务。为了克服两者的缺点，将这两种方法结合就产生了混合自动重传请求 （HARQ）方案：即在一个ARQ 系统中包含一个FEC子系统，当FEC的纠错能力可以纠正这些错误时，则不需要使用ARQ；只有当FEC无法正常纠错时，才通过ARQ反馈信道请求重发错 误码组。
　　　　
　　由于HARQ技术能够很好地补偿无线移动信道时变和多径衰落对信号传输的影响，已成为HSPA、LTE系统中的关键技术之一。该技术将会随着3G 长期演进系统的发展不断完善。

发送端每发送一个数据分组包就暂时停下来，等待接收端的确认信息。当数据包到达接收端时，对其进行检错，若接收正确，返回确认（ACK）信号，错误则返回不确认（NACK）信号。
　　　　
　　当发端收到ACK 信号，就发送新的数据，否则重新发送上次传输的数据包。而在等待确认信息期间，信道是空闲的，不发送任何数据。这种方法由于收发双方在同一时间内仅对同一个数据包进行操作，因此实现起来比较简单，相应的信令开销小，收端的缓存容量要求低。

TDD LTE中，上下行之间不一定是对称的。在下行子帧多于上行子帧的配置中，会出现一个上行子帧中同时上报多个下行子帧的HARQ的情况。一个上行子帧中上报 HARQ的数目取决于LTE上下行的配置以及下行的MIMO模式。通过上层的配置，LTE TDD支持两种模式的上行HARQ报告：
(1): ACK/NACK Bundling。多个ACK/NACK通过逻辑与运算生成上行子帧中一个Bit的ACK（或NACK），逻辑与运算是针对下行子帧中的每个MIMO Codeword来进行的。对于空间复用中两个CodeWord的情况，则会在上行子帧中生成两个Bit的ACK/NACK。
(2): ACK/NACK Multiplexing。ACK /NACK Multiplexing模式允许最多4个下行子帧的ACK（或NACK）复用到一起。一个下行子帧中，如果存在多个CodeWord，则通过逻辑与运算 生成一个Bit的ACK（或NACK）。一个特殊情况是，上行子帧只对应一个下行子帧并且相应的下行子帧中存在两个CodeWord，此时仍然使用子帧中 两个Bit的HARQ反馈，而不进行空间绑定（Spatial Bundling）。


希望能帮到楼主

无线接口的一种底层接收确认机制消息。ACK/NACK=应答/非应答，表示上一个消息是否收到，能否继续下发其它消息。保障上层数据传输的安全性。。