ИКМ-15, Стандарты? Опции

[cdg]

Может кто подскажет существуют вообще какие либо документы регламентирующие структуру потока ИКМ-15, может ГОСТ, РД, ТУ на худой случай?

[MAZZI]

Парни, помогите обогатиться документицией по ИКМ-15, не очень понятны варианты с NRZ, NRZ+; как они реально на линию передаются в какой форме, если AMI нормально документирован, то на "русском" NRZ появляются сомнения, т.к. у разных устройств по разному формы сигналов...
Где правда жизни, Братья?
если можно пришлите на drozdov@zelax.ru

Сообщение отредактировал MAZZI - Aug 28 2006, 08:17

[cdg]

Ищите схему ячеек ЦПРД ЦПРМ на Борисоглебскую полустойку ИКМ-15, может у кого есть в электронном виде, у меня нет

[MAZZI]

Ищите схему ячеек ЦПРД ЦПРМ на Борисоглебскую полустойку ИКМ-15, может у кого есть в электронном виде, у меня нет

Погодите, не усложняем ли мы что-то?
Поясните, если передается NRZ, то можем ли мы передать через выходной трансформатор длинную последовательность единиц? Или же на самом деле там используется код RZ, а не NRZ?
Может я что-то не правильно понимаю? Разъясните .

[cdg]

Погодите, не усложняем ли мы что-то?
Поясните, если передается NRZ, то можем ли мы передать через выходной трансформатор длинную последовательность единиц? Или же на самом деле там используется код RZ, а не NRZ?
Может я что-то не правильно понимаю? Разъясните .

Никто ничего не усложняет . Делал этот проект очень давно, лет 5 тому назад, рабирался по схме БГ стойки, старой засаленой и затертой... которая не дожила до наших дней, проект был еще в MAXPLUS сейчас под рукой нет, надо искать гдето в архивах(???). При передаче данных используется упрощенный вид скремблирования - разностное кодирование (XOR текущего бита с предыдущим), которое позволяет избежать длинной последовательности нулей и единиц, синхрокомбинация в сремблировании не участвует. Отличие кодировок в том, что в одном случае производится принудительная установка начала отсчета скремблирующей последовательности в 1, т.е. последний бит предыдущего фрейма для начала следующего всегда принимается равным 1. Вот и все.

И вот тут ещё один момент требующий пояснения и который ввел меня просто в тупик .
Мы использовали фреймовый режим и задавали IDLE код во все тайм-слоты кроме нулевого, тут обнаружился прикол, из поведения сигнала похоже он данные через каждый фрейм инвертирует, это вполне возможно для того, чтобы более корректно было отлавливание фрейма, не изменяя фреймовый тайм-слот через фрейм инвертировать все остальные (мы такую фишку уже используем, чтобы с похожим протоколом на E1 передавать большее кол-во тайм-слотов, не реализуя E2 или E3).
НИГДЕ в документации об этом даже намека нет, причем два разных производителя спокойно друг друга понимают и PING проходит. Это значит, что информация наверняка в нулевом слоте. Какой бит за это отвечает? Дайте ссылку, где взять информацию? А возможно и не в бите дело, а он обязательно ищет Мультикадровую синхронизацию (Сверх цикловая) и там смотрит четный/нечетный, чтобы поставить инверсию?
Причем это мы проверяли как в NRZ(I) так и в AMI, поведение одинаково, кодировка физического уровня не причем.

Могу точно сказать, что никаких таких наворотов не делал и не встречал, могу сказать только если станция гонит в TS фиксированный код, то надо извращаться чтобы встречная сторона правильно от тебя засинхронизировалась, вот тут простор для фантазии просто необъятный.

[MAZZI]

Никто ничего не усложняет . Делал этот проект очень давно, лет 5 тому назад, рабирался по схме БГ стойки, старой засаленой и затертой... которая не дожила до наших дней, проект был еще в MAXPLUS сейчас под рукой нет, надо искать гдето в архивах(???).

Если можешь, то дай пожалуйста архив , самое идеальное, если ты его ещё в письменном виде дополнишь пояснениями, если не сложно.

При передаче данных используется упрощенный вид скремблирования - разностное кодирование (XOR текущего бита с предыдущим), которое позволяет избежать длинной последовательности нулей и единиц, синхрокомбинация в сремблировании не участвует.

