Оборудование ngn. В чем суть идеи сети NGN? Подготовка к занятию

Размер: 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. ДДС является самостоятельным

Классификация оборудования для 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 – Next Generation Network) – концепция построения сетей связи, обеспечивающих предоставление неограниченного набора услуг с гибкими возможностями по их управлению, персонализации и созданию новых услуг за счет унификации сетевых решений, предполагающая реализацию универсальной транспортной сети с распределенной коммутацией, вынесение функций предоставления услуг в оконечные сетевые узлы и интеграцию с традиционными сетями связи.

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

1. транзитные узлы – выполняют функции переноса и коммутации;

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

3. контроллеры сигнализации – выполняют функции обработки информации сигнализации, управления вызовами и соединениями;

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

Общими характеристиками NGN, определенными Международным союзом электросвязи (ITU) и Европейским институтом в области стандартизации в области телекоммуникаций (ETSI), являются:

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

· отделение функций услуг и приложений от функций базового соединения (от телекоммуникационной составляющей).

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

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

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

Уровни обмена и управления базируются на коммутаторах Softwitch, реализующих идею распределенной коммутации и управления.

Высшим уровнем является уровень интеллектуальных услуг, который выделен в самостоятельный подобно тому, как это сделано в интеллектуальной сети.

Транспортная архитектура телекоммуникационных сетей включает три уровня.

Первый – магистральные сети, второй – опорные/городские сети, и третий – сети доступа. На уровне магистралей в NGN иногда используется технология АТМ, но практически все новые магистральные сети NGN строятся на основе структур IP/MPLS, которые могут накладываться поверх существующих сетей с коммутацией каналов или создаваться заново. Возможные варианты технологий доступа хорошо известны, это – ТФОП, ADSL, LAN, HFC, WLAN, GSM, UMTS, CDMA 2000, и в перспективе – WiMax. Отметим, что к транспорту NGN могут подключаться и сети, не поддерживающие пакетную передачу.

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

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

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

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

Считается, что самый главный в концепции NGN термин «softswitch» (возможные переводы на русский - «гибкий коммутатор» или «программный коммутатор») был введен компанией Lucent Technologies в 1999 г. как название программно-аппаратного решения для управления вызовами в сетях ATM и IP.

Гибкий коммутатор является главным и обязательным компонентом в любой сети следующего поколения NGN первой версии. По своей сути softswitch - это вычислительное устройство с соответствующим программным обеспечением и высокой степенью доступности. Однако, несмотря на присутствие в названии слова «коммутатор», оно в действительности не выполняет никаких коммутирующих функций. К softswitch перешли многие из задач управления соединениями, ранее выполнявшиеся его предшественником - привратником GK (GateKeeper) в сети стандарта Н.323, который управлял всем оборудованием для обслуживания мультимедийных соединений в зоне своей ответственности. Управление вызовами в сети NGN в типичном случае включает маршрутизацию вызовов, аутентификацию пользователя, установление и разрыв соединения, сигнализацию и другие задачи. В качестве посредника гибкий коммутатор должен «понимать» как протоколы сигнализации в телефонных сетях, так и протоколы управления передачей информации в пакетных сетях. Гибкий коммутатор является основным устройством, реализующим функции уровня управления коммутацией в архитектуре сети NGN (см. рис. 1.3) .

В оборудовании гибкого коммутатора должны быть реализованы следующие основные функции:
- функция управления базовым вызовом, обеспечивающая прием и обработку сигнальной информации, и реализацию действий по установлению соединения в пакетной сети;
- функция аутентификации и авторизации абонентов, подключаемых в пакетную сеть как непосредственно, так и с использованием оборудования доступа ТфОП;
- функция маршрутизации вызовов в пакетной сети;
- функция тарификации, сбора статистической информации;
- функция управления оборудованием транспортных шлюзов;
- функция предоставления дополнительных видов обслуживания (ДВО) - реализуется в оборудовании гибкого коммутатора или совместно с сервером приложений;
- функция эксплуатации, управления (администрирования), технического обслуживания и предоставления информации ОАМ&Р (Operation, Administration, Maintenance and Provisioning).

Дополнительно в оборудовании гибкого коммутатора могут быть реализованы следующие функции:
- функция оконечного/транзитного пункта сигнализации SP/STP (Signaling Point / Signaling Transfer Point) сети ОКС№7;
- функция взаимодействия с серверами приложений;
- функция узла коммутации услуг SSP (Service Switching Point) интеллектуальной сети и др.

В категорию гибких коммутаторов попадают разные по функциональности решения, поскольку четкой классификации до сих пор нет. Так часть производителей, экспертов и операторов под используемым продуктом «softswitch» понимают контроллер медиашлюзов MGW (Media Gateway Controller) или устройство управления вызовами CA (Call Agent) или сервер вызовов CS (Call Server). Несмотря на все их различия, они выполняют главную функцию гибкого коммутатора: реализованное программным способом управление соединениями для передачи трафика пользователей в сети NGN, поступающего от шлюзов или непосредственно от пакетных абонентских устройств. С другой стороны часто в состав фирменного решения гибкого коммутатора кроме контроллера/устройства управления/сервера входит и различное шлюзовое оборудование: медиашлюзы, сигнальные шлюзы, прокси-серверы SIP, серверы аутентификации, авторизации и учета AAA (Authentication, Authorization, Accounting) и др. Одна из возможных функциональных схем гибкого коммутатора приведена на рис. 1.6.

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

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

