Выход Содержание Теоретическая часть О программе Перейти к

Выход Содержание Теоретическая часть О программе Перейти к тесту

О программе Лабораторная работа на тему: «Технология H. 323 IP-телефонии» Выполнила: Забавникова Анна группа АС-21

1. Общие сведения 2. Транспортные протоколы

1. Общие сведения 1. 1 Протокол Н. 323 1. 2 Семейство протоколов Н. 323 1. 3 Сигнализация Н. 323 1. 4 Основные сценарии IP-телефонии Назад Содержание ►вперед

1. 1. Протокол Н. 323 H. 323 - протокол передачи данных, а также передачи в реальном времени аудио- и видеоинформации по сетям, поддерживающим пакетную коммутацию. В число таких сетей входят сети, работающие по протоколу IP (интернет), местные сети, поддерживающие обмен интернет-пакетами, производственные, городские и региональные сети. H. 323 может применяться в многополюсных мультимедиа-коммуникациях. Предоставляет массу услуг для использования в коммерческих, бизнес - и развлекательных приложениях. Значительно влияет на совместимость мобильных мультимедиа-приложений и услуг третьего поколения беспроводных технологий. H. 323 — основополагающий стандарт, где описывается, каким образом чувствительный к задержке трафик, в частности голос и видео, получает приоритет в локальных и глобальных сетях. Он состоит из ряда рекомендаций по смежным техническим вопросам, таким, как качество речи, контроль вызовов и спецификации привратников. Назад Содержание ►вперед

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

2. 2. Семейство протоколов Н. 323 Протокол управления Протокол RAS (Registration, Admission, Status) обеспечивает Для переноса сигнальных Протокол Н. 225. 0 (Q. 931) поддерживает логическими каналами. По протоколу взаимодействие оконечных и другихмыши!и управляющих сообщений Н. 225 Контроль устройств Сигнальные сообщениящелчку переноса с привратником. Демонстрация по RAS Негарантированная доставка процедуры установления, поддержания Н. 245 происходит обмен между Гарантированная доставка являются: регистрация устройства Н. 225 Основными функциями протокола сообщений Н. 245 используется пользовательской переносятся протоколом с участниками и разрушения соединения информацией, Для в. Протокол контроль его доступа речевой и системе, управленияпереноса информации по изменение к сетевым информации по протоколуинформации ресурсам, протоколу протокол с установлением негарантированной качестве транспортного протокола В необходима для создания котораядоставкой используется соединениями UDP. соединения и с гарантированной видеоинформации полосы пропускания в- процессе связи, опрос и индикация текущего производится информации TCP используетсяпередачи сканалам UDP протокол логических каналов. По этим установлением протокол состояния устройства. В качестве транспортного протокола используется доставкой информации - TCP протоколом RTCP соединения и гарантированной передается речевая информация, доставкой и Потоки речи информации в доставкой протокол с негарантированной реальном информации UDP Н. 225 пакеты RTP/UDP/IP упакованная в информации TCP. времени - RTP. видеоинформации Н. 245 Управление соединением (Q. 931) RAS TCP RTP UDP IP Канальный уровень Физический уровень Рисунок 1. Семейство протоколов Н. 323 H. 245 RAS Q. 931

Основными процедурами, выполняемыми оконечным оборудованием и привратником с помощью протокола RAS, являются: 1. Обнаружение привратника. 2. Регистрация оконечного оборудования у привратника. 3. Контроль доступа оконечного оборудования к сетевым ресурсам. 4. Определение местоположения оконечного оборудования в сети. 5. Изменение полосы пропускания в процессе обслуживания вызова. 6. Опрос и индикация текущего состояния оконечного оборудования. 7. Оповещение привратника об освобождении полосы пропускания, ранее занимавшейся оборудованием. Выполнение первых трех процедур, предусмотренных протоколом RAS, является начальной фазой установления соединения с использованием сигнализации Н. 323. Далее следуют фаза сигнализации Н. 225. 0 (Q. 931) и обмен управляющими сообщениями Н. 245. Разъединение происходит в обратной последовательности: в первую очередь закрывается управляющий канал Н. 245 и сигнальный канал Н. 225. 0, после чего по каналу RAS привратник оповещается об освобождении ранее занимавшейся оконечным оборудованием полосы пропускания. Для переноса сообщений протокола RAS используется протокол негарантированной доставки информации UDP. Важно отметить, что в сети без привратника сигнальный канал RAS вообще не используется. ссылка Таблица 1 Таблица 2 Таблица 3

Рассмотрим формат сообщения протокола Q. 931: Дискриминатор протокола –(CRV) предназначен Указатель вызова предназначен для идентификации вызова идентификации протокола 3 -го уровня среди других вызовов или Биты регистрации услуги в интерфейсе Информационные элементы (IE) – Тип сообщения (MT) – “пользователь сеть” 8 7 конкретноеобщее название параметров, 2 6 5 4 3 1 - кодирует детализирующих (Protocol discriminator) сообщение согласно егопротокола конкретное сообщение. Дискриминатор К таким параметрам, например, назначению Длина значения указателя 0 0 – атрибуты запрошенной вызова относятся Length CRV (в байтах) Значениеуслуги – скорость, вид передаваемой указателя вызова (Call reference value – CRV) информации, номер абонента и т. п. Тип сообщения (Message type – MT) 0 Другие информационные элементы (IE) Рисунок 1 а Формат сообщений протокола Q. 931 Используйте левую кнопку мыши!!! Байты 1 2 3 4 5

Пример трассировки сообщений Setup (установить) 08 01 01 05 04 04 88 90 21 8 F 6 C 07 00 80 32 33 39 37 34 01 -. . 0001 Длина цифры Номера = 80 - 1. . . . 8 F - 1. . . . РАСШИРЕНИЕ. . . . РАСШИРЕНИЙ РАСШИРЕНИЕ 6 С - Элемент0. . . . РАСШИРЕНИЙ 23974. (32 33 39=37 = Рекомендации 21 - 0. 0 Информации 7 октетов. Информации 00 -. . . синхронный/Асинхронный = 07 Длина 04 - Элемент =. 00. . . Индикатор-представления = Уровень 1 ID 90 - 1. . . . РАСШИРЕНИЕ ЗВОНЯЩИЙ НОМЕР 1. 88 -. 01. . . РАСШИРЕНИЕ ) Запроса числа(номера) Number ( Синхронные = 7 1. . . . 000. . Тип = данные. СПОСОБНОСТЬ= 23974 (07 Length способ 00001 digits позволенное Представление octets )= Пользовательский. 00. . . Способ передачи= Call. . . СТОРОНЫ (Cg. PN). (Info - 0. . . . флаг = переговоры, не = 01 05. . 0001 08 -Дискриминатор -01. . . . = В-полосе. . 0. . . Переговоры E Неизвестный 0. 00. . . Кодирование стандарта ПРЕДЪЯВИТЕЛЯ. . 000. . Запасной бит (ы) Кругооборота Element 04 CALLING=PARTY = 1) Element = BEARER = возможные Length Info - Длина. 0000101 Сообщений 4 (04 разряд информации 1 СОЗДАТЕЛЬ CCITT Протокола 0000 Насчитывающих = Q. 931. Screening =. . Reference октета. (04. . . 00 индикаторов. . . 10000 Информации передают норму == CCITT V. 110 и протокол NUMBERпланирует. Пользовательских разрядов )= 56 (Cg. PN) ) ==. 0000001 CAPABILITY (BC). . . 01000 (Protocol discriminator 4 Неизвестный. Информации передают = octets ) =. . . Length напечатают. Ценностей 01111 не показанный Пользователь, если, 64 kbit/s. X. 30. (90 способность kbit/s V. 6. 1. . . . EXT (00 0. . . . Рекомендации = Неограниченная УСТАНОВКА. 0. . . . EXT Q. 931) на экране. EXT 1. . . . EXT (80 Запроса = (21 цифровая (8 F. 000. . 1. . . . of 0. . . . 1. = информация. Type EXT = E number (05 mode = Circuit (01. 00. . . Presentation indicator. 00. . . Transfer 0. . . . Flag 1. . . . EXTLayer 1 ID =. 01. . . (88. 0. . . Synchronous/Asynchronous = Unknown. 0000101 Message Presentation allowed mode. . . 00001 User info Synchronous data. 00. . 0000 Numbering plan)=Coding standard = CCITT type =ORIGINATOR SETUP = 1 protocol = CCITT V. 110. . . 000. . . 10000 Info transfer rate 64 Spare bit(s) layer. . . 01000 Info. . 0. . . Negotiation. User = In-band negotiation not Unknownindicator. 0000001 Call transfer capability = ). . . 00 Screening = & X. 30 ) Используйте левую kbit/s ) Unrestricted 1) possible Reference Value = digital info ) provided, not screened ) кнопку мыши!!!. . . 01111 User rate = 56 kbit/s V. 6 )

1. 4. Основные сценарии IP-телефонии Наиболее часто используются 3 сценария IP-телефонии: 1. “компьютер-компьютер”; 2. “компьютер-телефон”; 3. “телефон-телефон”. Если оба абонента подключены с помощью терминала Н. 323, то не требуется подключения шлюзов. Нет перехода с одной технологии на другую, т. к. протокол Н. 323 поддерживают сами терминалы. При технологии “телефон-компьютер” рассматриваются две модификации: - от компьютера (пользователя IP-сети) к телефону (абоненту Тф. ОП) (рисунок 5) - от абонента Тф. ОП к пользователю IP-сети с идентификацией вызываемой стороны на основе нумерации по Е. 164 или IPадресации (рисунок 6).

Демонстрация попослеэтом сценарии аналоговые речевые Выходные данные левому щелчку мыши!!! В сжатия Абонент А Абонент Б формируются в пакеты, ксигналы от микрофона абонента А которым Функции передачи добавляются заголовки протоколов, преобразуются в цифровую форму с после чего пакеты передаются Сжатие помощью аналого-цифрового через IP-сеть в систему IP-телефонии, пакетизация речевой АЦП преобразователя (АЦП), обычно информации обслуживающую абонента Б. Управление и при 8000 отсчетов/с, 8 битов/отсчет, Когда пакеты принимаются сигнализация Развертывание в итоге - 64 Кбит/с. системой абонента Б, заголовки речевой Отсчеты речевых данных депакетизация ЦАП информации протокола удаляются. в цифровой форме затем Сжатые Функции приемаречевые данные поступают в сжимаются кодирующим устройство, развертывающееих IPФункции передачи для сокращения нужной для их в сеть первоначальную форму, т. е речевые Сжатие передачи полосы в отношении пакетизация АЦП речевой данные снова или 10: 1. Под IP-сетью, подразумевается в 4: 1, 8: 1 преобразуются информации аналоговую форму и помощью либо глобальная с Управление сеть сигнализация цифро-аналогового преобразователя Интернет, либо корпоративная Развертывание речевойсеть предприятия Intranet. (ЦАП) и попадают в телефон ЦАП депакетизация информации абонента Б Функции приема Рисунок 2. Сценарий IP-телефонии "компьютер-компьютер"

Для поддержки сценария "компьютер - компьютер» поставщику услуг Интернет желательно иметь отдельный сервер (привратник), преобразующий имена пользователей в динамические адреса IP. Сам сценарий ориентирован на пользователя, которому сеть нужна, в основном, для передачи данных, а программное обеспечение IP-телефонии требуется лишь иногда для разговоров с коллегами. Н. 323 -терминал IPсеть Рисунок 3. Упрощенный сценарий IP-телефонии "компьютер-компьютер" (аналог рисунка 2) Назад Содержание ►вперед

ТФОП / ISDN шлюз Н. 323 -терминал IPсеть Рисунок 4. Упрощенный сценарий IP-телефонии "компьютер". Соединение пользователей IP-сетей через транзитную СКК Назад Содержание ►вперед

