Приветсвую всех,

вообщем задача реализовать на FPGA прием/передачу с нескольких АТМ соединенных с FPGA через UTOPIA с одной стороны и SDH STM-1 переходящий в Е1 CBR с другой стороны. С подобными вещами
раньше не сталкивался поэтому если что не правильно написал не пинайте. На FPGA нужно реализовать SDH framer, который будет мапить траффик туда-обратно, а также Inter-Working Functions.
Так вот, хотелось бы узнать на что стоит обратить внимание, какие сложности могут возникнуть при такой реализации, чтоб знать в каком направлении копать. И еще если есть рабочии ссылки на SDH (STM-1), E1 , IWF киньте плиз, а то посмотрел по форуму да и через гугл, не нашел ничего стоящего. Если не правильно описал задачу, прилагаю оригинал поверхностного описания какой имею:

Если правильно понимаю, мне придется реализовать на ПЛИСине несколько контроллеров UTOPIA (RX, TX, control signals) для связи с ATM. Для передачи данных наружу, заполняю 8 битный фифо данными от АТМ, далее передаю их на генератор фреймов (32 канала на 8 бита) и получаю поток шириной 256 бит с частотой 8КГц. Направляю этот поток в Shift регистер и по 1 пину выдаю его наружу с частотой 2048 МБит в сек (Е1). Таких Е1 у меня будет внутри плис до 64, т.е. на выходе я имею 64 Е1. Объединив их по 4 в Е2 а далее еще 4 в Е3 и далее в Е4 получаем скорость в 140 МБит в сек. Предполагаю по имевшейся у меня инфе что формирование этого потока будет снаружи ПЛИС. Прием данных выполняется в другой последовательности, т.е. на входе стоит тоже 256 бит сдвиг. рег., который выдает данные на фрейм аналайзер, далее с него данные идут в фифо и отдуда через UTOPIA на АТМ.
Буду признательным если знающие люди поправят ход моих мыслей или наведут на соответствующую литературу. Большой сенкс

Поскольку некоторые слова намекают на использование сего девайса в backhaul инфраструктуре, и скорее всего с использованием технологий компрессии и оптимизации траффика, я бы попросил более конкретные требования к ПЛИСу.

Это не тех задание, просто мне нужно предложить структурно как все это можно реализовать на ПЛИС, сильно не вдаваясь в подробности. В настоящий момент они используют DSP и думают о переходе на ПЛИС, для этого им нужен FPGA инженер. Т.к. коммуникация не мой профиль, но заработать хочется, приходится за пару тройку дней влазить в эти дебри. Поэтому и просил ссылки по теме на документацию.

По той информации, что на данный момент я нашел, получается чуть иная картина чем я представлял ранее.

1. ПЛИС читает через UTOPIA АTM данные (1 ячейка = 53 байта)
2. Формирует фреймы для Е1 (16 фреймов по 32 байта массив)
3. Е1 поток не выходит наружу, как предпологал ранее а идет на маппинг для STM-1 (256 бит с частотой 8 КГц)
4. Для маппинга имею 64 Е1, которые через С-12, VC-12 и кучу не понятных для меня аббривиатур добавляют к этим данным еще кучу
5. В итоге имею 9*270 байт данных так называемый STM-1 frame, которые также передаются с частотой 8КГц и в результате на выходе 155.52 МГбит в сек

Получаемые проблемы:
1. Т.к. Е1 констант бит рейт, а АТМ асинхронный, то чем заполнять фреймы Е1 в случае неимения данных от АТМ?
2. Не нашел как укладываются данные в Е1 фрейм и формируется СRC-4, за исключением описания TS0 и TS16.
3. Интерфейс E1 также для меня остался загадкой, как я понял просто можно последовательно передавать 256 бит с повышенной частотой и какимнибудь fsync для поддержания скорости 2048 Кбит в сек?
4. Если кто может дайте описание как формируется (маппится) STM-1 frame начиная от С12 и до конечного результата
5. Не нашел достаточной информации по описанию вандера и джиттера и как с этим боротся, а также по синхронизации вообще

Буду очень признателен, если ктонибудь подбросит информацию для размышления

ATM предназначен для передачи данных от асинхронных источников. Сам же АТМ поток синхронный, когда источники молчат передаются пустые АТМ ячейки.


Существует несколько списобов забить STM1 потоками Е1. Судя по всему у Вас Е1 упаковываются в С-12. В этом случае потоков Е2, Е3 и Е4 не будет и в STM-1 поместится только 63 потока Е1.

С укладыванием ATM в Е1 всё просто - кадр Е1 - 32 байта, первый байт - синхра(на память не помню), остальные байты - данные( в Вашем случае поток АТМ ячеек).


С этим борется сам протокол SDH за счет стаффингования.

После зимних праздников могу скинуть в личку отличное описание SDH потоков на русском языке. Напомните мне 8-го числа, если ещё будет нужно.