好的,我们继续跟随工程师阿哲的脚步,深入探索3GPP TS 38.331规范中关于测量的世界。在前一篇文章中,我们详细剖析了RRC测量的“三驾马车”模型,理解了网络是如何通过measConfig来灵活地为UE配置“测什么”(Measurement Object)和“何时报、怎么报”(Reporting Configuration)。

阿哲的手机此刻已经接收到了网络下发的详细“侦察任务”。现在,真正的工作开始了。手机的RRC协议实体将化身为一名严谨的“情报分析员”,不仅要指挥物理层去执行测量,还要对原始数据进行处理、滤波,并根据复杂的规则来判断是否触发了“军情上报”的条件。

本篇文章,我们将聚焦于RRC测量的执行与报告环节,深入解读规范中5.5.3节至5.5.5节的核心内容。我们将跟随一个测量结果,从物理层的原始数据开始,经历L3滤波、小区/波束质量衍生、事件评估,最终被封装成一份MeasurementReport消息上报给网络的全过程。这将是一场深入RRC“数据处理与决策引擎”的奇妙旅程。


深度解析 3GPP TS 38.331:5.5.3 ~ 5.5.5 测量的执行:从数据到决策的情报之旅

本文技术原理深度参考了3GPP TS 38.331 V18.5.1 (2025-03) Release 18规范中,关于“5.5.3 Performing measurements”、“5.5.4 Measurement report triggering”和“5.5.5 Measurement reporting”的核心章节,旨在为读者全面剖析UE在接收到测量配置后,如何进行测量、处理数据、评估事件,并最终生成和发送测量报告的完整端到端流程。

1. “情报采集”:执行测量 (解读5.5.3 Performing measurements)

measConfig下发后,RRC协议的执行引擎便开始运转。5.5.3节详细规定了UE如何将抽象的配置转化为具体的测量动作,并如何处理原始的测量数据。

1.1 L3滤波:从“原始数据”到“平滑趋势” (5.5.3.2 Layer 3 filtering)

物理层(L1)会以非常高的频率(L1测量周期)上报原始的测量样本,这些样本充满了瞬时的波动和噪声。如果RRC直接使用这些原始样本进行判决,很容易因为一个偶然的信号抖动而做出错误的决策(如不必要的乒乓切换)。因此,在进行任何判决之前,RRC必须先对测量结果进行L3滤波

2> filter the measured result, before using for evaluation of reporting criteria, for measurement reporting… by the following formula:

Fn = (1 – a)Fn-1 + aMn

where

Mn is the latest received measurement result from the physical layer;

Fn is the updated filtered measurement result…

Fn-1 is the old filtered measurement result…

a = 1/2^(k/4), where k is the filterCoefficient…

这个公式是一个标准的一阶无限脉冲响应(IIR)滤波器。阿哲很快就理解了它的精髓:

  • Mn: 是物理层上报的“此刻”的测量值。

  • Fn-1: 是“上一刻”的滤波结果。

  • Fn: 是“当前”最新的滤波结果,它是“上一刻结果”和“此刻新值”的一个加权平均。

  • a (滤波系数):这个系数由quantityConfig中的filterCoefficient(k值)决定。k值越大,a越小,意味着新的测量值Mn所占的比重越小,滤波结果就越“平滑”,对瞬时变化的响应越慢;反之,k值越小,a越大,滤波结果就越“灵敏”,对信号变化的跟随越快。

网络可以为不同的场景(如高速/低速移动)、不同的测量量(RSRP/RSRQ/SINR)配置不同的k值,从而实现对滤波行为的精细化控制。

1.2 从“波束”到“小区”:小区测量结果的衍生 (5.5.3.3 Derivation of cell measurement results)

在5G NR中,由于波束赋形技术的应用,UE对一个小区进行的测量,实际上是对该小区的多个波束(SSB或CSI-RS)进行的测量。那么,如何从多个波束的测量结果中得出一个能代表整个小区质量的“小区级”测量结果呢?5.5.3.3节给出了答案。

