lte网络(lte网络快不快)

前面有几篇文章介绍过短TTI对减少LTE网络空口时延的益处，这里再介绍其他几个方面。

定时调整

为了使与同一服务小区相关联的多个UE之间的上行同步对准，每个UE将考虑TA命令预先从下行 TTI（例如，子帧）边界发射其上行信道。例如，如果UE和服务小区之间的距离是100km，则该UE的TA的值将是大约0.67ms (=2*100km/(3*10^8m/s))。（E）PDCCH/PDSCH和PUCCH/PUSCH之间的持续时间用于定时调整和对具有实现余量的物理信道进行解码/编码的处理。换句话说，随着目标小区半径的增加，除非处理时间减少，否则HARQ处理时延或对PUSCH的UL Grant时间将增加。由于较短的TTI可以利用减少的HARQ处理时延或RTT，因此优选减少用于定时调整或处理时间。例如，最大TA值可以随着TTI长度向下扩展。具体地说，假设实现裕度（margin）也可随TTI长度伸缩，则最大TA值可与TTI长度成比例地减小。由于5%-tile UPT性能将随着TTI长度的减小而降低，因此建议对此类UE使用相对较长的TTI长度，对于非常短的TTI操作，似乎没有必要假设非常大的TA值，因此对于短TTI，减小最大TA值似乎是可以接受的。考虑到具有短TTI的潜在更严格的解码/编码时延要求，而控制信道的解码时延可能不会随着短TTI而线性地减小，随着TTI长度变得较短（例如，对于2个符号TTI，目标为10km而不是14km），在TA中进一步减小也是相当可观的。一旦定义了每短TTI长度的最大TA，在UE被配置为具有大于最大TA值的情况下，还需要确定UE行为。一个简单的方法是允许UE在这种情况下丢弃短TTI上行链路传输。

同时，PUCCH/PUSCH和（E）PDCCH之间的持续时间不需要考虑定时调整间隙。相反，需要考虑执行调度算法所需的时间。此外，在PDCCH的情况下，eNB将为不同UE编码要发送的所有PDCCH。

解编码的处理时间

在接收（E）PDCCH或PDSCH之后，UE需要检测和解码它们，并且编码相关联的PUCCH或PUSCH以响应服务小区。在PUSCH/PDSCH的情况下，由于用于数据映射的RE总数将随着TTI长度的缩短而减少，因此TBS的值也将减小。因此，其相关的解码/编码复杂度将被降低，并且它可以缩短TTI的处理时间。简单地说，码块的数目（由6144位组成）和turbo译码复杂度（在码块内）将随着TTI长度的减小而近似线性地减小。

在TTI长度仍然保持为14个符号的情况下，处理时间被缩短，以用于整体时延减少。即使TTI长度设置为14个os并且用于数据映射的RE数目足够大，PDSCH/PUSCH的最大TBS大小也需要减小以减少处理时间。例如，如果正常TTI长度遵循7个os sTTI的TBS假设。解码（或编码）的处理时间由1.5ms（或1ms）缩短为0.75ms（或0.5ms）。在这种情况下，考虑到（子）帧对齐，具有时延减少的正常TTI的HARQ处理时延可以是3ms而不是4ms。图1说明了CQI延迟为6（s）TTI、CQI周期为5（s）TTI、CN延迟为0ms的情况下的仿真结果。从仿真结果来看，与其他缩短的TTI长度相比，采用时延减少方案的正常TTI的平均UPT增益是微乎其微的。

在（E）PDCCH的情况下，UE将对DCI格式的多个候选（E）CCE索引和搜索空间执行盲解码。除非修改DCI大小和候选数目，否则对sPDCCH进行解码/编码的处理时间不会改变。在这个阶段，不清楚从sPDSCH/sPUSCH减少处理时间是否足够。如果不是，则可以进一步考虑减少用于盲解码复杂度的sPDCCH的候选。

至少对于公共搜索空间监视，传统PDCCH区域将显式地占据每个子帧中的前几个OFDM符号。由于PDCCH区域的OFDM符号长度是动态的，并且UE必须监视传统PDCCH，因此将传统PDCCH区域包括在短TTI中更为合理。然后，假设在子帧中的第一短TTI的传统PDCCH区域中发送sPDCCH。为了减少对短TTI的处理时间，可以考虑在每个子帧中的第一TTI在传统PDCCH和sPDCCH之间共享搜索空间。例如，在UE透视图中，只有sPDCCH将映射到传统PDCCH区域中的USS上，而传统PDCCH将仅映射到CSS上。此外，可以考虑在正常TTI和短TTI之间共享盲解码尝试，以不增加PDCCH检测的复杂度。

上下行信道的TTI长度设置

根据协议，上下行的TTI长度可以不同。例如，在sPDSCH的情况下，根据应用或分组大小，可以使用更长的TTI。同时，由于HARQ-ACK有效负载大小将相对较小，即使其相关联的TB大小较大，因此对于sPUCCH传输可以采用较短的TTI长度。与sPDSCH和sPUCCH具有相同TTI长度的情况相比，可以进一步减小HARQ处理的总时延。例如，如果sPDCCH/sPDSCH的TTI长度为7，sPUCCH的TTI长度为3或4，则TA设置为sPDCCH/sPDSCH的TTI长度的一半，解码时间设置为sPDCCH/sPDSCH的TTI长度的1.5倍，编码时间设置为sPUCCH的TTI长度，如图2所示，整个HARQ过程时延可以减少到3ms而不是4ms。HARQ过程时延的确切值可以根据解码/编码时间和目标TA的假设而有所不同。可以认为HARQ定时或HARQ处理时延由DCI或高层信令给出。例如，当sPDSCH由sPDCCH调度时，其相关DCI可以指示sPDSCH的HARQ-ACK传输的定时。根据配置的HARQ定时，可能存在用于不同TTI中的sPDSCH的多个HARQ-ACK比特。

