NR 5G 测量与寻呼

65 阅读 0 评论 43 点赞

我是靠谱客的博主称心硬币，最近开发中收集的这篇文章主要介绍NR 5G 测量与寻呼，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

测量基本描述

在RRC_CONNECTED中，UE测量小区的多个波束（至少一个），并且对测量结果（功率值）进行平均以导出小区质量。在这样做时，UE被配置为考虑检测到的波束的子集。滤波发生在两个不同的级别：在物理层导出波束质量，然后在RRC级别从多个波束导出小区质量。来自波束测量的小区质量以相同的方式导出服务小区和非服务小区。如果UE被配置为由gNB这样做，则测量报告可以包含X个最佳波束的测量结果。
在这里插入图片描述
K个波束对应于针对由gNB配置的L3移动性并且由UE在L1处检测到的NR-SS块或CSI-RS资源上的测量。
1、A：物理层内部的测量（波束特定样本）。
第1层过滤：在A点测量的输入的内部第1层过滤。精确过滤取决于实现。如何通过不受标准约束的实现（输入A和第1层过滤）在物理层中实际执行测量。
2、A 1在第1层滤波之后由层1至层3报告的测量（即，波束特定测量）。
波束束合并/选择：合并波束特定测量以获得小区质量。波束合并/选择的行为是标准化的，并且该模块的配置由RRC信令提供。 B处的报告周期等于A处的一个测量周期1 。
3、B：在波束固结/选择之后报告给层3的波束特定测量得到的测量（即，小区质量）。
用于小区质量的第3层过滤：对在点B处提供的测量执行过滤。第3层过滤器的行为是标准化的，并且第3层过滤器的配置由RRC信令提供。过滤C的报告周期等于B的一个测量周期。
4、C：在第3层滤波器中处理之后的测量。报告率与B点的报告率相同。该度量用作一个或多个报告标准评估的输入。
报告标准的评估：检查在点D处是否需要实际测量报告。评估可以基于参考点C处的多于一个测量流，例如以在不同测量之间进行比较。输入C和C1 说明了这一点，UE应至少在每个在C点C处报告新测量结果时评估报告标准1 ；报告标准是标准化的，并且配置由RRC信令（UE测量）提供。
5、D：在无线接口上发送的测量报告信息（消息）。
L3波束滤波：对在点A处提供的测量（即波束特定测量）执行滤波1 。波束滤波器的行为是标准化的，并且波束滤波器的配置由RRC信令提供。 E处的过滤报告周期等于A处的一个测量周期1 。
6、E：在波束滤波器中处理之后的测量（即，波束特定测量）。报告率与A点的报告率相同1 。该测量用作选择要报告的X测量的输入。
用于波束报告的波束选择：从在点E处提供的测量中选择X个测量。波束选择的行为是标准化的，并且该模块的配置由RRC信令提供。
7、F：无线接口上的测量报告（发送）中包含的波束测量信息。
第1层过滤引入了一定程度的测量平均。 UE如何以及何时精确地执行所需的测量是针对B的输出满足设置的性能请求这一点的具体实现。用于小区质量和所使用的相关参数的第3层过滤规定，并且不引入B和C之间的样本可用性的任何延迟。在点C处的测量，C1 是事件中使用的输入，评价。 L3波束滤波和使用的相关参数在3GPP TS 38.331 [12]中规定，并且不会在E和F之间的样本可用性中引入任何延迟。

测量报告的特征

1、测量报告包括触发报告的相关测量配置的测量标识;
2、测量报告中包含的小区和波束测量数量由网络配置;
3、可以通过网络配置来限制要报告的非服务小区的数量;
4、属于网络配置的黑名单的小区不用于事件评估和报告，相反，当网络配置白名单时，只有属于白名单的小区用于事件评估和报告;
5、要包括在测量报告中的波束测量由网络配置（仅波束标识符，测量结果和波束标识符，或无波束报告）。
频率内邻居（小区）测量和频率间邻居（小区）测量定义如下：
6、基于SSB的频率内测量：测量定义为基于SSB的频率内测量，条件是服务小区的SSB的中心频率和相邻小区的SSB的中心频率相同，并且子载波间隔为两个SSB也是一样的。
7、基于SSB的频率间测量：测量被定义为基于SSB的频率间测量，条件是服务小区的SSB的中心频率和相邻小区的SSB的中心频率不同，或者子载波间隔为两个SSB是不同的。
（注意： 对于基于SSB的测量，一个测量对象对应于一个SSB，并且UE将不同的SSB视为不同的小区。）
8、基于CSI-RS的频率内测量：测量被定义为基于CSI-RS的频率内测量，条件是配置用于测量的相邻小区上的CSI-RS资源的带宽在CSI-RS资源的带宽内。配置用于测量的服务小区，两个CSI-RS资源的子载波间隔相同。
9、基于CSI-RS的频率间测量：测量被定义为基于CSI-RS的频率间测量，条件是配置用于测量的相邻小区上的CSI-RS资源的带宽不在CSI-RS资源的带宽内在配置用于测量的服务小区上，或者两个CSI-RS资源的子载波间隔不同。

测量是否是无间隙辅助的或间隙辅助的取决于UE的能力，UE的活动BWP和当前操作频率。在非间隙辅助场景中，UE应能够在没有测量间隙的情况下执行这样的测量。在间隙辅助场景中，不能假设UE能够在没有测量间隙的情况下执行这样的测量。

寻呼

寻呼允许网络到达处于RRC_IDLE和RRC_INACTIVE状态的UE，并且在RRC_IDLE，RRC_INACTIVE和RRC_CONNECTED
状态下通知UE系统信息改变和ETWS / CMAS 【Earthquake and Tsunami Warning System (ETWS) / Commercial Mobile Alert System (CMAS)】指示。
在RRC_IDLE中，UE监视用于CN发起的寻呼的寻呼信道; 在RRC_INACTIVE中，UE还监视用于RAN发起的寻呼的寻呼信道。 UE不需要连续监视寻呼信道; 定义寻呼DRX，其中RRC_IDLE或RRC_INACTIVE中的UE仅需要在每个DRX周期的一个寻呼时机（PO）期间监视寻呼信道（参见3GPP TS 38.304 [10]）。寻呼DRX周期由网络配置：

对于CN发起的寻呼，在系统信息中广播默认周期;
对于CN发起的寻呼，可以通过NAS信令配置UE特定周期;
对于RAN发起的寻呼，可以通过RRC信令配置UE特定的周期;
（UE使用可应用的最短DRX周期，即RRC_IDLE中的UE使用上述前两个周期中的最短周期，而RRC_INACTIVE中的UE使用三个中的最短周期。）
用于CN发起的和RAN发起的寻呼的UE的PO基于相同的UE ID，导致两者的PO重叠。 DRX周期中的不同PO的数量可通过系统信息配置，并且网络可基于其ID将UE分发到那些PO。
当处于RRC_CONNECTED时，UE监视在系统信息中用信号发送的任何PO中的寻呼信道。在BA的情况下，RRC_CONNECTED中的UE仅监视活动BWP上的寻呼信道。