Интегрированные системы связи - презентация, доклад, проект скачать

Нажмите для полного просмотра!

Интегрированные системы связи, слайд №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

Описание слайда:

Слайд 8

Описание слайда:

Слайд 9

Описание слайда:

Слайд 10

Описание слайда:

Слайд 11

Описание слайда:

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

Слайд 12

Описание слайда:

Уровни модели ISO/OSI

Слайд 13

Описание слайда:

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

Слайд 14

Описание слайда:

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

Слайд 15

Описание слайда:

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

Слайд 16

Описание слайда:

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

Слайд 17

Описание слайда:

Обобщенная структура сети ISDN

Слайд 18

Описание слайда:

Структура ISDN-протоколов

Слайд 19

Описание слайда:

Уровень 1

Слайд 20

Описание слайда:

Уровень 2

Слайд 21

Описание слайда:

Уровень 3

Слайд 22

Описание слайда:

Обмен сообщениями уровня 3

Слайд 23

Описание слайда:

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

Слайд 24

Описание слайда:

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

Слайд 25

Описание слайда:

Классы служб B-ISDN

Слайд 26

Описание слайда:

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

Слайд 27

Описание слайда:

Деление фрейма на ячейки ATM

Слайд 28

Описание слайда:

Формат ячейки АТМ

Слайд 29

Описание слайда:

Эталонная модель протоколов B-ISDN

Слайд 30

Описание слайда:

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

Слайд 31

Описание слайда:

Основные функции уровней эталонной модели протоколов 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) - допустимые изменения в распределении группы ячеек между конечными станциями.

Слайд 33

Описание слайда:

Функции АТМ коммутаторов

Слайд 34

Описание слайда:

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

Слайд 35

Описание слайда:

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

Слайд 36

Описание слайда:

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

Слайд 37

Описание слайда:

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

Слайд 38

Описание слайда:

Обобщенная функциональная архитектура IN

Слайд 39

Описание слайда:

Обобщенная структура 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) описывает узлы сети, содержащиеся в них функциональные элементы и протоколы взаимодействия.

Слайд 41

Описание слайда:

Концептуальная модель IN

Слайд 42

Описание слайда:

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

Слайд 43

Описание слайда:

Глобальная функциональная плоскость

Слайд 44

Описание слайда:

Физическая плоскость

Слайд 45

Описание слайда:

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

Слайд 46

Описание слайда:

Подсистемы ОКС №7

Слайд 47

Описание слайда:

Протокол INAP

Слайд 48

Описание слайда:

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

Слайд 49

Описание слайда:

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

Слайд 50

Описание слайда:

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

Слайд 51

Описание слайда:

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

Слайд 52

Описание слайда:

Архитектура сети связи NGN

Слайд 53

Описание слайда:

Декомпозиция АТС и Softswitch

Слайд 54

Описание слайда:

Консорциум IPCC

Слайд 55

Описание слайда:

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

Слайд 56

Описание слайда:

Функциональные плоскости эталонной архитектуры 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.

Слайд 58

Описание слайда:

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

Слайд 59

Описание слайда:

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

Слайд 60

Описание слайда:

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

Слайд 61

Описание слайда:

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

Слайд 62

Описание слайда:

Уровни протоколов RTP/UDP/IP

Слайд 63

Описание слайда:

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

Слайд 64

Описание слайда:

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

Слайд 65

Описание слайда:

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

Слайд 66

Описание слайда:

Функциональные элементы 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).

Слайд 68

Описание слайда:

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

Слайд 69

Описание слайда:

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

Слайд 70

Описание слайда:

Серверы регистрации местоположения пользователей (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 вызывающий пользователь запрашивает информацию о возможностях терминального оборудования вызываемого пользователя. В ответ на этот запрос оборудование вызываемого пользователя сообщает требуемую информацию.

Слайд 75

Описание слайда:

Ответы Ответы делятся на предварительные (информационные) и окончательные. Информационные ответы показывают, что запрос находится в стадии обработки, и кодируются трехзначным числом, начинающимся с единицы 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) информируют о том, что соединение с вызываемым пользователем установить невозможно.

Слайд 77

Описание слайда:

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

Слайд 78

Описание слайда:

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

Слайд 79

Описание слайда:

Протокол RTP

Слайд 80

Описание слайда:

Структура RTP-пакета

Слайд 81

Описание слайда:

Кодеки 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.

Слайд 84

Описание слайда:

Эволюция протоколов управления шлюзами

Слайд 85

Описание слайда:

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

Слайд 86

Описание слайда:

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

Слайд 87

Описание слайда:

Команды протокола 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 список параметров Каждый параметр идентифицируется: (код параметра): (значение параметра)

Слайд 89

Описание слайда:

Ответы на команды На каждую команду 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 - шлюзу надлежит перевести порт в режим тестирования. необязательные информационные поля.

Слайд 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, закон

Слайд 92

Описание слайда:

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

Слайд 93

Описание слайда:

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

Слайд 94

Описание слайда:

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

Слайд 95

Описание слайда:

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

Слайд 96

Описание слайда:

Команды Медасо/Н.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 для установления новых взаимоотношений.

Слайд 98

Описание слайда:

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

Слайд 99

Описание слайда:

Дескрипторы (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 {.})

Слайд 101

Описание слайда:

Сообщения

Слайд 102

Описание слайда:

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

Слайд 103

Описание слайда:

Программно-аппаратные средства Softswitch

Слайд 104

Описание слайда:

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

Слайд 105

Описание слайда:

SoftswKch LSS компании Lucent

Слайд 106

Описание слайда:

Softswitch A5020 компании Alcatel

Слайд 107

Описание слайда:

Программный коммутатор NGN Alcatel 5020 Softswitch

Слайд 108

Описание слайда:

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

Слайд 109

Описание слайда:

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

Слайд 110

Описание слайда:

Softswitch Succession компании Nortel

Слайд 111

Описание слайда:

Softswitch mSwitch компании UTStarcom

Слайд 112

Описание слайда:

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