Telecom Bretagne

Quelques principes des rseaux LTE
et quelques perspectives dvolution
Xavier Lagrange, Tlcom Bretagne,

IRISA Adopnet
- Rappels darchitecture
- Survol de lInterface radio
- Notion de bearer
- Gestion de la sporadicit
- Analyse et volutions
RESCOM 2016
Institut Mines-Tlcom
Rappel darchitecture
Principes essentiels de larchitecture
Un seul rseau cur paquet

Bas sur IPv6 (ou IPv4)
Plus de rseau cur circuit (ou spcifique la voix)
Une gestion de la qualit de service
Au niveau flux
Simplification du rseau daccs radio
Une seule entit = leNodeB
Un premier effort pour rduire la latence
Moins de 5 ms dans un rseau non charg pour un terminal en activit
Moins de 100 ms pour un terminal aprs une priode dinactivit
page 3 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Architecture du rseau cur 4G EPC
UE = User equipment MME = Mobility Management Entity

eNB = evolved node B (Base station)
EIR = Equipement Identity Register
SGW = Serving Gateway
PDN-GW ou PGW = Packet Data Network Gateway HSS = Home Subscriber Server
PCRF = Policy Control and Charging Rules Function
4 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Vue globale de larchitecture en couches
The layer stacks are given in TS 23.401

Principes essentiels de
linterface radio
Principes essentiels de linterface radio
Voie Descendante
OFDMA-TDMA
Les donnes sont transmises par blocs qui occupent tout ou partie de la
bande disponible pendant 1 ms
Un bloc peut faire de 2 9422 octets !
Uplink
SC-FDMA-TDMA
Avec un zeste de CDMA
Accs orient paquet mais plutt adapt de longs flux (soit en
quantit, soit en dure)
Possibilit dun pseudo mode circuit
page 7 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

lment de ressource / Bloc de ressource / Sous trame
Resource element
Frqence
Resource Element (RE)

Ressource lmentaire
Une sous porteuse (15 kHz)
Un symbole
Resource Block (RB) Resource Resource 12

sous
12 sous porteuses (180 kHz) Block Block porteuses
0,5ms, soit 7 symboles (typ.)
Sous trame
Une paire de RB
Dure = 1ms
temps
Unit de base pour lallocation
Sous trame: 1 ms

Chaine de transmission (simplifie)
Bloc de transport Bloc de

transport
De 16 75376 bits / sous trame (2 9422 octets)
Codage
dtecteur derreur
Ajout de CRC C
Dtection derreur
R
C
x1 x3 en
Turbo codage
nombre de bits
Codage
Correction derreur
Modulation Modulation
numrique
Symboles
Symboles
Transmission sur une sous trame (1ms) paire de RB

sous trame (1ms)
Sur une ou plusieurs paires de RB

lment de ressource / Bloc de ressource / Sous trame
f
1
symbole
Resource Resource
Block Block
Sous trame: 1 ms

Allocation de ressources
Allocation des ressources par leNB

Pas forcment adjacentes sur la voe descendante
Identification courte des UE
RNTI: Radio Network Temporary Identfier
Le RNTI ne fait pas partie du bloc de transport
Transmission de la table dallocation
Indique le destinataire de chaque RB de la sous trame
Transmis au dbut de la sous trame (1 3 RE)
DCI : Downlink Control Information
Compromis: volume de signalisation / flexibilit
Dcodage par les UE
LUE ne dcode que ce qui le concerne
=> conomie dnergie (veille)

Allocation de ressources

Canal daccs en contention
Canal daccs en contention

6 RB en frquence, 1 ms
(typ.) de large
Priode configurable: toutes
les 1 20 ms
Accs en CDMA, 64
squences diffrentes

Arrive dun nouvel UE - Comptition sur laccs alatoire
TMSI 1 TMSI 2
Le rseau ne
sait pas qui coute
Choix squence
coute
Choix squence
transmet le Calcul RA-RNTI
Accs alatoire Accs alatoire
Calcul RA-RNTI
sur PRACH sur PRACH

prambule ! laboration des paramtres
Allocation RNTI temp
Le RNTI nest @RA-RNTI

Calcul RA-RNTI
@RA-RNTI
Rponse laccs alatoire (RNTI temp) Rponse laccs alatoire (RNTI temp)
confirm quau
Stockage RNTI Stockage RNTI
4me change ! temporaire temporaire
Notion de Demande de connexion

(RRCConnectionRequest (TMSI 1))
Demande de connexion
(RRCConnectionRequest (TMSI 2))
Echo de la Demande Echo de la Demande
connexion RRC (RRCConnectionSetup (TMSI 1)) (RRCConnectionSetup (TMSI 1))
Mauvaise identit
RNTI Confirm
->STOP
Suite de la connexion
(RRCConnectionSetupComplete)

