|
基于38523-1协议一致性协议的NR的 第8章之事件的测量 关注5GPCT，一起讨论5G协议 作为一个工作6年的通信老兵，在这里分享一个基于38523-1协议一致性协议的NR的 第8章的测量事件 以38523-1中的8.2.3.12.1用例来说明下关于事件的测量概述 1. 测量事件 由协议38331-1或36331-1第五章测量事中，事件类型分为A1\A2\A3\A4\A5\A6\B1\B2,其表述如下： 其中：
Ms是服务小区的测量结果，没有考虑任何偏移; Mn是相邻小区的测量结果，没有考虑任何偏移; Mp是SpCell的测量结果，没有考虑任何偏移; Ofn是SpCell的测量对象特定偏移（即，对应于SpCell的measObjectNR中定义的offsetMO）; Ocp是SpCell的特定于小区的偏移量（即，对应于SpCell的measObjectNR中定义的cellIndividualOffset），如果没有为SpCell配置，则设置为零; Hys是此事件的滞后参数（即，此事件的reportConfigNR中定义的滞后; Off是此事件的偏移参数（即，此事件的reportConfigNR中定义的a3-Offset）; T hresh是此事件的阈值参数（即，在此事件的reportConfigNR中定义的Threshold）; 在 RSRP的情况下，Mn，Mp以dBm表示，或者在RSRQ和RS-SINR的情况下以dB表示。Ofn，Ocn，Ofp，Ocp，Hys，Off以dB表示, T hresh以与Mn相同的单位表示; 2. 事件类型 测量上报的触发条件有两种： 事件触发：如上所示 周期触发： i. 周期测量没有门限之类的评估条件，在能够获取到信息的情况下，必须按周期间隔上报给eNodeB。 ii. 周期测量未必是周期性的，可能只测一次就停止。 iii. 事件测量一般是由eNB来释放的，周期测量可以UE自己释放。比如，测量次数配置成2次，UE报完2次就自己把测量释放掉；如果是配置成无限次，就只能靠eNB释放测量来停止了 3. 测报上发 下面根据用例8.2.3.12.1描述下B2的测量过程 8.2.3.12.1 Measurementconfiguration control and reporting / Inter-RAT measurements /Event B2 /Measurement of NR cells / EN-DC8.2.3.12.1-1 测试目的(TP)1. UE在链接态时， UE不满足进入B2事件，UE不发送B2测报 2. UE在链接态时， UE满足进入B2事件，UE发送B2测报 3. UE在链接态时， UE满足离开B2事件，UE不发送B2测报 8.2.3.12.1-2具体流程描述(TD)(1)Case的前期准备条件PCell1: E-UTRA cell 1 PSCell: NR cell 1 UE: none (2)Case的具体步骤 Preamble:根据38.508-1[4]的通用流程，UE完成E-UTRA的注册后处于IDLE态（关注微信公众号 “5GPCT” 获取通用流程） Step1: SS发送一个RRCConnectionReconfiguration的测量配置来设置异系统的测量和报告NRCell 1，其RRCConnectionReconfiguration配置如下 -----------以下是基于测量事件的重配------------ 其RRCConnectionReconfiguration配置如下：
其中主要参数有： 1. measObjectToAddModList 该项是测量对象的添加和删除，主要包括测量ID（measObjectid）和CarrierFreq 其内容如下：
CarrierFreq为小区的NDL号，图中为500190 offsetFreq_r15为小区的频偏值，就是事件中的Ofn，图中为0dB measObjectId 为测量对象的ID号，图中为2 大家补充对比下LTE的情况，以下是LTE的measObjectToAddModList：
其中neighCellConfig： BitString00：表示部分邻区具有相同的MBSFN子帧 BitString01：表示所有邻区不具有MBSFN子帧配置 BitString10：表示所有邻区的MBSFN子帧配置与服务小区相同或为子集 BitString11：TDD服务小区具有不同上下行配比的邻区 presenceAntennaPort1: 用来指示所有邻区是否使用天线端口1，设置成“TURE”，UE会考虑邻区使用两个天线端口 timeToTrigger: 当事件的条件存在了一定的时间之后才触发报告，避免物理层测量结果的偶然性 maxReportCells：除了服务小区，最大允许上报小区的数量 2. reportConfigToAddModList 该项是指报告配置，为UE配置测量事件的参数，主要包括reportConfigId（途中=2），事件类型（eventId=B2事件），门限（Threshold），偏移量（hysteresis=3），报告间隔时间（reportInterval=1024ms）和报告的数量（reportAmount）
根据协议其中部分参数计算需要转化，算法为： hysteresis实际值是字段值* 0.5 dB：hysteresis实际值=3*0.5=1.5dB Threshold1实际值是字段值-140（LTE）：Threshold1实际值=68-140=-72dBm Threshold2实际值是字段值-156（NR）：Threshold2实际值=72-156=-84dBm 3. measIdToAddModList 该项是为了配置测量集，会与之后UE的测报相对应如图下表示 MeasId=1/measObject=2/reportConfigId=2 为一个测量条件，允许有多个MeasId或者measObject或 reportConfigId。
4. MeasGapconfig 异系统需要配置Gap测量，这里配置Gap=20
由以上的各参数大家可以算出，进入B2的条件为： 条件1：Mp + Hys <Thresh1即MP+3*0.5<-72dBm得Mp<-73.5dBm 条件2：Mn + Ofn + Ocn – Hys >Thresh2 即Mn+0+0-3*0.5>-84dBm 得Mn>-80.5dBm 大家补充对比下LTE的设置，以下是LTE的reportConfigToAddModList：
由图可知门限Threshold的计算方式为： NR-<RSRP：门限值-156 LTE-<RSRP：门限值-140；RSRQ：（门限值-40）/2 WCDMA-<RSCP：门限值-115；EC/NO：（门限值-49）/2 GSM-<RSSI：门限值-110 其中 LTE得Gap如下：
目前，LTE有两种GAP模式： GAP Pattern 0(type 1)：重复测量周期为40ms，测量周期为6ms。 GAP Pattern 1(type 2)：重复测量周期为80ms，测量周期为6ms。 -----------以上是基于测量事件的重配------------ Step2:UE回复rrcConnectionReconfigurationComplete，并开始测量过程 在这里协议配置的能量如下：
-----------以下是UE的测量过程------------ 那UE是怎么完成测量过程呢，已LTE为例（因为手上没有NR得UE侧log，NR过程和LTE一样，只是链接态得测量信令不一致，NR搜SSB） 大致流程为：物理层测量后上报测量值->经过层3的滤波->上报滤波后测量值->符合条件即发测报
根据现在配置的小区能量： E-UTRAN Cell1 为-84dBm 不符合Mp<-73.5dBm得条件 NR Cell1为-91dBm 不符合Mn>-80.5dBm得条件，因此不发送B2测报 -----------以上是UE的测量过程------------ Step3：UE不发送B2测报 Step4：SS调整能量如下：
可以看出 条件2符合，但是条件1不符合，所以依旧不发测报 Step5：UE不发测报 Step6：SS 调整能量，使两个条件都符合
Step7：UE发送基于B2事件得测报
这就是测报，各事件的测报包含的参数是一致得，其中： measId：测量ID（测量报告的ID与重配中的测量ID和上报ID相对应，用于标识测量报告对应的测量事件和测量频点等参数 这个与上面measIdToAddModList相对应，表示这个测报是对于measIdToAddModList 中measId=1要求发的测报 Step8-16：SS 不断调整能量，使其满足该用例的测试目的（后面的步骤与前面类似不在具体描述） 以上就是基于事件的测量流程 -------------相关协议下载------------ 3Gpp 协议网址：http://www.3gpp.org/ftp/
| 
1
发表于 2019-11-27 13:06:33
