02-搜索空间与盲检 - Search Space & Blind Decoding¶

本文档详细解释 4G LTE 和 5G NR 的搜索空间配置和盲检流程

一、搜索空间概述¶

1.1 为什么需要搜索空间？¶

问题：UE 不知道 PDCCH 的确切位置

原因:
├─ PDCCH 位置动态变化 (每子帧/时隙)
├─ 多个 UE 共享控制信道资源
├─ eNB/gNB 根据调度需求分配
└─ UE 需要"盲检"可能的位置

解决方案：搜索空间 (Search Space)
├─ 定义一组可能的 PDCCH 位置
├─ UE 在这些位置尝试解码
└─ CRC 校验通过则认为找到 PDCCH

1.2 搜索空间定义¶

搜索空间 = PDCCH Candidate 的集合

Search Space Set 配置包括:
├─ 搜索空间类型 (Common / UE-Specific)
├─ 监测周期 (多少时隙监测一次)
├─ 监测时机 (时隙内的符号位置)
├─ CCE 候选数量 (per AL)
├─ 聚合等级集合
└─ CORESET ID 关联 (5G)

二、搜索空间类型¶

2.1 Common Search Space (CSS)¶

公共搜索空间 — 所有 UE 都需要监测

┌─────────────────────────────────────────────────────────┐
│              Common Search Space (CSS)                  │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  用途：                                                  │
│  ├─ 系统信息调度 (SIB)                                  │
│  ├─ 寻呼 (Paging)                                       │
│  ├─ 随机接入响应 (RAR)                                  │
│  ├─ 功率控制命令 (TPC)                                  │
│  └─ 组调度信息                                          │
│                                                         │
│  DCI 格式：                                              │
│  ├─ DCI 0_0/1_0 (fallback)                              │
│  ├─ DCI 1C (系统信息)                                   │
│  └─ DCI 2_0/2_1/2_2/2_3 (5G 组信息)                      │
│                                                         │
│  RNTI 类型：                                             │
│  ├─ SI-RNTI (系统信息)                                  │
│  ├─ P-RNTI (寻呼)                                       │
│  ├─ RA-RNTI (随机接入)                                  │
│  ├─ TC-RNTI (临时 C-RNTI)                               │
│  └─ TPC-PUCCH-RNTI / TPC-PUSCH-RNTI (功率控制)          │
│                                                         │
│  聚合等级：                                              │
│  ├─ LTE: AL-4, AL-8                                     │
│  └─ 5G: AL-4, AL-8, AL-16                               │
│                                                         │
└─────────────────────────────────────────────────────────┘

2.2 UE-Specific Search Space (USS)¶

UE 专用搜索空间 — 每个 UE 独立配置

┌─────────────────────────────────────────────────────────┐
│            UE-Specific Search Space (USS)               │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  用途：                                                  │
│  ├─ 用户数据调度 (PDSCH/PUSCH)                          │
│  ├─ 半持续调度 (SPS)                                    │
│  └─ 载波聚合调度 (CA)                                   │
│                                                         │
│  DCI 格式：                                              │
│  ├─ DCI 0_0/0_1 (上行)                                  │
│  ├─ DCI 1_0/1_1 (下行)                                  │
│  └─ DCI 2_x (MIMO, CA 等)                               │
│                                                         │
│  RNTI 类型：                                             │
│  ├─ C-RNTI (主要 RNTI)                                  │
│  ├─ CS-RNTI (配置调度)                                  │
│  ├─ SP-CSI-RNTI (半持续 CSI)                            │
│  └─ MCS-C-RNTI (MCS 表指示)                             │
│                                                         │
│  聚合等级：                                              │
│  ├─ LTE: AL-1, AL-2, AL-4, AL-8                         │
│  └─ 5G: AL-1, AL-2, AL-4, AL-8, AL-16                   │
│                                                         │
└─────────────────────────────────────────────────────────┘

2.3 CSS vs USS 对比¶

