Дипломная работа на тему "Разработка системы управления технологическим сегментом сети"

ГлавнаяКоммуникации и связь → Разработка системы управления технологическим сегментом сети




Не нашли то, что вам нужно?
Посмотрите вашу тему в базе готовых дипломных и курсовых работ:

(Результаты откроются в новом окне)

Текст дипломной работы "Разработка системы управления технологическим сегментом сети":


Введение

Связь – один из наиболее быстро развивающихся элементов инфраструктуры общества. Телекоммуникационные технологии как самостоятельное понятие возникли в середине XX века, но уже сейчас наблюдается их проникновение во все сферы человеческой деятельности. Не осталась в стороне от этого процесса и транспортная система страны. Рисунок убран из работы и доступен только в оригинальном фай    ле.

Основные цели, задачи и пути развития телекоммуникаций определены "Концепцией создания цифровой сети связи МПС России" и программами развития телекоммуникаций железнодорожного транспорта. В соответствии с концепцией, сеть связи Федерального железнодорожного транспорта (ФЖТ) должна иметь свою систему управления, взаимодействующую с системой управления сети общего пользования и являющуюся частью комплексной взаимоувязанной системы управления сетями связи, входящими во взаимоувязанную сеть связи Российской Федерации (ВСС РФ). Система управления сетью связи Федерального железнодорожного транспорта должна соответствовать принятой концепции МСЭ-Т (Рекомендации М.3010, М.3020), отвечать требованиям взаимоувязанной системы управления ВСС РФ.

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

Целью сети управления связью (Telecommunication Management Network, TMN) является оказание помощи компаниям-операторам в управлении сетями электросвязи, основным принципом – обеспечение организационной структуры сети для взаимодействия различных типов операционных систем и аппаратуры электросвязи с использованием стандартных протоколов и интерфейсов. Операционные системы осуществляют обработку всей информации, необходимой для выполнения функций управления. Рабочие станции обеспечивают пользовательский интерфейс, посредством которого обслуживающий персонал взаимодействует с сетью управления. Сеть передачи данных предназначена для организации связи между сетевыми элементами, операционными системами и другими компонентами TMN.

Система мониторинга и администрирования (СМА) первичной сети дорожного уровня технологического сегмента должна обеспечивать решение полного комплекса задач, связанных с эксплуатацией первичных сетей связи, построенных на базе аппаратуры различных фирм производителей, на протяжении их жизненного цикла.

СМА обеспечивает выполнение следующих функций:

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

- развитие (анализ качества, прогнозирование, формирование требований к эксплуатационным характеристикам сети и системы управления) [1].

Управление первичной сетью технологического сегмента осуществляется операторами СМА на основании общего контроля (мониторинга) технического состояния первичной сети посредством формирования и выдачи на уровень управления сетью производителя распоряжений (команд) на выполнение определенных процедур предоставления и использования необходимого ресурса сети обеспечиваются на уровне управления сетью производителя путем последующей передачи этих распоряжений в виде настроечных параметров в элементы первичной сети.

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

Целью проектирования является разработка системы управления технологическим сегментом сети связи на участке железной дороги, которая позволит быстро и качественно проводить администрирование и мониторинг мультиплексоров SMS-150C, SMS-600V и аппаратуры оперативно-технологической связи "Обь-128Ц".

1. Основы организации управления связью РФ

1.1  Связь РФ как объект управления

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

К таким надстройкам относятся системы технической эксплуатации, нумерации, тарификации, расчетов за услуги связи и ряд других. Полный перечень систем зависит от конкретного вида сети связи (первичная, вторичная и т. д.). Совокупность этих систем поддерживает транспортную сеть, обеспечивая ее функционирование и необходимый уровень показателей для удовлетворения требований потребителей (рисунок 1.1). Перечисленные «системы поддержки» объединяются общим понятием – система управления, которая неразрывно, в замкнутом контуре с обратной связью, взаимодействует с сетью электросвязи через обусловленные интерфейсы.

Интерфейсы представляют собой устройства (программно-аппаратные средства) для согласования технических средств системы управления, системы технической эксплуатации и сети связи.

Сейчас в отрасли «Связь» роль управления в развитии и совершенствовании сетей значительно повышается. Если ранее управление понималось как составная часть технической эксплуатации наряду с техническим обслуживанием, то в настоящее время, наоборот, управление рассматривается как более широкое понятие, включающее техническую эксплуатацию как составную часть. [2].

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Заказать написание дипломной - rosdiplomnaya.com

Новый банк готовых оригинальных дипломных работ предлагает вам написать любые работы по желаемой вами теме. Безупречное выполнение дипломных проектов по индивидуальным требованиям в Перми и в других городах РФ.

Рисунок 1.1 – Система технической эксплуатации в составе системы связи

Иерархия организационных уровней управления, существующая для системы связи Российской Федерации на ближайшую и отдаленную перспективу, представлена на рисунке 1.2.

В основе организации управления Взаимоувязанной сетью связи (ВСС) согласно РД по ВСС РФ должны лежать следующие принципы:

- интеграция функциональных, физических и информационных структур управления;

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

- стандартизация компонентов системы управления;

- высокий уровень автоматизации процессов управления;

- применение новейших технологий обработки информации.

В качестве теоретической базы для построения системы управления ВСС принимается концепция сети управления электросвязью TMN, которая, в общем виде, изложена в Рек. МСЭ-Т М.3010. Изложенный в данной рекомендации подход представляет основу для интегрированного управления любыми по структуре, составу и объему сетями электросвязи.

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 1.2 – Иерархия организационных уровней управления связью

В соответствии с Федеральным Законом «О связи» комплекс сетей электросвязи, входящих в состав ВСС, должен быть обеспечен централизованным управлением. Централизованное управление ВСС должно сочетаться с предоставлением операторам сетей самостоятельности в вопросах управления сетью и услугами связи в пределах их лицензионной территории в повседневных условиях. Исходя из этого, система управления ВСС фактически представляет собой комплекс взаимоувязанных систем управления операторов сетей связи общего и ограниченного пользования. Руководство и управление перечисленными сетями связи в условиях чрезвычайной ситуации (положения), а также общая координация функционирования в повседневных условиях обеспечивается центральными органами управления ВСС [2].

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

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

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

Минимальное число уровней иерархии – два:

- на нижнем уровне находятся центры управления элементами сети (ЦУ-ЭС), осуществляющие контроль и непосредственное взаимодействие с элементами сети;

- на верхнем уровне центр управления сетью, услугами и бизнесом (если требуется).

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

- территориальный центр управления (ТЦУ), осуществляющий функции по управлению сетью и услугами связи в зоне, определенной администрацией связи во взаимодействии с вышестоящим ЦУ;

