Мал. 2.2 Структура Н.323 - системи.

Н.323-термінали винні також обов'язково підтримувати спрощену версію протоколу Q.931 для сигналізації і виклику, містити модуль, званий RAS (Registration/Admission/Status), що забезпечує функції контролю доступу, реєстрації учасників і визначення їх поточного стану, а також мати можливість реалізації протоколу RTP/RTCP для передачі аудіо- і відеоінформації по мережах з комутацією пакетів.

Опціонально термінал може підтримувати відеообмін, документ-конференції по протоколах серії Т.120 і виконувати функції багатовходового моста для організації групових конференцій (MCU).

Шлюз. Шлюз є необов'язковим елементом в Н.323-системі. Цей пристрій забезпечує цілий ряд сервісів, включаючи обмін інформацією між Н.323-терміналом і терміналами, визначуваними іншими ITU-стандартами серії Н для електронних конференцій. Реалізація такої функції вимагає трансляцію формату кадрів і перетворення комунікаційних процедур (наприклад, Н.225.0 в Н.221 і Н.245 в Н.242 при обміні інформацією Н.323-термінала з Н.320 - терміналом). Окрім цього, шлюз виконує ту, що перекодувала аудіо- і відеопотоків, а також забезпечує функцію встановлення і розриву з'єднання між ЛОС і мережами з комутацією каналів. Мал.2.3 ілюструє функції шлюзу між Н.323 - і Н.320-терміналами.

У загальному випадку завданням шлюзу є взаємне віддзеркалення властивостей і характеристик кінцевого конференц-обладнання ЛОМ і терміналів мереж з комутацією каналів.

Мал. 2.3 Функції шлюзу між ISDN і ЛОМ-ТЕРМІНАЛАМИ.

Основні функції шлюзу наступні:

* встановлення з'єднання з аналоговим терміналом в телефонній мережі загального користування;

* встановлення з'єднання з віддаленим Н.320-терміналом в мережі ISDN;

* встановлення з'єднання з віддаленим Н.324-терміналом в телефонній мережі загального користування.

Відмітимо, що шлюз не потрібний, якщо немає необхідності встановлення з'єднань з ЛОС з віддаленими терміналами в мережах з комутацією каналів, бо Н.323-термінали мають механізм встановлення безпосередніх з'єднань. Для цього використовуються процедури протоколів Н.245 і Q.931.

З відповідними транскодерами Н.323-шлюз забезпечує взаємодію Н.323-термінала з терміналами, певними рекомендаціями Н.320, Н.321 (АТМ ЛОС), Н.322 (ЛОМ з гарантованим QoS) і V.70.

Велике число можливих функцій шлюзу залишається нестандартизованими. Наприклад, кількість Н.323-терміналов, які можуть одночасно встановлювати з'єднання через шлюз, кількість з'єднань з мережами комутації каналів, функції тієї, що перекодувала аудио/видеопотоков, можливості підтримки багатоточкових конференцій і так далі Всі ці характеристики можуть відрізнятися в продуктах різних виробників. Проте, стандартизованих функції шлюзу досить, щоб рекомендації Н.323 зіграли роль засобу об'єднання стандартних систем конференцзв'язку, орієнтованих на роботу в різних мережах.

Конференц-менеджер. Конференц-менеджер в Н.323-системі реалізує дві важливі функції, що дозволяють зберегти зв'язність корпоративної мережі передачі даних для конференцзв'язку. Перше з них - це функція трансляції ЛОС-ІМЕН терміналів і шлюзів в IP- або IPX-адреса відповідно до специфікації RAS. Друга функція - це управління смугою пропускання каналу, виділеною для конференцзв'язку. Ця процедура також визначена в специфікації RAS. Управління смугою пропускання здійснюється за допомогою оцінки рівня трафіку, породженого що всіма реалізовуються одночасно конференціями, і зіставлення його зі встановленим порогом. Задоволення запиту на встановлення нової конференції можливо лише за умови не порушення цього порогу.

Група терміналів, шлюзів і MCU, керована одним конференц-менеджером, носить назву Н.323-зони (Мал.2.4).



Мал. 2.4 Приклад Н.323 - зони.

Хоча конференц-менеджер є логічно окремим пристроєм, в більшості реальних Н.323-систем він інтегрується з терміналом, шлюзом або MCU. Оскільки Н.323-зона визначається відповідним конференц-менеджером, то всі компоненти Н.323-системи повинні володіти здатністю відключення своїх внутрішніх функцій, що управляють. Це, очевидно, необхідно для організації всіх пристроїв Н.323-системи в єдину зону.

Нагадаємо, що конференц-менеджер не є обов'язковим компонентом Н.323-системи. Проте якщо він реалізований, то термінали повинні використовувати сервіси, що надаються їм. Ці сервіси, як визначено в RAS, є обов'язковими і включають перетворення адрес, контроль доступу, контроль смуги каналу і управління зоною. Конференц-менеджер може брати участь і в організації багатоточкових з'єднань, перенаправляючи інформацію контрольних каналів (протокол Н.245) на контролер групових з'єднань. Обов'язкові і опціональні функції конференц-менеджера і їх визначення приведені в таблиці 3.

Таблиця 3.

Модуль управління багатоточковими (груповими) конференціями. Модуль управління багатоточковими конференціями MCU забезпечує встановлення взаємозв'язку між трьома і більш терміналами. Відповідно до рекомендацій Н.323 в MCU як обов'язковий елемент входить груповий контролер (Multipoint Controller, MC) і, якщо необхідно, один, або більш, групових процесорів (Multipoint Processor, MP). Груповий контролер реалізує визначену в рекомендаціях Н.245 функцію оцінки загального об'єму аудіо/відеотрафіка, що породжується всіма активними терміналами. Цей контролер також відображає багатоадресні аудіо/відеопотоки. Груповий контроллер не виконує обробку медіа потоків. Цю задачу вирішує груповий процесор, який мультиплексує, комутує і, при необхідності, обробляє бітові аудіо/відеопотоки. Контролер і процесор можуть бути реалізовані як самостійні компоненти або входити до складу інших компонентів Н.323-системи.

Модуль управління багатоточковими (груповими) конференціями. Модуль управління багатоточковими конференціями MCU забезпечує встановлення взаємозв'язку між трьома і більш терміналами. Відповідно до рекомендацій Н.323 в MCU як обов'язковий елемент входить груповий контролер (Multipoint Controller, MC) і, якщо необхідно, один, або більш, групових процесорів (Multipoint Processor, MP). Груповий контролер реалізує визначену в рекомендаціях Н.245 функцію оцінки загального об'єму аудіо/відеотрафіка, що породжується всіма активними терміналами. Цей контролер також відображає багатоадресні аудіо/відеопотоки. Груповий контроллер не виконує обробку медіа потоків. Цю задачу вирішує груповий процесор, який мультиплексує, комутує і, при необхідності, обробляє бітові аудіо/відеопотоки. Контролер і процесор можуть бути реалізовані як самостійні компоненти або входити до складу інших компонентів Н.323-системи.

Багатоточкові конференції. У рекомендаціях Н.323 передбачено декілька варіантів реалізації групової конференції (мал.2.5 і 2.6.).

Мал. 2.5 Модель групових конференцій.

Мал. 2.6 Децентралізована (а) і гібридна (б) схема групових конференцій.

Рекомендації визначають концепцію централізованої, децентралізованої і гібридної конфігурації багатоточкової конференції.

Централізована схема. Її реалізація вимагає наявності спеціалізованого мостового пристрою - модуля управління MCU. У такій схемі всі термінали адресують свої потоки даних і аудио/відеоінформацію до MCU в режимі з'єднання "точка - точка". Груповий контролер МС централізований управляє конфігурацією, використовуючи для цього функції контролю і управління рекомендацій Н.245, за допомогою яких, зокрема, передається до МС і інформація про характеристики кожного терміналу.

Груповий процесор MP здійснює мультиплексування аудіопотоків, тиражування потоків даних, комутацію або мультиплексування відеопотоків і результуючий потік направляє на термінали, що беруть участь в конференції. При необхідності груповий процесор здійснює ту, що перекодувала аудіо/відео послідовностей і виконує узгодження швидкостей передачі інформації по кожному каналу зв'язку з терміналами. Передача результуючого потоку від MCU до терміналів може здійснюватися і в режимі групової адресації (multicasting). Типовий MCU, що підтримує централізовану модель конференції, містить груповий контролер МС і групові процесори для обробки аудіо, відео і даних документ-конференції.

Децентралізована схема групової конференції використовує технологію групової адресації. Ця технологія реалізує розсилку аудио/відеопотоків, обмін же даними документ-конференції, передача контрольній інформації протоколу Н.245, що управляє, здійснюється в режимі "точка - точка" від терміналів до MCU. У даній моделі групової конференції приймаючі термінали здійснюють обробку аудіо/відеопотоків, що поступають, від всіх терміналів, що беруть участь в конференції. Термінали використовують контрольну інформацію Н.245 для інформування групового контролера про кількість аудіо/відеопотоків, які вони в змозі обробити. Проте ця величина, відповідна "найслабкішому" терміналу в конференції, не обмежує загальну кількість учасників конференції.

Гібридна схема багатоточкової конференції є комбінацією розглянутих вище схем. У ній інформація контрольних каналів Н.245, дані документ-конференції і аудіо- (або відео-) потік прямують на модуль управління групової конференції (MCU). Відео - (або аудіо-) потік, що залишився, розсилається безпосередньо на термінали в режимі групової адресації.

Змішана схема. Рекомендації Н.323 визначають і таку схему організації групової конференції, в якій одна група терміналів функціонує по централізованій схемі, а інша їх частина реалізує децентралізовану схему, при цьому модуль управління MCU виконує функції сполучного моста. Термінали в цьому випадку не потребують інформації про змішану конференцію, кожен з них повинен лише визначити режим, в якому він повинен працювати (централізований або децентралізований).

Підтримка рекомендаціями Н.323 одночасно режимів двоточкової і групової адресації забезпечує гнучкість в реалізації систем конференц-зв'язку. Групова адресація дозволяє ефективніше використовувати ємкість каналів зв'язку, але одночасно пред'являє вищі вимоги до обчислювальної потужності клієнтських станцій. Крім того і мережеве устаткування (комутатори і маршрутизатори) повинне мати можливість підтримки цього режиму.

Архітектура Н.323-систем припускає наявність лише одного групового контролера Мс. Хоча теоретично число учасників конференції може бути дуже великим, проте їх реальне число не повинне перевищувати 10-20. Груповий контролер може бути інтегрований з конференц-менеджером, шлюзом, терміналом або MCU.

Розглянемо простий приклад групової конференції з трьома учасниками (мал. 3.21). Хай термінал У виконує функції групового контролера Мс. При реалізації децентралізованої моделі всі термінали використовують технологію групової адресації для обміну аудіо/відео інформацією. Групові процесори кожного вузла виконують обробку вхідної аудіо/відеоінформації і відображення її на терміналі учасника конференції. Така схема мінімізує потребу в спеціалізованому мережевому устаткуванні. Проте мережа має бути здатною підтримувати режим групової адресації. Відзначимо, що розширення числа що беруть участь в такій конференції також вельми скрутно.

Наявність окремого MCU дозволяє реалізувати централізовану схему групової конференції. При цьому аудіопотік, дані і контрольна інформація передаються через модуль управління, а обмін відеоданими здійснюється в режимі групової адресації, що зменшує необхідну пропускну спроможність каналів зв'язку. Однією з переваг централізованої моделі є те, що всі Н.323-термінали можуть працювати в режимі "точка - точка" з MCU. Останній і свій вихідний потік може направляти до терміналів в такому ж режимі, що не вимагає ніяких спеціальних удосконалень мережевої інфраструктури. Разом з тим якщо мережу підтримує режим групової адресації, то вихід MCU може прямувати до терміналів по цій, що економить смугу пропускання, технології.

Групова конференція, в якій беруть участь ЛОС-ТЕРМІНАЛИ і термінали із зовнішніх мереж, реалізується ефективніше, якщо модуль управління MCU інтегрований з шлюзом.

2.2.3 Організація обміну інформацією в рекомендаціях H.323

Рекомендації Н.323 визначають комунікаційний потік як суміш аудіо-, відео- і контрольних сигналів. Обов'язковими компонентами комунікації є аудіосигнали, сигнали встановлення з'єднання протоколу Q.931, контрольні сигнали протоколу Н.245 і процедур RAS. Відеодані, дані документ-конференції і традиційні мережеві застосування є опціональними компонентами комунікаційного обміну. Для кодування аудио- і відеоінформації може використовуватися цілий ряд алгоритмів. Інформація про прийнятний в даній сесії алгоритм, необхідна для узгодження кодера передавача і декодера приймача, передається в потоці сигналізації Н.245. Стандарт Н.323 допускає і асиметричну схему, коли термінал використовує різні алгоритми для кодування і декодування медіа інформації. Н.323-термінал може посилати (приймати) більш одного аудіо/відеопотока.

