eMTC VoLTE增强技术

考虑到整体系统影响，优先考虑针对BL/CE（Bandwidth-reduced Low-complexity and Coverage Enhanced） UE的FeMTC中的以下VoLTE增强：

• PUSCH的新重复次数

• 调整了物理信道之间的调度关系

• 增强SRS覆盖范围

• 不连续PUSCH传输

• 应同时考虑SPS和非SPS情况

目前，VoLTE采用了50ms的典型空口时延预算。语音分组的空口时延预算松弛，这种时延松弛允许将更多的语音帧捆绑在一起，从而减少高层开销。表1显示了不同语音帧聚合和估计重复次数的上行空口时延的示例。请注意，CE Mode A当前并不支持所有重复次数，而且不考虑重传。从表中可以看出，如果时延预算可以放宽到100ms，则最多可以支持3个语音帧聚合。如果时延可以放宽到150ms，那么最多可以将4个语音帧聚合在一起。

在CE Mode A中，最大重复次数为32次。然而，表1显示，松弛空口时延应支持较大的重复次数。如果不增加，则需要HARQ重传。然而，HARQ重传需要MPDCCH，这由于MPDCCH本身、切换时间和处理时延而引入额外的开销。例如，如果需要MPDCCH repetition 2，则HARQ重传的开销将是6个子帧。此外，UE搜索空间的起始子帧由G*Rmax给出，并且UE必须等到下一个搜索空间之后才能监视搜索空间。这会引入额外的调度延迟，这将进一步消耗有价值的子帧。因此，建议将VoLTE的最大重复次数增加到32次以上。

为PUSCH定义新的重复次数被认为是提高覆盖率的一种方法。理想情况下，网络应该能够利用所有可用的子帧进行传输。例如，重复因子应当满足以下标准：PDSCH_reps + switching time + PUSCH_reps = 20*n，其中n对应于帧间传输时间间隔。这将允许有效地利用所有子帧。在CE Mode A中，可用的重复次数为{1,2,4,8,16,32}。在CE Mode B中，可用的重复次数为{1、2、4、8、16、32、64、128、192、256、384、512、768、1024、1536、2048}。这对应于低端的步长约为3 dB，高端的步长约为1.2 dB。一种方法是使用较大的集合和较小的步长来提供细粒度。设定的最大值取决于空口时延预算。例如，如果时延预算允许4个语音帧聚合，可以使用0.3 dB的步长和32个值构建一个集合，如下所示{1、2、3、4、5、6、7、8、9、10、11、12、13、14、16、18、20、22、24、26、28、31、34、37、40、43、47、51、55、59、64、69}。如果只需要16个值，那么步长可以增加到0.9 dB，并且可以给出如下设置{1、2、3、4、5、7、9、12、15、19、24、30、37、46、57、71}。因此，建议为VoLTE引入一个新的更大的重复次数网络。

尽管重复次数的集合更大，但是UE仍然将被配置为仅使用集合中的4个可能值来重用当前DCI定义。这些值可以基于预期的重复次数，这取决于MCL和聚合的语音帧数量。在Rel-13中，仅向UE提供Rmax值和用于确定可能重复次数的查找表。这里可以使用类似的方法。eNB还可以明确地提供要由UE使用的4个重复次数。这可能有助于优化可用子帧的使用。

另一种提高覆盖率的可能方法是使用分布式传输来实现时间分集。这如图1所示，其中32 ms上行链路时间预算分为两个单独的传输。这两个传输具有固定的间隔，并且是半持久调度分配的一部分。

图4说明了使用不连续传输的性能改进。在1% BLER工作点，增益约为1.5 dB。随着BLER的增大，增益减小。例如，当BLER为3%时，增益约为1 dB。然而，在这两种情况下，收益都是显著的。

不连续传输的缺点是额外的时延。在图1所示的示例中，连续传输可导致上行时延低至32 ms。然而，对于不连续传输，延迟增加到56 ms以上。然而，对于宽松的延迟预算，这也可以得到支持。