06-LTE 容量与性能 - 容量分析、BLER 目标
本文档分析 LTE PDCCH 的容量限制和性能指标
一、PDCCH 容量概述
1.1 容量定义
PDCCH 容量 = 每子帧可传输的 PDCCH 数量
| 影响 PDCCH 容量的因素:
├─ 系统带宽 (RB 数量)
├─ 控制区域大小 (符号数)
├─ 聚合等级 (AL)
├─ DCI 格式大小
└─ PCFICH/PHICH 占用
|
1.2 容量限制因素
| ┌─────────────────────────────────────────────────────────┐
│ PDCCH 容量限制因素 │
├─────────────────────────────────────────────────────────┤
│ │
│ 1. CCE 资源限制 │
│ └─ 每子帧可用 CCE 数量有限 │
│ │
│ 2. 盲检次数限制 │
│ └─ UE 每子帧最多 44 次盲检 (LTE) │
│ │
│ 3. 搜索空间限制 │
│ └─ CSS/USS 的 CCE 位置约束 │
│ │
│ 4. DCI 大小对齐 │
│ └─ 减少盲检复杂度的大小匹配要求 │
│ │
│ 5. 功率限制 │
│ └─ eNodeB 总发射功率分配 │
│ │
└─────────────────────────────────────────────────────────┘
|
二、CCE 资源计算
2.1 可用 CCE 数量
| 可用 CCE 计算公式:
N_CCE_available = (N_REG_total - N_REG_PCFICH - N_REG_PHICH) / 9
其中:
- N_REG_total: 控制区域总 REG 数
- N_REG_PCFICH: 4 (固定)
- N_REG_PHICH: 取决于 Ng 配置
- 9: 每 CCE 的 REG 数
|
2.2 不同带宽下的 CCE 容量
| 系统带宽 | RB 数量 | 控制符号 | 总 REG | PHICH REG | 可用 CCE |
| 5 MHz | 25 | 3 | 225 | 27 | 21 |
| 10 MHz | 50 | 3 | 450 | 54 | 43 |
| 15 MHz | 75 | 3 | 675 | 81 | 65 |
| 20 MHz | 100 | 3 | 900 | 108 | 87 |
假设 Ng=1，Normal PHICH 时长
2.3 CCE 分配示例
| 20 MHz 系统，控制区域 3 符号:
总 CCE 资源: 87 CCE
典型分配:
├─ CSS (Common Search Space): 16 CCE
│ ├─ AL=4: 4 个候选 (16 CCE)
│ └─ AL=8: 2 个候选 (16 CCE, 重叠)
│
└─ USS (UE-Specific Search Space): 71 CCE
├─ AL=1: 6 个候选 (6 CCE)
├─ AL=2: 6 个候选 (12 CCE)
├─ AL=4: 2 个候选 (8 CCE)
└─ AL=8: 2 个候选 (16 CCE)
已用 CCE: 16 + 6 + 12 + 8 + 16 = 58 CCE
剩余 CCE: 87 - 58 = 29 CCE (可用于多 UE 调度)
|
三、盲检容量分析
3.1 盲检次数限制
| LTE 盲检次数限制 (每子帧):
┌─────────────────────────────────────────────────────────┐
│ UE 盲检次数预算 │
├─────────────────────────────────────────────────────────┤
│ │
│ CSS (Common Search Space): 12 次 │
│ ├─ AL=4: 4 个候选 × 2 DCI 大小 = 8 次 │
│ └─ AL=8: 2 个候选 × 2 DCI 大小 = 4 次 │
│ │
│ USS (UE-Specific Search Space): 32 次 │
│ ├─ AL=1: 6 个候选 × 2 DCI 大小 = 12 次 │
│ ├─ AL=2: 6 个候选 × 2 DCI 大小 = 12 次 │
│ ├─ AL=4: 2 个候选 × 2 DCI 大小 = 4 次 │
│ └─ AL=8: 2 个候选 × 2 DCI 大小 = 4 次 │
│ │
│ 总计: 44 次盲检/子帧 │
│ │
└─────────────────────────────────────────────────────────┘
|
3.2 盲检容量计算
| 系统总盲检容量:
N_blind_total = N_UE × N_blind_per_UE
但实际受限于:
1. CCE 资源总数
2. 搜索空间重叠
3. DCI 大小数量
实际可调度 UE 数:
N_UE_max ≈ N_CCE_available / N_CCE_per_UE
示例 (20 MHz):
- N_CCE_available = 87
- 平均每 UE 需要 4 CCE (AL=4)
- N_UE_max ≈ 87 / 4 ≈ 21 UE/子帧
考虑盲检限制:
- 每 UE 32 次 USS 盲检
- 总盲检预算限制并发 UE 数
|
3.3 搜索空间重叠
| 搜索空间重叠问题:
多个 UE 的搜索空间可能重叠，导致:
┌─────────────────────────────────────────────────────────┐
│ UE1 Search Space: [CCE 0-15] │
│ UE2 Search Space: [CCE 8-23] ← 重叠区域 [8-15] │
│ UE3 Search Space: [CCE 16-31] │
└─────────────────────────────────────────────────────────┘
影响:
- 重叠区域 CCE 只能分配给一个 UE
- 降低实际可用容量
- 需要智能调度避免冲突
解决方案:
- UE 特定偏移 (Y_k)
- 时变哈希函数
- 调度器感知搜索空间
|
四、DCI 大小与容量
4.1 DCI 大小影响
| DCI 大小对容量的影响:
大 DCI 格式 (如 DCI 2C):
├─ 优点：支持更多 MIMO 层、更灵活调度
└─ 缺点：需要更多 CCE，降低容量
小 DCI 格式 (如 DCI 1A):
├─ 优点：CCE 需求少，容量高
└─ 缺点：功能受限
|
4.2 DCI 大小对齐
| DCI 大小对齐规则 (减少盲检):
LTE 要求:
1. DCI 0/1A 必须大小相同
2. DCI 1C 单独处理
3. 其他 DCI 通过填充对齐
对齐方法:
├─ 比特填充 (Padding)
├─ 截断 (Truncation)
└─ 格式选择
|
4.3 不同 DCI 格式的 CCE 需求
| DCI 格式 | 比特数 (约) | AL=1 | AL=2 | AL=4 | AL=8 |
| DCI 1A | 43 | ✓ | ✓ | ✓ | ✓ |
| DCI 1C | 32 | ✓ | - | - | - |
| DCI 2 | 55 | - | ✓ | ✓ | ✓ |
| DCI 2A | 55 | - | ✓ | ✓ | ✓ |
| DCI 2C | 65 | - | - | ✓ | ✓ |
✓ 表示支持的聚合等级
五、BLER 目标与性能
5.1 BLER 目标
| PDCCH BLER 目标:
┌─────────────────────────────────────────────────────────┐
│ PDCCH 目标 BLER │
├─────────────────────────────────────────────────────────┤
│ │
│ 目标 BLER: 1% │
│ │
│ 说明: │
│ - 100 次 PDCCH 传输，允许 1 次错误 │
│ - 比 PDSCH 更严格 (PDSCH 目标 10%) │
│ - 原因：PDCCH 错误影响整个子帧 │
│ │
│ 对应 SINR 要求: │
│ - AL=1: ~15 dB │
│ - AL=2: ~12 dB │
│ - AL=4: ~9 dB │
│ - AL=8: ~6 dB │
│ │
└─────────────────────────────────────────────────────────┘
|
5.2 链路自适应
| PDCCH 链路自适应 (AL 选择):
UE 上报 CQI/RSRP
↓
eNodeB 估算 SINR
↓
选择聚合等级:
├─ SINR > 15 dB → AL=1
├─ SINR 10-15 dB → AL=2
├─ SINR 5-10 dB → AL=4
└─ SINR < 5 dB → AL=8
↓
分配 CCE 资源
↓
目标 BLER: 1%
|
5.3 覆盖与容量权衡
| 覆盖 vs 容量:
高覆盖场景 (小区边缘):
├─ 使用高 AL (4 或 8)
├─ 每 UE 消耗更多 CCE
└─ 可调度 UE 数减少
高容量场景 (小区中心):
├─ 使用低 AL (1 或 2)
├─ 每 UE 消耗较少 CCE
└─ 可调度更多 UE
设计原则:
- 保证边缘 UE 覆盖 (AL=8)
- 优化中心 UE 容量 (AL=1/2)
- 动态调整 AL 分配
|
5.4 性能曲线
| PDCCH 性能曲线 (AWGN 信道):
BLER
│
10% ─┐
│ \
1% ─┤ \
│ \
0.1% ─┤ \_______
│
└─────────────────────────────── Es/N0 (dB)
0 5 10 15 20
不同 AL 的性能:
- AL=8: 最低 Es/N0 要求 (~6 dB @ 1% BLER)
- AL=4: 中等 Es/N0 要求 (~9 dB @ 1% BLER)
- AL=2: 较高 Es/N0 要求 (~12 dB @ 1% BLER)
- AL=1: 最高 Es/N0 要求 (~15 dB @ 1% BLER)
|
六、容量优化技术
6.1 载波聚合 (CA)
| 载波聚合对 PDCCH 容量的影响:
┌─────────────────────────────────────────────────────────┐
│ 载波聚合场景 │
├─────────────────────────────────────────────────────────┤
│ │
│ 主小区 (PCell): │
│ ├─ 传输 CSS 和 USS │
│ └─ 调度 PCell 和 SCell │
│ │
│ 辅小区 (SCell): │
│ ├─ 仅传输 USS │
│ └─ 调度 SCell 自身 │
│ │
│ 容量提升: │
│ - 2 CA: 约 1.8 倍 │
│ - 3 CA: 约 2.5 倍 │
│ - 5 CA: 约 4 倍 │
│ │
└─────────────────────────────────────────────────────────┘
|
6.2 ePDCCH (Rel-11)
| ePDCCH 容量增强:
┌─────────────────────────────────────────────────────────┐
│ ePDCCH vs PDCCH │
├─────────────────────────────────────────────────────────┤
│ │
│ PDCCH 限制: │
│ ├─ 仅使用前 4 符号 │
│ ├─ 全带宽发送 │
│ └─ 容量受限 │
│ │
│ ePDCCH 增强: │
│ ├─ 使用数据区域 (PDSCH) │
│ ├─ PRB 对级别分配 │
│ ├─ 支持波束赋形 │
│ └─ 容量大幅提升 │
│ │
│ ePDCCH 资源: │
│ ├─ 最多 2 个 ePDCCH 集合 │
│ ├─ 每集合 2-8 个 PRB 对 │
│ └─ 支持分布式和集中式映射 │
│ │
└─────────────────────────────────────────────────────────┘
|
6.3 多用户 MIMO
| MU-MIMO 对 PDCCH 容量的影响:
┌─────────────────────────────────────────────────────────┐
│ MU-MIMO 调度 │
├─────────────────────────────────────────────────────────┤
│ │
│ 传统 SU-MIMO: │
│ └─ 1 PDCCH → 1 UE → 1 PDSCH │
│ │
│ MU-MIMO: │
│ └─ 2 PDCCH → 2 UE → 同一 PDSCH 资源 │
│ │
│ 容量影响: │
│ ├─ PDCCH 需求翻倍 │
│ └─ 频谱效率提升 │
│ │
│ 设计考虑: │
│ - 需要更多 CCE 资源 │
│ - 调度复杂度增加 │
│ - DCI 格式支持 (DCI 1D) │
│ │
└─────────────────────────────────────────────────────────┘
|
七、实际部署容量
7.1 典型场景容量
| 场景 | 带宽 | 控制符号 | 可用 CCE | 可调度 UE/子帧 |
| 密集城区 | 20 MHz | 3 | 87 | 15-20 |
| 城区 | 20 MHz | 2 | 58 | 10-15 |
| 郊区 | 10 MHz | 2 | 28 | 5-8 |
| 农村 | 10 MHz | 1 | 14 | 3-5 |
7.2 容量瓶颈分析
| PDCCH 容量瓶颈识别:
症状:
├─ 调度延迟增加
├─ UE 等待时间变长
├─ 吞吐量下降
└─ 边缘 UE 掉线
原因:
├─ CCE 资源耗尽
├─ 盲检预算耗尽
├─ 搜索空间冲突
└─ 功率限制
解决方案:
├─ 增加控制符号 (1→2→3)
├─ 优化 AL 分配
├─ 启用 ePDCCH
└─ 载波聚合
|
7.3 容量监控指标
| PDCCH 容量监控 KPI:
1. CCE 利用率
- 公式：N_CCE_used / N_CCE_total
- 告警阈值：> 80%
2. PDCCH BLER
- 目标：< 1%
- 告警阈值：> 3%
3. 调度延迟
- 目标：< 5 ms
- 告警阈值：> 20 ms
4. 可调度 UE 数
- 监控：每子帧调度 UE 数
- 告警：持续低于阈值
|
八、5G NR 容量对比
8.1 容量增强
| 特性 | 4G LTE | 5G NR | 提升 |
| 盲检次数 | 44 | 56 | +27% |
| CCE 定义 | 36 RE | 72 RE | +100% |
| 控制区域 | 固定 1-4 符号 | 灵活 CORESET | 灵活 |
| 搜索空间 | CSS/USS | 多 Search Space | 更灵活 |
8.2 5G 容量计算
| 5G NR 盲检预算 (每时隙):
CSS: 12 次 (Type0-PDCCH)
USS: 44 次 (UE-specific)
总计：56 次/时隙
对比 LTE:
- LTE: 44 次/子帧 (1 ms)
- 5G: 56 次/时隙 (0.125-1 ms)
- 5G 盲检密度更高
|
九、关键公式汇总
9.1 CCE 容量
| 可用 CCE 数:
N_CCE = (N_REG_total - N_REG_PCFICH - N_REG_PHICH) / 9
总 REG 数:
N_REG_total = N_RB × 12 × N_symbol_control / 4
|
9.2 盲检次数
| LTE 总盲检:
N_blind = N_blind_CSS + N_blind_USS
N_blind = 12 + 32 = 44 次/子帧
5G 总盲检:
N_blind = 56 次/时隙
|
9.3 BLER 与 SINR
| 目标 BLER = 1%
所需 SINR (近似):
SINR_dB ≈ 15 - 3 × log2(AL)
示例:
- AL=1: SINR ≈ 15 dB
- AL=8: SINR ≈ 6 dB
|
十、总结
10.1 容量要点
- CCE 资源: 带宽和控制符号数决定
- 盲检限制: 44 次/子帧 (LTE)
- 实际容量: 15-20 UE/子帧 (20 MHz)
10.2 性能要点
- BLER 目标: 1% (比 PDSCH 严格 10 倍)
- 链路自适应: 根据 SINR 选择 AL
- 覆盖权衡: 边缘 UE 用高 AL，中心 UE 用低 AL
10.3 优化方向
- 载波聚合增加资源
- ePDCCH 扩展容量
- 智能调度避免冲突
文档版本：1.0
创建时间：2026-03-28
参考规范：3GPP TS 36.211/212/213 (Rel-15)