Перейти к содержанию
    

синхронизация кадров в потоке E1

Каким образом осуществляется кадровая синхронизация? Просто по маркеру в начале кадра? Может ли он совпадать с байтом из голосового канала?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да, синхронизация происходит по 0-му тайм-слоту. Совпадения с другими тайм-слотами возможно, для этого и прописываеться количесство правильно найденых синхро-маркеров для перехода в состояние СИНХРОНИЗАЦИЯ НАЙДЕНА. А в голосовом канале данные меняються постоянно и при ошибочном зацеплении за голосовой канал через некоторое время произойдет пересинхронизация.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Да, синхронизация происходит по 0-му тайм-слоту. Совпадения с другими тайм-слотами возможно, для этого и прописываеться количесство правильно найденых синхро-маркеров для перехода в состояние СИНХРОНИЗАЦИЯ НАЙДЕНА. А в голосовом канале данные меняються постоянно и при ошибочном зацеплении за голосовой канал через некоторое время произойдет пересинхронизация.

и сколько достаточно правильных синхро-маркеров?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

и сколько достаточно правильных синхро-маркеров?

 

Я использую FALC и вот выдержка из его доккументации:

Synchronous state is established after detecting:

• a correct FAS word in frame n,

• the presence of the correct service word (bit 2 = 1) in frame n + 1,

• a correct FAS word in frame n + 2.

If the service word in frame n + 1 or the FAS word in frame n + 2 or both are not found

searching for the next FAS word starts in frame n + 2 just after the previous frame

alignment signal.

 

 

Asynchronous state is reached after detecting 3 or 4 consecutive incorrect FAS words or 3 or 4 consecutive incorrect service words (bit 2 = 0 in time slot 0 of every other frame not containing the frame alignment word),

 

Т.е. Cинхронизация найдена при нахождении синхромаркера в фрейме, наличии 1 во втором бите в фследующем за ним фрейме и правильного синхрослова в фрейме n+2. Если этого не произошло, то поиск начинаеться с фрейма n+2.

 

Пересинхронизация происходит из состояния "Синхронизация найдена" после 3-4 неправильных синхрослов или при наличии 0 во втором бите кажого из 3-4 нечетных фреймов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 подряд в совокупности с отсутствием синхронизации в тех кадрах, где её не должно быть. Синхросигнал передается через раз. Синхрослово выбрано таким образом, что сочетание бит в нем противоречит правилам канального кодирования, поэтому в речевом (или ином) сигнале не встречается в принципе. Посмотрите G703

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 подряд в совокупности с отсутствием синхронизации в тех кадрах, где её не должно быть. Синхросигнал передается через раз. Синхрослово выбрано таким образом, что сочетание бит в нем противоречит правилам канального кодирования, поэтому в речевом (или ином) сигнале не встречается в принципе. Посмотрите G703

мы рассматриваем уже раскодированный сигнал. после микрухи LXT332. так что у нас уже передаются данные в униполярном режиме! и синхромаркер встречается в голосе. проверено!

 

Я использую FALC и вот выдержка из его доккументации:

 

 

Т.е. Cинхронизация найдена при нахождении синхромаркера в фрейме, наличии 1 во втором бите в фследующем за ним фрейме и правильного синхрослова в фрейме n+2. Если этого не произошло, то поиск начинаеться с фрейма n+2.

 

Пересинхронизация происходит из состояния "Синхронизация найдена" после 3-4 неправильных синхрослов или при наличии 0 во втором бите кажого из 3-4 нечетных фреймов.

 

спасибо! буду разбираться!

 

Я использую FALC и вот выдержка из его доккументации:

 

 

Т.е. Cинхронизация найдена при нахождении синхромаркера в фрейме, наличии 1 во втором бите в фследующем за ним фрейме и правильного синхрослова в фрейме n+2. Если этого не произошло, то поиск начинаеться с фрейма n+2.

 

Пересинхронизация происходит из состояния "Синхронизация найдена" после 3-4 неправильных синхрослов или при наличии 0 во втором бите кажого из 3-4 нечетных фреймов.

 

спасибо! буду разбираться!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

мы рассматриваем уже раскодированный сигнал. после микрухи LXT332. так что у нас уже передаются данные в униполярном режиме! и синхромаркер встречается в голосе. проверено!

что-то непонятное- раз синхронизируется, значит тайм-слот 0 определяется, откуда тогда в голосе? голос по нулевому не передается.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

что-то непонятное- раз синхронизируется, значит тайм-слот 0 определяется, откуда тогда в голосе? голос по нулевому не передается.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В голосовом канале может вполне встретиться такая комбинация.

нет, я не это хотел сказать- если вообще голос есть - значит и синхро есть правильное, иначе как биты прочесть? или это микросхема так шутит? что иногда в голосовой из нулевого что-то кидает? Синхрослово содержит две 1 подряд в одну сторону- в HDB-3 такое невозможно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Синхрослово содержит две 1 подряд в одну сторону- в HDB-3 такое невозможно.

 

