oписание  компоненты  
  1     2     3  
'; $PAGE_BODY = '
На трех страницах изложена информация о стандарте H.323.

  • О протоколах семейства H.32x
  • Базовая архитектура стандарта H.323
  • Терминал H.323
  • Мультимедиа-шлюз
  • Контроллер зоны H.323
  • Устройство управления многоточечными конференциями H.323
  • Тенденции развития рекомендаций H.323
  • Установление соединения между терминалами H.323

    • Тенденции развития рекомендаций H.323
    H.323 v.2

    Во второй версии H.323 v.2 рекомендаций были устранены недостатки предыдущей версии. Были усовершенствованы существующие протоколы: Q.931, H.245 и H.225, а также введен ряд новых. Основные преимущества новой версии стандарта заключаются в добавлении функций безопасности, установки быстрого вызова, некоторых дополнительных сервисов и интеграции протоколов H.323 и T.120.

      - Функции безопасности (H.235) включают в себя обеспечение аутентификации (механизм, который подтверждает то, что участники конференции именно те, за которых они себя выдают), целостности (механизм, подтверждающий то, что переданные пакеты не были искажены), криптографическую защиту передаваемой информации от несанкционированного доступа.
      - Функция Fast Call Setup решает имевшуюся в первой версии проблему, когда после прохождения звонка одного абонента другому могла быть задержка в прохождении аудио и видеопотоков.
      - Протокол T.120 был интегрирован и в первую версию рекомендаций H.323, однако сценарии установки звонка были довольно сложны. Во второй версии рекомендаций H.323 эта проблема решается следующим образом: стандарт требует, чтобы оборудование конечных пользователей, поддерживающее одновременно и T.120, и H.323, управлялось звонками по H.323. Более того, согласно второй версии рекомендаций T.120 является опциональной частью конференции H.323 и возможности действий по T.120 отдаются на усмотрение каждого устройства в H.323 конференции по отдельности. наверх H.323 v.3

      В третьей версии H.323 v.3 рекомендаций было введено несколько новых возможностей. Прежде всего они касаются дополнений к основному документу и рекомендациям H.225.0, внося усовершенствования в архитектуру стандарта. Среди них можно выделить:

        - Более эффективное использование ранее установленных сигнальных соединений, в частности, между мультимедиа шлюзом и контроллером зоны
        - Возможность переадресации вызова при установленном соединении
        - Повышено удобство получения информации об абонентах (Caller ID).
        - Сигнальная информация включает в себя информацию о языке абонента, что расширяет возможности обработки вызова.
        - Предложен механизм, облегчающий добавление новых кодеков.
        - Механизм сигнализации может теперь использовать UDP транспорт, вместо TCP, что существенно для конференций с большим числом участников.
        - Введено понятие упрощенного терминала (Simple Endpoint Type - SET). Такие терминалы могут поддерживать только незначительную часть рекомендаций H. 323, тем не менее обеспечивая проведение аудиосвязи с другими H.323 терминалами.
        - Введена возможность SNMP - управления оборудованием видеоконференцсвязи.
        - Информационная база управления (MIB) описывается документом H.341.

      H.323 v.4

      Четвертая версия рекомендаций H.323 v.4 принята 17 ноября 2000 года. Туда внесено много изменений с целью повышения надежности, мобильности и гибкости систем видеоконференций. Новые возможности, касающиеся мультимедиа шлюзов и устройств многоточечной конференции, направлены на повышение качества организации и проведения конференции с большим чисом участников. Перечислим некоторые из нововведений.

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

        Использовались материалы из книги В.С. Синепола и И.А. Цикина "Системы компьютерной видеоконференцсвязи" М., ООО "Мобильные коммуникации", 1999, cтатья H.323 Standard и информация с веб-сайта H.323 Information Site.

      наверх Установление соединения между терминалами H.323

      Рассмотрим последовательность шагов по установлению связи между двумя мультимедийными H.323-терминалами (T1 и Т2), соединенными с контроллером зоны. Последнее условие не исключает прямых вызовов.

      Прохождение запроса на установление соединения
      1. T1 посылает контроллеру зоны сообщение ARQ по RAS-каналу и запрашивает разрешение на использование прямого канала сигнализации с Т2.
      2. Контроллер зоны удовлетворяет запрос T1 сообщением ACF.
      3. T1 посылает терминалу Т2 Q.931-сообщение «setup».
      4. T2 отвечает Q.931-сообщением «call proceeding».
      5. T2 регистрируется у контроллера зоны, отправляя ему сообщение ARQ по RAS-каналу.
      6. Контроллер зоны подтверждает регистрацию RAS-сообщением ACF.
      7. T2 уведомляет T1 о своей регистрации (а следовательно, о разрешении установить соединение) Q.931-сообщением «alerting».
      8. После установления соединения T2 информирует Т1 о завершении процедуры Q.931-соообщением «connect».
      Установление соединения по протоколу H.245
      1. T1 посылает сообщение «TerminalCapabilitySet» терминалу T2.
      2. T2 подтверждает начало сеанса согласования возможностей сообщением «TerminalCapabilitySetAck».
      3. T2 информирует терминал T1 о своих параметрах сообщением «TerminalCapabilitySet».
      4. T1 завершает процесс согласования возможностей сообщением «TerminalCapabilitySetAck».
      5. T1 открывает канал передачи мультимедиа-информации в направлении T2 сообщением «openLogicalChannel» (в него входит транспортный адрес RTCP-канала).
      6. T2 подтверждает открытие однонаправленного логического канала от T1 сообщением «openLogicalChannelAck» (оно включает также RTP-адрес терминала T2 и RTCP-адрес, полученный от T1).
      7. T2 открывает мультимедиа-канал в направлении T1, информируя об этом сообщением «openLogicalChannel» (в его составе — RTCP-адрес).
      8. T1 подтверждает установление однонаправленного логического канала от T2 сообщением «openLogicalChannelAck» (оно включает RTP-адрес терминала T1 и RTCP-адрес, полученный от T2). На этом процесс установления двунаправленного соединения завершается.
      Прекращение сеанса связи
      1. T2 инициализирует разъединение, посылая H.245-сообщение «EndSessionCommand».
      2. T1 завершает обмен данными и подтверждает разъединение сообщением «EndSessionCommand».
      3. T2 разрывает соединение после отправки Q931-сообщения «release complete».
      4. T1 и T2 инициализируют свое отключение от контроллера зоны RAS-сообщениями DRQ.
      5. Контроллер зоны отключает T1 и T2, предварительно оповестив их об этом сообщениями DCF. наверх

      Использовались материалы http://www.stel.ru.

      [Начало]

    '; include_once($_SERVER['DOCUMENT_ROOT']."/skin/v1.inc"); ?>