Взаимодействие ngn с традиционными сетями связи. В чем суть идеи сети NGN? Место NGN в составе Единой сети электросвязи РФ

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

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

Архитектура сети следующего поколения

• уровень управления услугами;
• уровень управления коммутацией;
• транспортный уровень;
• уровень доступа.

Уровень управления услугами содержит функции управления логикой услуг и приложений и представляет собой распределенную вычислительную среду, обеспечивающую:

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

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

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

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

Такие механизмы предусмотрены открытой сервисной архитектурой OSA (Open Services Access) – основной концепцией будущего развития сетей электросвязи в части внедрения и оказания новых дополнительных услуг.

При создании систем на основе OSA должны присутствовать следующие ключевые моменты:

• открытая среда для создания услуг;
• открытая платформа управления услугами.

На протяжении нескольких лет различными организациями предлагалось несколько вариантов реализации концепции OSA, пока в 1998 г. не был сформирован консорциум Parlay Group, который занимается созданием спецификаций открытого API (Application Programming Interface), позволяющего управлять сетевыми ресурсами и получать доступ к сетевой информации.

Архитектура Parlay является одной из практических реализаций концепции OSA.

Как показано на рисунке, разные сети связи имеют различные сетевые элементы, в частности:

• в сети подвижной электросвязи второго поколения входят SGSN (Serving GPRS Support Node) и MSC (Mobile Switching Center);
• в телефонную сеть общего пользования входит SSP (Service Switching Point) коммутатор услуг в ТфОП;
• в сети подвижной электросвязи третьего поколения входит S-CSCF (Serving Call Session Control Function);
• ведомственные АТС.

Каждый из этих элементов выходит на шлюз (Gateway) по своему протоколу, а задача шлюза по концепции OSA/Parlay состоит в том, чтобы свести все протоколы к единым интерфейсам API. Тогда приложения можно писать без учета особенностей нижележащих сетей, и следует только строго придерживаться интерфейсов API.

Архитектура Parlay

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

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

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

Функция установления соединения реализуется на уровне элементов базовой сети под внешним управлением оборудования программного коммутатора (Softswitch). Исключением являются АТС с функциями контроллера шлюзов (MGC – Media Gateway Controller), которые сами выполняют коммутацию на уровне элемента транспортной сети.

В случае использования на сети нескольких Softswitch они взаимодействуют посредством соответствующих протоколов (как правило, семейство SIP-T) и обеспечивают совместное управление установлением соединения.

Softswitch должен осуществлять:

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

Задача транспортного уровня - коммутация и прозрачная передача информации пользователя.

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

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

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

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

МСЭ-Т определяет следующие требования к возможностям транспортного уровня:

• поддержка соединений в реальном времени и соединений, нечувствительных к задержкам;
• поддержка различных моделей соединений: "точка-точка ", "точка-многоточие ", "многоточие-многоточие ", "многоточие-точка ";
• гарантированные уровни производительности, надежности, доступности, масштабируемости.

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

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

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

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

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

• технология коммутации пакетов;
• технологии формирования тракта;
• среда передачи сигналов.

Нижний уровень модели – среда передачи сигналов. Этот уровень должен быть реализован на кабелях с оптическими волокнами (ОВ) или на цифровых радиорелейных линиях (РРЛ).

Сегодня при выборе технологической основы перспективной считается IP, ввиду того, что:

• использование технологии IP/MPLS в среде Ethernet позволяет повысить масштабируемость и качество обслуживания до уровня, необходимого для транспортных сетей, а спецификации MPLS RSVP-TE Fast Reroute обеспечивает восстанавливаемость трактов в пределах 50 мс. Это означает, что сети Ethernet приобретают характеристики и надежность SDH или ATM;
• количество приложений, использующих протокол IP, будет возрастать, соответственно доля трафика IP будет увеличиваться, и, как следствие, неизбежны проблемы технологии АТМ, связанные с дополнительными накладными расходами полосы пропускания при передаче IP-трафика, вследствие чего происходит увеличение стоимости реализации сетевых решений на базе АТМ.

В состав базовой сети NGN могут входить:

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

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

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

К уровню доступа относятся:

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

К технологиям построения сетей доступа относятся:

• беспроводные технологии (Wi-Fi, WiMAX);
• технологии на основе систем кабельного телевидения (DOCSIS, DVB);
• технологии xDSL;
• оптоволоконные технологии (пассивные оптические сети (PON)).

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

Архитектура сети электросвязи, построенной в соответствии с концепцией NGN, представлена на рисунке ниже (с некоторыми упрощениями).

Архитектура сети электросвязи

Существует также так называемая шестиуровневая архитектура, по которой в состав NGN должны входить следующие функциональные уровни:

· Уровень доступа. На этом уровне находятся такие устройства, как:

o Стандартные терминалы POTS/ISDN;

o Устройства интегрированного доступа IAD;

o Оконечные абонентские терминалы VoIP;

o Мобильные терминалы;

o Программные телефоны;

· Уровень агрегации трафика. На этом уровне находятся такие медиа-устройства, как:

o Абонентские концентраторы нового поколения IP-AMG, PON и т.д.;

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

o Шлюзы сигнализации.

· Транспортный уровень. Данный уровень состоит из магистральной сети передачи данных, основанной на технологии IP/MPLS и региональных сетей передачи данных, основанных на технологии Gigabit Ethernet. Транспортный уровень должен обеспечивать достаточную пропускную способность для передачи всех видов телефонного трафика с обеспечением качества сервиса (QoS).

· Уровень управления вызовами. Задачей этого уровня является обработка информации сигнализа­ции, маршрутизация вызовов и управление соединениями и тарификация вызовов.

· Уровень управления сетью. Задачей данного уровня является управление всеми элементами, входящими в состав NGN.

· Уровень управления услугами. Уровень управления услугами содержит функции управления логикой услуг и приложений и представляет собой распределенную вычислительную среду, обеспечивающую:

o предоставление инфокомму­никационных услуг;

o управление услугами;

o создание и внедрение новых услуг;

o взаимодействие различных услуг.

Данный уровень позволяет реализо­вать специфику услуг, и применять одну и ту же программу логики услуги вне зависимости от типа транспортной сети (IP, АТМ, FR и т.п.) и способа доступа. Наличие этого уровня позволяет также вво­дить на сети любые новые услуги без вмешательства в функционирование других уровней.

Классификация оборудования для NGN

Схема классификации оборудования для NGN представлена на рисунке

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

Система управления соединениями (Call Session Control System)
контроллер управления шлюзами (MGC)
Гибкий коммутатор (SoftSwithc)
Proxy Server SIP (PS)
система передачи голосовой e сигнализационной нагрузки
медиа шлюз (GW)
шлюз сигнализации (SG)
транспортное оборудование связи, использующееся для передачи речевых, сигнализационных e сигналов системы мониторинга e конфигурирования a подсистеме транспорта (TNE)
сервера услуг
сервер приложений (AS)
медиа сервер (MS)
сервер сообщений (MeS)
оборудование создания приложений (ACE)
оборудование мультимедийной подсистемы NGN (IMS)
система управления e взаиморасчетов
системы мониторинга e конфигурации (MS)
системы биллинга (BS)
устройства доступа
универсальное устройство доступа, использующееся для подключения терминалов NGN (NGN-AD)
абонентские терминалы (существующее аналоговое терминальное оборудование (legacy terminal), IAD , оборудование NGN и т.д.) (TE)

Контроллер управления шлюзами (MGC)

Основной задачей MGC является управление одним или большим количеством медиа шлюзов (Trunk Media Gateway).
MGC осуществляет управление вызовами между абонентами сети. MGC имеет прямой интерфейс для взаимодействия с серверами приложений и способен управлять предоставляемыми AS услугами.
Каждый MGC должен предоставлять базовую часть функциональности при управлении сеансами связи, включающих в том числе: передачу таблиц маршрутизации, преобразование систем нумерации между различными номерными планами, осуществление управления MG посредством протоколов сигнализации (MGCP, H.248/Megaco, H.323, SIP) и т.д.
MGC является основным элементом Softswitch (Оборудования гибкой коммутации) и применяется в сетях NGN в качестве главного коммутационного устройства, управляющего различными сеансами связи. Применение в решениях Softswitch различных элементов, входящих в состав NGN, позволяет использовать Softswitch в качестве разнообразных типов оборудования, от распределенных УПАТС, до центрального элемента мультисервисных сетей связи.

Гибкий коммутатор (Softswitch)

Реализует функции по логике обработки вызова, доступу к серверам приложений, доступу к ИСС, сбору статистической информации, тарификации, сигнальному взаимо¬действию с сетью ТфОП и внутри пакетной сети, управлению установ¬лением соединения и др. Гибкий коммутатор является основным уст¬ройством, реализующим функции уровня управления коммутацией и передачей информации.
В оборудовании гибкого коммутатора должны быть реализованы следующие основные функции:
¦ функция управления базовым вызовом, обеспечивающая прием и
обработку сигнальной информации и реализацию действий по установлению соединения в пакетной сети;
¦ функция аутентификации и авторизации абонентов, подключае¬мых в пакетную сеть как непосредственно, так и с использовани¬ем оборудования доступа ТфОП;
¦ функция маршрутизации вызовов в пакетной сети;
¦ функция тарификации, сбора статистической информации;
¦ функция управления оборудованием транспортных шлюзов;
¦ функция предоставления ДВО. Реализуется в оборудовании гиб¬
кого коммутатора или совместно с сервером приложений;
¦ функция ОАМ&Р: эксплуатация, управление (администрирова¬ние), техническое обслуживание и предоставление той информа¬ции, которая не нужна непосредственно для управления вызовом
и может передаваться к системе управления элементами через
логически отдельный интерфейс;
функция менеджмента: обеспечивает взаимодействие с системой
менеджмента сети.
Дополнительно в оборудовании гибкого коммутатора могут быть ре¬ализованы следующие функции:
функция SP/STP сети ОКС7;
функция предоставления расширенного списка ДВО. Реализует¬ся самостоятельно или с использованием серверов приложений;
функция взаимодействия с серверами приложений;
функция SSP;
другие.
Основные характеристики гибкого коммутатора:
1) Производительность. Гибкий коммутатор обслу¬живает вызовы от различных источников нагрузки, каковыми являются:
вызовы от терминалов, предназначенных для работы в сетях NGN
(терминалы SIP и Н.323, а также 1Р-УПАТС);
вызовы от терминалов, не предназначенных для работы в сетях
NGN (аналоговые и ISDN терминалы) и подключаемых через обо¬рудование резидентных шлюзов доступа;
вызовы от оборудования сети доступа, не предназначенного для
работы в сетях NGN (концентраторы с интерфейсом V5) и под¬ключаемого через оборудование шлюзов доступа;
вызовы от оборудования, использующего первичный доступ
(УПАТС) и подключаемого через оборудование шлюзов доступа;
вызовы от сети ТфОП. обслуживаемые с использованием сигна¬лизации ОКС7 с включением сигнальных каналов ОКС7 либо
непосредственно в гибкий коммутатор, либо через оборудование
сигнальных шлюзов;
вызовы от других гибких коммутаторов, обслуживаемые с исполь¬зованием сигнализации SIP-T.
Производительность оборудования гибкого коммутатора различна при обслуживании вызовов от различных источников, что объясняется как различным объемом и характером поступления сигнальной инфор¬мации от разных источников, так и заложенными алгоритмами обработ¬ки сигнальной информации.
2) Надежность. Требования по надежности к оборудованию гибкого коммутатора характери¬зуются средней наработкой на отказ, средним временем восстановления, коэффициентом готовности, сроком службы.
3) Поддерживаемые протоколы. Оборудование гибкого коммутатора может поддерживать следующие виды протоколов.
При взаимодействии с существующими фрагментами сети ТфОП:
а) непосредственное взаимодействие: ОКС7 в части протоко¬лов МТР, ISUP и SCCP;
б)взаимодействие через сигнальные шлюзы: M2UA,M3UA,
М2РА для передачи сигнализации ОКС7 через пакетную сеть,
V5UA для передачи сигнальной информации V5 через пакетную сеть, IUA для передачи сигнальной информации первичного доступа ISDN через пакетную сеть;
в)MEGACO (H.248) для передачи информации, поступающей
по системам сигнализации по выделенным сигнальным кана¬лам (2ВСК).
При взаимодействии с терминальным оборудованием:
а)непосредственное взаимодействие с терминальным оборудованием пакетных сетей: SIP и Н.323;
б)взаимодействие с оборудованием шлюзов, обеспечивающим
подключение терминального оборудования ТфОП:
MEGACO (H.248) для передачи сигнализации по аналого¬вым абонентским линиям; IUА для передачи сигнальной
информации базового доступа ISDN.
При взаимодействии с другими гибкими коммутаторами: SIP-T.
При взаимодействии с оборудованием интеллектуальных плат¬форм (SCP): INAP.
При взаимодействии с серверами приложений: в настоящее вре¬мя взаимодействие с серверами приложений, как правило, бази¬руется на внутрифирменных протоколах, в основе которых лежат
технологии JAVA, XML, SIP и др.
При взаимодействии с оборудованием транспортных шлюзов:
а)для шлюзов, поддерживающих транспорт IP или IP/ATM:
H.248, MGCP, IPDC и др.;
б)для шлюзов, поддерживающих транспорт ATM: BICC.
4)Поддерживаемые интерфейсы. Оборудование гибкого коммутатора поддерживает следующие виды интерфейсов:
a) интерфейс Е1 (2048 кбит/с) для подключения сигнальных каналов ОКС7. включаемых непосредственно в гибкий коммутатор;
б) интерфейсы семейства Ethernet для подключения к IP сети. Через Ethernet-интерфейсы передается сигнальная информа¬ция в направлении пакетной сети.

Сервер приложений (AS)

AS представляет собой программный сервер, предоставляющий пользователям новые услуги.
AS предоставляет возможность получения ряда новых услуг, например электронная коммерция (e-commerce) и электронная торговля (e-market).
В сетях NGN, AS имеет важнейшее значение. AS может выполнять функции большинства элементов сети NGN в области «ОБЛАСТЬ УПРАВЛЕНИЯ СЕАНСАМИ СВЯЗИ И УСЛУГАМИ», а именно: MGC, Медиа сервер, Сервер сообщений и т.д. Использование AS позволит более гибко управлять сетевыми возможностями и создавать новые и перспективные сетевые сценарии.

Медиа сервер (MS)
MS предоставляет услуги по взаимодействию пользователя, посредством голосовых и DTMF команд, с приложениями и другими дополнительными услугами связи.
MS по своей архитектуре делится на:
Блок управления медиа ресурсами, обеспечивающий: DTMF распознавание, синтез речи, распознавание речи и т.д.
Блок управления услугами, обеспечивающий: выдачу в линию сообщений, запись сообщений, передачу факсимильных услуг, организацию конференций и т.д.)
Реализация MS возможна на различных программно-аппаратных платформах с использованием языков VoiceXML и других.
Сервер сообщений (MeS)
MeS отвечает за сохранение и передачу сообщений пользователям. Также, MeS позволяет обеспечить пользователей дополнительными услугами связи. MeS, также, как и MS может быть выполнен на различных программно-аппаратных платформах с использованием разнообразных языков программирования.
Оборудование создания приложений в области связи (ACE)
ACE предоставляет возможность разработки и создания законченных приложений и услуг, импортируемых в AS. При создании приложений необходимо обеспечить: анализ требований, создание приложений, тестирование, развитие приложений.
ACE может быть реализована на различных программно-аппаратных платформах с использованием разнообразных языков программирования.

Шлюзы (Gateways)
Шлюзы (Gateways) — устройства доступа к сети и сопряжения с су¬ществующими сетями. Оборудование шлюзов реализует функции по преобразованию сигнальной информации сетей с коммутацией пакетов в сигнальную информацию пакетных сетей, а также функции по преоб¬разованию информации транспортных канатов в пакеты IP/ячейки ATM и маршрутизации пакетов IP/ячеек ATM. Шлюзы функционируют на транспортном уровне сети.
Для реализации возможности подключения к мультисервисной сети различных видов оборудования ТфОП используются различные про¬граммные и аппаратные конфигурации шлюзового оборудования:
¦ транспортный шлюз — реализация функ¬ций преобразования речевой информации в пакеты IP/ячейки
ATM и маршрутизации пакетов IP/ячеек ATM;
¦ сигнальные шлюзы — реализация функ¬ции преобразования систем межстанционной сигнализации сети
ОКС7 (квазисвязный режим) в системы сигнализации пакетной
сети ;
¦ транкинговый шлюз — совместная реа¬лизация функций MG и SG;
¦ шлюз доступа — реализация функции
MG и SG для оборудования доступа, подключаемого через интерфейс V5;
¦ резидентный шлюз доступа —
реализация функции подключения пользователей, использующих
терминальное оборудование ТфОП/ЦСИС к мультисервисной сети.
Оборудование транспортного шлюза должно выполнять функции устройства, производящего обработку информационных потоков среды передачи.
Оборудование сигнального шлюза должно выполнять функции по¬средника при сигнализации между пакетной сетью и сетью с коммутаци¬ей каналов.
Основными характеристиками шлюзов являются следующие:
Емкость, определяемая как в направлении ТфОП, так и в направле¬нии к пакетной сети.
В направлении к ТфОП емкость определяется количеством подклю¬чаемых потоков Е1 в направлении сети ТфОП для транспортных шлю¬зов, а также количеством аналоговых абонентских линий и количеством и (S/Т)-интерфейсов для подключения абонентов базового доступа ISDN для резидентных шлюзов доступа.
В направлении к пакетной сети емкость определяется количеством и типом интерфейсов.
Протоколы. Оборудование шлюзов может поддерживать следующие протоколы.
Для транспортных шлюзов:
¦ в направлении к гибкому коммутатору: Н.248, MGCP, IPDC для управления вызовами при использовании транспортной технологии IP; BICC для управления вызовами при исполь¬зовании транспортной технологии ATM;
¦ в направлении к другим шлюзам или терминальному обору¬дованию пакетной сети: RTP/RTCP при использовании транс¬портной технологии IP; PNNI или UNI при использовании транспортной технологии ATM.
Для сигнальных шлюзов:
¦ в направлении к сети ТфОП: в зависимости от реализации
возможна поддержка уровня МТР2 или МТРЗ системы сиг¬нализации ОКС7.
¦ в направлении к гибкому коммутатору: в зависимости от ис¬пользуемых механизмов обработки ОКС7 могут поддержи¬ваться M2UA или M3UA.
Для шлюзов доступа:
¦ в направлении к гибкому коммутатору: для передачи сигнальной информации, связанной с обслуживанием вызова: V5UA
при подключении оборудования сети доступа; MEGACO
(Н.248) при подключении абонентов, использующих сигна¬лизацию по аналоговой абонентской линии; IUA при под¬ключении абонентов, использующих базовый доступа ISDN.
Для передачи сигнальной информации управления шлюза¬
ми: Н.248. MGCP, IPDC;
в направлении к другим шлюзам и терминальному оборудо¬ванию пакетной сети: RTP/RTCP;
¦ в направлении к ТфОП: сигнализацию по аналоговым або¬нентским линиям, сигнализацию базового доступа ISDN в
части протоков уровня 2 (LAP-D), сигнализацию по интерфейсу V5 в части протоколов уровня 2 (LAP-V5).
Поддерживаемые интерфейсы. Как правило, оборудование шлюзов поддерживает следующие интерфейсы:
транспортные шлюзы: в направлении к ТфОП поддерживаются интерфейсы PDH (E1) и/или SDH (STM1/4). В направлении па¬кетной сети на основе IP технологий: интерфейсы семейства Ethernet от l0 Base до Gigabit Ethernet (l000 Base), причем используемая среда передачи специфицируется отдельно. В направлении пакетной сети на основе ATM технологий: от IMA до NNI 4.0:
сигнальные шлюзы в направлении ТфОП в основном поддержи¬вают интерфейс PDH (E1), а в направлении пакетной сети —
интерфейс l0 Base Ethernet;
шлюзы доступа в направлении ТфОП поддерживают интерфейс по
аналоговым абонентским линиям и интерфейсы базового доступа
ISDN (U-, S-. S/T) для резидентных шлюзов и интерфейс PDH (E1)
для шлюзов доступа, осуществляющих подключения оборудования
интерфейса V5. В направлении пакетной сети на основе IP техно¬логий: интерфейсы 10-l00 Base Ethernet. В направлении пакетной
сети на основе ATM технологий: интерфейсы IMA или UNI.

Система мониторинга и конфигурирования (MS)

Система мониторинга и конфигурирования должна обеспечивать контроль и управление всеми техническими средствами NGN. Подобные системы должны строиться с использованием распределенной, объектно-ориентированной структуры и должны быть мультипротокольными. Интерфейсы систем управления должны быть открытыми. Основным Отличительными чертами подобных интерфейсов должны являться: стандартизированные протоколы (IIOP, CMIP, SNMP, FTP, FTAM и др..), использование формальных языков для описания стандартизированных интерфейсов (CORBA IDL, JAVA, GDMO, ASN.1 и др.), стабильность, которая позволяет вносить только те изменения, которые будут обратно совместимы.

РЕФЕРАТ

“NGN – СЕТЬ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ

МОЕ ПЕРВОЕ ВПЕЧАТЛЕНИЕ”

Выполнил: Ле Чан Дык

Группа: Мт-95

Санкт-Петербург

1. Что такое NGN

2. Архитектура NGN

2.1 Схема 3 уровня

2.2 Функции уровней

3.1 На основе Softswitch

3.2 На основе IMS

4. Протоколы (на основе Softswitch)

4.2 Основные протоколы

5. Услуги в NGN

1. Что такое NGN

1.1 Откуда появилось понятие NGN или почему нужно NGN

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

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

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

• Создание единой информационной среды предприятия.
• Формирование распределенных прозрачных и гибких мультисервисных корпоративных сетей.
• Оптимизация управления IT-инфраструктурой.
• Использование современных сервисов управления вызовами.
• Предоставление мультисервисных услуг.
• Управление услугами в реальном времени.
• Поддержка мобильных пользователей.
• Мониторинг качества предоставляемых услуг и работы сетевого оборудования.

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

• Как можно быстрее и дешевле создавать новые услуги с тем, чтобы постоянно привлекать новых абонентов.
• Уменьшать затраты на обслуживание сети и поддержку пользователей.
• Независимость от поставщиков телекоммуникационного оборудования.
• Быть конкурентоспособными: либерализация в инфокоммуникационной отрасли и достижения в новейших технологиях привели к появлению новых операторов связи и сервис-провайдеров, предлагающих более дешевый и широкий спектр услуг.

Здесь и появляется первый раз понятие «сеть следующего/нового поколения» (NGN), т.е. сеть, которая оптимально удовлетворяла бы требованиям операторов в повышении прибыли.

Тогда что такое сеть следующего поколения NGN ?

Сети следующего поколения – концепция построения сетей связи, обеспечивающих:

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

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

- Вынесение функций предоставления услуг в оконечные сетевые узлы

- Интеграцию с традиционными сетями связи.

В чем суть идеи сети NGN ?

Общая идея сети NGN – это предоставление:

Ø Любой инфокоммуникационной услуги

Ø В любое время

Ø В любой точке пространства

1.2 Фундаментальные признаки-характеристики

Сеть NGN характеризуется следующими фундаментальными признаками:

Построена на принципах коммутации пакетов;
- отделение функции управления соединением от среды передачи, вызова от сессии, приложения от сервиса;
- отделение плоскости управления сервисами от транспортной инфраструктуры, предоставление открытых интерфейсов;
- поддержка широкого спектра сервисов, приложений и механизмов на основе унифицированных элементов (включая сервисы реального времени, с задержками, потоковые и мультимедийные сервисы);
- широкополосные возможности со сквозной реализацией QoS;
- взаимодействие с существующими сетями с помощью открытых интерфейсов;
- мобильность в широком смысле;
- неограниченный доступ пользователей к разным поставщикам сервисов;
- разнообразие схем идентификации;
- единообразные характеристики для сервисов, ощущаемых пользователем как одни и те же;
- конвергенция фиксированных и мобильных сетей;
независимость функций, связанных с сервисом, от нижележащих (в смысле 7-й уровневой модели OSI) транспортных технологий;
- поддержка различных технологий "последней мили";
- выполнение всех регламентных требований, например, для аварийной связи, защиты информации, конфиденциальности, и т. д.

1.3 NGN: принципы, требования, возможности

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

Идеологические принципы построения сети нового поколения следующие:

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

В итоге все информационные потоки интегрируются в единую сеть.

Требования к перспективным сетям связи:

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

Возможности сетей NGN:

• Обеспечение создания, развертывания и управления любого вида служб (известных и еще неизвестных). Это включает службы, использующие любого рода среду с любыми схемами кодирования и сервисами (данных, диалоговыми, одноадресными, многоадресными и широковещательными, передачи сообщений, простой службой передачи данных), в реальном времени и вне реального времени, чувствительные к задержке и допускающие задержку, требующие различной ширины полосы пропускания, гарантированные и нет.
• Четкое разделение между функциями служб и транспортными функциями, с тем, чтобы обеспечить разъединение служб и сетей, являющееся одной из основных характеристик NGN.
• Предоставление как существующих, так и новых служб, независимо от типа используемых сети и доступа.
• Функциональные элементы политики управления, сеансов, медиа, ресурсов, доставки служб, безопасности и т.д. должны быть распределены по инфраструктуре, включая как существующие, так и новые сети.
• Осуществление межсетевого взаимодействия (interworking) между NGN и существующими сетями, такими как ТфОП, ЦСИС, СПС посредством шлюзов.
• Поддержка существующих и «предназначенных для работы на NGN» оконечных устройств.
• Решение проблем миграции речевых служб в инфраструктуру NGN, качества обслуживания (QoS), безопасности.

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

1.4 Преимущества и недостатки NGN

Преимущества сети следующего поколения:

• Предоставление современных высокоскоростных сервисов.
• Масштабируемость.
• Совместимость с международными стандартами, доступ по общепринятым интерфейсам (таким, как Ethernet), поддержка традиционных сетевых технологий (ATM, FR и др.).
• Мультипротокольная поддержка (прозрачность и гибкость).
• Управление трафиком (Traffic Engineering).
• Резервирование полосы пропускания.
• Классификация видов трафика.
• Управление качеством обслуживания (QoS).
• Совершенные механизмы защиты (например, MPLS Fast Reroute).

Недостатки сети следующего поколения

• Отсутствие четкой нормативной базы
• Взаимодействие оборудования разных поставщиков

2. Архитектура NGN

2.1 Схема 3 уровня

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

Функциональная модель сетей NGN, в общем случае, может быть представлена тремя уровнями:

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

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

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

Уровень управления услугами содержит функции управления логикой услуг и приложений и представляет собой распределенную вычислительную среду, обеспечивающую следующие потребности:

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

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

Кроме этих 3 уровня, существует еще один важный уровень –Уровень доступа, который обеспечивает доступ пользователям к ресурсам сети.. Тогда можно считать архитектуру NGN:

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

2.2 Функции уровней (Рассмотрим на базе Softswitch/NGN)

2.2.1 Уровень достипа –Сети доступа

Функции сети доступа (access network functions) обеспечивают подключение конечных пользователей к сети, а также сбор и агрегацию трафика, поступающего из сети доступа в транспортную магистраль (ядро). Эти функции также реализуют механизмы управления качеством обслуживания QoS, связанные непосредственно с пользовательским трафиком, включая управление буферами, очередями и расписаниями, пакетную фильтрацию, классификацию трафика, маркировку трафика, определение политик обслуживания и формирование профиля передачи трафика.

Основными услугами сети доступа должно являться обеспечение подключения следующих типов абонентов:

• абоненты аналогового доступа ТФОП;
• абоненты доступа ЦСИС;
• абоненты доступа xDSL;
• абоненты выделенных каналов связи Nx64 кбит/с и 2 Мбит/с;
• абоненты, использующие для доступа оптические кабельные технологии (PON);
• абоненты, использующие для доступа структурированные кабельные системы (HFC);
• абоненты, использующие системы беспроводного доступа и радиодоступа (Wi-Fi).

2.2.2 Транспортный уровень – Транстортные сети

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

Функции управления транспортной сетью (transport control functions) включают функции управления ресурсами и доступом и функции управления присоединением к сети.

+ Функции управления ресурсами и доступом RACFs (Resource and Admission Control Functions) действуют как арбитр между функциями управления услугами и транспортными функциями для поддержки QoS и связаны с управлением транспортными ресурсами в сети доступа и в магистральной транспортной сети. Решение по управлению основывается на информации о требуемом транспорте, соглашениях о заданном уровне обслуживания SLA, правилах сетевой политики, приоритетах услуг и информации о состоянии и использовании транспортных ресурсов.

+ Функции управления подключением к сети NACFs (Network Attachment Control Functions) обеспечивают регистрацию на уровне доступа и инициализацию функций конечного пользователя для услуг доступа NGN.

Транспортный уровень сети NGN строится на основе пакетных технологий передачи информации. Основными используемыми технологиями являются ATM и IP.
Как правило, в основу транспортного уровня мультисервисной сети ложатся существующие сети ATM или IP, т. е. сеть NGN может создаваться как наложенная на существующие транспортные пакетные сети.
Сети, базирующаяся на технологии ATM, имеющей встроенные средства обеспечения качества обслуживания, могут использоваться при создании NGN практически без изменений. Использование в качестве транспортного уровня NGN существующих сетей IP потребует реализации в них дополнительной функции обеспечения качества обслуживания.
В случае, если на маршрутизаторе/коммутаторе ATM/IP реализуется функция коммутации под внешним управлением, то в них должна быть реализована функция управления со стороны гибкого коммутатора с реализацией протоколов H.248/MGCP (для IP) или BICC (для ATM).

В состав транспортной сети NGN могут входить:

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

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

2.2.3 Уровень управления коммутацией и передачей информации

Задачей уровня управления коммутацией и передачей является управление установлением соединения в фрагменте NGN.
Функция установления соединения реализуется на уровне элементов транспортной сети под внешним управлением оборудования гибкого коммутатора. Исключением являются АТС с функциями MGC, которые сами выполняют коммутацию на уровне элемента транспортной сети.
Гибкий коммутатор должен осуществлять:
♦ обработку всех видов сигнализации, используемых в его домене;
♦ хранение и управление абонентскими данными пользователей,
подключаемых к его домену непосредственно или через оборудование шлюзов доступа;
♦ взаимодействие с серверами приложений для предоставления расширенного списка услуг пользователям сети.
При установлении соединения оборудование гибкого коммутатора осуществляет сигнальный обмен с функциональными элементами уровня управления коммутацией. Такими элементами являются все шлюзы, терминальное оборудование мультисервисной сети [интегрированные устройства доступа (IAD), терминалы SIP и Н.323], оборудование других гибких коммутаторов и АТС с функциями контроллера транспортных шлюзов (MGC).
Для передачи информации сигнализации сети ТфОП через пакетную сеть используются специальные протоколы. Так, для передачи информации сигнализации ОКС7. поступающей через сигнальные шлюзы от ТфОП к оборудованию гибкого коммутатора, используется протокол MxUA технологии SIGTRAN (в то же время в ряде реализаций гибкого коммутатора предусмотрен непосредственный ввод сигнализации ОКС7).
В случае использования на сети нескольких гибких коммутаторов они взаимодействуют по межузловым протоколам (как правило, семейство SIP-T) и обеспечивают совместное управление установлением соединения.
На основании анализа принятой информации и решения о последующей маршрутизации вызова оборудование гибкого коммутатора, используя соответствующие протоколы, осуществляет сигнальный обмен по установлению соединения с сетевым элементом назначения и управляет с использованием протокола Н.248 (для IP коммутации) или BICC (для ATM коммутации) установлением соединения для передачи пользовательской информации. При этом потоки пользовательской информации не проходят через гибкий коммутатор, а замыкаются на уровне транспортной сети.

2.2.4 Уровень управления услугами

Основной услугой, предоставляемой как в классических сетях связи, так и в мультисервисной сети, является передача информации между пользователями сети. Использование пакетных технологий на уровне транспортной сети позволяет обеспечить единые алгоритмы доставки информации для различных видов связи.
Кроме услуг по доставке информации, в мультисервисных сетях реализована возможность поддержки предоставления расширенных списков услуг.
Применительно к услуге телефонии, точкой предоставления дополнительных услуг является оборудование гибкого коммутатора или оборудование серверов приложений.
Для пользователей, использующих терминалы мультимедиа (SIP и Н.323 ТЕ), могут предоставляться различные виды мультимедийных услуг.
Реализация логики обслуживания вызова в ограниченном числе сетевых точек позволяет оптимизировать структуру доступа к услугам, предоставляемым со стороны интеллектуальных сетей связи. Для этой цели на уровне гибкого коммутатора реализуется функция SSP.
Использование пакетных технологий позволяет обеспечивать совместное предоставление расширенного списка услуг вне зависимости от типа доступа, используемого пользователем.
В мультисервисных сетях реализуется возможность предоставления однотипных услуг с различными параметрами классов обслуживания (QoS).
Следует отметить, что на сегодня вопрос взаимодействия между гибким коммутатором и серверами услуг недостаточно проработан на уровне международных стандартов, в связи с чем возможна несовместимость оборудования различных производителей

Пример сети NGN

3. Разные варианты конвергенции NGN

Сети следующего поколения имеют две парадигмы построения: с использованием либо програм-мных коммутаторов (Softswitch) и медиашлюзов (MGW), либо про-граммно-аппаратного комплекса – IMS.

Архитектуры Softswitch и IMS имеют известное уровневое деление (абонентских устройств и транспор-та, управления вызовами и сеансами, серверов приложений), причем границы этих логических уровней проходят в обеих концепциях/архитектурах практически одних и тех же местах. Просто в архитектуре Softswitch обычно изображают сетевые устройства, а архитектура IMS определяется на уровне функций. Идентичны также идея предоставления всех услуг на базе IP-сети и разделение функций управления вызовом и коммутации.

Прежде всего, Softswitch – это оборудование конвергентных сетей. Функция управления шлюзами является здесь доминирующей. В свою очередь, IMS проектировалась в рамках мобильного сообщества 3GPP, полностью базирующегося на IP. Основным ее протоколом является SIP, позволяющий устанавливать одноранговые сессии между абонентами и использовать IMS лишь как систему, предоставляющую сервисные функции по безопасности, авторизации, доступу к услугам и т. д. Функция управления шлюзами и сам медиашлюз здесь лишь средство для связи абонентов 3G с абонентами фиксированных сетей. Причем имеется в виду только телефонная сеть общего пользования.

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

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

3.1 Softswitch - гибкий программный коммутатор

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

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

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

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

В число функций управления обслуживанием вызова входят распознавание и обработка цифр номера для определения пункта назначения; а также распознавание момента ответа, момента, когда один из абонентов кладет трубку, и регистрация этих действий для начисления платы. Таким образом, Softswitch фактически остается все тем же привычным коммутационным узлом, только без цифрового коммутационного поля и абонентских комплектов, что позволяет легко интерпретировать его функции в различных сценариях модернизации телефонной сети общего пользования (ТФОП). Ответственность за перечисленные выше операции Softswitch возложена на входящий в его состав функциональный элемент Call Agent.

Другой термин, часто ассоциируемый с Softswitch, - контроллер транспортного шлюза MGC. Это название подчеркивает факт управления транспортными шлюзами и шлюзами доступа по протоколу H.248 или другому. Softswitch координирует обмен сигнальными сообщениями между сетями, то есть поддерживает функциональность шлюза сигнализации - Signalling Gateway (SG). Он координирует действия, обеспечивающие соединение с логическими объектами в разных сетях, и преобразует информацию в сообщениях. Подобное преобразование необходимо, чтобы сигнальные сообщения были одинаково интерпретированы на обеих сторонах несходных сетей, обеспечивая с первого этапа модернизации работу с автоматическими телефонными станциями (АТС).

Эталонная архитектура Softswitch

Модели архитектуры Softswitch предусматриваются четыре функциональные плоскости:

• транспортная плоскость - отвечает за транспортировку сообщений по сети связи. Включает в себя Домен IP-транспортировки, Домен взаимодействия и Домен доступа, отличного от IP.
• плоскость управления обслуживанием вызова и сигнализации - управляет основными элементами сети IP-телефонии. Включает в себя контроллер медиашлюзов, Call Agent, Gatekeeper.
• плоскость услуг и приложений - реализует управление услугами в сети. Содержит серверы приложений и серверы ДВО.
• плоскость эксплуатационного управления - поддерживает функции активизации абонентов и услуг, техобслуживания, биллинга и другие эксплуатационные задачи.

Системы сигнализации

Основная задача Softswitch - согласовывать разные протоколы сигнализации как сетей одного типа, например, при сопряжении сетей H.323 и SIP, так и при взаимодействии сетей коммутации каналов с IP-сетями.