1> for each cell measurement quantity to be derived based on SS/PBCH block:

2> if nrofSS-BlocksToAverage is not configured… or if the highest beam measurement quantity value is below or equal to absThreshSS-BlocksConsolidation:

3> derive each cell measurement quantity... as the highest beam measurement quantity value...

2> else:

3> derive each cell measurement quantity... as the linear power scale average of the highest beam measurement quantity values above absThreshSS-BlocksConsolidation...

这个过程可以概括为“去峰求均”:

  1. 门限过滤:UE首先将所有波束的测量结果与一个门限absThreshSS-BlocksConsolidation进行比较。

  2. 取最高值或求平均

    • 如果没有配置波束合并,或者最强的波束也未达到门限,那么小区级的测量结果就直接取为最强波束的测量结果。

    • 如果配置了波束合并,并且有波束的测量值超过了门限,那么UE会将所有超过门限的波束的测量值(最多不超过nrofSS-BlocksToAverage个)进行线性平均(即先转换成功率值再平均,最后再转回dB/dBm),得到最终的小区级测量结果。

这个机制兼顾了简单性和准确性。在信号较差时,采用最强波束代表小区质量,反应灵敏;在信号较好时,对多个强波束进行平均,可以获得更稳定、更能代表整体覆盖质量的结果。

2. “军情分析”:测量报告触发 (解读5.5.4 Measurement report triggering)

经过L3滤波和波束合并后,UE得到了一系列平滑而稳定的小区级测量结果。现在,RRC的“决策引擎”开始运转,逐一检查这些结果是否满足了reportConfig中定义的触发条件。

2.1 事件触发的评估 (5.5.4.2 ~ 5.5.4.9等)

这是移动性管理的核心。规范为NR、E-UTRA等定义了一系列标准的测量事件。

场景模拟:阿哲的手机处于小区A(SpCell),其RSRP为-100dBm。邻区B的RSRP为-95dBm。网络配置的事件A3为:offset=3dB, hysteresis=2dB, timeToTrigger=320ms。

  1. 进入条件(Entering condition)评估:

    Inequality A3-1: Mn + Ocn – Hys > Mp + Ocp + Off

    代入数值:-95dBm - 2dB > -100dBm + 3dB -97dBm > -97dBm (不满足)

    假设此时邻区B信号继续增强到-94dBm:-94dBm - 2dB > -100dBm + 3dB -96dBm > -97dBm (满足)。

    此时,UE会启动一个与该事件和该邻区关联的timeToTrigger计时器。

  2. 离开条件(Leaving condition)评估:

    Inequality A3-2: Mn + Ocn + Hys < Mp + Ocp + Off

    如果在一个事件的timeToTrigger计时器启动后,信号发生波动,导致进入条件不再满足,但离开条件也未满足,则计时器继续。如果离开条件满足了,则计时器会被停止并重置。

  3. 事件触发:

    如果在timeToTrigger(320ms)的持续时间内,进入条件一直保持满足,那么在计时器超时那一刻,事件A3正式触发!UE会将触发该事件的邻区B记录在cellsTriggeredList中。

if the entry condition applicable for this event… is fulfilled for one or more applicable cells… while the VarMeasReportList does not include a measurement reporting entry for this measId (a first cell triggers the event):

3> include a measurement reporting entry within the VarMeasReportList for this measId;

3> initiate the measurement reporting procedure, as specified in 5.5.5;

一旦有事件触发,UE就会为该measId创建一个报告条目,并立即启动5.5.5节的测量报告流程

2.2 周期性报告的触发

如果reportConfigreportType被设置为periodical,则流程更为简单。UE会启动一个周期性定时器(由reportInterval定义),每当定时器超时,UE就会收集一次测量结果,并启动测量报告流程。

3. “撰写奏折”:测量报告的上报 (解读5.5.5 Measurement reporting)

一旦报告被触发,UE就进入了“撰写报告”的阶段。MeasurementReport消息的内容会被精心组织,以最高效的方式向网络传递最关键的信息。

