7.2.5.3 SIB1 的承载方式

本节课程视频

本节定位：把“一个RRC层的SIB1消息，究竟怎样一路到达空口并被UE正确接收”讲完整。原讲义用一句“BCCH → DL-SCH → PDSCH”给出了答案；本教材在保留这一主线的基础上，把逻辑信道、传输信道、物理信道、PDCCH调度、SI-RNTI以及物理层处理之间的关系展开为一个完整的跨层模型。

本节内容严格承接7.2.5.1的SIB1时频资源定位：上一节回答“去哪里、什么时候找SIB1”，本节回答“找到了之后，SIB1在协议栈中如何被承载并最终变成PDSCH上的无线信号”。随后7.2.6将进一步进入PDSCH的一般原理、TB、编码、HARQ和资源映射。

一、从一句话开始：BCCH → DL-SCH → PDSCH

图7.2.5.3-1 SIB1从RRC层到物理层的核心承载链路

原讲义的核心结论非常简洁：SIB1通过BCCH进入DL-SCH，再由PDSCH完成无线发送。 这句话看似只有三个名称，却对应三个不同层次的概念：BCCH解决“这是什么类型的信息”，DL-SCH解决“采用哪一种传输承载方式”，PDSCH解决“最终如何占用无线时频资源发送”。

因此，学习SIB1承载方式时，最重要的不是把三个缩写背下来，而是建立“语义—传输—物理”三层分工。SIB1属于RRC系统信息；BCCH是逻辑信道；DL-SCH是传输信道；PDSCH是物理下行共享信道。

一个容易混淆的点：PDCCH并不属于“BCCH → DL-SCH → PDSCH”这条承载链本身。PDCCH承担的是控制和调度职能：它告诉UE应该在哪个PDSCH资源上接收SIB1。也就是说，PDCCH是“路标”，PDSCH才是SIB1真正搭载的数据通道。

二、SIB1到底是什么：从RRC消息到广播控制信息

SIB1（System Information Block Type 1）是NR小区系统信息体系中的核心RRC消息。它属于广播控制信息，UE在完成SSB/PBCH和MIB获取之后，需要进一步获得SIB1，才能建立对小区接入参数、公共配置以及其他系统信息获取入口的完整认识。原讲义将MIB与SIB1放在“最小系统信息”的连续链条中，并将SIB1视为UE继续进入小区接入流程的重要信息来源。

• SIB1不是一个物理信道，也不是一个PRB资源；它首先是RRC层的消息/系统信息对象。
• SIB1属于BCCH逻辑信道承载的广播信息。
• SIB1经DL-SCH传输信道进入物理层。
• SIB1最终由PDSCH承载并占用实际的时频资源。
• PDCCH携带的DCI负责告诉UE该次SIB1 PDSCH的资源和相关传输参数。

从协议栈角度，可以把SIB1理解为“上层语义对象”；从空口角度，则必须把这个语义对象转换成可编码、可调制、可映射到OFDM资源网格上的比特流。承载链路正是完成这一转换的桥梁。

三、为什么BCCH还要再分到不同的传输信道？——MIB与SIB1的对比

图7.2.5.3-2 MIB与SIB1同属BCCH，但进入不同的传输/物理信道

这是理解NR信道架构最有价值的对比之一。MIB和SIB1都属于系统信息、都具有广播属性，但它们并没有采用相同的物理承载路径。MIB通过BCH并最终由PBCH承载；SIB1则通过DL-SCH并最终由PDSCH承载。原讲义在字幕中也特别指出，原图中MIB到PCCH的画法并不准确，正确路径应当是BCCH中的MIB进入BCH，再进入PBCH/SSB。

因此，“BCCH”不能理解成一个具体的物理波形。它只是逻辑信道层面的分类。真正到了物理层以后，MIB和SIB1走向不同的传输/物理信道，这正是逻辑信道与传输信道分层设计的价值。

四、SIB1的完整承载过程：六个关键步骤

图7.2.5.3-3 UE获取SIB1的完整跨层过程

