Базовые положения концепции 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.

Трехуровневая модель NGN

30.

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 Server
Function) 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 (SIP
ProxyServerFunction) выделен в отдельный
функциональный объект по той причине, что
чаще всего 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 Session
Manager (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 Handling
Time) - время, необходимое агенту на полное
обслуживание обращения (включая время разговора с
клиентом, а также Обработку (After Call Work)).
Тип доступа - свойство алиаса (хранится в кластере
DS), определяющее возможность абонента
осуществлять вызовы определенного типа
(входящие/исходящие) на определенные сети
(внутренняя/городская/зоновая/междугородная/междун
ародная). Использование типов доступа в системе
дает возможность запрещать/разрешать
определенным абонентам совершать/принимать
вызовы на номера с определенным "признаком" без
изменения маршрутизации.

178.

Дополнительные функции
Поддержка различных форматов медиаресурсов
SIP Registrar
Аутентификация через LDAP и/или Radius
Функционал SBC
Коммутация вызовов с непересекающимся набором
кодеков
Реконфигурируемость – возможность наращивания
функционала и производительности
Интеграция с Microsoft Active Directory
Передача текстовых сообщений
Функция черных и белых списков номеров на транке
Функция ограничения максимального CPS на транке
Функция ограничения по загрузке транка
Балансировка медиатрафика
Механизмы территориального тяготения трафика

179.

Синхронизация телефонной книги
Режим прямого проключения RTP-потока
Запись голосового трафика
Поддержка настраиваемых мелодий вызовов
(Distinctive ring)
Перекодировка и транлитерация
передаваемого имени абонента
NTP (RFC 1305)
DiffServ

180.

Пример схемы включения комплекса ECSS-10

181.

182.

Минимальная конфигурация с поддержкой
аппаратного
серверах.
резервирования построенна на двух
Функциональный состав ПО системы ECSS-10

183.

Функциональный состав ПО системы ECSS-10

184.

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.

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