GTP概述.docx
- 文档编号:15431553
- 上传时间:2023-07-04
- 格式:DOCX
- 页数:11
- 大小:25.05KB
GTP概述.docx
《GTP概述.docx》由会员分享,可在线阅读,更多相关《GTP概述.docx(11页珍藏版)》请在冰点文库上搜索。
GTP概述
1.3G用户是如何访问外部数据网的?
3G用户访问外部数据网之前,必须先通过了HLR/AuC的身份认证和鉴权流程成功附着到SGSN。
然后,MS发起PDP上下文激活过程,相关的信令带了APN参数,SGSN通过DNS解析APN,获取GGSN的IP地址,然后向GGSN发起创建PDP上下文过程并进行QoS参数协商,GGSN返回的成功响应中会含有用户IP地址等必要信息。
当PDP上下文激活后,用户就可以发送数据包,数据包在SGSN和GGSN之间是通过GTP隧道承载,到达GGSN后被转换成普通IP包,进入外部数据网(通常指的就是Internet)。
漫游用户可以通过拜访地或者归属地的GGSN进入外部数据网,由运营商根据业务和路由策略决定,通常对于Internet接入业务使用拜访地GGSN,对于Intranet接入业务使用归属地GGSN。
根据鉴权方式和用户IP分配策略的不同,用户接入到外部数据网通常有两种方式:
透明接入方式:
移动用户的IP地址由GGSN分配,移动用户在激活PDPcontext时不需要进行第二次鉴权。
非透明接入方式:
移动用户的IP地址由外部数据网的DHCP服务器或RADIUS服务器分配。
移动用户在激活PDPcontext时还需要进行一次身份认证和鉴权,此时GGSN起AAA客户端作用。
一般来说,对于Internet接入业务采用透明接入方式,方便用户快速接入;对于Intranet接入业务采用非透明方式,执行企业网内部的安全策略。
2.在GTP协议中我们关心的信令及数据。
注:
以下文档中出现的规范,如非特别说明,指29.060R7版本,参考文档29060-7d0.doc2.1.TunnelManagementMessages(隧道管理信令)2.1.1.CreatePDPContextRequest(创建PDP上下文请求)建立PDP上下文请求从SGSN节点送到GGSN节点,作为GPRSPDP上下文激活程序的一部分。
SGSN发送建立PDP上下文请求到GGSN的IP地址,在域名服务器DNS提供的IP地址表中指示是第一个IP地址。
送出建立PDP上下文请求消息之后,SGSN标识PDP上下文处于等待响应状态。
在这种状态下,SGSN将接收来自GGSN的G-PDU(由一个T-PDU加一个GTP头组成),但不送这些G-PVU到MS。
一个有效的请求将在一个SGSN中的一个PDP上下文和一个GGSN中的一个PDP上下文之间发起建立一条隧道。
如果建立隧道未成功,SGSN重新发送建立PDP上下文请求消息到IP地址表中指示的下一个GGSN地址(如果该GGSN地址存在)。
如果对IP地址表中指示的GGSN地址已经查找完了,还未找到,则激活程序失败。
在PDP上下文激活过程中,在分析当前创建PDP上下文请求数据包中,发现出现的字段如下:
规范要求的字段如下:
Table5:
InformationElementsinaCreatePDPContextRequestInformationelementPresencerequirementReferenceIMSIConditional7.7.2RouteingAreaIdentity(RAI)Optional7.7.3RecoveryOptional7.7.11SelectionmodeConditional7.7.12TunnelEndpointIdentifierDataIMandatory7.7.13TunnelEndpointIdentifierControlPlaneConditional7.7.14NSAPIMandatory7.7.17LinkedNSAPIConditional7.7.17ChargingCharacteristicsConditional7.7.23TraceReferenceOptional7.7.24TraceTypeOptional7.7.25EndUserAddressConditional7.7.27AccessPointNameConditional7.7.30ProtocolConfigurationOptionsOptional7.7.31SGSNAddressforsignallingMandatoryGSNAddress7.7.32SGSNAddressforusertrafficMandatoryGSNAddress7.7.32MSISDNConditional7.7.33QualityofServiceProfileMandatory7.7.34TFTConditional7.7.36TriggerIdOptional7.7.41OMCIdentityOptional7.7.42CommonFlagsOptional7.7.48APNRestrictionOptional7.7.49RATTypeOptional7.7.50UserLocationInformationOptional7.7.51MSTimeZoneOptional7.7.52IMEI(SV)Optional7.7.53CAMELChargingInformationContainerOptional7.7.54AdditionalTraceInfoOptional7.7.62Correlation-IDOptional7.7.82PrivateExtensionOptional7.7.467.3.2CreatePDPContextResponse(建立PDP上下文响应)消息从GGSN节点送到SGSN节点作为对建立PDP上下文请求的响应。
当SGSN收到一个建立PDP上下文响应及状态值指示“请求接受”,SGSN激活PDP上下文并送T-PDU从MS到外部数据网或反向传送。
状态值指明GGSN是否己经建立了PDP上下文。
如果状态指示不是“请求接受”,则GGSN未建立PDP上下文。
如果MS请求一个动态PDP地址而动态地址也允许使用,则应包含终端用户地址信息单
元,在终端用户地址信息单元中的PDP地址字段应包含由GGSN分配的动态PDP地址。
在这种情况下,终端用户地址信息单元中和可选的协议配置选项信息单元中携带的PDP地址可能出现矛盾,此时端用户地址信息单元中携带的PDP地址应有较高的优先级。
在PDP上下文激活过程中,在分析当前创建PDP上下文响应数据包中,发现出现的字段如下:
规范要求的字段如下:
Table6:
InformationElementsinaCreatePDPContextResponseInformationelementPresencerequirementReferenceCauseMandatory7.7.1ReorderingrequiredConditional7.7.6RecoveryOptional7.7.11TunnelEndpointIdentifierDataIConditional7.7.13TunnelEndpointIdentifierControlPlaneConditional7.7.14NSAPIOptional7.7.17ChargingIDConditional7.7.26EndUserAddressConditional7.7.27ProtocolConfigurationOptionsOptional7.7.31GGSNAddressforControlPlaneConditionalGSNAddress7.7.32GGSNAddressforusertrafficConditionalGSNAddress7.7.32AlternativeGGSNAddressforControlPlaneConditionalGSNAddress7.7.32AlternativeGGSNAddressforusertrafficConditionalGSNAddress7.7.32QualityofServiceProfileConditional7.7.34ChargingGatewayAddressOptional7.7.44AlternativeChargingGatewayAddressOptional7.7.44CommonFlagsOptional7.7.48APNRestrictionOptional7.7.49MSInfoChangeReportingActionOptional7.7.80BearerControlModeOptional7.7.83PrivateExtensionOptional7.7.467.3.3UpdatePDPContextRequest更新PDP上下文请求消息从SGSN送到GGSN作为GPRS进入SGSN间路由更新程序,或进入PDP上下文修改程序的一部分,或为了分担负载而重新分配(分散到不同的路径)上下文。
这些程序用于改变QoS和路径。
在进入SGSN间路由更新程序后由新的SGSN送消息。
Inter-SGSN路由更新示意图:
在PDP上下文激活过程中,在分析当前更新PDP上下文请求数据包(这个数据包有点老,数据项可能不全)中,发现出现的字段如下:
规范要求的字段如下:
Table7:
InformationElementsinanSGSN-InitiatedUpdatePDPContextRequestInformationelementPresencerequirementReferenceIMSIConditional7.7.2RouteingAreaIdentity(RAI)Optional7.7.3RecoveryOptional7.7.11TunnelEndpointIdentifierDataIMandatory7.7.13TunnelEndpointIdentifierControlPlaneConditional7.7.14NSAPIMandatory7.7.17TraceReferenceOptional7.7.24TraceTypeOptional7.7.25ProtocolConfigurationOptionsOptional7.7.31SGSNAddressforControlPlaneMandatoryGSNAddress7.7.32SGSNAddressforUserTrafficMandatoryGSNAddress7.7.32AlternativeSGSNAddressforControlPlaneConditionalGSNAddress7.7.32AlternativeSGSNAddressforUserTrafficConditionalGSNAddress7.7.32QualityofServiceProfileMandatory7.7.34TFTOptional7.7.36TriggerIdOptional7.7.41OMCIdentityOptional7.7.42CommonFlagsOptional7.7.48RATTypeOptional7.7.50UserLocationInformationOptional7.7.51MSTimeZoneOptional7.7.52AdditonalTraceInfoOptional7.7.62DirectTunnelFlagsOptional7.7.81PrivateExtensionOptional7.7.46更新PDP上下文请求消息也可以GGSN送到SGSN来重新协商PDP上下文的QoS。
有GGSN发起的更新PDP上下文请求消息也能被用来提供一个PDP地址给SGSN(以及MS)。
规范要求的字段如下:
Table8:
InformationElementsinaGGSN-InitiatedUpdatePDPContextRequestInformationelementPresencerequirementReferenceIMSIOptional7.7.2RecoveryOptional7.7.11NSAPIMandatory7.7.17EndUserAddressOptional7.7.27ProtocolConfigurationOptionsOptional7.7.31QualityofServiceProfileOptional7.7.34TFTOptional7.7.36CommonFlagsOptional7.7.48APNRestrictionOptional7.7.49MSInfoChangeReportingOptional7.7.80ActionDirectTunnelFlagsOptional7.7.81BearerControlModeOptional7.7.83PrivateExtensionOptional7.7.467.3.4UpdatePDPContextResponse该消息从一个GGSN节点送到一个SGSN节点作为更新PDP上下文请求的响应。
如果SGSN收到一个更新PDP上下文响应其状态值指示不是“请求接受”,SGSN将不会激活PDP上下文。
在PDP上下文激活过程中,在分析当前更新PDP上下文响应数据包(这个数据包有点老,数据项可能不全)中,发现出现的字段如下:
规范要求的字段如下:
Table9:
InformationElementsinanUpdatePDPContextResponsesentbyaGGSNInformationelementPresencerequirementReferenceCauseMandatory7.7.1RecoveryOptional7.7.11TunnelEndpointIdentifierDataIConditional7.7.13TunnelEndpointIdentifierControlPlaneConditional7.7.14ChargingIDConditional7.7.26ProtocolConfigurationOptionsOptional7.7.31GGSNAddressforControlPlaneConditionalGSNAddress7.7.32GGSNAddressforUserTrafficConditionalGSNAddress7.7.32AlternativeGGSNAddressforControlPlaneConditionalGSNAddress7.7.32AlternativeGGSNAddressforUserTrafficConditionalGSNAddress7.7.32QualityofServiceProfileConditional7.7.34ChargingGatewayAddressOptional7.7.44AlternativeChargingGatewayAddressOptional7.7.44CommonFlagsOptional7.7.48APNRestrictionOptional7.7.49BearerControlModeOptional7.7.83MSInfoChangeReportingActionOptional7.7.80PrivateExtensionOptional7.7.46这个消息也可以从SGSN节点发送到GGSN节点来响应一个由GGSN发起的更新PDP上下文请求。
Table10:
InformationElementsinanUpdatePDPContextResponsesentbyaSGSNInformationelementPresencerequirementReferenceCauseMandatory7.7.1RecoveryOptional7.7.11TunnelEndpointIdentifierDataIOptional7.7.13ProtocolConfigurationOptionsOptional7.7.31SGSNAddressforUserTrafficOptionalGSNAddress7.7.32QualityofServiceProfileConditional7.7.34DirectTunnelFlagsOptional7.7.81PrivateExtensionOptional7.7.467.3.5DeletePDPContextRequest删除PDP上下文请求从SGSN节点送到GGSN节点作为GPRS中断程序或作为GPRSPDP上下文去激活程序的一部分;而删除PDP上下文请求从GGSN节点送到SGSN节点也可作为由GGSN发起的PDP上下文去激活程序的一部分。
用一个请求来去激活己激活的PDP上下文。
GSN在任何时间内准备接收一个删除PDP上下文请求,无论PDP上下文是否存在
都应给出应答。
如果出现冲突,删除PDP上下文请求信令在所有隧道管理信令中具有最高的优先级。
在分析当前删除PDP上下文请求数据包中,发现出现的字段如下:
规范要求的字段如下:
Table11:
InformationElementsinaDeletePDPContextRequestInformationelementPresencerequirementReferenceTeardownIndConditional7.7.16NSAPIMandatory7.7.17ProtocolConfigurationOptionsOptional7.7.31PrivateExtensionOptional7.7.467.3.6DeletePDPContextResponse这个消息被发送作为删除PDP上下文请求的响应。
一个GSN收到删除PDP上下文请求时将删除PDP上下文。
当前不存在PDP上下文时,GSN将忽略删除PDP上下文响应。
在分析当前删除PDP上下文应答数据包中,发现出现的字段如下:
规范要求的字段如下:
Table12:
InformationElementsinaDeletePDPContextResponseInformationelementPresencerequirementReferenceCauseMandatory7.7.1ProtocolConfigurationOptionsOptional7.7.31PrivateExtensionOptional7.7.463.典型的通讯过程。
1、创建PDP上下文请求2、创建PDP上下文应答(成功获取IP地址)
3、开始进行数据传输(客户端到服务器)4、开始进行数据传输(服务器到客户端),但不知道为什么华为发来的数据包中,服务器回来的数据没有走GTP协议,直接在IP上走TCP协议?
?
?
?
。
而在我找到的老的数据包中也是走GTP协议的。
5、数据传送完毕,SGSN发送PDP上下文删除请求6、GGSN进行PDP上下文删除响应
4.需要确认的问题。
1、SGSN通过发送创建PDP上下文请求而创建的隧道是通过什么标识的,是在创建PDP上下文响应中的TEID和TEIDControlPlane吗?
删除时是通过TEIDControlPlane标识删除的是那个隧道吗?
(在R6和R7版本的PDP上下文删除请求中好像没有TEID的标识)2、开始进行数据传输时,为什么在有些的数据包中,客户端到服务器的数据走GTP协议,而服务器回来的数据没有走GTP协议,直接在IP上走TCP协议?
?
?
?
。
见第3节的步骤3和4。
3、在更新PDP上下文请求和应答过程中,都会有哪些用户信息发生变化?
附录:
1.CDMA系统的UIM卡介绍答复:
目前CDMA终端在全球绝大多数地区仍采用机卡合一的方式,即所有的信息都是存储在CDMA终端的NAM(NameAddressModule)存储区中,运营商可通过OTA(OverTheAir)技术进行NAM数据的更改。
中国联通在推广CDMA时,首次采用了机卡分离技术,把NAM中的信息和手机终端的信息都剥离到一个UIM(UserIdentificationModule)卡中,当进行业务处理时,手机从UIM卡中获得相关的信息。
可以看出,UIM卡与GSM的SIM卡的功用是一样的。
UIM卡中包含的主要参数有IMSI(MIN),ESN(手机的电子序列号)和鉴权参数A-KEY等。
ESN在某些时候也被称为UIMID.IMSI,ESN,MDN存储在不同的网络实体中.MDN(MobileDirectoryNumber)是每个用户的个人号码,在中国联通这个号码是以133打头的,MDN存储在HLR中。
IMSI是系统内部对每个用户的标识,存储在UIM卡中。
用户购买了一张UIM卡,并选择了一个号码,就建立了IMSI和MDN的对应关系,这个对应关系存储在HLR中。
网络参数的基本交互过程如下图:
IMSIMDNHLRMDNMSCPSTNIMSI,ESN1)手机在开机或者拨打电话时,把IMSI和ESN上报给MSC.2)MSC以IMSI为索引检测数据库,发现没有相关记录,MSC发送登记请求到HLR,试图获取相关信息。
3)HLR以IMSI为索引,进行数据查询,如果数据有效,就把查到的MDN,用户签约信息等下发给MSC,否则,直接拒绝。
4)MSC获得了MDN和其他一些签约信息,就可以进行相关的业务处理,这个MDN可以作为主叫号码显示给被叫用户,或者填写在话单中。
5)在用户做被叫时,GMSC将通过被叫的MDN到HLR中去查询当前用户在哪个MSC下.当前为用户服务的MSC最终会以IMSI作为标识下发寻呼消息(paging),从而找到用户。
2.IMSI(MIN)介绍答复:
CDMA规范由美国标准组织ANSI制定,在IS95A,IS95B阶段,采用MIN(MobileIdentificationNumber)来标识用户。
后来随着CDMA在全球的应用,国际漫
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GTP 概述