Н. 323 -терминал IPсеть Вызов инициирован пользователем IP-сети шлюз Шлюз (GW) для взаимодействия сетей ТФОП / Тф. ОП и IP может быть реализован ISDN в отдельном устройстве или интегрирован в существующее оборудование Тф. ОП или IP-сети. Показанная на рисунке сеть СКК может быть корпоративной сетью или сетью общего Рисунок 5. Вызов абонента Тф. ОП пользователем IP-сети по пользования. сценарию "компьютер - телефон" Используйте левую кнопку мыши!!! Назад Содержание ►вперед

Разъединение с любой стороны IP- передается противоположной стороне по протоколу сигнализации сеть и вызывает завершение установленных Н. 323 -терминал соединений и освобождение ресурсов шлюза для обслуживания шлюз следующего вызова Демонстрация От шлюза к абоненту А поступает запрос ввести номер, к которому должен быть левым ТФОП / направлен вызов (например, номер службы), щелчком и личный идентификационный номер (PIN) ISDN для аутентификации и последующего мыши! начисления платы, если это служба, вызов При попытке вызвать справочно которой оплачивается вызывающим абонентом. Вызов инициирован абонентом Тф. ОПвызываемом номере, -информационную службу, Основываясь на шлюз определяет наиболее доступный используя услуги пакетной телефонии путь к и обычный шлюз активизирует свои функции кодирования телефон, на данной службе. Кроме того, Рисунок 6. Пользователя IP-сети вызывает абонент ТФОП по начальной фазе абонент А и пакетизации речи, устанавливает сценарию "компьютер - телефон" контакт со службой, ведет мониторинг процесса вызывает близлежащий вызова и принимает информацию обслуживания шлюз IP-телефонии о состояниях этого процесса (например, занятость, посылка вызова, разъединение и т. п. ) от исходящей стороны через протокол управления и сигнализации. Назад Содержание ►вперед

Демонстрация левым щелчком После этого шлюз просит. IP-сеть ввести телефонный номер вызываемого абонента, мыши! анализирует этот номер и определяет, какой шлюз имеет лучший доступ к нужному телефону. Как только между входным шлюз и выходным шлюзами устанавливается контакт, дальнейшее установление соединения к вызываемому абоненту услуг IP-телефонии Поставщики ТФОП выполняется выходным шлюзом через. ТФОП предоставляют услуги "телефон-телефон» /ISDN его местную телефоннуюустановки/ISDN путём сеть шлюзов IP-телефонии на входе и выходе IP-сетей. Абоненты подключаются к шлюзу поставщика через Тф. ОП, набирая специальный номер доступа. Абонент получает доступ к шлюзу, Рисунок 7. Соединение абонентов Тф. ОП черезидентификационный используя персональный транзитную IP-сеть по сценарию "телефон-телефон" номер (PIN) или услугу идентификации номера вызывающего абонента (Calling Line Identification) Конец раздела Назад

1. 3. Сигнализация Н. 323 1. 3. 1 Алгоритмы установления, поддержания и разрушения соединения 1. 3. 2 Базовое соединение с участием привратника 1. 3. 3 Базовое соединение без участия привратника 1. 3. 4 Установление соединения с участием шлюза Назад Содержание ►вперед

3. 1 Алгоритмы установления, поддержания и разрушения соединения Рассмотрим наиболее часто применяемые на практике примеры базового соединения в сети, базирующейся на рекомендации Н. 323. В качестве примеров взяты случаи: - вызываемый и вызывающий пользователи зарегистрированы в одном и том же привратнике, который маршрутизирует сигнальную и управляющую информацию; - вызываемый и вызывающий пользователи соединяются непосредственно друг с другом, привратник в сети отсутствует. Прежде чем рассматривать эти два сценария, отметим, что в общем случае алгоритмы установления, поддержания и разрушения соединений по Н. 323 включают в себя следующие фазы: Фаза А. Установление соединения; Фаза В. Определение ведущего/ведомого оборудования и обмен данными о функциональных возможностях; Фаза С. Установление аудиовизуальной связи между вызывающим и вызываемым оборудованием; Фаза D. Изменение полосы пропускания, запрос текущего состояния оборудования, создание конференций и обращение к дополнительным услугам; Фаза Е. Завершение соединения.

Обнаружение привратника Для взаимодействия оконечного оборудования с привратником нужно, Если на GRQ отвечает несколько привратников, чтобы устройству стал известен сетевой адрес подходящего привратника. оконечное оборудование может выбрать Процесс определения этого адреса называется обнаружением привратника. по своему усмотрению любой из них, после Определены два способа обнаружения - ручной и автоматический. Ответить оконечному оборудованию чего инициировать процесс регистрации. Ручной способ заключается в том, что привратник, обслуживающий данное могут. Если вили несколько привратников, один течение 5 секунд ни один привратник не ответит устройство, определяется заранее при конфигурации этого устройства. Первая передав на адрес, указанный в поле сразу с запроса регистрации фаза установления. GRQ, оконечное оборудование может на соединения начинается ras. Address запроса GRQ, сообщение не будетадрес привратника и устройства, который передается на уже известный сетевой получен, Устройство передает запрос повторить запрос. Если ответ опять GCF с предложением режиме многоадресной рассылки, на UDP-порт необходимов своих услуг 1719, GRQ в случае взаимодействия с привратником, а прибегнуть к ручному способу имеет Если не и с указанием транспортного адресапривратник 1718. поддерживающим первую версию протокола Н. 323, - на порт используя IP-адрес обнаружения привратника. При возникновении возможности канала RAS способ обнаружениязарегистрировать Рассмотрим автоматический привратника: 224. 0. 1. 41 - Gatekeeper UDP Discovery Multicast он ошибки в процессе регистрации у своего привратника, Address оконечное оборудование, - и UDP порт 1718 - в регистрации или при т. е. при получении отказа Gatekeeper UDP Discovery Port. отвечает на запрос сообщением GRJ Оконечноеответа на запрос регистрации, оконечное отсутствии Привратник оборудование должно провести процедуру GRQ обнаружения привратника снова. GCF / GRJ Рисунок 8. Автоматическое обнаружение привратника Демонстрация по левому щелчку мыши!

Таблица 1. Сообщения RAS О (options) - необязательное, М (mandatory) - обязательное. Сообщен Переда ие RAS ча оконечн ым оборудо ванием 1 GRQ Приём оконечн ым оборудо ванием 2 Перед ача привр атник ом Приём приврат ником 4 5 3 0 м Примечания 6 Gatekeeper Request (Запрос привратника) Любой привратник, принявший это сообщение, должен на него ответить GCF 0 м Gatekeeper Confirm (Подтверждение привратника) Привратник идентифицирует себя GRJ 0 м Gatekeeper Reject (Отказ привратника) Указывается причина RRQ м м Registration Request (Запрос регистрации)

Продолжение таблицы 1. Сообщения RAS 1 2 3 4 5 6 RCF м м Registration Confirm (Подтверждение регистрации) RRJ м м Registration Reject (Отказ в регистрации) Указывается причина URQ 0 м Unregistratton Request (Запрос отмены регистрации). Терминал желает отменить регистрацию у привратника UCF м 0 Unregistration Confirm (Регистрация отменена) URJ 0 0 м 0 Unregistration Reject (Отказ в отмене регистрации) Указывается причина ARQ м м Admission Request (Запрос доступа) ACF м м Admission Confirm (Подтверждение доступа) ARJ м м Admission Reject (Отказ в доступе) Указывается причина

Продолжение таблицы 1. Сообщения RAS 1 2 3 4 5 6 BRQ м м 0 м Bandwidth Request (Запрос изменения полосы пропускания) BCF м м м 0 Bandwidth Confirm (Подтверждение изменения полосы пропускания) BRJ м м м 0 Bandwidth Reject (Отказ в предоставлении полосы) Указывается причина м м IRQ IRR м DRQ м Information Request (Запрос информации) м м 0 Information Response (Ответ на запрос информации) м Disengage Request (Запрос разъединения). Информирует привратник, что оконечное оборудование освобождает ранее занимавшуюся полосу пропускания, или оборудование о том, что ему необходимо освободить занимаемую полосу пропускания

Продолжение таблицы 1. Сообщения RAS 1 2 3 4 5 6 DCF м м Disengage Confirm (Подтверждение получения сообщения DRQ) DRJ м м Disengage Reject (Отклонение запроса/разъединения) Передаётся привратником, если оконечное оборудование не было зарегистрировано у данного привратника LRQ 0 0 м Location Request (Запрос местоположения) Запрос предоставления транспортного адреса оконечного оборудования LCF 0 м 0 Location Confirm (Сообщение о местоположении оборудования) Сообщается транспортный адрес искомого оконечного оборудования LRJ 0 м 0 Location Reject (Отказ дать сведения о местоположении оборудования) Указывается причина, вероятнее всего "искомое оборудование не зарегистрировано у привратника"

Таблица 2. Параметры сообщения RAS Параметр Описание request. Seq. Num (r. SN) монотонно увеличивающееся число(номер), уникальное для отправителя, которое должно быть возвращено приемником в любых сообщениях, связанных с этим определенным сообщением protocol. Identifier (p. I) Идентификатор протокола non. Standard. Data (n. SD) несет информацию, не определенную в этой Рекомендации (например собственные данные) ras. Address (r. A) транспортный адрес, который привратник использует для сообщений статуса и регистрации endpoint. Type (e. T) определяет тип (ы) конечной точки, которая регистрирует gatekeeper. Identifier (g. I) для идентификации привратника, от которого терминал хотел бы получить разрешение регистрироваться. Отсутствие (или пустой указатель) gatekeeper. Identifier, указывает, что терминал интересуется любым доступным привратником call. Services (c. S) Обеспечивает информацию относительно поддержки дополнительных протоколов Q-ряда привратнику и вызванному терминалу endpoint. Controlled (e. C) конечная точка применит его собственный механизм резервирования

Продолжение таблицы 2. Параметры сообщения RAS endpoint. Alias (e. A) список адресов псевдонима, которыми другие терминалы могут идентифицировать этот терминал alternate. Endpoints (a. E) последовательность расположенных по приоритетам альтернатив привратника для ras. Address, endpoint. Type, или endpoint. Alias crypto. Tokens (c. T) зашифрованные символы authentication. Capability (a. C) указывает опознавательные механизмы, поддержавшие конечной точкой algorithm. OIDs (a. OID) указывает алгоритм шифрования, требуемый Привратником integrity. Check. Value (i. CV) обеспечивает улучшенное установление подлинности целостности сообщения alternate. Gatekeeper (a. G) последовательность расположенных по приоритетам альтернатив для gatekeeper. Identifier и ras. Address. Клиент должен использовать эти альтернативы в будущем, если привратник не отвечает на запрос authentication. Mode (a. M) указывает опознавательный механизм, который используется. Привратник должен выбрать authentication. Mode из authentication. Capability, обеспеченного конечной точкой в GRQ

Продолжение таблицы 2. Параметры сообщения RAS reject. Reason (r. R) причина для отклонения регистрации alt. GKInfo (a. GKI) дополнительная информация об альтернативных привратниках. Если эта информация есть, конечная точка должна повторно передать запрос одному из дополнительных привратников, внеся в список. Если дополнительный привратник отклоняет запрос, конечная точка должна принять отклонение. Если дополнительный привратник не отвечает, конечная точка может послать запрос другой замене в списке. discovery. Complete (d. C) набор к ВЕРНОМУ, если конечная точка требования предшествовала этому сообщению с процедурой открытия привратника; набор к ЛОЖНОМУ только при регистрации. Обратите внимание, что регистрация может стареть, и конечная точка получит отказ на RRQ или ARQ с кодексом причины(разума) discovery. Required или not. Registered соответственно. Это указывает, что конечная точка должна исполнить процедуру открытия (или динамический или статический) перед изданием RRQ с набором discovery. Complete к ИСТИННОМУ call. Signal. Address (c. SA) один или больше транспортного запроса, сообщающего адреса для этой конечной точки, которые должны быть незарегистрированы

