Usa il tuo

32 smartphone per
visualizzare
approfondimenti
multimediali

LA CORE NETWORK MOBILE A PACCHETTO:

DAL 3G AL 4G
Alessandro Betti, Stefano Di Mino, Ivano Guardini
LE TECNOLOGIE DELLE NUOVE RETI
 33

SOSTENIBILIT DELLE NUOVE RETI

S
e si volesse sintetizzare con un unico slogan levoluzione della rete dati mobile, basterebbe
dire: all IP. Ad essere basata sulla tecnologia IP non per pi soltanto la componente di tra-
sporto della rete mobile, ma lo sono anche il charging, le soluzioni per la gestione della QoS ed
i meccanismi di traffic management per il controllo della congestione. Nelle prossime pagine
si cercher di dimostrare lassunto, descrivendo i molteplici passi evolutivi effettuati negli ultimi

LE TECNOLOGIE DELLE NUOVE RETI

anni, le motivazioni che li hanno sospinti e le sfide che ancora ci attendono nel prossimo futuro.

1 La rete GPRS
di riferimento della core network
mobile a pacchetto di Telecom
Laccesso radio, comprendente;
- RNC (Radio Network Con-
Italia, evidenziandone le princi- troller): controllore radio 3G
1.1 Architettura di riferimento
pali entit funzionali e le relative
interfacce logiche.
preposto alla gestione degli
handover tra celle 3G, alla
La Figura 1 illustra in maniera I principali elementi funzionali gestione del paging ed allal-
semplificata larchitettura logica presenti nellarchitettura sono: locazione delle risorse radio e

Figura 1 - Architettura semplificata della rete dati mobile

Customer Care Self-care

System Susten

GLI USI DELLE NUOVE RETI

Online
Charging Billind
Provisioning System
System

Policy Gz
Gy
SPR Manager

HLR Gx
iDNS
Operator
Service
Network
Iub Multivendor IuPS Gn Gi
SGSN GGSN Internet
RNC

Corporate
Radio Access Network Intranet
AAA
Packet Core Network
 34
di trasporto. LRNC concentra
il traffico raccolto dai Node B
SOSTENIBILIT DELLE NUOVE RETI
verso la core network;
- BSC (Base Station Controller):
controllore radio 2G preposto
alla gestione delle adiacenze
tra celle 2G, alla gestione del
paging ed allallocazione del-
le risorse radio e di trasporto.
Il BSC concentra il traffico
raccolto dalle BTS verso la
core network;
La rete di trasporto, costitui-
ta dai NAM-PE (Nodo Accesso
Multiservizio Provider Edge),
ovvero switch di livello 2/3 che
realizzano linfrastruttura di
LE TECNOLOGIE DELLE NUOVE RETI
interconnessione IP tra i nodi
della core network a pacchet-
to allinterno del PoP, nonch
la piattaforma di routing per
linstradamento attraverso il
backbone OPB e le VPN in esso
definite. Per semplicit raffigu-
rativa la rete di trasporto non
rappresentata in Figura 1.
La core network mobile vera a
propria, costituita da:
- SGSN (Serving GPRS Support
Node): nodo di controllo re-
sponsabile per lautenticazio-
ne degli utenti, la gestione
della mobilit, il session ma-
GLI USI DELLE NUOVE RETI
nagement, la QoS, linterfac-
ciamento verso laccesso radio,
linstradamento del traffico
verso i GGSN e la gestione dei
visitatori internazionali in ro-
aming sulla rete Telecom Ita-
lia (inbound roaming);
- GGSN (Gateway GPRS Sup-
port Node): gateway respon-
sabile per linstradamento
verso le reti dati esterne in-
dentificate da un APN (Ac-
cess Point Name), ad esempio
Internet, lassegnazione degli
indirizzi IP ai terminali, la
documentazione per fini le-
gali, la tariffazione e gestione
degli utenti Telecom Italia in
roaming presso altri operato-
ri (outbound roaming);
- iDNS (internal Domain Name
Server): server DNS di servi-
zio utilizzato per risolvere i
nomi degli APN e restituire
lindirizzo del/dei GGSN che
li gestiscono;
- HLR (Home Location Regi-
ster): database che contiene
i profili di sottoscrizione al
servizio degli utenti e le chia-
vi per autenticazione degli
utenti;
- Policy Manager: piattaforma
di controllo in grado di inte-
ragire con gli apparati di rete
per modificare in tempo rea-
le le politiche di trattamento
traffico (si veda il riquadro
sullarchitettura PCC);
- AAA (Authentication, Autori-
zation and Accounting): ser-
ver RADIUS che autorizza le
sessioni dati dutente.
Tali apparati e piattaforme di core
network sono distribuiti geografi-
camente sul territorio per motivi
di ridondanza e di distribuzione
del traffico.
A contorno della rete, ma ovvia-
mente non meno importanti, si
trovano:
Le piattaforme che regolano gli
aspetti di profilatura dei Clien-
ti (provisioning system in HLR
e SPR), a supporto anche delle
funzionalit di Customer Care
e di Self Provisioning per lac-
quisto di offerte commerciali o
lattivazione di servizi, usual-
mente per la Clientela Consu-
mer tramite canali IVR, SMS e
Web;
Le catene di piattaforme per la
gestione della tassazione (onli-
ne ed offline charging);
Le catene per CRM, data wa-
rehouse ed aspetti di AAGG.
Questa architettura il frutto di
importanti interventi evolutivi
effettuati in particolare negli ul-
timi anni. Le aree tratteggiate in
figura indicano lambito di quelli
pi importanti, dal punto di vista
delleffort richiesto, degli impatti
avuti e delle conseguenze sui ser-
vizi.
Tra essi spiccano i seguenti: il tra-
sporto su IP, il 3G Direct Tunnel,
lSGSN in pool, laccounting real
time su interfaccia Gy e lintrodu-
zione del Policy Manager.
Per far fronte allormai imminen-
te esaurimento dello spazio di
indirizzamento IP pubblico, cau-
sato dal diffondersi di terminali
dati mobili, stato inoltre avvia-
to lo studio e la predisposizione
infrastrutturale per la migrazione
verso indirizzamento IP privato,
lintroduzione della funzionalit
di NAT (Network Address Tran-
slation) e la successiva evoluzio-
ne verso IPv6, la nuova versione
del protocollo IP, che nel lungo
termine permetter di risolvere
alla radice il problema, mettendo
a disposizione delloperatore uno
spazio di indirizzamento virtual-
mente illimitato.
1.2 Trasporto su IP delle interfacce verso
laccesso radio
Il primo intervento di ammo-
dernamento della core network
mobile a pacchetto 2G/3G in
ottica all IP si avuto sul li-
vello di trasporto e di intercon-
nessione tra laccesso radio e la
core network. Si cominciato
laddove pi necessario, in virt
della maggiore mole di traffico
trasportata, ovvero con lintro-
duzione del trasporto IP sullin-
terfaccia Iu per laccesso 3G, per
proseguire poi con linterfaccia
Gb per laccesso 2G. Larchitet-
tura di trasporto risultante il-
lustrata in Figura 2.
 35

NAM-PE
7609 NAM-PE

SOSTENIBILIT DELLE NUOVE RETI

BSC Gb 7609
OPB
Gb Iu + Gb
Remoto alla CN
A NAP
VPN R
Iu + Gb
RNC SGSN
Iu
Gb
Iu
Iu
/Gb/Gn Gb
VPN Iu BSC
Iu
NAM-PE
NAM-PE 7609 RNC
7609
Colocato alla CN

Interfacce 1 GB Eth
Interfacce Nx1 GB Eth

LE TECNOLOGIE DELLE NUOVE RETI

Figura 2 - Architettura di trasporto IP delle interfacce Iu e Gb

con la soluzione di trasporto in ultimo, ma si tratta della-

1.2.1 Iu over IP
basata su IP si ottenuta la to-
tale indipendenza del dominio
spetto pi importante, poich
con il trasporto IP viene realiz-
La soluzione di trasporto IP per a pacchetto dal dominio a cir- zata una connettivit a maglia
linterfaccia Iu (Iu over IP) a stan- cuito, consentendo il riutilizzo completa mettendo in visibi-
dard 3GPP Rel-5 supera i limiti (nel dominio a circuito) delle lit tutti gli RNC con tutti gli
della architettura ATM tradizio- risorse di MGW (Media Gate- SGSN e tutti gli RNC con tutti i
nale. Way) liberate; GGSN, la Iu over IP abilita lin-
La nuova architettura, dispiegata il design e il dimensionamento troduzione in rete di nuove im-
per tutte le tecnologie radio inse- risultano semplificati rispetto portanti opzioni architetturali
rite in rete Telecom Italia, prevede alla soluzione ATM, non doven- per laccesso 3G, ovvero il 3G
un trasporto basato su link Giga- do pi gestire e dimensionare Direct Tunnel e lSGSN in pool

GLI USI DELLE NUOVE RETI

bit Ethernet e switch infrastruttu- VC (Virtual Circuit), VP (Vir- che saranno meglio descritti di
rali di livello 2/3 con ruolo di PE tual Path) e relativi descrittori seguito.
(NAM), che instradano il traffico di traffico, ad esempio in caso
in VPN attraverso l'OPB (Optical di rehoming di RNC (riattesta-
Backbone) di Telecom Italia tra le zione di RNC su SGSN differen-
sedi di RNC e quelle di core net-
work. La soluzione ha permesso
ti per esigenze di traffico o di
reingegnerizzazione della rete
1.2.2 Gb over IP

notevoli sinergie, poich si basa di accesso); Analogamente al caso dellinter-

sul riutilizzo di apparati IP gi la banda disponibile per il faccia Iu, anche linterfaccia Gb
impiegati per altre interfacce (Gn, traffico utente non pi li- tra SGSN ed i nodi BSC stata
Gp, Gr e Gi) e sulla condivisione mitata dalle interfacce fisiche interessata da un progetto di am-
delle risorse del backbone. di trasporto ma dalla sola ca- modernamento consistente nel-
Lattivit, oltre a costituire un am- pacit dei nodi SGSN. Inoltre la migrazione dalla soluzione di
modernamento della rete mobile tale capacit allincirca rad- trasporto tradizionale basata su
3G in conformit allo standard doppia rispetto al caso ATM link E1 in Frame Relay alla nuo-
3GPP, ha determinato molteplici in virt del fatto che gli SGSN va soluzione di trasporto basata
vantaggi dal punto di vista fun- sono ottimizzati per il tra- sullo stack protocollare UDP/IP/
zionale, capacitivo e operativo: sporto su IP; Ethernet.
 36
La nuova soluzione riutilizza
completamente linfrastruttu-
SOSTENIBILIT DELLE NUOVE RETI
ra realizzata per la Iu over IP (si
veda la sezione precedente), ma
ha richiesto lato radio alcuni am-
modernamenti hardware dei nodi
BSC, per dotarli di interfacce IP.
Tali ammodernamenti sono stati
realizzati nellambito del progetto
Dream.
A differenza di quanto visto per
linterfaccia Iu, il principale driver
per la migrazione verso IP dellin-
terfaccia Gb non stato lamplia-
mento della banda disponibile (il
traffico 2G ha volumi molto infe-
riori rispetto a quello 3G), ma la
LE TECNOLOGIE DELLE NUOVE RETI
semplificazione dellarchitettura e
labilitazione di nuove funzionali-
t. In particolare, implementando
la Gb over IP si hanno i seguenti
vantaggi:
le configurazioni lato SGSN
per integrare un BSC sono
automatiche ed estremamen-
te semplificate grazie ad uno
specifico scambio di segnala-
zione tra i due nodi. Ad esem-
pio, loperazione di rehoming
di un BSC richiede soltanto la
configurazione dellindirizzo
IP del nuovo SGSN sul nodo
BSC stesso;
GLI USI DELLE NUOVE RETI
il costo dellinfrastruttura tra-
smissiva inferiore rispetto al
caso dellinterfaccia Gb su Fra-
me Relay/TDM e la soluzione
risulta molto pi scalabile al
crescere del traffico;
la capacit in termini di throu-
ghput dei nodi SGSN risulta pi
elevata;
a differenza della soluzione di
trasporto TDM basata su link
punto-punto, la visibilit a ma-
glia completa tra i nodi BSC e
i nodi SGSN realizzata dalla
Gb over IP abilita architettu-
re di tipo SGSN in pool anche
sullaccesso 2G.
1.3 Il Direct Tunnel
Un secondo passo fondamentale
per lammodernamento dellarchi-
tettura di rete mobile per laccesso
3G stato lintroduzione dellar-
chitettura 3GDT (3G Direct
Tun-
ne comunque il controllo delle
nel) per alcuni APN di servizio, in
particolare lAPN utilizzato per la
navigazione Internet da USB don-
gle e tablet (cio lAPN IBOX).
Il 3GDT unopzione architettura-
le specificata dallo standard 3GPP
a partire dalla Rel-7, che prevede
il trasferimento diretto dello User
Plane (i dati trasmessi e/o ricevuti
dal Cliente) tra RNC e GGSN, eli-
minando il ruolo di aggregazione
svolto dagli SGSN e determinando
unarchitettura di rete semplifica-
ta e meno gerarchica.
Come illustrato in Figura 3, men-
tre larchitettura tradizionale pre-
vedeva che il trasporto del traffico
avvenisse tramite un doppio tun-
nel GTP-U, tra RNC ed SGSN e tra
SGSN e GGSN, la nuova architet-
tura 3GDT prevede linstaurazio-
ne di un tunnel GTP-U diretto
Figura 3 - Architettura 3G Direct Tunnel
a) APN senza Direct Tunnel
Iu-C
Iub Multivendor
RNC
SGSN
Iu-U
Radio Access Network
Tunnel GTP-U
b) APN con Direct Tunnel
Iu-C
SGSN
Iub Multivendor
RNC
Radio Access Network
Tunnel GTP-U
tra RNC e GGSN. Restano invece
invariate le interfacce di Control
Plane Iu-C, tra RNC e SGSN, e Gn-
C, tra SGSN e GGSN.
Grazie al 3GDT lSGSN non pi
attraversato dal traffico dati scam-
biato sullaccesso 3G, ma mantie-
sessioni e della mobilit e la ge-
stione della relativa segnalazione.
I vantaggi derivanti dalladozione
dellarchitettura 3GDT sono evi-
denti:
l'SGSN non pi interessato
dal traffico dati 3G (la stra-
grande maggioranza del traffi-
co dati su rete mobile), con ovvi
vantaggi dimensionali e quindi
elevati risparmi economici;
la scalabilit della core network
al crescere del traffico molto
pi elevata, in quanto deter-
minata dalla sola capacit dei
GGSN che, rispetto agli SGSN,
sono costruiti e dimensionati
per processare volumi di traffi-
co almeno di un ordine di gran-
dezza pi elevati;
la latenza dovuta allattraver-
samento della rete core infe-
Gn-C
Internet
GGSN
Gn-U
Packet Core Network
Gn-C
GGSN Internet
Packet Core Network

riore rispetto allarchitettura
tradizionale perch non deve
essere pi effettuato il doppio
imbustamento del traffico nei
tunnel GTP, a vantaggio dei
servizi e delle applicazioni sen-
sibili al ritardo.
Esistono altres dei punti di atten-
zione che opportuno richiamare:
il traffico scambiato in roa-
ming non pu essere gestito
in modalit 3GDT, per cui tale
componente di traffico conti-
nua ad essere servita dal dop-
pio tunnel GTP;
se il 3GDT attivo, non possi-
bile effettuare lintercettazione
giudiziaria sul SGSN, in quanto
questo non pi attraversato
dal traffico utente. Di conse-
guenza necessario attivare
lintercettazione sul GGSN;
lutilizzo del 3GDT determina
un incremento di segnalazione,
poich richiede linvocazione
di procedure GTP-C addizio-
nali (PDP Context Update), per
allineare i punti di terminazio-
ne del tunnel tra RNC e GGSN.
Si pu stimare con il 3GDT un
incremento tipico del 40% del
carico di segnalazione sul nodo
GGSN.
Per questo motivo limpiego del
3GDT risulta conveniente solo
per gli APN caratterizzati da un
elevato bit-rate ed elevati volumi
di traffico, trasferimenti dati pro-
lungati e persistenti, bassa mobi-
lit. Ci spiega la scelta effettuata
di attivare il Direct Tunnel solo
per lAPN di accesso ad Internet,
che soddisfa pienamente i requi-
siti appena elencati, in quanto
sviluppa la gran parte del traffico
dati in rete mobile ed utilizzato
prevalentemente da USB dongle e
tablet.
Per consentire ladozione del
3GDT linfrastruttura di traspor-
to IP della rete mobile di Telecom
Italia stata adeguata a partire
dal 2009 con ladozione di una
VPN MPLS comune in OPB per
traffico Gn e Iu-U ed un contesto
di routing comune sui router di
accesso NAM/PE. stato inoltre
necessario migrare laccounting
real-time degli utenti prepagati e
le funzioni di Lawful Interception
dal SGSN al GGSN. Naturalmente
ci ha richiesto, oltre che un ade-
guamento delle release software
di SGSN e GGSN, laggiornamento
delle piattaforme IT di supporto
(si veda la Figura 1).
1.4 SGSN Pool
Il terzo intervento fondamenta-
le in ottica resilience di servizio
lSGSN in pool.
Un pool di SGSN un insieme di
nodi SGSN configurati per servire
una porzione comune di rete radio,
chiamata Pool Service Area. pos-
sibile implementare sia Pool Service
Area 2G che 3G ed uno stesso SGSN
pu servire contemporaneamente
sia nodi BSC e/o RNC in pool che
nodi BSC e/o RNC esterni al Pool.
Figura 4 - Architettura SGSN tradizionale e SGSN Pool
SGSN Pool
SGSN1
RNC1
RNC2
37
La Pool Service Area pu com-
prendere una o pi Routing Area
SOSTENIBILIT DELLE NUOVE RETI
(RA). I BSC e/o gli RNC a cui
sono attestate queste RA risulta-
no connessi dal punto di vista lo-
gico a tutti gli SGSN che servono
il pool.
Gli SGSN appartenenti ad un pool
si dividono il carico dei terminali
presenti nella Pool Service Area:
non si tratta di un load-sharing
del traffico ma degli utenti servi-
ti. Se un SGSN del pool diviene
indisponibile, i BSC o gli RNC
possono effettuare un reinstra-
damento della segnalazione e
del traffico relativi ai terminali
LE TECNOLOGIE DELLE NUOVE RETI
interessati dal guasto verso gli
altri SGSN del pool, garantendo
la prosecuzione del servizio in
quelle aree.
Per ci che riguarda la rete Te-
lecom Italia, la funzionalit di
SGSN Pool stata inizialmente
introdotta per laccesso 3G, pi
maturo dal punto di vista del tra-
sporto IP, ed oggetto di estensio-
ne allaccesso 2G
La Figura 4 presenta un raffron-
to tra larchitettura tradizionale
(sul lato destro) e larchitettura
con SGSN Pool (sul lato sinistro).
GLI USI DELLE NUOVE RETI
SGSN esterno al Pool
SGSN2 SGSN3 SGSN4
RNC4 RNC5 RNC6
RNC3
 38
