GPRS_GTP隧道协议知识讲解.doc

《GPRS_GTP隧道协议知识讲解.doc》由会员分享，可在线阅读，更多相关《GPRS_GTP隧道协议知识讲解.doc（74页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

2、e1999(2000-06)20xx-xx-xx发布20xx-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、究所华为技术有限公司本标准主要起草人：目录1.范围72.引用标准73.符号及缩略语74.概述95.传输顺序和比特定义106.GTP消息头106.1.扩展头126.1.1.PDCPPDU编号127.GTP消息和消息格式137.1.消息格式137.2.路径管理消息157.2.1.Echo请求157.2.2.Echo响应157.2.3.版本不支持157.2.4.支持的扩展头通告157.3.隧道管理消息167.3.1.创建PDP上下文请求167.3.2.创建PDP上下文响应187.3.3.更新PDP上下文请求207.3.4.更新PDP上下文响应217.3.5.删除PDP上下文请求237.3.6.删除P

5、DP上下文响应247.3.7.故障指示247.3.8.PDU通告请求247.3.9.PDU通告响应257.3.10.PDU通告拒绝请求267.3.11.PDU通告拒绝响应267.4.位置管理消息277.4.1.为GPRS请求发送路由信息277.4.2.为GPRS响应发送路由信息287.4.3.故障报告请求287.4.4.故障报告响应287.4.5.提示MSGPRS重现请求297.4.6.提示MSGPRS重现响应297.5.移动性管理消息307.5.1.身份请求307.5.2.身份请求响应307.5.3.SGSN上下文请求317.5.4.SGSN上下文响应317.5.5.SGSN上下文确认327

6、.5.6.前向重定位请求337.5.7.前向重定位响应347.5.8.前向重定位完成347.5.9.重定位取消请求357.5.10.重定位取消响应357.5.11.前向重定位完成确认357.5.12.前转SRNS上下文367.5.13.前转SRNS上下文确认367.6.信令消息的可靠投递367.7.信息元素(IE)377.7.1.原因387.7.2.国际移动用户标识(IMSI)417.7.3.路由区标识(RAI)417.7.4.临时逻辑链路标识(TLLI)427.7.5.分组TMSI(P-TMSI)427.7.6.要求重排序427.7.7.鉴权三元组437.7.8.MAP原因值437.7.9.

7、P-TMSI签名437.7.10.MS的有效性447.7.11.复原447.7.12.选择模式447.7.13.数据()TEID457.7.14.控制面TEID457.7.15.数据()TEID457.7.16.撤消指示467.7.17.网络服务接入点标识(NSAPI)467.7.18.RANAP原因477.7.19.无线接入承载上下文(RABContext)477.7.20.SMS的无线优先级477.7.21.无线优先级487.7.22.分组流ID487.7.23.计费特征487.7.24.跟踪引用497.7.25.跟踪类型497.7.26.MS不可达原因497.7.27.计费ID507.7

8、.28.端用户地址507.7.29.移动性管理上下文(MMContext)537.7.30.PDP上下文547.7.31.接入点名字(APN)567.7.32.协议配置选项567.7.33.GSN地址577.7.34.MS的国际PSTN/ISDN编号(MSISDN)577.7.35.服务质量脚本(QoSProfile)577.7.36.鉴权五元组587.7.37.业务流模板(TFT)587.7.38.目的标识597.7.39.UTRAN透明容器597.7.40.RAB建立信息607.7.41.扩展头类型列表617.7.42.触发器ID617.7.43.OMC标识627.7.44.计费网关地址6

9、27.7.45.私有扩展628.GTP控制面协议(GTP-C)638.1.控制面协议(GTP-C)638.2.GTP-C头的使用639.GTP用户面协议(GTP-U)649.1.GTP-U协议实体649.1.1.序号的处理659.2.GTP-U服务接入点及原语659.2.1.GTP-U-CONTROLSAP659.2.2.GTP-U-UNIT-DATASAP和原语669.3.协议栈679.3.1.GTP-U头的使用679.4.SGSN间的隧道689.5.经过SGSN的源RNC和目的RNC间的隧道689.6.GGSN间的隧道6810.路径协议6810.1.UDP/IP6810.1.1.UDP头6

