Лекция 1. Сеть Интернет и протокол IP

Цель лекции: ознакомить студентов с основами технологии Интернет, протоколом IP, с основами IP-телефонии.

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

В пределах каждой физической сети подсоединённые компьютеры используют ту или иную технологию (Ethernet, Token Ring, FDDI, ISDN, соединения типа точка-точка, а в последнее время к этому списку добавились сеть АТМ и даже беспроводные технологии).

Между механизмами коммуникаций, зависящими от данных физических сетей, и прикладными системами встраивается новое программное обеспечение, которое обеспечивает соединение различных физических сетей друг с другом. При этом детали этого соединения скрыты от пользователей и им предоставляется возможность работать как бы в одной большой физической сети. Такой способ соединения в единое целое множества физических сетей и получил название технологии Интернет, на базе которой реализована одноимённая сеть Интернет. Основной протокол, на базе которого строится сеть Интернет, называется Интернет протоколом или протоколом IP.

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

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

Рисунок 1 – Внутренняя структура сети Интернет

Фундаментальным принципом Интернет является равнозначность всех объединённых с её помощью физических сетей: любая система коммуникаций рассматривается как компонент Интернет, независимо от её физических параметров, размеров передаваемых пакетов данных и географического масштаба. На рисунке 1 использованы одинаковые обозначения для любых физических сетей, объединённых в сеть Интернет.

Универсальная сеть Интернет строится на основе семейства протоколов TCP/IP и включает в себя протоколы четырех уровней коммуникаций (см. рисунок 2).

Рисунок 2 – Четыре уровня стека протоколов TCP/IP

Уровень сетевого интерфейса отвечает за установление сетевого соединения в конкретной физической сети компоненте сети Интернет, к которой подсоединён компьютер. На этом уровне работают драйвер устройства в операционной системе и соответствующая сетевая плата компьютера.

Сетевой уровень основа стека протоколов TCP/IP. Именно на этом уровне реализуется принцип межсетевого соединения, в частности маршрутизация пакетов по сети Интернет. Протокол IP - основной протокол сетевого уровня, позволяющий реализовывать межсетевые соединения. Он используется обоими протоколами транспортного уровня TCP и UDP. Протокол IP определяет базовую единицу передачи данных в сети Интернет IP дейтаграмму, указывая точный формат всей информации, проходящей по сети TCP/IP. Программное обеспечение уровня IP выполняет функции маршрутизации, выбирая путь данных по соединениям физических сетей. Для определения маршрута поддерживаются специальные таблицы; выбор осуществляется на основе адреса сети, к которой подключён компьютер-адресат. Протокол IP определяет маршрут отдельно для каждого пакета данных, не гарантируя надёжной доставки в нужном порядке. Он задаёт непосредственное отображение данных на нижележащий физический уровень передачи и реализует тем самым высокоэффективную доставку пакетов.

На сетевом уровне протокол IP реализует ненадёжную службу доставки пакетов по сети от системы к системе без установления соединения. Это означает, что будет выполнено всё необходимое для доставки пакетов, однако эта доставка не гарантируется. Пакеты могут быть потеряны, переданы в неправильном порядке, продублированы и т.д. Протокол IP не обеспечивает надёжность коммуникации. Нет контроля ошибок для поля данных, а имеется только контрольная сумма для заголовка. Надежную передачу данных реализует следующий уровень, транспортный, на котором два основных протокола, TCP и UDP, осуществляют связь между машиной-отправителем пакетов и машиной-адресатом.

Прикладной уровень - это приложения типа клиент-сервер, базирующиеся на протоколах нижних уровней. В отличие от протоколов остальных трёх уровней, протоколы прикладного уровня занимаются деталями конкретного приложения и не интересуются способами передачи данных по сети. Среди основных приложений TCP/IP, имеющихся практически в каждой его реализации, протокол эмуляции терминала TELNET, протокол передачи файлов FTP, протокол электронной почты SMTP, протокол управления сетью SNMP, используемый в системе World Wide Web (WWW), протокол передачи гипертекста HTTP и другие.

