本文技术原理深度参考了3GPP TS 38.413 V18.5.0 (2025-03) Release 18规范的 Annex A (informative): Change history，旨在为读者提供一个独特的视角，通过解读规范自身的“进化史”，来理解NGAP协议是如何从一个框架演变为一个支持万物互联的复杂系统的。
深度解析 3GPP TS 38.413：Annex A 规范的“进化史”：从0到1的NGAP协议
大家好，欢迎来到我们3GPP规范深度解析之旅的最后一站。在过去的系列文章中，我们已经将TS 38.413规范中从PDU会话到移动性管理、从接口建立到信令追踪的几乎所有核心流程和消息都进行了深入的剖析。我们已经理解了NGAP协议“是什么”以及“如何工作”。
在本次的收官之作中，我们将探讨一个非常特殊的章节——Annex A: Change history。这个附录，本身不定义任何协议行为，它更像是一本**“NGAP协议的成长日记”或一部“进化史”**。它以表格的形式， meticulously 记录了这份规范从诞生之初的一个基本框架，到如今支持天地一体化网络（NTN）、扩展现实（XR）和海量物联网的复杂巨系统，所经历的每一次修订、每一次增强和每一次修正。
对于一名通信工程师来说，理解这份“变更历史”的意义，远不止于了解历史。它能为我们揭示：
- 技术演进的脉络：一个关键特性（如IAB、MBS）是如何分阶段、通过多个版本的迭代才逐步完善的。
- 协议设计的哲学：为什么某些功能被引入，某些设计被修正，这背后反映了行业需求和技术实现的权衡。
- 问题定位的线索：当你遇到一个奇怪的网络行为时，回溯相关的变更历史（Change Request, CR），有时能帮你找到问题根源。
今天，我们将最后一次请出网络监控专家Morpheus和他的徒弟Neo。在完成了对所有NGAP流程的学习后，Neo不禁感叹协议的复杂性。Morpheus则决定带他来到“时间档案馆”，通过解读Annex A，向他展示这座“大厦”是如何一砖一瓦建成的。
Morpheus：“Neo，你已经学会了如何在矩阵中穿行。现在，我将带你去看矩阵的‘创世源码’和它的‘版本日志’。每一行记录，都是一次对这个数字世界的塑造。理解了它的过去，你才能更好地预测它的未来。”
1. Annex A是什么？—— NGAP协议的“时间胶囊”
Annex A是一个信息性（informative）附录，意味着它不包含强制性的规范要求，但提供了极具价值的参考信息。它是一个巨大的表格，详细列出了对TS 38.413规范的每一次修改。
Annex A (informative): Change history
每一行记录，都代表着在某一次3GPP RAN3工作组会议上，一个被批准的**变更请求（Change Request, CR）**被合并到了规范中。这些CR可能来自于全球各大运营商、设备商和芯片厂商，代表了整个行业对5G技术演进的共同智慧。
Morpheus向Neo展示了这份长长的表格：“把它想象成一个考古地层。最顶部的记录是最新的（Rel-18），而最底部的，则是Rel-15时代，NGAP协议的‘盘古开天’。”
2. 如何阅读“变更历史”？—— 解码时间的印记
要读懂这份历史，我们首先需要理解表格中每一列的含义。让我们以规范中的一个片段为例。
表格 Annex A.1: Change history (部分摘录)
| Date | Meeting | Tdoc | CR | Rev | Cat | Subject/Comment | New version |
|---|---|---|---|---|---|---|---|
| 2017-04 | R3#95b | R3-171209 | - | - | - | TS skeleton | 0.0.0 |
| 2019-12 | RP-86 | RP-193055 | 0304 | - | F | Correction of Xn TNL Configuration Info | 15.6.0 |
| 2020-07 | RP-88-e | RP-201077 | 0063 | 13 | B | BL CR to 38.413: Support for IAB | 16.2.0 |
| 2022-03 | RP-95-e | RP-220230 | 0664 | 6 | B | Support for Redcap UEs | 17.0.0 |
| 2024-03 | RAN#103 | RP-240625 | 1101 | 1 | F | Adding DL data size in RAN PAGING REQUEST message | 18.1.0 |
Morpheus逐列为Neo解读：
Date和Meeting: 记录了CR被批准的时间和会议。例如，“2022-03 RP-95-e”表示在2022年3月的第95次RAN全会上批准。Tdoc(Temporary Document): 这是该CR在会议上的临时文档编号，是追溯技术提案细节的“档案号”。CR(Change Request): 变更请求的正式编号。Rev(Revision): CR的修订版本号。Cat(Category): 这是最关键的列之一，它定义了变更的性质：- F (Functional modification): 功能性修改。通常意味着引入了新功能或对现有功能做了重大调整。
- A (Correction): 修正。修复规范中发现的错误或歧义。
- B (Addition of feature): 增加新特性。与F类似，但更侧重于引入一个全新的、独立的特性。
- C (Editorial modification): 编辑性修改。修正拼写、格式等，不影响技术实现。
- D (Creation of new TS/TR): 创建新的规范（在此不适用）。
Subject/Comment: 对本次变更的简要描述，是快速了解变更内容的关键。New version: 本次变更被合并后，规范的新版本号。
“看懂了这张表，” Morpheus说，“你就能像历史学家一样，追踪NGAP的每一次‘思想火花’和‘进化脚步’。”
3. 从历史看演进：NGAP成长的关键里程碑
通过解读Annex A，我们可以清晰地看到NGAP协议是如何一步步成长起来的。
3.1 里程碑一：从0到1的诞生 (Rel-15)
2017-04 | R3#95b | R3-171209 | … | TS skeleton | 0.0.0
这是我们在表格底部能找到的最早的记录之一。TS skeleton——“技术规范骨架”。Morpheus回忆道：“一切始于此。最初的38.413只是一些章节标题和空白的表格。我们（3GPP的代表们）就在这个骨架上，一点点填充内容，定义了最初的PDU会话、UE上下文和切换流程。”
2019-12 | RP-86 | RP-193055 | 0304 | F | Correction of Xn TNL Configuration Info | 15.6.0
这行记录则展示了协议的成熟过程。在Rel-15的后期，随着设备商开始进行互操作性测试（IOT），大家发现最初关于Xn隧道配置信息的定义存在一些问题或不清晰之处。于是，一个Category F的CR被提出来，对它进行了“修正”。这说明，规范的制定是一个理论与实践相结合、不断迭代完善的过程。
3.2 里程碑二：能力的扩展 (Rel-16)
进入Rel-16，5G开始从eMBB场景向垂直行业扩展，NGAP协议也迎来了大量新功能的“大爆发”。
2020-07 | RP-88-e | RP-201077 | 0063 | B | BL CR to 38.413: Support for IAB | 16.2.0
**IAB（Integrated Access and Backhaul，集成接入与回传）**的引入是一个标志性事件。它允许gNB使用无线信号（而非光纤）进行回传，极大地降低了基站部署的成本和难度。为了支持IAB，NGAP必须引入新的IE（如IAB Authorized）和流程，以便核心网能够识别和管理这些特殊的“中继”基站。
2020-07 | RP-88-e | RP-201086 | 0173 | B | Introduction of Control Plane CIoT 5GS Optimisation for NB-IoT and eMTC | 16.2.0
**CIoT（Cellular IoT，蜂窝物联网）**的支持，标志着5G开始拥抱海量的低功耗设备。为了让NB-IoT和eMTC这些传统的物联网技术能够接入5GC，NGAP引入了一系列针对控制面优化的信令流程，例如我们之前讨论过的AMF CP RELOCATION INDICATION等，以极低的信令开销来处理这些“轻量级”终端的连接。
Morpheus：“Rel-16是NGAP从一个‘手机网络协议’，向一个‘万物互联协议’演变的关键一步。你看，IAB、CIoT、V2X… 每一个CR背后，都代表着5G向一个新的应用领域迈出的坚实步伐。”
3.3 里程碑三：精细化与智能化 (Rel-17)
Rel-17则更侧重于对现有功能的增强和精细化。
2022-03 | RP-95-e | RP-220230 | 0664 | B | Support for Redcap UEs | 17.0.0
**RedCap（Reduced Capability，能力缩减）**的引入，是为了弥补eMBB和LPWA（低功耗广域）之间的巨大空白。它定义了一种“中量级”的终端，非常适合可穿戴设备、工业传感器等场景。NGAP为此增加了RedCap Indication等IE，让网络能够识别这类UE，并为其匹配相应的资源，避免“杀鸡用牛刀”。
2022-03 | RP-95-e | RP-220229 | 0615 | B | CR to 38.413 on QoE measurement configuration | 17.0.0
**QoE（Quality of Experience，体验质量）**测量的引入，标志着网络运维从关心KPI（关键性能指标，如带宽、时延）向关心KQI（关键质量指标，如视频卡顿率、游戏延迟）转变。NGAP为此增加了QMC（QoE Measurement Collection）相关的消息和IE，使得核心网可以指令gNB和UE收集与用户实际体验更相关的测量数据。
3.4 里程碑四：迈向未来 (Rel-18及以后)
2023-12 | RAN#102 | RP-233830 | 1025 | B | (CR to 38.413) Support for NR XR | 18.0.0 2023-12 | RAN#102 | RP-233826 | 1008 | B | CR for NR NTN | 18.0.0
最新的记录向我们展示了NGAP正在演进的方向。**XR（扩展现实）和NTN（Non-Terrestrial Networks，非地面网络）**的支持，是Rel-18的两大亮点。为了支持XR的超低时延和高同步要求，以及NTN（卫星通信）的超大延迟和多普勒频移特性，NGAP正在引入全新的IE和流程。
Morpheus指着这些最新的CR，对Neo说：“你看，协议的进化永无止境。只要有新的应用场景出现，3GPP就会像一个不知疲倦的工程师，为NGAP这把‘瑞士军刀’增添新的工具。而Annex A，就是这把军刀的设计和演进蓝图。”
FAQ
Q1: 附录A中“informative”（信息性）的准确含义是什么？我是否可以完全忽略它？
A1: “Informative”意味着这个附录不包含任何强制性的协议要求或行为规范。开发人员在实现NGAP协议栈时，不需要根据Annex A来编写任何代码。协议的强制性要求全部定义在正文的1到10章中。然而，对于网络规划师、测试工程师和故障排查专家来说，这个附录不应该被忽略。它提供了宝贵的上下文信息，能帮助你理解某个特性是从哪个版本开始引入的，某个参数的修改历史，以及某个问题的修复背景。
Q2: 什么是CR（Change Request）？它在3GPP的标准化流程中扮演什么角色？
A2: CR是3GPP标准制定过程中的基本工作单元。当任何一家成员公司（如运营商、设备商）认为现有规范存在错误、歧义或需要增加新功能时，他们会撰写一份详细的技术提案，并将其提交给对应的技术规范组（TSG）的会议，这就是一个CR。 在会议上，来自全球的专家会对这个CR进行评审、讨论和修改。一旦CR获得批准，它就会被合并到规范的下一个版本中。Annex A中的每一行，就代表着一个“功成名就”的CR。
Q3: CR的类别（Category）中，F - Functional modification和B - Addition of feature有什么区别？
A3: 这是一个细微但重要的区别。
B - Addition of feature通常用于引入一个全新的、独立的、较大规模的特性，这个特性往往与一个特定的工作项目（Work Item）相对应。例如，“Support for IAB”就是一个全新的特性，因此被归类为B。F - Functional modification则更为广泛。它可以是对一个现有功能的重大修改或增强，也可以是一个不属于大型WI的、较小的功能增加，或者是对多个现有功能的关联性修改。例如，“Correction of Xn TNL Configuration Info”虽然是修正，但因为它改变了协议的功能行为，所以被归类为F，而不是A（纯粹的错误订正）。
Q4: 我在开发中遇到了一个问题，怀疑是规范的bug，我应该如何利用Annex A？
A4: Annex A是你进行问题分析的有力工具。你可以这样做：
- 定位关键字：首先确定你遇到的问题与哪个功能、哪个IE或哪个消息相关。
- 搜索Annex A：在
Subject/Comment列中搜索这些关键字。你可能会找到与此相关的CR。 - 追溯Tdoc：找到相关的CR后，记下它的
Tdoc编号。然后你可以去3GPP的官方FTP服务器上，根据会议编号和Tdoc编号，下载到这份CR的原始提案文档。 - 深度分析：原始提案文档通常会详细描述“问题是什么”、“为什么需要修改”以及“具体的修改方案”。通过阅读这些“立法”时的原始讨论，你很可能就能理解当前规范行为的深层原因，甚至确认你遇到的到底是一个已知的、已被修复的问题，还是一个新的问题。
Q5: 学习和理解Annex A，对于一个通信工程师的职业发展有什么帮助？
A5: 理解Annex A，能帮助你从一个单纯的“协议使用者”转变为一个具备“协议设计者”思维的专家。它能带给你：
- 宏观视野：让你不再局限于某个具体参数的含义，而是能理解整个5G技术演进的蓝图和节奏。
- 深度洞察：让你明白协议中每一个“看似奇怪”的设计背后的历史原因和技术权衡。
- 前瞻能力：通过关注最新的CR，你可以提前了解Rel-19、Rel-20正在讨论什么，从而预判未来技术的发展方向。
- 解决问题的能力：如Q4所述，它为你提供了一个强大的、基于历史追溯的问题分析工具。 最终，这能让你在技术上看得更深、更远，成为团队中那个不仅知其然，更知其所以然的关键人物。