10、810.1.2.IP头6911.故障处理6911.1.协议故障6911.1.1.不同的GTP版本6911.1.2.GTP消息太短6911.1.3.不认识的GTP控制面消息6911.1.4.意外的GTP控制面消息7011.1.5.缺少必须有的IE7011.1.6.无效的长度7011.1.7.无效的必选IE7011.1.8.无效的可选IE7011.1.9.不认识的IE7011.1.10.IE乱序7011.1.11.意外的IE7011.1.12.重复7111.1.13.可选IE不正确7111.2.路径失败7111.3.MS分离7111.4.重启和恢复7112.PLMN间跨GP接口通讯7113.GTP

11、使用的网络技术：IP7113.1.IP版本7113.2.IP分片7113.2.1.移动发起方向7213.2.2.移动接收方向7213.2.3.原SGSN到新SGSN的隧道7214.GTP参数7214.1.定时器7214.2.其它7315.附录A(参考附录)：命名惯例7315.1.路由区标识7315.2.GPRS支持节点7315.3.目的ID731. 16.附录B(参考附录)：检查序号的一个方法74范围本文档定义在以下接口使用的第二版GTP协议：l GPRS的Gn、Gp接口；l UMTS系统的Iu、Gn、Gp接口注释：第一版GTP协议的消息头的版本号字段置0，第二版GTP协议的消息头的版本号字段

12、置1。2. 引用标准下列标准包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。13GTR21.905:3GVocabulary23GTS23.003:Numbering,addressingandidentification.33GTS23.007:RestorationProcedures43GTS23.060:GeneralPacketRadioService(GPRS);ServiceDescription;Stage253GTS24.008:MobileRadioInterface

13、Layer3specification;CoreNetworkProtocols-Stage363GTS29.002:MobileApplicationPart(MAP)specification73GTS25.413:UTRANIuinterfaceRANAPsignalling83GTS33.102:SecurityArchitecture9GSM03.20:Digitalcellulartelecommunicationssystem(Phase2+);Securityrelatednetworkfunctions10GSM03.64:Digitalcellulartelecommuni

14、cationssystem(Phase2+);GeneralPacketRadioService(GPRS);OveralldescriptionoftheGPRSRadioInterface;Stage211GSM04.64:Digitalcellulartelecommunicationssystem(Phase2+);MobileStation-ServingGPRSSupportNode(MS-SGSN)LogicalLinkControl(LLC)LayerSpecification12STD0005:InternetProtocol,J.Postel13STD0006:UserDa

15、tagramProtocol,J.Postel14RFC1700:AssignedNumbers,J.ReynoldsandJ.Postel15RFC2181:ClarificationstotheDNSSpecification,R.ElzandR.Bush163GTS23.007:RestorationProcedures3. 符号及缩略语本规范使用和定义的术语如下表所示：缩写英文意思中文意思G-PDUGTP分组数据单元。由T-PDU加上GTP头构成。G-PDU在一条路径上传输。GTPTunnelGTP隧道。在GTP协议的用户面，GSN内的每个PDP上下文，RNC内的每个RAB都要定义一个

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

17、otocol路径协议。用于GSN间或GSN和RNC间GTP承载的协议。PDP分组数据协议。PDP即分组数据协议是外部数据网与GPRS交互的网络协议。PDPContextPDP上下文。在MS和GSN内，为一个PDP地址保存的信息集合。(参照PDP上下文IE)QuanlityofService服务质量。假如路径媒体支持，用于GPRS骨干网和Iu接口。可以用不同的优先级在GSN间或GSN和RNC间分别定义路径。GTP-CMessageGTP控制面消息。这个消息在路径上的GSN对间交换。控制面消息用于在GSN对间转发GSN能力信息、创建、修改和删除GTP隧道以及路径管理。GTP-UMessageGTP

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

19、面协议。GTP-UGTPUserGTP用户面协议。IANAInternet号码分配部门。ICMPInternetControlMessageProtocol因特网控制消息协议。IEInformationElement信息元素。IPInternetProtocol因特网协议。IPv4InternetProtocolversion4第四版因特网协议。IPv6InternetProtocolversion6第六版因特网协议。MTUMaximumTransmissionUnit最大传输单元。QoSQualityofService服务质量。RANAPRadioAccessNetworkApplicati

20、onPart无线接入网应用部分。RNCRadioNetworkController无线网络控制器。TEIDTunnelEndpointIdentifier隧道端点标识符。TFTTrafficFlowTemplate业务流模板。UDPUserDatagramProtocol用户数据报协议。UTRANUMTSTerrestrialRadioAccessNetworkUMTS陆地无线接入网。GninterfaceInterfacebetweenGPRSSupportNodes(GNSs)withinaPLMN一个PLMN内部的GPRS支持节点间的接口。GpinterfaceInterfacebetw

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

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

