09.02.2013 Views

Sviluppo di una piattaforma per lo streaming multimediale - MobiLab ...

Sviluppo di una piattaforma per lo streaming multimediale - MobiLab ...

Sviluppo di una piattaforma per lo streaming multimediale - MobiLab ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

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

4.2.1 – Discussione sulla gestione dell'Handoff<br />

<strong>Sviluppo</strong> <strong>di</strong> <strong>una</strong> <strong>piattaforma</strong> <strong>per</strong> <strong>lo</strong> <strong>streaming</strong> multime<strong>di</strong>ale in ambiente Android<br />

Il gestore dell'Handoff ha l'onere <strong>di</strong> valutare <strong>lo</strong> stato delle reti <strong>di</strong>sponibili sulle<br />

<strong>di</strong>verse interfacce, scegliere quella più adatta e avviare, nel caso, il processo <strong>di</strong><br />

<strong>di</strong>sconnessione/riconnessione.<br />

Anche se inizialmente era stato pensato come un control<strong>lo</strong> <strong>di</strong> basso livel<strong>lo</strong> che, a<br />

comunicazione RTP avviata, gestisse le problematiche del caso <strong>di</strong> stu<strong>di</strong>o, ci si è resi<br />

subito conto che dovesse essere inteso come <strong>una</strong> classe incapsulante tutta la<br />

connessione RTP. Infatti, <strong>per</strong> favorire un miglior control<strong>lo</strong> della connessione e<br />

ottenere un'o<strong>per</strong>abilità <strong>di</strong>retta con gli oggetti <strong>di</strong> comunicazione RTP, si farà carico<br />

anche delle responsabilità <strong>di</strong> gestione del sistema ReceiveStreamReader-<br />

QueableCircularBuffer-BufferedReader, delegando<strong>lo</strong> <strong>di</strong> volta in volta al RPCClient<br />

responsabile dell'interfaccia <strong>di</strong> rete attiva.<br />

Se idealmente la realizzazione <strong>di</strong> tale sistema potrebbe sembrare semplice,<br />

particolare attenzione va posta ai casi <strong>di</strong> stu<strong>di</strong>o limite – i worst case, come ad<br />

esempio due reti con uno stato simile oppure <strong>una</strong> rete ottimale presente <strong>per</strong> un<br />

brevissimo lasso <strong>di</strong> tempo – che potrebbero generare numerose sequenze <strong>di</strong><br />

<strong>di</strong>sconnessione/riconnessione andando a peggiorare il servizio stesso.<br />

Per affrontare il problema in maniera conveniente <strong>lo</strong> si è scisso in due parti <strong>di</strong>verse:<br />

inizialmente sarà necessario trovare un sistema <strong>per</strong> assegnare un va<strong>lo</strong>re numerico che<br />

rappresenti <strong>lo</strong> stato qualitativo della rete; so<strong>lo</strong> successivamente verrà progettato<br />

l'algoritmo che <strong>per</strong>metta al client la scelta della rete più conveniente.<br />

L'approfon<strong>di</strong>mento del primo punto è stato rinviato al paragrafo 4.7.2, essendo <strong>di</strong><br />

natura prettamente “implementativa”. Al fine <strong>di</strong> poter comunque esporre la<br />

progettazione pren<strong>di</strong>amo so<strong>lo</strong> atto dell'esistenza <strong>di</strong> questo parametro <strong>di</strong> merito – che<br />

59

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

Saved successfully!

Ooh no, something went wrong!