外墙保温板做法|苏洋建材

外墙保温板做法

　　承接上一篇关于LTE时延的分析，本文给出了5种降低时延的方案。

　　一、SPS半静态调度

　　对于当前半持久调度（SPS： Semi-Persistent Scheduling ），eNodeB可以通过专用RRC信令来配置SPS周期性。当前的最小SPS周期为10ms。支持1个TTI的SPS周期，可以减少初始上行传输的时延。这允许在连续子帧中进行上行传输。

　　二、上行授权接收

　　在当前规范中，即使UE缓冲器中没有可用于传输的数据并且不需要发送其他常规MAC CE，UE发送的MAC PDU也包含用于填充BSR和可选填充比特的MAC CE，以响应分配的上行动态或配置的授权。如果没有可用于传输的数据，则允许UE跳过动态和配置的上行链路授权对降低时延是有益的。对于频繁的上行授权，允许跳过上行授权可以减少上行干扰并提高UE效率。UE将继续发送一个或多个常规MAC CE。eNB可以使得能够通过RRC专用信令跳过上行授权。

　　SPS资源是特定于UE的，并且可以保留较长时间。因此，在某些情况下，对于eNB来说及时地激活或停用SPS资源上的UE状态，对减少时延是用的。

　　三、切换时延

　　减少切换时延对移动种的UE感知有很大的帮助。虽然基于TCP的应用程序可以从切换过程中恶劣的无线条件下引入错误恢复，但是对于实时应用程序来说，切换所带来的时延是最不理想的。下面提供了两种可能的解决方案来减少切换期间的时延。

　　1.RACH-less切换

　　在源小区、目标小区和UE同步时，可以引入无RACH的切换解决方案。在同步网络中，假设源小区和目标小区之间的子帧边界是对齐的。一种选择是，在双方约定的时间（例如SFN），UE从源小区切换到目标小区，而不需要随机访问。另一个选项是UE遵循遗留切换过程，但跳过与RACH相关的步骤。切换期间的RACH尝试过程通常需要10到12ms。平均切换过程需要约40~50 ms才能完成。在切换过程中消除10~12ms的rach时延，可以显著减少切换过程中的数据中断，提高用户体验。

　　可以通过RRC信令在两个eNB小区之间通过X2信令和UE实现同步。基于所有三个节点同步的事实，源小区停止下行向UE传输，目标小区向UE提供上行链路授权，UE获取目标。

　　切换过程的RACH流程的主要目的之一是获得目标小区的TA。在没有RACH流程的情况下，当源小区和目标小区时间同步时，UE可以在没有显式TA命令的情况下获得目标小区TA。如图1所示，UE首先获得源小区和目标小区之间的下行传播时差（即T1-T2）。假设上行传播延迟与下行传播延迟相同，UE可以通过以下方式从源小区TA导出目标小区TA：

　　TAtarget=TAsource – 2 (T1– T2)

　　在切换期间RACH流程的另一个目的是获得上行许可以传输外墙保温板做法handover command response（即：RRC Connection Reconfiguration Complete消息）。在目标eNB中没有RACH流程的情况下，需要在目标小区中分配上行授权。一个选项是切换命令中的UL-grant预分配。预分配的上行授权可以在一段时间内保持有效，从UE实现与目标小区的同步开始。另一种选择是在目标小区中通过动态调度来分配上行授权。目标小区通过动态调度从其期望UE可用于调度的时间（例如，基于相互商定的时间，或者在服从eNB实现的切换准备过程之后的某个时间）开始向UE分配上行许可。

　　PUSCH功控的初始值也是基于基于PRACH的，如果删除了PRACH流程，则应修改PUSCH中的功控。

　　2.切换期间保持源eNB连接

　　该解决方案可以通过在目标eNB处完成切换之前不释放到源eNB的连接来减少切换期间的数据中断。在切换过程开始后，从源小区连续传输用户数据可以显著改善用户体验。

