5G/NR 随机接入过程精讲

前言

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.
  • ②: 移动性管理场景(Mobility Management)
    • 切换过程(Handover)
      • 场景: UE从源小区移动到目标小区同步并接入。通常是UE 在 RRC_CONNECTED 状态下从源小区切换到目标小区时,目标小区通过 RRC 重配置消息分配专用前导码(非竞争 RA),触发 UE 在目标小区发起接入,重建上行同步和资源。
  • ③: 上行或者下行数据到达
    • 上行数据到达(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。
  • ④: 状态转换
    • 从 RRC_INACTIVE 状态恢复:
      • 场景: UE 从 RRC_INACTIVE 状态恢复到 RRC_CONNECTED 状态时,重建上行同步和资源。
      • 协议: TS 38.300 4.2.3
  • ⑤: 基站触发场景
    • 寻呼响应(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.
  • ⑥: 异常场景恢复场景
    • 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

使用表格总结如下,更加清晰

触发场景 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。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值