Changes between Version 5 and Version 6 of Component/trx_ofdm
- Timestamp:
- Jan 29, 2009, 2:31:09 PM (15 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Component/trx_ofdm
v5 v6 9 9 10 10 L'architecture du bloc trx_ofdm est composée de deux modules, le cœur et le wrapper. Le cœur effectue tous les traitements FFT et IFFT. Le wrapper sert à fournir une interface compatible SoClib CABA avec le module MWMR_controller, disponible dans la librairie SoClib. 11 [[Image(aa)]] 11 12 [[Image(Diapositive1.JPG, align=top,nolink)]] 12 13 13 14 … … 30 31 Le choix fait pour le modèle du cœur OFDM est donc de séparer clairement les 3 phases de chargement/calcul/déchargement par un pipeline d’exécution. Le traitement d’un symbole OFDM aura donc ces trois phases configurables. Cela signifie également que 3 symboles OFDM pourront coexister dans le cœur répartis dans chacune des 3 phases. La Figure 2 illustre ce fonctionnement. 31 32 32 [[Image(bbb)]] 33 34 33 [[Image(Diapositive2.JPG, align=top,nolink)]] 35 34 36 35 Le cœur trx_ofdm peut réaliser des opérations de Framing et de Deframing à des flux de données pour séparer les données et les pilotes. Pour cela, le cœur dispose de deux FIFOs en entrée (FIFO_in 0 et 1) et deux FIFOs en sortie (FIFO_out 0 et 1). … … 46 45 L'utilisation des opérations de Framing et Deframing nécessite la configuration des masques de données et pilotes (voir Paramètres de configuration). 47 46 48 === 2.3) Anoc_copro_wrapper OFDM===47 === 2.3) Anoc_copro_wrapper === 49 48 Les interfaces de communication entre les coprocesseurs développés au CEA-Leti ne sont pas directement compatibles avec les interfaces CABA proposés par SoClib. Pour permettre de faire une conversion de protocole en gardant une fonctionnalité équivalente, un wrapper à été développé. 50 49 … … 124 123 125 124 Le détail des champs de configuration est le suivant: 126 [[Image(aaa)]] 125 126 [[Image(Diapositive3.JPG, align=top,nolink)]] 127 127 128 128 === 3.3) Flot des données OFDM === 129 129 Le flot de données OFDM qui traite le bloc trx_ofdm est composé de données et des pilotes. Les données et les pilotes sont des valeurs complexes composées d'une partie réelle (I) et d'une partie imaginaire (Q). Chaque partie est encodée en 16bits signé et l'ensemble de I+Q forme une valeur du flot de données de 32 bits. 130 [[Image(bbb)]] 130 131 [[Image(Diapositive4.JPG, align=top,nolink)]] 131 132 132 133 Quand on envoie un flot de donnés au TRX_OFDM, la fréquence centrale se situe au milieu du flot de donnés. … … 144 145 Le nombre de 1 dans le masque de données indique le nombre de données qui seront utilisés dans la FIFO de données. De la même manière, le nombre de 1 dans le masque de pilotes indique le nombre de pilotes qui seront lus de la FIFO de pilotes. 145 146 146 [[Image(ccc)]] 147 147 [[Image(Diapositive5.JPG, align=top,nolink)]] 148 148 149 149 La Figure 4 montre un exemple de Framing avec une FIFO d'entrée qui contient les données et ensuite les pilotes. Le nombre de 1 dans le masque de données et masque de pilotes, indique le nombre total de données qui seront utilisés dans le FIFO d'entrée. 150 150 151 [[Image( ggg)]]151 [[Image(Diapositive6.JPG, align=top,nolink)]] 152 152 153 153 ==== 3.4.2) Deframing ==== … … 156 156 Le Deframing permet de séparer les données et les pilotes dans des FIFOs différentes après la FFT. La figure suivante montre un exemple de Deframing avec des masques de données et pilotes. 157 157 158 [[Image(jjj)]] 158 [[Image(Diapositive7.JPG, align=top,nolink)]] 159 159 160 Le nombre de 1 dans le masque de données indique le nombre de données qui seront extraites. De la même manière, le nombre de 1 dans le masque de pilotes indique le nombre de pilotes qui seront extraites. 160 161 … … 212 213 * Un MWMR connecté au TRX_OFDM 213 214 214 [[Image(jjj)]] 215 216 [[Image(Diapositive8.JPG, align=top,nolink)]] 215 217 216 218 Les objets logiciels utilisés par le MWMR sont trois: