51学通信

深度解析 3GPP TS 38.331：第一、二、三章 范围、参考文献与定义 (奠定RRC协议的基石)

26分钟阅读

好的，遵照您的指令，现在开始从第一章第一节进行深度拆解。由于第一章（范围）、第二章（参考文献）、第三章（定义、符号和缩略语）内容较为简短且属于基础概念铺垫，为了保证每篇文章的技术深度和不少于5000字的篇幅要求，我将把这三章合并为一篇“奠基篇”进行深度解读。这既能满足文章长度和深度的要求，也更符合逻辑上的完整性，为后续章节的深入探讨打下坚实的基础。

深度解析 3GPP TS 38.331：第一、二、三章 范围、参考文献与定义 (奠定RRC协议的基石)

本文技术原理深度参考了3GPP TS 38.331 V18.5.1 (2025-03) Release 18规范中，关于“第1章 Scope”、“第2章 References”和“第3章 Definitions, symbols and abbreviations”的核心章节，旨在为读者构建一个理解RRC协议所必需的宏观边界、知识依赖和术语体系的全景视图。

在上一篇《全文概览》中，我们跟随主角阿哲的脚步，鸟瞰了RRC协议在他一天5G生活中的宏观作用。阿哲作为一名严谨的工程师，对这套复杂而精妙的“中枢神经系统”产生了浓厚的兴趣。他明白，要真正洞悉其工作原理，浮光掠掠的概览是远远不够的。他决定沉下心来，像阅读一部经典法典一样，从第一章开始，逐字逐句地研读TS 38.331这份“RRC宪法”。

他深知，任何一部伟大的法典，开篇必然会界定其“管辖范围”（Scope），列明其所依据的“法律渊源”（References），并厘清其中每一个“专业术语”（Definitions）的确切含义。这三者，共同构成了理解整部法典的基石。今天，我们就跟随阿哲，一同来奠定这块理解RRC协议的坚实基石。

1. 第一章 范围 (Scope) - 划定RRC的“管辖权”

阿哲翻开规范的第一章，标题只有简单的两个词：“Scope”。他知道，这一章将明确定义RRC协议的权责边界——它能做什么，管什么，以及在哪些场景下发挥作用。

1.1 RRC协议的核心管辖范围

1 Scope

The present document specifies the Radio Resource Control protocol for the radio interface between UE and NG-RAN.

这是规范的开篇第一句，言简意赅，却掷地有声。阿哲逐词分析：

  • Radio Resource Control (RRC) protocol：再次强调了其核心身份——一个用于“无线资源控制”的“协议”。它的本质是一套通信双方必须共同遵守的规则和信令格式。

  • radio interface：明确了RRC协议的工作场所——“无线接口”，也就是我们常说的Uu接口，即UE（手机）与基站（gNB）之间通过电磁波进行通信的空中链路。RRC不管手机APP如何运行，也不管基站后方核心网的内部流程，它的全部职责都聚焦于这条看不见摸不着的无线链路上。

  • between UE and NG-RAN：指明了协议的双方主体——“UE”（用户设备，阿哲的手机）和“NG-RAN”（下一代无线接入网，主要是gNB基站）。

阿哲在笔记本上画了一个简单的图：一部手机 (UE) ⇐[Uu接口/RRC协议]⇒ 一座5G基站 (gNB)。他写下注解：“38.331的根本，就是定义这条双向箭头上的所有控制类对话规则。”

1.2 RRC在移动场景下的“延伸管辖权”

接着，规范阐述了RRC协议在特定移动场景下的延伸职责。这些场景是保障用户无缝体验的关键。

The scope of the present document also includes:

  • the radio related information transported in a transparent container between source gNB and target gNB upon inter gNB handover;
  • the radio related information transported in a transparent container between a source or target gNB and another system upon inter RAT handover.
  • the radio related information transported in a transparent container between a source eNB and target gNB during E-UTRA-NR Dual Connectivity.

这段话引入了一个非常重要的概念——“透明容器”（transparent container）。阿哲立刻联想到了外交邮袋的比喻。

  • inter gNB handover (gNB间切换)：阿哲拿着手机从一个基站覆盖范围移动到另一个基站。为了保证通信不中断，需要进行切换。此时，源基站A需要把阿哲手机的“档案”（即UE上下文，包括安全信息、承载配置等）告诉目标基站B。这份“档案”就是用RRC信令打包的，装在一个“透明容器”里，通过核心网（AMF）转发。核心网就像邮差，只负责传递这个“邮袋”，但不会打开查看里面的内容。这份“档案”的格式和内容，正是由TS 38.331定义的。

  • inter RAT handover (异系统切换)：阿哲进入了只有4G覆盖的地下停车场。他的5G手机需要平滑地切换到4G网络。此时，5G gNB需要将UE的上下文信息传递给4G eNB。同样，这些信息也封装在RRC定义的透明容器中，通过核心网进行跨系统传递。

  • E-UTRA-NR Dual Connectivity (EN-DC)：在5G建设初期，阿哲的手机经常同时连接到4G和5G网络（双连接），以获得更好的速率和稳定性。4G基站作为主站（Master Node），5G基站作为辅站（Secondary Node）。主辅站之间需要交换大量的无线相关信息来协同工作，例如辅站的添加、修改、释放等。这些信息同样由RRC协议定义，并封装在透明容器中，通过X2接口（eNB与gNB之间）传递。

阿哲总结道：“RRC不仅管UE和当前基站的事，还负责制定 handover 和 dual connectivity 场景下，新旧基站或不同系统基站之间交接‘客户档案’的标准格式。”

1.3 RRC在新兴网络架构中的新角色

最后，“Scope”章节还揭示了RRC协议在新兴5G架构中的扩展应用。

The RRC protocol is also used to configure the radio interface between an IAB-node and its parent node, and the radio interface between an NCR-node and gNB.

这里提到了两个新角色：

  • IAB-node (Integrated Access and Backhaul)：集成接入与回传节点。这是一种特殊的基站，它不像传统基站那样通过光纤连接到核心网，而是通过无线方式连接到另一个“父”基站（Parent Node）。RRC协议在这里被“重用”，不仅用于配置普通手机，还用于配置IAB节点与其父节点之间的无线回传链路。

  • NCR-node (Network Controlled Repeater)：网络控制中继器。这是一种智能信号放大器，可以增强网络覆盖。gNB同样通过RRC协议来配置和控制这些中继器的工作参数。

阿哲感到有些兴奋，他意识到RRC协议的生命力在于其不断的演进。它不再仅仅是UE与gNB之间的协议，已经扩展成为NG-RAN内部不同类型无线节点之间进行资源控制的通用语言。

2. 第二章 参考文献 (References) - RRC巨人脚下的基石

阿哲继续往下读，来到了第二章“参考文献”。这一章看起来只是一个枯燥的列表，但他知道，这里隐藏着RRC协议的“知识图谱”。RRC并非孤立存在，它的设计和实现，依赖于3GPP定义的整个协议栈体系。

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.

  • For a non-specific reference, the latest version applies. … implicitly refers to the latest version of that document in the same Release as the present document.

这段引言解释了引用的规则。“非特定引用”确保了在同一个Release版本内，所有协议规范都引用该Release下的最新版本，从而保证了整个体系的一致性。

阿哲没有逐条阅读所有引用，而是挑选了其中最关键的几类，来构建RRC的“朋友圈”：

  • “上级指导” - Stage 2规范 (TS 38.300)：TS 38.300是NR的总体描述，定义了系统架构和主要功能，属于Stage 2阶段的规范。而TS 38.331是Stage 3的协议规范，它负责将38.300中描述的功能需求，细化为具体的信令、消息和流程。可以说，38.300是“设计蓝图”，38.331是“施工图纸”。

  • “下属执行” - Layer 2协议规范 (TS 38.321/322/323)：RRC位于Layer 3，它发出的指令需要Layer 2的协议来执行。

    • TS 38.321 (MAC)：RRC配置的随机接入、调度、HARQ等参数，都由MAC层来具体实现。

    • TS 38.322 (RLC)：RRC为SRB和DRB选择的传输模式（AM/UM/TM），由RLC层来实现。

    • TS 38.323 (PDCP)：RRC激活安全后，由PDCP层负责对RRC信令和用户数据进行加密和完整性保护。

    阿哲画了一个层次图，RRC在上层，向下发出指令，箭头指向MAC、RLC、PDCP。

  • “服务对象” - NAS协议规范 (TS 24.501)：RRC的一个重要职责，就是为UE和核心网（AMF）之间的非接入层（NAS）信令提供透明的传输通道。RRC不关心NAS消息的内容，只负责把它们安全、可靠地从UE送到gNB，再由gNB送往AMF，反之亦然。

  • “安全顾问” - Security规范 (TS 33.501)：该规范定义了5G系统的安全架构和流程。RRC从核心网获取安全上下文后，正是依据33.501的规定，选择加密和完整性保护算法，并启动安全模式流程。

  • “语言学家” - ASN.1规范 (ITU-T X.680/691)：定义了RRC消息的语法（ASN.1）和编码规则（PER）。这保证了无论UE和gNB由哪个厂家生产，它们对RRC消息的理解和编解码都是完全一致的。

