791-低时延传输的打孔调度.docx

低时延传输的打孔调度打孔调度作为有效复用eMBB和低延迟通信（LLC：lowlatencycommunication）业务（例如URLLe）的可能解决方案，目前有哪些问题？假设在下行链路中相同的共享载波上EMBB和LLC业务复用，向小区提供的聚合流量的主要部分来自eMBB,而较小部分来自LLC数据。LLC业务以中小型分组突发的形式到达基站，该分组突发必须以短传输时间在下行共享无线信道上立即调度，并且通常不容忍基站处的调度排队时延。另一方面，eMBB业务通常以最大努力为基础进行调度，具有更长的传输时间以具有更高的频谱效率。然而，一些eMBB数据流自然也可能具有相关的QoS要求，例如基站调度器旨在实现的最小保证数据速率，以及与克服例如慢启动TCP效应等相关的优化。鉴于这种设置，问题是如何以最有效的方式处理eMBB和LLC数据的无线资源分配（即调度）？最简单的选择将是为LLC传输保留下行共享信道的频率资源的一部分，使得当数据到达基站时，始终存在用于此类传输的保证可用资源。剩余的无线资源可免费用于eMBB传输。然而，该解决方案的问题在于，LLC数据在基站的瞬时到达是一个随机过程，具有潜在的高方差和快速的时间变化（甚至可能是一个非平稳过程）。这基本上意味着基站将不得不（过度）为LLC传输预留资源，在许多情况下，由于LLC数据到达的时变行为，这些资源没有被使用。未使用的无线资源相当于丢失的容量。因此，将资源池划分为两个（半静态配置的）资源域以服务不同类型的时变流量会导致集群效率损失。动态共享整个资源池要高效得多。图1显示了打孔调度概念的基本原理。这里，UE#1（具有eMBB业务）由基站调度以在下行共享无线信道上传输。前者通过基站发送调度分配（在物理层控制信道上传输）以及随后传输块的实际传输来促进。在UE#1的传输块的调度传输时间期间，用于该传输的下行共享信道原则上由UE垄断。如图1所示，在向UE#1的传输开始后不久，UE#2的LLC数据可能到达基站。为了避免必须等待传输块传输到UE#1的完成，建议通过打孔正在传输到UE#1的部分，立即将LLC数据传输到UE#2o此解决方窠的优点是将数据到UE#2的时延降至最低。这一优势的成本在于对UE#1的传输性能。取决于用于向UE#1传输的资源的一小部分被打孔的程度，UEftl仍然能够由于有效前向纠错（FEC：forwarderrorcorrection）的好处而正确地接收数据。然而，对于许多情况，它也可能导致在UE#1处传输块的解码失败。UEffl调度的传输时间UEW 2 调度的资源Tirne-Iine UEttl 啊度的资源w-1概述UE#2是低时延数据达到，通过在UE#1应当从图1中的示意图中传输的信道上进行打孔立即调度，这样1#2的打孔数据不一定需要不同物理层numerology的可以缩短时延力理下行共享信道使用单一且唯一的numerology（即子载波间隔、符号时间、循环前缀等）的情况。其次，打孔调度的时间分辨率自然应遵循帧结构设计。作为一些示例，调度LLC数据的时间分辨率可以是时隙或mini-slot等。如图1所示，朝向UEttl的部分传输被朝向UE#2的打孔传输损坏。如果向UEftl的传输是第一个HARQ传输，则UE#1可能无法正确解码该传输，并因此反馈NACK以触发HARQ重传。如果UE#1不知道第一传输的打孔，它将尝试第一传输和第二传输（即第一HARQ重传）的HARQ软组合，包括损坏的数据。后者自然是次优的，尽管UE#1可能仍然能够正确解码HARQ重传。 选项#1：当调度HARQ重传（被打孔的数据传输）时，基站将被屏蔽的原始传输部分指示为调度许可的一部分（即经由物理层控制信道），使得UE可以在HARQ软组合过程中考虑这一点。 选项2：当调度HARQ重传（被打孔的数据传输）时，基站仅重传被打孔的部分。基站将其指示为调度许可的一部分（即经由物理层控制信道），使得UE可以在HARQ软组合过程中考虑这一点。 选项#3：在传输被打孔的传输块之后，基站立即发送UE的打孔数据部分，而不等待任何HARQ反馈。关于上述选项，应记住与UE解码操作和HARQ相关的以下方面。当UE尝试解码传输（但失败）时，它存储软值信息，以便在接收到相应的HARQ重传时进行稍后的HARQ软组合。应该注意的是，存在从资源元素子空间到相应软值的确定性映射，因此尽管穿孔调度发生在资源元素子空间中，但是选项1到3仍然是可行的。应用这些选项将通过降低应用穿孔调度的成本来提高性能。选项#1将通过不包括噪声数据部分的组合来改善HARQ软组合性能。选项#2将为HARQ重传节省传输资源，因为仅重新发送受损（即穿孔）的原始重传部分。选项#3与选项#2类似，但具有增强功能，即在不首先等待HARQ-NACk的情况下立即重新传输损坏的数据。为了进一步举例说明所提出的概念，下图显示了时频下行无线资源分配跟踪，其中紧急LLC传输（用红色标记）是现有正在进行的MBB传输。这是系统级仿真的一个示例。图2：绘制下行共享数据通道上的调度资源分配。下图显示了时延分布的示例。这里可以看到，当对LLC使用穿孔调度时，可以实现最短的时延。该图还包括传统LTE可能的8msHARQRTT时延。图3仅应被视为示例。图3：时延分布的示例.