Similar presentations:
Базовые положения концепции NGN (Концептуальные положения по построению мультисервисных сетей)
1. Базовые положения концепции NGN (Концептуальные положения по построению мультисервисных сетей)
2. Функциональная модель NGN
3. Базовым принципом концепции NGN является отделение друг от друга функций переноса и коммутации (прозрачной передачи информации
4. Структура транспортного уровня фрагмента NGN
5. Задачей транспортного уровня является прозрачная передача информации пользователя.
6.
шлюзы соединительных линий илитранкинговые шлюзы - TGW (Trunking
Gateway), к которым подключаются потоки Е1,
соединяющие АТС ТфОП или центры
коммутации (ЦК) сетей подвижной сотовой
связи (СCПС) с сетью NGN. Часто в
транкинговый шлюз включаются
соединительных линий от существующих
телефонных станций с сигнализацией ОКС№7
от цифровых АТС и с сигнализацией R1,5 для
подключения координатных АТС. В этом случае
транкинговый шлюз выполняет также и роль
сигнального шлюза;
7.
- шлюзы доступа - AGW (AccessGateway)предназначены для включения сетей доступа
AN (AccessNetwork) через интерфейс V5.2,
который может включать от 2 до 16
первичных потоков Е1, или для подключения
УПАТС через интерфейс первичного доступа
PRI сети ISDN (30B+D);
8.
- резидентные (абонентские) шлюзыдоступа - RAGW
(ResidentialAccessGateway) для
подключения аналоговых абонентских
линий, в которые включаются
традиционные телефонные аппараты
ТФОП, аналоговые модемы,
факсимильные аппараты, модемы xDSL.
9. уровень управления коммутацией и передачей сообщений (управления вызовами)
10. Softswitch
устройство управления, и2. новый подход к организации
сети, обеспечивающей
эффективную передачу речи,
видео и данных и обладающей
большим потенциалом для
развертывания новых услуг
1.
11.
Softswitch – это не только одноиз сетевых устройств.
Это также и сетевая архитектура
и даже, в определенной степени, –
идеология построения сети.
12.
В первую очередь, Softswitchуправляет
обслуживанием
вызовов, т.е. установлением и
разрушением
соединений,
выполняя функции CallAgent .
13.
Точно так, как это имеет место втрадиционных АТС с коммутацией
каналов, если соединение установлено,
то эти функции гарантируют, что оно
сохранится до тех пор, пока не даст
отбой вызвавший или вызванный
абонент.
14.
В число функций управленияобслуживанием вызова CallAgent входят
распознавание и обработка цифр номера
для определения пункта назначения
вызова;
распознавание момента ответа вызываемой
стороны,
момента, когда один из абонентов кладет
трубку,
регистрация этих действий для начисления
платы.
15.
Таким образом, Softswitch фактическиостается все тем же привычным
коммутационным узлом, только без
цифрового коммутационного поля.
Но, кроме того
16.
Контроллер транспортного шлюзаMGC – Softswitch управляет
транспортными шлюзами и шлюзами
доступа.
Softswitch координирует обмен
сигнальными сообщениями между
сетями, т.е. поддерживает функции
SignalingGateway (SG).
17. Системы сигнализации
Архитектура сети всегда включает всебя узел управления вызовов,
телефонный сервер, управляющий
агент и шлюзовое оборудование,
сопряжения с пакетными сетями.
18.
Основные типы сигнализации,которые использует Softswitch:
1.Сигнализация для управления
соединениями;
2. Сигнализация для
взаимодействия разных
Softswitch между собой;
3. Сигнализация для управления
транспортными шлюзами.
19.
Основными протоколами сигнализацииуправления соединениями являются
SIP-Т, ОКС7 и H.323.
В качестве опций используются
протокол E-DSS1 первичного доступа
ISDN, протокол абонентского доступа
через интерфейс V5 (или его Sigtranверсию V5U), а также все еще
актуальная в отечественных сетях связи
сигнализация по выделенным
сигнальным каналам R1.5.
20.
Стремление операторов обеспечить весьнабор классических телефонных услуг на
пакетных сетях привело к появлению
протокола BICC как эволюции протокола
ISUP.
Помимо него основным протоколом
сигнализации взаимодействия между
коммутаторами Softswitch является так
же SIP-T.
Основными протоколами сигнализации
управления транспортными шлюзами
являются MGCP и Megaco/H.248.
21.
22.
С точки зрения сети коммутации каналов,Softswitch заменяет средства управления
обслуживанием вызовов АТС.
Он может поддерживать протоколы ОКС7,
E-DSS1, R1.5, V5, выполняя функции
транзитного пункта сигнализации STP или
оконечного SP сети сигнализации ОКС7.
Рабочая группой Sigtran, входящая в IETF,
разработала средства транспортировки
сообщений ОКС7 по IP-сетям.
23.
Это протокол передачи информации дляуправления потоками SCTP
(StreamControlTransmissionProtocol),
поддерживающий перенос сигнальных
сообщений между конечными пунктами
сигнализации SP в IP-сети,
три новых протокола: M2UA, M2PA и M3UA для
выполнения функций MTP, а также
протокол SUA уровня адаптации для
пользователей SCCP, поддерживающий перенос
по IP-сети средствами протокола SCTP
сигнальных сообщений пользователей SCCP
ОКС7 (например, TCAP или INAP).
24. Многоуровневая архитектура протокола SIGTRAIN
25.
Протокол SIGTRAN используется в узлах SG , т.е. вточках преобразования сигналов сигнализации,
идущих между сегментами традиционной сети и
NGN .
Внутри NGN используется система сигнализации
IP –телефонии, где присутствуют
уровень РРР ( Point - to - PointProtocol ),
уровень IP , над ним
уровни TCP / UDP / SCTP, над которыми
присутствует
сигнализация RTP / UDP для обмена данными VoIP
и протокол сигнализации SIP в качестве системы
сигнализации вызова VoIP.
В традиционных сетях используется
многоуровневый стек сигнализации ОКС №7.
26.
Протокол SIGNTRAN должен решитьследующие задачи:
преобразовать сигнальные сообщения
ОКС №7 в IP и обратно,
обеспечить взаимное преобразование
сигнальных сообщений,
информационных полей,
полей, используемых для управления
соединением и контроля качества, и пр.. а
также, при необходимости,
транзит сообщений ОКС №7 через сеть IP
или сообщений VoIP через ТфОП.
27.
Чтобы выполнить все эти задачи, протоколSIGTRAN включает в себя отдельные
элементы протоколов IP и ОКС №7, из-за
чего его структура существенно
усложняется.
Таким образом, от концепции
многоуровневой сигнализации
технология Softswitch переходит к
концепции многоуровневой и
многопротокольной системы
сигнализации.
28. Функциональные плоскости эталонной архитектуры Softswitch
29.
Трехуровневая модель NGN30.
31.
1. Транспортная плоскость —отвечает за транспортировку
сообщений по сети связи.
Включает в себя
Домен IP-транспортировки,
Домен взаимодействия и
Домен доступа, отличного от IP.
32.
Этими сообщениями могут бытьсообщения сигнализации,
сообщения маршрутизации для
организации тракта передачи информации,
пользовательские речь и данные.
33.
Структура транспортногоуровня фрагмента NGN
34.
Расположенный под этой плоскостьюфизический уровень переноса этих
сообщений может базироваться на любой
технологии, которая соответствует
требованиям к пропускной способности для
переноса трафика этого типа.
35.
Транспортная плоскость обеспечивает такжедоступ к сети IP-телефонии сигнальной и/или
пользовательской информации,
поступающей со стороны других сетей или
терминалов.
36.
транспортная плоскость делится на тридомена:
домен транспортировки по протоколу
IP;
домен взаимодействия;
домен доступа, отличного от IP.
37. Домен транспортировки по протоколу IP
поддерживает магистральную сеть имаршрутизацию для
транспортировки пакетов через сеть
IP-телефонии.
К этому домену относятся такие
устройства, как коммутаторы,
маршрутизаторы, а также средства
обеспечения качества обслуживания
QoS (QualityofService).
38. Домен взаимодействия
включает в себя устройствапреобразования сигнальной или
пользовательской информации,
поступающей со стороны внешних
сетей, в вид, пригодный для передачи
по сети IP-телефонии, а также обратное
преобразование.
39. В этот домен входят такие устройства, как
шлюзы сигнализации (SignalingGateways),обеспечивающие преобразование сигнальной
информации между разными транспортными
уровнями,
транспортные шлюзы или медиашлюзы
(MediaGateways), выполняющие функции
преобразования пользовательской информации
между разными транспортными сетями и/или
разными типами мультимедийных данных, и
шлюзы взаимодействия (InterworkingGateways),
обеспечивающие взаимодействие различных
протоколов сигнализации на одном транспортном
уровне.
40. Домен доступа, отличного от IP
предназначен для организации доступа к сети IPтелефонии различных IP-несовместимыхтерминалов.
Он состоит из шлюзов AccessGateways для
подключения учрежденческих АТС, аналоговых
кабельных модемов, линий xDSL, транспортных
шлюзов для мобильной сети радиодоступа
стандарта GSM/3G, а также устройств
интегрированного абонентского доступа IAD
(IntegratedAccessDevices) и других устройств
доступа.
41. Как правило, устройствами и функциями транспортной плоскости управляют функции плоскости управления обслуживанием вызова и
сигнализации.42.
2. Плоскость управленияобслуживанием вызова и
сигнализации
управляет основными элементами
сети IP-телефонии и, в первую
очередь, теми, которые принадлежат
транспортной плоскости.
43.
- Структура уровня управлениякоммутацией
44.
В этой плоскости ведётся управлениеобслуживанием вызова на основе
сигнальных сообщений, поступающих
из транспортной плоскости,
устанавливаются и разрушаются
соединения, используемые для
передачи пользовательской
информации по сети.
45.
Плоскость управления обслуживаниемвызова и сигнализации включает в себя
такие устройства, как
контролер медиашлюзов MGC
(MediaGatewayController),
сервер управления обслуживанием
вызова CallAgent,
привратник Gatekeeper и
LDAP-сервер.
46.
3. Плоскость услуг и приложений —реализует управление услугами в сети,
их логику и выполнение.
Содержит серверы приложений и
серверы ДВО.
47.
Устройства плоскости услуг иприложений содержат логику услуг и
управляют этими услугами путем
взаимодействия с устройствами,
находящимися в плоскости управления
обслуживанием вызова и
сигнализации.
48.
плоскость услуг и приложений состоит изтаких устройств, как
серверы приложений ApplicationServers и
серверы дополнительных услуг
FeatureServers.
Она может также управлять
специализированными компонентами
передачи пользовательской информации,
например, медиасерверами, которые
выполняют функции конференцсвязи.
49.
4. Плоскость эксплуатационногоуправления — поддерживает функции
активизации абонентов и услуг,
техобслуживания, биллинга и другие
функции эксплуатационного
управления сетью.
50.
Плоскость эксплуатационного управленияможет взаимодействовать с некоторыми
или со всеми другими тремя плоскостями
либо по стандартному протоколу (напр., по
протоколу SNMP), либо по внутренним
протоколам и интерфейсам API.
51. Функциональные Объекты (ФО)
52. Плоскость услуг и приложений содержит
1.1 AS-F ФО сервера приложений(Application Server Function)
SIP, MGCP, H.248, LDAP, HTTP, CPL,
XML, OpenAPIs
1.2 SC-F ФО управления услугами
(Service Control Function)
INAP, CAP, MAP, Open APIs
53. Плоскость управления вызовами и сигнализации содержит
2.1 SPS-F ФО прокси-сервера SIP (SIP Proxy ServerFunction) SIP
2.2 R-F ФО маршрутизации вызова
(RoutingFunctions) ENUM, TRIP
2.3 A-F ФО учета, авторизации, аутентификации
(AccountingFunctions) RADIUS
2.4 CA-F ФО устройства управления шлюзом
(CallAgentFunction)
SIP, SIP_T, BICC, H.323, Q.931, Q.SIG, INAP,ISUP, T
CAP
2.5 MGC-F ФО контроллера медиашлюзов (Media
Gateway Controller Function) H.248, MGCP
54. Транспортная плоскость
3.1 MS-F ФО транспортного сервера(MediaServerFunction) SIP, H.248, MGCP
3.2 IW-F ФО взаимодействия
(InterWorkingFunction) H.323/SIP, IP/ATM
3.3 SG-F ФО шлюза сигнализации (Signaling
Gateway Function) SIGTRAN (M3UA, IUA, V5UA
over SCTP)
3.4 MG-F ФО медиашлюза (Media Gateway
Function) RTP/RTCP, TDM, H.248, MGCP
3.5 AGS-F ФО сигнализации шлюза доступа
(Access Gateway Signaling Function)
55.
ФО контроллера медиашлюзов MGC-F(MediaGatewayControllerFunction)
представляет собой конечный автомат
логики управления обслуживанием вызова и
сигнализации для одного или более
транспортных шлюзов.
56.
MGC-Fопределяет состояние процесса обработки
каждого вызова в медиашлюзе и
состояния информационных каналов для
интерфейсов MG-F,
передает информационные сообщения
пользователя между двумя MG-F, а также
между IP-телефонами или терминалами,
57.
отправляет и принимает сигнальныесообщения от портов, от других MGC-F и от
внешних сетей,
взаимодействует с AS-F для
предоставления услуг пользователю,
имеет возможность управлять некоторыми
сетевыми ресурсами (например, портами
MG-F, полосой пропускания),
имеет возможность устанавливать правила
для портов пользователя,
58.
взаимодействует с R-F и A-F дляобеспечения маршрутизации вызова,
аутентификации и учета,
а также может участвовать в задачах
эксплуатационного управления в мобильной
среде (т.к. управление мобильностью
обычно является частью CA-F).
59. ФО устройства управления шлюзом CA-F (CallAgentFunction) и ФО взаимодействия IW-F (InterworkingFunction) являются
подмножествамиMGC-F.
Первый из них, CA-F, существует, когда
MGC-F управляет обработкой вызова и
определяет состояние процесса его
обслуживания.
Второй ФО, IW-F, существует, когда MGC-F
обеспечивает взаимодействие между
разными сетями сигнализации, например,
IP и ATM, ОКС7 и SIP/H.323.
60.
Функциональный объект R-Fпредоставляет информацию о
маршрутизации вызова
функциональному объекту MGC-F.
Функциональный объект A-F собирает
учетную информацию о вызовах для
целей биллинга, а также может
выполнять более широкий спектр
функций AAA, т. е. обеспечивать
аутентификацию, идентификацию и учет
в удаленных сетях.
61.
Основная роль обоих функциональныхобъектов – реагировать на запросы,
поступающие от одного или более MGC-F,
направляя вызов или учетную информацию
о нем к входящим портам (другим MGC-F)
или услугам (AS-F).
62.
Функциональный объект R-F/A-F обеспечиваетфункцию
маршрутизации для локальных и межсетевых
вызовов (R-F),
фиксирует детали каждого сеанса связи для целей
биллинга и планирования (A-F),
обеспечивает управление сеансом и управление
мобильностью,
может узнавать о маршрутной информации от
внешних источников,
может взаимодействовать с AS-F для
предоставления услуги пользователю,
может функционировать прозрачно для других
элементов в тракте сигнализации.
63.
Здесь R-F и A-F могут сцепляться друг сдругом последовательно или
иерархически, и к тому же R-F/A-F часто
объединяется с MGC-F, причем
объединенный R-F/A-F/MGC-F может
также запрашивать услуги внешнего RF/A-F. Сам A-F собирает и передает
учетную информацию о каждом вызове,
а AS-F передает учетную информацию о
предоставлении дополнительных услуг,
таких как конференцсвязь или платные
информационные услуги.
64.
ФО SIP-прокси-сервера SPS-F (SIPProxyServerFunction) выделен в отдельный
функциональный объект по той причине, что
чаще всего R-F и A-F конструктивно
оформляются в виде прокси-сервера SIP.
65.
ФО шлюза сигнализации SG-F(SignalingGatewayFunction) поддерживает
шлюз для обмена сигнальной информацией
между сетью IP-телефонии и ТфОП, которая
может передаваться на базе ОКС7/TDM или,
например, BICC/ATM.
66.
Для беспроводных сетей подвижной связиSG-F поддерживает также шлюз для обмена
сигнальной информацией между транзитной
пакетной IP-сетью и сетью сотовой
подвижной связи (СПС) с коммутацией
каналов на базе стека ОКС7.
67.
Основная роль SG-F заключается впакетировании и транспортировке
протоколов сигнализации ОКС7 в ТфОП
(ISUP или INAP) или в СПС (MAP или CAP)
по сети с коммутацией пакетов IP.
Для этого функциональный объект SG-F
пакетирует и транспортирует протоколы
сигнализации ОКС7 к MGC-F или другому
SG-F, используя методы Sigtran.
Один SG-F может обслуживать много MGC-F,
а интерфейсом между SG-F и другими
функциональными объектами является
протоколы Sigtran типов TUA, SUA и M3UA
over SCTP, за исключением ситуаций, когда SG-F и
MGC-F или другой SG-F объединены в одном месте.
68.
ФО сигнализации шлюза доступаAGS-F
(AccessGatewaySignalingFunction)
поддерживает шлюз для обмена
сигнальной информацией между сетью
IP-телефонии и сетью доступа с
коммутацией каналов на базе
интерфейса V5.1/V5.2 или ISDN.
69.
Для беспроводных сетей подвижной связиAGS-F поддерживает также шлюз для
обмена сигнальной информацией между
транзитной сетью подвижной связи с
коммутацией пакетов и сетью СПС на базе
TDM или ATM.
AGS-F пакетирует и транспортирует к
MGC-F протоколы сигнализации V5, ISDN
или ОКС7, используя протоколы Sigtran
типов M3UA, IUA и V5UA over SCTP.
70.
ФО сервера приложений AS-F(ApplicationServerFunction)
поддерживает логику и выполнение
услуг для одного или более
приложений.
71.
AS-F можетзапрашивать у MGC-F прекращение вызовов или
сеансов связи для определенных приложений
(например, речевой почты или конференцсвязи),
может запрашивать у MGC-F повторное
инициирование услуг связи (например,
сопровождающего вызова),
может изменять описания потоков
пользовательских данных, участвующих в сеансе,
используя протокол SDP,
может управлять MS-F для обслуживания потоков
пользовательской информации,
может компоноваться с Web-приложениями или
иметь Web-интерфейсы,
72.
может использовать открытые API типа JAIN илиParlay для создания услуг,
может иметь внутренние интерфейсы алгоритма
распределения ресурсов, биллинга и регистрации
сеансов,
может взаимодействовать с функциональными
объектами MGC-F или MS-F,
может вызывать другой AS-F для предоставления
дополнительных услуг или для построения
составных, ориентированных на компоненты
приложений,
может использовать функциональные
возможности MGC-F для управления внешними
ресурсами
73.
Совместное использование функциональныхобъектов AS-F и MGC-F обеспечивает
поддержку составных услуг для
пользователей, таких как сетевые записанные
объявления, трехсторонняя связь,
уведомление о поступлении нового вызова.
74.
ФО управления услугами SC-F(ServiceControlFunction) существует,
когда AS-F управляет логикой услуг.
SC-F использует протоколы INAP, CAP и
MAP, а также открытые API типа JAIN и
Parlay.
75.
ФО медиашлюза MG-F(MediaGatewayFunction) обеспечивает
сопряжение IP-сети
- с портом доступа,
- с соединительной линией или
- с совокупностью портов и/или
соединительных линий,
служа, тем самым, шлюзом между
пакетной сетью и внешними сетями с
коммутацией каналов, такими как
ТфОП, СПС или ATM.
76.
Основная роль MG-F состоит впреобразовании пользовательской
информации из одного формата
передачи в другой, чаще всего – из
канального вида в пакетный и обратно,
из ячеек ATM в пакеты IP и обратно.
77.
MG-F имеет следующие характеристики:всегда состоит в отношениях
ведущий/ведомый с MGC-F с
использованием протокола управления
MGCP или MEGACO/H.248;
78.
MG-F может выполнять функцииобработки пользовательской информации,
такие как
- кодирование,
- пакетирование,
- эхокомпенсацию,
- управление буферами,
- устранение джиттера,
- корректирующие действия при потерях
пакетов;
79.
может выполнять функции обслуживанияпользовательских соединений, такие
как
- генерирование акустических
сигналов, - генерирование сигналов
DTMF,
- генерирование комфортного шума,
а также выполнять анализ цифр на базе
таблицы, загружаемой от MGC-F;
80.
может выполнять функции сигнализациии обнаружения событий передачи
пользовательской информации, такие
как
- обнаружение сигналов DTMF,
- обнаружение состояний отбоя/ответа
абонента,
- детектирование наличия речевых
сигналов.
81.
Таким образом, MG-F поддерживаетмеханизм, позволяющий MGC-F
контролировать состояние и
функциональные возможности
портов,
а самому ему не требуется знать
состояния процессов обслуживания
вызовов, проходящих через него;
он поддерживает только сами
соединения.
82.
ФО медиасервера MS-F(MediaServerFunction) обеспечивает
управление обработкой
пользовательского пакетного трафика от
любых приложений.
В основном, он функционирует в качестве
сервера, обслуживающего запросы от
AS-F или MGC-F касательно выполнения
обработки пользовательской
информации в пакетированных потоках
мультимедиа
.
83.
MS-F поддерживает различные кодеки исхемы кодирования, может управляться
AS-F или MGC-F непосредственно
(управление ресурсами) или косвенно (вызов
функции) с использованием протоколов SIP,
MGCP и H. 248.
84.
ФО MS-F может параллельно поддерживатьобнаружение набираемых цифр,
генерирование и передачу акустических
сигналов и записанных сообщений,
регистрацию и запись мультимедийных
потоков,
распознавание речи,
речевое воспроизведение текста,
микширование для конференцсвязи,
обработку факсимильных сообщений,
определение наличия речевых сигналов и
передачу информации о громкости.
85. Модуль контроллера медиашлюзов
в большинстве современныхконтроллеров медиашлюзов MGC,
помимо MGC-F, реализованы и другие
функциональные объекты.
86. Модули контроллера транспортных шлюзов в эталонной архитектуре ISC
87. в представленный контроллер MGC входят функциональные блоки:
Менеджера сеансов соединения Connection SessionManager (MGC-F),
управления обслуживанием вызова и сигнализации (CA-F),
менеджера взаимодействия Interworking/Border Connection
Manager (IW-F),
менеджера сеансов доступа AccessSessionManager(R-F/A-F)
шлюз доступа к открытым услугам (OpenServiceAccessGateway),
модули–посредники приложений (Proxies),
агенты системы эксплуатационной поддержки OSS и OEM,
которые подключаются к внешним менеджерам OSS/OEM,
расположенным в центре эксплуатационной поддержки, для
обеспечения функций сетевого управления, подготовки к
работе услуг и сети, техобслуживания.
88.
В Руководящем ДокументеМинсвязи РФ РД 45.333-2002
отражен российский вариант
представления Softswitch.
89.
90. Реализация Softswitch на примере программно-аппаратного комплекса ECSS-10
ECSS-10 - универсальный программно-аппаратный комплекс, предназначенный
для построения систем связи операторского
и корпоративного уровня на базе технологии
коммутации пакетов.
91.
Модульная архитектура комплекса даетвозможность строить на его базе узлы
местной,
зоновой,
междугородной/
международной связи,
УПАТС различной емкости и
производительности.
92.
ECSS полностью замещает собойфункционал классических АТС на базе
коммутации каналов и выступает в
качестве гибкого коммутатора 4 и 5
классов.
93. Функциональный состав ПО комплекса ECSS-10
94.
ПО состоит из комплексафункциональных подсистем.
Каждая функциональная подсистема
реализуется в виде вычислительного
кластера и является
высокоэффективным компонентом
ECSS-10, обеспечивающим заданные
параметры надежности и
производительности.
95.
Прикладное программное обеспечениеявляется полностью переносимым, что
позволяет использовать любую
операционную систему, как семейства
Unix/Linux, так и серверные OC от
Microsoft, а также использовать широкий
спектр аппаратных архитектур, не
ограничиваясь серверными
платформами Intel/AMD.
96.
1). BUS – подсистема надежной передачисообщений;
2). Storage – подсистема хранения долговременных
данных;
3). Core – подсистема маршрутизации телефонных
вызовов и обработки ДВО;
4). PA (Protocol Adapter) – подсистема адаптации
определенного сигнального протокола к
внутреннему протоколу сигнализации софтсвича;
5). Mediator – подсистема, которая обеспечивает
функции управления комплексом, предоставление
статистической информации и аварийной
сигнализации;
6). TTS (Tollticketing and SORM) – подсистема,
обеспечивающая функции тарификации и
взаимодействия с посредником СОРМ.
97.
- PA Sigtran — кластер подсистемывзаимодействия со шлюзами, работающими
по протоколу Sigtran.
- PA MGCP — кластер подсистемы
взаимодействия со шлюзами, работающими
по протоколу MGCP.
98. Подсистема BUS
построена на базе сервера обменасообщениями (брокера) собственной
разработки с поддержкой очередей и
транзакций.
Реализация механизмов транзакционной
доставки сообщений обеспечивает
гарантированную доставку.
В случае ошибки обработки сообщения на
стороне получателя осуществляется его
повторная доставка.
Взаимодействие через шину обмена
сообщениями обеспечивает унификацию
механизмов взаимодействия и слабую
связанность между подсистемами.
99.
Использование подсистемы BUS позволяетреализовать механизм резервирования
«active-active».
При такой схеме резерва все компоненты
находятся в активном состоянии и
обслуживают поступающую нагрузку в
режиме разделения нагрузки.
Конфигурационная информация и
операционные данные системы
синхронизируются между
зарезервированными элементами.
100.
В случае выхода из строя какого-либопрограммного компонента/компонентов, за
счет механизмов BUS вся поступившая на
него нагрузка (все сообщения) будет
считаться не обслуженной и произойдет её
повторная доставка на однотипный
резервирующий программный компонент,
который осуществит её обработку.
101.
В случае выхода из строя аппаратной части(сервера) произойдет полное переключение
обработки текущей и вновь поступающей
нагрузки на оставшиеся в работе
компоненты системы.
102.
При восстановлении работоспособностивышедшего из строя компонента происходит
его регистрация в системе и подписка на
требуемые для его работы потоки
информации, что приводит к началу
поступления на него нагрузки — компонент
встает в работу.
103. Подсистема Storage
Подсистема Storage выполняетфункцию распределенного хранилища
конфигурационных данных всей
системы.
Также в рамках этой подсистемы
реализован модуль маршрутизации
телефонных вызовов, обладающий
высокой производительностью
104. Подсистема Core
реализует логику управления обработкойтелефонных вызовов (функции Call Agent) и
предоставления ДВО.
Алгоритм обслуживания вызовов
реализован с использованием эталонных
конечных автоматов O-BCSM и T-BCSM
модели реализации интеллектуальных
сетей связи (IN) с набором возможностей
CS-3 согласно Рекомендации ITU-T Q.1238.
105. Подсистема PA
PA осуществляет адаптацию сетевогосигнального протокола, по которому
подключаются внешние по отношению к
гибкому коммутатору системы и
оборудование, к внутреннему протоколу
системы.
Взаимодействие между PA и другими
компонентами системы осуществляется
посредством сообщений, передаваемых
через BUS.
106.
Это позволяет регулировать стандартныйпроцесс обслуживания вызова и
реализовывать различные ДВО.
Реализация ДВО выполнена в виде
отдельных загружаемых модулей, что дает
возможность расширять набор
поддерживаемых сервисов и формировать
различные пакеты дополнительных услуг
для каждого оператора.
107.
В настоящее время реализованы следующиеадаптеры протоколов:
PA Megaco – подсистема взаимодействия со
шлюзами, работающими по протоколу
H.248/Megaco;
PA SIP/SIP-T/SIP-I – подсистема
взаимодействия со шлюзами, периферийным
оборудованием и другими гибкими
коммутаторами по протоколам SIP и SIPT/SIP-I;
PA Sigtran – подсистема взаимодействия со
шлюзами, работающими по стеку протоколов
Sigtran (M2UA, M3UA, IUA);
PA MGCP – подсистема взаимодействия со
шлюзами, работающими по протоколу MGCP.
108. Подсистема Mediator
Подсистема Mediator реализует функциинакопления статистической информации
об обслуженной нагрузке, которая
отправляется PA, и формирования
периодических статистических отчетов
согласно требованиям Рекомендаций ITU-T
E.502 и Q.752.
Также Mediator осуществляет сбор
информации об авариях, обнаруженных в
системе, и выдачу этой информации по
протоколу SNMP на внешние системы
управления сетью
109. Подсистема TTS
Подсистема TTS реализует функционал сбораданных о вызовах и формирование файлов с
записями о разговорах CDR (Call Detail Record),
а также выступает в качестве интерфейса
взаимодействия между гибким коммутатором и
посредником СОРМ.
На TTS реализованы различные режимы
сохранения CDR с возможностью адаптации
информации в CDR и формата файла под
конкретного заказчика
110. Функции комплекса 1.Коммутация вызовов
ECSS осуществляет коммутацию вызовов,использующих различные протоколы
сигнализации и различные стандарты
кодирования медиапотоков, осуществляя их
взаимное согласование (при необходимости
- перекодирование).
111. Функции комплекса 1.Коммутация вызовов
Комплекс отвечает заавторизацию оконечного оборудования,
маршрутизацию трафика между шлюзами,
анализ параметров вызовов,
гибкую модификацию форматов номеров,
осуществление учета нагрузки,
сбора статистической информации и
генерацию информации, необходимой для систем
биллинга.
112. 2. Маршрутизация
ECSS осуществляет процедуру гибкогомногоуровневого поиска маршрута на основании :
номер вызывающего абонента (CgPN);
категория вызывающего абонента (CPC);
номер вызываемого абонента (CdPN);
Тип адреса (Nature of address – NOA);
план нумерации (NP);
индикатор ограничения предоставления номера
вызывающего абонента
(CallingPartyAddressPresentationRestrictionIndicator
– APRI);
день недели; время суток;
уровни загрузки шлюза/направления.
113. Функции комплекса 3. Сервисы (ДВО)
ECSS обеспечивает предоставление различныхдополнительных видов обслуживания (ДВО).
ДВО реализованы как программные модули,
исполняемые на аппаратных ресурсах
комплекса, и могут быть гибко адаптированы к
требованиям заказчика.
Администратор комплекса имеет возможность
гибко управлять доступом абонентов к
различным ДВО.
Предоставляется возможность организации
оператором портала управления ДВО для
абонента через Интернет (АССА)
114. Предоставляемые ДВО
переадресация безусловная (CFU);переадресация по занятости (CFB);
переадресация по неответу (CFNR);
не беспокоить (DND);
запрет приема вызова с неизвестными номерами
(ACB);
удержание вызова (CHOLD);
перевод вызова во время разговора (CTR);
извещение о поступлении второго вызова (CWAIT);
3-х сторонняя конференция (3-WAY);
предоставление номера вызывающего абонента
(CLIP);
115. Предоставляемые ДВО
запрет идентификации номера вызывающегоабонента (CLIR);
преодоление запрета предоставления номера
вызывающего абонента (CLIRO);
поиск первой свободной линии по списку (CallHunt);
перехват вызова;
конференция с последовательным сбором
участников (CONF);
будильник;
быстрый набор;
управление ДВО с телефона абонента;
виртуальная УПАТС (Centrex).
116.
Конфигурирование процесса маршрутизациипостроено таким образом, что позволяет
оператору подвергать номера вызывающего и
вызываемого абонента необходимым
трансформациям:
- вставлять, удалять, изменять цифры номера;
- подвергать цифры номера обработке
регулярными выражениями;
- изменять параметры номера
117.
Обеспечивается поддержка мультизоновоймаршрутизации, которая позволяет создавать
виртуальные АТС со своей номерной емкостью
и маршрутизацией в рамках одного софтсвича.
118. 4. Согласование протоколов
Обслуживание нагрузки по различным сигнальнымпротоколам с различными параметрами
медиапотоков позволяет реализовать следующие
функции пограничного контроля сессий:
конвертация протоколов сигнализации SIP, SIPT/SIP-I, Megaco, ISUP-R/Sigtran, MGCP, H.323;
передача факсов T.38, pass-thru;
поддержка протоколов SNMPv3, RADIUS;
конвертация между различными стандартами
кодирования аудио и большой список
поддерживаемых аудио-кодеков (G.711 ALaw,
G.711μLaw , G.723, G.728 audio, G.729A, G.723.1,
G.726, GSM FR, GSM EGR, AMR, G.729 EG).
119.
Поддержка функции пограничного контролясессий (SBC) обеспечивает возможность
терминирования медиапотоков VoIP
абонентов непосредственно в ECSS-10,
функция RTP-прокси позволяет скрывать
внутреннюю структуру сети оператора, IPадрес удаленного абонента делает
детерминированным маршрут прохождения
медиатрафика по сети.
Этой же функцией осуществляется
согласование параметров медиапотоков
между шлюзами с непересекающимся
списком поддерживаемых аудио-кодеков.
120. 5. Сбор статистики и анализ качества обслуживания
В процессе обслуживания вызововосуществляется сбор статистической информации
по сигнализации и медиапотокам.
Последующий анализ этой статистической
информации позволяет оператору получить
объективную картину обработанного системой
трафика и предпринять меры по выявлению
проблемных зон.
ECSS предоставляет возможность ведение
мониторинга различных параметров, как самого
комплекса, так и обслуживаемой им нагрузки по
протоколу SNMP.
121. 6. Масштабирование
Архитектура комплекса была разработана срасчетом на возможность масштабирования
системы с целью удовлетворения меняющихся
потребностей оператора.
Конфигурация и производительность ECSS-10
могут быть гибко настроены на требования
конкретного оператора для выполнения его
задач на конкретном узле сети.
Наращивание производительности и
надежности осуществляется установкой
дополнительных функциональных блоков, при
этом архитектура обуславливает линейный
рост производительности.
122. 7. Резервирование и отказоустойчивость
Базовыми свойствами, заложенными в архитектурукомплекса, позволяющими достигнуть уровня
надежности 99,9999%, являются:
гибкое динамическое распределение нагрузки
между программными компонентами;
возможность гибкого распределения программных
модулей между аппаратными компонентами;
высокоэффективное использование
вычислительных средств аппаратных ресурсов за
счет применения программной архитектуры,
построенной на параллельных вычислениях;
123.
возможность географического распределенияфункциональных модулей, обеспечивающих
резервирование;
выход из строя части элементов системы не
приводит к разрушению системы и прерыванию
как уже установленных соединений, так и
вызовов, находящихся на фазе установления
соединения.
124. Отказоустойчивость программных модулей обеспечивается:
кластеризацией на наборе доступных аппаратныхресурсов с возможностью динамического
реконфигурирования кластера;
использованием Erlang/OTP, позволяющим
реализовать обновление ПО без выключения
серверов;
изоляцией процессов обслуживания друг от друга,
при которой ошибка обслуживания одного вызова
не влияет на обслуживание других вызовов;
схемой супервизор-исполнитель, позволяющей
немедленно перезапускать программный
компонент в случае обнаружения на нем ошибки.
125. Отказоустойчивость аппаратных средств обеспечивается:
использованием качественных промышленныхсерверов;
использованием серверного кластера, в котором
выход из строя одной части не приводит к выходу
из строя системы в целом;
использованием стекируемых коммутаторов,
обеспечивающих надежную сеть передачи данных
внутри кластера и доступ в сеть оператора;
использованием дисковых RAID массивов,
обеспечивающих сохранность данных.
126. 8. Управление
Управление комплексом в процессе настройки иэксплуатации осуществляется либо через MMLконсоль с командным интерфейсом либо с
использованием веб-конфигуратора,
предоставляющего удобный графический
интерфейс.
Возможна интеграция с имеющимися у оператора
системами мониторинга оборудования,
использующими протокол SNMP.
127.
Комплекс предоставляет полную информацию освоем функционировании через интерфейсы:
RadiusAccounting – пакеты с информацией о
состоявшихся вызовах;
SNMP – статистика и аварийные сообщения;
Syslog – системный лог, трассировка вызовов.
128. 9. Дополнительные функции
- Возможность горячей замены ПО безвыведения элементов комплекса из
эксплуатации.
- Реконфигурируемость – возможность
наращивания функционала и
производительности.
129.
Гибкая модульная архитектура комплекса,позволяющая использовать его для решения всех
основных возникающих перед оператором задач;
Поддержка всех востребованных на сети
телефонной связи ДВО с возможностью
расширения этого списка;
Высокая производительность обработки вызовов,
достигаемая эффективным распределением
нагрузки между модулями комплекса;
Возможность гибкого масштабирования и
наращивания производительности комплекса;
Возможность построения распределенных систем с
поддержкой географического резервирования;
Поддержка интерфейса СОРМ;
Прозрачная интеграция с IMS.
130.
Поддержка протоколов кактрадиционной, так и VoIP телефонии;
Дружественный оператору интерфейс
конфигурирования и управления;
Использование в системе открытых
стандартов — протоколов и
интерфейсов;
Высокая надежность, обеспечиваемая
модульностью, резервированием,
изоляцией ошибок и балансировкой
нагрузки
Горячая замена ПО без отключения
оборудования;
131. Типовая схема построения телефонной IP-сети на оборудовании «Элтекс»
Eltex ECSS-10 - комплексное решение для построенияинтегрированной телефонной сети на основе технологии VoIP.
Все программные компоненты Комплекса и аппаратное
окружение (SBC, коммутаторы Ethernet, цифровой шлюз,
абонентские шлюзы, медиа - сервер, посредник СОРМ)
разработаны и произведены на предприятии Eltex:
АТС ECSS-10 - программное обеспечение Комплекса,
разворачиваемое на промышленных серверах.
Промышленные серверы - поддерживаются серверы разных
производителей и платформ (Intel, AMD и др.),конфигурация
которых выбирается в зависимости от требуемой
производительности систем.
Ethernet-коммутаторы - линейка коммутаторов операторского
уровня с поддержкой стекировании и высокой пропускной
способностью.
Цифровой шлюз - модуль для сопряжения сигнализации и
медиа-потоков ТфОП (Е1) и VoIP сетей.
132.
133.
SBC - пограничный контроллер сессий, реализующийширокий спектр функций, например, функции обеспечения
безопасности сети оператора связи, транскодирования и
контроля качества QoS.
Посредник СОРМ - модуль, обеспечивающий поддержку
взаимодействия с пультом СОРМ.
Application Server - масштабируемая кластерная
платформа для запуска широкого спектра различных
приложений, количество которых легко расширяется по
желанию Заказчика.
Media Gateway - компонент, работающий под управлением
сервера приложений, предоставляющий гибкие функции
работы с медиа-потоками: транскодирование,
эхоподавление, детектирование тональных сигналов,
запись, воспроизведение, поддержка СОРМ и др.
134.
Media Server - компонент, реализующий в себечасть функций сервера приложений и медиашлюза в одном устройстве, предоставляющий
набор законченных интегрированных сервисов:
проигрывание файлов, IVR,запись разговоров,
голосовая почта, сервер точного времени и др.
Абонентский шлюз — модуль для подключения
абонентской ёмкости.
135. Модульная архитектура комплекса дает возможность строить на его базе узлы местной, зоновой, междугородной/международной связи,
УПАТС различной емкости ипроизводительности. ECSS полностью
замещает собой функционал классических
АТС на базе коммутации каналов и выступает
в качестве гибкого коммутатора 4 и 5 классов.
136. ECSS-10 может использоваться для решения различных задач, стоящих перед оператором связи:
точечная замена аналоговой АТС наклассической сети ТфОП с коммутацией каналов;
организация нового узла связи на классической
сети ТфОП;
постепенная миграция существующей
классической сети ТфОП с коммутацией каналов
к NGN;
строительство новой сети связи для
предоставления услуг Triple Play по принципам
NGN.
137.
Подключение пользователей к ECSS-10 можетосуществляться по любым технологиям доступа,
используемым как в классических сетях с
коммутацией каналов (медные абонентские
линии), так и в сетях NGN (оптические линии
связи PON, беспроводная связь WiMAX или Wi-Fi,
проводные линии с технологиями ETTH, PLC).
138. Варианты применения 1. Сельская телефонная сеть
139. 2. Городская телефонная сеть
140.
141. Виртуальная АТС
Вся инфраструктура предоставления услуг телефоннойсвязи на базе ECSS-10, а именно конфигурация
подключаемых шлюзов, абонентские данные, план
нумерации и правила маршрутизации, а также права
доступа к функциям операционного управления и
поддержки описываются в рамках конкретного домена.
Таким образом, домен можно представить как
логическую часть гибкого коммутатора, реализующую
функционал отдельной АТС.
Таких сущностей на гибком коммутаторе может быть
несколько, поэтому можно сказать, что домен и
виртуальная АТС это синонимы. Фактически
развертывание нескольких доменов и связей между
ними дает возможность реализации сегмента или всей
сети NGN в рамках одной инсталляции.
142.
Системы доменов и гибкая системаразграничения прав доступа позволяет оператору
связи выполнять функции хостинга АТС для
сторонних заказчиков.
Заказчик оператора связи может разместить свою
корпоративную УПАТС или узел связи на
мощностях ECSS-10, развернутой у оператора,
при этом функции операционного управления за
этой АТС могут быть полностью переданы
заказчику, либо применена гибкая схема
разграничения ответственности за эксплуатацию
такой АТС.
143. УПРАВЛЕНИЕ СИСТЕМОЙ
144.
MML терминал по SSH, который представляетсобой командный терминальный интерфейс;
WEB конфигуратор, который позволяет управлять
системой через гибкий и удобный
пользовательский интерфейс.
145.
Комплекс предоставляет полную информацию освоем функционировании через интерфейсы:
Radius Accounting - пакеты с информацией о
состоявшихся вызовах;
SNMP — статистика и аварийные сообщения;
Syslog — системный лог, трассировка вызовов.
146. Управление через CLI - CoCon
Управление системой через интерфейскомандной строки CLI реализуется подсистемой
распределенной коммуникационной консоли
CoCon.
147. Правила пользования командной строкой
Команды управления системой ECSSгруппируются в древовидную структуру,
напоминающую файловую систему, где файлы это команды, а каталоги - это логическая
группировка команд (привязка их к конкретной
подсистеме).
Область видимости команд работает таким
образом, что команды, которые объявлены в
корневом каталоге, доступны в любом месте
файловой системы (глобальные команды),
все остальные команды работают в том каталоге,
где они объявлены.
148. Выполнить команду можно двумя способами
1. Зайти в нужный каталог, используякоманду cd, и выполнить команду в этом
каталоге - это позволяет использовать менее
объемные команды.
Для обозначения текущего каталога, в котором
находится пользователь, динамически
изменяется строка приглашения системы.
Пример: зайти в каталог
/domain/eltex.local/ss:ssw@[mycelium@ecss3]:/#>
cd domain/eltex.local/ss/
ssw@[mycelium@ecss3]:/domain/eltex.local/ss#>
149.
2. Написать путь до команды (абсолютныйили относительный путь):
ssw@[mycelium@ecss3]:/#>
domain/eltex.local/ss/info
Глобальные команды выполняются без указания
пути.
150.
Для упрощения использования командной строки,интерфейс поддерживает функцию
автоматического дополнения команд.
Эта функция активизируется при неполно
набранной команде и вводе табуляции <Tab>.
Другая функция <Tab> - просмотр команд,
доступных для ввода в текущем каталоге.
151.
Получить справочную информацию о команде иее параметрах на любом этапе ввода команды
можно двумя способами:
ввод команды man, перед основной командой:
> man shell-trace
ввод комбинации -h, после команды:
> shell-trace -h
152. Принципы формирования виртуальной файловой системы в CLI
Командная строка Cocon выглядит следующимобразом:
ssw@[mycelium@ecss3]:/#>/cluster/core/core1
имя пользователя, в рамках которого
осуществляется текущее подключение
имя вычислительного узла, к которому
подключена консоль
имя сервера, к которому подключена консоль
текущий абсолютный путь
153. Структура дерева команд
/ (root) - корневой каталог, содержит глобальные команды (ls, cd,exit, man, pwd, shell-colors, shell-exec-time, shell-trace, who).
─ audit - каталог группирует в себе команды для просмотра
истории вводимых команд и активных сессий
─ cluster - каталог группирует в себе команды управления
логической топологией ECSS – кластерами (доступен только
администратору софтсвича).
─ cocon - каталог группирует в себе команды управления
пользователями cocon- и web-конфигуратора ECSS-10
─ domain - каталог группирует в себе команды управления
доменами - виртуальными АТС
─ gateway - каталог группирует в себе команды управления
шлюзами
─ node - каталог группирует в себе команды управления
активными вычислительными узлами ECSS(доступен только
администратору софтсвича).
─ system - каталог группирует в себе команды управления
глобальными настройками системы
154. Структура дерева команд доменов
/├─ domain- каталог группирует управление
доменами - виртуальными АТС
└─ some_domain - каталог группирует команды
управления конкретным доменом
├─ clean - команда очистки параметров домена
├─ info - команда вывода информации о
параметрах домена
├─ set
- команда установки параметров домена
├─ import-regime - команда для импортирования
режимов доступа абонента из
файла
├─ declare - команда декларации нового домена в
системе
155.
├─ list - команда вывода списка заявленных всистеме доменов
├─ access-group - каталог группирует команды
управления группами доступа
├─ access-matrix - команда отображения матрицы
связности групп доступа
├─ add - команда создания группы доступа
├─ add-access - команда создания связности между
группами доступа
├─ ls-groups - команда отображения списка групп
доступа
├─ remove - команда удаления группы доступа
└─ remove-access - команда удаления связности между
группами доступа
156.
├─ access-type - каталог группирует командыуправления типами доступа
├─ declare - команда создания нового профиля типа
доступа
├─ info - команда отображения настроек профиля типа
доступа
└─ remove - команда удаления профиля типа доступа
по имени
157.
├─ alarms - каталог группирует командыуправления аварийной
сигнализацией в рамках домена
├─ list - команда просмотра активных аварий
├─ log - команда ...
└─ masklist - команда просмотра активных
масок аварий
158. Алиас
159.
├─ alias - каталог группирует команды управления абонентамив рамках домена
├─ address-info - команда вывода параметров алиасов,
профиля домена и адреса
├─ declare - команда декларации алиаса
├─ iface-info - команда вывода параметров алиасов,
профиля домена и интерфейса
├─ info - команда вывода информации о параметрах
алиаса
├─ remove - команда удаления алиаса
├─ set - команда установки параметров алиасов
├─ set-for-address - команда установки параметров алиасов
для профиля домена и адреса
├─ set-for-iface - команда установки параметров алиасов для
профиля домена и интерфейса
└─ set-for-domain - команда установки параметров алиасов
для профиля домена
160.
Каждый пользователь имеет следующийнабор параметров:
Имя;
Пароль;
Группа(ы) пользователей.
Имя и пароль требуются для каждого
входа в систему (авторизация),
группа(ы) пользователей определяет
перечень разрешённых действий.
161.
ECSS-ROOT – группа суперпользователейсистемы. Содержит полный набор команд по
управлению и мониторингу системы ECSS-10.
ECSS-ADMIN – группа администраторов
системы. Содержит команды управления
системой ECSS-10.
ECSS-USER – группа пользователей системы.
Содержит команды мониторинга системы
ECSS-10.
ECSS-DOMAIN-ADMIN – группа
администраторов виртуальной АТС. Содержит
команды управления определенной
виртуальной АТС.
ECSS-DOMAIN-USER – группа пользователей
виртуальной АТС. Содержит команды
мониторинга определенной виртуальной АТС.
162.
Пользователю назначается группа,команды которой он может исполнять.
Команды не назначенных групп будут
доступны для просмотра, но не для
выполнения.
Пользователь может входить
одновременно в несколько групп.
Добавление, удаление и настройка
параметров пользователей
производится через COCONконфигуратор
163.
Права доступа, определенные дляпользователя, ограничивают
возможности пользователя по
выполнению команд.
Команды, которые недоступны для
выполнения конкретному пользователю,
не будут отображаться в
соответствующих местах файловой
системы, и у пользователя не будет
возможности их выполнить.
164. Контейнеры параметров
Кластер - совокупность вычислительныхузлов одного типа, выполняющие, с точки
зрения системы, единую функцию. С их
помощью описывается вычислительная
топология системы.
Виртуальная АТС (домен) - группировка
информации, относящейся к одной
виртуальной АТС (домена). Позволяет
задавать права доступа к
просмотру/изменению информации.
Алиас - совокупность информации об
абоненте.
Интерфейс - совокупность информации об
коммуникационном порте, физическом или
виртуальном (бридж).
165. Каждый вид сущностей обладает набором существенных характеристик
КластерРоль, Имя кластера
Виртуальная АТС (домен)
Имя домена
Алиас
Адрес, Имя домена, Имя интерфейса
Интерфейс
Адаптер владелец, Группа, Имя интерфейса
166.
Каждый экземпляр сущности обладаетсвоим набором параметров.
Например, определенный алиас
характеризуется определенным адресом,
определенным именем домена и
определенным именем интерфейса, а так
же содержит в себе набор параметров
специфичных именно для этого алиаса.
Набор параметров определенного
экземпляра сущности является
совокупностью параметров взятой из
иерархии профилей этой сущности.
167. Основные возможности
100 000 + абонентовПодтвержденный сертификатами функционал
УПАТС, САТС, ГАТС, КАТС, МТС, МЦК
Виртуальные АТС
Сall- центр
Селекторная связь
Функционал УОВЭОС
Поддержка СОРМ
Использование в качестве SaaS платформы
Функции пограничного контроллера сессий
Поддержка различных дополнительных услуг
168.
Групповое оповещениеГеографическое резервирование
Локальное резервирование
Гибкая модульная архитектура Комплекса
Масштабирование
Горячее обновление ПО
Балансировка медиатрафика
Гибкий IVR конструктор
169.
ACP (Adapter Core Protocol) - внутренний протоколсигнализации системы ECSS-10, используемый для
обмена сообщениями между кластерами Adapter и
Core в ходе обслуживания вызова.
Adapter (Protocol Adapter, PA) – кластер адаптации
сигнального протокола определенного типа к
внутреннему протоколу сигнализации системы
ECSS-10 (ACP). Состоит из одной или нескольких
нод адаптеров одного типа.
Bridge - виртуальный транк, позволяющий
соединять между собой две виртуальные АТС в
рамках одной системы ECSS-10.
BUS – кластер надежной передачи сообщений
системы ECSS-10.
170.
CDR (Call Detail Record) - детальная запись опараметрах вызова (номера телефонов, время начала
разговора, продолжительность разговора и другое).
CDR-файл - файл с записями о вызовах, который
используется кластером TTS системы ECSS-10 для
сохранения информации об обслуженной системой
нагрузке.
171.
Mycelium - имя кластера системы ECSS-10, которыйобеспечивает надежную передачу сообщений между
всеми подсистемами (BUS).
Node - представляет собой виртуальную машину Erlang
и является элементом вычислительного кластера
ECSS-10. Ноды в ECSS-10 типизируются по
выполняемому на них функционалу. Однотипные
ноды объединяются в кластеры соответствующего
типа. Например, кластер Core состоит из нод,
выполняющих функцию ядра коммутационной
системы.
172.
NP (Numbering Plan) - план нумерации.NTP (Network Time Protocol) - сетевой протокол для
синхронизации внутренних часов компьютера с
использованием сетей с переменной латентностью.
OTT (Over the Top) - модель предоставления
мультимедийных сервисов через сетевую
инфраструктуру провайдеров.
RTP (Real-time Transport Protocol) - протокол, который
работает на прикладном уровне и используется при
передаче трафика реального времени.
SaaS (Software as a Service - англ. "программное
обеспечение как услуга") - модель продажи и
использования программного обеспечения, при которой
заказчику предоставляется возможность использования
программного обеспечения, развёрнутого на "облачной
платформе".
173. SIP (Session Initiation Protocol) - протокол установления сеанса прикладного уровня модели OSI. Регламентирует организацию,
изменение изавершение сеанса связи, включающего
мультимедийные элементы: видео, голос,
мгновенные сообщения и т.п. По синтаксису и семантике
близок к протоколу HTTP, запросы и ответы имеют текстовый
вид.
SIPS (Secure Session Initiation Protocol) - стандарт,
накладывающий дополнительные соглашения по
безопасной передаче данных посредством SIP.
SMTP (Simple Mail Transfer Protocol) - простой протокол
передачи почты.
SNMP (Simple Network Management Protocol) - простой
протокол сетевого управления, стандартный интернетпротокол для управления устройствами в IP-сетях.
174.
SRTP (Secure Real-time Transport Protocol) -безопасный протокол передачи данных в реальном
времени, определяет профиль RTP и предназначен
для шифрования, установления подлинности
сообщения, целостности, защиты от замены данных
RTP в однонаправленных и multicast передачах медиа
и приложениях.
SS (Supplementary Service) - дополнительный вид
обслуживания/услуги
Агент (Agent) - человек или устройство, получающий
и обслуживающий Обращения (WorkItem), которые
включают в себя телефонные звонки, fax, e-mail, SMS.
Агент - это сущность, которая описывает
оператора, зарегистрированного в контактцентре.
175.
Очередь (Queue) - логическая сущность, позволяющаяопределять приоритеты между входящим
обращениями и распределять их между агентами.
Режим обслуживания – свойство алиаса (хранится в
кластере DS), предназначенное для временного
изменения ограничений на виды связи, применяемые
для абонента со стороны оператора (например,
временная блокировка исходящей связи, связанная с
отрицательным балансом на счету абонента). По своей
структуре режимы обслуживания полностью
повторяют типы доступа, но тип доступа
устанавливается для абонента на постоянной основе
(по договору), а режим обслуживания изменяется
оператором как реакция на текущую ситуацию при
обслуживании абонента.
176.
Статус агента (Agent status) - статус агентав текущий момент времени. Возможны
следующие значения:
logout - агент не вошел в систему;
idle - агент доступен в системе и ожидает
вызов на обработку;
away - агент присутствует в системе, но
временно недоступен (например, ушел на
обед);
busy - агент занимается обработкой вызова.
177.
Среднее время обработки (AHT - Average HandlingTime) - время, необходимое агенту на полное
обслуживание обращения (включая время разговора с
клиентом, а также Обработку (After Call Work)).
Тип доступа - свойство алиаса (хранится в кластере
DS), определяющее возможность абонента
осуществлять вызовы определенного типа
(входящие/исходящие) на определенные сети
(внутренняя/городская/зоновая/междугородная/междун
ародная). Использование типов доступа в системе
дает возможность запрещать/разрешать
определенным абонентам совершать/принимать
вызовы на номера с определенным "признаком" без
изменения маршрутизации.
178.
Дополнительные функцииПоддержка различных форматов медиаресурсов
SIP Registrar
Аутентификация через LDAP и/или Radius
Функционал SBC
Коммутация вызовов с непересекающимся набором
кодеков
Реконфигурируемость – возможность наращивания
функционала и производительности
Интеграция с Microsoft Active Directory
Передача текстовых сообщений
Функция черных и белых списков номеров на транке
Функция ограничения максимального CPS на транке
Функция ограничения по загрузке транка
Балансировка медиатрафика
Механизмы территориального тяготения трафика
179.
Синхронизация телефонной книгиРежим прямого проключения RTP-потока
Запись голосового трафика
Поддержка настраиваемых мелодий вызовов
(Distinctive ring)
Перекодировка и транлитерация
передаваемого имени абонента
NTP (RFC 1305)
DiffServ
180.
Пример схемы включения комплекса ECSS-10181.
182.
Минимальная конфигурация с поддержкойаппаратного
серверах.
резервирования построенна на двух
Функциональный состав ПО системы ECSS-10
183.
Функциональный состав ПО системы ECSS-10184.
Storage – обеспечивает хранение долговременныхданных (конфигурации);
BUS – интеграционная шина, обеспечивает надежную
передачу сообщений между подсистемами;
Core – осуществляет управление вызовом,
маршрутизацию телефонных вызовов и управление
предоставлением услуг, собирает тарификационные
данные об обслуженных вызовах и взаимодействует с
посредником СОРМ;
Adapter (Protocol adapter - PA) – адаптирует
определенный сигнальный протокол к внутреннему
протоколу сигнализации ECSS-10;
Mediator – обеспечивает функции управления системой
ECSS-10, предоставление статистической информации и
аварийной сигнализации
185.
Кластер Storage выполняет функцию распределенногохранилища конфигурационных данных всей системы.
Также в рамках этой подсистемы реализован модуль
маршрутизации телефонных вызовов, обладающий
высокой производительностью.
Storage использует для хранения конфигурационных
данных документо-ориентированную базу данных
Mnesia, которая является частью комплекта библиотек
OTP (Open Telecom Platform), поставляемых вместе с
Erlang. Кластер обеспечивает зеркалирование
хранимой в БД информации между всеми нодами
кластера. Зеркалирование обеспечивается
транзакционными механизмами Mnesia - внесение
изменений в данные считается выполненным, если
подтверждение о применении этих изменений
приходит со всех нод кластера.
186.
В системе должен быть один кластер Storage.Storage хранит в себе следующую информацию о
конфигурации и текущем состоянии системы:
- топология кластеров системы ECSS-10, описывающая
имена, роли и ноды кластеров;
- индивидуальные параметры каждого кластера;
- конфигурационная информация по виртуальным
АТС, их абонентам и телефонной маршрутизации;
- конфигурационная информация по интерфейсам
(описание транковых и абонентских портов,
подключенных к системе);
- оперативная информация о состоянии интерфейсов;
- скрипты IVR.
187.
В процессе работы системы кластер Storageвзаимодействует со всеми остальными кластерами
системы ECSS-10 для выдачи им конфигурационных и
оперативных данных, а также сохранения изменений в
этих
188.
Кластер BUSОдной из важных особенностей ECSS-10 является
осуществление взаимодействия между программными
компонентами комплекса через интеграционную шину
– BUS.
Кластер BUS построен на базе сервера обмена
сообщениями (брокера) собственной разработки
Mycelium, который поддерживает функционал
очередей сообщений и транзакционный механизм
обмена. Взаимодействие с клиентами осуществляется
по протоколу AMQP (Advanced Message Queuing
Protocol) версии 0-10.
189.
При отправке клиентом сообщения на брокер вкачестве пункта назначения указывается адрес точки
обмена (exchange) на брокере, который представляет
собой строку определенной структуры. Точка обмена
представляет собой механизм маршрутизации
сообщений, который позволяет направить
поступающие в точку обмена сообщения в одну или
несколько очередей по правилам,
регламентированным протоколом AMQP. Далее из
точки обмена сообщение попадает в очередь, из
которой отправляется клиентам, подписанным на
сообщения очереди.
190.
Транзакционность отправки, поддерживаемаяброкером, позволяет гарантировать то, что сообщение
будет отправлено на брокер, пройдет механизм
маршрутизации и поступит в одну или несколько
очередей, а значит, не будет потеряно. Если в процессе
отправки сообщения происходит ошибка, то клиент об
этом незамедлительно информируется.
Для получения сообщения от брокера клиент должен
подписаться на определенную очередь. Когда на
сообщения одной и той же очереди подписаны
несколько клиентов, доставка их осуществляется в
режиме равномерного распределения сообщений
между клиентами (round-robin). Эта возможность
позволяет реализовать в системе режим разделения
нагрузки между нодами кластера.
191.
Транзакционность доставки, поддерживаемаяброкером, позволяет гарантировать то, что сообщение
будет доставлено клиенту. При отказе клиента или
ошибке доставки производится повторная доставка
сообщения другому клиенту, подписанному на данную
очередь.
Взаимодействие через интеграционную шину
обеспечивает унификацию механизмов
взаимодействия, слабую связанность между
подсистемами и позволяет повысить надежность
доставки.
192.
Режим разделения нагрузки при доставке сообщенияклиенту используется для реализации в ECSS-10
резервирования «active-active». При такой схеме
резерва все компоненты находятся в активном
состоянии и обслуживают поступающую нагрузку в
режиме разделения нагрузки. Конфигурационная
информация и операционные данные системы
синхронизируются между зарезервированными
элементами. Если из строя выйдет какой-либо
программный компонент, то за счет механизмов BUS
вся поступившая на программный компонент нагрузка
(все сообщения) будет считаться не обслуженной, и
произойдет её повторная доставка на однотипный
резервирующий программный компонент (другую
ноду того же кластера), который осуществит обработку
данной нагрузки.
193.
В случае выхода из строя аппаратной части (хоста)произойдет полное переключение обработки текущей
и вновь поступающей нагрузки на оставшиеся в работе
компоненты системы (ноды находящиеся на другом
хосте). При восстановлении работоспособности
вышедшего из строя компонента происходит его
регистрация в системе и подписка на требуемые для
его работы потоки информации (очереди), что
приводит к началу поступления на него сообщений —
компонент встает в работу.
194. Дополнительные виды обслуживания
передача входящего вызова к другомуоконечному абонентскому устройству
(переадресация).
передача вызова в случае занятости
абонента.
передача входящего вызова оператору.
передача входящего вызова на
автоинформатор.
195.
повторный вызов без набора номера.соединение с абонентом по
предварительному заказу.
ввод (замена) или отмена личного кода пароля.
запрет некоторых видов исходящей связи.
запрет исходящей и входящей связи, кроме
связи с экстренными службами.
196.
временный запрет входящей связи.передача соединения другому абоненту.
конференцсвязь с последовательным сбором
участников.
установка на ожидание освобождения
вызываемого абонента
конференцсвязь трех абонентов.
197.
наведение справки во время разговора.сокращенный набор абонентских номеров.
соединение без набора номера (прямой
вызов).
вызов абонента по заказу (автоматическая
побудка).
определение номера вызывающего абонента
(улавливание злонамеренного вызова)
198.
уведомление о поступлении нового вызова.конференцсвязь по списку.
подключение к занятому абоненту с
предупреждением о вмешательстве.
исходящая связь по паролю.
временное ограничения входящей связи.
организация групп общих интересов.