🗊Презентация Интегрированные системы связи

Категория: Интернет
Нажмите для полного просмотра!
Интегрированные системы связи, слайд №1Интегрированные системы связи, слайд №2Интегрированные системы связи, слайд №3Интегрированные системы связи, слайд №4Интегрированные системы связи, слайд №5Интегрированные системы связи, слайд №6Интегрированные системы связи, слайд №7Интегрированные системы связи, слайд №8Интегрированные системы связи, слайд №9Интегрированные системы связи, слайд №10Интегрированные системы связи, слайд №11Интегрированные системы связи, слайд №12Интегрированные системы связи, слайд №13Интегрированные системы связи, слайд №14Интегрированные системы связи, слайд №15Интегрированные системы связи, слайд №16Интегрированные системы связи, слайд №17Интегрированные системы связи, слайд №18Интегрированные системы связи, слайд №19Интегрированные системы связи, слайд №20Интегрированные системы связи, слайд №21Интегрированные системы связи, слайд №22Интегрированные системы связи, слайд №23Интегрированные системы связи, слайд №24Интегрированные системы связи, слайд №25Интегрированные системы связи, слайд №26Интегрированные системы связи, слайд №27Интегрированные системы связи, слайд №28Интегрированные системы связи, слайд №29Интегрированные системы связи, слайд №30Интегрированные системы связи, слайд №31Интегрированные системы связи, слайд №32Интегрированные системы связи, слайд №33Интегрированные системы связи, слайд №34Интегрированные системы связи, слайд №35Интегрированные системы связи, слайд №36Интегрированные системы связи, слайд №37Интегрированные системы связи, слайд №38Интегрированные системы связи, слайд №39Интегрированные системы связи, слайд №40Интегрированные системы связи, слайд №41Интегрированные системы связи, слайд №42Интегрированные системы связи, слайд №43Интегрированные системы связи, слайд №44Интегрированные системы связи, слайд №45Интегрированные системы связи, слайд №46Интегрированные системы связи, слайд №47Интегрированные системы связи, слайд №48Интегрированные системы связи, слайд №49Интегрированные системы связи, слайд №50Интегрированные системы связи, слайд №51Интегрированные системы связи, слайд №52Интегрированные системы связи, слайд №53Интегрированные системы связи, слайд №54Интегрированные системы связи, слайд №55Интегрированные системы связи, слайд №56Интегрированные системы связи, слайд №57Интегрированные системы связи, слайд №58Интегрированные системы связи, слайд №59Интегрированные системы связи, слайд №60Интегрированные системы связи, слайд №61Интегрированные системы связи, слайд №62Интегрированные системы связи, слайд №63Интегрированные системы связи, слайд №64Интегрированные системы связи, слайд №65Интегрированные системы связи, слайд №66Интегрированные системы связи, слайд №67Интегрированные системы связи, слайд №68Интегрированные системы связи, слайд №69Интегрированные системы связи, слайд №70Интегрированные системы связи, слайд №71Интегрированные системы связи, слайд №72Интегрированные системы связи, слайд №73Интегрированные системы связи, слайд №74Интегрированные системы связи, слайд №75Интегрированные системы связи, слайд №76Интегрированные системы связи, слайд №77Интегрированные системы связи, слайд №78Интегрированные системы связи, слайд №79Интегрированные системы связи, слайд №80Интегрированные системы связи, слайд №81Интегрированные системы связи, слайд №82Интегрированные системы связи, слайд №83Интегрированные системы связи, слайд №84Интегрированные системы связи, слайд №85Интегрированные системы связи, слайд №86Интегрированные системы связи, слайд №87Интегрированные системы связи, слайд №88Интегрированные системы связи, слайд №89Интегрированные системы связи, слайд №90Интегрированные системы связи, слайд №91Интегрированные системы связи, слайд №92Интегрированные системы связи, слайд №93Интегрированные системы связи, слайд №94Интегрированные системы связи, слайд №95Интегрированные системы связи, слайд №96Интегрированные системы связи, слайд №97Интегрированные системы связи, слайд №98Интегрированные системы связи, слайд №99Интегрированные системы связи, слайд №100Интегрированные системы связи, слайд №101Интегрированные системы связи, слайд №102Интегрированные системы связи, слайд №103Интегрированные системы связи, слайд №104Интегрированные системы связи, слайд №105Интегрированные системы связи, слайд №106Интегрированные системы связи, слайд №107Интегрированные системы связи, слайд №108Интегрированные системы связи, слайд №109Интегрированные системы связи, слайд №110Интегрированные системы связи, слайд №111Интегрированные системы связи, слайд №112Интегрированные системы связи, слайд №113Интегрированные системы связи, слайд №114

Содержание

Вы можете ознакомиться и скачать презентацию на тему Интегрированные системы связи. Доклад-сообщение содержит 114 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации


Слайд 1






Интегрированные системы связи
Описание слайда:
Интегрированные системы связи

Слайд 2





Основные тенденции развития инфокоммуникационной инфраструктуры
Описание слайда:
Основные тенденции развития инфокоммуникационной инфраструктуры

Слайд 3






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

Слайд 4





Персонализация
Единый  персональный номер;
Адаптированные мультимедийные абонентские терминалы;
Персонификация услуг;
Мобильность в широком смысле
Описание слайда:
Персонализация Единый персональный номер; Адаптированные мультимедийные абонентские терминалы; Персонификация услуг; Мобильность в широком смысле

Слайд 5





Конвергенция
Конвергенция технологий
Конвергенция сетей
Интеграция услуг
Описание слайда:
Конвергенция Конвергенция технологий Конвергенция сетей Интеграция услуг

Слайд 6





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

Слайд 7


Интегрированные системы связи, слайд №7
Описание слайда:

Слайд 8


Интегрированные системы связи, слайд №8
Описание слайда:

Слайд 9


Интегрированные системы связи, слайд №9
Описание слайда:

Слайд 10


Интегрированные системы связи, слайд №10
Описание слайда:

Слайд 11





Эталонная модель взаимодействия открытых систем ISO/OSI
Описание слайда:
Эталонная модель взаимодействия открытых систем ISO/OSI

Слайд 12





Уровни модели ISO/OSI
Описание слайда:
Уровни модели ISO/OSI

Слайд 13





Перенос данных в модели ISO/OSI
Описание слайда:
Перенос данных в модели ISO/OSI

Слайд 14





Этапы внедрения цифровых методов
Цифровые системы передачи;
Цифровые системы коммутации;
Цифровые сети с интеграцией служб;
Интеллектуальные сети;
Мультисервисные сети.
Описание слайда:
Этапы внедрения цифровых методов Цифровые системы передачи; Цифровые системы коммутации; Цифровые сети с интеграцией служб; Интеллектуальные сети; Мультисервисные сети.

Слайд 15





Цифровые сети с интеграцией служб
Описание слайда:
Цифровые сети с интеграцией служб

Слайд 16





Виды абонентского доступа в ISDN
ISDN BRI (Базовый интерфейс обмена) – включает
    два информационных канала B по 64 Кбит/с каждый и 
    один   канал сигнализации  D  - 16 Кбит/с. 
ISDN PRI (Первичный интерфейс обмена) - включает 
     30 каналов B  по 64 Кбит/с каждый и
      один канал сигнализации D  - 32 Кбит/с.
Описание слайда:
Виды абонентского доступа в ISDN ISDN BRI (Базовый интерфейс обмена) – включает два информационных канала B по 64 Кбит/с каждый и один канал сигнализации D - 16 Кбит/с. ISDN PRI (Первичный интерфейс обмена) - включает 30 каналов B по 64 Кбит/с каждый и один канал сигнализации D - 32 Кбит/с.

Слайд 17





Обобщенная структура сети ISDN
Описание слайда:
Обобщенная структура сети ISDN

Слайд 18





Структура ISDN-протоколов
Описание слайда:
Структура ISDN-протоколов

Слайд 19





Уровень 1
Описание слайда:
Уровень 1

Слайд 20





Уровень 2
Описание слайда:
Уровень 2

Слайд 21





Уровень 3
Описание слайда:
Уровень 3

Слайд 22





Обмен сообщениями уровня 3
Описание слайда:
Обмен сообщениями уровня 3

Слайд 23





Основные услуги,
предоставляемые ISDN
Услуги передачи информации: 
Передача аудио информации; 
Передача цифровой информации; 
Пакетный режим передачи информации;
Телесервисы: 
Телефакс 
Телефония среднего качества;
Телефония высокого качества (7 кГц);
Телетекст; 
Видеотекс (удаленный терминал On-Line служб);
Видеотелефония.
Описание слайда:
Основные услуги, предоставляемые ISDN Услуги передачи информации: Передача аудио информации; Передача цифровой информации; Пакетный режим передачи информации; Телесервисы: Телефакс Телефония среднего качества; Телефония высокого качества (7 кГц); Телетекст; Видеотекс (удаленный терминал On-Line служб); Видеотелефония.

Слайд 24





