mikalaha

Здравствуйте. Подскажите источники по тематике топика.

Доброго времени суток. Столкнулся с проблемой обработки восходящего сигнала LTE (модуляция SC-FDMA). Начальная синхронизация (грубая) - правильная. Ошибка по пилотам вычисляется верно. Дальнейшие преобразования (ОДПФ) не дают результата (нормальной фазовой диаграммы). Существуют ли дополнительные особенности при обработке? 1. Начальная(грубая) синхронизация (по автокорреляции). 2. БПФ ( в моем случае - 1024). 3. Точная синхронизация по пилотам. 4. Корректировка канала по пилотам. 5. Вычисление ОДПФ (в моем случае - 600). 6. Имеем мягкие решения (фазовую диаграмму).

Приветствую! Не знаю. Он, вообщем-то, и не должен быть равен нулю (для этой схемы). А оставлять только П-часть от ПИФ'a не пробовал :).

DMax, спасибо за ответ в ветке по STC. Пока разрабатывал свою проблему, сделал модель сигнала с замираниями. Свойство сопряженности у меня работает нормально. Да и на реальных реализациях все ОК. Правда вот не знаю как дать числовую характеристику "дикости" моих сигналов :). Да и когда базы других сегментов начинают влиять - тоже некрасивая ситуация. Единственное что приходит в голову - может дело в приемной части?

Всем спасибо за дискуссию. Все получилось. Действительно, передаточная функция восст. по пилотам. Действительно сдвиг на пол-такта между сигналами разных антенн! не влияет, но сдвиг на пол-такта одного OFDMA сигнала все-таки надо учитывать в частотой области (думаю не новость). Мешало то, что частота принимаемого сигнала немного отличается от номинала, что оказалось критичным для приема сигнала STC (когда идет прием суммы сигналов). Просто это дело надо было учесть при восстановлении передаточной функции.

Нашел следующий материал: "MIMO Block Spread OFDMA System for Next Generation Mobile Communications" http://ro.uow.edu.au/cgi/viewcontent.cgi?a...;context=theses Но здесь только содержание. Помогите с поиском полной версии данного труда.

Дык... ее и пытаюсь найти. Только пока не получается.

В случае STC 2x1 имеем: Первый символ: r0 = S1 x h0 + S2 x h1 Второй символ: r1 = S1* x h1 - S2* x h0 h0 - перед. функция антенны 1 h1 - перед. функция антенны 2 Для получения S1: S1 = h0* x r0 + h1 x r1* = S1 (h0* x h0 + h1* x h1) Все ОК. Но если при приеме синхронизироваться по пилотам антенны 1, и S1 сдвинут относительно S2, то: r0 = S1 x h0 + S2(t) x h1 r1 = S1(t)* x h0 + S2* x h0 S1 = S1(h0* x h0 + h1* x h1 * exp(t)) + S2(h0* x h1 x e(t) - h0* x h1*) Появляется доп. модуляция. S1(t) - сигнал S1 сдвинутый по времени; S2(t) - сигнал S2 сдвинутый по времени; exp(t) - доп. поворот символа в частотной области, вызванный ошибкой тактовой синхронизации.