Gestion des tunnels
Principe de lencapsulation
Mme prfixe pour tous les abonns dun rseau mobile

Routage depuis le rseau Internet vers le PGW
Encapsulation = mettre le paquet IP utilisateur dans un autre

paquet IP
16 03/06/2016 Institut Mines-Tlcom Xavier Lagrange,Life in EPS network

Encapsulation et utilisation de tunnel (tunneling)
Quelle que soit la topologie du rseau
IP utilis, le paquet part du PGW et
arrive au SGW comme si un tunnel
tait tabli entre PGW et SGW

Place de GTP-U dans la pile de protocoles et fonction
principale
GTP-U : transport des

donnes utilisateurs sur les
tunnels tablis (U=User
Plane)
Ajout dune couche additionnelle (nouveau protocole, nouveau format)

GTP, GPRS Tunnelling protocol

Gestion de multiples tunnels
Des dizaines de millions dutilisateurs par rseau

Tous ne sont pas sous le mme eNB
Tous ne sont pas servis par le mme SGW
Plusieurs tunnels possibles par utilisateurs
Ncessit dun traitement trs rapide

Quittons le monde des tlcommunications
Lunar Rock Productions Ltd 7 April 2000
7 Moonlight Boulevard, Dover, 2030 NSW, Australia
tel: +61 2 337 476 fax: +61 2 337 477
Universal aspects Ltd
Mr James Bound
Sales Director
16536 : xxx Universal Aspects Ltd
16537 : xxx 769 Oxford Street
16538 : Lunar Rock business LONDON WC1 007
16536 : xxx UK
. Your ref: 16538
Our ref: SR/tgh/7
Letter Dear Mr Bound
PLANNED VISIT TO LONDON
Thank you for your letter dated 3 April 2000. We intend to stay in London for five days and I should be
Lunar Rock Prod Ltd grateful if you could make the necessary arrangements as previously discussed.

I am enclosing a copy of our intended programme. I very much look forward to meeting you.
SR/tgh/6 : xxx
SR/tgh/7 : Univ asp Yours sincerely
SR/tgh/5 : xx
SR/xxx/y Susan Rogers
Art Director

Lunar Rock Productions Ltd
Enc: 1
Source of the letter
http://www.englishclub.com/esl-articles/200004.htm

Numrotation des extrmits de tunnels
TEID = Tunnel Endpoint IDentifier

Chaque nud concern par un tunnel attribue une identificateur
unique lextrmit locale du tunnel
Chaque tunnel possde donc 2 identificateurs
Le TEID est cod sur 32 bits en GTP (4 octets)

Possibilit 1 : mettre le TEID allou par lexpditeur dans
len-tte GTP
Traitement complexe
Le rcepteur doit connaitre le TEID utilis par lentit en vis--vis pour le
tunnel
Pour cela, il lui faut analyser le TEID et ladresse
=> Il faut utiliser une autre mthode

Possibilit 2 : mettre le TEID allou par le destinataire dans
len-tte
Lmetteur doit connaitre le TEID utilis par lentit en vis--vis

Lger surcroit de complexit lmetteur
Traitement nettement simplifi dans le rcepteur

Possibilit 3 : mettre les deux TEIDs !
Mme traitement que lorsque seul le TEID du destinataire est plac

En-tte un peu plus long
Avantage : si un quipement veut changer la valeur du TEID, il peut
le faire sans signalisation supplmentaire
Solution non retenue pour GTP mais utilise entre eNodeB et MME

Initialisation dun tunnel
Echange de messages de contrles pour tablir le tunnel : protocole GTP-C

A la fin de lchange, chaque extrmit connait le TEID allou par lentit en
vis--vis
Exemple de table de gestion de TEID
Table du SGW

Table du SGW

Table du SGW

Utilisation des tunnels de donnes dans le rseau cur
EPC
Plan utilisateur ou User Plane

Tous les mcanismes et protocoles qui sont directement lis la
transmission des donnes utilisateurs et les messages/paquets/trames
contenant des donnes utilisateurs (vue du rseau EPC)
Attention ! la connexion un site web, ltablissement dun appel
tlphonique sont vus par le rseau EPC comme faisant partie du plan
utilisateur
Plusieurs tunnels de donnes possibles
Diffrents tunnels pour grer diffrents niveaux de qualit de service
Lassociation dun tunnel de donnes et dun niveau de qualit de service
(ventuellement best effort) sappelle un bearer
A chaque tunnel, une paire de TEID !