Широкополосные  цифровые сети 
с интеграцией служб (B-ISDN)
B-ISDN  Broadband Integrated Services Digital Network
Описание слайда:
Широкополосные цифровые сети с интеграцией служб (B-ISDN) B-ISDN Broadband Integrated Services Digital Network

Слайд 25





Классы служб B-ISDN
Описание слайда:
Классы служб B-ISDN

Слайд 26





Асинхронный режим переноса (ATM)
Описание слайда:
Асинхронный режим переноса (ATM)

Слайд 27





Деление фрейма на ячейки ATM
Описание слайда:
Деление фрейма на ячейки ATM

Слайд 28





Формат ячейки АТМ
Описание слайда:
Формат ячейки АТМ

Слайд 29





 Эталонная модель протоколов B-ISDN
Описание слайда:
Эталонная модель протоколов B-ISDN

Слайд 30





Плоскости эталонной модели протоколов B-ISDN
Плоскость пользователя (U-plane) обеспечивает транспортировку всех видов информации в совокупности с соответствующими механизмами защиты от ошибок, контроля и управления потоком, ограничения нагрузки и т.п. Плоскость пользователя имеет уровневую структуру.
Плоскость управления (C-plane) определяет протоколы установления, контроля и разъединения соединений. Ей принадлежат все функции сигнализации. Плоскость управления также имеет уровневую структуру.
Плоскость менеджмента (M-plane) обеспечивает выполнение функций двух типов: менеджмент (управление) плоскостями и менеджмент (управление) уровнями. Функции управления плоскостями обеспечивают координацию между всеми "гранями" модели протоколов и относятся ко всей ATM, связывая ее в единое целое. Область управления плоскостями не имеет уровневой структуры.
Описание слайда:
Плоскости эталонной модели протоколов B-ISDN Плоскость пользователя (U-plane) обеспечивает транспортировку всех видов информации в совокупности с соответствующими механизмами защиты от ошибок, контроля и управления потоком, ограничения нагрузки и т.п. Плоскость пользователя имеет уровневую структуру. Плоскость управления (C-plane) определяет протоколы установления, контроля и разъединения соединений. Ей принадлежат все функции сигнализации. Плоскость управления также имеет уровневую структуру. Плоскость менеджмента (M-plane) обеспечивает выполнение функций двух типов: менеджмент (управление) плоскостями и менеджмент (управление) уровнями. Функции управления плоскостями обеспечивают координацию между всеми "гранями" модели протоколов и относятся ко всей ATM, связывая ее в единое целое. Область управления плоскостями не имеет уровневой структуры.

Слайд 31





Основные функции уровней
 эталонной модели протоколов B-ISDN
Описание слайда:
Основные функции уровней эталонной модели протоколов B-ISDN

Слайд 32





Управление качеством обслуживания (QoS)
 в АТМ
Уровень адаптации  определяет четыре категории обслуживания: 
постоянная  битовая скорость передачи  (CBR- Сonstant Bit Rate); 
переменная битовая скорость передачи (VBR-Variable Bit Rate),
      VBRrt, VBRnrt; 
неопределенная скорость передачи   (UBR- Unspecified Bit Rate); 
доступная битовая скорость передачи (ABR- Available Bit Rate). 
Эти категории используются для обеспечения различных уровней качества обслуживания (QoS) включают в себя различные параметры:
пиковую (PCR-Peak Cell Rate), среднюю (SCR-Sustainable Cell Rate) и минимальную (MCR –Minimum Cell Rate)   скорости передачи ячеек;
коэффициент потерь ячеек (Cell loss ratio) определяет, какой процент высокоприоритетных ячеек может быть потерян за время передачи; 
задержка передачи ячейки (Cell transfer delay) определяет количество времени (или среднее количество времени), требуемое для доставки ячейки адресату; 
изменение задержки передачи ячейки (Cell delay variation - CDV) - допустимые изменения в распределении группы ячеек между конечными станциями.
Описание слайда:
Управление качеством обслуживания (QoS) в АТМ Уровень адаптации определяет четыре категории обслуживания: постоянная битовая скорость передачи (CBR- Сonstant Bit Rate); переменная битовая скорость передачи (VBR-Variable Bit Rate), VBRrt, VBRnrt; неопределенная скорость передачи (UBR- Unspecified Bit Rate); доступная битовая скорость передачи (ABR- Available Bit Rate). Эти категории используются для обеспечения различных уровней качества обслуживания (QoS) включают в себя различные параметры: пиковую (PCR-Peak Cell Rate), среднюю (SCR-Sustainable Cell Rate) и минимальную (MCR –Minimum Cell Rate) скорости передачи ячеек; коэффициент потерь ячеек (Cell loss ratio) определяет, какой процент высокоприоритетных ячеек может быть потерян за время передачи; задержка передачи ячейки (Cell transfer delay) определяет количество времени (или среднее количество времени), требуемое для доставки ячейки адресату; изменение задержки передачи ячейки (Cell delay variation - CDV) - допустимые изменения в распределении группы ячеек между конечными станциями.

Слайд 33





Функции АТМ коммутаторов
Описание слайда:
Функции АТМ коммутаторов

Слайд 34





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

Слайд 35





Обобщенная концептуальная модель IN
Описание слайда:
Обобщенная концептуальная модель IN

Слайд 36





Затраты на реализацию дополнительных услуг
Описание слайда:
Затраты на реализацию дополнительных услуг

Слайд 37





Модель обслуживания вызова
Описание слайда:
Модель обслуживания вызова

Слайд 38





Обобщенная функциональная архитектура IN
Описание слайда:
Обобщенная функциональная архитектура IN

Слайд 39





Обобщенная структура IN
Описание слайда:
Обобщенная структура IN

Слайд 40





Концептуальная модель IN
Согласно рекомендации ITU-T I.312/Q.1201 основой для стандартизации в области интеллектуальных сетей связи является концептуальная модель (INCM - Intelligent Network Conceptual Model). Модель состоит из четырех плоскостей :
Первый уровень - плоскость  услуг (Service Plane) представляет взгляд на ИС исключительно с точки зрения услуг.
Второй уровень - глобальная функциональная плоскость GFP (Global Functional Plane) описывает возможности сети, которые необходимы разработчикам для внедрения услуг. Здесь сеть рассматривается как единое целое, даются модели обработки вызова ВСР и независимых от услуг конструктивных блоков SIB.
Третий уровень - распределенная функциональная плоскость DFP (Distributed Functional Plane) описывает функции, реализуемые узлами сети. Здесь сеть рассматривается как совокупность функциональных элементов, порождающих информационные потоки.
Четвертый уровень - физическая плоскость РР (Physical Plane) описывает узлы сети, содержащиеся в них функциональные элементы и протоколы взаимодей­ствия.
Описание слайда:
Концептуальная модель IN Согласно рекомендации ITU-T I.312/Q.1201 основой для стандартизации в области интеллектуальных сетей связи является концептуальная модель (INCM - Intelligent Network Conceptual Model). Модель состоит из четырех плоскостей : Первый уровень - плоскость услуг (Service Plane) представляет взгляд на ИС исключительно с точки зрения услуг. Второй уровень - глобальная функциональная плоскость GFP (Global Functional Plane) описывает возможности сети, которые необходимы разработчикам для внедрения услуг. Здесь сеть рассматривается как единое целое, даются модели обработки вызова ВСР и независимых от услуг конструктивных блоков SIB. Третий уровень - распределенная функциональная плоскость DFP (Distributed Functional Plane) описывает функции, реализуемые узлами сети. Здесь сеть рассматривается как совокупность функциональных элементов, порождающих информационные потоки. Четвертый уровень - физическая плоскость РР (Physical Plane) описывает узлы сети, содержащиеся в них функциональные элементы и протоколы взаимодей­ствия.

Слайд 41





Концептуальная модель IN
Описание слайда:
Концептуальная модель IN

Слайд 42





Плоскость услуг
CS-1rus 
АСС  (Account Card Calling) Вызов по предоплаченной карте;
ССС  (Credit Card Calling) Вызов по кредитной карте;
FPH  (Freephone)  Бесплатный вызов;
PRM  (Premium Rate)   Приплата (Передача части оплаты вызываемому абоненту);
VOT  (Televoting) Телефонное голосование
Описание слайда:
Плоскость услуг CS-1rus АСС (Account Card Calling) Вызов по предоплаченной карте; ССС (Credit Card Calling) Вызов по кредитной карте; FPH (Freephone) Бесплатный вызов; PRM (Premium Rate) Приплата (Передача части оплаты вызываемому абоненту); VOT (Televoting) Телефонное голосование

Слайд 43





Глобальная функциональная плоскость
Описание слайда:
Глобальная функциональная плоскость

Слайд 44





Физическая плоскость
Описание слайда:
Физическая плоскость

Слайд 45





Прикладной протокол INAP общеканальной системы сигнализации ОКС №7
Описание слайда:
Прикладной протокол INAP общеканальной системы сигнализации ОКС №7

Слайд 46





Подсистемы ОКС №7
Описание слайда:
Подсистемы ОКС №7

Слайд 47





