Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: COFDM, non-linear pre-correction
Форум разработчиков электроники ELECTRONIX.ru > Цифровая обработка сигналов - ЦОС (DSP) > Алгоритмы ЦОС (DSP)
_Anatoliy
В импортных передатчиках COFDM (например для DVB-T) есть такой режим,называется non-linear pre-correction.Как я понял,это нужно для уменьшения пик-фактора ВЧ сигнала.Поиски по сети дали результат,вроде понятно как его можно реализовать (используя u-law compression).Непонятно как ресивер этот сигнал будет разгребать.Ведь после компрессии констелляционная диаграмма исказится,это приведёт к ухудшению MER и BER сигнала.Видимо хорошо бы в ресивере сделать декомпрессию для восстановления параметров сигнала.И отсюда вопрос - поддерживают ли такой режим,например обычные бытовые ресиверы DVB-T?Тогда должен быть какой-то стандарт,ведь хозяин передатчика не знает каким ресивером абонент будет принимать его сигнал.Или для DVB-T делают по другому?
alex_os
Цитата(_Anatoliy @ Apr 29 2008, 18:59) *
В импортных передатчиках COFDM (например для DVB-T) есть такой режим,называется non-linear pre-correction.Как я понял,это нужно для уменьшения пик-фактора ВЧ сигнала.Поиски по сети дали результат,вроде понятно как его можно реализовать (используя u-law compression).

А может быть non-linear pre-correction это какие-то меры для уменьшения "кривизны" усилителя мощности передатчика и эта нелинейная коррекция подстраивается под конкретный передатчик и возможно к PARP это отношения не имеет? Про u-law compression ерунда какая-то, дайте ссылку если не трудно..
proxi
Цитата(_Anatoliy @ Apr 29 2008, 18:59) *
В импортных передатчиках COFDM (например для DVB-T) есть такой режим,называется non-linear pre-correction.Как я понял,это нужно для уменьшения пик-фактора ВЧ сигнала.Поиски по сети дали результат,вроде понятно как его можно реализовать (используя u-law compression).Непонятно как ресивер этот сигнал будет разгребать.Ведь после компрессии констелляционная диаграмма исказится,это приведёт к ухудшению MER и BER сигнала.Видимо хорошо бы в ресивере сделать декомпрессию для восстановления параметров сигнала.И отсюда вопрос - поддерживают ли такой режим,например обычные бытовые ресиверы DVB-T?Тогда должен быть какой-то стандарт,ведь хозяин передатчика не знает каким ресивером абонент будет принимать его сигнал.Или для DVB-T делают по другому?

Возможно это в связи с ЛБВ, используемых в УМ там корректоры имеются.... mellow.gif
_Anatoliy
Цитата(alex_os @ Apr 30 2008, 17:21) *


Посмотрите,плз.
http://upload.caxapa.ru/BTS_03_95_Pratt_brief_paper__2_.pdf
А вот описание передатчика:
http://upload.caxapa.ru/1138272031_dvb-t.pdf
Здесь,правда, про u-law не говорится,упоминается какой-то Curve formats: S21 and VO/VI
Подобных документов накачал много,но до сути пока не докопался...
Похоже мутное это дело,никто не раскрывает секретов.

Цитата(proxi @ Apr 30 2008, 17:27) *
Возможно это в связи с ЛБВ, используемых в УМ там корректоры имеются.... mellow.gif


У COFDM частоты не те,там нет ЛБВ.
proxi
Цитата(_Anatoliy @ Apr 30 2008, 18:02) *
Посмотрите,плз.
http://upload.caxapa.ru/BTS_03_95_Pratt_brief_paper__2_.pdf
А вот описание передатчика:
http://upload.caxapa.ru/1138272031_dvb-t.pdf
Здесь,правда, про u-law не говорится,упоминается какой-то Curve formats: S21 and VO/VI
Подобных документов накачал много,но до сути пока не докопался...
Похоже мутное это дело,никто не раскрывает секретов.
У COFDM частоты не те,там нет ЛБВ.

Я вообще про up link и QPSK и там все это присутствует.. smile.gif
А в остальном да, все это связанно с улучшением режима работы передатчика,
ближе режим к насыщению как явствует из описания.ИМХО COFDM это много
несущих и соответственно компромис между линейностью, выходной мощностью,
КПД и тд и тп..
_Anatoliy
Цитата(proxi @ Apr 30 2008, 18:09) *
ИМХО COFDM это много
несущих и соответственно компромис между линейностью, выходной мощностью,
КПД и тд и тп..


