Телекоммуникационные_системы_и_сети_Т_1_Современные_технологии_620

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

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

1.Какой стандартный набор функций должна поддерживать биллинговая система?

2.Дайте характеристику каждого из уровней модели расчетов МСЭ-Т.

3.Перечислите компоненты биллинговой системы.

4.Каковы особенности биллинга в мультисервисных сетях?

5.Что такое интерконнект?

6.Приведите классификацию АСР.

7.Какова взаимосвязь и место АСР в TMN?

8.Перечислите и дайте краткую характеристику АСР, используемым в электросвязи.

9.Какие соображения необходимо принять во внимание при выборе оборудования для АСР?

Список литературы

1.Дич Л.З. Проблемы интерконнект-биллинга в телекоммуникациях (между прошлым и будущим) // Мобильные системы. – 2000. – № 6. – С. 30–35.

2.Ченцова И. Конвергентный биллинг для отважных провайдеров // Connect. – 2001. –

№ 1. – С. 32-34.

3.Полунин А. Биллинговые системы как фундамент оперативного бизнеса и средство повышения отдачи от корпоративных сетей. // LAN. – 2001. – № 1. – С. 52-56.

шрутизации, количество кадров и пакетов протоколов канального, сетевого и транспортного уровней, прошедших через эти порты.

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

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

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

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

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

ции (Management Information Base – MIB). Менеджер использует мо-

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

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

Различают управление inband, т. е. по тому же каналу, по которому передаются пользовательские данные, и управление out-of-band, т. е. вне канала, по которому передаются пользовательские данные. Например, если менеджер взаимодействует с агентом, встроенным в маршрутизатор по протоколу SNMP, передаваемому по той же локальной сети, что и пользовательские данные, то это будет управле-

ние inband. Если же менеджер контролирует коммутатор первичной сети, работающий по технологии частотного уплотнения FDM, с помощью отдельной сети Х.25, к которой подключен агент, то это будет управление out-of-band.

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

Стандарт многоуровневой системы управления TMN имеет в своем названии слово Network, подчеркивающее, что в общем случае для управления телекоммуникационной сетью создается отдельная управляющая сеть, которая обеспечивает режим out-of-band.

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

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

Модель менеджер – агент лежит в основе таких популярных стандартов управления, как стандарты Internet на основе протокола SNMP

истандарты управления ISO/OSI на основе протокола CMIP [2].

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

26.2. Системы управления первичными и вторичными сетями

Система управление первичной сетью. Существующие теле-

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

информации или коммутацию физических (логических) каналов.

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

Рис. 26.2. Функциональная иерархия TMN и систем поддержки операций

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

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

задачи управления решаются автономно системами поддержки опе-

раций (Operations Support System – OSS). На рис. 26.2 приведена функциональная иерархия TMN и систем поддержки операций. Напомним, что:

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

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

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

уровень 4 отвечает за управление конкретным сетевым элементом (ЭС) без знания топологии сети.

Чтобы реализовать функции управления на каждом уровне, создаются подсистемы управления: элементами сети – ПУЭС (Element Manager System – EMS), сетью – ПУС (Net Manager System – NMS), услугами – ПУУ (Service Manager System – SMS), а также центры: тех-

нической эксплуатации и технического обслуживания – ЦТЭ (Operation and Maintenance Centre – OMC), сетью – ЦУС (Net Manager Centre

– NMC), услугами – ЦУУ (Service Manager Centre – SMC), бизнесом – ЦУБ (Business Manager Centre – BMC).

Подсистема управления элементами сети. Подсистема управ-

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

Любая ПУЭС в любой момент времени обязана предоставить системе поддержки операций (OSF) сетевого управления информацию о состоянии ЭС или группы элементов как одного управляемого объекта. Функции ПУЭС приведены на рис. 26.3.

База данных управления ЭС определенного типа (мультиплексора/демультиплексора, кросс-коннектора, пункта сигнализации и др.) должна содержать стандартный набор данных, характеризующих его сетевой адрес, конфигурацию, результаты информационного обмена с OSS уровня сетевого управления, максимально допустимые значения статистических показателей, при превышении которых ПУЭС посылает тревожное сообщение объекту уровня сетевого управления, и много другой информации.

Под контролем и управлением одним или группой ЭС понимают:

• наблюдение за функционированием управляемого объекта и коррекция его характеристик;

Рис. 26.3. Функции подсистемы управления элементом сети

•регламентные запросы о неисправностях ЭС и формирование тревожных сообщений для передачи уровню сетевого управления;

•управление безопасностью;

•преобразование протоколов для обмена с рабочей станцией или OSS сетевого управления.

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

•корректирует конфигурацию аппаратных или программных средств ЭС;

•управляет программным обеспечением ЭС (загрузкой, перезагрузкой);

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

•ведет списки текущих тревожных сообщений;

•обеспечивает доступ к результатам загрузки и выдачи сообщений;

•управляет счетчиками, фиксирующими качество работы ЭС (старт, блокировка, обнуление, восстановление);

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

Под управлением безопасностью понимают:

•указание областей данных в БДУ, доступных в данный момент для записи и чтения автономно работающему прикладному протоколу ЭС;

558Глава 26. Управление сетями и сетевыми элементами

•указание областей данных в БДУ, доступных объекту уровня сетевого управления;

•регистрацию и управление классами доступа к ресурсам TMN.

Подсистема управления сетью (ПУС). Подсистема управления

сетью ведет обработку данных, полученных от ПУЭС. Функции ПУС таковы:

•обеспечение информационного обмена (функции шлюза) между OSS ПУУ или рабочей станцией и ПУЭС;

•контроль состояния и управление первичной сетью электросвязи и подсетями в ее составе;

•управление безопасностью;

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

электросвязи.

Под контролем состояния и управлением сетью электросвязи по-

нимают:

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

•коррекция конфигурации сети;

•контроль и коррекция конфигурации постоянных или полупостоянных однонаправленных и двунаправленных соединений типов «точка-точка» и «точка-группа»;

•фильтрация аварийных сообщений, поступающих от объектов нижних уровней;

•ведение текущего списка управляемых объектов с аварийными сообщениями;

•управление измерениями трактов первичных и вторичных сетей электросвязи;

•управление счетчиками качества работы трактов (старт, блокировка, обнуление, восстановление);

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

щения объекту уровня управления услугами.

Под управлением безопасностью на уровне сетевого управления понимают:

•указание областей функционального доступа для объекта управления услугами;

•указание областей сетевого доступа для объекта управления услугами.

Подсистема управления услугами (ПУУ). Функции ПУУ, в отли-

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

• контроль соответствия запросов пользователей соглашению о предоставлении услуг;

Рис. 26.4. Архитектура системы управления первичными цифровыми сетями

•ведение списков пользователей, заявивших о неисправностях и неудовлетворенности качеством услуг;

•контроль показателей качества услуг, предоставляемых одним или группой операторов сети электросвязи;

•оперативное управление предоставлением каналов и трактов

в аренду.

На рис. 26.4 приведен пример архитектуры систем управления первичными цифровыми сетями. Подсистема управления ЭС может быть внешней по отношению к группе управляемых объектов (примеры 1 и 2 на рис. 26.4) и встроенной (пример 3). Использование в системе управления сетью нескольких ПУЭС вызвано тем, что разные изготовители цифровых систем передачи используют специфические, не стандартизованные, средства управления.

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