Протокол INAP
Описание слайда:
Протокол INAP

Слайд 48





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

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

Слайд 49





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

Слайд 50





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

Слайд 51





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

Слайд 52





Архитектура сети связи NGN
Описание слайда:
Архитектура сети связи NGN

Слайд 53





Декомпозиция АТС и Softswitch
Описание слайда:
Декомпозиция АТС и Softswitch

Слайд 54





Консорциум IPCC
Описание слайда:
Консорциум IPCC

Слайд 55





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

Слайд 56





Функциональные плоскости эталонной архитектуры Softswitch
Описание слайда:
Функциональные плоскости эталонной архитектуры Softswitch

Слайд 57





Транспортная плоскость 
Транспортная плоскость (Transport Plane) отвечает за транспортировку сообщений по сети связи. Этими сообщениями могут быть сообщения сигнализации, сообщения маршрутизации для организации тракта передачи информации, или непосредственно пользовательские речь и данные. 
Сама транспортная плоскость делится на три домена:

Домен транспортировки по протоколу IP (IP Transport Domain) поддерживает магистральную сеть и маршрутизацию для транспортировки пакетов через сеть IP. К этому домену относятся такие устройства, как коммутаторы, маршрутизаторы, а также средства обеспечения качества обслуживания QoS (Quality of Service).
Домен взаимодействия (Interworking Domain) включает в себя устройства преобразования сигнальной или пользовательской информации, поступающей со стороны внешних сетей, в вид, пригодный для передачи по сети IP, а также обратное преобразование. В этот домен входят шлюзы сигнализации (Signaling Gateways), транспортные шлюзы или медиашлюзы (Media Gateways) и шлюзы взаимодействия (Interworking Gateways).
Домен доступа, отличного от IP (Non-IP Access Domain), предназначен для организации доступа к сети IP различных IP-несовместимых терминалов. Он состоит из шлюзов Access Gateways, транспортных шлюзов для мобильных сети стандарта GSM/3G, а также устройств интегрированного абонентского доступа IAD (Integrated Access Devices)  и других устройств доступа. 
 IP-терминалы, например, SIP-телефоны, непосредственно подключаются к домену транспортировки по протоколу IP без участия Access Gateway.
Описание слайда:
Транспортная плоскость Транспортная плоскость (Transport Plane) отвечает за транспортировку сообщений по сети связи. Этими сообщениями могут быть сообщения сигнализации, сообщения маршрутизации для организации тракта передачи информации, или непосредственно пользовательские речь и данные. Сама транспортная плоскость делится на три домена: Домен транспортировки по протоколу IP (IP Transport Domain) поддерживает магистральную сеть и маршрутизацию для транспортировки пакетов через сеть IP. К этому домену относятся такие устройства, как коммутаторы, маршрутизаторы, а также средства обеспечения качества обслуживания QoS (Quality of Service). Домен взаимодействия (Interworking Domain) включает в себя устройства преобразования сигнальной или пользовательской информации, поступающей со стороны внешних сетей, в вид, пригодный для передачи по сети IP, а также обратное преобразование. В этот домен входят шлюзы сигнализации (Signaling Gateways), транспортные шлюзы или медиашлюзы (Media Gateways) и шлюзы взаимодействия (Interworking Gateways). Домен доступа, отличного от IP (Non-IP Access Domain), предназначен для организации доступа к сети IP различных IP-несовместимых терминалов. Он состоит из шлюзов Access Gateways, транспортных шлюзов для мобильных сети стандарта GSM/3G, а также устройств интегрированного абонентского доступа IAD (Integrated Access Devices) и других устройств доступа. IP-терминалы, например, SIP-телефоны, непосредственно подключаются к домену транспортировки по протоколу IP без участия Access Gateway.

Слайд 58





Плоскость управления обслуживанием вызова  и сигнализации 
Плоскость управления обслуживанием вызова и сигнализации (Call Control & Signaling Plane) управляет основными элементами сети IP-телефонии и, в первую очередь, теми, которые принадлежат транспортной плоскости. В этой плоскости ведётся управление обслуживанием вызова на основе сигнальных сообщений, поступающих из транспортной плоскости, устанавливаются и разрушаются соединения, используемые для передачи пользовательской информации по сети. Плоскость включает в себя такие устройства, как:
контролер медиашлюзов MGC (Media Gateway Controller),
сервер управления обслуживанием вызова (Call Agent),
 привратник Gatekeeper и LDAP-сервер.
Описание слайда:
Плоскость управления обслуживанием вызова и сигнализации Плоскость управления обслуживанием вызова и сигнализации (Call Control & Signaling Plane) управляет основными элементами сети IP-телефонии и, в первую очередь, теми, которые принадлежат транспортной плоскости. В этой плоскости ведётся управление обслуживанием вызова на основе сигнальных сообщений, поступающих из транспортной плоскости, устанавливаются и разрушаются соединения, используемые для передачи пользовательской информации по сети. Плоскость включает в себя такие устройства, как: контролер медиашлюзов MGC (Media Gateway Controller), сервер управления обслуживанием вызова (Call Agent), привратник Gatekeeper и LDAP-сервер.

Слайд 59





Плоскость услуг и приложений 
Плоскость услуг и приложений (Service & Application Plane) реализует управление услугами и/или приложениями, их логику и выполнение. Устройства в этой плоскости содержат логику услуг и управляют этими услугами путем взаимодействия с устройствами, находящимися в плоскости управления обслуживанием вызова и сигнализации. Плоскость состоит из таких устройств, как серверы приложений Application Servers и серверы дополнительных услуг Feature Servers.
Описание слайда:
Плоскость услуг и приложений Плоскость услуг и приложений (Service & Application Plane) реализует управление услугами и/или приложениями, их логику и выполнение. Устройства в этой плоскости содержат логику услуг и управляют этими услугами путем взаимодействия с устройствами, находящимися в плоскости управления обслуживанием вызова и сигнализации. Плоскость состоит из таких устройств, как серверы приложений Application Servers и серверы дополнительных услуг Feature Servers.

Слайд 60





Плоскость эксплуатационного управления 
На плоскости эксплуатационного управления (Management Plane) поддерживаются функции активизации абонентов и услуг, техобслуживания, биллинга и другие функции эксплуатационного управления по внутренним протоколам и интерфейсам API.
Описание слайда:
Плоскость эксплуатационного управления На плоскости эксплуатационного управления (Management Plane) поддерживаются функции активизации абонентов и услуг, техобслуживания, биллинга и другие функции эксплуатационного управления по внутренним протоколам и интерфейсам API.

Слайд 61





Основные протоколы NGN
Описание слайда:
Основные протоколы NGN

Слайд 62





Уровни протоколов RTP/UDP/IP
Описание слайда:
Уровни протоколов RTP/UDP/IP

Слайд 63





Протокол SIP
SIP (Session Initiation Protocol) –протокол инициирования сеанса связи текст-ориентированный протокол прикладного уровня предназначается для организации, модификации и завершения различных сеансов связи, в том числе, мультимедийных конференций, телефонных соединений, широковещательной рассылки мультимедийной информации и соединений пользователей с разными инфокоммуникационными приложениями.
Описание слайда:
Протокол SIP SIP (Session Initiation Protocol) –протокол инициирования сеанса связи текст-ориентированный протокол прикладного уровня предназначается для организации, модификации и завершения различных сеансов связи, в том числе, мультимедийных конференций, телефонных соединений, широковещательной рассылки мультимедийной информации и соединений пользователей с разными инфокоммуникационными приложениями.

Слайд 64





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

Слайд 65





Функции SIP
Определение местоположения (User location) пользователя;
определение  готовности  (User availability)   пользователя;
определение функциональных возможностей (User capabilities) пользователей, т.е. того, какого рода информацией они могут обмениваться, и параметров этой информации;
установление сеанса связи (Session setup), т.е. назначение параметров сеанса связи как для вызывающей, так и для вызываемой сторон;
управление сеансом связи (Session management), включая поддержание и завершение сеанса связи, модификацию параметров сеанса и активизацию услуг.
Описание слайда:
Функции SIP Определение местоположения (User location) пользователя; определение готовности (User availability) пользователя; определение функциональных возможностей (User capabilities) пользователей, т.е. того, какого рода информацией они могут обмениваться, и параметров этой информации; установление сеанса связи (Session setup), т.е. назначение параметров сеанса связи как для вызывающей, так и для вызываемой сторон; управление сеансом связи (Session management), включая поддержание и завершение сеанса связи, модификацию параметров сеанса и активизацию услуг.

Слайд 66





Функциональные элементы SIP
Агенты пользователей UA (User Agents);
Прокси-серверы   (Proxy  Servers);
 Серверы перенаправления (Redirect servers);
Серверы   регистрации   местоположения   пользователей (Registrars или Location servers).
Описание слайда:
Функциональные элементы SIP Агенты пользователей UA (User Agents); Прокси-серверы (Proxy Servers); Серверы перенаправления (Redirect servers); Серверы регистрации местоположения пользователей (Registrars или Location servers).

Слайд 67





Агенты пользователей UA (User Agents)

Терминалы SIP, которые инициируют запросы, отвечают на запросы и взаимодействуют с другими агентами пользователей для организации и завершения сеансов связи. Агенты пользователей могут взаимодействовать друг с другом непосредственно; однако часто в сеанс связи бывает вовлечен один или более промежуточных серверов: прокси-серверов или серверов переадресации.
Клиентская и серверная часть программного обеспечения UA названы:
клиентом агента пользователя UAC {User Agent Client) и
сервером агента пользователя UAS {User Agent Server).
Описание слайда:
Агенты пользователей UA (User Agents) Терминалы SIP, которые инициируют запросы, отвечают на запросы и взаимодействуют с другими агентами пользователей для организации и завершения сеансов связи. Агенты пользователей могут взаимодействовать друг с другом непосредственно; однако часто в сеанс связи бывает вовлечен один или более промежуточных серверов: прокси-серверов или серверов переадресации. Клиентская и серверная часть программного обеспечения UA названы: клиентом агента пользователя UAC {User Agent Client) и сервером агента пользователя UAS {User Agent Server).

Слайд 68





Прокси-серверы   (Proxy  Servers)
Proxy - «представитель».
Прокси-сервер обеспечивает обработку запросов, поступающих от терминалов пользователей, с целью предоставления услуг связи. Порядок обработки запроса и дальнейшие действия прокси-сервера зависят от типа запроса. Это может быть поиск и вызов пользователя, маршрутизация запроса, предоставление услуги и т.д. Как и агент пользователя, прокси-сервер тоже состоит из клиентской и серверной частей, поэтому он может принимать вызовы, инициировать собственные запросы и передавать ответы на запросы. Прокси-сервер может быть реализован совместно с сервером определения местоположения, или помещаться отдельно от него, но иметь возможность связываться с ним.
Описание слайда:
Прокси-серверы (Proxy Servers) Proxy - «представитель». Прокси-сервер обеспечивает обработку запросов, поступающих от терминалов пользователей, с целью предоставления услуг связи. Порядок обработки запроса и дальнейшие действия прокси-сервера зависят от типа запроса. Это может быть поиск и вызов пользователя, маршрутизация запроса, предоставление услуги и т.д. Как и агент пользователя, прокси-сервер тоже состоит из клиентской и серверной частей, поэтому он может принимать вызовы, инициировать собственные запросы и передавать ответы на запросы. Прокси-сервер может быть реализован совместно с сервером определения местоположения, или помещаться отдельно от него, но иметь возможность связываться с ним.

Слайд 69





Серверы перенаправления
 (Redirect servers)
Сервер перенаправления предназначен для определения текущего IP-адреса терминала вызываемого пользователя. Вызывающий пользователь посылает на сервер сообщение с известным ему адресом вызываемого пользователя, а прокси-сервер перенаправляет вызов на текущий адрес пользователя. Для реализации этой функции сервер перенаправления должен взаимодействовать с сервером определения местоположения. Сервер перенаправления не завершает обслуживание вызовов и не инициирует свои собственные запросы. Он только сообщает адрес вызываемого пользователя или прокси-сервера, и уже по этому адресу инициатор запроса передает новый запрос. Сервер перенаправления не содержит клиентскую часть программного обеспечения.
Описание слайда:
Серверы перенаправления (Redirect servers) Сервер перенаправления предназначен для определения текущего IP-адреса терминала вызываемого пользователя. Вызывающий пользователь посылает на сервер сообщение с известным ему адресом вызываемого пользователя, а прокси-сервер перенаправляет вызов на текущий адрес пользователя. Для реализации этой функции сервер перенаправления должен взаимодействовать с сервером определения местоположения. Сервер перенаправления не завершает обслуживание вызовов и не инициирует свои собственные запросы. Он только сообщает адрес вызываемого пользователя или прокси-сервера, и уже по этому адресу инициатор запроса передает новый запрос. Сервер перенаправления не содержит клиентскую часть программного обеспечения.

Слайд 70





Серверы   регистрации   местоположения   пользователей (Registrars или Location servers)
Позволяют агентам регистрировать свое местоположение, реализуя тем самым услуги мобильности с помощью протокола SIR. О своем местоположении пользователь сообщает специальному серверу с помощью сообщения REGISTER. Возможны два режима регистрации пользователя: он может передать свой новый адрес один раз, а может регистрироваться периодически через определенные промежутки времени. Первый способ подходит для случая, когда терминал включен постоянно, и его пользователь не перемещается по сети, а второй - если терминал пользователя часто перемещается или выключается.
Описание слайда:
Серверы регистрации местоположения пользователей (Registrars или Location servers) Позволяют агентам регистрировать свое местоположение, реализуя тем самым услуги мобильности с помощью протокола SIR. О своем местоположении пользователь сообщает специальному серверу с помощью сообщения REGISTER. Возможны два режима регистрации пользователя: он может передать свой новый адрес один раз, а может регистрироваться периодически через определенные промежутки времени. Первый способ подходит для случая, когда терминал включен постоянно, и его пользователь не перемещается по сети, а второй - если терминал пользователя часто перемещается или выключается.

Слайд 71





Структура сообщений
Описание слайда:
Структура сообщений

Слайд 72





Заголовки сообщений
Описание слайда:
Заголовки сообщений

Слайд 73





Тело сообщения
Описание слайда:
Тело сообщения

Слайд 74





Команды (запросы)
Команда INVITE приглашает пользователя принять участие в сеансе связи и обычно содержит описание сеанса связи, вид принимаемой информации и параметры (список возможных вариантов параметров), необходимые для приема информации. В нем может также указываться вид информации, которую вызывающий пользователь желает передавать, и данные, необходимые для аутентификации абонента. 
Команда АСК подтверждает прием ответа на команду INVITE, содержит описание сеанса связи, переданное вызывающим пользователем и используется только совместно с запросом INVITE, т.е. этим сообщением оборудование вызывающего пользователя показывает, что на свой запрос INVITE оно получило окончательный
Команда CANCEL отменяет обработку ранее переданных запросов с такими же, как и в команде CANCEL значениями полей Call-ID, То, From и CSeq, но не влияет на те запросы, обработка которых уже завершена. 
Командой BYE оборудование вызываемого или вызывающего пользователей разрушает соединение. Сторона, получившая запрос BYE, должна прекратить передачу речевой (мультимедийной) информации и подтвердить это ответом 200 ОК.
При помощи команды REGISTER пользователи сообщают свое текущее местоположение. В этом сообщении содержатся поле То с адресом, который надо сохранить или модифицировать на сервере, поле From с адресом инициатора регистрации, поле Contact с новым адресом пользователя, по которому должны передаваться все дальнейшие запросы INITE и поле Expires, в котором указывается время в секундах, по истечении которого регистрация заканчивается (если это поле отсутствует, то по умолчанию назначается время - 1 час). Регистрацию можно отменить и передачей сообщения REGISTER с полем Expires, которому присвоено значение 0, и с соответствующим полем Contact.
Командой OPTIONS вызывающий пользователь запрашивает информацию о возможностях терминального оборудования вызываемого пользователя. В ответ на этот запрос оборудование вызываемого пользователя сообщает требуемую информацию.
Описание слайда:
Команды (запросы) Команда INVITE приглашает пользователя принять участие в сеансе связи и обычно содержит описание сеанса связи, вид принимаемой информации и параметры (список возможных вариантов параметров), необходимые для приема информации. В нем может также указываться вид информации, которую вызывающий пользователь желает передавать, и данные, необходимые для аутентификации абонента. Команда АСК подтверждает прием ответа на команду INVITE, содержит описание сеанса связи, переданное вызывающим пользователем и используется только совместно с запросом INVITE, т.е. этим сообщением оборудование вызывающего пользователя показывает, что на свой запрос INVITE оно получило окончательный Команда CANCEL отменяет обработку ранее переданных запросов с такими же, как и в команде CANCEL значениями полей Call-ID, То, From и CSeq, но не влияет на те запросы, обработка которых уже завершена. Командой BYE оборудование вызываемого или вызывающего пользователей разрушает соединение. Сторона, получившая запрос BYE, должна прекратить передачу речевой (мультимедийной) информации и подтвердить это ответом 200 ОК. При помощи команды REGISTER пользователи сообщают свое текущее местоположение. В этом сообщении содержатся поле То с адресом, который надо сохранить или модифицировать на сервере, поле From с адресом инициатора регистрации, поле Contact с новым адресом пользователя, по которому должны передаваться все дальнейшие запросы INITE и поле Expires, в котором указывается время в секундах, по истечении которого регистрация заканчивается (если это поле отсутствует, то по умолчанию назначается время - 1 час). Регистрацию можно отменить и передачей сообщения REGISTER с полем Expires, которому присвоено значение 0, и с соответствующим полем Contact. Командой OPTIONS вызывающий пользователь запрашивает информацию о возможностях терминального оборудования вызываемого пользователя. В ответ на этот запрос оборудование вызываемого пользователя сообщает требуемую информацию.

Слайд 75





