Лекции - Системы управления сетями связи

Подождите немного. Документ загружается.

Рисунок 14 – Рамочная TOM-модель бизнес-процессов для отрасли

телекоммуникаций.

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

реинжиниринг и автоматизировать все процессы, которые необходимы при

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

не покупать полную готовую версию программного продукта АСУ. Поэтому не

все процессы, показанные в рамках TOM-модели, имеют одинаковый

приоритет автоматизации. Безусловно, некоторый уровень автоматизации

необходим во всех процессах, но часть этих процессов является критичной для

обеспечения конкурентоспособности на рынке. Поэтому автоматизация

сфокусирована в областях, где:

 наблюдается частая повторяемость основных

информационных процессов;

 существуют высокие требования к скорости реакции;

 требуется высокое качество (точность и полнота).

В сумме основные направления использования TOM провайдерами услуг

сводятся к следующему:

 регулирование внутренних и внешних дискуссий;

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

реинжиниринг;

 идентификация потребностей, разработка требований;

 разработка требований к интерфейсам и информационным

моделям;

 ведение переговоров с партнерами об автоматизации

интерфейсов;

 определение места поставщиков в структуре TOM- модели.

Только некоторые из ключевых TOM-направлений провайдеры

использовали и продолжают использовать в целях:

 лучшего понимания, как провайдеры услуг осуществляют

разработку и поставку решений и продуктов, которые соответствуют

потребностям клиентов;

 идентификации интерфейсов;M

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

 общения с клиентами на одном языке.

6.2 Технология CORBA

В 1991 году Группой объектного управления OMG (Object Management

Group) была представлена одна из перспективных технологий управления

CORBA (Common Object Request Broker Archiecture) – общая архитектура

брокера объектных запросов. Технология CORBA является основным

решением, преодолевающим недостатки TMN и SNMP и обладающим заметно

меньшей стоимостью в реализации.

Технология CORBA выполняет функции промежуточного программного

обеспечения в системе “клиент-сервер” (“менеджер-агент”). В роли клиента

выступает удалённое приложение (прикладной процесс управления). Сервер

является управляющей системой с реализацией соответствующих процессов.

Взаимодействие клиент-сервер происходит через механизм объектного вызова

удалённой процедуры ORPC (Object Remote Procedure Call).

Технология CORBA реализует три основных принципа:

- независимость от физического размещения объекта;

-независимость от платформы;

-независимость от языка программирования.

В ITU-T серьёзно рассматривается вопрос о введении архитектуры CORBA

как альтернативного средства поддержки интерфейса Q . CORBA даёт

возможность обеспечивать связь между распределёнными по сети объектами с

использованием объектно-ориентированного подхода. Именно это было

заложено в протокол CMIP, не принятый компаниями-производителями в

качестве магистральной компьютерной технологии. Что касается CORBA,

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

(написанных на разных языках) приложений в распределённой среде, то

доступность и дешевизна этого альтернативного средства делают его

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

имеется шутливое, но не лишённое оснований мнение: нужно просмотреть все

стандарты для TMN и везде вычеркнуть упоминание о протоколе CMIP,

поменяв его на CORBA.

К достоинствам данной технологии можно отнести такой фактор, как

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

CORBA обладает более понятными пользователю средствами описания

объектов информационных процессов и потоков. Средствами являются: язык

описания интерфейсов IDL (Description Language Interface) и универсальный

язык моделирования UML (Universal Language of Modeling), который описывает

объекты и процессы с помощью диаграмм.

Недостатком же является то, что использование CORBA интерфейсов

требует очень трудоёмкой работы по адаптации специфических особенностей

управления в иные технологии (особенно это касается адаптации

информационных моделей и баз данных MIB).

6.3 Новое поколение систем операций и программного обеспечения

NGOSS

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

управления со стороны TM Forum с целью создания нового поколения

операционных систем и программного обеспечения (New Generation of

Operations Systems and Software - NGOSS™), которые более адекватно

поддерживают функции Plug & Play. NGOSS™ управляется работами,

осуществляемыми в бизнес областях, и требованиями к системной

инфраструктуре.

NGOSS представляет собой принципиально новую архитектуру

автоматизированных систем управления и нацелена на управление всеми

процессами оператора, включая бизнес-процессы.

Это включает разработку бизнес ситуаций для NGOSS™, разработку

прикладных компонент проекта и инфраструктуры, в которые приложения

могут быть включены или исключены. NGOSS™- инфраструктура

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

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

NGOSS™ - работа и структуры также направляют исполнение TM Forum-

проектов, т.е. проектов, которые разрабатывают спецификации контрактов, и

каталитических проектов (проектов, сфокусированных на применение).

Наиболее ценными TM Forum-проектами являются те проекты, которые

комбинируют строгую работу по моделированию или использованию общих

