UE特性演进

在5G部署的时间框架内，尤其是在5G的初始部署阶段，LTE 络对整个系统性能以及UE体验仍将起到重要的作用。在当前的4G部署中，多模式的2G/3G/4G 终端是典型的UE类型。同样，多模式LTE/NR UE将被广泛地应用于5G部署中。此外，在一些5G架构选项中，LTE和NR还通过双连接进行操作。

自Rel-8以来，LTE已经发展了8个版本。在以后的版本中，大多数特性都被设置为UE的可选特性。尽管具有可选的特征将允许产品规划的灵活性，但它也带来了UE实现中特征可用性的不确定性，即使这些特征是运营商所需要的。

对于Rel-15多模式LTE/NR UE，可以将具有UE能力信令 告的一些LTE特性重新视为强制性的，以改进总体性能。

比如：特性列表中序 为2-4的PDSCH的TCI状态。

而在UE 支持的架构中，Rel-15中规定了许多5G架构选项，即Option2（NR SA）、Option3（EPS中的E-UTRA+NR 双连接）、Option4（5GS中的NR+e-UTRA 双连接）、Option5（5GS中的e-UTRA SA）和Option7（5GS中的e-UTRA+NR 双连接）。（Option1是EPS中的传统E-UTRA）。

下表中描述了各种架构选项，其中突出了关键区别，包括关键实现方面（即是否需要特定的硬件和软件“HW：hardware”或仅需要软件“SW：software”）。

UE实现之间的主要区别在于硬件支持。换言之，对于给定的硬件，可以支持许多软件变体，但可能不支持所有变体。

还必须确保有足够的UE实现灵活性，以适应不同的市场。

此外，根据RAN#79好会议，引入了延迟投放，至少包括选项4和7。选项5可指定用于延迟投放。虽然这不可避免地意味着这种情况可能会导致不同的TTM，但重要的是，方案2和3的可用性不能因为方案4、7（和5）而延迟。

鉴于上述情况，建议对以下各项提供可选的UE支持：

很明显，方案3（分别4，7）需要选项1（分别2，5），因此支持方案3（分别4，7）要求支持选项1（分别是2, 5). 然而，方案4不需要选项5， 因此支持方案4并不意味着支持选项5.

UE上 其UE无线接入能力，该能力至少在 络请求时是静态的。gNB可以请求UE 告什么能力（例如LTE中类似的频带和频带组合请求）。UE能力的改变只是暂时（例如在 络控制下）限制某些能力的可用性，例如由于硬件共享、干扰或过热。临时能力限制应该对下一代核心 透明。也就是说，只有静态功能存储在核心 中。UE向gNB发送临时能力限制请求信 。

协议最终认为，UE处理能力的额外优化放在Rel16中进行研究。随着由支持的额外频带驱动的UE无线能力的大小的增加，UE无线能力的大小将从Rel-15开始显著增长，需要一种有效的方法来发送UE无线能力信息。