Ответы 
Ответы делятся на предварительные (информационные) и окончательные. 
Информационные ответы показывают, что запрос находится в стадии обработки, и кодируются трехзначным числом, начинающимся с единицы 1хх (provisional) например:
ответ 100 Trying предназначен для обнуления таймеров в оборудовании пользователя. Если до срабатывания таймера ответ на запрос не получен, считается, что запрос потерян, и может производиться его повторная передача. Этот информационный ответ аналогичен сообщению CALL PROCEEDING протокола Q.931;
ответ 180 Ringing -его назначение аналогично сигналу «Контроль посылки вызова» в или сообщению ALERTING протокола Q.931.
Описание слайда:
Ответы Ответы делятся на предварительные (информационные) и окончательные. Информационные ответы показывают, что запрос находится в стадии обработки, и кодируются трехзначным числом, начинающимся с единицы 1хх (provisional) например: ответ 100 Trying предназначен для обнуления таймеров в оборудовании пользователя. Если до срабатывания таймера ответ на запрос не получен, считается, что запрос потерян, и может производиться его повторная передача. Этот информационный ответ аналогичен сообщению CALL PROCEEDING протокола Q.931; ответ 180 Ringing -его назначение аналогично сигналу «Контроль посылки вызова» в или сообщению ALERTING протокола Q.931.

Слайд 76





Ответы (2)
Окончательные ответы кодируются трехзначными числами, начинающимися с цифр 2, 3, 4, 5 и 6. Все они означают завершение обработки запроса, а каждый из них в отдельности - результат обработки запроса.
Ответы 2хх (success) означают, что запрос был успешно обработан. Базовым ответом данной группы является сообщение 200 ОК. Значение этого ответа зависит от соответствующего запроса; 
Ответы Зхх (redirection) информируют оборудование вызы­вающего пользователя о новом местоположении вызываемого пользователя или переносят другую информацию, которая может быть использована, чтобы с ним связаться; 
Ответы 4хх (client error) информируют о том, что в запросе обнаружена ошибка; 
Ответы 5хх (server error) информируют о том, что за­прос не может быть обработан из-за ошибки сервера; 
Ответы бхх (global failure) информируют о том, что соединение с вызываемым пользователем установить невозможно.
Описание слайда:
Ответы (2) Окончательные ответы кодируются трехзначными числами, начинающимися с цифр 2, 3, 4, 5 и 6. Все они означают завершение обработки запроса, а каждый из них в отдельности - результат обработки запроса. Ответы 2хх (success) означают, что запрос был успешно обработан. Базовым ответом данной группы является сообщение 200 ОК. Значение этого ответа зависит от соответствующего запроса; Ответы Зхх (redirection) информируют оборудование вызы­вающего пользователя о новом местоположении вызываемого пользователя или переносят другую информацию, которая может быть использована, чтобы с ним связаться; Ответы 4хх (client error) информируют о том, что в запросе обнаружена ошибка; Ответы 5хх (server error) информируют о том, что за­прос не может быть обработан из-за ошибки сервера; Ответы бхх (global failure) информируют о том, что соединение с вызываемым пользователем установить невозможно.

Слайд 77





Сценарий установления соединения через сервер перенаправления
Описание слайда:
Сценарий установления соединения через сервер перенаправления

Слайд 78





Сценарий установления соединения через прокси-сервер
Описание слайда:
Сценарий установления соединения через прокси-сервер

Слайд 79





Протокол RTP
Описание слайда:
Протокол RTP

Слайд 80





Структура RTP-пакета
Описание слайда:
Структура RTP-пакета

Слайд 81





Кодеки VoIP
Снижение информационной избыточности;
Подавление периодов молчания (наличие детектора речевой активности VAD -Voice Activity Detector);
Генератор комфортного шума CNG-Comfort Noise Generator
Описание слайда:
Кодеки VoIP Снижение информационной избыточности; Подавление периодов молчания (наличие детектора речевой активности VAD -Voice Activity Detector); Генератор комфортного шума CNG-Comfort Noise Generator

Слайд 82





Управление транспортными шлюзами
Описание слайда:
Управление транспортными шлюзами

Слайд 83





Принцип декомпозиции шлюза
Шлюз разбивается на следующие функциональные блоки:
транспортный шлюз Media Gateway, который преобразует речевую информацию,  поступающую со стороны ТфОП,  в  вид,
пригодный для передачи по сетям с маршрутизацией пакетов
IP, т.е. кодирование и упаковку речевой информации в пакеты
RTP/UDP/IP, а также выполняет обратное преобразование;
устройство    управления    шлюзом    Media    Gateway    Controller
(Softswitch, Call Agent), выполняющее функции управления шлюзом
и содержащее весь интеллект шлюза после его декомпозиции;
шлюз сигнализации Signaling Gateway, который обеспечивает
доставку сигнальной информации,  поступающую со стороны
ТфОП, к устройству управления шлюзом и перенос сигнальной
информации в обратном направлении, т.е., в частности, выпол­
няет функции STP - транзитного пункта системы сигнализации
по общему каналу ОКС7.
Описание слайда:
Принцип декомпозиции шлюза Шлюз разбивается на следующие функциональные блоки: транспортный шлюз Media Gateway, который преобразует речевую информацию, поступающую со стороны ТфОП, в вид, пригодный для передачи по сетям с маршрутизацией пакетов IP, т.е. кодирование и упаковку речевой информации в пакеты RTP/UDP/IP, а также выполняет обратное преобразование; устройство управления шлюзом Media Gateway Controller (Softswitch, Call Agent), выполняющее функции управления шлюзом и содержащее весь интеллект шлюза после его декомпозиции; шлюз сигнализации Signaling Gateway, который обеспечивает доставку сигнальной информации, поступающую со стороны ТфОП, к устройству управления шлюзом и перенос сигнальной информации в обратном направлении, т.е., в частности, выпол­ няет функции STP - транзитного пункта системы сигнализации по общему каналу ОКС7.

Слайд 84





Эволюция протоколов
 управления шлюзами
Описание слайда:
Эволюция протоколов управления шлюзами

Слайд 85





Протокол MGCP 
Модель соединения (Connection model) 
Основой модели являются компоненты двух видов: оконечные пункты (Endpoints) и подключения (Connections).
оконечные пункты (Endpoints) - порты, окончания оборудования, являющиеся источниками и/или приемниками информации. В их состав входят такие элементы, как интерфейсы соединительных линий или интерфейсы линий услуг традиционной телефонии (POTS). Оконечные пункты находятся в транспортных шлюзах,  в зависимости от типа оконечного пункта, могут каждый иметь или не иметь один или несколько внешних каналов или линейных интерфейсов. 
Подключение (Connections) - это связь, устанавливаемая между оконечным пунктом и сеансом RTP/IP. Если между собой связываются два оконечных пункта, используются два подключения. 
Связь между портами разных шлюзов через IP-сеть или связь между портами внутри одного шлюза называется соединением.
Описание слайда:
Протокол MGCP Модель соединения (Connection model) Основой модели являются компоненты двух видов: оконечные пункты (Endpoints) и подключения (Connections). оконечные пункты (Endpoints) - порты, окончания оборудования, являющиеся источниками и/или приемниками информации. В их состав входят такие элементы, как интерфейсы соединительных линий или интерфейсы линий услуг традиционной телефонии (POTS). Оконечные пункты находятся в транспортных шлюзах, в зависимости от типа оконечного пункта, могут каждый иметь или не иметь один или несколько внешних каналов или линейных интерфейсов. Подключение (Connections) - это связь, устанавливаемая между оконечным пунктом и сеансом RTP/IP. Если между собой связываются два оконечных пункта, используются два подключения. Связь между портами разных шлюзов через IP-сеть или связь между портами внутри одного шлюза называется соединением.

Слайд 86





Соединение на базе MGCP 
EP1, EP2 –(Endpoints) оконечные пункты;
С1,С2 – (Connections) подключения.
Описание слайда:
Соединение на базе MGCP EP1, EP2 –(Endpoints) оконечные пункты; С1,С2 – (Connections) подключения.

Слайд 87





Команды протокола MGCP
Описание слайда:
Команды протокола MGCP

Слайд 88





Структура команды
Структура команды:
Заголовок;
Описание сеанса

Заголовок:
Командная строка
(код команды)(идентификатор транзакции)(идентификатор порта)(идентификатор протокола)
код команды -  пример: СRCX (создать подключение);
идентификатор транзакции- число от 1 до 999999999 идентифицирующее связанную пару: команду + ответ (пример 1204)
идентификатор порта – определяет порт, которому надлежит выполнить команду. Идентификаторы портов кодируются в соответствии с RFC 821 как адреса электронной почты. Пример ts/1@skri.kgtu.ru   (таймслот №1) ;
идентификатор протокола – MGCP 0.1
Пример командной строки:
СRCX 1204 ts/1@skri.kgtu.ru MGCP 0.1
 
список параметров
Каждый параметр идентифицируется:
(код параметра):   (значение параметра)
Описание слайда:
Структура команды Структура команды: Заголовок; Описание сеанса Заголовок: Командная строка (код команды)(идентификатор транзакции)(идентификатор порта)(идентификатор протокола) код команды - пример: СRCX (создать подключение); идентификатор транзакции- число от 1 до 999999999 идентифицирующее связанную пару: команду + ответ (пример 1204) идентификатор порта – определяет порт, которому надлежит выполнить команду. Идентификаторы портов кодируются в соответствии с RFC 821 как адреса электронной почты. Пример ts/1@skri.kgtu.ru (таймслот №1) ; идентификатор протокола – MGCP 0.1 Пример командной строки: СRCX 1204 ts/1@skri.kgtu.ru MGCP 0.1 список параметров Каждый параметр идентифицируется: (код параметра): (значение параметра)

Слайд 89





Ответы на команды 
На каждую команду MGCP передается ответ. Структура ответов на команды в протоколе MGCP идентична структуре  команд. 
Строку ответа составляет:
 (код возврата)_(идентификатор транзакции)_ (опционально, - фраза комментария или причины)(CRLF). 
 Каждый из этих элементов отделен символом единичный пробел (SP), при этом строка ответа заканчивается символом возврат каретки/ перевод строки (CRLF). 
Коды возврата являются целыми числами и разделяются на следующие категории:
ОХХ (от 000 до 099) - ответ с подтверждением,
1ХХ  (от 100 до 199) - предварительные ответы; окончательный ответ последует позже,
2ХХ (от200 до 299) - команда успешно выполнена,
4ХХ (от 400 до 499) - отказ из-за случайной ошибки,
5ХХ (от500 до 599) - отказ из-за постоянной ошибки, 
8ХХ (от 800 до 899) - ответы с пакетной спецификой.
Описание слайда:
Ответы на команды На каждую команду MGCP передается ответ. Структура ответов на команды в протоколе MGCP идентична структуре команд. Строку ответа составляет: (код возврата)_(идентификатор транзакции)_ (опционально, - фраза комментария или причины)(CRLF). Каждый из этих элементов отделен символом единичный пробел (SP), при этом строка ответа заканчивается символом возврат каретки/ перевод строки (CRLF). Коды возврата являются целыми числами и разделяются на следующие категории: ОХХ (от 000 до 099) - ответ с подтверждением, 1ХХ (от 100 до 199) - предварительные ответы; окончательный ответ последует позже, 2ХХ (от200 до 299) - команда успешно выполнена, 4ХХ (от 400 до 499) - отказ из-за случайной ошибки, 5ХХ (от500 до 599) - отказ из-за постоянной ошибки, 8ХХ (от 800 до 899) - ответы с пакетной спецификой.

Слайд 90





Описание сеансов связи 
Синтаксис описания сеанса связи в протоколе MGCP соответствует синтаксису протокола SDP (Session Description Protocol),предусмотрено несколько информационных полей:
версия протокола  кодируется v=0;
IP-адрес шлюза содержит IP-адрес, который будет использоваться для обмена пакетами RTP. 
      Если это поле включено в команды протокола MGCP, то оно означает адрес удаленного шлюза, а если поле включено в ответы, то - адрес шлюза, передающего ответ;
поле описания речевого канала кодируется буквой «m» и содержит идентификацию вида передаваемой или принимаемой информации (например - речи), номер порта, используемого для приема RTP пакетов удаленным шлюзом (если поле описания речевого канала включено в команды MGCP) или локальным шлюзом (если это поле включено в ответы), индикацию использования протокола RTP для передачи речи и указание алгоритма кодирования речевой информации;
режим    соединения    может    быть    одним    из    следующих:
sendonly - шлюзу надлежит только передавать информацию,
ecvonly - шлюзу надлежит только принимать информацию,
sendrecv - шлюзу надлежит передавать и принимать информацию,
inactive - шлюз не должен ни передавать, ни принимать информацию,
loopback - шлюз должен передавать принимаемую информацию в обратном направлении,
conttest - шлюзу надлежит перевести порт в режим тестирования.
необязательные информационные поля.
Описание слайда:
Описание сеансов связи Синтаксис описания сеанса связи в протоколе MGCP соответствует синтаксису протокола SDP (Session Description Protocol),предусмотрено несколько информационных полей: версия протокола кодируется v=0; IP-адрес шлюза содержит IP-адрес, который будет использоваться для обмена пакетами RTP. Если это поле включено в команды протокола MGCP, то оно означает адрес удаленного шлюза, а если поле включено в ответы, то - адрес шлюза, передающего ответ; поле описания речевого канала кодируется буквой «m» и содержит идентификацию вида передаваемой или принимаемой информации (например - речи), номер порта, используемого для приема RTP пакетов удаленным шлюзом (если поле описания речевого канала включено в команды MGCP) или локальным шлюзом (если это поле включено в ответы), индикацию использования протокола RTP для передачи речи и указание алгоритма кодирования речевой информации; режим соединения может быть одним из следующих: sendonly - шлюзу надлежит только передавать информацию, ecvonly - шлюзу надлежит только принимать информацию, sendrecv - шлюзу надлежит передавать и принимать информацию, inactive - шлюз не должен ни передавать, ни принимать информацию, loopback - шлюз должен передавать принимаемую информацию в обратном направлении, conttest - шлюзу надлежит перевести порт в режим тестирования. необязательные информационные поля.

Слайд 91





Пример описания сеанса речевой связи
v = 0	
c = INIP4212.18.62.1
m = audio 1234 RTP/AVP 0
используется протокол версия v=0; 
в сети используется протокол IP, версия 4; 
IP адрес шлюза - 212.18.62.1;
передается или принимается речевая информация упакованная в пакеты RTP;
 номер порта RTP – 1234;
 алгоритм кодирования речи - G.711, закон
Описание слайда:
Пример описания сеанса речевой связи v = 0 c = INIP4212.18.62.1 m = audio 1234 RTP/AVP 0 используется протокол версия v=0; в сети используется протокол IP, версия 4; IP адрес шлюза - 212.18.62.1; передается или принимается речевая информация упакованная в пакеты RTP; номер порта RTP – 1234; алгоритм кодирования речи - G.711, закон

Слайд 92





Протокол Меgасо/Н.248 
Меgасо (MEdia GAteway COntrol Protocol) в  IETF (Комитет инженерных проблем Интернет)
Н.248  в ITU (Международный союз электросвязи)
Для переноса сигнальных сообщений Мегасо/Н.248 может использоваться протокол UDP, протокол TCP, протокол SCTP или транспортная технология ATM.
Описание слайда:
Протокол Меgасо/Н.248 Меgасо (MEdia GAteway COntrol Protocol) в IETF (Комитет инженерных проблем Интернет) Н.248 в ITU (Международный союз электросвязи) Для переноса сигнальных сообщений Мегасо/Н.248 может использоваться протокол UDP, протокол TCP, протокол SCTP или транспортная технология ATM.

Слайд 93





Модель обслуживания вызова 
Протокол Меgасо оперирует двумя логическими объектами: 
окончание или порт (termination) и
 контекст (context).
Окончание (порт) может рассматриваться как логический объект транспортного шлюза, который может являться источником и приемником мультимедийной информации, во многом аналогичным порту (endpoint) протокола MGCP. 
Контекст - это отображение логической связи между несколькими портами; например, все порты, участвующие в конференции, составляют единый контекст, т.е. находятся внутри одного контекста. Таким образом, контекст в некотором смысле, включает в себя понятие «сеанс связи» MGCP. Контекст имеет локальное значение, т.е. действителен для одного транспортного шлюза. Существует особый вид контекста - нулевой (null). В него по умолчанию входят все порты, которые не связаны ни между собой, ни с другими портами.
Описание слайда:
Модель обслуживания вызова Протокол Меgасо оперирует двумя логическими объектами: окончание или порт (termination) и контекст (context). Окончание (порт) может рассматриваться как логический объект транспортного шлюза, который может являться источником и приемником мультимедийной информации, во многом аналогичным порту (endpoint) протокола MGCP. Контекст - это отображение логической связи между несколькими портами; например, все порты, участвующие в конференции, составляют единый контекст, т.е. находятся внутри одного контекста. Таким образом, контекст в некотором смысле, включает в себя понятие «сеанс связи» MGCP. Контекст имеет локальное значение, т.е. действителен для одного транспортного шлюза. Существует особый вид контекста - нулевой (null). В него по умолчанию входят все порты, которые не связаны ни между собой, ни с другими портами.

Слайд 94





