VoLTE 覆盖和质量增强
为了提升VoLTE的覆盖范围和质量，协议进行了如下改进：
1. DCI中指示PUSCH的HARQ进程ID
2. 支持不大于X的PUSCH重复次数，X由RRC进行配置，一般为[4,8]
3. 频域跳频偏移和时域跳频间隔是特定于小区的,时域跳频间隔配置为FDD子帧{1,2,4,8}，TDD的子帧{1,5,10,Y}，其中Y是在确定X的值后在讨论的；
支持VoLTE覆盖增强的最大PUSCH带宽取决于预期的最大数据速率和拟支持的TBS值。对于VoLTE用例，通常TBS预计不会超过3000位，即使在考虑非常高的数据速率编解码器和无线级别的高级别语音分组聚合时也是如此。
此外，与下行不同，对于水西中的覆盖增强，不需要非常大的带宽，并且只要带宽允许目标TBS值的合理低编码速率（例如1/3），由于发射功率谱密度的成比例降低，覆盖性能将不会随着附加带宽而改善。
因此，最近在FeMTC 讨论中采用的5MHz信道带宽是考虑最大VoLTE覆盖和质量增强的最大信道带宽的良好候选。该带宽足以增强上行覆盖范围，以获得相当大的TBS值，例如，约4000位，可轻松覆盖所有VoLTE数据包大小以及许多视频编解码器。针对不同的上行带宽配置评估了大小在2000到5000位范围内的TB的覆盖率分析，其中的结果表明，5MHz足以作为TB大小评估范围内的最大信道带宽。
已经同意支持异步上行HARQ、灵活的重复次数和多子帧跳频，作为支持VoLTE覆盖增强的手段，所有这些特性都会影响DCI的设计。因此，可以期望使用不同大小的DCI来承载上行授权（与DCI format0相比），以支持这些功能。因此，为了避免盲解码尝试次数的增加，建议支持UE的基于RRC的配置以监视用于eVoLTE的新DCI。此外，考虑到关于重新使用Rel-13 eMTC特征的协议，很自然地将DCI format 6-0A作为新DCI设计的起点。
针对上行增强，需要使用尽可能类似于C Mode A中的PUSCH的解决方案来增强PUSCH的覆盖范围。当然，一种方法是直接使用CE Mode A。然而，这需要支持在这种情况下不需要的功能，例如下行中的MPDCCH和跨子帧调度。需要指定的关键特性是子帧重复、支持多子帧信道估计的波束跳变和自适应异步HARQ。这意味着UE应该知道它何时处于该覆盖增强模式，因为PUSCH操作将不同于它处于正常模式时的操作。可以考虑两种方法-半静态和动态配置。在这种情况下，动态配置很困难，因为这两种情况下的预期行为完全不同（例如，同步与异步HARQ、定时关系等）。因此，建议在UE处于VoLTE覆盖增强模式时通过RRC信令来配置UE。
待决定的一个问题是当UE处于VoLTE覆盖增强模式时其支持的最大带宽。
Rel-14 non-BL UE可在连接模式下支持CE Mode A，最大PDSCH/PUSCH信道带宽为5或20 MHz。
引入Rel-14能力信令，以区分CE中最大UE信道带宽支持方面的 non-BL UE。
Rel-14 non-BL UE也可支持Rel-13 CE Mode A和CE Mode B。
Rel-14 non-BL UE支持最大信道带宽为20 MHz的CE Mode A操作，也支持最大信道带宽为5 MHz的CE Mode A操作。
由于设计目标是尽可能重用Rel-14 FeMTC CE Mode A操作，因此建议支持20 MHz的最大PUSCH带宽。
由于正在重用CE Mode A中的许多功能，因此对于在PUSCH上最大PUSCH信道带宽为20 MHz的Rel-14 non-BL UE，重用相同的DCI格式是很自然的。例如，可以基于DCI 6-0A，但采用新的资源分配方案。当然，在非eMTC部署中不支持MPDCCH，此DCI必须在PDCCH或EPDCCH上传输。预计这不会成为一个问题。此外，也不支持DCI重复，这意味着不使用DCI子帧重复编号字段。在这种情况下，可以省略2位。
一点是，这个新的PUSCH DCI的大小应该与PDSCH DCI相同。因此，在某些情况下，将添加额外的保留位。但是，这不应该是一个问题，因为新的DCI结构紧凑，比DCI format0小。
一个问题是CE mode A只支持PUSCH的{1,2,4,8,16,32}重复。因此，如果使用语音帧聚合，表1显示了使用SPS可以支持的重复次数，该SPS与VoLTE传输时间不一致。可以看出，对于两个以上的聚合，上行链路上最多可以使用32个子帧。这会妨碍有效利用可用传输时间，并需要HARQ。然而，在自适应异步HARQ的情况下，HARQ需要PDCCH。
可以看到，CE Mode A的重复次数并非都与VoLTE传输时间一致。例如，对于60ms的帧间传输时间，可用于HD-FDD UE的最大重复次数是32。因此，建议引入额外的重复次数，以便HD-FDD UE能够更有效地利用可用传输时间并优化上下行利用率。
虽然基于eMTC的跳频已经被认可，但是频域跳频偏移量的值是有限的。在eMTC中，该值是可配置的，并且该单元基于窄带。为了尽量减少影响，建议在此处重用eMTC值。然而，由于最多可分配20 MHz，因此该跳频可能导致环绕问题，其中PUSCH不连续。在这种情况下，可将其留给eNB调度器实现以确保不会发生这种情况。如果需要，可以在此错误情况下定义UE行为。例如，UE可以丢弃具有环绕的子帧。