1. UE完成SSB检测和PBCH解码，获得MIB以及建立后续SIB1获取所需的基础参考。
2. UE根据MIB中的SIB1相关入口参数确定CORESET 0及Type0-PDCCH Common Search Space的监测规则。
3. UE在规定的监测机会内尝试接收PDCCH，并使用SI-RNTI识别与系统信息调度相关的DCI。
4. 成功解码DCI后，UE获得该次PDSCH的时域和频域资源分配等信息。
5. UE按照PDSCH的物理层处理规则接收、解调、解码该PDSCH，恢复MAC层传输块中的系统信息内容。
6. 上层RRC解析恢复出的SIB1，并利用其中的系统配置继续后续小区接入和系统信息获取过程。

这里有一个非常重要的层间边界：PDCCH负责“告诉UE在哪里接收”，PDSCH负责“把数据送给UE”。所以在抓日志时，如果只看到PDCCH DCI而没有成功的PDSCH解码，并不能说明SIB1已经被成功接收。反过来，如果PDSCH物理层解码成功但上层RRC解析失败，则问题可能已经越过PHY层，进入MAC/RRC数据交付或协议解析阶段。

五、PDCCH为什么是SIB1承载过程中的“入口钥匙”

SIB1虽然最终在PDSCH上传输，但UE不能简单地持续扫描整个载波寻找SIB1。NR采用PDCCH提供调度信息，使UE能够在规定的公共搜索空间中寻找与系统信息相关的控制信息。对于SIB1，关键识别机制是SI-RNTI。

这也解释了上一节为什么必须学习CORESET 0和PDCCH：SIB1的“承载方式”并不是孤立的。它的PDSCH资源是通过PDCCH调度建立起来的。原讲义已经把7.2.3 CORESET 0、7.2.4 PDCCH和7.2.5 SIB1连续安排，这种章节结构正好对应实际UE接收链路。

六、SIB1在PDSCH中究竟是什么：不要把“消息”和“物理资源”混为一谈

图7.2.5.3-4 “PDSCH是集装箱”的教学模型：语义与物理资源分离

原字幕使用了一个非常形象的比喻：PDSCH可以看作一个“大的集装箱”。在某个具体传输时刻，这个PDSCH资源中可能装载SIB1；物理层真正处理的是上层交下来的比特、调制信息和资源参数，而不会以RRC语义的方式理解“这是SIB1”。

这一比喻非常适合建立跨层思维，但教材中需要再精确一步：PDSCH并不是一个永远存在的固定“容器”，而是一个由调度决定的物理信道传输实例。每一次PDSCH发送，都对应特定的时频资源、MCS、DM-RS配置、层数/预编码等物理参数，以及一个来自MAC层的传输块。

• RRC层关心“内容是什么”；
• MAC层负责形成适合传输的MAC PDU/传输块并参与调度；
• PDCCH中的DCI告诉UE该次PDSCH怎么找、怎么解；
• PHY层依据资源和传输参数进行编码、调制、层映射、预编码和资源网格映射；
• UE最终在PHY层恢复比特，再向上交给MAC/RRC解释其语义。

七、从SIB1到PDSCH：MAC层到底做了什么？

教材中最容易出现的误解是：“BCCH直接变成PDSCH”。严格来说，中间仍然存在传输信道以及MAC/PHY之间的处理边界。BCCH属于逻辑信道，DL-SCH属于传输信道，PDSCH属于物理信道；三者不是同一个对象的不同名字。

需要特别说明RLC：对于BCCH在DL-SCH上的承载，不能简单套用“所有下行数据都经过RLC AM并进行ARQ”的思路。BCCH采用专门的广播承载方式；在常见的NR系统信息承载中，BCCH使用RLC透明模式（TM），因此不能把SIB1描述成普通UE专用DCCH/DTCH业务那样的RLC AM数据流。真正的物理层可靠性来自PDSCH对应的物理层编码、CRC以及系统信息规定的重复/接收机制。

八、SIB1的“共享”属性：PDSCH为什么适合承载系统信息？

PDSCH的名称中包含“Shared”，意味着物理资源可以在不同传输机会中由不同类型的数据共享，而不是某个固定逻辑信道永久占有一块频谱。SIB1使用PDSCH，正好利用了这种灵活性：系统信息不需要为每个小区永久预留一套专用的物理数据波形，而是在需要发送的时机由公共控制机制调度。

