NR統(tǒng)一技術框架如圖1所示：

使用場景的統(tǒng)一支持：框架是否應該支持gNB為不同的用例在同一個載體中部署多個numerology是很重要的。即使在支持的情況下，在運營商中部署單個或多個numerology也是網(wǎng)絡供應商和運營商的設計選擇。在UE透視圖中，UE在某些情況下（例如，當UE能力/類別僅支持單個numerology）應當能夠在給定載波上使用單個numerology進行操作。即使UE支持單個numerology，框架的設計也可以支持eMBB和URLL這兩個用例。在一個示例中，numerology選擇使得可以在短TTI（例如，0.2ms）中傳輸足夠數(shù)量的信息比特以滿足URLL的?kpi；通過numerology選擇，eMBB需求還可以通過分配具有小RS/控制信令開銷的長TTI來滿足。一個這樣的numerology選擇是將LTE數(shù)字縮放5倍，在這種情況下，子幀持續(xù)時間是0.2ms，子載波間隔是75khz，并且每個子幀的OFDM符號的數(shù)目是14。

NR的三個主要用例是增強移動寬帶（eMBB）、超可靠低延遲通信（URLLC）和大規(guī)模機器類型通信（mMTC）。此外，其他用例，例如，增強型多媒體廣播多播服務（eMBMS）也可以考慮用于5G。NR的這些不同用例在數(shù)據(jù)速率、時延和覆蓋率方面有不同的需求。eMBB預計將支持峰值數(shù)據(jù)速率（下行20Gbps，上行10Gbps）和用戶體驗數(shù)據(jù)速率，約為LTE Advanced的三倍。另一方面，在URLLC的情況下，對超低時延（UL和DL的用戶平面延遲分別為0.5ms）和高可靠性（1ms內為1-10-5）提出了更嚴格的要求。最后，mMTC需要高連接密度（城市環(huán)境中為1000000個設備/km2）、惡劣環(huán)境下的大覆蓋率以及低成本設備的超長電池壽命（15年）。

在SCS=15Khz中，為了滿足URLLC要求，需要引入由小于1個子幀的OFDM符號組成的短TTI，與LTE時延減少研究類似。

波束賦形方案自適應框架：對于BF方案，網(wǎng)絡供應商或運營商可以在部署場景中選擇特定的BF方案，考慮部署成本、要支持的KPI、覆蓋范圍、30GHz密集城市small小區(qū)中的天線單元數(shù)等各個方面，可以選擇依賴于相對大量天線（例如256個單元）的混合BF，以補償較大的路徑和穿透損耗并提供eMBB數(shù)據(jù)速率kpi。另一方面，在30ghz的室內場景中，在該場景中，可以使用少量的天線單元而不需要大的波束賦形增益來實現(xiàn)基本覆蓋，可以選擇數(shù)字BF。模擬/混合BF還可用于提供4GHz載波的寬覆蓋，例如，高達幾公里的ISD。

下面將重點討論BF方案自適應框架，討論支持各種BF方案的統(tǒng)一框架的設計方面。

允許支持各種BF方案的統(tǒng)一框架的一個規(guī)范影響可能是初始接入相關操作。對于模擬/混合BF，可能需要波束掃描來為整個覆蓋區(qū)域提供初始接入覆蓋；相反，對于數(shù)字BF，傳統(tǒng)LTE類型的初始接入信號傳輸可能就足夠了。圖2顯示了兩種不同BF模式的下行幀設計示例。如何在這兩種不同的BF模式下提供與初始接入相關的統(tǒng)一規(guī)范是一個重要的問題。

另一個規(guī)范影響與模擬/混合波束賦形中每個TXRU支持的模擬波束的數(shù)量有關。在一個給定的系統(tǒng)中支撐多少模擬波束是一個設計選擇，可以考慮用于確定BF方案的類似方面來決定。對于30ghz密集的城市小小區(qū)，由于覆蓋面積相對較小，配備的天線單元數(shù)量不多，一對波束可能足以提供基本覆蓋和eMBB kpi。另一方面，對于配備有大量天線單元的30ghz宏小區(qū)，可能需要支持相對大量的波束，因為覆蓋區(qū)域比小小區(qū)情況大得多。因此，對于基于模擬/混合BF的操作，框架應該能夠支持關于每個TXRU支持的模擬波束數(shù)量的各種選項。