Продолжение таблицы 2. Параметры сообщения RAS terminal. Type (t. T) определяет тип (ы) конечной точки (терминала) Terminal. Alias (t. A) дополнительная ценность - список адресов псевдонима, которыми другие терминалы могут идентифицировать этот терминал. Если terminal. Alias является пустым, или адрес E. 164 не присутствует, адрес E. 164 может быть назначен привратником, и включен в RCF. endpoint. Vendor (e. V) информация о продавце конечной точки time. To. Live (t. TL) продолжительность законности регистрации, в секунды. После этого времени привратник может счесть регистрацию устаревшей keep. Alive (k. A) если установлено в ВЕРНЫЙ указывает, что конечная точка послала этот RRQ как "поддерживающийся". Конечная точка может послать простой RRQ, состоящий только из ras. Address, keep. Alive, endpoint. Identifier, gatekeeper. Identifier, символы и time. To. Live. Привратник в квитанции(получении) RRQ с keep. Alive полевым набором к ВЕРНОМУ должен игнорировать другие области(поля) кроме endpoint. Identifier, gatekeeper. Identifier, символы и time. To. Live. ras. Address в простом RRQ должен только использоваться привратником как предназначение для RRJ, когда конечная точка не зарегистрирована will. Supply. UUIEs (w. SUUI) если установлено в ВЕРНЫЙ, это указывает, что конечная точка снабдит Q. 931 информацию сообщения в IRR сообщениях если требуется привратником

Продолжение таблицы 2. Параметры сообщения RAS maintain. Connection (m. C) если ВЕРНО, это указывает, что отправитель сообщения способен к поддержке сигнальной связи, когда никакие запросы в настоящее время не сообщены по связи supports. Annex. ECall. Sign alling (s. AECS) если ВЕРНО, это указывает, что отправитель этого сообщения способен к запросу, сообщающему на ненадежном транспортном канале как описано в H. 323 Приложения E endpoint. Identifier (e. I) идентификатор конечной точки, который был назначен на терминал RCF will. Respond. To. IRR (w. RTIR) Верный, если Привратник пошлет IACK или INAK сообщение в ответ на незапрашиваемое IRR сообщение с его needs. Response полевым набором к ИСТИННОМУ pre. Granted. ARQ (p. GARQ) указывает события, для которых привратник предоставил допуск. Это учитывает более быстрое время установки запроса в окружающей среде, где допуск гарантируется через другие средства кроме обмен ARQ/ACF. Обратите внимание, что, даже если эти области(поля) установлены в ИСТИННЫЙ, конечная точка может все еще посылать ARQ привратнику по причинам типа перевода адреса, или конечная точка не поддерживает этот измененный сигнальный способ

Продолжение таблицы 2. Параметры сообщения RAS pre. Granted. ARQ (p. GARQ) Если pre. Granted. ARQ не присутствует, то передача сигналов ARQ должна использоваться во всех случаях. Области(поля): make. Call - Если make. Call флаг ВЕРЕН тогда, привратник предоставил разрешение конечной точке, чтобы начать(ввести) запросы без первой посылки ARQ. Если make. Call флаг ЛОЖЕН, конечная точка должна всегда посылать ARQ, чтобы получить разрешение делать запрос. use. GKCall. Signal. Address. To. Make. Call - Если make. Call и use. GKCall. Signal. Address. To. Make. Call оба флага установлены в ИСТИННЫЙ, то, если конечная точка не посылает, ARQ привратнику, чтобы делать запрос, конечная точка должен послать весь запрос H. 225. 0, сообщающий запросу привратника сигнальный канал. answer. Call - Если answer. Call флаг ВЕРЕН тогда, привратник предоставил разрешение конечной точке, чтобы ответить на запросы без первой посылки ARQ. Если answer. Call флаг ЛОЖЕН, конечная точка должна всегда посылать ARQ, чтобы получить разрешение ответить на запрос.

Продолжение таблицы 2. Параметры сообщения RAS pre. Granted. ARQ (p. GARQ) use. GKCall. Signal. Address. To. Answer - Если answer. Call и use. GKCall. Signal. Address. To. Answer оба флага установлены в ИСТИННЫЙ, то, когда конечная точка не посылает, ARQ привратнику, чтобы ответить на запрос, конечная точка должна гарантировать, что вся передача сигналов запроса H. 225. 0 прибывает от привратника. Если конечная точка была проинструктирована, чтобы использовать привратника при ответе, но он не знает, прибыл ли поступающий запрос от привратника (который может вовлечь смотрение на транспортный адрес), конечная точка должна выпустить ARQ независимо от состояния флага use. GKCall. Signal. Address. To. Answer. irr. Frequency. In. Call - Это указывает частоту, в секунды, IRR сообщений, посланных привратнику, когда конечная точка находится в одном или более запросах. Если это не присутствует, привратник не хочет незапрашиваемые IRR сообщения. Когда конечная точка посылает эти IRR сообщения, ценность рекомендации запроса должна быть сделана уникальной для терминала, поскольку это было бы произведено в Запросе Допуска.

Продолжение таблицы 2. Параметры сообщения RAS pre. Granted. ARQ (p. GARQ) Однако, это - не "нормальный" crv, и не может многократно использоваться для дальнейшей связи (DRQ, IRQ или BRQ). Идентификатор запроса должен быть тот же самый который используется в запросе сигнальные сообщения канала для связанного запроса. total. Bandwidth. Restriction - Это ограничивает полное использование полосы пропускания для конечной точки когда в запросах. Если это не присутствует, нет никакого постоянного ограничения полосы пропускания. -use. Annex. ECall. Signalling - Если ВЕРНО, этот параметр указывает, что конечная точка, получающая это сообщение shal использует запрос, сообщающий исключительно на ненадежном транспортном канале как описано в Приложении E/H. 323 при размещении запросов. Если ЛОЖНО, это не должно использовать Приложение E/H. 323 для передачи сигналов запроса. maintain. Connection - Если ВЕРНО, это указывает, что привратник (в случае направления привратника) способен к поддержке сигнальной связи, когда никакие запросы в настоящее время не сообщены по связи. reason (r) Используемый, когда привратник посылает URQ, чтобы указать, почему привратник рассматривает незарегистрированную конечную точку

Продолжение таблицы 2. Параметры сообщения RAS call. Type (c. Ty) использующий эту ценность, привратник может пытаться определять "реальное" использование полосы пропускания. call. Model (c. M) терминал определяет, идет ли передача сигналов запроса, посланная на dest. Call. Signal. Address к привратнику или на терминал. gatekeeper. Routed указывает, что передачу сигналов запроса передают через привратника, в то время как прямое указывает, что способ запроса конечной-точки-к-конечной-точке находится в использовании destination. Info (d. I) последовательность псевдонима обращается для предназначения для адресов типа E. 164 или H 323_IDs. При посылке ARQ, чтобы ответить на запрос, destination. Info указывает предназначение запроса (конечная точка ответа). Если по крайней мере один псевдоним зарегистрирован с привратником, и никакие два псевдонима в ARQ не зарегистрированы отличным людям, привратник должен признать ARQ как обращение к зарегистрированной идентичности dest. Call. Signal. Ad dress (d. CSA) транспортный адрес, используемый для передачи сигналов запроса dest. Extra. Call. Info (d. ECI) содержит внешние адреса для многократных запросов (необходимость делать возможные дополнительные запросы канала, то есть для 2*64 kbit/s обращаются к WAN стороне. Будет только содержать адреса E. 164 и не будет содержать номер начального канала)

Продолжение таблицы 2. Параметры сообщения RAS call. Reference. Valu CRV от Q. 931 для этого запроса; только местная законность. e (c. RV) Используется привратником, чтобы связать ARQ со специфическим запросом conference. ID (c. ID) уникальный идентификатор конференции active. MC (a. MC) если ВЕРНО, сторона запроса имеет активный МС; иначе ЛОЖНЫЙ answer. Call (a. Ca) используемый, чтобы указать привратнику, что запрос - приход can. Map. Alias (c. MA) если установлено в ВЕРНЫЙ указывает, что, если окончание. ACF содержит destination. Info, dest. Extra. Cal. Info и/или remote. Extension области, конечная точка может копировать эту информацию к destination. Address, dest. Extra. Call. Info и remote. Extension. Address областям сообщения УСТАНОВКИ соответственно call. Identifier (c. I) глобально уникальный идентификатор запроса, установленный происходящей конечной точкой, которая может использоваться, чтобы связать RAS, сообщающих с измененной передачей сигналов Q. 931, используемой в этой Рекомендации src. Alternatives (s. A) последовательность расположенных по приоритетам исходных альтернатив конечной точки для src. Info, src. Call. Signal. Address, или ras. Address dest. Alternatives (d. A) последовательность расположенных по приоритетам альтернатив конечной точки предназначения для destination. Info или dest. Call. Signal. Address

Продолжение таблицы 2. Параметры сообщения RAS src. Info (s. I) последовательность псевдонима обращается для исходной конечной точки, типа адресов E. 164 или H 323_IDs. При посылке ARQ, чтобы ответить на запрос, src. Info указывает создателя запроса irr. Frequency (i. F) частота, в секунды, конечная точка должна послать IRRs привратнику в то время как на запросе, включая в то время как в ожидании destination. Type (d. T) определяет тип конечной точки предназначения remote. Extension Address (r. EA) содержит адрес псевдонима вызванной конечной точки в случаях, где эта информация необходима Transport. QOS (TQOS) привратник может указать к конечной точке, где ответственность находится для резервирования ресурса. Если привратник получил Transport. QOS в ARQ, то это должно включить Transport. QOS (возможно измененный согласно выполнению привратника) в ACF will. Respond. To. IR R (w. RT) ВЕРНЫЙ, если Привратник пошлет IACK или INAK сообщение в ответ на незапрашиваемое IRR сообщение, когда needs. Response область IRR установила в ИСТИННЫЙ uuies. Requested (u. R) привратник может просить конечную точку уведомить привратника запроса H. 225. 0 сигнальные сообщения, что конечная точка посылает или получает, если конечная точка указала эту способность в ARQ, урегулировав will. Supply. UUIEs к ИСТИННОМУ. uuies. Requested указывает набор запроса H. 225. 0, сигнальные сообщения которого конечная точка должна уведомить привратника

Продолжение таблицы 2. Параметры сообщения RAS use. Annex. ECall. Si gnalling (u. AECS) если ВЕРНО, этот параметр указывает, что конечная точка, получающая это сообщение должна использовать запрос, сообщающий исключительно на ненадежном транспортном канале как описано в Приложении E/H. 323 для запроса, сообщающего к запросу, сообщающему адрес, обозначенный выше. Если ЛОЖНО, это не должно использовать Приложение E/H. 323 для передачи сигналов запроса allowed. Band. Widt h (a. BW) максимум, позволенный в это время в приращениях 100 битов, включая текущее распределение source. Info (s. In) указывает отправителя LRQ. Привратник может использовать эту информацию, чтобы решить, как ответить на LRQ integrity (i) указывает получателю, какой механизм целостности должен быть применен на сообщения RAS reply. Address (r. Ad) транспортный адрес, чтобы послать IRR per. Call. Info (p. CI) Информация о специфическом запросе: -non. Standard. Data - Несет информацию, не определенную в этой Рекомендации (например, составляющие собственные данные) call. Reference. Value - Q. 931 CRV того запроса, о котором ответ -conference. ID - Уникальный идентификатор конференции