通过梳理这些关键引用，阿哲脑海中RRC的形象更加立体了：它上有指导、下有执行、服务于NAS、听命于安全，并说着一口标准的“ASN.1语言”。

3. 第三章 定义、符号和缩略语 - RRC的“行话”词典

最后，阿哲来到了第三章。如果说前两章是法律的边界和渊源，那么这一章就是一部详尽的“法律术语词典”。通信协议的严谨性，建立在对每一个术语的精确、无歧义的定义之上。

阿哲决定挑选几个在后续章节中会频繁出现，且对理解5G新特性至关重要的术语进行精读。

DAPS bearer: a bearer whose radio protocols are located in both the source gNB and the target gNB during DAPS handover to use both source gNB and target gNB resources.

深度解析：这是5G实现超低时延切换的关键技术之一，即“双活动协议栈承载”。传统的切换是“先断后通”（Break-before-make），总会有微小的中断。而DAPS实现了“先通后断”（Make-before-break）。在切换过程中，阿哲的手机可以同时维持与源基站和目标基站的数据连接，用户数据流可以从源站无缝切换到目标站，甚至可以同时从两个基站接收数据，从而实现零中断的切换体验。这对于像云游戏、自动驾驶这类时延敏感业务至关重要。

RedCap UE: A UE with reduced capabilities as specified in clause 4.2.21.1 in TS 38.306.

深度解析：“RedCap”即Reduced Capability，也常被称为NR-Light。这是为了满足中高速率物联网场景（如工业传感器、可穿戴设备）而设计的“轻量级”5G终端。相比于阿哲手中的高性能手机，RedCap终端在带宽、天线数、MIMO层数等方面都做了简化，从而获得了更低的成本和功耗。RRC协议为RedCap UE定义了特定的配置和流程，例如，在系统信息中就有专门针对RedCap的接入和移动性参数，确保网络能高效地管理这些能力受限的设备。

SpCell (Special Cell): For Dual Connectivity operation the term Special Cell refers to the PCell of the MCG or the PSCell of the SCG, otherwise the term Special Cell refers to the PCell.

深度解析：特殊小区（SpCell）是一个重要的概念，尤其是在载波聚合（CA）和双连接（DC）场景下。

  • 在单连接或CA场景下，SpCell就是主小区（PCell）。PCell是UE的“主心骨”，负责承载SRB1，处理所有RRC信令，并维护与核心网的连接。

  • 在双连接（DC）场景下，UE会同时连接到主小区组（MCG）和辅小区组（SCG）。此时，UE有两个SpCell：MCG中的主小区（PCell）和SCG中的主辅小区（PSCell）。PCell继续负责与核心网的连接和主要的RRC信令，而PSCell则作为SCG的“锚点”，负责SCG内部的控制和上行传输。RRC协议通过spCellConfig对这两个关键小区进行详细配置。

IAB-node (Integrated Access and Backhaul): RAN node that supports NR access links to UEs and an NR backhaul link to a parent node, and that can conduct physical mobility across the RAN area.

深度解析：这个定义再次强调了IAB节点的双重身份。它对下（对阿哲的手机）是一个标准的gNB，提供5G接入服务；它对上（对它的父节点）又扮演着一个UE的角色，通过无线链路进行回传。RRC协议需要同时管理这两套“角色”的配置。对下，它通过广播SIB、下发RRCReconfiguration来管理普通UE；对上，它自身的RRC实体会与父节点进行连接建立、切换等流程，就像一个特殊的、永远在线的“超级UE”。这个定义还特别指出了IAB节点可以“进行物理移动”，预示了其在移动基站（如车载基站）等场景的应用潜力。

结语：万里长征的第一步

经过一上午的专注研究，阿哲合上了笔记本。他虽然只读了规范的开头三章，但感觉收获巨大。他不再把TS 38.331看作一堆孤立的规则，而是看作一个有明确边界、有紧密内外联系、有自己专属语言的生命体。

  • 第一章 Scope 让他知道了RRC的“领地”，从基本的UE-gNB通信，到复杂的切换、双连接，再到IAB、NCR等新物种，都在其管辖之下。

  • 第二章 References 让他看清了RRC在整个3GPP协议森林中的位置，它与L2、NAS、Security等邻居们的互动关系构成了其工作的生态环境。

  • 第三章 Definitions 让他掌握了RRC的“行话”，为后续深入阅读扫清了语言障碍。

阿哲知道，这只是万里长征的第一步。真正的挑战在于理解规范后续章节中那些具体而复杂的流程。但他现在信心满满，因为他已经打下了最坚实的基础。在下一篇文章中，我们将跟随阿哲，正式进入规范的第四章，探索RRC的协议架构和那著名的“三态模型”，真正开始深入其核心的运作机制。

