Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Реферат по философии.2.1.doc
Скачиваний:
47
Добавлен:
03.05.2015
Размер:
9.87 Mб
Скачать

2.1.1 Рекомендации мсэ-т и модель tmn

Как было сказано выше, управление современными телекоммуникационными сетями – процесс довольно сложный и с технической, и с организационной точек зрения. Особого внимания требуют стандарты серии M(Management)-серия, в которой описываются функции и модели управления процессами в телекоммуникационной компании на различных уровнях. Так, особое внимание мы уделим стандартам: М.3010, где излагаются общие принципы планирования, функционирования и технического обслуживания системы управления электросвязью и вводится модель сети управленияTMN-TelecommunicationsManagementNetwork, М.3400, где приводятся функции управления TMN, М.3050, в котором описывается модельeTOM, а также стандарт серии Х - Х.700 - определение структуры управления для взаимосвязи открытых систем. Также полезными при изучении данного вопроса могут быть рекомендацииM.60, в которой проводится перечисление и описание терминов, используемых в рекомендациях МСЭ-Т, серии «Management»[9], и рекомендацияM.3000, в которой приводится краткий обзор всех рекомендаций серии «Management» и обозначается их взаимосвязь[10],

Одним из основных, интересующим нас, результатом работы МСЭ-Т в области стандартизации является рекомендация М.3010, в которой вводится понятие модели TMN-Tel­ecommunicationsManagementNetworkи свойств её компонент. Разработанная ещё в далёком теперь 2000 году, эта рекомендация надолго определила стандарты развития систем управления телекоммуникационных компаний.

Концепция TMNпроводит эталонную декомпозицию процесса управления по трём взаимоувязанным компонентам, называемых «архитектурами» ввиду обширного спектра возлагаемых наTMNзадач. В рекомендацииM.3010 в явном виде выделены[11]:

  • Функциональная архитектура TMN, показывающая распределение функционала по элементам сети управления;

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

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

В данной рекомендации представлены архитектурные требования для построения TMN, отвечающей потребностям различных операторов связи в планировании, обеспечении инфраструктуры, развёртывании, текущей работе и администрированию сетей и служб связи[11]. Примеры и план решаемых задач при внедренииTMNосвещены в рекомендацииM.3013.

Стоит отметить, что сеть TMNв рекомендации М.3010 представляется эталонной структурой, без привязки к конкретным технологиям, протоколам и техническим решениям. Она, как и другие рекомендации МСЭ-Т носит рекомендательный характер для обеспечения взаимодействия гетерогенных сетей. Общая схема сети представлена на рисунке 1. Необходимо иметь ввиду, что модель условна и границыTMNмогут быть расширены в т.ч. на клиентские устройства.

С точки зрения оператора связи, модель TMNописывает услуги для управления сетями, которые определяются потребностями самого оператора к управлению сетью. Управление телекоммуникационной инфраструктурой происходит через специальные опорные точки функциональной архитектуры, реализуемые в виде стандартизованных или нестандартизованных интерфейсовTMNфизической архитектуры. Для сообщения и управления аппаратурой и средствами связиTMNсоединяется сDCN(DataCommunicationNetwork), которая фактически являетсяТСдляTMN(принято считать, что располагается на первых четырёх – транспортных – уровняхOSI). ВM.3010 отдельно отмечается, чтоDCNне является транспортной инфраструктурой телекоммуникационной сети, но частично может эту инфраструктуру использовать.

Эталонная TMN, построенная по рекомендации, должна быть способной к выполнению сложных и комплексных задач по управлению сетями предприятий. Так, в список объектов, потенциально попадающих в управленческую сферу действияTMN, могут быть включеныраз­личные объекты сетевой инфраструктуры[11].

В рекомендации M.3010 указывается на возможность рассмотрения логической многоуровневой архитектуры сетиTMN(LLA-LogicalLayeredArchitecture), которая предлагает подходы структурированного управления сетью. В этой модели все функции делятся в зависимости от иерархической принадлежности с точки зрения предприятия в целом. Эта функциональная архитектура содержит функциональные блоки, связанные между собой эталонными точками. Такой подход значительно упрощает спецификацию и разработку интерфейсов для данной системы.

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

Эталонные точки реализуются в интерфейсах. Обозначаются аналогично эталонной точке – в зависимости от функционала (X-интерфейс – в эталонной точкеx,Q-интерфейс – в эталонной точкеq,G-интерфейс – в эталонной точкеg,M-интерфейс – в эталонной точкеm,F-интерфейс – в эталонной точкеf). Интерфейсом в данной терминологии является обобщенной архитектурной условностью, посредством которого обеспечивается взаимодействие между физическими блоками в эталонных точках. Все эталонные точки в зависимости от их месторасположения в структуреTMNпредставлены на рисунке 2.

На данном рисунке также представлены основные функциональные блоки модели TMN. Функциональным блоком называется наименьшая из реализуемых функциональных единиц управления моделиTMN.