23、的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版本。5. 传输顺序和比特定义本规范的消息应以网络字节序传输，从第一个字节开始传输。消息内有重复的IE时，传输顺序应由IE在

24、消息中的出现顺序确定。GTP消息中字节的最有意义的位是第8位。如果GTP消息的某个值跨越几个字节且没有做任何说明时，最有意义的位是最低编号字节的第8位。6. GTP消息头GTP-C和GTP-U协议使用的GTP头是变长度的。GTP头的最小长度是8个字节。有三个标志用来指示三个可选字段是否使用：PN标志，S标志和E标志。PN标志用于指示是否使用N-PDU可选字段；S标志用于指示是否使用GTP序号；E标志用于指示是否使用扩展头可选字段，使用这个标志可以使将来对本规范进行扩展时不需使用另外的版本号。假如设置了三个标志中的任一个，GTP头的长度至少是12个字节，且接收者应处理相应的字段。发送者应把所有未

25、使用的位置零，接收者不处理未用字段。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表示没有下一个扩展头字段，或有但不必解释。 序号标志(S)：这个标志置1表示有序号字段。置0表示要么没有序号字

26、段，要么有但不必做出解释。在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编号或任何扩展头应作为净荷部分考虑，即包含在长度计数中。 隧道端点标识符(TEID)

27、：这个字段清楚地标识了对端的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无线接入网间切换)中使用。当MS和SGSN间的通讯工作在确认模式下时，使用这个字段

28、协调它们间的数据传输。这个字段的确切意义取决于使用场合。如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序号(1stOctet)1)4)10序号(2ndOctet)1)4)11N-PDU编号

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

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

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

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

33、指定的消息类型。表1. GTP的信令消息消息类型值(十进制)消息参考GTP-CGTP-UGTP0 留待将来使用，不应发送。假如收到应作为不认识的消息处理。1 Echo请求 7.2.1XXx2 Echo响应 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上下文

34、响应 7.3.4X20 删除PDP上下文请求 7.3.5X21 删除PDP上下文响应 7.3.6X22-25 留待将来使用，不应发送。假如收到应作为不认识的消息处理。26 故障指示 7.3.7X27 PDU通告请求 7.3.8X28 PDU通告响应 7.3.9X29 PDU通告拒绝请求 7.3.10X30 PDU通告拒绝响应 7.3.11X31 支持的扩展头通告 7.2.4XX32 为GPRS请求发送路由信息 7.4.1X33 为GPRS响应发送路由信息 7.4.2X34 失败报告请求 7.4.3X35 失败报告响应 7.4.4X36 通知MSGPRS重现请求 7.4.5X37 通知MSGPR

35、S重现响应 7.4.6X38-47 留待将来使用，不应发送。假如收到应作为不认识的消息处理。48 身份请求 7.5.1X49 身份响应 7.5.2X50 SGSN上下文请求 7.5.3X51 SGSN上下文响应 7.5.4X52 SGSN上下文确认 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 留待将来使用，不应发送。假如收到

36、应作为不认识的消息处理。240 数据记录转发请求 GSM12.15X241 数据记录转发响应 GSM12.15X242-254 留待将来使用，不应发送。假如收到应作为不认识的消息处理。255 T-PDU 9.3.1X7.2. 路径管理消息路径管理消息可以在任何类型的GSN或GSN-RNC对间发送。7.2.1. Echo请求可以在一个路径上给另一个GSN或RNC发Echo请求以确认对等的GSN或RNC是否存活(见11.2.章节”路径失败”)。Echo请求可以在”使用中”的每条路径上发送。如果至少有一个PDP上下文使用这条路径我们就认为这条路径在”使用中”。什么时候发送Echo请求和发送的频度由实

37、现决定，但是发送Echo请求消息的间隔应大于60秒。GSN或RNC在任何时候都应准备接收Echo请求，并用Echo响应消息应答。GSN或RNC发Echo请求消息是可选的。可选的私有扩展包含供应商或运营商特定的信息。表2. Echo请求消息的IEIE是否要求参考 私有扩展 可选项 7.7.457.2.2. Echo响应发此消息响应收到的Echo请求。恢复IE包含发Echo响应消息的GSN的本地重启动计数器值(参考重启和复原章节)。GTP-U不使用重启动计数器值，发送者应置零，接收者忽略这个值。从对等的GSN接收到Echo响应的GSN应比较先前为那个对等GSN存储的重启动计数器值。如果以前没有为这

