GPRSGTP隧道协议学习资料

1、Good is good, but better carries it.精益求精，善益求善。GPRSGTP隧道协议YD/Txxx-xxxx第三代移动通讯网(WCDMA)通用分组无线业务核心网技术规范跨Gn、Gp接口的GPRSGTP隧道协议Release1999(2000-06)3rdGenerationPartnershipProject;TechnicalSpecificationGroupCoreNetworkGeneralPacketRadioService(GPRS)GPRSTunnellingProtocol(GTP)acrosstheGnandGpInterfaceRelease1

2、999(2000-06)20 xx-xx-xx发布20 xx-xx-xx实施中华人民共和国信息产业部发布前言本标准是根据3GPP技术规范29.060”跨Gn和Gp接口的通用分组无线业务(GPRS)隧道协议GTP”(2000年06月)制定的等效标准。编写格式遵循GB/T1.1”标准化工作导则”的规定。Gn和Gp接口是指UMTS/GPRS骨干网中GSN节点(GPRS支持节点)之间的接口。Gn接口是同一个PLMN内GSN节点间的接口，Gp接口是不同的PLMN内GSN间的接口。GPRS隧道协议GTP是用于GPRS骨干网中GSN节点之间的接口协议，同时GTP-U协议也在SGSN和RNC间的Iu接口上使用

3、。GTP协议是由GTP控制面和用户面过程组成。在控制面，GTP信令规定了移动台MS接入GPRS网络的隧道控制和管理协议要求，信令主要执行建立、修改和删除隧道的功能。在用户面，GTP利用GSN之间建立的隧道传送用户数据分组。本标准也规定了采用无连接路径协议UDP/IP传送GTP信令消息。规定了以GTP为基础的IP组网技术：SGSN(服务GPRS支持节点)、GGSN(网关GPRS支持节点)和骨干路由器对用户数据分组的分片处理和执行GTP、UDP和IP头封装功能。本规范主要参考了3GPP相关技术规定，以及有关厂家的设备规范制定。本标准由信息产业部科技司提出并归口本标准起草单位：信息产业部电信传输研究

4、所华为技术有限公司本标准主要起草人：目录TOCo1-31.范围PAGEREF_Toc512856229h72.引用标准PAGEREF_Toc512856230h73.符号及缩略语PAGEREF_Toc512856231h74.概述PAGEREF_Toc512856232h95.传输顺序和比特定义PAGEREF_Toc512856233h106.GTP消息头PAGEREF_Toc512856234h106.1.扩展头PAGEREF_Toc512856235h126.1.1.PDCPPDU编号PAGEREF_Toc512856236h127.GTP消息和消息格式PAGEREF_Toc5128562

5、37h137.1.消息格式PAGEREF_Toc512856238h137.2.路径管理消息PAGEREF_Toc512856239h157.2.1.Echo请求PAGEREF_Toc512856240h157.2.2.Echo响应PAGEREF_Toc512856241h157.2.3.版本不支持PAGEREF_Toc512856242h157.2.4.支持的扩展头通告PAGEREF_Toc512856243h157.3.隧道管理消息PAGEREF_Toc512856244h167.3.1.创建PDP上下文请求PAGEREF_Toc512856245h167.3.2.创建PDP上下文响应PA

6、GEREF_Toc512856246h187.3.3.更新PDP上下文请求PAGEREF_Toc512856247h207.3.4.更新PDP上下文响应PAGEREF_Toc512856248h217.3.5.删除PDP上下文请求PAGEREF_Toc512856249h237.3.6.删除PDP上下文响应PAGEREF_Toc512856250h247.3.7.故障指示PAGEREF_Toc512856251h247.3.8.PDU通告请求PAGEREF_Toc512856252h247.3.9.PDU通告响应PAGEREF_Toc512856253h257.3.10.PDU通告拒绝请求PA

7、GEREF_Toc512856254h267.3.11.PDU通告拒绝响应PAGEREF_Toc512856255h267.4.位置管理消息PAGEREF_Toc512856256h277.4.1.为GPRS请求发送路由信息PAGEREF_Toc512856257h277.4.2.为GPRS响应发送路由信息PAGEREF_Toc512856258h287.4.3.故障报告请求PAGEREF_Toc512856259h287.4.4.故障报告响应PAGEREF_Toc512856260h287.4.5.提示MSGPRS重现请求PAGEREF_Toc512856261h297.4.6.提示MSGP

8、RS重现响应PAGEREF_Toc512856262h297.5.移动性管理消息PAGEREF_Toc512856263h307.5.1.身份请求PAGEREF_Toc512856264h307.5.2.身份请求响应PAGEREF_Toc512856265h307.5.3.SGSN上下文请求PAGEREF_Toc512856266h317.5.4.SGSN上下文响应PAGEREF_Toc512856267h317.5.5.SGSN上下文确认PAGEREF_Toc512856268h327.5.6.前向重定位请求PAGEREF_Toc512856269h337.5.7.前向重定位响应PAGERE