- узловой центр управления (УЦУ), осуществляющий управление на части выделенной территории ТЦУ в непосредственном взаимодействии с ТЦУ.

Системы управления сетями операторов зонального значения должны иметь трех - или двухуровневую структуру. Системы управления сетями операторов местного значения, как правило, должны иметь двухуровневую структуру управления [2].

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

Каждая СУС оператора должна иметь единый многофункциональный головной центр управления сетями (ЦУ оператора), который должен осуществлять контроль над состоянием сетей зоны оператора в целом, планирование развития сетей и предоставления услуг связи, взаимодействие с центрами управления других операторов и соответствующими центральными органами управления.

Итак, структура управления ВСС РФ и операторов связи представляет собой сложную многоуровневую структуру с многообразными функциональными связями на всех уровнях. Создание и обеспечение работоспособности рассмотренной структуры требует не только организационно-технических, но управленческих решений по реорганизации управления предприятием связи (оператором) в целом.

1.2  Система управления ВСС

Взаимоувязанная сеть связи, представляющая собой комплекс технологически сопряженных сетей связи общего пользования (ОП) и ведомственных сетей на территории Российской Федерации, обеспеченный общим централизованным управлением независимо от ведомственной принадлежности и форм собственности [3].

Главная составляющая ВСС – сети связи общего пользования (ОП), открытые для пользования всем физическим и юридическим лицам на территории Российской Федерации, в услугах которых этим лицам не может быть отказано. Указанные сети благодаря своей разветвленности, широкому кругу охватываемых абонентов имеют статус федеральных сетей.

Ведомственные сети связи – это сети электросвязи министерств, ведомств, акционерных обществ, федеральных органов исполнительной власти, которые создаются для удовлетворения производственных и специальных нужд и имеют выход на сеть связи ОП.

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

Состав ВСС представлен на рисунке 1.3.

Как видно из данной иллюстрации, Взаимоувязанная сеть связи Российской Федерации являет собой совокупность двух основополагающих направлений:

- сеть связи общего пользования;

- сети связи ограниченного пользования.

Оба, из перечисленных, направлений обеспечиваются общим централизованным управлением.

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

Сетями связи ограниченного пользования считаются такие, в которых присутствует ограничение на предоставление услуг абонентам. К таким сетям принято относить следующие их разновидности:

- ведомственные сети связи для производственных и специальных нужд;

- сети связи для нужд управления обороны, безопасности и охраны правопорядка.

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 1.3 - Место сети связи ОАО «РЖД» России в ВСС 2. Концепция построения сети управления телекоммуникациями

2.1 Архитектура системы управления сетью связи

Сеть управления телекоммуникациями TMN (Telecommunicatins Management Network) представляет собой систему управления неоднородной составной телекоммуникационной сетью, построенной по разным технологиям, на различных оборудовании и программном обеспечении.

В создании стандартов TMN участвовали все ведущие международные организации по стандартизации — ISO, ITU-T, ANSI, ETSI. Архитектура TMN основана на известных общих принципах и моделях управления OSI. В частности, задачи TMN соответствуют пяти группам функций управления, определенным в стандартах ISO 7498-4 и Рекомендациях ITU-T X.700. К указанным функциям относятся: управление конфигурацией и именованием сети (Configuration Management), обработка ошибок (Fault Management), анализ производительности и надежности (Performance Management), управление безопасностью (Security Management), учет работы сети (Accounting Management). В TMN наряду с существующими общими стандартами управления OSI и ITU-T применяются и специальные стандарты, присущие только системам TMN. Один из таких стандартов — стандарт ITU-T М.3010, определяющий базовые принципы построения TMN, а именно:

- функциональную архитектуру, которая описывает функциональные блоки TMN: операционные системы, сетевые элементы, рабочие станции, промежуточные устройства сопряжения, Q-адаптеры, внешние и внутренние интерфейсы;

- информационную архитектуру, которая стандартизирует использование в системах управления TMN объектно-ориентированного подхода и концепции взаимодействия агентов и менеджеров на основе протокола CMIP/CMIS;

- физическую архитектуру, которая формирует состав физических компонентов TMN и описывает интерфейсы между этими компонентами;

- логическую многоуровневую архитектуру, в соответствии с которой задача TMN может быть декомпозирована на несколько подзадач, образующих следующую иерархию: уровень сетевых элементов (Network Elements), уровень управления сетевыми элементами (Element Manager), уровень управления сетью (Network Manager), уровень управления обслуживанием (Service Manager), уровень административного управления (Business Manager).

Первые три уровня рассматриваются как техническое управление, а два последних (высших) как административное. Первые три уровня касаются технических средств сети.

На низшем уровне управления находятся элементы сети (Network Element - NE). Каждый элемент управляется, контролируется и диагностируется с помощью встроенных микропроцессоров и специализированного программного обеспечения. Этот уровень играет роль интерфейса между информацией, находящейся в каждом отдельном устройстве, и инфраструктурой TMN. Аппаратура любой фирмы имеет интерфейсы к системе TMN, местному терминалу и стоечные сигнализации.

Element Manager может выполнять роль как шлюзового сетевого элемента, управляющего доступом к подсети SDH, так и рядового сетевого элемента. Местный терминал в этом случае выполняет только функции контроля. При работе в самостоятельном режиме элементы сети полностью контролируются и управляются с местного терминала. Обычно интерфейс к TMN Ethernet LAN. Интерфейс к местному терминалу (типа F по рек. G.784) - RS-232C.

Пользовательский интерфейс TMN использует, как правило, операционную систему Windows или Unix, обеспечивающую удобное и наглядное представление информации. Пользовательский интерфейс уровня элементов сети Element Manager — это смесь графической и алфавитно-цифровой информации. Графическое представление отдельных узлов и внутренних соединений может осуществляться наряду с подробной информацией о состоянии и конфигурации сети.

Второй уровень — уровень управления сетью Network Manager (NM) — формирует представление сети в целом, базируясь на данных об отдельных сетевых элементах, которые передаются системами поддержки операций предыдущего уровня. Другими словами, на этом уровне осуществляется контроль за взаимодействием сетевых элементов, в частности, формируются маршруты передачи данных между оконечным оборудованием для достижения требуемого качества сервиса, вносятся изменения в таблицы маршрутизации, оптимизируется производительность сети и выявляются сбои в ее работе.

Пользовательский интерфейс сетевого уровня — это графический интерфейс, представляющий топологию контролируемой территории с SDH - оборудованием. Дополнительно имеются окна, в которых отображается информация о текущих неисправностях и текущем состоянии. Используя карту сети, можно создавать новые SDH-узлы для того, чтобы моделировать элементы сети, устанавливать соединения через сеть (конфигурирование сети), искать дополнительную пропускную способность и запрашивать подробную информацию о состоянии элементов сети и соединениях между ними.