объектов с бизнес и системным контекстом в каталитическом примененииM.

Обратимся теперь к программе NGOSS. Если SmartTMN призвана

облегчить оператору/провайдеру ориентацию в уже сложившейся на рынке

систем управления ситуации, то NGOSS нацелена на будущее (приблизительно

на 5-10 лет вперед). Программа NGOSS очень амбициозна. Но в современном

информационном мире есть все необходимые предпосылки для того, чтобы эта

амбициозность была оправдана и принесла в конечном итоге выгоды всем

игрокам рынка телекоммуникационного и ИТ менеджмента. Посредством

NGOSS члены TMF ставят себе целью кардинально изменить философию и

архитектуру технологической организации автоматизированных комплексов,

управляющих ресурсами телекоммуникационного предприятия. Обратите

внимание на слова "ресурсы телекоммуникационного предприятия". Это

означает что NGOSS нацелена на удовлетворении потребностей в менеджменте

всего телекоммуникационного предприятия в целом того или иного оператора/

провайдера. Нужно, отметить, что на данный момент NGOSS сосредоточена ни

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

аппаратную инфраструктуру автоматизированных систем управления

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

-интероперабельности на уровне близком к "plug'n'play";

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

(инсталляции);

-высокой степени масштабируемости при дальнейшем

совершенствовании.

Говоря более простым языком, если вы следуете принципам архитектуры

NGOSS, то вы (потенциально) должны получить возможность проще, дешевле

и быстрее инсталлировать новые системы управления, оптимальным образом

на уровне программного инструментария подгонять эти системы для

выполнения специфических функций управления, свойственных вашему

предприятию, а также с легкостью (технической и финансовой) наращивать

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

дополнительная функциональность или вычислительная мощность.

Основными принципами NGOSS являются:

-использование распределенных программных компонент с

хорошо определенными контрактами (т.е. функционально законченными, с

точки зрения задач управления, объектами с хорошо определенными

интерфейсами взаимодействия);

-использование механизма "трейдинга" атрибутов компонент на

базе открытых контрактов;

-использование разделяемых (общих) информационных сервисов;

-отделение специфических технологических деталей от общей

концептуальной модели организации управления.

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 необходимо

развиваться постепенно и в некотором смысле даже эволюционно, четко

выдерживая баланс и не скатываясь к пропаганде одной или двух пусть даже

самых перспективных технологий. Примером переоценки подобного рода

перспективности может служить история с мобильными технологиями третьего

поколения.

6.4 Технология SMART TMN

TMForum опубликовал первые документы, касающиеся новой технологии

SMART TMN (Расширенная технология TMN) (“SMART TMN. Technology

Integration Map”, ”Technology Direction Statement” и др.). Причины

необходимости разработки нового подхода взамен TMN кроются:

 Mв неудачах решения многих проблем создания систем

управления;

 в появлении совершенно новых технологий, таких как,

например, CORBA, JAVA и др.

В упомянутых документах с самого начала указываются три

основные причины, вызвавшие к жизни необходимость разработки SMART

TMN:

 Автоматизация полномасштабного управления процессом с

момента его инициализации начала до момента завершения (например,

процессом предоставления услуги).

 Организация обмена информацией между подпроцессами для

обеспечения прозрачности управления.

 Разрабатываемые технологии должны эффективно

обеспечивать построение специализированных систем (систем расчета

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

программные приложения различных производителей легко и надежно (по

методу "plug and play") совмещались в единой системе управления. С точки

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

восприниматься как органические части единого целого и их работа должна

выглядеть "прозрачной".

SMART TMN состоит из следующих частей:

 TOM, в которой определяются основные технологические,

управленческие и административные процессы, общие для большинства

операторов.

 Основные информационные средства CIF – это набор

инструментов и методик для моделирования процессов и объектов в TOM.

 Модель интеграции технологий TIM (Model to Integrations

Technology), в которой на основании практических исследований и анализов

отбирается группа наиболее технически адекватных и рентабельных

технологий для построения реальных систем управления по концепции TMN.

 Катализирующие процессы CP (Catalyzising Processes), через

которые TMF проверяет жизнеспособность своих технических стандартов.

Контрольные вопросы

1. Расшифруйте аббревиатуру ТОМ;

2. Какие основные организации занимаются вопросами

стандартизации?

3. Перечислите основные отличия ТОМ –модели от

регламентированных в TMN;

4. В чем смысл разрабатываемых технологических карт?

5. Перечислите основные направления использования ТОМ-модели;

6. Какие основные принципы управления реализует технология

CORBA?

7. Какие недостатки и достоинства имеет технология CORBA?

8. Расшифруйте аббревиатуру NGOSS. Поясните назначение NGOSS;

9. Каковы основные принципы NGOSS?

10. Дайте краткую характеристику технологии SMART TMN.

ЛИТЕРАТУРА

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с.