在 5G NR（New Radio）无线接入网中，下行共享信道（PDSCH）与上行共享信道（PUSCH）等动态业务信道的资源分配完全依赖于基站（gNB）在物理下行控制信道（PDCCH）上发送的下行控制信息（Downlink Control Information, DCI）。从终端（UE）的角度看，网络侧对特定 UE 的资源调度在时域与频域上具有高度的动态性与"不确定性"------即 UE 无法预知在某个时隙（Slot）的特定控制资源集（CORESET）中，基站是否为其下发了调度指令。
为了在不确定性中准确捕获属于自己的控制信息，终端必须在预先配置的搜索空间（Search Space）内执行 PDCCH 盲检（Blind Decoding / Blind Detection）。然而，如果盲检需要对全频带、全时域符号以及各种可能的控制格式进行穷举尝试，终端的算力开销与功耗将不堪重负。5G NR 引入了无线网络临时标识（Radio Network Temporary Identifier, RNTI）机制，并将其巧妙地融合在 PDCCH 物理层的 CRC 加扰流程中，从而以极高的效率解决了"谁的控制信息"、"什么用途的控制信息"以及"信息是否传输正确"三大核心难题。
7.2.4.2.1 PDCCH 动态调度的不确定性与 UE 状态驱动盲检策略
5G NR 物理层设计遵循"按需调度"原则。对于任何一个处于空闲态（RRC_IDLE）、非激活态（RRC_INACTIVE）或连接态（RRC_CONNECTED）的终端而言，每个时隙内是否存在针对该终端的 PDCCH 调度指示，完全由基站端的调度器（Scheduler）根据当前队列积压、信道质量指示（CQI）、用户优先级以及 QoS 要求动态决定。
由于终端无法被动"接收通知"，它必须主动在物理层发起盲检。盲检并非盲目的无差别搜索，而是由 UE 当前所处的**业务状态**与**时间节点需求**所精准驱动的：
1. 初始同步与系统信息获取阶段： UE 完成开机同步、解调 SSB 并读取 PBCH MIB 后，此时终端的最迫切需求是获取广播系统信息 SIB1。因此，终端在第 N 帧的 Search Space 0 / CORESET 0 中，专门盲检由系统信息 RNTI（SI-RNTI）加扰的 PDCCH（DCI Format 1_0），进而获得承载 SIB1 的 PDSCH 的频域 RB 位置与 MCS 配置。
2. 其他系统消息（ SI Message ）接收阶段： 在成功解调 SIB1 后，若 SIB1 提示存在其他的系统信息块（如 SIB2、SIB3、SIB4 等），终端在对应的 SI Window 时间窗口内，继续使用 SI-RNTI 执行 PDCCH 盲检，获取调度相应 SIB 消息的 PDSCH 资源分配。
3. 随机接入与冲突解决阶段： 在初始随机接入（RACH）流程中，UE 发送 PRACH 前导码（Preamble, Msg1）后，将在指定的 RAR Window 内盲检由随机接入 RNTI（RA-RNTI）加扰的 PDCCH（Msg2 RAR 调度）；在发送 Msg3（包含 CCCH RRC Setup Request）后，UE 则盲检由临时 C-RNTI（TC-RNTI）加扰的 PDCCH（Msg4 冲突解决）。
4. 专用 RRC 连接与业务数据传输阶段： 当 UE 成功建立 RRC 连接并进入专有业务传输阶段后，基站为其分配了唯一的专有小区标识（C-RNTI）。终端将在用户专有搜索空间（UE-specific Search Space, USS）中，使用该 C-RNTI 盲检调度上下行专有数据传输（DCI Format 1_1 / 0_1）的控制信道。
7.2.4.2.2 RNTI 的概念、作用与本地唯一性特征
无线网络临时标识（RNTI）是 5G NR 空口物理层与 MAC 层用于标识终端身份或特定广播/组播逻辑信道类型的核心临时标识符。其基本概念与物理特性总结如下：
• 格式与位宽： RNTI 统一采用 16 比特（16 bits）二进制代码表达，在十六进制下对应 4 个字符（取值范围：0x0000 ~ 0xFFFF）。
• 临时性与底层限定： RNTI 仅在无线接入网空口（Air Interface / Uu 口）底层起作用。它不是终端的永久身份标识（如 IMSI 或 SUPI），仅作为物理层 PDCCH 加扰、MAC PDU 寻址以及底层无线资源绑定的临时标记。
• 小区级本地唯一性（ Local Scope ）： 对于用户专有类型的 RNTI（如 C-RNTI），其唯一性限定在**单个小区（Cell-level Unique）**范畴内。在同一个基站小区的覆盖下，任意两个处于 RRC 连接态的用户所分配的 C-RNTI 必须绝对错开、不能重复；但对于位于不同基站或不同小区下的终端，其分配的 C-RNTI 数值完全可以相同。当 UE 跨小区发生 handover（切换）或重建时，目标小区会重新为其配置一个新的 C-RNTI。
7.2.4.2.3 5G NR RNTI 完整分类体系与数值映射表
3GPP TS 38.321（MAC 规范）与 TS 38.212（物理层编码规范）将 5G NR 中的各类 RNTI 按照使用场景、分配方式（固定广播 vs. 动态分配）以及服务对象进行了严密的划分。下表汇总了 5G NR 体系中全部标准的 RNTI 分类与数值映射范围：
表 7.2.4.2-1 5G NR RNTI 完整分类、数值范围与应用场景映射表
|-----------------|------------------------|-------------|------------------------------------------------|
| RNTI 名称 | 十六进制数值范围 (Hex) | 分类与分配属性 | 物理含义与调度用途 |
| SI-RNTI | 0xFFFF | 公共 / 全网固定 | 广播系统信息 (SIB1 / SI 消息) PDCCH 加扰 |
| P-RNTI | 0xFFFE | 公共 / 全网固定 | 下行寻呼消息 (Paging / Short Message) 加扰 |
| RA-RNTI | 0x0001 ~ 0x1B39 | 公共 / 隐式计算 | 随机接入 Msg2 (RAR) PDSCH 调度指示加扰 |
| TC-RNTI | 0x0001 ~ 0xFFEF | 临时专用 / 动态 | 随机接入 Msg3 / Msg4 冲突解决控制加扰 |
| C-RNTI | 0x0001 ~ 0xFFEF | 用户专用 / 动态 | RRC 连接态下行与上行专有数据动态调度加扰 |
| CS-RNTI | 0x0001 ~ 0xFFEF | 用户专用 / 动态 | 半持续调度 (Configured Scheduling) 激活与重传 |
| MCS-C-RNTI | 0x0001 ~ 0xFFEF | 用户专用 / 动态 | 基于高阶 / 低阶自适应 MCS 表的专有调度加扰 |
| INT-RNTI | 0x0001 ~ 0xFFEF | 组播控制 / 动态 | 下行抢占式 (Pre-emption) 抢占指示加扰 |
| SFI-RNTI | 0x0001 ~ 0xFFEF | 组播控制 / 动态 | 动态 Slot 格式指示 (Slot Format Indication, DCI 2_0) |
| TPC-PUSCH-RNTI | 0x0001 ~ 0xFFEF | 组播控制 / 动态 | 上行 PUSCH 功率控制命令 (DCI 2_2) 加扰 |
图 7.2.4.2-1 5G NR 16-bit RNTI 地址空间划分与分布图
7.2.4.2.4 PDCCH DCI 的 Polar 编码、 24-bit CRC 与 16-bit RNTI 加扰原理
RNTI 如何在物理层盲检中发挥作用？其核心机制在于基站发送端在对 PDCCH DCI 进行物理层信道编码时，将 16-bit 的 RNTI 模二加（XOR 异或）嵌入到了 24-bit 的 CRC 校验码中。物理层处理步骤如下：
1. 24-bit CRC 计算： 假设控制信息（DCI Payload）比特序列为 a_0, a_1, \\dots, a_{A-1}，总长度为 A 比特。根据 3GPP TS 38.212 规范，基站首先使用生成多项式 g_{\\mathrm{CRC}24C}(D) 为该 DCI 计算出 24 比特的 CRC 校验序列 p_0, p_1, \\dots, p_{23}。
2. 16-bit RNTI 异或加扰（ Scrambling ）： 计算出 24-bit CRC 后，并不直接将其附在 DCI 载荷后，而是将 16-bit 的目标 RNTI 序列 x_{rnti,0}, x_{rnti,1}, \\dots, x_{rnti,15} 与 CRC 序列的**最后 16 个比特**（即 p_8, p_9, \\dots, p_{23}）进行逐比特异或（XOR）加扰：
|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 【 PDCCH CRC 与 RNTI 异或加扰数学公式】 c_k = p_k, for k = 0, 1, ..., 7 c_k = (p_k + x_{rnti, k-8}) mod 2, for k = 8, 9, ..., 23 公式物理解析： • 前 8 个 CRC 比特 (p_0 ~ p_7) 保持未经加扰的原样输出； • 后 16 个 CRC 比特 (p_8 ~ p_23) 与 16 比特的 RNTI 逐比特做 XOR (模 2 加) 操作； • 最终生成的 24 比特序列 c_0 ~ c_23 拼接在 DCI 载荷之后，组成总长 A + 24 比特的比特流，随后送入 Polar 极化码编码器。 |
3. Polar 编码与发射： 加扰后的序列经 Polar 极化码编码、速率匹配（Rate Matching）以及 QPSK 调制后，映射到指定的 CCE 候选资源上发射。
4. 终端盲检解扰与校验（ De-scrambling & Verification ）： 终端在盲检某个候选 PDCCH 时，使用预期的 RNTI 对接收到的 24-bit CRC 的后 16 位进行解扰（再次异或），随后对重新恢复的 DCI 载荷执行 CRC 校验。如果 CRC 校验完全成功（即综合综合综合结果为 0），这意味着双重验证通过：**第一，DCI 信息在无线信道传输中未发生位错；第二，该 DCI 的确是发送给该 RNTI 所对应的终端或用途的！** 若 CRC 校验失败，UE 直接丢弃该候选 CCE，无需进行无效解码，极大降低了误解码率与处理延时。
图 7.2.4.2-2 PDCCH DCI 24-bit CRC 计算与 16-bit RNTI 异或加扰物理层处理流程图
7.2.4.2.5 随机接入与业务阶段 RNTI 动态演进流程
RNTI 在终端的生命周期内并非静止不变，而是随着无线资源控制（RRC）状态的跃迁而动态演进。以标准的 4 步随机接入流程（4-Step RACH）为例，RNTI 的演进转换逻辑如下：
1. RA-RNTI 阶段（ Msg1 / Msg2 ）： UE 在物理随机接入信道（PRACH）上发送随机接入前导码（Preamble, Msg1）。UE 根据发送该 Preamble 的时隙、符号以及频域位置，依据公式隐式计算出对应的 RA-RNTI。随后 UE 在 RAR Window 内盲检由该 RA-RNTI 加扰的 PDCCH，解调 PDSCH 获得 Msg2（Random Access Response, RAR）。
2. TC-RNTI 分配阶段（ Msg2 RAR 载荷）： 基站在 Msg2 RAR 的 MAC 载荷（RAR Payload）中，明确为该 UE 赋予了一个 16 比特的临时小区标识------**Temporary C-RNTI (TC-RNTI)**。此时 UE 尚未完成冲突解决，因此该标识仅为临时性质。
3. TC-RNTI 调度阶段（ Msg3 发送）： UE 使用 Msg2 赋予的上行 Grant，在公共控制信道（CCCH）上发送 Msg3（如 RRC Setup Request）。Msg3 的 PDCCH 调度与重传校验均使用 TC-RNTI。
4. TC-RNTI 跃迁升级为 C-RNTI （ Msg4 冲突解决成功）： 基站下发 Msg4（Contention Resolution / RRC Setup）。若 UE 盲检到由 TC-RNTI 加扰的 PDCCH，且解调出的 Msg4 载荷中包含的终端身份标识（如 UE Contention Resolution Identity）与自己在 Msg3 中发送的一致，则表明冲突解决完全成功！此时，**TC-RNTI 自动升级（Promote）为该 UE 在该小区下的正式专有 C-RNTI**！在后续的专有业务传输中，UE 统一使用该 C-RNTI 进行上下行调度盲检。
图 7.2.4.2-3 4 步随机接入（ RACH ）流程中 RNTI 状态演进与跃迁示意图
7.2.4.2.6 工程实践与现网信令 Log 盲检解析
在现网高通（Qualcomm QXDM）或路测（Field Test）诊断日志中，物理层 PDCCH 盲检与 RNTI 加扰结果通常以如下格式记录在 `PDCCH Decoding Result` 消息块中：
|------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 【 Qualcomm QXDM PDCCH Decoding Log 实例分析】 Msg: PDCCH_DECODING_DECISION_LOG Slot: 10, SFN: 1024 Search Space ID: 0 (Common Search Space) Candidate CCE Index: 4, Aggregation Level: 4 Detected DCI Format: 1_0 CRC Scrambled RNTI: 0xFFFF (SI-RNTI) CRC Validation Result: PASSED Decoded Payload: RBs = 24, MCS = 4, PDSCH Time Domain Allocation = 2 日志工程解读： 1. 在 SFN 1024 / Slot 10 处，UE 在 Search Space 0 中对聚合级别 AL=4 的 CCE 候选资源执行盲检。 2. 使用全网固定公共标识 0xFFFF (SI-RNTI) 对 PDCCH CRC 后 16 位解扰，CRC 校验通过（PASSED）。 3. 成功解调出 DCI Format 1_0，指示承载 SIB1 的 PDSCH 占用 24 个 RB，调制编码方案为 MCS 4。盲检全过程耗时极低且无误码。 |
7.2.4.2.7 本节小结与思考题
|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 【本节核心知识点梳理】 1. 盲检必要性：PDSCH/PUSCH 资源由 gNB 动态调度，UE 无法预知，必须依据当前业务状态（SSB->SIB1, RACH, Dedicated）在搜索空间内执行 PDCCH 盲检。 2. RNTI 特性：16 比特（4 位 Hex）临时标识，限定在小区级本地唯一（Cell-level Unique）。 3. RNTI 分类：公共固定 RNTI（SI-RNTI=0xFFFF, P-RNTI=0xFFFE）；动态专用 RNTI（C-RNTI, CS-RNTI, MCS-C-RNTI）；过程临时 RNTI（RA-RNTI, TC-RNTI）。 4. 物理加扰：DCI 计算 24-bit CRC，其后 16 比特 (p_8~p_23) 与 16-bit RNTI 执行异或（XOR）加扰。UE 解扰通过 CRC 校验实现"身份验证+误码检查"双重确认。 5. RACH 跃迁：Msg1(RA-RNTI) -> Msg2 赋予 TC-RNTI -> Msg4 冲突解决成功后，TC-RNTI 自动升级为专有 C-RNTI。 |
【复习与思考题】
思考题 1 （原理阐述题）： 试述 5G NR 中 PDCCH 盲检的基本原理，并解释基站为什么不直接在 DCI 载荷中明文传输 UE ID，而是采用 RNTI 与 CRC 异或加扰的方式？
答：PDCCH 盲检是 UE 在搜索空间的 CCE 候选资源上使用特定 RNTI 对 CRC 解扰并校验 DCI 的过程。若在 DCI 载荷中明文传输 16-bit UE ID，将直接增加 DCI 物理层载荷开销（增加 16 bits），导致 PDCCH 编码码率上升、覆盖距离缩短；而采用将 RNTI 与 24-bit CRC 的后 16 位异或加扰的方式，完全无需增加额外的信道开销，利用原有的 CRC 冗余位即可同步完成"误码检测"与"用户/用途身份识别"双重功能，极大提升了物理层控制信道的传输效率与抗干扰能力。
思考题 2 （流程分析题）： 请简述随机接入（RACH）流程中，RA-RNTI、TC-RNTI 与 C-RNTI 三者之间的演进与转换逻辑。
答：(1) UE 发送 Msg1 Preamble 后，根据传输时频资源隐式算出 RA-RNTI，用于盲检调度 Msg2 RAR 的 PDCCH；(2) Msg2 RAR 的 MAC 载荷中为 UE 分配临时的 TC-RNTI，用于调度 Msg3 和 Msg4 的控制传输；(3) Msg4 冲突解决成功后，TC-RNTI 自动升格转变为该 UE 在该小区下的正式 C-RNTI，用于后续专有业务数据的调度盲检。