38、个对等GSN存储重启动计数器值，就为该GSN存储从Echo响应消息中收到的这个值。先前为这个对等的GSN存储的重启动计数器值可能与Echo响应中收到的值不同，这时收到Echo响应的GSN应认为发Echo响应的GSN重启动了，并用新的重启动计数器值代替旧值。若GGSN发Eche响应，SGSN收Echo响应，那么SGSN应认为使用这个GGSN的所有PDP上下文都去活了。SGSN应采取的进一步行动参考3GPPTS23.007规范16。若SGSN发Eche响应，GGSN收Echo响应，那么GGSN应认为使用这个SGSN的所有PDP上下文都去活了。GGSN应采取的进一步行动参考3GPPTS23.007规

39、范16。可选的私有扩展包含供应商或运营商的特定信息。表3. Echo响应消息的IEIE是否要求参考 恢复 必选项 7.7.11 私有扩展 可选项 7.7.447.2.3. 版本不支持这个消息紧紧包含GTP头，并指出GTP实体在标识的UDP/IP地址上能支持的GTP最新版本。7.2.4. 支持的扩展头通告这个消息指出GTP实体在标识的IP地址上能支持的扩展头列表。这个消息仅仅在要求GTP实体解释一个必选项的扩展头，但GSN或RNC又没有升级支持这个扩展头的情况下才发送。发送这个消息的GSN或RNC的GTP端点被标记为不支持某些扩展头(正如从支持的扩展头列表里获得的一样)。GSN可以使用所有的扩展

40、头重试，以试图验证那个节点已升级。实现者应避免在已经声明无能解释这些扩展头的节点上重复的尝试使用不认识的扩展头。表4. 支持的扩展头通告消息的IEIE是否要求参考 扩展头类型列表 必选项 7.7.407.3. 隧道管理消息7.3.1. 创建PDP上下文请求作为PDP上下文激活过程的一部分，SGSN节点将向GGSN节点发送创建PDP上下文请求消息。SGSN发送此消息的目的IP地址是DNS(域名服务器)服务器提供的GGSNIP地址列表的第一个IP地址。在发送了创建PDP上下文请求消息后，SGSN标记PDP上下文为等待响应。在这种状态下，SGSN应接收来自GGSN的G-PDU，但不发送给MS。一个有

41、效的请求发起SGSN中的PDP上下文和GGSN中的PDP上下文间的隧道创建。假如这个过程没有成功的完成，SGSN用IP地址列表的下一个GGSN地址重复PDP上下文创建过程，如果还有的话。如果列表中的GGSN地址用完了仍然没有成功，激活过程就失败。数据(I)的TEID字段为G-PDU定义下行TEID，这个标识由SGSN选择。GGSN应在随后的所有与请求的PDP上下文相关的下行G-PDU的GTP头中包含这个TEID。控制面TEID字段为控制面消息定义下行TEID，这个标识由SGSN选择。GGSN应在随后的所有与请求的PDP上下文相关的下行控制面消息的GTP头中包含这个TEID。如果SGSN已经成功

42、地确认了这个标识符的分配，这个字段就不再需要。如果SGSN收到的任何来自GGSN的控制面消息的GTP头中包含了这个TEID，就认为SGSN成功地确认了控制面TEID的分配。在创建PDP上下文请求消息中把MS的MSISDN传给GGSN；当安全的接入到驻留在一个服务器上的远程应用程序需要时，可以使用这个额外的信息。GGSN实际上可能根据成功地执行了GPRS鉴权后授予用户的信任级别向远程应用程序服务器提供用户标识如MSISDN，而没必要在应用程序级重新鉴权用户。假如MS请求动态PDP地址，并且允许动态PDP地址，那么端用户地址IE的PDP地址字段应为空。假如MS请求静态PDP地址，那么端用户地址IE的PDP地址字段应包含静态PDP地址。当端用户地址IE包含的PDP地址和可选的协议配置选项IE包含的信息冲突时，端用户地址IE包含的信息具有更高的优先级。QoS脚本IE应包含PDP上下文激活时MS和SGSN要