Согласен,особенно если режим 8К...
При большом PAPR во избежание интермодуляции между несущими нужно иметь солидный запас по мощности передатчика,а это дорогое удовольствие.Вот народ и пытается снизить эти пиковые значения.
Михаил_K
Цитата(_Anatoliy @ Apr 30 2008, 20:11) *
Согласен,особенно если режим 8К...
При большом PAPR во избежание интермодуляции между несущими нужно иметь солидный запас по мощности передатчика,а это дорогое удовольствие.Вот народ и пытается снизить эти пиковые значения.


Коррекция нелинейности используется для уменьшения интермодуляции на выходе усилителя мощности. И этот метод используется не только в OFDM но и в сигналах с обычной модуляцией, типа ФМ4.
_Anatoliy
Цитата(Михаил_K @ Apr 30 2008, 20:05) *
Коррекция нелинейности используется для уменьшения интермодуляции на выходе усилителя мощности. И этот метод используется не только в OFDM но и в сигналах с обычной модуляцией, типа ФМ4.


Ну да,а я разве обратное утверждал?
По ходу вопрос:как будет восприниматься обработанный по такому методу сигнал на приёмной стороне?Согласитесь,для нормальной работы ресивера ему должен быть известен закон,по которому был обработан сигнал в передатчике.А по ссылке данной мной,говорится что параметр u может гулять от 0,04 до 64. Тут как?
petrov
Не знаю конкретно насчёт этого метода. Есть методы коррекции пик-фактора которые требуют учёта в приёмнике, тогда это в стандарте DVB-T должно быть описано, есть методы которые не требуют, конечно они портят сигнал, но за счёт уменьшенного пик-фактора можно уменьшить запас на перегрузку в усилителе мощности в передатчике и получить большую мощность на выходе и в целом получить выигрыш.
_Anatoliy
Цитата(petrov @ Apr 30 2008, 20:44) *
Не знаю конкретно насчёт этого метода. Есть методы коррекции пик-фактора которые требуют учёта в приёмнике, тогда это в стандарте DVB-T должно быть описано, есть методы которые не требуют, конечно они портят сигнал, но за счёт уменьшенного пик-фактора можно уменьшить запас на перегрузку в усилителе мощности в передатчике и получить большую мощность на выходе и в целом получить выигрыш.


Спасибо.В стандарте DVB-T об этом ничего не говорится. А можно подробнее о методах "которые не требуют учёта"?
petrov
Цитата(_Anatoliy @ Apr 30 2008, 21:16) *
По ходу вопрос:как будет восприниматься обработанный по такому методу сигнал на приёмной стороне?Согласитесь,для нормальной работы ресивера ему должен быть известен закон,по которому был обработан сигнал в передатчике.А по ссылке данной мной,говорится что параметр u может гулять от 0,04 до 64. Тут как?


В статье же всё расписано, на приёмной стороне обратная операция осуществляется, а u не гуляет а выбирается оптимальным чтобы с одной стороны шума слишком большие не вытягивать при декомпрессии а с другой чтоб ограничения сильного небыло в передатчике.

Цитата(_Anatoliy @ Apr 30 2008, 22:13) *
Спасибо.В стандарте DVB-T об этом ничего не говорится. А можно подробнее о методах "которые не требуют учёта"?


Вот на вскидку:
ftp://ftp.computer.org/press/outgoing/pro...ta/27960037.pdf
Гуглите, полно статей на эту тему.
_Anatoliy
Цитата(petrov @ May 1 2008, 12:18) *
В статье же всё расписано, на приёмной стороне обратная операция осуществляется, а u не гуляет а выбирается оптимальным чтобы с одной стороны шума слишком большие не вытягивать при декомпрессии а с другой чтоб ограничения сильного небыло в передатчике.


Понятно что u не гуляет.Александр,когда я задавал этот вопрос я имел ввиду что параметр u должен быть известен ресиверу для правильной декомпрессии.Но в настройках ресивера такого параметра нет,следовательно используется другой метод(иначе ресивер должен вытаскивать информацию о u из самого сигнала).Кстати,я попробовал вставить u-law в передатчик COFDM,результат не впечатляет.Во первых даже при u = 1 ресивер уже не "понимает" передатчик(следовательно ресивер понятия не имеет о u-law).Во вторых почему-то ухудшается переходная область фильтра (бока спектра становятся пологими),с этим пока не разобрался.

Цитата(petrov @ May 1 2008, 12:18) *
Вот на вскидку:
ftp://ftp.computer.org/press/outgoing/pro...ta/27960037.pdf
Гуглите, полно статей на эту тему.


Здесь вставляются нулевые символы,но в DVB-T эти нулевые символы уже присутствуют.
Кстати,пик-фактор у сигнала увеличивается не в передатчике,а после IFFT,ещё до ЦАП. Что будет если его ограничить непосредственно перед ЦАПом?

