概述
在分析实网掉话、掉链、杂音的过程中，常常能够看到很好的小区不在激活集中，而激活集中的小区信号质量变差导致无法较好的解码下行数据，最终出现链路问题。遇到此种问题时，总需要分析下测量报告是否合理，所以想总结下同频小区的测量报告过程。当然测量报告可以分为很多种，同频、异频、异系统、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：
--事件报告的事件类型：如同频的事件有1a1b...1j1f;
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，在存在ABC小区到删除A、B小区情况后小区列表会进行更新，而可能在A' B' C'情况下无法加入的新小区的场景，是由于差的小区没有及时更新导致(小区的列表更新收到最大个数的限制)；
最后
以上就是单身季节为你收集整理的WCDMA中的同频测报的全部内容，希望文章能够帮你解决WCDMA中的同频测报所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
发表评论 取消回复