特性	CSS	USS
监测 UE	所有 UE	特定 UE
配置方式	系统广播 (SIB)	RRC 专用配置
位置	固定 (靠近 CCE 0)	UE 特定 (基于 C-RNTI)
AL	4, 8 (高 AL 优先)	1, 2, 4, 8, 16
DCI 格式	有限 (0/1A/1C 等)	全部格式
重要性	高 (系统信息)	中 (用户数据)

三、LTE 搜索空间详解¶

3.1 搜索空间定义公式¶

搜索空间 S_k^(L) 在聚合等级 L 的 Candidate 位置:

S_k^(L) = L × {(Y_k + m) mod floor(N_CCE,k / L)} + i

参数说明:
├─ L: 聚合等级 (1, 2, 4, 8)
├─ Y_k: 起始偏移 (子帧 k 的函数)
├─ m: Candidate 索引 (0 ~ M^(L)-1)
├─ N_CCE,k: 子帧 k 的总 CCE 数
└─ i: 0 ~ L-1

Y_k 计算:
├─ CSS: Y_k = 0 (固定)
└─ USS: Y_k = (A × Y_{k-1}) mod D
       ├─ A = 39827
       ├─ D = 65537
       └─ Y_{-1} = C-RNTI

3.2 LTE 搜索空间配置¶

┌─────────────────────────────────────────────────────────┐
│              LTE 搜索空间配置                            │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  Common Search Space (CSS):                             │
│  ┌─────────┬──────────────┬─────────────┐              │
│  │   AL    │  Candidate 数 │  DCI 格式   │              │
│  ├─────────┼──────────────┼─────────────┤              │
│  │    4    │      4       │  0/1A/1C   │              │
│  │    8    │      2       │  0/1A/3/3A │              │
│  └─────────┴──────────────┴─────────────┘              │
│  CSS 总 Candidate 数：6                                  │
│                                                         │
│  UE-Specific Search Space (USS):                        │
│  ┌─────────┬──────────────┬─────────────┐              │
│  │   AL    │  Candidate 数 │  DCI 格式   │              │
│  ├─────────┼──────────────┼─────────────┤              │
│  │    1    │      6       │  0/1A      │              │
│  │    2    │      6       │  0/1A      │              │
│  │    4    │      2       │  0/1A      │              │
│  │    8    │      2       │  0/1A      │              │
│  └─────────┴──────────────┴─────────────┘              │
│  USS 总 Candidate 数：16                                 │
│                                                         │
│  总盲检次数：6×2 + 16×2 = 44 次/子帧                      │
│                                                         │
└─────────────────────────────────────────────────────────┘

3.3 LTE 搜索空间位置示例¶

示例：20MHz 系统，N_CCE = 100

CSS (Y_k = 0):
AL-4:
  Candidate 0: CCE 0-3
  Candidate 1: CCE 4-7
  Candidate 2: CCE 8-11
  Candidate 3: CCE 12-15

AL-8:
  Candidate 0: CCE 0-7
  Candidate 1: CCE 8-15

USS (假设 Y_k = 10, C-RNTI = 1234):
AL-1:
  Candidate 0: CCE (10+0) mod 100 = CCE 10
  Candidate 1: CCE (10+1) mod 100 = CCE 11
  ...
  Candidate 5: CCE (10+5) mod 100 = CCE 15

AL-2:
  Candidate 0: CCE 2×{(10+0) mod 50} = CCE 20-21
  Candidate 1: CCE 2×{(10+1) mod 50} = CCE 22-23
  ...

四、5G NR 搜索空间详解¶

5G 搜索空间配置¶

┌─────────────────────────────────────────────────────────┐
│              5G NR 搜索空间配置                          │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  Search Space Set 配置 (RRC):                           │
│  searchSpace: SEQUENCE {                                │
│    searchSpaceId         SearchSpaceId,                 │
│    controlResourceSetId  ControlResourceSetId,          │
│    monitoringSlotPeriodicityAndOffset  CHOICE {         │
│      sl1    NULL,                                       │
│      sl2    INTEGER(0..1),                              │
│      sl4    INTEGER(0..3),                              │
│      sl5    INTEGER(0..4),                              │
│      sl8    INTEGER(0..7),                              │
│      sl10   INTEGER(0..9),                              │
│      sl16   INTEGER(0..15),                             │
│      sl20   INTEGER(0..19)                              │
│    },                                                   │
│    duration              INTEGER(2..2555),              │
│    monitoringSymbolsWithinSlot  BIT STRING,             │
│    nrofCandidates        SEQUENCE {                     │
│      aggregationLevel1    ENUMERATED(n0,n1,n2,n3,n4,n5,n6,n8),
│      aggregationLevel2    ENUMERATED(n0,n1,n2,n3,n4,n5,n6,n8),
│      aggregationLevel4    ENUMERATED(n0,n1,n2,n3,n4,n5,n6,n8),
│      aggregationLevel8    ENUMERATED(n0,n1,n2,n3,n4,n5,n6,n8),
│      aggregationLevel16   ENUMERATED(n0,n1,n2,n3,n4,n5,n6,n8)
│    },                                                   │
│    searchSpaceType       CHOICE {                       │
│      common               SEQUENCE {...},               │
│      ue-Specific          SEQUENCE {...}                │
│    }                                                    │
│  }                                                      │
│                                                         │
└─────────────────────────────────────────────────────────┘

5G 搜索空间配置示例¶

# CSS 配置示例
SearchSpace #0 (CSS):
  controlResourceSetId: 0
  monitoringSlotPeriodicityAndOffset: sl1 (每时隙监测)
  duration: 2 符号
  monitoringSymbolsWithinSlot: 10000000000000 (符号 0)
  nrofCandidates:
    aggregationLevel4: n4
    aggregationLevel8: n2
    aggregationLevel16: n2
  searchSpaceType: common

# USS 配置示例
SearchSpace #1 (USS):
  controlResourceSetId: 1
  monitoringSlotPeriodicityAndOffset: sl2 (每 2 时隙监测)
  duration: 2 符号
  monitoringSymbolsWithinSlot: 10000000000000 (符号 0)
  nrofCandidates:
    aggregationLevel1: n6
    aggregationLevel2: n6
    aggregationLevel4: n2
    aggregationLevel8: n2
  searchSpaceType: ue-Specific

五、盲检流程详解¶

5.1 盲检流程¶

┌─────────────────────────────────────────────────────────┐
│              PDCCH 盲检流程                              │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  步骤 1: 确定监测时机                                    │
│  ├─ 读取 Search Space 配置                              │
│  ├─ 计算监测时隙：sfn, slot                            │
│  └─ 确定监测符号位置                                    │
│                                                         │
│  步骤 2: 提取候选资源                                    │
│  ├─ for each Search Space Set                          │
│  ├─ for each Aggregation Level                         │
│  └─ for each Candidate                                 │
│                                                         │
│  步骤 3: 解码尝试                                        │
│  ├─ 提取 CCE 资源                                        │
│  ├─ 信道估计与均衡                                      │
│  ├─ 解调 (QPSK → 软比特)                                │
│  ├─ 解扰                                                 │
│  ├─ 信道解码 (TBCC/Polar)                              │
│  └─ CRC 校验                                             │
│                                                         │
│  步骤 4: RNTI 解扰                                       │
│  ├─ 用候选 RNTI 解扰 CRC                                 │
│  ├─ 检查 CRC 是否通过                                    │
│  └─ 通过 → 提取 DCI，失败 → 尝试下一 Candidate          │
│                                                         │
│  步骤 5: DCI 处理                                        │
│  ├─ 解析 DCI 内容                                        │
│  ├─ 执行调度 (PDSCH 接收/PUSCH 发送)                     │
│  └─ 继续监测其他 Search Space                          │
│                                                         │
└─────────────────────────────────────────────────────────┘

5.2 盲检伪代码¶

# PDCCH 盲检伪代码

def blind_decode(search_space_set, rnti_list):
    for ss in search_space_set:
        # 确定监测时机
        if not is_monitoring_slot(ss):
            continue

        # 获取 CORESET 资源
        coreset = get_coreset(ss.controlResourceSetId)

        # 遍历聚合等级
        for al in ss.aggregation_levels:
            # 遍历 Candidate
            for m in range(ss.nrofCandidates[al]):
                # 计算 CCE 起始位置
                cce_start = calculate_cce_position(ss, al, m)

                # 提取资源
                symbols = extract_resources(coreset, cce_start, al)

                # 解码
                llr = demodulate(symbols)
                bits = decode(llr)  # TBCC or Polar

                # CRC 校验
                for rnti in rnti_list:
                    if crc_check(bits, rnti):
                        # 成功！提取 DCI
                        dci = extract_dci(bits)
                        process_dci(dci)
                        return dci

    # 未找到 PDCCH
    return None

六、盲检次数计算¶

6.1 LTE 盲检次数¶

┌─────────────────────────────────────────────────────────┐
│              LTE 盲检次数计算                            │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  Common Search Space (CSS):                             │
│  ├─ AL-4: 4 Candidates × 2 DCI 格式 (0/1A) = 8 次        │
│  ├─ AL-4: 4 Candidates × 1 DCI 格式 (1C) = 4 次          │
│  └─ AL-8: 2 Candidates × 2 DCI 格式 (0/1A/3/3A) = 4 次   │
│  CSS 小计：16 次                                         │
│                                                         │
│  UE-Specific Search Space (USS):                        │
│  ├─ AL-1: 6 Candidates × 2 DCI 格式 = 12 次              │
│  ├─ AL-2: 6 Candidates × 2 DCI 格式 = 12 次              │
│  ├─ AL-4: 2 Candidates × 2 DCI 格式 = 4 次               │
│  └─ AL-8: 2 Candidates × 2 DCI 格式 = 4 次               │
│  USS 小计：32 次                                         │
│                                                         │
│  总计：16 + 32 = 48 次 ≈ 44 次/子帧                       │
│                                                         │
└─────────────────────────────────────────────────────────┘

6.2 5G NR 盲检次数¶

┌─────────────────────────────────────────────────────────┐
│              5G NR 盲检次数限制                          │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  FR1 (Sub-6 GHz):                                       │
│  ├─ 每时隙最多 44 次盲检                                 │
│  └─ 每时隙最多 56 个非重叠 CCE                           │
│                                                         │
│  FR2 (mmWave):                                          │
│  ├─ 每时隙最多 56 次盲检                                 │
│  └─ 每时隙最多 72 个非重叠 CCE                           │
│                                                         │
│  每小区最大 Search Space Sets: 10                       │
│  每 BWP 最大 CORESET: 3                                 │
│                                                         │
└─────────────────────────────────────────────────────────┘

6.3 盲检复杂度对比¶

每次盲检操作:
├─ 资源提取 (从 OFDM 符号)
├─ 信道估计与均衡
├─ 解调 (QPSK → 软比特/LLR)
├─ 解扰
├─ 信道解码 (TBCC Viterbi / Polar SCL)
├─ CRC 校验
└─ RNTI 解扰

复杂度比较:
├─ LTE: 44 次/子帧 (1ms) = 44,000 次/秒
├─ 5G (30kHz): 44 次/时隙 (0.5ms) = 88,000 次/秒
└─ 5G 解码复杂度更高 (Polar vs TBCC)

七、搜索空间配置实例¶

7.1 LTE 配置实例¶

场景：20MHz FDD LTE 系统

SIB2 配置:
  commonSearchSpace:
    aggregationLevel4: 4 candidates
    aggregationLevel8: 2 candidates

  ue-SpecificSearchSpace:
    aggregationLevel1: 6 candidates
    aggregationLevel2: 6 candidates
    aggregationLevel4: 2 candidates
    aggregationLevel8: 2 candidates

