企业官网建设流程全解析

本节课程视频

7.3.2.1.1 从小区驻留到随机接入：为什么还需要“第一次上行发言”？

在上一节完成小区选择之后，UE已经找到了一个满足驻留条件的小区，并获得了必要的下行同步与系统信息。此时UE能够“听见”gNB：它能够利用SSB完成同步，利用PBCH获得MIB，并通过系统信息获得进一步的接入配置。

但“能够接收”并不意味着“gNB已经知道这个UE要发送什么”。在UE尚未建立专用上行关系时，gNB通常并没有一个可以直接用于该UE上行控制/数据传输的完整调度上下文。因此，UE需要通过一个标准化的公共入口主动发起接入，这个入口就是Random Access（RA）过程。

图7.3.2.1-1从小区驻留到随机接入：双向通信建立的逻辑入口

1. 驻留阶段：UE主要在“听”

• UE搜索并检测SSB，完成时间/频率同步并获得PCI等小区识别信息。
• UE读取MIB，并进一步获得读取RMSI/SIB1所需的控制信息。
• UE根据系统信息判断小区是否适合驻留，并获得RACH相关公共配置。
• 这一阶段的核心特征是：下行信息流已经建立，但UE尚未通过随机接入形成可用于后续连接建立的上行关系。

2. 随机接入阶段：UE开始“发言”

UE根据网络广播的RACH配置，在规定的PRACH资源上发送随机接入前导码（preamble）。这是一个有严格规范约束的“公共上行入口”，并不是UE随意挑选时间、频率和波形进行发送。

gNB检测PRACH后，可以判断某个随机接入尝试是否存在，并基于接收信号的到达时序等信息完成后续处理。对于典型的四步随机接入，网络随后会通过Random Access Response（RAR）向UE提供进一步的上行发送机会以及Timing Advance等参数。

7.3.2.1.2 随机接入的第一个核心功能：建立初始上行同步

初始随机接入最重要的物理层意义，是让gNB获得UE上行信号的到达时序信息，并向UE反馈用于调整上行发射时间的Timing Advance。

下行同步和上行同步并不是同一件事。UE接收SSB时，可以建立自己的下行时间参考；但是当UE向gNB发射上行信号时，信号还需要经过无线传播才能到达gNB。UE与gNB之间的传播时延会使上行信号相对于gNB内部的期望时间边界产生偏移。

图7.3.2.1-2 Timing Advance的直观含义：让上行信号在gNB侧对齐

1. 为什么上行必须进行时序对齐？

NR采用以OFDM为基础的时频资源结构。对于一个小区内多个UE，如果它们的上行符号在gNB接收端发生明显的时间错位，就可能破坏循环前缀（CP）所提供的时延容忍范围，并增加不同UE之间的干扰。尤其是在同一上行带宽内同时接收多个UE时，gNB需要让不同UE的上行传输尽可能落在预期的OFDM符号边界附近。

• UE距离gNB越远，传播时延通常越大；但工程上不能把TA简单等同为“距离值”。
• TA是gNB用于控制UE上行发射时序的参数/调整量。
• 初始随机接入提供了一个非常适合估计首次上行到达时间的机会，因为PRACH本身就是为随机接入和前导检测而设计的。
• 获得初始TA后，UE才能以更合适的上行时序发送后续上行信号；之后网络还可以继续进行Timing Advance维护。

2. 一个直观的时间关系

假设gNB按照自己的系统时间定义某个上行边界，UE根据下行同步建立了本地时间参考。UE发送PRACH后，信号经过传播到达gNB。gNB检测到PRACH的到达位置后，就能够据此确定需要对UE上行发送时序进行怎样的调整。

因此可以把这个过程理解为：“UE先发出一个可检测的上行试探信号 → gNB测量其到达时序 → gNB形成Timing Advance → UE应用TA → 后续上行传输更接近gNB期望的接收时序”。

7.3.2.1.3 随机接入的第二个核心功能：获得初始上行传输机会

随机接入并不是简单地“告诉基站我来了”。对于典型的四步RA，PRACH前导码只是接入尝试的起点。gNB检测到前导码之后，需要在后续响应中告诉UE：下一步应该在什么条件下进行上行发送。

因此，从协议层面看，RA承担了“从公共接入入口走向受控上行传输”的桥梁作用。尤其是在四步RA中，RAR中包含的UL Grant为后续的上行传输提供了初始机会。

图7.3.2.1-3公共随机接入资源：多个UE如何共享接入入口

1. 不要把“随机接入资源”与“业务专用资源”混为一谈

这一区分对于阅读QXDM、基站MAC日志和空口抓包非常重要：看到PRACH，并不能直接说明UE已经获得了完整的PDSCH/PUSCH业务资源；同样，看到后续PUSCH，也要区分它究竟属于Msg3、RRC控制消息还是已经进入连接态后的业务传输。

7.3.2.1.4 随机接入与“临时身份”：gNB如何知道响应给谁？

在接入最开始，UE与gNB之间还缺少稳定的UE专用无线标识关系。因此随机接入不能一开始就假设“gNB已经知道这个UE的C-RNTI”。这正是随机接入需要采用公共资源、前导码检测和临时身份机制的原因之一。

• PRACH前导码提供了一个低负担的公共接入入口。
• gNB可以在公共接入响应中携带与该接入尝试对应的临时标识和初始上行授权。
• 随后UE通过上行消息进一步表达自己的接入意图和身份相关信息。
• 在竞争性随机接入中，后续还需要竞争解决；本节只建立“为什么需要临时身份和后续确认”的概念，不展开具体Msg流程。

7.3.2.1.5 随机接入为什么天然需要考虑“多UE共享”？

