本节课程视频7.3.2.1.1 从小区驻留到随机接入为什么还需要“第一次上行发言”在上一节完成小区选择之后UE已经找到了一个满足驻留条件的小区并获得了必要的下行同步与系统信息。此时UE能够“听见”gNB它能够利用SSB完成同步利用PBCH获得MIB并通过系统信息获得进一步的接入配置。但“能够接收”并不意味着“gNB已经知道这个UE要发送什么”。在UE尚未建立专用上行关系时gNB通常并没有一个可以直接用于该UE上行控制/数据传输的完整调度上下文。因此UE需要通过一个标准化的公共入口主动发起接入这个入口就是Random AccessRA过程。图7.3.2.1-1从小区驻留到随机接入双向通信建立的逻辑入口一个非常重要的边界“驻留camping”强调UE选择并监视一个合适的小区“随机接入”强调UE开始主动向网络建立上行接触。不要把“驻留成功”理解成“已经建立RRC连接”。1. 驻留阶段UE主要在“听”UE搜索并检测SSB完成时间/频率同步并获得PCI等小区识别信息。UE读取MIB并进一步获得读取RMSI/SIB1所需的控制信息。UE根据系统信息判断小区是否适合驻留并获得RACH相关公共配置。这一阶段的核心特征是下行信息流已经建立但UE尚未通过随机接入形成可用于后续连接建立的上行关系。2. 随机接入阶段UE开始“发言”UE根据网络广播的RACH配置在规定的PRACH资源上发送随机接入前导码preamble。这是一个有严格规范约束的“公共上行入口”并不是UE随意挑选时间、频率和波形进行发送。gNB检测PRACH后可以判断某个随机接入尝试是否存在并基于接收信号的到达时序等信息完成后续处理。对于典型的四步随机接入网络随后会通过Random Access ResponseRAR向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期望的接收时序”。工程上的关键理解如果在日志中看到PRACH检测成功但后续上行时序仍然明显异常问题不一定出在“有没有发PRACH”还可能与TA计算/下发、UE对TA的应用、UL timing reference、载波配置或RF时延校准等环节有关。7.3.2.1.3 随机接入的第二个核心功能获得初始上行传输机会随机接入并不是简单地“告诉基站我来了”。对于典型的四步RAPRACH前导码只是接入尝试的起点。gNB检测到前导码之后需要在后续响应中告诉UE下一步应该在什么条件下进行上行发送。因此从协议层面看RA承担了“从公共接入入口走向受控上行传输”的桥梁作用。尤其是在四步RA中RAR中包含的UL Grant为后续的上行传输提供了初始机会。图7.3.2.1-3公共随机接入资源多个UE如何共享接入入口1. 不要把“随机接入资源”与“业务专用资源”混为一谈概念典型含义本节应如何理解PRACH资源网络预配置的随机接入时频资源集合UE用它发送前导码作为公共接入入口RA Preamble用于随机接入尝试的序列/标识帮助gNB检测接入尝试并在响应中匹配相应前导码RAR中的UL Grant对后续上行传输的初始授权把UE从“公共接入”带入“可被调度的上行传输”RRC_CONNECTED后的专用资源由网络调度或配置的UE相关资源不是“PRACH本身就是专用资源”这一区分对于阅读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流程。术语提醒TC-RNTI、C-RNTI以及SI-RNTI等RNTI承担不同的无线控制用途。学习随机接入时首先要建立“临时身份用于接入阶段、专用身份用于后续连接”的总体框架具体RNTI何时产生、何时升级应放到后续随机接入流程章节详细学习。7.3.2.1.5 随机接入为什么天然需要考虑“多UE共享”一个小区不是“一部手机对应一套固定无线资源”的系统。小区的时间、频率和空间资源由大量UE共同共享尤其是在大量终端同时开机、恢复连接或发生移动性事件时接入请求可能集中出现。因此网络必须提供一个所有UE都能够理解的公共接入入口并允许gNB在收到接入尝试后进一步安排后续资源。随机接入中的“随机”具有工程上的明确含义UE在网络配置的可用集合内选择接入资源而不是任意发送。随机性解决了什么问题降低大量UE同时发起接入时的资源协调复杂度。使不同UE在时间、频率或前导码等维度存在区分机会。当两个或多个UE发生冲突时为后续冲突检测与解决提供基础。在网络侧统一管理公共接入资源同时保留对接入负载的控制能力。需要特别强调随机性本身并不能“消除冲突”。相反它使冲突成为一个可管理的概率事件真正的系统可靠性来自“随机选择 检测 响应 后续确认/冲突解决”的组合机制。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 用一张“功能地图”重新认识随机接入功能层次随机接入解决的问题典型信息/资源最终价值物理层入口UE第一次主动向gNB发射可检测的上行信号PRACH / Preamble建立首次上行接触时序层UE上行到达时间与gNB接收时间边界不一致TA相关处理改善上行时序对齐MAC接入公共接入后的后续上行传输需要网络侧安排RAR / UL Grant获得初始上行发送机会身份层初始阶段缺少稳定专用无线标识临时RNTI等让后续控制交互可进行连接层需要继续完成RRC连接建立RRC相关过程进入更完整的专用连接阶段业务层核心网需要获得NAS相关消息RRC承载NAS继续注册/业务建立7.3.2.1.8 从“物理现象”理解TA一个工程案例考虑一个典型的初始接入场景UE已经完成小区搜索、下行同步和必要系统信息获取。UE依据网络配置选择一个可用PRACH Occasion并发送随机接入前导码。UE在本地时间参考下发射PRACH。PRACH经过无线传播后到达gNB。gNB对PRACH进行检测并确定接收信号的到达时序。gNB据此生成适用于该UE后续上行发送的Timing Advance信息。UE应用TA后在后续上行发送中提前调整发射时刻使信号在gNB侧更接近期望的时间边界。不要这样记TA错误记忆“TA就是手机到基站的距离。”正确记忆“TA是网络用于补偿UE上行传播时延、调整UE上行发射时序的控制量距离只能作为影响传播时延的物理因素之一。具体TA取值、量化单位和应用方式由NR物理层过程定义。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/整体架构规范共同定义。这意味着学习本节时应把随机接入理解成一种通用的“无线接入与上行重新对齐机制”而不仅仅是一套开机注册流程。本节范围控制本节只回答“随机接入为什么存在、解决什么问题、它在整个初始接入链中的位置是什么”。具体的随机性、Preamble选择、PRACH时频资源选择、四步/两步流程、CBRA/CFRA以及各Msg的详细处理在后续小节分别展开。7.3.2.1.11 工程日志视角如何判断随机接入的功能是否正常在QXDM、基站MAC/PHY日志或空口抓包中不要只看“有没有PRACH”。一次接入问题通常需要把“触发—发送—检测—响应—上行时序—后续连接”作为一条链来观察。观察点UE侧可关注现象gNB侧可关注现象故障指向RA触发MAC/RRC产生RA trigger收到对应触发/状态上层触发或状态机PRACH发送Preamble、RO、功率等PRACH detector结果RACH配置、RF、同步RAR接收RAR window内尝试解调RAR生成与发送下行控制/调度/RA响应TA应用TA更新并用于后续ULTA command/UE timing相关日志时序处理后续上行UL transmission是否出现是否能正确解调UL timing / grant / RF连接建立RRC相关消息是否继续RRC状态是否推进MAC/RRC交互或更高层7.3.2.1.12 本节最容易混淆的八个概念容易形成的错误认识更准确的工程理解“小区驻留成功已经接入网络”不准确。驻留首先表示UE选择并驻留在一个合适的小区连接建立和核心网注册还需要后续过程。“SSB完成了上下行同步”不准确。SSB主要帮助UE完成下行同步与小区识别初始上行时序关系需要通过随机接入等过程进一步建立。“PRACH就是PUSCH”不准确。PRACH是随机接入信道PUSCH是上行共享信道。二者用途、序列和物理过程不同。“随机接入就是申请业务带宽”不准确。RA首先解决接入、上行时序和初始上行发送机会等问题真正的业务资源调度属于后续网络调度过程。“TA就是距离”不准确。TA是上行时间调整量距离会影响传播时延但TA不能直接当作距离读数。“随机就是任意选择”不准确。UE是在网络配置的合法资源集合内执行选择。“随机接入完成就一定完成RRC连接”不准确。RA与RRC连接建立相关但不是同一过程后续连接建立仍需要继续完成。“只有开机才会触发RA”不准确。NR在多种场景下都可以触发随机接入。7.3.2.1.13 综合案例一个UE从“只会听”到“可以继续建立连接”场景UE开机后搜索到目标NR小区。它已经能够接收SSB和系统信息但尚未建立RRC_CONNECTED状态下的专用上下行关系。此时用户发起需要连接网络的业务。小区选择阶段UE确认目标小区满足驻留条件并取得RACH相关系统配置。随机接入触发UE决定执行随机接入进入RA过程。公共上行入口UE依据网络配置在合法的PRACH Occasion上发送Preamble。gNB检测gNB检测到该接入尝试并获得处理后续上行所需的关键信息。RAR阶段在典型四步RA中UE获得与此次接入相关的TA和初始UL Grant等信息。后续连接UE利用获得的上行条件继续发送连接建立相关消息网络再继续完成RRC及更高层流程。结果UE从“能够接收小区广播”逐步走向“能够进行受控的双向通信”最终才具备承载正常业务的条件。把整个过程压缩成一句话小区选择解决“我应该驻留在哪个小区”随机接入解决“我怎样从公共上行入口第一次让gNB可靠地接收到我并建立初始上行时序与后续交互条件”RRC/NAS及后续调度再解决“我是谁、我要做什么业务、网络怎样长期服务我”。