Назад
Конец раздела
Построение сети по рекомендации Н.323
Физический уровень
2.2.Семейство протоколов Н.323
Q.931
Протокол управления
логическими каналами. По протоколу
Н.245 происходит обмен между
участниками соединения информацией,
которая необходима для создания
логических каналов. По этим каналам
передается речевая информация,
упакованная в пакеты RTP/UDP/IP
Н.225 -
Протокол управления
соединениями
Протокол Н.225.0 (Q.931) поддерживает
процедуры установления, поддержания
и разрушения соединения.
В качестве транспортного протокола
используется протокол с установлением
соединения и гарантированной доставкой
информации TCP.
Протокол RAS (Registration, Admission, Status) обеспечивает
взаимодействие оконечных и других устройств с привратником.
Основными функциями протокола являются: регистрация устройства
в системе, контроль его доступа к сетевым ресурсам, изменение
полосы пропускания в процессе связи, опрос и индикация текущего
состояния устройства.В качестве транспортного протокола используется
протокол с негарантированной доставкой информации UDP
Для переноса речевой и
видеоинформации используется
протокол передачи
информации в реальном
времени - RTP.
Для переноса сигнальных сообщений Н.225 и управляющих сообщений Н.245 используется протокол с установлением соединения и с гарантированной доставкой информации - TCP
Сигнальные сообщения RAS
переносятся протоколом с
негарантированной доставкой
информации - UDP.
Контроль переноса пользовательской информации производится протоколом RTCP
RAS
H.245
ссылка
Таблица 1
Таблица 2
Таблица 3
3
4
0
Байты
Тип сообщения (Message type – MT)
Другие информационные элементы (IE)
5
Дискриминатор протокола –
предназначен для идентификации
протокола 3-го уровня
Указатель вызова (CRV) предназначен
для идентификации вызова
среди других вызовов или
регистрации услуги в интерфейсе
“пользовательсеть”
Тип сообщения (MT) –
- кодирует конкретное
сообщение согласно его
назначению
Информационные элементы (IE) –
общее название параметров,
детализирующих конкретное сообщение.
К таким параметрам, например,
относятся – атрибуты запрошенной
услуги – скорость, вид передаваемой
информации, номер абонента и т.п.
Рисунок 1а Формат сообщений протокола Q.931
Используйте левую кнопку мыши!!!
Используйте левую кнопку мыши!!!
Setup (установить)
08-Дискриминатор Протокола = Q.931. (Protocol discriminator = Q.931)
01 - .... 0001 Длина
Рекомендации
Запроса = 1. ( 01 ....0001 Call Reference Length = 1)
01 - 0 ....... флаг = СОЗДАТЕЛЬ .0000001 Ценностей Рекомендации Запроса = 1. (01 0....... Flag = ORIGINATOR
.0000001 Call Reference Value = 1)
05 - 0 ....... E
.0000101 Сообщений напечатают = УСТАНОВКА. (05 0....... E
.0000101 Message type = SETUP )
04 - Элемент Информации = СПОСОБНОСТЬ ПРЕДЪЯВИТЕЛЯ. (04 Info Element = BEARER CAPABILITY (BC) )
04 - Длина = 4 октета. (04 Length = 4 octets )
88 - 1 ....... РАСШИРЕНИЕ
.00..... Кодирование стандарта = CCITT
... 01000 Информации передают способность = Неограниченная цифровая информация. (88 1....... EXT
.00..... Coding standard = CCITT
...01000 Info transfer capability = Unrestricted digital info )
90 - 1 ....... РАСШИРЕНИЕ
.00..... Способ передачи= способ Кругооборота
... 10000 Информации передают норму = 64 kbit/s. (90 1....... EXT
.00..... Transfer mode = Circuit mode
...10000 Info transfer rate = 64 kbit/s )
21 - 0 ....... РАСШИРЕНИЙ
.01..... Уровень 1 ID ... 00001 Пользовательский разряд информации 1 протокол = CCITT V.110 и X.30. (21 0....... EXT
.01..... Layer 1 ID
...00001 User info layer 1 protocol = CCITT V.110 & X.30 )
8F - 1 ....... РАСШИРЕНИЕ .0 ...... синхронный/Асинхронный = Синхронные данные
.. 0..... Переговоры = В-полосе переговоры, не возможные
... 01111 Пользовательских разрядов = 56 kbit/s V.6. (8F 1....... EXT
.0...... Synchronous/Asynchronous = Synchronous data
..0..... Negotiation = In-band negotiation not possible
...01111 User rate = 56 kbit/s V.6 )
6С - Элемент Информации = ЗВОНЯЩИЙ НОМЕР СТОРОНЫ (CgPN). (Info Element = CALLING PARTY NUMBER (CgPN) )
07 - Длина = 7 октетов. (07 Length = 7 octets )
00 - 0 ....... РАСШИРЕНИЙ
.000.... Тип числа(номера) = Неизвестный
.... 0000 Насчитывающих планирует = Неизвестный. (00 0....... EXT
.000.... Type of number = Unknown ....0000 Numbering plan = Unknown )
80 - 1 ....... РАСШИРЕНИЕ
.00..... Индикатор представления = позволенное Представление
... 000.. Запасной бит (ы) ...... 00 индикаторов Screening = Пользователь, если, не показанный на экране. (80 1....... EXT .00..... Presentation indicator = Presentation allowed
...000.. Spare bit(s)
......00 Screening indicator = User provided, not screened )
цифры Номера = 23974. (32 33 39 37
Number digits = 23974 )
АЦП
ЦАП
АЦП
ЦАП
Сжатие
речевой
информации
Развертывание
речевой
информации
Сжатие
речевой
информации
Развертывание
речевой
информации
пакетизация
Управление и
сигнализация
депакетизация
пакетизация
Управление и
сигнализация
депакетизация
IP-сеть
Сжатые речевые данные поступают в
устройство, развертывающее их в
первоначальную форму, т.е речевые
данные снова преобразуются в
аналоговую форму с помощью
цифро-аналогового преобразователя
(ЦАП) и попадают в телефон
абонента Б
Под IP-сетью, подразумевается
либо глобальная сеть
Интернет, либо корпоративная
сеть предприятия Intranet.
В этом сценарии аналоговые речевые
сигналы от микрофона абонента А
преобразуются в цифровую форму с
помощью аналого-цифрового
преобразователя (АЦП), обычно
при 8000 отсчетов/с, 8 битов/отсчет,
в итоге - 64 Кбит/с.
Отсчеты речевых данных
в цифровой форме затем
сжимаются кодирующим устройством
для сокращения нужной для их
передачи полосы в отношении
4:1, 8:1 или 10:1.
Выходные данные после сжатия
формируются в пакеты, к которым
добавляются заголовки протоколов,
после чего пакеты передаются
через IP-сеть в систему IP-телефонии,
обслуживающую абонента Б.
Когда пакеты принимаются
системой абонента Б, заголовки
протокола удаляются.
Для поддержки сценария "компьютер - компьютер» поставщику
услуг Интернет желательно иметь отдельный сервер (привратник),
преобразующий имена пользователей в динамические адреса IP.
Сам сценарий ориентирован на пользователя, которому сеть
нужна, в основном, для передачи данных, а программное
обеспечение IP-телефонии требуется лишь иногда для
разговоров с коллегами.
IP-сеть
Шлюз (GW) для взаимодействия сетей
ТфОП и IP может быть реализован
в отдельном устройстве или интегрирован
в существующее оборудование ТфОП
или IP-сети. Показанная на рисунке сеть
СКК может быть корпоративной
сетью или сетью общего
пользования.
IP-сеть
При попытке вызвать справочно
-информационную службу,
используя услуги пакетной телефонии
и обычный телефон, на
начальной фазе абонент А
вызывает близлежащий
шлюз IP-телефонии
От шлюза к абоненту А поступает запрос
ввести номер, к которому должен быть
направлен вызов (например, номер службы),
и личный идентификационный номер (PIN)
для аутентификации и последующего
начисления платы, если это служба, вызов
которой оплачивается вызывающим абонентом.
Основываясь на вызываемом номере,
шлюз определяет наиболее доступный
путь к данной службе. Кроме того,
шлюз активизирует свои функции кодирования
и пакетизации речи, устанавливает
контакт со службой, ведет мониторинг процесса
обслуживания вызова и принимает информацию
о состояниях этого процесса (например,
занятость, посылка вызова, разъединение и т.п.)
от исходящей стороны через протокол управления
и сигнализации.
Разъединение с любой стороны
передается противоположной
стороне по протоколу сигнализации
и вызывает завершение установленных
соединений и освобождение
ресурсов шлюза для обслуживания
следующего вызова
После этого шлюз просит ввести
телефонный номер вызываемого абонента,
анализирует этот номер и определяет,
какой шлюз имеет лучший доступ к нужному
телефону. Как только между входным
и выходным шлюзами устанавливается
контакт, дальнейшее установление
соединения к вызываемому абоненту
выполняется выходным шлюзом через
его местную телефонную сеть
Оконечное
оборудование
Привратник
GRQ
GCF / GRJ
Рассмотрим автоматический способ обнаружения привратника:
Устройство передает запрос
GRQ в режиме многоадресной рассылки,
используя IP-адрес
224.0.1.41- Gatekeeper UDP Discovery Multicast Address
- и UDP порт 1718 - Gatekeeper UDP Discovery Port.
Ответить оконечному оборудованию
могут один или несколько привратников,
передав на адрес, указанный в поле
rasAddress запроса GRQ, сообщение
GCF с предложением своих услуг
и с указанием транспортного адреса
канала RAS
Демонстрация по левому щелчку мыши!
Если привратник не имеет
возможности зарегистрировать
оконечное оборудование, он
отвечает на запрос сообщением GRJ
Рисунок 8. Автоматическое обнаружение привратника
Если на GRQ отвечает несколько привратников,
оконечное оборудование может выбрать
по своему усмотрению любой из них, после
чего инициировать процесс регистрации.
Если в течение 5 секунд ни один привратник не ответит
на GRQ, оконечное оборудование может
повторить запрос. Если ответ опять не будет получен,
необходимо прибегнуть к ручному способу
обнаружения привратника. При возникновении
ошибки в процессе регистрации у своего привратника,
т.е. при получении отказа в регистрации или при
отсутствии ответа на запрос регистрации, оконечное
оборудование должно провести процедуру
обнаружения привратника снова.
RRQ
RСF or RRJ
URQ
UСF/URJ
URQ
UСF
Рисунок 9. Процесс регистрации и отмены регистрации
Оконечное оборудование
может отменить регистрацию
у привратника, передав
сообщение Unregister Request (URQ)
Привратник должен ответить подтверждением
UCF. Такая процедура
позволяет оборудованию изменить свой
alias-адрес или транспортный адрес. Если
оборудование не было зарегистрировано у
привратника, последний должен
ответить на требование URQ отказом URJ
При получении сообщения URQ
оконечное оборудование
должно ответить подтверждением
UCF
Оконечное оборудование передает
запрос регистрации RRQ
на сетевой адрес привратника, либо
Полученный при выполнении процедуры
его автоматического обнаружения, либо
известный априори. Стоит отметить, что
запрос направляется на общеизвестный
номер UDP-порта 1719.
Этот порт имеет соответствующее
название - Gatekeeper UDP
Registration and Status Port.
Привратник отвечает на запрос
подтверждением RCF
или отказом в регистрации
RRJ. Если оконечное
оборудование не указывает свой
alias-адрес в запросе RRQ, привратник
может сам назначить такой адрес и
вернуть его в сообщении RCF
Привратник может отменить
регистрацию оборудования,
передав сообщение
URQ
Рисунок 10. Доступ к сетевым ресурсам
Привратник может выделить требуемую полосу
пропускания или снизить предел суммарной
скорости, передав сообщение ACF.
В этом же сообщении, кроме суммарной скорости,
указывается транспортный адрес сигнального
канала встречного оборудования, если сигнальный
канал будет организован непосредственно между
тем и другим оборудованием, или адрес привратника,
если он будет маршрутизировать сигнальные сообщения.
Если требуемая полоса
недоступна, привратник
передает сообщение
Admission Reject (ARJ)
В начальной фазе установления соединения,
а также после получения запроса соединения
(сообщения Setup), оборудование обращается
к привратнику при помощи запроса ARQ
с просьбой разрешить соединение с другим оборудованием,
что является началом процедуры доступа к сетевым ресурсам.
Важно отметить, что процедура доступа выполняется
всеми участниками соединения
Привратник, у которого зарегистрировано
указанное оборудование, должен ответить
сообщением LCF,
содержащим требуемую контактную
информацию
Привратник, получивший на транспортный адрес
своего канала RAS запрос LRQ, должен ответить
отказом LRJ, если искомое оборудование
у него не зарегистрировано. Те же привратники, у которых
искомое оборудование не зарегистрировано, а сообщение
LRQ было получено в режиме многоадресной рассылки
Gatekeeper's Discovery Multicast, вообще не должны
отвечать на запрос
Рисунок 11 Определение местоположения оборудования в сети
Рисунок 12. Изменение полосы пропускания в процессе обслуживания вызова
Оконечное оборудование, которому нужно
превысить указанный предел, должно передать
привратнику запрос BRQ,
но до получения ответа средняя
суммарная скорость должна быть не
выше этого предела.
Если привратник может выделить требуемую
полосу пропускания, он отвечает сообщением
BCF. Далее речевые
и видеоканалы закрываются, а затем при помощи
управляющих сообщений Н.245 открываются каналы
с новой скоростью передачи и приема информации.
Если же привратник по каким-либо причинам не может
удовлетворить требование оборудования, он отклоняет
это требование и передает сообщение BRJ
Рисунок 13. Опрос текущего состояния оборудования
Получив запрос IRQ, оконечное
оборудование должно передать
запрашиваемую информацию в
сообщении IRR
Запрос информации о текущем
состоянии (статусе) оборудования
производится привратником при
помощи сообщения IRQ.
Интервал между посылками IRQ
оставлен на усмотрение производителя,
но должен быть не меньше 10с
Рисунок 14. Освобождение полосы пропускания
В конечной фазе завершения
соединения оборудование извещает
привратник об освобождении раннее
занимавшейся полосы пропускания.
Оконечное оборудование передает
своему привратнику сообщение
DRQ
Привратник отвечает
подтверждением
DCF
Вызывающее оборудование
передает сообщение ARQ
с alias-адресом вызываемого
абонента
В ответ привратник передает сообщение
ACF с уведомлением, что именно он
будет маршрутизировать сигнальные
сообщения (Gatekeeper routed call signaling),
и с указанием транспортного адреса
своего сигнального канала
Далее вызывающее
оборудование передает на
этот транспортный адрес
запрос соединения Setup
Привратник пересылает
сообщение Setup
вызываемому
оборудованию
Также привратник передает
вызывающему оборудованию
сообщение Call Proceeding,
означающее, что полученной
информации достаточно для
обслуживания поступившего
вызова
Вызываемое оборудование
также отвечает на Setup
сообщением Call Proceeding
Если оборудование имеет возможность
принять вызов, оно передает запрос
допуска к ресурсам сети ARQ, на который
привратник может ответить подтверждением
ACF или отказом в допуске к ресурсам
сети ARJ
После того как вызываемый пользователь
примет входящий вызов, привратнику
передается сообщение Connect с
транспортным адресом
управляющего канала Н.245
вызываемого оборудования
Привратник заменяет этот адрес
транспортным адресом своего
управляющего канала Н.245 и
пересылает Connect вызывающему
оборудованию, после чего
открывается управляющий
канал Н.245
После открытия управляющего канала
Н.245 начинается обмен данными о функциональных
возможностях оборудования. В рассматриваемом нами
случае все управляющие сообщения, передаваемые
от одного оконечного оборудования к другому,
маршрутизируются привратником. Терминалы
обмениваются сообщениями TermlnalCapabilttySet,
в которых указываются возможные алгоритмы
декодирования принимаемой информации.
Следует отметить, что сообщение
TermjnalCapabllHySet должно быть первым
сообщением, передаваемым по
управляющему каналу.
Оборудование, принявшее сообщение
TermlnalCapabllitySet от другого оборудования,
подтверждает его получение передачей
сообщения TermlnalCapabllttySetAck
В ответ на полученные сообщения
masterSlaveDetermination оба устройства
передают сообщения masterSlaveDeterminationAck,
в которых указывается, какое из этих устройств
является для данного соединения ведущим, а какое - ведомым.
Напомним, что возможен сценарий процедуры
Master-Slave Determination, предусматривающий
сокращение количества передаваемых
сообщений
После обмена данными о функциональных
возможностях и определения ведущего и
ведомого оборудования может выполняться
процедура открытия однонаправленных
логических каналов. В требовании открыть
логический канал (в нашем случае - прямой
логический канал) openLogicalChannel оборудование
указывает вид информации, который будет
передаваться по этому каналу, и алгоритм
кодирования. В нашем случае логический канал
предназначается для переноса речи, поэтому
в сообщение openLogicalChannel включается
параметр mediaControlChannel с указанием
транспортного адреса канала RTCP, при помощи
которого производится контроль передачи
RTP пакетов
В ответ на сообщение openLogicalChannel
оборудование должно передать
подтверждение openLogicalChannelAck,
в котором указывается транспортный адрес,
на который передающей стороне
следует посылать RTP пакеты,
а также транспортный адрес канала RTCP
Далее открывается разговорная сессия.
Оборудование вызывающего пользователя
передает речевую информацию, упакованную
в пакеты RTP/UDP/IP, на транспортный адрес
RTP-канала оборудования вызванного пользователя,
а вызванный пользователь передает пакетированную
речевую информацию на транспортный адрес
RTP-канала оборудования вызывающего пользователя.
При помощи канала RTCP ведется контроль
передачи информации по RTP каналам
После окончания разговорной фазы
начинается фаза разрушения соединения.
Оборудование пользователя, инициирующего
разъединение, должно прекратить передачу речевой
информации, закрыть логические каналы и передать
по управляющему каналу сообщение Н.245
endSessionCommand, означающее, что
пользователь хочет завершить соединение
Далее от встречного оборудования
ожидается сообщение endSessionCommand,
после приема которого управляющий
канал Н.245 закрывается
Следующим шагом, если сигнальный канал
еще открыт, передается сообщение Release Complete.
Пользователь, получивший команду
endSessionCommand от пользователя, инициировавшего
разрушение соединения, должен прекратить передачу
речевой информации, закрыть логические
каналы и передать сообщение endSessionCommand.
Далее, если сигнальный канал остался открытым,
передается сообщение Release Complete,
и сигнальный канал закрывается
После вышеописанных действий оконечное
оборудование извещает привратник об
освобождении зарезервированной полосы пропускания.
С этой целью каждый из участников соединения
передает по каналу RAS запрос выхода из
соединения DRQ
На запрос DRQ привратник должен
ответить подтверждением DCF,
после чего обслуживание вызова
считается завершенным
Оконечное оборудование 1
Затем инициируется процедура определения
ведущего/ведомого оборудования, необходимая
для разрешения конфликтов, возникающих между
двумя устройствами при организации конференции,
когда оба они могут быть активными контроллерами
конференций, или между двумя устройствами, пытающимися
одновременно открыть двунаправленные логические
каналы. В ходе процедуры устройства
обмениваются сообщениями masterSlaveDetermlnation
В первом случае вызываемое оборудование
передает сообщение Alerting, и привратник
маршрутизирует его к вызывающему
оборудованию.Вызываемому пользователю
подается визуальный или акустический сигнал
о входящем вызове, а вызывающему
дается индикация того, что вызываемый
пользователь не занят и ему подается
вызывной сигнал. При отказе в допуске
к ресурсам сети вызываемое оборудование
закрывает сигнальный канал путем передачи
привратнику сообщения Release
Complete.
В Начало
Setup
Call proceeding
Alerting
Connect
TCS
TCS
TCSAck
TCSAck
MSD
MSD
MSDAck
MSDAck
OLC
OLC
OLCAck
OLCAck
EndSessionCommand
EndSessionCommand
Release Complete
Вызывающее оборудование
посылает запрос соединения
Setup на известный
Транспортный адрес
сигнального канала
вызываемого оборудования
Вызываемое
оборудование отвечает
на Setup сообщением
Call Proceeding
Затем сообщение Alerting.
Вызываемому пользователю
дается визуальный или
акустический сигнал о
входящем вызове, а вызывающему
- индикация того, что
вызываемый пользователь
не занят и получает вызывной
сигнал
Как только вызываемый
пользователь примет входящий
вызов, передается сообщение
Connect с указанием
транспортного адреса
Управляющего канала Н.245
вызываемого оборудования,
после чего открывается
управляющий канал Н.245
Далее открывается разговорная сессия.
Оборудование вызывающего пользователя
передает речевую информацию,
упакованную в пакеты RTP/UDP/IP, на
транспортный адрес RTP-канала оборудования
вызываемого пользователя, а оно, в свою очередь,
передает пакетированную речевую информацию
на транспортный адрес RTP-канала оборудования
вызывающего пользователя
После окончания разговорной фазы
начинается фаза разрушения соединения.
Оборудование пользователя, инициирующего
разъединение, прекращает передачу речевой
информации, закрывает логические
каналы и передает по управляющему каналу
сообщение Н.245 endSessionCommand,
означающее, что пользователь хочет
завершить соединение
Следующим шагом передается сообщение
Release Complete, и сигнальный канал
закрывается. Пользователь, получивший команду
endSessionCommand от пользователя,
инициировавшего разъединение, должен
прекратить передачу речевой информации,
закрыть логические каналы и передать
сообщение endSessionCommand. Далее, если
сигнальный канал остался открытым, передается
сообщение Release Complete, сигнальный
канал закрывается, и обслуживание
вызова считается завершенным
Ожидается сообщение
endSessionCommand от встречного
оборудования, после чего
управляющий канал Н.245
закрывается
После открытия управляющего канала
выполняются все процедуры,
описанные в первом случае: обмен
данными о функциональных возможностях,
определение ведущего/ведомого
оборудования, открытие однонаправленных
логических каналов
Важно!
В Начало
3.4 Установление соединения с участием шлюза
Вызывающий
абонент
Вызываемый
абонент
Рисунок 17. Одноступенчатый способ набора номера вызываемого абонента
Демонстрация по левому щелчку мыши!
ПроцедураSetup.Вызывающий
абонент сразу набирает
номер вызываемого абонента
Setup.И шлюз
устанавливает с
ним соединение
Пока устанавливается
соединение в IP-сети, шлюз
может передать
вызывающему абоненту ТфОП
сообщение Call Proceeding,
чтобы перезапустить таймеры
Вызывающий
абонент
Вызываемый
абонент
Демонстрация по левому щелчку мыши!
Рисунок 18. Двухступенчатый способ набора номера вызываемого абонента
Затем абонент вводит свой
персональный код для идентификации
и номер вызываемого абонента;
эта информация передается
по проключенному разговорному
тракту сигналами DTMF
Процедура Setup.Вызывающий абонент
сначала набирает телефонный номер
шлюза и устанавливает с ним
соединение
Вызывающий
абонент
Вызываемый
абонент
Демонстрация по левому щелчку мыши!
Рисунок 19. Пользователь IP-сети вызывает абонента ТфОП при помощи шлюза.
Вызываемое оборудование
организует сигнальный канал
Н.225.0 со шлюзом
(при участии или без
участия привратника)
Далее передается требование
на установление соединения
Setup, которое содержит
телефонный номер вызываемого
абонента в формате Е. 164
Пока устанавливается соединение в
ТфОП, шлюз может передать вызывающему
абоненту IP-сети сообщение Call Proceeding,
чтобы перезапустить таймеры, если в
течение 4 секунд после приема сообщения
Setup он не передал сообщения Alerting,
Connect или Release Complete.
Чтобы указать, что вызов выходит за
пределы IP-сети, в сообщения Alerting,
Call Proceeding, Progress и Connect должен
включаться информационный элемент
Progress Indicator
Приложения
TCP
UDP
IP
ARP
Прямоугольники обозначают
модули, обрабатывающие
данные
линии, соединяющие
прямоугольники, - пути
передачи данных
Демонстрация по щелчку мыши
С одной стороны протокол TCP
взаимодействует с прикладным протоколом
пользовательского приложения, а с другой
стороны -с протоколом, обеспечивающим “низкоуровневые”
функции маршрутизации и адресации пакетов,
которые, как правило, выполняет IP.
Горизонтальная линия
обозначает сеть Ethernet,
которая используется в качестве
примера физической среды
В модели межсетевого соединения взаимодействие
TCP и протоколов нижнего уровня, вообще говоря,
не специфицировано, за исключением того, что должен
существовать механизм, который обеспечивал бы
асинхронную передачу информации от одного
уровня к другому. Результатом работы этого механизма
является инкапсуляция протокола более высокого
уровня в тело протокола более низкого уровня.
Каждый TCP-пакет вкладывается в “пакет”
протокола нижележащего уровня, например, IP.
Получившаяся таким образом дейтаграмма содержит
в себе TCP-пакет так же, как TCP-пакет
содержит пользовательские данные.
представлена на рисунке 21.
Демонстрация по щелчку мыши!
Порт отправителя
Порт получателя
Порядковый номер
Номер при подтверждении
Смещение
данных
Резерв
PSH
URG
ACK
RST
SYN
FIN
Окно
Указатель
срочности
Контрольная сумма
Опции
Заполнение
Данные
Рисунок 21. Заголовок пакета TCP
Порт отправителя (Source Port, 6 битов). Порт получателя (Destination Port, 16 битов)
Порядковый номер (Sequence Number,
32 бита). Если в пакете отсутствует флаг SYN,
то это - номер первого октета данных в этом пакете.
Если флаг SYN в пакете присутствует, то номер
данного пакета становится номером начала
последовательности (ISN), и номером первого
октета данных становится номер ISN+1.
Номер при подтверждении (Acknowledgment
Number, 32 бита) -если пакет содержит
установленный флаг АСК, то это поле содержит
номер следующего ожидаемого получателем
октета данных. При установленном соединении
пакет подтверждения отправляется всегда.
Поле величины смещения
данных (Data Offset,4 бита)
указывает количество 32-битовых
слов заголовка TCP-пакета.
Резерв (Reserved,
6 битов) - зарезервированное
поле.
URG - флаг срочности
АСК - флаг пакета,
содержащего подтверждение
получения
PSH - флаг
форсированной
отправки
RST - сброс соединения
SYN - синхронизация
порядковых номеров
FIN - флаг окончания
передачи со стороны
отправителя
Окно (Window, 16 битов) - поле
содержит количество байтов
данных, которое отправитель данного
сегмента может принять,
считая от байта с номером,
указанным в поле Номер
при подтверждении
Поле контрольной
суммы (Checksum,
16 битов)
Поле указателя срочности данных
(Urgent Pointer, 16 битов). Это поле содержит
номер пакета, начиная с которого следуют
пакеты повышенной срочности. Указатель
принимается во внимание только
в сегментах с установленным
флагом URG
Опции (Options) - поле
дополнительных параметров,
может быть переменной
длины
Заполнение (Padding) - поле,
заполняемое нулями для
выравнивания заголовка
до размера, кратного
32-битам
Назад
Содержание
Порт получателя (Destination Port)
- поле идентифицирует порт
рабочей станции, на которую
будет доставлен пакет
Длина (Length) - это поле информирует
о длине UDP-пакета в октетах,
включая как заголовок, так и
данные. Минимальное значение
длины равно восьми
Контрольная сумма (Checksum) - поле проверки правильности
передачи данных заголовка пакета, псевдозаголовка
и поля полезной нагрузки пакета. Если данное поле не используется,
оно заполняется нулями. Протоколы UDP и TCP имеют
один и тот же алгоритм вычисления контрольной
суммы (RFC-1071), но механизм ее вычисления для
UDP-пакета имеет некоторые особенности.
В частности, UDP-дейтаграмма может содержать
нечетное число байтов, и в этом случае к ней,
для унификации алгоритма, добавляется
нулевой байт, который никуда не пересылается.
Назад
Содержание
Назад
Содержание
Р (1 бит) - поле заполнения.
Сигнализирует о наличии заполнения
в конце поля полезной нагрузки.
Заполнение применяется, когда приложение
требует, чтобы размер полезной нагрузки был
кратен, например, 32 битам
Х (1 бит) - поле расширения заголовка.
Служит для индикации того, что за основным
заголовком следует дополнительный заголовок,
используемый в экспериментальных
расширениях протокола RTP
СС (4 бита) - поле отправителей.
Содержит идентификаторы отправителей, чьи
данные находятся в пакете, причем сами
идентификаторы следуют за основным
заголовком
М (1 бит) - поле маркера.
Обычно используется для указания
границ потока данных. Смысл бита маркера
зависит от типа полезной нагрузки. В случае
передачи видеоинформации он определяет конец
кадра. При передаче речевой информации
маркер указывает начало периода
активности после периода молчания
РТ (7 битов) - поле типа полезной
нагрузки.Идентифицирует тип полезной
нагрузки и формат данных, включая сжатие и
шифрование.В стационарном состоянии отправитель
использует только один тип полезной нагрузки в
течение сеанса, но он может его изменить
в ответ на изменение условий, если об этом
сигнализирует протокол управления транспортировкой
информации в реальном времени
(Real-Time Transport Control Protocol)
Порядковый номер пакета
(Sequence Number, 16 битов).
Каждый источник начинает нумеровать
пакеты с произвольного номера,
увеличиваемого затем на единицу
с каждым переданным пакетом RTP
Это позволяет обнаруживать потери пакетов и
определять порядок пакетов с одинаковым временным
штампом. Несколько последовательных пакетов
могут иметь один и тот же штамп, если логически
они порождены в один и тот же момент, как,
например, пакеты, принадлежащие одному и
тому же видеокадру
Временной штамп
(Timestamp, 32 бита).
Момент времени, в который был
создан первый октет данных
полезной нагрузки. Единицы,
в которых время указывается в этом поле,
зависят от типа полезной нагрузки. Значение
определяется по локальным часам
отправителя
Идентификатор SSRC (Synchronization
SourceIdentifier, 32 бита) -поле идентификатора
источника синхронизации. Псевдослучайное
число, которое уникальным образом идентифицирует
источник в течение сеанса и не зависит
от сетевого адреса. Это число играет важную
роль при обработке порции данных,
поступившей от одного источника
Идентификатор CSRC (Contributing Source
Identifier, 32 бита) - список полей идентификаторов
источников,участвующих в создании RTP-пакета. Устройство
смешивания информации (миксер) вставляет
целый список SSRC идентификаторов источников,
которые участвовали в построении данного RTP-пакета.
Количество элементов в списке: от 0 до 15.
Если число участников более 15, выбираются первые 15.
Примером может служить речевая конференция,
в которой передаются RTP-пакеты с речью всех
участников - каждый со своим идентификатором SSRC.
Они-то и образуют список идентификаторов CSRC.
Вся конференция имеет общий
идентификатор SSRC
Доставка RTP-пакетов контролируется специальным
протоколом RTCP (Real Time Control Protocol).
Основной функцией протокола RTCP является организация
обратной связи приемника с отправителем информации
для отчета о качестве получаемых данных. Протокол RTCP
передает сведения (как от приемника, так и от отправителя)
о числе переданных и потерянных пакетов, значении джиттера,
задержке и т.д. Эта информация может быть использована
отправителем для изменения параметров передачи, например
для уменьшения коэффициента сжатия информации с целью
улучшения качества ее передачи.
Назад
Содержание
Поле версия (version) идентифицирует
используемую версию протокола IP,
в рассматриваемом случае указывается версия 4.
Необходимость этого поля объясняется тем,
что в переходный период в сети могут
использоваться протоколы разных версий
Поле длина заголовка (header length),
состоящее из 4 битов, определяет длину
заголовка, причем длина указывается
как количество блоков размером 32 бита.
В типичном случае значение
этого поля равно 5
Поле тип обслуживания (Type of Service) содержит
информацию, которая бывает нужна при
поддержке сетью разных классов обслуживания.
Использование этого поля в Интернет будет
возрастать по мере роста в IP-сетях возможностей
передачи мультимедийного трафика с задаваемыми
параметрами качества обслуживания
Поле общая длина (Total Length)
определяет общую длину дейтаграммы
в октетах (байтах), включая заголовок и
полезную нагрузку.Максимальная длина
дейтаграммы составляет 65535 октетов, однако,
на практике,все рабочие станции и маршрутизаторы
работают с длинами, не превышающими
576 байтов. Это объясняется тем, что при
превышении указанной длины,
снижается эффективность работы сети
Идентификатор фрагмента (Identifier)
обозначает все фрагменты одной дейтаграммы,
что необходимо для ее успешной
сборки на приемной стороне
Поле флагов (Flags) обеспечивает
возможность фрагментации дейтаграмм
и, при использовании фрагментации,
позволяет идентифицировать
последний фрагмент дейтаграммы
Поле смещение фрагмента
(Fragment Offset) определяет
положение фрагмента относительно
исходной дейтаграммы в единицах,
равных 8 октетам
Поле время жизни (TTL - Time To Live)
используется для ограничения времени, в
течение которого дейтаграмма находится в сети.
Каждый маршрутизатор сети должен уменьшать
значение этого поля на единицу, и отбрасывать
дейтаграмму, если поле TTL приняло нулевое значение.
Наличие поля TTL ограничивает возможность
бесконечной циркуляции дейтаграммы по сети,
например, в случае, если по какой-либо причине
маршрут, по которому она следует,
оказался “закольцованным”
Поле протокол (Protocol)
идентифицирует протокол
верхнего уровня (TCP,
UDP и т.д.)
Поле контрольная сумма заголовка
(Header Checksum) обеспечивает возможность
контроля ошибок в заголовке. Алгоритм подсчета
контрольной суммы весьма прост,
поскольку обычно протоколы нижнего
уровня имеют более развитые
средства контроля ошибок
IP-дейтаграммы содержат в заголовке
два адреса - отправителя (Source) и
получателя (Destination), которые
не меняются на протяжении
всей жизни дейтаграммы
Передаваемая информация кодируется кодеком G.729
Как указано в протоколе RTP добавляется заголовок UDP
С помощью IP формируется дейтаграмма
Контроль. Для проверки искажен или нет кадр или пакет.
Маршрутизация в нужном направлении
Преобразование и кодирование в конкретный time-слот
Передача на маршрутизатор
АЦП-ЦАП
процедуры
Все дальнейшие демонстрации по левому щелчку мыши!
Оконечное
Оборудование 1
Оконечное
Оборудование 2
MSD
MSDAck (ведущее)
MSDAck (ведомое)
В ответ на полученные сообщения masterSlaveDetermination оба устройства передают сообщения masterSlaveDetermlnatlonAck, в которых указывается, какое оборудование является для данного соединения ведущим, а какое - ведомым. При этом любое оборудование стандарта Н.323 должно быть способно работать и в качестве ведущего, и в качестве ведомого.
Устройства обмениваются сообщениями master-SlaveDetermination, в поле terminalType которых помещается значение, соответствующее типу данного оборудования, а в поле statusDeterminationNumber - случайное число из интервала [0 - 224].
Ведущим становится оборудование, поместившее большее число в поле terminalType, а при совпадении типов оборудования - большее число в поле statusDeterminationNumber.
Оборудование передает сообщение master-SlaveDetermination
И получает в ответ сообщение masterSlave-DeterminationAck
Передает сообщение masterSlaveDetermina-tlonAck
Рисунок 27. Процедура Master-Slave Determination предусматривающая сокращение числа передаваемых сообщений.
Оконечное
Оборудование 1
Оконечное
Оборудование 2
TerminalCapabilitySet
TerminalCapabilltySetAck
Рисунок 28. Обмен данными о функциональных возможностях оборудования.
Терминалы обмениваются сообщениями TerminalCapabilitySet, в которых каждый из них указывает алгоритмы, используемые для декодирования принимаемой и кодирования передаваемой информации, то есть режимы, в которых оборудование может функционировать. В сообщение TerminalCapabilitySet включается поле capability Table - таблица функциональных возможностей, где каждому алгоритму кодирования/декодирования присвоен порядковый номер. Указанные порядковые номера объединяются в список альтернативных режимов alternativeCapabilitySet. Оборудование может использовать любой (но только один) из режимов, указанных в списке.
Оборудование, которое получило от другого оборудования сообщение TerminalCapabllHySet, может подтвердить его получение передачей сообщения TerminalCapabilltySetAck.
При получении сообщения с некорректным набором возможностей оборудование отвечает сообщением TerminalCapabilitySetRe-ject. При срабатывании таймера, запущенного после отправки сообщения TerminalCapabilitySet, оборудование, его пославшее, передает сообщение TerminalCapabilitySetRelease
Оконечное
Оборудование 1
Оконечное
Оборудование 2
ОpenLogicalChannel
ОpenLogicalChannelAck
Рисунок 29. Процедура открытия однонаправленных логических каналов
В требовании открыть логический канал openLogicalChannel оборудование указывает вид информации, который будет передаваться по этому каналу, и алгоритм кодирования информации. Если логический канал предназначается для переноса речи или видеоинформации, упакованной в пакеты рассмотренного в главе 4 протокола RTP (Real Time Protocol), то в сообщение openLogicalChannel должен включаться параметр mediaControlChannel с указанием транспортного адреса канала протокола RTCP (Real Time Control Protocol), при помощи которого ведется контроль передачи RTP пакетов.
Оборудование, получившее запрос открыть логический канал для приема данных, вид которых не поддерживается или не распознан, должно ответить сообщением openLogicalChannelReject. Получение корректного сообщения opentogicalChannel оборудование должно подтвердить сообщением openLogicalChannelAck
Закрытие логических каналов может производиться
с помощью процедуры CloseLogicalChannel, но она
используется, в основном, для поддержки
предоставления дополнительных услуг, в первую
очередь, - перевода в режим удержания. Для
нормального разрушения соединения стороны
обмениваются сообщениями endSessionCommand.
После обмена этими сообщениями закрываются не
только логические каналы, но и управляющий
канал Н.245
Оконечное
Оборудование 1
Оконечное
Оборудование 2
RequestMode
RequestMode Ack
Оконечное оборудование в ходе процедуры Capabilitiesexchange может объявить поддерживаемые им режимы передачи информации. Встречное оборудование, получив список возможных режимов передачи информации, может, передав сообщение requestMode, запросить передачу в одном из этих режимов.
Устройство, получившее сообщение requestMode, должно, если это возможно, выполнить содержащееся в нем требование. Оборудование, не желающее находиться под контролем другого оборудования в части выбора режима передачи информации, может просто не указывать каким способом оно будет ее передавать.
Рисунок 30. Выбор режима обработки информации
Терминальное оборудование, участвующее в конференции
и получившее от контроллера конференций сообщение
multipointModeCommand, должно выполнять требования,
содержащиеся в сообщениях requestMode, если эти
требования не выходят за пределы возможностей оборудования.
Примечательно, что в централизованных и децентрализованных
конференциях, все сообщения requestMode, передаваемые
терминалами, поступают на контроллер конференций, и он
принимает решение, удовлетворить полученные требования
или нет. Приняв нераспознаваемое сообщение, оборудование
Н.323 должно передать в ответ сообщение
functlonNotSupported
Рисунок 31. Архитектура сети Н.323
Основными устройствами сети являются: терминал, шлюз, привратник и устройство управления конференциями.
Терминал Н.323 - это оконечное устройство сети IP-телефонии, обеспечивающее двухстороннюю речевую или мультимедийную связь с другим терминалом, шлюзом или устройством управления конференциями.
Терминал D
Терминал E
Терминал F
Терминал A
Терминал B
Терминал C
Устройство управления конференциями
Централизованная конференция
Децентрализованная конференция
Рисунок 32. Виды конференции в сетях Н.323
Если не удалось найти и скачать доклад-презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:
Email: Нажмите что бы посмотреть