General Information

Abstract

SUBJECT GPRS Charging enhancements to GTP Introduction of the PDP-type PPP Introduction of the PDP type OSH:IHOSS GTP/GTP Protocol Type bit

Status
Published
Publication Date
30-Nov-2003
Current Stage
6060 - National Implementation/Publication (Adopted Project)
Start Date
01-Dec-2003
Due Date
01-Dec-2003
Completion Date
01-Dec-2003
Mandate
BC-T-330

Buy Documents

Standard

SIST EN 301 347 V7.1.1:2003

English language (67 pages)
Preview
Preview
e-Library read for
×1 day

Overview

SIST EN 301 347 V7.1.1:2003 is a standard that defines the operation and communication protocols for General Packet Radio Service (GPRS) within the Global System for Mobile Communication (GSM) Phase 2+. Specifically, this document addresses the GPRS Tunnelling Protocol (GTP) across Gn and Gp interfaces, enabling secure and efficient packet data transfer between different network nodes within and between Public Land Mobile Networks (PLMNs). The scope includes GPRS charging enhancements as well as support for a range of Packet Data Protocol (PDP) types to ensure robust mobile data services.


Key Topics

  • GPRS Tunnelling Protocol (GTP):
    • Defines procedures for tunnelling user and signalling data between Serving GPRS Support Nodes (SGSNs) and Gateway GPRS Support Nodes (GGSNs).
    • GTP covers both signalling (control) and data (user packet) planes.
  • Gn and Gp Interfaces:
    • Gn: Interface between GSNs within the same PLMN.
    • Gp: Interface between GSNs in different PLMNs, enabling global mobile data roaming.
  • Protocol Header Structure:
    • Details on message formats, header composition, protocol type bits, and version control to ensure reliable interoperability.
  • Charging Support:
    • Charging enhancements to GTP, supporting GPRS billing functions compliant with telecom regulatory requirements.
  • Mobility and Session Management:
    • Establishment, update, and deletion of PDP contexts to support mobile subscriber sessions across the network.
    • Handling of user authentication, quality of service parameters, and failure recovery.
  • Error Management and Recovery:
    • Procedures for error detection, message acknowledgement, and restoration after network or protocol failures.

Applications

  • Mobile Network Operator Infrastructure:
    • Core specification for GPRS network backbone, guiding the configuration of SGSN and GGSN nodes.
  • International Roaming Support:
    • Provides the technical framework for seamless mobile data access when subscribers move across different operators and countries.
  • Packet and Signalling Data Transmission:
    • Ensures reliable encapsulation and delivery of both user IP packets and control messages between network elements.
  • Quality of Service (QoS):
    • Underpins mechanisms for managing service levels, including session prioritization and resource allocation.
  • Charging and Billing:
    • Standardizes the ability to track and record user sessions for accurate billing and revenue assurance.

Related Standards

Implementing SIST EN 301 347 V7.1.1:2003 often involves reference to several other GSM and GPRS related standards:

  • GSM 01.04: Abbreviations and acronyms in digital cellular systems.
  • GSM 03.03: Numbering, addressing, and identification in GSM.
  • GSM 03.60: General description of GPRS service.
  • GSM 09.02: Mobile Application Part (MAP) specification.
  • ITU-T X.25/X.121: Data network interfaces and numbering plans.
  • STD0005, STD0006, STD0007: Internet (IP), UDP, and TCP protocols, respectively.

These related documents collectively support network compatibility, service interoperability, and technical compliance essential for effective GPRS deployment in GSM networks.


Key SEO keywords: GPRS tunnelling protocol, GTP, GSM standard, Gn interface, Gp interface, mobile data roaming, SGSN, GGSN, packet data, GPRS charging enhancements, telecom standards, mobile network interoperability.

Buy Documents

Standard

SIST EN 301 347 V7.1.1:2003

English language (67 pages)
Preview
Preview
e-Library read for
×1 day

Get Certified

Connect with accredited certification bodies for this standard

ANCE

Mexican certification and testing association.

EMA Mexico Verified

Intertek Slovenia

Intertek testing, inspection, and certification services in Slovenia.

UKAS Slovenia Verified