Вот картинка с NRZ и NRZI, из выше описанного я понял что это код NRZI
http://www.intuit.ru/department/network/baslocnet/3/3-17.gif

Отличие кодировок в том, что в одном случае производится принудительная установка начала отсчета скремблирующей последовательности в 1, т.е. последний бит предыдущего фрейма для начала следующего всегда принимается равным 1. Вот и все.

Вот это совсем тяжело!!! Это и есть NRZ+ ??? И что будет если передача идет без фрейма? Куда мне эту 1 засунуть? Умоляю нарисуйте временную диаграмму с пояснениями где, что, куда!!!

Могу точно сказать, что никаких таких наворотов не делал и не встречал, могу сказать только если станция гонит в TS фиксированный код, то надо извращаться чтобы встречная сторона правильно от тебя засинхронизировалась, вот тут простор для фантазии просто необъятный.

Согласен, возможно это наворот, но он проявляется да анализаторе, когда просматриваем линию и вполне логичен для фреймовой синхронизации, иначе если будет фиксированный код в тайм-слоте (а это вполне вероятно, к примеру, флаги HDLC) можно будет только на более высоком уровне определить ошибку, а это не есть хорошо!!! Да и по поиску/потери фрейма (110) четыре подряд поймал/четыре подряд потерял такие ложные ловли фреймов будут всегда...
Вообще раздражает такой стандарт, мало того что нигде не описан, ещё в NRZ(I), если передавать длинные последовательности нулей умирает выходной трансформатор при передачи длинного положительного импульса (проверяли в AMI нормально, в NRZ(I) умер), прям сырой дальше некуда, не зря не получил распространения, но сделать то его надо...
Я ещё не говорил с начальством, но кто готов продать стандарт? мож у кого есть?

[cdg]

Вот это совсем тяжело!!! Это и есть NRZ+ ??? И что будет если передача идет без фрейма? Куда мне эту 1 засунуть? Умоляю нарисуйте временную диаграмму с пояснениями где, что, куда!!!

Могу сказать, что будет если этой 1-цы не будет - отвалится 1-ый канальный интервал, остальные будут работать, таковы самосинхронизирующиеся свойства этого кода

Согласен, возможно это наворот, но он проявляется да анализаторе, когда просматриваем линию и вполне логичен для фреймовой синхронизации, иначе если будет фиксированный код в тайм-слоте (а это вполне вероятно, к примеру, флаги HDLC) можно будет только на более высоком уровне определить ошибку, а это не есть хорошо!!! Да и по поиску/потери фрейма (110) четыре подряд поймал/четыре подряд потерял такие ложные ловли фреймов будут всегда...

Поэтому я и писал, что простор для фантазии необъятный, когда проектировали аппаратуру ИКМ-15 не думали передавать там HDLC - расчет велся на передачу оцифрованной голосовой информации, от туда и все проблемы с синхронизацией. Если Вы хотите безболезненно передавать HDLC используя чужие каналы ИКМ-15 придется придумать механизм избавляющий от ситуации ловли ложного ЦСС, вариантов море .

Вообще раздражает такой стандарт

Это вобще не стандарт... Мне не удалось добиться правды жизни и найти хоть каие нибудь ОСТы или РД, на которые бы ссылались сертификаты полученные различными производителями, в том числе и аппаратуры Борисоглебского завода, собственно эту тему и открывал для того, чтобы подсказали хоть что-то (:.

Я ещё не говорил с начальством, но кто готов продать стандарт? мож у кого есть?

Купить несуществующий стандарт затея сомнительная... Вот купить разработку надежнее
Да и зачем это Вам, найдите схему на БГ полустойку, неужели в округе нет ни одного узла эл. связи с этим барахлом???

[cdg]

Вот это совсем тяжело!!! Это и есть NRZ+ ??? И что будет если передача идет без фрейма? Куда мне эту 1 засунуть? Умоляю нарисуйте временную диаграмму с пояснениями где, что, куда!!!

Если у Вас безфреймовая передача, какая разница как кодировать? Сделайте свое скремблирование - какое Вам заблагорассудится, и живите спокойно, через регенератор это все равно пройдет.