5G上行资源预留

针对上行资源预留，目前已比较成熟，比如在空闲模式下，支持在PUR传输后通过L1信令更新PUR（preconfigured UL resources）配置或PUR参数，对于专用PUR和HD-FDD （或FD-FDD）UE，PUR SS Window的启动为PUR传输结束后的4个子帧。在PUR上进行数据传输后，如果UE在一段时间内未收到任何信息，则UE应返回到传统的RACH流程。

为了在PUR中实现健壮和高效的传输，这里讨论了包括PUR配置、UL同步、功控和HARQ反馈在内的技术问题。

对于空闲模式下的CFS PUR（Continuous Fourier series），eNB可以通过UE特定的RRC信令将相同的PUR资源配置给多个UE。对于全PRB分配，使用16或128次重复的CFS PUR可以显著提高吞吐量。

专用PUR的设计可以在CFS PUR中重用，除了识别在同一CFS PUR中传输的不同UE以及分别对UE进行信道估计以进行解调和解码的问题之外。为了解决这个问题，可以使用UE特定的DMRS，即相同CFS PUR上的不同UE被分配不同的DMRS序列。对于完整的PRB分配，8个循环移位可以用作传统LTE。对于6 tones 和3 tones 分配，可以分别使用4个循环移位和3个循环移位作为传统eMTC。对于3个tones 分配中的2个tones ，如何实现正交DRMS序列是很重要的。

一旦配置了一个PUR，最大TBS就固定了。但是，如果数据包的大小超过最大TBS，则不可能通过一个PUR传递所有消息。如果向PUR分配更多的PRB来处理突发的过多上行业务，将会浪费资源。

可以考虑以下选项：

• Option 1：以连接模式或EDT（Advanced data transmission）传输数据。

• Option 2：使用下一次PUR时机

• Option 3：配置多个PUR并根据UE需求激活其他PUR

Option 1强制UE进入连接模式或通过EDT，因此几乎没有规范工作，但是信令开销、功耗和传输时延将显著增加。Option 2将进一步增加传输时延，这至少与PUR周期相同。此外，数据会随着时间的推移而累积，缓冲区中的数据可能会溢出。Option 3提供了一种处理大型数据包的有效机制。可以为一个UE配置多个PUR，但是始终仅激活一个PUR，并且基于UE请求激活剩余的PUR。例如，UE可以请求附加PUR，如果最大TBS小于要发送的数据，则eNB指示所配置的多个PUR中的可用PUR。Option 3不仅降低了功耗和传输时延，而且可以避免资源浪费。

HARQ反馈

支持在空闲模式下专用PUR中传输的HARQ。如果配置了传输skipping，PUR中的传输依赖于eNB对UL传输的盲检测。如果没有HARQ反馈，如果盲检失败，传输数据可能会在L1丢失，因此，为了提高传输可靠性，支持HARQ反馈是非常必要的。CFS PUR传输也应支持HARQ反馈。

应该优选使用NDI字段来指示ACK，因为与传统ACK格式相比，可以为其他用途保存更多比特。在PUR上传输数据之后，UE可以期望MPDCCH上明确指示回退到EDT或RACH。因此，UE可以期望至少两种类型的DCI，一种用于ACK，另一种用于回退指示。由于回退指示和ACK指示共享相同的DCI大小，因此需要对它们进行区分。

由于提前终止可以给UE的功耗带来很大的好处，因此应该支持PUR传输。此外，除了起始位置外，它对当前PUR SS设计的影响较小。

为了使PUR能够提前终止，UE需要在PUR传输开始之后监视PUR SSWindow x个子帧，其中UE可以接收ACK以提前终止PUR传输。

在不同的信道条件下，连续接收不同UE的PUR传输所需的时间是不同的。对于良好的覆盖UE，重复次数小并且接收其PUR传输所需的时间小，因此，x也可以小。对于低覆盖率的UE，重复次数大，x值也大。换句话说，值x取决于重复次数。因此，为了减少信令开销，x可以是PUSCH的配置重复次数的一小部分。

系统同步

UE准确地知道何时通过PUR进行传输，因此应该保证在PUR传输之前完成TA验证。执行TA验证的最小时间可以简单地留给UE实现。为确保在传输PUR之前，TA验证不会太早而最大时间β 可以定义为如图1所示，以便UE应该在PUR传输之前在β内执行TA验证 。此外，β 对于不同的TA验证属性和具有不同处理能力的不同UE可以是不同的。因此，β 应该是UE特定的参数。

当TA验证表明TA无效时，UE可以启动RACH过程或EDT来建立上行同步。如果只需要更新TA，UE不需要完全完成RACH流程。在RACH中的前两个步骤足以获得TA或其他配置。因此，在识别数据的同时，还需要考虑如何识别数据。例如，可以为配置为PUR的UE保留几个前置码，以更新它们的TA。

功控

功控对于PUR中的传输至关重要，因为一方面传输功率应该足够大以保证UL传输的可靠性，另一方面，传输功率不应该太高以避免对其他UE造成严重的干扰并节省能量。发射功率至少基于估计的路径损耗和配置的目标上行功率电平（P_0）。但是，过了一段时间可能不合适，所以应该及时更新。因此，采用斜踏步是有益的。可以考虑DCI或RRC信令来更新目标上行功率或斜坡步长。

如果配置了跳频，则PUR中的传输强烈依赖于eNB的盲检。与跳过上行传输相比，不跳过上行传输可以降低eNB的译码复杂度，而在PUR中跳过上行传输可以降低UE的功耗。对于功率敏感的NB-IoT UE，应该支持跳过上行传输，并且可能不需要禁用跳频的机制。由于与NB-IoT UE相比，MTC UE对功耗不太敏感，因此考虑到调度灵活性和基站解码负担，支持eNB禁止跳频的机制是有益的。例如，指示可以由SIB发送，或者可以由UE具体配置。

PUR资源释放/激活

用户端：配置PUR后，它们将保留一段时间。如果PUR中没有传输，则UE释放PUR以提高系统频谱效率。不传输或传输超过M个连续PUR的所有“0”可用于指示PUR释放。

eNB侧：当网络流量负载过高时，eNB应该能够释放PUR来协调网络资源的利用。当网络资源利用不足时，eNB可以激活更多PUR传输以充分利用网络资源。释放或激活命令可以通过与HARQ反馈相同的信道传输。