9、F_Toc512856270h347.5.8.前向重定位完成PAGEREF_Toc512856271h347.5.9.重定位取消请求PAGEREF_Toc512856272h357.5.10.重定位取消响应PAGEREF_Toc512856273h357.5.11.前向重定位完成确认PAGEREF_Toc512856274h357.5.12.前转SRNS上下文PAGEREF_Toc512856275h367.5.13.前转SRNS上下文确认PAGEREF_Toc512856276h367.6.信令消息的可靠投递PAGEREF_Toc512856277h367.7.信息元素(IE)PAGEREF

10、_Toc512856278h377.7.1.原因PAGEREF_Toc512856279h387.7.2.国际移动用户标识(IMSI)PAGEREF_Toc512856280h417.7.3.路由区标识(RAI)PAGEREF_Toc512856281h417.7.4.临时逻辑链路标识(TLLI)PAGEREF_Toc512856282h427.7.5.分组TMSI(P-TMSI)PAGEREF_Toc512856283h427.7.6.要求重排序PAGEREF_Toc512856284h427.7.7.鉴权三元组PAGEREF_Toc512856285h437.7.8.MAP原因值PAGER

11、EF_Toc512856286h437.7.9.P-TMSI签名PAGEREF_Toc512856287h437.7.10.MS的有效性PAGEREF_Toc512856288h447.7.11.复原PAGEREF_Toc512856289h447.7.12.选择模式PAGEREF_Toc512856290h447.7.13.数据()TEIDPAGEREF_Toc512856291h457.7.14.控制面TEIDPAGEREF_Toc512856292h457.7.15.数据()TEIDPAGEREF_Toc512856293h457.7.16.撤消指示PAGEREF_Toc51285629

12、4h467.7.17.网络服务接入点标识(NSAPI)PAGEREF_Toc512856295h467.7.18.RANAP原因PAGEREF_Toc512856296h477.7.19.无线接入承载上下文(RABContext)PAGEREF_Toc512856297h477.7.20.SMS的无线优先级PAGEREF_Toc512856298h477.7.21.无线优先级PAGEREF_Toc512856299h487.7.22.分组流IDPAGEREF_Toc512856300h487.7.23.计费特征PAGEREF_Toc512856301h487.7.24.跟踪引用PAGEREF_

13、Toc512856302h497.7.25.跟踪类型PAGEREF_Toc512856303h497.7.26.MS不可达原因PAGEREF_Toc512856304h497.7.27.计费IDPAGEREF_Toc512856305h507.7.28.端用户地址PAGEREF_Toc512856306h507.7.29.移动性管理上下文(MMContext)PAGEREF_Toc512856307h537.7.30.PDP上下文PAGEREF_Toc512856308h547.7.31.接入点名字(APN)PAGEREF_Toc512856309h567.7.32.协议配置选项PAGEREF

14、_Toc512856310h567.7.33.GSN地址PAGEREF_Toc512856311h577.7.34.MS的国际PSTN/ISDN编号(MSISDN)PAGEREF_Toc512856312h577.7.35.服务质量脚本(QoSProfile)PAGEREF_Toc512856313h577.7.36.鉴权五元组PAGEREF_Toc512856314h587.7.37.业务流模板(TFT)PAGEREF_Toc512856315h587.7.38.目的标识PAGEREF_Toc512856316h597.7.39.UTRAN透明容器PAGEREF_Toc512856317h5

15、97.7.40.RAB建立信息PAGEREF_Toc512856318h607.7.41.扩展头类型列表PAGEREF_Toc512856319h617.7.42.触发器IDPAGEREF_Toc512856320h617.7.43.OMC标识PAGEREF_Toc512856321h627.7.44.计费网关地址PAGEREF_Toc512856322h627.7.45.私有扩展PAGEREF_Toc512856323h628.GTP控制面协议(GTP-C)PAGEREF_Toc512856324h638.1.控制面协议(GTP-C)PAGEREF_Toc512856325h638.2.GT

16、P-C头的使用PAGEREF_Toc512856326h639.GTP用户面协议(GTP-U)PAGEREF_Toc512856327h649.1.GTP-U协议实体PAGEREF_Toc512856328h649.1.1.序号的处理PAGEREF_Toc512856329h659.2.GTP-U服务接入点及原语PAGEREF_Toc512856330h659.2.1.GTP-U-CONTROLSAPPAGEREF_Toc512856331h659.2.2.GTP-U-UNIT-DATASAP和原语PAGEREF_Toc512856332h669.3.协议栈PAGEREF_Toc5128563

17、33h679.3.1.GTP-U头的使用PAGEREF_Toc512856334h679.4.SGSN间的隧道PAGEREF_Toc512856335h689.5.经过SGSN的源RNC和目的RNC间的隧道PAGEREF_Toc512856336h689.6.GGSN间的隧道PAGEREF_Toc512856337h6810.路径协议PAGEREF_Toc512856338h6810.1.UDP/IPPAGEREF_Toc512856339h6810.1.1.UDP头PAGEREF_Toc512856340h6810.1.2.IP头PAGEREF_Toc512856341h6911.故障处理P

