CCE聚合度配置异常导致NR拉网时部分小区下行调度包数异常
现象描述
网格测试时发现NR552等多个小区存在调度包数不足的问题，其调度包数大概率下降到1400或以下，影响下载速率，如图1和图2所示。
图1  测试指标1
图2  测试指标2
问题分析
  1. 基础数据分析
    分析切换前的正常小区和本小区的各项数据，DL_MCS、RB、RI正常，如图3、图4和图5所示。
    图3  切换前指标（DL_MCS）
    图4  切换前指标（RB）
    图5  切换前指标（RI）
  2. 上行反馈对比
    上行RB、包数、BLER均正常，如图6和图7所示。
    图6  上行指标数据1
    图7  上行指标数据2
  3. 定点验证
    在NR552小区进行定点验证，发现包数可以达到1600包，但是不稳定，仍然存在包数小于1400包的问题。
  4. 正常小区和异常小区重配消息对比
    对比正常调度小区和异常小区的重配消息，发现异常小区的CCE=4的候选集配置为2（nrofCandidatesAggregationLevel4：聚合度是4对应的候选集个数），正常小区的CCE=4的候选集配置为4，如图8所示。
    对比其他异常小区，发现其CCE=4的候选集均配置为2；初步怀疑为候选集变小，导致盲检出错，进而CCE分配失败。
    图8  重配消息对比
  5. 修改验证
    修改CCE=4的候选集为4进行对比验证，数据如图9所示。
    图9  修改后指标
    从数据来看，其调度包数正常，均为1600包。
解决方案
核查其他异常小区，发现对应的CCE=4的候选集均配置为2。修改该参数后进行拉网复测，所有调度包数均可达到1600包，问题得到解决。
效果总结
  1. 该问题主要为参数配置问题，该小区的CCE配置为4CCE，对应的候选集配置为2，导致可用的候选集减少，盲检出错概率增加，引起CCE分配失败；
  2. 修改CCE=4对应的候选集为4（版本默认推荐参数），问题得到解决；
  3. 如果出现类似问题，可核查是否对应的候选集出错引起异常。
说明：
路径为SearchSpace→nrofCandidates→aggregationLevel4(UE-specific)，聚合度是4对应的候选集个数。
网格测试时，出现此类问题，可以通过对比正常小区和异常小区下发的RRC连接重配消息，检查不一致的地方，确认是否对异常有影响。本问题中通过修改CCE配置，提升拉网速率，提高用户感知。