一个小区不是“一部手机对应一套固定无线资源”的系统。小区的时间、频率和空间资源由大量UE共同共享，尤其是在大量终端同时开机、恢复连接或发生移动性事件时，接入请求可能集中出现。

因此，网络必须提供一个所有UE都能够理解的公共接入入口，并允许gNB在收到接入尝试后进一步安排后续资源。随机接入中的“随机”具有工程上的明确含义：UE在网络配置的可用集合内选择接入资源，而不是任意发送。

随机性解决了什么问题？

1. 降低大量UE同时发起接入时的资源协调复杂度。
2. 使不同UE在时间、频率或前导码等维度存在区分机会。
3. 当两个或多个UE发生冲突时，为后续冲突检测与解决提供基础。
4. 在网络侧统一管理公共接入资源，同时保留对接入负载的控制能力。

需要特别强调：随机性本身并不能“消除冲突”。相反，它使冲突成为一个可管理的概率事件；真正的系统可靠性来自“随机选择 + 检测 + 响应 + 后续确认/冲突解决”的组合机制。

7.3.2.1.6 随机接入与RRC/NAS：它是“业务之前的桥”，而不是业务本身

图7.3.2.1-4随机接入在协议栈中的位置：从PHY入口通向RRC/NAS业务

从协议栈角度看，随机接入位于物理层接入入口、MAC过程与RRC连接建立之间。它首先解决的是“UE怎样让gNB可靠地收到第一次上行接入尝试”以及“怎样获得后续上行发送所需的基本条件”。

随后，RRC连接建立才负责把UE从没有专用RRC连接的状态带入连接态，并进一步承载NAS消息，使UE与核心网之间能够开展注册、鉴权等更高层过程。

• 随机接入 ≠ RRC连接建立。
• 随机接入 ≠ NAS注册。
• 随机接入 ≠ PUSCH业务传输本身。
• 随机接入是这些后续过程能够顺利展开的重要无线入口之一。

7.3.2.1.7 用一张“功能地图”重新认识随机接入

7.3.2.1.8 从“物理现象”理解TA：一个工程案例

考虑一个典型的初始接入场景：UE已经完成小区搜索、下行同步和必要系统信息获取。UE依据网络配置选择一个可用PRACH Occasion，并发送随机接入前导码。

1. UE在本地时间参考下发射PRACH。
2. PRACH经过无线传播后到达gNB。
3. gNB对PRACH进行检测，并确定接收信号的到达时序。
4. gNB据此生成适用于该UE后续上行发送的Timing Advance信息。
5. UE应用TA后，在后续上行发送中提前调整发射时刻，使信号在gNB侧更接近期望的时间边界。

7.3.2.1.9 TDD场景下的上行同步：为什么时间结构特别重要？

在TDD NR中，同一载波的不同OFDM符号可能被配置为下行（D）、特殊/灵活用途（S）或上行（U）。因此UE不能简单地“看到一个时隙就发送”，而必须依据小区配置确定允许的上行传输时机。

图7.3.2.1-5典型TDD帧结构示意：随机接入必须服从网络配置的上行时序

随机接入的一个重要工程思想就是：UE不是自己创造一个新的上行时间基准，而是在已经获得下行同步和小区系统信息的基础上，寻找网络允许的PRACH资源，并通过首次上行传输让gNB建立更精确的上行时间关系。

因此，分析初始接入问题时，可以按下面的顺序检查：是否已经稳定获得SSB → 是否成功读取必要系统信息 → RACH配置是否正确 → UE是否选择了合法PRACH Occasion → PRACH是否真正发射 → gNB是否检测到 → 是否形成并下发TA → UE是否正确应用TA。

7.3.2.1.10 典型场景：为什么“开机入网”只是随机接入的一种场景？

从网络架构角度，随机接入并不是只服务于“手机第一次开机”。现代NR定义了多种触发随机接入的场景，包括初始接入、连接重建、切换、RRC连接恢复/恢复相关过程、上行不同步、SR失败以及波束失败恢复等。具体触发条件和适用过程由相关RRC/MAC/整体架构规范共同定义。

这意味着学习本节时，应把随机接入理解成一种通用的“无线接入与上行重新对齐机制”，而不仅仅是一套开机注册流程。

7.3.2.1.11 工程日志视角：如何判断随机接入的功能是否正常？

在QXDM、基站MAC/PHY日志或空口抓包中，不要只看“有没有PRACH”。一次接入问题通常需要把“触发—发送—检测—响应—上行时序—后续连接”作为一条链来观察。

7.3.2.1.12 本节最容易混淆的八个概念

7.3.2.1.13 综合案例：一个UE从“只会听”到“可以继续建立连接”

场景：UE开机后搜索到目标NR小区。它已经能够接收SSB和系统信息，但尚未建立RRC_CONNECTED状态下的专用上下行关系。此时用户发起需要连接网络的业务。

1. 小区选择阶段：UE确认目标小区满足驻留条件，并取得RACH相关系统配置。
2. 随机接入触发：UE决定执行随机接入，进入RA过程。
3. 公共上行入口：UE依据网络配置，在合法的PRACH Occasion上发送Preamble。
4. gNB检测：gNB检测到该接入尝试，并获得处理后续上行所需的关键信息。
5. RAR阶段：在典型四步RA中，UE获得与此次接入相关的TA和初始UL Grant等信息。
6. 后续连接：UE利用获得的上行条件继续发送连接建立相关消息；网络再继续完成RRC及更高层流程。
7. 结果：UE从“能够接收小区广播”逐步走向“能够进行受控的双向通信”，最终才具备承载正常业务的条件。