Nellarchitettura tradizionale le
interfacce Iu-PS tra RNC ed SGSN
SOSTENIBILIT DELLE NUOVE RETI
sono interfacce punto-punto e
questo ha delle conseguenze rile-
vanti:
ogni SGSN deve essere dimen-
sionato in modo da supportare
lutenza ed il traffico afferente
ai propri RNC. Se la taglia de-
gli RNC diviene paragonabile a
quella degli SGSN, non pos-
sibile attestare pi di un RNC
per nodo e si ha uno spreco di
capacit lato SGSN;
in caso di guasto di un SGSN
si determina un grave disservi-
zio per gli utenti presenti nelle
LE TECNOLOGIE DELLE NUOVE RETI
aree di copertura servite dagli
RNC attestati a quel SGSN;
lampliamento di taglia di un
RNC, il dispiegamento di un
nuovo nodo RNC o la crescita
del traffico in rete rendono ne-
cessarie frequenti operazioni di
rehoming (cambio di attesta-
zione degli RNC) per riorganiz-
zare al meglio la capacit della
core network a pacchetto.
Il passaggio ad unarchitettura di
tipo SGSN Pool sullaccesso 3G
(lato sinistro della Figura 4), reso
possibile dalla connettivit a ma-
glia completa tra SGSN e RNC
GLI USI DELLE NUOVE RETI
abilitata dalla Iu over IP, ha con-
sentito di superare i limiti appena
descritti. Ogni SGSN ha logica-
mente attestati tutti gli RNC ap-
partenenti alla Pool Service Area e
serve una quota degli utenti com-
plessivamente presenti nellarea
di copertura corrispondente.
Tra le caratteristiche ed i vantag-
gi dellarchitettura di tipo SGSN
Pool dunque possibile elencare
i seguenti:
ottimizzazione nello sfrut-
tamento della capacit degli
SGSN: il pool consente di met-
tere a fattore comune la capa-
cit degli SGSN e sfruttarla
completamente, anche nel caso
in cui gli RNC hanno capacit
di throughput paragonabili al-
lSGSN, e consente di ridurre il
margine dimensionale di pro-
getto;
ridondanza e robustezza del
sistema in caso di fuori servi-
zio di un SGSN: in caso di fuori
servizio di un SGSN per O&M
o per guasto, tutti gli utenti da
esso gestiti possono essere presi
in carico dagli altri nodi SGSN
del pool. La presa in carico degli
utenti disserviti da parte degli
altri SGSN non automatica, ma
avviene in seguito ad una nuova
procedura di Attach, grazie alla
quale lRNC instrada la segna-
lazione verso un altro SGSN del
pool, nel quale lutente viene re-
gistrato per essere servito da l
in avanti;
riduzione del RAU (Routing
Area Update) Inter-SGSN: la
mobilit 3G-3G tra RNC mem-
bri del pool diviene tutta Intra-
SGSN (non richiede segnalazio-
ne verso HLR e GGSN), perch
non comporta mai il cambio di
SGSN. In generale la Pool Ser-
vice Area molto pi ampia di
una service area servita da un
singolo SGSN e quindi gli even-
ti di mobilit Inter-SGSN dimi-
nuiscono;
rehoming non necessari o sem-
plificati: la distribuzione del
carico tra i nodi SGSN pu es-
sere variata semplicemente
tramite modifica della parame-
trizzazione degli RNC, senza
necessit di modifiche a livello
fisico/logico di interfaccia o di
dati lato SGSN.
Per incrementare la capacit,
sufficiente aggiungere nuovi nodi
SGSN nel pool ed aggiornare la
configurazione degli RNC, in
modo da considerare anche i nuo-
vi nodi SGSN nella distribuzione
degli utenti.
La distribuzione degli utenti tra
gli SGSN del pool stabilita da-
gli RNC, in occasione della prima
procedura di Attach o della prima
procedura di Routing Area Upda-
te eseguita allingresso dellutente
nella Pool Service Area, instradan-
do la relativa segnalazione verso
uno dei nodi SGSN appartenenti
al pool. LRNC sceglie lSGSN su
cui attestare uno specifico utente
secondo algoritmi di tipo round-
robin, oppure sulla base di pesi
relativi, configurati staticamente
in RNC, che consentono un bilan-
ciamento del carico tra i diversi
SGSN secondo le rispettive capa-
cit. La seconda modalit fonda-
mentale per implementare pool
contenenti SGSN non omogenei
come taglia capacitiva, modulan-
do il carico dei nodi membri del
pool in modo da ottimizzarne il
riempimento.
Lattivazione del pool sul solo ac-
cesso 3G determina una disotti-
mizzazione nella gestione della
mobilit intersistema 2G-3G ed
un conseguente aggravio di se-
gnalazione per i nodi SGSN, che
potr essere superato estendendo
larchitettura di tipo pool anche
allaccesso 2G.
Larchitettura di tipo pool offre
infine la possibilit di spostare in
maniera flessibile gli utenti da un
SGSN membro del pool ad un al-
tro, in preparazione della messa
fuori servizio di un nodo SGSN o
per ottimizzare il bilanciamento
dellutenza o del traffico tra i nodi
SGSN. Loperatore pu forzare lo
spostamento dei terminali tra gli
SGSN membri del pool, con im-
patto minimo sul servizio, tra-
mite una procedura manuale di
esercizio. possibile specificare il
numero di terminali 2G e 3G da
spostare, gli SGSN membri del
pool verso cui spostare tali quote
di utenza, o limitare loperazione

a determinati insiemi di utenti
identificati su base serie IMSI o
Routing Area di appartenenza.
2 Controllo ed accounting
Nel corso degli anni, parallela-
mente al proliferare sul merca-
to di terminali mobili in grado
di scambiare grosse moli di dati
(smartphone, USB dongle e ta-
blet) ed al conseguente incremen-
to di traffico, nata la necessit da
parte dellOperatore di ampliare il
proprio portafoglio di servizi con
la creazione di offerte che tengano
conto delle diverse esigenze dei
Clienti, della tipologia di termi-
nale e di obblighi legali di recente
introduzione, come ad esempio
la delibera AGCOM 326/10. Si
reso quindi necessario arricchire
progressivamente di nuove fun-
zionalit lo strato di controllo del-
la rete e dei servizi, con ci inten-
dendo il controllo della sessione
dati e della sua documentabilit,
ovvero le funzioni di accounting e
charging.
2.1 Charging Online e Offline
La tariffazione di una sessione dati
(charging) richiede opportuni
meccanismi di documentazione
del traffico generato dallutenza
(accounting). Ci pu essere rea-
lizzato in modalit online, adde-
bitando al Cliente il traffico scam-
biato nel momento stesso in cui
viene generato, oppure in moda-
lit offline, tramite la produzio-
ne di cartellini, denominati CDR
(Call Detail Record), veicolati ver-
so i sistemi di billing ed analizzati
in una successiva fase di post-ela-
borazione.
La rete dati mobile di Telecom Ita-
lia supporta da tempo entrambe
le modalit di tariffazione appe-
na descritte. Inizialmente ci era
realizzato tramite unimplemen-
tazione basata su meccanismi di
Rete Intelligente, cio il proto-
collo CAMEL. Il fulcro dellarchi-
tettura CAMEL era lSGSN, a cui
veniva demandata la raccolta del-
le informazioni di accounting sul
traffico scambiato dallutenza.
Levoluzione degli standard sul
fronte della tassazione, con la
standardizzazione dellinterfac-
cia Gy, ha spinto allinnovazione
anche su questo fronte, aiutando
a superare alcuni limiti funzionali
della soluzione iniziale ed abili-
tando levoluzione verso unar-
chitettura di rete ottimizzata per
lo smaltimento di grossi volumi
di dati. La migrazione da CAMEL
alla tassazione tramite interfaccia
Gy, basata su Diameter e gestita
dal GGSN, si resa difatti neces-
saria per abilitare il Direct Tunnel
Figura 5 - Architettura di charging offline e online
Policy Manager
Gx
Authorization &
Policy Control
User Session
(e.g. PDP Context)
Rating
Group
Service Classification
User Session
39
sullaccesso 3G, in quanto nella
nuova architettura, come visto in
SOSTENIBILIT DELLE NUOVE RETI
precedenza, lSGSN non attra-
versato dal traffico dati di utente
e quindi non ne pu eseguire lac-
counting. Il passaggio alla tarif-
fazione gestita dal GGSN tramite
linterfaccia Gy si reso necessa-
rio anche per consentire il lancio
di nuove offerte di servizio asso-
ciate ad un bundle di traffico. In-
fatti, continuando a conteggiare il
traffico sul SGSN non sarebbe sta-
to possibile gestire correttamen-
te il superamento del bundle di
traffico incluso nellofferta com-
merciale acquistata, dato che la
LE TECNOLOGIE DELLE NUOVE RETI
conseguente riduzione di banda
applicata dal GGSN sarebbe av-
venuta su un flusso dati gi do-
cumentato dal SGSN e quindi gi
valorizzato per il Cliente.
Per ci che riguarda il controllo e
laccounting, un GGSN pu essere
schematizzato in maniera estre-
mamente semplificata come illu-
strato in Figura 5.
GLI USI DELLE NUOVE RETI
Gz
Offline Charging
CDR Support
System
Gy
Offline Charging
Credit Control
System
Internet
 40
