目录第1章协议阅读指南2 1.1 协议的框架2 1.2 阅读协议的技巧21.2.1 UMTS与3GPP的关系21.2.2 GSM协议与3GPP协议的关系21.2.3 R99与R00、R4、R5的关系21.2.4 在R99中原来的GSM01~12系列的协议与3GPP协议之间的关系31.2.5 在REL4以后的版本中41~52系列的协议与3GPP协议之间的关系31.2.6 各协议系列的功能31.2.7 看协议的步骤41.2.8 注意协议版本号41.2.9 注意协议修改记录41.2.10 注意协议附录51.2.11 注意协议的类型5第2章协议查看实例6 2.1 2/3G互操作协议查看实例6第3章协议目录8 3.1 协议目录8第1章协议阅读指南1.1 协议的框架在第三代移动通讯体系中，目前主要有三大阵营，即TD-SCDMA、WCDMA、CDMA2000(其他一些小的阵营我们几乎可以不用关心，此处不再提及。
TD-SCDMA、WCDMA的协议是由3GPP标准化组织制定的，而CDMA2000是由3GPP2标准化组织制定的，所以有时也用3GPP代指TD-SCDMA、WCDMA，用3GPP2代指CDMA2000。
在第二代移动通讯体制中，也主要有两大阵营，即GSM与窄带CDMA(IS-95)。
由GSM向3G过渡是走的WCDMA技术路线，由IS-95CDMA向3G过渡是走CDMA2000的路线。
1.2 阅读协议的技巧读协议首先要抓住总体与重点，否则，任何一个人也无法阅读全部的协议。
对于我们来说，3GPP当然是所有协议的重点，与3GPP密切相关的协议是次重点。
1.2.1 UMTS与3GPP的关系UMTS是一个过时的术语，现在已经不再使用，因为UMTS的提法是在3GPP成立以前由SMG(特别移动组)提出的，在3GPP成立以后将不再使用。
1.2.2 GSM协议与3GPP协议的关系GSM协议的最后一个完整版本是PHASE 2+的R1998。
ETSI的SMG在制定R1999时，3GPP成立，于是SMG被解散，R1999也被移交给3GPP，由3GPP继续完成R99。
所以R99是GSM与3G的衔接版本(R99已经是3G)。
1.2.3 R99与R00、R4、R5的关系在R99协议成形的初期，将R99看作是GSM向3G过渡的版本，存在电路交换域的业务；将R00作为全IP网络版本的代名词。
在2000年9月以后的版本中，就不再使用R00这个术语，而改用Release4、Release5来替代，也就意味着，在Rel5以后的版本都是全IP的网络结构。
1.2.4 在R99中原来的GSM01~12系列的协议与3GPP协议之间的关系应该说，R99目录中的01~12系列协议也是3GPP协议的一部分。
3GPP的协议目录是与原GSM协议的目录相对应的，如01对应于21系列，02对应于22系列，……，12对应于32系列。
对于转换的协议，系列号也是对应的，如原来GSM的03.02协议描述了系统框架，相应地，在3GPP协议的23.02协议中也是描述r99的系统框架。
大家在看协议时可以按照这个规律去看。
在R99中，如果一个协议因为引进3G而改变较大，则将其放在21系列以后的目录中，如果是基本引用原来的GSM协议，则仍将其放在01~12系列中。
1.2.5 在REL4以后的版本中41~52系列的协议与3GPP协议之间的关系41~52系列是与01~12系列相对应的。
基本上是将GSM的协议直接引用过来，再将协议版本号修改为4.x.x。
1.2.6 各协议系列的功能在21.101与01.01中，有一个所有协议的清单(或一览表)，该文件可以帮助大家迅速地查阅其他协议是什么协议。
在23.121中，是一个对R99整体框架的一个描述协议，阅读该协议可以对R99有一个整体的了解。
下面将各个系列所起的作用大致描述如下：21、01、41系列是一个概述性的系列，只是提出了一些要求；22、02、42系列是一个概述性的系列，描述了系统的特征与部分业务的，主要是stage1阶段的描述；23、03、43系列是一个较为详细的描述，比22系列要详细，主要是stage2阶段的描述；24、04、44系列是UE与网络之间的信令，包括层3信令；25系列是无线部分的描述，其中，25.100系列主要是射频部分的协议，25.200序列描述物理层协议，25.300序列描述层二和层三协议，25.400序列描述了Iu、Iur、Iub接口，RNC是通过Iub口与Node B相连接的；05与45系列主要是描述GSM与EDGE的无线特征；26、06、46系列定义了各种编码器；27、07、47系列定义了数据业务；08、48系列主要是定义BSS与CN之间的接口；28系列编号为保留编号，暂无，RNS与CN之间的接口在25系列中描述；29、09、49系列定义了网络间的各种信令；30、10系列定义了3GPP将来的一些计划与工作安排；例如，MExE在R1998 10.57中就提出了；LCS在R1998 10.71中就提出了；EDGE的计划在R1999 10.59中就提出了。
31、11、51系列定义了USIM与SIM；32、12、52系列定义了操作与维护；33系列定义了安全相关的部分；34系列定义了相关的测试；35系列定义了安全相关的算法，该系列中的算法需要licence。
13系列是接入要求，由于该系列的标准只在欧洲适用，所以3GPP未将该系列收入协议中。
1.2.7 看协议的步骤在看协议时，首先应该看21.101，再看23.121，然后在根据需要阅读25系列的部分协议。
在初步掌握整体概貌的情况下，可以直接调到自己所需要阅读的、与自己工作直接相关的协议上。
3GPP应用了很多其他的协议，主要是ETSI的GSM协议、ITU-T的协议、IETF的RFC，可以在相关的协议目录中去查找这些协议。
1.2.8 注意协议版本号3GPP的协议的版本号分为三部分(如V3.0.1)，最前面是大版本号，用来标识技术上的重大改变，如果这部分的版本号升号了，表明技术上的改动较大，另，所有版本号大于等于3的协议，都是正式协议，否则为草稿协议；中间的版本号用来标识技术上的小改变，如果该部分的版本号升号了，意味着该协议与上一个版本相比，技术有小的改变；最后的版本号用来标识一些错误的修订(包括编辑错误)，如果只是该版本号有所改变，则几乎没有什么必要去重新阅读新版本的协议。
1.2.9 注意协议修改记录注意修改记录。
有时候刚刚看过某一协议，又发现有新版本的协议了，怎么办？其实你没有必要将整个新协议重新看一遍，只需看看协议最后的修改记录，就能够知道协议在哪些方面有了改变，只需重新阅读做了修改的部分即可。
1.2.10 注意协议附录协议附录有两种附录，normative与informative目录。
对于normative附录，该附录是协议的一部分，具有与协议中正文内容同等的意义，是需要执行的标准；对于informative附录，该附录只是为了读者理解该协议而附的附录，不是协议标准的一部分，实现时可以不完全遵从。
请正确理解、区分这两种不同性质的附录。
1.2.11 注意协议的类型目前3GPP协议中有两类，一类为TS xx.yyy，这是技术规范（TechnicalSpecifications）,必须遵守；另一类为TR xx.yyy，这是技术报告（TechnicalReports）,是一些厂家做的技术报告，仅作参考，不一定遵守。
1.3 协议下载可以到以下站点下载各个系列的协议标准。
/ftp/Specs/archive/21_series/第2章 协议查看实例2.1 2/3G 互操作协议查看实例在做23G 互操作时，需要查看RAB 指派中的一个信元，是Service Handover ，这个信元可能影响到RNC 是否下发测量控制。
1）、打开25.413协议后，找到9.1.3，看到RAB ASSIGNMENT REQUEST 消息中有一个Service Handover 信元，而且他是“O ”，代表的是该信元是可选择的，可以带也可以不带。
2）、然后到9.2.1.41查看对于Service Handover 这个信元的具体解释。
IE/Group Name Presence Range IE type and referenceSemantics descriptionService HandoverMENUMERATED (Handover to GSM should be performed, Handover to GSM should not be performed, Handover to GSM shall not be performed, …)如果带上了这个信元，要看信元具体带的是什么值，有0，1，2三种可能，对应着三种情况。
Service Handover ＝0：Handover to GSM should be performed ，意义是切换到GSM 可以执行；Service Handover ＝1：Handover to GSM should not be performed ，切换到GSM 不应该执行；Service Handover ＝2：Handover to GSM shall not be performed ，切换到GSM 不会执行。
IE/Group Name Presence Range IE type and reference Semantics description CriticalityAssigned Criticality>>>Service HandoverO9.2.1.41-2.2 从IuB 口信令看码道占用协议查看实例在RRC 连接建立过程中，通过RADIO LINK SETUP REQUEST 消息中的信元可以看出打孔限制参数。
1）、从25.433协议中RADIO LINK SETUP REQUEST 消息中可以看到Puncture Limit 信元。
“M ”，表示该信元是必选的。
2）、再到9.2.1.50看Puncture Limit 信元的详细解释。
IE/Group Name Presence Range IE type and reference Semantics description Puncture LimitINTEGER (0..15)Unit: % Range: 40..100 % Step: 4 % 100% means no puncturingPL 有0…15共16个选项。
0代表PL=40%，可以打孔60%； 1代表PL=44%，可以打孔56%； 2代表PL=48%，可以打孔52%； ……14代表PL=96%，可以打孔4%； 15代表PL=100%，不可以打孔。