790-5G HARQ时机及时延问题.docx

《790-5G HARQ时机及时延问题.docx》由会员分享，可在线阅读，更多相关《790-5G HARQ时机及时延问题.docx（3页珍藏版）》请在优知文库上搜索。

1、5GHARQ时机及时延问题协议同意支持动态指示（如通过明确方式）与上下行数据传输相关的调度和HARQ定时，例如，下行数据接收和相应的HARQ-ACK传输之间的定时关系，或者上行授权接收和相应的上行数据传输之间的定时关系，例如调度/HARQ定时的多个不同候选值预先由高层信令（如RRC）配置，并且候选值之一被指示为通过相应的动态信令（例如上下行调度DCD应用于上下行数据传输的实际调度/HARQ定时。关于该操作，将根据UE的处理能力（例如，根据上下行数据解码/编码）和为UE调度的上下行数据的TB大小来确定可配置和可指示给UE的候选调度/HARQ定时值的集合。另一方面，考虑到DCI开销的潜在增加，需要

2、考虑通过隐式方式支持动态调度/HARQ定时指示（根据用于调度上下行数据传输的参数的不同定时），或调度/HARQ定时的半静态配置。此外，考虑到UE公共过程，例如用于调度/HARQ定时本身的随机接入和高层重新配置，还可能需要考虑对特定类型的上下行数据传输应用确定性（固定）调度/HARQ定时。关于对应于NR系统环境的下行数据接收的HARQ-ACK反馈，可以考虑至少三种类型的HARQ-ACK反馈，分别简单地表示为快速、延迟、聚合HARQ-ACK,用于HARQ时延减少、HARQ过程管理和灵活的上下行资源配置。在快速HARQ-ACK类型的情况下，例如，下行数据接收和相应的HARQ-ACK传输将以自包含的方

3、式在相同的单个时间单元（例如TTI或时隙或子帧）内完成，并且通过这样做，可以最小化与下行数据调度相关联的HARQ延迟。在延迟HARQ-ACK类型的情况下，下行数据接收和HARQ-ACK传输将通过不同的时间单元来完成，并且对于多个下行数据，定时关系将是相同的，并且通过这样做，对于多个HARQ过程，HARQ隔行周期（例如HARQ往返时间）可以是相同的。在聚合HARQ-ACK类型的情况下，例如，与在多个时间单元期间接收的多个下行数据相对应的多个HARQACK将经由单个时间单元来发送，并且通过这样做，上下行资源配置可以更灵活，潜在地减少GP开销。在上面的基础上，考虑到HARQ过程和资源配置（如图1所示

4、），也可以支持多个HARQ-ACK类型（例如，延迟类型和聚合类型）之间的组合或切换。具体地，对于用于发送聚合HARQ-ACK类型的上行控制信道（CCH）资源，可以考虑两种可能性：（1）单个（大）上行CCH资源传送所有聚合HRQACK,或（2）多个（小）上行CCH资源，其中每个资源传送对应于一个下行数据接收的单个HARQ-ACK。DLdataschedulingHARQ-ACKtimingSubframescheduledIAISubframescheduledAggregatedA/NwithdelayedA/NwithaggregatedA/Nfeedback图1:多种HARQ-ACK反馈类

5、型的组合考虑到NR系统情况下的灵活资源利用率，对于HARQ-ACK传输，通过显式指示的ULCCH资源分配将更为可取。例如，与当前LTE中应用于HARQ-ACKPUCCH资源分配的ARI（CKNACKResourceIndicator）机制类似，多个候选ULCCH资源预先由高层信令（例如RRC）配置，并且候选资源之一被指示为通过相应的动态信令（例如DL调度DCl）用于HARQ-ACK传输的实际ULCCH资源。另一方面，考虑到DCI开销的潜在增加，可能需要考虑支持UL-CCH资源和HARQ定时的组合指示，或如在Re1-8LTE中基于UL-CCH资源分配的隐式链接（例如，DL-CCH和UL-CCH之

6、间）。在针对NR系统的隐式HARQ-ACK资源分配的情况下，考虑到上文讨论的灵活HARQ定时指示和聚合HARQ-ACK反馈类型，在单个时间单元中针对多个DL数据的ULCCH资源堆叠也是必要的。在现有LTE系统中，上下行HARQ时间线的设计考虑了UE通过在搜索空间中执行最大次数的盲解码尝试（在PDCCH候选）来检测DCI的最坏情况。另一方面，在NR系统中，由于要考虑具有较短时延需求（例如，URLLO的新服务类型，因此有必要研究能够通过减少时延（例如，在“thetimingtodetectDL/ULschedulingDCI,之间）来减少上下行HARQ时间线（与现有LTE系统的时间线相比）的机制（

7、即，DCl检测定时）和“thetimingtostartdecoding/encodingofcorrespondingscheduledDL/ULdata”（即，数据编码定时）o一个简单的解决方案是减少DCT检测的盲解码尝试次数，但它会导致控制阻塞概率的增加和控制资源灵活性的降低。作为另一个可能的解决方案，可以考虑以下两个步骤的UE行为。具体而言，此解决方案可以减少DCIdetectingtiming”和datacodingtiming”之间的延迟。这种延迟减少还可以最终导致HARQ延迟减少，例如，从DL（或UL）调度许可接收到对应于调度DL数据（或调度UL数据传输）的HARQ-ACK反馈传

8、输。步骤1：UE开始根据DL控制信道候选中的预定义解码顺序执行盲解码尝试。步骤2：在步骤1期间，当UE检测到DL/UL调度DCI时，它开始解码/编码由检测到的DCI调度的DL/UL数据。当应用上述方法时，期望用于调度需要较短延迟的数据的DCI在具有较快解码顺序的下行控制信道候选者上传输。这里，例如，具有更快解码顺序的下行控制信道候选者可以位于具有相对较低索引的符号中。下图显示了采用上述方法时DL/ULHARQ操作的示例。当在下行控制信道候选上以更快的解码顺序发送相应的上下行调度DCI时，可以期望通过确保调度上下行L数据的早期解码/编码来减少HARQ时间线。(a)DL/UL在DL控制信道候选序列上的DL调度DCI传输(b)DLUL在DL控制信道候选点上的DL调度DCI传输图1：潜在的HARQ时延减少的例子关于此方法，需要进一步调查以下考虑点： 通过应用此方法可实现的HARQ时延降低水平(例如，XUSeC或Y个符号)。 基于此方法和影响UE侧处理时间的其他因素(例如TBS)的组合的总体可实现HARQ时延减少