針對上行資源預(yù)留，目前已比較成熟，比如在空閑模式下，支持在PUR傳輸后通過L1信令更新PUR（preconfigured UL resources）配置或PUR參數(shù)，對于專用PUR和HD-FDD （或FD-FDD）UE，PUR SS Window的啟動為PUR傳輸結(jié)束后的4個子幀。在PUR上進行數(shù)據(jù)傳輸后，如果UE在一段時間內(nèi)未收到任何信息，則UE應(yīng)返回到傳統(tǒng)的RACH流程。

為了在PUR中實現(xiàn)健壯和高效的傳輸，這里討論了包括PUR配置、UL同步、功控和HARQ反饋在內(nèi)的技術(shù)問題。

對于空閑模式下的CFS PUR（Continuous Fourier series），eNB可以通過UE特定的RRC信令將相同的PUR資源配置給多個UE。對于全PRB分配，使用16或128次重復(fù)的CFS PUR可以顯著提高吞吐量。

專用PUR的設(shè)計可以在CFS PUR中重用，除了識別在同一CFS PUR中傳輸?shù)牟煌琔E以及分別對UE進行信道估計以進行解調(diào)和解碼的問題之外。為了解決這個問題，可以使用UE特定的DMRS，即相同CFS PUR上的不同UE被分配不同的DMRS序列。對于完整的PRB分配，8個循環(huán)移位可以用作傳統(tǒng)LTE。對于6 tones 和3 tones 分配，可以分別使用4個循環(huán)移位和3個循環(huán)移位作為傳統(tǒng)eMTC。對于3個tones 分配中的2個tones ，如何實現(xiàn)正交DRMS序列是很重要的。

一旦配置了一個PUR，最大TBS就固定了。但是，如果數(shù)據(jù)包的大小超過最大TBS，則不可能通過一個PUR傳遞所有消息。如果向PUR分配更多的PRB來處理突發(fā)的過多上行業(yè)務(wù)，將會浪費資源。

可以考慮以下選項：

• Option?1：以連接模式或EDT（Advanced data transmission）傳輸數(shù)據(jù)。

• Option?2：使用下一次PUR時機

• Option?3：配置多個PUR并根據(jù)UE需求激活其他PUR

Option?1強制UE進入連接模式或通過EDT，因此幾乎沒有規(guī)范工作，但是信令開銷、功耗和傳輸時延將顯著增加。Option?2將進一步增加傳輸時延，這至少與PUR周期相同。此外，數(shù)據(jù)會隨著時間的推移而累積，緩沖區(qū)中的數(shù)據(jù)可能會溢出。Option?3提供了一種處理大型數(shù)據(jù)包的有效機制。可以為一個UE配置多個PUR，但是始終僅激活一個PUR，并且基于UE請求激活剩余的PUR。例如，UE可以請求附加PUR，如果最大TBS小于要發(fā)送的數(shù)據(jù)，則eNB指示所配置的多個PUR中的可用PUR。Option?3不僅降低了功耗和傳輸時延，而且可以避免資源浪費。

HARQ反饋

支持在空閑模式下專用PUR中傳輸?shù)腍ARQ。如果配置了傳輸skipping，PUR中的傳輸依賴于eNB對UL傳輸?shù)拿z測。如果沒有HARQ反饋，如果盲檢失敗，傳輸數(shù)據(jù)可能會在L1丟失，因此，為了提高傳輸可靠性，支持HARQ反饋是非常必要的。CFS PUR傳輸也應(yīng)支持HARQ反饋。

應(yīng)該優(yōu)選使用NDI字段來指示ACK，因為與傳統(tǒng)ACK格式相比，可以為其他用途保存更多比特。在PUR上傳輸數(shù)據(jù)之后，UE可以期望MPDCCH上明確指示回退到EDT或RACH。因此，UE可以期望至少兩種類型的DCI，一種用于ACK，另一種用于回退指示。由于回退指示和ACK指示共享相同的DCI大小，因此需要對它們進行區(qū)分。

