Gestione dell'handover verticale in Reti Mobili di ultima ... - InfoCom

Gestione dell'handover verticale in Reti Mobili di ultima ... - InfoCom Gestione dell'handover verticale in Reti Mobili di ultima ... - InfoCom

infocom.uniroma1.it
from infocom.uniroma1.it More from this publisher
31.05.2013 Views

90 CAPITOLO IV adatta a traffici molto sensibili, fino ad arrivare alla classe Background, praticamente insensibile al ritardo. Secondo questo principio le prime due classi sono adatte per trasportare traffico real time, mentre quelle Interattiva e Background, sono classi ideate per applicazioni Internet tradizionali, ad esempio web browsing, e-mail, FTP e così via. Grazie ai vincoli di ritardo meno stringenti, queste ultime due classi forniscono una migliore resistenza agli errori di trasmissione. Classe Conversazionale : questa classe viene utilizzata per conversazioni real time fra utenti, come i tradizionali servizi voce e videoconferenza. In questi servizi il tempo di trasferimento deve essere tenuto basso e, allo stesso tempo, la relazione temporale tra le diverse componenti del flusso informativo deve essere mantenuta costante. In particolare, le caratteristiche di questi parametri sono determinate dalla percezione umana. Classe Streaming : questa classe viene utilizzata nei casi in cui l’utente voglia guardare (ascoltare) flussi video (audio) real time. Il servizio trasmissivo è sempre unidirezionale, da un server in rete verso l’utente. Anche questi servizi sono caratterizzati dal fatto che la relazione temporale fra le varie componenti del flusso informativo deve essere mantenuta costante, ma non sono necessari particolari requisiti di basso ritardo di trasferimento. Classe Interattiva : questa classe viene utilizzata nel caso in cui l’utente richieda dati a un apparato remoto: applicazioni tipiche sono il web browsing, l’interrogazione di basi di dati, l’accesso a server di rete, la raccolta di dati di misura. In questo caso i requisiti principali riguardano il ritardo round-trip (in quanto l’applicazione che richiede i dati li attende, poi, per un tempo prestabilito) e l’integrità dei dati stessi, cioè la garanzia di un basso tasso di errore. Classe Background : questa classe si riferisce al caso in cui l’utente richieda l’invio o attenda la ricezione di file di dati come processo di background, quindi secondario rispetto ad altri processi di maggiore priorità. Applicazioni di questo genere sono la trasmissione di e-mail e SMS,il trasferimento di basi di dati e così via. In questo caso l’applicazione ricevente non ha limiti di

91 CAPITOLO IV tempo per l’arrivo dei dati richiesti, mentre risulta molto importante l’integrità dei dati stessi. 4.2 Architettura del simulatore In questo paragrafo viene descritto il diagramma a blocchi del simulatore mostrato in figura 22. no no no Init WiFi interface Calcolo goodput UMTS GpUMTS Calcolo goodput WiFi Gp WiFi Gp UMT >Gp WiFi si PrxUMTS > sensitivityUMTS si Handover WiFi - UMTS START Misura PrxWiFi PrxUMT PrxUMTS PrxWiFi Init UMTS interface Calcolo goodput UMTS Gp UMTS Calcolo goodput WiFi Gp WiFi GpWiFi>GpUMT Figura 22: Procedura dell’algoritmo VHO proposto Sono stati definiti due scenari di riferimento: la mappa di copertura WiFi e la mappa di copertura UMTS. Tali mappe sono state realizzate attraverso una matrice quadrata di dimensione MxM. si si si Handover UMTS - WiFi STOP STOP PrxWiFi >α*sensitivityWiFi no no

90<br />

CAPITOLO IV<br />

adatta a traffici molto sensibili, f<strong>in</strong>o ad arrivare alla classe Background,<br />

praticamente <strong>in</strong>sensibile al ritardo.<br />

Secondo questo pr<strong>in</strong>cipio le prime due classi sono adatte per trasportare<br />

traffico real time, mentre quelle Interattiva e Background, sono classi ideate<br />

per applicazioni Internet tra<strong>di</strong>zionali, ad esempio web brows<strong>in</strong>g, e-mail, FTP<br />

e così via. Grazie ai v<strong>in</strong>coli <strong>di</strong> ritardo meno str<strong>in</strong>genti, queste ultime due<br />

classi forniscono una migliore resistenza agli errori <strong>di</strong> trasmissione.<br />

Classe Conversazionale : questa classe viene utilizzata per conversazioni<br />

real time fra utenti, come i tra<strong>di</strong>zionali servizi voce e videoconferenza. In<br />

questi servizi il tempo <strong>di</strong> trasferimento deve essere tenuto basso e, allo<br />

stesso tempo, la relazione temporale tra le <strong>di</strong>verse componenti del flusso<br />

<strong>in</strong>formativo deve essere mantenuta costante. In particolare, le caratteristiche<br />

<strong>di</strong> questi parametri sono determ<strong>in</strong>ate dalla percezione umana.<br />

Classe Stream<strong>in</strong>g : questa classe viene utilizzata nei casi <strong>in</strong> cui l’utente<br />

voglia guardare (ascoltare) flussi video (au<strong>di</strong>o) real time. Il servizio<br />

trasmissivo è sempre uni<strong>di</strong>rezionale, da un server <strong>in</strong> rete verso l’utente.<br />

Anche questi servizi sono caratterizzati dal fatto che la relazione temporale<br />

fra le varie componenti del flusso <strong>in</strong>formativo deve essere mantenuta<br />

costante, ma non sono necessari particolari requisiti <strong>di</strong> basso ritardo <strong>di</strong><br />

trasferimento.<br />

Classe Interattiva : questa classe viene utilizzata nel caso <strong>in</strong> cui l’utente<br />

richieda dati a un apparato remoto: applicazioni tipiche sono il web brows<strong>in</strong>g,<br />

l’<strong>in</strong>terrogazione <strong>di</strong> basi <strong>di</strong> dati, l’accesso a server <strong>di</strong> rete, la raccolta <strong>di</strong> dati <strong>di</strong><br />

misura. In questo caso i requisiti pr<strong>in</strong>cipali riguardano il ritardo round-trip (<strong>in</strong><br />

quanto l’applicazione che richiede i dati li attende, poi, per un tempo<br />

prestabilito) e l’<strong>in</strong>tegrità dei dati stessi, cioè la garanzia <strong>di</strong> un basso tasso <strong>di</strong><br />

errore.<br />

Classe Background : questa classe si riferisce al caso <strong>in</strong> cui l’utente richieda<br />

l’<strong>in</strong>vio o attenda la ricezione <strong>di</strong> file <strong>di</strong> dati come processo <strong>di</strong> background,<br />

qu<strong>in</strong><strong>di</strong> secondario rispetto ad altri processi <strong>di</strong> maggiore priorità. Applicazioni<br />

<strong>di</strong> questo genere sono la trasmissione <strong>di</strong> e-mail e SMS,il trasferimento <strong>di</strong> basi<br />

<strong>di</strong> dati e così via. In questo caso l’applicazione ricevente non ha limiti <strong>di</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!