Окончания
Окончания являются источниками и приемниками медиаинформации и, одновременно, логическими объектами транспортного шлюза. Можно выделить два вида окончаний в зависимости от того, какой они представляют интерфейс - физический или виртуальный.
Физические окончания аналогичны полупостоянным соединениям в традиционной телефонии и существуют с момента конфигурации шлюза. Это - аналоговые телефонные интерфейсы оборудования, поддерживающие одно телефонное соединение, или цифровые телефонные каналы.
Виртуальные окончания существуют только в течение разговорного сеанса, являются интерфейсами со стороны IP-сети (например, RTP-окончания), через которые ведутся передача и прием  пакетов. Виртуальные окончания создаются шлюзом при получении от Softswitch команды Add  и ликвидируются при получении команды Subtract, тогда как физические окончания при получении команды Add или Subtract, соответственно, выводятся из нулевого контекста или возвращаются обратно в нулевой контекст.
Окончания имеют различные свойства.
Каждое окончание имеет уникальный идентификатор TerminationID
Описание слайда:
Окончания Окончания являются источниками и приемниками медиаинформации и, одновременно, логическими объектами транспортного шлюза. Можно выделить два вида окончаний в зависимости от того, какой они представляют интерфейс - физический или виртуальный. Физические окончания аналогичны полупостоянным соединениям в традиционной телефонии и существуют с момента конфигурации шлюза. Это - аналоговые телефонные интерфейсы оборудования, поддерживающие одно телефонное соединение, или цифровые телефонные каналы. Виртуальные окончания существуют только в течение разговорного сеанса, являются интерфейсами со стороны IP-сети (например, RTP-окончания), через которые ведутся передача и прием пакетов. Виртуальные окончания создаются шлюзом при получении от Softswitch команды Add и ликвидируются при получении команды Subtract, тогда как физические окончания при получении команды Add или Subtract, соответственно, выводятся из нулевого контекста или возвращаются обратно в нулевой контекст. Окончания имеют различные свойства. Каждое окончание имеет уникальный идентификатор TerminationID

Слайд 95





Контекст 
Контекст (Context) представляет собой отображение связи между несколькими окончаниями, то есть абстрактное представление соединения двух или более портов одного шлюза. Окончания могут быть добавлены к контексту, удалены из контекста или перемещены из одного контекста в другой. В любой момент времени окончание может существовать только в одном контексте, который имеет свой уникальный идентификатор, и окончания могут обмениваться ин формацией, только находясь в одном и том же контексте.	I
Существует особый вид контекста - нулевой. Все окончания,  входящие в нулевой контекст, не связаны ни между собой, ни с другими портами (является абстрактным представлением свободного канала).
Для присоединения окончания к контексту служит команда Add. Если команда Add I не указывает контекст, в который должно быть добавлено окончание, в результате выполнения команды Add создается новый контекст. 
Окончание  переводится из одного контекста в другой с помощью команды Move, а удаляется из контекста с помощью команды Subtract. 
Атрибутами контекста являются: 
идентификатор контекста ContextID, 
топология контекста (кто кому передает и от кого принимает информацию), 
приоритет (один из 16 уровней).
Описание слайда:
Контекст Контекст (Context) представляет собой отображение связи между несколькими окончаниями, то есть абстрактное представление соединения двух или более портов одного шлюза. Окончания могут быть добавлены к контексту, удалены из контекста или перемещены из одного контекста в другой. В любой момент времени окончание может существовать только в одном контексте, который имеет свой уникальный идентификатор, и окончания могут обмениваться ин формацией, только находясь в одном и том же контексте. I Существует особый вид контекста - нулевой. Все окончания, входящие в нулевой контекст, не связаны ни между собой, ни с другими портами (является абстрактным представлением свободного канала). Для присоединения окончания к контексту служит команда Add. Если команда Add I не указывает контекст, в который должно быть добавлено окончание, в результате выполнения команды Add создается новый контекст. Окончание переводится из одного контекста в другой с помощью команды Move, а удаляется из контекста с помощью команды Subtract. Атрибутами контекста являются: идентификатор контекста ContextID, топология контекста (кто кому передает и от кого принимает информацию), приоритет (один из 16 уровней).

Слайд 96





Команды 
Медасо/Н.248 определяет восемь команд, которые обеспечивают возможность управлять и манипулировать контекстами и окончаниями. 
Команда Add (добавить). С ее помощью Softswitch дает указание шлюзу добавить окончание к контексту. Если команда Add не указывает контекст, куда добавляется окончание, то создается новый контекст. 
Командой Modify (изменить) Softswitch дает указание шлюзу изменить свойства окончания. 	
Команда Subtract (исключить) удаляет окончание из контекста. Ответ на команду может содержать статистические данные, относящиеся к участию окончания в контексте. Эти данные зависят от типа оконечного устройства. Для окончания RTP-статистические данные могут включать в себя сведения о переданных пакетах, о полученных пакетах, о джиттере и т.п. 
Команда Move (переместить) перемещает окончание из одного контекста в другой. Она не используется для перемещения окончания из нулевого контекста или в него, поскольку эти операции должны выполняться командами Add и Subtract, соответственно. Возможность перемещать окончание из одного контекста в дру­гой - это полезный инструмент для реализации услуги «вызов
Описание слайда:
Команды Медасо/Н.248 определяет восемь команд, которые обеспечивают возможность управлять и манипулировать контекстами и окончаниями. Команда Add (добавить). С ее помощью Softswitch дает указание шлюзу добавить окончание к контексту. Если команда Add не указывает контекст, куда добавляется окончание, то создается новый контекст. Командой Modify (изменить) Softswitch дает указание шлюзу изменить свойства окончания. Команда Subtract (исключить) удаляет окончание из контекста. Ответ на команду может содержать статистические данные, относящиеся к участию окончания в контексте. Эти данные зависят от типа оконечного устройства. Для окончания RTP-статистические данные могут включать в себя сведения о переданных пакетах, о полученных пакетах, о джиттере и т.п. Команда Move (переместить) перемещает окончание из одного контекста в другой. Она не используется для перемещения окончания из нулевого контекста или в него, поскольку эти операции должны выполняться командами Add и Subtract, соответственно. Возможность перемещать окончание из одного контекста в дру­гой - это полезный инструмент для реализации услуги «вызов

Слайд 97





Команды (2)
Команда AuditValue (проверить значение) используется Softswitch для поиска текущих значений свойств, событий и сигналов, ассоциированных с одним или несколькими окончаниями.
Команда AuditCapabilities (проверить возможности) используется Softswitch для поиска возможных значений свойств, событий и сигналов, ассоциированных с одним или несколькими окончания­ми.Разница с AuditValue заключается в том, что команда AuditValue используется для определения текущего состояния окончания, в то время как команда AuditCapabilities позволяет определять состояния, которые окончание может принимать. 
Команда Notify (уведомить) передается MG для того, чтобы информировать Softswitch о событиях, которые произошли в транспортном шлюзе. По поводу событий, о которых необходимо сообщать, обычно предварительно приходит запрос в составе команды из Softswitch в MG, например, в команде Modify. События, о которых сообщается, обычно сопровождаются параметром RequestedID, чтобы Softswitch мог увязать эти события с ранее переданными запросами.
Команда ServiceChange (изменение обслуживания) позволяет MG информировать Softswitch о предстоящем выводе из обслуживания или возврате в обслуживание группы окончаний. Команда используется также в ситуации, когда Softswitch передает управление некоторым транспортным шлюзом другому Softswitch. В этом случае команда сначала передается  из Softswitch  в MG, чтобы инициировать передачу управления, а затем MG передает команду ServiceChange в новый Softswitch для установления новых взаимоотношений.
Описание слайда:
Команды (2) Команда AuditValue (проверить значение) используется Softswitch для поиска текущих значений свойств, событий и сигналов, ассоциированных с одним или несколькими окончаниями. Команда AuditCapabilities (проверить возможности) используется Softswitch для поиска возможных значений свойств, событий и сигналов, ассоциированных с одним или несколькими окончания­ми.Разница с AuditValue заключается в том, что команда AuditValue используется для определения текущего состояния окончания, в то время как команда AuditCapabilities позволяет определять состояния, которые окончание может принимать. Команда Notify (уведомить) передается MG для того, чтобы информировать Softswitch о событиях, которые произошли в транспортном шлюзе. По поводу событий, о которых необходимо сообщать, обычно предварительно приходит запрос в составе команды из Softswitch в MG, например, в команде Modify. События, о которых сообщается, обычно сопровождаются параметром RequestedID, чтобы Softswitch мог увязать эти события с ранее переданными запросами. Команда ServiceChange (изменение обслуживания) позволяет MG информировать Softswitch о предстоящем выводе из обслуживания или возврате в обслуживание группы окончаний. Команда используется также в ситуации, когда Softswitch передает управление некоторым транспортным шлюзом другому Softswitch. В этом случае команда сначала передается из Softswitch в MG, чтобы инициировать передачу управления, а затем MG передает команду ServiceChange в новый Softswitch для установления новых взаимоотношений.

Слайд 98





Дескрипторы 
Megaco/H.248 определяет ряд дескрипторов, предназначенных для использования вместе с командами и ответами. Эти дескрипторы образуют параметры команды и/или ответа и содержат дополнительную информацию об их свойствах. В зависимости от команды или ответа тот или иной дескриптор бывает обязательным, запрещенным или опциональным. 
	Общий формат дескриптора выглядит следующим образом:     Descriptomame=<somelD>{parm=value, parm=value, ...}
