ArPhy
physical layer (OSI/1) per canali di comunicazione disperati
arPhy si occupa di:
- line coding
- symbol sync
- frame sync
- start-stop signalling
- modulation
- FEC
- interleaving
caratteristiche:
- input PDU: 32 bit
- modulation alphabet sizes: 2,4,16
- baud rate: 1,5,10,50,100,500,1000 bps
FEC
algoritmo di FEC: Hadamard code
la dimensione del blocco di uscita del FEC e' di 2^input-1
il grado di ridondanza del FEC puo essere scelto a seconda della dimensione del blocco di input:
- k = 4bit -> 8 bit
- k = 8bit -> 128 bit
applicato a una PDU di 32bit:
- k = 4, 8*4 -> 8*8 -> 64bit
- k = 8, 4*8 -> 128*8 -> 1024bit
forse ha senso considerare dei block codes diversi da quello di Hadamrd, che e' non-ottimale per k maggiore di 7 [1].
letture:
- http://www.ece.ualberta.ca/~hcdc/Library/ErrorContrClass/DecodingBasic.pdf
- https://en.wikipedia.org/wiki/FX.25_Forward_Error_Correction
Interleaver
i possibili problemi 'descrivibili' del path di trasmissione sono:
problemi di spettro:
- interferenze coerenti (toni sovrapposti a uno dei nostri bin)
- errori della risposta in frequenza (equalizzazione..)
entrambi comportano il danneggamiento sistematico di una o piu determinate lettere dell'alfabeto in ogni simbolo
problemi nella sequenza di simboli:
- disturbo impulsivo prolungato su tutto lo spettro
- disturbo impulsivo ciclico su tutto lo spettro
che comportano la perdita di piu simboli contigui o la perdita sistematica di un determinato simbolo.
per mitigare questi problemi puo essere conveniente una qualche forma di interleaving sia nel dominio del tempo che in quello del codice.
il sistema piu rudimentale e' l'interleaving elicoidale, ad esempio una rotazione nel senso della sequenza combinata con una rotazione nel senso del simbolo. l'incremento sarebbe di un bit/simbolo in senso verticale e di un sottoblocco + un simbolo in senso orizzontale
uint8_t InterleaveBlock(uint8_t *InData, int16_t *DataMatrix, uint8_t *ModulationSymbolsBuffer){
uint8_t BitPos, SymbolOffset, BitOffset;
for (uint8_t FECBlock = 0; FECBlock < HadamardCodesPerInterleaverBlock; FECBlock++){
BlockEncodeChar(DataMatrix, InData[FECBlock]);
for (uint8_t FECBit = 0; FECBit < HadamardCodeSize; FECBit++){
BitPos = (FECBlock * HadamardCodeSize) + FECBit;
BitOffset = BitPos % BitsPerModulationSymbol;
SymbolOffset = ((FECBit * HadamardCodeSize) + FECBlock) % SymbolsPerInterleaverBlock;
ModulationSymbolsBuffer[SymbolOffset] |= (DataMatrix[FECBit] & 0b1) << BitOffset;
// printf("%u,%u,%u\n", SymbolOffset, BitOffset, BitPos);
}
// printf("\n in FEC: ");
// printbuf(DataMatrix, HadamardCodeSize, 8);
}
}
che produce una disposizione [2], dove il colore e' l'ordine dei bit in ingresso (dal blu al rosso), la x e' il tempo e la y il simbolo in uscita
![[2]](http://ciapini.contaminati.net/wiki/images/Interleaver8.png){kind=link}
i parametri rilevanti da passare all'interleaver sono:
- dimensione della costellazione
- numero di simboli per interleaver block
http://cgit.brokenbydesign.org/cgit.cgi/armando.git/plain/interleaver.c
Soft-Decision
nella catena di demodulazione si possono ottenere diversi indici di affidabilita
- rapporto tra il tono di picco e la media degli altri toni
- valore del picco carattere nella trasformata di hadamard
Controllo di Flusso
vedi #Global Routed Transport Header
Start Block
indica l'inizio di una trasmissione. precede sempre un #Header Block.
questo riferimento deve avere autocorrelazione tendente a zero, essere abbastanza lungo (raro) da evitare false partenze, abbastanza corto da non creare overhead. viene usato per la sincronizzazione di simbolo e per l'equalizzazione.
lunghezza 8 simboli. alternando simboli alla frequenza/fase 0 e simbolo all'estremo opposto della costellazione di simboli (frequenza massima/fase +180).
letture: