GrebeshkovAU-TMN

Таблица 3.1 – Услуги и области управления

Примечание : символ «+» означает, что область управления нуждается в данной услуге управления.

Например, в Рек. МСЭ−Т M.3200 содержится услуга управления «Техническая эксплуатация и управление неисправностями (последствиями отказов)». Эта услуга требуется для всех видов областей управления. Управление техэксплуатацией и управление неисправностями обеспечивается следующими группами функций управления: «Наблюдение за

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

•Подтверждения о результатах операции − интерфейс должен обеспечить передачу положительных или отрицательных под-

тверждений о завершении операции.

Более подробный перечень требований к интерфейсам можно найти в документе [20]. В документе [27] рассматриваются общие требования к интерфейсам TMN. Эти требования затрагивают вопросы проектирования, построения, проверки системы управления на соответствие стандартам TMN. Основной целью проверки системы управления является оценка степени взаимодействия различных элементов систем сетевого управления через используемые интерфейсы. Взаимодействие элементов должно обеспечить единство системы управления в той мере, в какой это требуется для оператора связи и для реализации функций управления. Детально проформа (методика) проверки интерфейсов на соответствие требованиям TMN описана в Рек. МСЭ−Т Q.823.1 «Management Conformance Statement Proforma», 1997 [Проформа утверждения о соответствии управлению]. Далее рассмотрим основные интерфейсы TMN.

3.2 Описание интерфейса Q

Интерфейс Q (ранее интерфейс Q.3) является стандартным интерфейсом управления между элементом сети (адаптером, медиатором) и OS. Интерфейс Q включает все уровни модели взаимосвязи открытых систем с использованием отдельных протоколов на каждом уровне реализации. Общий вид стека протоколов модели ВОС, используемых при реализации интерфейса Q представлен на рис. 3.1 [33].

Подробно реализация транспортного уровня интерфейса Q представлена в Рек. МСЭ−Т Q.811, реализация верхних уровней интерфейса Q в рамках модели ВОС представлена в Рек. МСЭ−Т Q.812. Дополнительно в рекомендации МСЭ−Т G.784 представлено описание интерфейса Q для управления сетью первичной цифровой иерархии SDH.

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

(protocol data unit, PDU).

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

На физическом, канальном и сетевом уровнях обеспечивается маршрутизация информации управления в DCN, которая передаётся через интерфейс Q. Передача данных по управлению может осуществляться средствами протокола FTAM на прикладной уровень. Средства интерфейса управления Q обеспечивают шлюз к программному обеспечению менеджера или агента. Это программное обеспечение, по сути, выполняет функции интерфейса Q т.к. поддерживает описание характеристик и режима функционирования управляемого объекта, обеспечивает доступ к функциям и услугам управления.

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

ления соединения (connectionless network protocol, CLNP). Усовершенст-

вование CLNP состоит в автоматическом создании и обновлении локальной таблицы маршрутизации. Эта часть описывается протоколом обмена

ES-IS между оконечной открытой системой (end system, ES) и проме-

подтверждается анализом многочисленных рекомендаций ETSI и аналогичных рекомендаций МСЭ-Т, которые описывают модель интерфейса Q для управления конфигурацией и неисправностями сетью доступа и портами пользователя на базе интерфейса V.5.1, V.5.2.

По адресу в Интернете www.etsi.org в свободном доступе можно найти множество спецификаций интерфейса Q для управления различными сетями и оборудованием связи. С учётом предполагаемого повсеместного перехода к повременному учёту местных телефонных соединений безусловно актуально ознакомление с Рек. МСЭ-Т Q.825 «Спецификация приложений управления на интерфейсе Q.3 : Подробная запись о состоявшемся соединении» (введено в действие с 06.1998 г.) – см. перечень в Приложении А.

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

К примеру, пусть создаётся спецификация интерфейса Q для управления абонентским комплектом (АК). В информационной модели управления отсутствует описание состояний абонентского комплекта с атрибутами «комплект административно заблокирован» и «комплект разблокирован» и допустимыми операциями («изменить состояние комплекта»). Следовательно, администрация связи лишена возможности заблокировать доступ к услугам связи для злостного неплательщика за услуги связи т.к. соответствующий раздел модели отсутствует и требуемая операция не может быть запрошена и реализован через функциональный интерфейс. Проблема состоит в том, что программа-менеджер попросту не «увидит» в программе-агенте и, соответственно, в базе MIB требуемых возможностей по блокировке – ведь их не описали в информационной модели.

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

Модель интерфейса Q для управления телефонной нагрузкой описывает функции управления трафиком, связанные с обработкой вызова в

сетью операторов А и Б через первичную цифровую сеть SDH оператора В на основании документов [22,25].

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

Слой секций гарантирует передачу модулей SDH (STM-n) между сетевыми узлами. Сеть может быть разбита на подсети которые связываются между собой промежуточными трактами или звеньевыми соединениями [22]. Иерархическая модель сети SDH в соответствии с европейской схемой приведена в документе ETSI EN 300 147 V1.4.1. «Transmission and Multiplexing; Synchronous Digital Hierarchy (SDH); Multiplexing structure», 2001. [Передача и мультиплексирование; Синхронная цифровая иерархия; Структура мультиплексирования]).

Общая схема данной модели представлена на рис. 3.2 :

Слой каналов

Слой мультиплексных секций

Слой секций

Слой регенерационных секций

Слой физической среды

Рисунок 3.2 – Иерархическая модель структуры сети SDH

Управляемыми объектами здесь являются элементы сети (мультиплексоры или кросс-коннекторы), линии связи между ними и тракты VC. Тракты VC соединяются через промежуточные тракты с помощью оконечных элементов первичной сети. В результате создаётся трасса или путь. Тракты могут создаваться ручным или автоматическим выбором трактов