Тут вот почему возникла небольшая путаница. Впервые стандарты передачи по линии были приняты в "Оранжевой книге" ещё МККТТ.Тогда речь об оптике, или вообще о передаче данных не шла вообще. Всё использовалось для уплотнения речевых каналов. G703 была, а G704- её не было. Касающееся канального кодирования, синхронизации генераторов, кадровой синхронизации было изложено в G703, G723 и приложениях к ним. Впоследствии при более поздних изданиях рекомендаций уже ITU несколько изменили их структуру в связи с введением возможности использования трактов Exx для передачи данных. Поэтому цикловая(кадровая) синхронизация оказалась прописана недостаточно внятно. Хотя по содержанию ничего не изменилось за почти 30 лет.

V E1 vse prosto - v 0-om timeslote kadgdogo kadra idet vsegda odna i tadge infa - FAS. v kadre 32 timeslota po 8 bit kadgdyi chto daet 256 bit na kadr. Takim obrazom obe storony ishut vo vhodnyh potokah
shachala FAS potom cherez 248 bit snova odgidaiut FAS. esli nashli imenno FAS i imenno cherez 248 bit to
kadrovaia sinhronizatzia proshla. Potom nachinaetsia vtoraia faza - multikadrovoi cinhronizatzii.

Сообщение отредактировал Entuziast - Oct 24 2007, 08:22

Процедуры вхождения в синхронизацию и выхода из синхронизации не мгновенны. Производители микросхем устанавливают различные значения на количество кадров входа и выхода. Что касается имитации синхросигналов (FAS - nFAS) то рекомендация G.7xx информации форматов ИКМ(A, m, ADPCM). Поток Е1 в русской литературе называют потоком ИКМ. При такой РЕЧЕВОЙ информации имитация исключается. А если чтото иное передается то может быть что угодно. И надо смотреть можно ли Ваше чтото передавать по Е1.

Наверное, тема уже закрыта, но хотелось кое что добавить... и спросить…

Делаем собственную разработку, один из модулей в ней ищет синхронизацию в потоке Е1. Алгоритм поиска сделан вначале был в принципе также как и описывалось выше (считается количество правильных и ошибочных FAS в четных кадрах и проверяется бит в нечетном и в зависимости от этого принимается решение), только с учетом того что байт потока Е1 не выровнен по границе байта входного потока, поэтому добавилось несколько стадий выравнивания по байту (ищется похожие на FAS данные) ну и компонент многоканальный (256 каналов). Но в реальных условиях обнаружилась интересная вещь: в одном из информационных тайм-слотах идет (причем очень длительное время) комбинация FAS, на которую пробуем синхронизироваться, но поскольку нечетные кадры не верны, сбрасываем поиск и начинаем новый. Но самое печальное, что опять попадаем не в «то место» (опять информационный тайм-слот) и все начинается сначала. В итоге пришлось модифицировать алгоритм, теперь он запоминает «неправильные места» и пропускает их, ну конечно если более лучшего ничего не найдет он будет пробовать опять тоже место.

Но насколько это правильно??? Очень интересно как именно реализован алгоритм поиска в реальных микросхемах? Подскажите, пожалуйста, где найти документацию на микросхему, в которой это описано?

обычно смещают окно поиска на один бит - попасть туда же можно только через реальный синхрофрейм, если он конечно есть

Извиняюсь, конечно, но описание вашей собственной разработки кажется понял только с 5-го прочтения. Вы пробовали считать вероятности ложной тревоги и вероятности правильной синхронизации для вашего алгоритма? Сейчас видится, что они будут существенно хуже классического варианта, описанного выше и, собственно, имеющегося в спецификации.