В рубрику "Решения операторского класса" | К списку рубрик | К списку авторов | К списку публикаций
Как уже говорилось в части 1 данной статьи, сеть нового поколения, или Next Generation Network (NGN), – понятие не новое и уже несколько лет обсуждается в среде специалистов в области связи. В части 2 автор продолжит краткий обзор особенностей NGN на базе уже опубликованных ранее стандартов.
As mentioned in Part 1 of this article, a new generation network or Next Generation Network (NGN) is not a new concept and is discussed for several years by the experts in the field of communication. In Part 2, the author will continue his brief overview of NGN features based on previously published standards.
Функции менеджмента, показанные на рис. 2, взаимодействуют с ресурсами и используются для формирования сервисов. Такой подход согласуется с действием менеджмента TMN (см. рек. M.3010, где сервисы менеджмента TMN определены благодаря описанию ролей, ресурсов и функций TMN, а также рек. M.3400 и M.3050.0).
Аналогичные соображения относятся и к функциям управления и передачи (применительно к сервисам и ресурсам).
Поддержка мультимедийных сервисов и других сервисов, а также учет обобщенной мобильности требуют тщательного формирования функций управления, так как сервисы зависят от того, насколько хорошо сетевые ресурсы распределены среди функций управления и менеджмента. Ключевой аспект проектирования архитектуры сети NGN – вызов конечным пользователем сервисной процедуры для выполнения, что требует фокусировки на процессе вызова этой процедуры, то есть на том, что традиционно называют "управлением".
Функции управления, используемые в процессе вызова процедуры, могут быть разбиты на два основных множества: функции, относящиеся к управлению сервисами (например, такие, как аутентификация пользователей, идентификация пользователей, управление доступом к сервису, функции сервера приложений) и функции, относящиеся к управлению транспортной сетью/сетями (например, такие, как управление доступом в сеть, управление сетевыми ресурсами/политикой, определение возможности оперативного подключения – dynamic connectivity).
Нужно помнить, что другие процессы, выполняемые при работе пользователя (те, что и называют менеджментом), коррелированы с процессами вызова процедур самим характером взаимодействия с сетью (либо до, либо после вызова). Требования плоскости менеджмента должны рассматриваться функциями и процессами менеджмента так, как это описано в рек. M.3050.x. Функции менеджмента TMN определяются в рек. M.3400 и классифицируются в соответствии с функциональными областями менеджмента (Management Functional Area – MFA) или категориями менеджмента FCAPS, как указано в рек. M.3010, X.700 и X.701, а именно: как менеджмент отказов, конфигурации, системы учета пользователей, производительности и безопасности.
Эти функции должны быть отделены от функций управления и менеджмента. Рек. G.805 и G.809 описывают сеть как транспортную сеть для передачи информации, поэтому они связаны с описанием функций, отвечающих за передачу пользовательской и сетевой информации (такой, как информация управления и менеджмента). Эти рекомендации обеспечивают спецификацию основных транспортных сетевых функций, таких как функции адаптации и функции терминирования маршрута данных.
Нужно представить, что ресурсы модели NGN отделены от ее функций и сервисов. Они содержат физические и логические компоненты, используемые для строительства сетей, возможности подключения к ним и реализации сервисов. Без ресурсов это невозможно. Рек. Y.110 описывает концепцию ресурсов GII, связывая вместе сетевые и обрабатывающие ресурсы и ресурсы памяти, а также программно-аппаратные ресурсы, чтобы предложить их пользователям для обслуживания сервисов.
На рис. 2 показано, как на двухслойной (сервисы сверху, транспорт снизу) модели NGN осуществляется связь на уровне сервисных функций управления и менеджмента, взаимодействующих между собой, с ресурсами и собственно с сервисным и транспортным слоями. Причем эти функции локализованы в соответствующих слоях: сервисное управление и менеджмент – в сервисном слое, транспортное управление и менеджмент – в транспортном слое.
Гибкая и гетерогенная природа архитектуры NGN требует координации между слоями, уровнями OSI и рек. G.805/G.809, между компонентами ядра сети и уровнем доступа, между сервисными сетями и т.д. Степень использования коммутации, осуществляемой на каждом уровне, может меняться. Технологии, реализованные на уровнях 1 и 2 модели OSI, предполагают возможность миграции функций пакетной коммутации к узлам на границе сети, то есть к пограничным устройствам. Связь и взаимодействие между различными слоями и ассоциированными с ними компонентами требуют постоянной координации. Если уровни работают независимо, то при ее нарушении будут возникать конфликты, и работа будет неэффективной. Могут даже возникать нежелательные условия состязательности и тупиковые ситуации. В кооперированных многоуровневых сетях существуют два контролирующих элемента: один для контроля верхних уровней, другой – нижних уровней сети. Упорядочение сетей в рамках этой иерархии затрагивает отношения между теми, кто запрашивает сервис, и сетевыми сервис-провайдерами. Так, сеть верхнего уровня запрашивает сервисы сети нижнего уровня. Существует обмен информацией между этими двумя логическими объектами, чтобы указанные две сети могли взаимодействовать. Полученная информация может содержать данные о свободных ресурсах и топологии. Различия между двумя такими уровнями показаны на рис. 3а.
На нем можно видеть, что скачки между узлами в верхней (клиентской) уровневой сети могут перекрывать несколько скачков, сделанных в нижней (серверной) уровневой сети. Взаимодействие между этими двумя сетями на границах (edges) дает возможность обмениваться информацией о топологии и свободных ресурсах, используя ее для координации сетевой активности (рис. 3б).
Пример уровневых сетей – разделение между плоскостями пользователя серверной и транспортной сетей, как описано выше. Однако при этом разделение на уровни может быть рекурсивным. Эта рекурсия может привести к тому, что один и тот же протокол будет использован как в клиентской, так и в серверной уровневой сети. Более того, одна сеть сама может оказаться внутри многоуровневой сети.
Рек. G.805 и G.809 содержат набор концепций разделения на уровни, где один уровень обеспечивает сервис другому уровню (реализуя отношения типа клиент-сервер, что объясняет рекурсивное использование звена связи), а также концепцию маршрутов, которая представляет аспект взаимодействия между уровнями, особенно в иерархической структуре передачи данных в транспортных сетях. Рек. G.807/Y.1302 и G.8080/Y.1304 содержат требования, архитектуру и механизмы управления такой иерархической транспортной сетью.
Функция серверного уровня обеспечивает независимое управление многими параметрами, включая адресные пространства и собственно параметры, управление сетевыми политиками и режимами, а также другими алгоритмами для различных сетей с несколькими клиентскими уровнями.
Взаимодействие может происходить между двумя различными клиент-серверными уровнями. В зависимости от реализации межуровневого взаимодействия должны быть определены внутренние и внешние интерфейсы для обмена управляющей информацией. Это может потребовать расширения используемых протоколов. Информация, полученная в результате обмена, может содержать детали о возможностях сетей и данные о топологии и ресурсах, которые предоставляются сетью серверного уровня для сети клиентского уровня. Взаимодействие внутри уровней происходит между функциональными элементами одного уровня для поддержки существования сетей другого уровня. Примером такого взаимодействия может быть преобразование адресов, если для различных уровневых сетей используются независимые адресные пространства.
Опубликовано: Журнал "Технологии и средства связи" #2, 2014
Посещений: 4863
Автор
| |||
В рубрику "Решения операторского класса" | К списку рубрик | К списку авторов | К списку публикаций
