Відмінності між версіями «Вибір режиму обробки інформації»
(Створена сторінка: <div style="background: #33ccff"> '''Технологія VoIP''' >> '''[[Розділ_6._Сигналізація_Н.323|Розділ 6. Сигналіза...) |
|||
| (не показана одна проміжна версія ще одного учасника) | |||
| Рядок 9: | Рядок 9: | ||
</center> | </center> | ||
</div> | </div> | ||
| − | + | '''6.4.4 Вибір режиму обробки інформації'''<br> | |
| + | Кінцеве устаткування в ході процедури Capabilitiesexchange може оголосити підтримувані їм режими передачі інформації. Зустрічне обладнання, одержавши список можливих режимів передачі інформації, може, передавши повідомлення requestMode, запросити передачу в одному з цих режимів. Пристрій, що одержав повідомлення requestMode, повинно, якщо це можливо, виконати що міститься в ньому вимога (рис.6.18). Обладнання, яке не хоче перебувати під контролем іншого обладнання в частині вибору режиму передачі інформації, може просто не вказувати. яким способом воно буде її передавати.<br> | ||
| + | <center> | ||
| + | [[Файл:VoIP_6.18.png]]<br> | ||
| + | '''Рис. 6.18.''' Вибір режиму обробки інформації | ||
| + | </center><br> | ||
| + | Термінальне обладнання, бере участь у конференції та отримало від контролера конференцій повідомлення multipointModeCommand, має виконувати вимоги, що містяться в повідомленнях requestMode, якщо ці вимоги не виходять за межі можливостей устаткування. Примітно, що в централізованих і децентралізованих конференціях, всі повідомлення requestMode, що передаються терміналами, надходять на контролер конференцій, і він приймає рішення, задовольнити отримані вимоги чи ні.<br> | ||
| + | У таблиці 6.4 наведено повідомлення Н.245, які обладнання стандарту Н.323 зобов'язане приймати та передавати, а також необов'язкові і заборонені повідомлення Н.245. Прийнявши нерозпізнаваною повідомлення, обладнання Н.323 має передати у відповідь повідомлення functlonNotSupported. Слід зазначити, що опис найбільш часто використовуваних повідомлень було приведено в даному параграфі.<br> | ||
| + | '''Таблиця 6.4''' Керуючі повідомлення Н.245<br> | ||
| + | <br> | ||
<div style="background: #33ccff"> | <div style="background: #33ccff"> | ||
Поточна версія на 11:23, 21 грудня 2010
Технологія VoIP >> Розділ 6. Сигналізація Н.323
[ << 6.4.3 Відкриття та закриття логічних каналів ] [ 6.5 Алгоритми встановлення, підтримки і руйнування з'єднання >> ]
6.4.4 Вибір режиму обробки інформації
Кінцеве устаткування в ході процедури Capabilitiesexchange може оголосити підтримувані їм режими передачі інформації. Зустрічне обладнання, одержавши список можливих режимів передачі інформації, може, передавши повідомлення requestMode, запросити передачу в одному з цих режимів. Пристрій, що одержав повідомлення requestMode, повинно, якщо це можливо, виконати що міститься в ньому вимога (рис.6.18). Обладнання, яке не хоче перебувати під контролем іншого обладнання в частині вибору режиму передачі інформації, може просто не вказувати. яким способом воно буде її передавати.
Рис. 6.18. Вибір режиму обробки інформації
Термінальне обладнання, бере участь у конференції та отримало від контролера конференцій повідомлення multipointModeCommand, має виконувати вимоги, що містяться в повідомленнях requestMode, якщо ці вимоги не виходять за межі можливостей устаткування. Примітно, що в централізованих і децентралізованих конференціях, всі повідомлення requestMode, що передаються терміналами, надходять на контролер конференцій, і він приймає рішення, задовольнити отримані вимоги чи ні.
У таблиці 6.4 наведено повідомлення Н.245, які обладнання стандарту Н.323 зобов'язане приймати та передавати, а також необов'язкові і заборонені повідомлення Н.245. Прийнявши нерозпізнаваною повідомлення, обладнання Н.323 має передати у відповідь повідомлення functlonNotSupported. Слід зазначити, що опис найбільш часто використовуваних повідомлень було приведено в даному параграфі.
Таблиця 6.4 Керуючі повідомлення Н.245
[ << 6.4.3 Відкриття та закриття логічних каналів ] [ 6.5 Алгоритми встановлення, підтримки і руйнування з'єднання >> ]
--Козінцев Олексій 36 гр. 16:01, 29 листопада 2010 (EET)