Между конечными системами может быть несколько десятков маршрутизаторов и множество промежуточных физических сетей различных типов, но приложение будет воспринимать этот конгломерат как единую физическую сеть. Это и обуславливает основную силу и привлекательность технологии Интернет и протокола IP.

2 Лекция2. Способы передачи голосовых пакетов по IP-сетям

Цель лекции: ознакомить студентов с принципами пакетной передачи речи, дать классификацию сетей IP-телефонии.

2.1 Принципы пакетной передачи речи

"Классические" телефонные сети основаны на технологии коммутации каналов (см. рисунок 3), которая для каждого телефонного разговора требует выделенного физического соединения. Следовательно, один телефонный разговор представляет собой одно физическое соединение физических каналов. В этом случае аналоговый сигнал шириной 3,1 кГц передаётся на ближайшую АТС, где мультиплексируется по технологии временного разделения с сигналами, которые поступают от других абонентов, подключённых к этой АТС. Далее групповой сигнал передаётся по сети межстанционных каналов. Достигнув АТС назначения, сигнал демультиплексируется и доходит до адресата. Основным недостатком телефонных сетей с коммутацией каналов является неэффективное использование полосы канала - во время пауз в речи канал не несёт никакой полезной нагрузки.

Рисунок 3 – Соединение в «классической» телефонной сети

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

В настоящее время в IP-телефонии существует два основных способа передачи голосовых пакетов по IP сети:

- через глобальную сеть Интернет (Интернет-телефония);

- используя сети передачи данных на базе выделенных каналов (IP-телефония).

Рисунок 4 – Соединение в сети с коммутацией пакетов

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

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

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

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

С точки зрения масштабируемости IP- телефония представляется вполне законченным решением.

Соединение на базе протокола IP может начинаться и заканчиваться в любой точке сети от абонента до магистрали. Соответственно, IP- телефонию можно вводить участок за участком.

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

Классификация сетей IP-телефонии

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

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

Для связи между устройствами внутри сети и с устройствами других сетей IP-телефонии используются выделенные каналы или сеть Интернет. По способу связи оконечных устройств между собой сети IP- телефонии можно разделить на выделенные, интегрированные и смешанные.

В выделенных сетях (см. рисунок 6) связь между оконечными устройствами осуществляется по выделенным каналам и пропускная способность этих каналов используется только для передачи речевых пакетов. Чаще всего провайдеры IP-телефонии не строят собственную инфраструктуру, а арендуют каналы у провайдеров первичной сети.

Рисунок 5 – Пример построения сети с использованием магистрали

Рисунок 6 – Пример построения сети IP-телефонии

Главное преимущество выделенной сети - это высокое качество передачи речи, так как такие сети предназначены только для передачи речевого трафика. Для обеспечения гарантированного качества предоставляемых услуг в этих сетях, кроме протокола IP, применяются и другие транспортные протоколы ATM и Frame Relay.

3 Лекция3. Построение сети по рекомендации ITU H.323

Цель лекции: рассмотреть варианты построения сетей IP-телефонии по рекомендации H.323.

Первый в истории подход к построению сетей IP-телефонии на стандартизированной основе предложен Международным Союзом Электросвязи (ITU) в рекомендации Н.323. Сети на базе протоколов Н.323 ориентированы на интеграцию с телефонными сетями и могут рассматриваться как сети ISDN, наложенные на сети передачи данных.

Рекомендация Н.323 предусматривает довольно сложный набор протоколов, который предназначен не просто для передачи речевой информации по IP сетям с коммутацией пакетов. Его цель обеспечить работу мультимедийных приложений в сетях с негарантированным качеством обслуживания. Речевой трафик это только одно из приложений Н.323 наряду с видеоинформацией и данными.