Основные типы сигнализации, которые использует SoftSwitch, - это сигнализация для управления соединениями, сигнализация для взаимодействия разных SoftSwitch между собой и сигнализация для управления транспортными шлюзами. Основными протоколами сигнализации управления соединениями сегодня являются SIP-T, ОКС-7 и H.323. В качестве опций используются протокол E-DSS1 первичного доступа ISDN, протокол абонентского доступа через интерфейс V5, а также все еще актуальная сигнализация по выделенным сигнальным каналам CAS.

Основными протоколами сигнализации управления транспортными шлюзами являются MGCP и Megaco/H.248, а основными протоколами сигнализации взаимодействия между коммутаторами SoftSwitch являются SIP-T и BICC.

3.2 IMS (IP Multimedia Subsystem ) - Мультимедийная IP-подсистема

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

Второй вариант развития событий берет начало в технологии Softswitch. Технология IMS стала продолжением эволюции устройств управления NGN, но теперь к фиксированным сетям присоединились подвижные, и был сделан акцент на 3G.

Для чего это нужно:
Технология IMS, стандарты которой являются базовыми для большинства производителей оборудования, позволяет создать однородную среду предоставления широкого спектра мультимедийных услуг, создавая основу конвергенции фиксированных и мобильных сетей.
IMS позволяет разрабатывать и предоставлять абонентам сетей фиксированной и мобильной связи персонализированные услуги, основанные на различных комбинациях голоса, текста, графики и видео (чат на экране мобильного телефона, электронная почта, игры и многое другое). Решения IMS значительно расширяют возможности конечного пользователя за счет предоставления расширенного набора услуг, в том числе тех, которые были невозможны или экономически неэффективны в сетях TDM.

IMS обеспечивает архитектуру, в которой многие функции могут быть использованы с различными приложениями и у разных провайдеров. Это позволяет быстро и эффективно создавать новые услуги и непосредственно предоставлять их. В основе концепции этого стандарта лежит способность IMS передавать сигнальный трафик и трафик в канале через IP-уровень, а также выполнять функции маршрутизатора или механизма управления сессиями абонентов с использованием информации об их состоянии.

Архитектура IMS обычно делится на три горизонтальных уровня: транспорта и абонентских устройств; управления вызовами и сеансами (функция CSCF и сервер абонентских данных); уровень приложений. Базовые компоненты включают в себя программные коммутаторы, распределенный абонентский регистр (S-DHLR), медиа-шлюзы и серверы SIP. Унифицированная сервисная архитектура IMS поддерживает широкий спектр сервисов, основанных на гибкости протокола SIP (Session Initiation Protocol). В рамках IMS действует множество серверов приложений, предоставляющих как обычные телефонные услуги, так и новые сервисы (обмен мгновенными сообщениями, мгновенная многоточечная связь, передача видеопотоков, обмен мультимедийными сообщениями и т.д.).

Базовыми элементами опорной сети архитектуры IMS являются:

• CSCF (Call Session Control Function) - элемент с функциями управления сеансами и маршрутизацией, состоит из трех функциональных блоков:
• P-CSCF (Proxy CSCF) - посредник для взаимодействия с абонентскими терминалами. Основные задачи - аутентификация абонента и формирование учётной записи;
• I-CSCF (Interrogating CSCF) - посредник для взаимодействия с внешними сетями. Основные задачи - определение привилегий внешнего абонента по доступу к услугам, выбор соответствующего сервера приложений и обеспечение доступа к нему;
• S-CSCF (Serving CSCF) - центральный узел сети IMS, обрабатывает все SIP-сообщения, которыми обмениваются оконечные устройства.
• HSS (Home Subscriber Server) - сервер домашних абонентов, является базой пользовательских данных и обеспечивает доступ к индивидуальным данным пользователя, связанными с услугами. В случае если в сети IMS используется несколько серверов HSS, необходимо добавление SLF (Subscriber Locator Function) который занимается поиском HSS с данными конкретного пользователя.
• BGCF - элемент управляющий пересылкой вызовов между доменом коммутации каналов и сетью IMS. Осуществляет маршрутизацию на основе телефонных номеров и выбирает шлюз в домене коммутации каналов, через который сеть IMS будет взаимодействовать с ТфОП или GSM.
• MGCF - управляет транспортными шлюзами.
• MRFC - управляет процессором мультимедиа ресурсов, обеспечивая реализацию таких услуг, как конференц-связь, оповещение, перекодирование передаваемого сигнала.

Услуги в сетях IMS

• Индикация присутствия (presense)
• Управление групповыми списками
• Групповое общение (Group Communication)
• Push-To-Talk
• Push-To-Show
• Доска для записей (Whiteboard) услуга, позволяющая двум или нескольким абонентам совместно редактировать рисунки и документы в режиме реального времени. Все, что делается одним участником сеанса, видят в режиме on-line все остальные участники.
• Многопользовательские игры в реальном времени (шахматы и другие игры).
• Голосовые вызовы с усовершенствованными функциями (Enriched Voice Calling). Включают видео-телефонию и возможность добавления к вызовам своего контента.
• Совместное использование файлов в сети (File Sharing)

3.3 Softswitch и IMS: сходства и различия

Softswitch и IMS: сходства...

Если сравнить архитектуры Softswitch и IMS, то из приведенных рисунков видно, что и та и другая архитектуры имеют трехуровневое деление, причем границы уровней проходят на одних и тех же местах. Для архитектуры Softswitch изображены в первую очередь устройства сети, а архитектура IMS определена на уровне функций. Идентичны также идея предоставления всех услуг на базе IP-сети и разделение функций управления вызовом и коммутации. По сути, к уже известным функциям Softswitch добавляются функции шлюза OSA и сервер абонентских данных.

... и различия

Посмотрев на приведенные выше списки функций в обеих архитектурах, можно заметить, что состав функций практически не отличается. Можно было бы заключить, что обе архитектуры почти тождественны. Это верно, но только отчасти: они идентичны в архитектурном смысле. Если же разобрать содержание каждой из функций, то обнаружатся значительные различия в системах Softswitch и IMS. Например, функция CSCF: из ее описания уже видно отличие от аналогичных функций в Softswitch. К тому же если в архитектуре Softswitch функции имеют довольно условное деление и описание, то в документах IMS дается довольно жесткое описание функций и процедур их взаимодействия, а также определены и стандартизированы интерфейсы между функциями системы.

Различие начинается с основной концепции систем. Softswitch - это в первую очередь оборудование конвергентных сетей. Функция управления шлюзами (и соответственно протоколы MGCP/MEGACO) является в нем доминирующей (протокол SIP для взаимодействия двух Softswitch/ MGC). IMS проектировалась в рамках сети 3G, полностью базирующейся на IP. Основным ее протоколом является SIP, позволяющий устанавливать одноранговые сессии между абонентами и использовать IMS лишь как систему, предоставляющую сервисные функции по безопасности, авторизации, доступа к услугам и т.д. Функция управления шлюзами и сам медиа-шлюз здесь лишь средство для связи абонентов 3G с абонентами фиксированных сетей. Причем имеются в виду лишь ТФОП. Для общения абонентов 3G с абонентами фиксированных VoIP-сетей и абонентами других 3G-сетей архитектура IMS предусматривает использование функции Security Gateway Function, которую реализуют граничные контроллеры SBC.

Также к особенностям IMS относится ориентированность на протокол IPv6: многие специалисты считают, что популярность IMS послужит толчком к затянувшемуся внедрению шестой версии протокола IP. Но пока это представляет некоторую проблему: сети UMTS поддерживают как IPv4, так и IPv6, в то время как IMS -только IPv6. Поэтому на входе в IMS-сеть необходимо наличие шлюзов, преобразующих формат заголовков и адресную информацию. Эта проблема присуща не только IMS, но и всем сетям IPv6.

Размер: px

Начинать показ со страницы:

Транскрипт

1 ЦЕНТРЫ ОБСЛУЖИВАНИЯ ВЫЗОВОВ 112 В NGN: ОПЫТ ПОСТРОЕНИЯ ВЕДОМСТВЕННОЙ МУЛЬТИСЕРВИСНОЙ СЕТИ НОВОСИБИРСКА Борис ГОЛЬДШТЕЙН, д.т.н., профессор, зав. кафедрой телефонии СПбГУТ Анатолий ДЮБАНОВ, к. т. н., начальник УССТиА ГУВД Новосибирской области Данияр САФИУЛЛИН, генерал-майор, начальник МЧС Новосибирской области Предпосылки Идея объединения служб 01 и 02 отнюдь не нова и соответствует как общемировому опыту в области деятельности экстренных служб, так и перспективному плану нумерации Единой сети электросвязи (ЕСЭ) России . Процесс создания правовой базы, регулирующей взаимодействие различных ведомств при учете обращений граждан и реагировании на них, а также создающей предпосылки для интеграции технических решений, идет на протяжении последних 12 лет. В связи с освобождением «нулевого» пучка для междугородной и международной связи основным телефонным номером для единой экстренной службы будет 112. Согласно постановлению Правительства РФ, с 2008 г. этот номер станет действовать на всей территории страны. Нормативно-правовая база В основу информационной составляющей и алгоритмов обслуживания запросов пользователей единой экстренной службы 112 легли два постановления Правительства Российской Федерации: от 30 декабря 2003 г. 794 «О единой государственной системе предупреждения и ликвидации чрезвычайных ситуаций» и от 31 декабря 2004