18、AGEREF_Toc512856342h6911.1.协议故障PAGEREF_Toc512856343h6911.1.1.不同的GTP版本PAGEREF_Toc512856344h6911.1.2.GTP消息太短PAGEREF_Toc512856345h6911.1.3.不认识的GTP控制面消息PAGEREF_Toc512856346h6911.1.4.意外的GTP控制面消息PAGEREF_Toc512856347h7011.1.5.缺少必须有的IEPAGEREF_Toc512856348h7011.1.6.无效的长度PAGEREF_Toc512856349h7011.1.7.无效的必选IEP

19、AGEREF_Toc512856350h7011.1.8.无效的可选IEPAGEREF_Toc512856351h7011.1.9.不认识的IEPAGEREF_Toc512856352h7011.1.10.IE乱序PAGEREF_Toc512856353h7011.1.11.意外的IEPAGEREF_Toc512856354h7011.1.12.重复PAGEREF_Toc512856355h7111.1.13.可选IE不正确PAGEREF_Toc512856356h7111.2.路径失败PAGEREF_Toc512856357h7111.3.MS分离PAGEREF_Toc512856358h7

20、111.4.重启和恢复PAGEREF_Toc512856359h7112.PLMN间跨Gp接口通讯PAGEREF_Toc512856360h7113.GTP使用的网络技术：IPPAGEREF_Toc512856361h7113.1.IP版本PAGEREF_Toc512856362h7113.2.IP分片PAGEREF_Toc512856363h7113.2.1.移动发起方向PAGEREF_Toc512856364h7213.2.2.移动接收方向PAGEREF_Toc512856365h7213.2.3.原SGSN到新SGSN的隧道PAGEREF_Toc512856366h7214.GTP参数P

21、AGEREF_Toc512856367h7214.1.定时器PAGEREF_Toc512856368h7214.2.其它PAGEREF_Toc512856369h7315.附录A(参考附录)：命名惯例PAGEREF_Toc512856370h7315.1.路由区标识PAGEREF_Toc512856371h7315.2.GPRS支持节点PAGEREF_Toc512856372h7315.3.目的IDPAGEREF_Toc512856373h7316.附录B(参考附录)：检查序号的一个方法PAGEREF_Toc512856374h74范围本文档定义在以下接口使用的第二版GTP协议：GPRS的Gn

22、、Gp接口；UMTS系统的Iu、Gn、Gp接口注释：第一版GTP协议的消息头的版本号字段置0，第二版GTP协议的消息头的版本号字段置1。引用标准下列标准包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。13GTR21.905:3GVocabulary23GTS23.003:Numbering,addressingandidentification.33GTS23.007:RestorationProcedures43GTS23.060:GeneralPacketRadioService(G

23、PRS);ServiceDescription;Stage253GTS24.008:MobileRadioInterfaceLayer3specification;CoreNetworkProtocols-Stage363GTS29.002:MobileApplicationPart(MAP)specification73GTS25.413:UTRANIuinterfaceRANAPsignalling83GTS33.102:SecurityArchitecture9GSM03.20:Digitalcellulartelecommunicationssystem(Phase2+);Securi

24、tyrelatednetworkfunctions10GSM03.64:Digitalcellulartelecommunicationssystem(Phase2+);GeneralPacketRadioService(GPRS);OveralldescriptionoftheGPRSRadioInterface;Stage211GSM04.64:Digitalcellulartelecommunicationssystem(Phase2+);MobileStation-ServingGPRSSupportNode(MS-SGSN)LogicalLinkControl(LLC)LayerSp

25、ecification12STD0005:InternetProtocol,J.Postel13STD0006:UserDatagramProtocol,J.Postel14RFC1700:AssignedNumbers,J.ReynoldsandJ.Postel15RFC2181:ClarificationstotheDNSSpecification,R.ElzandR.Bush163GTS23.007:RestorationProcedures符号及缩略语本规范使用和定义的术语如下表所示：缩写英文意思中文意思G-PDUGTP分组数据单元。由T-PDU加上GTP头构成。G-PDU在一条路径上

26、传输。GTPTunnelGTP隧道。在GTP协议的用户面，GSN内的每个PDP上下文，RNC内的每个RAB都要定义一个GTP-U隧道。在GTP协议控制面，为所有有同样PDP地址和接入点名的PDP上下文定义一个GTP-C隧道(用于隧道管理消息)，或为每个MS定义一个GTP-C隧道(用于与隧道管理不相关的消息)。在每个节点上用TEID、UDP端口号、IP地址标识隧道。隧道对在外部分组数据网和MS用户间转发分组是必须的。MMContext移动性管理上下文。在MS和GSN内，为签约用户保存的与移动性管理相关的信息集合。(请参照MM上下文IE)NSAPI网络服务接入点标识。标识PDP上下文的015之间的