Вариант построения сетей IP-телефонии по рекомендации Н.323 хорошо подходит тем операторам, которые заинтересованы в использовании IP сети для предоставления услуг междугородней и международной связи.

На рисунке 9 показана архитектура сети на базе рекомендации Н.323. Основными устройствами сети являются: терминал, шлюз, контроллер зоны (привратник) и устройство управления конференциями.

Рисунок 7 – Архитектура сети Н.323

Терминал Н.323 представляют собой конечную точку в сети способную передавать и принимать трафик в масштабе реального времени, взаимодействуя с другим терминалом Н.323, шлюзом или устройством управления многоточечной конференцией.

Для обеспечения этих функций терминал включает в себя:

- элементы аудио (микрофон, акустические системы, система акустического эхоподавления);

- элементы видео (монитор, видеокамера);

- элементы сетевого интерфейса;

- интерфейс пользователя.

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

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

Основные функции, выполняемые шлюзом, состоят в следующем:

- реализация физического интерфейса с телефонной и IP сетью;

- детектирование и генерация сигналов абонентской сигнализации;

- преобразование сигналов абонентской сигнализации в пакеты и обратно;

- соединение абонентов;

- передача по сети сигнализационных и речевых пакетов;

- разъединение связи.

Большая часть функций шлюза в рамках архитектуры TCP/IP реализуются в процессах прикладного уровня. Схема обработки сигналов в шлюзе при подключении аналогового двухпроводного телефонного канала показано на рисунке 8.Телефонный сигнал с двухпроводной абонентской линии поступает на дифференциальную схему, которая разделяет приёмную и передающую части канала. Далее сигнал передачи вместе с просочившейся частью сигнала приёма подаётся на аналого-цифровой преобразователь (АЦП) и превращается в стандартный 12-разрядный сигнал. В последнем случае обработка должна включать соответствующий экспандер. В устройстве эхокомпенсации из сигнала передачи удаляются остатки принимаемого сигнала. Эхокомпенсатор представляет собой фильтр. Для обнаружения и определения сигналов внутриполосной многочастотной телефонной сигнализации (MF сигналов), сигналов частотного (DTMF) или импульсного наборов используются детекторы соответствующих типов. Дальнейшая обработка входного сигнала происходит в речевом кодере. В анализаторе кодера сигнал сегментируется на отдельные фрагменты определённой длительности (в зависимости от метода кодирования) и каждому входному блоку сопоставляется информационный кадр соответствующей длины.

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

Рисунок 8 – Схема обработки сигналов в шлюзе

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

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

При использовании двухпроводных абонентских линий актуальной остаётся задача эхокомпенсации, особенность которой состоит в том, что компенсировать необходимо два различных класса сигналов речи и телефонной сигнализации. Очень важной является задача обнаружения и детектирования телефонной сигнализации. Её сложность состоит в том, что служебные сигналы могут перемешиваться с сигналами речи.

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

Наиболее важными функциями контроллера зоны являются:

- регистрация оконечных и других устройств;

- контроль доступа пользователей системы к услугам IP-телефонии при помощи сигнализации RAS;

- преобразование alias адреса вызываемого пользователя (объявленного имени абонента, телефонного номера, адреса электронной почты и др.) в транспортный адрес сетей с маршрутизацией пакетов IP (IP адрес -номер порта TCP);

- контроль, управление и резервирование пропускной способности сети;

- ретрансляция сигнальных сообщений Н.323 между терминалами.

В одной сети IP-телефонии, отвечающей требованиям ITU H.323, может находиться несколько контроллеров зоны, взаимодействующих друг с другом по протоколу RAS.

