Académique Documents
Professionnel Documents
Culture Documents
This is a site will help people to get understanding of GTP (GPRS tunneling protocol)on LTE network. This blogspace will cover more on GTP protocol. GTP Overview
1. UE initiate Attach Request towards eNB to attach in the LTE network. 2. eNB derives the MME and sends Attach Request to MME in S1-MME Initial UE Message. 3. MME selects the SGW and sends Create Session Request towards SGW with EPS bearer information for default Bearer. 4. SGW creates the EPS bearer context and sends Create session Request to PGW with default EPS bearer information. Note: PGW selection done by MME and shared with SGW in Create session Request from MME. PDN GW performs an IP-CAN Session Establishment with PCRF. The PCRF may modify the APN-AMBR and the QoS parameters (QCI and ARP) associated with the default bearer in the response to the PDN GW. 5. PGW creates EPS Bearer Context table and generates Create Session Response towards SGW. PGW initiates the Charing activities for the EPS bearer. PGW also obtain the prefix from the external PDN through Diameter and shares the prefix info and Interface ID for an UE in the PAA(PDN Address) Informational Element of Create Session Request. Now PDN can sends the downlink packet for an UE but as the eNB information is not available the packet will get buffered at SGW. SGW might initiates Downlink indication towards MME. 6. SGW confirms the Default bearer creation and sends the Create Session Request with MME. SGW shares the prefix info and Interface ID for an UE in the PAA(PDN Address) Informational Element of Create Session Request. 7. MME creates the Bearer Context and sends Attach Accept in S1-MME Intial Context Setup Request to eNB. In the Attach Accept message, the MME does not include the IPv6 prefix within the PDN Address but shares the UE Interface ID to eNB. 8. eNB sends RRC Reconfiguration Request message to UE. If the UE receives an IPv6 interface identifier, it may wait for the Router Advertisement from the network with the IPv6 prefix information or it may send a Router Solicitation if necessary. 9. UE sends RRC Reconfiguration Complete message to eNB. 10. eNB sends the Initial Context Setup Response message to MME with eNBs TEID(Tunnel Identifier) and IP address for downlink packet. 11. UE sends a Direct Transfer message to the eNodeB. 12. eNB sends the Attach Complete towards MME. 13. As UE knows the UL bearer information, now UE can sends the UL traffic. So UE initiates the Router Solicitation message towards network to get the Full IPv6 address. This packet is same as UL traffics. 14. MME initiates the Modify Bearer Request towards SGW to share the eNBs information i.e. eNBs TEID and IP address for downlink packet. 15. SGW updates the eNB information and sends Modify Bearer response towards MME. 16. Now SGW has the information of eNB, so the downlink packet can be delivered to UE. So the PGW response back with Router Advertisement message for a Router Solicitation message initiated by UE. The Router Advertisement message will have IPv6 prefix in it to make the Full IPv6 address. This Router Advertisement Message is carried as a DL packet. Now UE can make the full IPv6 address by using the Interface ID shared before by PGW and the IPv6 prefix shared in Router Advertisement message. References: http://tools.ietf.org/html/draft-sarikaya-v6ops-prefix-delegation-09 23.402 (LTE Over View) 3gpp specification 29.274 (GTPv2-C) 3gpp specification Posted by Suryakanta at 11:29 PM No comments: Email ThisBlogThis!Share to TwitterShare to Facebook
TFT
TFT is set of all packet filter associated with an EPS bearer. A packet filter may be associated with a protocol. A packet filter Identifier shall be used to identify a packet filter. For eg: lets say we have http traffic. Now we all know that destination port in Http is 80. So a packet filter can be created indicating destination port to 80 and this packet filter may associate with a ID which is nothing but packet filter ID. Now several packet filters can be combined to form a Traffic Flow Template. One EPS bearer is established when UE connects to PDN and that remains lifetime of that PDN connection to provide UE with always on IP connectivity to PDN. This is default bearer. Any additional bearer that is established to the same PDN is referred as dedicated bearer. Up Link Traffic Flow Template (UL TFT) : - Set of uplink packet filters in TFT Downlink Traffic Flow Template (DL TFT) : - Set of downlink packet filters in TFT Every dedicated EPS bearer is associated with TFT. The following way we can define the TFT filtering rule for a bearer. IP Network based Port range base Protocol base Direction base 1. IP Network Base: If each bearer will have distinct IP network then in this case the IP network base filtering can be used. 2. Port range Base: If the network is same for the entire bearer then this can be used for TFT filtering. 3. Protocol Base: This can be used to filter some protocol based TFT. 4. Direction Base: This is a filtering rule for UL/DL direction. Posted by Suryakanta at 9:24 PM No comments: Email ThisBlogThis!Share to TwitterShare to Facebook
3.
a. b. c. d. e. f. 4.
a. b. c. d. e. 5.
a. b. c. d. e. f. 6. a. b. c. d. e. f. 7. 8. a.
MME will initiate a GTP-C signaling message towards S-GW to proceed with attach. This will help the EPS (Evolved Packet system) to create default bearer in the network. MME initiates Create Session Request with the following important information IMSI MMEs F-TEID for control plane (MME IP + TEID (Tunnel ID)). This will be used for future communication with MME. PGWs G-TEID for Control plane (P-GW IP + TEID (here it will be zero)). This will be used by S-GW to communicate with P-GW. Bearer Context to be created. This is the bearer information to be created at MME. This will include the default bearer ID with TFT, QOS. APN Recovery S-GW will process the Create Session Request initiated by MME and create the UE, eNB, and MME context and modify the Create session Request and send it to P-GW. Create session Request from S-GW will have the following important information IMSI S-GWs F-TEID for control plane (S-GW IP + TEID (Tunnel ID)). This will be used for future communication with S-GW. Bearer Context to be created. This is the bearer information to be created at S-GW. This will include the default bearer ID with TFT, QOS, S-GW user plane F-TEID APN Recovery Once P-GW receives Create Session Request , it will create UE, S-GW context and communicate with PCRF for QOS and APN resolve. If that succeed, P-GW will respond back with Create Session Response towards S-GW. The Create Session Response will have following information: Cause. This value will be used for Success/failure for the Create Session Request. P-GWs F-TEID for control plane (P-GWs IP + TEID ). This information will be used for future signaling message communication with P-GW. PAA (PDN Address Allocation). Bearer Contexts Created. This information element will have Default EPS bearer ID, P-GW user plane F-TEID, TFT, Bearer Qos, Charging ID. Charging GW Recovery Once S-GW receives Create Session Response, it will create P-GW context and forward/process the Create Session Response with the following information. Cause. This value will be used for Success/failure for the Create Session Request. S-GWs F-TEID for control plane (S-GWs IP + TEID ). This information will be used for future signaling message communication with S-GW. PAA (PDN Address Allocation). Bearer Contexts Created. This information element will have Default EPS bearer ID, P-GW user plane F-TEID, TFT, Bearer Qos, Charging ID. Charging GW Recovery Now if downlink data comes from PDN it will get buffered in S-GW as user plane eNB information shared with S-GW. MME shares the eNB information as part of attach procedure with Modify Bearer request with the following information Bearer Contexts to be modified. This IE will have eNBs user plane F-TEID.
Once S-GW receives the Modify Bearer request with eNB information. It will respond back with Modify bearer Response. 10. Now downlink data can be sent to eNB because S-GW has the information of eNB. 11. But uplink data can possible after step 6. 9.
d. PCRF entity has to check the APN and QoS details for bearer approval. e. After P-GW received Bearer Resource Command, it will initiate Create Bearer Request towards S-GW for dedicated bearer allocation. This request will have the following information. I. EBI i.e. Default EPS bearer ID. II. Bearer Context. This IE will contain the dedicated bearer id with value 0 (as MME is going to allocate the bearer ID), TFT, P-GW user plane F-TEID etc. f. Once S-GW receives Create Bearer Request, it will propagate the message towards MME for dedicated bearer allocation. g. MME does a bearer setup request with eNB after receiving Create Bearer request from SGW. h. Once the bearer setup request completes, MME sends back Create Bearer Response with the following information. I. Cause. This is for success or failure. II. Bearer Contexts. EBI. This ID will be assigned by MME with a value. eNB User plane F-TEID etc. i. Once S-GW receives Create Bearer Response then it update the UE,eNB and MME context for the dedicated bearer and sends the Create Bearer Response towards P-GW.
2. NW Initiated Dedicated Bearer Allocation: If the service provided by NW is not sufficient in a bearer then P-GW opted for dedicated bearer initiation. a. P-GW will initiate Create Bearer Request towards S-GW for dedicated bearer allocation. This request will have the following information. I. EBI i.e. Default EPS bearer ID. II. Bearer Context. This IE will contain the dedicated bearer id with value 0 (as MME is going to allocate the bearer ID), TFT, P-GW user plane F-TEID etc.
b. Once S-GW receives Create Bearer Request, it will propagate the message towards MME for dedicated bearer allocation. c. MME does a bearer setup request with eNB after receiving Create Bearer request from SGW. d. Once the bearer setup request completes, MME sends back Create Bearer Response with the following information. I. Cause. This is for success or failure. II. Bearer Contexts. EBI. This ID will be assigned by MME with a value. eNB User plane F-TEID etc. e. Once S-GW receives Create Bearer Response then it update the UE,eNB and MME context for the dedicated bearer and sends the Create Bearer Response towards P-GW.
UE (User Endpoint) MME (Mobile Management Entity) S-GW (Serving Gateway) P-GW (PDN Gateway)
PDN (Packet Data Network or IP world) PCRF (Policy and Charging Enforcement Function) eNB (e Node B) SGSN (Serving GPRS Support Node) HSS (Home Subscriber SubSystem) E-UTRAN (Collection of eNB) EPC (Combination of MME, S-GWand P-GW)
LTE Non-Roaming architecture The communication between different nodes of LTE work like this:
We will go deeper to describe about the different interface between different nodes, functionality and the layering structure of LTE Nodes. Interfaces between different Nodes: Uu-Interface: This interface is in between UE and eNB. This is a radio/air interface and OFDMA (Orthogonal Frequency Division Multiple access) technology is used to send uplink packet and SC-FDMA technology is being used to send downlink packet. X2-Interface: This interface is in between eNB and eNB. Under this interface the UDP being used as Transport protocol and GTP being used as Application protocol. Basically this interface is used for Handover.
S1-U Interface: This interface is in between eNB and S-GW and this interface will be used for data path communication. Under this interface UDP will be used as Transport protocol and GTP-U protocol will be used for application protocol
S1-AP Interface: This interface is in between eNB and MME. This interface is used for sending signalling packet between eNB and MME. Under this interface SCTP will be used as transport protocol and S1-AP will be used as application protocol.
S11 Interface: This interface is in between MME and S-GW. this interface will be used for Signalling communication between MME and S-GW. Under this interface UDP will be used as transport protocol and GTP-C will be used as application protocol.
S5-C Interface: This interface is in between S-GW and P-GW. This interface will be used for signalling between S-GW and P-GW. Under this interface UDP will be used for transport protocol and GTP-C will be used for applicatio protocol.
S5-U Interface: This interface is in between S-GW and P-GW. This interface will be used for data path. Under this interface UDP will be used for transport protocol and GTP-U will be used for application protocol.
S6a Interface: This interface is in between MME and HSS. This interface will be used for Authentication, Authorization and Accounting. The SCTP will be used for transport protocol and Diameter will be used for application protocol.
Functionality of LTE Nodes: eNodeB The following functionality for eNodeB in LTE network: Header compression and user plane ciphering; MME selection when no routing to an MME can be determined from the information provided by the UE; UL bearer level rate enforcement based on UE-AMBR and MBR via means of uplink scheduling (e.g. by limiting the amount of UL resources granted per UE over time); DL bearer level rate enforcement based on UE-AMBR;
UL and DL bearer level admission control; Transport level packet marking in the uplink, e.g. setting the DiffServ Code Point, based on the QCI of the associated EPS bearer; ECN-based congestion control.
MME The different functionality of MME are: - NAS signalling; NAS signalling security; Inter CN node signalling for mobility between 3GPP access networks (terminating S3); UE Reachability in ECM-IDLE state (including control and execution of paging retransmission); Tracking Area list management; Mapping from UE location (e.g. TAI) to time zone, and signalling a UE time zone change associated with mobility, PDN GW and Serving GW selection; MME selection for handovers with MME change; SGSN selection for handovers to 2G or 3G 3GPP access networks; Roaming (S6a towards home HSS); Authentication; Authorization; Bearer management functions including dedicated bearer establishment; Lawful Interception of signalling traffic; Warning message transfer function (including selection of appropriate eNodeB); - UE Reachability procedures.
2. Tunnel management messages. 1. Path Management Messages ECHO request/response will be used to ping destination GTP end point as well handle the restart procedure of a GTP endpoint. Please refer ECHO message handling in GTP-C 2. Tunnel Management Messages Different GTP-C messages are used to manage a Tunnel. The GTP-C messages are Create Session Request/Response, Create Bearer Request/Response, Modify Bearer Request/Response, Update Bearer Request/Response, Delete Session Request/Response, Delete Bearer Request/Response etc. Let's see the following diagram where GTP-C message is used for signalling setup. This figure is for attaching a UE in the LTE network
Here i will explain more on the GTP-C message flow in LTE Network. a. Create Session Request/Response This message is used to do signalling setup between MME and SGW or SGW and PGW. To Create a tunnel between MME and SGW, MME sends Create Session Request towards SGW with GTP-C F-TEID, Bearer Context, MME FQ-CSID and some more Informational element. The initial Create Session request from MME will have TEID value as 0 in the GTP-C header as MME doesn't know about the SGW F-TEID. But further Create Session Request from MME will have TEID in GTP-C header as MME knows the TEID of S-GW. The different Informational Elements of Create Session request are: IMSI, MSISDN, User Location Information (ULI), Serving Network, RAT Type, Indication Flags, MME/SGW F-TEID, PGW F-TEID, PDN Type, PAA, Bearer Context to be created, Bearer Context to be removed, Recovery, MME-FQ-CSID, SGW-FQ-CSID, Charging Characteristics, Private Extension.
IMSI: The 15 digit number of UE. MSISDN: The mobile no of UE. MME/SGW F-TEID: This IE is MME S11 GTP-C(Control plane) F-TEID if MME sends Create Session Request towards S-GW and SGW S5 GTP-C(Control plane) F-TEID if SGW sends Create Session Request towards P-GW. Bearer Context To be Created: This informational elements is for creating a default bearer through Create Session Request. It carry some sub Informational element. The Informational elements are:
Octets 1 2 3 4 5 6 7 8
Bits 8 7 Version
5 P
Message Type Message Length (1st Octet) Message Length (2nd Octet) Sequence Number (1st Octet) Sequence Number (2nd Octet) Sequence Number (3rd Octet) Spare
This message is same as other GTP-C message header format but only one difference is the 4 bytes TEID filed is missing in the header format. The ECHO message is also called as path management message in the GTP interface because this message is used for to ping an GTP endpoint in the S11, S5, S8 interfaces.
As well this message is used for restart procedure. The format of GTP-C ECHO message is like this: ECHO message is a combination of ECHO GTP-C header and some Informational Element. The Informational elements are Information elements Recovery Sending Node Features P Condition / Comment IE Type Ins. 0 0
Private Extension
M Recovery CO This IE shall be sent towards a peer node on any Node Features GTPv2 interface if the sending node supports at least one feature on this interface or if the sending node supports at least one feature and does not know the interface type towards the peer node. This IE may be present otherwise. O Private Extension
VS
This message contains one IE called Recovery IE to set the restart counter value for an GTP endpoint. Suppose one GTP endpoint restarted then that end point will send an ECHO request to the other GTP end point with the recovery IE. Restart procedure Handling at SGW
During or immediately after an SGW Restart the SGW shall place local SGW restart counter value in all GTPv2 Echo requests/responses messages. The SGW will receive the MME restart counter in GTPv2 Echo requests and Echo response messages that the SGW receives from the MME. The SGW will receive the PGW restart counter in GTPv2 Echo requests/ responses receives from the PGW. When an SGW detects that a peer MME has restarted it shall delete all PDN connection table data associated with the peer node that fails as well as freeing any internal SGW resources associated with those PDN connections. When an SGW detects that a peer PGW has restarted it shall delete all PDN connection table data associated with the peer node that fails as well as freeing any internal SGW resources associated with those PDN connections. In addition, if the optional feature PGW Restart Notification is supported by the SGW the SGW shall initiate the cleanup of the hanging PDN connections associated with the SGW and the restarted PGW at the corresponding MMEs by sending GTPv2 message(s) PGW Restart Notification, with the control plane IP address of
the restarted PGW and the control plane IP address of the SGW on the S11 interface included. When the MME receives this message, according to the control plane IP address of the restarted PGW and the control plane IP address of the SGW on the S11 interface included in the message, MME should delete all PDN connection table data associated with the SGW and the restarted PGW as well as freeing any internal MME resources associated with those PDN connections. The MME may optionally perform other implementation specific actions such as to clear external resources (e.g. S1-MME messages to clear eNodeB resources) or more advanced forms of restoration.
After a PGW restart, the PGW shall delete all MM Bearer contexts affected by the restart that it may have stored. During or immediately after a PGW Restart, the PGW shall place this PGW restart counter value in all GTPv2 echo requests/responses the PGW sends. The PGW will receive the SGW restart counters in GTPv2 echo requests/responses. When a PGW detects that a peer SGW has restarted it shall delete all PDN connection table data associated with the peer node that fails as well as freeing any internal PGW resources associated with those PDN connections.
Triggered Message: This message is a response message of Initial Message. In Triggered message will use the port same as the source of Initial message. e.g Create Bearer request for Bearer resource Command.
Piggybacked Message: This message is a combination of two GTP-C message with one GTP-C header. e.g. Create Session Response will piggyback Create Bearer Request and same way Create Bearer Response will piggyback Modify Bearer Request.
The GTP-C message is a combination of GTP-C header and zero or more Information Element. The Format of GTP-C header is:
Octets 1 2 3 4 5 6 7 8 9 10 11 12
Bits 8 7 Version
5 P
Message Type Message Length (1st Octet) Message Length (2nd Octet) Tunnel Endpoint Identifier (1st Octet) Tunnel Endpoint Identifier (2nd Octet) Tunnel Endpoint Identifier (3rd Octet) Tunnel Endpoint Identifier (4th Octet) Sequence Number (1st Octet) Sequence Number (2nd Octet) Sequence Number (3rd Octet) Spare
1st Octet The 4th bit of first octet is the 'T' bit means, If this flag is set then the 4 byte TEID will be available in the GTPC message.
The 5th bit of first octet is the 'P' bit means, if this bit is set then the message will be considered as piggybacked message. The 6,7 and 8th bit is combination for version of GTP-C message. 2nd Octet This octet is for message type of the GTP-C message. 3rd & 4th Octet These octets are used for Message length of GTP-C header. The length of the message is from TEID field to the end of the message i.e excluding the 4 byte from the GTP-C message. 5th, 6th, 7th & 8th Octet These octets are used for Tunnel identifier value. these octets will be absent if 'T' bit is set to 0. 9th, 10th and 11th Octet These octets are used for sequence no of the GTP-C message.
The GTP-C messages are divided into two parts. 1. Path Management 2. Tunnel Management
Posted by Suryakanta at 11:10 PM No comments: Email ThisBlogThis!Share to TwitterShare to Facebook Older Posts Home Subscribe to: Posts (Atom)
2012 (3) o May (1) IPv6 Communication between LTE Nodes P-GW al... o February (2) 2011 (5)
About Me
Suryakanta Hi, I am a developer in an Organisation who works on LTE. i have little knowledge on LTE network which i am going to share among us and always interested accepting question and answer. The answer whatever i will share is on my view. So always refer the specification defined by 3GPP View my complete profile
My Blog List
Watermark template. Powered by Blogger.