　　在当前LTE切换中，UE在接收到切换命令时重置MAC并重新建立PDCP，从而停止与源eNB的通信。在UE从目标eNB接收到第个分组数据之前，数据中断将发生。该方案是推迟MAC和PDCP重置，直到UE在目标eNB处成功地执行RACH。这要求UE同时监视源链路和目标链路，这类似于相同频率上的双连接。为了继续与源eNB的数据传输，UE应当继续向源eNB发送CSI和HARQ反馈。然而，如果无线链路质量变差，这不应强制UE声明RLF，因为这将触发RRC Connection Re-establishment。因此，源eNB的RLM需要被暂停，直到切换结束（成功或失败）。如果由于RLM的暂停，UE仍然以恶劣的无线链路质量发送上行链路信号，则应该评估对上行链路传输的影响。

　　该解决方案可以提供在切换失败时返回源eNB的额外好处。当RACH在目标eNB处成功完成时，应使源eNB知道它可以停止到UE的传输。该指示可以来自UE或来自目标eNB，其中X2就应该具有更好的可靠性和高效性。

　　在当前规范下，UE不能在同一频率上同时发射到源小区和目标小区，尽管这可以通过至少在下行链路上使用多个RF链来实现，而上行链路可能需要诸如TDM操作之类的改变。因为这会影响物理层程序，但是，在R16种，NR就实现了此功能，叫做双协议栈切换。

　　四、基于竞争的PUSCH传输

　　在当前规范允许的预调度方案中，eNB将在每个预调度间隔中为每个UE分配一个单独的上行授权，如果一个UE在一个预调度间隔内没有可用数据传输，则分配的上行授权将被浪费。对于基于竞争的PUSCH传输，多个UE可以共享相同的PUSCH资源（动态授予或配置）。如果共享同一PUSCH资源的两个或多个UE同时执行PUSCH传输，并且在这种情况下eNB可能无法成功地解码所有PUSCH传输，则会发生冲突。与现有的预调度方案相比，基于竞争的PUSCH传输允许更有效的PUSCH资源利用率。然而，由于碰撞，潜在的重传可能导致碰撞时延增加。

　　方案1：引进专业PUSCH

　　这种基于竞争的PUSCH传输方案具有即使发生冲突也能识别UE的特点。如果UE有可用数据要传输并且没有发生冲突，则初始传输与现有PUSCH传输相同。然而，当初始传输失败时，eNB需要在专用PUSCH资源上调度重传以避免潜在的冲突。如果UE有可用的数据要传输并且不幸地发生了冲突，那么对于每个发生冲突的UE，由于eNB可以区分它，eNB可以首先通过PHICH ACK响应以保持上行链路传输，并且随后在专用PUSCH资源上调度重传，或者立即在专用PUSCH资源上安排重传，以避免进一步的冲突。配置了基于竞争的PUSCH传输的UE还需要配置UL授权，如果没有可用的数据要传输，则跳过，以最小化潜在的冲突。

　　区分碰撞UE的示例是基于DMRS的UE识别。eNB可以将不同的DMRS资源（即，不同的DMRS循环移位）分配给共享相同PUSCH资源的不同UE，使得即使发生冲突，eNB也可以识别执行PUSCH传输的确切UE。在当前规范中，有8种不同的DMRS资源。在一些场景中，eNB可以仅使用其中的一部分（例如：8个中的4个）来最大化正交性。

　　如果基于竞争的PUSCH资源是通过动态调度来分配的，那么对当前规范没有影响，因为DCI可以为上行链路调度提供DMRS循环移位。

　　方案2：

　　基于竞争PUSCH机制的特征如下：

　　多个UE共享CB grant指示的相同CB资源；如果UE需要发送上行数据，则监视CB grant，并在指示的CB资源上发送数据；否则，UE不需要监视CB grant；如果只有一个UE在CB资源上传输数据，则不存在冲突：

　　1. 基于所接收的数据，eNB可以获取相关UE信息，并向该UE给出响应；

　　否则，如果多个CB UE同时传输数据，则发生冲突：

　　1. 对于eNB，它不能成功地解码CB资源上接收到的数据，并且不向UE提供任何反馈；

　　2. 对于UE，它可以通过不接收任何反馈来实现碰撞，并执行以下操作：

　　①刷新此CB传输的HARQ缓冲区；

　　②向RLC指示传输失败信息，RLC执行相关RLC PDU重传；

　　③执行退出机制，在随机退出时间之后可以执行下一个CB传输；

　　五、减少TTI和处理时间

　　对于FS1：