Контрольні канали. Функції контролю є критично важливими для роботи Н.323 - терміналу. Вони включають:

сигналізацію встановлення з'єднання;

сигналізацію можливості обміну інформацією;

сигналізацію виклику команд і індикацію їх виконання;

повідомлення відкриття і опис логічного каналу.

Всі процедури контролю утворюють в своїй сукупності рівень контролю в стеку процедур терміналу. Всі аудио/відеосигнали і контрольні повідомлення передаються через цей рівень; останній форматує бітовий потік і передає його на мережевий інтерфейс. Вхідний потік проходить зворотний ланцюг перетворень.

Рівень контролю, виконуючи логічну фрагментацію вихідного потоку, проводить нумерацію кадрів послідовності, контроль і корекцію помилок. Рівень контролю функціонує відповідно до протоколів Q.931, Н.245 і RTP/RTCP. Цей рівень містить три канали:

канал контролю протоколу Н.245;

канал сигналізації протоколу Q.931;

канал процедур RAS.

Канал контролю протоколу Н.245 є надійним (з корекцією помилок) каналом. Він передає всі контрольні повідомлення, необхідні для роботи будь-якого компоненту системи, включаючи повідомлення про можливість обміну інформацією, повідомлення встановлення (відкриття) і закриття логічного каналу, повідомлення контролю трафіку, загальні команди і індикатори. Обмін повідомленнями про можливості терміналу є одним з фундаментальних положень ITU-рекомендацій. Рекомендації Н.245 визначають механізми роздільного опису можливостей терміналу по прийому і передачі повідомлень.

Для встановлення з'єднання між двома терміналами або терміналу і MCU використовується канал сигналізації протоколу Q.931.

Канал RAS-сигналізації забезпечує реєстрацію і перевірку прав доступу учасників конференції, передає команди зміни смуги пропускання мережевого каналу зв'язку, виділеного для конференц-зв'язку, забезпечує реалізацію процедур обміну даними між терміналом і конференц- менеджером. Відмітимо, що канал RAS-сигналізації формується тільки за наявності в системі конференц-менеджера, що не є обов'язковим.

Аудіокомпоненту комунікації. Аудіокомпоненту комунікаційного потоку є оцифрованим мовним повідомленням, підданим процедурі стискування відповідно до певного алгоритму. Рекомендації Н.323 визначають можливість використання будь-якого, схваленого ITU, алгоритму компресії. Н.323-термінали зобов'язані підтримувати стандарт цифрової обробки мовних повідомлень G.711. Підтримка решти стандартів серії G.7xx є опціональною. Відмітимо, що стандарти цієї серії відображають різний ступінь компромісу "якість - смуга каналу - обчислювальна потужність - затримка". Алгоритм стискування, визначений в стандарті G.711 (РСМ), орієнтований на комунікаційний канал з пропускною спроможністю 64 кбит/с, що є прийнятною величиною для терміналів в ЛОС. Разом з тим, потреба зв'язку з терміналами в інших, більш вузькополосних, мережах веде до необхідності використовувати алгоритми стандарту G.723, що реалізовують вищий ступінь стискування аудіоінформації. В даний час кодек стандарту G.723 стає домінуючим в Н.323-терміналах.

Відеокомпоненту комунікації. Можливість прийому/передачі зображення є факультативною функцією терміналу. Якщо ця функція реалізована, то підтримка вимог рекомендації Н.261 є обов'язковою, а рекомендації Н.263 - опціональної. Як наголошувалося вище, стандарт Н.261 є загальним для всіх систем, відповідних рекомендаціям ITU серії Н. Зхх. Процедури кодування, передбачені рекомендаціями Н.263, є розширенням рекомендації Н.261 і забезпечують вищу якість рухомого відео для низькошвидкісних каналів. Відеоінформація, перетворена в бітову послідовність, передається з швидкістю, що не перевищує порогу, визначеного у момент з'єднання.

Рекомендації Н.263 визначають 5 розмірів зображення (Таблиця 4).

Таблиця 4

Можливість взаємодії систем з кодеками Н.261 і Н.263 реалізується завдяки обов'язковості форматів QCIF.

Компоненту документ-конференції. Документ-конференція є факультативною функцією Н.323-систем. Будучи реалізованою, вона надає можливості використання віртуальної аудиторної дошки (White Board), спільної роботи з додатками і забезпечує пересилку файлів у фоновому режимі.

Рекомендації Н.323 визначають можливість документ-конференції на основі реалізації функцій стандартів сімейства Т.120, який описує документ-конференцію в режимах "точка-точка" і "многоточка", а також механізми взаємодії терміналів на мережевому, транспортному і верхніх рівнях стека мережевих протоколів.

Функції рекомендацій Т.120 в Н.323-системе можуть реалізовуватися як в програмному забезпеченні клієнта, так і в модулі управління груповими конференціями MCU. У рекомендаціях Т.120 передбачена і можливість використання технології групової адресації, що може бути корисне для зменшення величини трафіку, що породжується обміном документами в ході конференцій з багатьма учасниками.

2.2.3 Стек протоколів Н.323-систем

Стек протоколів Н.323-систем представлений на мал.2.7 З нього видно, що рекомендації Н.323 припускають використання як "надійних" (з корекцією помилок), так і "ненадійних" з'єднань. Контрольна інформація передається по "надійному" каналу, оскільки сигнали управління і контролю мають бути прийняті без помилок і в тому порядку, в якому вони передавалися. Аудіо - і відеоінформація по своєму характеру допускає прийом з деяким рівнем помилок і тому для її транспортування можуть бути використані ефективніші по пропускній спроможності "ненадійні" з'єднання.

Мал. 2.7 Стек протоколів Н.323-систем.

"Надійна" передача повідомлень використовує канали зі встановленням з'єднання. У стеку мережевих протоколів цей тип з'єднання забезпечується протоколом TCP. "Надійний" канал гарантує збірку пакетів на приймальному кінці в їх початковій послідовності, виправлення можливих помилок і відновлення втрачених пакетів. Проте такий канал не забезпечує ізохронність потоку і володіє меншою пропускною спроможністю порівняно з каналом без встановлення з'єднання. Рекомендації Н.323 вимагають використання "надійного" каналу для передачі контрольних сигналів протоколу Н.245, для передачі даних документ-конференції (Т.120) і сигналізації встановлення конференц-зв'язку по протоколу Q.931.