2 г. 894 «Об утверждении перечня экстренных оперативных служб, вызов которых круглосуточно и бесплатно обязан обеспечить оператор связи пользователю услугами связи, и о назначении единого номера для вызова экстренных оперативных служб». Создание единых дежурно-диспетчерских служб с использованием технических возможностей телефонного номера 01 определено «Концепцией развития ЕДДС в субъектах Российской Федерации», утвержденной приказом МЧС России от 10 сентября 2003 г. 428; приказом МЧС России от 31 декабря 2003 г. 784 «Об утверждении Порядка привлечения подразделений Государственной противопожарной службы и (или) поисково-спасательных формирований Министерства Российской Федерации по делам гражданской обороны, чрезвычайным ситуациям и ликвидации последствий стихийных бедствий для обеспечения работы следственно-оперативных групп, осуществляющих производство осмотра места происшествия, сопряженного с проведением раскопок, разбором завалов и освещением в темное время суток места пожара»; совместным приказом Генеральной прокуратуры РФ, МВД РФ, Министерства РФ по делам ГО и ЧС, Министерства юстиции РФ, ФСБ РФ, МЭРТ РФ, Федеральной службы РФ по контролю над оборотом наркотиков «О едином учете преступлений» от 29 декабря 2005 г. (впервые опубликован 25 января 2006 г. ). Смысл последнего документа в том, что отныне любое правоохранительное ведомство, имеющее право проводить дознание и следствие, обязано принять и зарегистрировать заявление гражданина о преступлении, в том числе сделанное по телефону. Приказ вводит единые формы документов регистрации и учета обращений граждан, а также движения и исполнения уголовных дел. Все сведения консолидируются в базах данных Главного информационно-аналитического центра МВД РФ. Для эффективной организации взаимодействия ведомств и ввиду технической сложности решаемой задачи целесообразны построение опытных зон и анализ опыта построения современных телекоммуникационных систем в условиях постепенного перехода к сетям связи следующего поколения NGN (Next Generation! Network). Именно на переход к NGN ориентирована построенная в Новосибирской области мультисервисная сеть связи ГУВД. Основой реализованной в Новосибирской области мультисервисной сети связи является IP-контакт-центр , который предусматривает интеллектуальную маршрутизацию вызовов, поступающих в центр, распределенную архитектуру рабочих мест операторов и управление мультимедийными контактами по IP-сети. Объединяя в едином решении традиционную ступень распределения вызовов (СРВ) и последние достижения IP-коммуникаций, этот контакт-центр дал возможность ГУВД Новосибирской области впервые в стране развернуть у себя инфраструктуру распределенного (децентрализованного) центра обслуживания вызовов службы «Милиция». В мае 2005 г. ГУВД Новосибирской области и Главным управлением МЧС РФ по Новосибирской области была введена в эксплуатацию опытная зона службы 911, объединившая на единой технологии контакт-центра ГУВД экстренные службы приема и обработки вызовов «02», «911» и «01». Единые организационные подходы к приему и обработке вызовов, к учету поступающей информации, введение системы электронного документирования и контроля исполнения мероприятий, связанных с обращениями граждан, а также интегрированная информационная картографическая поддержка, прозрачное взаимодействие служб реагирования разных ведомств, оптимизация технического администрирования и обслуживания, наряду с сохранением изолированного локального обеспечения ведомственных CRM-приложений, позволяют говорить о качественной эволюции всех экстренных служб.

3 Эволюция центра обслуживания вызовов 02 Первая очередь оборудования IP-контакт-центра была установлена в сети УВД г. Новосибирск еще в первой половине 2003 г. при замене устаревшего оборудования экстренной спецслужбы «Милиция» . Основная особенность контакт-центров нового поколения в том, что все функциональные возможности реализуются компьютерными серверами приложений, работающими с управляющей информацией и взаимодействующими в процессе обслуживания вызова с информационными и технологическими базами данных. Каждое из таких приложений (например, приложение распределения вызовов ACD, система IVR и т. д.) отвечает за свой набор услуг. С их помощью эффективно решаются вопросы надежности (стандартные методы резервирования аппаратного обеспечения компьютерной техники), масштабирования (установка при необходимости дополнительных серверов, работающих в режиме разделения нагрузки), внедрения новых функций (дополнительные серверы и приложения), создания распределенных систем (для этого достаточно связать удаленные подразделения через компьютерную сеть с необходимой пропускной способностью). Предусматривались следующие алгоритмы обслуживания входящих вызовов: вызов направляется непосредственно на рабочее место оператора (при наличии свободных операторов в группе); вызов направляется в очередь, если нет свободных операторов; вызов направляется на автоинформатор (IVR), после чего адресуется на рабочее место оператора (при необходимости); вызов направляется на автоинформатор (IVR) и затем ставится в нужную очередь, если в соответствующей группе (службе) нет свободных операторов; в случае отсутствия свободных операторов и мест в очереди вызов получает отказ. Гибкая маршрутизация вызовов по группам операторов осуществляется по следующим основным критериям: набранный номер; информация АОН; количество вызовов, ожидающих в очереди к нужной группе операторов; квалификация оператора; количество операторов в группе, способных обслужить заявку; выбранный алгоритм распределения вызовов. Для равномерного распределения нагрузки среди операторов используются три основных алгоритма: циклическое распределение вызовов, т. е. к первому свободному оператору; выбор оператора с учетом длительности свободного от обслуживания клиентов времени и уровня квалификации оператора; выбор наименее занятого оператора. В качестве критерия используется либо общее суммарное время разговоров оператора, либо общее количество вызовов, обслуженных оператором. Предусмотрена модификация этого алгоритма, позволяющая учесть квалификацию оператора. Для массовой рассылки срочной служебной информации из дежурной части РУВД в системе поддерживается возможность отправки циркулярных текстовых сообщений по списку получателей. Для этого достаточно нажать кнопку отправки в окне сообщения (рис. 1). Вводя текстовое сообщение, оператор может при необходимости подключить информацию из текущей карточки, установив «галочку» в соответствующем поле.

4 Рис. 1. Пример заполнения окна отправки циркулярных сообщений На основе подходов, выработанных в процессе эксплуатации данного IP-контактцентра, был создан проект построения мультисервисной сети УВД Новосибирской области. Фрагмент этой сети показан на рис. 2. Единый учет преступлений Рис. 2. Служба 02 Новосибирской области Учетные документы, предусмотренные упомянутым приказом от 29 декабря 2005г. «О едином учете преступлений», не только составили основу информационной базы данных контакт-центра 112, но и в значительной степени определили модификацию алгоритмов обработки запросов пользователей. Потребовалось существенно расширить функциональное содержание заполняемых оператором центра ситуационных карточек. Напомним, что основу ситуационной карточки составляют сведения об абоненте (номер вызывающего абонента адрес, по которому зарегистрирован телефон, а если телефон домашний, то Ф.И.О. и, возможно, паспортные данные абонента, на которого оформлен номер; список лиц, проживающих по тому же адресу; информация о наличии зарегистрированного оружия, транспорта, о наличии судимости) и сведения о происшествии (адрес, где совершено правонарушение; Ф.И.О. прописанных и проживающих по этому адресу граждан, наличие оружия, транспорта, судимости). Подводя итог сказанному, можно отметить, что IР-контакт-центр Новосибирской области на базе платформы «Протей-112», установленный первоначально лишь на замену морально и физически устаревшему коммутатору экстренной службы 02,

5 постепенно реализовал свой потенциал как в плане интеллектуальной обработки поступающего на экстренные спецслужбы трафика, так и с точки зрения функций CRM для всего процесса обслуживания заявок. Кроме того, в качестве дополнительной опции на той же платформе оказалось возможным и целесообразным осуществить функции высокопроизводительной распределенной IP-PBX. Таким образом, сегодня в Новосибирском IP-контакт-центре реализован комплексный набор специфических для служб МЧС и программное обеспечение администратора вызовов, интерактивную речевую систему IP-IVR, шлюзы IP-телефонии и сами IPтелефоны. Объединение функций IP-телефонии и IP-контакт-центра с использованием маршрутизаторов Cisco позволило создать перспективную мультисервисную ведомственную IP-сеть в Новосибирской области, тем самым оптимизировав инвестиции в сетевую инфраструктуру и сократив эксплуатационные расходы. Кроме того, архитектура, построенная вокруг IP-сети, дает возможность соответствующим службам ГУВД и МЧС расширять границы объединенного контакт-центра и включать в его рамки районные отделы и мобильные подразделения соответствующих служб, подключая по мере необходимости квалифицированных сотрудников в самых разных точках. Рассмотренные в статье решения позволяют обеспечить более оперативную реакцию на поступающие от населения сигналы и pacширить возможности интеграции IP-контактцентра с другими службами управлений внутренних дел, например, с паспортными столами, подразделениями ГИБДД, а также службами пожарной охраны, службами реагирования в чрезвычайных ситуациях, службами «Антитеррор», службами скорой медицинской помощи, аварийными службами газовой сети и др., в направлении построения ведомственной мультисервисной cети следующего поколения. Литература 1. Мардер Н.С. Нумерация в сетях электросвязи общего пользования Российской Федерации. М.: ИРИАС, Гольдштейн Б.C., Фрейнкман В.А. Call-центры и компьютерная телефония. СПб: BHV, Дюбанов А. В., Зарубин А.А., Поташов А.И. Мультисервисные контакт-центры в сетях связи МВД // Вестник связи

