有人问:"3GPP 每个release都做了哪些方面的增强？应该有专门的文档介绍吧?"那肯定是有的，其实按照 https://t.zsxq.com/zbSox 中的方法就能找到那个文档。这篇我们整体浏览看下3GPP是如何handle project，这其中就会具体涉及哪些内容？
其实这个也有专门的TR做介绍的，对应的就是TR 21.900 Technical Specification Group working methods。这里就从21.900中摘录出其中有关3GPP manage project的内容。
正文如下：
任何项目都需要明确其目标。然后就可以从现状开始分析实现每个目标所需的步骤。
通常，最好先制作一份可行性报告，该报告将在Study Item的背景下进行。
Study Item：初步研究阶段产生的一份技术报告，该报告通常对附加功能进行可行性研究。如果研究结果是可行有效的，则可能会随后进行一个或多个后续功能类型的Work Items。可行性研究可能包括商业和技术方面的考虑。这种分析自然会出现希望添加到现有系统中的新功能，最终就会加到对应release中。
紧接着看几个名词，feature,building block,work task,work item，这部分也就结束了。
Feature：新功能或大幅增强的功能，代表现有系统的附加价值。
feature应或多或少具有独立性 ，即每个功能都可以视为可选的附加功能，可以根据市场需求添加或不添加。网络运营商和设备制造商可以根据商业考虑决定是否实施某项功能。Feature的描述不需要在技术上精确，但应代表可以在服务级别理解的概念。它应该要解决以下问题：我花钱能得到什么？feature通常应体现为客户提供的改进服务和/或为供应商增加创收潜力。
在这种情况下，大多数feature将由 TSG-SA WG1 负责。系统特定版本的feature集合代表该版本与上一版本之间的差异。
Feature可以被视为项目管理目的的高级目标。但大多数feature都相当复杂，需要分解为更简单的元素或building blocks，以便指定精确的功能。
Study Item或feature的工作可能由多个工作组(一个或多个TSG)执行。对于多个TSG研究items和features，工作计划中应显示所有这些TSG负责研究item或feature，然后尽快将其细化为各个工作组的负责任务。为了使工作能够正常开展，此时相关TSG会生成一个work item，其他相关 TSG 和 WG 会及时审查工作项目描述并提供自己的意见。
什么是Buiding block？接着看3GPP给出的定义。
Building block：feature的细分表示一组连贯的技术功能，通常会位于单个系统元素中。
building block会以技术术语定义，其描述需要了解整个系统的架构。building block通常应限制为单个物理或逻辑实体或单个协议，例如“终端”或“呼叫控制”。这意味着采用通用或面向对象的方法。building block通常应由单个TSG负责。
对于非常简单的feature，单个building block可能就足够了，在这种情况下，feature和其building block是同义词。
要实现building block，通常需要进一步将功能细分为更小的task，每个task代表一项严格指定且易于理解的研究活动。此类work task不仅可能按技术内容划分，还可能按阶段划分。因此，在考虑功能信息流(一个或多个work task)之前，必须充分定义服务方面(一个或多个work task)，然后才考虑详细的协议规范（一个或多个work task）。
Work task：building block的细分，代表一个独立、范围明确且计划周密的work item。
正是在这个最低层次的细分中，可以计算出工作内容的估计值，从而计算出大概时间。从构成building block的所有work task的估计时间表及其相互依赖关系中，可以得出"parent"building block的总体时间表。从所有组成building block的时间表中，可以估算出父功能的完成时间。
因而work task几乎肯定是单个工作组的责任。
而在work task阶段就会输出我们常见的一些内容：
(1)一个或多个新的技术规范(TS)或报告(TR)；
(2)对现有TS/TR 的change request。
Feature、building block和workt tasks是"Work Item"的三种特定类型。
对于非常简单的building block，单个work task就足够了，在这种情况下，building block就代表work task。
与此同时会有一个work item。
work item：代表的是用于涵盖study item、feature、building block和工work task的通用术语。
所有work item，无论其类别(feature、building block或work task)如何，都需要：
(1)内容的精确定义("scope")；
(2)预计时间表，尽可能设置里程碑以跟踪进度；（对于building block和feature，时间表可以从work task组件的时间表中得出）；
(3)指定人员担任报告员（实际上是工作项目的经理）；
(4)至少四个成员组织支持工作项目并愿意积极参与其实现。
比如2024年6月18日R18正式冻结，而R18的work item在7月10日发布了最新的TR 21.918 v1.0.0版本。那这里的v1.0.0是什么意思？这里捎带看下。
每个规范都与一个“版本号”相关联，格式为 x.y.z，用于唯一标识该文档。下表中定义了这三个字段的意义。
上表显示了估计的稳定程度，可用作确定何时将规范升级到版本 1.y.z 和 2.y.z 的指导方针。这些数字是主观的，最终决定权由负责小组自行决定。
达到至少60%稳定性并首次提交给TSG的TS或TR应将其主要版本号设置为 1，即版本1.y.z。
既然提到TR 21.918就打开简单看下相关内容，打开TR 21.918 就可以看到R18都有考虑哪些部分的增强。
比如之前写过的eredcap，XR等等也都能找到相关的描述。除了一些具体内容，还有列出相关Approved CR。
又比如R18 Further NR mobility enhancements都研究了什么？可以看到上图绿色部分包括LTM，CHO with candidate SCGs 等等内容。
从这里可以看出，查看Summary of Rel-18 Work Items等类似的TR，对于理解新的feature还是很有帮助的，所以在看新feature前不妨也先看看这个有关WI summary 的TR。