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 ...
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