Меню
Терещенко Сергей Альбертович
Автор:
каналы связи
5 мин
Размышления о каналах связи для систем оповещения. Часть 1
В цикле статей, в форме размышлений поднимаются вопросы о топологии построения каналов связи. Предпринимается попытка их классификации, обнажаются вопросы качества резервирования каналов для систем оповещения. Первая часть статьи затрагивает вопросы использования ВОЛС и GSM каналов.
протокол обмена
топология построения
Ну вот, хотел начать статью с шутки, дав определение канала, как рукотворной водной артерии, набрал в Поисковике, надеясь увидеть определение из Википедии, а в результате получил огромное количество ссылок на телевизионные каналы. Видно, не судьба, не интересуют нынче человечество инженерные сооружения для судоходства. Все «вдарились» в электронику и гаджеты, кроме телевизора ничего знать не хотят (шутка).

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

Ну и коль так, то, как всякий уважающий себя эксперт, я решил начать с классификации и… «Сел в лужу». Признаков, по которым можно классифицировать каналы связи уйма, а вот устойчивая и четкая классификация, отражающая большинство особенностей, не сложилась.

Приведу на примере пары каналов: Проводные и радиоканалы.

Проводные — можно бесконечно классифицировать по технологиям доступа.
Радиоканалы, как наземные и спутниковые. Но не все так то просто. Спутниковые каналы относятся к радиодоступу, а проводные и радиоканалы — к наземным. Плюс дальнейшее ветвление усложняется различными применяемыми технологиями, классифицируемыми по архитектуре сети: точка-точка; точка-многоточка, MESH или полно-связанная архитектура с равными правами узлов…

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

А начнем, все же с архитектуры сети систем оповещения. Все, как обычно, «пляшет» от задачи и как следствие, функциональной схемы, а функциональная схема проста. Есть АРМ оповещения и точки оповещения, которыми он управляет, следовательно — это топология «точка-многоточка». Ну и исходя из сказанного, к вопросу архитектуры построения сети больше не возвращаемся, потому как отклонения крайне редки. Тем более, что это уже ни раз раскрывалось с различных сторон.
 
Внимательный специалист, прочитав сие заявление, обязательно спросит, а что с вышестоящим уровнем систем оповещения населения? И будет прав. Давайте смоделируем ситуацию: имеется локальная система оповещения населения, и она построена по схеме «точка-многоточка». Но ЛСОН должна быть соединена с пультом муниципального образования, который в свою очередь соединен, например, с ЕДДС. Выглядит сложно?

Упрощаем для понимания: для пульта управления муниципальной системой оповещения пульт ЛСОН будет являться одной из точек оповещения и для ЕДДС, ровно, так же. Пульт ЛСОН будет отдавать сигналы оповещения на пульты МСОН и ЕДДС, но вот запускать оповещение на населенный пункт или на весь район будет не дежурный, управляющий ЛСОН, а ответственные люди в ЕДДС и населенном пункте. Под населенным пунктом я понимаю вышестоящий «объект», не попадающий в зону оповещения локальной системы оповещения. Полагаю, что принцип определения зон действия ЛСОН в зависимости от опасности производства Вы знаете и обращаться к определению паспорта безопасности нет необходимости. Ну потому как не тема сей статьи. Если нет, то спрашивайте, готов поделится нормативной документацией.

Вернемся к каналам связи. С архитектурой разобрались, напомню, что глубоко вдаваться в сей вопрос может и не стоит, потому как архитектура сети будет определена в проекте вашей системы оповещения.
 
Вернусь, только, к вопросу сопряжения вашего пульта с ЕДДС, или иным вышестоящим пультом, не принципиально в рамках темы статьи. Обычно такое сопряжение строится на «проводных», наземных каналах, но исключения возможны. При этом надо держать в голове, что «по-хорошему», для этого канала надо предусматривать резервирование, в идеале N+1. Сразу оговорюсь, здесь не обсуждаем вопросы агрегирования каналов. Это вопрос оборудования и конкретных настроек роутинга. По сути, это аппаратная реализация и может быть исправлена заменой «железки» и ее правильной настройки. Но думаю, что стоит обратить ваше внимание, на то, что значит резервирование, и как правильно это делать. Почему заостряю внимание, а потому, что очень часто сталкиваюсь, когда на предприятие, приходит два канала в одной и той-же канализации, или еще смешнее, когда два провайдера, но в одном кабеле. И вроде бы все правильно, разные провайдеры, резервирование есть. Но операторы связи поделили между собой, возможно, даже одно волокно, прописав разные vlan. Но кабель то, один или два, но в одной «трубе». А вот кто будет отгонять экскаватор/трактор от сей оптоволоконной магистрали, да еще по всей ее протяженности?

Понимаете, к чему я? Нет у вас, в этом случае, никакого резервирования. Для резервирования должна быть использована другая технология. Например: «Провод"-радиосвязь, «Провод"-Космическая связь, на «худой конец», «провод»-GSM. Последнее мне не сильно нравится, потому как GSM- канал неустойчивый. Давайте вспомним Новый год или, например, футбольный стадион во время матча, не будем касаться вопроса преднамеренного подавления GSM связи, пока речь идет только о ресурсоемкости сети. На Новый год все не могут поздравить близких — приходится «пробиваться» сквозь занятые каналы. Сеть перегружена и не воспринимает даже голосовые вызовы, хотя они в приоритете, не то, что каналы передачи данных. На стадионе Вас ждет такая же ситуация, только локально, в масштабах зон одной-двух базовых станций. Операторы для обеспечения хоть какой-то связи во время матчей вынуждены подгонять дополнительные передвижные базовые станции. Ну просто я к тому, что если вдруг у Вас случится ЧП, то GSM-сеть с вероятностью 99,9% «ляжет» и никакого резервного канала у вас не будет. Поэтому, выбирайте правильно технологию резервного канала.

Итак, начнем с «проводов». Раньше были медные провода, в основном телефонные, технология была «ТЧ» (канал тональной частоты, кто запамятовал). Они еще кое где осталась, но вымираю, да и «меди» уже не так много, давно лежит, отмокла, крысы погрызли, экскаваторами порвана — в общем и целом, уходим от медных проводов. Оптика? Она то же разная по технологии: есть стеклянная, есть пластмассовая, с разной проницаемостью, рассчитанная на разные длины волн.

Одномодальная, многомодальная и т. д. и т. п. Специалисты оператора связи это должны знать, нам не принципиально, нам нужно что б работала. В лучшем случае мы видим оптический модем, а в худшем просто разъем RG-45 в стене. Вот в него и втыкаем наш Пульт оповещения, или точку оповещения. Кстати, говоря про оптику, подразумеваю оптику «до дома», но не стоит забывать витую пару 5-й или 6-й категории. Таже розетка RG-45, тот же Ethernet. Что делается у провайдера, как он на своем оборудовании коммутировал каналы мы чаще всего не знаем, да в общем нас это и не интересует. На что тут стоит обратить внимание? На одну простую вещь. Есть ли у Оператора Мобилизационное задание. Это некое обязательство Оператора перед государством и населением обеспечить связь в режиме военного времени. Не понимаем буквально: просто Оператор обязан работать в любых «не понятных» условиях включая режим ГО ЧС. А из этого следует, что у вас сработает система оповещения. Ну если кабель не порвут…

С волоконно-оптическими каналами вроде разобрались, понятно, что это наземный, проводной. Для того что б этот канал организовать надо заключить договор с Оператором проводной связи, дальше — его работа.

Правда, и здесь есть нюансы, в прочем, как всегда. Кабеля на вводе в здание может не быть, тогда нужно будет его прокладывать. Это «тянет» за собой Проект, его согласование, земляные работы или установку опор, согласование с электросервисной компанией если есть опоры электропередач… Ну в общем огромное расход ресурсов и времени.

А Предписание уже, вот оно, лежит и грозит штрафами, а каналов как не было, так и нет.

Начинаем изучать альтернативы проводным каналам…
2 часть цикла статей <---
3 часть цикла статей <---