UE 行为:
1. 读取 SIB2 获取搜索空间配置
2. 每子帧监测 CSS (AL-4, AL-8)
3. 每子帧监测 USS (AL-1/2/4/8)
4. 总共 44 次盲检尝试
5. CRC 通过后提取 DCI

7.2 5G 配置实例¶

# 5G RRC 配置示例

ControlResourceSet #1:
  frequencyDomainResources: '11111111111100000000000000000000' (48 RBs)
  duration: 2 符号
  cce-REG-MappingType: interleaved
  reg-BundleSize: 6
  interleaverSize: 2
  precoderGranularity: sameAsREG-bundle

SearchSpace #0 (CSS):
  controlResourceSetId: 0
  monitoringSlotPeriodicityAndOffset: sl1
  monitoringSymbolsWithinSlot: '10000000000000'
  nrofCandidates:
    aggregationLevel4: n4
    aggregationLevel8: n2
    aggregationLevel16: n2
  searchSpaceType: common
  dci-Formats: format0-0-and-format1-0

SearchSpace #1 (USS):
  controlResourceSetId: 1
  monitoringSlotPeriodicityAndOffset: sl2
  monitoringSymbolsWithinSlot: '10000000000000'
  nrofCandidates:
    aggregationLevel1: n6
    aggregationLevel2: n6
    aggregationLevel4: n2
    aggregationLevel8: n2
  searchSpaceType: ue-Specific
  dci-Formats: format0-1-and-format1-1

八、优化技术¶

8.1 盲检优化¶

减少盲检次数的方法:

1. DCI 大小对齐
   ├─ DCI 0_0 和 1_0 大小相同
   ├─ DCI 0_1 和 1_1 大小填充对齐
   └─ 减少盲检格式数

2. 搜索空间限制
   ├─ 配置合理的监测周期
   ├─ 避免不必要的 Search Space
   └─ 限制最大盲检次数

3. 早期终止
   ├─ CRC 通过后停止盲检
   ├─ 低优先级 SS 延后监测
   └─ 功率节省

8.2 功率节省技术¶

UE 功率节省方法:

1. 非连续监测 (DRX)
   ├─ 激活期监测 PDCCH
   └─ 休眠期关闭接收

2. Search Space 分组
   ├─ 重要 SS (CSS) 优先监测
   └─ 次要 SS 条件监测

3. 自适应盲检
   ├─ 根据历史统计优化顺序
   ├─ 高概率 Candidate 优先
   └─ 动态调整 RNTI 列表

4. 唤醒信号 (WUS)
   ├─ 低功耗信号指示是否需要监测
   └─ 避免不必要的盲检

九、常见问题¶

9.1 PDCCH 丢失¶

问题：UE 未检测到 PDCCH

可能原因:
├─ 信道条件差 (SINR 低)
├─ 聚合等级过低
├─ 搜索空间配置错误
├─ RNTI 配置不匹配
└─ 定时同步问题

解决方法:
├─ 提高聚合等级
├─ 增加发射功率
├─ 检查 RRC 配置
├─ 重新同步
└─ 切换小区

9.2 盲检失败率高¶

问题：盲检成功率低

可能原因:
├─ 干扰过大
├─ 信道估计不准确
├─ 解码算法问题
└─ 参考信号质量差

优化方法:
├─ 干扰协调 (ICIC)
├─ 改进信道估计
├─ 增加 DMRS 密度
└─ 调整调度策略

十、本章小结¶

关键要点¶

搜索空间: 定义 PDCCH 可能位置的集合
CSS: 公共搜索空间，所有 UE 监测
USS: UE 专用搜索空间，独立配置
盲检: UE 在搜索空间内尝试解码 PDCCH
盲检次数: LTE 44 次/子帧，5G 44-56 次/时隙
优化: DCI 大小对齐、功率节省技术

下一章预告¶

下一章 03-LTE-PDCCH-编码解码.md 将深入讲解: - LTE TBCC 编码原理 - 速率匹配过程 - Viterbi 解码算法 - 加扰与调制 - 完整编码解码流程

文档版本：v1.0
最后更新：2026-03-27
作者：AI Assistant