爱华网DAI
PDCCH传输并不是100%可靠，UE可能丢失某些下行DCI，从而导致HARQ出错率变高。对于TDD而言，当HARQ反馈窗口内的某些下行DCI丢失时，可能会错误地反馈ACK（例如：在HARQ bundling下，eNodeB在某个下行子帧发送了PDCCH和对应PDSCH，但UE都没检测到，那么UE会基于HARQ反馈窗口内的其它下行子帧来做HARQ bundling处理，这时就会错误的反馈ACK/NACK。因为某个只要有一个子帧的下行DCI丢失时，UE就应该反馈NACK）。为了避免这类问题，PDCCH引入了一个Downlink Assignment Index (DAI)字段，用于告诉UE在HARQ反馈窗口内有多少个子帧包含下行传输。在HARQbundling中，这可以帮助UE检测到是否丢失了下行DCI，并避免出现丢失了某些下行DCI却反馈ACK的情况。在HARQmultiplexing中，DAI可以帮助UE确定需要反馈多少bit的ACK/NACK信息。
TDD UL-DL configuration 1~6，UE只配置了一个serving cell，且没有配置PUCCH format 3的情况下， UE在子帧收到了 DCI format0/4（在36.213的Table7.3-Y中定义，见下图），我们将该DCI中包含的“DownlinkAssignment Index (DAI)”字段，称为。
表示在所有的n -k的子帧集合中发送了PDSCH的子帧数（对应《LTE：下行HARQ的timing关系》介绍的场景1、2.a、2.c，下同）和指示了下行SPS释放的PDCCH的子帧数（对应之前介绍的场景2.b）的总和。注意：这里统计的是PDSCH子帧数+指示下行SPS释放的PDCCH子帧数。这里的PDSCH传输可能有对应的PDCCH（对应2种场景：动态调度的PDSCH+ 指示下行SPS激活的PDCCH，该PDCCH对应一个PDSCH），也可能没有对应的PDCCH（SPS调度的SPS子帧上发送的PDSCH）。如果在n–k的子帧集合中，既没有PDSCH传输，也没有指示下行SPS释放的PDCCH（也即没有下行数据传输），则UE期待收到的DCIformat 0/4中的DAI字段，即，设置为4。DCIformat 0/4中的DAI字段与的对应关系见36.213的Table7.3-X。注意：这里统计的是PDSCH数（见36.213的7.3节）
注：比较36.213的Table 7.3-Y和36.213的Table 10.1.3.1-1可以看出，DCI format 0/4发送时所在的下行子帧（对应36.213的Table 7.3-Y）一定对应36.213的Table 10.1.3.1-1中的HARQ反馈窗口里的最后一个下行子帧（或比该下行子帧还要靠后）。因此，eNodeB发送DCI format 0/4时，就已经知道了HARQ反馈窗口里有多少个子帧发送了PDSCH。
TDD UL-DL configuration 1~6下，当UE配置了多于一个serving cell，或者当UE只配置了一个serving cell并同时配置PUCCH format 3时，UE在子帧收到了 DCI format0/4（在36.213的Table 7.3-Y中定义），则我们将该DCI中包含的“DownlinkAssignment Index (DAI)”字段，称为。
表示在所有的n -k的子帧集合中，所有的servingcell内发送了PDSCH和指示了下行SPS释放的PDCCH的子帧总数。这里的PDSCH传输可能有对应的PDCCH，也可能没有对应的PDCCH。如果在n–k的子帧集合中，既没有PDSCH传输，也没有指示下行SPS释放的PDCCH（也即没有下行数据传输），则UE期待收到的DCIformat 0/4中的DAI字段，即，设置为4。DCIformat 0/4中的DAI字段与的对应关系见36.213的Table7.3-Z。（见36.213的7.3节）
可以看出，与的含义类似，只是应用的场景不同。
在TDD UL-DL configuration 1~6下，DCI format 1/1A/1B/1D/2/2A/2B/2C中的DAI值指示了每个配置的serving cell到当前子帧（该子帧位于HARQ反馈窗口）为止，发送了多少个带PDSCH传输的PDCCH（对应之前介绍的场景1和2a）和指示下行SPS释放的PDCCH（对应之前介绍的场景2b），该值会在子帧之间更新。也就是说，该DAI值指示了到当前子帧为止，在某个serving cell的HARQ反馈窗口内发送了多少个下行DCI。为UE在servingcell c的子帧检测到的DCI format1/1A/1B/1D/2/2A/2B/2C中的DAI值（映射关系见Table7.3-X）。其中为在集合K中的检测到DCIformat 1/1A/1B/1D/2/2A/2B/2C的最小值，也即对应集合K中最后一个检测到DCIformat 1/1A/1B/1D/2/2A/2B/2C的下行子帧。如果UE只配置了一个servingcell，中的c可以忽略。注意：这里统计的是PDCCH数，并不统计场景2c。并且这是一个累加值。
对所有的TDD配置而言，指示了UE在servingcell c的所有n -k（其中）子帧中，接收到的所有带PDSCH传输的下行PDCCH数（对应之前介绍的场景1和2.a）和指示下行SPS释放的PDCCH数（对应之前介绍的场景2.b）之和。注意：这里统计的是PDCCH数，并不统计场景2c。
对所有的TDD配置而言，指示了UE在所有n- k（其中）子帧中，接收到的没有PDCCH的PDSCH传输数（对应之前介绍的场景2.c）。由于只有PCell支持SPS，所以这里没有servingcell c的要求。又由于SPS的周期最小为10ms，而n -k必然落在同一个10ms范围内，也就是说，在一个ACK/NACK窗口内，没有PDCCH的PDSCH传输至多可能出现1次。因此，的值只能为0或1。注意：这里统计的是PDSCH数。
符号 | 含义 | 应用场景 | 来源 |
PDSCH子帧数 + 指示下行SPS释放的PDCCH子帧数 （eNodeB告诉UE的） | TDD UL-DL configuration 1~6，UE只配置了一个serving cell，且没有配置PUCCH format 3的情况 | DCI format 0/4 （上行DCI） | |
PDSCH子帧数 + 指示下行SPS释放的PDCCH子帧数 | 在TDD UL-DL configuration 1~6下，当UE配置了多于一个serving cell，或者当UE只配置了一个serving cell并同时配置PUCCH format 3时 | DCI format 0/4 （上行DCI） | |
带PDSCH的PDCCH数 + 指示下行SPS释放的PDCCH | TDD UL-DL configuration 1~6（每个serving cell都有这样一个值） | DCI format 1/1A/1B/1D/2/2A/2B/2C（下行DCI） | |
带PDSCH的PDCCH数 + 指示下行SPS释放的PDCCH | 所有的TDD配置（每个serving cell都有这样一个值） | UE根据接收到的PDCCH进行统计 | |
没有PDCCH的PDSCH传输数 | 所有的TDD配置 | UE根据接收到的没有PDCCH的PDSCH进行统计 |
注：（1）图中介绍的概念针对同一个HARQ反馈窗口才有意义；（2）和反映了eNodeB在HARQ反馈窗口内有多少个子帧发送了PDSCH和指示下行SPS释放的PDCCH；反映了UE在HARQ反馈窗口内实际在多少个子帧接收到了PDSCH和指示下行SPS释放的PDCCH。（3）因为UE可能丢失eNodeB在HARQ反馈窗口内发送的最后一个下行DCI，所以在这种情况下，UE并不能根据就判定eNodeB在某个servingcell的HARQ反馈窗口内有多少个子帧发送了PDSCH和指示下行SPS释放的PDCCH。
图：TDD 2下，关于DAI的一些例子
上图是TDD 2下，上行子帧2回复ACK/ANCK的一些例子，这些都是没有丢失下行传输（即UE成功接收了所有数据，但CRC校验未必都成功）的例子。大家可以结合之前的介绍，进一步验证你的理解。
在TDD UL/DL configuration 0中，由于一个系统帧内，上行子帧数多于下行子帧数，一个上行子帧只需要对一个下行子帧的PUSCH回应ACK/NACK。所以在TDD 0情况下，不需要支持HARQ bundling/multiplexing，也无DAI的概念。
FDD没有DAI概念（理由同TDD UL/DL configuration）；只有TDD UL/DL configuration 1~6支持DAI。
【参考资料】
[1]TS 36.213的7.3