Www.protei.ru Решения для государственных структур Решения по обработке экстренных сообщений от пользователей для государственных структур Ключевые характеристики Система поддерживает повышенные требования

ПРИНЦИПЫ ФУНКЦИОНИРОВАНИЯ СИТУАЦИОННОГО ЦЕНТРА А.И. Поташов, главный специалист УИТТиС ДТ МВД России, А.В. Дюбанов, начальник УССТиА ГУВД Новосибирской области, В.А. Вольский, руководитель направления

СИСТЕМНЫЕ АСПЕКТЫ ОРГАНИЗАЦИИ СИТУАЦИОННОГО ЦЕНТРА А.И. Поташов, главный специалист УИТТиС ДТ МВД России, А.В. Пинчук, директор Научно-технического центра "Протей", Н.А. Соколов, профессор СП6ГУТ им. проф.

ТЕХНИЧЕСКИЙ ПРОЕКТ 1 системы обеспечения вызова экстренных оперативных служб по единому номеру «112» на базе единых дежурно-диспетчерских служб муниципальных образований субъекта Российской Федерации Схема

УТВЕРЖДЕНО постановлением Правительства Российской Федерации от 21 ноября 2011 г. 958 П О Л О Ж Е Н И Е о системе обеспечения вызова экстренных оперативных служб по единому номеру «112» I. Общие положения

ПРАВИТЕЛЬСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ ПОСТАНОВЛЕНИЕ от 21 ноября 2011 г. N 958 О СИСТЕМЕ ОБЕСПЕЧЕНИЯ ВЫЗОВА ЭКСТРЕННЫХ ОПЕРАТИВНЫХ СЛУЖБ ПО ЕДИНОМУ НОМЕРУ "112" В соответствии с Указом Президента Российской

Cn-Golshteyn.qxd 10.04.2006 10:46 Page 2 Сетевые аспекты контакт-центров 112 и 911 при переходе к NGN Борис ГОЛЬДШТЕЙН, д.т.н. зав. кафедрой СПбГУТ, Санкт-Петербург Антон ЗАРУБИН, к.т.н., ст. научный сотрудник

ТЕХНИЧЕСКИЙ ПРОЕКТ 1 системы обеспечения вызова экстренных оперативных служб по единому номеру «112» на базе единых дежурно-диспетчерских служб муниципальных образований субъекта Российской Федерации Схема

СОГЛАСОВАНО УТВЕРЖДАЮ Начальник Главного управления МЧС России по Ставропольскому краю полковник внутренней службы Начальник ГКУ «ПАСС СК» Г.В. Киселев А.Н. Иваницкий 2014 года 2014 года УЧЕБНАЯ ПРОГРАММА

ОТ «СИСТЕМЫ-112» К «БЕЗОПАСНОМУ ГОРОДУ» ОПТИМИЗАЦИЯ ПРОЦЕССОВ СОЗДАНИЯ И РАЗВИТИЯ КОМПЛЕКСНЫХ СИСТЕМ БЕЗОПАСНОСТИ НТЦ ПРОТЕЙ Российская компания Более 17 лет на рынке телекоммуникаций Полный цикл изготовления

Какие ИКТ-средства использует МЧС? Большое значение для работы МЧС имеет внедрение современных ИКТ. Для обеспечения оперативного реагирования на любые чрезвычайные ситуации в МЧС было реализовано несколько

Контакт-центры для внутрикорпоративных коммуникаций. Время пришло! Елагин Василий Сергеевич, аналитик ООО «НТЦ ПРОТЕЙ» Дубчук Наталья Витальевна, менеджер по маркетингу ООО «НТЦ ПРОТЕЙ» Тема, затронутая

Сетевые аспекты построения системы «Безопасный город» Д.С. МАСЛОВ, аспирант СПбГУТ, Н.А. СОКОЛОВ, профессор, доктор технических наук Концепция, получившая название «Безопасный город», включает совокупность

Управление по делам ГОЧС г.барнаула Перспективы развития АПК «Безопасный город» в Барнауле Об Управлении МКУ «Управление по делам гражданской обороны и чрезвычайным ситуациям г. Барнаула» это постоянно

СЕТЕВЫЕ АРХИТЕКТУРЫ СОРМ В ПРОЦЕССЕ ПЕРЕХОДА К NGN Антон ЗАРУБИН, к. т. н., начальник отдела НТЦ ПРОТЕЙ Антон ПИНЧУК, директор НТЦ ПРОТЕЙ Илья ХЕГАЙ, директор ГК Экран Практически во всех публикациях об

Автоматизированная информационная система безопасности жизнедеятельности Санкт-Петербурга: состав и возможности Постановления Правительства Санкт-Петербурга от 4 октября 2005 г. 1505 «О Концепции Автоматизированной

История создания ЕДДС ПЕРИОД 1998-2008 гг. Единые дежурно-диспетчерские службы (далее ЕДДС) начали формироваться в городах РФ во исполнение поручения Правительства России от 16.07.1998 года БН-П4-20705,

Р А С П О Р Я Ж Е Н И Е ПРАВИТЕЛЬСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ 1240-р 25 августа 2008 года г. Москва 1. Одобрить прилагаемую Концепцию создания системы обеспечения вызова экстренных оперативных служб через

ПРАВИТЕЛЬСТВО ПЕНЗЕНСКОЙ ОБЛАСТИ П О С Т А Н О В Л Е Н И Е от 10 апреля 2013 года 239-пП г.пенза О создании системы обеспечения вызова экстренных оперативных служб по единому номеру «112» на территории

«Система 112» Эффективный инструмент управления оперативными городскими службами Функционал Системы-112 Организация вызова экстренных оперативных служб по принципу «одного окна» Организация комплекса мер,

ПРАВИТЕЛЬСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ РАСПОРЯЖЕНИЕ от 25 августа 2008 года N 1240-р «Об одобрении Концепции создания системы обеспечения вызова экстренных оперативных служб через единый номер "112" на базе

Решения для организации сall-центров Naumen Phone Автор: Мартова Александра Компания NAUMEN сегодня 12-ый год на рынке программных решений для бизнеса и органов власти Более 800 проектов реализованных

IP-ПЛАТФОРМА (IP-ATC) KX-NCP500/KX-NCP1000 Объединяя людей, объединяя бизнес IP-платформа KX-NCP это усовершенствованное решение компании Panasonic на базе IP- технологий. Современная, надежная и многофункциональная

Лекции Практические, деловые игры, тренинги «Подготовка персонала дежурно-диспетчерских служб в рамках функционирования системы обеспечения вызова экстренных оперативных служб по единому номеру «112»»

Назначение системы Основные задачи, решаемые системой Система 112 комплекс программно аппаратных средств, предназначен для автоматизированной обработки вызова экстренных оперативных служб по единому номеру

Профессиональная система управления и безопасности ОБЕСПЕЧЕНИЕ БЕЗОПАСНОСТИ И ПРАВОПОРЯДКА ЯВЛЯЕТСЯ КОМПЕТЕНЦИЕЙ СООТВЕТСТВУЮЩИХ ВЕДОМСТВ И СЛУЖБ. КОМПЛЕКСНАЯ СИСТЕМА УПРАВЛЕНИЯ И БЕЗОПАСНОСТИ ДОЛЖНА ПРЕДОСТАВИТЬ

Профессиональные сервисные услуги Mitel Contact Center Детальная схема для гибкого предоставления услуг Исследование Технический аудит Требования к решению Архитектура Стратегический план Оптимизация качества

СИСТЕМА ОБЕСПЕЧЕНИЯ ВЫЗОВА ЭКСТРЕННЫХ ОПЕРАТИВНЫХ СЛУЖБ ПО ЕДИНОМУ НОМЕРУ «112» В МОСКОВСКОЙ ОБЛАСТИ Нормативная правовая база создания СИСТЕМЫ-112 Указ Президента Российской Федерации от 28 декабря 2010

Call центр Oktell (contact центр) Страна производства: Россия Производитель: Oktell VoIP протокол: SIP Поддержка факса: Да (T.30) Встроенный факс: Есть Работа с ОС: Windows Максимум абонентов: 1000 Запись

СИСТЕМА-112: РЕАЛИЗАЦИЯ ОБЛАЧНОЙ ПЛАТФОРМЫ ОАО «РОСТЕЛЕКОМ». РАЗВЕРТЫВАНИЕ ОПЫТНОЙ ЗОНЫ В РЕСПУБЛИКЕ ЧУВАШИЯ. Цели создания Системы 112 Прием и регистрация поступающих сообщений по принципу одного окна

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

Комплексная система мониторинга потенциально опасных объектов (ПОО) www.protei.ru 2 Система мониторинга ПОО ПРОТЕЙ Цель создания систем мониторинга ПОО - своевременное информирование о нештатных ситуациях

УДК 378.147 И.Т. Притыченко СИСТЕМЫ ОПОВЕЩЕНИЯ И ИНФОРМИРОВАНИЯ ГРАЖДАНСКОЙ ОБОРОНЫ И ЕДИНАЯ ГОСУДАРСТВЕННАЯ СИСТЕМА ПРЕДУПРЕЖДЕНИЯ И ЛИКВИДАЦИИ ЧРЕЗВЫЧАЙНЫХ СИТУАЦИЙ, НАПРАВЛЕНИЯ ИХ ДАЛЬНЕЙШЕГО РАЗВИТИЯ