3.1 报告的核心内容 (5.5.5.1 General)

For the measId for which the measurement reporting procedure was triggered, the UE shall set the measResults within the MeasurementReport message as follows:

1> set the measId to the measurement identity that triggered the measurement reporting;

1> for each serving cell configured with servingCellMO:

4> set the measResultServingCell…

1> if the reportConfig associated with the measId … includes reportAddNeighMeas:

2> for each measObjectId referenced in the measIdList …:

4> set the measResultBestNeighCell...

一份典型的测量报告measResults部分包含:

  1. measId: 明确告知网络这是由哪个测量任务触发的报告。

  2. measResultServingMOList: 服务小区的测量结果。UE会在此上报所有服务小区(PCell和所有SCell)的最新测量值(RSRP, RSRQ, SINR)。

  3. measResultNeighCells: 邻区的测量结果。这是报告的核心。

    • 对于事件触发的报告,这里会包含cellsTriggeredList中的所有小区。

    • 对于周期性报告,这里会包含按照信号强度排序后、最强的N个邻区(N由maxReportCells定义)。

3.2 报告的精细化内容 (5.5.5.2 Reporting of beam measurement information & 5.5.5.3 Sorting of cell measurement results)

5G的测量报告可以做到前所未有的精细。

  • 波束级报告 (Beam Measurement Information)

    if the reportConfig… includes reportQuantityRS-Indexes and maxNrofRS-IndexesToReport:

    2> for each serving cell…, include beam measurement information…

    如果网络配置了波束级报告,UE不仅会上报小区级的测量结果,还会在rsIndexResults中,上报该小区内信号最强的N个波束的索引(SSB index或CSI-RS index)以及这些波束各自的测量值。这为网络侧进行更精细的波束管理和切换决策提供了关键信息。

  • 结果排序 (Sorting)

    for each neighbour cell included in the measResultNeighCells, include the optional fields that are available;

    报告中的邻区列表是经过排序的。排序的依据在5.5.5.3节中有明确规定:对于事件触发的报告,排序依据是触发事件所用的测量量(如事件A3用RSRP触发,就按RSRP排序);对于周期性报告,则根据reportQuantityCell中配置的量来进行排序。

3.3 提交报告

报告内容填充完毕后,UE会将其封装在MeasurementReport消息中,并通过SRB1(或在DC场景下的SRB3)提交给底层进行传输。至此,一次完整的情报采集、分析、决策、上报的闭环就完成了。

结语:从数据洪流到决策依据的精炼过程

通过对5.5.3至5.5.5节的深度剖析,阿哲对RRC的测量执行流程有了本质的理解。这不仅仅是一个简单的“测量-上报”过程,而是一个复杂而精妙的数据处理与决策流水线

  1. L1 产生海量的、充满噪声的原始测量数据。

  2. L3滤波 像一个“稳定器”,从数据洪流中提取出平滑、可信的信号趋势。

  3. 小区结果衍生 像一个“聚合器”,将多波束的离散信息,整合成能代表小区整体质量的关键指标。

  4. 事件评估 像一个24小时工作的“警报系统”,根据网络预设的复杂规则,实时监控信号变化,在满足条件时精确触发。

  5. 报告生成 像一个专业的“情报分析师”,将触发事件的关键信息(服务小区、邻区、波束等)组织成一份结构化、信息量丰富的报告。

整个过程,RRC协议通过一系列精密的门限、定时器、滤波系数和报告规则,将原始的物理层测量,精炼成了能够直接驱动网络高级功能(如移动性管理、负载均衡、自优化)的宝贵决策依据。

阿哲的手机上报了测量报告,预示着一次切换可能即将发生。RRC的舞台,已经从UE的内部处理,转移到了UE与网络之间的信令交互。在下一篇文章中,我们将重新聚焦于RRC的外部交互,深入探讨一个非常重要的流程——UE能力上报(UE Capability Transfer),看看UE是如何向网络展示自己的“十八般武艺”的。