由于提前終止可以給UE的功耗帶來很大的好處，因此應(yīng)該支持PUR傳輸。此外，除了起始位置外，它對當前PUR?SS設(shè)計的影響較小。

為了使PUR能夠提前終止，UE需要在PUR傳輸開始之后監(jiān)視PUR SSWindow?x個子幀，其中UE可以接收ACK以提前終止PUR傳輸。

在不同的信道條件下，連續(xù)接收不同UE的PUR傳輸所需的時間是不同的。對于良好的覆蓋UE，重復(fù)次數(shù)小并且接收其PUR傳輸所需的時間小，因此，x也可以小。對于低覆蓋率的UE，重復(fù)次數(shù)大，x值也大。換句話說，值x取決于重復(fù)次數(shù)。因此，為了減少信令開銷，x可以是PUSCH的配置重復(fù)次數(shù)的一小部分。

系統(tǒng)同步

UE準確地知道何時通過PUR進行傳輸，因此應(yīng)該保證在PUR傳輸之前完成TA驗證。執(zhí)行TA驗證的最小時間可以簡單地留給UE實現(xiàn)。為確保在傳輸PUR之前，TA驗證不會太早而最大時間β 可以定義為如圖1所示，以便UE應(yīng)該在PUR傳輸之前在β內(nèi)執(zhí)行TA驗證?。此外，β 對于不同的TA驗證屬性和具有不同處理能力的不同UE可以是不同的。因此，β 應(yīng)該是UE特定的參數(shù)。

當TA驗證表明TA無效時，UE可以啟動RACH過程或EDT來建立上行同步。如果只需要更新TA，UE不需要完全完成RACH流程。在RACH中的前兩個步驟足以獲得TA或其他配置。因此，在識別數(shù)據(jù)的同時，還需要考慮如何識別數(shù)據(jù)。例如，可以為配置為PUR的UE保留幾個前置碼，以更新它們的TA。

功控

功控對于PUR中的傳輸至關(guān)重要，因為一方面?zhèn)鬏敼β蕬?yīng)該足夠大以保證UL傳輸?shù)目煽啃裕硪环矫?，傳輸功率不?yīng)該太高以避免對其他UE造成嚴重的干擾并節(jié)省能量。發(fā)射功率至少基于估計的路徑損耗和配置的目標上行功率電平（P_0）。但是，過了一段時間可能不合適，所以應(yīng)該及時更新。因此，采用斜踏步是有益的?？梢钥紤]DCI或RRC信令來更新目標上行功率或斜坡步長。

如果配置了跳頻，則PUR中的傳輸強烈依賴于eNB的盲檢。與跳過上行傳輸相比，不跳過上行傳輸可以降低eNB的譯碼復(fù)雜度，而在PUR中跳過上行傳輸可以降低UE的功耗。對于功率敏感的NB-IoT UE，應(yīng)該支持跳過上行傳輸，并且可能不需要禁用跳頻的機制。由于與NB-IoT UE相比，MTC UE對功耗不太敏感，因此考慮到調(diào)度靈活性和基站解碼負擔，支持eNB禁止跳頻的機制是有益的。例如，指示可以由SIB發(fā)送，或者可以由UE具體配置。

PUR資源釋放/激活

用戶端：配置PUR后，它們將保留一段時間。如果PUR中沒有傳輸，則UE釋放PUR以提高系統(tǒng)頻譜效率。不傳輸或傳輸超過M個連續(xù)PUR的所有“0”可用于指示PUR釋放。

eNB側(cè)：當網(wǎng)絡(luò)流量負載過高時，eNB應(yīng)該能夠釋放PUR來協(xié)調(diào)網(wǎng)絡(luò)資源的利用。當網(wǎng)絡(luò)資源利用不足時，eNB可以激活更多PUR傳輸以充分利用網(wǎng)絡(luò)資源。釋放或激活命令可以通過與HARQ反饋相同的信道傳輸。