Стек H.323 складають наступні протоколи:

Управління з'єднанням і сигналізація:

H.225.0: Протоколи сигналізації та пакетування мультимедійного потоку (використовує підмножина протоколу сигналізації Q.931).

H.225.0/RAS: Процедури реєстрації, допуску та стан

H.245: Протокол управління для мультімедіа

Обробка звукових сигналів:

G.711: імпульсно-кодова модуляція тональних частот.

G.722: Кодування звукового сигналу 7 кГц в 64 кбіт / с

G.723.1: Мовні кодери на дві швидкості передачі для організації мультимедійного зв'язку зі швидкістю передачі 5.3 та 6.3 кбіт / с.

G.728: Кодування мовних сигналів 16 кбіт / с за допомогою лінійного передбачення з кодуванням сигналу збудження з малою затримкою

G.729: Кодування мовних сигналів 8 кбіт / с за допомогою лінійного передбачення з алгебраїчним кодуванням сигналу збудження сполученої структури

Обробка відеосигналів:

H.261: Відеокодеки для аудіовізуальних послуг зі швидкістю P 64 кбіт / с

H.263: Кодування відеосигналу для передачі з малою швидкістю

Конференц-зв'язок для передачі даних:

T.120: Це стек протоколів (який включає T.123, T.124, T.125) для передачі даних між кінцевими пунктами. Він може використовуватися для різних додатків в області Спільної Роботи (Collaboration Work), такий як колективне редагування растрових зображень, спільне використання додатків і спільна організація документів. У T.120 використовується багаторівнева архітектура подібна моделі OSI.

Мультимедійна передача:

RTP: Транспортний протокол реального часу

RTCP: Протокол управління передачею в реальному часі

Забезпечення безпеки:

H.235: Забезпечення безпеки і шифрування для мультимедійних терміналів мережі

Додаткові послуги:

H.450.1: Узагальнені функції для управління додатковими послугами в H.323.

H.450.2: Переклад з'єднання на телефонний номер третього абонента

H.450.3: Переадресація виклику

H.450.4: Утримання виклику

H.450.5: Паркування виклику (park) і відповідь на виклик (pick up).

H.450.6: Повідомлення про виклик, що надійшов в змозі розмови

H.450.7: Сповіщення про повідомлення

H.450.8: Служба ідентифікації імен

H.450.9: Служба завершення з'єднання для мереж H.323

Грунтовний розгляд технології роботи додатків реального часу в мережах з комутацією пакетів буде проведений в наступному розділі. Тут же дамо лише короткий огляд засобів, що забезпечують передачу трафіку реального часу в таких мережах. "Ненадійний" канал, що забезпечується протоколом UDP, використовується для передачі аудіо/відеопотоків і для транспортування інформації RAS- процедур. У багатоточкових конференціях з множинними аудіо/відеопотоками "ненадійні" канали протоколу UDP використовують технологію групової адресації і протокол RTP (Real-Time Protocol), розроблений інженерною групою Internet для управління потоками мультимедіа інформації реального часу. У свою чергу, RTP працює поверх IP-групової адресації (якщо вона використовується) і поверх UDP. Заголовок пакету UDP доповнюється полем тимчасової мітки і порядковим номером пакету. При буферизації пакетів приймачем ці поля дозволяють виключити дубльовані пакети, відновити необхідний порядок їх проходження, провести синхронізацію потоків аудіо- і відеоінформації, що, зрештою, дає можливість досягнення ефекту безперервності при відтворенні, не дивлячись на варіації затримок в доставці кожного пакету.

Оскільки Н.323-додатки базуються на RTP, вони можуть працювати у віртуальній мережі Mbone - надбудові Internet для мультимедіа додатків реального часу.

У групу протоколів, що забезпечують роботу Н.323-систем в IP-сетях, входять також протоколи RTCP і RSVP. Протокол RTCP контролює і управляє параметрами якості обслуговування, поширює інформацію про учасників конференції, періодично розсилає всім учасникам інформацію про якість функціонування системи (частота кадрів, рівень помилок і так далі).

Канал з характеристиками, необхідними для проведення сесії конференц-зв'язку, вельми важко забезпечити в умовах Internet або великої корпоративної мережі. Завдання формування і підтримки такого каналу покладається на протокол RSVP (Resource Reservation Protocol). Цей протокол визначає механізми, що дозволяють приймачу мультимедіа інформації запитати необхідну йому смугу пропускання у всіх мережевих пристроїв на шляху до вузла, що передає, і повідомити останньому свої вимоги до характеристик потоку, який він зможе прийняти. Хоча RSVP не є офіційно частиною рекомендацій Н.323, більшість сучасних конференц-систем для IP-мереж його підтримують, оскільки резервування смуги каналу є критично важливою умовою реалізації конференц-зв'язку. Природно, що цей протокол повинні підтримувати всі компоненти Н.323-системи (термінали, шлюзи, модулі управління груповими конференціями). Винні його підтримувати і всі мережеві пристрої - маршрутизатори і комутатори.

2.2.4 Переваги та недоліки рекомендації Н.323

Стандарт H.323 - не тільки всеосяжний, але і гнучкий. Його можна використовувати при розробці рішень тільки для аудіо або для закінчених мереж конференц-зв'язку для передачі сигналів відео / аудіо / даних. Існує безліч переваг від реалізації конференц-зв'язку H.323:

Технологія H.323 забезпечує високоякісний нарощуванний конференц-зв'язок на базі мультимедіа. Мультимедійна конференц-зв'язок H.323 може підтримувати такі додатки, як колективне редагування растрових зображень, спільна робота з передачі даних або відеоконференція.

Технологія H.323 допускає можливість взаємодії устаткування на базі H.320 і H.323 від різних виробників.

Технологія H.323 використовує з вигодою наявні капіталовкладення в інфраструктуру корпоративної мережі.

Технологія H.323 може використовуватися для організації міжміських та міжнародних телефонних з'єднань для зниження їх вартості.

Технологія H.323 дозволяє більш ефективно використовувати технологію ISDN з застосуванням шлюзів H.320 і меншого числа ліній ISDN.

У корпоративній інтрамережі H.323 може забезпечувати більш надійні з'єднання і зменшувати проблеми підтримки.

Технологія H.323 пропонує більш складні можливості управління конференц-зв'язком в мережі.

Технологія H.323 не залежить від апаратного забезпечення та операційної системи.

Є деякі недоліки H.323:

