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