Блоком функций операционной системы (Operationssystemsfunctionblock-OSF) называют функциональный блок, который работает с информацией, связанной с управлением телекоммуникационной инфраструктурой с целью мониторинга/координации и/или контроля телекоммуникационных функций и поддержки функций, в т.ч. функций оправления (включая управление самойTMN). Операционной системой (Operationssystems-OS) называется независимая система, которая выполняет операционные и системные функции (OSF). Для реализации функции управления весь функционал управления может быть разбит, к примеру, на уровни моделиLLA, о которых речь пойдёт ниже.

Блок преобразования функций (TransformationFunctionblock–TF) обеспечивает межфункциональное взаимодействие двух функциональных элементов с несовместимыми коммуникационными механизмами. Примером таких механизмов могут являться протоколы.TFможет быть использован где угодно: внутриTMNили на её границе.

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

Блок функций Q-адаптера (Q-adapterfunctionblock-QAF) используется для присоединения кTMNблоков функций сетевых элементовNEFи блоков функций операционной системыOSF, которые не поддерживаются стандартными интерфейсамиTMN. Основным назначениемQAFявляется трансляция междуTMNи не соответствующимTMN(например, проприетарным) интерфейсом и поддержка деятельности последнего внеTMN.Q-адаптером (Q-adapter-QA) называется устройство, которое соединяет объекты типаNEилиOS(например, с эталонными точками типаm), которые не отвечают рекомендациямTMN, сQ-интерфейсами.

Блок функций сетевого элемента (Networkelementfunctionblock-NEF) может включать в себя и/или поддерживать такие функции.NEFявляется функциональным блоком, которым может взаимодействовать сTMNдля мониторинга и/или управления. Сетевой элемент (Net­workelement-NE) состоит из телекоммуникационного оборудования (или же групп/частей телекоммуникационного оборудования) и выполняет поддержку этого оборудования.NEвыполняет функции поддержки сетевого элемента (NEF) и имеет один или несколько стандартныхQ-интерфейсов.

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

Пользователь – человек или машина, которому (-ой) клиент делегировал использование сервисов и/или средств телекоммуникационной сети.

Таким образом, межфункциональное взаимодействие элементов через эталонные точки может быть сведено в таблицу 1.

Таблица 1. Соответствие эталонных точек и функциональных элементов модели TMN

NEF

OSF

TF

WSF

QAF

Не-TMN

NEF

-

q

q

-

q г)

mг)

OSF

q

q,xа)

q

f

q г)

mг)

TF

q

q

q

f

mв)

WSF

-

f

f

-

gб)

QAF

q г)

q г)

Не-TMN

mг)

mг)

mв)

gб)

а) эталонная точка типа xиспользуется только при взаимодействииOSFразныхTMN

б) эталонная точка типа gнаходится междуWSFи человеком-пользователем

в) эталонная точка типа mнаходится междуTFи функциональным блоком телекоммуникационной среды

г) QAFсоединяет через эталонную точкуqNEFилиOSF, стандартизованныйTMN, а через эталонную точкуmсоединяется с одноименным функциональным блоком, не отвечающим рекомендациямTMN.

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

После изучения основных вопросов терминологии вернёмся к вопросу рассмотрения функциональной модели LLA. В моделиLLAвся функциональная деятельность компании подразделяется на следующие уровни функционального управления.

1. Уровень управления элементом (Elementmanagementlayer-EML) отвечает за управление отдельным сетевым элементом на основе частного или группового принципа и поддерживает представление о функциях, предоставляемых уровнем управления сетью.

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

Уровень управления элементом выполняет три основных функции.

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

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

    3. В рамках обеспечения управления уровень управления элементом также может обеспечивать поддержку статистики, ведение логов другой служебной информации.

Блоки функций операционной системы на уровне управления элементом взаимодействуют с блоками функций операционной системы на том же или на других уровнях модели LLAв рамках однойTMNчерез эталонные точки типаqи сOSFдругихTMNчерез эталонные точки типаx.

К этому уровню можно отнести и уровень сетевого элемента (NetworkElementLayer–NEL), который имеет свою функциюNEF, взаимодействующую через эталонные точки типаqсOSF.NEFсOSFдругихTMNнапрямую не взаимодействует.

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

2.1. Управление и координация доступностью сетью всех сетевых элементов внутри данного домена управления.

2.2. Обеспечение, приостановление или модификация возможностей сети для подачи сервиса клиентам.

2.3. Поддержание производительности сети на должном уровне.

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

2.5.СетевыеOSFмогут управлять взаимоотношениями (к примеру, связностью компонентов) междуNEF.

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

OSFна уровне управления сетью взаимодействуют с другимиOSFтого же или другого уровня внутри даннойTMNчерез эталонные точки типаqи через эталонные точки типаxсOSFдругихTMN.

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

У уровня управления сервисом 4 основные функции:

3.1. Общение с клиентами и согласование вопросов с операторами связи. При этом общение с клиентами представляют собой основную точку контакта с клиентом для всех решений по предоставлению сервиса, в том числе обеспечение или приостановление предоставления сервиса, ведение счетов, поддержание определенного уровня качества сервиса, ведение отчётности об ошибках и т.д.

    1. Взаимодействие с провайдерами сервисов