Продолжение таблицы 2. Параметры сообщения RAS per. Call. Info (p. CI) создатель - Если ВЕРНЫЙ подвергаемая сомнению конечная точка был создатель запроса, если ЛОЖНЫЙ конечная точка было предназначение запроса аудио - Информация о звуковом канале (ах) видео - Информация о видео канале (ах) данные - Информация о канале (ах) данных h 245 - транспортный адрес H. 245 управляет каналом call. Signalling - транспортный адрес запроса H. 225. 0 сигнальный канал call. Type - Обеспечивает информацию относительно топологии запроса полоса пропускания - Текущее использование в приращениях 100 bit/s; включает только аудио и видео, исключая удары головой(заголовки) и наверху call. Model - Указывает, идея конечной точки которого модель запроса находится в использовании call. Identifier - глобально уникальный идентификатор запроса, установленный происходящей конечной точкой, которая может использоваться, чтобы связать RAS, сообщающих с измененной передачей сигналов Q. 931, используемой в этой Рекомендации

Продолжение таблицы 2. Параметры сообщения RAS per. Call. Info (p. CI) crypto. Tokens - Зашифрованные символы substitute. Conf. IDs - внесение в список всего Conference. IDs, полученного в H. 245 Substitute. CID сообщения, имеющие отношение к первоначальным RAS per. Call. Info conference. ID pdu: • h 323 pdu - копия H. 225. 0 и Q. 931 PDU как требуется привратником в uuies. Requested или в ACF или в IRQ • посланный - Набор к ВЕРНОМУ указывать конечную точку послал h 323 pdu; набор к ЛОЖНОМУ указывать конечную точку получил h 323 pdu Tokens (t) символы - Это - некоторые данные, которые могут быть обязаны позволять действие. Данные должны быть вставлены в сообщение если доступно если это установлено в ИСТИННЫЙ и привратник, обозначенный или в RCF или в ACF, что это ответит на незапрашиваемый IRRs (урегулировав will. Respond. To. IRR к ИСТИННОМУ), тогда Привратник должен ответить с IACK или INAK. Если привратник не указал или в RCF или в ACF, которому это ответит на незапрашиваемый IRRs (урегулировав will. Respond. To. IRR к ЛОЖНОМУ), то привратник может игнорировать need. Response БУЛЕВЫЙ need. Response (n. R) src. Call. Signal. Addr транспортный адрес, используемый в источнике для передачи ess (s. CSA) сигналов запроса

Продолжение таблицы 2. Параметры сообщения RAS gatekeeper. Contro lled (g. C) привратник исполнит резервирование ресурса от имени конечной точки no. Control (no. C) Никакое резервирование ресурса не необходимо Language (L) Указывает язык (и), в котором пользователь предпочел бы вызывать и получать объявления disengage. Reason (DRe) причину изменения требуют привратник или терминал band. Width (b. W) полоса пропускания - 100 битов, которые требуются для двунаправленного запроса. Например, 128 запросов kbit/s были бы сообщены как запрос о 256 kbit/s

Таблица 3. Связь процедур и параметров G G R C Q F r. SN p. I n. SD r. A e. T g. I c. S e. A a. E s. CS A + + + + + G R R R U U U A A A B B B L L L D D D I I R R C R R C R R R J Q F J Q F J Q R + ++++++++++++ + + + +++++ + + +

Продолжение таблицы 3. Связь процедур и параметров G G R C Q F b. W c. T a. C a. OI D i. CV a. G a. M r. R a. GK I d. C G R R R U U U A A A B B B L L L D D D I I R R C R R C R R R J Q F J Q F J Q R ++ ++++++++++++ ++ +++++++++++ + + + +

Продолжение таблицы 3. Связь процедур и параметров G R Q t. T t. A G C F G R R R J Q R C F R R J U U R C Q F U R J A A R C Q F A R J B B R C Q F B R J L L R C Q F L R J D R Q D C F D R J I I R R Q R + + + e. V + t. TL + + k. A + w. S UUI + m. C + + s. A EC S + e. I + + +

Продолжение таблицы 3. Связь процедур и параметров G G G R R R C Q F J Q F R R J U U R C Q F e. C c. S A w. R TIR a. M C U R J A A R C Q F A R J B B R C Q F B R J L L R C Q F L R J D D D R C R Q F J I I R R Q R + + + + + w. R T n. R g. C no C L DR e + + +

Продолжение таблицы 3. Связь процедур и параметров G G G R R R C Q F J Q F p. GA RQ R R J U U R C Q F U R J A A R C Q F A R J B B R C Q F B R J L L R C Q F L R J D D R C Q F D R J I I R R Q R + c. Ty + c. M + + d. I + + d. CS A + + d. EC I + + s. I + c. RV + + + c. ID + + + +

Продолжение таблицы 3. Связь процедур и параметров G R Q G G R R C F J Q F R R J U U R C Q F U R J A A R C Q F a. C a + c. M A + s. A B R J L L R C Q F + d. A B B R C Q F + c. I A R J + + D D R C Q F D R J I IR R R Q + + i. F + d. T + + r. EA + + TQ OS L R J + + +

Продолжение таблицы 3. Связь процедур и параметров G R Q u. R u. A EC S a. B W s. In r. Ad p. CI t i r G G R R C F J Q F R R J U U R C Q F U R J A A R C Q F A R J B B R C Q F B R J L L R C Q F + + L R J D R Q D C F D R J I I R R Q R + + + + + + + +

Регистрация оконечного оборудования Оконечное оборудование передает Привратник отвечает на запрос Оконечное Привратник должен ответить подтверждением запрос регистрации RRQ Привратник подтверждением RCFРегистрация оборудование Оконечное оборудование. UCF. Такая процедура на сетевой адрес привратника, либо RRQ или отказом в регистрации оконечного может отменить регистрацию позволяет оборудованию изменить свой Полученный при выполнении процедуры оборудования у RRJ. Если оконечное у привратника, alias-адрес или транспортныйобнаружения, либо передавего автоматического адрес. Если RСF or RRJ оборудование не указываетпривратника свой сообщение Unregister Request (URQ) было зарегистрировано у оборудование не априори. Стоит отметить, что известный alias-адрес в запросе RRQ, привратника, последний должен запрос направляется на общеизвестный может сам назначить такой адрес и Оконечное ответить на требование. UDP-порта 1719. номер URQ отказом URJ Привратник Инициирование вернуть его в сообщении RCF оборудование Этот порт имеет соответствующее процесса отмены URQ название - Gatekeeper UDP регистрации Registration and URQ Привратник сообщения Status оконечным UСF/URJПри получении может отменить Port. оконечное оборудование регистрацию оборудования, оборудованием должно ответить сообщение передав подтверждением Оконечное UCF URQ Привратник оборудование URQ UСF Рисунок 9. Процесс регистрации и отмены регистрации Инициирование процесса отмены регистрации привратником

Доступ к сетевым ресурсам Оконечное оборудование Привратник ARQ ACF / ARJ Демонстрация по левому щелчку мыши! В начальной фазе ресурсам Если соединения, Рисунок 10. Доступ к сетевым установлениятребуемая полоса а также после получения запроса соединения недоступна, привратник В сообщении ARQ обязательно содержится идентификатор оборудования, Привратник может выделить требуемуюобращается (сообщения Setup), оборудование полосу передает сообщение пославшего сообщение ARQ, и контактная информация того оборудования, с пропускания или снизить помощи суммарной предел запроса ARQ. к привратнику при которым желает связаться оборудование, пославшее сообщение(ARJ) Admission Reject скорости, передав сообщение в себя оборудованием, Контактная информация оборудования включает ACF. alias-адрес и/или с просьбой разрешить соединение с другим В является сигнального канала, но, как правило, в запрос транспортный адрес началом процедуры доступа скорости, ресурсам. что этом же сообщении, кроме суммарной к сетевым ARQ помещается только alias-адрес вызываемого оборудования. В сообщении ARQ указывается транспортный адрес сигнального Важно верхний предел суммарной скорости передачи и приема указывается такжеотметить, что процедура доступа выполняется канала встречного оборудования, соединения всеми участниками если сигнальный пользовательской информации по всем речевым и видеоканалам без учета канал будет организован непосредственно между заголовков RTP/UDP/IP и другой служебной информации. Во время связи тем и другим оборудованием, или адрес привратника, средняя за секунду суммарная скорость передачи и приема информации оконечным оборудованием не должна превышать этот сообщения. если он будет маршрутизировать сигнальные верхний предел. Отметим, что суммарная скорость не включает в себя скорость передачи и приема информации по каналу передачи данных, по управляющему и сигнальному каналам.