Технологія H.323 витрачає більше часу на установку з'єднання.

Технологія H.323 вимагає близько 12 пакетів для установки з'єднання (тоді як для SIP потрібно близько 4 пакетів).

Технологія H.323 вимагає і TCP, і UDP під час встановлення з'єднання.

Реалізація H.323 набагато складніше реалізації SIP.

В даний час в H.323 не доступно управління викликом третьої сторони.

2.3 Рекомендація H.324

Н.324 - це новий стандарт, який забезпечує можливість взаємодії апаратів з високою якістю відео, голосу і передачі даних при телефонних дзвінках. Цей стандарт був схвалений Міжнародним Союзом Телекомунікацій (ITU). Стандарт Н.324 встановлює загальну систему для відео, голосу і передачі даних.

2.3.1 Призначення рекомендації Н.323

Н.324 - це перший стандарт, що встановлює можливість взаємодії по аналогових лініях. Це означає, що наступне покоління відеотелефонів зможе розмовляти один з одним і забезпечить зростання ринкового попиту.

Стандарт Н.324 використовує з'єднання модемів між абонентами зі швидкістю 28,800 біт в секунду. Це той же самий вид модемів, який сьогодні використовується для з'єднання користувачів ПК з Інтернетом та інших послуг on-line.

Як тільки модеми з'єднуються, стандарт Н.324 встановлює яким чином використовуються технології цифрового відео / аудіо стиснення в цілях перетворення звуків і виразів обличчя в цифрові сигнали. Стандарт Н.324 визначає, стиснуті чи ці сигнали відповідно з передачею даних, дозволених аналоговими телефонними лініями і з'єднанням модему.

Максимальна швидкість передачі даних до 28,800 бітів у секунду. Голос стискається зі швидкістю 6,00 бітів / сек. Залишок використовується для стиснення відео зображення.

Можливості Н.324 будуть додані до нових телефонів. Нижченаведене є прикладами відеотелефонів, які покупці побачать у наступні кілька років:

Самостійний відеотелефон. Ця продукція буде виглядати як настінний телефон, але з вмонтованою на вершині апарату камерою і РК-дисплеєм.

Відеотелефон на основі ТБ. Цей відеотелефон буде виглядати, як кабельна коробка з вбудованою камерою і розташовуватиметься на телевізорі. Телевізор буде використовуватися для відображення відео зображення.

Відеотелефон на основі ПК. Також буде існувати Н.324 відеотелефон з програмним забезпеченням для ПК, заснованого на процесорі Intel Pentium. Засновані на програмному забезпеченні відеотелефони будуть використовувати кольорові монітори для відображення зображення і 28,800 бітний модем для зв'язку з іншими відеотелефонами. Також відеотелефони, засновані на програмному забезпеченні будуть використовувати переваги процесора Intel Pentium при стисненні і розгортанні відео / аудіо сигналів.

Також в наявності незабаром будуть відеотелефони, засновані на ПК, які будуть додатково включати збільшений ПК. Ця продукція буде дорожче, ніж відеотелефони, засновані на програмному забезпеченні, і будуть використовувати вбудований додатковий корпус з цифровими процесорами (оброблювачами) сигналів (DSPs) для стиснення аудіо і відео та виконання функцій модему.

2.3.2 Архітектура рекомендації Н.323

Узагальнена схема мультимедіа Н.324-системи представлена на мал. 3.23. У неї входять:

термінальне устаткування;

телефонний модем;

телефонна мережа;

модуль управління груповими конференціями;

відео і аудіо пристрої;

додатка по обробці даних, графіки і тому подібне.

Мал. 2.8 Функціональна схема Н.324 системи.

Рекомендації не вимагають обов'язкової наявності в системі всіх перерахованих складових. Системи, що знаходяться усередині пунктирного прямокутника на мал. 2.8., є предметом рекомендацій Н.324, Решта елементів приведеної схеми або визначаються іншими рекомендаціями, або взагалі не є стандартизованими.

У число пристроїв, що регламентуються рекомендаціями Н.324, входять:

відеокодек (рекомендації Н.261 або Н.263) для цифрової обробки рухомих відеоданих;

аудіокодек (рекомендації G.723.1), що кодує сигнал від мікрофону для передачі і що декодує його для відтворення. У системі може бути передбачене пристрій додаткової затримки прийнятого аудіопотоку, що служить для синхронізації аудіо і відеорядів;

блок протоколів обробки даних забезпечує роботу додатків, відповідних рекомендаціям Т.120, - віртуальної робочої дошки, передачі нерухомого зображення (графіки), обміну файлами, доступу до баз даних, віддаленого управління пристроями (камерою, мікрофонами і тому подібне);

блок контрольних протоколів реалізує вимоги рекомендацій Н.245 і забезпечує всю необхідну для роботи терміналу сигналізацію. Він використовується для обміну повідомленнями про можливості терміналу, виклику і індикації виконання команд, передачі повідомлень про відкриття логічного каналу і опису його складу;

блок мультиплексування/демультиплексування (рекомендації Н.223) здійснює перетворення окремих медіапотоків (аудіо, відео, дані) в єдиний бітовий потік для передачі його до іншого терміналу і здійснює зворотнє перетворення вхідного (прийнятого) бітового потоку. Окрім цього, він виконує логічну фрагментацію витікаючих даних, нумерує кадри послідовності, детектує і виправляє помилки;

телефонний модем (стандарт V.34 [60]) конвертує цифрову послідовність, отриману від мультиплексора, в аналоговий сигнал з параметрами, необхідними для передачі його по телефонній мережі, і виконує зворотне перетворення вхідного аналогового сигналу.

2.3.3 Мультиплексування. Аудіо - та відеоканали рекомендації Н.323

Для транспортування відео/аудіоданих і контрольної інформації необхідне встановлення відповідних логічних каналів. Ці канали формуються процедурами, визначеними в рекомендаціях Н.245. Логічні канали є однонаправленими і незалежними в кожному з напрямів передачі. Кількість логічних медіа каналів будь-якого типу може бути довільною, виключаючи канал контрольної інформації, який має бути один. Метод мультиплексування, використовуваний для об'єднання медіа потоків в єдиний бітовий потік, повинен відповідати положенням рекомендацій Н.223.

Н.223-мультиплексор (мал.2.9) припускає наявність рівня мультиплексування, що здійснює об'єднання логічних каналів в єдиний бітовий потік, і рівня адаптації, що реалізовує контроль помилок і нумерацію кадрів. На рівні мультиплексування інформація логічного каналу розбивається на пакети, які називаються MUX-PDU (MUX-Packet Data Unit). Межі цих пакетів визначаються спеціальними прапорами, і їх довжина кратна цілому числу байт (при необхідності пакет доповнюється нульовими бітами для доведення його довжини до цілого числа байт).

Кожен пакет MUX-PDU містить однобайтовий заголовок і змінне число інформаційних байт. У заголовок включається код мультиплексування, що визначає приналежність інформаційних байт пакету різним логічним каналам. Кожен такий пакет може мати різний код мультиплексування і, отже, містити різне поєднання інформаційних каналів.

Мал. 2.9 Протокольна структура Н.223-мультиплексора.

Кожному логічному каналу привласнюється номер - ціле число з діапазону 0-65535. Номер каналу призначається довільно, виключаючи контрольний канал, якому привласнюється нульовий номер. Нумерація каналів необхідна виключно для встановлення відповідності логічного каналу із записом в таблиці мультиплексування.

Таблиці мультиплексування для кожного напряму передачі є незалежними, і їх зміст пересилається від терміналу, що передає, до приймального за допомогою Н.245-повідомлення "Multiplex Entry Send". Нульовий запис таблиці, відповідний контрольному каналу, не пересилається. Вона використовується для початкового обміну інформацією про можливості терміналів і передачі початкового стану таблиці.

Н.324-термінал зобов'язаний відповідати на Н.245-запит "Flow Control Command", який встановлює обмеження на допустиму частину пропускної спроможності каналу, що відводиться одному або декільком логічним каналам, або мультиплексору в цілому. При обмеженні пропускної спроможності одного або декількох каналів інші, що не мають обмежень, логічні канали можуть автоматично збільшити свою продуктивність.

На рівні мультиплексування реалізується тільки контроль поля CRC (Cyclic Redundancy Check) в заголовку пакету. Контроль і корекція помилок кожного логічного каналу проводиться на рівні адаптації, і це завдання може вирішуватися різними методами, у тому числі і за допомогою повторної передачі помилкових пакетів.

Рівень адаптації мультиплексора складається з трьох підрівнів - AL1, AL2 і AL3. Підрівень AL1 призначається для обробки інформації, що передається із змінною швидкістю, включаючи і неформатовані потоки байтів, які інтерпретуються як один пакет невизначеної довжини. Підрівень AL2 забезпечує аудіоканал і включає в пакет значення 8-ми бітового поля CRC і порядковий номер пакету. Підрівень AL3 обслуговує відеопотік і забезпечує можливість повторної передачі пакетів.

Логічний блок інформації, яким мультиплексор обмінюється з кодеками, з протоколами обробки даних або контрольними протоколами позначається AL-SDU (Adaptation Layer Service Data Unit - блок даних сервісного каналу рівня адаптації).

Логічні канали, що відкриваються мультиплексором, можуть бути такими, що сегментуються або не сегментуються, що визначається у момент відкриття каналу. У загальному випадку канали, що сегментуються, застосовуються для передачі інформації з нерівномірним характером трафіку (контрольні сигнали, відео, дані), тоді як канали, що не сегментуються, використовують для передачі аудіоінформації.

Приймач повинен, використовуючи механізми протоколу Н.245, повідомляти про свої можливості обробки потоків, відповідних різним рівням адаптації, а передавач зобов'язаний інформувати про свої рівні адаптації і типах використовуваних каналів для кожного рівня адаптації.

Блок контрольних протоколів.

Канал контролю встановлюється по схемі "з кінця - в кінець" і служить для передачі всієї контрольної і управляючої інформації, включаючи інформацію про можливості терміналів, про відкриття і закриття логічних каналів, про вміст таблиці мультиплексування, про рівень трафіку, а також загальні команди і інформаційні повідомлення (індикатори). Як наголошувалося вище, існує лише один контрольний канал для кожного напряму передачі, і він функціонує відповідно до рекомендацій Н.245. Контрольний канал має бути відкритий від моменту встановлення цифрового з'єднання до його закриття.

Рекомендації Н.245 задають чотири класи повідомлень: запити, відповіді, команди і індикатори.

Запит вимагає певної дії від приймача, включаючи і негайне відсилання відповіді.

Команди також вимагають певних дій, але відсилання відповіді не передбачається.

Індикатори - це інформаційні повідомлення, і ніяких дій вони не припускають.

Н.324-термінал зобов'язаний виконувати всі визначені рекомендаціями Н.245 запити і команди, а також повинен безпомилково передавати індикатори, що відображають його стан. Окрім цього, термінал повинен проводити синтаксичний розбір всіх Н.245-повідомлень групи "Multimedia System Control PDU". При зверненні до непідтримуваним терміналом запитам, командам або відповідям їм повинно відсилатися повідомлення "Function Not Supported" (функція не підтримується).

Обмін інформацією про можливості терміналів проводиться процедурами, описаними в рекомендаціях Н.245. Ця інформація формується окремо для характеристики приймальних здібностей терміналу, що передають, і відображає його здатність обробки вхідних потоків. Термінал, що передає, повинен обмежити свої можливості до рівня, заданого характеристиками приймального терміналу. Відсутність інформації про приймальні можливості терміналу говорить про здатність терміналу тільки передавати інформацію.

Інформація про можливості терміналу А необхідна приймаючому терміналу В для того, щоб останній зміг запитати якнайкращий для нього (з можливих) режим передавача терміналу А. Відсутність інформації про здібності передаючого терміналу свідчить про відсутність варіантів вибору, але не про відсутність здібності до передачі.

Описи можливостей терміналу групуються в спеціальні структури даних. Кожен запис в структурі "Alternative Capably Set" відображає один з можливих режимів роботи терміналу. Наприклад, Alternative Capably Set = {G.711, G.723.1, G.728} означає, що термінал може працювати в будь-якому з перерахованих режимів, але не більш, ніж в одному. Структури Alternative Capably Set групуються в структури "Simultaneous Capabilities", реалізовуються можливості терміналу, що відображають одночасно. Наприклад, структури Alternative Capably Set = {Н.261, Н.263} і {G.711, G.723.1, G.728} означають, що термінал може працювати з одним з відеокодеків і одним з аудіокодеків з числа перерахованих в першій і другій структурах відповідно. Структура Simultaneous Capability Set = [{Н.261},{Н.261, H.263},{G.711, G.723.1, G.728}] означає, що термінал має в своєму розпорядженні два відеоканали, один з яких підтримує кодек тільки стандарту Н.261, а другий має в своєму розпорядженні два кодеки, будь-який з яких може бути використаний; аудіоканал у терміналу лише один, і він може функціонувати з одним з трьох перерахованих кодеків.

Повний опис можливостей терміналу міститься в безлічі "Capability Descriptor", кожен елемент якої складається з однієї структури Simultaneous Capability Set і змінній "Capability Descriptor Number". Термінал може направити декілька описувачів типу Capability Descriptor, що означатиме можливість його роботи в більш, ніж одному режимі. Наприклад якщо окрім приведеної вище структури, створюючою Capability Descriptor N1, термінал направляє описувач Capability Descriptor N2 = [{Н.262}, {G.711}], то це означатиме, що він може працювати і в режимі з Н.262 - відеокодеком, але лише спільно з аудіокодеком G.711.

Термінали можуть динамічно змінювати свої можливості в ході конференції, направляючи додатковий описувач Capability Descriptor. Це зміна можливостей терміналу може бути проведене у будь-який момент сесії.

Кожен логічний канал несе інформацію від передавача до приймача і ідентифікується призначенням унікального номера кожному каналу. Логічні канали відкриваються і закриваються за допомогою Н.245-процедур і при цьому генерують повідомлення "Open Logical Channel" і "Close Logical Channel". При відкритті логічного каналу повідомлення Open Logical Channel повністю описує його зміст, тобто містить інформацію про тип даних, використовувані алгоритми їх обробки, про підрівень адаптації мультиплексора і тому подібне, іншими словами все необхідне для того, щоб приймач міг правильно інтерпретувати зміст логічного каналу.

Логічний канал в Н.324-системі є однонаправленим, тобто асиметричний режим роботи каналу є допустимим. Проте якщо приймач виявляється здатним працювати тільки в симетричному режимі, то він повинен відобразити це в повідомленні про свої можливості. Ряд типів даних, включаючи дані документ-конференції і відеопотік, що проходить через підрівень AL3, органічно вимагають двонаправленого каналу для своєї роботи. Для задоволення цієї потреби можуть бути відкриті два логічні канали, поодинці в кожному напрямі. Номери цих каналів будуть різні, оскільки системи нумерації каналів незалежні для кожного напряму.

Контрольний канал має бути таким, що сегментується і використовувати нульовий логічний канал. Всі Н.324-термінали повинні підтримувати передачу контрольних повідомлень Н.245 через рівень адаптації AL1 Н.223-мультіплексора по протоколу SRP (Simple Retransmission Protocol, простий протокол повторної передачі), що гарантує надійність передачі за допомогою повторної передачі помилкових кадрів. Протокол SRP належить до рівня ланки передачі даних для Н.245.

Відеоканали.

Всі Н.324-термінали, що володіють можливостями прийому/передачі рухомого відео, повинні підтримувати два стандарти кодування: Н.261 і Н.263.

Відеокодеки повинні мати можливість обробляти відеопотоки на максимальній швидкості, яку може забезпечити Н.223-мультиплексор (максимальна швидкість V.34-модема для одиночної лінії, подвоєна максимальна швидкість для двох ліній і так далі).

Максимальний формат зображення, мінімальна кількість відкиданих кадрів зображення, вибраний алгоритм обробки і ряд інших параметрів встановлюються в ході обміну повідомленнями про можливості терміналу. Після цього кодер може передавати все, що узгоджується з можливостями декодера. При відкритті логічного каналу приймач отримує інформацію про граничні значення параметрів відеопотоку, які можуть бути реалізовані на цьому каналі. Очевидно, що реальні значення параметрів відеопотоку не повинні перевищувати цих граничних значень. Наприклад, логічний канал відкривався для передачі зображення у форматі CIF. Реальні значення формату зображення можуть бути CIF, QCIF і SQCIF, але не 4CIF або 16CIF. Інформація про реальні значення параметрів кожного кадру зображення міститься в заголовку кадру.

Н.324-термінал повинен підтримувати необхідні кодеки в логічному каналі, що сегментується, і передавати відеопотік через підрівень адаптації мультиплексора AL3. Реалізація можливості повторної передачі має бути передбачена в кодері.

В умовах, коли відеокомунікація підтримується тільки в одному напрямі (прийом або передача), протокол підрівня AL3 все одно повинен отримати зворотний логічний канал. Отже, логічний канал, використовуваний підрівнем AL3, повинен відкриватися Н.245-процедурою, що створює асоційовані логічні канали для обох напрямів передачі.

Хоча рівень AL3 забезпечує механізм повторної передачі для корекції виявлених помилок, що приймає термінал може відмовитися від повторної передачі. Таке рішення може бути ухвалене на підставі:

величини мережевої затримки в передачі пакетів

рівня помилок

участі терміналу в груповій конференції

участі терміналу в обміні з іншими Н.32х-терміналами.

У цей перелік можуть входити і ряд інших чинників.

Аудіоканали.

Термінали, що мають в своєму розпорядженні аудіоможливості, повинні здійснювати низькошвидкісне і високошвидкісне кодування, визначене в рекомендаціях G.723.1 Кодеки повинні також забезпечувати і передачу фреймів мовчання. Синтаксис кадрів аудіопотоку передбачає передачу сигналів від передавача до приймача про вибрану першим швидкість кодування і про режим передачі кадрів мовчання. Відповідно до стандарту G.723.1 перемикання швидкості кодування може здійснюватися на основі змісту кожного фрейма, необхідного рівня якості аудіовідтворення, пропускної спроможності каналу.

Відеокодеки Н.261 і Н.263 породжують значнішу затримку відеопотоку порівняно із затримкою аудіопотоку, що виникає в ході цифрової обробки звукових сигналів в кодеку G.723.1 Через цю різницю затримок виникає ефект розсинхронізації відео- і аудіопотоків. Синхронізація цих потоків не є обов'язковою функцією Н.324-термінала, але для її здійснення може вводиться додаткова затримка аудіопотоку в приймальному терміналі. Термінал, що з цією метою передає, за допомогою Н.245-індікатора Skew Indication повідомляє усереднену величину різниці часів обробки аудіо і відео сигналів. Проміжні пристрої мережі, такі як MCU або міжмережеві адаптери, можуть внести свій внесок до величини розсинхронізації і зобов'язані відповідно змінити значення змінної повідомлення Skew Indication. Приймаючий термінал може використовувати цю інформацію для забезпечення синхронного відтворення аудіо- і відеорядів. У цьому і полягає, власне, функція блоку компенсації затримки аудіоканалу.

