NB-IoT模块系统为什么引入DLGap？

 　　下行传输间隔DLGap是NB-IoT模块系统独有的，为了达到NB-IoT系统最大20dB覆盖提升需求，在lo-band操作模式下，NPDCCH需要200 3soms重复传输，NPDSCH需要l200 l900ms重复传输。在Stand-alone操作模式下，NPDCCH需要20 1ooms重复传输，NPDSCH需要200-300ms重复传输[I]。如果在覆盖增强场景时资源被NPDCCH或NPDSCH连续占用，将会产生以下两个问题。一是阻塞其他UE的下行授权和下行业务信道传输;二是阻塞其他UE的上行授权传输。

　　尽管NB-IoT在In-band和Guard-band操作模式下也支持多个NB-loT载波操作，但是由于NB-IoT的多载波操作仅仅是半静态配置的，并不能有效地解决上述阻塞问题。并且对于不支持NB-IoT多个载波操作的场景，阻塞问题更为突出。

　　对于仅支待NB-IoT单载波操作时，如果下行资源被一个覆盖增强UE的NDPCCH以及其所调度的NPDSCH连续占用，此时该载波上其他UE,尤其是不需要覆盖增强UE的下行业务传输会被阻塞，并且其他UE的ULGrant也会被阻塞进而导致上行资源浪费。

　　为了解决阻塞问题，将具有较大重复传输次数的NPDCCH和NPDSCH映射至非连续的子帧中是一个有效的解决方法，即采用具有DLGap的传输方式。对于DLGap的引入，一种方式是直接以VE-specific方式在一次重复传输中引入DLGapl3l,另一种方式是类似调度窗的周期方式Cell-specific定义DLGapl4l。考虑到如果DLGap不具有周期性，则会对需要连续传输的信道，尤其是在普通覆盖或中等覆盖条件时，造成冲突影响，因此DLGap适合以周期的方式定义。为了解决阻塞问题，一种基于调度窗方式实现非连续传输，在周期定义的调度窗中具有较大重复次数的NPDCCH和NPDSCH仅占用部分子帧资源，使得其他小覆盖增强的终端的NPDCCH和NPDSCH可以在调度窗中其他子帧资源中传输。调度窗示意图如图5.30所示，类似于将LTE系统带宽的频域调度范围转换到时域上进行调度。

　　由于调度窗概念描述的复杂度，DLGap最终是通过定义周期和周期内DLGap大小的方式确定。