最大TA和处理时间的减少
为了支持具有n+3处理时间的1ms TTI，最大TA将减少到x ms，其中x≤0.33ms。1ms TTI的n+3处理定时支持x=0.33ms的最大定时提前，原因是，分布式eNB/RRH部署也应支持缩短LTE处理时间的部署，并且指定限制过多的最大TA将阻止在此类现有部署中使用此功能。为了满足不同情况下的需求，可以考虑支持多个最大TA值，并且可以根据UE能力配置允许的最大TA值。一种可能性是，考虑到不同阶段可能不同的处理能力，不同阶段可能支持不同的最大TA值。例如，在第1阶段，支持n+3假设最大允许TA为0.067，在第2阶段，支持n+3最大允许TA为0.33ms。
为了减少延迟，可以减少SI中的最大TA。表1列出了小区半径分别为5km、10km和100km时，最大TA值与候选TTI长度的比值，这在一定程度上反映了TA值的影响。
与1m TTI类似，也有两种视图。一个是支持所有上下行 sTTI长度的sTTI部署的最大定时提前0.33ms。另一个是支持所有上下行 sTTI长度的sTTI部署的最大定时提前67us。由于较大的最大TA意味着较大的覆盖范围，而较小的最大TA支持更快的下行HARQ定时和上行调度定时，因此一种替代方案是，短TTI可以考虑多个最大TA值，以满足不同场景中的不同需求。例如，应至少支持最大TA 0.33ms和0.067ms。或者，67us和0.33ms之间的值可以被视为覆盖率和延迟的折衷，与支持可配置的最大允许TA值相比，这会降低规范和实现的复杂性。
UE的总处理时间包括与TTI长度线性的处理部分，例如turbo编码和解码，以及与TTI长度无关的处理部分，例如TA。由于最大TA会影响处理时间，如果支持多个TA值，则可以使用不同的最大TA假设来配置不同的处理时间。对于2/3个OFDM sTTI，0.33ms和0.067ms之间的差异几乎是2个sTTI，因此n+k+2和n+k可以分别在最大TA为0.33ms和0.067ms的假设下进行配置，如表2所示。对于单时隙sTTI，0.33ms和0.067ms之间的差值约为0.5sTTI，这并不是很大，因此，即使2/3个OFDM sTTI支持多个TA值，也可能只支持最大TA 0.33ms。或者，如果2/3个OFDM sTTI支持67us和0.33ms之间的单个值，则将与2/3个OFDM sTTI相同的TA值应用于1时隙sTTI。
如上所述，可以使用不同的最大TA来配置不同的处理时间。
2-symbol sTTI
为了简单和可行性，对于0.33ms的最大TA或略小于0.33ms的最大TA，建议使用n+6处理时间。如图1所示，对于在子帧n的sTTI i中传输的2-symbol sPDSCH，其HARQ-ACK反馈在子帧n+1的sTTI i中传输。假设最大TA为0.067ms，也可以支持n+4处理时间，如图2所示。
1-slot sTTI
为简单可行，在最大TA为0.33ms时使用n+4处理时间。如图3所示，对于在子帧n的sTTI i中传输的1时隙sPDSCH，其HARQ-ACK反馈在子帧n+2的sTTI i中传输。
考虑到上行覆盖，应支持上下行的不同TTI长度。上行 sTTI长度不小于下行sTTI长度，在具有不同UL/DL sTTI长度的子帧中，UL sTTI小于DL sTTI。因此，在一个UL sTTI中必须报告多个sPDSCH传输。为了获得更好的ACK/NACK性能，应该在HARQ定时设计中使用负载平衡。也就是说，到sPDSCH的ACK/NACK开销应该在UL sTTI之间平均。对于0.067ms最大TA，如图4和表3所示，对于子帧n的DL sTTI 0、sTTI 1和sTTI 2中的DL传输，在子帧n+1的UL sTTI 0中传输HARQ-ACK反馈；对于子帧n的DL sTTI 3、sTTI 4和sTTI 5中的DL传输，在子帧n+1的UL sTTI1中传输HARQ-ACK反馈。对于0.33ms的最大TA，如表3所示，对于子帧n的DL-sTTI 0、sTTI 1和sTTI 2中的DL传输，在子帧n+1的UL-sTTI 1中传输HARQ-ACK反馈；对于子帧n的DL-sTTI 3、sTTI 4和sTTI 5中的DL传输，在子帧n+2的UL-sTTI 0中传输HARQ-ACK反馈。
如上所述，可以使用不同的最大TA来配置不同的处理时间。下面介绍上行。
2-symbol sTTI
为了简单和可行性，对于0.33ms的最大TA或略小于0.33ms的最大TA，使用n+6处理时间。如图5所示，在2-symbol sTTI中考虑了n+6处理时间，因此在子帧n的DL sTTI i中由UL grant调度的sPUSCH在子帧n+1的UL sTTI i中传输。假设最大TA为0.067ms，也可以支持n+4处理时间，如图6所示。
1-slot sTTI
为简单可行，建议在最大TA为0.33ms时使用n+4处理时间。如图7所示，在子帧n的DL sTTI i中由UL grant调度的sPUSCH在子帧n+2的UL sTTI i中传输。
UL sTTI长度不小于DL sTTI长度，在具有不同UL/DL sTTI长度的子帧中，DL sTTI多于UL sTTI。因此，一个sPUSCH可以由一个或多个DL STTI调度，这代表UL调度时间的两个选项。对于子帧n的DL sTTI i中的UL grant，调度的sPUSCH在子帧n+k的UL sTTI j中传输。
Option1：通过UL grant调度sPUSCH，该授权只能在一个预定义的DL sTTI中传输，如表4和图8所示。通过该选项，可以降低sDCI检测复杂度，而eNB实现在sTTI之间分配sDCI开销的灵活性受到限制。
Option2：一个sPUSCH由UL grant调度，该授权可以在多个相关DL sTTI中的一个中传输，如表5和图9所示。通过该选项，sDCI检测复杂度略大于选项1，但是，它提供了eNB实现灵活性，可以在sTTI之间分配sDCI开销。
目前，对于FDD和TDD，DCI格式为0/4/1A/6-0A/6-1A，对于TDD，DCI格式为2B/2C/2D，通过正面SRS请求可以触发非周期SRS传输。从检测SRS请求到SRS传输的最小延迟，即非周期SRS传输的准备时间为4ms。事实上，由于只生成一个SRS符号，所以在一定覆盖范围下，对于当前的UE能力，可以减少4ms SRS准备。由于快速信道状态信息获取和快速链路自适应可以提高UPT增益等性能，因此sTTI应采用快速SRS触发方案。
在检测到sTTI中的正SRS请求时，UE#i应在第一个有效SRS子帧的最后一个符号中发送SRS，SRS子帧在i+k sTTI之后有效，其中i+k是SRS请求到SRS传输的最小定时。作为传统系统，SRS子帧是RRC配置的。考虑到准备SRS序列可能比准备sPUSCH更快，可以实现SRS请求到SRS传输之间的最小处理时间更短，例如，对于0.067最大TA，k的默认值可能为2，对于0.33最大TA，k的默认值可能为4。