27、整数值。标识属于一个特定的MM上下文ID的PDP上下文。Path路径。UDP/IP路径用于复用GTP隧道。PathProtocol路径协议。用于GSN间或GSN和RNC间GTP承载的协议。PDP分组数据协议。PDP即分组数据协议是外部数据网与GPRS交互的网络协议。PDPContextPDP上下文。在MS和GSN内，为一个PDP地址保存的信息集合。(参照PDP上下文IE)QuanlityofService服务质量。假如路径媒体支持，用于GPRS骨干网和Iu接口。可以用不同的优先级在GSN间或GSN和RNC间分别定义路径。GTP-CMessageGTP控制面消息。这个消息在路径上的GSN对间交换

28、。控制面消息用于在GSN对间转发GSN能力信息、创建、修改和删除GTP隧道以及路径管理。GTP-UMessageGTP用户面消息。这个消息在GSN对或GSN/RNC对间交换。用于搭载用户数据分组和路径管理。T-PDU原始分组，如来自MS或外部分组数据网络节点的IP报文。T-PDU是GTP隧道的净荷。TrafficFlowTemlate(TFT)业务流模板。GGSN用以区分同一个PDP地址的用户有效载荷(T-PDU)，并根据不同的QoS要求使用不同的PDP上下文传输这些分组。UDP/IPPath使用UDP/IP协议作承载的路径。BBBackboneBearer骨干网承载业务。DFDontFrag

29、ment不需分片。GTPGPRSTunnelProtocolGPRS隧道协议。GTP-CGTPControlGTP控制面协议。GTP-UGTPUserGTP用户面协议。IANAInternet号码分配部门。ICMPInternetControlMessageProtocol因特网控制消息协议。IEInformationElement信息元素。IPInternetProtocol因特网协议。IPv4InternetProtocolversion4第四版因特网协议。IPv6InternetProtocolversion6第六版因特网协议。MTUMaximumTransmissionUnit最大传输

30、单元。QoSQualityofService服务质量。RANAPRadioAccessNetworkApplicationPart无线接入网应用部分。RNCRadioNetworkController无线网络控制器。TEIDTunnelEndpointIdentifier隧道端点标识符。TFTTrafficFlowTemplate业务流模板。UDPUserDatagramProtocol用户数据报协议。UTRANUMTSTerrestrialRadioAccessNetworkUMTS陆地无线接入网。GninterfaceInterfacebetweenGPRSSupportNodes(GNS

31、s)withinaPLMN一个PLMN内部的GPRS支持节点间的接口。GpinterfaceInterfacebetweenGPRSSupportNodes(GSNs)indifferentPLMNs不同PLMN内的GPRS支持节点间的接口。概述这个规范定义GRPS隧道协议(GTP)，如UMTS/GPRS骨干网内GPRS支持节点间的协议，包括GTP控制面协议(GTP-C)和数据传输(GTP-U)过程。本规范还列出了基于GTP协议的计费协议GTP的消息(Message)和信息元素(IE)，细节见GSM12.15规范。GTP在Gn接口和Gp接口上定义。仅为SGSN和UTRAN间的Iu接口定义了GT

32、P-U协议。在Iu接口上使用无线接入网应用部分(RANAP)控制GTP-U。GTP协议在PLMN内的计费网关和生成CDR的网络功能元素间的接口上定义。计费网关和GTP协议是可选的，因为计费网关功能既可以是单独的网络元素(CG)，也可以嵌入生成CDR的网络元素即GSN中，当GSN-CGF间的接口对网络外元素不是必须可见时。与GTP相关的接口在图1中用灰色示出。GPRS逻辑体系结构GTP允许在GSN间和SGSN和UTRAN间通过UMTS/GPRS隧道多种协议分组。在控制面，GTP定义了隧道控制和管理协议(GTP-C)，允许GSN为MS提供分组数据网接入。控制面信令用于创建、修改和删除隧道。在用户面

33、，GTP使用隧道机制(GTP-U)为搭载用户数据分组提供服务。GTP-U协议在UMTS/GPRS骨干网中的SGSN、GGSN和UTRAN的RNC中实现。UMTS/GPRS骨干网中的SGSN和GGSN实现GTP-C协议。别的系统不需要意识到GTP的存在。连接到SGSN的UMTS/GPRS移动台也不会意识到GTP的存在。假定SGSN和GGSN间有多对多的关系。一个SGSN可以向多个GGSN提供服务。一个GGSN也可以与多个SGSN关联，以为分布在广大地理区域的各种移动站提供服务。实现GTPv1版本的SGSN和GGSN应能退回到GTPv0版本。所有的GSN应能支持所有早期的GTP版本。传输顺序和比特

34、定义本规范的消息应以网络字节序传输，从第一个字节开始传输。消息内有重复的IE时，传输顺序应由IE在消息中的出现顺序确定。GTP消息中字节的最有意义的位是第8位。如果GTP消息的某个值跨越几个字节且没有做任何说明时，最有意义的位是最低编号字节的第8位。GTP消息头GTP-C和GTP-U协议使用的GTP头是变长度的。GTP头的最小长度是8个字节。有三个标志用来指示三个可选字段是否使用：PN标志，S标志和E标志。PN标志用于指示是否使用N-PDU可选字段；S标志用于指示是否使用GTP序号；E标志用于指示是否使用扩展头可选字段，使用这个标志可以使将来对本规范进行扩展时不需使用另外的版本号。假如设置了三

