Организация управления и мониторинга сетей NGN

Одной из главных особенностей систем управления NGN является открытая модульная архитектура, позволяющая разрабатывать и внедрять новые модули, работать с существующими приложениями и модернизировать существующие модули. С точки зрения управления и мониторинга, сети NGN будут состоять из большего числа разнотипных компонентов, а не из сравнительно небольшого количества менее разнообразных крупных коммутационных устройств, как сейчас. Кроме того, для реализации интегрированного управления системами и сетями независимо от их производителя и технологии в NGN будет поддерживаться большее число интерфейсов, чем в существующих сетях (могут использоваться разнообразные стандарты и протоколы, такие как, SNMP, OSI, ASCII, CORBA), и более высокая пропускная способность. Все это ведет к необходимости пересмотра принципов и подходов к сетевому управлению для NGN.

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

- стандартизированные протоколы (например, IIOP, CMIP, SNMP, FTP, FTAM и др.);

- использование формальных языков для описания стандартизированных интерфейсов (например, CORBA IDL, JAVA, GDMO, ASN 1. и др.);

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

Например, для посылки аварийных сообщений могут использоваться протоколы CMIP, SNMP или CORBA с использованием объектной модели, определенной в рекомендации Х.733; для организации услуг могут использоваться интерфейсы CORBA; для пересылки данных о рабочих характеристиках может применяться протокол FTP.

Основные требования, предъявляемые к системам управления NGN:

- подготовленное решение на практике должно реализовываться в сжатые сроки;

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

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

- компонентные решения упростят возможности оператора по введению новых пользователей и функций;

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

Для упрощения управления целесообразно иметь отдельные подсистемы управления различных областей транспортной сети (WDM, SDH, ATM и др.), передачи данных и речи.

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

Глава 2 Расчет оборудования распределенного транзитного коммутатора

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

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

Рисунок 3 - Softswitch класса 5 в сети NGN

Задача

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

Исходные данные для проектирования

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

В соответствии с данными отраслевого документа «Общие технические требования к городским АТС» удельная интенсивность потока вызовов (среднее число вызовов от одного источника в ЧНН) соответствует значениям, приведенным в табл. 3.

Таблица 3 - Значения удельной интенсивности потока вызовов

P PSТN	P1SDN	РV5	Р РВХ	PSH

Расчёты

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

P_CALL = P_PSТN Х N_PSТN + P_ISDN х N_ISDN + P_SH х N_SH + Р_v5 х Nv5 + Р_РВХ X N_PBX +P_SH Х N_LAN (27)

P_CALL = 5 х 8000 + 10 х 1200 + 10 х 250 + 35 х 20 + 35 х 250 + 10 х 70 =

40000 + 12000 + 2500 + 700 + 8750 + 700 = 53850 (выз/чнн)

Теперь определим нижний предел производительности гибкого коммутатора при обслуживании потока вызовов с интенсивностью P_CALL:

P_sx = (1,3 х 5 х 8000) + (1,8 х 10 х 1200) + (1,9 х 35 х 144) + (1,8 х 35 х 200) + (2 х 10 х 10) + (2 х 10 х 504) = 52000 + 21600 + 9576 + 12600 + 200 + 10080 = 106056 (выз/чнн)

Расчет оборудования шлюзов

Задачи

Определить число шлюзов.

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

Рисунок 4 - Транспортный шлюз в сети NGN

Исходные данные для проектирования

Количество линий Еl, используемых для взаимодействия источников нагрузки разных типов с оборудованием шлюзов:

- АТС, использующие систему сигнализации ОКС7 и подключаемые через транспортный шлюз MGW и сигнальный шлюз SGW;

- АТС, подключаемые по каналам ОКС7 непосредственно к Softswitch и через транспортный шлюз MGW к пакетной сети. В данном случае сигнальный шлюз реализуется в оборудовании Softswitch;

- Удельная интенсивность нагрузки на каналы, поступающей от ТфОП на транспортный шлюз;

- Удельная интенсивность нагрузки на каналы соединительных линий, поступающей от ТфОП;

- Типы кодеков в планируемом к внедрению оборудовании шлюзов.

Вводятся следующие обозначения:

N_{l_E1} - число потоков Еl от АТС ТфОП, подключенных к транспортному шлюзу 1,

у_El - удельная нагрузка одного канала 64 кбит/с в составе Еl,

Y _{I_ GW} - общая нагрузка, поступающая на транспортный шлюз от АТС ТфОП,

V _INT - полезный транспортный ресурс одного интерфейса,

N_INT - количество интерфейсов,

I - число типов интерфейсов,

N _{i_INT} - количество интерфейсов типа 1,

V _{i_INT} - полезный транспортный ресурс интерфейса типа 1,

N_El - число интерфейсов Е1, подключаемых к одному шлюзу.

Количество транспортных шлюзов (L) задано, в данном варианте L = 4;

Рассчитаем общую нагрузку, поступающую на транспортный шлюз от АТС ТфОП:

Y _{I_GW} = N _{l_E1} Х 30 х У_Еl (Эрл) (29)

Y _{I_GW} = 7 х 30 х 0,8 = 168 (Эрл)

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

τ = 61417,435 / 0,995 = 61726,0653(кбит/с) = 60,27 (мбит/с).

Рассчитаем транспортный ресурс, необходимый для передачи сообщений протокола МEGACO:

V _megaco = k_sig Х _Lmegaco х N_megaco х P_megaco (бит/с) (30)

V_megaco = 5 х 150 х 10 х 5000 = 37500000 (бит/с) = 35,7 (мбит/с)

Таким образом, общий транспортный ресурс MGW может быть равен:

V_GV =τ + V_MEGACO (31)

V_GV = 61726,0653 + 37500000 = 37561726,1 (бит/с) = 35,8 (мбит/с)