Описание слайда:
Дескрипторы Megaco/H.248 определяет ряд дескрипторов, предназначенных для использования вместе с командами и ответами. Эти дескрипторы образуют параметры команды и/или ответа и содержат дополнительную информацию об их свойствах. В зависимости от команды или ответа тот или иной дескриптор бывает обязательным, запрещенным или опциональным. Общий формат дескриптора выглядит следующим образом: Descriptomame=<somelD>{parm=value, parm=value, ...}

Слайд 99





Дескрипторы (2)
Дескриптор  модема,   Modem,   специфицирует тип   модема и связанные с ним параметры, которые следует использовать в соединениях модема при передаче аудио, видео или данных. 
Дескриптор мультиплексирования, Мих, характеризует тип мультиплексирования в мультимедийном терминале. 
Дескриптор среды, Media, описывает различные информационные потоки (медиа-потоки). 
Дескриптор состояния окончания, TerminationState, содержит сведения о двух характеристиках окончания: ServiceStates и EventBufferControl.
           Характеристика ServiceStates указывает, доступно ли окончание для использования. Она может иметь три значения: 
              тестирование,       вне обслуживания  и   в обслуживании. 
           Характеристика EventBufferControl указывает, следует ли сведения об обнаруженных окончанием событиях помещать в буфер или их надо немедленно обрабатывать. 
Дескриптор событий, Events, содержит Requestldentifier и список событий, которые MG должен обнаруживать и про которые сообщать (переход в состояние трубка поднята, тональный сигнал факса и пр.).
 Дескриптор сигналов, Signals, содержит список сигналов, которые должно подавать окончание. 
Дескриптор топологии  Topology, соответствует только контексту, а не определенному окончанию в контексте. Назначение дескриптора - указать, как должны протекать в контексте медиа-потоки, т.е. кто и кого должен слышать или видеть. 
 Дескриптор Error передается в ответе, когда не может быть выполнена команда.
Описание слайда:
Дескрипторы (2) Дескриптор модема, Modem, специфицирует тип модема и связанные с ним параметры, которые следует использовать в соединениях модема при передаче аудио, видео или данных. Дескриптор мультиплексирования, Мих, характеризует тип мультиплексирования в мультимедийном терминале. Дескриптор среды, Media, описывает различные информационные потоки (медиа-потоки). Дескриптор состояния окончания, TerminationState, содержит сведения о двух характеристиках окончания: ServiceStates и EventBufferControl. Характеристика ServiceStates указывает, доступно ли окончание для использования. Она может иметь три значения: тестирование, вне обслуживания и в обслуживании. Характеристика EventBufferControl указывает, следует ли сведения об обнаруженных окончанием событиях помещать в буфер или их надо немедленно обрабатывать. Дескриптор событий, Events, содержит Requestldentifier и список событий, которые MG должен обнаруживать и про которые сообщать (переход в состояние трубка поднята, тональный сигнал факса и пр.). Дескриптор сигналов, Signals, содержит список сигналов, которые должно подавать окончание. Дескриптор топологии Topology, соответствует только контексту, а не определенному окончанию в контексте. Назначение дескриптора - указать, как должны протекать в контексте медиа-потоки, т.е. кто и кого должен слышать или видеть. Дескриптор Error передается в ответе, когда не может быть выполнена команда.

Слайд 100





Транзакции 
Команды, передаваемые между Softswitch и MG, группируются в структуры, которые устроены так, что за набором команд, относящихся к одному контексту, может следовать набор команд, относящихся к другому контексту. Сгруппированные команды передаются вместе в едином блоке TransactionRequest.  Это можно представить так:
TransactionRequest (TransactionID {
           ContextID1 {Command, Command,	... Command}, 
           ContextID2 {Command, Command,	... Command},
           ContextID3 {Command, Command,	... Command} } )	
После приема TransactionRequest получатель выполняет вложенные команды. Команды выполняются последовательно, в том порядке, в каком они указаны в TransactionRequest. После выполнения всех команд передается ответ TransactionReply. Он имеет содержит несколько ответов для нескольких контекстов: TransactionReplv можно представить так:
       TransactionReplv  (TransactionID{
             ContextlD1  { Response, Response, ... Response }, 
             ContextID2  { Response, Response, ... Response },
      ContextID3  { Response, Response, ... Response }   }  )
Если получателю TransactionRequest потребуется некоторое время для выполнения запроса, он может передать отправителю этого запроса предварительный ответ, чтобы тот не считал запрос потерянным. Этот предварительный ответ TransactionPending извещает,
       что TransactionRequest принят и в данный момент обрабатывается. Такой ответ содержит принятый TransactionID  без каких-либо параметров:
             TransactionPending (TransactionID {.})
Описание слайда:
Транзакции Команды, передаваемые между Softswitch и MG, группируются в структуры, которые устроены так, что за набором команд, относящихся к одному контексту, может следовать набор команд, относящихся к другому контексту. Сгруппированные команды передаются вместе в едином блоке TransactionRequest. Это можно представить так: TransactionRequest (TransactionID { ContextID1 {Command, Command, ... Command}, ContextID2 {Command, Command, ... Command}, ContextID3 {Command, Command, ... Command} } ) После приема TransactionRequest получатель выполняет вложенные команды. Команды выполняются последовательно, в том порядке, в каком они указаны в TransactionRequest. После выполнения всех команд передается ответ TransactionReply. Он имеет содержит несколько ответов для нескольких контекстов: TransactionReplv можно представить так: TransactionReplv (TransactionID{ ContextlD1 { Response, Response, ... Response }, ContextID2 { Response, Response, ... Response }, ContextID3 { Response, Response, ... Response } } ) Если получателю TransactionRequest потребуется некоторое время для выполнения запроса, он может передать отправителю этого запроса предварительный ответ, чтобы тот не считал запрос потерянным. Этот предварительный ответ TransactionPending извещает, что TransactionRequest принят и в данный момент обрабатывается. Такой ответ содержит принятый TransactionID без каких-либо параметров: TransactionPending (TransactionID {.})

Слайд 101





Сообщения
Описание слайда:
Сообщения

Слайд 102





Сценарий соединения между шлюзами
Описание слайда:
Сценарий соединения между шлюзами

Слайд 103





Программно-аппаратные средства Softswitch
Описание слайда:
Программно-аппаратные средства Softswitch

Слайд 104






Устройство управления медиашлюзами SURPASS hiE 9200 Softswitch
Описание слайда:
Устройство управления медиашлюзами SURPASS hiE 9200 Softswitch

Слайд 105





SoftswKch LSS компании Lucent
Описание слайда:
SoftswKch LSS компании Lucent

Слайд 106





Softswitch A5020 компании Alcatel
Описание слайда:
Softswitch A5020 компании Alcatel

Слайд 107





Программный коммутатор NGN Alcatel 5020 Softswitch
Описание слайда:
Программный коммутатор NGN Alcatel 5020 Softswitch

Слайд 108





Alcatel 7515 Media Gateway 
Сетевой шлюз Alcatel 7515 Media Gateway (MG) является мультисервисной платформой, предоставляющей услуги шлюза для передачи голоса, факса, данных и сигнализации поверх IP для каждого порта
Описание слайда:
Alcatel 7515 Media Gateway Сетевой шлюз Alcatel 7515 Media Gateway (MG) является мультисервисной платформой, предоставляющей услуги шлюза для передачи голоса, факса, данных и сигнализации поверх IP для каждого порта

Слайд 109





Телефонный сервер ENGINE
компании Ericsson
Описание слайда:
Телефонный сервер ENGINE компании Ericsson

Слайд 110





Softswitch Succession компании Nortel
Описание слайда:
Softswitch Succession компании Nortel

Слайд 111





Softswitch mSwitch компании UTStarcom
Описание слайда:
Softswitch mSwitch компании UTStarcom

Слайд 112





VocalTec Softswitch Architecture Series 3000(VSA 3000) 
Известная своим изобретением промышленного шлюза IP-телефонии компания VocalTec представляет VocalTec Softswitch Architecture Series 3000 (VSA 3000). Это комплекс взаимосвязанного оборудования, образующего определенную сетевую архитектуру.
 VSA 3000 - это мультисервисная, многопротокольная платформа  которая поддерживает предоставление независимо от расстояния инфокоммуникационных услуг, не привязанных к местоположению абонента.
Описание слайда:
VocalTec Softswitch Architecture Series 3000(VSA 3000) Известная своим изобретением промышленного шлюза IP-телефонии компания VocalTec представляет VocalTec Softswitch Architecture Series 3000 (VSA 3000). Это комплекс взаимосвязанного оборудования, образующего определенную сетевую архитектуру. VSA 3000 - это мультисервисная, многопротокольная платформа которая поддерживает предоставление независимо от расстояния инфокоммуникационных услуг, не привязанных к местоположению абонента.

Слайд 113





SoftswKch LSS компании Lucent
Описание слайда:
SoftswKch LSS компании Lucent

Слайд 114





Softswitch A5020 компании Alcatel
Описание слайда:
Softswitch A5020 компании Alcatel



Похожие презентации
Mypresentation.ru
Загрузить презентацию