Transport de la signalisation lie un terminal
Signalling radio bearer identifi par RNTI+LCID

Association dans eNB : RNTI+LCID <-> Identit de connexion

Exemple de transmission dun message de signalisation
dun terminal vers le MME

Fonctions du protocole S1-AP
Le protocole S1-AP permet la fois

Au MME et leNB dchanger des messages de configuration gnrale
Au MME denvoyer un eNB des messages pour activer certaines fonctions
en lien avec la connexion dun terminal
A leNB de signaler au MME des changements dtat dun terminal
De transporter des messages changs entre un terminal et le MME
A chaque fois quun message est li un terminal particulier
Prsence dans len-tte dune paire didentits de connexion (sauf pour le
tout premier message qui na quune identit de connexion)

Non Access Stratum (NAS) vs Access Stratum (AS)
Les messages NAS sont changs entre le terminal et le MME

Ils sont relays par leNB sans aucune analyse de leur contenu
Les messages AS sont changs entre le terminal et leNB
Exemple : modification du bearer radio

AS, NAS et S1-AP dans lempilement protocolaire
Protocole de transport SCTP, Stream Control Transmission Protocol

Protocole de transport fiable mais vitant les retransmissions inutiles
Plus adapt au transport de messages que TCP (orient flux)
Protocole S1-AP, Application Protocol
Messages de gestion entre eNodeB et MME
Messages lis au dialogue dun UE particulier avec le rseau

Tunnel de contrle et bearers (tunnels de donnes)
GTP Control = GTP-C

Messages ncessaires pour ltablissement, le maintien et la libration des tunnels
de donnes
Repose aussi sur des TEID (valeurs diffrentes des TEID du plan usager)
Place de GTP-C dans la pile de protocoles et fonction
principale
GTP Control = GTP-C

Messages ncessaires pour ltablissement, le maintien et la libration des tunnels
de donnes

Etablissement du bearer par dfaut
Connectivit IP permanente
Ds la mise sous tension, le terminal demande ltablissement des tunnels
pour disposer de la connectivit IP
Quelle que soit lactivit du terminal, il y a un bearer tabli
Bearer par dfaut
Procdure EPS Connectivity Request
Message inclus dans le message dattachement
APN (Access Point Name) par dfaut stock dans le profil de labonn
Attachement et tablissement de la connectivit raliss simultanment
Il peut y avoir plusieurs demandes de connectivit
VoLTE => connectivit par dfaut
+ une connectivit avec PGW spcifique (adresse IP spcifique)

Etat initial (UE mis sous tension, GUTI1 stock dans la
carte SIM
GUTI = Globally Unique Temporary Identity (alloue par MME,

transmise en mode chiffr et stocke dans la carte SIM)
Contextes stocks dans les diffrents quipements (vue
simplifie)
39 Institut Mines-Tlcom X. Lagrange, Gestion de la sporadicit des flux de donnes

Gestion de la sporadicit
La connexion permanente dans EPC
A la mise sous tension dun terminal, tablissement dun

bearer par dfaut
Un paquet IP arrivant du rseau doit tre rout le plus rapidement possible
Un paquet IP cr par le terminal doit tre mis le plus rapidement possible (ex :
lutilisateur demande laffichage dune page web)
En cas dutilisation du terminal (transmission ou rception de
donnes par lUE)
Utilisation du RNTI pour les transmissions radios
Mesures des niveaux de puissances pour vrifier que lUE est bien dans la cellule
En cas de non utilisation du terminal (utilisateur lit lcran, ni
transmission, ni rception sur la voie radio), si on gardait la
connexion radio
RNTI rserv mais pas utilis
Ncessit que lUE transmette de temps en temps pour vrifier quil se trouve
toujours dans la cellule

La temporisation dinactivit radio
Temporisation (dans leNodeB) lance la fin dun change

RRC inactivity timer
A chance de la temporisation
Libration de la connexion RRC
LUE perd son RNTI

Etat des tunnels et connexions en cas dactivit
En cas dactivit radio, la connexion radio est maintenue

Libration de la connexion radio
Sil ny a aucune transmission radio pendant une dure paramtrable, la

connexion radio est libre
La libration de la connexion radio empche le MME de savoir prcisment sous
quelle station de base, lUE se trouve
Libration de la connexion radio et des connexions S1
En mme temps que la connexion radio est libre

Le tunnel pour les donnes entre leNodeB et le SGW est dtruit (S1-U tunnel)
La connexion S1-AP est dtruite
Dfinition de ltat ECM-idle
Dans ltat ECM_IDLE, le terminal reste attach au rseau (il garde

ladresse IP) mais nest plus rellement connect au rseau daccs
radio
Dfinition de ltat ECM-Connected
Dans ltat ECM_Connected, la connexion radio et tous les

tunnels et connexions sont tablis
Conclusion sur les tats ECM et EMM
EMM-deregistered (ncessairement ECM_idle)

Terminal non connect rseau, pas dadresse IP,
EMM-registered et ECM-connected
Terminal connect au rseau, avec une adresse IP
Localisation de lUE connue la cellule prs par le MME
RNTI allou au terminal
Tous les tunnels et les connexions sont tablies
EMM-registered et ECM-idle
Terminal (apparemment) connect au rseau, avec une adresse IP
Pas de RNTI allou au terminal
Pas de tunnels, ni de connexion partant dun eNodeB
Maintien des tunnels entre SGW et PGW et entre SGW et MME
Localisation vague de lUE (groupe de cellules)

Evolution des tats ECM-Idle et ECM-Connected



Utilit dune libration partielle du tunnel S1
1) UE attach et actif sur une cellule => les TEIDs du tunnel S1 sont
mmoriss par le MME
Utilit dun libration partielle du tunnel S1
2) Inactivit pendant quelques minutes => le tunnel S1 nest pas totalement

libr par le SGW
3) Mobilit de lutilisateur : UE va dans cellule voisine

4) Action de lutilisateur : UE demande transmettre des donnes

R-tablissement de la connexion S1-AP et du tunnel S1

Principe gnral de traitement lorsquun paquet vient du
rseau et que le mobile est en tat de repos
Le MME maintient une localisation imprcise de lUE (notion de TA,

Tracking Area)
Limite du bearer par dfaut
Ds la mise sous tension, un bearer par dfaut est tabli

A priori, pas de garantie de qualit
de service (best effort)
Les dlais de transit des paquets
peuvent fluctuer
Certains paquets peuvent tre perdus
Le bearer par dfaut convient pour
une trs large gamme de service
Fiabilisation de bout en bout par TCP
(UE et serveur)
Des dlais importants sont supportables
Exemple : consultation de pages web, messagerie,
Ncessit de garantie de qualit de service
Tlphonie sur IP (principalement)
Applications critiques

Prsentation gnrale des bearers ddis
Possibilit dtablir un ou plusieurs bearers supplmentaires

Bearer ddi ou Dedicated bearer
Etablissement de tunnels supplmentaires
Etablissement dclenche par le rseau
(le PGW)
Demande faite par lUE avec signalisation
au niveau applicatif
Diffrents cas possibles
Bearer ddi pour mme contexte
que le contexte du bearer par dfaut
(mme APN et mme adresse IP)
Etablissement dun nouveau contexte (e.g. PGW diffrent)

Gestion des bearers pour la voix sur LTE (VoLTE)
Le bearer par dfaut
Un autre bearer par dfaut pour la
signalisation
Un bearer ddi faible dlai pour
la voix tabli sur demande

Analyse et volutions
Analyse (trs trs partielle) de LTE/EPC
Un systme conu plutt pour des gros flux et un dbit lev
Un risque dexplosion de la signalisation (signalling storm) [GAP15]
Signalisation de connexion (radio et rseau daccs) non ngligeable
Gestion de la qualit de service oriente flux individuel
Source [ZZL14]
Un empilement protocolaire non ngligeable (IP/UDP/GTP/IP/TCP/http)
Une latence importante
Interface radio et rseau cur non adapts au trafic M2M

Vers une approche SDN et la virtualisation
Sparation des plans contrles et

donnes dans les SGW et PGW
SGW-U vs SGW-C
Virtualisation des entits fonctionnelles
Suppression
de GTP ?
Network
slicing
Source [MSG13] Source [MSG16]

LTE et M2M
Interface radio
Largeur de bande minimale pour un systme = 1,4 MHz
Consommation importante
Evolution
Terminal faible cot (CAT 0) (Rel 12)
Fonctionnement sur tout rseau mais fonctionnement dans sous-bande de 1.4 MHz, pas
de duplexeur, pas de MOMO, faible dbit
Terminal limit 1.4 MHz et limit en puissance (Cat 1.4 MHz)
LTE-M, gain de 15 dB sur bilan de liaison (porte * 2,5), amlioration des
mcanismes de veille
NB LTE-M
Evolution de linterface radio pour fonctionner sur 200 kHz
Gain de 20 dB sur bilan de liaison (porte *3,5)
Complexit inhrente aux choix de base
Latence et dbit
Linterface radio est fonde sur la paire de bloc de ressources
Cest latome de base !
12 sous-porteuses pendant 1 ms
Pour la 5G, souplesse plus grande dans lallocation
Unit de de ms ?
Possibilit de jouer sur les sous porteuses
Moins de sous-porteuses
Largeur de bande par sous-porteuse paramtrable ?

