Академический Документы
Профессиональный Документы
Культура Документы
М.М. Егунов,
О.Г. Шерстнева,
Е.А. Абзапарова
Екатеринбург
2009
УДК 654.01
ББК 65.38
Егунов М.М.
Системы управления сетями связи: Учебное пособие. /М.М. Егунов, О.Г.
Шерстнева, Е.А. Абзапарова – Екатеринбург: УрТИСИ ГОУ ВПО «СибГУТИ»,
2009. – 67 с.
УДК 654.01
ББК 65.38
2
3
СОДЕРЖАНИЕ
Введение 4
1 Общие принципы построения системы управления сетями связи 6
1.1 Модель системы управления сетью связи 6
1.2 Система технической эксплуатации 8
1.3 Структурно-функциональная схема управления 10
2 Основные задачи системы управления сетями связи 14
3 Подсистемы системы управления сетью связи и их характеристика 16
3.1 Подсистема технической эксплуатации 18
3.2 Подсистема технического обслуживания 19
3.3 Подсистема административного управления 20
3.4 Подсистема управления ресурсами 20
3.5 Подсистема управления качеством передачи 21
3.6 Подсистема управления рабочей силой 22
3.7 Подсистема управления безопасностью 23
3.8 Подсистема управления тарифами, начислениями и расчётами 24
3.9 Подсистема управления трафиком 25
3.10 Подсистема управления измерением и анализом трафика 26
3.11 Подсистема управления рабочими характеристиками сети и качеством
услуги 27
3.12 Подсистема администрирования пользователя 28
3.13 Подсистема административного управления маршрутизацией и
численным анализом 29
3.14 Подсистема управления сетью как экономическим объектом 29
4. Концепция построения TMN 31
4.1 Основные положения концепции TMN 31
4.2. Модели системы управления сетью 36
4.3 Основные стандарты TMN 46
4.4. Показатели перспективности TMN 48
5 Управляющие протоколы TMN 51
5.1Общие сведения о протоколе SNMP 51
5.2 Протокол общей управляющей информации CMI 52
5.3 Сравнение протоколов SNMP и CMIP 55
6. Тенденции развития стандартов и технологий управления сетями
связи 57
6.1Понятие телеком-модели операций (TOM) 57
6.2 Технология CORBA 62?
6.3 Новое поколение систем операций и программного обеспечения
NGOSS 63
6.4 Технология SMART TMN 66
Литература 68
4
ВВЕДЕНИЕ
5
Интегральную систему управления можно и нужно создавать как в
проектируемых, так и в функционирующих сетях, даже несмотря на
определенное отставание в сетевых технологиях, которые используются в этих
сетях.
Создавать интегральные сети можно и поэтапно, реализуя часть
определенных функций и в соответствии с имеющимися возможностями. При
этом необходимо использовать имеющиеся международные стандарты. При
подключении к современной системе управления устаревшего оборудования
обязательно использовать согласующее оборудование (адаптеры). Такой
вариант подключения представляется наиболее затратным.
Одной из основных задач при создании интегральной системы управления
является разработка приложений. Приложения должны основываться на
математических и информационных моделях управляемых объектов, а также
алгоритмов расчета характеристик сети на основе предлагаемых моделей и их
программного обеспечения.
В учебном пособии рассматриваются только некоторые основные аспекты
построения системы управления сетью связи.
Разделы 1-3 посвящены общему описанию принципов построения системы
управления. Однако, без осмысления задач, возложенных на систему
управления, без изучения подсистем, входящих в ее состав, и их характеристик
трудно осознать ее роль в информационном пространстве.
В 4-ом разделе освещены вопросы сетевого управления по стандартам
TMN. Даны основные положения концепции TMN, виды архитектуры,
основные стандарты и основные показатели перспективности развития TMN.
В 5-ом разделе приведены основные управляющие протоколы и
информационные технологии для управления телекоммуникациями, т.к. для
адекватной поддержки операторов или провайдеров услуг необходима
комбинация информационных и телекоммуникационных технологий.
Раздел 6 посвящен рассмотрению основных тенденций развития
стандартов и технологий управления сетями связи, поскольку технологии
применяются согласно системной роли операторов или сервис-провайдеров в
бизнес-процессах и в сетевом управлении/эксплуатации.
В 7-ом разделе кратко рассматривается сетевое управление в системе
Алкатель 1000С12.
В целом, целью данного учебного пособия было предоставить читателям
некоторую часть базовой суммы знаний по информационным технологиям и
системам управления, которые позволят в дальнейшем самостоятельно
разобраться в действующих стандартах сетевого управления, более осознанно
подходить к вопросам анализа, выбора решений, предлагаемых различными
фирмами.
6
1 ОБЩИЕ ПРИНЦИПЫ ПОСТРОЕНИЯ СИСТЕМЫ УПРАВЛЕНИЯ
СЕТЯМИ СВЯЗИ
7
настоящее время управление рассматривается как более широкое понятие,
включающее техническую эксплуатацию как составную часть. При таком
подходе техническую эксплуатацию следует понимать как исполнительную
составляющую системы управления, которая средствами технического
обслуживания обеспечивает в сети связи выполнение тех решений и команд,
которые приняты системой управления, и сообщает о результатах их
выполнения. Иными словами, в системе управления можно выделить две
основные части – систему принятия решений и систему исполнения решений.
Первая, образно говоря, - это мозг системы, ее интеллектуальная основа,
которая реализуется в виде операционной системы. Вторая, пользуясь
аналогией с живыми организмами, - это опорно-двигательный механизм
системы, реализуется в виде программно-технических средств технической
эксплуатации.
ИИ – источник информации;
ОП – оконечный пункт;
ПИ – потребитель информации.
10
Рисунок 3 – Иерархия организационных уровней управления связью
13
Основной целью создания сети управления связью является автоматизация
управления для существующей и перспективной цифровой сети, в которой
должно обеспечиваться:
создание условий для интеграции национальных сетей связи
во всемирную инфраструктуру связи;
увеличение доходов за счет повышения пропускной
способности сети, повышения качества и увеличения номенклатуры услуг,
требуемой полноты и достоверности информации о работе сети для каждого
уровня управления;
снижение эксплуатационных расходов за счет снижения
убытков от простоев ресурсов сети при своевременном и точном
диагностировании отказов, повышение уровня автоматизации операций
управления, централизации квалифицированного персонала.
При этом ожидаемое повышение пропускной способности сети может
быть достигнуто за счет интегрирования управления первичной и вторичной
сетями связи.
Контрольные вопросы
1. Назначение телекоммуникационной сети?
2. Дайте определение системы управления сетью электросвязи
3. Что такое «интерфейс»?
4. Поясните назначение основных составляющих модели системы
управления сетью связи (рисунок 1);
5. Какие основные подсистемы можно выделить в системе управления
телекоммуникационными сетями?
6. Какие подсистемы входят в состав системы технической эксплуатации?
7. Назовите основные функции подсистемы расчетов
8. Поясните иерархический принцип построения основных уровней
управления
14
2 ОСНОВНЫЕ ЗАДАЧИ СИСТЕМЫ УПРАВЛЕНИЯ СЕТЯМИ
СВЯЗИ
15
Выбор режима обслуживания абонентов различных категорий,
обеспечивающего выполнение заданных требований при установлении
соединений, связан с анализом ситуации, создавшейся на сети к моменту
поступления вызова. Этот анализ требует выполнения большого числа
операций и возложен на центральное устройство управления (ЦУУ), которое
должно получать информацию о состоянии узлов коммутации и каналов связи
и вырабатывать параметры управления, определяющие оптимальные режимы
обслуживания вызывающих абонентов.
Для сложной сети связи такой анализ, даже для быстродействующей
машины, затруднителен. Поэтому может оказаться целесообразным способ
управления, при котором не требуется полной информации о состоянии всей
сети связи, а необходима информация только в той ее части, которая образует
возможные или более вероятные маршруты соединений от рассматриваемого
узла коммутации до адресата. Это ограничение позволяет не только ускорить
процесс выработки ЦУУ параметров управления, но и упростить устройства
системы управления, обеспечивающие передачу и хранение информации о
состоянии сети. Возможны два способа управления: детерминированный и
стохастический (вероятностный). В первом случае параметры управления
выбираются на основании ситуации на сети в данный момент, во втором – по
статистическим закономерностям, выявленным при установлениях
предыдущих соединений.
Контрольные вопросы
16
3 ПОДСИСТЕМЫ СИСТЕМЫ УПРАВЛЕНИЯ СЕТЬЮ СВЯЗИ И ИХ
ХАРАКТЕРИСТИКА
17
создание законодательных актов пользования сетью, тарифов, управление
услугами и регулирование отношений с пользователями.
Независимо от уровня в каждой системе управления выполняются четыре
основные функции:
- Сбор информации о состоянии объекта управления, ходе
технологического процесса, требованиях (заявках, заданиях) к выполнению тех
или иных операций (в сети – к доставке сообщений между пользователями и
т.п.), а также о состоянии и наличии людских и материальных ресурсов,
необходимых для обеспечения заданного развития и функционирования
объекта. Эта информация фиксируется и при необходимости документируется
(например, в журнале, вводится в ЭВМ…).
- Выработка решения о необходимости и возможности изменения
состояния системы (сети), приведения объекта в заданное состояние или
возможности или невозможности удовлетворения предъявляемых требований
(заявок) и подготовка управляющих (регулирующих) воздействий на объект,
выработка запросов и заявок, а также определение необходимых ресурсов и
способов их доставки к месту работ. Осуществление этой функции связано с
анализом полученной и накопленной ранее информации о состоянии
оборудования, каналов, запасов и людских ресурсов. При этом используются
заложенные в системе управления планы, алгоритмы, инструкции и законы, а
также получаемые указания и требования от вышестоящих организаций и
пользователей.
- Исполнение принятого решения – приведение объекта в нужное
(заданное) состояние путём выдачи команд (управляющих или регулирующих
воздействий, приказов) исполнительным органам объекта управления или
обслуживающему персоналу (например, ремонтному органу), а также выдача
пользователям или выдача обслуживающему персоналу информации о
невозможности выполнения тех или иных требований (заявок, заданий).
- Доставка информации к устройствам управления и от них.
В системе управления сетями, c учетом вышесказанного, можно выделить
следующие подсистемы:
- технической эксплуатации;
- административного управления;
- технического обслуживания;
- управления ресурсами;
- управления рабочей силой;
- управления качеством передачи;
- управления сетью как экономическим объектом;
- административного управления маршрутизацией и численным анализом;
- управления безопасностью;
- управления тарифами, начислениями и расчётами;
- управления трафиком;
- управления измерением и анализом трафика;
- управления качеством услуги и характеристиками сети;
18
- администрирования пользователя.
19
показал, что увеличение частоты проверок не всегда дает должное улучшение
качества функционирования оборудования; на проверку оборудования
требуются значительные трудовые затраты (до 60% общих трудовых затрат).
Основной задачей при создании перспективных сетей связи на базе
коммутационной техники с программным управлением является значительное
снижение эксплуатационных затрат. В АТС с программным управлением
функции технического обслуживания и эксплуатации возлагаются на центр
технического обслуживания (ЦТО) .
В состав оборудования эксплуатации входят телетайпы, видеодисплеи,
принтеры с клавиатурой или без нее, панели аварийной сигнализации,
накопители на оптическом диске, винчестеры и т.д. Это оборудование
называют периферийными устройствами и возлагают на него выполнение
следующих функций: отображение срочных сообщений; коррекция баз данных;
документирование информации и другие.
Техническая эксплуатация цифровых междугородных и международных
телефонных станций представляет собой комплекс организационных и
технических мероприятий по поддержанию аппаратно-программного
комплекса станций в состоянии, при котором обеспечивается обслуживание
вызовов с заданным качеством при передаче любых видов сообщений, для
которых данная станция предназначена.
20
реконфигурацию станции, выводя из обслуживания устройство, которое
оказалось неисправным, и переключая его функции на резервирующее
устройство.
Статистический контроль ведётся на основе наблюдения за
обслуживанием реального потока вызовов, для чего используется комплект
счетчиков, с помощью которых наблюдаемые последовательности фаз
обслуживания вызовов и обработки сигнализации сравниваются с типовыми
последовательностями. Когда текущие показания счетчиков выходят за
статистически установленные пределы, генерируются коды аномальных
ситуаций для диагностики первого уровня.
Наряду со статистическим, ведется и периодический контроль
оборудования АТС с помощью команд оператора станции в соответствии с
плановыми проверками, периодичность которых определяется
соответствующими инструкциями. Тестовые программы имеют низкий
приоритет и выполняются в периоды низкой нагрузки АТС.
21
Системы управления на вторичных сетях создаются для управления
информационными потоками внутри этих сетей в случае появления отклонений
от стационарных состояний этих потоков. Если система управления первичной
сетью оперирует каналами на всей сети, то система управления вторичной
сетью, опираясь на возможности коммутационных устройств этой сети и
каналы, выделенные для неё из первичной сети, перераспределяет
информационные потоки внутри сети с целью их пропуска в условиях
изменения объемов или направлений этих потоков.
Управление материалами запаса, коммутационных станций, аппаратурой
передачи и другими частями сети электросвязи дают возможность оператору
сети производить необходимые работы по установке оборудования и
техническому обслуживанию. Это позволяет рассчитать стоимость услуги,
оказываемой абоненту, и усовершенствовать проектирование сети
электросвязи.
22
переход на канал с меньшими помехами; применение более сложных кодов;
применение дополнительных мер повышения верности.
Для повышения истинности в передаваемую информацию вводят
избыточность. Обработка таких сообщений на приемном конце позволяет
выявить или исправить ошибки.
23
Планирование профессионального роста каждого сотрудника - важная
часть управления рабочей силой предприятия, так как обучение позволяет
сотрудникам осознать необходимость перемен и обеспечивает способы, с
помощью которых могут быть достигнуты перемены, способствующие
улучшению качества услуг электросвязи.
24
человека. Кроме того, они обеспечивают возможность “строгой
идентификации”, которая предусматривает изменение пароля после каждого
доступа.
Контроль доступа “Брандмауэры” ставят непроходимый
заслон перед теми, кто намерен получить несанкционированный доступ к
данным или ресурсам фирмы. Кроме того, обеспечивается контроль доступа к
внутренним серверам и сетям (например, Интернет).
Кодирование. Компоненты кодирования предотвращают
несанкционированное считывание передаваемых сообщений или сохранённых
данных. Речевая связь и передача данных между абонентами во внутренних и
внешних сетях остаются конфиденциальными.
Цифровая подпись. Она не позволяет подделывать
передаваемые сообщения или сохранённые данные. Они также обеспечивают
идентификацию отправителя.
25
контроля за оплатой оказанных услуг электросвязи;
справочного - информационного обслуживания абонентов по
вопросам объема и номенклатуры оказанных услуг и их оплаты;
формирования информации для выставления счетов на оплату
оказанных услуг;
формирования статистической отчетности и аналитической
информации по оказанным услугам, произведенной по ним оплате,
финансовому состоянию лицевых счетов абонентов для оперативного и
обоснованного принятия решении в части, касающемся управления
организацией связи.
Функциональные возможности АСР могут расширяться в соответствии с
нуждами оператора связи.
26
сетью предполагает доступность данных о характеристиках сети в любой
момент времени (например, адреса объектов с отказами и перегрузками).
Контроль характеристик потоков позволяет эффективно противостоять
перегрузкам и повышать долю обслуженного трафика, поступающего от
пользователя.
27
3.11 Подсистема управления рабочими характеристиками сети и
качеством услуги
28
Управление рабочими характеристиками обеспечивает функции оценки и
предоставления информации о поведении оборудования электросвязи или
элемента сети.
Контроль рабочих характеристик относится к возможностям,
позволяющим пользователям получать, оценивать и предоставлять
информацию о параметрах рабочих характеристик сети независимо от текущего
состояния сети. Информация контроля рабочих характеристик может быть
использована в качестве помощи при диагностике повреждений, планирование
сети и качества услуги.
Качество услуги (обслуживания) или QoS (Quality of Service) определено в
рекомендации G.106 как “суммарный эффект характеристик обслуживания,
определяющий степень удовлетворения пользователя обслуживанием”.
Основная цель управления качеством - эффективность проверки
соответствия спецификации услуги данной услуге и планомерное повышение
качества.
Пользователь должен быть уверен, что оператор способен предоставлять
услугу с требуемым качеством и поддерживать достигнутый уровень качества.
Обычно оператор стремится поддерживать требуемый уровень качества услуг
электросвязи при оптимальных затратах.
Сеть собирает данные по качеству услуги от элементов сети и
поддерживает улучшение качества QoS .
29
3.13 Подсистема административного управления маршрутизацией и
численным анализом
30
определение требований со стороны пользователей и
обслуживаемых сетью отраслей народного хозяйства;
оценка систем тарифов, санкций и расчета;
обеспечение всем необходимым (людскими и материальными
ресурсами) для функционирования и развития сети;
повышение производительности труда обслуживающего
персонала, снижение себестоимости продукции, обеспечение управления
качеством;
оценка труда и заработной платы обслуживающего
персонала;
совершенствование технологического процесса и
эксплуатации (применение новой техники), механизация трудоёмких работ;
планирование развития, капитальное строительство и
основные фонды, разработка проектно-сметной документации и т.п.
Контрольные вопросы
31
4 КОНЦЕПЦИЯ ПОСТРОЕНИЯ TMN
32
Рисунок 5 – TMN и сеть электросвязи.
33
В первую очередь, операционные системы обеспечивают обработку
данных, поступающих от управляемой сети электросвязи, в целях мониторинга
и контроля функционирования телекоммуникационного оборудования, а также
для обеспечения работы собственно TMN; поддерживают информационную
модель сети электросвязи, которая представляет собой описание физических
объектов электросвязи с использованием принятой информационной
технологии и специальных программных средств, например систем управления
базами данных (СУБД); обеспечивают работу прикладных программных
средств управления (приложение управления), которые, собственно, и
реализуют большинство услуг и функций управления системами. Функции
управления могут выполняться непосредственно человеком-оператором или в
автоматическом режиме. Кроме того, OS обеспечивает поддержку терминалов
пользователя, форматирование данных.
Некоторые функции управления могут выполняться нескольким
операционными системами.
Рабочие станции имеют графические человеко-машинные интерфейсы.
Рабочая станция (work station, WS) поддерживает язык общения “человек-
машина” и обладает возможностями обработки данных, средствами ручного и
автоматического ввода-вывода информации. Вместо WS может использоваться
терминал управления.
Кроме того, на основе DCN данная TMN может взаимодействовать с
другими аналогичными TMN. Это взаимодействие по сути является
взаимодействием различных операционных систем.
Минимальные возможности TMN обеспечивают единичное соединение
между управляющей системой, рабочей станцией и отдельным устройством
электросвязи. В максимальной конфигурации TMN представляет собой
технически сложную сеть, которая объединяет в единый комплекс управления
значительное число различных систем и средств электросвязи, используя при
этом несколько типов управляющих систем, с учётом территориальной
удалённости объектов управления друг от друга. При этом в TMN учитывается,
что сеть электросвязи состоит из многих типов аналогового и цифрового
оборудования, в частности, систем передачи SDH, PDH, электронных АТС,
сигнальных пунктов системы общеканальной сигнализации (ОКС) №7,
оборудования для оказания телематических услуг, серверов доступа в
Интернет, маршрутизаторов и коммутаторов сетей передачи данных. По
стандартам TMN такое оборудование обычно называется элементом сети, или
сетевым элементом (Network Element, NE). При необходимости описание
элемента сети в TMN можно детализировать до уровня отдельной стойки,
статива, функционального блока, модуля. Элементы сети предоставляют
клиентам и абонентам услуги электросвязи благодаря использованию
телекоммуникационных технологий, а также поддерживают обмен с OS. При
этом элемент сети может быть централизованным или распределённым, в том
числе географически. В последнем случае имеется в виду, например, АТС и её
выносы, территориально протяжённая система передачи и т.п.
34
4.1.2 Область применения TMN
Ниже приведены примеры сетей, услуг электросвязи, основных типов
аппаратуры и систем, управление которыми может осуществляться по сети
TMN:
сети общего и частного пользования, включая: узкополосную
и широкополосную сети ЦСИС;
сети подвижной связи;
частные телефонные сети;
виртуальные частные сети;
интеллектуальные сети, управление самой сетью TMN;
терминалы передачи (мультиплексоры, оборудование
кроссовой коммутации, аппаратура преобразования канала и т.д.);
цифровые и аналоговые системы передачи (кабельные,
волоконно-оптические, радио, спутниковые и т.д.);
операционные системы и их периферия;
центральные и интерфейсные процессоры, кластерные
контроллеры, файловые процессоры и пр.;
цифровые и аналоговые системы коммутации;
локальные компьютерные сети (WAN, MAN, LAN);
сети с пакетной коммутацией;
терминалы и системы сигнализации (STP) и базы данных
реального масштаба времени;
услуги переноса и электросвязи;
УАТС, доступы УАТС и терминалы пользователей
(абонентов);
терминалы пользователей сети ЦСИС;
программные средства, обеспечиваемые услугами
электросвязи;
прикладное программное обеспечение в рамках центральных
процессоров и др.;
взаимодействующие вспомогательные системы
(испытательные модули, системы электропитания, кондиционеры, системы
аварийной сигнализации внутри здания и др.).
Кроме того, сеть TMN можно использовать для управления
распределёнными объектами и услугами, оказываемыми при объединении
вышеперечисленных пунктов.
35
управление качеством;
управление расчётами;
управление защитой информации.
При управлении конфигурацией решаются задачи формирования и
развития сети, создание и сопровождение плана нумерации сети,
реконфигурация сети и отдельных её элементов (маршрутизаторов,
мультиплексоров, построение карты сети и т.д.), планирования услуг, ведения
банка данных.
При управлении устранением отказов решаются задачи контроля за
состоянием сети и её элементов в реальном времени, обнаружения и
локализации повреждений, восстановления трафика, оперативного
перестроения сети, устранения повреждений, оповещения пользователей о
проводимых работах.
При управлении качеством решены задачи сбора и анализа статистических
данных по функционированию сетей и их элементов, регулирования трафика,
расширения диапазона услуг связи, а также задачи разработки, заключения и
контроля за исполнением соглашений об уровне качества предоставленных
услуг.
При управлении расчётами решаются задачи сбора данных по
предоставляемым средствам и услугам связи, разработки тарифов за
предоставляемые средства и услуги, проведения взаимозачётов между
участниками предоставления услуг, технических расчётов, касающихся
возможностей сетей, регистрации и учёта абонентов.
При управлении защитой информации (безопасностью связи) решаются
задачи разработки мер по обеспечению закрытости информации и контроля за
их осуществлением, защиты баз данных от злонамеренного доступа, мер
технической безопасности и охраны объектов связи, составления отчётов о
попытках несанкционированного доступа к услугам, защиты целостности и
сохранности данных.
36
между многочисленными менеджерами и агентами, центральной
справочной базы данных, хранящей информацию об их свойствах и
местоположении, и т.п.;
защищённость управления посредством использования
открытых стандартов безопасности ISO/OSI.
37
функций сети TMN, которые обмениваются информацией управления,
разделены с помощью опорных точек.
Функциональная архитектура TMN состоит из следующих основных
компонентов:
функциональные блоки – наименьшие (элементарные)
единицы TMN, которые могут быть стандартизированы;
функции приложений управления (Management Application
Functions, MAF) – функции, которые предоставляют одну или несколько услуг
управления;
функции управления TMN (TMN Management Function, TMN
MF) и набор функций управления TMN. Функции управления TMN
обеспечивают взаимодействие между парами MAF в управляющей и
управляемой системах и группируются в набор функций управления;
опорные точки – описание требований к интерфейсам TMN.
В функциональной архитектуре TMN определено четыре
различных типа функциональных блоков (рисунок 6):
управляющей системы (Operations Systems Function block,
OSF);
элемента сети (Network Element Function block, NEF);
рабочей станции (Workstation Function block, WSF);
преобразования (Transformation Function block, TF).
Два типа блоков (OSF и TF) полностью находятся внутри области,
помеченной как “ TMN ”. Это указывает на то, что эти функциональные блоки
полностью определены в соответствии с рекомендациями TMN. Оставшиеся
три блока (WSF, NEF и TF) показаны на граничной линии. Это указывает на то,
что только часть функциональных блоков определена в рекомендациях TMN.
Функциональная архитектура TMN вводит понятие опорных точек, чтобы
обозначить границы взаимодействующих функциональных блоков. Три класса
опорных точек (q, f и x) полностью описаны в рекомендациях TMN; другие
классы (g и m) располагаются вне систем TMN и описываются рекомендациями
МСЭ-Т лишь частично (рисунок 7).
Функциональный блок элемента сети (NEF) описывает функции
оборудования электросвязи, которые доступны для управления со стороны
TMN. NEF поддерживает обмен информацией с TMN для обеспечения
передачи управляющих команд и информации управления. Именно эта часть
NEF, которая доступна TMN, изображена на рисунке 6 внутри границ TMN.
38
Рисунок 6 – Функциональные блоки TMN
39
Функциональный блок преобразования (TF) используется для организации
связи между двумя сущностями, которые имеют несовместимый механизм
информационного обмена. Несовместимыми могут оказаться информационные
модели, протоколы обмена или оба этих элемента. TF может использоваться
как для связи функциональных блоков внутри сети TMN, так и для организации
взаимодействия с внешними системами. В частности, на границе TMN TF
обеспечивает взаимодействие с окружением, которое не соответствует
стандартам TMN, и преобразует информацию на участке от опорных точек q и
опорными точками m. Так как опорная точка m не является целиком
стандартной с точки зрения TMN, часть TF показана на краю оболочки TMN.
Кроме того, TF осуществляет хранение, фильтрацию и преобразование
информации управления из некоторой локальной или частной формы в
стандартизированную форму.
Функциональный блок TF выполняет функции Q - адаптера (Q Adaptor
Function, QAF), которая присутствовала в прежних версиях рекомендаций
TMN. Одновременно на TF возложена реализация ранее существовавшей
функции медиации (Mediation Functions, MF), которая использовалась для
организации соединения и взаимодействия между одиночными или
множественными NEF/QAF и OSF.
40
составляющие: функции адаптации, которые реализуют устройства адаптации,
и функции медиации, которые выполняют устройства медиации.
Функции адаптации и реализующие данную функцию устройства
адаптации обеспечивают информационный обмен между физическими
элементами, не поддерживающими стандарты TMN, и элементами сети или
операционной системой, которые соответствуют принципам TMN. В этом
случае необходимо применение физического устройства – Q-адаптера (QA)
Q-адаптер обеспечивает подключение элемента сети с несовместимым с
TMN интерфейсом к Q-интерфейсу TMN. Характерным примером такого
взаимодействия может быть подключение устаревшей электромеханической
или квазиэлектронной АТС к сети. Адаптер поддерживает интерфейсы TMN,
интерфейс к не- TMN системе, а также при необходимости внешние
интерфейсы для вывода информации (например, аварийной). Выделяют также
X-адаптер, который позволяет организовывать обмен информацией между
операционной системой TMN и несовместимой с TMN операционной системой,
которая не поддерживает стандартный коммутационный механизм TMN.
41
X-медиатор – между операционными системами различных TMN. Адаптеры и
медиаторы могут выполнять функции преобразования форматов данных.
На рисунке 8 также изображены интерфейсы сети управления,
используемые в опорных точках – X, F, Q3 , Qх.
Интерфейсы могут рассматриваться как физическая реализация опорных
точек TMN. В то время как опорные точки можно сравнить с услугами
управления, интерфейсы можно сравнить со стеками протоколов, которые
реализуют эти услуги. Интерфейсы осуществляют реализацию физического
взаимодействия между различными элементами (физическими блоками) TMN
или взаимодействие TMN и внешнего окружения.
42
4.2.3 Информационная архитектура TMN
На технологическом уровне управление телекоммуникациями
представляет собой обработку информации, поступающей от элементов сети,
специализированными программными приложениями. Необходимо
осуществлять информационный обмен между многочисленными устройствами
и оборудованием связи, операторами и провайдерами услуг.
Информационная модель описывает объектно-ориентированный подход
для диалогового обмена информацией. Ключевыми элементами
информационной архитектуры являются информационные элементы, модели
взаимодействия элементов и собственно информационные модели.
Информационная модель определяет область информации, которая может
обмениваться стандартными способами. Обмен происходит на прикладном
уровне и охватывает различные прикладные функции управления, такие, как
хранение, поиск и обработку информации.
В основе информационной модели лежит схема “менеджер-агент”.
Взаимодействие между менеджером, агентом и объектами показано на рисунке
10.
44
стандарта RMON MIB является его независимость от протокола сетевого
уровня (в отличие от стандартов MIB-I и MIB-II, ориентированных на
протоколы TCP/IP). Поэтому он удобен для гетерогенных сред, использующих
различные протоколы сетевого уровня.
Агенты могут отличаться различным уровнем интеллекта – они могут
обладать как самым минимальным интеллектом, необходимым для подсчёта
проходящих через оборудование кадров и пакетов, так и весьма высоким,
достаточным для выполнения самостоятельных действий по выполнению
последовательности управляющих действий в аварийных ситуациях,
построению временных зависимостей, фильтрации аварийных сообщений и т.п.
45
На всех уровнях пирамиды решаются задачи одних и тех же пяти
функциональных групп (управление конфигурацией сети, управление
устранением отказов, управление качеством, управление расчётами, управление
защитой информации), однако, на каждом уровне эти задачи имеют свою
специфику: чем выше уровень, тем более общий и агрегированный характер
приобретает собираемая о сети информация.
Информация о состоянии уровня поступает наверх, а сверху вниз идут
управляющие воздействия. Степень автоматизации управления может быть
различной, и обычно имеет место сочетание автоматизированных и ручных
процедур. Как правило, чем выше уровень иерархии управления, тем ниже его
степень автоматизации.
Уровень элементов сети представляет собой саму сеть связи, то есть
объект управления. В качестве сетевых элементов могут рассматриваться
коммутационные станции, системы передачи, мультиплексоры, комплекты
тестового оборудования и т.д.
Уровень управления элементами охватывает контроль, отображение
параметров работы, техническое обслуживание, тестирование, управление
применительно к отдельным элементам или некоторым их подмножествам.
В качестве примера можно привести следующие функции, выполняемые
на уровне управления элементом сети:
обнаружение ошибок и неисправностей
телекоммуникационного оборудования и систем связи;
измерение потребляемой мощности;
измерение температуры оборудования;
измерение задействованных ресурсов оборудования связи,
например, загрузки центрального процессорного элемента, наличия свободного
места в буфере передачи/приёма, длины очереди и т.п.;
регистрация статистических данных;
модификация программного обеспечения.
Уровень управления сетью осуществляет функции управления,
касающиеся взаимодействия между многими видами телекоммуникационного
оборудования. На уровне управления сетью внутренняя структура элемента
сети “невидима”, это означает, к примеру, что состояние буфера устройства
приёма/передачи, температура оборудования и т.п. не могут напрямую
контролироваться и управляться этим уровнем.
Примеры функций, выполняемых на уровне управления сетью:
создание полного представления о сети (информационная
модель сети);
создание обходных путей установления соединения с целью
поддержки QoS для конечных пользователей;
модификация и обновление таблиц маршрутизации;
мониторинг загрузки линий и каналов связи;
оптимизация возможностей сети для повышения
эффективности использования средств и систем связи;
46
обнаружение неисправностей и ошибок программного
обеспечения.
Уровень управления услугами (сервисами) затрагивает вопросы
управления, которые непосредственно касаются пользователей услуг связи. Это
могут быть клиенты оператора, абоненты сетей связи, а также администрации
операторов связи или провайдеров услуг. Управление услугами осуществляется
на основе информации, которая предоставляется уровнем управления сетью;
при этом уровень управления услугами “не видит” детальную внутреннюю
структуру сети. Маршрутизаторы, АТС, системы передачи не могут
непосредственно управляться с уровня управления услугами.
Примеры функций управления, которые выполняются на уровне
управления услугами:
контроль качества услуг связи (задержки, потери и т.д.);
учёт объёма использования услуг связи;
добавление и удаление пользователей;
назначение сетевых адресов и номеров телефонных
аппаратов.
Уровень управления бизнесом отвечает за управление целым
предприятием. Данный уровень занимается вопросами долговременного
планирования сети с учётом финансовых аспектов деятельности организации,
владеющей сетью. На этом уровне помесячно и поквартально подсчитываются
доходы от эксплуатации сети и её отдельных составляющих, учитываются
расходы на эксплуатацию и модернизацию сети, принимаются решения о
развитии сети с учётом финансовых возможностей. Уровень бизнес-управления
обеспечивает для пользователей и поставщиков услуг возможность
предоставления дополнительных услуг.
47
M.3020 “Методология определения TMN-интерфейсов” посвящены
функциональным возможностям TMN-интерфейсов и используемых ими
протоколов.
Документ M.3100 определяет общую информационную модель сетевых
элементов. В нём описаны классы администрируемых объектов, их свойства,
которые могут служить для обмена информацией между интерфейсами, а также
применение объектных технологий, например наследования.
Стандарт M.3200 “Услуги управления TMN” включает в себя краткие
описания прикладных сервисов TMN. Кроме того, он вводит концепции
“Управление телекоммуникациями” и “Область управления”.
Конкретные услуги подробно определяются в следующих документах
серии M.32xx: M.3201 (управление трафиком), M.3202 (управление системами
сигнализации), M.3203 (управление пользовательскими сервисами), M.3207.1
(управление классами Ш-ЦСИО; в более ранней редакции - M.3205) и др.
В документе M.3300 сформулированы требования к организации человеко-
машинного интерфейса (по терминологии TMN-F-интерфейса), а в M.3320 –
аналогичные требования для интерфейса между сетями TMN (X-интерфейса).
Наконец, стандарт M.3400 определяет функции управления в сетях TMN.
49
-Рекомендации, которые в своей совокупности должны давать
полное представление о TMN, имеют довольно сложный для правильной
интерпретации формальный язык описания с большим количеством
перекрёстных ссылок, что затрудняет как чтение, так и изучение рекомендаций.
-Все рекомендации, имеющие отношение к TMN, довольно
сложным образом организованы в блоки и серии. Большая разбросанность и
фрагментарность информации делают их трудными для понимания.
-Техническое воплощение основных правил TMN
регламентируется целыми наборами рекомендаций, которые не локализованы в
серии M и были разработаны в разные годы разными группами специалистов.
Соединить данные рекомендации в единое “смысловое поле” довольно сложно,
в виду того, что основные цели, степень детализации и направленность
отдельных рекомендаций далеко не всегда соответствует проблематике
создания систем управления телекоммуникациями.
-В рекомендациях МСЭ проблема управления
телекоммуникационными сетями с точки зрения реальных операторов,
производителей и потребителей освещается настолько абстрактно и настолько
не соответствует современным реалиям, что многие технологические решения,
определяемые такой абстракцией, оказываются просто невостребованными и
ненужными.
-Многими экспертами реализация TMN-интерфейсов
рассматривается неоправданно сложным и дорогостоящим делом. Считается,
что протокольные стеки, регламентированные для Q-интерфейса, являются
слишком “перегруженными” и “тяжёлыми”. Также считается, что верхние
уровни модели OSI для данных протокольных стеков стандартизованы
довольно слабо, являются довольно абстрактными, и кроме того сильно
усложнены по структуре и методам взаимодействия. Такая ситуация приводит к
неоднородности интерпретации интерфейсов различными разработчиками.
Чрезмерная сложность сказывается на надёжности и цене программного
обеспечения.
-Наличие новых, более рентабельных, надёжных и, что очень
немаловажно, популярных коммерческих технологий, предоставляющих новые
средства реализации интерфейсов, однозначно ослабляют позиции TMN.
-Ощутимо медленное развитие, изменение и детализация TMN в
соответствии с изменениями, происходящими в области компьютерной и
телекоммуникационной индустрии.
Несмотря на указанные недостатки TMN все же является наиболее
перспективной схемой построения системы управления
телекоммуникационными сетями.
Контрольные вопросы
50
3. Какие интерфейсы применяются при обмене командами управления?
4. Поясните функции прикладного уровня TMN;
5. Каковы минимальные возможности TMN;
6. Область применения TMN. Приведите примеры;
7. Перечислите функциональные группы задач управления;
8. Какие характеристики являются основными при исследовании
архитектуры TMN;
9. Что понимается под архитектурой TMN?
10. Из каких основных компонентов состоит функциональная архитектура
TMN?
11. Какие функции TMN описаны в NEF?
12. Какие функции выполняет бок TF?
13. Назначение физической архитектуры TMN;
14. Перечислите функции Q-адаптера и Х-адаптера. В чем их различие?
15. Какие интерфейсы в сети управления используются в опорных точках
X, F, Q?
16. Поясните различие между интерфейсом Q3 и Qx;
17. Объясните схему взаимодействия между менеджером, агентом и
управляемым объектом;
18. Что такое логическая архитектура TMN?
19. Какие функции TMN исполняются на уровне управления элементом
сети?
20. Какие показатели являются примером перспективности TMN?
21. Какие недостатки имеет TMN?
51
5УПРАВЛЯЮЩИЕ ПРОТОКОЛЫ TMN
52
совместно обеспечивают административные связи между сетевыми
управляющими станциями и сетевыми агентами.
В настоящее время существуют две версии SNMP: SNMPv1 и SNMPv2.
Обе версии имеют много общего, однако SNMPv2 предоставляет некоторые
преимущества, например дополнительные операционные возможности
протокола. Стандартизация версии SNMPv3 в целом завершена, но версия 3 не
нашла пока широкого применения.
SNMP использует дейтаграммный транспортный протокол UDP, не
обеспечивающий надёжной доставки сообщений. А протокол TCP весьма
загружает управляемые устройства, которые на момент разработки SNMP были
не очень мощные, поэтому пришлось отказаться от TCP .
К недостаткам протокола SNMP можно отнести следующее:
-отсутствие средств взаимной аутентификации агентов и менеджеров.
Версия SNMPv2 должна была ликвидировать этот недостаток, но в результате
разногласий между разработчиками стандарта новые средства аутентификации
хотя и появились в этой версии, но как необязательные.
-работа через ненадёжный протокол UDP (а именно так работает
большинство реализаций агентов SNMP) приводит к потерям аварийных
сообщений (сообщений trap) от агентов к менеджерам, что может привести к
некачественному управлению.
53
CMIP основан на базе данных управления (Management Information Base,
MIB), то есть на совокупности управляемых объектов. Эти объекты имеют
атрибуты, обладают некоторым поведением, могут быть созданы и удалены и
инициируют в прикладной программе специфические действия, которые
запрашиваются менеджером.
Поведение объекта обусловлено ресурсом управления, который этот
объект представляет. Например, функционирование терминального окончания
соединительной линии или канала связи может зависеть от функционирования
(поведения) других компонентов системы, например системы синхронизации
или физической среды переноса сигнала электросвязи.
Протокол CMIP используется CMISE для сбора, обмена и изменения
информации об управляемых объектах. Это позволяет осуществлять
управление элементами всех уровней модели ВОС. CMIP – это протокол, у
которого нет “интеллектуальных” программ-агентов, напротив, агенты CMIP на
объектах управления более интеллектуальны, чем их аналоги в других
стандартах сетевого управления.
CMIP формирует протокольные блоки данных (PDU) и осуществляет
обмен PDU между одноуровневыми услугами CMISE, чтобы реализовать
сервисы CMIS. CMIP используется для обеспечения услуг управления
операциями и услуг передачи уведомлений CMISE (рисунок 13).
Услуги CMIS разделяются на две группы – услуги, инициируемые
менеджером (запросы), и услуги, инициируемые агентом (уведомления).
Услуги, инициируемые менеджером, включают следующие операции:
-M-CREAT инструктирует агента о необходимости создать новый
экземпляр объекта определённого класса или новый атрибут внутри экземпляра
объекта;
-M-DELETE инструктирует агента о необходимости удаления некоторого
экземпляра объекта определённого класса или атрибута внутри экземпляра
объекта;
-M-GET инструктирует агента о возвращении значения некоторого
атрибута определённого экземпляра объекта;
-M-SET инструктирует агента об изменении значения некоторого атрибута
определённого экземпляра объекта;
-M-ACTION инструктирует агента о необходимости выполнения;
определённого действия над одним или несколькими экземплярами объектов.
Агент инициирует только одну операцию: M-EVENT-REPORT –отправка
уведомления менеджеру.
CMIP определяет функции управления сетью и предоставляет следующие
виды услуг:
-управление конфигурацией – внешним очертанием, взаимным
расположением компонентов сети;
-управление защитой данных;
-контроль безопасности данных;
-проведение учёта работы сети;
54
-управление качеством функционирования;
-ведение службы каталогов.
55
Из имеющихся недостатков CMIS/CMIP основным считается отсутствие
полного набора реализаций стека сетевых протоколов ВОС на основе
принципов управления, заложенных в CMIS/CMIP.
Контрольные вопросы
1. Кой уровень согласно OSI занимают протоколы управления?
2. Какую модель TMN поддерживают протоколы управления?
3. Какой протокол используется в SNMP?
4. Укажите недостатки и достоинства SNMP;
5. Поясните основное назначение CMIP и CMIS. Объясните их
взаимосвязь;
6. Приведите примеры команд, инициируемые менеджером;
7. Проведите сравнение CMIP и CMIS. Выделите основные достоинства и
недостатки каждого;
56
6 ТЕНДЕНЦИИ РАЗВИТИЯ СТАНДАРТОВ И ТЕХНОЛОГИЙ
УПРАВЛЕНИЯ СЕТЯМИ СВЯЗИ
58
Членами TM Forum являются сервисные провайдеры, сетевые операторы и
поставщики аппаратного и программного обеспечения для коммуникационной
индустрии. Благодаря такому взаимодействию потребителей и поставщиков
систем операционной поддержки TMF способен достигать результатов
прагматическим образом, который ведет к предложению как продуктов
(компаний - членов TM Forum), так и их спецификаций в бумажной форме.
Деятельность FM-Forum охватывает новое поколение систем поддержки
операций СПО (System of Support Operation, OSS) и программное обеспечение
ПО (Software, SW) – новое поколение OSS (New Generetion System of Support
Operation, NGOSS) .
Представленная на рисунке 14 модель демонстрирует преемственность
концептуальной части TMN и в то же самое время развивает TMN.
Преемственность заключается в представлении управления как
многоуровневой абстракции, с выделением уровней управления сетевыми
элементами (“процессы управления сетевыми элементами”), уровня управления
сетью (“процессы управления сетью”) и уровня управления услугами
(“процессы формирования и предоставления услуг” и “процессы работы с
абонентами”). Деление уровня управления услугами отражает различие между
процессами, которые запускаются в результате индивидуального обращения
клиентов, и процессами, которые относятся ко всей группе клиентов,
подписавшихся на некоторую услугу или группу услуг. Кроме того,
подчёркивается специализация уровня обслуживания клиентов на прямых
контактах с клиентами и критическая необходимость постоянно заниматься
интеграцией и автоматизацией этих процессов на уровне поддержки и
развёртывания услуг. Уровень управления бизнесом не представлен в данной
модели в виде отдельной составляющей, но многие процессы, свойственные
этому уровню содержатся в процессах, представленных на других уровнях
модели .
Основные отличия данной модели от общих подходов,
регламентированных в TMN, заключаются в следующем:
TOM-модель демонстрирует процессный подход к
управлению, не декларируя просто функции или наборы функций, а
предоставляя управление на каждом уровне как набор процессов, каждый из
которых хорошо соотносится с реальными процессами, происходящими у
провайдера;
при разработке TOM использовался подход "сверху-вниз"
(т.е. от бизнес- нужд оператора к технологическим составляющим сетевого
управления) в отличие от TMN, где рассмотрение управления ведется по
принципу "снизу-вверх", т.е. сначала регламентируются технологии и функции
управления на уровне сетевых элементов, затем на уровне сети и далее.
в TOM-модели в качестве отдельного уровня выделен уровень
взаимодействия с абонентами (клиентами), что отражает специфику
современной работы телекоммуникационного провайдера;
59
модель показательна своей наглядностью, простотой и
большей детализацией, что существенно отличает ее от способов
представления TMN.
Рамочная модель TOM не зависит от конкретной организации, технологии
или содержания услуг. Также она может быть использована для описания не
только текущих, но и будущих процессов.
Управление операциями в сетях составляет сложное многомерное
пространство. GB 910 – документ, который задаёт лишь общую рамочную
модель, которая должна наполняться тем, как конкретный сервисный
провайдер разрабатывает и реализует свои процессы. Каждый провайдер услуг
определяет и изменяет свои процессы в соответствии с целями своего бизнеса и
своими стратегиями.
TOM определяет место структуры бизнес-процесса и идентифицирует
аспекты, поддерживающие управление бизнес-процессом. Каждому провайдеру
услуги необходимо проанализировать структуру процессов, определяемых
TOM-моделью, и понять, как они формируют каждый из процессов изнутри,
включая бизнес-правила и политики, используемые ими.
Основное назначение TOM-модели состоит в том, чтобы предложить
общую структуру для осуществления сквозной интеграции и автоматизации
процессов предоставления услуг в области телекоммуникаций. Она может быть
использована провайдерами услуг во внутренних целях и для внешнего
взаимодействия. Она может быть использована поставщиками для
идентификации продуктовых разработок. TOM – начальная точка для
провайдеров услуг, позволяющая увидеть собственную процессорную
архитектуру и спроектировать и/или перепроектировать свои процессы,
включая определение их интерфейсов и требований к автоматизации.
В настоящее время некоторые российские операторы связи, осознав всю
важность и актуальность проблемы автоматизации бизнес-процессов, начинают
разрабатывать так называемые технологические карты, которые помогут
формализовать процессное взаимодействие, увидеть недостатки существующих
моделей ведения бизнеса и осуществить реинжиниринг бизнес-процессов
(BPR). BPR позволяет компаниям отказаться от старых способов мышления
(применительно к процессам, бизнес правилам, работе, технологии и т.д.) и
выйти за границы функциональных и организационных ограничений.
Разработка технологических карт – это первый этап к построению и внедрению
автоматизированных систем управления.
60
Рисунок 14 – Рамочная TOM-модель бизнес-процессов для отрасли
телекоммуникаций.
61
В сумме основные направления использования TOM провайдерами услуг
сводятся к следующему:
регулирование внутренних и внешних дискуссий;
для управления бизнес процессами - разработка и
реинжиниринг;
идентификация потребностей, разработка требований;
разработка требований к интерфейсам и информационным
моделям;
ведение переговоров с партнерами об автоматизации
интерфейсов;
определение места поставщиков в структуре TOM- модели.
Только некоторые из ключевых TOM-направлений провайдеры
использовали и продолжают использовать в целях:
лучшего понимания, как провайдеры услуг осуществляют
разработку и поставку решений и продуктов, которые соответствуют
потребностям клиентов;
идентификации интерфейсов;
определения признаков соответствия клиентов;
общения с клиентами на одном языке.
62
заложено в протокол CMIP, не принятый компаниями-производителями в
качестве магистральной компьютерной технологии. Что касается CORBA,
задачей которой является обеспечение работы и взаимодействия разнородных
(написанных на разных языках) приложений в распределённой среде, то
доступность и дешевизна этого альтернативного средства делают его
предпочтительным для использования в TMN. В среде разработчиков TMN уже
имеется шутливое, но не лишённое оснований мнение: нужно просмотреть все
стандарты для TMN и везде вычеркнуть упоминание о протоколе CMIP,
поменяв его на CORBA.
К достоинствам данной технологии можно отнести такой фактор, как
возможность создания интегрированных приложений для систем управления.
CORBA обладает более понятными пользователю средствами описания
объектов информационных процессов и потоков. Средствами являются: язык
описания интерфейсов IDL (Description Language Interface) и универсальный
язык моделирования UML (Universal Language of Modeling), который описывает
объекты и процессы с помощью диаграмм.
Недостатком же является то, что использование CORBA интерфейсов
требует очень трудоёмкой работы по адаптации специфических особенностей
управления в иные технологии (особенно это касается адаптации
информационных моделей и баз данных MIB).
63
Наиболее ценными TM Forum-проектами являются те проекты, которые
комбинируют строгую работу по моделированию или использованию общих
объектов с бизнес и системным контекстом в каталитическом применении .
Обратимся теперь к программе NGOSS. Если SmartTMN призвана
облегчить оператору/провайдеру ориентацию в уже сложившейся на рынке
систем управления ситуации, то NGOSS нацелена на будущее (приблизительно
на 5-10 лет вперед). Программа NGOSS очень амбициозна. Но в современном
информационном мире есть все необходимые предпосылки для того, чтобы эта
амбициозность была оправдана и принесла в конечном итоге выгоды всем
игрокам рынка телекоммуникационного и ИТ менеджмента. Посредством
NGOSS члены TMF ставят себе целью кардинально изменить философию и
архитектуру технологической организации автоматизированных комплексов,
управляющих ресурсами телекоммуникационного предприятия. Обратите
внимание на слова "ресурсы телекоммуникационного предприятия". Это
означает что NGOSS нацелена на удовлетворении потребностей в менеджменте
всего телекоммуникационного предприятия в целом того или иного
оператора/провайдера. Нужно, отметить, что на данный момент NGOSS
сосредоточена ни на то, как и чем управлять, а на том, как организовывать
программно-аппаратную инфраструктуру автоматизированных систем
управления оптимальным образом, для того чтобы достигнуть следующих
характеристик:
-интероперабельности на уровне близком к "plug'n'play";
-высокой адаптируемости и гибкости в настройке при реализации
(инсталляции);
-высокой степени масштабируемости при дальнейшем
совершенствовании.
Говоря более простым языком, если вы следуете принципам архитектуры
NGOSS, то вы (потенциально) должны получить возможность проще, дешевле
и быстрее инсталлировать новые системы управления, оптимальным образом
на уровне программного инструментария подгонять эти системы для
выполнения специфических функций управления, свойственных вашему
предприятию, а также с легкостью (технической и финансовой) наращивать
уже существующие управляющие комплексы, в случае, если вам понадобится
дополнительная функциональность или вычислительная мощность.
Основными принципами NGOSS являются:
-использование распределенных программных компонент с
хорошо определенными контрактами (т.е. функционально законченными, с
точки зрения задач управления, объектами с хорошо определенными
интерфейсами взаимодействия);
-использование механизма "трейдинга" атрибутов компонент на
базе открытых контрактов;
-использование разделяемых (общих) информационных сервисов;
-отделение специфических технологических деталей от общей
концептуальной модели организации управления.
64
NGOSS не только определяет и пропагандирует вышеуказанные
теоретические принципы, но и на базе этих принципов строит конкретные
системные модели различного типа и уровней абстракции. Например, в
документе GB920 определяется общая независимая от технологий модель
организации программных компонент с распределением функциональности
между отдельными компонентами. Модель также определяет общую
логику/алгоритм взаимодействия различных компонент в пределах одной или
нескольких систем управления отдельного оператора (провайдера). На
основании общей архитектуры, описанной в GB920, затем определяются (путем
отображения) зависимые от технологий архитектуры реализации программной
логики системы управления. Способы отображения и адекватность применения
тех или иных технологий для реализации независимой архитектуры NGOSS
определяются в части первой уже упомянутой нами "Technology Integration
Map". Семантика объектов и процессов управления определяется в "Telecom
Operations Map" и документах серии "System Integration Map". В общем и целом
NGOSS инкорпорирует большую часть работы, проделанной в рамках
программы SmartTMN. Однако сама программа NGOSS является сравнительно
молодой инициативой, и многие ее аспекты только начинают прорабатываться
членами TMF. Поэтому делать какие-либо выводы или обобщения по поводу
этой программы довольно сложно. Возможно лишь дать небольшой прогноз
дальнейшего развития NGOSS. Ввиду того, что данную программу
поддерживает большое количество довольно известных производителей
программного и аппаратного обеспечения можно надеется, что NGOSS имеет
вполне определенное и, если можно так выразиться, "официальное" будущее.
Катализирующие проекты, которые выгодным образом отличают TMF от
других организаций, поддержат теоретические начинания рабочих групп по
поводу технологий NGOSS. Также обнадеживающим является тот факт, что вся
"software"-индустрия переходит на принципы "компонентности" и
взаимодействия программных составляющих через общие сервисы и
"промежуточное" ПО.
Несомненно, определенные опасения вызывает глобальность
потенциальных изменений, заложенная в NGOSS. В документах TMF прямо
указывается на то, что успешность реализации программы зависит от степени
консолидации в рамках NGOSS всех заинтересованных игроков рынка систем
управления, а именно: поставщиков аппаратного обеспечения, независимых
поставщиков программного обеспечения, компаний-интеграторов и
телекоммуникационных операторов/провайдеров. Кроме того, существует
чисто рыночная опасность. Мировые телекоммуникационные рынки находятся
в жесточайшем кризисе. Поэтому долгосрочные и достаточно амбициозные
программы типа NGOSS имеют мало шансов для быстрых капитальных
инвестиций. В целом, для того чтобы иметь успех, NGOSS необходимо
развиваться постепенно и в некотором смысле даже эволюционно, четко
выдерживая баланс и не скатываясь к пропаганде одной или двух пусть даже
самых перспективных технологий. Примером переоценки подобного рода
65
перспективности может служить история с мобильными технологиями третьего
поколения.
66
Контрольные вопросы
67
ЛИТЕРАТУРА
1. Van Landegem T., De Prycker M., Vandem Brande F. 2005: a vision of the
network of the future//Electrical Communication/-1994.-3 rd Quarter.-P.231-240.
2. Kretsch Werner A., Little Artur D/ Telekommunications in the year
2010//Telcom report international/-1995/-№4.-Р.10-13.
3. Дымарский Я.С., Крутякова Н.П., Яновский Г.Г. Управление сетями
связи:принципы, протоколы, прикладные задачи. //Серия изданий «Связь и
бизнес», М.: ИТЦ «Мобильные коммуникации», 2003.-384с.
4. Гребешков А.Ю. Стандарты и технологии управления сетями связи. - М.:
Экотрендз, 2003.-288с.
5. Основы управления связью Российской Федерации /Булгак В.Б., Варакин
Л.Е., Крупнов А.Е.и др.; Под. Ред. А.Е.Крупнова и Л.Е.Варакина.-М.: Радио и
связь, 1998.-184с.
6. Телекоммуникационные системы и сети. Том 1. Современные
технологии. – М.: Горячая линия – Телеком, 2003 – 647с
7. Теория сетей связи под редакцией В.Н. Рогинского. – М.: Радио и связь,
1981 – 192 с.
8. А.В.Засецкий, А.Б.Иванов, С.Д.Постников, И.В.Соколов Контроль
качества в телекоммуникациях и связи. Часть II, под.ред. А.Б.Иванова – М.:
Компания САЙРУС СИСТЕМС, 2001- 342с.
68
69
70
71
72
Михаил Михайлович Егунов,
Ольга Григорьевна Шерстнева,
Елена Анатольевна Абзапарова
73
74