查询和使用3gpp技术文件编号与版本的基本常识[转]
2012-04-23 10:59
232 查看
http://www.txrzx.com/content_index.asp?id=677&d_Classid=51
3GPP技术文件包括技术标准、技术报告及各技术标准组(TSG,Technical Standardization Group)会议文件等3种,其中技术标准(TS,Technical Specification)是TSG批准的描述有关技术规定的3GPP技术文件;技术报告(TR,Technical Report)是TSG批准的论述技术原理、仿真和实验结果的3GPP技术文件。两者由各组织成员提交,并经相关工作组讨论修改后,提交TSG讨论通过后成为3GPP正式文件,内容的修改由组织成员提交修改请求(CR)发起。
3GPP输出文件的产生是一个非常复杂的过程,不仅参与标准制定的组织和人员众多,而且标准也是一个不断发展演进的过程,尤其是对于UMTS这样一套非常复杂的系统,需要不同的版本来描述不同阶段系统的功能、性能。此外,输出文件需要持续进行技术修订和文字修订,这些都需要一个能够准确反映标准文件状态的统一编号。
1、技术文件编号格式
3GPP的文稿编号是对文稿来源、文稿类型、文稿内容、系统版本、文稿修订和后向兼容等的反映。3GPP文稿类型分为技术报告和技术标准,其中技术报告用TR表示,技术标准用TS标识。3GPP技术文件的编号格式如下,会议文件编号格式有别于技术标准和技术报告,因为它毕竟不是正式的标准文件。
1)技术标准:3GPP TS aa.bbb Vx.y.z。
2)技术报告:3GPP TR aa.bbb Vx.y.z。
3)会议文件:3GPP/TSGx.m#y(nn)zzz
注:
Version x.y.z
where:
x the first digit:
1 presented to TSG for information;
2 presented to TSG for approval;
3 or greater indicates TSG approved document under change control.
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
2、规范编号
在技术规范或者技术报告编号中,aa 域反映的是规范系列的内容,bbb 域反映的是规范的版本和修订状态,它们应根据内容按照表1和表2填写,其中表1必须严格遵守,而表2则用于指导性参考(考虑到后向兼容问题)。如3GPP TR 21.978,TR表示技术报告,aa 为21表示UTMS临时文件,9表示该技术报告可以由组织成员发布。在表1中,“stage1,2,3”是原CCITT的文稿标识方法,与ISDN标准有关。“Stage1”指的是从用户角度对业务进行描述;“Stage2”是业务的逻辑分析,把业务分解为功能单元和各功能单元之间的信息流;“stage3”指的是功能单元之间协议的具体实现。
表1:标准文件中的aa域描述
3、规范版本号
UMTS标准分阶段实现,不同阶段的标准通过不同的版本标识来表示。3GPP标准的版本分为系统版本(Release)和文稿版本(Version)。系统版本(Release)是实现一套移动通信系统所需的一系列规范的完整组合,也是厂家开发产品的依据,即通常所说的R'99(R3)、R4、R5、R6及R7等版本,后续版本是对前一版本功能的增强和优化并增加新的功能;文稿版本(Version)则反映了文稿的修订情况,其编号为Vx.y.z,其中x表示系统版本,取值1表示提交TSG的信息和草稿,2表示组织成员或者工作组(WG)提交的需要TSG批准的文稿,3及以上为TSG批准的处于修改控制状态的文稿,有关x与系统版本之间的对应关系如表3所示。GSM和UMTS规范是通过文稿编号区分的,x区分同一系统的不同版本。对UMTS标准而言,x(≥3)与R'99、R4、R5、R6和R7等一一对应。y表示在协议框架不变的情况下TSG批准的修订,每修改一次加1;z
则反映文字修订情况,有关x、y、z 的说明详见下表4。对标准稳定程度的估计取决于相关工作组的能力,主要用于指导确定何时将文稿由版本1.y.z 升级为2.y.z。
表3:系统版本(Release)与标准文稿版本(Version)的对应关系
表4:文档版本的编号方法
4、会议文件编号
3GPP的有关技术标准和报告需要各专业技术组经过多次讨论协商定稿,提交各技术标准组(TSG)或者工作组(WG)的文稿编号格式为3GPP/TSGx.m#y(nn)zzz,其各符号的描述详见下表5。
表5:会议文件编号描述
------------------------------
表一 编号
表二 对应release的冻结日期
3GPP技术文件包括技术标准、技术报告及各技术标准组(TSG,Technical Standardization Group)会议文件等3种,其中技术标准(TS,Technical Specification)是TSG批准的描述有关技术规定的3GPP技术文件;技术报告(TR,Technical Report)是TSG批准的论述技术原理、仿真和实验结果的3GPP技术文件。两者由各组织成员提交,并经相关工作组讨论修改后,提交TSG讨论通过后成为3GPP正式文件,内容的修改由组织成员提交修改请求(CR)发起。
3GPP输出文件的产生是一个非常复杂的过程,不仅参与标准制定的组织和人员众多,而且标准也是一个不断发展演进的过程,尤其是对于UMTS这样一套非常复杂的系统,需要不同的版本来描述不同阶段系统的功能、性能。此外,输出文件需要持续进行技术修订和文字修订,这些都需要一个能够准确反映标准文件状态的统一编号。
1、技术文件编号格式
3GPP的文稿编号是对文稿来源、文稿类型、文稿内容、系统版本、文稿修订和后向兼容等的反映。3GPP文稿类型分为技术报告和技术标准,其中技术报告用TR表示,技术标准用TS标识。3GPP技术文件的编号格式如下,会议文件编号格式有别于技术标准和技术报告,因为它毕竟不是正式的标准文件。
1)技术标准:3GPP TS aa.bbb Vx.y.z。
2)技术报告:3GPP TR aa.bbb Vx.y.z。
3)会议文件:3GPP/TSGx.m#y(nn)zzz
注:
Version x.y.z
where:
x the first digit:
1 presented to TSG for information;
2 presented to TSG for approval;
3 or greater indicates TSG approved document under change control.
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
2、规范编号
在技术规范或者技术报告编号中,aa 域反映的是规范系列的内容,bbb 域反映的是规范的版本和修订状态,它们应根据内容按照表1和表2填写,其中表1必须严格遵守,而表2则用于指导性参考(考虑到后向兼容问题)。如3GPP TR 21.978,TR表示技术报告,aa 为21表示UTMS临时文件,9表示该技术报告可以由组织成员发布。在表1中,“stage1,2,3”是原CCITT的文稿标识方法,与ISDN标准有关。“Stage1”指的是从用户角度对业务进行描述;“Stage2”是业务的逻辑分析,把业务分解为功能单元和各功能单元之间的信息流;“stage3”指的是功能单元之间协议的具体实现。
表1:标准文件中的aa域描述
3、规范版本号
UMTS标准分阶段实现,不同阶段的标准通过不同的版本标识来表示。3GPP标准的版本分为系统版本(Release)和文稿版本(Version)。系统版本(Release)是实现一套移动通信系统所需的一系列规范的完整组合,也是厂家开发产品的依据,即通常所说的R'99(R3)、R4、R5、R6及R7等版本,后续版本是对前一版本功能的增强和优化并增加新的功能;文稿版本(Version)则反映了文稿的修订情况,其编号为Vx.y.z,其中x表示系统版本,取值1表示提交TSG的信息和草稿,2表示组织成员或者工作组(WG)提交的需要TSG批准的文稿,3及以上为TSG批准的处于修改控制状态的文稿,有关x与系统版本之间的对应关系如表3所示。GSM和UMTS规范是通过文稿编号区分的,x区分同一系统的不同版本。对UMTS标准而言,x(≥3)与R'99、R4、R5、R6和R7等一一对应。y表示在协议框架不变的情况下TSG批准的修订,每修改一次加1;z
则反映文字修订情况,有关x、y、z 的说明详见下表4。对标准稳定程度的估计取决于相关工作组的能力,主要用于指导确定何时将文稿由版本1.y.z 升级为2.y.z。
表3:系统版本(Release)与标准文稿版本(Version)的对应关系
表4:文档版本的编号方法
4、会议文件编号
3GPP的有关技术标准和报告需要各专业技术组经过多次讨论协商定稿,提交各技术标准组(TSG)或者工作组(WG)的文稿编号格式为3GPP/TSGx.m#y(nn)zzz,其各符号的描述详见下表5。
表5:会议文件编号描述
------------------------------
表一 编号
Range for GSM up | Range for GSM | Range for UMTS | Type of use |
to and including | release | release 1999 | |
release 99 | onwards | onwards | |
01.bb | 41.bbb | 21.bbb | Requirement specifications |
02.bb | 42.bbb | 22.bbb | Service aspects |
03.bb | 43.bbb | 23.bbb | Technical realizations |
04.bb | 44.bbb | 24.bbb | Signalling protocols |
05.bb | 45.bbb | 25.bbb | Radio access aspects |
06.bb | 46.bbb | 26.bbb | Codecs |
07.bb | 47.bbb | 27.bbb | Data |
08.bb | 48.bbb | 28.bbb | Signalling protocols |
09.bb | 49.bbb | 29.bbb | Core network signalling protocols |
10.bb | 50.bbb | 30.bbb | Programme management |
11.bb | 51.bbb | 31.bbb | SIM/USIM |
12.bb | 52.bbb | 32.bbb | Charging and OAM& |
13.bb | Regulatory test specifications | ||
33.bbb | Security aspects | ||
34.bbb | Test specifications | ||
35.bbb | Algorithms |
GSM/edge release | 3G release | Abbreviated | Specification | Specification | Freeze date | |
name | number | version | ||||
format | format | |||||
Phase + | release | Release | Rel- | aaa.bb (3G) | 6.x.(3G) | June 2003 |
Phase + | release | Release | Rel- | aa.bb (GSM) | 5.x.(GSM) | March 2002 |
Phase + | release | Release | Rel- | aaa.bb (3G) | 4.x.(3G) | March 2001 |
aa.bb (GSM) | 9.x.(GSM) | |||||
Phase + | release 99 | Release 99 | R99 | aaa.bb (3G) | 3.x.(3G) | March 2000 |
aa.bb (GSM) | 8.x.(GSM) | |||||
Phase + | release 98 | R98 | aa.bb | 7.x. | Early 1999 | |
Phase + | release 97 | R97 | aa.bb | 6.x. | Early 1998 | |
Phase + | release 96 | R96 | aa.bb | 5.x. | Early 1997 | |
Phase | PH2 | aa.bb | 4.x. | 1995 | ||
Phase | PH1 | aa.bb | 3.x. | 1992 |
相关文章推荐
- Oracle技术之使用Oracle的外部表查询警告日志文件
- centos7.3 docker registry(使用版本 2.6.1) 私有仓库 建立 查询 删除(未成功删除文件和元数据,好像是实际当前官方版本不支持) 回收垃圾(未成功,好像是实际当前官方版本不支持) 安全认证(仅限用户名密码)
- log4j的2.6.2版本properties配置文件的使用举例
- MySQL查询优化技术之使用索引
- Java如何判断一个文件(夹)被重命名过,除了使用md5码校验?【版本控制】
- C++文本查询程序 C++Primer练习12.28 使用vector,map,set容器保存来自文件的数据并生成查询结果
- 查看自己linux版本使用的文件系统格式
- 【转】预编译头文件来自编译器的早期版本,或者预编译头为 C++ 而在 C 中使用它(或相反)
- 使用C#版本的gdal库打开hdf文件
- Git使用手册/Git教程:找回删除的版本代码/git reflog与git log的区别/取消暂存区文件的暂存
- 关于Java Web 使用 iText 将数据库中的 表 的数据 生成 PDF 格式文件(升級版本)
- 预编译头文件来自编译器的早期版本,或者预编译头为 C++ 而在 C 中使用它(或相反)
- 【技术直通车】在Windows Phone上使用SQLite,并获取和编辑模拟器中的数据库文件
- iBATIS In Action:使用高级查询技术(一)
- 在Windows7下如何使用以前版本的帮助文件(hlp文件)
- MySQL查询优化技术系列讲座之使用索引
- C++文本查询程序 不要定义类和智能指针管理数据 C++Primer练习12.28 使用vector,map,set容器保存来自文件的数据并生成查询结果
- 使用Update查询指定编号的数据
- 查询文件版本【exe文件】经测试可用
- SVN使用log,list,cat,diff查看所有及特定文件版本信息