深度解析 3GPP TR 21.916:19.1.2 2-step RACH for NR (NR两步随机接入)
本文技术原理深度参考了3GPP TR 21.916 V16.2.0 (2022-06) Release 16规范中,关于“19.1.2 2-step RACH for NR”的核心章节,旨在为读者深入剖析5G Rel-16如何通过对网络“第一次握手”流程的革命性简化,为URLLC和海量物联网等时延敏感型业务,铺设一条更短、更快的接入“快车道”。
引言:从“四次握手”到“一步到位”,为毫秒必争的场景而生
在上一章中,我们跟随网络工程师瑞安的脚步,领略了NR-U如何为5G开辟非授权频谱这片新大陆。现在,让我们将目光从“在哪里通信”转向一个更根本的问题——“如何开始通信”。在数字世界里,任何一次有意义的交互,都始于一次“握手”或“连接请求”。在蜂窝网络中,这个过程被称为随机接入(Random Access Procedure, RACH)。
传统的4G LTE和5G Rel-15,都沿用了一套经典、鲁棒的**四步随机接入(4-step RACH)**流程。它如同一次非常绅士、礼貌的“敲门拜访”,确保了通信双方能够稳妥地建立联系。然而,这种“礼貌”是有代价的——时间。对于需要毫秒必争的场景,这四次信令往返所带来的控制面时延,正变得越来越不可接受。
为了更直观地理解这一挑战,让我们隆重介绍本章的新主角——“鹰眼-01”。它是一台部署在“智造先锋”工厂高速瓶盖生产线上的AI质检摄像头。它的使命,是在瓶盖以每秒数米的速度飞过时,瞬间识别出上面的微小瑕疵,并立即向产线控制系统发起一个“停机/剔除”的指令。对于“鹰眼-01”而言,晚10毫秒发出指令,就意味着数以百计的残次品已经流入下一道工序,造成巨大的浪费。传统的四步RACH,对于它来说,实在是太慢了!
Rel-16听到了“鹰眼-01”们的心声,推出了革命性的两步随机接入(2-step RACH)。它将原来繁琐的“四次握手”,大刀阔斧地精简为“两次交互”,旨在从根本上降低接入时延,提升网络响应速度。本章,我们将跟随“鹰眼-01”的视角,深入对比这两种机制,并完整剖析2-step RACH的设计精髓、工作流程及其为未来网络带来的深远影响。
The Rel-16 Work Item 2-step RACH for NR achieves the following objectives:
- A simplified random access procedure was developed. This reduces the number of interactions between the UE and network during the connection setup and connection resume, thereby enabling a lower control plane latency.
- In case of connected mode, a small amount of data can be sent via 2-step RACH procedure thus also enabling a lower latency for UL UP data for connected mode UEs.
1. 传统四步接入 (4-step RACH) 的“礼仪”与“迟缓”
在理解2-step RACH的革命性之前,我们必须先回顾一下经典的4-step RACH。规范原文的“Figure 1 General procedure of 4-step RACH and 2-step RACH”的左半部分(a)清晰地展示了这个流程。
我们可以用一个生动的“快递投送”比喻来理解它:
-
Msg1 (Preamble Transmission - 前导码传输): “鹰眼-01”有紧急情况要上报。它先向基站(gNB)发送一个简短的前导码信号。
- 比喻: “鹰眼-01”朝快递站(gNB)大喊一声:“快递员,我这儿有紧急包裹!”(敲门)
-
Msg2 (Random Access Response - 随机接入响应): 基站听到了这个“呼喊”,但不知道具体是谁、离多远。它会回复一个广播消息,包含对这个前导码的响应、上行同步调整信息(Timing Advance)和一个临时的身份ID(TC-RNTI),并分配一个用于发送正式“包裹”的资源。
- 比喻: 快递站回复:“听到了!喊话的那位,请向前走三步(TA调整),这是你的临时取件码(TC-RNTI),请到3号柜台(上行资源)放包裹。”
-
Msg3 (RRC Connection Request - RRC连接请求): “鹰眼-01”收到指令后,在指定的3号柜台,发送一个正式的“包裹”。这个包裹里包含了它的“正式身份证”(UE ID)和连接请求。如果数据量很小,甚至可以直接把“残次品”这张照片(用户数据)也放在这个包裹里一起发送。
- 比喻: “鹰眼-01”走到3号柜台,放上一个箱子,箱子里有它的名片(UE ID)、一份“寄件申请表”(RRC请求),以及那个紧急的“包裹本身”(用户数据)。
-
Msg4 (Contention Resolution - 竞争解决): 基站收到Msg3,确认了“鹰眼-01”的身份后,再回复一条消息,正式确认连接建立成功。
- 比喻: 快递站确认包裹和寄件人信息无误后,回复:“鹰眼-01先生,您的包裹已揽收,合作愉快!”
痛点分析: 整个过程严谨、可靠,但两次上行、两次下行的信令交互,带来了数十毫秒的控制面时延。对于“鹰眼-01”来说,等这套“礼仪”走完,残次品早就“跑远了”。
2. 革命性的提速——两步随机接入 (2-step RACH) 概览
面对4-step RACH的迟缓,Rel-16的设计者们提出了一个大胆的想法:能不能把“敲门”和“递包裹”这两件事合二为一?这就是2-step RACH的核心思想。规范原文图1的右半部分(b)展示了这个被大大简化的流程。
The general procedure of 4-step RACH and 2-step RACH are depicted in Figure 1. The first step of 2-step RACH comprises an UL MSGA transmission which includes the equivalent contents of msg1 and msg3 of 4-step RACH. The second step of 2-step RACH is a DL MSGB reception which includes the equivalent content of msg2 and/or msg4 of 4-step RACH…
-
MSGA (Message A): 这是将Msg1和Msg3的“捆绑包”。
- 比喻: “鹰眼-01”不再先敲门,而是直接把“紧急包裹”和自己的“名片”一起,一步到位地扔向快递站的收件口。
-
MSGB (Message B): 这是将Msg2和Msg4的“捆绑包”。
- 比喻: 快递站收到包裹和名片后,一步到位地回复:“鹰眼-01先生,收到你的包裹,同步已校准,合作愉快!”
通过将四步简化为两步,2-step RACH从理论上可以将随机接入的控制面时延降低近一半,为“鹰眼-01”这样的时延敏感型应用,赢得了宝贵的毫秒级时间。
3. 深入MSGA:“我是谁”与“我要说”的捆绑艺术
MSGA的实现,是2-step RACH的技术精髓所在。它如何巧妙地将一个“敲门信号”和一个“数据包裹”捆绑在一起?
The MSGA in 2-step RACH comprise a PRACH and a PUSCH. The PRACH resources for 2-step RACH in time/frequency domain can be either shared with 4-step RACH or can be configured to be separate.
MSGA实际上是由两个物理信道在时间和频率上紧邻发送组成的:
-
PRACH (物理随机接入信道): 承载Msg1的功能,即发送一个前导码,用于让基站检测到接入请求,并估算初始的上行同步。
-
PUSCH (物理上行共享信道): 承载Msg3的功能,即发送一个数据包,其中包含了UE的ID、RRC请求,以及(可选的)少量用户数据。
2-step RACH uses a specified mapping rule to determine the PUSCH resource of MSGA that is associated with the selected PRACH resource.
关键问题: “鹰眼-01”在发送PRACH时,并不知道基站是否能听到,它又如何知道应该在哪块PUSCH资源上传数据呢?答案是预定义映射。网络会通过广播信令,提前告知所有UE一个“藏宝图”:如果你选择了A区域的PRACH资源,那么与它配对的PUSCH资源就在B区域。这个映射关系是固定的,UE无需等待基站的动态调度。
场景解读: 当“鹰眼-01”检测到残次品,它立即:
-
选择了一个可用的PRACH前导码和时频资源。
-
根据网络预先告知的“藏宝图”,找到了与这个PRACH资源配对的PUSCH资源。
-
在一个极短的时间内,先发送PRACH信号,紧接着(经过一个预设的保护间隔后)就在配对的PUSCH资源上,发送包含了“残次品图像”的数据包。
这一气呵成的动作,就是MSGA的全部内涵。
4. 解码MSGB:“听到”与“收到”的智能反馈
基站收到了这个“捆绑大礼包”MSGA后,它的回复MSGB也充满了智能。基站的解码情况,决定了MSGB的内容。
After MSGA transmission, the UE monitors the downlink for a response from the network within a configured window. … The contents of MSGB depend on whether or not the gNB is able to successfully detect both the PRACH and the PUSCH parts.
MSGB有两种可能的形式:
-
场景一:完美接收 → 成功确认 (SuccessRAR)
If both preamble and PUSCH are decoded, network will include a successRAR and reception of this at the UE completes the contention resolution. HARQ feedback is enabled for the successful reception of the successRAR.
如果基站既成功检测到了PRACH前导码,又成功解调了PUSCH上的数据包,它会回复一个SuccessRAR。这个消息包含了Msg2和Msg4的所有内容:上行同步调整、最终的UE ID(C-RNTI)、竞争解决确认等。对于“鹰眼-01”来说,收到SuccessRAR,就意味着整个接入过程圆满成功,一步到位。
-
场景二:部分接收 → 智能回退 (Fallback Indication)
If the PRACH is detected but the decoding of PUSCH fails, network will include a fallback indication in MSGB and the subsequent UE procedure will be similar to that for a UE monitoring msg2 in the 4 step RACH.
这是2-step RACH鲁棒性设计的精髓。在无线环境恶劣时,基站可能只清晰地“听”到了PRACH的“敲门声”,但PUSCH上的“包裹”因为信号太弱而无法解开。此时,基站会回复一个回退指示。
场景解读: 这个回退指示,内容上非常像一个Msg2。它告诉“鹰眼-01”:“我听到你的敲门声了,也为你分配好了临时ID和3号柜台,但你刚才扔过来的包裹我没接住,请你只把包裹(Msg3)再发一次。”
收到这个指令后,“鹰眼-01”就会进入一个类似4-step RACH的“第三步”,重新发送Msg3。
这种智能回退机制,确保了2-step RACH在追求速度的同时,并没有牺牲鲁棒性。它构建了一个“快速通道为主,标准通道为辅”的灵活接入体系。
5. 智能的抉择:何时使用两步接入?
既然2-step RACH这么快,是不是所有设备都应该用它呢?不一定。因为它将PRACH和PUSCH捆绑发送,对上行信道质量的要求更高。如果信号很差,PUSCH部分解码失败的概率就会增大,反而可能因为触发回退而降低效率。因此,何时使用2-step RACH,是一个需要智能决策的问题。
The UE selects the type of random access at initiation of the random access procedure based on network configuration:
- when CFRA resources are not configured, an RSRP threshold is used by the UE to select between 2-step RA type and 4-step RA type;
Rel-16为此定义了基于网络配置的决策机制。对于最常见的基于竞争的随机接入(CBRA),网络可以配置一个RSRP(参考信号接收功率)门限。
场景解读: 瑞安(网络工程师)可以为他的网络设置一条策略:“RSRP > -100 dBm的UE,允许使用高速的2-step RACH;信号比这个差的UE,为了保险起见,请老老实实地使用稳妥的4-step RACH。”
“鹰眼-01”在发起接入前,会先测量一下自己接收到的下行信号强度。如果信号很好,它就自信地选择2-step RACH;如果信号不好,它就会自动切换到4-step RACH。
这种基于信号质量的自适应选择,完美地平衡了效率与可靠性。
此外,对于基于非竞争的随机接入(CFRA),如切换场景,网络可以直接为UE配置专用的2-step RACH资源,实现更快速、无冲突的接入。
The above enhancements are applicable to both licensed spectrum and shared spectrum (i.e. NR-U).
值得注意的是,2-step RACH是一个通用性极强的增强,它不仅适用于授权频谱,也同样适用于我们在上一章讨论的非授权频谱(NR-U),为其在复杂共享环境下的快速接入提供了有力支持。
总结
通过对19.1.2节的深度拆解,我们看到,2-step RACH并非一次简单的“步骤合并”,而是一次深刻的、系统性的接入流程再造。它通过MSGA的“捆绑发送”、MSGB的“智能反馈”以及基于RSRP的“自适应选择”,构建了一套全新的、高效的无线“握手”协议。
-
为速度而生: 它将接入时延降低了近一半,为URLLC等毫秒必争的应用场景打开了想象空间。对于“鹰眼-01”而言,这意味着更高的生产效率和更低的产品瑕疵率。
-
兼顾鲁棒: 巧妙的回退机制,使其在恶劣的无线环境下,能够平滑地过渡到经典的四步流程,保证了接入的成功率。
-
智能灵活: 引入RSRP门限决策,使得终端可以像经验丰富的司机一样,根据“路况”(信号质量),自主选择是“飙车”还是“稳行”。
2-step RACH是Rel-16众多无线增强技术中,看似微小但影响深远的一项。它从5G与终端的第一次“亲密接触”开始,就为整个通信链路注入了“快”的基因,是5G网络走向更低时延、更高效率的关键一步。
FAQ环节
Q1:2-step RACH会完全取代4-step RACH吗?
A1:不会。它们是共存互补的关系。4-step RACH非常鲁棒,对上行信道的要求更低,在信号覆盖边缘或初始接入阶段,它仍然是更稳妥、更可靠的选择。而2-step RACH追求极致的速度,适用于信道条件良好、对时延要求苛刻的场景。网络会根据策略配置,UE会根据实时信道条件,在这两者之间进行智能选择。
Q2:在MSGA中捆绑发送的PUSCH数据,大小有限制吗?
A2:是的,有严格限制。因为在MSGA发送时,UE与网络尚未建立完整的连接,安全上下文也未激活,且PUSCH的传输功率和资源通常也是受限的。因此,MSGA中的PUSCH只能用于传输非常少量的数据,如RRC连接请求、少量的上层信令或极小包的用户数据。它主要解决了“有无”和“快慢”的问题,而不是“多少”的问题。
Q3:为什么2-step RACH的回退机制,是回退到类似4-step RACH的“第三步”,而不是让UE从头再来?
A3:这是为了最大化效率。在回退场景中,基站已经成功接收到了PRACH(Msg1),这意味着它已经检测到了UE的接入意图,并完成了上行同步的初步估计。让UE从头再来,意味着浪费了这次成功的PRACH接收。因此,最高效的做法是,基站直接回复一个Msg2(包含在Fallback MSGB中),让UE直接进入发送Msg3的步骤。这本质上是将一次失败的2-step RACH,无缝地转换成了一次成功的4-step RACH,避免了不必要的重试和延迟。
Q4:除了URLLC,2-step RACH对其他5G场景(如eMBB, mMTC)有什么好处?
A4:同样有好处。对于mMTC(海量物联网),很多设备都只发送非常小的周期性数据包。2-step RACH可以显著降低每次数据上报的信令开销和功耗,延长电池寿命。对于eMBB(增强移动宽带),即使在连接态下,当UE需要发送一个小的上行数据包(如一个TCP ACK或一个即时消息)时,如果此时没有上行授权,使用2-step RACH(在PUCCH上没有资源时)可以比传统的“申请资源(SR)→等待授权(UL Grant)→发送数据”流程获得更低的时延。
Q5:2-step RACH相比4-step RACH,对终端的功耗是更高还是更低?
A5:对于一次成功的接入,2-step RACH的功耗更低。因为它显著缩短了整个接入过程的时长,UE可以更快地完成传输并返回到空闲或睡眠状态,从而节省了射频单元(RF)和处理器的工作时间。虽然MSGA需要同时发送PRACH和PUSCH,瞬时功耗可能稍高,但总体“亮屏”时间的大幅缩短,使得总能耗是降低的。这对于功耗极其敏感的物联网设备尤为重要。