Определение местоположения оборудования в сети Оконечное оборудование Привратник LRQ Демонстрация по левому щелчку LCF / LRJ мыши! Оконечное оборудование или привратник, которые имеют alias-адрес некоторого Привратник, у которого зарегистрировано оборудования и желают узнать его Привратник, получивший на транспортный адрес указанное оборудование, контактную информацию (адреса сигнального должен ответить своего канала RAS запрос LRQ, должен ответить сообщением LCF, канала и канала RAS), могут послать запрос отказом LRJ, если искомое оборудование содержащим требуемую контактную по адресу канала RAS LRQ у него не зарегистрировано. Те же привратники, у которых информацию отдельно взятого привратника или искомое оборудование не зарегистрировано, а сообщение по общему адресу всех привратников LRQ было получено в режиме многоадресной рассылки (режим Multicast, вообще не должны Gatekeeper's Discovery Multicast) отвечать на запрос Рисунок 11 Определение местоположения оборудования в сети

Изменение полосы пропускания Оконечное оборудование Привратник BRQ BCF / BRJ Демонстрация по левому щелчку мыши! Оконечное оборудование, которому нужно Рисунок 12. Изменение полосы пропускания в процессе обслуживания превысить указанный предел, должно передать Если привратник может выделить требуемую вызова привратнику запрос BRQ, полосу пропускания, он отвечает сообщением В процессе обслуживанияно до получения ответа средняя или вызова оконечное оборудование BCF. попытку изменить в ту или иную сторону привратник могут предпринять. Далее речевые должна быть не суммарная скорость и видеоканалы закрываются, а затем при процедура суммарную скорость передачи информации. Даннаяпомощи выше этого предела. управляющих сообщений Н. 245 открываются каналы называется изменением полосы пропускания. с новой скоростью передачи и приема информации. Оконечное оборудование может изменять суммарную скорость, не обращаясь заже привратник по каким-либо причинам не может Если разрешением к привратнику, если после этого изменения средняя суммарная скорость не превысит предела, определенного при удовлетворить требование оборудования, он отклоняет получении доступа к сетевым и передает сообщение BRJ это требование ресурсам.

Опрос текущего состояния оборудования Оконечное оборудование Привратник IRQ IRR Демонстрация по левому щелчку мыши! Запрос информации о текущем состоянии (статусе) оборудования Рисунок 13. Опрос текущего состояния оборудования производится привратником при запрос IRQ, оконечное Получив помощи сообщения IRQ. оборудование должно передать Интервал между посылками IRQ запрашиваемую информацию в Привратник в любой момент времени может определить текущее оставлен на усмотрение производителя, сообщении IRR состояние оборудования, т. е. установить, доступно ли ему это но должен быть не меньше 10 с оборудование. Данный процесс называется опросом текущего состояния оборудования. Очевидно, что если питание оборудования выключено, или если в его работе возникла какая-либо неисправность, то оборудование становится недоступным.

Освобождение полосы пропускания Оконечное оборудование Привратник DRQ DCF Демонстрация по левому щелчку мыши! В конечной фазе завершения соединения пропускания Рисунок 14. Освобождение полосыоборудование извещает Привратник отвечает привратник об освобождении раннее Следует отметить, что после того, как полоса пропускания подтверждением занимавшейся полосы пропускания. освобождена, оконечное оборудование не должно передавать DCF Оконечное оборудование сам инициировать незапрашиваемые сообщения IRR. Привратник может передает своему привратнику сообщение освобождение сетевых ресурсов, т. е. разрушение существующего DRQ соединения, передав сообщение DRQ. Получив сообщение DRQ, оконечное оборудование должно закрыть логические каналы, управляющий и сигнальный каналы, а затем ответить подтверждением DCF. В случае, если привратник инициирует завершение конференции, сообщение DRQ должно передаваться каждому ее участнику.

Рисунок 15. Пример соединения с участием привратника 3. 2 Базовое соединение с участием привратника Оконечное После открытия управляющего канала Затем инициируется процедура Привратник определения обмен данными о функциональных 2 Вызываемое оборудование Также заменяет этот адрес оборудование 1 оборудование После обмена Н. 245 начинается данными о функциональных Привратникпривратник передает ARQ ведущего/ведомого оборудования, необходимая В первом случае вызываемое оборудование вызывающему оборудованию отвечает на Setup также возможностях и определения ведущего и возможностях оборудования. В рассматриваемом нами транспортным адресом своего ACF сообщение Call передает сообщение Alerting, и привратникуправляющего канала Н. 245 может выполняться для разрешения конфликтов, возникающих между Proceeding, сообщением Call Proceeding ведомого оборудования и случае все управляющие сообщения, передаваемые Setup означающее, что полученной маршрутизирует его к вызывающему пересылает Connect вызывающему Привратник пересылает процедура открытия однонаправленных двумя устройствами при организации конференции, сессия. от одного оконечного оборудования к другому, Далее открывается разговорная Вызывающее ответ после чегодля сообщение В оборудование оборудованию. Вызываемому. Proceeding Call пользователю оборудованию, на полученные логических пользователя Оборудование, принявшее Терминалы маршрутизируются привратником. сообщение Setup когда оба они могут быть активными информации каналов. Proceeding контроллерами Call В Оборудование вызывающего достаточнотребовании открыть вызываемому передает сообщение ARQ Termlnal. Capabiltty. Set, master. Slave. Determination подается визуальный или акустический речевую логическийсообщениями от другого - прямой Termlnal. Capabllity. Set обмениваются управляющий передает сигнал обслуживания поступившего оба устройства информацию, упакованную открывается канал (в ARQ конференций, или между двумя устройствами, пытающимися нашем случае оборудования, оборудованию вызова передаютканал) open. Logical. Channelалгоритмы сообщения master. Slave. Determination. Ack, о входящем вызове, а вызывающемус alias-адресом вызываемого получение оборудование Далее указываютсяадрес логическийподтверждает его open. Logical. Channel в которых вызывающеевозможные передачей В на транспортный / в пакеты RTP/UDP/IP, ответ на сообщение ARJ канал Н. 245 ACF одновременно открыть двунаправленные логические в привратник информации, передать дается индикация того, RTP-канала оборудованияабонентапередает какоекоторый устройств что вызываемый ответ которых указывается, на из этих будет В оборудование передает сообщение указывает вид принимаемой сообщения Termlnal. Capablltty. Set. Ack декодирования пользователя, вызванного Alerting каналы. В ходе процедуры устройства оборудование должноинформации. Alerting является дляпередает отметить, именно и алгоритм данного пакетированную он пользователь не занятокончания разговорнойс уведомлением, адрес ведущим, а какое - ведомым. и ему подается ACFпередаватьсясоединения сообщение Послеа вызванный фазы этому этот транспортный open. Logical. Channel. Ack, Следует по. Connect что подтверждение что каналу, обмениваются сообщениями пользователь Connect master. Slave. Determlnationвозможен сигнальный канал Следующим. В нашем случае логический канал шагом, если сценарий процедуры Напомним, вызывной сигнал. При отказе вразрушения кодирования. что начинается фаза допуске будет в на соединения Setupтранспортный адрес, соединения. Terminal. Capability. Set Termjnal. Capabll. Hy. Set сигнальные речевую информацию котором указывается Terminal. Capability. Set маршрутизировать должно Release Complete. ещезапрос. Если оборудование имеетбыть первым открыт, транспортный адреспредусматривающий передается сообщение возможность Master-Slave к ресурсам сети вызываемоепользователя, инициирующего Determination, signaling), Оборудование оборудование предназначается для переноса речи, поэтому на который передаваемым по RTP-канала оборудования вызывающего routed call сообщения. Пользователь, пользователя. стороне (Gatekeeper получивший команду сообщением, передающей принять количества передаваемых закрывает разъединение, должно прекратить свуказанием управляющему каналу включается сигнальный канал. Terminal. Capability. Set. Ack сокращениевызов, оно RTP пакеты, путем передачи передачу. Terminal. Capability. Set. Ack инициировавшего речевой посылать передает запрос open. Logical. Channel При помощи канала RTCPследует контроль адреса ведется и сообщениетранспортного end. Session. Command ресурсам допуска к от пользователя, с указанием привратнику сообщения Release разрушение соединения, того как вызываемый пользователь информации, закрытьпередачи информации по транспортныйсети ARQ, на который логические каналы такжеmedia. Control. Channelканала RTCP и передатьканалам адрес параметр RTP сообщений а После MSD должен прекратить передачу своего сигнального ответить подтверждением MSD привратник может канала Complete. по управляющему каналу сообщение Н. 245 адреса канала RTCP, при помощи транспортного примет входящий вызов, привратнику речевой информации, закрыть логические ACF MSDAck end. Session. Command, означающее, что производится в end. Session. Command. с каналы и передать сообщение допуске передачи которого или отказом контроль к ресурсам передается сообщение Connect MSDAck соединение Далее, если сигнальныйпакетов канал остался открытым, пользователь хочет завершить RTP сети ARJ транспортным адресом передается сообщение Release Complete, Далее от управляющего канала Н. 245 встречного Open. Logical. Channel оборудования и сигнальный действий end. Session. Command, канал закрывается Open. Logical. Channel После вышеописанных вызываемого оборудования ожидается сообщение оконечное оборудование извещает привратник об после приема которого управляющий Open. Logical. Channel. Ack освобождении зарезервированной полосы пропускания. канал Н. 245 закрывается С этой целью каждый из участников соединения передает по каналу RAS запрос На запрос DRQ привратник должен выхода из РАЗГОВОРНАЯ ФАЗА соединения DRQ ответить подтверждением DCF, после End. Session. Command чего обслуживание вызова считается завершенным End. Session. Command Release Complete DRQ Демонстрация по левому щелчку мыши! . DCF В Начало

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

Рисунок 16. Пример соединения без участием привратника 3. 3 Базовое соединение без участия привратника Оконечное оборудование 1 Важно! Оконечное оборудование 2 Setup Демонстрация по щелчку мыши! Вызывающее оборудование посылает запрос соединения Call proceeding Вызываемое Alerting Connect Setup на известный оборудование отвечает Транспортный адрес TCS Далее. Следующим шагом передается Setup сообщением открывается разговорная сообщение Alerting. на сообщение Затем сессия. канал сигнального канала Release Complete, и сигнальный После окончания разговорной фазы Оборудование вызывающего пользователя Proceeding Call Вызываемому пользователю вызываемого оборудования закрывается. Пользователь, получивший команду TCSAck начинается фаза разрушения соединения. передает речевую информацию, дается визуальный end. Session. Command от пользователя, или Оборудование пользователя, инициирующего Как только вызываемый упакованную в пакеты RTP/UDP/IP, на должен о MSD акустический инициировавшего разъединение, сигнал разъединение, прекращает передачуинформации, пользователь примет адрес RTP-канала оборудования транспортный входящий прекратить передачу речевой входящем вызове, а вызывающему информации, логические. MSDAck иочередь, закрываетканалы передать логические вызов, передаетсяпользователя, а оно, индикация того, что сообщение Ожидается сообщение MSDAck вызываемого закрыть - в свою каналы пакетированную речевую информацию и передает Connect с указанием end. Session. Command. от встречного передаетсообщение по управляющему каналу если end. Session. Command Далее, вызываемый пользователь OLC канал управляющего канала OLC сообщение Н. 245 RTP-каналаоткрытым, передается end. Session. Command, После адрес оборудования, после чего сигнальный транспортного адреса на транспортный открытия остался оборудования не занят и получает вызывной означающее, что управляющий канал Н. 245 сообщение Release Complete, сигнальный выполняются все процедуры, Управляющего канала Н. 245 пользователь хочет вызывающего пользователя сигнал OLCAck канал закрывается, и обслуживание завершить описанные в соединение обмен случае: вызываемого оборудования, первомзакрывается даннымивызова о функциональных возможностях, после чего открывается считается завершенным определение ФАЗА управляющий канал Н. 245 ведущего/ведомого РАЗГОВОРНАЯ оборудования, открытие однонаправленных End. Session. Command логических каналов End. Session. Command Release Complete В Начало

Обозначения и пояснения к рисунку: «Пример соединения без участия привратника» Сообщения Н. 245 Сигнальные сообщения Случай, когда вызываемое и вызывающее оборудование взаимодействуют непосредственно друг с другом, привратник в сети отсутствует. И здесь, чтобы ускорить открытие разговорной сессии, управляющий канал тоже может быть открыт вызываемым оборудованием после получения сообщения Setup с транспортным адресом управляющего канала Н. 245 вызывающего оборудования, или вызывающим пользователем после получения сообщения Call Proceeding или Alerting, в котором содержится транспортный адрес управляющего канала Н. 245 вызываемого оборудования.

Рассмотрим наиболее часто используемые сигнальные сообщения: Сообщение Setup передается вызывающим оборудованием с целью установить соединение. Это сообщение передается на общеизвестный TCP порт 1720 вызываемого оборудования. Сообщение Call Proceeding передается вызывающему оборудованию, чтобы известить его о том, что вызов принят к обслуживанию. Сообщение Alerting передается вызывающему оборудованию и информирует его о том, что вызываемое оборудование не занято, и что пользователю подается сигнал о входящем вызове. Сообщение Connect передается вызывающему оборудованию и информирует его о том, что вызываемый пользователь принял входящий вызов. Сообщение Connect может содержать транспортный адрес управляющего канала Н. 245. Сообщение Release Complete передается вызывающим или вызываемым оборудованием с целью завершить соединение. Это сообщение передается только в том случае, когда открыт сигнальный канал.

3. 4 Установление соединения с участием шлюза Рассмотрим варианты, предполагающие участие шлюза - элемента сети Н. 323. Первый вариант - это случай, когда абонент Тф. ОП вызывает пользователя IP-сети, второй - когда пользователь IP-сети вызывает абонента Тф. ОП, а в третьем варианте абонент Тф. ОП вызывает абонента Тф. ОП, но соединение проходит через IP-сеть. В первом варианте с точки зрения протоколов Н. 323 соединение устанавливается так же, как соединение участников, включенных в сеть с маршрутизацией Пока устанавливается пакетов IP. Рассмотрим ситуацию с точки зрения Тф. ОП. Существует два соединение в IP-сети, шлюз способа набора номера вызываемого абонента: одноступенчатый и Процедура. Setup. Вызывающий может Setup. И шлюз двухступенчатый. передать абонент сразу набирает вызывающему абоненту Тф. ОП устанавливает с номер вызываемого абонента Вызывающий Вызываемый сообщение Call Proceeding, ним соединение абонент чтобы перезапустить таймеры Демонстрация по левому щелчку мыши! Рисунок 17. Одноступенчатый способ набора номера вызываемого абонента

Вызывающий абонент Вызываемый абонент Демонстрация по левому щелчку мыши! Процедура Setup. Вызывающий абонент Рисунок 18. Двухступенчатый способ набора номера сначала набирает телефонный номер вызываемого абонента Затем абонент вводит свой шлюза и устанавливает с ним персональный код для идентификации В сетях связи общего пользования применяется двухступенчатый соединение и номер вызываемого абонента; способ. эта информация передается Следует отметить, что необходимость в наборе персонального кода возникает не всегда, такпо проключенному разговорному как номер вызывающего абонента может содержаться в сигнальных сообщениях систем DTMF тракту сигналами сигнализации DSS 1 и ОКС 7, а при использовании систем сигнализации 2 ВСК или аналоговых систем сигнализации - определяться при помощи АОН. Существует несколько способов идентификации абонентов. В первом случае aliasадрес абонента (PIN-код или телефонный номер) шлюз передает привратнику в сообщении ARQ. Во втором случае идентификационный номер вызывающего абонента, набранный с помощью DTMF, передается специальному серверу.

Вызывающий абонент Вызываемый абонент Демонстрация по левому щелчку мыши! Вызываемое оборудование организует сигнальный канал Пока устанавливается соединение в Н. 225. 0 со шлюзом Далее передается Тф. ОП, шлюз (при участии или без требование может передать вызывающему на установление абоненту IP-сети сообщение Call Proceeding, участия привратника)соединения Setup, которое содержитперезапустить таймеры, если в чтобы телефонный номер IP-сети вызывает абонента Тф. ОП при вызываемого Рисунок 19. Пользовательтечение 4 секунд после приема сообщения абонента в формате Е. он не передал сообщения Alerting, Setup 164 помощи шлюза. Connect или Release Complete. Во втором сценарии, когда пользователь IP-сети вызывает абонента Тф. ОП при помощи Чтобы указать, что вызов выходит за шлюза, с точки зрения протоколов Н. 323 пределы IP-сети, описанное Alerting, соединение устанавливается так же, как в сообщениясоединение Call Proceeding, Progress и Connect должен участников, включенных в сеть с маршрутизацией пакетов IP. Сценарий включаться информационный элемент вызова абонента Тф. ОП абонентом Тф. ОП является комбинацией двух Progress зрения предыдущих сценариев и с технической точки Indicator не содержит никаких новых процедур.

2. 1. Протокол TCP 2. 2. Протокол UDP 2. 3. Протокол RTP и RTCP 2. 4. Протокол IP Содержание

2. 1. Протокол TCP Протокол управления передачей информации - Transmission Control Protocol (TCP) - был разработан для поддержки интерактивной связи между компьютерами. Протокол TCP обеспечивает надежность и достоверность обмена данными между процессами на компьютерах, входящих в общую сеть. Протокол TCP не приспособлен для передачи мультимедийной информации. Основная причина - обеспечение требуемой достоверности путем повторной передачи потерянных пакетов. Пока передатчик получит информацию о том, что приемник не принял очередной пакет, и передаст его снова, проходит слишком много времени. Приемник вынужден либо ждать прихода повторно переданного пакета, разрушая структуру потоковых данных, либо игнорировать этот пакет, игнорируя одновременно принятый в TCP механизм обеспечения достоверности. Кроме того, TCP предусматривает механизмы управления скоростью передачи с целью избежать перегрузок сети. Аудиоданные и видеоданные требуют, однако, строго определенных скоростей передачи, которые нельзя изменять произвольным образом.

Рисунок 20. Структура сетевого программного обеспечения стека протоколов TCP/IP Приложения В модели межсетевого соединения взаимодействие TCP и протоколов нижнего уровня, вообще говоря, линии, соединяющие TCP UDP не специфицировано, за исключением того, что должен прямоугольники, Горизонтальная линия - пути Прямоугольники обозначают существовать механизм, который обеспечивал бы передачи данных модули, сеть Ethernet, асинхронную передачуобозначаетобрабатывающие информации от одного которая используется в качестве уровня к другому. Результатом работы этого механизма данные IP является инкапсуляцияпримера физической среды протокола более высокого уровня в тело протокола более низкого уровня. Каждый TCP-пакет вкладывается в ARP одной стороны протокол TCP “пакет” IP. С протокола нижележащего уровня, например, взаимодействует с прикладным протоколом Получившаяся таким образом дейтаграмма содержит пользовательского приложения, а с другой в себе TCP-пакет так же, как TCP-пакет Ethernet стороны -с протоколом, пользовательские “низкоуровневые” содержит обеспечивающим данные. функции маршрутизации и адресации пакетов, которые, как правило, выполняет IP. Ethernet Демонстрация по щелчку мыши Назад Содержание ►вперед

Состав и назначение полей заголовка Порядковый Пакеты протокола TCP переносятся бита). Если в-номер (Sequence Number, в 16 битов) пакете отсутствует флаг SYN, Окно (Window, поле “Данные” (Acknowledgment поле 32 Номер при подтверждении IP-дейтаграммы. Заголовок пакета TCP следует за заголовком дейтаграммы. Структура заголовка пакета TCP то количество содержит это - номер первого октета данных в этом пакете. Number, 32 бита)байтов пакет содержит -если Если флаг SYN в пакете присутствует, то номер представлена на рисунке 21. которое отправитель данного данных, установленный флаг АСК, то это поленачала сегмента данного принять, может пакета становится номером содержит считая отпоследовательности (ISN), и номером первого байта с номером, Демонстрацияномер следующего ожидаемого получателем по Порт отправителя PSHв- флаг Номер данных флаг окончания Порт FIN Поле указателя срочности получателя указанным поле Поле величины смещения октета данных становится номер ISN+1. октета данных. При установленном соединении щелчку мыши! подтверждении (Urgent Pointer, (Reserved, 16 битов). отправляется всегда. содержит данных (Data Offset, 4 прифорсированной Это полепередачи со стороны Резерв пакет бита)-АСК - флаг пакета, - сброс соединения подтверждения RST отправки SYN синхронизация отправителя номер Порядковый (Padding) поле, 6 битов) -Заполнение с которого зарезервированное указывает количествопакета, начинаяподтверждение- следуют 32 -битовых содержащего порядковых номеров поле. URG -заполняемое нулями для флаг пакеты повышенной срочности. Указатель слов заголовка TCP-пакета. срочности получения Номер при подтверждении Опции (Options)принимается во внимание только - поле выравнивания заголовка Поле контрольной до в сегментах с установленным дополнительных параметров, размера, кратного суммы (Checksum, Смещение 32 -битам битов) Резерв 16 URG ACK PSH RST может быть переменной флагом URG SYN FIN Окно данных длины Контрольная сумма Опции Заполнение Данные Рисунок 21. Заголовок пакета TCP Порт отправителя (Source Port, 6 битов). Порт получателя (Destination Port, 16 битов) Указатель срочности

2. 2. Протокол UDP Протокол передачи пользовательских дейтаграмм - User Datagram Protocol (UDP) предназначается для обмена дейтаграммами между процессами компьютеров, расположенных в объединенной системе компьютерных сетей. Протокол UDP базируется на протоколе IP и предоставляет прикладным процессам транспортные услуги, немногим отличающиеся от услуг протокола IP. Протокол UDP обеспечивает негарантированную доставку данных, т. е. не требует подтверждения их получения. Кроме того, данный протокол не требует установления соединения между источником и приемником информации, т. е. между модулями UDP. К заголовку IP-пакета протокол UDP добавляет служебную информацию в виде заголовка UDP-пакета (рисунок 20). Модуль IP, реализованный в принимающей рабочей станции, передает поступающий из сети IP-пакет модулю UDP, если в заголовке этого пакета указано, что протоколом верхнего уровня является протокол UDP. При получении пакета от модуля IP модуль UDP проверяет контрольную сумму, содержащуюся в его заголовке. Если контрольная сумма равна нулю, значит, отправитель ее не подсчитал. Назад Содержание ►вперед

Рисунок 22. Формат UDP-пакета Демонстрация по щелчку мыши! Порт отправителя Порт получателя Длина Контрольная сумма Данные Порт получателя (Destination Port) Длина (Length) - это поле информирует порт - поле идентифицирует Контрольная сумма (Checksum) - поле проверки правильности о длине UDP-пакета в октетах, на которую рабочей станции, Порт отправителя (Source Port) - поле передачи данных заголовка пакета, и включая как заголовок, так псевдозаголовка будет доставлен пакет указывает порт рабочей станции, передавшей и поля полезной нагрузки пакета. Если данное поле не используется, данные. Минимальное значение и TCP имеют оно заполняется нулями. Протоколы UDP этот порт следует дейтаграмму. На длины равно восьми один и тот же алгоритм вычисления контрольной адресовать ответную дейтаграмму. суммы (RFC-1071), но механизм ее вычисления для Если данное поле не используется, UDP-пакета имеет некоторые особенности. оно заполняется нулями. В частности, UDP-дейтаграмма может содержать . . . нечетное число байтов, и в этом случае к ней, для унификации алгоритма, добавляется нулевой байт, который никуда не пересылается.

2. 3. Протокол RTP и RTCP Комитетом IETF был разработан протокол транспортировки информации в реальном времени - Realtime Transport Protocol (RTP), который стал базисом практически для всех приложений, связанных с интерактивной передачей речевой и видеоинформации по сети с маршрутизацией пакетов. Уже длительное время ведется работа по созданию методов уменьшения джиттера и задержек. Для этого могут применяться механизмы, обеспечивающие пользователю заданный уровень качества обслуживания. Они, конечно, улучшают качество услуг, предоставляемых сетью, но не могут совсем устранить образование очередей в сетевых устройствах и совсем убрать джиттер. Именно протокол RTP позволяет компенсировать негативное влияние джиттера на качество речевой и видеоинформации. В то же время, он не имеет собственных механизмов, гарантирующих своевременную доставку пакетов или другие параметры качества услуг, это осуществляют нижележащие протоколы. Обычно протокол RTP базируется на протоколе UDP и использует его функции, но может работать и поверх других транспортных протоколов. Назад Содержание ►вперед

Протокол RTP предусматривает индикацию типа полезной нагрузки и порядкового номера пакета в потоке, а также применение временных меток. Отправитель помечает каждый RTP-пакет временной меткой, получатель извлекает ее и вычисляет суммарную задержку. Разница в задержке разных пакетов позволяет определить джиттер и смягчить его влияние - все пакеты будут выдаваться приложению с одинаковой задержкой. Итак, главная особенность RTP - это вычисление средней задержки некоторого набора принятых пакетов и выдача их пользовательскому приложению с постоянной задержкой, равной этому среднему значению. Однако следует иметь в виду, что временная метка RTP соответствует моменту кодирования первого дискретного сигнала пакета. Поэтому, если RTP-пакет, например, с видеоинформацией, разбивается на блоки данных нижележащего уровня, то временная метка уже не будет соответствовать истинному времени их передачи, поскольку они передачей могут быть установлены в очередь. На рисунке 21 представлен основной заголовок RTP-пакета, содержащий ряд полей, которые идентифицируют такие элементы, как формат пакета, порядковый номер, источник информации, границы и тип полезной нагрузки. Назад Содержание ►вперед

Рисунок 23. Основной(Contributing Source Идентификатор CSRC заголовок RTP-пакета Identifier, 32 бита) - список полей идентификаторов источников, участвующих в создании RTP-пакета. Устройство смешивания информации (миксер) вставляет целый список SSRC идентификаторов источников, которые участвовали в построении данного RTP-пакета. Порядковый номер пакета Количество элементов в списке: от 0 до 15. (Sequence Number, 16 битов). Если число участников более 15, выбираются первые 15. Каждый источник начинает нумеровать расширения (1 бит) Примером может служить речевая. Х бит) - поле заполнения. заголовка. конференция, Р номера, - поле пакеты с произвольного(1 с речью всех Служит для индикации в которой передаются RTP-пакеты Сигнализирует о наличиитого, что за основным увеличиваемого затем заголовком следует дополнительный заголовок, на единицу SSRC. заполнения участников - каждый со своим идентификатором с каждым переданнымвпакетом RTPCSRC. конце поля Они-то и образуют список идентификаторовполезной нагрузки. используемый в экспериментальных Это позволяет обнаруживать потери пакетов и когда приложение Заполнение применяется, протокола RTP Вся конференция имеет общий временным расширениях определять порядок пакетов с одинаковым М (1 бит) - поле маркера. СС размер полезной нагрузки был требует, чтобы(4 бита) -- поле типа полезной идентификатор SSRC штампом. VОбычно используется РТ (7 битов) поле отправителей. Несколькополе версиидля указания (2 бита) - последовательных пакетов 32 битам полезной чьи Содержитбита маркера кратен, логически границ. Идентификатор SSRCеслинапример, потока данных. нагрузки. Идентифицирует тип Смысл идентификаторы могут иметь один и тот же штамп, Временной штамп отправителей, (Synchronization протокола. в один нагрузки и форматкак, в пакете, причем сами Текущая версия момент, данных, включая сжатие и зависит от типа полезной нагрузки. В случае данные находятся они порождены и тот же Source. Identifier, 32 бита)он определяет конец -поле идентификатора передачипакеты, принадлежащие одному и бита). видеоинформации (Timestamp, 32 -вторая идентификаторы следуют за основным например, протокола шифрование. В стационарном состоянии отправитель кадра. При передаче речевой Псевдослучайное источникаже видеокадру времени, в который был нагрузки в использует только один тому синхронизации. информациитип полезной Момент периода маркер указывает начало сеанса, но он может его изменить заголовком течение число, которое уникальным образом идентифицирует Доставка после периода молчания контролируется специальным активности RTP-пакетов напервый октет данных создан изменение условий, если об этом ответ протоколомв. RTCP (Real не зависит источник в течение сеанса и. Time Control Protocol). сигнализирует протокол управления транспортировкой полезной нагрузки. Единицы, Основной функцией Это число играет важную времени от сетевого адреса. протокола RTCPреальном организация информации в является в которых время отправителем информации обратной связи приемника с указывается в этом поле, (Real-Time данных, роль при обработке порции Transport Control Protocol) от типа полезной нагрузки. Значение для отчета озависят от получаемых данных. Протокол RTCP качестве одного источника поступившей передает сведения (как от приемника, так и от часам определяется по локальным отправителя) о числе переданных и потерянных пакетов, значении джиттера, отправителя задержке и т. д. Эта информация может быть использована отправителем для изменения параметров передачи, например для уменьшения коэффициента сжатия информации с целью улучшения качества ее передачи. 0 31 2 3 4 16 8 9 Демонстрация по нажатию левой кнопки мыши V=2 P X CC M PT Временной штамп Идентификатор SSRC Идентификатор CSRC . . . Назад

2. 4. Протокол IP версии 4 В качестве основного протокола сетевого уровня в стеке протоколов TCP/IP используется протокол IP, который изначально проектировался как протокол передачи пакетов в сетях, состоящих из большого количества локальных сетей. Поэтому протокол IP хорошо работает в сетях со сложной топологией, рационально используя наличие в них подсистем и экономно расходуя пропускную способность низкоскоростных линий связи. Протокол IP организует пакетную передачу информации от узла к узлу IP-сети, не используя процедур установления соединения между источником и приемником информации. Кроме того, Internet Protocol является дейтаграммным протоколом: при передаче информации по протоколу IP каждый пакет передается от узла к узлу и обрабатывается в узлах независимо от других пакетов. Протокол IP не обеспечивает надежность доставки информации, так как он не имеет механизмов повторной передачи. Он не имеет также и механизмов управления потоком данных (flowcontrol). Дейтаграммы могут быть потеряны, размножены, или получены не в том порядке, в каком были переданы. Назад Содержание ►вперед

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

Рисунок 24. IP-дейтаграмма Протокол IP использует 3 поля заголовка Демонстрациядля управления фрагментацией/сборкой по щелчку мыши! дейтаграмм. Как уже упоминалось, Версия (Version) Длина заголовка фрагментация необходима потому, что Тип обслуживания разные сети, по которым передаются дейтаграммы, имеют разные. Общая длина Time To Live)кадра максимальные Поле время жизни (TTL - размеры Поле длина заголовка в заголовке IP-дейтаграммыобщая длина (header. Length) Поле содержат (Total length), используется для ограничения времени, в Идентификатор фрагмента идентифицирует состоящее из версия длину дейтаграммы Поле тип обслуживания определяет длинув(Identifier) определяет 4 битов, (Type of Service) сети. два адреса - Поле общую (version) находитсясодержит отправителя фрагмента течение которого дейтаграмма протокола IP, Идентификатор(Source) и при используемую версию нужна информацию, которая указывается октетах (байтах), включая заголовок Смещение Флаги взаголовка, причем длинабывает32 бита. дейтаграммы, получателя (Destination), классов обслуживания. 4. Каждый маршрутизаторразмером одной и фрагмента обозначает все фрагменты уменьшать поддержке сетью разных которые какв рассматриваемом случае указывается версия количество блоков сети должен полезную нагрузку. Максимальная длина этого поля незначениетипичномэтого поля в Интернет будеттем, меняются необходимо дляиее успешной Использованиепротяжении объясняется Необходимостьна единицу, отбрасывать В что на случае значение Время жизни дейтаграммыесли поле TTL приняло возможностей составляет 65535 октетов, однако, возрастать по мере роста в IP-сетяхв сети значение. Полевсей жизнивдейтаграммы нулевоемогут флагов (Flags)переходный период заголовка обеспечивает дейтаграмму, чтоэтого поля равно 5 Поле контрольная сумма задаваемыми сборкиограничивает возможность передачииспользоваться приемной стороне мультимедийного трафика с на практике, все рабочие напротоколы разных версий возможность фрагментации дейтаграмммаршрутизаторы Протокол Наличие поля TTL станции и параметрами качества обслуживания (Header Checksum) обеспечиваетпо сети, работают с циркуляции дейтаграммы возможность и, при использовании фрагментации, бесконечной длинами, не превышающими Контрольнаяобъясняется тем, что 576 байтов. Это в заголовке. Алгоритм контроляидентифицировать заголовкапричине позволяет ошибоксумма какой-либо при подсчета например, в случае, если по Поле протокол (Protocol) смещение фрагмента Поле последний превышении которому она следует, фрагмент дейтаграммы длины, прост, Адрес отправителя маршрут, по указанной весьма контрольной суммы идентифицирует протокол работы сети (Fragment Offset) определяет снижается эффективность оказался “закольцованным” нижнего поскольку обычно Адресположение фрагмента относительно получателя верхнего уровня (TCP, протоколы уровня UDP и т. д. )имеют более развитые единицах, Опционные поля и заполнение исходной дейтаграммы в средства контроля ошибок равных 8 октетам Данные Назад Содержание

Протокол IP версии 6 Облегчить работу маршрутизаторов можно, в частности, путем модернизации протокола IP. Комитет IETF намеревается решить существующие проблемы с помощью межсетевого протокола нового поколения - IPng, известного также как IPv 6. Наряду с вводом новых функций непосредственно в протокол IP, целесообразно обеспечить более тесное взаимодействие его с новыми протоколами, путем введения в заголовок пакета новых полей. Например, работу механизмов обеспечения гарантированного качества обслуживания облегчает внесение в заголовок метки потока, а работу IPSec - внесение в заголовок поля аутентификации. В результате было решено подвергнуть протокол IP модернизации, преследуя следующие основные цели: - создание новой расширенной схемы адресации; - улучшение масштабируемости сетей за счет сокращения функций магистральных маршрутизаторов; - обеспечение защиты данных. Работы по модернизации протокола IP начались в 1992 году, когда было предложено несколько альтернативных вариантов спецификаций. С тех пор в рамках IETF была проделана огромная работа, в результате которой в августе 1998 года были приняты окончательные версии стандартов, определяющих как общую архитектуру IPv 6 (RFC 2460 “Internet Protocol, Version 6 (IPv 6) Specification”), так и отдельные компоненты данной технологии (RFC 2373 “IP Version 6 Addressing Architecture”).

Переход к протоколу IP версии 6. Так как IPv 6 представляет собой естественное развитие предыдущей версии, он с самого начала спроектирован с учетом возможности поэтапного мягкого перехода к его использованию, что требует обеспечения взаимодействия узлов с разными версиями протоколов. Способы, которые используются для организации совместной работы протоколов IPv 6 и IPv 4, вполне традиционны: Установка на некоторых сетевых узлах сразу двух стеков протоколов, так что при взаимодействии с рабочими станциями, поддерживающими разные версии протокола, используется соответствующий стек протоколов TCP/IP. Маршрутизаторы могут в данном случае обрабатывать оба протокола независимо друг от друга. Конвертирование протоколов при помощи специальных шлюзов, которые преобразуют пакеты IPv 4 в пакеты IPv 6 и обратно. Важнейшая часть этого процесса - преобразование адресов. Для упрощения данной процедуры применяются так называемые “IРv 4 совместимые адреса IPv 6”, которые содержат в четырех младших байтах адрес, используемый в протоколе IPv 4.

До свидания! ВЫХОД

ТЕСТ

U Codec G. 729 RTP UDP IP PPP Демонстрация по левому щелчку Преобразование и мыши! кодирование в Передаваемая конкретный информация time-слот Как указано в кодируется протоколе RTP кодеком G. 729 добавляется IP С помощью Маршрутизация заголовок Контроль. Для UDP формируется проверки в нужном дейтаграмма искажен или направлении Router Передача нет кадр или на маршрутизатор пакет. IP IP PPP Eth Шлюз Конвертор протоколов G. 729 G. 711 RTP 0 IP 0 Eth 0 U АЦП-ЦАП Рисунок 25. Пример обмена пользовательской информации в сети между пользователем Н. 323 и аналоговым пользователем телефонной сети.

Управляющий канал Н. 245 В рекомендации ITU-Т Н. 245 определен ряд независимых процедур, которые должны выполняться для управления информационными каналами. К ним относятся процедуры: • определения ведущего и ведомого устройств (Master/slave determination); • обмена данными о функциональных возможностях (Capability Exchange); • открытия и закрытия однонаправленных логических каналов (Logical Channel Signalling); • открытия и закрытия двунаправленных логических каналов (Bidirectional Logical Channel Signalling); • закрытия логических каналов (Close Logical Channel Signalling); • определения задержки, возникающей при передаче информации от источника к приемнику и в обратном направлении (Round Trip Delay Determination); • выбора режима обработки информации (Mode Request); • сигнализации по петле, создаваемой для целей технического обслуживания оборудования (Maintenance Loop Signalling). Для выполнения вышеуказанных процедур между оконечными устройствами или между оконечным оборудованием и устройством управления конференциями или привратником организуется управляющий канал Н. 245. При этом оконечное оборудование должно открывать один (и только один) управляющий канал для каждого соединения, в котором оно участвует. процедуры

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

Оконечное Оборудование 1 Оконечное Оборудование 2 MSD В ответ на полученные сообщения master. Slave. Determination Устройства обмениваются сообщениями оба Оборудование MSDAck устройства передают сообщения передает MSDAckmaster-Slave. Determination, в поле И получает в и ведомого оборудования. Рисунок 26. Процедура определения ведущего master. Slave. Determlnatlon. Ack, в (ведомое) terminal. Type которых помещается значение, сообщение(ведущее) ответ соответствующее типу данного оборудования, которых указывается, какое master. Существует вариант процедуры Master-Slave Determination, предусматривающий сообщение status. Determination. Number оборудование является для Передает сокращение числа передаваемых а в поле сообщений. Slave. Determin master. Slaveслучайное число из интервала [0 - 224]. данного соединения ведущим, а сообщение ation Determination становится оборудование, Оконечное Ведущим какое - ведомым. При этом master. Slave. Determi Оборудование 1 Ack поместившее Оборудование 2 в поле большее любое оборудование стандарта na-tlon. Ack число MSD terminal. Type, Н. 323 совпадении типов а при должно быть способно оборудования - большее качестве ведущего, MSDAck (ведомое) работать и в число в поле status. Determination. Number. и в качестве ведомого. MSDAck (ведущее) Рисунок 27. Процедура Master-Slave Determination предусматривающая сокращение числа передаваемых сообщений.

2. Обмен данными о функциональных возможностях Оборудование, сообщениями Terminal. Capability. Set, викоторых каждый стандарта Н. 323, в общем получило от другого Терминалы обмениваются которое случае, способно принимать передавать речь, видеоинформацию и данные. Это означает, что из нихоборудования сообщение Terminal. Capabll. Hy. Set, указывает алгоритмы, используемые для декодирования принимаемой и оборудование может подтвердить его получение передачей которых оборудование обычно содержит информации, то есть режимы, в кодирования передаваемой приемник и передатчик информации. Как правило, устройства поддерживают несколько. Terminal. Capability. Set включается поле может функционировать. Terminal. Capabillty. Set. Ack. сообщения В сообщение алгоритмов кодирования и декодирования Table - таблица функциональных возможностей, где каждому алгоритму capability информации каждого вида. Для согласования режимов При получении сообщения с некорректным набором работы передающей и принимающей сторонпорядковый номер. Указанные порядковые кодирования/декодирования присвоен используется процедура, возможностей оборудование отвечает сообщением называемая обменом данными о функциональных возможностях номера объединяются в список альтернативных режимов alternative. Capability. Set. Terminal. Capability. Set. Re-ject. При срабатывании оборудования. Оборудование может использовать любой (но только один) из режимов, указанных таймера, запущенного послесписке. в отправки сообщения Terminal. Capability. Set, оборудование, его пославшее, Оконечное передает сообщение Terminal. Capability. Set. Release Оборудование 1 Оборудование 2 Terminal. Capability. S et Set. Ack billty minal. Capa Ter Рисунок 28. Обмен данными о функциональных возможностях оборудования.

В свою очередь, альтернативные режимы объединяются в наборы одновременно возможных режимов функционирования simultaneous. Capabilltles. Функциональные возможности терминала описываются набором дескрипторов (capability Descriptor), каждый из которых состоит из одного набора одновременно возможных режимов функционирования оборудования и номера дескриптора (capability. Descrlptor. Num-ber). Если при обмене данными о функциональных возможностях оборудование указывает более чем один дескриптор, то это означает, что оборудование поддерживает несколько режимов функционирования. Заметим, что функциональные возможности оборудования, не определенные рекомендацией ITU H. 245, могут быть указаны в поле non. Standard. Parameter. Оборудование может в любое время передать сообщение Terminal. Capability. Set с дескриптором, добавляющим новые функциональные возможности, или с дескриптором, обеспечивающим исключение некоторых из ранее указанных возможностей. Любое оборудование стандарта Н. 323 должно включать в сообщение Terminal. Capability. Set, no крайней мере, один дескриптор. Исключение составляет сообщение Empty. Capability. Set (пустой набор функциональных возможностей), которое используется для реализации дополнительных возможностей системы.

3. Открытие и закрытие логических каналов Информация, передаваемая источником. В требовании открыть логическийв к одному или более приемникам канал сетях, базирующихся на рекомендации Н. 323, переносится по логическим open. Logical. Channel оборудование указывает вид каналам, которые идентифицируются уникальным для каждого передаваться по этому информации, который будет направления передачи номером канала. каналу, и алгоритм кодирования информации. Если Оборудование, возможностьпредназначается для переноса речи Рекомендацией Н. 245 предусмотрена получившее запрос логических логический канал открытия Закрытие логических или видеоинформации, упакованной в пакеты каналов может производиться открыть логический канал для каналов двух видов: однонаправленных (uni-directional), т. е. открывающихся в с от источника к приемнику Close. Logical. Channel, но она приема данных, вид которых не направлении помощью процедуры информации, главе 4 протокола RTP (Real Time рассмотренного в и двунаправленных (bidirectional), открывающихся сразу Protocol), тонесообщение источника к в двух направлениях от open. Logical. Channel должен поддерживается или в распознан, используется, в основном, для-поддержки приемнику информации и в обратном направлении. должно ответить параметр media. Control. Channel с указанием предоставлениявключатьсясообщением дополнительных услуг, в первую Однонаправленные логические транспортного адресапри помощи процедуры (Real Time каналы открываются канала протокола RTCP open. Logical. Channel. Reject. очередь, - перевода в режим удержания. Для Uni-directional Logical Получение корректного сообщения которого ведется контроль Signalling. Control Protocol), при помощи нормального разрушения соединения стороны передачи RTP пакетов. opentogical. Channel оборудование обмениваются сообщениями end. Session. Command. Оконечное должно подтвердить сообщением После обмена Оборудование 1 этими сообщениями закрываются не Оборудование 2 open. Logical. Channel. Ack только логические каналы, но и управляющий Оpen. Logical. Channe канал Н. 245 l nel. Ack han en. Logical. C Оp Рисунок 29. Процедура открытия однонаправленных логических каналов

В некоторых случаях, например, для обмена данными по протоколу Т. 120, оборудование, инициирующее такой обмен, должно открывать сразу и прямой, Оконечное оборудование в ходе процедуры Устройство, получившее сообщение и обратный каналы. Делается это с помощью процедуры Bi-directional Logical Capabilitiesexchange может объявить request. Mode, должно, если это Signalling, которая практически идентична вышеописанной процедуре Uniподдерживаемые возможно, выполнить предусматривает в им режимы передачи directional Logical Signalling и такжесодержащеесяобмен сообщениями open. Logical. Channel. Ack. Добавляется сообщение информации. нем требование. Оборудование, не. Встречное оборудование, open. Logical. Channel. Confirm, - получив список возможных режимов передачи которое передается в ответ на сообщение желающее находиться под контролем Open. Logical. Channel. Ack и подтверждает, что двунаправленный логический информации, может, передав сообщение другого оборудования в части выбора канал открыт. Терминальное оборудование, участвующее в конференции request. Mode, запросить передачу в одном из режима передачи контроллера конференций сообщение и получившее от информации, может 4. Выбор режима указывать каким способомэтих требования, просто не обработки информации выполнять режимов. оно multipoint. Mode. Command, должно содержащиеся в сообщениях request. Mode, если эти будет ее передавать. требования не выходят за пределы возможностей оборудования. Примечательно, что в централизованных и децентрализованных Оконечное конференциях, все Оборудование 1 сообщения request. Mode, передаваемые Оборудование 2 терминалами, поступают на контроллер конференций, и он принимает решение, удовлетворить полученные требования Request. Mode или нет. Приняв нераспознаваемое сообщение, оборудование Н. 323 должно передать в ответ сообщение ck est. Mode A qufunctlon. Not. Supported Re Рисунок 30. Выбор режима обработки информации

Название процедуры Определение ведущего и ведомого Используемые сообщения master. Slave. Determination. Ack (ведомое) master. Slave. Determinatlon. Ack (ведущее) Обмен данными о функциональных возможностях Terminal. Capability. Set Terminal. Capabillty. Set. Ack Terminal. Capability. Set. Reject Terminal. Capability. Set. Release Открытие и закрытие логических каналов Open. Logical. Channel. Ack Open. Logical. Channel. Confirm Open. Logical. Channel. Reject Close. Logical. Channel End. Session. Command Выбор режима обработки информации Request. Mode Functlon. Not. Supported Request. Mode. Ack

Сети, построенные на базе протоколов Н. 323, ориентированы на интеграцию с телефонными сетями и могут рассматриваться как сети ISDN, наложенные на сети передачи данных. Рисунок 31. Архитектура сети Н. 323 Основными устройствами сети являются: терминал, шлюз, привратник и устройство управления конференциями. Терминал Н. 323 - это оконечное устройство сети IP-телефонии, обеспечивающее двухстороннюю речевую или мультимедийную связь с другим терминалом, шлюзом или устройством управления конференциями.

Основной функцией шлюза является преобразование речевой (мультимедийной) информации, поступающей со стороны ТФОП с постоянной скоростью, в вид, пригодный для передачи по IP-сетям, т. е. кодирование информации, подавление пауз в разговоре, упаковка информации в пакеты RTP/UDP/IP, а также обратное преобразование. Кроме того, шлюз должен уметь поддерживать обмен сигнальными сообщениями как с коммутационным или терминальным оборудованием Тф. ОП, так и с привратником или оконечным устройством сети Н. 323. Таким образом, шлюз должен преобразовывать аналоговую абонентскую сигнализацию, сигнализацию по 2 ВСК, сигнальные сообщения систем сигнализации DSS 1 и ОКС 7 в сигнальные сообщения Н. 323 В привратнике сосредоточен весь интеллект сетей IP-телефонии, базирующихся на рекомендации ITU Н. 323. Сеть Н. 323 имеет зонную архитектуру. Привратник выполняет функции управления зоной сети IPтелефонии, в которую входят терминалы, шлюзы и устройства управления конференциями, зарегистрированные у этого привратника. Разные участки зоны сети Н. 323 могут быть территориально разнесены и соединяться друг с другом через маршрутизаторы. Следует обратить внимание на то, что коммутаторы кадров Ethernet и маршрутизаторы пакетов IP не являются сетевыми элементами Н. 323, так как они работают на звеньевом или сетевом уровнях соответственно, в то время как оборудование Н. 323 работает на прикладном уровне стека протоколов TCP/IP.

В число наиболее важных функций, выполняемых привратником, входят: • преобразование так называемого alias (имени абонента, телефонного номера, адреса электронной почты и др. ) в транспортный адрес сети с маршрутизацией пакетов IP (IP адрес и номер порта TCP); • контроль доступа пользователей системы к услугам IP-телефонии при помощи сигнализации RAS (используются сообщения ARQ/ACF/ARJ); • контроль, управление и резервирование пропускной способности сети; • маршрутизация сигнальных сообщений между терминалами, расположенными в одной зоне. Устройство управления конференциями. Рекомендация Н. 323 предусматривает три вида конференций. Первый вид - централизованная конференция, в которой оконечные устройства соединяются в режиме точка-точка с устройством управления конференциями (MCU), контролирующим процесс создания и завершения конференции, а также обрабатывающим потоки пользовательской информации. Второй вид - децентрализованная конференция, в которой каждый ее участник соединяется с остальными участниками в режиме точка - группа точек, и оконечные устройства сами обрабатывают (переключают или смешивают) потоки информации, поступающие от других участников конференции. Третий вид - смешанная конференция, т. е. комбинация двух предыдущих видов.

Терминал D Терминал E Устройство управления конференциями Терминал F Терминал A Терминал B Терминал C Децентрализованная конференция Централизованная конференция Рисунок 32. Виды конференции в сетях Н. 323 Преимущество централизованной конференции - сравнительно простые требования к терминальному оборудованию, недостаток - большая стоимость устройства управления конференциями. Для децентрализованной конференции требуется более сложное терминальное оборудование, кроме того, желательно, чтобы в сети

поддерживалась передача пакетов IP в режиме многоадресной рассылки (IP multicasting). Если сеть не поддерживает этот режим, терминал может передавать информацию к каждому из остальных терминалов, участвующих в конференции, в режиме точка-точка, но это становится неэффективным при числе участников более четырех. Устройство управления конференциями MCU содержит один обязательный элемент - контроллер многоточечных соединений - Multipoint controller (МС). Кроме того, MCU может содержать один или более процессоров для обработки информации пользователей при многоточечных соединениях - Multipoint processor (MP). Следует отметить, что контроллер МС и процессор MP являются самостоятельными логическими устройствами Н. 323 и что контроллер может существовать независимо от процессора (обратное неверно). Контроллер может быть физически совмещен с привратником, со шлюзом или с MCU, a MCU, в свою очередь, может быть совмещено со шлюзом или с привратником. Контроллер конференций должен использоваться для организации конференции любого вида. Он организует обмен между участниками конференции данными о функциональных возможностях (capabilities) их терминалов, указывает, в каком режиме (с использованием каких кодеков) участники конференции могут передавать информацию, причем этот режим может изменяться в ходе конференции, например, при подключении к ней нового участника.