3GPP规范命名规则解读

3GPP规范的全名由规范编号加版本号构成（例如：3GPP TS 29.329 V6.3.0）。规范编号由被点号（“.”）隔开的4或5个数字构成(例如09.02或29.002)，其中点号之前的2个数字是规范的系列号，点号之后的2或3个数字是文档号。

这些信息很好的体现了规范所属的系统、规范的类别、版本等属性。下面分别进行说明。 关于系列号

了解了系列号含义实际上在很大程度上就掌握了3GPP规范的命名含义。系列号的前1个数字体现了规范所属的系统，后1个数字体现了规范的类别（与前1个数字结合）。 3GPP负责两个系统的规范：“3G系统”和“GSM系统”。所谓“3G系统”和“GSM系统”主要根据无线接入部分的不同来区分的。具体而言，\"3G系统\"是指的是使用UTRAN无线接入网的系统；\"GSM系统\"指的是使用GERAN无线接入网的3GPP系统。

如果根据从分配的系列号来看，还可以更为细致的划分为3个系统：“3G系统”、“GSM系统”和“早期GSM系统”。这三个系列之间有着紧密的关联。简单来说，“早期GSM系统”代表的是过去，是后两者的前身，其本身已不再发展了，“3G系统”和“GSM系统”都是在“早期GSM系统”的基础上继承而来的。后二者是并行发展的，它们的区别主要在于无线接入部分。某种程度上“3G系统”的无线接入部分相对与“早期GSM系统”可以认为是一场革命，而“GSM系统”的无线接入部分则是对“早期GSM系统”的改良；对于核心网部分二者基本上是雷同的。

从系列号的命名上，可以很容易区分出这三个系统的规范。一般来说，系列号01~13用于命名“早期GSM系统”；系列号21~35用于“3G系统”；系列号41~55用于命名“GSM系统”。然而，由于“3G系统”和“GSM系统”许多内容（特别是在核心网方面）都是相同的，所以很多规范都是同时适用于“3G系统”和“GSM系统”，这样的规范通常也使用系统号21~35来命名，但是文档号的第1位必须为\"0\" 指示该规范可适用于两个系统。例如，29.002可以同时适用于“3G系统”和“GSM系统”，而25.101和25.201只适用于“3G系统”。 无论“3G系统”、“GSM系统”还是“早期GSM系统”它们的文档的类别的划分都是基本一致的，都可以基本可划分为：1）需求；2）业务方面；3）技术实现；4）信令协议（用户设备-网络）；5）无线方面；6）媒体编码 CODECs；7）数据Data；8）信令协议(无线系统-核心网)；9）信令协议（核心网内）；10）Programme management；11）用户标识模块 (SIM / USIM)；12）操作和维护 O&M；等等若干方面。

规范的所属的类别也同样会体现在其系列号上，例如，09，29，49系列的规范是关于核心网信令协议方面的。 关于规范的系列号与所属系统及其内容所属类别的关系具体见下表。 早期GSM系统 (Ph1,Ph2,R96, R97 R98, R99) 00 系列 00 01 02 03 04 05 06 07

