简介一份聚焦5G NR PRACH接入信号规划方法的PDF文档面向5G网络优化工程师、基站规划及无线网优从业者系统梳理了物理随机接入信道从原理到参数配置的关键要点。文档首先说明随机接入在连接建立、切换与恢复中的作用明确PRACH Preamble基于Zadoff-Chu序列生成覆盖839/139两种长度及64个前导的生成方式随后详解Preamble由循环前缀CP、序列和保护间隔GP组成CP用于抵消多径时延GP决定小区接入覆盖半径并对比long preambleFormat0/1/2/3与short preambleA/B/C系列在常规覆盖、超远覆盖、密集城区及高速移动等场景的选择思路。针对规划实践文档还结合华为5G RAN2.1版本讨论了前导格式选择、ZC根序列分配、Ncs取值与邻区协调策略有助于规避Preamble虚检和接入失败。PDF共1个文件压缩包大小2.22MB内容精炼、技术深度适中且偏重工程落地。已有647人学习适合需要深入理解PRACH规划细节、提升网络接入性能优化能力的通信工程师阅读。1. 5G NR PRACH接入信号规划终端入网第一句话也是最容易被参数搞坏的一环深夜值班后台弹出某 5G SA 小区 RACH 成功率掉到 89.7%终端在电梯口明明显示有信号却迟迟注册不上。这种场景几乎每个网优都遇到过下行覆盖看着没问题真正出事的往往是 5G NR PRACH 接入信号规划里的某个参数塌了。PRACH 是终端进网的第一条消息它的时频位置、前导格式、目标接收功率必须和小区覆盖半径、波束数量、业务负荷一起配平。这篇笔记会把 PRACH 规划拆成前导格式选型、时频资源映射、功率预算和排查顺序四块每一块都给出可以直接套用的计算方法。适合正在做 5G 基站参数规划、SA 组网优化的工程师也给备赛 5G 组网与运维大赛的人留一套能推导的参数思路。2. 前导格式选型先定覆盖半径再谈子载波间隔2.1 先从保护间隔说起覆盖半径是格式选择的第一个约束PRACH 前导在时域上是三段结构循环前缀 CP、前导序列、保护间隔 GT。CP 解决多径和时偏GT 解决整段往返时延。终端在距离 gNB 半径 R 的位置发送前导信号经过 R/c 到达基站再等基站回话GT 至少要容纳两倍传播时延。公式不复杂最大接入距离 R_max GT × 光速 ÷ 2。所以规划 PRACH 的第一步从来不是看容量而是先问这个小区最大能听到多远的 msg1。宏站 35km 超级覆盖和室内微站 3km 覆盖对 GT 的要求差一个数量级对应的前导格式完全不是同一类。如果 GT 不够远点终端的前导尾部会越过保护间隔叠进下一个时隙。表面上是多了一两个符号的数据受损实际上是 gNB 给 msg1 配对时出现虚假关联终端收不到 msg2接着又进入下一轮功率爬升。这类问题的后台 KPI 通常表现为 RACH 尝试次数很高、msg2 响应率上不去和上行干扰的现象有点像很容易被误判成干扰问题。2.2 前导格式对照长格式保覆盖短格式保容量常用前导格式按大类可以分成长序列和短序列两族。长序列以 Format 0 为代表子载波间隔 1.25kHz序列长度 839一个前导占满约 1ms 时域资源GT 能支撑十几公里量级的覆盖适合低频广覆盖宏站。短序列以 A1/B1/B2/C2 这些为代表子载波间隔 15kHz 或 30kHz序列长度 139占用几个 OFDM 符号就能发完覆盖半径小但时域开销低适合城区室内和高频补热站。下面这张简表对常见格式做了归类精确的 CP、GT 数值要去 3GPP TS 38.211 的 PRACH 前导格式表里查这里给的是量级和场景格式类型典型子载波间隔序列长度典型适用场景Format 01.25 kHz839FDD/TDD 广覆盖宏站覆盖半径十几公里量级Format A1/A215 kHz139城市宏站中近点几公里到十公里内Format B1/B215 kHz / 30 kHz139小站、室内、高频补热覆盖半径小但开销少Format C230 kHz139高频微站时延预算紧、GT 要求很短选型逻辑其实很直白宏站惯用 Format 0是因为一个 1ms 时隙虽然贵但换来十几公里覆盖和稳定的同步精度城区密集站点用 A1是因为三公里内 GT 只需要几十微秒短格式几个符号就发完省下的上行符号全部让给 PUSCH。这里要特别提醒 5G SA 的场景SA 组网没有 LTE 锚点兜底前导发出去没回应终端不会像 NSA 那样从另一条腿找补只能原地重传。所以 SA 宏站选格式时我一般宁可留足 GT也不为省两个符号把覆盖半径压到极限。2.3 用 GT 反推覆盖半径一个脚本加一张表实际操作时反推流程比背格式表更重要。常见做法是分四步走第一步确认规划半径根据站间距、天线挂高、场景类型先定一个目标第二步用公式算出所需 GT第三步对照格式表选出 GT 大于理论值的那一行第四步如果差一点可以调整子载波间隔或换格式如果差太多就要回头审视站址而不是硬调参数。c 299792458 # 光速单位 m/s radius_km 15.0 required_gt_us radius_km * 1000 * 2 / c * 1e6 print(f覆盖 {radius_km} km 至少需要 GT 约 {required_gt_us:.1f} us) # 对比Format 0 的 GT 约 100 us 量级覆盖上限约 15 km。 # 目标 25 km 时GT 需求已经到 166.8 usFormat 0 不够用必须换更长 GT 的格式或重新评估站间距。这段代码里的 radius_km 是规划目标required_gt_us 是算出来的所需保护间隔。跑完拿结果和格式表的 GT 列对比即可。有个细节需要注意纯公式算出来的是理想传播半径工程上还要留 10%~15% 余量给时延扩展和邻区干扰不能把理论值当配置值直接填。如果某个站点历史上有 TA 值持续逼近上限的记录说明覆盖半径已经顶到格式上限再往上叠功率没有意义。3. PRACH 时频资源映射让接入请求不跟业务信道抢路3.1 读 prach-ConfigurationIndex先对齐帧结构再谈其他时域资源的核心是 prach-ConfigurationIndex 这个参数。它把 PRACH 周期、子帧位置、起始符号绑在一个索引里真正落地时不能只盯着索引数值还要先确认当前小区的帧结构。比如 TDD 常见的 DDDSU 结构PRACH 只能落在 U 时隙如果索引指向的位置恰好是下行符号或保护间隔终端就算发前导gNB 也收不到配置层面却可能显示正常。这种隐性不匹配最坑人。我的核查顺序是这样第一步在 5G 基站配置里确认帧结构先数清楚一个周期里 D、S、U 各占几个时隙第二步按当前子载波间隔打开对应的 PRACH 配置索引表锁定期望的接入周期和起始符号第三步把索引换算成无线帧里的时隙号和符号号画一条时间轴确认它落在 U 时隙内第四步才开始动 msg1-FDM 和 frequencyStart。顺序反过来的话很容易出现“改了 FDM 但时域位置本身就有问题”的双重叠加故障排查时很难定位。3.2 msg1-FDM 与频域偏移波束越多越要靠频分压缩时延频域规划有三个参数要一起看frequencyStart 决定 RO 从哪个 PRB 开始msg1-FDM 决定同一时刻频域上放几个 RORO 占用的 PRB 范围决定了它和 PUSCH/PUCCH 的隔离程度。常见做法是把 RO 放在小区带宽边缘把中间连续 RB 留给 PUSCH避免随机接入突发流量干扰业务信道。frequencyStart 从零频点往高偏移偏移量要根据带宽和 RO 占用 PRB 数计算不是随手填一个整数。msg1-FDM 的作用经常被低估。它不只是扩容开关更是波束扫描时延的压缩器。8 个 SSB 波束的小区如果每个 RO 只关联一个 SSB至少需要 8 个 ROFDM1 时这 8 个 RO 要在时域上排很多个周期终端在远点等接入机会的时间被拉长。把 FDM 开到 4一次时域周期就能放下 4 个 RO两次周期排完 8 个波束接入时延明显下降。代价是 PRACH 占用的带宽线性增加这时候必须检查 RO 有没有挤占 PUCCH 资源。一个参考组合是这样的场景索引大致位置msg1-FDM说明广覆盖宏站15kHz 常用索引 0/11波束少覆盖优先时域成本可接受8 波束城区站15kHz 索引 0/148 个 SSB 波束接入容量和时延优先高频室内站30kHz 对应索引2小站符号占用短FDM 适中即可改 FDM 后要在网管上回读实际生效的 RO 数量和位置。有的 gNB 会把 frequencyStart 自动对齐到某个 RB 栅格和配置值不完全一致以回读值为准别拿交付文件里的理想值当运行值。3.3 SSB 到 RO 映射独立映射保精度共享映射保容量SSB 和 RO 的对应关系由 ssb-perRACH-OccasionAndCB-PreamblesPerSSB 控制网管界面里通常写作“每个 RO 关联几个 SSB”。独立映射是 1 个 RO 只关联 1 个 SSBgNB 收到前导后能精确识别波束方向对下行波束管理有帮助但需要足够多的 RO。共享映射是 2 个或 4 个 SSB 共用 1 个 RORO 利用率高、扫描时延短代价是波束识别模糊前导接收后要额外靠其他机制确认波束。规划时先数 SSB 波束数再决定采用哪种映射。8 波束且有足够 RO 资源时优先独立映射如果帧结构里 U 时隙吃紧RO 数量不够就改成 2 个 SSB 共用一个 RO并在参数备注里留一行记录方便后续查波束相关问题时回看。最后检查时域上相邻 RO 之间至少留一个符号间隔避免前导相互干扰。这个细节经常在压时隙的时候被忽略等出现特定波束方向接入异常时才暴露出来。4. PRACH 功率与覆盖预算接入成功率不是玄学是可算出来的上限4.1 PRACH 开环功率公式两个参数要一起改不能只动一边msg1 的发射功率不是终端自己定的它由开环功率公式算出来P_PRACH min(P_CMAX, preambleReceivedTargetPower PL 格式修正量 powerRampingStep × (前导重传计数 - 1))preambleReceivedTargetPower 是 gNB 希望在天线口收到的前导功率PL 是终端通过 SSB 测出的下行路损格式修正量由前导格式决定powerRampingStep 是每次重传的抬升步长。这个公式里有两个参数特别容易被单独调一个是目标接收功率一个是功率爬升步长。目标接收功率不是越低越好定高了边缘终端算出来超过 UE 最大发射功率 23dBm直接放弃接入定低了基站的检测门限也低虚检概率上升干扰整片上行。常见做法是宏站先设 -100~-104dBm小站 -104~-108dBm再按天线增益和站点高度修正。功率爬升步长同样要谨慎。设 6dB 见效快但重传两三次就逼近满功率对邻区上行干扰像打桩一样一下一下砸设 2dB 平稳但接入速度慢时延敏感用户会明显感到“转圈”。在 5G 基站参数优化中我一般把 powerRampingStep 和 preambleTransMax 一并改分开改很容易顾此失彼。4.2 用最差路损验证功率预算超限的不是功率是覆盖预期功率规划不能只看目标接收功率一定要做最差路损验证。流程是从站间距和场景推出规划半径算这个半径下的最差路损加上阴影衰落余量代入公式看发射功率是否超过 23dBm 上限并留至少 3dB 余量。举个例子规划半径 3km最差路损 118dB目标接收功率 -104dBm终端发射功率约 14dBm余量充足如果站间距被拉到 6km路损涨到 130dB同样目标功率下终端需要 26dBm 发射功率超过上限。这时候终端在边缘没有能力按目标功率发射msg1 要么不发要么只能低功率爬升后台看起来是 RACH 尝试不多但成功率低而不是尝试次数爆炸。这个特征很重要能帮你在排查时快速区分“功率受限”和“资源不足”。参数常用值影响preambleReceivedTargetPower-110 ~ -80 dBm每加 2dB覆盖半径明显收缩检测门限同时收紧powerRampingStep0 / 2 / 4 / 6 dB步长过大会引发邻区上行干扰过小则接入变慢preambleTransMax4 / 8 / 10重传过多会在高负荷时引发 RACH 风暴4.3 别拿 SSB RSRP 代替上行预算下行好不等于上行通PRACH 功率规划的另一个常见盲区是下行和上行不对称。终端算 PL 用的是 SSB 测量值SSB 有波束成形增益终端测到的 RSRP 可能很好算出来的路损偏小但 PRACH 是上行单端口接收没有同样的波束成形增益做补偿。于是会出现“下行满格、上行哑火”的小区终端看着信号很强msg1 功率却达不到基站接收门限。这种情况在 TDD 大下倾角站点尤其明显。下倾角压得深SSB 在小区边缘测起来依然漂亮但上行覆盖预算没有跟着修正。正确做法是把上行覆盖预算单独做一遍不拿 SSB RSRP 的漂亮数字代替 msg1 的实际接收质量。如果现场路测显示 RSRP 很好但 RACH 失败优先怀疑上行增益不对称而不是继续抬 SSB 发射功率。5. 避坑指南RACH 成功率低的 6 个典型排查点5.1 忙时成功率跳水先怀疑前导码冲突而不是换格式现象小区闲时 RACH 成功率 99% 以上一到忙时掉到 93%~95%几分钟后又自己恢复。原因前导码冲突。可用前导数量受循环移位限制NCS 配置偏紧时前导码空间小忙时多个终端在同一 RO 选了同一前导gNB 只回应其中一个。后台通常有码冲突相关计数多数网管版本会单独统计 Msg1 冲突次数。解决先把 NCS 和覆盖半径核对一遍确认不是循环移位过窄再看忙时每 RO 的接入请求次数如果明显超过前导数量的三分之一就加大 msg1-FDM 或调整 PRACH 配置索引增加可用 RO 数量。不要一上来就换前导格式换格式解决的是覆盖问题不是容量问题。5.2 远点终端反复收不到 Msg2不是没发出去是时偏超限现象拉网测试在小区边缘终端显示已发起随机接入msg1 计数在涨但 msg2 始终收不到切换目标小区也是同样表现。原因时偏超出 CP 能吸收的范围或者 GT 不足导致前导跨时隙泄漏。gNB 在相关检测时收得到能量但无法确认有效前导于是不回 msg2。后台 TA 统计里能看到远点 TA 值持续逼近当前格式的上限。解决查 TA 分布看最大值是不是顶着当前前导格式的 GT/CP 上限。如果是换更长 CP、更长 GT 的格式或者收窄该小区的实际覆盖半径。功率爬升参数在这种场景下不用动加了功也不会让超越光速的时延变短。5.3 单个波束方向接入异常SSB 到 RO 映射错位的典型现场现象多波束小区里某个波束覆盖方向的用户接入稳定另一个方向的用户 RACH 失败率高路测 RSRP 却正常。原因SSB 到 RO 的映射关系不对。RO 关联的 SSB 索引和 gNB 实际波束扫描顺序不一致终端在某个 RO 上用了错误的 SSB 关联gNB 分辨不出波束msg2 无法带上正确的波束响应。解决导出小区当前的 ssb-perRACH-OccasionAndCB-PreamblesPerSSB逐一核对每个 RO 关联的 SSB 索引和波束序号。重点检查近期做过波束调整或天线权值修改的站点映射表常被连带改乱。5.4 功率预算没问题但成功率贴着天花板根序列规划出了问题现象功率预算已经做过最差路损验证参数和相邻小区也很接近RACH 成功率就是上不去MAC 层还能看到较高的虚假相关。原因邻区 PRACH 用了相同或相近的逻辑根序列前导互相关性变强部分接收到的能量被判定到错误的序列上漏检和虚检同时抬升。解决做全网根序列规划给同频邻区分配不同的逻辑根序列或合理错开的循环移位起点。不要在邻区之间沿用同一套出厂默认序列尤其是宏观站和室分交叠区域。5.5 参数改完没生效又查不出原因网管上核对了框号没有现象调整了 PRACH 相关参数后台指标没有任何变化重查配置发现目标小区的实际生效值和改动前一致。原因网管操作时选错了对象。多扇区共基带板站点容易在“小区→框号→槽位号→射频通道”映射上出错改到了逻辑小区或相邻小区。解决这是“华为 5G 网管查小区对应框号”这类日常动作最容易翻车的位置。操作前先在网管里核对小区号、框号、槽位号和通道再对比当前生效配置和交付文档确认无误再动手。不要相信名称下拉框里选中的就一定是要改的小区尤其在批量导入参数、相邻小区配置几乎一样的时候。5.6 TDD 双周期下 PRACH 落在下行符号时域索引没跟帧结构对齐现象新开的 TDD 站点配置成功后PRACH 时不时失效重启或重配后恢复正常过段时间又复发。原因帧结构调整后PRACH 配置索引没有跟着变起始符号落到了 S 时隙的下行符号或保护间隔里。终端按索引在错误位置发前导gNB 自然收不到。解决改回 DDSU 或 DDDSU 后立即核对 PRACH 起始符号和 U 时隙的映射。若当前帧结构的 U 符号不够换更靠近时隙头部的索引或把帧结构调成上行符号更多的组合。PRACH 时域位置必须和帧结构同步复核这是 TDD 站点绕不开的一步。6. 验证与进阶用 TA 离散度和冲突概率给 PRACH 规划“验货”PRACH 规划做完不能只看平均成功率。我习惯先看三个统计量RACH 尝试次数、msg1→msg2 成功率、TA 值的分布。TA 分布比平均值更有说服力如果最大 TA 逼近当前前导格式的 GT 上限说明覆盖半径正好顶到设计值如果 TA 离散度特别宽说明存在一批超远点终端正在勉强接入随时可能失败。调完参数后拉三天 TA 统计比盯着成功率曲线可靠得多。冲突概率也可以用一个小公式快速估算。忙时每分钟 msg1 请求次数除以可用前导总数用泊松模型近似import math msg1_per_min 12 # 忙时每分钟 msg1 请求数 preambles_per_ro 8 # 单个 RO 可用前导数受限后 collision_prob 1 - math.exp(-msg1_per_min / 60 / preambles_per_ro) print(f单个 RO 冲突概率约 {collision_prob:.2%})这段代码的逻辑是把 msg1 到达近似成泊松流瞬时到达多个终端抢同一前导的概率就是冲突概率。如果算出来超过 5%就说明当前 RO 容量偏紧优先加 msg1-FDM 或增加 RO 数量而不是调功率。我个人的习惯是改完 PRACH 参数先不动功率拉三天 TA 和 RACH 统计确认覆盖形状合理之后再碰 preambleReceivedTargetPower。以前吃过亏只看均值成功率就收工结果用户投诉边缘接入慢把终端日志拉出来才发现 TA 分布从头到尾刷满问题早就写在曲线上了。覆盖先算对再谈功率和干扰这个顺序别反。希望帮到你。本文还有配套的精品资源点击获取