31.05.2013 Views

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

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

67<br />

CAPITOLO III<br />

Ogni MH è munito <strong>di</strong> <strong>in</strong>terfacce <strong>di</strong> rete multiple, ognuna <strong>di</strong> esse è assegnata<br />

ad un <strong>di</strong>fferente <strong>in</strong><strong>di</strong>rizzo IP, <strong>in</strong> <strong>di</strong>pendenza dalla Rete <strong>di</strong> Accesso a cui il<br />

term<strong>in</strong>ale è connesso,<br />

Il MH utilizza il protocollo SIP, per <strong>in</strong>staurare la sessione multime<strong>di</strong>ale .<br />

Nell’architettura possiamo <strong>in</strong><strong>di</strong>viduare nuove componenti quali: il SBC<br />

(Session Border Controller) che è un term<strong>in</strong>ale che tipicamente è <strong>di</strong>slocato ai<br />

conf<strong>in</strong>i <strong>di</strong> una rete IP ed ha il compito <strong>di</strong> gestire tutte le sessioni aperte<br />

dell’<strong>in</strong>tera rete.<br />

Il SBC risulta essere un componente importante per traffico VoIP.<br />

L’idea alla base della soluzione MMUSE è andare ad estendere le<br />

funzionalità tipiche <strong>di</strong> segnalazione e <strong>di</strong> me<strong>di</strong>azione del SBC per poter<br />

supportare la mobilità <strong>verticale</strong>.<br />

Per raggiungere tale obiettivo viene <strong>in</strong>trodotta ancora un altro componente il<br />

MMS (<strong>Mobili</strong>ty Management Server) all’<strong>in</strong>terno del SBC.<br />

Il MMS va a cooperare con un’altra entità che viene <strong>in</strong>trodotta all’<strong>in</strong>terno del<br />

MH, chiamata MMC( <strong>Mobili</strong>ty Management Client).<br />

Sia il SIP UA sia il CH rimangono estranei alle procedure <strong>di</strong> handover, che<br />

<strong>in</strong>vece sono gestite rispettivamente dal MMC e dal MMS.<br />

Dal lato del MH, lo UA vede il MMC semplicemente come un proxy d’uscita<br />

verso il quale <strong>in</strong>stradare la normale segnalazione SIP e i vari flussi <strong>di</strong><br />

<strong>in</strong>formazione; il MMC ritrasmette tali pacchetti versi il MMS/SBC;<br />

successivamente da lì il flusso va a seguire il camm<strong>in</strong>o determ<strong>in</strong>ato dalle<br />

usuali procedure <strong>di</strong> rout<strong>in</strong>g governate dal protocollo SIP.<br />

Il MMS/SBC è un punto <strong>di</strong> ancoraggio sia del traffico <strong>di</strong> segnalazione, sia del<br />

traffico multime<strong>di</strong>ale. La sua presenza <strong>in</strong> tale configurazione è necessaria per<br />

la reperibilità del UA.<br />

Nella figura riportata si evidenzia il ruolo del SBC come un “meet<strong>in</strong>g po<strong>in</strong>t” tra<br />

il CH e il MH, <strong>in</strong><strong>di</strong>pendentemente dalla Rete <strong>di</strong> Accesso a cui il MH è<br />

connesso.

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

Saved successfully!

Ooh no, something went wrong!