Уровень управления услугами (Service Manager SM) охватывает те аспекты функционирования сети, с которыми непосредственно сталкиваются пользователи. На этом уровне используются сведения, поступившие с уровня NM, но непосредственное управление мультиплексорами, коммутаторами, соединениями здесь уже невозможно. Вот некоторые функции, относящиеся к управлению услугами: контроль за качеством обслуживания, выполнением условий контрактов, на обслуживание, управление регистрационными записями и подписчиками услуг, добавление или удаление пользователей, присвоение адресов, взаимодействие с управляющими системами других операторов и организаций.

Уровень бизнес-управления (Business Manager BM) рассматривает сеть связи с позиций общих бизнес-целей компании-оператора. Он относится к стратегическому и тактическому управлению, а не к оперативному, как остальные уровни. Здесь речь идет о проектировании сети и планировании ее развития, о составлении бизнес-планов, бюджетов организаций и др.

Общая схема управления телекоммуникационными сетями TCN с помощью сети управления TMN приведена на рисунке 2.1 и на листе 1 графического материала. Здесь OS, - управляющие системы, которые могут быть связаны между собой через общую сеть передачи данных DCN, управляемую рабочей станцией WS, которая также связывает их с различным аналоговым и цифровым телекоммуникационным оборудованием, объединенным в общую сеть связи TCN.

Основа концепции TMN заключается в формировании такой архитектуры, которая позволит связать различные типы управления систем (бизнес-, сервис-, сетевой, элемент-менеджмент) как между собой, так и с элементами сети NE (сетевым оборудованием) для обмена управляющей информацией с помощью стандартных интерфейсов, протоколов и сообщений.

TMN должна поддерживать по крайней мере пять типов менеджмента и управления:

- управление рабочими характеристиками систем;

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

- управление конфигурацией систем;

- менеджмент бухгалтерской отчетности и тарификации (биллинга) в системе;

- управление безопасностью систем и обеспечение конфиденциальности информации, циркулирующей в сети.

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 2.1 – Обобщенная схема управления телекоммуникационными сетями TCN

2.2 Функциональные блоки и их компоненты

Система TMN включает ряд функциональных блоков (ФБ), выполняющих следующие одноименные функции:

- OSF (функция управляющей (операционной) системы OS);

- MF (функция устройств сопряжения M (медиаторная функция));

- NEF (функция сетевого элемента NE);

- QAF (функция Q-адаптера QA);

- WSF (функция рабочей станции WS).

Функциональные блоки не только выполняют указанные функции, но и содержат дополнительные функциональные компоненты, реализующие определенные функции [3].

Функциональный блок OSF обрабатывает управляющую информацию с целью мониторинга и управления, а также реализует функцию управляющего приложения (ФУП) OSF-MAF.

Функциональный блок MF обрабатывает информацию, передаваемую между блоками OSF и NEF (или QAF), позволяя запоминать, фильтровать, адаптировать и сжимать информацию, а также реализует ФУП MF - MAF.

Функциональный блок NEF включает функции связи, являющиеся объектом управления, а также реализует ФУП NEF - MAF.

Функциональный блок QAF подключает к TMN логические объекты класса NEF или QSF, не являющиеся частью TMN, осуществляя связь между интерфейсными точками внутри и вне TMN, а также реализует ФУП QAF - MAF.

Функциональный блок WSF позволяет интерпретировать информацию TMN в терминах, понятных пользователю управляющей информации.

К дополнительным функциональным компонентам, не играющим самостоятельной роли в качестве блоков TMN, но включенных в состав ФБ, относятся:

- DAF (функция доступа к системному каталогу – функциональный компонент, ассоциируемый со всеми ФБ, которым необходим доступ к системному каталогу);

- DCF (функция передачи данных – используется для передачи информации между блоками, наделенными управляющими функциями);

- DSF (функция системного каталога - функциональный компонент, представляющий (как локально, так и глобально) распределенный каталог системы);

- HMA (человеко-машинная адаптация – компонент преобразующий информацию MAF к удобному для отображения виду, используется в ФБ OSF, MF);

- ICF (функция преобразования информации – используется в промежуточных системах для трансляции информационной модели с интерфейса на интерфейс, используется в ФБ MF, OSF, QAF);

- MAF (функция управляющего приложения – фактически осуществляет управляющий (административный) сервис TMN, может играть роль либо Менеджера, либо Агента, используется в ФБ MF, OSF, QSF);

- MCF (функция передачи сообщения – используется для обмена управляющей информацией, содержащейся в сообщении, используется во всех ФБ);

- MIB (база управляющей информации – играет роль информационного архива управляющих объектов, не является объектом стандартизации TMN, используется в схеме дистанционного мониторинга RMON, а также в схеме простого протокола сетевого управления SNMP; применяется во всех ФБ, кроме WSF);

- PF (функция презентации – преобразует информацию к удобному для отображения виду, используется в ФБ WSF);

- SF (функция обеспечения безопасности – функциональный компонент, обеспечивающий безопасность работы функциональных блоков в соответствии с требованиями пользователя (тип сервиса по обеспечению безопасности конкретных блоков различают использованием двойных обозначений, например, MF-SF, NEF-SF);

- UISF (функция поддержки интерфейса пользователя – транслирует информацию, содержащуюся в информационной модели TMN, в формат удобный для отображения в рамках человеко-машинного интерфейса и наоборот);

- WSSF (функция поддержки рабочей станции – осуществляет поддержку функций WSF).

В сети TMN вводятся интерфейсные точки, определяющие границы сервиса. Точки делятся на две группы. Первая группа включает точки внутри TMN, вторая – вне ее.

Точки первой группы делятся на три класса:

- q - точки между блоками OSF, QAF, MF и NEF, обеспечивают информационный обмен между блоками в рамках информационной модели; эти точки делятся на два типа:

а) qx – точки между двумя блоками MF или блоком MF и остальными;

б) q3 - точки между двумя блоками OSF или блоком OSF и остальными;

- f – точки для подключения блоков WSF к OSF и/или к MF;

- x – точки между OSF, принадлежащих двум TMN.

Точки второй группы делятся на два класса:

- g – точки между WSF и пользователем;

- m – точки между QAF и управляемым объектом, не принадлежащем к TMN.

Положение указанных интерфейсных точек определяет положение соответствующих им интерфейсов TMN, обозначаемых заглавными буквами (рисунок 2.2). Пунктиром отмечены границы TMN. В соответствии с ними интерфейсы Q и F являются внутренними для TMN, X – пограничным, M и G – внешними. Типы и положение интерфейсов в схеме управления сетью представлены на листе 1 графического материала.

Важнейшая функция, реализуемая в рамках архитектуры TMN, — функция передачи данных DCF. Основная цель DCF — создать транспортный механизм для передачи информации между блоками, наделенными управляющими функциями. Механизм взаимодействия функциональных блоков в TMN осуществляется ретрансляцией DCF на уровне OSI. Этот механизм может обеспечить все функции, характерные для первых трех уровней модели OSI (физического, звена передачи данных и сетевого).

2.3 Информационный аспект архитектуры

Для обеспечения стандартизованного обмена информацией управления информационная архитектура TMN использует объектно-ориентированный подход (ООП) к описанию информации управления, концепцию Менеджер/Агент для взаимодействия между операционными системами и концепцию разделенных знаний управления для понимания сообщений управления.

В рамках ООП управление обменом информацией в TMN рассматривается в терминах Менеджер-Агент-Объекты. Менеджер, представляя управляющую открытую систему, издает (в процессе управления системой) директивы и получает в качестве обратной связи от Объекта управления уведомления об их исполнении. Директивы, направленные от Менеджера к Объекту, доводятся до Объекта управления Агентом. Схема взаимодействия между Менеджером, Агентом и Объектами представлена на рисунке 2.3.

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 2.2 - Типы и положение интерфейсов в схеме управления сетью

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 2.3 - Схема взаимодействия между Менеджером, Агентом и Объектами

Между Менеджером и Агентом существует обычно многостороннее отношение в том смысле, что:

- один Менеджер может обмениваться информацией с несколькими Агентами (в этом случае он выполняет несколько ролей Менеджера, которые взаимодействуют с соответствующими ролями Агента; в этом сценарии необходима синхронизация директив);

- один Агент может обмениваться информацией с несколькими Менеджерами (в этом случае он выполняет несколько ролей Агента, которые взаимодействуют с соответствующими ролями менеджера; в этом сценарии могут существовать противоречивые директивы).

Кроме этого, Агент может отказаться выполнять директиву Менеджера по многим причинам. Таким образом, Менеджер должен быть подготовлен к отказам со стороны Агента.

Все взаимодействия между Менеджером и Агентом осуществляются на основе использования протокола общей управляющей информации (CMIP) и сервиса общей управляющей информации (CMIS).

Информация, на которую можно влиять или передавать через протоколы управления, является множеством объектов, определенных в совокупности как информационная база управления (MIB). В этом смысле в MIB входят все данные как систем управления, так и элементов сети, включая измерения, сообщения об измерениях, описания структуры сети и элементов, таблицы маршрутизации, пороговые значения, расписание передачи информации и т. д.

2.4 Каналы управления в SDH сети

Для передачи сигналов контроля и управления TMN в системах SDH используются встроенные каналы управления. Встроенные каналы управления образуются специальными служебными байтами. Фрейм для удобства восприятия представляют в виде двухмерной структуры (матрицы) с форматом 9 строк на 270 однобайтных столбцов. Структура фрейма представлена на рисунке 2.4.

Фрейм состоит из трех групп полей:

-  поля секционных заголовков SOH формата 3х9 и 5х9;

-  поля указателя AU-4 формата 1х9 байт;

-  поля полезной нагрузки формата 9х261 байт.

Для организации встроенных каналов управления (DCC) используется поле секционных заголовков. Заголовок SOH отвечает за структуру фрейма STM и его связи с мультифреймом в случае мультиплексирования нескольких модулей STM. SOH в свою очередь состоит из двух секционных заголовков. Заголовка регенеративной секции RSOH, который расформировывается и формируется функциями регенератора на границах регенераторной секции, и заголовка мультиплексной секции MSOH, который проходит прозрачно через регенераторы и разбирается и собирается на границах мультиплексных секций, где формируется AUG.

Общий объем заголовка составляет 90 (81+9) байт. Использование каждого байта эквивалентно формированию канала емкостью 64 кбит/с. Расположение байтов на поле заголовков представлено на рисунке 2.5. Все указанные байты могут быть разделены на три типа:

- байты, которые не могут эксплуатироваться пользователями SDH оборудования (их 36, на рисунке они заштрихованы);

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 2.4 - Структура фрейма STM-1

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 2.5 - Расположение байтов на поле заголовков

- байты, которые специально предназначены для использования в служебных целях или для создания служебных каналов (их 16); к ним относятся канал DCCR (D1,D2,D3), имеющий скорость 192 кбит/с для обслуживания регенераторных секций, канал DCCM (D4-D12) – 576 кбит/с для обслуживания мультиплексных секций; существует еще четыре байта Е1, Е2 и F1, F2, зарезервированные для создания четырех каналов емкостью 64 кбит/с;

- байты, к которым пользователь имеет доступ, но функции которых не регламентированы стандартами (их 38, они на рисунке никак не помечены);

Последние две группы байтов могут быть сгруппированы для создания служебных каналов и скоммутированы на внешние интерфейсы, к которым может подключаться пользователь SDH оборудования. Число таких интерфейсов (а значит и вариантов группирования) зависит от производителя оборудования.

2.5 Функции управления

2.5.1 Общие функции управления

Управление встроенными каналами управления ЕСС. Так как ЕСС используется для связи NE, то каналы ЕСС должны иметь следующие функции:

- запрос/получение сетевых параметров, таких как размер пакета, временные промежутки, качество сервиса и т. д.;

- формирование маршрута сообщения между узлами служебных каналов передачи данных DCC;

- менеджмент сетевых адресов;

- запрос/получение сетевого статуса DCC для данного узла;

- возможность разрешать/запрещать доступ к DCC.

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

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

2.5.2 Управление сообщениями об аварийных ситуациях

Наблюдение за сообщениями об аварийных ситуациях включает обнаружение и сохранение таких сообщений о событиях и условиях, которые сопутствовали их появлению, причем не только в том оборудовании, в котором они были обнаружены. Система OS системы управления сетью SMN должна поддерживать следующие функции:

- автономное сообщение о всех сигналах об аварийной ситуации;

- запрос на сообщение о всех зарегистрированных сигналах об аварийной ситуации;

- сообщение о всех таких сигналах;

- разрешение/запрет на автономное сообщение о всех сигналах об аварийной ситуации;

- сообщение о статусе функции "разрешение/запрет на автономное сообщение о всех подобных сигналах".

Отслеживание истории сигналов/сообщений о возникновении аварийной ситуации включает запись моментов возникновения таких сигналов и их хранение в регистровом файле (РФ), регистры которого содержат все параметры сообщения об аварийной ситуации. Регистры могут быть считаны по запросу или периодически. OS определяет режим работы регистров: либо запись до заполнения с последующей остановкой или полным стиранием, либо непрерывная запись с циклическим возвратом от конца к началу с перезаписью старых событий.

2.5.3 Управление рабочими характеристиками

Сбор данных о рабочих характеристиках системы связан с определением параметров ошибок, описанных в рекомендациях ITU-T. При их определении используются следующие ключевые термины: ЕВ (блок с ошибками), ES (секунда с ошибками), SES (секунда с серьезными ошибками), BBE (блок с фоновыми ошибками).

Как правило, используются основанные на них относительные параметры ошибок (т. е. параметры ошибок, отнесенные к фиксированному интервалу измерения параметров, который может быть выбран равным 15 мин, 24 ч или 7 сут): ESR (коэффициент ошибок по секундам с ошибками), SESR (коэффициент ошибок по секундам с серьезными ошибками), BBER (коэффициент ошибок по блокам с фоновыми ошибками (здесь под блоками с фоновыми ошибками ВВЕ понимаются те блоки с ошибками, что не вошли в SES)).

Отслеживание истории мониторинга рабочих характеристик осуществляется заполнением двух типов РФ: двадцатичетырехчасовых и пятнадцатиминутных файлов. Текущий двадцатичетырехчасовой РФ по заполнении снабжается текущей датой и перегружается в РФ со вчерашней датой. Шестнадцать пятнадцатиминутных РФ образуют четырехчасовую очередь с дисциплиной обслуживания "первый пришел – первый ушел" FIFO.

Стратегия использования временных окон заключается: с помощью OS и NE можно установить либо пятнадцатиминутное, либо двадцатичетырехчасовое временное окно. Как только время наступления события совпадает или выходит за границу установленного окна, генерируется уведомление о пересечении (временной) границы или порога TCN.

Данные о рабочих характеристиках системы могут быть затребованы OS для анализа, используя интерфейс между OS и NE. Эти данные могут запрашиваться периодически либо сообщаться в момент пересечения границы временного окна.

Мониторинг системы в недоступные интервалы времени заключается: в интервалы времени, когда система недоступна, съем данных о характеристиках системы запрещен, однако моменты его начала и конца должны фиксироваться и храниться в РФ из шести регистров и иметь возможность считываться OS по крайней мере один раз в день.

К дополнительным параметрам, мониторинг которых возможен, относятся такие как: OFS (секунда, содержащая сигнал OOF (выход за границы фрейма)), PSC (число защитных переключений), PSD (длительность (определенного) защитного переключения), UAS (недоступные секунды).

2.5.4 Управление конфигурацией

Предметом рассмотрения данного вопроса являются статус и защитное переключение.

Основное назначение защитного (резервного) переключения - подключить резервное устройство (или устройство резервного копирования) вместо основного. Основные функции, дающие возможность осуществить это следующие:

- включение/выключение ручного режима защитного переключения;

- включение/выключение принудительного режима защитного переключения;

- включение/выключение блокировки;

- запрос/установка параметров автоматического защитного переключения – APS.

Другие мероприятия и функции, связанные с управлением конфигурацией, такие, как разработка необходимого программно-аппаратного обеспечения и функции инсталляции, равно как и обеспечение необходимой секретности, относятся к компетенции производителя оборудования.

2.6 Роль протокола обмена данными SNMPи TCPIPв системе управления сети

2.6.1 Этапы реализации протоколов SNMP и TCP/IP в ЦТО и ЦТУ

Сетевое ПО РМ-2 и РМ-3 в сети передачи данных между объектами «РМ-2 ЦТО – РМ-3 ЦТУ» должно разрабатываться в два этапа:

а) на первом этапе стек протоколов информационно-логического взаимодействия устанавливается разработчиком (производителем) оборудования СМА ОТС с учетом закрепления за каждым РМ-3 «своей» зоны администрирования, построенной на базе оборудования ОТС одного производителя (гомогенная сеть). При этом рекомендуется реализовать в сети процедуру TCP/IP;

б) на втором этапе реализуется протокол управления SNMP, индифферентный к специфике оборудования ОТС различных производителей. При этом в сети должны использоваться единые для всех производителей структуры сообщений SNMP и модели MIB. [1]

2.6.2 Архитектура протоколов TCP/IP

Нижний уровень архитектуры TMN состоит из трех сетей:

- магистральной первичной сети на базе SDH;

- сети, состоящей из комбинации цифровых каналов PDH (T1) и аналоговых каналов FDM;

- сети передачи данных TCP/IP, работающей поверх цифровых и аналоговых каналов первых двух сетей.

Современное оборудование SDH оснащено встроенными агентами TMN, поддерживающими интерфейс Q3. Оборудование сетей PDH/FDM, установленное гораздо раньше оборудования SDH, не поддерживает агенты TMN, но может управляться по фирменному интерфейсу TL/1(М), представляющему из себя набор текстовых команд в кодировке ASCII. И наконец, маршрутизаторы сети TCP/IP за счет встроенных агентов MIB допускают управление по протоколу SNMP. [14]

Для управления неоднородной сетью выбрали подход, основанный на архитектуре TMN, который позволяет сохранить как уже функционирующее оборудование управляемое по SNMP и TL/1(М), так и некоторые существующие системы управления. В общей системе для управления сетью TCP/IP было решено оставить систему Optivity, работающую на платформе HP Open View, поскольку основную часть маршрутизаторов этой сети составляют устройства производства фирмы Bay Networks и управлять ими эффективнее всего с помощью пакета Site Manager, входящего в систему Optivity компании Bay Networks.

Идеальным вариантом для архитектуры TMN является взаимодействие менеджера с агентами по "родному" интерфейсу Q3. Другой вариант основан на использовании так называемого Q-адаптера, который при отсутствии встроенного агента Q3 преобразует частный интерфейс агента SNMP, в интерфейс Q3.

Интерфейс Q3 построен на принципе использования в качестве транспортного средства для передачи сообщений между агентом и менеджером полного семиуровневого стека протоколов, соответствующего модели OSI. Сегодня в его качестве могут выступать стеки ISO/OSI или TCP/IP;

Архитектура протоколов TCP/IP предназначена для объединенной сети, состоящей из соединенных друг с другом шлюзами отдельных разнородных пакетных подсетей, к которым подключаются разнородные машины. Каждая из подсетей работает в соответствии со своими специфическими требованиями.

Информационная база управления (MIB - Management Information Base), которая указывает, какие переменные в элементах сети необходимо обслуживать (информация, которая может быть запрошена и установлена менеджером). RFC 1213 [McCloghrie and Rose 1991] определяет вторую версию, которая называется MIB-II.

Установка общей структуры и схемы идентификации, используемой для обращения к переменным в MIB. Это называется структурой информации управления (SMI - Structure of Management Information) и описывается в RFC 1155 [Rose and McCloghrie 1990]. Например, SMI указывает, что счетчик (Counter) это неотрицательное целое число, которое изменяется от 0 до 4294967295 и затем снова возвращается в 0.