　　建议支持基于sPDSCH/sPDCCH的2-symbolsTTI和1-slotsTTI的设计建议支持基于sPUCCH/sPUSCH的2-symbolsTTI、4-symbolsTTI和1-slotsTTI的设计

　　对于FS2：

　　建议支持基于Rel-14中FS2 TDD的sPDSCH/sPDCCH/sPUSCH/sPUCCH的1-slotsTTI的设计建议考虑增强，包括其他较短的sTTI持续时间，以及用于Rel-15中FS2 TDD时延减少的额外上下行交换点/额外子帧类型

　　在减少TTI和处理时间的设计中，作出了以下设计假设：

　　PSS/SSS、PBCH、PCFICH和PRACH、随机接入、SIB和寻呼程序未修改，子帧边界上没有缩短的TTI跨度至少对于sib和paging，PDCCH和遗留PDSCH用于调度。

　　为了允许non-sTTI和sTTI的复用，假设从eNB的角度来看，现有的non-sTTI和sTTI可以在同一载波的同一子帧中FDMed。

　　短TTI需要引入特定的下行控制信道sPDCCH（为短TTI的PDCCH）。下行上的每个短TTI可以包含sPDCCH解码候选。从资源利用率的角度来看，一个sPDCCH分配的sPDSCH可以映射到任何sPDCCH都没有使用的资源。建议支持基于CRS的sPDCCH。建议支持基于DMRS的sPDCCH。

　　对于sTTI中的PDSCH传输（短TTI的sPDSCH），建议支持基于CRS的TMs和基于DMRS的TMs进行下行sTTI传输。CRS定义没有变化。

　　对于基于CRS传输方案的sPDSCH，支持的最大层数是4。

　　对于基于DM-RS传输方案的sPDSCH，应在以下选项中向下选择

　　支持的最大层数为2支持的最大层数为4支持的最大层数为8

　　如果在短TTI中调度下行数据传输，则与传统TTI相关联的下行传输相比，假设由UE准备HARQ反馈的处理时间和由eNB准备潜在重传的处理时间被减少。

　　UE期望在子帧中的同一载波中处理以下情况：

　　接收传统TTInon-unicastPDSCH和短TTI单播PDSCH接收传统TTInon-unicastPDSCH和传统TTI单播PDSCH

　　对于sTTI中的PUSCH传输（短TTI的sPUSCH），UE可以用PUSCH或sPUSCH动态地（以子帧到子帧的粒度）调度。UE不期望在相同的RE上同时发送PUSCH和short TTI sPUSCH，即通过叠加。建议支持短TTI调度的PUSCH的无PHICH异步上行HARQ。

　　对于sPUSCH的DM-RS，建议支持以下内容：

　　对于单时隙TTI长度的情况，重用当前DM-RS对于小于1时隙TTI长度的情况，支持来自一个或多个UE的连续TTI的DM-RS共享/复用

　　至少2个连续的TTI可以被共享/复用。

　　建议支持以下sPUCCH格式

　　一种sPUCCH格式，用于服务小区的HARQ-ACK或SR反馈用于多个HARQ-ACK位的sPUCCH格式，例如CA和帧结构type2

　　要支持的sPUCCH格式的数量取决于要支持的最大标识有效负载大小sPUCCH格式允许HARQ-ACK和SR的复用

　　如果在短TTI中调度上行数据传输，则与传统TTI相关联的上行传输的情况相比，假设用于在UE处的上行许可接收时准备上行数据传输的处理时间和用于调度eNB的潜在重传的处理时间被减少。

　　与Rel-13相比，建议减少短TTI操作的最大TA，并减少处理时间。

　　对于给定的sTTI长度，建议支持UL-grant和UL-data之间以及DL-data和DL-HARQ反馈之间的单个最小时延。

　　对于短TTI操作，ULgrant的上行数据和下行数据准予下行HARQ的最小定时是n+k 个sTTI；

　　1. 处理时间>=传统处理时间随TTI长度线性缩小

　　①4<=k<=8

　　2.注意，sTTI指

　　①用于上行授予的上行数据定时的sPUSCH sTTI

　　②用于下行数据到DL HARQ反馈定时的sPDSCH sTTI

　　对于子帧长TTI操作和支持短TTI的UE，ULgrant的UL数据和DL数据准予DL HARQ的最小定时是n+k个TTI。

　　1.支持k=4

外墙保温板做法