Il traffico generato dagli utenti
viene classificato in maniera au-
SOSTENIBILIT DELLE NUOVE RETI
tomatica dal nodo per il tipo di
servizio previsto, associandolo ad
un Rating Group (e.g. pu essere
conteggiato il volume di traffico di
navigazione Internet oppure pos-
sono essere classificate le URL vi-
sitate, qualora siano presenti po-
litiche di tassazione differenziata
delle stesse).
Tale informazione viene veicola-
ta assieme ad un nutrito gruppo
di altri parametri (e.g. lMSISDN,
lindirizzo dellSGSN che gestisce
il Cliente, il Radio Access Type,
etc.) ai sistemi di tassazione onli-
LE TECNOLOGIE DELLE NUOVE RETI
ne OCS (On Line Charging Sy-
stem), tramite linterfaccia Gy, per
le opportune elaborazioni. Le me-
desime informazioni sono incluse
anche nei CDR che vengono tra-
sferiti periodicamente ai sistemi
di tassazione offline tramite lin-
terfaccia Gz.
Linterfaccia Gx verso il Policy
Manager, anchessa basata su
protocollo Diameter, consente al
GGSN di ricevere indicazioni su
eventuali azioni da applicare al
traffico utente (e.g. riduzione del
bit-rate massimo consentito per
il Cliente, in caso di superamento
GLI USI DELLE NUOVE RETI
di bundle di traffico) e/o informa-
re il Policy Manager sul volume
di traffico sviluppato dal Cliente
(usage reporting).
Nel momento in cui il terminale
richiede lapertura di una sessio-
ne dati, cio un PDP Context ver-
so uno specifico APN, dopo una
fase di segnalazione fra GGSN e
Policy Manager, viene instaurata
una sessione di controllo del cre-
dito tra GGSN ed OCS, sullinter-
faccia Gy. In questa fase il GGSN
chiede al OCS lallocazione di
una quota, in tempo o volume di
traffico, da assegnare al Cliente.
Se tale quota disponibile, sulla
base del credito residuo del Clien-
te, lOCS la riserva e la comunica
al GGSN, che autorizza la sessio-
ne. Se nel corso della sessione la
quota inizialmente assegnata vie-
ne consumata, il GGSN effettua
una nuova richiesta al OCS che,
se disponibile, riserva unulterio-
re quota garantendo la continuit
della sessione. Tale procedura si
ripete fino alla chiusura della ses-
sione da parte dellutente (in tal
caso GGSN riporta a OCS quanto
realmente consumato) oppure da
parte del OCS (ad esempio in caso
di fine credito).
2.2 Policy Control e QoS
Negli ultimi anni si assistito ad
una crescita verticale del traffico
in rete mobile. Di conseguenza,
per assicurare la sostenibilit eco-
nomica della propria offerta di
servizio, tutti gli operatori si sono
trovati di fronte allesigenza di ot-
timizzare lutilizzo delle risorse
di rete e garantire unequa ripar-
tizione della capacit disponibile
tra tutti i Clienti.
Per rispondere a questa esigenza
stato necessario dispiegare un
sistema, denominato Policy Ma-
nager, o PCRF nella terminologia
3GPP, in grado di interagire con
gli apparati di rete per modificare
in tempo reale le politiche di trat-
tamento traffico. Ulteriori det-
tagli sulle funzionalit del Policy
Manager sono riportati nel riqua-
dro sullarchitettura PCC 3GPP.
Attraverso il Policy Manager pos-
sibile implementare meccanismi
di protezione della rete per evitare
che la piccola minoranza di utenti
che genera grosse moli di traffico
con laschi vincoli temporali (con
applicazioni bandwidth hungry
quali il file sharing peer-to-peer)
possa compromettere lesperien-
Larchitettura PCC 3GPP
Il PCC (Policy & Charging Control)
larchitettura definita dal 3GPP per il
controllo delle funzionalit di QoS e di
charging applicate in rete. In Figura A
illustrata larchitettura di riferimento
3GPP del PCC.
Lelemento centrale dellarchitettura (il
decision taker) il PCRF (Policy Con-
trol and Charging Rules Function), a cui
demandata la definizione delle policy
di:
Access Control: abilitazione dei flussi
IP autorizzati o meno ad attraversare
la rete dellOperatore;
QoS Control: assegnazione e gestio-
ne di una policy di QoS specifica per
flusso e per utente;
Charging Control: gestione di un pro-
filo di charging online/offline specifico
per flusso e per utente;
Usage Monitoring Control: monito-
raggio delle risorse utilizzate da un
utente (in termini di traffico scambiato
in uplink e downlink) e conseguente
attuazione di regole ad hoc (ad esem-
pio al superamento di una specifica
soglia di utilizzo);
Application and Detection Control: il
PCRF attiva verso i nodi di trasporto
PCEF o TDF (Traffic Detection Fun-
ction, ovvero una sonda DPI) la ri-
chiesta di riconoscimento del traffico
a livello applicativo al fine di attuare
specifiche azioni di enforcement (ad
esempio il blocco o rate-limiting di
una specifica applicazione).
La combinazione di tali funzionalit
permette allOperatore di confezionare
servizi personalizzati ad alto valore ag-
giunto e specifici per Cliente.
Il PCRF interagisce con un reposito-
ry (UDR o SPR), in cui sono contenuti
i profili di servizio assegnati agli utenti
dellOperatore.
Esistono una serie di entit funzionali
che interagiscono con il PCRF per in-

formarlo del verificarsi di determinate
condizioni che richiedono la capaci-
t decisionale del nodo. Lo standard
3GPP ha individuato in particolare l AF
(Application Function) come entit che,
sulla base dellapplicazione individuata,
pu segnalare al PCRF il verificarsi di
una determinata condizione che richie-
de lattivazione di specifiche policy (e.g.
di QoS e/o charging). Storicamente lAF
stata pensata come una istanza del
P-CSCF (ovvero del proxy node IMS),
focalizzando lapplicabilit del model-
lo PCC sui servizi IMS (e.g. presence,
multimedia telephony, etc.) e propo-
nendo uninterfaccia di interazione ba-
sata su Diameter; in realt le esigenze
di mercato hanno spinto a pensare ad
una generalizzazione del modello di AF
anche al di fuori del mondo IMS, per il
controllo di servizi applicativi di varia
natura: si pensi ai servizi Web, ai servizi
di gaming o di streaming, ad ambiti di
telelavoro o di telemonitoring dove pos-
sono essere individuate specifiche esi-
genze di QoS e di charging da applicare
allutente.
Oltre allAF un altro nodo in grado di inte-
ragire con il PCRF lOCS (Online Char-
Figura A - Architettura PCC per gli accessi 3GPP
User Data Application
Repository (UDR) Function (AF)
Ud Rx
Policy and Charging Rules Function (PCRF)
Sd Gx
Traffic Detection
Function (TDF) PCEF
Gateway
ging System): lo standard 3GPP sta in-
troducendo linterfaccia Sy per abilitare il
trasferimento di informazioni di charging
tra le due entit. Ci permetter al PCRF tra PCEF e OCS consente di scambia-
di prendere decisioni ed applicare policy
in rete tenendo conto dello stato dei con-
tatori aggiornati nellOCS. Ad esempio
sar possibile per il PCRF restringere la
banda utilizzabile da un Cliente o modifi-
carne il profilo di QoS (priority, parametri
di delay, ecc.) al superamento di determi-
nate soglie di spesa.
Si parlato del PCRF come nodo a cui
viene chiesto di prendere decisioni, ma
quali sono i nodi di rete su cui il PCRF
pu eseguire lenforcement delle policy
che ne conseguono?
A partire dallaccesso 3G (ed applicabi-
le anche a quello 2G) lentit funzionale
che esegue le regole di policy & char-
ging il PCEF (Policy and Charging En-
forcement Function). Tale funzionalit
associata al gateway dellOperatore,
cio il GGSN nel GPRS ed il PGW nel
EPS. Nellarchitettura PCC il PCEF in-
clude le funzionalit necessarie per il
rilevamento dei flussi dati dutente, la re-
direzione del traffico (ad esempio verso
un portale di benvenuto), il monitoraggio
Online Charging
System (OCS)
Sy
Gy
Gz
Offline Charging
System (OFCS)
41
e la gestione del traffico e le interazioni
SOSTENIBILIT DELLE NUOVE RETI
con i nodi di charging. Su questultimo
aspetto si noti che mentre linterazione
re informazioni sul traffico che servono
allOCS per tariffare correttamente uten-
te (consumo di byte, durata delle ses-
sioni, eventi), linterazione tra OCS e
PCRF di natura completamente diver-
sa: essa permette al OCS di notificare al
PCRF il verificarsi di determinate condi-
zioni (misurate sul PCEF) che possono
portare allapplicazione di una specifica
policy da parte del PCRF.
Lintroduzione di LTE ed il riconosci-
mento di modelli in cui le funzionalit
LE TECNOLOGIE DELLE NUOVE RETI
di traffic detection si svolgono allester-
no dei nodi gi previsti in ambito 3G (si
pensi alle sonde DPI) hanno portato alla
definizione di un nuovo elemento di en-
forcement noto come TDF (Traffic De-
tection Function): questo modello risulta
particolarmente interessante non solo
in ambito mobile, ma anche nel mondo
fisso, andando a colmare una serie di
lacune che il 3GPP si portava da tempo
verso questi tipi di accessi.
Levoluzione del PCC allinterno dello
standard 3GPP ha permesso anche di
definire un modello pi raffinato di ar-
chitettura volto alla gestione delle policy
di QoS e charging anche tra Operatori
GLI USI DELLE NUOVE RETI
in roaming, prevedendo le interazioni
tra due nodi PCRF appartenenti a due
diversi Operatori: questo modello par-
ticolarmente significativo per gli scenari
di roaming in local-breakout (abilitanti gli
scenari di Voice over LTE).
Ad eccezione dellinterazione con il re-
pository, larchitettura PCC si basa sul
protocollo Diameter, candidandosi cos
ad essere una delle architetture che
maggiormente spingono lintroduzio-
ne di tale componente di segnalazione
allinterno della rete di un operatore
antonio.ascolese@telecomitalia.it
 42
