1. 从一次现场测试异常说起为什么随机接入值得单独拎出来讲刚入行做网络优化那会儿我对随机接入的理解长期停留在手机开机要接入网络这个层面觉得它无非就是终端发个请求、基站回个响应跟TCP三次握手差不多。直到有一次跟着前辈去处理一个现场问题某片区域大量终端在特定时段接入成功率骤降后台信令跟踪显示大量终端卡在随机接入的前几步反复重试用户感知就是信号满格但打不出去电话、上不了网。那次排查前后折腾了将近一周才把问题定位清楚。从那以后我才真正意识到随机接入Random Access简称RA绝不是握手两个字能概括的它是终端和网络之间建立连接的第一道门槛这道门槛的设计直接决定了接入时延、接入成功率和整个系统的容量表现。这篇内容我想把NR随机接入的基础知识系统地梳理一遍。所谓基础不是泛泛而谈的概念罗列而是把随机接入到底解决什么问题、有哪几种触发场景、两种接入模式的区别、前导码是怎么设计和选择的、Msg1到Msg4这条消息链路每一步在干什么、以及实际优化中哪些参数最值得关注这些内容讲透。适合刚接触NR协议栈的工程师、做网络优化和测试的从业者以及想从LTE平滑过渡到NR的读者。我会尽量用从业者之间交流的口吻把协议里那些看起来枯燥的流程还原成终端和基站之间到底在商量什么的实际场景。需要先说明一点随机接入的很多细节在3GPP协议里有明确定义但不同设备厂商、不同运营商在参数配置和实现策略上会有差异。我下面讲的内容以通用原理和常见实践为主涉及具体参数取值时我会说明这是基于常见配置的合理推断实际项目中还是要以设备文档和现场配置为准。2. 随机接入到底在解决什么问题四种触发场景拆解2.1 随机接入不是开机专属它的触发场景比想象中多很多人第一次学随机接入会默认它只发生在终端刚开机、需要注册到网络的时候。实际上在NR里随机接入的触发场景至少有四大类理解这些场景是理解整个流程设计意图的前提。第一类是初始接入。终端刚开机或者从覆盖盲区回到服务区此时网络侧还没有这个终端的任何上下文信息终端需要通过随机接入来请求建立连接。这是最典型的场景也是协议设计时考虑最多的场景。第二类是无线链路失败后的重建。终端原本已经和网络建立了连接但因为信号突变、切换失败等原因导致链路中断终端需要重新发起随机接入来恢复连接。这个场景的特点是终端可能还保留部分上下文但网络侧的状态可能已经不一致了所以流程上会有一些特殊处理。第三类是切换过程中的接入。终端从一个小区移动到另一个小区目标小区需要终端通过随机接入来确认我来了请给我分配资源。这个场景对时延非常敏感因为切换中断时间直接影响用户感知。第四类是上行失步后的重新同步。终端长时间没有上行数据传输网络侧认为终端的上行定时已经不准了此时如果终端突然有数据要发就需要先通过随机接入重新对齐上行定时。把这四类场景放在一起看你会发现随机接入的核心使命其实有两个一是让网络知道有终端要接入二是让网络和终端在上行定时上达成一致。第二个使命经常被忽略但它恰恰是随机接入区别于普通请求-响应机制的关键所在。2.2 为什么上行定时对齐这么重要这里需要稍微展开讲一下上行定时对齐为什么是随机接入的核心任务之一。在蜂窝通信里下行方向是基站发、终端收所有终端共享同一个下行定时基准终端只要按基站的下行信号对齐接收窗口就行。但上行方向是终端发、基站收不同终端距离基站的远近不同信号传播时延也不同。如果两个终端同时发送上行数据一个离基站近、一个离基站远它们到达基站的时间就会错开基站接收时就会产生符号间干扰。NR系统解决这个问题的办法是上行定时提前Timing AdvanceTA基站测量每个终端上行信号的到达时间计算出一个提前量告诉终端你下次发送时提前这么多时间发这样所有终端的上行信号就能在基站侧对齐。而随机接入正是终端第一次获得TA值的途径。终端在随机接入过程中发送前导码基站通过检测前导码的到达时间来估算TA然后在响应消息里把TA值告诉终端。这就是为什么随机接入不能简单地用发个请求来理解——它承载了物理层定时测量的功能。理解了这一点你就能明白为什么前导码的设计要特别考虑检测性能为什么基站对前导码的检测精度要求那么高。TA估算的准确性直接决定了后续上行传输的质量。3. 四步随机接入与两步随机接入两种模式怎么选3.1 四步随机接入经典但不算快的方案NR里最经典的随机接入流程是四步随机接入4-step RACH消息链路是Msg1、Msg2、Msg3、Msg4。我按顺序把每一步在干什么讲清楚。Msg1前导码传输终端从基站广播的配置里选一个前导码序列在指定的时频资源上发送。这一步是我来了的信号终端此时还没有任何专属资源用的是竞争性的公共资源。基站收到前导码后能检测到有人要接入并通过前导码的到达时间估算TA。Msg2随机接入响应基站在下行发送随机接入响应RAR里面包含检测到的前导码标识、TA值、上行授权告诉终端Msg3可以用哪些上行资源发以及一个临时标识。注意Msg2是发给所有发了前导码的终端的如果多个终端选了同一个前导码它们都会收到这个响应这就是竞争的来源。Msg3连接请求终端用Msg2里分配的上行资源发送自己的身份信息比如终端标识、连接建立原因等。这一步是终端第一次向网络表明我是谁。Msg4竞争解决基站回送竞争解决消息把在Msg3里收到的终端标识回显出来。终端收到后对比自己的标识如果一致说明自己赢得了竞争随机接入成功如果不一致说明前导码冲突了需要退避后重试。四步流程的优点是成熟、可靠、兼容性好缺点是时延相对较大因为要经历四次消息交互。对于URLLC这类对时延极度敏感的业务四步流程的时延可能成为瓶颈。3.2 两步随机接入把前两步合并的思路为了降低时延NR引入了两步随机接入2-step RACH。它的思路很直接把Msg1和Msg3合并成一个消息称为MsgA把Msg2和Msg4合并成一个消息称为MsgB。终端在MsgA里同时发送前导码和载荷payload基站收到后如果解码成功直接在MsgB里回复竞争解决和后续调度信息。两步流程把消息交互次数从四次降到两次理论上能显著降低接入时延。但它也有代价MsgA的载荷部分需要额外的上行资源而且前导码和载荷之间的资源映射关系更复杂基站检测的复杂度也更高。所以实际部署中两步和四步往往是共存的网络会根据业务类型、终端能力、负载情况来决定用哪种。3.3 两种模式的对比与选择逻辑对比维度四步随机接入两步随机接入消息交互次数4次2次接入时延相对较高相对较低资源开销前导码资源为主前导码加载荷资源竞争解决方式Msg4显式解决MsgB内解决适用场景通用场景、初始接入低时延业务、小包传输实现复杂度较低较高选择逻辑上我的经验是如果是常规的移动性管理、初始接入四步流程足够用而且兼容性最好如果业务对时延敏感或者终端处于连接态需要快速恢复上行同步可以优先考虑两步流程。但要注意两步流程能否使用取决于网络是否配置了对应的资源以及终端是否支持。实际优化中我见过不少现场问题是因为终端和网络对两步流程的支持能力不匹配导致的这个后面会展开讲。4. 前导码随机接入里最讲究的一块设计4.1 前导码序列是怎么来的前导码preamble是随机接入里第一个在空中接口上传输的信号它的设计直接决定了基站能不能可靠地检测到终端。NR的前导码基于Zadoff-ChuZC序列生成这是一种恒幅零自相关序列优点是峰均比低、自相关特性好非常适合用于定时估计。NR定义了长序列和短序列两种前导码格式。长序列主要用于低频段、覆盖要求高的场景序列长度839子载波间隔1.25kHz或5kHz短序列主要用于高频段和低时延场景序列长度139子载波间隔15kHz、30kHz、60kHz、120kHz等。不同格式对应不同的时域占用长度和频域占用带宽网络会根据部署频段和覆盖需求来配置。这里有个容易混淆的点前导码格式的选择不是终端随便定的而是网络在系统消息里广播的。终端只能从网络配置的格式集合里选。所以如果你在现场发现终端发的preamble格式不对首先要查的是网络侧的配置而不是终端。4.2 前导码分组与选择逻辑网络会把可用的前导码分成若干组常见的是Group A和Group B。分组的依据通常是Msg3的大小和路径损耗。终端在选择前导码时会根据自己的Msg3数据量和测量的路损决定从哪个组里选。为什么要分组核心目的是让基站通过前导码就能大致判断终端的意图。比如Group B通常对应较大的Msg3基站收到Group B的前导码就知道这个终端后续要发比较多的数据可以提前准备更大的上行授权。这种用前导码携带隐式信息的设计能减少后续消息交互的协商成本。实际优化中前导码分组配置不合理是导致接入失败的常见原因之一。如果Group B的门限设得太高很多本该用Group B的终端被迫用Group A基站分配的授权不够Msg3就发不出去如果门限设得太低又会导致Group B资源被滥用。这个门限的调整需要结合现场的路损分布和业务模型来定。4.3 前导码冲突与竞争解决前导码是竞争性资源多个终端可能同时选中同一个前导码这就是冲突。冲突本身不可怕协议设计了竞争解决机制来处理。但冲突率过高会直接拉低接入成功率、增加接入时延。影响冲突率的因素主要有几个一是前导码资源总数资源越多冲突概率越低二是同时发起接入的终端数量负载越高冲突越多三是前导码选择策略如果终端选择过于集中也会加剧冲突。我在实际优化中总结的经验是当接入负载升高时单纯增加前导码资源不一定能解决问题还要看资源在时频上的分布是否合理。有时候把前导码资源在时间上分散开比单纯增加序列数量更有效。另外退避参数的配置也很关键退避窗口设得太小冲突的终端会很快重试反而加剧冲突设得太大又会拉长接入时延。这个参数需要根据负载情况动态权衡。5. Msg1到Msg4的完整链路每一步的实操关注点5.1 Msg1发送终端侧的选码与发射终端决定发起随机接入后第一件事是选前导码。选码的逻辑大致是先根据路损和Msg3大小确定用哪个组然后从组内随机选一个序列再根据网络配置的时频资源确定发送位置。这里有个实操中容易忽略的点前导码的发射功率。终端不能随便用最大功率发而是要根据路损测量和网络配置的目标接收功率来计算。如果功率算低了基站检测不到算高了会对邻区造成干扰。NR里有个参数叫preambleReceivedTargetPower网络通过它告诉终端我希望收到你的前导码时功率是多少终端再结合自己测量的路损反推发射功率。这个参数的调整直接影响接入成功率和上行干扰水平是优化时的重点参数之一。5.2 Msg2接收RAR窗口与监听终端发完Msg1后会在一个叫RAR窗口随机接入响应窗口的时间范围内监听下行控制信道等待Msg2。这个窗口的长度由网络配置通常几个到几十个毫秒不等。窗口长度的设置是个权衡设得太短基站可能还没来得及处理前导码并发送响应终端就错过了设得太长终端在窗口内一直监听增加功耗而且如果没收到响应要等窗口结束才能重试拉长了接入时延。实际配置中窗口长度要匹配基站的preamble检测处理时延和调度周期。如果终端在窗口内没收到Msg2会认为这次尝试失败需要退避后重新发起。退避时间的计算涉及一个退避指示符BI网络可以通过它来调节终端的重试节奏。5.3 Msg3发送上行授权与竞争传输Msg2里包含的上行授权告诉终端可以用哪些上行资源发Msg3。终端在这个资源上发送连接请求内容包括终端标识和连接建立原因。Msg3的传输用的是HARQ机制如果基站没解对会要求重传。这里有个细节Msg3的重传和普通数据的HARQ重传不太一样它是在竞争解决之前进行的所以重传时用的还是临时标识。如果重传次数用完了还没成功终端只能放弃这次随机接入重新来过。实操中Msg3发送失败的原因主要有几类上行授权不够大装不下要发的数据上行定时不准导致基站解调失败上行干扰太大信噪比不够。排查时要结合Msg2里的授权大小、TA值以及现场的上行干扰情况综合判断。5.4 Msg4接收竞争解决的最后一关Msg4是竞争解决消息基站把在Msg3里收到的终端标识回显出来。终端收到后对比一致就说明自己赢了随机接入成功不一致就说明前导码冲突了需要退避重试。这里有个容易踩的坑Msg4的监听和Msg2的监听用的是不同的标识。Msg2用的是随机接入临时标识RA-RNTIMsg4用的是临时小区标识TC-RNTI。如果终端在监听Msg4时用错了标识就会一直收不到表现为Msg3发出去了但接入就是完不成。这种问题在信令跟踪里看得很清楚但如果不熟悉流程很容易误判成基站没发Msg4。6. 随机接入优化参数、场景与常见问题6.1 最值得关注的几个参数随机接入相关的参数很多但实际优化中真正高频调整的就那么几个。我整理了一个表把参数、作用和调整方向列出来。参数作用调整方向与注意事项preambleReceivedTargetPower目标接收功率提高可提升检测成功率但会增加干扰powerRampingStep功率爬升步长步长大接入快但干扰大步小反之preambleTransMax最大前导码传输次数影响接入成功率和时延的平衡ra-ResponseWindowRAR窗口长度需匹配基站处理时延过短会漏收backoffIndicator退避指示负载高时适当增大降低冲突msg3-DeltaPreambleMsg3功率偏移影响Msg3解调成功率这些参数没有一组万能最优值必须结合现场的路损分布、负载水平、干扰情况来调。我的经验是先抓主要矛盾如果接入成功率低但干扰正常优先看功率相关参数如果接入时延大但成功率还行优先看窗口和退避参数。6.2 不同场景下的优化侧重点高负载场景比如大型活动现场大量终端同时接入。这时候冲突率是主要矛盾优化重点是前导码资源的合理分配、退避参数的调整以及考虑是否启用两步随机接入来降低信令开销。远覆盖场景终端离基站远路损大。这时候检测成功率是主要矛盾优化重点是功率参数的调整和前导码格式的选择。长序列前导码在远覆盖场景下更有优势。高速移动场景终端移动速度快多普勒频移大。这时候前导码的检测性能会下降需要选择对频偏不敏感的前导码格式同时TA的更新频率也要考虑。室内深度覆盖场景信号弱且多径复杂。优化重点是功率爬升策略和重传次数的配置必要时考虑增加室分系统来改善覆盖。6.3 几个我踩过的坑第一个坑是把接入失败简单归因于覆盖。有一次现场接入成功率低第一反应是加功率、加站点结果折腾半天没效果。后来仔细看信令发现是Msg3一直解调失败根因是上行干扰跟覆盖没关系。这个教训让我养成了先看信令、再下结论的习惯。第二个坑是忽略终端和网络的能力匹配。两步随机接入刚引入时有些终端支持、有些网络配置没开导致部分终端接入异常。排查这类问题一定要先确认双方的能力和配置是否对齐。第三个坑是退避参数一刀切。不同小区、不同时段的负载差异很大用同一套退避参数往往顾此失彼。后来我们按小区和时段做了差异化配置接入成功率明显改善。7. 从信令跟踪看随机接入排查问题的实用方法7.1 信令跟踪要看哪些关键节点做随机接入问题排查信令跟踪是最直接的手段。我通常会关注这几个节点终端是否发出了Msg1、基站是否检测到前导码、Msg2是否在窗口内发出并被终端收到、Msg3是否发送成功并被基站解调、Msg4是否完成竞争解决。把这几个节点串起来看问题出在哪一步一目了然。比如Msg1发了但基站没检测到问题在覆盖或功率Msg2发了但终端没收到问题在窗口配置或下行质量Msg3发了但基站没解对问题在上行授权、定时或干扰Msg4没完成问题在竞争解决或标识配置。7.2 几个典型问题的排查链路问题一接入成功率低但信号质量正常。排查链路先看是不是冲突率高如果是查前导码资源和退避配置如果不是看Msg3解调成功率如果低查上行干扰和功率配置如果Msg3正常看Msg4查标识配置和竞争解决逻辑。问题二接入时延大。排查链路先看RAR窗口是否过长如果是适当缩短再看退避参数是否过大如果是适当减小最后看是否频繁重传如果是查功率爬升和检测成功率。问题三特定终端接入异常。排查链路先确认终端能力是否支持当前配置再看终端侧的选码逻辑是否正常最后看是不是终端实现问题。这类问题往往需要终端侧日志配合分析。7.3 一个实用的排查清单我把日常排查随机接入问题的清单整理如下供参考确认问题范围是单终端、单小区还是全网抓取信令跟踪定位失败发生在哪一步检查参数配置功率、窗口、退避、前导码资源检查干扰情况上行底噪是否正常检查终端能力是否支持当前配置的特性检查负载情况是否高负载导致冲突对比历史数据是突发问题还是长期问题小范围验证调整参数后先在小范围验证效果这个清单看起来简单但实际排查中按顺序走一遍能避免很多拍脑袋式的误判。8. 写在最后随机接入的学习路径建议随机接入这块内容我的体会是入门容易精通难。协议里的流程图看一遍就能懂个大概但真正要吃透需要在实践中反复对照信令、参数和现场表现。如果你刚接触这块我的建议是先把手头的信令跟踪工具用熟然后找一个真实的小区把它的随机接入相关参数全部拉出来看一遍再结合信令跟踪理解每个参数在流程里的作用。这样学一遍比看十遍协议都管用。另外NR的随机接入还在演进两步流程、免调度接入等新特性会逐步引入。保持对协议版本更新的关注同时不要脱离现网实践这两点结合起来才能真正把随机接入这块知识变成自己的东西。