LNE (Laboratoire National de Métrologie et d'Essais)

French national laboratory for metrology and testing.

COFRAC France Verified

Sponsored listings

Frequently Asked Questions

SIST EN 301 347 V7.1.1:2003 is a standard published by the Slovenian Institute for Standardization (SIST). Its full title is "Digital cellular telecommunications system (Phase 2+) (GSM); General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface (GSM 09.60 version 7.1.1 Release 1998)". This standard covers: SUBJECT GPRS Charging enhancements to GTP Introduction of the PDP-type PPP Introduction of the PDP type OSH:IHOSS GTP/GTP Protocol Type bit

SUBJECT GPRS Charging enhancements to GTP Introduction of the PDP-type PPP Introduction of the PDP type OSH:IHOSS GTP/GTP Protocol Type bit

SIST EN 301 347 V7.1.1:2003 is classified under the following ICS (International Classification for Standards) categories: 33.070.50 - Global System for Mobile Communication (GSM). The ICS classification helps identify the subject area and facilitates finding related standards.

SIST EN 301 347 V7.1.1:2003 is associated with the following European legislation: Standardization Mandates: BC-T-330. When a standard is cited in the Official Journal of the European Union, products manufactured in conformity with it benefit from a presumption of conformity with the essential requirements of the corresponding EU directive or regulation.

SIST EN 301 347 V7.1.1:2003 is available in PDF format for immediate download after purchase. The document can be added to your cart and obtained through the secure checkout process. Digital delivery ensures instant access to the complete standard document.

Standards Content (Sample)


2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Digital cellular telecommunications system (Phase 2+) (GSM); General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface (GSM 09.60 version 7.1.1 Release 1998)33.070.50Globalni sistem za mobilno telekomunikacijo (GSM)Global System for Mobile Communication (GSM)ICS:Ta slovenski standard je istoveten z:EN 301 347 Version 7.1.1SIST EN 301 347 V7.1.1:2003en01-december-2003SIST EN 301 347 V7.1.1:2003SLOVENSKI
STANDARD
ETSIEN301347V7.1.1(2000-01)EuropeanStandard(Telecommunicationsseries)Digitalcellulartelecommunicationssystem(Phase2+);GeneralPacketRadioService(GPRS);GPRSTunnellingProtocol(GTP)acrosstheGnandGpInterface(GSM09.60version7.1.1Release1998)GLOBALSYSTEMFORMOBILECOMMUNICATIONSRSIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)2(GSM09.60version7.1.1Release1998)ReferenceREN/SMG-030960Q7KeywordsDigitalcellulartelecommunicationssystem,GlobalSystemforMobilecommunications(GSM)ETSIPostaladdressF-06921SophiaAntipolisCedex-FRANCEOfficeaddress650RoutedesLucioles-SophiaAntipolisValbonne-FRANCETel.:+33492944200Fax:+33493654716SiretN°34862356200017-NAF742CAssociationàbutnonlucratifenregistréeàlaSous-PréfecturedeGrasse(06)N°7803/88Internetsecretariat@etsi.frIndividualcopiesofthisETSIdeliverablecanbedownloadedfromhttp://www.etsi.orgIfyoufinderrorsinthepresentdocument,sendyourcommentto:editor@etsi.frImportantnoticeThisETSIdeliverablemaybemadeavailableinmorethanoneelectronicversionorinprint.Inanycaseofexistingorperceiveddifferenceincontentsbetweensuchversions,thereferenceversionisthePortableDocumentFormat(PDF).Incaseofdispute,thereferenceshallbetheprintingonETSIprintersofthePDFversionkeptonaspecificnetworkdrivewithinETSISecretariat.CopyrightNotificationNopartmaybereproducedexceptasauthorizedbywrittenpermission.Thecopyrightandtheforegoingrestrictionextendtoreproductioninallmedia.©EuropeanTelecommunicationsStandardsInstitute2000.Allrightsreserved.SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)3(GSM09.60version7.1.1Release1998)ContentsIntellectualPropertyRights.6Foreword.61Scope.72References.73Definitionsandabbreviations.83.1Definitions.83.2Abbreviations.94General.95Transmissionorderandbitdefinitions.106GTPheader.107SignallingPlane.127.1Signallingprotocol.127.2SignallingMessageFormats.137.3UsageoftheGTPHeader.137.4PathManagementmessages.147.4.1EchoRequest.147.4.2EchoResponse.157.4.3VersionNotSupported.157.5TunnelManagementmessages.157.5.1CreatePDPContextRequest.157.5.2CreatePDPContextResponse.177.5.3UpdatePDPContextRequest.197.5.4UpdatePDPContextResponse.197.5.5DeletePDPContextRequest.217.5.6DeletePDPContextResponse.217.5.7CreateAAPDPContextRequest.227.5.8CreateAAPDPContextResponse.237.5.9DeleteAAPDPContextRequest.247.5.10DeleteAAPDPContextResponse.257.5.11ErrorIndication.257.5.12PDUNotificationRequest.267.5.13PDUNotificationResponse.267.5.14PDUNotificationRejectRequest.277.5.15PDUNotificationRejectResponse.277.6LocationManagementmessages.287.6.1SendRouteingInformationforGPRSRequest.287.6.2SendRouteingInformationforGPRSResponse.297.6.3FailureReportRequest.297.6.4FailureReportResponse.307.6.5NoteMSGPRSPresentRequest.307.6.6NoteMSGPRSPresentResponse.317.7MobilityManagementmessages.317.7.1IdentificationRequest.317.7.2IdentificationResponse.327.7.3SGSNContextRequest.327.7.4SGSNContextResponse.337.7.5SGSNContextAcknowledge.347.8Reliabledeliveryofsignallingmessages.357.9Informationelements.357.9.1Cause.367.9.2InternationalMobileSubscriberIdentity(IMSI).38SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)4(GSM09.60version7.1.1Release1998)7.9.3RouteingAreaIdentity(RAI).387.9.4TemporaryLogicalLinkIdentity(TLLI).397.9.5PacketTMSI(P-TMSI).397.9.6QualityofService(QoS)Profile.407.9.7Spare.407.9.8ReorderingRequired.407.9.9AuthenticationTriplet.407.9.10Spare.417.9.11MAPCause.417.9.12P-TMSISignature.417.9.13MSValidated.417.9.14Recovery.427.9.15Selectionmode.427.9.16FlowLabelDataI.437.9.17FlowLabelSignalling.437.9.18FlowLabelDataII.437.9.19ChargingID.447.9.20EndUserAddress.447.9.21MMContext.477.9.22PDPContext.487.9.23AccessPointName.517.9.24ProtocolConfigurationOptions.517.9.25GSNAddress.517.9.26ChargingGatewayAddress.527.9.27PrivateExtension.528TransmissionPlane.528.1ProtocolStack.538.1.1UsageoftheGTPHeader.538.1.1.1UsageoftheSequenceNumber.538.2TunnellingbetweenSGSNs.548.3TunnellingbetweenGGSNs.549PathProtocols.549.1UDP/IP.549.1.1UDPHeader.549.1.1.1Signallingrequestmessages.549.1.1.2Signallingresponsemessages.549.1.1.3EncapsulatedT-PDUs.549.1.2IPHeader.549.1.2.1SignallingrequestmessagesandEncapsulatedT-PDUs.559.1.2.2Signallingresponsemessages.559.2TCP/IP.559.2.1TCPHeader.559.2.2IPHeader.5510Errorhandling.5510.1Protocolerrors.5510.1.1DifferentGTPversions.5610.1.2GTPMessagetooshort.5610.1.3UnknownGTPsignallingmessage.5610.1.4UnexpectedGTPsignallingmessage.5610.1.5Missingmandatorilypresentinformationelement.5610.1.6InvalidLength.5610.1.7Invalidmandatoryinformationelement.5610.1.8Invalidoptionalinformationelement.5710.1.9Unknowninformationelement.5710.1.10Outofsequenceinformationelements.5710.1.11Unexpectedinformationelement.5710.1.12Repeatedinformationelements.5710.1.13Incorrectoptionalinformationelements.57SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)5(GSM09.60version7.1.1Release1998)10.2Pathfailure.5710.3MSdetach.5710.4RestorationandRecovery.5811Inter-PLMNGTPcommunicationovertheGpinterface.5812IP,thenetworkingtechnologyusedbyGTP.5812.1IPversion.5812.2IPfragmentation.5812.2.1MOdirection.5812.2.2MTdirection.5912.2.3TunnellingfromoldtonewSGSN.5913GTPparameters.5913.1Timers.5913.2Others.59AnnexA(informative):Namingconvention.64AnnexB(informative):Amethodforsequencenumberchecking.65AnnexC(informative):Documentchangehistory.66History.67SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)6(GSM09.60version7.1.1Release1998)IntellectualPropertyRightsIPRsessentialorpotentiallyessentialtothepresentdocumentmayhavebeendeclaredtoETSI.TheinformationpertainingtotheseessentialIPRs,ifany,ispubliclyavailableforETSImembersandnon-members,andcanbefoundinSR000314:"IntellectualPropertyRights(IPRs);Essential,orpotentiallyEssential,IPRsnotifiedtoETSIinrespectofETSIstandards",whichisavailablefromtheETSISecretariat.LatestupdatesareavailableontheETSIWebserver(http://www.etsi.org/ipr).PursuanttotheETSIIPRPolicy,noinvestigation,includingIPRsearches,hasbeencarriedoutbyETSI.NoguaranteecanbegivenastotheexistenceofotherIPRsnotreferencedinSR000314(ortheupdatesontheETSIWebserver)whichare,ormaybe,ormaybecome,essentialtothepresentdocument.ForewordThisEuropeanStandard(Telecommunicationsseries)hasbeenproducedbytheSpecialMobileGroup(SMG).ThepresentdocumentdefinestheGnandGpinterfacesfortheGeneralPacketRadioService(GPRS)withinthedigitalcellulartelecommunicationssystem(Phase2+).ThecontentsofthepresentdocumentaresubjecttocontinuingworkwithinSMGandmaychangefollowingformalSMGapproval.ShouldSMGmodifythecontentsofthepresentdocument,itwillthenbere-submittedforOAPbyETSIwithanidentifyingchangeofreleasedateandanincreaseinversionnumberasfollows:Version7.x.ywhere:7indicatesRelease1998ofGSMPhase2+xtheseconddigitisincrementedforallchangesofsubstance,i.e.technicalenhancements,corrections,updates,etc.ythethirddigitisincrementedwheneditorialonlychangeshavebeenincorporatedinthespecification.NationaltranspositiondatesDateofadoptionofthisEN:7January2000DateoflatestannouncementofthisEN(doa):30April2000DateoflatestpublicationofnewNationalStandardorendorsementofthisEN(dop/e):31October2000DateofwithdrawalofanyconflictingNationalStandard(dow):31October2000SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)7(GSM09.60version7.1.1Release1998)1ScopeThepresentdocumentdefinestheGnandGpinterfacesfortheGeneralPacketRadioService(GPRS).2ReferencesThefollowingdocumentscontainprovisionswhich,throughreferenceinthistext,constituteprovisionsofthepresentdocument.•Referencesareeitherspecific(identifiedbydateofpublication,editionnumber,versionnumber,etc.)ornon-specific.•Foraspecificreference,subsequentrevisionsdonotapply.•Foranon-specificreference,thelatestversionapplies.•Anon-specificreferencetoanETSshallalsobetakentorefertolaterversionspublishedasanENwiththesamenumber.•ForthisRelease1998document,referencestoGSMdocumentsareforRelease1998versions(version7.x.y).[1]GSM01.04:"Digitalcellulartelecommunicationssystem(Phase2+);Abbreviationsandacronyms".[2]GSM03.03:"Digitalcellulartelecommunicationssystem(Phase2+);Numbering,addressingandidentification".[3]GSM03.07:"Digitalcellulartelecommunicationssystem(Phase2+);RestorationProcedures".[4]GSM03.20:"Digitalcellulartelecommunicationssystem(Phase2+);Securityrelatednetworkfunctions".[5]GSM03.60:"Digitalcellulartelecommunicationssystem(Phase2+);GeneralPacketRadioService(GPRS);ServiceDescription;Stage2".[6]GSM03.64:"Digitalcellulartelecommunicationssystem(Phase2+);GeneralPacketRadioService(GPRS);OveralldescriptionoftheGPRSRadioInterface;Stage2".[7]GSM04.08:"Digitalcellulartelecommunicationssystem(Phase2+);Mobileradiointerfacelayer3-specification".[8]GSM04.64:"Digitalcellulartelecommunicationssystem(Phase2+);MobileStation-ServingGPRSSupportNode(MS-SGSN)LogicalLinkControl(LLC)LayerSpecification".[9]GSM09.02:"Digitalcellulartelecommunicationssystem(Phase2+);MobileApplicationPart(MAP)specification".[10]STD0005:"InternetProtocol",J.Postel.[11]STD0006:"UserDatagramProtocol",J.Postel.[12]STD0007:"TransmissionControlProtocol",J.Postel.[13]RFC1700:"AssignedNumbers",J.ReynoldsandJ.Postel.[14]RFC2181:"ClarificationstotheDNSSpecification",R.ElzandR.Bush.[15]ITU-TRecommendationX.25:"Interfacebetweendataterminalequipment(DTE)anddatacircuit-terminatingequipment(DCE)forterminalsoperatinginthepacketmodeandconnectedtopublicdatanetworksbydedicatedcircuit".SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)8(GSM09.60version7.1.1Release1998)[16]ITU-TRecommendationX.121:"InternationalNumberingPlanforPublicDataNetworks".3Definitionsandabbreviations3.1DefinitionsForthepurposeofthepresentdocument,thefollowingdefinitionsapply:ConditionalWhenthepresencerequirementfortheinformationelementisconditional,thereceivingprotocollevelcancheckthepresenceorabsenceofanIEbasedonthereceivedinformation.G-PDU:AT-PDUplusaGTPheader.AG-PDUissentinapath.GTP-Flow:AGTPflowisdefinedbytheunidirectionalvirtualaggregationofG-PDUsand/orsignallingmessagesrelatedtooneormoreGTPtunnels.AGTPflowisidentifiedbyaFlowLabelincludedintheGTPheader.ThemeaningoftheFlowLabelistransparentforthetransmitterside,onlythereceivermayevaluatetheFlowLabel.GTPtunnel:AGTPtunnelisdefinedbytwoassociatedPDPContextsindifferentGSNnodesandisidentifiedwithaTunnelID.AGTPtunnelisnecessarytoforwardpacketsbetweenanexternalpacketdatanetworkandaMSuser.MMContext:TheinformationsetsheldinMSandGSNsforaGPRSsubscriberrelatedtomobilitymanagement(MM)(pleaserefertotheMMContextInformationElement).MMContextID:IMSIorequivalentforuseinconjunctionwithAnonymousAccess(pleaserefertosectionGTPHeader).NSAPI:NetworkServiceAccessPointIdentifier.Anintegervalueintherange[0;15],identifyingacertainPDPContext.ItidentifiesaPDPcontextbelongingtoaspecificMMContextID.Path:TheUDP/IPpathandTCP/IPpathareexamplesofpathsthatmaybeusedtomultiplexGTPtunnels.PathProtocol:ThePathProtocolistheprotocol(s)usedasabearerofGTPbetweenGSNs.PDP:APacketDataProtocol(PDP)isanetworkprotocolusedbyanexternalpacketdatanetworkinterfacingtoGPRS.PDPContext:TheinformationsetsheldinMSandGSNsforaPDPaddress(pleaserefertothePDPContextInformationElement).QualityofService:QualityofServicemaybeapplicablefortheGPRSbackboneifthepathmediasupportsit.SeparatepathswithdifferentprioritiesmaybedefinedbetweenaGSNpair.However,thepossibleuseofQoSintheGGSNisoutsidethescopeoftheGTPspecification.Signallingmessage:GTPsignallingmessagesareexchangedbetweenGSNpairsinapath.ThesignallingmessagesareusedtotransferGSNcapabilityinformationbetweenGSNpairsandtocreate,updateanddeleteGTPtunnels.TCP/IPpath:ATCP/IPpathisareliableconnection-orientedpathdefinedbytwoend-pointsandanend-pointisdefinedbyanIPaddressandaTCPportnumber.TCP/IPpathsshouldbeusedwhentheT-PDUsarebasedonconnection-orientedprotocols,suchastheX.25packetlayerprotocol.T-PDU:Anoriginalpacket,forexampleanIPdatagram,fromaMSoranetworknodeinanexternalpacketdatanetwork.AT-PDUisthepayloadthatistunnelledintheGTPtunnel.TID:ATunnelID(TID)consistsofaMMContextIDandaNSAPI.SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)9(GSM09.60version7.1.1Release1998)UDP/IPpath:AUDP/IPpathisaconnection-lesspathdefinedbytwoend-pointsandanend-pointisdefinedbyanIPaddressandaUDPportnumber.AUDP/IPpathcarriesG-PDUsbetweenGSNnodesrelatedtooneormoreGTPtunnels.AUDP/IPpathshouldbeusedwhentheT-PDUsarebasedonconnection-lessprotocols,suchasIP.3.2AbbreviationsAbbreviationsusedinthepresentdocumentarelistedinGSM01.04.Forthepurposeofthepresentdocumentthefollowingadditionalabbreviationsapply:BBBackboneBearerDFDon’tFragmentFFSForFurtherStudyGTPGPRSTunnelingProtocolIANAInternetAssignedNumberAuthorityICMPInternetControlMessageProtocolIPInternetProtocolIPv4InternetProtocolversion4IPv6InternetProtocolversion6MTUMaximumTransmissionUnitQoSQualityofServiceTIDTunnelIDentifierTCPTransmissionControlProtocolUDPUserDatagramProtocolGninterfaceInterfacebetweenGPRSSupportNodes(GSNs)withinaPLMNGpinterfaceInterfacebetweenGPRSSupportNodes(GSNs)indifferentPLMNs4GeneralThisdocumentdefinestheGPRSTunnellingProtocol(GTP),i.e.theprotocolbetweenGSNnodesintheGPRSbackbonenetwork.ItincludesboththeGTPsignallinganddatatransferprocedures.ItalsoliststhemessagesandinformationelementsusedbytheGTPbasedchargingprotocolGTP’,whichisdescribedinGSM12.15.GTPisdefinedbothfortheGninterface,i.e.theinterfacebetweenGSNswithinaPLMN,andtheGpinterfacebetweenGSNsindifferentPLMNs.GTP’isdefinedfortheinterfacebetweenCDRgeneratingfunctionalnetworkelementsandChargingGateway(s)withinaPLMN.ChargingGateway(s)andGTP’protocolareoptional,astheChargingGatewayFunctionalitiesmayeitherbelocatedinseparatenetworkelements(ChargingGateways),oralternativelybeembeddedintotheCDRgeneratingnetworkelements(GSNs)whentheGSN-CGFinterfaceisnotnecessarilyvisibleoutsidethenetworkelement.TheseinterfacesrelevanttoGTParebetweenthegreyboxesshowninthefigurebelow.SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)10(GSM09.60version7.1.1Release1998)GiGnGcGpSignallingandDataTransferInterfaceSignallingInterfaceTEPDNUmGbTEMTBSSRGrorGcHLROtherPLMNSGSNGGSNSGSNGTP-MAPprotocolconvertingGSNGnUmGbTEMTBSSRSGSNGnFigure1:GPRSLogicalArchitecturewithinterfacenamedenotationsGTPallowsmultiprotocolpacketstobetunnelledthroughtheGPRSBackbonebetweenGPRSSupportNodes(GSNs).Inthesignallingplane,GTPspecifiesatunnelcontrolandmanagementprotocolwhichallowstheSGSNtoprovideGPRSnetworkaccessforaMS.Signallingisusedtocreate,modifyanddeletetunnels.Inthetransmissionplane,GTPusesatunnellingmechanismtoprovideaserviceforcarryinguserdatapackets.Thechoiceofpathisdependentonwhethertheuserdatatobetunnelledrequiresareliablelinkornot.TheGTPprotocolisimplementedonlybySGSNsandGGSNs.NoothersystemsneedtobeawareofGTP.GPRSMSsareconnectedtoaSGSNwithoutbeingawareofGTP.Itisassumedthattherewillbeamany-to-manyrelationshipbetweenSGSNsandGGSNs.ASGSNmayprovideservicetomanyGGSNs.AsingleGGSNmayassociatewithmanySGSNstodelivertraffictoalargenumberofgeographicallydiversemobilestations.5TransmissionorderandbitdefinitionsThemessagesinthisdocumentshallbetransmittedinnetworkoctetorderstartingwithoctet1.ThemostsignificantbitofanoctetinaGTPmessageisbit8.IfavalueinaGTPmessagespansseveraloctetsandnothingelseisstated,themostsignificantbitisbit8oftheoctetwiththelowestnumber.6GTPheaderTheGTPheadershallbeafixedformat20-octetheaderusedforallGTPmessages.-Versionbits:IfthePTbitis‘1’(indicatingaGTPmessage),theVersionshallbesetto0toindicatethis,thefirstversionofGTP.Forthetreatmentofotherversions,seesection10.1.1,"DifferentGTPversions".SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)11(GSM09.60version7.1.1Release1998)-PT(ProtocolType)bitindicateswhetherthemessageisaGTPmessage(whenPTis‘1’)oraGTP’message(whenPTis‘0’).GTPisdescribedinthisdocumentandtheGTP’protocolinGSM12.15.NotethattheinterpretationoftheheaderfieldsmaybedifferentinGTP’thaninGTP.-Spare‘1’:Theseunusedbitsshallbesetto‘1’bythesendingsideandshallnotbeevaluatedbythereceivingside.-SNNisaflagindicatingifSNDCPN-PDUNumberisincludedornot.-MessageTypeindicatesthetypeofGTPmessage.-LengthindicatesthelengthinoctetsoftheGTPmessage(G-PDU),excludingtheGTPheader.Bit8ofoctet3isthemostsignificantbitandbit1ofoctet4istheleastsignificantbitofthelengthfield.-SequenceNumberisatransactionidentityforsignallingmessagesandanincreasingsequencenumberfortunnelledT-PDUs.-SNDCPN-PDUNumberisusedattheInterSGSNRouteingAreaUpdateproceduretoco-ordinatethedatatransmissionbetweentheMSandSGSN.-TIDisthetunnelidentifierthatpointsoutMMandPDPcontexts(seeFigure3:TunnelID(TID)format).-TheflowlabelidentifiesunambiguouslyaGTPflow.AllfieldsintheGTPheadershallalwaysbepresentbutthecontentofthefieldsdiffersdependingoniftheheaderisusedforsignallingmessages(seethesub-sectionUsageoftheGTPHeaderinthesectionSignallingPlane)orT-PDUs(seethesub-sectionUsageoftheGTPHeaderinthesectionTransmissionPlane).BitsOctets876543211VersionPTSpare‘111‘SNN2MessageType3-4Length5-6SequenceNumber7-8FlowLabel9SNDCPN-PDULLCNumber10Spare‘11111111‘11Spare‘11111111‘12Spare‘11111111‘13-20TID1)LLCframenumber(continued)Figure2:OutlineofGTPheaderSIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)12(GSM09.60version7.1.1Release1998)MNCdigit1MCCdigit287643215BitsOctets24531678MCCdigit1MCCdigit3MSINdigit1MNCdigit2MSINdigit3MSINdigit2MSINdigit5MSINdigit4MSINdigit7MSINdigit6MSINdigit9MSINdigit8NSAPIMSINdigit10NOTE1:TheMCC,MNCandMSINarepartsoftheIMSIdefinedinGSM03.03.ForAnonymousAccess,theMSINshallbereplacedbyanumberassignedbytheparticularPLMN.TheassignednumbershallnotcollidewithanyMSINusedinthePLMNandshallbeuniquewithinthePLMN.NOTE2:MSINdigitsnotusedshallbesettoF(HEX).Figure3:TunnelID(TID)format7SignallingPlaneThesignallingplaneinthiscaserelatestoGPRSMobilityManagementfunctionslikeforexampleGPRSAttach,GPRSRouteingAreaUpdateandActivationofPDPContexts.ThesignallingbetweenGSNnodesshallbeperformedbytheGPRSTunnellingProtocol(GTP).GSNGn,GpGSNGTPPathProtocolGTPPathProtocolFigure4:SignallingPlane-Protocolstack7.1SignallingprotocolTheGTPsignallingflowshallbelogicallyassociatedwith,butseparatefrom,theGTPtunnels.ForeachGSN-GSNpaironeormorepathsexist.Oneormoretunnelsmayuseeachpath.GTPshallbethemeansbywhichtunnelsareestablished,used,managedandreleased.Apathmaybemaintainedbykeep-aliveechomessages.ThisensuresthataconnectivityfailurebetweenGSNscanbedetectedinatimelymanner.SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)13(GSM09.60version7.1.1Release1998)7.2SignallingMessageFormatsGTPdefinesasetofsignallingmessagesbetweentwoassociatedGSNs.Thesignallingmessagestobeusedaredefinedinthetablebelow.Table1:SignallingmessagesMessageTypevalue(Decimal)SignallingmessageReference0Forfutureuse.Shallnotbesent.Ifreceived,shallbetreatedasanUnknownmessage.1EchoRequest7.4.12EchoResponse7.4.23VersionNotSupported7.4.34NodeAliveRequestGSM12.155NodeAliveResponseGSM12.156RedirectionRequestGSM12.157RedirectionResponseGSM12.158-15Forfutureuse.Shallnotbesent.Ifreceived,shallbetreatedasanUnknownmessage.16CreatePDPContextRequest7.5.117CreatePDPContextResponse7.5.218UpdatePDPContextRequest7.5.319UpdatePDPContextResponse7.5.420DeletePDPContextRequest7.5.521DeletePDPContextResponse7.5.622CreateAAPDPContextRequest7.5.723CreateAAPDPContextResponse7.5.824DeleteAAPDPContextRequest7.5.925DeleteAAPDPContextResponse7.5.1026ErrorIndication7.5.1127PDUNotificationRequest7.5.1228PDUNotificationResponse7.5.1329PDUNotificationRejectRequest7.5.1430PDUNotificationRejectResponse7.5.1531Forfutureuse.Shallnotbesent.Ifreceived,shallbetreatedasanUnknownmessage.32SendRouteingInformationforGPRSRequest7.6.133SendRouteingInformationforGPRSResponse7.6.234FailureReportRequest7.6.335FailureReportResponse7.6.436NoteMSGPRSPresentRequest7.6.537NoteMSGPRSPresentResponse7.6.638-47Forfutureuse.Shallnotbesent.Ifreceived,shallbetreatedasanUnknownmessage.48IdentificationRequest7.7.149IdentificationResponse7.7.250SGSNContextRequest7.7.351SGSNContextResponse7.7.452SGSNContextAcknowledge7.7.553-239Forfutureuse.Shallnotbesent.Ifreceived,shallbetreatedasanUnknownmessage.240DataRecordTransferRequestGSM12.15241DataRecordTransferResponseGSM12.15242-254Forfutureuse.Shallnotbesent.Ifreceived,shallbetreatedasanUnknownmessage.255T-PDU8.1.17.3UsageoftheGTPHeaderForsignallingmessagestheGTPheadershallbeusedasfollows:SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)14(GSM09.60version7.1.1Release1998)-SNNshallbesetto0.-MessageTypeshallbesettotheuniquevaluethatisusedforeachtypeofsignallingmessage.-Lengthshallbethelength,inoctets,ofthesignallingmessageexcludingtheGTPheader.-SNDCPN-PDUNumber:thisfieldisnotyetusedinsignallingmessages.Itshallbesetto255bythesenderandshallbeignoredbythereceiver.-SequenceNumbershallbeamessagenumbervalidforapathoratunnel.WithinagivensetofcontiguousSequenceNumbersfrom0to65535,agivenSequenceNumbershall,ifused,unambiguouslydefineaGTPsignallingrequestmessagesentonthepathortunnel(seesectionReliabledeliveryofsignallingmessages).TheSequenceNumberinasignallingresponsemessageshallbecopiedfromthesignallingrequestmessagethattheGSNisreplyingto.-TID(seeFigure3:TunnelID(TID)format)shallbesetto0inallPathManagementmessages(seesectionPathManagementmessages),LocationManagementmessages(seesectionLocationManagementmessages)andMobilityManagementmessages(seesectionMobilityManagementmessages).IntheTunnelManagementmessages(seesectionTunnelManagementmessages),TIDshallbeusedtopointouttheMMandPDPContextsinthedestinationGSN.-InallPathManagementmessages(seesectionPathManagementmessages)andLocationManagementmessages(seesectionLocationManagementmessages)theFlowLabelisnotusedandshallbesetto0.IncaseofTunnelManagementmessageandMobilityManagementmessagestheFlowLabelissettotherequestedvalueandpointsouttheGTPflowexceptfortheCreatePDPContextRequestmessageaswellasIdentificationRequest/ResponseandSGSNContextRequestmessage(seesectionMobilityManagementmessages).TheGTPheadermaybefollowedbysubsequentinformationelementsdependentonthetypeofsignallingmessage.Onlyoneinformationelementofeachtypeisallowedinasinglesignallingmessage,exceptfortheAuthenticationTriplet,thePDPContextandtheFlowLabelDataIIinformationelementwhereseveraloccurrencesofeachtypeareallowed.BitsOctets876543211-20GTPheader21-nInformationElement(s)Figure5:GTPheaderfollowedbysubsequentInformationElements7.4PathManagementmessagesThePathManagementmessagesmaybesentbetweenanytypeofGSNpair.7.4.1EchoRequestAnEchoRequestmaybesentonapathtoanotherGSNtofindoutifthepeerGSNisalive(seesectionPathFailure).EchoRequestmessagesmaybesentforeachpathinuse.ApathisconsideredtobeinuseifatleastonePDPcontextusesthepathtotheotherGSN.WhenandhowoftenanEchoRequestmessagemaybesentisimplementationspecificbutanEchoRequestshallnotbesentmoreoftenthanevery60secondsoneachpath.AGSNshallbepreparedtoreceiveanEchoRequestatanytimeanditshallreplywithanEchoResponse.AGSNmayoptionallysendEchoRequestmessages.SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)15(GSM09.60version7.1.1Release1998)TheoptionalPrivateExtensioncontainsvendororoperatorspecificinformation.Table2:InformationelementsinanEchoRequestInformationelementPresencerequirementReferencePrivateExtensionOptional7.9.277.4.2EchoResponseThemessageshallbesentasaresponseofareceivedEchoRequest.TheRecoveryinformationelementcontainsthelocalRestartCounter(seesectionRestorationandRecovery)valuefortheGSNthatsendstheEchoResponsemessage.TheGSNthatreceivesanEchoResponsefromapeerGSNshallcomparetheRestartCountervaluereceivedwiththepreviousRestartCountervaluestoredforthatpeerGSN.Ifnopreviousvaluewasstored,theRestartCountervaluereceivedintheEchoResponseshallbestoredforthepeerGSN.IfthevalueofaRestartCounterpreviouslystoredforapeerGSNdiffersfromtheRestartCountervaluereceivedintheEchoResponsefromthatpeerGSN,theGSNthatsenttheEchoResponseshallbeconsideredasrestartedbytheGSNthatreceivedtheEchoResponse.ThenewRestartCountervaluereceivedshallbestoredbythereceivingentity,replacingthevaluepreviouslystoredforthesendingGSN.IfthesendingGSNisaGGSNandthereceivingGSNisaSGSN,theSGSNshallnotifyanaffectedMSnexttimetheMScontactstheSGSN.AnaffectedMSisanMSthathasatleastoneactivatedPDPcontextthatwasusingtherestartedGGSN.TheSGSNshallconsiderallPDPcontextsusingthepathasinactive.TheoptionalPrivateExtensioncontainsvendororoperatorspecificinformation.Table3:InformationelementsinanEchoResponseInformationelementPresencerequirementReferenceRecoveryMandatory7.9.14PrivateExtensionOptional7.9.277.4.3VersionNotSupportedThismessagecontainsonlytheGTPheaderandindicatesthelatestGTPversionthattheGTPentityontheidentifiedUDP/IPaddresscansupport.7.5TunnelManagementmessagesTheTunnelManagementmessagesarethecontrolandmanagementmessages,definedinGSM03.60,usedtocreate,updateanddeletetunnelstobeabletorouteT-PDUsbetweenaMSandanexternalpacketdatanetworkviaSGSNandGGSN.TheGMM/SMmessagesthatmaytriggerthesendingoftheTunnelManagementmessagesaredefinedinGSM04.08.7.5.1CreatePDPContextRequestACreatePDPContextRequestshallbesentfromaSGSNnodetoaGGSNnodeasapartoftheGPRSPDPContextActivationprocedure.TheGGSNIPaddresswheretheSGSNsendstheCreatePDPContextRequestisthefirstIPaddressinthelistofIPaddressesprovidedbytheDNSserver.AftersendingtheCreatePDPContextRequestmessage,theSGSNmarksthePDPcontextas‘waitingforresponse’.InthisstatetheSGSNshallacceptG-PDUsfromtheGGSNbutshallnotsendtheseG-PDUstotheMS.AvalidrequestinitiatesthecreationofatunnelbetweenaPDPContextinaSGSNandaPDPContextinaGGSN.Iftheprocedureisnotsuccessfullycompleted,theSGSNrepeatstheCreatePDPContextRequestmessagetothenextGGSNaddressinthelistofIPaddresses,ifthereisone.Ifthelistisexhaustedtheactivationprocedurefails.TheFlowLabelDataIfieldspecifiesadownlinkflowlabelforG-PDUswhichischosenbytheSGSN.TheGGSNshallincludethisflowlabelintheGTPheaderofallsubsequentdownlinkG-PDUswhicharerelatedtotherequestedPDPcontext.SIST EN 301 347 V7.1.1:2003

