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
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
- Page 45 and 46: 39 Capitolo I accesso di ciascun ut
- Page 47 and 48: 41 Capitolo I sono cambiate radical
- Page 49 and 50: 43 Capitolo I Per sfruttare le oppo
- Page 51 and 52: 45 Capitolo I computer, ma è veros
- Page 53 and 54: o ingegnerizzazione della mobilità
- Page 55 and 56: 2.1 Handover verticale 49 CAPITOLO
- Page 57 and 58: 51 CAPITOLO II terminali a gestire
- Page 59 and 60: 53 CAPITOLO II Infatti quando un te
- Page 61 and 62: 55 CAPITOLO II L’802.21 specifica
- Page 63 and 64: 57 CAPITOLO III protocollo IP. Di s
- Page 65 and 66: 59 CAPITOLO III da quell’istante
- Page 67 and 68: 61 CAPITOLO III Un ulteriore svanta
- Page 69 and 70: 63 CAPITOLO III SIP gestisce in mod
- Page 71 and 72: Figura 15: SIP Re-Invite Signalling
- Page 73 and 74: 67 CAPITOLO III Ogni MH è munito d
- Page 75 and 76: 69 CAPITOLO III Effettuata tale pro
- Page 77 and 78: 71 CAPITOLO III energia. I metodi d
- Page 79 and 80: 73 CAPITOLO III Innanzitutto il ver
- Page 81 and 82: Inoltre di seguito vengono riportat
- Page 83 and 84: 77 CAPITOLO III conseguenza dell’
- Page 85 and 86: 79 CAPITOLO III Nel diagramma a blo
- Page 87 and 88: 81 CAPITOLO III mobile. Quando tale
- Page 89 and 90: 83 CAPITOLO IV Il progetto si basa
- Page 91 and 92: 85 CAPITOLO IV trasmittenti e ricev
- Page 93 and 94: 87 CAPITOLO IV In questo sottoparag
- Page 95: 89 CAPITOLO IV garantire. Un’inte
- Page 99 and 100: 93 CAPITOLO IV Analogamente è stat
- Page 101 and 102: 95 CAPITOLO IV La previsione per il
- Page 103 and 104: 97 CAPITOLO IV Con i valori dei goo
- Page 105 and 106: CAPITOLO V 99 CAPITOLO V Validazion
- Page 107 and 108: 101 CAPITOLO V In questo paragrafo
- Page 109 and 110: 103 CAPITOLO V diffuso, sia in Euro
- Page 111 and 112: Tabella 4: Confronto dati tecnici 1
- Page 113 and 114: 107 CAPITOLO V La doppia condizione
- Page 115 and 116: 109 CAPITOLO V Nella Figura 23 è r
- Page 117 and 118: 111 CAPITOLO V Nelle figure 26,27 e
- Page 119 and 120: Goodput[bit/s] 4000 3000 2000 1000
- Page 121 and 122: Frequenza di Vertical Handover 5 4.
- Page 123 and 124: Frequenza di Vertical Handover 50 4
- Page 125 and 126: Frequenza di Vertical Handover 8 7
- Page 127 and 128: 5.3 Risultati ottenuti dalle simula
- Page 129 and 130: 123 CAPITOLO V Lo spettro elettroma
- Page 131 and 132: Conclusioni 125 Conclusioni Con que
- Page 133 and 134: 127 Conclusioni migrare o di cambia
- Page 135 and 136: 129
- Page 137 and 138: Bibliografia Bibliografia [1] Wen-T
- Page 139 and 140: Sitografia Sitografia [1] Ubiquitou
- Page 141: Ringraziamenti Desidero ringraziare
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>