1. SSB是什么:5G终端开机后搜索的第一个信号
干无线通信这行的,尤其是做5G网络优化和终端协议栈的,几乎天天都要跟SSB打交道。SSB全称Synchronization Signal and PBCH block,中文叫同步信号和物理广播信道块。很多人第一次接触这个词是在看5G NR协议文档或者路测软件时,屏幕上密密麻麻的SS-RSRP、SS-SINR指标看得人头疼,但真正搞懂SSB是什么,很多优化手段才能想得通。
简单说,SSB就是基站周期性发出来的一组信号,它身上同时扛着三样东西:主同步信号(PSS)、辅同步信号(SSS)和物理广播信道(PBCH)。终端开机后第一步就是要找到这个信号,然后才能完成小区搜索、时频同步、读取系统消息,最终驻留到网络里。说得直白一点,手机和基站第一次打招呼,全靠SSB这个“门牌号”和“欢迎光临指示牌”。
这个原理有点像你去一个陌生的写字楼找人。写字楼门口挂着一块总索引牌(SSB),上面写着哪家公司(小区ID)在第几层(波束方向),还标了电梯怎么坐(后续控制信道的配置方式)。你总得先看见这块牌子,才知道去几楼找谁。5G终端也是这样:它一开机,在预设的频率点上一通扫描,最先要抓住的就是SSB。
这篇文章我把SSB从原理到实战涉及的要点完整梳理一遍,包括它在时域频域上长什么样、波束扫描是怎么回事、子载波间隔怎么选、SSB index有什么用、实际部署时功率和周期怎么配置,以及咱们做优化时常见的SSB相关故障怎么排查。搞懂这一块,你看协议38.211、38.213、38.331的时候会轻松很多,做实际项目也知道每一步配置背后的原因是什么。
2. SSB的时频结构和“钉”在资源格里的位置
2.1 SSB的四符号结构和240个子载波
先看尺寸。一个SSB在时域上占4个OFDM符号,在频域上占20个资源块(RB),也就是240个子载波。这4个符号和240个子载波并不是全都被信号填满的,里面PSS、SSS、PBCH各管一块地方,还有一部分资源给PBCH的解调参考信号(DMRS)用。
我用一个资源网格的视角给你拆开看。假设横轴是时间(OFDM符号),纵轴是频率(子载波)。
第一个符号上放PSS,占据中间127个子载波。注意,127这个数字在协议里写的是127个RE,但实际PSS序列长度是127,所以它只占中间一段,两侧留空。第二个符号上同时存在SSS和PBCH。SSS同样占中间127个子载波,而PBCH占的是最外侧的48个子载波加上紧挨着的48个子载波,一共在两侧铺开。第三个符号整个都是PBCH,第四个符号也是PBCH,同时在第二和第四符号上,PBCH区域里还插入了DMRS,用来估计信道、解调PBCH携带的MIB信息。
这个结构设计是5G NR相对LTE一个非常明显的进步。LTE时代,PSS/SSS和PBCH不是放在同一个块里的,终端要先单独检测PSS/SSS拿到小区ID,再去另一个固定的位置读PBCH。而NR把三者打包成一个块,同步和广播一起完成,检测效率高了不少。
2.2 频域位置:SSB不是随便放的,得落在同步栅格上
终端开机后扫描频率,不可能全频段挨着1kHz、2kHz这样步进去搜,那样功耗高、速度也慢。NR设计了一套“同步栅格”(Synchronization Raster),规定了SSB中心频率的允许放置位置,终端按这套栅格去盲检就行,快速省电。
这套栅格不是均匀分布的。在FR1频段,不同频带对应的SSB子载波间隔不同,栅格步长也不同。协议里定义了一个GSCN(Global Synchronization Channel Number)来标识SSB的频率位置。我们在网管上配置5G小区时,看到的“绝对频点”、“SSB频点”其实就是通过GSCN换算出来的。实际操作中很多优化人员习惯用NR频点的ARFCN(绝对射频信道号),但SSB有自己独立的GSCN编号体系,两者别搞混了。
我记得刚做5G项目那阵,有同事在配置邻区关系时,把邻区的SSB频点填成了数据信道的ARFCN,结果终端一直检测不到那个邻区,切换老是失败。后来查了一圈才发现是频点填错位置了。SSB频点在X2/Xn接口消息里会带,通常用NRARFCN传输,但服务小区配置里却常用GSCN表达,两边换算要及时确认。
2.3 时域位置:半帧内的那5ms窗口
SSB在时域上不是每个时隙都发,而是集中在无线帧的前半帧(5ms)内发送。一个SSB突发集(SSB burst set)可以包含多个SSB,分别指向不同方向,对应不同的波束。终端在这个5ms窗口里去监听,就能同时完成波束选择和小区识别。
具体发几个SSB,取决于频段和子载波间隔。FR1频段,15kHz子载波间隔时最多发4个,30kHz时最多发8个;FR2毫米波频段,120kHz子载波间隔时最多发64个,240kHz时同样最多64个。这个“最多”由协议里的L_max参数决定。终端不知道基站实际发了几个SSB,但通过检测DMRS序列的扰码ID就能推算出SSB index,再结合L_max就能知道这个SSB属于哪个波束方向。
我见过不少刚接触5G的兄弟会问:为什么FR2要有64个SSB?因为毫米波频段高、波束窄,单个波束覆盖范围很小,要想覆盖360度,必须用很多个窄波束轮流扫。基站像探照灯一样,在一个SSB突发集内把这64个方向的波束都照一遍,终端只需要选一个信号最强的方向做初始接入就行。这就是“波束扫描”的底层逻辑。
3. 波束扫描与SSB index的对应关系
3.1 从LTE全向覆盖到NR波束扫描的转变
LTE时代,基站的小区参考信号(CRS)是全向或扇区宽波束发射的,终端在同一时刻收到的信号是同一个小区所有方向叠加的结果。到了5G NR,尤其是中高频段,路径损耗大,如果不把能量集中,覆盖根本做不起来。于是NR引入了波束扫描机制,基站用可变的窄波束在不同时刻指向不同方向。
SSB就是承载这套波束扫描机制的核心信号。每个SSB对应一个波束方向,SSB index就是方向编号。终端在测量时上报的SS-RSRP,本质上是它从某个方向收到的那个SSB的参考信号接收功率。网络侧拿到这个测量结果后,就能知道终端在哪个波束覆盖下,后续调度和切换决策都以这个为依据。
有个细节值得注意:SSB index和物理小区ID不是一回事。物理小区ID(PCI)是PSS和SSS序列组合算出来的,范围0到1007。SSB index只是波束编号,范围取决于L_max。一个PCI下可能有多个SSB index,分别对应不同波束。你在路测软件里看到小区信号强度,如果按波束分别显示,会出现好几个“同一小区”的信号,别误判成邻区。
3.2 SSB周期怎么选:覆盖、功耗和延迟的博弈
SSB突发集的发送周期是可配置的,协议支持5ms、10ms、20ms、40ms、80ms、160ms六种。这个周期不是越大越好,也不是越小越好,完全看场景。
周期短(比如5ms或10ms),终端测量和接入速度块。终端刚开机,要尽快找到小区并驻留,如果SSB周期太长,最坏情况下终端得等将近一个周期才能收到下一个SSB,开机入网时间就长了。另外移动性管理也依赖SSB做邻区测量,SSB发得勤,终端能更快发现邻区信号变化,切换反应速度也快。
但周期短也有代价。更多的SSB意味着更大的公共信道开销,能用于数据传输的资源就少了。尤其是在FR2频段,64个SSB如果按5ms周期发,开销确实不小。
实际部署中的经验值是这样的:大部分宏站场景用默认的20ms,兼顾接入速度和开销。如果某些区域切换频繁、时延敏感,可以考虑配成10ms。而一些纯覆盖补盲、业务量很低的小站,可以用40ms甚至80ms。我之前在一个低容量农村覆盖站点上用过80ms周期,终端接入速度稍微慢了一点,但整体感知还可以,毕竟这种地方用户密度低,没人会盯着几百毫秒的接入时延看。
3.3 SSB功率配置的讲究
SSB发射功率直接决定了覆盖半径。配置功率时,常见的方式是设置SSB的功率偏置(相对于小区参考信号功率),或者直接配一个绝对功率。NR里每个SSB的功率可以独立配置,这样就能对不同波束做到差异化覆盖。
但这里面有个坑:SSB功率不是越高越好。一方面,功率过高会压缩PA的动态范围,影响其他信道的发射性能;另一方面,SSB功率和其他下行信道的功率之间如果差距过大,终端测量的结果和实际数据信道的覆盖能力就不匹配,可能出现在SSB测量时信号很好、实际传数据时速率很差的情况。
我调过的一个项目里就出现过这种问题:一个室分站点,SSB功率开得比其他信道高了好几个dB,终端在这个站点下面打电话可以,但测速根本跑不起来。后来把SSB功率降到和PDCCH参考功率对齐,问题就解决了。所以配置功率时,一定要看基站的“功率预算表”,确保SSB功率、PDCCH功率、PDSCH功率之间的关系是协调的。
4. 从SSB到系统消息:MIB和RMSI的接力
4.1 PBCH携带的MIB能干什么
终端检测到SSB以后,下一步就是解调PBCH,拿到MIB(主信息块)。MIB的内容不长,但每一条都关键。它包含了系统帧号的高6位(其余4位由PBCH隐含携带)、子载波间隔指示、SSB和RMSI(剩余最小系统消息)之间的频域偏移、CORESET0的配置信息,以及是否在SIB1中有小区禁止接入等标志。
这里有一个很重要的技术点:终端在盲检SSB时还不知道子载波间隔是多少。PBCH里专门有一段字段指示当前SSB使用的子载波间隔,是用来解调后续RMSI的钥匙。因为PSS/SSS的检测并不依赖SCS信息,但PDCCH/PDSCH的解调必须知道SCS,所以MIB必须先把这个说清楚。
和LTE对比一下你就知道NR的巧妙之处了。LTE的PBCH里有一个主信息块,传输信道内容相对简单,系统消息SIB1的调度方式是固定的,终端不需要额外猜。而NR的SIB1调度是灵活的,终端必须通过MIB里的PDCCH-ConfigSIB1字段找到CORESET0的位置,才能进一步收到SIB1。这就相当于先给你一张地图,告诉你去哪里找真正的“使用说明书”。
4.2 CORESET0和RMSI频域偏移
CORESET0是RMSI调度的核心概念。它本质上是一个公共搜索空间,用来传输调度SIB1的PDCCH。CORESET0的频域位置、大小、时域符号数,全都是由MIB里的一个8比特字段组合指示的。这个字段所指的“表”在协议38.213里有详细定义,具体含义会随SSB子载波间隔和CORESET0子载波间隔的组合变化。
这里的核心衔接点是SSB和RMSI的频域关系。协议定义了三种复用模式(Multiplexing pattern 1/2/3),模式1是SSB和CORESET0频分复用(FDM),模式2和3是时分复用(TDM),其中模式3只在FR2用。在实际网优中,模式1最常见,SSB和RMSI在同一个符号位置,但频域错开。
终端解MIB时,如果MIB里指示的频域偏移恰好让它去某个位置找CORESET0,而那个位置网络上根本没配置对应的PDCCH,终端就会一直收不到SIB1,表现为“能测到小区但无法驻留”。这种问题在异厂家设备对接、参数规划不一致时比较容易出现。
我在某次异厂家切换优化里就踩过这个坑。源基站把邻区SSB频点配错了,终端切到目标小区后,虽然能同步上SSB,但读到的MIB里面指向的CORESET0频率位置和目标小区实际配置不一致,导致终端拿不到SIB1,直接掉线。后来我们用路测信令对比了两边的配置,发现GSCN和ARFCN的换算差了一截,改过来就好了。所以遇到跨厂家邻区配置,务必核对SSB和RMSI的复用模式、频域偏移以及CORESET0配置,一个小数点都是大事故。
4.3 SSB与物理小区ID检测的关联
说到小区搜索,还有一个高频面试点:PSS和SSS各自携带了什么,最终怎么组合成PCI。PSS有三种序列,对应三个组内编号(N_ID^1取值0、1、2);SSS有336种序列,对应物理层小区标识组的编号(N_ID^2取值0到335)。PCI的计算公式是N_ID^cell = 3 * N_ID^1 + N_ID^2,总共有1008个值。终端先解PSS拿到组内编号,再解SSS拿到组编号,一乘一加就得到了物理小区ID。
但这里有一个检测顺序上的细节:终端拿到PSS以后,只能确定符号级时序和频偏,粗同步完成;拿到SSS以后,才能确定帧级时序和小区ID。而真正精确的时频同步,其实是在解PBCH的DMRS过程中进一步细化的。所以一个完整的同步过程是:PSS粗同步 → SSS帧同步 → PBCH DMRS细同步 → 解MIB。这一整套流程在每次小区搜索里都会走一遍。加深对这个流程的理解,对做终端功耗优化和小区搜索加速有直接的指导意义。
5. 实际部署与优化中的SSB配置案例分享
5.1 一个典型宏站站点的SSB参数规划
直接上一份我在实际项目里见过的典型配置,帮大家建立一个整体印象。某城区宏站,3.5GHz频段,带宽100MHz,子载波间隔30kHz,SSB的子载波间隔同样30kHz。SSB突发集周期配置为20ms,L_max=8,也就是8个波束扫一圈。SSB功率配置为每波束15dBm,SSB和RMSI复用模式选模式1,CORESET0配置选了一个时域2符号、频域48RB的标准配置。
为什么L_max是8?因为FR1 30kHz SCS下最多支持8个SSB,这里用满,实现了比较细腻的波束覆盖。运营商这个站挂在天线铁塔上,水平方向覆盖范围广,用8个波束最划算。波束数量再少,边缘覆盖变差;波束数量多,开销上去,增益不一定补得回来。
SSB发射功率15dBm看着不大,但加上8个波束的扫描,相当于在时间上循环把能量送到8个方向。再加上天线本身的增益,对终端来说等效全向辐射功率并不低。这也是很多人只看SSB单波束功率会误判覆盖能力的原因。批量做成覆盖预测的时候,要按“等效全向辐射功率≈单波束功率+天线增益-馈线损耗”去估算,别直接拿单波束功率去算链路预算。
5.2 路测中SSB指标的解读思路
路测软件里最常见的几个SSB指标就是SS-RSRP、SS-SINR、SS-RSRQ。RSRP是信号强度,SINR是信号质量,RSRQ是RSRP与总干扰的比值。
看覆盖好不好,不能只看RSRP。经常遇到的情况是RSRP很好,-85dBm左右,但SS-SINR只有个位数,这种情况多半是干扰问题而不是覆盖问题。反过来,RSRP在-110dBm以下,SINR反而可能很高,因为周边没有强干扰源,这叫“干净但弱”的信号。优化的时候必须分开处理:弱覆盖加功率或调波束,差质量查干扰或查PCI规划。
还有一个视角容易被忽略:同一位置不同SSB index的信号差异。如果你用支持波束级显示的测试终端,会看到同一个PCI下多个SSB的RSRP不一样。挑选最强波束上报,这是终端的行为。但当两个SSB index的信号比较接近时,终端可能出现波束频繁切换,导致RSRP忽高忽低。这种场景下,站点的波束权值可能需要微调,让主波束更突出。
5.3 SSB配置不当引发的问题排查实录
再分享一个真实的排查案例,非常典型。
有个室分站点,开通后频繁出现用户投诉“手机有信号但上不了网”。到现场一测,发现终端能读到SSB,RSRP也很正常,但始终无法完成注册,信令面上一直卡在RRC建立请求之前的步骤。抓空口日志发现,终端反复在发RRCSetupRequest,基站侧却一直没有响应。
后来查配置,发现这个基站的SSB周期被配成了160ms,而核心网侧的T300定时器(等待RRC响应)是1000ms。理论上160ms周期,终端等一个周期就能收到SSB,不至于超时,但坏就坏在SSB突发集中的波束数量特别多,终端每次只能监听一个波束,而基站扫描完一轮所有波束需要的时间比预期长。终端监听的那个波束正好排在后面,等基站扫到它时,T300已经超时了,终端把这次接入放弃了,然后又重来一遍。
解决方案不复杂:把SSB周期从160ms改回20ms,接入成功率立刻上来了。事后复盘,这个站点本来配置周期是为了省公共信道开销,但没考虑到接入时延的需求,属于典型参数配置没有结合场景。
还有个教训:改SSB周期后,邻区关系里的测量周期也要跟着看。SSB周期变了,终端做异频测量时能采样到的SSB机会也会变,切换性能可能受影响。改之前记得把周边的邻区配置一起审核,别只看单个站点。
5.4 SSB与TAC、PCI规划之间的连带关系
最后聊一个经常在规划阶段被忽视的点。SSB index虽然是波束代号,但在切换信令里它是会跟着测量结果上报的。某些核心网侧的特性(比如基于波束的切换)会用到SSB index信息。PCI规划时,传统做法是避免同频同PCI复用距离过近,但到了NR,还要注意相邻小区之间不能在同频段出现“SSB位置+PCI”的组合混淆。
什么意思呢?终端在上报邻区测量结果时,会带上邻区的物理小区ID和SSB的频点及索引。如果两个邻小区的SSB频点一样、PCI也一样,终端根本无法区分它们;就算PCI不同,但如果两个站点的SSB配置差异巨大(比如一个用8波束、一个用64波束),终端在波束级测量和上报时也可能产生混乱。所以做NR小区规划时,SSB频点、PCI、波束数量、周期这几个参数要放在一起看,不能分开规划。
另外,多运营商共享站址的场景下更要注意。不同运营商的SSB可能配置在不同频率上,如果频率接近,终端在异频测量时可能互相干扰。这种场景下,同步栅格的选择和SSB功率的控制尤其关键。我有一次就遇到共享站两个运营商的SSB子载波间隔不同,导致终端在该站附近扫描时间明显变长,后来协调两边统一了SSB的SCS配置才好一些。
6. 关于SSB的常见认知误区
第一点,别把SSB的RSRP和CSI-RSRP混为一谈。SSB是公共信号,所有用户共享,周期较长;CSI-RS是专用参考信号,可以做波束细化,周期更灵活。NR里终端上报CSI-RSRP可以用于更精细的波束管理,但SSB RSRP才是小区级覆盖评估的基础。做网优写报告的时候,两者要分开说清楚,不然领导一看指标就对不上。
第二点,SSB的L_max不是越大越好。波束数量增加虽然能让覆盖更精细,但也会抬升公共开销,并且波束间切换的频率也会增加,可能会引入新的乒乓效应。特定场景下,比如一根全向天线的小站,用4个波束甚至1个波束就够了。选L_max要根据天线形态、覆盖场景综合考虑,不是无脑配最大值。
第三点,SSB只能用于初始接入和移动性测量,不能用于数据解调。终端的PDSCH解调用的是DMRS,CSI测量用的是CSI-RS,SSB不承担业务信道解调的职责。所以看到有些终端支持“SSB based RRM measurement”和“CSI based RRM measurement”两种模式,这两者对测量精度的要求是不同的。做参数优化时,要确认终端当前用的是哪种模式,再去调测量带宽和周期。
如果用一句话总结我对SSB的感受,那就是:它不只是5G物理层的一个信号块,而是一整套“接入+测量+波束管理”机制的地基。把这个地基的每个细节吃透了,5G优化工作中很多所谓的疑难杂症,其实都是在这个环节上出的问题。希望这篇文章能帮大家对SSB建立起一个完整的认知框架,以后遇到相关配置和故障,能少走些弯路。