Устройство управления конференциями (MCU) обеспечивает возможность организации связи между тремя или более участниками. Рекомендация Н.323 предусматривает три вида конференции: централизованная (то есть управляемая MCU, с которым каждый участник конференции соединяется в режиме точка-точка), децентрализованная (каждый участник конференции соединяется с остальными её участниками в режиме точка группа точек) и смешанная. Устройство управления конференциями состоит из одного обязательного элемента контроллера конференций (MC), и, может включать в себя один или более процессоров для обработки пользовательской информации (МР). МС может быть физически совмещён с контроллером зоны, шлюзом или устройством управления конференциями, а последнее, может быть совмещено со шлюзом или контроллером зоны.

Существует ещё один элемент сети Н.323 – прокси-сервер Н.323, то есть сервер-посредник. Этот сервер функционирует на прикладном уровне и может проверять пакеты с информацией, которой обмениваются два приложения. Прокси-сервер может определять, с каким приложением (Н.323 или другим) ассоциирован вызов, и осуществляет нужное соединение.

Семейство протоколов Н.323 включает в себя три основных протокола: протокол взаимодействия оконечного оборудования с привратником RAS, протокол управления соединениями Н.225 и протокол управления логическими каналами Н.245.

Международный союз электросвязи в рекомендации Н.225.0 определил протокол взаимодействия компонентов сети Н.323: оконечного оборудования (терминалов, шлюзов, устройств управления конференциями) с привратником. Этот протокол получил название RAS (Registration, Admission and Status).

4 Лекция 4 .Установление соединения в сетях IP-телефонии

Цель лекции:: ознакомить студентов с принципами установления соединения в сетях IP-телефонии.

4.1Принципы установления соединения в сетях IP-телефонии

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

В системах IP-телефонии процедуры управления вызовами (см. рисунок 9) выполняются протоколами сигнализации.

Рисунок 9 – Управление вызовами в сети IP-телефонии

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

- с обычного телефона через СТОП;

- по модемному соединению через сервер удалённого доступа;

- через ЛВС и территориально распределённую сеть.

В общем случае для установления соединения между вызываемым и вызывающим абонентом шлюзы IP-телефонии должны:

- найти контроллер зоны, на котором возможна регистрация оконечного устройства;

- зарегистрировать свой мнемонический адрес на контроллере зоны;

- указать требуемую полосу пропускания;

- передать запрос на установление соединения;

- установить соединение;

- в процессе вызова управлять параметрами соединения;

- разъединить соединение.

Алгоритмы установления, поддержания и разрушения соединения

В общем случае алгоритмы установления, поддержания и разрушения соединений по Н.323 включают в себя следующие фазы:

- фаза А. Установление соединения;

- фаза В. Определение ведущего/ведомого оборудования и обмен данными о функциональных возможностях;

- фаза С. Установление аудиовизуальной связи между вызывающим и вызываемым оборудованием;

- фаза D. Изменение полосы пропускания, запрос текущего состояния оборудования, создание конференций и обращение к дополнительным услугам;

- фаза Е. Завершение соединения.

Базовое соединение с участием контроллера зоны осуществляется: вызывающее оборудование передаёт сообщение ARQ с alias адресом вызывающего абонента, в ответ на которое контроллер зоны передаёт сообщение ACF с уведомлением, что именно он будет маршрутизировать сигнальные сообщения, и с указанием транспортного адреса своего сигнального канала. Далее вызывающее оборудование передаёт на этот транспортный адрес запрос соединения Setup (установка). Контроллер зоны пересылает сообщение Setup вызываемому оборудованию и передаёт вызывающему оборудованию сообщение Call Proceeding (переход запроса), означающее, что полученной информации достаточно для обслуживания поступившего вызова. Вызываемое оборудование также отвечает на Setup сообщением Call Proceeding. Если оборудование имеет возможность принять вызов, то оно передаёт запрос допуска к ресурсам сети ARQ, на который контроллер зоны может ответить подтверждением ACF или отказом в допуске к ресурсам сети ARG. В первом случае вызываемое оборудование передаёт сообщение Alerting (приведение в готовность), и контроллер зоны маршрутизирует его к вызывающему оборудованию. Вызываемому пользователю подаётся визуальный или акустический сигнал о входящем вызове, а вызывающему подаётся индикация того, что вызываемый пользователь не занят и ему подаётся вызывной сигнал. При отказе в допуске к ресурсам сети вызываемое оборудование закрывает сигнальный канал путём передачи контроллеру зоны сообщения Release Complete (освобождение).

