前言
5G NR(New Radio)中随机接入(Random Access,RA)扮演中重要的角色,本文仅先总体阐述下RA的定义、为什么需要它、作用是什么、以及接入过程的大概流程,后续文章会以该基准对RA交互信息进行仔细解释。
1、RA是什么
随机接入(Random Access,RA)是用户设备(UE)与基站(gNodeB)建立初始连接、恢复连接或进行移动性管理的关键机制。它是 UE 在无上行同步状态下,通过共享信道(物理随机接入信道,PRACH)向基站发送preamble接入请求的过程,旨在建立上行时间同步、获取无线资源分配,并完成初始信令交互。
2、为什么需要RA
- 处理多用户接入冲突: 多个 UE 可能同时发起接入,RA 通过前导码选择、退避算法等机制解决竞争,保障接入有序性。
- 建立上行时间同步: UE 与基站存在传输时延偏差,需通过 RA 获取定时提前量(TA),确保上行信号对齐,避免符号间干扰。
- 获取初始资源与标识: UE 接入前无专属资源(时频资源、标识等),需通过 RA 从基站获取临时资源(UL Grant)和临时标识(TC-RNTI)。
3、RA的作用
- 解决竞争冲突: 对于竞争的RA,如果多个UE使用同一个preamble发送到了基站,那么需要区分出到底哪个UE才应该分配对应的preamble,即通过信令交互(如 Msg3/Msg4)识别冲突 UE,确保单一 UE 成功接入,提升接入可靠性。
- 建立上行同步: 通过 TA 调整 UE 发送时序,确保信号到达基站时同步,是数据传输的基础。
- 分配初始资源与标识: 为 UE 提供临时资源(用于发送连接请求)和标识(区分不同 UE),支撑后续信令交互。
- 支持多场景接入: 覆盖初始接入(开机)、切换(移动场景)、失步恢复(连接中断后重建)等,是设备接入网络的 “起点”。
4、RA的分类
根据3GPP协议(TS 38.321/331/213),随机接入(RA)可分为竞争型(Contention-Based RA) 和 非竞争型(Non-Contention-Based RA) 两大类,总结如下:
特性 | 竞争型 RA | 非竞争型 RA |
---|---|---|
前导码选择 | UE 随机选择(公共池) | 基站分配(专用池) |
冲突可能性 | 存在(需 Msg4 解决) | 无 |
信令开销 | 高(4 步交互) | 低(3 步或 2 步) |
典型时延 | 10-20ms | 1-5ms |
资源池索引范围 | 0-1023 | 1024-1087 |
协议依据 | TS 38.321 §5.1.3 | TS 38.331 §5.3.4.4 |
5、触发RA的场景有哪些
根据3GPP TS 38.321/331协议,可以得出如下分类:
竞争式RA(CBRA)适用于无预配置资源的场景如:初始接入、寻呼响应、上行数据请求、RRC连接重建等。
非竞争式RA(CFRA)适用于基站显式分配专用前导码如:切换、波束失败恢复、基站主动触发等。
- ①: 初始接入场景(Initial Access)
- 初始接入(Initial Access)
- 场景: UE首次开机、从空闲态(RRC_IDLE)转入连接态(RRC_CONNECTED)或进入新小区覆盖范围时,需通过RA与基站(gNB)建立初始连接。
- 协议: TS 38.331 Section 5.3.3.
- 初始接入(Initial Access)
- ②: 移动性管理场景(Mobility Management)
- 切换过程(Handover)
- 场景: UE从源小区移动到目标小区同步并接入。通常是UE 在 RRC_CONNECTED 状态下从源小区切换到目标小区时,目标小区通过 RRC 重配置消息分配专用前导码(非竞争 RA),触发 UE 在目标小区发起接入,重建上行同步和资源。
- 切换过程(Handover)
- ③: 上行或者下行数据到达
- 上行数据到达(UL Data Arrival)
- 场景: UE 在 RRC_CONNECTED 状态下,若上行缓冲有数据但无可用上行资源(如 UL Grant 过期或未分配),通过竞争 RA 请求新的资源。
- 协议: TS 38.321 Section 5.1.
- 下行数据到达(DL Data Arrival)
- **场景:**基站需下发数据但检测到UE上行失步,强制触发RA恢复同步。
- 协议: TS 38.321 Section 5.1.1。
- 上行数据到达(UL Data Arrival)
- ④: 状态转换
- 从 RRC_INACTIVE 状态恢复:
- 场景: UE 从 RRC_INACTIVE 状态恢复到 RRC_CONNECTED 状态时,重建上行同步和资源。
- 协议: TS 38.300 4.2.3
- 从 RRC_INACTIVE 状态恢复:
- ⑤: 基站触发场景
- 寻呼响应(Paging Response)
- 场景: 网络侧有下行数据需发送给处于 RRC_IDLE 或 RRC_INACTIVE 状态的 UE 时,通过寻呼消息触发 UE 发起 RA,建立连接以接收数据。
- 协议: TS 38.331 Section 5.3.7
- PDCCH Order或RRCReconfiguration
- **场景:**基站通过PDCCH Order或RRC信令(如RRCReconfiguration)显式指示UE执行RA(例如网络侧资源重配)。
- **协议:**协议依据:TS 38.321 Section 5.1.
- 寻呼响应(Paging Response)
- ⑥: 异常场景恢复场景
- RRC 连接重建(Re-establishment)
- 场景: UE检测到无线链路失败(RLF)后,在候选小区发起竞争式RA,尝试重建连接。
- 协议: TS 38.331 Section 5.3.7
- 协议: TS 38.300 Section 9.2.3.6.
- 波束失败恢复(Beam Failure Recovery):
- 场景: 高频段(如毫米波)场景中,UE检测到当前波束链路质量恶化,通过非竞争RA(CFRA)请求新波束配置。
- 协议: TS 38.213 Section 6.1.6(波束失败恢复流程)
- 上行失步恢复(Uplink Synchronization Loss)
- 场景: UE 检测到上行同步丢失(如物理层检测到 “失步” 状态,DL/UL 定时偏差超过阈值),需通过 RA 重新获取定时提前量(TA),恢复上行同步。
- 协议: TS 38.321 Section 5.1.1
- RRC 连接重建(Re-establishment)
使用表格总结如下,更加清晰
触发场景 | RA类型 | 描述 | 协议依据 | 分类归属 |
---|---|---|---|---|
初始接入 | 竞争式RA(CBRA) | UE首次开机或从RRC_IDLE/INACTIVE态建立初始连接。 | TS 38.321 Sec 5.1.1 | 初始连接建立 |
上行数据到达 | 竞争式RA(CBRA) | UE有上行数据但无可用授权,需申请资源。 | TS 38.321 Sec 5.1.1 | 资源请求 |
寻呼响应 | 竞争式RA(CBRA) | RRC_IDLE/INACTIVE态UE响应寻呼,接收下行数据。 | TS 38.331 Sec 5.3.2.3 | 连接恢复 |
无线链路失败恢复 | 竞争式RA(CBRA) | UE检测RLF后尝试重建连接。 | TS 38.331 Sec 5.3.7 | 异常恢复 |
切换过程 | 非竞争式RA(CFRA) | 跨小区切换时,目标基站分配专用前导码。 | TS 38.331 Sec 5.3.5.4 | 移动性管理 |
波束失败恢复 | 非竞争式RA(CFRA) | 高频段波束链路恶化,请求新波束配置。 | TS 38.213 Sec 6.1.6 | 链路维护 |
网络指令触发 | 非竞争式RA(CFRA) | 基站通过PDCCH Order强制UE发起接入。 | TS 38.321 Sec 5.1.2 | 网络控制 |
辅小区激活 | 非竞争式RA(CFRA) | 载波聚合(CA)场景中,UE 激活辅小区(SCell)时,通过基站分配的专用前导码建立上行同步。 | TS 38.300 Sec 7.2.3 | 载波聚合管理 |
上行失步恢复 | CBRA/CFRA可选 | UE或基站检测TA超限,需校准定时提前量。 | TS 38.321 Sec 5.1.1 | 同步维护 |
下行数据需上行同步 | CBRA/CFRA可选 | 基站有下行数据但UE上行失步,触发同步恢复。 | TS 38.321 Sec 5.1.1 | 同步维护 |
6、CBRA和CFRA如何区分
在5G NR中,UE(终端)判断随机接入过程是竞争接入(Contention-Based) 还是非竞争接入(Contention-Free) 的依据是触发随机接入的场景以及基站的信令指示。
6.1 判断依据
- 触发随机接入的场景: RA的触发场景上一个章节有说明,这里不多说了。
- 基站信令指示:
- 专用前导码分配: 若UE收到以下信令之一,则为非竞争接入CFRA:
- RRC信令 (如RRCReconfiguration中的rach-ConfigDedicated)
- PDCCH Order(DCI格式1_0,包含ra-PreambleIndex)
- 无专用资源: 未收到上述信令时,UE默认执行竞争接入CBRA。
- 专用前导码分配: 若UE收到以下信令之一,则为非竞争接入CFRA: