Раздел: Документация
0 ... 21 22 23 24 25 26 27 ... 55 3.7.8. Терминальные процедуры Коммуникационное взаимодействие Н.324-терминалов реализуется следующей последовательностью этапов: -фаза А - установление телефонного соединения между участниками -фаза В - начальное согласование ролей по телефону -фаза С - установление цифрового соединения -фаза D - инициализация терминалов -фаза Е - проведение конференц-обмена -фаза F - завершение сессии конференцсвязи -фаза G - дополнительный сервис. Фаза А - установление обычного телефонного соединения. Вызывающий терминал должен затребовать соединение в соответствии с процедурами аналоговой телефонии, принятой в конкретной стране. Фаза В является процедурой обычного телефонного общения между двумя участниками будущей конференции, в ходе которого согласуется распределение ролей терминалов на этапе установления цифрового соединения. Фаза С - установление соединения на уровне цифрового канала. Основным содержанием данного этапа является обнаружение модема принимающего терминала и выяснение его характеристик. Если вызывающему терминалу не удается обнаружить У.34-модем, то установление цифрового канала оказывается невозможным. При этом терминал, в зависимости от своей конфигурации, может: -перейти в обычный телефонный режим -разорвать соединение -перейти в другой, более подходящий для детектируемого модема, режим. Если же \/.34-модем обнаруживается, и цифровое соединение удается установить, то терминал переходит к фазе D. Фазы В и С реализуются в соответствии с рекомендациями V.8 или V.8.bis [48,49]. Фаза D - инициализация терминалов. После установления цифрового соединения для обеспечения синхронизации канала посылаются как минимум 16 HDLC-флагов. После этого должна быть проведена инициализация коммуникационного взаимодействия между терминалами. Для этого используется Н.245-контрольный канал. Поскольку таблица мультиплексирования еще не заполнена, то приемнику отсылается контрольное сообщение, использующее нулевую запись таблицы мультиплексирования. Затем осуществляется обмен сообщениями о возможностях терминалов (сообщение Terminal Capability Set) и соглашениями о роли терминалов (Master Slave Determination), а также персональными номерами терминалов, отражающими их тип (Terminal Туре). Если эти процедуры обмена не выполняются, они должны быть повторены, как минимум, еще дважды, прежде чем терминал прекратит попытки соединения и перейдет к фазе G. После успешного обмена сообщениями о возможностях терминалов выполняются Н.245-процедуры установления логических каналов для разных медиа потоков. Таблица мультиплексирования может быть отослана до или после открытия логических каналов, но передача информации по этим каналам не может быть начата раньше, чем эта таблица будет полностью определена. Фаза Е - обмен конференц-сообщениями. В ходе сессии конференцсвязи должно поддерживаться выполнение Н.245-процедур изменения атрибутов логических каналов, режима приема и т.п. В течение сессии возможны изменения модемом скорости передачи данных и даже кратковременные разрывы соединения. В таких ситуациях терминал не должен переходить в стадию реинициализации (фаза D); он должен сохранить свое состояние, определяемое фазой Е, и реализовать стандартные процедуры коррекции ошибок, определяемые в рекомендациях Н.223. Если терминал регистрирует несанкционированный, невосстановимый разрыв цифрового канала или телефонного соединения, он должен немедленно перейти к фазе G, аналоговому телефонному режиму или к режиму разрыва соединения, пропуская фазу F. Фаза F - завершение сессии конференцсвязи. Любой из терминалов может инициировать окончание сессии. Инициирующий окончание сессии терминал должен выполнить следующие процедуры: -существующий в каждом логическом видеоканале на момент завершения сессии поток должен быть прерван лишь после завершения передачи полного кадра; после этого логический канал может быть закрыт -должны быть закрыты все существующие каналы, несущие аудиопотоки и данные приложений -должно быть передано Н.245-сообщение «End Session Command» и прекращена отсылка всех Н.245-сообщений -после получения подтверждения приема сообщения «End Session Command» от удаленного терминала инициирующий терминал переходит к фазе G. Фаза G - дополнительный сервис и освобождение вызова. Эта фаза определяет возможные действия терминала при несанкционированном разрыве соединения, при изменении режима цифрового канала и заключительные операции при штатном завершении конференции.  Рис. 3.26. Схема организации многоточечной конференции 3.7.9. Групповые конференции Н.324-терминалы могут участвовать в групповой конференции посредством установления соединения с модулем управления групповыми конференциями MCU. Схема такой конференции в ее общем виде представлена на рис. 3.26. MCU посредством рассылки Н.245-сообщения ((Multipoint Mode Command)), содержащего только желаемый режим передачи, может обеспечить установление общего режима вещания у всех терминалов, участвующих в сессии. Все терминалы обязаны выполнить установки, содержащиеся в указанном сообщении. Аналогичным образом посредством Н.245-сообщения ((Flow Control Command)) MCU может установить те скорости работы модемов на каждой линии, которые могут быть обработаны соответствующими приемными устройствами. В многоточечной конференции каждый терминал может отсылать разные значения в Н.223-сообщениях ((Skew Indication)), которые используются для синхронизации взаимосвязанных аудио- и видеорядов. Так как MCU может вносить свой вклад в величину рассинхронизации этих потоков, MCU должен рассылать уточненные значения этого сообщения. Следует отметить, что механизмы каскадного соединения MCU представляют собой достаточно сложную проблему и находятся еще в стадии разработки. 3.8. РЕКОМЕНДАЦИИ Т.120. ДОКУМЕНТ-КОНФЕРЕНЦИИ В КОМПЬЮТЕРНЫХ СЕТЯХ 3.8.1. Общая характеристика Рекомендации серии Т.120 определяют семейство протоколов уровней приложений и транспортного. Они описывают правила построения компьютерных приложений, обеспечивающих многоточечные документ-конференции реального времени. Эти возможности многоадресных соединений являются важнейшей предпосылкой для создания современных средств групповой работы, включая телеконференции, системы группового проектирования, многопользовательские сетевые игры и т.п. В целом, рекомендаци серии Т.120 являются всеобъемлющим решением проблем, которые длительное время сдерживали развитие этого сектора компьютерно-телекоммуникационной индустрии, причем, возможно, их главное достоинство состоит в том, что решаются эти проблемы в виде приемлемом как для компьютерной, так и для телекоммуникационной отрасли. Перечислим кратко основные достоинства приложений, соответствующих рекомендациям этой серии. Многоадресная доставка данных. Для разработчиков приложений рекомендации Т.120 [50] определили модель создания и управления групповым доменом, позволяющую на уровне приложения рассматривать передачу данных между членами домена как ((прозрачную». Совместимость. Значительное внимание в этих рекомендациях уделено механизмам взаимодействия приложений. Более того, они предоставили возможности взаимодействия приложений, работающих в различных сетевых средах, разделенных маршрутизаторами и другими коммуникационными устройствами. Надежная доставка данных. Стандарт Т.120 гарантирует надежную доставку данных, в том числе при использовании технологии групповой адресации. Без механизмов этого стандарта режим многоадресной передачи, базируясь на протоколе UDP, предоставляет только «ненадежный» сервис. Реализация гарантированной доставки данных увеличивает гибкость решений, рассчитанных на работу в смешанных сетях. Сетевая прозрачность. Часто разработчики приложений вынуждены самым непосредственным образом учитывать свойства низкоуровневых протоколов передачи данных. В среде, определяемой рекомендациями Т.120, есть возможность абстрагироваться от этих проблем. Написанные с учетом возможностей этих стандартов приложения смогут успешно работать и в высокоскоростной ЛВС, и при использовании низкоскоростных модемных соединений. Более того, рекомендации серии Т.120 поддерживают широкий диапазон сетей, включая ТФОП, ISDN, TCP/IP. При этом приложения, работающие в разных сетях, могут быть участниками одной многоточечной конференции. Независимость от компьютерной платформы. Поскольку протоколы семейства Т.120 совершенно свободны от учета особенностей компьютерных платформ и операционных систем, то приложения, созданные на базе этих стандартов, оказываются защищенными от изменений, связанных с бурным прогрессом компьютерной техники Исходный код приложения, работающего в среде Windows, легко переносится в другие компьютерные среды - OS/2, MAC/OS, UNIX. Широкий диапазон топологий многоточечных соединений. Звездообразная топология с модулем управления групповой конференцией в центре была до недавнего времени единственно возможной топологической структурой организации многоточечной конференции. Рекомендации Т.120 существенно расширили диапазон возможных схем объединения терминалов в конференции. Они предоставили возможность использования простых цепных и сложных древообразных структур. Заметим, что в больших группо- вых конференциях топология соединений MCU может оказать решающее влияние на эффективность взаимодействия. Масштабируемость. Рекомендации Т.120 сформулированы так, что их использование возможно для приложений, ориентированных на PC, и для приложений, для выполнения которых требуются мощные многопроцессорные рабочие станции. Согласованность с другими телекоммуникационными стандартами. Рекомендации Т.120 позволяют создавать как самостоятельные приложения, так и приложения, которые предназначены для работы в составе систем, подчиняющихся рекомендациям ITU серий Н и V. Расширяемость. Семейство рекомендаций Т.120 является открытым для дальнейшего расширения -дополнение поддержки ATM или Frame Relay-сетей, улучшение механизмов защищенности передаваемых сообщений и т.п. 3.8.2. Архитектура стека протоколов серии Т.120 Архитектура стандартов Т.120 базируется на хорошо известном многоуровневом принципе, предполагающем определение протоколов каждого уровня и сервисов смежных уровней. При определении протоколов каждого уровня предполагается, что все остальные уровни находятся ниже. Рис. 3.27 дает схематическое изображение взаимодействия уровней протоколов всего семейства. Приложения пользователя Приложения пользователя, использующие стандартные протоколы Приложения пользователя, использующие нестандартные протоколы Контроллер узла Т.120 Т. 127 Пересылка файлов Т. 126 Пересылка неподвижных изображений Нестандартные протокольные модули Т.120 Обобщенные службы контроля конференции Т. 124
Рис. 3.27. Модель Т.120 - системы Нижние уровни (рекомендации Т.122, Т. 123, Т.124 и Т.125) определяют независящий от приложений механизм групповых коммуникаций. Протокольные механизмы этих уровней могут быть использованы любым заинтересованным в них приложением. Верхние уровни (рекомендации Т.126 и Т.127) определяют протоколы специфических для конференцсвязи приложений, а именно - виртуальной рабочей доски (White Board) и групповой рассылки файлов (Т.127). Приложения, использующие эти стандартные протоколы, могут сосуществовать в одной конференции с приложениями, реализующими фирменные протоколы. Более того, предусмотрена возможность использования в одном приложении механизмов стандартных и фирменных протоколов. 3.8.3. Функциональные элементы стандартов серии Т.120 В дальнейшем обзоре будут отмечены лишь ключевые характеристики отдельных стандартов этого семейства. Их детали и описание конкретных механизмов реализации протоколов не приводятся вследствие их громоздкости. Обзор начинается с протоколов нижних уровней. 0 ... 21 22 23 24 25 26 27 ... 55
|
||||||||||||||||||