为了向后兼容性，高级UE需要同时支持短TTI和传统TTI。鉴于短TTI在所有情况下可能不是最好的，因此需要考虑UE需要同时支持这两个TTI的可能性。此外，高级UE至少需要支持传统行为以接收诸如SIB的小区广播消息。LG电子认为传统的TTI和短TTI都是混合在一起的UE。另一方面，长TTI与单播和短TTI的大消息混为一谈可能导致解码延迟问题。如果将长TTI的数据信道和短TTI的数据信道共享解码部分，则长TTI的数据信道的解码时间会减慢连续短TTI的数据信道解码的起始时间，从而增加了短TTI的解码时延。

考虑到传统TTI的PDCCH最大盲解码44个，即使sPDCCH最大盲解码数减少，但传统PDCCH的解码时延会影响连续sPDCCH的解码时延。换句话说，如果控制信道解码器在不同的TTI大小之间共享，则短TTI解码的时延可能会受到传统PDCCH解码的影响。

图3示出了假设正常CP的每个子帧的短TTI结构。对于短的TTI的2个和7个符号，TTI的长度在模拟时间期间保持不变。对于短的TTI的3/4个符号，TTI的长度在如图3-（b）所示的子帧内变化。假设传统PDCCH区域显式地占据前两个OFDM符号，这由图3中的虚线区域表示。

可以认为对于7个符号TTI和3/4符号TTI，sPDCCH被映射到传统PDCCH区域上，而对于如2个符号TTI中那样与传统PDCCH区域完全重叠的TTI（s）将不用于sPDCCH/sPDSCH传输。

TDD HARQ timing

假设使用TDD UL-DL配置#1，并且假设附加子帧类型跨网络中的所有小区对齐。此外，假设附加子帧类型包括用于DL传输的6个符号、用于保护周期的2个符号和用于UL传输的6个符号。对于Set 1，附加子帧类型应用于SF#1、#3、#4、#6、#7、#8和#9。对于Set 2，附加类型应用于SF#3和#8。对于Set 2和Set 3，使用特殊子帧配置#7（由10个DL符号、GP和2个UL符号组成）。

在TDD场景中，UE可能需要等待UL sTTI，即使解码sPDCCH/sPDSCH和编码sPUSCH/sPUCCH已经完成以传输sPUCCH或sPUSCH。此外，由于UL-sTTI和DL-sTTI的比率可以不同，因此多个DL-sTTI（或SF）需要被捆绑并且与相同的UL-sTTI（或SF）相关联。关于HARQ-ACK定时确定，可以考虑用于吞吐量增强的快速HARQ-ACK定时和用于（s）PUCCH覆盖的HARQ-ACK分布。

Set 3: 保持传统 TDD DL/UL configuration

首先，由于用于sPUCCH/sPUSCH传输的DL-sTTI的总数大于UL-sTTI的总数，因此一些UL-sTTI将与多个DL-sTTI相关联。考虑到传统PDCCH区域，一些DL sTTI可能不用于sPDSCH传输，特别是当TTI长度设置为2个OS时。在这种情况下，可以首先选择与PDCCH区域重叠的DL-sTTI以与用于单个UL-sTTI的其他DL-sTTI捆绑。图4、图5和图6示出了当TTI长度分别设置为7个OS、3/4 个OS和2个OS时HARQ-ACK定时的示例。Timing 1被设计为针对UL sTTI之间的HARQ-ACK分布而不是快速定时，而Timing 2针对快速定时而不是HARQ-ACK分布。

即使TTI长度减小，由于DL-sTTI或UL-sTTI的等待时间，在TDD场景中也不能降低HARQ-ACK定时或RTT。

Set2

在该Set中，UL子帧的某些部分可以被其他子帧类型所取代。在这种情况下，可以进一步缩短从DL到UL、UL到DL的时间持续时间。假设SF#3和#8可以用于其他子帧类型。由于附加的子帧类型，UL sTTI的某些部分可以被更改为DL sTTI。这意味着一些HARQ-ACK定时可以被打破，并且需要在附加子帧类型中为新的DL-sTTI定义HARQ-ACK定时。考虑到可扩展性，需要定义简单的规则来修改HARQ-ACK定时。首先，如果由于附加子帧类型而中断HARQ-ACK定时，则可以定义下一个可用UL sTTI新的HARQ-ACK定时。接下来，由于附加子帧类型而新添加的DL sTTI的HARQ-ACK定时可以简单地设置为3 sTTIs之后的第一个可用UL sTTI。图7显示了当原始HARQ-ACK定时设置为Set 2时，Set2中HARQ-ACK定时的示例。

Set 1

在这种情况下，特殊子帧和DL子帧的某些部分可以被附加子帧类型替换。可以从Set 3的HARQ-ACK定时导出Set 1的新HARQ-ACK定时。图8显示了当Set 3中的HARQ-ACK定时设置为Timing2时，Set 1中的HARQ-ACK定时的示例。

在2OS的情况下，不考虑HARQ-ACK定时的可伸缩性，而是可以通过针对给定的附加子帧类型优化HARQ-ACK定时来进一步减少总体HARQ-ACK定时。简单地说，将使用附加子帧类型中的所有UL sTTI来进一步减少HARQ-ACK定时。图9列出了当TTI长度设置为2时，Set 1中HARQ-ACK定时的另一个示例。