2.6.3 Протокол управления сетью SNMP

Протокол, который функционирует между менеджером и элементом, называется простым протоколом управления сетью (SNMP - Simple Network Management Protocol - простой протокол управления сетью). RFC 1157 [Case et al. 1990] описывает этот протокол. Там же подробно описан формат пакетов, с помощью которых осуществляется обмен. Несмотря на то, что в качестве транспортных протоколов могут быть использованы разные протоколы, обычно с SNMP используется UDP.

Протокол SNMP был разработан с целью проверки функционирования сетевых маршрутизаторов и мостов. Впоследствии сфера действия протокола охватила и другие сетевые устройства, такие как хабы, шлюзы, терминальные сервера, LAN Manager сервера, машины под управлением Windows NT и т. д. Кроме того, протокол допускает возможность внесения изменений в функционирование указанных устройств.[15]

Система управления сети отделения дороги объединяет сети управления производителей посредством протокола SNMP и может выполнять следующие функции в рамках отделения дороги:

-  управление конфигурацией сети (планирование работ и услуг связи на сети; создание, ведение, хранение и выдача уровню управления сетью ОбТС банка конфигурационных данных сети отделения дороги);

-  управление устранением последствий отказов (контроль состояния сетей производителей и их элементов; выдача директив системе управления сетью производителя по устранению неисправностей со статусом «повреждение»);

-  управление качеством (сбор, анализ, хранение и выдача верхнему уровню статистических данных по функционированию сети отделения дороги и ее элементов; выработка рекомендаций по улучшению эксплуатационных характеристик сети отделения, улучшению и расширению диапазона предоставления услуг);

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

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

Любое сообщение SNMP состоит из трех основных частей:

- версии протокола (version)

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

- области данных, в которой собственно и содержатся описанные выше команды протокола, имена объектов и их значения. Область данных делится на блоки данных протокола (Protocol Data Unit, PDU).

Основной концепцией протокола является то, что вся необходимая для управления устройством информация хранится на самом устройстве - будь то сервер, модем или маршрутизатор - в MIB. MIB представляет из себя набор переменных, характеризующих состояние объекта управления. Эти переменные могут отражать такие параметры, как количество пакетов, обработанных устройством, состояние его интерфейсов, время функционирования устройства и т. п.

Каждый производитель сетевого оборудования, помимо стандартных переменных, включает в MIB какие-либо параметры, специфичные для данного устройства. Однако, при этом не нарушается принцип представления и доступа к административной информации - все они будут переменными в MIB.

Поэтому SNMP как непосредственно сетевой протокол предоставляет только набор команд для работы с переменными MIB. Этот набор включает следующие операции:

--------------------------------------------------
get-request | Используется для запроса одного или более параметров MIB |
---------------------------------------------------------
get-next-request | Используется для последовательного чтения значений. Обычно используется для чтения значений из таблиц. После запроса первой строки при помощи get-request get-next-request используют для чтения оставшихся строк таблицы |
---------------------------------------------------------
set-request | Используется для установки значения одной или более переменных MIB |
---------------------------------------------------------
get-response | Возвращает ответ на запрос get-request, get-next-request или set-request |
---------------------------------------------------------
rap | Уведомительное сообщение о событиях типа cold или warm restart или "падении" некоторого link'а. |
--------------------------------------------------------- --------------------------------------------------

Для того, чтобы проконтролировать работу некоторого устройства сети, необходимо просто получить доступ к его MIB, которая постоянно обновляется самим устройством, и проанализировать значения некоторых переменных.

Важной особенностью протокола SNMP является то, что в нем не содержатся конкретные команды управления устройством. Вместо определения всего возможного спектра таких команд, безусловно загромоздившего бы сам протокол, который считается все-таки простым, определены переменные MIB, переключение которых воспринимается устройством как указание выполнить некоторую команду.

Таким образом, удается сохранить простоту протокола, но вместе с этим сделать его довольно мощным средством, дающим возможность стандартным образом задавать наборы команд управления сетевыми устройствами. Задача обеспечения выполнения команд состоит, таким образом, в регистрации специальных переменных MIB и реакции устройства на их изменения.

По своей структуре MIB представляет из себя дерево: Рисунок 2.6

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 2.6 Структура MIB

Каждому элементу соответствует численный и символьный идентификатор. В имя переменной включается полный путь до нее от корневого элемента root.

3. Система мониторинга и администрирования

3.1 Системы управления технологическим сегментом магистральной цифровой сети связи ОАО «РЖД» РФ

При построении современных цифровых сетей следует различать следующие сетевые уровни: уровень первичной сети и уровень вторичных сетей. Первичная сеть – это базовая сеть типовых универсальных каналов передачи и сетевых трактов, на основе которой формируются и создаются вторичные сети.

Вторичные сети являются специализированными и создаются на основе типовых универсальных каналов передачи первичной сети с помощью специализированных узлов (включающих специализированные ЦСП и/или системы со специализированными пользовательскими интерфейсами) и станций коммутации. На железнодорожном транспорте вторичными специализированными сетями технологического сегмента являются сети ОТС, ОбТС и СПД [7].

Система управления сетью связи технологического сегмента подразделяется на функциональные подсистемы:

-  система управления первичной цифровой сетью связи;

-  система управления цифровой сетью оперативно-технологической связи;

-  система управления цифровой сетью связи ОбТС;

-  система управления сетью передачи данных.

3.1.1 Управление первичной сетью технологического сегмента

Для управления первичной сетью технологического сегмента создается система мониторинга и администрирования (СМА) в соответствии с положениями по построению единой системы мониторинга и администрирования дорожного уровня технологического сегмента сети связи ОАО «РЖД» [7].

СМА первичной сети дорожного уровня технологического сегмента обеспечивает решение полного комплекса задач, связанных с эксплуатацией первичных сетей связи, построенных на базе аппаратуры различных фирм производителей, на протяжении их жизненного цикла.

СМА первичной сети дорожного уровня обеспечивает выполнение следующих функций:

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

-  развитие (анализ качества, прогнозирование, формирование требований к эксплуатационным характеристикам сети и системы управления).

Управление первичной сетью технологического сегмента осуществляется операторами СМА на основании общего контроля (мониторинга) технического состояния первичной сети посредством формирования и выдачи на уровень управления сетью производителя распоряжений (команд) на выполнение определенных процедур предоставления и использования необходимого ресурса сети. Основные функции по организации и предоставлению необходимого ресурса сети обеспечиваются на уровне управления сетью производителя путем последующей передачи этих распоряжений в виде настроечных параметров в элементы первичной сети.