za duso di molti utenti maggior-
mente interessati ad applicazioni
SOSTENIBILIT DELLE NUOVE RETI
con scarse esigenze di banda, ma
con requisiti temporali pi strin-
genti (si pensi ad esempio al clas-
sico browsing, dove lutente vuole
scaricare pochi byte in tempi bre-
vi). A tale scopo, interagendo con
il GGSN, il Policy Manager pu
monitorare il volume di traffico
scambiato da ogni Cliente e limi-
tare dinamicamente la banda as-
segnata (ad esempio portandola
a valori di alcune decine di kbps),
qualora il Cliente superi un deter-
minato limite giornaliero di traffi-
co dati effettuato in una specifica
LE TECNOLOGIE DELLE NUOVE RETI
fascia oraria. Se applicato nella fa-
scia oraria di picco a tutti i Clien-
ti, indipendentemente dal profilo
di servizio sottoscritto e dallap-
plicazione che si sta utilizzando,
questo meccanismo permette di
effettuare la gestione del traffico,
limitando il consumo di risorse da
parte degli heavy user a bene-
ficio della gran parte dei Clienti,
continuando tuttavia a garantire a
tutti laccesso alla rete. Una evolu-
zione di tali meccanismo in siner-
gia con le evoluzioni sui sistemi
di accesso e core network prevede
che al raggiungimento della soglia
GLI USI DELLE NUOVE RETI
di traffico non si agisca sulla ban-
da di picco ma venga decremen-
tata la classe di priorit assegnata
a PDP Context dei Clienti heavy
user sfavorendone il traffico ri-
spetto ai rimanenti ma non limi-
tandola rigidamente.
Il Policy Manager costituisce
anche una leva fondamentale a
disposizione delloperatore per
differenziare la propria offerta di
servizio, creando diversi profili
rivolti a fasce di Clientela con esi-
genze diverse. A tale proposito,
mentre la profilatura in HLR per-
mette di intervenire su un numero
limitato di parametri ed per sua
natura statica, ovvero interviene
solo allapertura del PDP Context
verso uno specifico APN, il Policy
Manager permette di controllare
in maniera pi fine, e soprattutto
dinamicamente, il comportamen-
to della rete e di modificare le poli-
tiche di trattamento del traffico su
richiesta dellutente, al verificarsi
di certi eventi (come lentrata in
una certa fascia oraria e/o area
geografica) o al sopraggiungere di
determinate condizioni di rete.
Sfruttando queste funzionalit
possibile:
definire profili di servizio che
si differenzino per la QoS offer-
ta (limitatamente ai parametri
gestibili attualmente dalle reti
mobili, come ad esempio il
MBR Maximum Bit Rate), con-
sentendo una segmentazione
dellofferta;
definire profili di servizio che
si differenzino per le applica-
zioni supportate e/o per altre
funzionalit di trattamento del
traffico. Generalmente opera-
zioni come lultima richiedo-
no la propedeutica diffusione
delle funzionalit di DPI (Deep
Packet Inspection), descritte
nellapposito riquadro;
costruire dei profili di offerta
associati ad un bundle di traf-
fico definito. questo il caso
(offerto commercialmente da
TIM) delle offerte denominate
CAP Unlimited, che prevedono
esplicitamente che la sottoscri-
zione includa una certa quan-
tit di dati che il Cliente pu
utilizzare in un certo arco tem-
porale senza incorrere in ulte-
riori spese (e.g. 1 GByte/mese).
In caso di superamento del
bundle si applica unevidente
limitazione di banda al Clien-
te, evitando per la tassazione
sino al rinnovo dellofferta. La
differenza rispetto ai casi di
limitazione descritti in prece-
denza che i valori di soglia e
le politiche di trattamento del
traffico da applicare al supe-
ramento delle stesse non sono
uguali per tutti i Clienti, ma di-
pendano dallo specifico profilo
di servizio sottoscritto.
abilitare nuove funzionalit a
supporto del Cliente, come la
limitazione di banda in caso
del superamento di una soglia
di traffico (predefinita o perso-
nalizzata da parte del Cliente),
per prevenire problemi di bill
shock verso il Cliente, oppure
la redirezione del traffico verso
una pagina di cortesia a fron-
te di condizioni particolari (ad
esempio credito esaurito) per
eventuali ricariche o sottoscri-
zioni di nuove offerte.
3 IPv6 e NAT
Un tema ulteriore che, pur non
essendo ad oggi operativo in cam-
po, merita comunque particolare
attenzione per gli sviluppi futuri
il dispiegamento di IPv6 e NAT
(Network Address Translator).
Il funzionamento di una qualun-
que rete basata sul protocollo IP
ha bisogno di indirizzi da asse-
gnare agli apparati di rete ed ai
terminali (PC, telefoni, ecc.). A li-
vello mondiale lallocazione degli
indirizzi IP pubblici avviene tra-
mite lo IANA (Internet Assigned
Numbers Authority), che distribu-
isce blocchi di indirizzi a cinque
RIR (Regional Internet Registry),
ai quali operatori ed ISP (Internet
Service Provider) richiedono poi
leffettiva assegnazione. Lente che
si occupa delle assegnazioni per
lEuropa, il Medio Oriente e lAsia
centrale il RIPE NCC.
Con laumento del numero di di-
spositivi connessi ad Internet, la

capacit di indirizzamento della
attuale versione del protocollo IP
(la numero 4) sta diventando or-
mai insufficiente a soddisfare la
domanda. Lo IANA ha esaurito
la propria riserva di indirizzi il 3
febbraio 2011. Negli ultimi mesi
il RIPE NCC, al pari degli altri
RIR, non potendo pi contare su
nuove allocazioni da parte dello
IANA, ha dovuto attingere alla
proprie scorte, che ammontavano
a cinque classi A (cinque blocchi
di circa 16 milioni di indirizzi
ciascuno). Il 14 settembre 2012
il RIPE NCC ha iniziato ad intac-
care lultima classe A disponibile.
Quando questultimo blocco di
indirizzi sar esaurito non sar
pi possibile per nessun operato-
re e/o ISP Europeo ottenere nuo-
ve allocazioni. La disponibilit di
indirizzi IPv4 assegnabili in Italia
quindi ormai prossima allesau-
rimento, soprattutto per effetto
dellincremento di richiesta di
nuove attivazioni nel mondo dei
Clienti mobili e per il contestuale
aumento del grado di contempo-
raneit degli accessi dei Clienti di
rete fissa.
La soluzione individuata per ri-
solvere questo problema, ormai
urgentissimo, prevede:
il passaggio ad indirizzamen-
to IPv4 privato per tutti i ter-
minali mobili. Ci richieder
il contestuale dispiegamento
della funzionalit di NAT per
abilitare laccesso alla rete In-
ternet;
la progressiva migrazione ver-
so IPv6, la nuova versione del
protocollo IP che garantir la
disponibilit di un numero di
indirizzi virtualmente illimita-
to, risolvendo il problema alla
radice ed in via definitiva.
Lapproccio scelto per la migrazio-
ne graduale da IPv4 ad IPv6, che
richieder certamente molti anni,
prevede che agli utenti dotati di
terminali IPv6-ready venga offer-
ta connettivit dual-stack (IPv4
e IPv6). In altre parole, allaper-
tura della connessione verso uno
specifico APN, il terminale riceve
un indirizzo IPv4 ed un indirizzo
IPv6:
il terminale utilizza la connet-
tivit IPv6 se lapplicazione in
uso e la destinazione contattata
sono entrambe IPv6-capable;
in tutti gli altri casi il termi-
nale comunica tramite IPv4 e
quindi, qualora si utilizzino
indirizzi IPv4 privati, il traffico
attraversa un NAT (per essere
tradotto in un indirizzo IPv4
pubblico condiviso).
Questo approccio, condiviso dal-
la maggior parte degli operatori
mobili e dei costruttori, luni-
co in grado di garantire la piena
compatibilit con le applicazioni
IPv4-only e laccessibilit di qua-
lunque destinazione su Internet.
4 La quarta generazione mobile:
lEvolved Packet System
4.1
Evoluzione dellarchitettura di rete
L'EPS (Evolved Packet System)
levoluzione del sistema GPRS
standardizzata dal 3GPP e com-
prende un nuovo accesso radio in
tecnologia OFDM, denominato
E-UTRAN, ed una nuova core net-
work completamente basata su IP,
denominata EPC (Evolved Packet
Core).
In Figura 6 illustrata larchitet-
tura di riferimento del EPS, negli
scenari non di roaming e negli
scenari di roaming con traffico
home routed.
Le caratteristiche principali dellar-
chitettura sono elencate di seguito:
43
laccesso E-UTRAN caratte-
rizzato da unarchitettura flat
SOSTENIBILIT DELLE NUOVE RETI
ed concettualmente equi-
valente allintegrazione delle
funzioni di RNC e NodeB in un
unico nodo di accesso, denomi-
nato evolved NodeB (eNodeB);
esiste una separazione com-
pleta tra le entit preposte al
controllo della mobilit, de-
nominate MME (Mobility Ma-
nagement Entity), ed i nodi di
trasporto, che sono il SGW
(Serving Gateway) ed il PGW
(PDN Gateway). Di conseguen-
za lMME termina soltanto
traffico di segnalazione e si di-
LE TECNOLOGIE DELLE NUOVE RETI
mensiona in base al numero di
utenti connessi. Invece, SGW e
PGW sono nodi di commuta-
zione che si dimensionano in
base al traffico da smaltire.
quindi supportato in modo na-
tivo il principio di separazione
tra controllo e trasporto intro-
dotto nellarchitettura 3G con
il Direct Tunnel;
l'MME termina la segnalazione
di NAS (Non Access Stratum)
ed responsabile per lauten-
ticazione dello UE attraverso
linterfaccia S6a verso lHSS.
A differenza dellinterfaccia
GLI USI DELLE NUOVE RETI
Gr/Gp tra SGSN e HLR, che
basata su MAP, linterfaccia
S6a trasportata su Diameter;
il SGW simile alla parte di
trasporto di un SGSN e fa da
punto di ancoraggio per la mo-
bilit tra E-UTRAN e UTRAN/
GERAN. Ad ogni UE connes-
so al EPS associato un unico
SGW, di cui per consentita
la riallocazione a seguito degli
eventi di mobilit;
il PGW levoluzione del GGSN
e, come tale, fa da gateway di
accesso alle reti IP esterne, de-
nominate PDN (Packet Data
Network), ed responsabile per
lassegnazione degli indirizzi
 44

a) Non roaming
SOSTENIBILIT DELLE NUOVE RETI

S12
UTRAN
S4
SGSN

GERAN
S3 HSS
S6a
MME PCRF
S1-MME Rx
S10 S11 Gx

Uu Serving PDN
eNB Operator IP
S1-U Gateway S5 Gateway SGi Services (e.g. IMS)
UE X2
E-UTRAN
eNB
LE TECNOLOGIE DELLE NUOVE RETI

b) Roaming con traffico homerouted

VPLMN HPLMN
S12
UTRAN
S4
SGSN

GERAN
S3 HSS
S6a
MME PCRF
S1-MME Rx
S10 S11 Gx

Uu Serving PDN
eNB Operator IP
S1-U Gateway S5 Gateway SGi Services (e.g. IMS)
UE X2
E-UTRAN
eNB
GLI USI DELLE NUOVE RETI