• SIB1是面向小区广播的系统信息，而不是某个UE专属的用户业务。
• SI-RNTI使所有需要系统信息的UE能够识别同一类PDCCH调度。
• PDSCH的资源仍然是具体传输机会中的资源，而不是“永久属于SIB1”。
• 同一套PDSCH物理机制也可以承载其他下行共享信息，因此PHY层可以复用统一的数据处理链路。

因此，“SIB1使用PDSCH”并不意味着SIB1变成了普通用户数据；它只是说明SIB1采用了PDSCH这一物理共享承载机制。系统信息的公共属性主要通过调度、RNTI、搜索空间以及协议层语义来体现。

九、SIB1的可靠传输：PDSCH、CRC与HARQ如何关联

由于SIB1最终通过PDSCH发送，它会进入PDSCH对应的物理层数据处理链，包括CRC、信道编码、速率匹配、调制、层映射和资源映射等过程。对UE而言，只有完成物理层正确解码，才可能把SIB1交给上层。

需要注意的是，SIB1是公共系统信息，其传输策略与普通UE专用业务的调度/重传策略存在差异，教材不应简单把“普通单UE动态调度+HARQ闭环”全部套用到SIB1上。规范对系统信息的重复发送、窗口以及接收行为有专门规则。工程上更重要的是理解：一次PDSCH解码失败并不等价于“小区没有SIB1”，UE仍可能在后续规定的系统信息发送机会中再次尝试获得它。

这也与原字幕中的“同一个PDSCH容器在某个时间点装有SIB1”的比喻相呼应：SIB1是一个需要可靠获得的系统信息对象，而PDSCH是承载它的一次物理传输实例。

十、工程案例：从QXDM/空口日志追踪SIB1

在实际测试中，如果怀疑UE没有正确接收SIB1，不建议一上来就只看“有没有SIB1 decode”。更高效的方法是沿着承载链逐层定位。

一个非常实用的排障原则是：不要把“没有SIB1”当作一个单一问题。它可能意味着“没找到PDCCH”“PDCCH没解出来”“DCI没给出正确PDSCH”“PDSCH CRC失败”“MAC没有正确交付”“RRC没有正确解析”等完全不同的问题。

十一、常见认知误区与纠正

十二、与前后章节的知识衔接

本节在整个第七章中承担一个非常关键的“桥梁”作用。7.2.2～7.2.4已经解决UE如何从SSB/PBCH走到CORESET 0和PDCCH；7.2.5.1解决SIB1在时频资源上的定位；本节进一步把SIB1映射到BCCH、DL-SCH和PDSCH；紧接着7.2.6则进入PDSCH作为通用物理下行共享信道的详细内部处理。原讲义目录正是按照这一逻辑连续展开的。

图7.2.5.3-5 原讲义中的SIB1承载案例与SIB1解码结果示例

原讲义在本节只给出“BCCH → DL-SCH → PDSCH”的高度概括表达，并配合实际SIB1解码截图。 本教材保留这一原始案例作为工程观察入口，同时补充完整的跨层解释。

十三、本节小结：建立一个稳定的SIB1承载模型

最终可以把本节压缩成下面这条稳定的知识链：

一句话记忆：MIB走 BCH/PBCH，SIB1走 DL-SCH/PDSCH；CORESET 0/PDCCH负责把SIB1的PDSCH“指给UE看”。

SIB1（RRC系统信息） → BCCH（逻辑信道） → DL-SCH（传输信道） → PDSCH（物理信道）；PDCCH/CORESET 0提供SIB1 PDSCH的调度入口。

• BCCH回答“信息的逻辑类别是什么”；
• DL-SCH回答“采用什么下行传输承载”；
• PDSCH回答“如何真正占用无线资源发送”；
• CORESET 0回答“去哪里找SIB1相关PDCCH”；
• PDCCH/DCI回答“具体哪个PDSCH资源承载本次SIB1”；
• RRC最终负责解释恢复出来的SIB1内容。

如果掌握了这条链路，后续学习PDSCH的TB、LDPC、MCS、HARQ、DM-RS、层映射和资源映射时，就不会再把“协议消息”“传输信道”“物理信道”和“物理资源”混成一个概念。