Вы что-то путаете, при чем тут HDB3? E1 может передаваться и по оптике, а там HDB3, как известно, не передаеться :) А так все правильно, голос постоянно меняеться, и соответственно и биты меняються, и при неправильном зацеплении произойдет рассинхронизация. А если кто-то злой передает по каналу данные иммитирующие синхру.... то все возможно. Но я такого не встречал, хотя сделать это реально.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По оптике E1 передавать- это в наше время извращение...хотя мы в 1986 г. сделали оптическую линию в опытном порядке с E1. Но и в этом случае синхрослово нарушает законы канального кодирования- иначе может быть и ложная синхронизация даже в случае двукратной проверки. Кстати, для оптики тоже характерен код, исключающий постоянную составляющую и содержащий в спектре тактовую частоту, или её гармонику в максимуме распределения спектра сигнала.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По оптике E1 передавать- это в наше время извращение...хотя мы в 1986 г. сделали оптическую линию в опытном порядке с E1. Но и в этом случае синхрослово нарушает законы канального кодирования- иначе может быть и ложная синхронизация даже в случае двукратной проверки. Кстати, для оптики тоже характерен код, исключающий постоянную составляющую и содержащий в спектре тактовую частоту, или её гармонику в максимуме распределения спектра сигнала.

 

Опять вы путаете.

 

E1 - это стандарт формирования цифрового потока (структура кадров, местоположение таймслотов, сигнализаций и пр.). В стандарте Е1 не оговаривается ни физическая среда, ни кодирование, ни модуляция. Речь идет только о структуре кадра и все.

 

 

 

В стандарте G.703 (Е1) описано, что для правильной синхронизации необходимо:

1. Обнаружить FAS

2. Через 256 бит обнаружить NFAS

3. Через 256 бит еще раз обнаружить FAS.

 

Вот после этого устанавливается сигнал "ЕСТЬ СИНХРОНИЗАЦИЯ"

 

Если хотябы один раз не обнаружился FAS или NFAS, то сигнал "ЕСТЬ СИНХРОНИЗАЦИЯ" сбрасывается и все начинается сначала.

 

Вообще в стандарте все понятно описано. И реализовывать не сложно...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

E1 - это стандарт формирования цифрового потока (структура кадров, местоположение таймслотов, сигнализаций и пр.). В стандарте Е1 не оговаривается ни физическая среда, ни кодирование, ни модуляция. Речь идет только о структуре кадра и все.

 

Это вовсе не так. Вот, например для 2-х мегабитного потока:

Table 7/G.703 – Digital interface at 2048 kbit/s

Pulse shape

(nominally rectangular) All marks of a valid signal must conform with the mask (see Figure 15) irrespective of the sign. The value V corresponds to the nominal peak value.

Pair(s) in each direction One coaxial pair

(see 9.4) One symmetrical pair

(see 9.4)

Test load impedance 75 ohms resistive 120 ohms resistive

Nominal peak voltage of a mark (pulse) 2.37 V 3 V

Peak voltage of a space (no pulse) 0  0.237 V 0  0.3 V

Nominal pulse width 244 ns

Ratio of the amplitudes of positive and negative pulses at the centre of the pulse interval 0.95 to 1.05

Ratio of the widths of positive and negative pulses at the nominal half amplitude 0.95 to 1.05

Maximum peak-to-peak jitter at an output port Refer to 5.1/G.823

 

Для желающих ознакомиться с E1 подробно- в файле.

T_REC_G.703_200111_I__MSW_E.zip

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

E1 - это стандарт формирования цифрового потока (структура кадров, местоположение таймслотов, сигнализаций и пр.). В стандарте Е1 не оговаривается ни физическая среда, ни кодирование, ни модуляция. Речь идет только о структуре кадра и все.

В стандарте G.703 (Е1) описано, что для правильной синхронизации необходимо:

1. Обнаружить FAS

2. Через 256 бит обнаружить NFAS

3. Через 256 бит еще раз обнаружить FAS.

 

Нет, структура фрейма описана в G.704 (Synchronous frame structures used at 1544, 6312, 2048, 8448 and 44 736 kbit/s hierarchical levels)

 

В G.703 описаны характеристики физичесского сигнала передаваемого в линию. Если бы мы говорили о выделении из данных тактовой частоты, то да, мы бы пользовались этим стандартом.

 

мы рассматриваем уже раскодированный сигнал. после микрухи LXT332. так что у нас уже передаются данные в униполярном режиме! и синхромаркер встречается в голосе. проверено!

 

Нам надо засинхронизироваться на фрейм в потоке данных. И глубоко наплевать в каком виде они представленны - хоть в файле лежат. Это просто поток бит. Соответственно читаем ITU G.704 и разбираемся.

 

На счет

инхрослово содержит две 1 подряд в одну сторону- в HDB-3 такое невозможно.

Это называеться Code Violation и являеться ошибкой при декодировании HDB3.

 

T_REC_G.704_199810_I__PDF_E.pdf

Изменено пользователем shamray

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...