35、个标志中的任一个，GTP头的长度至少是12个字节，且接收者应处理相应的字段。发送者应把所有未使用的位置零，接收者不处理未用字段。GTP-C和GTP-U对GTP头某些字段的使用是不同的，这些区别在GTP-C和GTP-U的相关部分描述。必选字段：版本号(Version)：这个字段用于确定GTP协议的版本。对其它版本的处理见11.1.1章节”不同的GTP版本”，版本号应置1。协议类型(PT)：这个位用于区分GTP(PT置为1)和GTP(PT置为0)协议。GTP协议在本规范中描述，GTP协议在GSM12.15规范中描述。扩展头标志(E)：这个标志置1表示有下一个扩展头字段。置0表示没有下一个扩展头字段

36、，或有但不必解释。序号标志(S)：这个标志置1表示有序号字段。置0表示要么没有序号字段，要么有但不必做出解释。在GTP-C消息中S标志应置1。N-PDU编号标志(PN)：这个标志置1表示有N-PDU编号字段。置0表示要么没有N-PDU编号字段，要么有但不必做出解释。这个标志仅对GTP-U有意义。正因为如此，GTP-C不使用这个标志，GTP-C的接收实体应忽略此标志。消息类型：这个字段指出GTP消息的类型。有效的GTP-C和GTP-U消息类型值在7.1章节定义。长度：这个字段指出以字节为单位的净荷长度，即分组中除了GTP头的必选部分外剩余部分的长度(即除去前面的8个字节)。序号、N-PDU编号或

37、任何扩展头应作为净荷部分考虑，即包含在长度计数中。隧道端点标识符(TEID)：这个字段清楚地标识了对端的GTP-U或GTP-C协议实体中的隧道端点。由GTP隧道的对端本地分配TEID值，供GTP隧道的发起方使用。通过GTP-C(在Iu接口上使用RANAP消息)消息在隧道的两个端点间交换TEID值。可选字段：序号：这个字段在GTP-U中是可选的。对GTP-C控制面消息，序号用于事务标识。通过GTP-U隧道传输时，如果必须保护传输顺序，用次字段对T-PDU进行编号，且每传输一个T-PDU就增加序号值。N-PDU标号：这个字段在SGSN间的路由区更新过程中和某些系统间切换过程(如2G和3G无线接入网

38、间切换)中使用。当MS和SGSN间的通讯工作在确认模式下时，使用这个字段协调它们间的数据传输。这个字段的确切意义取决于使用场合。如GSM/GPRS到GSM/GRPS，这个字段就是SNDCPN-PDU编号。下一个扩展头类型：这个字段定义在G-PDU中紧接着这个字段的扩展头的类型。BitsOctets876543211版本号协议类型(*)ESPN2消息类型3长度(1stOctet)4长度(2ndOctet)5隧道端点标识符TEID(1stOctet)6隧道端点标识符TEID(2ndOctet)7隧道端点标识符TEID(3rdOctet)8隧道端点标识符TEID(4thOctet)9序号(1stOc

39、tet)1)4)10序号(2ndOctet)1)4)11N-PDU编号2)4)12下一个扩展头类型3)4)(*)这个位是空位应置零，接收者不解释。1)仅当S标志置1才解释这个字段。2)仅当PN标志置1才解释这个字段。3)仅当E标志置1才解释这个字段。4)S,PN,E标志中任何一个或多个被置1时就应出现这个字段。GTP头略图GTP扩展头的格式在图3中描述。应以四字节为单位定义扩展头长度。下一个扩展头类型字段定义紧接着这个扩展头的下一个扩展头的类型。如果紧接着的不是扩展头，这个字段应置为0。Octets1扩展头长度2-m扩展头内容m+1下一个扩展头类型(*)(*)假如紧接着没有扩展头应把这个字段置

40、为0。扩展头格式略图扩展头的长度应以4字节长度单位定义，如m+1=n*4个字节，n是正整数。下一个扩展头类型字段的第7、8位定义接收方应怎样处理不认识的扩展头类型。除了标记为”不要求解释”外，接收方应解释下一个扩展头字段(用扩展头长度字段标识扩展头在G-PDU中的位置)。接收方在接收到标记为要求解释的不认识的扩展头时，应按如下规则处理：假如带不认识的扩展头消息是请求消息，就发送一个响应消息，原因值置为”不认识的必选扩展头”。给GTPPDU的发起者发送支持的扩展头通告消息。在错误日志中登记。下一个扩展头类型字段的第7、8位的意义如下：Bits87意义00不要求解释这个扩展头，中间节点应前转给任何