СОГЛАСОВАНО СОГЛАСОВАНО Директор Екатеринбургского филиала ОАО «Ростелеком» Сибирцев Д.С. 2012 год Генеральный директор ООО «НТЦ ПРОТЕЙ» Апостолова Н.А. 2012 год ТЕХНИЧЕСКИЙ ПРОЕКТ Система обеспечения

1 НТЦ ПРОТЕЙ Российская компания. Более 15 лет на рынкетелекоммуникаций. Полный цикл изготовления оборудования и разработки программного обеспечения. Свыше 250 высококлассных технических специалистов.

СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ СИТУАЦИОННОГО ЦЕНТРА ГУП «МОСГОРТРАНС» ЦЕЛИ Повышение эффективности оперативного информирования и управления ресурсами при возникновении НС и их идентификации

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

Единая Дежурно-Диспетчерская Служба (ЕДДС) www.protei.ru Единая дежурно диспетчерская служба ЕДДС Единая дежурно-диспетчерская служба (ЕДДС) важное звено в построении государственной системы предупреждения

УТВЕРЖДЕНО постановлением администрации Лебяжского района Кировской области от 19.12.2011 586 ПОЛОЖЕНИЕ О ЕДИНОЙ ДЕЖУРНО-ДИСПЕТЧЕРСКОЙ СЛУЖБЕ ЛЕБЯЖСКОГО РАЙОНА 1. Общие положения 1.1. Единая дежурно-диспетчерская

Приложение 1 к постановлению Главы Крутинского муниципального района от 30.07.2010 г. 599-а ПОЛОЖЕНИЕ о единой дежурно-диспетчерской службе Крутинского муниципального района 1. Общие положения 1.1. Настоящее

И.М. Тетерин, Н.Г. Топольский, С.А. Качанов СИСТЕМОТЕХНИЧЕСКИЕ ОСНОВЫ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ПРЕДУПРЕЖДЕНИЯ И ЛИКВИДАЦИИ ЧС Информационные технологии и автоматизированные системы управления предупреждением

ЕДИНЫЙ НОМЕР ВЫЗОВА ЭКСТРЕННЫХ СЛУЖБ «112»: ПРОБЛЕМЫ И РЕШЕНИЯ А.И. Поташов, главный специалист УИТТиС ДТ МВД России А.Е. Павлов, генеральный директор ООО «АРЕОПАГ-ЦЕНТР» Н.А. Соколов, научный сотрудник

ТЕХНИЧЕСКИЙ ПРОЕКТ 1 системы обеспечения вызова экстренных оперативных служб по единому номеру «112» на базе единых дежурно-диспетчерских служб муниципальных образований субъекта Российской Федерации Схема

IP ТЕЛЕФОНИЯ. Иван КАПРАЛОВ ПРИНИМАЕМ РЕШЕНИЕ! Преимущества IP-телефонии Известные бренды Выбор интегратора ЭФФЕКТИВНЫЕ РЕШЕНИЯ ДЛЯ БИЗНЕСА Согласно прогнозам исследовательской компании Osterman Research,

Новая линейка продуктов производства Агат-РТ: IP АТС Агат UX 5110 и 5111 серии Спрут 7 NR автономная система записи Программный системный телефон и карточка-заявка Модуль интеграции в сторонние приложения

Www.protei.ru КОНТАКТ-ЦЕНТР Архитектура Контакт-центр работает по принципу коммутации пакетов построения распределенного контакт-центра на базе уже установленного оборудования Интеграция с биллинговыми

Инновации «Ростелеком» для развития бизнеса ОАО «Ростелеком» Территория «Ростелеком» в Поволжье (МРФ «Волга») ОАО «Ростелеком» в цифрах: По России: - 29,2 млн. клиентов фиксированной связи - 7 млн. клиентов

CRM-решение GMCS для контакт-центров Контакт-центр - это не просто подразделение для обслуживания клиентов, работающее «на передовой», но и сложная структура, для эффективного управления которой требуются

Контакт-центры в мультисервисных сетях А.В. Пинчук, В.А. Фрейнкман Эволюция функциональности операторских центров В условиях жесткой конкуренции на современном рынке товаров и услуг зачастую выигрывает

КОМИ РЕСПУБЛИКАСА ПРАВИТЕЛЬСТВОЛÖН Т Ш Ö К Т Ö М ПРАВИТЕЛЬСТВО РЕСПУБЛИКИ КОМИ Р А С П О Р Я Ж Е Н И Е от 19 марта 2013 г. 94-р г. Сыктывкар В целях определения принципов и основ построения системы обеспечения

МОДЕРНИЗАЦИЯ ГТС С УЗЛАМИ ВХОДЯЩЕГО СООБЩЕНИЯ А.В. ПИНЧУК, директор НТЦ "Протей", Н.А. СОКОЛОВ, профессор ГУТ, кандидат технических наук В журнале "Вестник связи" 12 за 2005 г. опубликована статья

Www.protei.ru Оборудование для обеспечения СОРМ на сетях связи Протокол-тестер интерфейса СОРМ ТОР-4М Протокол-тестер ТОР-4М официально рекомендованное интегральное средство тестирования интерфейса СОРМ

1414 ДЕЯТЕЛЬНОСТЬ ЕДИНОГО КОНТАКТ-ЦЕНТРА Единый контакт-центр по вопросам оказания государственных услуг КАК ВСЁ НАЧИНАЛОСЬ Функции работы контакт-центра были регламентированы на законодательном уровне:

ТЕХНИЧЕСКИЙ ПРОЕКТ 1 системы обеспечения вызова экстренных оперативных служб по единому номеру «112» на базе единых дежурно-диспетчерских служб муниципальных образований субъекта Российской Федерации Схема

Преимущества CallWay Contact Center Описание типового проекта Проект подразумевает внедрение контактного центра в существующую инфраструктуру заказчика на базе программного комплекса CallWay Contact Center.

Armtel ICS Интеграционные возможности системы промышленной связи для построения комплексной системы безопасности на производстве Вадим Роженцов На большинстве предприятий система связи и система безопасности

ПРАВИТЕЛЬСТВО ОРЕНБУРГСКОЙ ОБЛАСТИ П О С Т А Н О В Л Е Н И Е 02.08.2010 г. Оренбург N 516-п О создании единых дежурно-диспетчерских служб в городских округах и муниципальных районах Оренбургской области

Тм Комплекс технических средств экстренной связи «ПражАании милиция» Оперативное реагирование на запросы потребителей - одно из слагаемых успеха в деятельности любого предприятия. Именно это наряду с высоким

Николай Зайцев Л Этуаль Советник по ИТ О компании «Л Этуаль» национальная сеть парфюмерно-косметических магазинов, действующая на территории Российской Федерации и Украины, открыла свой первый магазин

I. Основные положения 1.1. Настоящее Положение о дежурно-диспетчерской службе (далее ДДС) МБОУ «Чудиновская основная общеобразовательная школа» разработано на основании: Федерального закона от 12.02.1998

ОТКРЫТОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО МЕЖДУГОРОДНОЙ И МЕЖДУНАРОДНОЙ ЭЛЕКТРИЧЕСКОЙ СВЯЗИ «РОСТЕЛЕКОМ» Справ. Перв. применен. СИСТЕМА ОБЕСПЕЧЕНИЯ ВЫЗОВА ЭКСТРЕННЫХ ОПЕРАТИВНЫХ СЛУЖБ ПО ЕДИНОМУ НОМЕРУ «112» СВЕРДЛОВСКОЙ

Расчет стоимости внедрения IP ATC Asterisk «Call-Center + CRM» Услуги по созданию IP ATC «Call-Center» на платформе Asterisk (осуществляются исполнителем): Наименование 1 Установка и настройка пакета услуг

ООО «Автоматические шлагбаумы» Эволюция. Как облачная инфраструктура сделала из монтажников шлагбаумов IT-компанию по интеграции парковочных решений в облаке Вначале были шлагбаумы В 2013 году мы начали

R WO/PBC/18/13 ОРИГИНАЛ: АНГЛИЙСКИЙ ДАТА: 30 ИЮНЯ 2011 Г. Комитет по программе и бюджету Восемнадцатая сессия Женева, 12-16 сентября 2011 г. ПРЕДЛОЖЕНИЕ О КАПИТАЛОВЛОЖЕНИЯХ ДЛЯ ФИНАНСИРОВАНИЯ НЕКОТОРЫХ

ГОУВПО «Поволжский государственный университет телекоммуникаций и информатики» Гребешков Александр Юрьевич Разработка методов анализа и эффективного конфигурацией средств и сетей связи следующего поколения

Организация работы Системы-112 и ее интеграции с другими системами обеспечения БЖД населения и ТИС Заместитель директора Департамента информационных технологий, руководитель спасательной службы оповещения

«Утверждаю» Директор ГАОУ ДПО НСО «УМЦ ГОЧС НСО» Королев В.А. января 2016 г. РАБОЧАЯ ПРОГРАММА «Подготовка персонала дежурно-диспетчерских служб в рамках функционирования системы обеспечения вызова экстренных

Российской Федерации и Министерства культуры и массовых коммуникаций Российской Федерации от 25 июля 2006 г. 422/90/376 «Об утверждении Положения о системах оповещения населения»; 1.2. ДДС является самостоятельным