Turbo codici: differenze tra le versioni

Versione delle 16:30, 28 ott 2015

Versione delle 13:27, 12 gen 2018

Riga 9:

I codici turbo sono ancora ad oggi oggetto di ricerche in numerose università del mondo, allo scopo di raffinarli e di ottenere implementazioni più efficienti.

Nella [[teoria dell'informazione]], i '''turbo codici''' (originariamente in francese Turbocodes) sono una classe di codici FEC [[forward error correction]] ad alte prestazioni sviluppati intorno al 1990-91 (ma pubblicati per la prima volta nel 1993), che in pratica sono stati i primi codici sviluppati capaci di avvicinarsi al massimo teorico di capacità del canale [[teorema di Shannon–Hartley]], un massimo teorico per la velocità alla quale è ancora possibile una comunicazione affidabile dato un certo livello di rumore specifico. I turbo codici sono utilizzati nelle comunicazioni mobili [[3G]]/[[4G]](ad es. In [[UMTS]] e [[LTE]]) e nelle comunicazioni satellitari (nello spazio profondo) così come altre applicazioni in cui i progettisti cercano di ottenere un trasferimento affidabile delle informazioni tramite collegamenti di comunicazione con limiti di larghezza di banda o di latenza, in presenza di rumore dannoso per i dati. I turbo codici sono attualmente in competizione con i codici [[LDPC]], che offrono prestazioni comparabili.

Il nome "turbo code" deriva dal loop di feedback usato durante la decodifica, ed è stato associato alla retro-alimentazione dai gas di scarico utilizzata per la sovralimentazione dei motori turbo, [[Hagenauer]] ha sostenuto che il termine turbo in tal senso è improprio poiché non vi è alcun feedback nel processo di codifica, sebbene il termine nell'uso popolare rende bene l'idea di un sistema veloce e potente.<ref>{{cite web|url=http://www.ima.umn.edu/csg/bib/bib16.0429hage.pdf |title=Archived copy |accessdate=2014-03-20 |deadurl=yes |archiveurl=https://web.archive.org/web/20130611235418/http://www.ima.umn.edu:80/csg/bib/bib16.0429hage.pdf |archivedate=11 June 2013 |df=dmy }}</ref>

==Storia==

La prima domanda di brevetto per i codici turbo è stata depositata il 23 aprile 1991. La domanda di brevetto indica Claude Berrou come l'unico inventore dei codici turbo. La registrazione del brevetto ha portato a numerosi brevetti tra cui il brevetto US 5.446.747 [https://www.google.com/patents/US5446747 US Patent 5,446,747], che è scaduto il 29 agosto 2013.

Il primo documento pubblico sui codici turbo fu "''Near Shannon Limit Error-correcting Coding and Decoding: Turbo-codes''".<ref>{{Citation|url=http://www-elec.enst-bretagne.fr/equipe/berrou/Near%20Shannon%20Limit%20Error.pdf|first=Claude|first2=Alain|first3=Punya|last=Berrou|last2=Glavieux|last3=Thitimajshima|title=Near Shannon Limit Error – Correcting|accessdate=11 February 2010}}</ref> Questo documento è stato pubblicato nel 1993 negli Atti della Conferenza Internazionale delle Comunicazioni IEEE. Il documento del 1993 era composto da tre distinti contributi combinati per vincoli di spazio. La fusione ha fatto sì che il documento elencasse tre autori: [[Claude Berrou|Berrou]], [[Alain Glavieux|Glavieux]], e [[Punya Thitimajshima|Thitimajshima]] (da Télécom Bretagne, [[École Nationale Supérieure des Télécommunications de Bretagne|ENST Bretagne]], Francia). Tuttavia dalla domanda di brevetto originale è chiaro che Claude Berrou è l'unico inventore dei codici turbo e che gli altri autori del lavoro hanno fornito materiale diverso rispetto ai concetti chiave dei codici turbo.

I turbo codici furono così rivoluzionari al momento della loro introduzione che molti esperti nel campo della codifica non credettero ai risultati riportati. Quando la performance fu confermata, ebbe luogo una piccola rivoluzione nel mondo della codifica che ha portato allo studio di molti altri tipi di elaborazione di segnale iterativa.

La prima classe di codice turbo era il codice convoluzionale concatenato parallelo (PCCC). Dopo l'introduzione del primo turbo codice parallelo nel 1993, sono state realizzate molte altre classi di codici turbo, incluse le versioni seriali di codici convoluzionali seriali concatenati e codici ripetuti-accumulati . Metodi di decodifica turbo iterativi sono stati applicati anche ai più convenzionali sistemi FEC, compresi i codici convoluzionali corretti Reed-Solomon, sebbene questi sistemi di decoder iterativi siano troppo complessi per implementazioni pratiche. La turbo equalizzazione a sua volta è stata derivata dai concetti di turbo codifica.

Oltre all'invenzione dei codici Turbo, Claude Berrou ha anche sviluppato i codici ricorsivi sistematici convoluzionali (RSC), utilizzati nell'esempio di implementazione dei turbo codici descritti nel brevetto. I turbo codici che usano i codici RSC sembrano funzionare meglio di quelli che non li usano.

Prima dei codici turbo, le migliori implementazioni FEC erano costituite da codifiche seriali concatenati basate su un codice di correzione degli errori esterno [[Reed-Solomon]] combinato con un codice interno convoluzionale a lunghezza corta [[Viterbi]], noto anche come codice [[RSV]].

In un saggio successivo, Berrou ha generosamente riconosciuto l'intuizione di "G. Battail, J. Hagenauer e P. Hoeher, che, alla fine degli anni '80, hanno acceso l'interesse per l'elaborazione probabilistica". Aggiungendo che " R. Gallager e M. Tanner avevano già immaginato tecniche di codifica e decodifica i cui principi generali erano strettamente legati," anche se i calcoli necessari erano impraticabili al momento.<ref>{{Citation|first=Claude|last=Berrou|title=The ten-year-old turbo codes are entering into service|___location=Bretagne, France|accessdate=11 February 2010|url=http://www-elec.enst-bretagne.fr/equipe/berrou/com_mag_berrou.pdf}}</ref>

==Un esempio di encoder==

Esistono molti casi diversi di turbo codici, che utilizzano diversi componenti di codificatori, rapporti di input/output, interleaver e pattern di foratura. Questo esempio di implementazione dell'encoder descrive un classico codificatore turbo e mostra la progettazione generale dei turbo codici paralleli.

Questa implementazione dell'encoder invia tre sotto-blocchi di bit. Il primo sottoblocco è il blocco ''m''-bit dei dati del payload o carico utile (che è inviato tale e quale, la codifica è ''sistematica''). Il secondo sottoblocco è costituito da n/2 bit di parità, calcolati dai dati del carico utile utilizzando un codice convoluzionale sistematico ricorsivo (codice RSC). Il terzo sottoblocco è costituito da n/2 bit di parità calcolati su una permutazione nota dei dati del carico utile, calcolati nuovamente utilizzando un codice RSC. Pertanto, due sottogruppi ridondanti ma diversi di bit di parità vengono inviati insieme al carico utile. Il blocco completo ha m + n bit di dati, con velocità ridotta di un fattore di m / ( m + n ). La permutazione dei dati del carico utile tra le i due RSC viene eseguito da un dispositivo chiamato interleaver.

Dal punto di vista dell'hardware, questo codificatore di turbo-codice consiste di due codificatori RSC identici, С 1 e C 2 , come illustrato nella figura, che sono collegati tra loro usando uno schema di concatenazione, chiamato concatenazione parallela:

[[File:turbo encoder.svg]]

Nella figura, M è un registro di memoria. La linea di ritardo e l'interleaver forza i bit di input d_k ad apparire in sequenze diverse. Alla prima iterazione, la sequenza di ingresso ''d''_k appare su entrambe le uscite dell'encoder, ''x''_k e'' y''_1k or ''y''_2k per la sistematicità dell'encoder. Se gli encoder ''C''₁ and ''C''₂ sono utilizzati rispettivamente nelle iterazioni''n''₁ and ''n''₂, le loro velocità sono rispettivamente uguali a

:<math>\begin{align}

~R_1 &= \frac{n_1 + n_2}{2n_1 + n_2}\\

~R_2 &= \frac{n_1 + n_2}{n_1 + 2n_2}

\end{align}</math>

==Il decoder==

Il decodificatore è costruito in modo simile all'encoder. Due decodificatori elementari sono interconnessi tra loro, ma in modo seriale, non in parallelo. Il decodificatore <math>\scriptstyle DEC_1</math> funziona a bassa velocità (es. <math>\scriptstyle R_1</math>), quindi, è destinato al codificatore <math>\scriptstyle C_1</math> e corrispondentemente <math>\scriptstyle DEC_2</math> is for <math>\scriptstyle C_2</math>. <math>\scriptstyle DEC_1</math> produce una decisione ''soft'' [[Turbo code#Soft decision approach|soft decision]] che causa un ritardo <math>\scriptstyle L_1</math>. Lo stesso ritardo è causato dalla linea di ritardo nell'encoder. L'operazione <math>\scriptstyle DEC_2</math> causa un ritardo <math>\scriptstyle L_2</math>.

[[File:turbo decoder.svg]]

Viene utilizzato un interleaver installato tra i due decodificatori per diffondere i picchi di errore prodotti in output <math>\scriptstyle DEC_1</math>. Il blocco ''DI'' è un modulo di demultiplexing e inserimento. Funziona come un interruttore, reindirizzando i bit di input a <math>\scriptstyle DEC_1</math> in un momento e a <math>\scriptstyle DEC_2</math> all'altro. Nello stato OFF, alimenta entrambi gli ingressi <math>\scriptstyle y_{1k}</math> and <math>\scriptstyle y_{2k}</math> con dei bit di riempimento (zeri).

Considerando un canale AWGN senza memoria [[additive white Gaussian noise|AWGN]] si suppone che alla ''k''-esima iterazione, il decodificatore riceva una coppia di variabili casuali:

:<math>\begin{align}

~x_k &= (2d_k - 1) + a_k\\

~y_k &= 2( Y_k - 1) + b_k

\end{align}</math>

dove <math>\scriptstyle a_k</math> e <math>\scriptstyle b_k</math> sono componenti di rumore indipendenti con la stessa varianza <math>\scriptstyle \sigma^2</math>. <math>\scriptstyle Y_k</math> è un ''k''-th bit dall'uscita dell'encoder <math>\scriptstyle y_k</math>.

Le informazioni ridondanti sono demultiplexate e inviate attraverso ''DI'' to <math>\scriptstyle DEC_1</math> (dove <math>\scriptstyle y_k \;=\; y_{1k}</math>) e a <math>\scriptstyle DEC_2</math> (dove <math>\scriptstyle y_k \;=\; y_{2k}</math>).

<math>\scriptstyle DEC_1</math> implica una decisione ''soft''; i.e.:

:<math>\Lambda(d_k) = \log\frac{p(d_k = 1)}{p(d_k = 0)}</math>

e lo consegna a <math>\scriptstyle DEC_2</math>. <math>\scriptstyle \Lambda(d_k)</math> è il ''logaritmo del rapporto di verosimiglianza'' (LLR). <math>\scriptstyle p(d_k \;=\; i),\, i \,\in\, \{0,\, 1\}</math> is the ''è la probabilità a posteriori'' (APP) del <math>\scriptstyle d_k</math> bit di dati che mostra la probabilità di interpretare un bit ricevuto <math>\scriptstyle d_k</math> come <math>\scriptstyle i</math>. Prendendo in considerazione l'''LLR'', <math>\scriptstyle DEC_2</math> produce una decisione ''hard''; cioè il bit decodificato.

L'[[algoritmo Viterbi ]] non è in grado di calcolare l'APP, quindi non può essere utilizzato in <math>\scriptstyle DEC_1</math>. Invece di quello, può essere usato utilizzato un algoritmo BCJR modificato [[BCJR algorithm]]. Per <math>\scriptstyle DEC_2</math> invece l' algoritmo di Viterbi è appropriato.

Tuttavia, la struttura rappresentata non è ottimale, perché <math>\scriptstyle DEC_1</math> utilizza solo una parte delle informazioni ridondanti disponibili. Per migliorare la struttura, viene utilizzato un ciclo di feedback (vedere la linea tratteggiata sulla figura).

==Approccio alla decisione Soft==

Il front-end del decoder produce un numero intero per ogni bit nel flusso di dati. Questo numero intero è una misura di quanto è probabile che il bit sia uno 0 o 1 ed è anche chiamato soft bit . Il numero intero potrebbe essere estratto dall'intervallo [-127, 127], dove:

* -127 significa "certamente 0"

* -100 significa "molto probabile 0"

* 0 significa "potrebbe essere 0 o 1"

* 100 significa "molto probabile 1"

* 127 significa "certamente 1"

* eccetera.

Questo introduce un aspetto probabilistico al flusso di dati dal front-end, ma trasmette più informazioni su ogni bit rispetto a un solo 0 o 1.

Ad esempio, per ciascun bit, il front end di un ricevitore tradizionale deve decidere se una tensione analogica interna è al di sopra o al di sotto di un determinato livello di tensione di soglia. Per un decodificatore di turbo-codice, il front-end fornirebbe una misura di quanto è distante la tensione interna dalla soglia data.

Per decodificare il blocco di dati {{nowrap|''m'' + ''n''}}, il front-end del decoder crea un blocco di misure di verosimiglianza, con una misura di verosimiglianza per ogni bit nel flusso di dati. Ci sono due decodificatori paralleli, per i {{frac|''n''|2}} bit di parità per ciascuno dei sottoblocchi. Entrambi i decodificatori utilizzano il sottoblocco di ''m'' probabilità per i dati del carico utile. Il decodificatore che lavora sul secondo sotto-blocco di parità conosce la permutazione che il codificatore ha usato per questo sottoblocco.

==Risoluzione delle ipotesi per trovare i bit==

An analogy can be drawn between this process and that of solving cross-reference puzzles like [[crossword]] or [[sudoku]]. Consider a partially completed, possibly garbled crossword puzzle. Two puzzle solvers (decoders) are trying to solve it: one possessing only the "down" clues (parity bits), and the other possessing only the "across" clues. To start, both solvers guess the answers (hypotheses) to their own clues, noting down how confident they are in each letter (payload bit). Then, they compare notes, by exchanging answers and confidence ratings with each other, noticing where and how they differ. Based on this new knowledge, they both come up with updated answers and confidence ratings, repeating the whole process until they converge to the same solution.

L'innovazione chiave dei codici turbo è il modo in cui utilizzano i dati di probabilità per riconciliare le differenze tra i due decodificatori. Ciascuno dei due decodificatori convoluzionali genera un'ipotesi (con probabilità relativa) per la sequenza di ''m'' bit nel sottoblocco del carico utile. I modelli di bit dell'ipotesi vengono confrontati e, se differiscono, i decodificatori scambiano le probabilità che hanno per ciascun bit nell'ipotesi. Ciascun decodificatore incorpora le stime di probabilità derivate dall'altro decodificatore per generare una nuova ipotesi per i bit nel carico utile. Quindi confrontano queste nuove ipotesi. Questo processo iterativo continua fino a quando i due decodificatori giungono alla stessa ipotesi sulla sequenza 'm' di bit del payload, e tipicamente ci riesce in 15 o 18 cicli.

Si può tracciare un'analogia tra questo processo e quello di risolvere enigmi di riferimenti incrociati come il cruciverba o il sudoku. Consideriamo un cruciverba parzialmente completato, probabilmente sbagliato. Due risolutori di rompicapo indipendenti (i decodificatori) cercano di risolverlo: uno possiede solo gli indizi "verticali" (bit di parità) e l'altro possiede solo gli indizi "orizzontali". Per iniziare, entrambi i solutori ipotizzano delle risposte alle domande, annotando quanto sono sicuri di ciascuna lettera (bit del payload). Quindi, confrontano le ipotesi, scambiandosi reciprocamente risposte e valutazioni di quando sono fiduciosi delle risposte, notando dove e come si differenziano. Sulla base di queste nuove conoscenze, entrambi forniscono risposte aggiornate e nuove valutazioni di fiducia, ripetendo l'intero processo fino a quando non convergono alla stessa soluzione.

==Prestazioni==

I codici Turbo funzionano bene grazie alla combinazione dell'aspetto casuale del codice sul canale con la struttura di decodifica fisicamente realizzabile. I codici Turbo sono affetti da un basso errore di fondo.

==Applicazioni pratiche usando i codici turbo==

Telecomunicazioni:

* I codici Turbo sono ampiamente utilizzati negli standard di telefonia mobile [[3G]] and [[4G]]; es., in [[High Speed Packet Access|HSPA]], [[EV-DO]] e [[3GPP Long Term Evolution|LTE]].

* [[MediaFLO]], sistema televisivo mobile terrestre di [[Qualcomm]].

* Il canale di interazione dei sistemi di comunicazione satellitare , come [[DVB-RCS]]<ref>[http://www.etsi.org/deliver/etsi_en/301700_301799/301790/01.05.01_60/en_301790v010501p.pdf Digital Video Broadcasting (DVB); Interaction channel for Satellite Distribution Systems], ETSI EN 301 790, V1.5.1, May 2009.</ref> and [http://www.dvb.org/standards/dvb-rcs2 DVB-RCS2].

* New [[NASA]] missions such as [[Mars Reconnaissance Orbiter]] ora usano codici turbo, in alternativa ai codici RS- Viterbi [[Viterbi decoder|Viterbi]].

* La codifica del turbo, come la codifica del blocco del turbo e la codifica del turbo convoluzionale, è utilizzata in [[IEEE 802.16]] ([[WiMAX]]), uno standard di rete metropolitana senza fili.

==Formulazione bayesiana==

Dal punto di vista dell'intelligenza artificiale , i codici turbo possono essere considerati come un'istanza di propagazione delle credenze ad anello nelle reti bayesiane [[Bayesian network]]s.<ref>{{Citation

| author1=McEliece, Robert J. | author1-link=Robert McEliece

| author2=MacKay, David J. C. | author2-link=David J. C. MacKay

| author3=Cheng, Jung-Fu

| title=Turbo decoding as an instance of Pearl's "belief propagation" algorithm

| journal=IEEE Journal on Selected Areas in Communications

| volume=16

| issue=2

| pages=140–152

| year=1998

| issn=0733-8716

| doi=10.1109/49.661103

| postscript=.

}}</ref>

==Vedi anche==

* [[Convolutional code]]

* [[Viterbi algorithm]]

* [[Soft-decision decoding]]

* [[Interleaver]]

* [[BCJR algorithm]]

* [[Low-density parity-check code]]

* [[Serial concatenated convolutional codes]]

* [[Turbo equalizer]]

* [[Forward error correction]]

==References==

{{reflist}}

==External links==

* [http://www.spectrum.ieee.org/computing/software/closing-in-on-the-perfect-code "Closing In On The Perfect Code"], IEEE Spectrum, March 2004

* [http://www.csee.wvu.edu/~mvalenti/documents/valenti01.pdf "The UMTS Turbo Code and an Efficient Decoder Implementation Suitable for Software-Defined Radios"] (''International Journal of Wireless Information Networks'')

* {{Citation | author=Dana Mackenzie | title=Take it to the limit | journal=New Scientist | volume=187 | issue=2507 | year=2005 | pages=38–41 | postscript=. | issn=0262-4079 }} ([https://www.newscientist.com/article.ns?id=mg18725071.400 preview], [http://geilenkotten.homeunix.org/TC_NS_09072005.pdf copy])

* [http://www.sciencenews.org/articles/20051105/bob8.asp "Pushing the Limit"], a ''[[Science News]]'' feature about the development and genesis of turbo codes

* [http://www-turbo.enst-bretagne.fr/ International Symposium On Turbo Codes]

* [http://www.iterativesolutions.com/Matlab.htm Coded Modulation Library], an open source library for simulating turbo codes in matlab

* [http://www.ifp.uiuc.edu/~singer/journalpapers/tuchler_2002a.pdf "Turbo Equalization: Principles and New Results"], an ''[[IEEE Transactions on Communications]]'' article about using convolutional codes jointly with channel equalization.

* [http://itpp.sourceforge.net IT++ Home Page] The [[IT++]] is a powerful C++ library which in particular supports turbo codes

* [http://www.inference.phy.cam.ac.uk/mackay/CodesTurbo.html Turbo codes publications by David MacKay]

* [https://aff3ct.github.io AFF3CT Home Page] ([[AFF3CT|A Fast Forward Error Correction Tool]]) for high speed turbo codes simulations in software

{{CCSDS|state=collapsed}}

{{Use dmy dates|date=September 2010}}

{{DEFAULTSORT:Turbo Code}}

[[Category:Error detection and correction]]

[[Category:Capacity-approaching codes]]

== Note ==