References
[OSR09] M. OIsson, S. Sultana, S. Rommer, L. Frid, C. Mulligan, SAE and the Evolved Packet Core,
Driving the Mobile Broadband Revolution, Elsevier Academic Press, 2009.
[LeL08] P. Lescuyer, Th. Lucidarne, Evolved Packet System (EPS): The LTE and SAE Evolution of 3G
UMTS. Wiley 2008.
[LCP15] Mooc Comprendre la 4G, http//www.fun-mooc.fr
[GAP15] Gorbil, Gokce, Omer Abdelrahman, Mihajlo Pavloski, and Erol Gelenbe. "Modeling and analysis
of RRC-based signalling storms in 3G networks." (2015).
[ZZL14] Zhou, Xuan, Zhifeng Zhao, Rongpeng Li, Yifan Zhou, Tao Chen, Zhisheng Niu, and Honggang
Zhang. "Toward 5G: when explosive bursts meet soft cloud.", IEEE Network 28, no. 6 (2014): 12-17.
[BRG13] BEN HADJ SAID Siwar, REDDY SAMA Malla, GUILLOUARD Karine, SUCIU Lucian, SIMON
Gwendal, LAGRANGE Xavier, BONNIN Jean-Marie, New Control Plane in 3GPP LTE/EPC Architecture for On-
Demand Connectivity Service. CLOUDNET 2013 : 2nd IEEE International Conference on Cloud Networking, IEEE,
11-13 november 2013, San Francisco, United States, 2013
[MSG16] R. Mijumbi, J. Serrat, J. L. Gorricho, N. Bouten, F. De Turck and R. Boutaba, "Network Function
Virtualization: State-of-the-Art and Research Challenges," in IEEE Communications Surveys & Tutorials, vol. 18, no.
1, pp. 236-262, Firstquarter 2016.
[RBB16] Rost, P., Banchs, A., Berberana, I., Breitbach, M., Doll, M., Droste, H., Mannweiler, C., Puente,
M.A., Samdanis, K. and Sayadi, B., 2016. Mobile network architecture evolution toward 5G. IEEE Communications
Magazine, 54(5), pp.84-91.

Telecom Bretagne

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Telecom Bretagne

Transféré par

Droits d'auteur :

Formats disponibles

Quelques principes des rseaux LTE

et quelques perspectives dvolution

Xavier Lagrange, Tlcom Bretagne,

Un seul rseau cur paquet

page 3 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

UE = User equipment MME = Mobility Management Entity

4 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

The layer stacks are given in TS 23.401

5 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

page 7 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Resource Element (RE)

Resource Block (RB) Resource Resource 12

12 sous porteuses (180 kHz) Block Block porteuses

0,5ms, soit 7 symboles (typ.)

8 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Bloc de transport Bloc de

Transmission sur une sous trame (1ms) paire de RB

9 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

10 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Allocation des ressources par leNB

11 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

12 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Canal daccs en contention

13 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

sur PRACH sur PRACH

Le RNTI nest @RA-RNTI

Notion de Demande de connexion

14 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Mme prfixe pour tous les abonns dun rseau mobile

Encapsulation = mettre le paquet IP utilisateur dans un autre

16 03/06/2016 Institut Mines-Tlcom Xavier Lagrange,Life in EPS network

17 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

GTP-U : transport des

Ajout dune couche additionnelle (nouveau protocole, nouveau format)

18 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Des dizaines de millions dutilisateurs par rseau

19 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Letter Dear Mr Bound

PLANNED VISIT TO LONDON

20 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

TEID = Tunnel Endpoint IDentifier

21 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

=> Il faut utiliser une autre mthode

22 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Lmetteur doit connaitre le TEID utilis par lentit en vis--vis

23 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Mme traitement que lorsque seul le TEID du destinataire est plac

24 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Echange de messages de contrles pour tablir le tunnel : protocole GTP-C

26 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

27 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

28 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Plan utilisateur ou User Plane

29 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Signalling radio bearer identifi par RNTI+LCID

30 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

31 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Le protocole S1-AP permet la fois

32 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Les messages NAS sont changs entre le terminal et le MME

33 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

Protocole de transport SCTP, Stream Control Transmission Protocol

34 03/06/2016 Institut Mines-Tlcom Xavier Lagrange, Life in EPS network

GTP Control = GTP-C