规范内容 GSM系统 ( R4,R5, R6,R7,…) 41系列42系列43系列44系列45系列46系列 3G（含GSM）系统 (R99, R4,R5,R6,R7,…) 21系列一般信息 需求 业务方面(\"stage 1\") 技术实现(\"stage 2\") 信令协议 - (\"stage 3\") （用户设备-网络） 无线方面 媒体编码 CODECs 数据Data 01系列02系列22系列03系列23系列04系列24系列05系列25系列06系列 07系列 26系列27系列08 09 10 11 12 13 14 11 15

信令协议 (\"stage 3\") (无线系统-核心网) 信令协议 (\"stage 3\") （核心网内） Programme management 08系列48系列49系列50系列51系列52系列28系列09系列29系列10系列30系列用户标识模块 (SIM / 11系列USIM) 操作和维护 O&M 接入需求与测试规范 安全方面 用户识别模块与测试规范 安全算法 12系列31系列32系列13系列(1) -2 11系列13系列(1) -2 -2 55系列 33系列34系列-4 35系列对照上表简单的谈一下那些是做核心网业务需要关注的规范。

就3G系统而言，通常需要关注的主要是22系列、23系列、24系列、29系列的规范（对GSM系统中的情况也是类似的，这里不再赘述）。其中22系列主要是对业务的定义与描述，即业务规范的内容；23系列包含了用于实现业务的系统的构成、体系架构等内容；24系列和29系列主要包含了用来实现业务的系统间的接口的详细描述，即所谓协议规程。这两个系列的规范本身通常并不一定直接给出内容，而是会经常直接引用ITU-T和IETF的相关规范。

关于GSM核心网及CAMEL的体系架构的规范，主要分布在23系列里；关于MAP、CAP协议的规范，分布在29系列里（因为这些协议是关于核心网内部接口的）。

关于IMS体系架构方面的规范，主要分布在23系列里；关于呼叫与会话建立协议（基于SIP/SDP）方面的规范，主要分布在24系列里（因为这些协议是关于终端与网络之间接口的）；关于用户定位、鉴权及业务数据管理的协议（基于Diameter）,主要分布在29系列里（因为这些协议是关于核心网内部接口的）。 与OCS相关的规范主要分布在32系列里。 关于文档号

3G规范编号中系列号之后为文档号（例如：3GPP TS 29.329 V6.3.0）。

与系列号不同，文档号本身并无一般意义上明确含义，但是就具体的规范而言，也能归纳出一些的规律。 首先，在不同的系统中，关于同样的主题内容的规范（如果存在的话）会使用同样的文档号。例如，3GPP TS 09.78和3GPP TS 29.078都是关于CAP的规范，前者应用于“早期GSM系统”中，后者同时应用于“3G系统”及“GSM系统”中。

此外，在同一系统的不同系列中，关于内容比较相关的规范通常也会使用相同或相近的文档号。比如，3GPP TS 23.078是关于CAMEL系统体系架构，3GPP TS 29.078是关于CAMEL的接口协议的，二者使用了相同的文档号。再比如，3GPP TS 23.228是关于IMS系统体系架构的，3GPP TS 24.228 是关于IMS呼叫信令流程，二者也使用了相同的文档号。 关于版本（version）

版本由三个域组成，从左到右分别为major域、technical域、editorial域，之间通过点号“.”分隔。每个域的取值都是一个从0开始的数字。比如某个规范的版本显示为version 4.7.1；表示其major域值为4、technical域值为7、editorial值为1。

major 域反映了规范的阶段： ü 0 = 不成熟的草案

ü 1 = 草案，至少完成了50%，并且已经或很快向相关的TSG展示

ü 2 = 草案，至少完成了80%，并且已经或很快向相关的TSG提交请求核准 ü 3 或更大 = 规范，已经被相关TSG核准，并处于修改控制中；反映了规范所应用的Release。因此，一个Release 7的规范在经过TSG核准后能会从version 2.0.0 直接变成version 7.0.0，这是正常的。

technical 域反映了规范所进行的技术层面上的改动次数。每当规范做一次技术修改，technical 域就会递增。

editorial域反映了非技术层面上的改动，比如一些排版上的变化，等等。 另外，与版本有关的，3GPP还使用了另一个术语：Release。

为了满足新的市场需求，3GPP规范需要不断地增强，添加新的features。与此同时，也需要给开发者提供一个相对稳定的实现基准。3GPP使用了一个并行的\"Releases\"体系。version通常是关于一个文档的。Release是关于规范整体的。

一个Release中的每一个规范的version的值应该与Release的值有明显的关联，这样根据一个规范文档的version值就可以很容易知道该文档属于那个Release.

Release与version对早期GSM系统 3G系统 GSM系统 照表 （01~13系列） （21~35系列） （41~55系列） 时间 在“早期GSM系统”Release version Release version Release version 以及R99的“3G系1990 Ph1 3.x.x 统”中，Release和1994 Ph2 4.x.x version的值并无直1997 R96 5.x.x 接对应的关系。这在1998 R97 6.x.x 一定程度上给人们1999 R98 7.x.x 查阅规范带来了不R99 8.x.x R99 3.x.x 1999 便。从Rel-4开

2001 Rel-4 4.x.x Rel-4 4.x.x 始,3GPP规范的

2002 Rel-5 5.x.x Rel-5 5.x.x Release和Version有

2004 Rel-6 6.x.x Rel-6 6.x.x 了直接的对应关系。

2007 Rel-7 7.x.x Rel-7 7.x.x 一个规范文档的

Rel-8 8.x.x Rel-8 8.x.x Version的major域的 值将会指示出该规范所适用的 Release，这样达到了Release和Version在某种程度的一致性，方便了读者查询规范