FAQ

Q1:L3滤波系数k值的大小对UE的移动性行为有什么具体影响?

A1:k值直接影响滤波器的“平滑”程度,从而影响UE对信号变化的反应速度。

  • 较大的k值:滤波更平滑,对瞬时信号抖动不敏感。适用于低速移动或静止的UE。优点是能避免因短暂的信号衰落导致的乒乓切换,使连接更稳定。缺点是在UE高速移动、信号快速变化时,滤波后的结果会滞后于实际信号变化,可能导致切换决策延迟,甚至掉话。

  • 较小的k值:滤波更灵敏,能快速跟随信号变化。适用于高速移动的UE(如在高铁上)。优点是能及时反映真实的信道变化,触发快速切换。缺点是在信号波动频繁的环境中,容易导致不必要的乒乓切换。

因此,网络通常会通过mobilityStateParameters(移动状态估计)来为不同移动状态的UE配置不同的滤波系数。

Q2:为什么5G需要同时支持基于SSB和基于CSI-RS的测量?它们的应用场景有什么不同?

A2:两者各有优势,适用于不同场景:

  • 基于SSB的测量:SSB是全网广播的、宽波束的信号。优点是覆盖范围广、始终存在,UE可以随时进行测量,主要用于移动性管理,如小区搜索、空闲态重选和连接态的切换判决。

  • 基于CSI-RS的测量:CSI-RS是网络为特定UE配置的、窄波束的专用参考信号。优点是灵活、精准。网络可以根据需要,在任意时频位置、以任意波束宽度和密度为UE配置CSI-RS。它主要用于波束管理信道状态信息(CSI)上报,以实现精确的波束赋形和高速数据传输。在某些情况下,它也可以被用于辅助切换决策,提供比SSB更精细的邻区波束质量信息。

Q3:timeToTrigger(触发时间)参数的作用是什么?为什么不一满足事件条件就立即上报?

A3:timeToTrigger的作用是增加判决的稳定性,避免乒乓效应。无线信号,特别是移动场景下的信号,充满了快衰落,可能在很短的时间内发生剧烈波动。如果一满足事件条件就立即触发报告,很可能UE刚刚切换过去,信号又发生反向波动,导致又要切换回来,这就是“乒乓切换”。timeToTrigger要求一个事件的进入条件必须持续满足一段时间,才认为这个信号变化是稳定、可靠的趋势,而不是瞬时的抖动。这相当于为事件判决增加了一个“时间上的迟滞”,确保了移动性决策的稳健性。

Q4:在测量报告中,UE上报的是L1的原始测量值还是L3滤波后的值?

A4:UE上报给网络的是经过L3滤波后的值。物理层(L1)的原始测量结果仅在UE内部使用,用于输入给L3滤波器。RRC层使用滤波后的Fn值来进行事件评估,并将这个Fn值(或者在报告时刻最新的滤波值)填入MeasurementReport消息中。这样做的好处是,网络和UE都基于同一个稳定、平滑的数据集来进行决策和分析,避免了双方对瞬时信号波动的理解不一致。

Q5:如果UE配置了多个测量ID,而某一时刻有多个事件同时被触发,UE会如何上报?

A5:UE会为**每一个触发了事件的measId**都启动一次测量报告流程。这意味着UE可能会在短时间内连续发送多条MeasurementReport消息。然而,为了避免信令拥塞,规范也提供了一些机制来管理并发报告:

  • reportOnLeave: 对于离开事件(如A2),网络可以配置为离开后才上报,这可以与进入事件的报告错开。

  • 禁止定时器:在发送一份报告后,网络可以配置一个禁止定时器,在该定时器内,即使有新的事件满足,UE也不会发送报告。

  • 报告合并:在某些实现中,如果多个报告的触发时间非常接近,UE可能会尝试将它们的信息合并到一条消息中(如果消息结构允许),但这更多是厂商的实现优化,而非规范的强制要求。