СМА первичной сетью предоставляет обслуживающему персоналу следующие услуги:

-  анализ информации о состоянии сети;

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

- анализ производительности сети связи;

-  долгосрочное и краткосрочное планирование развития сети связи;

-  планирование технического обслуживания и работ на сети связи;

-  обеспечение решения полного комплекса задач, связанных с эксплуатацией первичных сетей связи, построенных на базе аппаратуры различных фирм производителей;

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

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

Алгоритм работы программы мониторинга представлен на листе 2 графического материала.

3.1.2 Система мониторинга и администрирования системы ОТС дороги

Система мониторинга и администрирования системы ОТС обеспечивает решение следующих функциональных задач:

-  непрерывный круглосуточный контроль работоспособности оборудования ОТС;

-  предоставление инструментальных средств диагностики и устранения отказов в оборудовании ОТС;

-  ввод и корректировку настроечных параметров в оборудование ОТС, устанавливающих конфигурацию технических средств (коммутационного оборудования) ОТС, структуру цифровой сети ОТС и направление информационных потоков в сети ОТС.

Объектом мониторинга и администрирования в системе ОТС являются коммутационные станции (или иное коммутационное оборудование) цифровой сети ОТС, а также каналы цифровой сети ОТС (потоки E1), кольцевые схемы организации которых определены ОСТ 32.145-2000 [8].

В целях организационного обеспечения СМА системы ОТС дороги (региона) образованы дорожный (региональный) центр технического управления (ЦТУ) и зональные центры технического обслуживания (ЦТО) с определенными функциями эксплуатационного персонала.

Дорожный (региональный) ЦТУ предназначен для решения задач административной службы системы ОТС дорожного (регионального) уровня в части:

-  общего контроля технического состояния сети ОТС в целом по дороге (по региону);

-  установления (присвоения) системных адресов сетевым элементам ОТС согласно системе адресации, принятой в данном регионе;

-  планирования и управления конфигурацией потоков Е1 в сети ОТС;

-  планирования и управления групповыми каналами в пределах региона;

-  координирования действий ЦТО при возникновении аварийных ситуаций на сети ОТС, выходящих за пределы одного ЦТО.

Дорожный (региональный) ЦТУ должен размещаться при управлении железной дороги.

Зональные ЦТО обеспечивают мониторинг и администрирование оборудования ОТС в пределах подведомственных им зон обслуживания. Основной задачей эксплуатационного персонала зонального ЦТО является контроль (мониторинг) работоспособности оборудования ОТС подведомственной зоны обслуживания, организация ремонтно-восстановительных работ в случае отказов компонентов сети ОТС, а также конфигурирование системы ОТС подведомственной зоны по заданию ЦТУ и в пределах определенных для ЦТО полномочий.

Техническими средствами, обеспечивающими решение функциональных задач СМА системы ОТС, являются:

-  рабочие места (РМ) эксплуатационного персонала, организованные на базе персональных компьютеров и размещенные в ЦТУ и ЦТО, а также непосредственно на объектах мониторинга и администрирования;

-  информационная сеть, предназначенная для передачи сообщений СМА между рабочими местами, а также между РМ и коммутационными станциями, как объектами СМА цифровой сети ОТС.

Информационная сеть СМА системы ОТС обеспечивает подключение рабочих мест эксплуатационного персонала к оборудованию ОТС на трех уровнях [1]. Рисунок 3.1:

Рисунок убран из работы и доступен только в оригинальном фай<!--more--> ле.

Рисунок 3.1 Структурная схема информационной сети СМА

-  на первом (нижнем) уровне (РМ-1) – непосредственно на объектах, где установлено оборудование ОТС, в режиме локального доступа к ресурсам коммутационной станции;

-  на втором уровне (РМ-2) – в зональных ЦТО, в режиме дистанционного доступа к ресурсам коммутационных станций, входящих в состав подведомственной зоны (участка) обслуживания;

-  на третьем уровне (РМ-3) – в дорожных (региональных) ЦТУ, в режиме информационного обмена РМ-3 с рабочими местами РМ-2 зональных ЦТО.

3.1.3 Система управления сетью общетехнологической связи

Для сети ОбТС должна быть реализована трехуровневая модель мониторинга и администрирования:

-  уровень управления сетями производителей и отдельными их элементами;

-  уровень управления сетями отделений дороги;

-  уровень управления сетью ОбТС дороги (централизованный мониторинг и административное управление сетью).

На уровне управления сетями производителей и отдельными их элементами осуществляется мониторинг и администрирование подсетей ОбТС на УПАТС разных производителей.

Система управления сетью производителя (в рамках каждой сети производителя) выполняет следующие задачи:

-  формирование и развитие сети (подключение и удаление абонентов, предоставление или закрытие тривиальных услуг связи и системных функций абонентам, создание и модификация таблиц маршрутизации; создание, ведение, хранение и выдача среднему уровню управления банка конфигурационных данных);

-  управление устранением отказов (обнаружение и устранение неисправностей, использование резерва аппаратуры, оперативное перестроение сети);

-  управление качеством (сбор, анализ, хранение и выдача среднему звену управления данных по функционированию сети и ее элементов; автоматическая регулировка трафика; выработка рекомендаций по улучшению эксплуатационных характеристик сети);

-  защита информации (разграничение доступа к системе управления и обеспечение сохранности информации).

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

Система управления сетью ОбТС дороги выполняет:

-  мониторинг дорожной сети;

-  ведение и хранение баз данных;

-  планирование сети, контроль процесса установки сетевого оборудования и формирования сети;

-  регистрацию показателей качества обслуживания;

-  контроль интенсивности внутреннего, внешнего и транзитного трафика сетей, коэффициента отказов в обслуживании из-за перегрузки направлений;

-  анализ функционирования систем управления и контроля;

-  разработку мер по обеспечению закрытости информации и контроль за их осуществлением;

-  управление взаиморасчетами.

Управление сетевыми элементами должно осуществляться одним или несколькими способами, перечисленными ниже:

Способ управления по выделенным каналам ПД.

Между каждой удаленной АТСЦ и ЦТО организуется двусторонний выделенный канал ПД, используемый для обмена информацией между АРМ ЦТО и центральным управляющим устройством (ЦУУ) удаленной цифровой АТС.

Способ управления по коммутируемым каналам сети ОбТС

Между удаленной АТСЦ и ЦТО используется прямой или составной коммутируемый канал. На стороне ЦУУ удаленной АТСЦ и на АРМТО ЦТО применяются аналогичные первому способу интерфейсы. Коммутируемый канал образуется посредством включения соответствующих интерфейсов системы управления в аналоговые (АЛА) или цифровые (АЛЦ) абонентские линии удаленной и центральной АТСЦ. Можно использовать интерфейс RS232C или S0, а также их сочетание.

