本节课程视频本节定位把“一个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是物理下行共享信道。层次实体主要问题对UE的意义L3 / RRCSIB1系统要广播什么信息获得小区接入和后续系统信息所需配置逻辑信道BCCH这类信息属于什么逻辑类别告诉MAC这是广播控制信息传输信道DL-SCH怎样把逻辑信道内容交给物理层进入下行共享传输机制物理信道PDSCH在哪些PRB/符号上真正发射UE在空口获得SIB1比特一个容易混淆的点PDCCH并不属于“BCCH → DL-SCH → PDSCH”这条承载链本身。PDCCH承担的是控制和调度职能它告诉UE应该在哪个PDSCH资源上接收SIB1。也就是说PDCCH是“路标”PDSCH才是SIB1真正搭载的数据通道。二、SIB1到底是什么从RRC消息到广播控制信息SIB1System 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。项目MIBSIB1逻辑信道BCCHBCCH传输信道BCHDL-SCH物理信道PBCHPDSCH获取入口SSB/PBCHPDCCH调度 PDSCH资源特征高度固定、专门定义共享物理资源、受调度典型识别机制PBCH相关处理SI-RNTI关联的PDCCH/DCI因此“BCCH”不能理解成一个具体的物理波形。它只是逻辑信道层面的分类。真正到了物理层以后MIB和SIB1走向不同的传输/物理信道这正是逻辑信道与传输信道分层设计的价值。四、SIB1的完整承载过程六个关键步骤图7.2.5.3-3 UE获取SIB1的完整跨层过程UE完成SSB检测和PBCH解码获得MIB以及建立后续SIB1获取所需的基础参考。UE根据MIB中的SIB1相关入口参数确定CORESET 0及Type0-PDCCH Common Search Space的监测规则。UE在规定的监测机会内尝试接收PDCCH并使用SI-RNTI识别与系统信息调度相关的DCI。成功解码DCI后UE获得该次PDSCH的时域和频域资源分配等信息。UE按照PDSCH的物理层处理规则接收、解调、解码该PDSCH恢复MAC层传输块中的系统信息内容。上层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资源区域告诉UE去哪里找控制信道Type0-PDCCH CSS规定SIB1相关PDCCH的监测候选告诉UE什么时候、哪些候选需要盲检SI-RNTI用于识别系统信息相关PDCCH告诉UE“这个DCI是系统信息调度”DCI携带PDSCH调度参数告诉UE具体在哪里接收SIB1PDSCH承载DL-SCH数据真正把SIB1比特送到UE这也解释了上一节为什么必须学习CORESET 0和PDCCHSIB1的“承载方式”并不是孤立的。它的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到PDSCHMAC层到底做了什么教材中最容易出现的误解是“BCCH直接变成PDSCH”。严格来说中间仍然存在传输信道以及MAC/PHY之间的处理边界。BCCH属于逻辑信道DL-SCH属于传输信道PDSCH属于物理信道三者不是同一个对象的不同名字。阶段处理重点结果RRC生成SIB1系统信息消息RRC层消息逻辑信道映射将SIB1归入BCCH广播控制信息类别MAC/传输信道通过DL-SCH提供传输承载并结合调度形成传输块供PHY发送的TBPDCCH发送与SIB1相关的调度DCIUE获得PDSCH资源信息PHY/PDSCH编码、调制、层映射、预编码、资源映射OFDM时频资源网格上的无线信号需要特别说明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”。更高效的方法是沿着承载链逐层定位。检查层级应观察的对象典型问题SSB/PBCHSSB检测、PBCH/MIB解码同步失败、MIB错误CORESET 0controlResourceSetZero、搜索空间、监测时机UE没有在正确位置找PDCCHPDCCHSI-RNTI相关DCI、CRC、候选位置盲检失败或DCI解码失败PDSCH时频资源、MCS、DM-RS、CRC资源定位错误或物理层解码失败MACDL-SCH/TB、MAC PDUPHY已成功但MAC处理异常RRCSIB1消息解析协议层字段异常或上层丢失一个非常实用的排障原则是不要把“没有SIB1”当作一个单一问题。它可能意味着“没找到PDCCH”“PDCCH没解出来”“DCI没给出正确PDSCH”“PDSCH CRC失败”“MAC没有正确交付”“RRC没有正确解析”等完全不同的问题。十一、常见认知误区与纠正容易产生的说法问题在哪里更准确的理解“SIB1就在PDSCH里所以直接找PDSCH就行”忽略PDSCH由PDCCH调度先找CORESET 0/Type0 CSS中的PDCCH再根据DCI定位PDSCH“CORESET 0就是SIB1”混淆控制资源和数据CORESET 0提供PDCCH资源SIB1由PDSCH承载“BCCH就是PDSCH”混淆逻辑信道与物理信道BCCH是逻辑信道PDSCH是物理信道“SIB1就是普通用户业务数据”忽略公共系统信息的特殊调度机制SIB1属于广播系统信息使用SI-RNTI等公共机制“所有RRC消息都经过RLC AM”把专用业务路径套到广播信息BCCH具有专门承载方式不能机械套用DCCH/DTCH路径“物理层知道这是SIB1”把RRC语义和PHY处理混在一起PHY主要处理TB及其物理传输参数SIB1语义由上层解释十二、与前后章节的知识衔接本节在整个第七章中承担一个非常关键的“桥梁”作用。7.2.27.2.4已经解决UE如何从SSB/PBCH走到CORESET 0和PDCCH7.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/PBCHSIB1走 DL-SCH/PDSCHCORESET 0/PDCCH负责把SIB1的PDSCH“指给UE看”。SIB1RRC系统信息 → 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、层映射和资源映射时就不会再把“协议消息”“传输信道”“物理信道”和“物理资源”混成一个概念。
