DBPSK, Демодуляция и детектирование Опции

[PavPro]

Добрго времени суток всем.
Прошу помощи у специалистов по ЦОС.
Имеется следующая задача: необходимо демодулировать сигнал с дифференциальной фазовой модуляцией. Скорость передачи данных 64 кбит/c.
Структурная схема приемной части (точнее той части приемника, которая производит цифровую обработку сигнала) приведена ниже.
Сигнал ПЧ (в моем случае fz=10,7 МГц) оцифровывается с частотой дискретизации fd = 8,56 МГц.
Затем оцифрованный сигнал ПЧ-подается на синфазно-квадратурный смеситель и переносится на нулевую частоту.
Далее осуществляется канальная фильтрация и децимация при помощи CIC-фильтра(кол-во каскадов 6, дифф. задержка 1, коэфф. прореживания 32). На выходе данного фильтра имеем уже частоту дискретизации соответственно 267,5 кГц. За CIC-фильтром стоит компенсирующий КИХ-фильтр который осуществляет прореживание еще в два раза. Таким образом полезный сигнал подается на детектор с частотой дискретизации 133,75 кГц. Детектор сравнивает текущий отсчет символа с предыдущим. Знак комплексной экспоненты и есть исходная информационная последовательность.
В принципе данный алгоритм работает, но существуют определенные зоны информационной последовательности, где происходит ложная инверсия принятого символа (бита).
Хотелось бы разобраться в причинах некоректной работы данной схемы. Есть несколько догадок что может вызывать такой эффект, но может быть кто-то сталкивался уже с подобным.
Снятые осциллограммы исходной и принятой последовательности приведены ниже.
Заранее благодарен.

Эскизы прикрепленных изображений

 

[Serg76]

2 PavPro Решающее устройство можно построить и при одном отсчете на символ, другой вопрос как Вы собираетесь проектировать остальные узлы демодулятора: ФАПЧи по тактам и несущей, в этом случае 1 sps может быть недостаточно.

Сообщение отредактировал Serg76 - Jun 29 2012, 07:06

[PavPro]

2 PavPro Решающее устройство можно построить и при одном отсчете на символ, другой вопрос как Вы собираетесь проектировать остальные узлы демодулятора: ФАПЧи по тактам и несущей, в этом случае 1 sps может быть недостаточно.

Вот и я о том же, поэтому задумка такая: 8-отсчетов на символ усреднить при помощи интегратора, а затем уже накопленную сумму подавать на решающее устройство с частотой 64 кГц. Детектор будет сравнивать предыдущию сумму с текущей и на основе этого сравнения (скажем знака) принимать решение о самом символе. Хотя может я и ошибаюсь?

[petrov]

с частотой 64 кГц

Вы понимаете что эти 64 кГц должна быть частота передатчика а не приёмника, иначе у вас постоянно будут символы пропускаться или лишние появляться?
На приёме вы должны восстанавливать символьную частоту передатчика или кратную ей.

[PavPro]

Вы понимаете что эти 64 кГц должна быть частота передатчика а не приёмника, иначе у вас постоянно будут символы пропускаться или лишние появляться?
На приёме вы должны восстанавливать символьную частоту передатчика или кратную ей.

Да совершенно верно, 64 кГц - частота данных идущих на модулятор передающего устройства. Видимо в моих рассуждениях что-то не так?
Попробую объяснить еще раз.
Приемник принимает исходную несущую частоту и преобразует ее на ПЧ=10,7 МГц.
Данная ПЧ оцифровывается с fдискретизации 8,56 МГц.
Затем оцифрованный сигнал я преношу на 0 ПЧ.
И на нулевой ПЧ пытаюсь восстановить исходную информационную последовательность при помощи описанного выше алгоритма.
Символьный синхронизатор это уже следующий этап.
Пока моя задача просто восстановить исходную последовательность.
Прошу меня поправить если я что-то коряво изложил.

[Serg76]

Символьный синхронизатор это уже следующий этап.
Пока моя задача просто восстановить исходную последовательность.

Ну а как Вы ее восстановите, Вы даже не будете знать границы начала и/или конца символов?

[PavPro]

Ну а как Вы ее восстановите, Вы даже не будете знать границы начала и/или конца символов?

Накапливая 8 отсчетов на символ, и сравнивая текущее значение суммы с предыдущим, можно как я полагаю сделать вывод о том, принимается символ с той же фазой что и предыдущий, или произошла инверсия фазы.
Осциллограмы которые приведены в начале поста, были получены именно так. Причем эти осцилограммы получены с реального макета, а не методом моделирования.
Может Вы мне, укажите что конкретно в моих рассуждениях не так?

[Serg76]

Накапливая 8 отсчетов на символ

Каким образом решающее устройство будет знать с какого момента (отсчета) начинать накопление? За это и отвечает тактовая синхронизация, кроме того, еще надо устранить начальное смещение фазы во всех отсчетах.

Сообщение отредактировал Serg76 - Jun 29 2012, 08:17