Передача телефонных линий, е1 и FE по одному волокну Опции

[DmitrySvrv]

Всем привет.

Я почти что инженер.)))) Осталось буквально три месяца.

Работаю в связи, но связан скорее всего с эксплуатацией, чем с проектированием.




Разработка мультиплексора абонентского выноса.

Суть состоит в том, что имеется центральный узел связи и удаленный.

Соединение точка-точка по оптике.

Необходима сделать следующее: передать не менее 30 аналоговых линий, фастзернет и Е1 поток по одному волокну.

Железка, которой так не хватает отечественным связистам, если бы кто ее поставил на поток, то озолотился бы)))

Если бы она еще стоила не более 50 т.рублей.

Потому что именно таких железяк за полгода не нашли ни одной, именно в таком сочетании портов.



Но взявшись за этот диплом,у меня возникло много вопросов, читая теорию по системам передачи я не нашел как обойти некоторые ньюансы.





Ребят, если сильно напряжет, помогите пожалуйста.



Итак, блоки устройства
1. Блок оцифровки аналоговых линий
2. Е1 фреймер, приемо-передатчик
3. SFP модуль
4. блок управления и синхронизации
5.SLIC
6. FE controller.


Задача 1.
Нужно оцифровать не менее 24 аналоговых линии.

Вариант решения.

Поставить ИКМ кодек.

Какой ИКМ кодек посоветуете?
Например вот такой есть http://www.chipfind.ru/datasheet/freescale/mc14lc5480.htm

Как включить ИКМ кодек, если я не ошибаюсь необходим трансформатор, как рассчитать количество витков и есть ли готовые решения.

Сигнализация. По аналоговой линии идет линейная сигнализация, если аналоговую линию оцифровать, то сигнализация будет замешана вместе с речевым сигналом. Как ее выделить на другой стороне?

Или допустим с другой стороны приходит сигнализация, как ее обратно преобразовать в линейную?

Можно ли сократить количество ИКМ кодеков.
Например 24 линии- 24 кодека, а можно ли сделать так, чтобы уменьшить число линий, и как это с точки зрения теории телетрафика рассчитать?


какие еще подводные камни я не увидел?

[DmitryM]

Угу, "У кодеков выход с Z-состоянием, объедините их (все 30-ть) на один вход фреймера и всё." и управлять стробами.

[DmitrySvrv]

Угу, "У кодеков выход с Z-состоянием, объедините их (все 30-ть) на один вход фреймера и всё." и управлять стробами.

а параметры строба какие?

[Панасенко Вадим]

а параметры строба какие?

Параметры такие чтобы на каждый кодек они не пересекались, по сути дела это ОЕ для кодека (если брать "длинный" фрейм).
для потока Е1 тактовая =2048Кгц, период повторения фреймов 8Кгц, число Канальных Интервалов=32, число бит на канал=8.
Вот и считайте, я дал все исходные параметры

[DmitrySvrv]

Параметры такие чтобы на каждый кодек они не пересекались, по сути дела это ОЕ для кодека (если брать "длинный" фрейм).
для потока Е1 тактовая =2048Кгц, период повторения фреймов 8Кгц, число Канальных Интервалов=32, число бит на канал=8.
Вот и считайте, я дал все исходные параметры

Период повторения 125мкс
на один таймслот 125/32=3,9мкс
на один бит 3,9/8=0,48мкс

На 1 кодек подаем отпирающий импульс длительностью 3,9мкс, период повторения 125мкс и тактовый сигнал 2048кГц.
На 2 кодек подаемотпирающий импульс длительностью 3,9мкс, задержанный относительно первого на 3,9 мкс период повторения 125мкс и тактовый сигнал 2048кГц.

Реализовать это можно с помощью счетчика, подавая на него 2048кГц.
Так как счетчиков надо 30, то лучше на плис их реализовать.


В принципе я наверное ленивый студент, или потому что сроки очень сильно поджимают
http://www.rid.mv.ru/dsp/dtmf/ti.pdf
Но куда подключить так и не придумал

По сути у меня организована ИКМ шина из Si3050
По SPI идет обмен менжду PIC 16 и Si3050
Верно уловил?


Вопрос еще очень глобальный!.
генератор DTMF - такой в принципе ниче сложно реализоватьи на аналоговых девицах
По сути сделать - синус разложить в ряд, вот и генератор1.
второй синус в ряд разложить - второй генератор
и суммируй их как хочешь.
http://www.dsp.sut.ru/rus/products/dtmfdet/gendtmf.html

DAA от Silabs Si3050 и Si3019

Но я че-то не соображу как подключить его к телефонной линии.

Куда втыкать то его- в ИКМ часть?

http://www.ti.com/lit/gpn/tms320vc5416


С каких портов забрать сигнал и как его на 30 кодеков развести?

Сообщение отредактировал DmitrySvrv - Dec 8 2010, 12:40

[Панасенко Вадим]

Период повторения 125мкс
на один таймслот 125/32=3,9мкс
на один бит 3,9/8=0,48мкс

На 1 кодек подаем отпирающий импульс длительностью 3,9мкс, период повторения 125мкс и тактовый сигнал 2048кГц.
На 2 кодек подаемотпирающий импульс длительностью 3,9мкс, задержанный относительно первого на 3,9 мкс период повторения 125мкс и тактовый сигнал 2048кГц.

Реализовать это можно с помощью счетчика, подавая на него 2048кГц.
Так как счетчиков надо 30, то лучше на плис их реализовать.

---Все правильно, счетчики и дешифраторы. Передатчик получается простой, главное сделать приемник синхронизирующийся по FAS NFAS

В принципе я наверное ленивый студент, или потому что сроки очень сильно поджимают
http://www.rid.mv.ru/dsp/dtmf/ti.pdf
Но куда подключить так и не придумал

---Зачем Вам это! Кодек пропускает прозрачно спектр 300-3400 от телефона с DTMF до АТС, не надо ничего кодировать и декодировать!
---Пусть АТС сама разбирается с DTMF набором. Ваша задача передать импульсный набор! Это делается битом А в 16 канальном интервале спериодом повторения 2 мс, поскольку импульс набор 40/60мс, то 2 мс это очень маленькая погрешность.

По сути у меня организована ИКМ шина из Si3050
По SPI идет обмен менжду PIC 16 и Si3050
Верно уловил?

----Зачем Вам это, делайте все на матрице ALTERA
----или разбирайтесь с готовыми фреймерами. Вот им уже нужен процессор для программирования режимов, обычно по SPI.


Вопрос еще очень глобальный!.
генератор DTMF - такой в принципе ниче сложно реализоватьи на аналоговых девицах
По сути сделать - синус разложить в ряд, вот и генератор1.
второй синус в ряд разложить - второй генератор
и суммируй их как хочешь.
http://www.dsp.sut.ru/rus/products/dtmfdet/gendtmf.html

----Зачем это? Я выше написал.

DAA от Silabs Si3050 и Si3019

Но я че-то не соображу как подключить его к телефонной линии.

Куда втыкать то его- в ИКМ часть?

http://www.ti.com/lit/gpn/tms320vc5416

---К кодекам добавьте например ITC137 от Clare - это станционная часть.
---Абонентскую часть делайте на микросхемах SLIC есть у Infineon.

С каких портов забрать сигнал и как его на 30 кодеков развести?

---Делайте все на матрице - там много портов!

---Вы где учитесь?
Мои ответы в теле Вашего сообщения

[DmitrySvrv]

---Делайте все на матрице - там много портов!

---Вы где учитесь?
Мои ответы в теле Вашего сообщения

Не хотелось позорить собой свое учебное учереждение, но это Самарский аэрокосмический университет))))))))

Реализовать это можно с помощью счетчика, подавая на него 2048кГц.
Так как счетчиков надо 30, то лучше на плис их реализовать.

---Все правильно, счетчики и дешифраторы. Передатчик получается простой, главное сделать приемник синхронизирующийся по FAS NFAS

Если буду реализовывать на ПЛИС, то могут возникнуть проблемы с разделом метрология..

--Зачем Вам это! Кодек пропускает прозрачно спектр 300-3400 от телефона с DTMF до АТС, не надо ничего кодировать и декодировать!
---Пусть АТС сама разбирается с DTMF набором. Ваша задача передать импульсный набор! Это делается битом А в 16 канальном интервале спериодом повторения 2 мс, поскольку импульс набор 40/60мс, то 2 мс это очень маленькая погрешность.

Да точно, теперь не надо заморачиватся.

----Зачем Вам это, делайте все на матрице ALTERA
----или разбирайтесь с готовыми фреймерами. Вот им уже нужен процессор для программирования режимов, обычно по SPI.

А для готового фреймера тоже ведь надо на кодеки подавать строб импульс. А значит по-любому нужна ПЛИС.

На какой вывод подавать сторб?
http://i066.radikal.ru/1012/d1/7585da9e1f87.png

FSRReceive Frame Sync
This is an 8 kHz enable that must be synchronous with

BCLKR. Following a rising FSR edge, a serial PCM word at

DR is clocked by BCLKR into the receive data register.

FSR
also initiates a decode on the previous PCM word. In the absence
of FSX, the length of the FSR pulse is used to determine
whether the I/O conforms to the Short Frame Sync or
Long Frame Sync convention.

DR
Receive Digital Data Input

BCLKR/CLKSEL
Receive Data Clock and Master Clock Frequency
Selector
If this input is a clock, it must be between 128 kHz and
4.096 MHz, and synchronous with FSR. In synchronous
applications this pin may be held at a constant level; then

BCLKX is used as the data clock for both the transmit and
receive sides, and this pin selects the assumed frequency of
the master clock (see Table 1 in Functional Description).
MCLKR/PDN
Receive Master Clock and Power–Down Control
Because of the shared DAC architecture used on these
devices, only one master clock is needed. Whenever FSX is
clocking, MCLKX is used to derive all internal clocks, and the
MCLKR/PDN pin merely serves as a power–down control. If
MCLKR/PDN pin is held low or is clocked (and at least one
of the frame syncs is present), the part is powered up. If this
pin is held high, the part is powered down. If FSX is absent
but FSR is still clocking, the device goes into receive half–
channel mode, and MCLKR (if clocking) generates the
internal clocks.
MCLKX
Transmit Master Clock
This clock is used to derive the internal sequencing clocks;
it must be 1.536 MHz, 1.544 MHz, or 2.048 MHz.
BCLKX
Transmit Data Clock
BCLKX may be any frequency between 128 kHz and
4.096 MHz, but it should be synchronous with MCLKX.
DX
Transmit Digital Data Output
This output is controlled by FSX and BCLKX to output the
PCM data word; otherwise this pin is in a high–impedance
state.
FSX
Transmit Frame Sync
This is an 8 kHz enable that must be synchronous with
BCLKX. A rising FSX edge initiates the transmission of a
serial PCM word, clocked by BCLKX, out of DX. If the FSX
pulse is high for more than eight BCLKX periods, the DX and
TSX outputs will remain in a low–impedance state until FSX
is brought low. The length of the FSX pulse is used to determine
whether the transmit and receive digital I/O conforms to
the Short Frame Sync or to the Long Frame Sync convention.
TSX
Transmit Time Slot Indicator
This is an open–drain output that goes low whenever the
DX output is in a low–impedance state (i.e., during the transmit
time slot when the PCM word is being output) for enabling
a PCM bus driver.
ANLB
Analog Loopback Control Input (MC145564/67 Only)
When held high, this pin causes the input of the transmit
RC active filter to be disconnected from GSX and connected
to VPO+ for analog loopback testing. This pin is held low in
normal operation.
ANALOG
GSX
Gain–Setting Transmit
This output of the transmit gain–adjust operational amplifier
is internally connected to the encoder section of the
device. It must be used in conjunction with VFXI– and VFXI+
to set the transmit gain for a maximum signal amplitude of
2.5 V peak. This output can drive a 600 W load to 2.5 V peak.
VFXI–
Voice–Frequency Transmit Input (Inverting)
This is the inverting input of the transmit gain–adjust
operational amplifier.
VFXI+
Voice–Frequency Transmit Input
(Non–Inverting)
This is the non–inverting input of the transmit gain–adjust
operational amplifier.
VFRO
Voice–Frequency Receive Output
This receive analog output is capable of driving a 600 W
load to 2.5 V peak.
VPI
Voltage Power Input (MC145564/67 Only)
This is the inverting input to the first receive power amplifier.
Both of the receive power amplifiers can be powered
down by connecting this input to VBB.
VPO–
Voltage Power Output (Inverted) (MC145564/67 Only)
This inverted output of the receive push–pull power amplifiers
can drive 300 W to 3.3 V peak.
VPO+
Voltage Power Output (Non–Inverted)
(MC145554/67 Only)
This non–inverted output of the receive push–pull power
amplifier pair can drive 300 W to 3.3 V peak.
POWER SUPPLY
GNDA
Analog Ground
This terminal is the reference level for all signals, both analog
and digital. It is 0 V.
VCC
Positive Power Supply
VCC is typically 5 V.
VBB
Negative Power Supply
VBB is typically – 5

Я так понял что за это отвечают
FSX
Transmit Frame Sync
This is an 8 kHz enable that must be synchronous with

Подаем 8кГц



BCLKX. A rising FSX edge initiates the transmission of a
serial PCM word, clocked by BCLKX, out of DX. If the FSX
pulse is high for more than eight BCLKX periods, the DX and
TSX outputs will remain in a low–impedance state until FSX
is brought low. The length of the FSX pulse is used to determine
whether the transmit and receive digital I/O conforms to
the Short Frame Sync or to the Long Frame Sync convention.

Подаем строб

Это делается битом А в 16 канальном интервале спериодом повторения 2 мс, поскольку импульс набор 40/60мс, то 2 мс это очень маленькая погрешность.

Недопонял.

в ки16 хотел передавать инфу трубка снята и тд
но это все фигня, как сделать . ки 16 это 3,9мкс.
aaaa bbbb
cccc dddd

Где это кстати, нормируется как передавать сигнализацию?


Сообщение отредактировал DmitrySvrv - Dec 8 2010, 18:32

[Панасенко Вадим]

Не хотелось позорить собой свое учебное учереждение, но это Самарский аэрокосмический университет))))))))



Если буду реализовывать на ПЛИС, то могут возникнуть проблемы с разделом метрология..

--- А если не на ПЛИС не возникнут?
--- Ведь главное решить задачу , а как её решили в этом и есть суть ИНЖЕНЕРА

Да точно, теперь не надо заморачиватся.


А для готового фреймера тоже ведь надо на кодеки подавать строб импульс. А значит по-любому нужна ПЛИС.

---С готовыми никогда не работал, всё делали на ПЛИС

На какой вывод подавать сторб?
http://i066.radikal.ru/1012/d1/7585da9e1f87.png



Я так понял что за это отвечают
FSX
Transmit Frame Sync
This is an 8 kHz enable that must be synchronous with

Подаем 8кГц
---Это и есть ваш импульс длительностью 3,9 uS, с периодом повторения 8 Кгц, который запускает в кодеке АЦП (ЦАП) преобразования


BCLKX. A rising FSX edge initiates the transmission of a
serial PCM word, clocked by BCLKX, out of DX. If the FSX
pulse is high for more than eight BCLKX periods, the DX and
TSX outputs will remain in a low–impedance state until FSX
is brought low. The length of the FSX pulse is used to determine
whether the transmit and receive digital I/O conforms to
the Short Frame Sync or to the Long Frame Sync convention.

Подаем строб
--- грубо говоря это есть тактовая 2048кГц которая ещё будет тактовой на передачу Е1


Недопонял.

в ки16 хотел передавать инфу трубка снята и тд
но это все фигня, как сделать . ки 16 это 3,9мкс.
aaaa bbbb
cccc dddd

--- правильно но период повторения 125uS, в сверхцикле 16 повторений 125х16=2ms для каждого канала!
---почитайте цикловую и сверхцикловую структуру Е1
---Сигнализация передается в основном битом А (абонентская и 1ВСК) и В - 2ВСК С=0, D=1 почти всегда.
--- Если речь идёт о межстанционной сигнализации то в 16КИ идут байты данных обмена между АТС (64кбит) это сигнализация Вам не нужна

Где это кстати, нормируется как передавать сигнализацию?
--Есть отраслевые стандарты - нагуглите их полно

Про Сколково это я так пошутил.

[DmitrySvrv]

--- правильно но период повторения 125uS, в сверхцикле 16 повторений 125х16=2ms для каждого канала!
---почитайте цикловую и сверхцикловую структуру Е1

Все, понял о чем Вы, с мс пока непривычно как-то. Т.е. каждый значащий бит будет передаватся каждые 2мс

вот допустим в цикле ки16
2 бита дается на сигнализацию по Н каналу
Пусть первый бит на поднятие трубки, второй бит на передачу номера

Напервом месте идет служебная инфа -сверхцикловой синхросигнал и авария дальнего конца по сверхциклу
1канал 2 канал
1101 0001
3канал 4 канал
0001 0001
5канал 6 канал

*******************
29 канал 30 канал
0001 0001

что мы видим - абонент 1 снял трубку
вот из-за чего и возникало у меня недопонимание

Я думал как передается сигнализация - вот на той стороне я дал цифру 8 импульсным набором, микросхема SLIC отработала ее и закодировала в двоичном коде например 100.
Этот двоичный код я передал в ки 16, на друой стороне обработал микроконтроллером и с помощью реле делаю 8 кз линии с длительностью 40мс
выжидаю интервал 200мс, принимаю следующую цифру.

А Вы я так понял предлагаете даже не заморачиваться с перекодировкой. И передовать 1 до тех пор, пока есть импульс( действительно 2мс и 40мс - это маленькая погрешность), а как импульс закончился передавать 0.

Все, теперь вроде понял.
Спасибо.

А если стык цифровой, т.е. сразу со станции идет по V5.1 - то тогда каким образом передавать номер?

Сообщение отредактировал DmitrySvrv - Dec 9 2010, 11:43

[Панасенко Вадим]

Все, понял о чем Вы, с мс пока непривычно как-то. Т.е. каждый значащий бит будет передаватся каждые 2мс

вот допустим в цикле ки16
2 бита дается на сигнализацию по Н каналу
Пусть первый бит на поднятие трубки, второй бит на передачу номера

Напервом месте идет служебная инфа -сверхцикловой синхросигнал и авария дальнего конца по сверхциклу
1канал 2 канал
1101 0001
3канал 4 канал
0001 0001
5канал 6 канал

*******************
29 канал 30 канал
0001 0001

что мы видим - абонент 1 снял трубку
вот из-за чего и возникало у меня недопонимание

Я думал как передается сигнализация - вот на той стороне я дал цифру 8 импульсным набором, микросхема SLIC отработала ее и закодировала в двоичном коде например 100.
Этот двоичный код я передал в ки 16, на друой стороне обработал микроконтроллером и с помощью реле делаю 8 кз линии с длительностью 40мс
выжидаю интервал 200мс, принимаю следующую цифру.

А Вы я так понял предлагаете даже не заморачиваться с перекодировкой. И передовать 1 до тех пор, пока есть импульс( действительно 2мс и 40мс - это маленькая погрешность), а как импульс закончился передавать 0.

Все, теперь вроде понял.
Спасибо.

А если стык цифровой, т.е. сразу со станции идет по V5.1 - то тогда каким образом передавать номер?

И набор и снятие трубки - это одно и тоже! Замыкание и размыкания шлейфа. Поэтому ИКМ передает состояние шлейфа замкнуто бит А=0, разомкнуто бит А=1 . ВСЁ! Не надо ничего кодировать и распозновать цифры набора.
Если АТС принимает набор по V5.1 то это как раз бит А от ИКМ.
Аналогично от АТС - идет вызов в сторону абонента, мы декодируем высокое вызывное напряжение и превращаем его в бит А=0, если нет звонка бит А=1.

[DmitryM]

И набор и снятие трубки - это одно и тоже! Замыкание и размыкания шлейфа. Поэтому ИКМ передает состояние шлейфа замкнуто бит А=0, разомкнуто бит А=1 . ВСЁ! Не надо ничего кодировать и распозновать цифры набора.
Если АТС принимает набор по V5.1 то это как раз бит А от ИКМ.
Аналогично от АТС - идет вызов в сторону абонента, мы декодируем высокое вызывное напряжение и превращаем его в бит А=0, если нет звонка бит А=1.

Не вводите в заблуждение насчет бита А для V5.1 или V5.2. Там совсем другой принцип управления.

[Панасенко Вадим]

Не вводите в заблуждение насчет бита А для V5.1 или V5.2. Там совсем другой принцип управления.

Согласен, эти протоколы байт ориентированные.
При разработки аппаратуры ИКМ вообще не обязательно знать эти протоколы - передавайте прозрачно 16 КИ пусть АТС и мультиплексор абон. выноса сами разбираются.
Если речь идет об абонентском выносе по V5.X - то это уже не дипломная работа , а как минимум кандидатская по объему работ.
Но я так понял речь идёт о простой передаче телефонных каналов по оптике. А это в простейшем случае цепочка вида Абон.окончание АТС=> вход ИКМ=>E1 (G.703)=>выход ИКМ=>телефон.
Для 30-ти выносов реализация протокола V5.1 в ИКМ ну как минимум дорого. Тут достаточно сигнализации 1 ВСК по биту А. 30 КИ=30ТА.
Другое дело дальнейшее развитие этого протокола где уже используется до 16Е1. Цена такого выноса+(транспорт Е3) уже сопоставима с ценою АТС на 480 номеров, которая связана с вышестоящей АТС по ОКС7 одним или 2-мя Е1 (зависит от эрлангов)))).
А отдельная АТС может обеспечить значительно больше сервиса чем вынос по V5.2.
Я считаю V5.2 - тупиковый путь в Российских условиях!

[DmitryM]

Согласен, эти протоколы байт ориентированные.
При разработки аппаратуры ИКМ вообще не обязательно знать эти протоколы - передавайте прозрачно 16 КИ пусть АТС и мультиплексор абон. выноса сами разбираются.

Угу, а также 15 и 31

Если речь идет об абонентском выносе по V5.X - то это уже не дипломная работа , а как минимум кандидатская по объему работ.
Но я так понял речь идёт о простой передаче телефонных каналов по оптике. А это в простейшем случае цепочка вида Абон.окончание АТС=> вход ИКМ=>E1 (G.703)=>выход ИКМ=>телефон.
Для 30-ти выносов реализация протокола V5.1 в ИКМ ну как минимум дорого.

V5.1 как раз ориентирован на 30 абонентов в отличие от V5.2

Тут достаточно сигнализации 1 ВСК по биту А. 30 КИ=30ТА.
Другое дело дальнейшее развитие этого протокола где уже используется до 16Е1. Цена такого выноса+(транспорт Е3) уже сопоставима с ценою АТС на 480 номеров, которая связана с вышестоящей АТС по ОКС7 одним или 2-мя Е1 (зависит от эрлангов)))).
А отдельная АТС может обеспечить значительно больше сервиса чем вынос по V5.2.
Я считаю V5.2 - тупиковый путь в Российских условиях!

Категорически не согласен. V5.2 позволяет значительно нарастить емкость с незначительным ARPU и позволяет управлять абонентами непосредственно(запреты/сервисы), чего недостигнешь при соединении через ОКС.

[Панасенко Вадим]

Угу, а также 15 и 31

V5.1 как раз ориентирован на 30 абонентов в отличие от V5.2

Категорически не согласен. V5.2 позволяет значительно нарастить емкость с незначительным ARPU и позволяет управлять абонентами непосредственно(запреты/сервисы), чего недостигнешь при соединении через ОКС.

А когда "ляжет" канал от АТС которая всем управляет, всё остановится! В отличии от соединения по ОКС между двумя АТС.
Мы отвлеклись от темы, не будем продолжать спор.

[zltigo]

В отличии от соединения по ОКС между двумя АТС.

Какая радость от ATC - Вы сможете говорить с соседней квартирой по телефону. У Вас сколько знакомых в пределах квартала живут?
Кстати, V5.2 это целый стек протоколов, в том числе и обеспечивающий резервирование каналов сигнализации, впрочем, как и SS7.
А чего это Вы вдруг за ОКС начали агитировать, хотя раньше за 1 ВСК / CAS агитировали? Вы не видите разницы между CSS, CAS
и вообще абонетской сигнализацией. Прискорбно.
Призываете вместо банального абонентского блока поставить на вынос целую ATC, организовать управление абонетскими данными и диагностику, сбор, хранение и передачу тарификационной информации, не забываем про обрудование СОРМ и канал связи к нему.
Ну запомните, что в качестве ОКС на ТфОП годится только SS7, тот-же ISDN не позволяет передавать категорию абонента по которой в России осуществляется ОБЯЗАТЕЛЬНАЯ фича - выбор альтернативного оператора. Короче, Ваши разговоры за 1 ВСК полная лажа.

[Панасенко Вадим]

Какая радость от ATC - Вы сможете говорить с соседней квартирой по телефону. У Вас сколько знакомых в пределах квартала живут?
Кстати, V5.2 это целый стек протоколов, в том числе и обеспечивающий резервирование каналов сигнализации, впрочем, как и SS7.
А чего это Вы вдруг за ОКС начали агитировать, хотя раньше за 1 ВСК / CAS агитировали? Вы не видите разницы между CSS, CAS
и вообще абонетской сигнализацией. Прискорбно.
Призываете вместо банального абонентского блока поставить на вынос целую ATC, организовать управление абонетскими данными и диагностику, сбор, хранение и передачу тарификационной информации, не забываем про обрудование СОРМ и канал связи к нему.
Ну запомните, что в качестве ОКС на ТфОП годится только SS7, тот-же ISDN не позволяет передавать категорию абонента по которой в России осуществляется ОБЯЗАТЕЛЬНАЯ фича - выбор альтернативного оператора. Короче, Ваши разговоры за 1 ВСК полная лажа.

Я ни за что не агитирую, в случае разработке ИКМ вообще все равно какая сигнализация!
Россия это не Москва с её плотным населением, а еще есть маленькие города и деревни с расстояниями между ними до 40 км, и расстояниями между сельской АТС (которые закрывают) и домами в деревнях до 10 км. Туда даже полные потоки Е1 вынести сложно! Спасибо что SS7 работает с дробными потоками на 10 КИ, и какой ставить абон вынос? по v5.1, v5.2 или АТС на 100-200 номеров с внутренней коммутацией и поддержкой СОРМ? Где я там найду Альтернативного оператора! Они туда не ходят!)))

А в пределах квартала (5х5км) в деревне живут ВСЕ 3000 жителей!

А если я соберу фреймер Е1 на ПЛИС, то возникнет ведь еще проблема кодирование HDB3.
Как это обойти?
Судя по теме DmitryR это сложновато

По сигнализации познал дзен.
http://www.nateks.telecomsite.ru/docs/comp...g_plex_tech.pdf
стр 21 и 22

Кодирование HDB3 можно делать и на ПЛИС, а вот без преобразования в трехуровневый код линии без аналоговых схем (два транзистора) и транса не обойтись!

Посмотрите описание LXT360, подаете на вход данные и такты - на выходе цепляем транс и далее витая пара , у нее встроенный кодер и декодер HDB3.
Она же делает и прием сигнала с выделением тактовой и данных из принятого по линии сигнала.

[DmitryM]

Я ни за что не агитирую, в случае разработке ИКМ вообще все равно какая сигнализация!
Россия это не Москва с её плотным населением, а еще есть маленькие города и деревни с расстояниями между ними до 40 км, и расстояниями между сельской АТС (которые закрывают) и домами в деревнях до 10 км. Туда даже полные потоки Е1 вынести сложно! Спасибо что SS7 работает с дробными потоками на 10 КИ, и какой ставить абон вынос? по v5.1, v5.2 или АТС на 100-200 номеров с внутренней коммутацией и поддержкой СОРМ? Где я там найду Альтернативного оператора! Они туда не ходят!)))

А в пределах квартала (5х5км) в деревне живут ВСЕ 3000 жителей!

Ну зачем же мешать все в кучу. Для таких маленьких АТС ОКС уж точно никто не станет делать. Одни PointCode замучаешься регистрировать.
В каждом случае сеть связи строится исходя из местных особенностей и ОКС не панацея от всего и вся. Для такого дробленного Е1 и 2ВСК хватит.

[zltigo]

В каждом случае сеть связи строится исходя из местных особенностей и ОКС не панацея от всего и вся. Для такого дробленного Е1 и 2ВСК хватит.

Дело не в панацее а в том, что 2ВСК уже вне закона на ТфОП. Две сигнализации допустимы SS7 - межстанционная и V5.X - абонетская. Причины в обеспечении минимального уровня сервися. Для подключения офисных прибамбасов к ТфОП еще EDSS1. А для таких сельских выносов по той-же медной паре ныне бегает 2Mbit SHDSL и по нему до кучи какой-никакой интернет еще. Забудьте по всякие буквы по отношению к сетям общего пользования России.

Туда даже полные потоки Е1 вынести сложно!

См. выше.

и какой ставить абон вынос? по v5.1, v5.2 или АТС на 100-200 номеров с внутренней коммутацией и поддержкой СОРМ?

Вот именно АТС с СОРМ и прочими ОБЯЗАТЕЛЬНЫМИ наворотами Вы туда и не поставите - кошелек треснет.

Где я там найду Альтернативного оператора! Они туда не ходят!)))

Не "там" а где-то по пути, например,когда абонент дойдет до междугородки он имеет право выбирать.

[Панасенко Вадим]

Дело не в панацее а в том, что 2ВСК уже вне закона на ТфОП. Две сигнализации допустимы SS7 - межстанционная и V5.X - абонетская. Причины в обеспечении минимального уровня сервися. Для подключения офисных прибамбасов к ТфОП еще EDSS1. А для таких сельских выносов по той-же медной паре ныне бегает 2Mbit SHDSL и по нему до кучи какой-никакой интернет еще. Забудьте по всякие буквы по отношению к сетям общего пользования России.




См. выше.

Вот именно АТС с СОРМ и прочими ОБЯЗАТЕЛЬНЫМИ наворотами Вы туда и не поставите - кошелек треснет.

Не "там" а где-то по пути, например,когда абонент дойдет до междугородки он имеет право выбирать.

Выбирать оператора междугородней связи абонент может только кодом города который он набирает, а в каком виде (V5.x, edss,oksy7) он передается, ему всё равно.
Я не могу забыть про всякие буквы по отношению к сетям ТФОП в России - я ТУТ ЖИВУ))).

[DmitryM]

Выбирать оператора междугородней связи абонент может только кодом города который он набирает, а в каком виде (V5.x, edss,oksy7) он передается, ему всё равно.
Я не могу забыть про всякие буквы по отношению к сетям ТФОП в России - я ТУТ ЖИВУ))).

Вы забыли про пресловутый приказ о выборе альтернативного оператора по категории АОН. И тут, к сожалению, EDSS1 отпадает, а вот ОКС, V5.2, а также импульсные челнок/пакет рулят и от этого никуда не денешься.