FAQ

Q1：RRC协议规范TS 38.331和NR总体描述规范TS 38.300之间是什么关系？

A1：可以理解为“设计蓝图”和“施工图纸”的关系。TS 38.300是Stage 2规范，它从功能和架构层面描述了NR无线接入网应该具备哪些能力，以及各个功能实体之间的逻辑关系和信息交互，但它不涉及具体的协议消息和字段。而TS 38.331是Stage 3规范，它的任务就是将TS 38.300中定义的关于无线资源控制的各种功能需求，具体实现为一套完整的、可操作的协议，包括定义所有的RRC消息（如RRCReconfiguration）、信息元素（IE）、以及详细的信令交互流程（Procedures）。

Q2：为什么RRC协议需要为一个IAB（集成接入与回传）节点定义配置？它和普通手机的RRC配置有什么不同？

A2：IAB节点本质上是一个特殊的gNB，它通过无线方式连接到上级网络，同时又为普通UE提供接入服务。因此，RRC协议需要管理它的两个“身份”：

  1. 作为“UE”的身份：IAB节点的移动终端部分（IAB-MT）需要像一个UE一样，与它的“父节点”（Parent Node / IAB-donor）建立RRC连接，获取无线回传链路的配置。这部分的RRC配置与普通UE类似，但会包含一些IAB特有的参数，比如回传承载（BH RLC channel）的配置。

  2. 作为“gNB”的身份：IAB节点的分布式单元部分（IAB-DU）需要像一个标准gNB一样，广播系统信息，并为接入它的普通UE配置RRC连接。

RRC协议通过这种方式，将IAB节点无缝地融入到整个NG-RAN架构中。

Q3：“透明容器”（Transparent Container）在切换中的作用是什么？为什么需要“透明”？

A3：“透明容器”在切换中的核心作用是高效、可靠地传递UE上下文信息。当UE从源gNB切换到目标gNB时，源gNB需要将UE的所有无线配置、安全信息、承载状态等打包成一份“切换准备信息”。这份信息被封装在一个RRC定义的“容器”中，通过核心网的AMF进行路由和转发。之所以强调“透明”，是因为AMF作为中间的转发节点，完全不需要理解和解析容器内的具体内容，它只负责根据信令头部的路由信息将其准确地投递到目标gNB。这种设计实现了接入网（RAN）内部信令和核心网（CN）信令的解耦，大大提高了转发效率，并使得未来RAN侧信令的升级演进不会影响到核心网的实现。

Q4：为什么在规范中强调要区分“特定引用”和“非特定引用”？

A4：这是为了保证整个3GPP Release版本下所有规范的一致性和稳定性。

  • 特定引用（Specific reference）：指引用某一个具体版本号的规范。这意味着即使被引用的规范后续有更新，本规范依然遵循旧版本的内容。这通常用于需要强行锁定某个特定功能行为的场景。

  • 非特定引用（Non-specific reference）：指只引用规范编号，不指定版本。根据规则，它“隐式地引用该文档在同一个Release中的最新版本”。这是最常见的引用方式，它保证了在同一个Release（如Rel-18）的开发和维护周期中，如果TS 38.321更新了一个功能，那么TS 38.331也会自动地与这个最新功能对齐，避免了因版本不匹配导致的协议矛盾和实现混乱。

Q5：5G RRC协议的范围相比4G LTE RRC（TS 36.331）有哪些显著的扩展？

A5：5G RRC在继承4G RRC核心功能的基础上，范围有了显著扩展，以支持5G的新场景和新架构。主要扩展点包括：

  1. RRC_INACTIVE状态：新增了介于连接态和空闲态之间的非活动态，这是LTE所没有的。

  2. 双连接（MR-DC）：虽然LTE后期引入了DC，但5G RRC对多种双连接组合（EN-DC, NE-DC, NR-DC）提供了更完善和复杂的支持，引入了SRB3等新概念。

  3. Sidelink/V2X：对车联网（V2X）和设备直连（Sidelink）提供了原生支持，有专门的系统信息（SIB12/13/14）和专用信令来进行配置。

  4. IAB和NCR：将协议的管辖范围从UE扩展到了IAB节点和网络控制中继器等新型网络设备。

  5. NTN（非地面网络）：为卫星通信场景增加了专门的系统信息（如SIB19）和流程，以应对高时延和大多普勒频移的挑战。

这些扩展体现了5G RRC协议为满足“万物互联”和“多场景融合”设计目标的演进方向。

关系图谱