Figura 6 - Architettura del EPS per gli accessi 3GPP

IP agli utenti. Esempi di PDN
sono Internet, le rete corporate
o semplicemente le reti in cui
sono dispiegati i servizi dello-
peratore (e.g. IMS, portali).
Ad ogni UE connesso al EPS
possono essere associati pi
PGW, al fine di consentire lac-
cesso simultaneo a pi PDN;
tutte le interfacce tra i nodi del
EPS sono interfacce logiche tra-
sportate su IP.
Colocando o tenendo separati
gli elementi funzionali appena
descritti possibile realizzare di-
verse opzioni implementative.
Ad esempio, implementando
SGW e PGW sullo stesso apparato
si ottiene unarchitettura con un
unico gateway, analoga a quella
3G con il Direct Tunnel.
4.2 Elementi di novit rispetto al GPRS
In Figura 7 riportato un con-
fronto puntuale tra larchitettura
del EPS e quella dellattuale siste-
ma GPRS.
Mentre il PDN Gateway molto
simile ad un GGSN, le funziona-
lit di controllo svolte dal MME
sono pi pesanti rispetto allat-
tuale SGSN, in quanto lMME ere-
dita alcune funzionalit che erano
del RNC, tra cui la cifratura della
segnalazione scambiata con il ter-
minale nelle fasi di autenticazio-
ne, gestione della mobilit, etc.
e la replicazione dei messaggi di
paging verso tutti gli eNodeB a cui
potrebbe essere attestato il termi-
nale in idle-mode.
Un altro aspetto particolarmen-
te rilevante che nellaccesso
E-UTRAN, mancando il ruolo
del RNC, il traffico utente ci-

La Deep Packet Inspection
La tecnica di Deep Packet Inspection
(DPI) consente lanalisi e la classifica-
zione del traffico dati. Essa diventata
di recente un elemento di potenziale in-
teresse nellimplementazione dei servi-
zi dati a valore aggiunto, in quanto abi-
litatore prezioso per la differenziazione
del profilo di offerta non solo su base
utente ma anche sulla base della tipo-
logia di servizio scelto. In congiunzione
con il Policy Manager la DPI pu dun-
que rappresentare in ottica prospettica
un mezzo di arricchimento dellespe-
rienza duso dellutente molto potente
e versatile.
Rispetto alle tecniche classiche di clas-
sificazione del traffico (ad esempio
adottate dai sistemi tradizionali di fire-
walling), le tecniche di DPI si caratte-
rizzano per unanalisi automatica, che
pu coinvolgere non soltanto gli header
IP e TCP/UDP (Layer 3 e 4 nello stack
OSI), ma scendere ad un livello di pro-
fondit maggiore, analizzando anche
la parte di header e payload applicativo
dei pacchetti (Layer 7). Il risultato che si
ottiene una classificazione molto pi
fine ed accurata del traffico: ad esem-
pio, la DPI pu essere utilizzata per ri-
conoscere, nellambito di una sessione
dati, il traffico originato o diretto verso
alcune direttrici (e.g. server di servizio
video) per una opportuna tariffazione,
oppure per distinguere il traffico asso-
ciato alla voce (e.g. basata su RTP)
dalla segnalazione (e.g. basata su SIP)
per lassegnazione di una opportuna
QoS. Lanalisi DPI pu essere impie-
gata anche a fini statistici, per cercare
di categorizzare la tipologia di traffico
aggregato che attraversa una rete dati,
oppure per arricchire gli header appli-
cativi con informazioni di servizio (e.g.
lMSISDN), per abilitare il riconosci-
mento automatico del Cliente da parte
di determinali server applicativi al fine
di consentire laccesso facilitato ad al-
cuni servizi (e.g. casella e-mail).
Le metodologie di analisi adottate per
identificare il traffico si possono divide-
re in due grandi categorie:
Ispezione degli header di L7: diversi
applicativi adottano protocolli di co-
municazione standard (rientrano in
questa categoria il web browsing con
protocollo HTTP, applicazioni VoIP
basate su standard SIP, messaggisti-
ca alla JABBER); per questa catego-
ria sufficiente una ispezione degli
header di pochi pacchetti per stabilire
in modo deterministico di quale appli-
cativo si tratti. Non essendo protocolli
criptati si potrebbero ricavare infor-
mazioni ulteriori, ad esempio la URL
richiesta dal browser.
Analisi euristica: per identificare gli
applicativi che utilizzino protocolli pro-
prietari, non documentati e spesso
criptati non sufficiente ispezionare
gli header L7 ma si deve ricorrere ad
algoritmi pi complessi che analizzi-
no un numero (variabile) di pacchetti
al fine di tentare di identificare quella
che viene battezzata la signature,
cio una impronta caratteristica di un
determinato applicativo. Gli algoritmi
in questione utilizzano varie logiche e
parametri per cercare limpronta. I pi
frequenti sono:
pattern binari (sequenze i di bit in
uno/pi pacchetti che si ripetono re-
golarmente, ad esempio allavvio);
profilo di traffico (lunghezza e inter-
vallo di interarrivo dei pacchetti);
lista di indirizzi IP contattati e porte
TCP/UDP usate frequentemente;
correlazione fra pi pacchetti allin-
terno dello stesso flusso (ad esem-
pio rilevare una sequenza precisa
di richieste/risposte).
45
SOSTENIBILIT DELLE NUOVE RETI
Essendo basata su criteri probabilistici,
lanalisi euristica presenta alcuni vin-
coli:
ha un impatto computazionale signi-
ficativo sul nodo che la esegue. In
particolare, essa richiede un maggior
consumo di capacit di processing (in
termini di percentuale di utilizzazione
della CPU) ed una maggiore occupa-
zione di memoria. Lanalisi euristica
pu quindi rappresentare un vero e
proprio collo di bottiglia sul throughput
dati aggregato di un apparato, nel
LE TECNOLOGIE DELLE NUOVE RETI
caso debba essere applicata su tut-
to il traffico. per questo che la sua
implementazione spinta viene di so-
lito effettuata ricorrendo ad apparati
esterni dedicati, richiedendo CAPEX
ed OPEX consistenti;
non garantisce il riconoscimento di
tutte le possibili applicazioni e, per
una specifica applicazione, di tutte le
sue versioni;
non garantisce un riconoscimento
istantaneo del flusso. A seconda del
protocollo in questione e delleuristica
in uso, possono essere richiesti alcu-
ni secondi prima che un certo flusso
di traffico venga classificato corretta-
GLI USI DELLE NUOVE RETI
mente;
pu non essere possibile discrimina-
re flussi di traffico diversi (presence,
chat, file sharing, video, etc.) generati
dalla medesima applicazione;
richiesto un costante aggiornamen-
to delle signature dapplicazione e dei
modelli di comportamento su cui que-
ste tecniche basano il riconoscimento
del traffico
simone.ruffino@telecomitalia.it
 46
SOSTENIBILIT DELLE NUOVE RETI
GGSN
User plane
SGSN
Control plane
NAS Signalling Security
Paging Replication
RNC
User Plane Ciphering
Header Compression
LE TECNOLOGIE DELLE NUOVE RETI
NodeB
Figura 7 - Dal GPRS al EPS
frato soltanto fino al eNodeB. Di
conseguenza, qualora la rete di
raccolta non possa essere consi-
derata sufficientemente sicura,
necessario proteggere linterfac-
cia S1 tra eNodeB e SGW con una
VPN IPsec. Ci richiede il dispie-
gamento di Security Gateway, che
fanno da punto di terminazione
per i tunnel IPsec verso gli eNo-
deB, e di una Certification Autho-
rity.
GLI USI DELLE NUOVE RETI
Le sezioni che seguono fornisco-
no ulteriori dettagli sugli altri ele-
menti di novit che caratterizzano
lEvolved Packet System rispetto
al GPRS.
4.2.1 Modello di servizio always-on
Il nuovo accesso E-UTRAN sta-
to definito con lobiettivo di of-
frire agli utenti un servizio di
tipo always-on. quindi previsto
che ogni terminale attestato ad
E-UTRAN sia sempre connesso
ad almeno una PDN, in modo da
avere in ogni momento almeno
PDN Gateway
Serving Gateway
MME
eNodeB
un indirizzo IP assegnato. Ci de-
terminer una crescita progressi-
va del fabbisogno di indirizzi IP,
diventando un ulteriore driver per
la migrazione da IPv4 a IPv6.
Come nel GPRS, ogni PDN
identificata univocamente da una
stringa di caratteri, denominata
APN (Access Point Name). Una
prima connessione a PDN vie-
ne aperta contestualmente alla
procedura di Attach allaccesso
E-UTRAN. Qualora nella fase di
Attach lo UE non specifichi alcun
APN, lMME instaura in modo
automatico una connessione
verso una PDN predeterminata,
identificata da un APN di default
memorizzato nel profilo di servi-
zio dellutente sul HSS. Di conse-
guenza, a valle della procedura di
Attach ad E-UTRAN, lo UE pos-
siede un indirizzo IP valido e pu
iniziare subito a trasmettere o ri-
cevere dati.
Successivamente alla fase di At-
tach, lo UE pu richiedere ulte-
riori connessioni vero altre PDN,
purch queste siano autorizzate
nel proprio profilo di servizio. In
questo modo possibile per lo UE
accedere simultaneamente a PDN
multiple (uno scenario di utilizzo
laccesso simultaneo ad Internet e
ad una rete corporate), che posso-
no essere servite da PGW diversi.
4.2.2 Semplificazione del modello di QoS
Lallocazione delle risorse tra-
smissive nel EPS viene realizzata
con la granularit del EPS bearer
o, pi semplicemente, bearer. Un
EPS bearer pu essere visto come
una canale logico tra UE e PDN
Gateway, dedicato al trasporto di
specifici flussi di traffico.
Quando viene aperta una con-
nessione a PDN viene attivato il
cosiddetto bearer di default, che
rimane attivo per tutta la durata
della sessione. Si tratta di un be-
arer non-GBR, cio a bit-rate non
garantito, sul quale viene veico-
lato tutto il traffico per cui non
previsto un trattamento preferen-
ziale. poi possibile attivare, in
modo dinamico o contestualmen-
te al bearer di default, uno o pi
bearer aggiuntivi dedicati a speci-
fici servizi.
LEPS bearer di fatto equiva-
lente al PDP context del GPRS,
ma rispetto al GPRS il modello
stato semplificato in modo signi-
ficativo:
lattivazione, modifica e can-
cellazione di bearer dedicati a
specifici servizi pu essere ini-
ziata soltanto dalla rete. Leven-
to che scatena la creazione di
un bearer dedicato pu essere
una richiesta dello UE o di una
piattaforma di controllo (e.g.
IMS), ma spetta sempre alla
rete decidere se mappare un
flusso di traffico su un bearer
esistente o se allocare un nuovo
bearer;

