Цитата(per_aspera_ad_astra @ Apr 30 2008, 14:14)
Наверное, тема уже закрыта, но хотелось кое что добавить... и спросить…
Делаем собственную разработку, один из модулей в ней ищет синхронизацию в потоке Е1. Алгоритм поиска сделан вначале был в принципе также как и описывалось выше (считается количество правильных и ошибочных FAS в четных кадрах и проверяется бит в нечетном и в зависимости от этого принимается решение), только с учетом того что байт потока Е1 не выровнен по границе байта входного потока, поэтому добавилось несколько стадий выравнивания по байту (ищется похожие на FAS данные) ну и компонент многоканальный (256 каналов). Но в реальных условиях обнаружилась интересная вещь: в одном из информационных тайм-слотах идет (причем очень длительное время) комбинация FAS, на которую пробуем синхронизироваться, но поскольку нечетные кадры не верны, сбрасываем поиск и начинаем новый. Но самое печальное, что опять попадаем не в «то место» (опять информационный тайм-слот) и все начинается сначала. В итоге пришлось модифицировать алгоритм, теперь он запоминает «неправильные места» и пропускает их, ну конечно если более лучшего ничего не найдет он будет пробовать опять тоже место.
Но насколько это правильно??? Очень интересно как именно реализован алгоритм поиска в реальных микросхемах? Подскажите, пожалуйста, где найти документацию на микросхему, в которой это описано?
Извиняюсь, конечно, но описание вашей собственной разработки кажется понял только с 5-го прочтения. Вы пробовали считать вероятности ложной тревоги и вероятности правильной синхронизации для вашего алгоритма? Сейчас видится, что они будут существенно хуже классического варианта, описанного выше и, собственно, имеющегося в спецификации.
синхронизация кадров в потоке E1
Jun 21 2007, 07:02