Восстановление передаточной характеристики не восстанавливает тактовую синхронизацию :) Даже больше - для восстановления правильной передаточной характеристики тактовая желательно должна быть установлена :(

Тем не менее тактовая ошибка при измерении по пилотам антенны1 отличается на пол-такта от измерения по пилотом антенны2.

Возможно - пути распространения от антенны 1 и антенны 2 разные. Рассинхронизацию мерил по пилотам (они передаются отдельно каждой антенной). Разница железобетонная - примерно пол-такта сэмплирования.

Здравствуйте. Кто-нибудь работал с радиосигналами в режиме STC (Matrix A), OFDMA, IEEE802.16e (rev.2). Это разновидность MIMO - передача двумя антеннами: первый момент времени - сумма сигналов (S1+S2); второй момент времени - разность сигналов (S2* - S1*); Прием на одну антенну. Зная передаточные характеристики каналов от антенны 1 и от антенны 2 возможно восстановление S1 и S2. Проблема заключается в том, что сигналы S1 и S2 во время передачи не синхронизированы (сдвинуты относительно друг друга на пол-такта примерно). Фазовая диаграмма восстановленных сигналов с явными признаками ошибок синхронизации по тактам. Вопрос - как их синхронизировать?

Да... сложная ситуация. А можно выложить куда-нибудь реализацию радиосигнала (несколько пакетов Downlink)? Интересно взглянуть на "дикий" сигнал.

Если еще актуально. Быстрый поиск точного начала преамбулы для OFDMA подробно описан в статье "A new method for frame synchronization in OFDMA mode of WMAN" Ссылку на нее можно найти в ветке форума "Если у кого есть халявный доступ к материалам IEEE, помогите скачать статейку плз." Используется свойство комплексно сопряженной симметричности преамбулы во временной области. Дает очень яркие пики. Устойчив к неопределенности по частоте несущей. Возможен вариант поиска при неизвестной длине циклической приставки. Номер (один из 114) определяется вычислениями в частотной области. Если интересна процедура определения номера преамбулы без знания частоты несущей - могу написать.

Вот исходники для конвертации в А-закон и Мю-закон, и обратно. const int G711CMP[2][129]={ {0, 1, 3, 5, 7, 9, 11, 13, 15, 17, 19, 21, 23, 25, 27, 29,31, 35, 39, 43, 47, 51, 55, 59, 63, 67, 71, 75, 79, 83, 87, 91, 95, 103,111,119,127,135,143,151,159,167,175,183,191,199,207,215,223, 239,255,271,287,303,319,335,351,367,383,399,415,431,447,463,479, 511,543,575,607,639,671,703,735,767,799,831,863,895,927,959,991, 1055,1119,1183,1247,1311,1375,1439,1503, 1567,1631,1695,1759,1823,1887,1951,2015, 2143,2271,2399,2527,2655,2783,2911,3039, 3167,3295,3423,3551,3679,3807,3935,4063, 4319,4575,4831,5087,5343,5599,5855,6111, 6367,6623,6879,7135,7391,7647,7903,10000}, {0, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36, 38, 40, 42, 44, 46, 48, 50, 52, 54, 56, 58, 60, 62, 64, 68, 72, 76, 80, 84, 88, 92, 96, 100,104,108,112,116,120,124,128, 136,144,152,160,168,176,184,192,200,208,216,224,232,240,248,256, 272,288,304,320,336,352,368,384,400,416,432,448,464,480,496,512, 544,576,608,640,672,704,736,768,800,832,864,896,928,960,992,1024, 1088,1152,1216,1280,1344,1408,1472,1536, 1600,1664,1728,1792,1856,1920,1984,2048, 2176,2304,2432,2560,2688,2816,2944,3072, 3200,3328,3456,3584,3712,3840,3968,10000}}; const int G711EXP[2][128]={ {0, 2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30,33, 37, 41, 45, 49, 53, 57, 61, 65, 69, 73, 77, 81, 85, 89, 93, 99, 107,115,123,131,139,147,155,163,171,179,187,195,203,211,219,231, 247,263,279,295,311,327,343,359,375,391,407,423,439,455,471,495, 527,559,591,623,655,687,719,751,783,815,847,879,911,943,975,1023, 1087,1151,1215,1279,1343,1407,1471,1535, 1599,1663,1727,1791,1855,1919,1983,2079, 2207,2335,2463,2591,2719,2847,2975,3103, 3231,3359,3487,3615,3743,3871,3999,4191, 4447,4703,4959,5215,5471,5727,5983,6239, 6495,6751,7007,7263,7519,7775,8031}, {1, 3, 5, 7, 9, 11, 13, 15, 17, 19, 21, 23, 25, 27, 29, 31, 33, 35, 37, 39, 41, 43, 45, 47, 49, 51, 53, 55, 57, 59, 61, 63, 66, 70, 74, 78, 82, 86, 90, 94, 98,102,106,110,114,118,122,126, 132,140,148,156,164,172,180,188,196,204,212,220,228,236,244,252, 264,280,296,312,328,344,360,376,392,408,424,440,456,472,488,504, 528,560,592,624,656,688,720,752,784,816,848,880,912,944,976,1008, 1056,1120,1184,1248,1312,1376,1440,1504, 1568,1632,1696,1760,1824,1888,1952,2016, 2112,2240,2368,2496,2624,2752,2880,3008, 3136,3264,3392,3520,3648,3776,3904,4032}}; inline int _ConvertFromALaw(int SInp) { int SOut; SInp ^= 85; if (SInp>=128) SOut = G711EXP [1][SInp-128]; else SOut = -G711EXP [1][SInp]; SOut <<= 3; return SOut; } inline int _ConvertToALaw(int SInp) { int SOut = SInp; int i; if (SOut < 0) SOut = -SOut; SOut >>= 3; if (SOut < 3968) { i=0; while ( SOut > G711CMP[1][i] ) i++; } else i = 127; if (i) i --; if (SInp>=0) SOut=128+i; else SOut = i; SOut ^= 85; return SOut; } inline int _ConvertFromMuLaw(int SInp) { int SOut; if (SInp>=128) SOut = G711EXP [0][255-SInp]; else SOut = -G711EXP [0][127-SInp]; SOut <<= 2; return SOut; } inline int _ConvertToMuLaw(int SInp) { int SOut = SInp; int i; if (SOut < 0) SOut = -SOut; SOut >>= 2; if (SOut < 7903) { i=0; while ( SOut > G711CMP[0][i] ) i++; } else i = 127; if (SInp>=0) SOut=255-i; else SOut = 127-i; return SOut; }