Способ использования стандартной сети ПД

В этом случае данные между удаленной АТСЦ и ЦТО передаются по стандартной сети ПД: TCP/IP; Х.25; Frame Relay; ATM и другие. В каждом удаленном пункте, а также на центральной АТСЦ организуется по одному терминальному пункту сети ПД, связанному с ЦТО.

Способ использования общих каналов сигнализации

Данные между удаленной АТСЦ и ЦТО передаются по общему каналу сигнализации (ОКС), работающему по одному из следующих протоколов: QSIG; EDSS-1; ОКС№7; специализированный для АТС одного или группы производителей: DPNSS1, ABC, Cornet, Telnet и другие.

На цифровых АТС сети ОбТС должен производиться автоматический программно-аппаратный контроль исправности оборудования и в требуемых случаях осуществляться автоматическая реконфигурация, для восстановления работоспособности при обнаружении неисправностей.

3.1.4 Система управления сетью передачи данных

Для управления сетью передачи данных проектируется полнофункциональная система управления. Система управления должна обеспечить:

-  контроль и диагностику состояния сети в целом и элементов сети;

-  управление ресурсами сети и инфраструктурой сети с целью повышения эффективности работы, защищенности, оперативности реакции на сбои и их своевременного прогнозирования;

-  динамическую реконфигурацию сети при сбоях и неисправностях;

-  организацию системы учета программно-аппаратных средств.

Система управления СПД строится по иерархическому принципу. На верхнем уровне (в ГВЦ) – главный центр управления (ГЦУ), на нижнем уровне (в ИВЦ дорог) – РЦУ дорожными сегментами СПД. Подсистемы системы управления СПД, функции подсистем и используемые программные средства представлены в справочной таблице 3.1.

управление сеть связь технологический участок

Таблица 3.1

Подсистемы системы управления СПД

--------------------------------------------------
Подсистема | Функции подсистемы | ПО |

Уровень

модели TMN*

|
---------------------------------------------------------
Общего управлениясетью | Интеграция подсистем в единую систему | NNM | N |
---------------------------------------------------------
Ведение базы данных всех событий | NNM | N |
---------------------------------------------------------
Круглосуточный мониторинг состояния сети | NNM | N |
---------------------------------------------------------
Управление системой имен и IP-адресным пространством | CNR | N |
---------------------------------------------------------
Управления сетевыми элементами | Круглосуточный мониторинг состояния оборудования |

RWAN

Modem MS*

UPS MS*

| NE |
---------------------------------------------------------
Управление конфигурацией оборудования |

RWAN

Modem MS*

UPS MS*

| NE |
---------------------------------------------------------
Поиск и устранение неисправностей |

RWAN

Modem MS*

UPS MS*

| NE |
---------------------------------------------------------
Учета, анализа и планирования | Сбор и обработка статистической информации |

NNM, CNF

RWAN

| N, NE |
---------------------------------------------------------
Анализ корректности и эффективности функционирования оборудования | Netsys | N, NE |
---------------------------------------------------------
Анализ эффективности использования канальных ресурсов | CNF | N, NE |
---------------------------------------------------------
Моделирование функционирования сегментов СПД | Netsys | N, NE |
---------------------------------------------------------
Учета, анализа и планирования | Планирование ресурсов | RWAN | N |
---------------------------------------------------------
Выработка предложений по модернизации СПД | RWAN | N |
---------------------------------------------------------
Инвентаризации ПО и оборудования | Инвентаризация активного сетевого оборудования | Remedy ARS | S |
---------------------------------------------------------
Инвентаризация ПО активного сетевого оборудования | Remedy ARS | S |
---------------------------------------------------------
Сопровождения и решения проблем | Ведение единого журнала неисправностей | Remedy ARS | S |
---------------------------------------------------------
Ведение базы данных готовых решений проблем | Remedy ARS | S |
---------------------------------------------------------
Сопровождения и решения проблем | Возможность автоматического извещения о проблемах | Remedy ARS | S |
---------------------------------------------------------
Обработка запросов пользователей | Remedy ARS | S |
--------------------------------------------------------- --------------------------------------------------

Примечания:

1. * - ПО, поставляемое с модемами и с ИБП;

2. Уровни: NE – сетевых элементов, N – сетей, S – сервисов.

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

4. Описание участка железной дороги

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

Участок имеет протяженность по железной дороги 240 км 36, Количество станций на участке 13. Данный участок относится к Дальневосточной железной дороге. Все виды связи на участке обслуживаются региональным центром связи ОАО «РЖД» Проектируемый участок железнодорожной магистрали представляет собой мало загруженный участок.

Участок находится в гористой зоне, местами пролегая по склонам сопок. Климат умеренно муссонный. Средняя температура января от -180С до -260С. Средняя температура июля от 160С до 200С и выше.

ОАО «РЖД» необходимо быстрыми темпами реконструировать и перевооружать существующие линии передачи, так как сегодня укрупняются структурные подразделения железнодорожного транспорта, изменяются длины диспетчерских кругов, их конфигурация, расширяются функции диспетчеров и руководителей разного уровня, строятся ЕДЦУ. Таким образом, диспетчерское управление ведется из одной точки, объем информации увеличивается, требуя большее число каналов.

Дальневосточная железная дорога в основном осуществляет перевозку транзитных грузов и погрузку-выгрузку в приморских портах. Дальневосточный регион богат различными сырьевыми ресурсами, а также множество предприятий производят различную продукцию, пользующуюся спросом в других регионах, это говорит о том, что интенсивность грузопотока уже сейчас велика и в будущем будет возрастать. По проектируемому участку осуществляется интенсивная транспортировка продуктов нефте-, метало - и деревообрабатывающих предприятий, а также транзит грузов в различных направлениях. Увелич

Здесь опубликована для ознакомления часть дипломной работы "Разработка системы управления технологическим сегментом сети". Эта работа найдена в открытых источниках Интернет. А это значит, что если попытаться её защитить, то она 100% не пройдёт проверку российских ВУЗов на плагиат и её не примет ваш руководитель дипломной работы!
Если у вас нет возможности самостоятельно написать дипломную - закажите её написание опытному автору»


Просмотров: 483

Другие дипломные работы по специальности "Коммуникации и связь":

«Реклама и связи с общественностью», «Маркетинг»

Смотреть работу >>

Ремонт системы управления видеокамер аналогового формата

Смотреть работу >>

Теория электрических цепей

Смотреть работу >>

Роботизированные комплексы (РТК) предназначенные для технологического процесса сборки

Смотреть работу >>

Моделирование и методы измерения параметров радиокомпонентов электронных схем

Смотреть работу >>