Александр,а не подскажете где можно почитать описание работы Gardner детектора?Что-то в сети ничего не могу найти.
petrov
Цитата(_Anatoliy @ May 3 2008, 10:26) *
Понятно что u не гуляет.Александр,когда я задавал этот вопрос я имел ввиду что параметр u должен быть известен ресиверу для правильной декомпрессии.Но в настройках ресивера такого параметра нет,следовательно используется другой метод(иначе ресивер должен вытаскивать информацию о u из самого сигнала).Кстати,я попробовал вставить u-law в передатчик COFDM,результат не впечатляет.Во первых даже при u = 1 ресивер уже не "понимает" передатчик(следовательно ресивер понятия не имеет о u-law).Во вторых почему-то ухудшается переходная область фильтра (бока спектра становятся пологими),с этим пока не разобрался.


В статье где нибудь сказано что ресивер не знает u? А боковики растут из-за нелинейности которую компрессор вносит.

Цитата(_Anatoliy @ May 3 2008, 10:26) *
Здесь вставляются нулевые символы,но в DVB-T эти нулевые символы уже присутствуют.
Кстати,пик-фактор у сигнала увеличивается не в передатчике,а после IFFT,ещё до ЦАП. Что будет если его ограничить непосредственно перед ЦАПом?


Ограничение и делают после IFFT в цифре и ещё кое-какую обработку чтобы не росли боковые лепестки т к если ограничени происходит в усилителе мощности то уже ничего не сделать, будете мешать соседним каналам.

Цитата(_Anatoliy @ May 3 2008, 10:26) *
Александр,а не подскажете где можно почитать описание работы Gardner детектора?Что-то в сети ничего не могу найти.


http://www.dspman.narod.ru/ieee/timing/The...ng_recovery.pdf
_Anatoliy
Цитата(petrov @ May 3 2008, 11:20) *
В статье где нибудь сказано что ресивер не знает u? А боковики растут из-за нелинейности которую компрессор вносит.

Но в статье также не упоминается DVB-T, а OFDM и кроме DVB-T широко применяется. Нет в бытовых ресиверах DVB-T возможности ввести u,значит он о нём не "знает".
Если спектр выходит за требуемую маску то его нужно будет привести в соответствие дополнительным фильтром опять внеся какие-то искажения и на приёмной стороне,видимо,кроме амплитудной коррекции нужно будет выполнить и частотную коррекцию.Это так и делается?Кстати об искажениях спектра в статье не говорится.
Цитата(petrov @ May 3 2008, 11:20) *
Ограничение и делают после IFFT в цифре и ещё кое-какую обработку чтобы не росли боковые лепестки т к если ограничени происходит в усилителе мощности то уже ничего не сделать, будете мешать соседним каналам.

А можно пару слов о "кое-какой обработке"?Очень интересно.
Если кого-то ещё интересует тема пик-фактора,вот ещё ссылка http://www2.rohde-schwarz.com/file_1098/7TS02_2E.pdf
Цитата(petrov @ May 3 2008, 11:20) *

Большое спасибо за ссылку!
Но,честно говоря,за тройными интегралами я долго буду искать истину:-((
Не сможете ли Вы вкратце,своими словами,рассказать принцип его работы ,например для QAM16?
petrov
Цитата(_Anatoliy @ May 3 2008, 14:55) *
А можно пару слов о "кое-какой обработке"?Очень интересно.


Я не занимался разработкой таких вещей, просто иногда случайно попадаются статьи, одним глазом по диагонали пробегаешся... Ищите в гугле, смотрите на какие статьи ссылаются, ещё патенты можно посмотреть на uspto.gov

Цитата(_Anatoliy @ May 3 2008, 14:55) *
Большое спасибо за ссылку!
Но,честно говоря,за тройными интегралами я долго буду искать истину:-((
Не сможете ли Вы вкратце,своими словами,рассказать принцип его работы ,например для QAM16?


А для QPSK понимаете?

Если нет то вот вам оригинальная статья Гарднера:
http://rapidshare.de/files/39301258/A_BPSK...ardner.pdf.html

А QAM16 считайте что это QPSK плюс шум который даёт разброс векторов на приёме как в QAM16.
alex_os
до кучи (ежели кто не видел ) на мой взгляд очень удачная статейка про PARP reduction http://eprints.ecs.soton.ac.uk/8388/1/ja-b...vtc03spring.pdf
_Anatoliy
Цитата(alex_os @ May 3 2008, 17:14) *


Большое Вам спасибо за статьи!Буду изучать.

Цитата(petrov @ May 3 2008, 17:13) *


Большое Вам спасибо за информацию!

Цитата(petrov @ May 3 2008, 17:13) *

Пока беру тайм-аут.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.