riduzione del numero di para-
metri di QoS che caratteriz-
zano i bearer, con una conse-
guente semplificazione delle
configurazioni a carico dello-
peratore.
4.2.3 Flessibilit nella differenziazione
dellutenza
Il modello di QoS definito per
lEPS offre allOperatore uneleva-
ta flessibilit nella differenziazio-
ne della propria utenza, che pu
essere realizzata agendo sui para-
metri che caratterizzano singoli
bearer o aggregati di bearer.
Nel EPS ogni bearer associato ai
seguenti parametri: dei filtri sulla
5-upla, che identificano i flussi di
traffico mappati sul bearer nella
direzione uplink e downlink, ed
un insieme di parametri di QoS.
Questi ultimi comprendono:
QCI (QoS Class Identifier), uno
scalare che identifica la moda-
lit di forwarding del traffico;
ARP (Allocation and Retention
Priority), un valore di priorit
che pu essere usato per deci-
dere quali bearer abbattere in
caso di mancanza di risorse;
GBR (Guaranteed Bit Rate) e
MBR (Maximum Bit Rate), solo
per i bearer GBR, cio a bit-rate
garantito.
Il QCI uno scalare che punta ad
un insieme di parametri che con-
trollano la modalit di forwarding
del traffico nella rete di accesso.
Questi parametri sono pre-confi-
gurati dallOperatore sui nodi di
accesso (e.g. scheduling weights,
admission thresholds, queue man-
agement thresholds, link layer
protocol configuration
) e non de-
vono quindi essere segnalati nella
fase di attivazione del bearer.
Alcuni valori di QCI sono stan-
dardizzati dal 3GPP e sono asso-
ciati ad un insieme di caratteristi-
che che specificano il trattamento
atteso nella tratta tra UE e PGW
in termini di ritardo, perdita e
priorit. In caso di congestione lo
scheduler del traffico sul eNodeB
deve soddisfare prima i requisiti
di ritardo dei bearer a priorit pi
alta. Ne consegue che associare un
QCI a priorit pi alta al bearer di
default un primo modo per ga-
rantire un trattamento preferen-
ziale allutenza alto spendente.
Sono stati inoltre definiti altri pa-
rametri di QoS, che permettono
di limitare il bit-rate massimo ge-
nerato dallo UE su un aggregato
di bearer:
APN-AMBR (per APN Aggrega-
ted Maximum Bit Rate): limita
traffico aggregato generato da
uno UE su tutti i bearer non-
GBR verso uno certo APN;
UE-AMBR (per UE AMBR): li-
mita il traffico aggregato gene-
rato dallo UE su tutti i bearer
non-GBR attivi, indipendente-
mente dal APN.
Questi parametri sono un ulte-
riore strumento a disposizione
delloperatore per differenziare la
propria utenza. Configurando op-
portunamente lAPN-AMBR e lo
UE-AMBR nel profilo di servizio
dellutente sul HSS, ed eventual-
mente permettendo alla piattafor-
ma PCC di variare questi parame-
tri al verificarsi di specifici eventi
(e.g. esaurimento di un bundle di
traffico), possibile offrire diversi
profili di banda ai Clienti.
4.2.4 Interlavoro con gli accessi Wi-Fi
Laccesso al EPS possibile anche
attraverso tecnologie radio non
standardizzate dal 3GPP, come il
Wi-Fi. Qualora il terminale e la
rete Wi-Fi dispongano delle fun-
47
zionalit necessarie, lautentica-
zione dellutente mobile su Wi-Fi
SOSTENIBILIT DELLE NUOVE RETI
pu essere effettuata utilizzando
la (U)SIM. A valle della procedura
di autenticazione, linstradamen-
to del traffico pu essere realizza-
to in due modi diversi:
si pu lasciare che il traffico
scambiato dallutente mobile su
Wi-Fi venga instradato in modo
diretto, senza attraversare
lEPC. In questo caso negli spo-
stamenti da/verso Wi-Fi lindi-
rizzo IP assegnato al terminale
cambia, le applicazioni attive
possono subire delle interru-
zioni e, pi in generale, lutente
LE TECNOLOGIE DELLE NUOVE RETI
sperimenta su Wi-Fi un servizio
differente da quello disponibile
sugli accessi radiomobili;
possono essere utilizzati oppor-
tuni meccanismi di tunneling
per forzare linstradamento del
traffico Wi-Fi attraverso il PGW.
In questo caso il terminale ha la
possibilit di mantenere lo stes-
so indirizzo IP, assegnato dal
PGW, indipendentemente dalla
rete di accesso a cui connesso
e lesperienza duso su Wi-Fi ri-
sulta allineata a quella che lu-
tente normalmente sperimenta
quando connesso ad un accesso
GLI USI DELLE NUOVE RETI
radiomobile. Poich tutto il traf-
fico attraversa il PGW, le fun-
zioni di charging online/offline,
policy control e legal intercep-
tion del traffico Wi-Fi possono
essere realizzate in buona parte
riutilizzando le stesse procedu-
re e piattaforme in uso per gli
accessi radiomobili.
Loperatore mobile pu influenza-
re il comportamento del termina-
le nella scelta della rete di accesso
sui cui veicolare specifiche appli-
cazioni e/o servizi dispiegando
un nuovo elemento funziona-
le denominato ANDSF (Access
Network Discovery and Selection
Function).
 48
LANDSF dispone di informazioni
dettagliate sulla topologia della
SOSTENIBILIT DELLE NUOVE RETI
rete di accesso ed utilizza il pro-
tocollo OMA-DM per inviare al
terminale informazioni di detta-
glio sulle reti di accesso disponi-
bili (e.g. gli SSID accessibili) e po-
licy che guidino il terminale nella
scelta della rete di accesso a cui
attestarsi (e.g. priorit del Wi-Fi
rispetto agli accessi radiomobili,
ordine di preferenza degli SSID).
4.2.5 Altri elementi di novit
LE TECNOLOGIE DELLE NUOVE RETI
A differenza di quanto avviene
nel GPRS, la presenza del SGW
nellarchitettura del EPS rende il
Direct Tunnel efficace anche negli
scenari di roaming.
Nel EPS i bearer sono nativamen-
te dual-stack, ovvero uno stesso
bearer pu essere utilizzato per
veicolare traffico IPv4 e/o IPv6,
semplificando il processo di mi-
grazione graduale verso il nuovo
protocollo. Questa funzionalit
stata introdotta per la prima volta
nello standard 3GPP proprio con
lEPS e, solo in una fase successi-
va, stata estesa al GPRS, dove in
GLI USI DELLE NUOVE RETI
origine i PDP context potevano
essere soltanto single-stack, cio
IPv4 o IPv6.
Contestualmente alla definizio-
ne del EPS sono state introdotte
nello standard 3GPP significative
estensioni alla piattaforma di Po-
licy and Charging Control, quali:
il supporto per il roaming in
local breakout, cio con PGW
in VPLMN, di cui previsto
lutilizzo negli scenari evolu-
tivi di VoLTE (Voice over LTE),
per la fornitura di servici voce
ed SMS controllati tramite core
IMS;
la possibilit di eseguire len-
forcement di policy di QoS
negli accessi non-3GPP (e.g.
ADSL/Wi-Fi).
4.3 Mobilit e carico di segnalazione
Come evidenziato in precedenza,
ragionevole attendersi che, a pa-
rit di numero di utenti, lMME
debba gestire un carico di segna-
lazione superiore rispetto agli at-
tuali SGSN. Di conseguenza, gi
nelle prime fasi di dispiegamento,
opportuno costruire la rete in
modo da ottimizzarne il funzio-
namento dal punto di vista della
segnalazione scambiata sul canale
radio e tra gli apparati di rete.
A tale scopo loperatore pu sfrut-
tare a proprio vantaggio le moda-
lit previste per gestire la mobilit
dei terminali LTE in idle-mode.
A differenza del GPRS, dove ogni
terminale pu essere registrato
allinterno di una singola Routing
Area univocamente associata alla
cella, un terminale LTE in idle-
mode viene tracciato a livello di
Tracking Area List (si veda a tale
proposito la Figura 8). Una TA
List un insieme di Tracking Area
e lMME pu aggiornare in modo
dinamico la composizione della
TA List associata ad ogni termina-
le tenendo conto del suo pattern
di mobilit e/o di altri fattori. Ad
esempio, la TA List potrebbe com-
Figura 8 Tracking Area List e Paging
TA #1
Cell
Cell
Cell
TA List = TA #1 + TA #2
prendere la TA in cui si trova at-
tualmente il terminale e tutte la
TA adiacenti, o, in alternativa, la
TA List potrebbe includere sol-
tanto la TA attuale e quella di pro-
venienza del terminale, al fine di
limitare gli effetti ping-pong du-
rante il cambio di Tracking Area.
Tarare opportunamente la strate-
gia di costruzione della TA List
un potente strumento per mini-
mizzazione il carico di segnala-
zione dovuto a Location Manage-
ment e Paging.
Unulteriore opzione a disposi-
zione dellOperatore limpiego
di strategie di paging progressive,
che prevedono che lutente venga
cercato dal MME prima di tutto
nellultima cella in cui stata ri-
scontrata la presenza del termi-
nale e, solo in caso di assenza di
risposta, in aree via via pi gran-
di, che possono arrivare allinte-
ra Tracking Area o a tutta la TA
List. Cos facendo, soprattutto in
scenari a bassa mobilit, la proce-
dura di paging si pu completare
con linvio di pochissimi messag-
gi, evitando di replicare il paging
in tutte le celle della TA List.
Infine sono sicuramente da cita-
re le procedure di ISR (Idle-mode
Signalling Reduction), che, se abi-
litate in rete, consentono al termi-
nale di non generare segnalazione
in aria in caso di spostamento in
idle-mode tra accessi 2G/3G ed
MME
Paging
TA #2
Cell
 49

