Cross-layer: differenze tra le versioni

Versione delle 01:10, 5 gen 2010

Versione attuale delle 13:32, 24 feb 2023

(13 versioni intermedie di 7 utenti non mostrate)

Riga 1:

L'ottimizzazione '''cross-layer''' rappresenta la fuga dal puro concetto a [[Modello a cascata|cascata]] del [[Modello OSI|modello delle comunicazioni OSI]], nel quale i confini tra i livelli sono virtualmente rigidi. L'approccio cross-layer trasporta feedback dinamicamente attraverso i confini dei livelli permettendo la compensazione di sovraccarichi, latenze, sotto/sovradimensionamento delle risorse o altre violazioni dei requisiti, fornendo informazioni ad un altro livello diverso da quello in cui si è riscontatoriscontrato il problema <ref>[http://www.ece.purdue.edu/~shroff/Shroff/journal/LSS06.pdf College of Engineering, Purdue University<!-- Titolo generato automaticamente -->]</ref>,<ref>{{cita web |url=http://netlab.caltech.edu/pub/papers/tcpip-ton2004.pdf |titolo=Copia archiviata |accesso=25 giugno 2008 |urlmorto=sì |urlarchivio=https://web.archive.org/web/20080704184307/http://netlab.caltech.edu/pub/papers/tcpip-ton2004.pdf |dataarchivio=4 luglio 2008 }}</ref>.

Specialmente nell'instradamento di informazioni che in modo concorrente richiedono parte della capacità limitata dei canali, si può sentire la necessità del concetto di intervento per effettuare un bilanciamento tra, ad esempio, le necessità della trasmissione di un discorso intelligibile e di comandi di controllo sufficientemente dinamici. Ogni allocazione fissa di risorse risulterà un sotto/sovradimensionata in alcune speciali condizioni delle operazioni. Ogni cambiamento altamente dinamico dell'allocazione delle risorse può affliggere l'intelligibilità della voce o la stabilità del video. Comunque, come per altre strategie di ottimizzazione, l'algoritmo richiede tempo <ref>{{cita web |url=http://graphics.stanford.edu/projects/lgl/papers/sab-adhocnow-04/sab-adhocnow-04.pdf |titolo=Copia archiviata |accesso=25 giugno 2008 |urlmorto=sì |urlarchivio=https://web.archive.org/web/20080516005547/http://graphics.stanford.edu/projects/lgl/papers/sab-adhocnow-04/sab-adhocnow-04.pdf |dataarchivio=16 maggio 2008 }}</ref>.

== Migliorare la qualità del servizio ==

L'ottimizzazione cross-layer può contribuire nel migliorare la qualità dei servizi in varie condizioni operative. Questa gestione della [[qualità di servizio adattiva]] è attualmente soggetto di svariate applicazioni brevettate, ad esempio <ref>[http://www.patentstorm.us/patents/7339897.html Cross-layer integrated collision free path routing - US Patent 7339897<!-- Bot generated title -->] {{webarchive|url=https://web.archive.org/web/20110612185123/http://www.patentstorm.us/patents/7339897.html |data=12 giugno 2011 }}</ref>.

Il meccanismo di controllo cross-layer fornisce un feedback sulla qualità dell'informazione concorrente per l'impostazione adattiva dei parametri di controllo. Lo schema di controllo si applica a:

* i parametri di qualità osservati

Riga 11:

== Progettare per l'efficienza delle risorse ==

L'aspetto della qualità non è l'unico criterio in base a cui progettare la strategia di ottimizzazione cross-layer. Un controllo adeguato della disponibilità delle risorse limitate è il primo passo obbligatorio per conseguire almeno un minimo livello di qualità. A questo proposito sono stati condotti studi, e continueranno ad essercene anche nel futuro <ref>{{Cita web |url=http://www.nyman-workshop.org/2003/papers/Cross-Layer%20Optimization%20for%20Sensor%20Networks.pdf |titolo=Copia archiviata |accesso=19 ottobre 2009 |dataarchivio=28 agosto 2008 |urlarchivio=https://web.archive.org/web/20080828183649/http://www.nyman-workshop.org/2003/papers/Cross-Layer%20Optimization%20for%20Sensor%20Networks.pdf |urlmorto=sì }}</ref>.

== Adattare la schedulazione del livello MAC basandosi su parametri del livello fisico ==

I sistemi di comunicazione che hanno bisogno di operare su mezzi trasmissivi con un rumore di fondo non stazionario possono trarre beneficio dall'avere una coordinazione stretta tra il livello [[Media Access Control|MAC]] (che è responsabile della schedulazione delle trasmissioni) ed il livello fisico ([[Livello fisico|PHY]]) (che gestisce le suddette trasmissioni e la ricezione di dati sul mezzo trasmissivo).

In qualche canale di comunicazione (ad esempio, nelle linee elettriche), il rumore può essere non stazionario e può variare in modo sincrono tra i 50 e i 60 &nbsp;Hz del ciclo della [[corrente alternata]]. In scenari simili a questo, la prestazione generale del sistema può essere migliorata se il livello MAC può prendere informazioni riguardanti quando e come il livello del rumore sta cambiando dal livello fisico, così che possa schedulare le trasmissioni durante i periodi di tempo in cui il livello del rumore è più basso.

Un esempio di sistemi di comunicazione che permettono questo tipo di ottimizzazione sono quelli che obbediscono allo standard [[ITU-T]] [[G.hn]], che permettono comunicazioni LAN ad alta velocità attraverso gli impianti casalinghi (linee elettriche, telefoniche e cavi coassiali).

== Problemi ==

Alcuni problemi possono insorgere nella fase di design e di implementazione del cross-layer creando effetti non desiderati, come spiegato in <ref>V. Kawadia, P.R. Kumar, [http://ieeexplore.ieee.org/Xplore/login.jsp?url=/stamp/stamp.jsp?arnumber=01561928 "A cautionary perspective on cross-layer design"], in: IEEE Wireless Communications, Volume 12, Issue 1, Feb. 2005.</ref>.

== Note ==

<references/>

== Voci correlate ==

Riga 27 ⟶ 30:

*[[Reti cognitive]]

{{Controllo di autorità}}

== Riferimenti ==

<references/>

[[Categoria:Protocolli di rete]]