После того, как вызываемый пользователь примет входящий вызов, контроллеру зоны передаётся сообщение Connect с транспортным адресом управляющего канала Н.245 вызываемого оборудования. Контроллер заменяет этот адрес транспортным адресом своего управляющего канала Н.245 и пересылает Connect вызывающему оборудованию, после чего открывается управляющий канал Н.245.

Чтобы ускорить открытие разговорной сессии, управляющий канал может быть открыт вызываемым оборудованием после получения сообщения Setup c транспортным адресом управляющего канала Н.245 вызывающего оборудования или контроллера зоны, или вызывающим пользователем после получения сообщения Call Proceeding или Alerting, содержащего транспортный адрес управляющего канала Н.245 вызываемого пользователя или контроллера зоны.

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

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

В ответ на полученные сообщения (mSD) оба устройства передают сообщения mSDAck, в которых указывается, какое из этих устройств является для данного соединения ведущим, а какое ведомым. Оборудование, передавшее сообщение mSD и получившее в ответ сообщение mSDAck, передаёт сообщение mSDAck.

После обмена данными о функциональных возможностях и определения ведущего и ведомого оборудования может выполняться процедура открытия однонаправленных логических каналов. В требовании открыть логический канал Open LogicalChannel (открыть логический канал) оборудование указывает вид информации, который будет передаваться по этому каналу, и алгоритм кодирования. Логический канал предназначается для переноса речи, поэтому в сообщении OpenLogicalChannel включается параметр media Control Channel с указанием транспортного адреса канала RTCP, при помощи которого производится контроль передачи RTP пакетов. В ответ на сообщение OpenLogicalChannel оборудование должно передать подтверждение OpenLogicalChannelAck, в котором указывается транспортный адрес, на который передающей стороне следует посылать RTP пакеты, а также транспортный адрес канала RTCP.

Далее открывается разговорная сессия. Оборудование вызывающего пользователя передаёт речевую информацию, упакованную в пакеты RTP/UDP/IP, на транспортный адрес RTP канала оборудования вызванного пользователя, а вызванный пользователь передаёт пакетированную речевую информацию на транспортный адрес RTP канала оборудования вызывающего пользователя. При помощи канала RTCP ведётся контроль передачи информации по RTP каналам.

После окончания разговорной фазы начинается фаза разрушения соединения. Оборудование пользователя, инициирующего разъединение, должно прекратить передачу речевой информации, закрыть логические каналы и передать по управляющему каналу Н.245 сообщение end Session Command (команда об окончании сессии), означающее, что пользователь хочет завершить соединение. Далее от встречного оборудования ожидается сообщение endSessionCommand, после приёма которого управляющий канал Н.245 закрывается. Далее, если сигнальный канал ещё открыт, передаётся сообщение Release Complete.

Пользователь, получивший команду endSessionCommand от пользователя, инициировавшего разрушение соединения, должен прекратить передачу речевой информации, закрыть логические каналы и передать сообщение end Session Command. Далее, если сигнальный канал остался открытым, передаётся сообщение Release Complete, и сигнальный канал закрывается.

После всех этих действий оконечное оборудование извещает контроллер зоны об освобождении зарезервированной полосы пропускания. С этой целью каждый из участников соединения передаёт по каналу RAS запрос выхода из соединения DRQ, на который контроллер зоны должен ответить подтверждением DCF, после чего обслуживание вызова считается завершённым.

5 Лекция 5. Реализации сценариев IP-телефонии