Презентация Интегрированные системы связи онлайн
На нашем сайте вы можете скачать и просмотреть онлайн доклад-презентацию на тему Интегрированные системы связи абсолютно бесплатно. Урок-презентация на эту тему содержит всего 114 слайдов. Все материалы созданы в программе PowerPoint и имеют формат ppt или же pptx. Материалы и темы для презентаций взяты из открытых источников и загружены их авторами, за качество и достоверность информации в них администрация сайта не отвечает, все права принадлежат их создателям. Если вы нашли то, что искали, отблагодарите авторов - поделитесь ссылкой в социальных сетях, а наш сайт добавьте в закладки.
Презентации » Интернет » Интегрированные системы связи
Оцените!
Оцените презентацию от 1 до 5 баллов!
- Тип файла:ppt / pptx (powerpoint)
- Всего слайдов:114 слайдов
- Для класса:1,2,3,4,5,6,7,8,9,10,11
- Размер файла:3.61 MB
- Просмотров:100
- Скачиваний:0
- Автор:неизвестен
Слайды и текст к этой презентации:
№6 слайд
![Интеллектуализация](/documents_6/081af18c8423f52c6a897393ade6d10c/img5.jpg)
Содержание слайда: Интеллектуализация
Объединение возможностей по высокоскоростному транспорту больших объемов информации на расстояния с возрастающей производительностью вычислительных систем;
Распределенные вычислительные системы;
Интеллектуальные услуги;
Интеллектуализация интерфейса пользователь-терминал.
№16 слайд
![Виды абонентского доступа в](/documents_6/081af18c8423f52c6a897393ade6d10c/img15.jpg)
Содержание слайда: Виды абонентского доступа в ISDN
ISDN BRI (Базовый интерфейс обмена) – включает
два информационных канала B по 64 Кбит/с каждый и
один канал сигнализации D - 16 Кбит/с.
ISDN PRI (Первичный интерфейс обмена) - включает
30 каналов B по 64 Кбит/с каждый и
один канал сигнализации D - 32 Кбит/с.
№23 слайд
![Основные услуги,](/documents_6/081af18c8423f52c6a897393ade6d10c/img22.jpg)
Содержание слайда: Основные услуги,
предоставляемые ISDN
Услуги передачи информации:
Передача аудио информации;
Передача цифровой информации;
Пакетный режим передачи информации;
Телесервисы:
Телефакс
Телефония среднего качества;
Телефония высокого качества (7 кГц);
Телетекст;
Видеотекс (удаленный терминал On-Line служб);
Видеотелефония.
№30 слайд
![Плоскости эталонной модели](/documents_6/081af18c8423f52c6a897393ade6d10c/img29.jpg)
Содержание слайда: Плоскости эталонной модели протоколов B-ISDN
Плоскость пользователя (U-plane) обеспечивает транспортировку всех видов информации в совокупности с соответствующими механизмами защиты от ошибок, контроля и управления потоком, ограничения нагрузки и т.п. Плоскость пользователя имеет уровневую структуру.
Плоскость управления (C-plane) определяет протоколы установления, контроля и разъединения соединений. Ей принадлежат все функции сигнализации. Плоскость управления также имеет уровневую структуру.
Плоскость менеджмента (M-plane) обеспечивает выполнение функций двух типов: менеджмент (управление) плоскостями и менеджмент (управление) уровнями. Функции управления плоскостями обеспечивают координацию между всеми "гранями" модели протоколов и относятся ко всей ATM, связывая ее в единое целое. Область управления плоскостями не имеет уровневой структуры.
№32 слайд
![Управление качеством](/documents_6/081af18c8423f52c6a897393ade6d10c/img31.jpg)
Содержание слайда: Управление качеством обслуживания (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) - допустимые изменения в распределении группы ячеек между конечными станциями.
№34 слайд
![Концепция интеллектуальной](/documents_6/081af18c8423f52c6a897393ade6d10c/img33.jpg)
Содержание слайда: Концепция интеллектуальной сети
Интеллектуальная сеть - это архитектурная концепция предоставления новых услуг связи, обладающих следующими основными характеристиками:
широкое использование современных методов обработки информации;
эффективное использование сетевых ресурсов; модульность и многоцелевое назначение сетевых функций;
интегрированные возможности разработки и внедрения услуг средствами модульных и многоцелевых сетевых функций;
стандартизованное взаимодействие сетевых функций посредством независимых от услуг сетевых интерфейсов;
возможность управления некоторыми атрибутами услуг со стороны абонентов и пользователей;
стандартизованное управление логикой услуг.
№40 слайд
![Концептуальная модель IN](/documents_6/081af18c8423f52c6a897393ade6d10c/img39.jpg)
Содержание слайда: Концептуальная модель 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) описывает узлы сети, содержащиеся в них функциональные элементы и протоколы взаимодействия.
№42 слайд
![Плоскость услуг CS- rus АСС](/documents_6/081af18c8423f52c6a897393ade6d10c/img41.jpg)
Содержание слайда: Плоскость услуг
CS-1rus
АСС (Account Card Calling) Вызов по предоплаченной карте;
ССС (Credit Card Calling) Вызов по кредитной карте;
FPH (Freephone) Бесплатный вызов;
PRM (Premium Rate) Приплата (Передача части оплаты вызываемому абоненту);
VOT (Televoting) Телефонное голосование
№48 слайд
![Концепция NGN Сеть связи](/documents_6/081af18c8423f52c6a897393ade6d10c/img47.jpg)
Содержание слайда: Концепция NGN
Сеть связи следующего поколения (NGN) - концепция построения сетей связи, обеспечивающих:
предоставление неограниченного набора услуг с гибкими возможностями по их управлению, персонализации и созданию новых услуг за счет унификации сетевых решений,
предполагающая реализацию универсальной транспортной сети с распределенной коммутацией,
вынесение функций предоставления услуг в оконечные сетевые узлы;
интеграцию с традиционными сетями связи.
Мультисервисная сеть - сеть связи, построенная в соответствии с
концепцией сети связи следующего поколения и обеспечивающая
предоставление неограниченного набора услуг.
№49 слайд
![Особенности](/documents_6/081af18c8423f52c6a897393ade6d10c/img48.jpg)
Содержание слайда: Особенности
инфокоммуникационных услуг
Инфокоммуникационные услуги оказываются на верхних уровнях модели ВОС (в то время как услуги связи предоставляются на третьем, сетевом уровне);
большинство инфокоммуникационных услуг предполагает наличие клиентской части и серверной; клиентская часть реализуется в оборудовании пользователя, а серверная – на специальном выделенном узле сети, называемом узлом служб;
инфокоммуникационные услуги, как правило, предполагают передачу информации мультимедиа, которая характеризуется высокими скоростями передачи и несимметричностью входящего и исходящего информационных потоков;
для предоставления инфокоммуникационных услуг зачастую необходимы сложные многоточечные конфигурации соединений;
для инфокоммуникационных услуг характерно разнообразие прикладных протоколов и возможностей по управлению услугами со стороны пользователя;
для идентификации абонентов инфокоммуникационных услуг может использоваться дополнительная адресация в рамках данной инфокоммуникационной услуги.
№51 слайд
![Требования к сетям следующего](/documents_6/081af18c8423f52c6a897393ade6d10c/img50.jpg)
Содержание слайда: Требования к сетям следующего поколения
“мультисервисность”- независимость технологий предоставления услуг от транспортных технологий;
“широкополосность” - возможность гибкого и динамического изменения скорости передачи информации в широком диапазоне в зависимости от текущих потребностей пользователя;
“мультимедийность”- способность сети передавать многокомпонентную информацию (речь, данные, видео, аудио) с необходимой синхронизацией этих компонент в реальном времени и использованием сложных конфигураций соединений;
“интеллектуальность” - возможность управления услугой, вызовом и соединением со стороны пользователя или поставщика услуг;
“инвариантность доступа” - возможность организации доступа к услугам независимо от используемой технологии;
“многооператорность” - возможность участия нескольких операторов в процессе предоставления услуги и разделение их ответственности в соответствии с их областью деятельности.
№57 слайд
![Транспортная плоскость](/documents_6/081af18c8423f52c6a897393ade6d10c/img56.jpg)
Содержание слайда: Транспортная плоскость
Транспортная плоскость (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 слайд
![Плоскость управления](/documents_6/081af18c8423f52c6a897393ade6d10c/img57.jpg)
Содержание слайда: Плоскость управления обслуживанием вызова и сигнализации
Плоскость управления обслуживанием вызова и сигнализации (Call Control & Signaling Plane) управляет основными элементами сети IP-телефонии и, в первую очередь, теми, которые принадлежат транспортной плоскости. В этой плоскости ведётся управление обслуживанием вызова на основе сигнальных сообщений, поступающих из транспортной плоскости, устанавливаются и разрушаются соединения, используемые для передачи пользовательской информации по сети. Плоскость включает в себя такие устройства, как:
контролер медиашлюзов MGC (Media Gateway Controller),
сервер управления обслуживанием вызова (Call Agent),
привратник Gatekeeper и LDAP-сервер.
№59 слайд
![Плоскость услуг и приложений](/documents_6/081af18c8423f52c6a897393ade6d10c/img58.jpg)
Содержание слайда: Плоскость услуг и приложений
Плоскость услуг и приложений (Service & Application Plane) реализует управление услугами и/или приложениями, их логику и выполнение. Устройства в этой плоскости содержат логику услуг и управляют этими услугами путем взаимодействия с устройствами, находящимися в плоскости управления обслуживанием вызова и сигнализации. Плоскость состоит из таких устройств, как серверы приложений Application Servers и серверы дополнительных услуг Feature Servers.
№63 слайд
![Протокол SIP SIP Session](/documents_6/081af18c8423f52c6a897393ade6d10c/img62.jpg)
Содержание слайда: Протокол SIP
SIP (Session Initiation Protocol) –протокол инициирования сеанса связи текст-ориентированный протокол прикладного уровня предназначается для организации, модификации и завершения различных сеансов связи, в том числе, мультимедийных конференций, телефонных соединений, широковещательной рассылки мультимедийной информации и соединений пользователей с разными инфокоммуникационными приложениями.
№64 слайд
![Основные принципы заложенные](/documents_6/081af18c8423f52c6a897393ade6d10c/img63.jpg)
Содержание слайда: Основные принципы заложенные в SIP
предоставление услуг независимо от местоположения пользователя, т.е. персональная мобильность пользователей, основанная на присвоении пользователю уникального идентификатора, который позволяет ему перемещаться в пределах сети и получать связь в любом ее месте, вне зависимости от своего местоположения, путем дистанционной регистрации в Softswitch при помощи специального сообщения REGISTER;
определение готовности пользователей участвовать в сеансе;
связи, для чего в протоколе SIP определены специальные коды ответов для предоставления детальной информации о текущей готовности пользователя к связи;
масштабируемость сети, построенной на базе протокола SIP;
интеграция в стек протоколов Интернет;
расширяемость протокола SIP, характеризуемая возможностью дополнять протокол функциями поддержки новых услуг и его адаптации к работе с различными приложениями.
независимость от транспортных технологий.
№65 слайд
![Функции SIP Определение](/documents_6/081af18c8423f52c6a897393ade6d10c/img64.jpg)
Содержание слайда: Функции SIP
Определение местоположения (User location) пользователя;
определение готовности (User availability) пользователя;
определение функциональных возможностей (User capabilities) пользователей, т.е. того, какого рода информацией они могут обмениваться, и параметров этой информации;
установление сеанса связи (Session setup), т.е. назначение параметров сеанса связи как для вызывающей, так и для вызываемой сторон;
управление сеансом связи (Session management), включая поддержание и завершение сеанса связи, модификацию параметров сеанса и активизацию услуг.
№67 слайд
![Агенты пользователей UA User](/documents_6/081af18c8423f52c6a897393ade6d10c/img66.jpg)
Содержание слайда: Агенты пользователей UA (User Agents)
Терминалы SIP, которые инициируют запросы, отвечают на запросы и взаимодействуют с другими агентами пользователей для организации и завершения сеансов связи. Агенты пользователей могут взаимодействовать друг с другом непосредственно; однако часто в сеанс связи бывает вовлечен один или более промежуточных серверов: прокси-серверов или серверов переадресации.
Клиентская и серверная часть программного обеспечения UA названы:
клиентом агента пользователя UAC {User Agent Client) и
сервером агента пользователя UAS {User Agent Server).
№68 слайд
![Прокси-серверы Proxy Servers](/documents_6/081af18c8423f52c6a897393ade6d10c/img67.jpg)
Содержание слайда: Прокси-серверы (Proxy Servers)
Proxy - «представитель».
Прокси-сервер обеспечивает обработку запросов, поступающих от терминалов пользователей, с целью предоставления услуг связи. Порядок обработки запроса и дальнейшие действия прокси-сервера зависят от типа запроса. Это может быть поиск и вызов пользователя, маршрутизация запроса, предоставление услуги и т.д. Как и агент пользователя, прокси-сервер тоже состоит из клиентской и серверной частей, поэтому он может принимать вызовы, инициировать собственные запросы и передавать ответы на запросы. Прокси-сервер может быть реализован совместно с сервером определения местоположения, или помещаться отдельно от него, но иметь возможность связываться с ним.
№69 слайд
![Серверы перенаправления](/documents_6/081af18c8423f52c6a897393ade6d10c/img68.jpg)
Содержание слайда: Серверы перенаправления
(Redirect servers)
Сервер перенаправления предназначен для определения текущего IP-адреса терминала вызываемого пользователя. Вызывающий пользователь посылает на сервер сообщение с известным ему адресом вызываемого пользователя, а прокси-сервер перенаправляет вызов на текущий адрес пользователя. Для реализации этой функции сервер перенаправления должен взаимодействовать с сервером определения местоположения. Сервер перенаправления не завершает обслуживание вызовов и не инициирует свои собственные запросы. Он только сообщает адрес вызываемого пользователя или прокси-сервера, и уже по этому адресу инициатор запроса передает новый запрос. Сервер перенаправления не содержит клиентскую часть программного обеспечения.
№70 слайд
![Серверы регистрации](/documents_6/081af18c8423f52c6a897393ade6d10c/img69.jpg)
Содержание слайда: Серверы регистрации местоположения пользователей (Registrars или Location servers)
Позволяют агентам регистрировать свое местоположение, реализуя тем самым услуги мобильности с помощью протокола SIR. О своем местоположении пользователь сообщает специальному серверу с помощью сообщения REGISTER. Возможны два режима регистрации пользователя: он может передать свой новый адрес один раз, а может регистрироваться периодически через определенные промежутки времени. Первый способ подходит для случая, когда терминал включен постоянно, и его пользователь не перемещается по сети, а второй - если терминал пользователя часто перемещается или выключается.
№74 слайд
![Команды запросы Команда](/documents_6/081af18c8423f52c6a897393ade6d10c/img73.jpg)
Содержание слайда: Команды (запросы)
Команда 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 слайд
![Ответы Ответы делятся на](/documents_6/081af18c8423f52c6a897393ade6d10c/img74.jpg)
Содержание слайда: Ответы
Ответы делятся на предварительные (информационные) и окончательные.
Информационные ответы показывают, что запрос находится в стадии обработки, и кодируются трехзначным числом, начинающимся с единицы 1хх (provisional) например:
ответ 100 Trying предназначен для обнуления таймеров в оборудовании пользователя. Если до срабатывания таймера ответ на запрос не получен, считается, что запрос потерян, и может производиться его повторная передача. Этот информационный ответ аналогичен сообщению CALL PROCEEDING протокола Q.931;
ответ 180 Ringing -его назначение аналогично сигналу «Контроль посылки вызова» в или сообщению ALERTING протокола Q.931.
№76 слайд
![Ответы Окончательные ответы](/documents_6/081af18c8423f52c6a897393ade6d10c/img75.jpg)
Содержание слайда: Ответы (2)
Окончательные ответы кодируются трехзначными числами, начинающимися с цифр 2, 3, 4, 5 и 6. Все они означают завершение обработки запроса, а каждый из них в отдельности - результат обработки запроса.
Ответы 2хх (success) означают, что запрос был успешно обработан. Базовым ответом данной группы является сообщение 200 ОК. Значение этого ответа зависит от соответствующего запроса;
Ответы Зхх (redirection) информируют оборудование вызывающего пользователя о новом местоположении вызываемого пользователя или переносят другую информацию, которая может быть использована, чтобы с ним связаться;
Ответы 4хх (client error) информируют о том, что в запросе обнаружена ошибка;
Ответы 5хх (server error) информируют о том, что запрос не может быть обработан из-за ошибки сервера;
Ответы бхх (global failure) информируют о том, что соединение с вызываемым пользователем установить невозможно.
№83 слайд
![Принцип декомпозиции шлюза](/documents_6/081af18c8423f52c6a897393ade6d10c/img82.jpg)
Содержание слайда: Принцип декомпозиции шлюза
Шлюз разбивается на следующие функциональные блоки:
транспортный шлюз Media Gateway, который преобразует речевую информацию, поступающую со стороны ТфОП, в вид,
пригодный для передачи по сетям с маршрутизацией пакетов
IP, т.е. кодирование и упаковку речевой информации в пакеты
RTP/UDP/IP, а также выполняет обратное преобразование;
устройство управления шлюзом Media Gateway Controller
(Softswitch, Call Agent), выполняющее функции управления шлюзом
и содержащее весь интеллект шлюза после его декомпозиции;
шлюз сигнализации Signaling Gateway, который обеспечивает
доставку сигнальной информации, поступающую со стороны
ТфОП, к устройству управления шлюзом и перенос сигнальной
информации в обратном направлении, т.е., в частности, выпол
няет функции STP - транзитного пункта системы сигнализации
по общему каналу ОКС7.
№85 слайд
![Протокол MGCP Модель](/documents_6/081af18c8423f52c6a897393ade6d10c/img84.jpg)
Содержание слайда: Протокол MGCP
Модель соединения (Connection model)
Основой модели являются компоненты двух видов: оконечные пункты (Endpoints) и подключения (Connections).
оконечные пункты (Endpoints) - порты, окончания оборудования, являющиеся источниками и/или приемниками информации. В их состав входят такие элементы, как интерфейсы соединительных линий или интерфейсы линий услуг традиционной телефонии (POTS). Оконечные пункты находятся в транспортных шлюзах, в зависимости от типа оконечного пункта, могут каждый иметь или не иметь один или несколько внешних каналов или линейных интерфейсов.
Подключение (Connections) - это связь, устанавливаемая между оконечным пунктом и сеансом RTP/IP. Если между собой связываются два оконечных пункта, используются два подключения.
Связь между портами разных шлюзов через IP-сеть или связь между портами внутри одного шлюза называется соединением.
№88 слайд
![Структура команды Структура](/documents_6/081af18c8423f52c6a897393ade6d10c/img87.jpg)
Содержание слайда: Структура команды
Структура команды:
Заголовок;
Описание сеанса
Заголовок:
Командная строка
(код команды)(идентификатор транзакции)(идентификатор порта)(идентификатор протокола)
код команды - пример: С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 слайд
![Ответы на команды На каждую](/documents_6/081af18c8423f52c6a897393ade6d10c/img88.jpg)
Содержание слайда: Ответы на команды
На каждую команду MGCP передается ответ. Структура ответов на команды в протоколе MGCP идентична структуре команд.
Строку ответа составляет:
(код возврата)_(идентификатор транзакции)_ (опционально, - фраза комментария или причины)(CRLF).
Каждый из этих элементов отделен символом единичный пробел (SP), при этом строка ответа заканчивается символом возврат каретки/ перевод строки (CRLF).
Коды возврата являются целыми числами и разделяются на следующие категории:
ОХХ (от 000 до 099) - ответ с подтверждением,
1ХХ (от 100 до 199) - предварительные ответы; окончательный ответ последует позже,
2ХХ (от200 до 299) - команда успешно выполнена,
4ХХ (от 400 до 499) - отказ из-за случайной ошибки,
5ХХ (от500 до 599) - отказ из-за постоянной ошибки,
8ХХ (от 800 до 899) - ответы с пакетной спецификой.
№90 слайд
![Описание сеансов связи](/documents_6/081af18c8423f52c6a897393ade6d10c/img89.jpg)
Содержание слайда: Описание сеансов связи
Синтаксис описания сеанса связи в протоколе MGCP соответствует синтаксису протокола SDP (Session Description Protocol),предусмотрено несколько информационных полей:
версия протокола кодируется v=0;
IP-адрес шлюза содержит IP-адрес, который будет использоваться для обмена пакетами RTP.
Если это поле включено в команды протокола MGCP, то оно означает адрес удаленного шлюза, а если поле включено в ответы, то - адрес шлюза, передающего ответ;
поле описания речевого канала кодируется буквой «m» и содержит идентификацию вида передаваемой или принимаемой информации (например - речи), номер порта, используемого для приема RTP пакетов удаленным шлюзом (если поле описания речевого канала включено в команды MGCP) или локальным шлюзом (если это поле включено в ответы), индикацию использования протокола RTP для передачи речи и указание алгоритма кодирования речевой информации;
режим соединения может быть одним из следующих:
sendonly - шлюзу надлежит только передавать информацию,
ecvonly - шлюзу надлежит только принимать информацию,
sendrecv - шлюзу надлежит передавать и принимать информацию,
inactive - шлюз не должен ни передавать, ни принимать информацию,
loopback - шлюз должен передавать принимаемую информацию в обратном направлении,
conttest - шлюзу надлежит перевести порт в режим тестирования.
необязательные информационные поля.
№91 слайд
![Пример описания сеанса](/documents_6/081af18c8423f52c6a897393ade6d10c/img90.jpg)
Содержание слайда: Пример описания сеанса речевой связи
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асо Н. Меgасо](/documents_6/081af18c8423f52c6a897393ade6d10c/img91.jpg)
Содержание слайда: Протокол Меgасо/Н.248
Меgасо (MEdia GAteway COntrol Protocol) в IETF (Комитет инженерных проблем Интернет)
Н.248 в ITU (Международный союз электросвязи)
Для переноса сигнальных сообщений Мегасо/Н.248 может использоваться протокол UDP, протокол TCP, протокол SCTP или транспортная технология ATM.
№93 слайд
![Модель обслуживания вызова](/documents_6/081af18c8423f52c6a897393ade6d10c/img92.jpg)
Содержание слайда: Модель обслуживания вызова
Протокол Меgасо оперирует двумя логическими объектами:
окончание или порт (termination) и
контекст (context).
Окончание (порт) может рассматриваться как логический объект транспортного шлюза, который может являться источником и приемником мультимедийной информации, во многом аналогичным порту (endpoint) протокола MGCP.
Контекст - это отображение логической связи между несколькими портами; например, все порты, участвующие в конференции, составляют единый контекст, т.е. находятся внутри одного контекста. Таким образом, контекст в некотором смысле, включает в себя понятие «сеанс связи» MGCP. Контекст имеет локальное значение, т.е. действителен для одного транспортного шлюза. Существует особый вид контекста - нулевой (null). В него по умолчанию входят все порты, которые не связаны ни между собой, ни с другими портами.
№94 слайд
![Окончания Окончания являются](/documents_6/081af18c8423f52c6a897393ade6d10c/img93.jpg)
Содержание слайда: Окончания
Окончания являются источниками и приемниками медиаинформации и, одновременно, логическими объектами транспортного шлюза. Можно выделить два вида окончаний в зависимости от того, какой они представляют интерфейс - физический или виртуальный.
Физические окончания аналогичны полупостоянным соединениям в традиционной телефонии и существуют с момента конфигурации шлюза. Это - аналоговые телефонные интерфейсы оборудования, поддерживающие одно телефонное соединение, или цифровые телефонные каналы.
Виртуальные окончания существуют только в течение разговорного сеанса, являются интерфейсами со стороны IP-сети (например, RTP-окончания), через которые ведутся передача и прием пакетов. Виртуальные окончания создаются шлюзом при получении от Softswitch команды Add и ликвидируются при получении команды Subtract, тогда как физические окончания при получении команды Add или Subtract, соответственно, выводятся из нулевого контекста или возвращаются обратно в нулевой контекст.
Окончания имеют различные свойства.
Каждое окончание имеет уникальный идентификатор TerminationID
№95 слайд
![Контекст Контекст Context](/documents_6/081af18c8423f52c6a897393ade6d10c/img94.jpg)
Содержание слайда: Контекст
Контекст (Context) представляет собой отображение связи между несколькими окончаниями, то есть абстрактное представление соединения двух или более портов одного шлюза. Окончания могут быть добавлены к контексту, удалены из контекста или перемещены из одного контекста в другой. В любой момент времени окончание может существовать только в одном контексте, который имеет свой уникальный идентификатор, и окончания могут обмениваться ин формацией, только находясь в одном и том же контексте. I
Существует особый вид контекста - нулевой. Все окончания, входящие в нулевой контекст, не связаны ни между собой, ни с другими портами (является абстрактным представлением свободного канала).
Для присоединения окончания к контексту служит команда Add. Если команда Add I не указывает контекст, в который должно быть добавлено окончание, в результате выполнения команды Add создается новый контекст.
Окончание переводится из одного контекста в другой с помощью команды Move, а удаляется из контекста с помощью команды Subtract.
Атрибутами контекста являются:
идентификатор контекста ContextID,
топология контекста (кто кому передает и от кого принимает информацию),
приоритет (один из 16 уровней).
№96 слайд
![Команды Медасо Н. определяет](/documents_6/081af18c8423f52c6a897393ade6d10c/img95.jpg)
Содержание слайда: Команды
Медасо/Н.248 определяет восемь команд, которые обеспечивают возможность управлять и манипулировать контекстами и окончаниями.
Команда Add (добавить). С ее помощью Softswitch дает указание шлюзу добавить окончание к контексту. Если команда Add не указывает контекст, куда добавляется окончание, то создается новый контекст.
Командой Modify (изменить) Softswitch дает указание шлюзу изменить свойства окончания.
Команда Subtract (исключить) удаляет окончание из контекста. Ответ на команду может содержать статистические данные, относящиеся к участию окончания в контексте. Эти данные зависят от типа оконечного устройства. Для окончания RTP-статистические данные могут включать в себя сведения о переданных пакетах, о полученных пакетах, о джиттере и т.п.
Команда Move (переместить) перемещает окончание из одного контекста в другой. Она не используется для перемещения окончания из нулевого контекста или в него, поскольку эти операции должны выполняться командами Add и Subtract, соответственно. Возможность перемещать окончание из одного контекста в другой - это полезный инструмент для реализации услуги «вызов
№97 слайд
![Команды Команда AuditValue](/documents_6/081af18c8423f52c6a897393ade6d10c/img96.jpg)
Содержание слайда: Команды (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.](/documents_6/081af18c8423f52c6a897393ade6d10c/img97.jpg)
Содержание слайда: Дескрипторы
Megaco/H.248 определяет ряд дескрипторов, предназначенных для использования вместе с командами и ответами. Эти дескрипторы образуют параметры команды и/или ответа и содержат дополнительную информацию об их свойствах. В зависимости от команды или ответа тот или иной дескриптор бывает обязательным, запрещенным или опциональным.
Общий формат дескриптора выглядит следующим образом: Descriptomame=<somelD>{parm=value, parm=value, ...}
№99 слайд
![Дескрипторы Дескриптор](/documents_6/081af18c8423f52c6a897393ade6d10c/img98.jpg)
Содержание слайда: Дескрипторы (2)
Дескриптор модема, Modem, специфицирует тип модема и связанные с ним параметры, которые следует использовать в соединениях модема при передаче аудио, видео или данных.
Дескриптор мультиплексирования, Мих, характеризует тип мультиплексирования в мультимедийном терминале.
Дескриптор среды, Media, описывает различные информационные потоки (медиа-потоки).
Дескриптор состояния окончания, TerminationState, содержит сведения о двух характеристиках окончания: ServiceStates и EventBufferControl.
Характеристика ServiceStates указывает, доступно ли окончание для использования. Она может иметь три значения:
тестирование, вне обслуживания и в обслуживании.
Характеристика EventBufferControl указывает, следует ли сведения об обнаруженных окончанием событиях помещать в буфер или их надо немедленно обрабатывать.
Дескриптор событий, Events, содержит Requestldentifier и список событий, которые MG должен обнаруживать и про которые сообщать (переход в состояние трубка поднята, тональный сигнал факса и пр.).
Дескриптор сигналов, Signals, содержит список сигналов, которые должно подавать окончание.
Дескриптор топологии Topology, соответствует только контексту, а не определенному окончанию в контексте. Назначение дескриптора - указать, как должны протекать в контексте медиа-потоки, т.е. кто и кого должен слышать или видеть.
Дескриптор Error передается в ответе, когда не может быть выполнена команда.
№100 слайд
![Транзакции Команды,](/documents_6/081af18c8423f52c6a897393ade6d10c/img99.jpg)
Содержание слайда: Транзакции
Команды, передаваемые между 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 {.})
№112 слайд
![VocalTec Softswitch](/documents_6/081af18c8423f52c6a897393ade6d10c/img111.jpg)
Содержание слайда: VocalTec Softswitch Architecture Series 3000(VSA 3000)
Известная своим изобретением промышленного шлюза IP-телефонии компания VocalTec представляет VocalTec Softswitch Architecture Series 3000 (VSA 3000). Это комплекс взаимосвязанного оборудования, образующего определенную сетевую архитектуру.
VSA 3000 - это мультисервисная, многопротокольная платформа которая поддерживает предоставление независимо от расстояния инфокоммуникационных услуг, не привязанных к местоположению абонента.
Скачать все slide презентации Интегрированные системы связи одним архивом:
Похожие презентации
-
Анализ распределенных систем управления мобильными сетями связи
-
Сети связи и системы коммутации
-
Обзор и классификация систем подвижной радиосвязи
-
Проектирование высоконагруженных систем. Лекция 1
-
Система информационной безопасности локально-вычислительной сети
-
Структуризация логистических информационных систем веб-сайтов
-
Системы управления контентом CMS (08)
-
Компьютерные сети. Операционные системы. Лекция 4
-
Проект производства сувенирной атрибутики из сериалов. Воронки продаж и система взаимоотношений с клиентами
-
Розробка інформаційної системи магазину взуття