41、最终接收的端点。01不要求解释这个扩展头，中间节点应丢弃这个扩展头的内容，不前转给任何最终接收的端点。其它扩展头应独立于这个扩展头对待。10要求最终接收的端点解释这个扩展头，但不要求中间节点解释。中间节点应前转整个字段给最终接收的端点。11要求接收者解释这个扩展头(要么是最终接收的端点，要么是中间接收节点)。下一个扩展头类型字段的第7、8位定义最终接收的端点是指GTP-PDU的最后接收者，如GTP用户面中的RNC或GGSN。中间端点是指要处理GTP，但又不是最后处理的端点，如GGSN和RNC间用户面业务涉及的SGSN。下一个扩展头字段的值下一个扩展头的类型00000000紧接着这个扩展头的内容

42、不是扩展头11000000PDCPPDU编号扩展头类型的定义扩展头PDCPPDU编号在SRNS重定位时包含这个扩展头，以提供仍然没有被确认的N-PDU的PDCP编号。这个字段4字节长，因此长度字段值是1。BitsOctets87654321112PDCPPDU编号3PDCPPDU编号4下一个扩展头类型(*)(*)假如下面紧接着的不是扩展头，这个字段的值置0。PDCPPDU编号扩展头GTP消息和消息格式消息格式GTP在两个关联的GSN间或SGSN和RNC间定义了消息集合。使用的消息在下表中定义。右边的三列定义谁(GTP-C,GTP-U或GTP)发送或接收指定的消息类型。GTP的信令消息消息类型值

43、(十进制)消息参考GTP-CGTP-UGTP0留待将来使用，不应发送。假如收到应作为不认识的消息处理。1Echo请求7.2.1XXx2Echo响应7.2.2XXx3版本不支持7.2.3Xx4节点激活请求GSM12.15X5节点激活响应GSM12.15X6重定向请求GSM12.15X7重定向响应GSM12.15X8-15留待将来使用，不应发送。假如收到应作为不认识的消息处理。16创建PDP上下文请求7.3.1X17创建PDP上下文响应7.3.2X18更新PDP上下文请求7.3.3X19更新PDP上下文响应7.3.4X20删除PDP上下文请求7.3.5X21删除PDP上下文响应7.3.6X22-2

44、5留待将来使用，不应发送。假如收到应作为不认识的消息处理。26故障指示7.3.7X27PDU通告请求7.3.8X28PDU通告响应7.3.9X29PDU通告拒绝请求7.3.10X30PDU通告拒绝响应7.3.11X31支持的扩展头通告7.2.4XX32为GPRS请求发送路由信息7.4.1X33为GPRS响应发送路由信息7.4.2X34失败报告请求7.4.3X35失败报告响应7.4.4X36通知MSGPRS重现请求7.4.5X37通知MSGPRS重现响应7.4.6X38-47留待将来使用，不应发送。假如收到应作为不认识的消息处理。48身份请求7.5.1X49身份响应7.5.2X50SGSN上下文

45、请求7.5.3X51SGSN上下文响应7.5.4X52SGSN上下文确认7.5.5X53前向重定位请求7.5.6X54前向重定位响应7.5.7X55前向重定位完成7.5.8X56重定位取消请求7.5.9X57重定位取消响应7.5.10X58前转SRNS上下文7.5.11X59前向重定位完成确认7.5.xX60前转SRNS上下文确认7.5.xX61-239留待将来使用，不应发送。假如收到应作为不认识的消息处理。240数据记录转发请求GSM12.15X241数据记录转发响应GSM12.15X242-254留待将来使用，不应发送。假如收到应作为不认识的消息处理。255T-PDU9.3.1X路径管理消

46、息路径管理消息可以在任何类型的GSN或GSN-RNC对间发送。Echo请求可以在一个路径上给另一个GSN或RNC发Echo请求以确认对等的GSN或RNC是否存活(见11.2.章节”路径失败”)。Echo请求可以在”使用中”的每条路径上发送。如果至少有一个PDP上下文使用这条路径我们就认为这条路径在”使用中”。什么时候发送Echo请求和发送的频度由实现决定，但是发送Echo请求消息的间隔应大于60秒。GSN或RNC在任何时候都应准备接收Echo请求，并用Echo响应消息应答。GSN或RNC发Echo请求消息是可选的。可选的私有扩展包含供应商或运营商特定的信息。Echo请求消息的IEIE是否要求参

47、考私有扩展可选项7.7.45Echo响应发此消息响应收到的Echo请求。恢复IE包含发Echo响应消息的GSN的本地重启动计数器值(参考重启和复原章节)。GTP-U不使用重启动计数器值，发送者应置零，接收者忽略这个值。从对等的GSN接收到Echo响应的GSN应比较先前为那个对等GSN存储的重启动计数器值。如果以前没有为这个对等GSN存储重启动计数器值，就为该GSN存储从Echo响应消息中收到的这个值。先前为这个对等的GSN存储的重启动计数器值可能与Echo响应中收到的值不同，这时收到Echo响应的GSN应认为发Echo响应的GSN重启动了，并用新的重启动计数器值代替旧值。若GGSN发Eche响