1. Производительность.
Производительность определяется количеством вызовов, обслуживаемых гибким коммутатором в час наибольшей нагрузки (ЧНН) или за 1 секунду или одновременно. Производительность оборудования гибкого коммутатора различна при обслуживании вызовов от различных источников, что объясняется как различным объемом и характером поступления сигнальной информации от разных источников, так и заложенными алгоритмами обработки сигнальной информации.
Гибкий коммутатор может обслуживать вызовы от следующих источников нагрузки:
- пакетных терминалов, предназначенных для работы в сетях NGN (терминалы SIP и Н.323, а также IP-УПАТС);
- терминалов, не предназначенных для работы в сетях NGN (аналоговые и ISDN терминалы) и подключаемых через оборудование резидентных шлюзов доступа;
- оборудования сети доступа, не предназначенного для работы в сетях NGN (концентраторы с интерфейсом V5) и подключаемого через оборудование шлюзов доступа;
- оборудования, использующего первичный доступ (УПАТС) и подключаемого через оборудование шлюзов доступа;
- сети ТфОП, обслуживаемые с использованием сигнализации ОКС№7 с включением сигнальных звеньев ОКС№7 либо непосредственно в гибкий коммутатор (если коммутатор реализует функции сигнального шлюза), либо через оборудование сигнальных шлюзов;
- других гибких коммутаторов, обслуживаемые с использованием сигнализации SIP-T и SIP-I.

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

3. Поддерживаемые протоколы.
Оборудование гибкого коммутатора может поддерживать следующие виды протоколов:
1) При взаимодействии с существующими фрагментами сети ТфОП:
- непосредственное взаимодействие: сигнальный протокол ОКС№7 с подсистемами МТР, ISUP и SCCP;
- взаимодействие через сигнальные шлюзы: сигнальный протокол SIGTRAN с уровнями адаптации: M2UA, M3UA, М2РА, SUA - для передачи сигнализации ОКС№7 через пакетную сеть, V5UA - для передачи сигнальной информации интерфейса V5 через пакетную сеть, IUA - для передачи сигнальной информации DSS1 первичного доступа ISDN через пакетную сеть;
- сигнальный протокол MEGACO/H.248 для передачи информации, поступающей по системам сигнализации по выделенным сигнальным каналам (2ВСК).
2) При взаимодействии с терминальным оборудованием:
- непосредственное взаимодействие с терминальным оборудованием пакетных сетей: протоколы SIP и Н.323;
- взаимодействие с оборудованием шлюзов, обеспечивающим подключение терминального оборудования ТфОП: сигнальный протокол MEGACO/H.248 - для передачи сигнальной информации по аналоговым абонентским линиям; сигнальный протокол SIGTRAN с уровнем адаптации IUА для передачи сигнальной информации DSS1 базового доступа ISDN.
3) При взаимодействии с другими гибкими коммутаторами: протоколы SIP-T и SIP-I.
4) При взаимодействии с оборудованием интеллектуальных платформ (SCP): сигнальный протокол ОКС№7 с прикладным протоколом INAP.
5) При взаимодействии с серверами приложений: в настоящее время взаимодействие с серверами приложений, как правило, базируется на внутрифирменных протоколах, в основе которых лежат технологии JAVA, XML, SIP и др.
6) При взаимодействии с оборудованием транспортных шлюзов:
- для шлюзов, поддерживающих транспорт IP или IP/ATM: протоколы H.248, MGCP, IPDC и др.;
для шлюзов, поддерживающих транспорт ATM: протокол BICC.

4. Поддерживаемые интерфейсы.
Оборудование гибкого коммутатора поддерживает следующие виды интерфейсов:
- интерфейс Е1 (2048 кбит/с) для подключения звеньев сигнализации ОКС№7, включаемых непосредственно в гибкий коммутатор;
- интерфейсы семейства Ethernet для подключения гибкого коммутатора к пакетной сети;
- открытые интерфейсы взаимодействия с внешними платформами приложений: JAIN, PARLAY и т.д.

Конструктивно гибкий коммутатор может быть реализован в виде отдельного устройства, выполняющего совместно функции управления вызовами и коммутатора (switching fabric). Часто производители softswitch разделяют его на два и более устройств – контроллер шлюзов, сигнальный шлюз SG (Signalling Gateway) и медиашлюз MGW.

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

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

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

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

______________________________________
Материалы, представленные в данном разделе, взяты из книги "Мультисервисные платформы сетей следующего поколения NGN" под ред. А.В. Рослякова

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