1. 项目概述:从“资源块”说起,理解5G NR的物理资源基石
当我们在谈论5G网络的速度和容量时,无论是工程师进行链路预算,还是运维人员排查网络拥塞,一个最基础、最核心的计量单位总是绕不开——资源块。你可能在协议文档里见过RB,在网管性能报表里看到过PRB利用率,在测试软件中配置过带宽。那么,这个看似简单的“块”,究竟是如何定义、如何计算,又为何如此重要?今天,我们就抛开那些复杂的系统框图,直接切入物理层,手把手拆解5G NR中资源块数量的计算方法。这不仅是一个公式套用的问题,更关乎你对5G空口资源调度最本质的理解。无论你是正在入门5G的通信新人,还是需要厘清细节的研发工程师,这篇文章都将为你提供一份可直接“抄作业”的实操指南。
简单来说,资源块是5G NR(以及之前的LTE)中,进行无线资源分配和管理的最小单位。你可以把它想象成一块由时间和频率二维交织构成的“格子布”。网络侧调度器(Scheduler)的工作,就是决定在某个时刻,将哪几块“格子布”分配给哪个用户,用于传输数据或控制信息。因此,准确计算一个载波、一个小区内有多少块这样的“布”,是进行网络容量评估、参数配置、性能优化的第一步。计算错误,可能会导致带宽配置异常、调度算法失效,甚至引发整网性能问题。
2. 核心概念拆解:构成资源块的三大要素
在动手计算之前,我们必须先搞清楚构成一个资源块(Resource Block, RB)的三个基本维度:频域、时域和参数集。这是所有计算的基础。
2.1 频域基石:子载波间隔与资源块带宽
与LTE固定使用15kHz子载波间隔不同,5G NR引入了灵活的参数集。子载波间隔不再是固定的,而是以15kHz为基准进行缩放,公式为 Δf = 15 * 2^μ kHz,其中μ是一个整数,称为参数集索引。
常见的μ值对应关系如下:
| 参数集索引 (μ) | 子载波间隔 (Δf) | 典型应用场景 |
|---|---|---|
| 0 | 15 kHz | 低频段(如700MHz, 2.1GHz),广覆盖,兼容LTE |
| 1 | 30 kHz | 中频段(如3.5GHz C-Band),容量与覆盖平衡,主流5G部署频段 |
| 2 | 60 kHz | 高频段(如毫米波),高速率、低时延 |
| 3 | 120 kHz | 极高吞吐量或对时延有极致要求的场景 |
这里有一个关键点:一个资源块在频域上固定包含12个连续的子载波。这是从LTE继承而来并保持不变的规则。因此,一个RB的带宽就是12 * Δf。
例如:
- 当 μ=0 (Δf=15kHz) 时,一个RB的带宽 = 12 * 15kHz = 180kHz。
- 当 μ=1 (Δf=30kHz) 时,一个RB的带宽 = 12 * 30kHz = 360kHz。
注意:虽然协议定义了更大的μ值(如4对应240kHz),但当前主流商用网络集中在μ=0,1,2。理解这一点,能让你在阅读设备商文档或配置参数时,快速定位到正确的数值范围。
2.2 时域单元:符号、时隙与子帧
资源块在时域上占用的基本单位是“符号”。一个符号的时长T_s = 1 / (Δf * N_f),其中N_f是FFT大小相关的常数(通常为2048),但对于资源块数量的计算,我们更关心的是符号如何聚合成更大的调度单位。
多个符号组成一个时隙。一个时隙内包含的符号数量是固定的:14个符号(在常规循环前缀情况下)。这是另一个关键固定值。那么一个时隙有多长?它直接由子载波间隔决定:时隙长度 = 14 * 符号长度 ≈ 1 / (Δf * 1000) ms(因为符号长度≈1/Δf)。更直观的对应关系是:
- Δf=15kHz 时,时隙长度 = 1ms
- Δf=30kHz 时,时隙长度 = 0.5ms
- Δf=60kHz 时,时隙长度 = 0.25ms
可以看到,子载波间隔越大,时隙越短,这有利于实现更低的传输时延。
时隙再往上聚合,就是子帧(固定为1ms)和帧(10ms)。但对于资源块数量的计算,时隙是核心的调度时间单位。我们常说的“调度一个用户几个RB”,通常是指在某个时隙内,在频域上分配几个RB。
2.3 参数集:连接频域和时域的钥匙
参数集,在3GPP协议中称为“Numerology”,它本质上就是由子载波间隔(μ)和循环前缀长度共同定义的一套时频结构参数。它就像一把钥匙,统一了频域(子载波间隔、RB带宽)和时域(符号长度、时隙长度)的尺度。
为什么参数集如此重要?因为5G NR支持在同一个载波上混合使用不同的参数集。例如,一部分带宽用于广覆盖的eMBB业务(用μ=0),另一部分带宽用于低时延高可靠的uRLLC业务(用μ=2)。这种灵活性是5G相较于4G的巨大进步。因此,当被问到“这个小区有多少RB”时,你必须紧接着问:“是针对哪个参数集(哪个μ)?”
3. 资源块数量的核心计算方法
掌握了基本概念,我们现在进入核心计算环节。计算资源块总数,本质上是回答:在给定的总带宽和指定的参数集下,最多能划分出多少个“12子载波”的块。
3.1 标准计算公式与推导
最根本的计算公式如下:
资源块数量 (N_RB) = 信道带宽 (BW_channel) / 单个资源块带宽 (BW_RB)
其中:
BW_channel:指可用于传输数据的传输带宽,单位通常是MHz。BW_RB:即12 * Δf,单位需要统一为MHz。因为Δf通常以kHz给出,所以要注意单位换算(1MHz = 1000kHz)。
让我们用一个最典型的例子来演算:3.5GHz频段(n78),100MHz小区带宽,参数集μ=1(子载波间隔30kHz)。
确定参数:
- 信道带宽
BW_channel= 100 MHz。 - 子载波间隔
Δf= 30 kHz。 - 单个RB带宽
BW_RB= 12 * 30 kHz = 360 kHz =0.36 MHz。
- 信道带宽
套用公式:
N_RB= 100 MHz / 0.36 MHz ≈ 277.78
取整规则:
- 资源块数量必须是整数。协议规定,这个数值需要向下取整到最接近的整数。因为资源分配必须是完整的RB,不能分配0.78个RB。
- 所以,
N_RB=277。
这就是最终答案。在100MHz带宽、30kHz子载波间隔下,最大可用RB数是277个。
实操心得:这个277是一个“理论最大值”或“标称值”。在实际设备实现和网络配置中,可能会略少于此数。原因在于,总带宽的两边需要留出保护带,以防止干扰相邻频段;同时,信道中心需要放置同步信号块等必须的资源。因此,网管上配置的“可用PRB数”可能是273或275。理解理论值277是基准,有助于你判断实际配置是否合理。
3.2 考虑保护带与传输带宽配置
上面的计算是理想化的。现实中,信道边缘的保护带会“吃掉”一部分带宽。因此,协议引入了传输带宽配置的概念。它定义了一个比信道带宽稍小的“传输带宽”,这个带宽内的资源才是真正可用于调度的。
传输带宽配置(N_RB)直接以RB的数量来定义。3GPP TS 38.101系列规范中,对于每个频段(Band)和每个信道带宽(Channel Bandwidth),都表格化地规定了允许的传输带宽配置值。
例如,对于n78频段,100MHz信道带宽,μ=1时,查表可得,最大传输带宽配置就是273 RB。这个273,就是我们前面提到的、扣除了保护带等开销后的“可用RB数”。
如何查表?
- 确定频段号(如n78)。
- 确定信道带宽(如100MHz)。
- 确定子载波间隔(即参数集μ)。
- 在规范TS 38.101-1的表5.3.2-1(或类似表格)中找到对应行,读取“传输带宽配置 [RB]”列的值。
对于工程实践,记住这个流程比死记硬背公式更重要。当你需要为基站配置载波带宽时,你填写的“带宽”参数,往往对应的就是这个“传输带宽配置(RB数)”,而不是直接填100MHz。
3.3 不同参数集下的计算对比
为了加深理解,我们对比一下相同信道带宽、不同参数集下的RB数量。仍以100MHz带宽为例:
| 参数集 (μ) | 子载波间隔 | 单个RB带宽 | 理论RB数 (取整前) | 理论最大RB数 (取整后) | 典型传输带宽配置 (举例) |
|---|---|---|---|---|---|
| 0 | 15 kHz | 180 kHz | 100 / 0.18 ≈ 555.56 | 555 | 约547 RB |
| 1 | 30 kHz | 360 kHz | 100 / 0.36 ≈ 277.78 | 277 | 273 RB |
| 2 | 60 kHz | 720 kHz | 100 / 0.72 ≈ 138.89 | 138 | 135 RB |
核心洞察:
- 子载波间隔越大,单个RB越“宽”,在相同总带宽下,可用的RB总数就越少。这好比用大格子布和小格子布去铺满同一块地,大格子用的块数自然少。
- RB数量直接决定了调度粒度。RB数越多(如μ=0时),调度器可以更精细地为用户分配频率资源,适合小数据包或信道条件较差的用户;RB数少(如μ=2时),调度粒度粗,但更适合一次性给单个用户分配大块资源传输大数据包。
- 选择参数集,本质是在时延、开销和调度灵活性之间做权衡。μ=0(RB数多)调度灵活,但时隙长(1ms);μ=2(RB数少)时延低(0.25ms),但调度不够精细。
4. 从理论到实践:网络配置与容量估算
知道了怎么算,我们来看看这个数字在真实网络中如何发挥作用。
4.1 基站侧参数配置实例
假设你是一名网络优化工程师,需要开通一个3.5GHz(n78)的新站点,规划带宽为100MHz。在基站管理界面,你可能会看到如下配置项:
- 中心频率:3500MHz(举例)
- 信道带宽:100MHz
- 子载波间隔:30kHz (SCS=30kHz)
- 下行传输带宽:273 RB (或直接一个选项“273RB”)
- 上行传输带宽:273 RB (通常与下行对称)
这里的“273 RB”就是根据规范查表得到的传输带宽配置。基站内部的资源映射、调度算法都将基于这273个可用RB进行。如果你错误地配置成277,基站可能会尝试使用超出保护带的频率资源,导致发射频谱不符合法规要求,产生带外杂散干扰。
4.2 基于RB数的容量快速估算
RB数是评估小区峰值速率和容量的关键输入。5G下行峰值速率的简化估算公式如下:
峰值速率 ≈ (可用RB数 * 12子载波 * 每符号有效比特数) / 时隙长度
其中:
- 每符号有效比特数:由调制编码方案决定。例如,256QAM(每个符号承载8比特)且编码率为9/10时,约为 8 * 0.9 = 7.2 bit/符号/子载波。
- 我们还需要考虑开销:一部分RB要用于参考信号、控制信道等。
以一个典型的4流MIMO、256QAM、编码率0.9为例,进行估算:
- 可用RB数
N_RB= 273 - 每RB每时隙的符号数(下行)假设为12个(扣除控制信道开销)。
- 每子载波每符号有效比特 = 8 (256QAM) * 0.9 (编码率) = 7.2 bit
- 单流数据量 = 273 RB * 12 子载波/RB * 12 符号/时隙 * 7.2 bit/符号/子载波 ≈ 339, 000 bit/时隙
- 时隙长度(μ=1)= 0.5 ms
- 单流速率 = 339, 000 bit / 0.0005 s ≈ 678 Mbps
- 4流MIMO,理论峰值速率 ≈ 678 * 4 ≈2.7 Gbps
这个估算结果和主流设备商宣传的100MHz带宽下峰值速率在2.5~3Gbps范围内是吻合的。你可以看到,273这个RB数,是这一切计算的起点。如果RB数算错,后续的所有容量分析都将失去准星。
4.3 资源利用率的监控与解读
在日常网管监控中,“PRB利用率”是一个核心KPI。它指的是在统计周期内,实际被使用的RB数占可用总RB数的百分比。
- PRB利用率高(如>70%):表明该小区负荷很重,用户可能遭遇排队和速率下降。这是扩容(增加载波、载波聚合)或负载均衡的重要依据。
- PRB利用率低但用户感知差:可能意味着调度算法问题、干扰导致MCS等级低(每个RB承载的比特数少),或者终端能力受限。这时就不能只看RB数量,而要深入看频谱效率。
理解RB总数的准确值,是正确计算和解读PRB利用率的前提。例如,如果后台统计系统错误地将可用RB数记为277,而实际是273,那么计算出的利用率就会略低于真实值,可能掩盖潜在的拥塞问题。
5. 常见问题与深度排查指南
在实际工作和学习中,围绕RB计算会遇到一些典型困惑和问题。
5.1 问题一:为什么我算出来的RB数和协议表格对不上?
这是最常见的问题。请按以下步骤排查:
- 确认频段和带宽组合是否支持:不是所有频段都支持所有带宽。例如,某些低频段可能最大只支持20MHz带宽。你为它计算100MHz的RB数自然没有意义。
- 确认参数集是否支持:对于给定的频段和带宽,协议可能只支持特定的子载波间隔。例如,在n41频段(2.6GHz)的100MHz带宽,可能只支持μ=1,不支持μ=0或2。
- 区分“信道带宽”和“传输带宽配置”:你计算的是基于理想信道带宽的理论值,而协议表格给出的是扣除保护带后的、实际可用的传输带宽配置值。两者存在差值(即保护带开销)是正常的。
- 查阅正确的协议章节:确保你查看的是最新版本的3GPP TS 38.101-1规范中,对应你目标频段(例如FDD频段或TDD频段)的表格。
5.2 问题二:载波聚合时的RB数怎么算?
5G支持将多个载波聚合起来给一个用户使用,以提升速率。在载波聚合场景下:
- 每个成员载波独立计算其RB数。一个100MHz(273RB)载波和一个60MHz载波聚合,总RB数不是简单相加,因为每个载波有自己的中心频率、带宽和可能不同的参数集。
- 调度器可以跨载波联合调度,但资源分配的最小单位仍然是每个载波上的RB。在计算聚合峰值速率时,需要分别计算每个载波的容量再求和。
- 网管上的“小区级PRB利用率”通常指主载波,需要查看载波聚合的相关计数器才能获取聚合载波的整体资源使用情况。
5.3 问题三:特殊帧结构(如特殊时隙)对RB计算有影响吗?
在TDD系统中,一个时隙内可能包含下行符号、上行符号和灵活符号。特殊时隙(如用于上下行转换的时隙)中,可用于下行或上行数据传输的符号数会减少。
- RB数量的计算是频域概念,与时隙内符号数无关。一个载波有273个RB,这个数字是固定的。
- 影响的是每个调度时刻可用的“资源单元”总数。资源单元(Resource Element, RE)是1个子载波*1个符号。特殊时隙中,由于某些符号被用于保护间隔或同步,可用于数据传输的RE总数会减少,但这并不改变频域上RB的总数。
- 简单理解:RB总数定义了你拥有的“车道”数量,而特殊时隙结构决定了某些时间段内,这些“车道”有多少是开放通行的。
5.4 问题四:如何通过测试软件或日志验证RB数?
对于一线工程师,验证RB数最直接的方式:
- 频谱仪观测:连接天线或耦合口,观察基站发射的频谱。测量主瓣的-3dB带宽,它应该大致等于(传输带宽配置 * 单个RB带宽)。例如,273 RB * 0.36 MHz ≈ 98.28 MHz,你会看到一个宽度约98MHz的信号主瓣。
- 路测软件解读:在路测软件(如高通QXDM、必锐的Pioneer)的调度日志中,查找“DL/UL Grant”消息。其中会明确指示调度给终端的RB起始位置和长度。你可以看到被调度的RB索引范围,其最大值应小于你配置的可用RB总数。
- 基站计数器查看:在网管系统的性能计数器中,查找类似“Available DL PRBs”或“Total PRB Number”的计数器,其值应与配置的传输带宽配置一致。
计算5G NR的资源块数量,远不止代入公式那么简单。它贯穿了从标准定义、设备实现到网络规划、优化维护的全流程。理解每个数字背后的物理意义和协议约定,能让你在面对复杂的网络问题时,拥有最基础的判断力。从记住“一个RB包含12个子载波”开始,到理解参数集如何缩放时频结构,再到掌握查表确定传输带宽配置的工程方法,最后能将RB数量与网络容量、用户感知联系起来——这个过程,正是从理论走向实践的通信工程师必修课。下次当你再看到PRB利用率报表时,希望你能清晰地知道,这个百分比背后的基数,究竟是如何得来的。