LTE. Questo tipo di ottimizzazio- sul comportamento dei terminali dispiegamento che linfrastrut-
ne molto simile a ci che si pu e degli utenti nel nuovo scenario, tura GPRS preesistente richiede

SOSTENIBILIT DELLE NUOVE RETI

ottenere nel GPRS, configurando
celle 2G e 3G adiacenti nella stes-
sa Routing Area, ma si ha il van-
taggio che lISR efficace anche se
SGSN e MME non sono colocati.
Specialmente nelle fasi iniziali di
dispiegamento, quanto la coper-
tura LTE sar molto frammentata,
lISR potr essere molto utile per
contenere il carico di segnalazio-
ne generato dallutenza LTE.
4.4 Architettura per il primo dispiegamen-
to e impatti sulle piattaforme
pu essere indicato per un Ope-
ratore decidere di utilizzare per la
nuova rete LTE un approccio cau-
telativo, creando una rete overlay
specificatamente dedicata al 4G.
In tale scenario le entit funziona-
li che realizzano lEPC, cio MME,
PGW/SGW e HSS, sono dispiega-
te su nodi dedicati, anche se i ven-
dor di apparati offrono nel loro
portafoglio di prodotti tali fun-
zionalit come evoluzione delle
soluzioni 3G, realizzandole sulle
medesime piattaforme hardware.
La Figura 9 illustra in maniera
modifiche ridotte.
Difatti:
i GGSN non sono impattati;
gli SGSN sono interconnessi
alla rete overlay dedicata al 4G
attraverso le interfacce GTPv1
gi utilizzate nella rete GPRS
(interfacce Gn e Gp) e quindi
vedono il PGW come un nor-
male GGSN e lMME come un
altro SGSN.
Naturalmente, per abilitare la
mobilit da/verso accessi LTE,
essenziale che i terminali LTE si-
ano serviti da un PGW e questo

LE TECNOLOGIE DELLE NUOVE RETI

Nellottica di acquisire il corretto
know-how sulla rete 4G (di fatto
una rete dati mobile completa-
mente nuova, sia nella parte di ac-
cesso radio che di core network) e
semplificata larchitettura logico-
funzionale della core network
mobile secondo tale approccio.
Per motivi di semplicit non sta-
to riportato laccesso 2G. Il grosso
vantaggio di questa strategia di
realizzabile in due modi:
creando un nuovo APN dedica-
to allutenza LTE e configuran-
do il DNS in modo che tale APN
venga sempre risolto nellindi-
rizzo di un PGW;

Figura 9 - Architettura di rete dati mobile per gli accessi 3G e LTE

Customer Care Self-care

System Susten

Online
Charging Billind
Provisioning System
System

GLI USI DELLE NUOVE RETI

Policy Gy Gz
SPR Manager
Gy Gz
3G Radio Access Network HLR Gx
Gr
3G Packet Core
Network
Iub Multivendor IuPS Gn Gi
SGSN GGSN
RNC Operator
Service
Network
Gn iDNS AAA
Internet

S1-MME MME S11 Corporate

Intranet
S1-U
SGW-PGW
SGi
S6a
4G Radio Access Network 4G Packet Core Network
HLR
 50
modificando gli SGSN in cam-
po in modo che questi scelgano
SOSTENIBILIT DELLE NUOVE RETI
il gateway a cui indirizzare una
certa sessione tenendo conto
delle capability del terminale.
Se il terminale dotato di in-
terfaccia LTE lSGSN deve ne-
cessariamente attestarlo ad un
PGW. In caso contrario lSGSN
pu scegliere un GGSN.
Anche se vengono minimizzati gli
impatti sullinfrastruttura GPRS,
la presenza dei nuovi nodi EPC
implica comunque lintroduzione
di nuove funzionalit e ladegua-
mento di alcune funzionalit gi
esistenti. Fra le nuove funzionali-
LE TECNOLOGIE DELLE NUOVE RETI
t spiccano:
la segnalazione fra SGSN e
MME, necessaria per la gestio-
ne della mobilit tra 2G/3G ed
LTE;
linterazione fra MME e HSS,
per la gestione della profilatura
del Cliente (autenticazione, ve-
rifica delle opzioni di servizio
sottoscritte);
la Lawful Interception gestita a
livello di PDN/Serving Gateway.
Tra le funzionalit da adeguare si
citano:
il provisioning del HSS;
le interazioni con il Policy Ma-
GLI USI DELLE NUOVE RETI
nager per la gestione della QoS
da parte del PGW;
la gestione dellaccounting re-
al-time tramite linterfaccia Gy
verso il PGW;
il DNS interno di rete (iDNS),
che dovr essere opportuna-
mente riconfigurato
Larchitettura appena descritta,
pur avendo lindiscutibile van-
taggio di limitare gli impatti sulla
base installata, non supporta alcu-
ne funzionalit, come la mobilit
da/verso accessi non-3GPP (e.g.
Wi-Fi) e le procedure di ISR (Idle
mode Signalling Reduction), che
permettono ad un terminale mul-
ti-modo di spostarsi in idle-mode
tra accessi 2G/3G ed LTE senza
generare segnalazione in aria.
Tuttavia nei fatti ci non costitu-
isce una limitazione, in quanto si
tratta di funzionalit non essen-
ziali nella prima fase di dispiega-
mento di LTE, quando la coper-
tura LTE sar circoscritta a poche
aree ad alta densit di utenza ed
i terminali (i.e. primariamente
laptop con data card 2G/3G/LTE)
non abiliteranno scenari di utiliz-
zo ad elevata mobilit.
La graduale evoluzione verso
unarchitettura di rete caratte-
rizzata da nodi multi-tecnologia
e lutilizzo diffuso di interfacce
GTPv2 e Diameter permetter
di superare questi limiti, garan-
tendo la massima efficienza nel
trattamento di traffico dati e se-
gnalazione e la disponibilit di un
insieme completo di funzionalit.
Conclusioni
Come descritto in precedenza, an-
che le reti di comunicazione mo-
bili tradizionali stanno evolvendo
verso una architettura all IP al pari
delle reti nuove che lo saranno
nativamente. I prossimi passi di
questo percorso di armonizzazio-
ne saranno una sempre maggiore
differenziazione delle esperienze
duso dei Clienti, grazie a mecca-
nismi di policy control e QoS pi
raffinati e la migrazione, attualiz-
zata al nuovo contesto, dei servizi
tradizionali. Il VoLTE (Voice over
LTE), che diventer il modello di
riferimento per la voce in ambito
all IP, ne sar un esempio.
Se molto stato fatto, moltissimo
sar quello da fare
alessandro1.betti@telecomitalia.it
stefano.dimino@telecomitalia.it
ivano.guardini@telecomitalia.it
Usa il tuo
smartphone per
51
visualizzare
approfondimenti
multimediali

Alessandro Stefano Ivano

Betti Di Mino Guardini
laureato in Ingegneria ingegnere elettronico ingegnere elettronico in
Elettronica allUniversit in Telecomunicazioni, Telecomunicazioni, nel
di Bologna, raggiunge il dopo alcune 1995 entra in Telecom
centro R&D Italtel BURM esperienze in Ericsson Italia, dove attualmente
lavorando inizialmente Telecomunicazioni e ricopre il ruolo di
sugli aspetti radio del in BLU, dal 2002 in Project Manager nella
DECT e partecipando Azienda. Dal 2005 si funzione Control Layer
al gruppo di occupa in Telecom Innovation. Si sempre
standardizzazione ETSI Italia di Core Network occupato di networking
DECT DATA. Dopo una mobile, curando gli IP ed innovazione della

LE TECNOLOGIE DELLE NUOVE RETI

esperienza lavorativa in aspetti di ingegneria core network mobile
Telit Networks su sistemi e industrializzazione a pacchetto, attivit
wireless LAN basati per lo sviluppo di che lo ha portato ad
su GSM ed in Nokia piattaforme e servizi del approfondire temi
Networks su gare 3G, dominio Packet Switch quali IPv6, linterlavoro
entra in TIM Direzione e il coordinamento delle con accessi Wi-Fi,
Generale dapprima varie attivit di verifica le reti mobili ad-hoc,
come project manager in test plant ed in rete di levoluzione dal GPRS al
di servizi a valore esercizio. Tra i principali Evolved Packet System
aggiunto (e.g. servizi progetti di cui si e, pi recentemente,
vocali, messaggistica occupato: levoluzione le tecnologie di
unificata iBOX) e HW e SW dei nodi virtualizzazione e
successivamente come SGSN, il trasporto Software Defined
solution manager di IP delle interfacce Networking. Negli anni
servizi basati su IMS. Iu e Gb, il 3G Direct ha accumulato unampia
Attualmente segue i Tunnel, lSGSN Pool, esperienza negli enti
progetti relativi agli le applicazioni della di standardiazzazione,
sviluppi funzionali della QoS 3GPP per offerte in particolare IETF
Broadband mobile Premium e Unlimited, e 3GPP. Dallinizio
(2G\3G\LTE) e dello e infine lintroduzione del 2011 vice chair
strato di controllo IMS nella rete mobile di del gruppo 3GPP SA
mobile per servizi Telecom Italia della WG2, che standardizza
innovativi (eg. RCSe, nuova core network larchitettura di sistema
VoLTE). EPC per il servizio LTE della rete mobile.
e delle funzionalit di
CSFB e SMSoSGs per il
supporto dei servizi CS
su accesso LTE.