3.3. Ведение статистических данных (например, параметров качества обслуживания типаQOS)

3.4. Взаимодействие между сервисами

OSFна уровне управления сервисом взаимодействуют с другимиOSFтого же или другого уровня внутри даннойTMNчерез эталонные точки типаqи через эталонные точки типаxсOSFдругихTMN.

Уровень управления сервисом отвечает за все соглашения и контракты между клиентом (в том числе потенциальным) и сервисами, предоставляемыми данному клиенту.

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

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

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

Обычно OSFна уровне управления бизнесом взаимодействует сOSFтолько даннойTMNпосредством эталонных точек типаq.

Основными функциями уровня управления бизнесом являются:

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

    2. Поддержка управления OA&M – процессов бюджетирования

    3. Поддержка обеспечения и запросов OA&M – процессов, связанных с трудовой деятельностью персонала

    4. Поддержка концентрации и систематизации информации о предприятии в целом

В рекомендации M.3400 (которая перекликается сX.700 МСЭ-Т иISO7498-4) описываются основные функцииTMNотносительно функционала, реализуемого сетью[12]. Все функции могут быть разделены на 5 типов функций управления, отображённые на рисунке 3.

Рисунок 3. Компоненты модели FCAPS

Основными компонентами модели FCAPSявляются следующие функции:

  1. Управление процессом устранения отказов (Fault Management, FM);

  2. Управление конфигурацией сети (Configuration Management, CM);

  3. Управление расчётами с пользователями и поставщиками услуг (Accounting Management, AM);

  4. Контроль производительности сети (Performance Management, PM);

  5. Обеспечение безопасности работы сети (Security Management, SM).

Примеры реализации функциональных областей, соотнесённые с рисунком 3, сведены в таблице 2.

Совместив данные рекомендации M.3400cM.3010 на уровне декомпозиции функциональной моделиLLA, получим утрированную модель межуровневого взаимодействия функциональных блоков разных уровней управления в зависимости от объекта управления. Данная функциональная декомпозиция представлена на рисунке 1.4.

Важно отметить, что вся функциональная модель LLAопирается на концепцию того, что соседние уровни независимы друг от друга и только получают/обмениваются необходимой информацией между своими соседями поLLAчерез эталонные точкиq. С другими же одноуровневымиOSFуровни взаимодействуют также по интерфейсамq, как было показано ранее на рисунке 2, а с одноуровневымиOSFдругойTMN– эталонными точками типаx.

Таким образом, на каждом уровне функциональной декомпозиции модели LLAдолжны (могут) выполняться набор функций управленияFCAPS.

Как отмечалось ранее, модель LLA(а, следовательно, и декомпозированная модельLLA, представленная на рисунке 4)TMNможет быть использована в условиях различных факторов, что, возможно, потребует создания многих других необходимых/требуемых уровней с последующим наложением ограничений на взаимодействия внутри данной модели с целью её упрощения.

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

Таблица 2. Примеры реализации функций FCAPS

F

C

A

P

S

Работа с ошибками

Инициализация ресурсов

Подсчет использования сервиса/ресурса

Тенденции утилизации и ошибок

Выборочный доступ к ресурсам

Восстановление работоспособности сети

Резервное копирование и восстановление

Стоимость сервиса

Сбор данных о производительности

Оповещения о проблемах безопасности

Работа с аварийными сигналами

Управление изменениями

Аудиты

Генерация отчетов о производительности

Конфиденциальность данных

Диагностические тесты

Опись и каталогизирование

Установка лимитов для аккаунта

Отчеты о проблемах

Проверка прав доступа пользователя

Запись ошибок в журнал Logging

Копирование конфигурации

Сочетание стоимости для разных ресурсов

Планирование загрузки оборудования

Аудит безопасности

Статистика ошибок

Удалённое конфигурирование и развёртывание софта

Биллинг

Оповещения о проблемах производительности

Журналы подключений

Рисунок 4.Функциональная межуровневая декомпозиция модели LLA

Можно сделать следующие выводы:

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

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

  3. Процессы управления и планирования сервисом значительно упрощаются благодаря наглядному представлению и визуализации. Так, при внедрении нового сервиса (что является решением стратегическим, принимаемым на уровне BML) решение спускается на уровень управления сервисом, где адаптируется применительно к клиенто-ориентированным бизнес-процессам и системам. Фактически, наBMLиSMLработу проводят коммерческие специалисты компании: специалисты по заключению договоров, маркетингу, рекламе, анализу, статистике, работе с клиентами, общему менеджменту предприятия и т.д. После того, как были выбраны методы реализации данного сервиса (без учета того: можно технически его внедрить или нет) данное стратегическое решение спускается техническим специалистам компании, которые изыскивают техническую возможность и реализацию в зависимости от функционала оборудования на сети и своей квалификации. Если техническая возможность реализации данной задачи есть, то даётся обратная связь вверх по моделиTMNLLAи процесс запускается в реализацию. Данный процесс схематически представлен на рисунке 5.

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

Рисунок 5. Схематическое представление управления процессом внедрения нового сервиса модели TMNLLA