WCDMA中的同频测报



在分析实网掉话、掉链、杂音的过程中，常常能够看到很好的小区不在激活集中，而激活集中的小区信号质量变差导致无法较好的解码下行数据，最终出现链路问题。遇到此种问题时，总需要分析下测量报告是否合理，所以想总结下同频小区的测量报告过程。当然测量报告可以分为很多种，同频、异频、异系统、UE本身相关的测量(tx-rx timing diff、6b/6d等功率相关)等等，这里只是关注下同频的测量及报告的相关内容。

一、测量流程的主要参数：

测报的过程主要是根据测量结果和评估配置参数来触发，所以理解了相关参数的含义，对于基本的流程也就有所了解了。

关于直接测量结果有：EcIo、RSCP，在WCDMA系统都是根据PCPICH来得到结果的；

测量的触发往往是通过测量结果和测控的相关配置消息得到；

测量控制的相关信息，需要在系统消息(如SIB11/12)或者测控消息中进行获取；

cellID：

--小区的标号，在测控中用于增加/删减小区；

measurement ID:

--在UE上报测报的过程中需要携带对应的值，不同的ID对应不同的测量要求，但也可能是同一类型的要求，如实网中经常会有同一类型事件不同评估参数的同一类型的测报。

Reference  time difference to cell：

--MBSFN具体使用？

Read SFN indicator：

--是否需要读取邻小区的SFN,SFN往往用于计算和当前服务小区或者当前DPCH的同步时间关系（SFN-CFN OTD,SFN-SFN OTD： observed time difference），如同频的OFF/TM，SFN-SFN timing difference等值，上报的测量值会提供给网络一些参考信息。例如：Tm值上报1A的过程中，可能会用来计算激活集新小区的DPCH FrameOffset。

--关于异频的测量，在需要压缩模式测量异频的情况下，UE可以不支持SFN读取，而在不需要开启压缩模式测量的能力下，需要支持异频SFN的读取；如Dual Cell情况下，支持邻频小区的非压缩模式测量。

PrimaryCPICH-TX-Power：

--网络发送的PCPICH的功率大小，在测量评估需要计算路径损耗的时候，需要采用此配置；

--Pathloss in dB =  Primary CPICH Tx power - CPICH RSP

TX Diversity Indicator:

--网络是否存在分集模式的参数指示；

--如果在TX-Diversity的情况下RSCP的测量值需要是两个天线发送的整体的功率值。

--UE采用多接收的情况下，测量的RSCP不能低于任意一个天线的测量值。

Cell Individual Offset:

--测控信息中可以对不同的小区进行不同的配置值，选择性地用于在评估计算时叠加到相应小区的评估值上；

Report Indicator：

--消息中可以指示 上报的测报中是否携带PCPICH EcIo、RSCP、pathloss、sync information等信息；

Meas Quantity：

--触发测量报告采用什么质量因素作为评估依据：亦即选择EcIo、RSCP、pathloss中的一个作为参考量；

filterCoefficient：

--L3滤波系数，用于测量结果的平滑计算，区别与L1结果滤波；系数为0时刻表示不需要进行L3滤波；

Fn = (1-a)*Fn-1(旧的滤波结果) + a*Mn(新的测量结果)，a = 1/(2^(k/2))--k为配置系数

Meaurement Report Transfer Mode:

--配置上报测报采用RLC的AM/UM模式；

PeriodicalOrEventTrigger：

--测报类型：周期报告或是事件触发；

event identity：

--事件报告的事件类型：如同频的事件有1a\1b...1j\1f;

Trigger condition：

--哪些类型的小区可以评估触发相应类型的事件报告：Active Set Cells、Monitored、Detected等其中的一种或多种类型；

--Trigger condition1和trigger condition2的区别：不同的事件类型采用不同的trigger condition；

ReportingRange：

--0-14.5dB 步长0.5，在1a、1b中使用；

forbiddenAffectCellList：

--1a、1b中使用包含相应小区的Primary Scrambling Code;

w:

--0.0 - 2.0步长为0.1，1a/1b中使用；当1a、1b中w为非0时刻需要考虑所有非forbidden小区的测量结果的计算，而为0时，评估公式中只会有激活集最好小区会影响计算结果；

Hysteresis：

--评估中迟滞值得配置，可以理解为超过报告范围限值Hysteresis后才能满足报告要求；

Threshold used frequency:

--1e/1J事件，判断服务频点好于或差于某一门限值;

activation Threshold：

--小区报告的门限值：1A中的reportDeactivationThreshold：允许上报1A事件，激活集中最多的小区个数；ReplacementActivationThreshold：可以触发上报1c事件，激活集中最少的小区个数，常常

看到实网中会出现互斥的配置如1A配置2、1C中配置为3的场景；

Reporting Amount:

--允许触发的报告的最大次数，可以为Infinity；

Reporting Interval：

--发送测报的周期间隔；

ReportingCellStatus：

--指示报告的小区类型及报告小区个数(有monitored activeSet Detected vitrualAct monitored non-used freqency 等等)；

二、小区的分类

ActiveSetCell：

--激活集中的小区，存在DPCH/FDPCH链接的小区；

Monitored Cell：

--网络配置邻小区列表，有同频/异频小区之分(non-used frequency)；

Detected Cell：

--UE自身测量发现，并且不再邻小区列表的小区，同频/异频之分(non-used frequency)；

Vitural Active Set Cell：

--虚激活集是指未使用的频点如果作为使用频点，哪些小区作为激活集，需要在配置异频测量控制进行初始化，周期性报告无需建立虚激活集；

--每个异频频点有自己的虚激活集，需要根据1a的配置进行初始化和更新；

EDCH Serving Cell:

--EDCH的服务小区，存在AGCH配置的小区；

EDCH Serving RLS

--和EDCH Serving Cell相同的RG combiner Index的小区集；

Non-Serving RLs

--和EDCH Serving Cell不相同的小区；

三、几类相关问题

测报不响应：

--测报上报给网络后，网络没有更新相应激活集小区，UE最直接的是确认消息是否异常(完整性保护或者发送过程中数据异常)；

测报不及时：

--在等到满足上报条件，并且到达time to trigger的条件后，上报测报，但此时已经上报测报不成功，或是能够上报成功，无法正确接收到下行的小区更新命令；

--确认下行是否有信令的情况，在非BTFD条件可以通过确认TFCI是否正确，有些情况下数据的解码性能不如TFCI，所以能够看到TFCI正确而解码不正确的情形；

测报未触发：

--测量的小区较好，但不是属于trigger condition条件下的小区，比较常见的是属于Detected的小区无法上报；

--在此类情况下有可能小区更新不够合理？观察过网络的log，在存在A\B\C小区到删除A、B小区情况后小区列表会进行更新，而可能在A' B' C'情况下无法加入的新小区的场景，是由于差的小区没有及时更新导致(小区的列表更新收到最大个数的限制)；