Н.324-термінал повинен передавати аудіо-AL-SDU-пакети з частотою fa, визначуваною використовуваним кодеком. Передача кожного нового пакету починається в момент з інтервалу [n*Та, n*Та+10 мс.], де n - порядковий номер пакету, а Ta=l/fa. Таким чином, тривалість аудіопакетів не перевищує 10 мс.

Мультиплексування потоків G.723.1 - кодека реалізується на підрівні адаптації AL2 мультиплексора. Процедура нумерації пакетів є опциональною для підрівня AL2, але її використання в умовах, коли джиттер менше тривалості аудіокадру, не представляється виправданим.

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

2.3.4 Канали передачі даних. Групові конференції

Канали передачі даних.

До числа стандартизованих додатків обробки даних входять наступні:

двоточкова і групова аудіографічні конференції, що реалізовуються відповідно до сімейства стандартів Т.120, включають можливості доступу до баз даних, передачу нерухомих зображень, передачу файлів у фоновому режимі і т.п.;

двоточкова передача нерухомого зображення (рекомендації Т.84);

двоточкова передача файлів (рекомендації Т.434);

підтримка протоколу Н.221 для управління додатками в реальному часі, зокрема протоколу Н.281 для управління віддаленою відеокамерою;

обробка довільних даних користувача від зовнішнього порту.

Для даних систем КВКЗ обробка даних перерахованих застосувань є факультативною можливістю. Вони можуть розташовуватися на зовнішньому комп'ютері або на якихось інших самостійних пристроях, що приєднуються до Н.324-терміналу по інтерфейсу V.24, або можуть бути інтегровані з терміналом (мал.2.9.).

Мал. 2.9 Інтерфейс додатків|застосувань| обробки даних.

Додатки можуть використовувати перераховані нижче канальні протоколи. У їх числі:

V.14 з буферизацією для асинхронної передачі даних без корекції помилок;

LAPM/V.42 (Link Access Procedures for Modems) - для асинхронної передачі даних з корекцією помилок;

HDLC-тунелювання;

прозорий режим передачі даних за допомогою нефрагментуючих або самофрагментируючих протоколів.

Протоколи обробки даних працюють з Н.233 логічними каналами і не роблять безпосереднього впливу на стан фізичних ліній терміналу. Термінал може підтримувати одночасну роботу декількох застосувань і, відповідно, можуть бути одночасно відкриті декілька логічних каналів для передачі даних.

Н.324-термінал, що пропонує будь-який з перерахованих вище протоколів, повинен забезпечити реалізацію його процедур, використовуючи логічний канал, що сегментується, і підрівень адаптації AL1 Н.223-мультиплексора. Можуть використовуватися і інші підрівні адаптації (AL2, AL3), якщо приймач володіє такою можливістю.

Протокол V.14 з буферизацією використовується для перетворення асинхронного потоку символів і команди BREAK, що направляються на інтерфейс V.24, в синхронний бітовий потік.

Протокол V.42 в режимі LAPM по суті вирішує ті ж завдання, що і протокол V.14, але забезпечує ще і корекцію помилок передачі. Слід зазначити, що цей протокол вимагає наявність зворотного каналу. Отже, логічний канал для нього повинен відкриватися Н.245-процедурами, призначеними для створення асоційованих двонаправлених каналів.

HDLC-тунелювання є механізмом реалізації протоколу HDLC на асинхронних послідовних лініях. HDLC-кадри прибувають на V.24-інтерфейс від додатків обробки даних. Якщо інтерфейс V.24 функціонує в синхронному режимі, то з HDLC-кадрів віддаляються доповнюючі нульові біти, і весь зміст кадру від початкового до кінцевого прапорів, виключаючи їх, поміщається в один канальний кадр підрівня AL1 для передачі його на рівень мультиплексування.

Якщо інтерфейс V.24 функціонує в асинхронному режимі, то HDLC-кадры, що приходять на інтерфейс, кодуються як послідовність асинхронних символів з використанням техніки "Байт - стаффінг" замість звичайної для HDLC процедури вставки нульових бітів. Оскільки звичайний послідовний порт персонального комп'ютера не підтримує синхронний режим роботи, то останній режим виявляється практично вельми важливим. Після виконання цих процедур весь вміст HDLC-кадра (без прапорів початку і кінця кадру) поміщається в один фрагментований канальний пакет підрівня AL1 для передачі його на рівень мультиплексування.

У прозорому режимі передачі байти, що приходять на V.24 інтерфейс, повинні поміщатися безпосередньо в байти нефрагментованих пакетів канального рівня із збереженням початкового порядку проходження бітів. Ніякі процедури фрагментації або інші перетворення початкового потоку при цьому не виконуються.

Тепер коротко опишемо додатки обробки даних, які виконуються на зовнішньому комп'ютері, пов'язаному з Н.324-терміналом по інтерфейсу V.24. Додатки, інтегровані з терміналом, можуть не виконувати процедури, що відносяться до підтримки інтерфейсу V.24.

Телеконференції Т.120. Сімейство рекомендацій Т.120, що детально розглядається в наступному розділі, визначає додатки двоточкових і групових телеконференцій, що включають доступ до баз даних, анотування і передачу графічній інформації, сумісне використання додатків, фонову передачу файлів і ряд інших застосувань, що забезпечують можливості спільної роботи розподілених груп. Н.324-термінали, які реалізують описувані застосування, повинні використовувати базисний набір протоколів доступу до ТФОП, визначений рекомендаціями Т.123. Виняток становить процедура обробки HDLC-кадрів, що поступають на інтерфейс V.24 від додатків Т.120, які обробляються по методу тунелювання HDLC-кадрів, описаному вище. Оскільки Т.120 вимагає для функціонування своїх додатків наявності і зворотного каналу передачі, то логічні канали для них повинні відкриватися Н.245-процедурою відкриття асоційованих двонаправлених каналів.

Процедури рекомендацій Т.84 (SPIFF - Still Picture Interchange File Format) забезпечує передачу нерухомого зображення безпосередньо від джерела (цифрова камера), приєднаного до терміналу, що передає, по інтерфейсу V.24, до приймача (наприклад, цифровий принтер), приєднаного до приймаючого терміналу по інтерфейсу V.24. "Безпосередня передача" в даному випадку означає пересилку даних без використання інших застосувань. Для узгодження форматів зображень, підтримуваних обома кінцевими пристроями, використовуються механізми протоколу Н.245. Передача даних реалізується по протоколу LAPM/V.42.