Home
Up
Next

 


Rambler's Top100
TopList

 

 

 

 

 

 

 

 

 

 

 

 

 

  Rambler's Top100

 

 

 

Глава 1. Цели ТОМ

Определение общей терминологии

Качество услуги (QoS)

Качество услуги - уровень качества, поставленный в соответствие услуге и предложенный потребителю. Качество услуги определяет параметры поведения, которые используются для обеспечения качества услуги. Параметры обычно ассоциируются со специфической услугой или типом услуги. Традиционно термин "качество услуги" (QoS) используется в контексте изменения связанных с качеством параметров. Некоторые параметры качества услуги являются комплексными показателями услуги (производительность сети, исполнение вовремя, время отклика на вызов и др.) .  Параметры качества могут быть субъективными ("хорошо ли слышен сигнал вызова?") или объективными (частота отказов АТС). 

Параметрам качества IP-услуг уделяется много внимания, поскольку для некоммутируемые соединения плохо поддаются анализу и параметры качества для IP-услуг имеют IT-происхождение, т.е. происходят из области, где наиболее развиты модели поставок. В TOM качество услуги используется для обозначения всех составляющих качества услуги.

Процессный поток полного цикла

TM Forum использует термин "процессный поток полного цикла" (‘end-to-end process flow’) с целью объединить все субпроцессы и действия и последовательность, необходимую для достижения целей процесса. Начало и окончание процесса полного цикла связаны с ожиданиями специфических результатов.  TM Forum использует понятие "сквозной поток" (flow-through) для обозначения автоматизации  посредством интерфейса или множества интерфейсов в рамках процессного потока полного цикла. TM Forum фокусируется на нисходящих, с точки зрения клиента, процессах полного цикла, которые поставляют требуемый результат клиенту постредством сквозного потока, протекающего между клиентом и элементами сети.

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

Процесс

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

Субпроцесс и операция

Каждый процесс в TOM-структуре состоит из множества операций и\или субпроцессов, которые должны быть исполнены, чтобы весь процесс привел к требуемому результату. Операции используются для обозначения действий, необходимых специфическим процессам и обычно являются четко определенными. Субпроцессы - это коллекция операций или интерфейс со специфическим множеством рабочих операций, которые необходимы для достижения требуемого от процесса результата.  Процесс в TOM-структуре может быть как процессом, так и субпроцессом.Имеются ввиду оверлейные (перекрывающиеся) субпроцессы, которые должны исполняться с целью клиентской поддержки. Эти оверлейные субпроцессы есть множество операций, которые могут потребоваться для поддержки таких мультипликативных процессов в TOM-структуре, как  менеджмент соглашений об уровнях услуг (SLA Management), предотвращение мошенничества и, собственно, менеджмент. Все процессы в ТОМ-структуре исполняются множеством субпроцессов. Следующие примеры должны помочь внести ясность.

Планирование услуги и процесс разработки имеют несколько субпроцессов, т.е планирование ресурсов и разработка услуг есть субпроцессы.
Менеджмент сетевого ресурса имеет несколько субпроцесов, т.е инсталляция физической сети и управление ее резервами являются субпроцессами.
Процесс: Продажи
Операция: Предъявление цен клиенту
Операция: Формирование запроса на оказание услуги для последующего исполнения распоряжения
Субпроцесс: Инициация и достижение обязательств предоставить новую услугу через  разработку услуги. Разработка услуги в данном случае является субпроцессом.
Процесс: Исполнение распоряжения
Операция: Формирование распоряжения
Субпроцесс: Резервирование номера в конфигурации услуги. Конфигурирование услуги в данном случае является субпроцессом.
Процесс: Управление проблемами услуги
Операция: Поставка данных о работе
Субпроцесс: Запрос данных о конфигурации к конфигурированию услуги, которая в данном случае является субпроцессом.

Глава 2. Модель сети управления телекоммуникациями (TMN-модель)

В отрасли телекоммуникаций модель управления сетями телекоммуникаций (Telecommunications Management Network - TMN) была принята как способ логического описания системы управления бизнесом сервис провайдеров. TMN-модель  состоит из 5 уровней, которые обычно изображают в виде треугольника или пирамиды. Управление бизнесом наверху, второй уровень - управление услугами, третий уровень - управление сетью, четвертый - управление сетевыми элементами, а самый нижний уровень состоит из собственно сетевых элементов. Идея заключается в том, что управляющие решения на каждом уровне отличаются, но взаимосвязаны. Например, детальная информация нужна на уровне управления сетевыми элементами, чтобы поддерживать работу такого сетевого элемента, как коммутатор, но только часть этой информации нужна на уровне управления сетью (например, информация об уровне загрузки коммутатора). Сверху вниз - каждый уровень накладывает требования на функционирование нижележащего уровня. Снизу вверх - каждый уровень обеспечивает ресурсы для вышележащего уровня. Обычная типология модели взаимодействия открытых систем ! Ремарка Рубцова С.В.

Рис. 2.1 Базовая модель сети управления телекоммуникациями ( TMN-модель)

TMN-модель  выглядит просто, но реализовать ее довольно сложно. Поскольку существует огромное количество стандартов, описывающих интерфейсы между управляющими системами, бывает довольно сложно видеть и воспринимать общую картину. Рекомендации ITU-T М.3400 "Функции управления в TMN-модели " определяет структуру и состав каждого уровня. Однако, стандарты TMN описывают информационные модели и интерфейсы, относящиеся в основном к управлению ресурсами нижнего уровня - уровня сетевых элементов. До недавнего времени очень мало внимания уделялось информационным моделям и интерфейсам внутри самой TMN. Как следствие, трудно было применить стандарты к конкретному случаю формирования системы поддержки операций (функционирования) (Operations Support System - OSS). Трудно также сделать упор на работу с клиентами при рассмотрении процессов, от которых зависит удовлетворение потребностей клиентов.

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

 

 
недорогая посудомоечная машина bosch
Используются технологии uCoz