48、应，SGSN收Echo响应，那么SGSN应认为使用这个GGSN的所有PDP上下文都去活了。SGSN应采取的进一步行动参考3GPPTS23.007规范16。若SGSN发Eche响应，GGSN收Echo响应，那么GGSN应认为使用这个SGSN的所有PDP上下文都去活了。GGSN应采取的进一步行动参考3GPPTS23.007规范16。可选的私有扩展包含供应商或运营商的特定信息。Echo响应消息的IEIE是否要求参考恢复必选项7.7.11私有扩展可选项7.7.44版本不支持这个消息紧紧包含GTP头，并指出GTP实体在标识的UDP/IP地址上能支持的GTP最新版本。支持的扩展头通告这个消息指出GTP实体

49、在标识的IP地址上能支持的扩展头列表。这个消息仅仅在要求GTP实体解释一个必选项的扩展头，但GSN或RNC又没有升级支持这个扩展头的情况下才发送。发送这个消息的GSN或RNC的GTP端点被标记为不支持某些扩展头(正如从支持的扩展头列表里获得的一样)。GSN可以使用所有的扩展头重试，以试图验证那个节点已升级。实现者应避免在已经声明无能解释这些扩展头的节点上重复的尝试使用不认识的扩展头。支持的扩展头通告消息的IEIE是否要求参考扩展头类型列表必选项7.7.40隧道管理消息创建PDP上下文请求作为PDP上下文激活过程的一部分，SGSN节点将向GGSN节点发送创建PDP上下文请求消息。SGSN发送此消

50、息的目的IP地址是DNS(域名服务器)服务器提供的GGSNIP地址列表的第一个IP地址。在发送了创建PDP上下文请求消息后，SGSN标记PDP上下文为等待响应。在这种状态下，SGSN应接收来自GGSN的G-PDU，但不发送给MS。一个有效的请求发起SGSN中的PDP上下文和GGSN中的PDP上下文间的隧道创建。假如这个过程没有成功的完成，SGSN用IP地址列表的下一个GGSN地址重复PDP上下文创建过程，如果还有的话。如果列表中的GGSN地址用完了仍然没有成功，激活过程就失败。数据(I)的TEID字段为G-PDU定义下行TEID，这个标识由SGSN选择。GGSN应在随后的所有与请求的PDP上下

51、文相关的下行G-PDU的GTP头中包含这个TEID。控制面TEID字段为控制面消息定义下行TEID，这个标识由SGSN选择。GGSN应在随后的所有与请求的PDP上下文相关的下行控制面消息的GTP头中包含这个TEID。如果SGSN已经成功地确认了这个标识符的分配，这个字段就不再需要。如果SGSN收到的任何来自GGSN的控制面消息的GTP头中包含了这个TEID，就认为SGSN成功地确认了控制面TEID的分配。在创建PDP上下文请求消息中把MS的MSISDN传给GGSN；当安全的接入到驻留在一个服务器上的远程应用程序需要时，可以使用这个额外的信息。GGSN实际上可能根据成功地执行了GPRS鉴权后授予

52、用户的信任级别向远程应用程序服务器提供用户标识如MSISDN，而没必要在应用程序级重新鉴权用户。假如MS请求动态PDP地址，并且允许动态PDP地址，那么端用户地址IE的PDP地址字段应为空。假如MS请求静态PDP地址，那么端用户地址IE的PDP地址字段应包含静态PDP地址。当端用户地址IE包含的PDP地址和可选的协议配置选项IE包含的信息冲突时，端用户地址IE包含的信息具有更高的优先级。QoS脚本IE应包含PDP上下文激活时MS和SGSN要协商的QoS值。SGSN将分别包含用于控制面和用户面的SGSN地址，这个地址可能与下层网络服务提供的地址如IP地址不一样。GGSN应存储这个SGSN地址，并

53、在GTP隧道上向SGSN发送控制面消息或G-PDU时使用。假如SGSN是第一次与GGSN联系或最近重启动了SGSN且还没有把新的重启动计数器值指示给GGSN，SGSN将在创建PDP上下文请求消息中包含恢复IE。GGSN收到这个IE时，应按处理Echo响应消息的同样方式处理。创建PDP上下文请求消息应被看做是对包含在这个消息中的PDP上下文的有效的激活请求。SGSN应在消息中包含MS提供的APN，或签约APN，或SGSN选择的APN；GGSN用接入点名区分到不同外部网络的接入。选择模式IE应指出APN的来源，MS提供、签约APN或由SGSN选择。对次要的(Secondary)PDP上下文激活过程