ETSIETSIEN301347V7.1.1(2000-01)16(GSM09.60version7.1.1Release1998)TheFlowLabelSignallingfieldspecifiesadownlinkflowlabelforsignallingmessageswhichischosenbytheSGSN.TheGGSNshallincludethisflowlabelintheGTPheaderofallsubsequentdownlinksignallingmessageswhicharerelatedtotherequestedPDPcontext.TheMSISDNoftheMSispassedtotheGGSNinsidetheCreatePDPContextRequest;Thisadditionalinformationcanbeusedwhenasecureaccesstoaremoteapplicationresidingonaserverisneeded.TheGGSNwouldbeinfactabletoprovidetheuseridentity(i.e.theMSISDN)totheremoteapplicationserver,providingitwiththeleveloftrustgrantedtousersthroughsuccessfullyperformingtheGPRSauthenticationprocedures,withouthavingtore-authenticatetheuserattheapplicationlevel.IftheMSrequestsadynamicPDPaddressandadynamicPDPaddressisallowed,thenthePDPAddressfieldintheEndUserAddressinformationelementshallbeempty.IftheMSrequestsastaticPDPAddressthenthePDPAddressfieldintheEndUserAddressinformationelementshallcontainthestaticPDPAddress.IncasethePDPaddressescarriedintheEndUserAddressandoptionallyintheProtocolConfigurationOptioninformationelementcontaincontradictinginformation,thePDPaddresscarriedintheEndUserAddressinformationelementtakesthehigherprecedence.TheQualityofServiceProfileinformationelementshallbetheQoSvaluestobenegotiatedbetweentheMSandtheSGSNatPDPContextactivation.TheSGSNshallincludeanSGSNAddressforsignallingandanSGSNaddressforusertraffic,whichmaydifferfromthatprovidedbytheunderlyingnetworkservice(e.g.IP).TheGGSNshallstoretheseSGSNAddressesandusethemwhensendingsignallingonthisGTPtunnelorG-PDUstotheSGSNfortheMS.TheSGSNshallincludeaRecoveryinformationelementintotheCreatePDPContextRequestiftheSGSNisincontactwiththeGGSNfortheveryfirsttimeoriftheSGSNhasrestartedrecentlyandthenewRestartCountervaluehasnotyetbeenindicatedtotheGGSN.TheGGSNthatreceivesaRecoveryinformationelementintheCreatePDPContextRequestmessageelementshallhandleitinthesamewayaswhenreceivinganEchoResponsemessage.TheCreatePDPContextRequestmessageshallbeconsideredasavalidactivationrequestforthePDPcontextincludedinthemessage.TheSGSNshallincludeeithertheMSprovidedAPN,asubscribedAPNoranSGSNselectedAPNinthemessage;theAccessPointNamemaybeusedbytheGGSNtodifferentiateaccessestodifferentexternalnetworks.TheSelectionModeinformationelementshallindicatetheoriginoftheAPNinthemessage.TheoptionalProtocolConfigurationOptionsinformationelementisapplicablefortheenduserprotocol‘IP’only.TheSGSNshallselectoneGGSNbasedontheuserprovidedorSGSNselectedAPN.TheGGSNmayhavealogicalnamethatisconvertedtoanaddress.Theconversionmaybeperformedwithanyname-to-addressfunction.Theconvertedaddressshallbestoredinthe"GGSNAddressinUse"fieldinthePDPcontextandbeusedduringtheentirelifetimeofthePDPcontext.NOTE:ADNSquerymaybeusedasthename-to-IPaddressmappingoftheGGSN.TheIPaddressreturnedintheDNSresponseisthenstoredinthe"GGSNAddressinUse"fieldinthePDPcontext.TheSGSNmaysendaCreatePDPContextRequestevenifthePDPcontextisalreadyactive.TheGGSNshallcheckifaPDPcontextalreadyexistsfortheTID.TheexistingparametersinthePDPcontextshallthenbereplacedwiththeparametersintheCreatePDPContextRequestmessage.IfadynamicPDPaddresshasalreadybeenallocatedfortheexistingcontext,thisaddressshouldbeusedandcopiedtotheCreatePDPContextResponsemessage.IftheGGSNusestheMNRGflagandtheflagisset,theGGSNshouldtreattheCreatePDPContextRequestasaNoteMSPresentRequestandclear
...