Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпорки пмс.docx
Скачиваний:
58
Добавлен:
10.06.2015
Размер:
7.8 Mб
Скачать

ПротоколыH.323

Покажем на рисунке 44 стек протоколов IP-телефонии:

Гарантированная доставка по TCP

Негарантированная доставка по UDP

H.245

H.225

Потоки речи, видео

Q.931

RAS

RTP

RTCP

TCP

UDP

IP

Рис.44. Стек протоколов Н.323.

Голосовые пакеты передаются с помощью протоколов RTP/UDP/IP.

Протокол RTP(RealTimeTransrortProtocol) – протокол передачи в реальном масштабе времени потоков речи и видео поInternet.

В заголовке RTPсодержатся поля, которые позволяют на приеме вычислить качество передачи:

  1. Тип полезной нагрузки, которую несёт RTP-пакет.

  2. Порядковый номер пакета. Позволяет выявить потерю пакетов и нарушение последовательности пакетов на приеме.

  3. Временная метка. Используется для согласования звуковых и видео потоков. Временная метка указывает время формирования голосового пакета на передаче. Зная это время и зафиксировав время прихода пакета на приёме, можно вычислить задержку пакета как разницу этих времён. По задержкам пакетов можно вычислить среднюю задержку пакета и вариации задержки пакета. Анализируя порядковые номера на приёме, можно определить количество переданных пакетов и долю потерянных пакетов. Таким образом, на приёме известны параметры качества обслуживания.

Доставка RTP-пакетов контролируется протоколомRTCP(RealTimeControlProtocol).RTCPобеспечивает обратную связь приёмника с источником и передаёт источнику сведения о задержке, вариации задержки, доле потерянных пакетов.

Протоколы RTPиRTCPработают совместно, и они никак не влияют на качество передачи голосовых пакетов поIP-сети.

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

Покажем на рисунке 45 этапы прохождения вызова:

Т1 Привратник Т2

Рис.45. Процедура установления сеанса связи между конечными точками.

Процедура установления сеанса связи между конечными точками делится на три фазы.

Первая фаза– регистрация конечной точки и контроль доступа. Выполняется между терминалом и привратником.

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

Третья фаза– согласование параметров передачи и открытие/закрытие канала передачи.

ПротоколRas

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

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