54、，SGSN应包含链接的NSAPI，链接的NSAPI指已经激活的所有共享这个PDP地址和APN的任一个PDP上下文的NSAPI。假如已经激活的所有共享这个PDP地址和APN的PDP上下文都有关联的TFT，在激活次要的PDP上下文时可以不提供业务流模板(TFT)，否则必须提供TFT。TFT在GGSN中用作分组过虑。当使用次要的PDP上下文激活过程时，在消息中不应包含选择模式，IMSI，MSISDN，端用户地址，接入点名和协议配置选项IE。可选的协议配置选项IE仅适用端用户协议是IP的情况。SGSN应基于用户提供的APN或SGSN选择的APN选择GGSN。GGSN可以有一个逻辑名，这个逻辑名字将被转

55、换成地址。可以采用任何名字-地址转换功能进行转换。转换后的地址应存储在PDP上下文的”使用的GGSN地址”字段中，并在整个PDP上下文的生命期间使用用。注释：可以使用DNS查询映射GGSN名和IP地址。在DNS响应中返回的IP地址将被存储在PDP上下文的”使用的GGSN地址”字段中。IMSI和NSAPI组合唯一地标识了将被创建的PDP上下文。甚至PDP上下文已经激活，SGSN也可以发创建PDP上下文请求。GGSN将检查这个MS的PDP上下文是否已经存在。PDP上下文里存在的参数将被创建PDP上下文请求消息中的参数代替。如果已经为存在的PDP上下文分配了动态PDP地址，应使用这个地址，并拷贝到创

56、建PDP上下文响应消息中。假如GGSN使用移动不可达标志(MNRG)，且标志被设置，GGSN应该把创建PDP上下文请求当做通告MS重现请求对待，并清除MNRG标志。SGSN应从签约的计费特征和/或PDP上下文计费特征确定计费特征，取决于分组域签约数据信息的出现，签约信息在3GPPTS23.060规范中定义4。如果激活GGSN跟踪，SGSN应在消息中包括跟踪引用、跟踪类型、触发器ID、OMC标识。SGSN应从HLR或OMC发送的跟踪请求中拷贝跟踪引用、跟踪类型和OMC标识。可选的私有扩展包含供应商或运营商的特定信息。创建PDP上下文请求的IEIE是否要求参考IMSI有条件的7.7.2恢复可选项7

57、.7.11选择模式有条件的7.7.12数据(I)的TEID必选项7.7.13控制面TEID有条件的7.7.14网络服务接入点标识(NSAPI)必选项7.7.17链接的NSAPI有条件的7.7.17计费特征可选项7.7.23跟踪引用可选项7.7.24跟踪类型可选项7.7.25端用户地址有条件的7.7.27接入点名(APN)有条件的7.7.30协议配置选项有条件的7.7.31用于信令的SGSN地址必选项GSNAddress7.7.32用于用户业务的SGSN地址必选项GSNAddress7.7.32MSISDN有条件的7.7.33QoS脚本必选项7.7.34业务流模板(TFT)有条件的7.7.36触

58、发器ID可选项7.7.41OMC标识可选项7.7.42私有扩展可选项7.7.44创建PDP上下文响应这个消息由GGSN发给SGSN节点，作为创建PDP上下文请求的响应。当SGSN收到创建PDP上下文响应时，原因值指示”请求接受”，SGSN就激活PDP上下文并可以开始前转从/到MS到/从外部数据网络的T-PDU。原因值指示PDP上下文是否已经在GGSN中创建。假如原因不是”请求接受”，PDP上下文就没有在GGSN中创建。可能的原因值如下：“请求接受”；“无资源可用”；“所有的动态IP地址都被占用”；“无内存可用”；“缺少或不认识APN”；“不认识的PDP地址或PDP类型”；“用户鉴权失败”；“系

59、统实效”；“TFT操作语意错”；“TFT操作语法错”；“分组过虑语意错”；“分组过虑语法错”；“必选IE不正确”；“必选IE丢失”；“可选IE不正确”；“无效的消息格式”；“版本不支持”；无资源可用指所有的动态PDP地址被占用或没有内存可用。缺少或不认识APN指GGSN不支持这个接入点名。不认识的PDP地址或PDP类型指GGSN不支持PDP类型或PDP地址。用户鉴权失败指示外部分组网拒绝了用户的业务请求。如果原因不是请求接受，仅仅原因IE，可选协议配置选项和可选的恢复IE可以包含在响应中。如果原因是请求接受，除了恢复IE、协议配置选项和私有扩展外所有的IE都是必选项。数据(I)TEID字段为G

60、-PDU定义上行隧道端点标识符，这个值由GGSN选择。SGSN将在随后所有与请求的PDP上下文相关的上行G-PDU的GTP头中包含这个TEID。控制面TEID字段为控制面消息定义上行隧道端点标识符，这个值由GGSN选择。SGSN将在随后的所有与请求的PDP上下文相关的上行控制面消息的GTP头中包含这个值。如果GGSN已经成功地确认了控制面TEID的分配，这个字段不再出现。如果GGSN收到的任何来自SGSN的控制面消息的GTP头中包含了这个TEID，就认为GGSN成功地确认了控制面TEID的分配。GGSN应该分别包含用于控制面的GGSN地址和用于用户面的GGSN地址，这个地址可能与下层网络服务提