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
68 CAPITOLO III Per semplicità nella figura è stata riportata una struttura centralizzata ovvero un unico SBC/MMS, ma in un contesto reale ovviamente si fa riferimento ad una struttura distribuita. Una serie di SBC/MMS sono necessari per andare a coprire una zona con un certo numero di utenti mobili. Sono definite specifiche procedure di segnalazione, scambiate tra il MMC nel MH e il MMS, cosi che il MMS è continuamente informato sulla locazione del MH. Nel dettaglio, la seguente procedura di segnalazione prevede,come mostrato nella seguente figura, che ogni qualvolta che il MH si muove da una rete di accesso ad un’altra, viene spedito un messaggio SIP di aggiornamento verso il MMS, tale operazione viene fatta sopra la nuova rete, questo per rendere possibile di completare la procedura anche se la “vecchia rete“ non è improvvisamente più disponibile. Figura 17: SIP MMUSE Signalling Procedures
69 CAPITOLO III Effettuata tale procedura pertanto sarà possibile che, se il MMS riceve delle chiamate indirizzate verso il MH, questo instraderà tale chiamata verso la corretta interfaccia aggiornata, in virtù delle informazioni appena acquisite dalla segnalazione. Quando il MH ha bisogno di cambiare la rete di accesso mentre è impegnato in una chiamata, la procedura è perlopiù identica a quella mostrata precedentemente, con l’unica differenza che in questo caso il MMC manda al MMS un messaggio SIP che contiene informazioni addizionali richieste per identificare la chiamata che deve essere indirizzata sulla nuova interfaccia. Per minimizzare la durata dell’handover, vengono duplicati i flussi RTP provenienti dal MH durante l’handover, utilizzando il MMC. Quando il MMC inizia le procedure di handover, lui manda una richiesta di handover( SIP REGISTER) al MMS e, allo stesso tempo, inizia a duplicare i pacchetti RTP su entrambe le interfacce. In questo modo appena il MMS acquisisce il messaggio di handover, i pacchetti provenienti dalla nuova interfaccia sono già disponibili. Il MMS può portare a termine tale procedura nel modo più veloce possibile e poi manderà indietro pacchetti di risposta al MMC( SIP 200OK). Quando il MMC riceve pacchetti di risposta, lui termina di duplicare i messaggi. Viene definito un meccanismo di ritrasmissione di messaggi REGISTER ogni 0.2 secondi, questo per minimizzare la durata dell’handover, qualora i pacchetti siano andati persi. Tutte le procedure di segnalazione tradizionali definite dal protocollo SIP, quali, apertura di una nuova sessione, terminazione di una sessione esistente, fase di registrazione, rimangono inalterate eccezion fatta per il vincolo che tali informazioni debbano passare per il MMC e il MMS. I vantaggi di questa soluzione risiedono nel fatto che la latenza, che viene causata da un procedura di vertical handoff, viene senz’altro minimizzata nella misura in cui si prevede un’architettura costituita da un numero
- Page 23 and 24: 17 Capitolo I Infine, un consorzio
- Page 25 and 26: 19 Capitolo I territori scoperti da
- Page 27 and 28: 21 Capitolo I La presenza di parecc
- Page 29 and 30: 1.3 UMTS 23 Capitolo I UMTS (Univer
- Page 31 and 32: 25 Capitolo I Un altro sistema evol
- Page 33 and 34: 27 Capitolo I Le bande di frequenza
- Page 35 and 36: 29 Capitolo I fosse destinata ad un
- Page 37 and 38: 1.4 WLAN 31 Capitolo I concentrazio
- Page 39 and 40: 33 Capitolo I L’architettura Wire
- Page 41 and 42: 35 Capitolo I Mobile WiMAX sullo st
- Page 43 and 44: 37 Capitolo I amplificare e ritrasm
- 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: 67 CAPITOLO III Ogni MH è munito d
- 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 and 96: 89 CAPITOLO IV garantire. Un’inte
- Page 97 and 98: 91 CAPITOLO IV tempo per l’arrivo
- 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
69<br />
CAPITOLO III<br />
Effettuata tale procedura pertanto sarà possibile che, se il MMS riceve delle<br />
chiamate <strong>in</strong><strong>di</strong>rizzate verso il MH, questo <strong>in</strong>straderà tale chiamata verso la<br />
corretta <strong>in</strong>terfaccia aggiornata, <strong>in</strong> virtù delle <strong>in</strong>formazioni appena acquisite<br />
dalla segnalazione.<br />
Quando il MH ha bisogno <strong>di</strong> cambiare la rete <strong>di</strong> accesso mentre è impegnato<br />
<strong>in</strong> una chiamata, la procedura è perlopiù identica a quella mostrata<br />
precedentemente, con l’unica <strong>di</strong>fferenza che <strong>in</strong> questo caso il MMC manda al<br />
MMS un messaggio SIP che contiene <strong>in</strong>formazioni ad<strong>di</strong>zionali richieste per<br />
identificare la chiamata che deve essere <strong>in</strong><strong>di</strong>rizzata sulla nuova <strong>in</strong>terfaccia.<br />
Per m<strong>in</strong>imizzare la durata dell’handover, vengono duplicati i flussi RTP<br />
provenienti dal MH durante l’handover, utilizzando il MMC.<br />
Quando il MMC <strong>in</strong>izia le procedure <strong>di</strong> handover, lui manda una richiesta <strong>di</strong><br />
handover( SIP REGISTER) al MMS e, allo stesso tempo, <strong>in</strong>izia a duplicare i<br />
pacchetti RTP su entrambe le <strong>in</strong>terfacce.<br />
In questo modo appena il MMS acquisisce il messaggio <strong>di</strong> handover, i<br />
pacchetti provenienti dalla nuova <strong>in</strong>terfaccia sono già <strong>di</strong>sponibili.<br />
Il MMS può portare a term<strong>in</strong>e tale procedura nel modo più veloce possibile e<br />
poi manderà <strong>in</strong><strong>di</strong>etro pacchetti <strong>di</strong> risposta al MMC( SIP 200OK).<br />
Quando il MMC riceve pacchetti <strong>di</strong> risposta, lui term<strong>in</strong>a <strong>di</strong> duplicare i<br />
messaggi.<br />
Viene def<strong>in</strong>ito un meccanismo <strong>di</strong> ritrasmissione <strong>di</strong> messaggi REGISTER ogni<br />
0.2 secon<strong>di</strong>, questo per m<strong>in</strong>imizzare la durata dell’handover, qualora i<br />
pacchetti siano andati persi.<br />
Tutte le procedure <strong>di</strong> segnalazione tra<strong>di</strong>zionali def<strong>in</strong>ite dal protocollo SIP,<br />
quali, apertura <strong>di</strong> una nuova sessione, term<strong>in</strong>azione <strong>di</strong> una sessione<br />
esistente, fase <strong>di</strong> registrazione, rimangono <strong>in</strong>alterate eccezion fatta per il<br />
v<strong>in</strong>colo che tali <strong>in</strong>formazioni debbano passare per il MMC e il MMS.<br />
I vantaggi <strong>di</strong> questa soluzione risiedono nel fatto che la latenza, che viene<br />
causata da un procedura <strong>di</strong> vertical handoff, viene senz’altro m<strong>in</strong>imizzata<br />
nella misura <strong>in</strong> cui si prevede un’architettura costituita da un numero
Change language