|
|
| (не показано 35 проміжних версій цього учасника) |
| Рядок 1: |
Рядок 1: |
| − | <div style="background: #33ccff"> | + | <div style="background: #cccccc"> |
| | <center> | | <center> |
| − | [[Зміст]] | + | ---- |
| | + | [ '''[[Технологія VoIP]]''' ][ [[Розділ_2._Мережеві_аспекти_IP-телефонії|Розділ 2. Мережеві аспекти IP-телефонії >>]] ] |
| | + | ---- |
| | </center> | | </center> |
| | </div> | | </div> |
| − | == '''1.1 Пропорції в телекомунікаціях''' ==
| |
| − | Гуляючи в тінистому гаю, грецький філософ Анаксимен розмовляв зі своїм учнем. «Скажи мені, - запитав юнак, - чому тебе часто долають сумніви? Ти прожив довге життя, навчений досвідом і вчився у великих еллінів. Як же так вийшло, що і для тебе залишилося настільки багато незрозумілих питань?». У відповідь філософ окреслив палицею перед собою два кола: малий і великий. «Твої знання-це маленьке коло, а мої - великий. Але все, що залишилося поза цих кіл, - невідомість. Маленьке коло c невідомістю стикається мало. Чим ширше коло твоїх знань, тим протяженнее його кордон з невідомістю. І надалі, чим більше ти будеш дізнаватися нового, тим більше у тебе буде виникати незрозумілих питань».<br>
| |
| − | Класична телефонія з її традиційними телефонними послугами POTS (Plain Old Telephone Service), досить добре вивчена за свою більш ніж столітню історію, відповідає малому колу з цієї повчальної притчі. Велике коло представляє народжувану індустрію інфокомунікацій, що є результатом взаємопроникнення (конвергенції) інформаційних і телекомунікаційних технологій та послуг і дійсно породжує більше нерозв'язаних питань, ніж готових відповідей.<br>
| |
| − | З часу свого виникнення телекомунікації базуються на передачі електромагнітних сигналів через транспортну середу, якою можуть бути:<br>
| |
| − | <ul>
| |
| − | <li>металевий кабель,</li>
| |
| − | <li>оптоволокно,</li>
| |
| − | <li>радіоканал.</li>
| |
| − | </ul>
| |
| − | Передана у вигляді електромагнітних сигналів інформація може бути:<br>
| |
| − | <ul>
| |
| − | <li>мова,</li>
| |
| − | <li>дані,</li>
| |
| − | <li>відеозображення.</li>
| |
| − | </ul>
| |
| − | або будь-яку їхню комбінацію, звану мультимедійною інформацією.<br>
| |
| − | Ці три джерела і три складові частини телекомунікацій в повній мірі відображають їх сучасний стан, причому сучасність тут розуміється в широкому сенсі. Передача по мережах зв'язку інформації трьох перерахованих вище видів благополучно здійснювалася не одне десятиліття, поки не спрацював принцип, давно відомий у сфері мистецтв, - вся справа в пропорціях.<br>
| |
| − | Ще в 1996 р. в США трафік передачі даних вперше перевищив мовний (рис. 1.1) і продовжує демонструвати завидні темпи зростання (до 30% на рік у порівнянні з 3% у рік для телефонії). Те ж відбулося в Європі в 1999 році. Все це послужило поштовхом до початку нової ери в телекомунікаціях - ери інтегрованих рішень та конвергенції всіх видів зв'язку. Протокол IP отримав світове визнання і, до певної міри, став «де-факто» стандартом для передачі мультимедійної інформації.<br>
| |
| − | Якщо додати сюди феномен мережі Інтернет, де, за найскромнішими підрахунками, зростання числа користувачів становить 5% на місяць, то стане цілком зрозуміло, що всі ці події самим безпосереднім чином тягнуть за собою докорінну зміну підходів до побудови інформаційних мереж. Мова і дані міняються місцями. Традиційні мережі передачі даних базувалися на магістралях з комутацією каналів, призначених для телефонного трафіку. При новому підході - все навпаки: телефонія буде надстраиваться над інфраструктурою мережі передачі даних.<br>
| |
| − | Зміщення центру ваги в область передачі даних поставило питання про пошук зручного способу вбудовування мови в мультимедійний цифровий потік. Причина популярності IP як раз і полягає в його сприйнятливості до вимог з боку не тільки послуг передачі даних, але і додатків реального часу. Прикладом може служити успішно реалізована технологія передачі мовної інформації по мережах з маршрутизацією пакетів IP - Voice over IP (VolP) або IP-телефонія.<br>
| |
| − | <center>
| |
| − | [[Файл:VoIP_1.1.png]]<br>
| |
| − | '''Рис. 1.1.''' Ріст трафіка Інтернет та телефонного трафіку
| |
| − | </center><br>
| |
| − | Але поняття Voice over IP має на увазі не тільки і не стільки використання мережі Інтернет в якості середовища передачі мови, скільки сам протокол IP і технології, щоб забезпечити надійну і високоякісну передачу мовної інформації в мережах пакетної комутації. Відсутність гарантованої якості обслуговування при передачі мови компенсується появою таких технологій, як багатопротокольна комутація по мітках - Multiprotocol Label Switching (MPLS), протокол резервування ресурсів - Resource Reservation Protocol (RSVP), диференціальне обслуговування різнотипного трафіку - Differentiated Services (DiffServ) та інших. Все більшу популярність набуває передача пакетів IP, упакованих у контейнери систем синхронної цифрової ієрархії - Synchronous Digital Hierarchy (SDH), а також технологія спектрального мультиплексування - Wave Division Multiplexing (WDM). У всіх випадках необхідною умовою є підпорядкування кожного вузла системи єдиної політики управління трафіком. Цьому ж покликані допомогти протоколи RTP, RTSP, Diffentiaten Services та інші механізми, що розглядаються в наступних розділах. Тут же досить зазначити, що стандартизація мовних технологій на основі стеку TCP / IP і їх підтримка лідерами ринку пакетної телефонії забезпечать сумісність обладнання різних виробників і дозволять створювати системи, в яких можливі виклики з аналогового телефонного апарату, підключеного до порту маршрутизатора, на персональний комп'ютер, або з персонального комп'ютера на номер ТфОП, в рамках трьох сценаріїв IP-телефонії, що розглядаються в наступному розділі.<br>
| |
| | | | |
| − | == '''1.2 Перспективи розвитку ТМЗК та IP-мереж''' ==
| |
| − | Продовжуючи аналіз росту трафіку даних і мови, представленого у вигляді графіків на рис.1 в попередньому параграфі, автори дозволили собі навести прогноз зростання кількості абонентів (графіки на рис.1.2). Суть прогнозу аж ніяк не в тому, що кількість користувачів мереж стаціонарного зв'язку, мобільного зв'язку та Інтернет до 2004-2006 років досягне мільярда, а в тому, що ємності цих мереж зближуються. У контексті даної глави остання обставина, відповідно до закону діалектики про перехід кількості в якість, призводить до принципово новим думкам з приводу конвергенції цих мереж. Важливим стимулом таких думок є прогноз загальносвітових доходів від телекомунікаційних послуг, зроблений Dataquest (рис. 1.26), графічне представлення якого майже збігається з верхньою кривою на рис. 1.2а. Порогова величина в цьому прогнозі становить трильйон доларів США сукупного доходу за сегментами ринку (мова, дані, мобільний зв'язок), а перехід за цей поріг очікується ще раніше - в 2002-2003 рр..<br>
| |
| − | <center>
| |
| − | [[Файл:VoIP_1.2.png]]<br>
| |
| − | '''Рис. 1.2.''' Зростання чисельності абонентів, їх перерозподіл (а) і загальносвітові показники доходів від телекомунікаційних послуг за сегментами ринку (б)
| |
| − | </center><br>
| |
| − | Одним з аспектів, що сприяють згаданої вище конвергенції, є ключовий принцип відділення організації послуг від транспортування інформації, що становить основу ідеї Інтелектуальних мереж. Суть концепції Інтелектуальної мережі (IN) полягає в побудові універсальної середовища, що забезпечує найбільшу ефективність створення і надання нових телефонних послуг. Поступово ця концепція стала засобом глобального нагнітання обчислювальної потужності в телефонну мережу загального користування (ТФОП), про що чимало сказано в тільки що вийшла монографії.<br>
| |
| − | Тут же є корисним продовжити кількісні оцінки і спробувати уявити собі короткостроковий і довгостроковий прогнози розвитку телекомунікаційних послуг.<br>
| |
| − | Короткостроковий прогноз автори пов'язують із згаданими вище аспектами конвергенції мереж і послуг зв'язку. Довгостроковий прогноз припускає, що переважання додатків типу клієнт-сервер на основі IP-мереж (наприклад, пошук інформації, пошта та інші) збережеться. Але у віддаленій перспективі внутрішня природа мережі, що базується на протоколі IP, може стати гальмом для виконання вимог інтерактивної мультимедіа: висока швидкодія в реальному часі і «наскрізна» широкосмугова інтерактивність. Для такого роду додатків в майбутньому буде потрібно більш потужна платформа.<br>
| |
| − | Рис.1.3 ілюструє еволюцію телекомунікаційних додатків на основі IP.<br>
| |
| − | Прийнявши до уваги ту обставину, що IP-телефонія є одним з найважливіших додатків на базі протоколу IP, на підставі рис.1.3 читач може прийняти рішення про те, наскільки доцільно прочитати цю книгу. Основний висновок авторів з цього малюнка полягає в тому, що Internet Protocol безумовно буде домінуючим протоколом в мережах наступного покоління, яким належить підтримувати передачу мови, даних, факсиміле, відеоінформації та мультимедіа.<br>
| |
| − | <center>
| |
| − | [[Файл:VoIP_1.3.png]]<br>
| |
| − | '''Рис. 1.3.''' Тенденції розвитку телекомунікаційних послуг
| |
| − | </center><br>
| |
| − | Першочергова мета конвергенції мереж на базі протоколу IP-це зниження загальних витрат, що складаються не тільки з капітальних витрат на придбання та інсталяцію телекомунікаційного обладнання, а й з витрат на його утримання. Теоретично одна об'єднана мережа зменшила б потреба у кваліфікованому персоналі - одні й ті ж люди стали б займатися і телефонією, і системами передачі даних. Наявність лише одного каналу доступу до розподіленої мережі теж грунтовно знизило б щомісячні витрати. Направляючи мовної трафік через корпоративну магістральну мережу передачі даних, можна істотно зменшити витрати на традиційні телефонні послуги. І, нарешті, скорочення одиниць використовуваного обладнання значно зменшить вартість його технічного обслуговування. Як зазначив представник одного міжнародного оператора зв'язку, перехід на технологію IP-телефонії дозволить йому заощадити близько 70% коштів на капітальні витрати, 60-80% коштів, що виділяються на організацію каналів доступу, і 50% коштів на поточне обслуговування та ремонт мережі.<br>
| |
| − | Однак економія на вартості інфраструктури - це не те, заради чого задумувався перехід до об'єднаних мереж. Революція станеться тоді, коли з'являться нові програми, наприклад, коли центри обслуговування клієнтів зможуть в реальному часі «супроводжувати» кожного покупця з моменту його появи на домашній сторінці компанії в мережі Інтернет до оформлення замовлення на покупку потрібного продукту, «проводячи» його через такі етапи , як демонстрація каталогу пропонованих виробів і з'ясування незрозумілих питань в ході телефонного спілкування з представником компанії. Інший приклад застосування нових технологій - використання співробітниками телефонного сервісу своєї корпоративної УАТС незалежно від того, де він і знаходяться, наприклад, при роботі вдома. <br>
| |
| − | При всіх оптимістичних прогнозах, викладених вище, не слід забувати, що традиційна телефонний зв'язок спирається на потужну базу, що створювалася протягом багатьох десятиліть, і така система не може не володіти певною інерцією. Виходячи з цього, навряд чи варто очікувати, що не сьогодні-завтра станеться миттєвий революційний стрибок у галузі зв'язку, та Інтернет-телефонія витіснить всі інші технології. Швидше навпаки: протягом найближчих 5-10 років традиційна телефонія буде як і раніше займати домінуючі позиції. Перехід на нові, більш прогресивні методи буде відбуватися поступово еволюційним шляхом, в різних країнах з різною швидкістю. А це означає, що протягом тривалого часу ТфОП і IP-мережі будуть змушені існувати паралельно, забезпечуючи взаємну прозорість і об'єднуючи свої зусилля в обслуговуванні різнорідного абонентського трафіку.<br>
| |
| − | Згідно з відомою формулою про неможливість знаходитися в якомусь суспільстві і бути поза його законів, при входженні IP-телефонії в давно сформувалося глобальне телефонне суспільство необхідне дотримання основних законів існуючій ТфЗК:<br>
| |
| − | експлуатаційна надійність з трьома дев'ятками після коми, жорсткі норми якості передачі мови в реальному часі і т.п.<br>
| |
| − | Не менш законів, правил і норм важливі традиції, що сформувалися за більш ніж столітній період існування ТфОП. І. Губерманом дана точна формулювання важливості традицій:<br>
| |
| − | Владика наш - традиція. А в ній-свої благословіння і перепони;<br>
| |
| − | неписані правила сильніше, ніж самі люті закони.<br>
| |
| − | Тому не менш важливо зберегти всі звичні для користувача дії - набір номера, спосіб доступу до телефонних послуг і т. д. Таким чином, абонент не повинен відчувати різниці між IP-телефонією і звичайним телефонним зв'язком ні за якістю мови, ні за алгоритмом доступу.
| |
| − | З тих же причин дуже бажано забезпечити між ТФОП і IP-мережами повну прозорість передачі користувальницької інформації та сигналізації. Справа в тому, що на відміну, наприклад, від більшості корпоративних мереж зв'язку, мережі загального користування не мають національних і відомчих меж. IP-телефонія повинна мати можливість підтримувати спільну роботу і забезпечувати інформаційну прозорість з безліччю стандартів зв'язку, прийнятих у різних країнах світу. Мова йде не тільки про електричну стикуванні - необхідно знайти взаємоприйнятне рішення таких завдань, як взаємодія протоколів верхніх рівнів та програм, нарахування плати та ін.<br>
| |
| | | | |
| − | == '''1.3 Транспортні технології пакетної комутації''' ==
| |
| − | Більшість виробників, які мають широким асортиментом продукції для пакетної телефонії, займають «технологічно нейтральне» положення і надають покупцеві можливість самому вибирати ту технологію, яка краще всього відповідає його інтеграційної стратегії.
| |
| − | Основні технології пакетної передачі мови - Frame Relay, ATM і маршрутизація пакетів IP - різняться ефективністю використання каналів зв'язку, ступенем охоплення різних ділянок мережі, надійністю, керованістю, захистом інформації та доступу, а також вартістю. Обмежений обсяг книги не дозволяє дати глибокий порівняльний аналіз цих технологій з точки зору передачі мови, тому тут наводяться в найбільш компактною графічній формі тільки результати такого аналізу (рис.1.4).<br>
| |
| − | <center>
| |
| − | [[Файл:VoIP_1.4.png]]<br>
| |
| − | '''Рис. 1.4. а)''' Голос по АТМ
| |
| − | </center><br>
| |
| − | <center>
| |
| − | [[Файл:VoIP_1.4.1.png]]<br>
| |
| − | '''Рис. 1.4. б)''' Голос Frame Relay
| |
| − | </center><br>
| |
| − | <center>
| |
| − | [[Файл:VoIP_1.4.2.png]]<br>
| |
| − | '''Рис. 1.4. в)''' Голос по IP<br>
| |
| − | '''Рис. 1.4.''' Порівняння технологій пакетної передачі мови: a) VoATM, б) VoFR, в) VolP
| |
| − | </center><br>
| |
| − | Транспортна технологія ATM вже кілька років успішно використовується в магістральних мережах загального користування і в корпоративних мережах, а зараз її починають активно використовувати і для високошвидкісного доступу по каналах xDSL (для невеликих офісів) і SDH / Sonet (для великих підприємств). Головні переваги цієї технології - її зрілість, надійність та наявність розвинених засобів екс
| |
| − | таційний управління мережею. У ній є неперевершені за своєю ефективністю механізми управління якістю обслуговування і контролю використання мережевих ресурсів. Проте обмежена поширеність і висока вартість устаткування не дозволяють вважати ATM кращим вибором для організації наскрізних телефонних з'єднань від одного кінцевого вузла до іншого.<br>
| |
| − | Технології Frame Relay судилося зіграти в пакетній телефонії ту ж роль, що і квазіелектронних АТС у телефонії з комутацією каналів: вони показали приклад ефективної програмно керованої техніки, але мали обмежені можливості подальшого розвитку. Користувачами недорогих послуг Frame Relay, що забезпечують цілком передбачувану продуктивність, стали багато корпоративні мережі, і більшість з них цілком задоволені своїм вибором. У короткостроковій перспективі технологія передачі мови по Frame Relay буде цілком ефективна для організації мультисервісного доступу і каналів далекого зв'язку. Але мережі Frame Relay поширені незначно: як правило, на практиці використовуються некомутовані з'єднання точка-точка.<br>
| |
| − | Технологія передачі мовної інформації по мережах з маршрутизацією пакетів IP приваблює, в першу чергу, своєю універсальністю - мова може бути перетворена в потік IP-пакетів у будь-якій точці мережевої інфраструктури: на магістралі мережі оператора, на кордоні територіально розподіленої мережі, в корпоративній мережі і навіть безпосередньо в терміналі кінцевого користувача. Зрештою, вона стане найбільш широко поширеною технологією пакетної телефонії, оскільки здатна охопити всі сегменти ринку, будучи при цьому добре адаптується до нових умов застосування. Незважаючи на універсальність протоколу IP, впровадження систем IP-телефонії стримується тим, що багато операторів вважають їх недостатньо надійними, погано керованими і не дуже ефективними. Але грамотно спроектована мережева інфраструктура з ефективними механізмами забезпечення якості обслуговування, що розглядаються в розділі 10, робить ці недоліки малосуттєвими. У розрахунку на порт вартість систем IP-телефонії перебуває на рівні (або трохи нижче) вартості систем Frame Relay, і явно нижче вартості обладнання ATM. При цьому вже зараз видно, що ціни на продукти IP-телефонії знижуються швидше, ніж на інші вироби, і що відбувається значне загострення конкуренції на цьому ринку.<br>
| |
| | | | |
| − | == '''1.4 Рівні архітектури IP-телефонії''' ==
| + | '''1.1 [[Пропорції в телекомунікаціях]]'''<br> |
| − | Архітектура технології Voice over IP може бути спрощено представлена у вигляді двох площин. Нижня площина - це базова мережа з маршрутизацією пакетів IP, верхня площина - це відкрита архітектура управління обслуговуванням викликів (запитів зв'язку).
| + | '''1.2 [[Перспективи розвитку ТМЗК та IP-мереж]]'''<br> |
| − | Нижня площина, кажучи спрощено, являє собою комбінацію відомих протоколів Інтернет: це - RTP (Real Time Transport Protocol), який функціонує поверх протоколу UDP (User Datagram Protocol), розташованого, у свою чергу, в стеку протоколів TCP / IP над протоколом IP. Таким чином, ієрархія RTP / UDP / IP являє собою свого роду транспортний механізм для мовного трафіку. Цей механізм буде більш докладно розглянутий у розділі 4, присвяченій протоколах Інтернет для передачі мови в реальному часі. Тут же відзначимо, що в мережах з маршрутизацією пакетів IP для передачі даних завжди передбачаються механізми повторної передачі пакетів у разі їх втрати. При передачі інформації в реальному часі використання таких механізмів лише погіршить ситуацію, тому для передачі інформації, чутливої до затримок, але менш чутливою до втрат, такий як мова і відеоінформація, використовується механізм негарантованої доставки інформації RTP / UDPD / IP. Рекомендації ITU-Т допускають затримки водному напрямку не перевищують 150 мс. Якщо приймальня станція запросить повторну передачу пакету IP, то затримки при цьому будуть занадто великі. <br>
| + | '''1.3 [[Транспортні технології пакетної комутації]]'''<br> |
| − | Тепер перейдемо до верхньої площини управління обслуговуванням запитів зв'язку. Взагалі кажучи, управління обслуговуванням виклику передбачає прийняття рішень про те, куди виклик повинен бути спрямований, і яким чином має бути встановлене з'єднання між абонентами. Інструмент такого управління-телефонні системи сигналізації, починаючи з систем, підтримуваних декадно-крокових АТС і передбачають об'єднання функцій маршрутизації і функцій створення комутованого розмовного каналу в одних і тих же декадно-крокових шукачів. Далі принципи сигналізації еволюціонували до систем сигналізації по виділеним сигнальним каналах, до многочастотной сигналізації, до протоколів загальноканальної сигналізації № 7 [6, 7] і до передачі функцій маршрутизації у відповідні вузли обробки послуг Інтелектуальної мережі.<br>
| + | '''1.4 [[Рівні архітектури IP-телефонії]]'''<br> |
| − | У мережах з комутацією пакетів ситуація більш складна. Мережа з маршрутизацією пакетів IP принципово підтримує одночасно цілий ряд різноманітних протоколів маршрутизації. Такими протоколами на сьогодні є: RIP - Routing Information Protocol, IGRP - Interior Gateway Routing Protocol, EIGRP - Enhanced Interior Gateway Routing Protocol, IS-IS - Intermediate System-to-intermediate System, OSPF - Open Shortest Path First, BGP - Border Gateway Protocol та ін Точно так само і для IP-телефонії розроблено цілий ряд протоколів. <br>
| + | '''1.5 [[Різні підходи до побудови мереж IP-телефонії]]''' <br> |
| − | Найбільш поширеним є протокол, специфікований в рекомендації Н.323 ITU-T, зокрема, тому, що він став застосовуватися раніше інших протоколів, яких, до того ж, до впровадження Н.323 взагалі не існувало.<br>
| + | '''1.5.1 [[Побудова мережі за рекомендацією Н.323]]'''<br> |
| − | Інший протокол площині управління обслуговуванням виклику-SIP - орієнтований на те, щоб зробити кінцеві пристрої і шлюзи більш інтелектуальними і підтримувати додаткові послуги для користувачів.<br>
| + | '''1.5.2 [[Мережа на базі протоколу SIP]]'''<br> |
| − | Ще один протокол - SGCP - розроблявся, починаючи з 1998 року, для того, щоб зменшити вартість шлюзів за рахунок реалізації функцій інтелектуальної обробки виклику в централізованому обладнанні. Протокол IPDC дуже схожий на SGCP, але має багато більше, ніж SGCP, механізмів експлуатаційного управління (ОАМ & Р). В кінці 1998 року робоча група MEGACO комітету IETF розробила протокол MGCP, який базується, в основному, на протоколі SGCP, але з деякими доповненнями в частині ОАМ & Р. <br>
| + | '''1.5.3 [[Мережа на базі MGCP і MEGACO]]'''<br> |
| − | Робоча група MEGACO не зупинилася на досягнутому, продовжувала вдосконалювати протокол управління шлюзами і розробила більш функціональний, ніж MGCP, протокол MEGACO. Його адаптований до Н.323 варіант (під назвою Gateway Control Protocol) ITU-T пропонує в рекомендації Н.248.<br>
| + | '''1.5.4 [[Порівняння підходів до побудови мережі IP-телефонії]]'''<br> |
| | | | |
| − | == '''1.5 Різні підходи до побудови мереж IP-телефонії''' ==
| + | |
| − |
| + | |
| − | Щоб стало зрозуміло, чим конкретно відрізняються один від одного перераховані у попередньому параграфі протоколи, коротко розглянемо архітектуру мереж, побудованих на базі цих протоколів, і процедури встановлення та завершення з'єднання з їх використанням.
| + | <div style="background: #cccccc"> |
| − | <br> | + | |
| − | '''''1.5.1 Побудова мережі за рекомендацією Н.323''''' <br>
| + | |
| − | Перший в історії підхід до побудови мереж IP-телефонії на стандартизованої основі запропоновано Міжнародним союзом електрозв'язку (ITU) в рекомендації Н.323 [42]. Мережі на базі протоколів Н.323 орієнтовані на інтеграцію з телефонними мережами і можуть розглядатися як мережі ISDN, накладені на мережі передачі даних. Зокрема, процедура встановлення з'єднання в таких мережах IP-телефонії базується на рекомендації Q.931 [44] і аналогічна процедурі, яка використовується в мережах ISDN.
| + | |
| − | <br>
| + | |
| − | Рекомендація Н.323 передбачає досить складний набір протоколів, який призначений не просто для передачі мовної інформації по IP-мереж з комутацією пакетів. Його мета - забезпечити роботу мультимедійних додатків у мережах з негарантованих якістю обслуговування. Мовний трафік - це тільки один з додатків Н.323, поряд з відео і даними. Атак як нічого в техніці (як і в житті) не дістається задарма, забезпечення сумісності з Н.323 різних мультимедійних додатків вимагає досить значних зусиль. Наприклад, для реалізації функції перемикання зв'язку (call transfer) потрібна окрема специфікація Н.450.2.
| + | |
| − | Варіант побудови мереж IP-телефонії, запропонований Міжнародним союзом електрозв'язку в рекомендації Н.323, добре підходить тим операторам місцевих телефонних мереж, які зацікавлені у використанні мережі з комутацією пакетів (IP-мережі) для надання послуг міжміського і міжнародного зв'язку. Протокол RAS, що входить у сімейство протоколів Н.323, забезпечує контроль використання мережевих ресурсів, підтримує аутентифікацію користувачів і може забезпечувати нарахування плати за послуги. <br>
| + | |
| − | На рис 1.5. представлена архітектура мережі на базі рекомендації Н.323. Основними пристроями мережі є: термінал (Terminal), шлюз (Gateway), воротар (Gatekeeper) і пристрій керування конференціями (Multipoint Control Unit-MCU).<br>
| + | |
| | <center> | | <center> |
| − | [[Файл:VoIP_1.5.png]]<br>
| + | ---- |
| − | '''Рис. 1.5.''' Архітектура мережі Н.323
| + | [ '''[[Технологія VoIP]]''' ][ [[Розділ_2._Мережеві_аспекти_IP-телефонії|Розділ 2. Мережеві аспекти IP-телефонії >>]] ] |
| − | </center><br>
| + | ---- |
| − | Термінал Н.323 - крайовий пристрій користувача мережі IP-телефонії, яке забезпечує двосторонній мовну (мультимедійну) зв'язок з іншим терміналом Н.323, шлюзом або пристроєм управління конференціями.<br>
| + | </center> |
| − | Шлюз IP-телефонії реалізує передачу мовного трафіку по мережах з маршрутизацією пакетів IP по протоколу Н.323. Основне призначення шлюзу - перетворення мовної інформації, що поступає з боку ТФОП, у вигляд, придатний для передачі по мережах з маршрутизацією пакетів IP. Крім того, шлюз перетворює сигнальні повідомлення систем сигналізації DSS1 і ОКС7 в сигнальні повідомлення Н.323 і виробляє зворотне перетворення, відповідно до Рекомендації ITU H.246.<br>
| + | </div> |
| − | У придверні зосереджений весь інтелект мережі IP-телефонії. Мережа, побудована відповідно до рекомендації Н.323, має зонну архітектуру (рис. 1.6). Сторож виконує функції управління однією зоною мережі IP-телефонії, в яку входять: термінали, шлюзи, пристрої керування конференціями, зареєстровані у даного воротаря. Окремі фрагменти зони мережі Н.323 можуть бути територіально рознесені і з'єднуватися один з одним через маршрутизатори.<br>
| + | |
| − | <center>
| + | --[[Користувач:Козінцев Олексій|Козінцев Олексій 36 гр.]] 04:14, 3 листопада 2010 (EET) |
| − | [[Файл:VoIP_1.6.png]]<br> | + | |
| − | '''Рис. 1.6.''' Зона мережі Н.323 | + | |
| − | </center><br>
| + | |
| − | Найбільш важливими функціями воротаря є:<br>
| + | |
| − | <ul>
| + | |
| − | <li>реєстрація кінцевих та інших пристроїв;</li>
| + | |
| − | <li>контроль доступу користувачів системи до послуг IP-телефонії за допомогою сигналізації RAS;</li>
| + | |
| − | <li>перетворення alias-... викликається користувача (оголошеного імені абонента, номер телефону, адреси електронної пошти тощо) в транспортна адреса мереж з маршрутизацією пакетів IP (IP адреса номер порту TCP);</li>
| + | |
| − | <li>контроль, управління і резервування пропускної здатності мережі;</li>
| + | |
| − | <li>ретрансляція сигнальних повідомлень Н.323 між терміналами.</li>
| + | |
| − | </ul>
| + | |
| − | В одній мережі IP-телефонії, що відповідає вимогам рекомендації ITU Н.323, може знаходитися декілька воротарів, що взаємодіють один з одним по протоколу RAS.<br>
| + | |
| − | Крім основних функцій, визначених рекомендацією Н.323, воротар може відповідати за аутентифікацію користувачів і нарахування плати (біллінг) за телефонні з'єднання.<br>
| + | |
| − | Пристрій управління конференціями забезпечує можливість організації зв'язку між трьома або більше учасниками. Рекомендація Н.323 передбачає три види конференції (рис. 1.7):<br>
| + | |
| − | централізована (тобто керована MCU, з яким кожен учасник конференції з'єднується в режимі точка-точка), децентралізована (коли кожен учасник конференції з'єднується з іншими її учасниками в режимі точка-група точок) і змішана.<br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_1.7.png]]<br>
| + | |
| − | '''Рис. 1.7.''' Види конференції в мережах Н.323
| + | |
| − | </center><br>
| + | |
| − | Перевагою централізованої конференції є порівняно просте термінальне обладнання, недоліком - велика вартість пристрою управління конференціями.<br>
| + | |
| − | Для децентралізованої конференції потрібно більш складне термінальне обладнання і бажано, щоб у мережі IP підтримувалася передача пакетів IP у режимі під LGPL (IP multicasting). Якщо цей режим у мережі не підтримується, термінал повинен передавати мовну інформацію кожному з решти учасників конференції в режимі точка-крапка.<br>
| + | |
| − | Пристрій управління конференціями складається з одного обов'язкового елемента-контролера конференцій (Multipoint Controller - МС), і, крім того, може включати в себе один або більше процесора для обробки інформації користувача (Multipoint Processor - МР). Контролер може бути фізично суміщений з воротарем, шлюзом або пристроєм управління конференціями, а останнє, в свою чергу, може бути поєднане зі шлюзом або воротарем.<br>
| + | |
| − | Контролер конференцій використовується для організації конференції будь-якого виду. Він організовує обмін між учасниками конференції даними про режими, підтримуваних їх терміналами, і вказує, в якому режимі учасники конференції можуть передавати інформацію, причому в ході конференції цей режим може змінюватися, наприклад, при підключенні до неї нового учасника.<br>
| + | |
| − | Так як контролерів в мережі може бути декілька, для кожної знову створюваної конференції повинна бути проведена спеціальна процедура виявлення того контролера, який буде керувати даної конференцією.<br>
| + | |
| − | При організації централізованої конференції, крім контролера МС, повинен використовуватися процесор МР, що обробляє інформацію користувача. Процесор МР відповідає за перемикання або змішування мовних потоків, відеоінформації та даних. Для децентралізованої конференції процесор не потрібен.<br>
| + | |
| − | Існує ще один елемент мережі Н .323 - проксі-сервер Н.323, тобто сервер-посередник. Цей сервер функціонує на прикладному рівні і може перевіряти пакети з інформацією, якою обмінюються два додатки. Проксі-сервер може визначати, з яким додатком (Н.323 або іншим) асоційований виклик, і здійснювати потрібне з'єднання. Проксі-сервер виконує наступні ключові функції:<br>
| + | |
| − | <ul>
| + | |
| − | <li>підключення через засоби комутованого доступу або локальні мережі терміналів, не підтримують протокол резервування ресурсів (RSVP).Два таких проксі-сервера можуть утворити в IP-мережі тунельне з'єднання з заданою якістю обслуговування;</li>
| + | |
| − | <li>маршрутизацію трафіку Н.323 окремо від звичайного трафіку даних;</li>
| + | |
| − | <li>забезпечення сумісності з перетворювачем мережевих адрес, оскільки допускається розміщення обладнання Н.323 в мережах з простором адрес приватних мереж;</li>
| + | |
| − | <li>захист доступу - доступність тільки для трафіку Н.323.</li>
| + | |
| − | </ul>
| + | |
| − | <br>
| + | |
| − | Більш докладно архітектура мережі Н.323 буде розглянута в розділі 5, а зараз доцільно сказати кілька слів про протоколи сигналізації, що входять в сімейство Н.323.<br>
| + | |
| − | Протокол RAS (Registration, Admission, Status) забезпечує взаємодію кінцевих та інших пристроїв з воротарем. Основними функціями протоколу є: реєстрація пристрою в системі, контроль його доступу до мережевих ресурсів, зміна смуги пропускання в процесі зв'язку, опитування та індикація поточного стану пристрою. В якості транспортного протоколу використовується протокол з негарантованої доставкою інформації UDP.<br>
| + | |
| − | Протокол Н.225.0 (Q.931) підтримує процедури встановлення, підтримки і руйнування з'єднання. В якості транспортного протоколу використовується протокол із установленням з'єднання і гарантованою доставкою інформації TCP.<br>
| + | |
| − | За протоколом Н.245 відбувається обмін між учасниками з'єднання інформацією, яка необхідна для створення логічних каналів. За цим каналам передається мовна інформація, упакована в пакети RTP / UDP / IP.<br>
| + | |
| − | Виконання процедур, передбачених протоколом RAS, є початковою фазою встановлення з'єднання з використанням сигналізації Н.323. Далі слідують фаза сигналізації Н.225.0 (Q.931) та обмін керуючими повідомленнями Н.245. Руйнування з'єднання відбувається в зворотній послідовності: в першу чергу закривається керуючий канал Н.245 і сигнальний канал Н.225.0, після чого воротар по каналу RAS оповіщається про звільнення раніше займалася смуги пропускання.<br>
| + | |
| − | Складність протоколу Н.323 демонструє рис. 1.8, на якому представлений спрощений сценарій встановлення з'єднання між двома користувачами. У даному сценарії припускається, що кінцеві користувачі вже знають IP-адреси один одного. У звичайному випадку етапів буває більше, оскільки у встановленні з'єднання беруть участь придверні, і шлюзи.<br>
| + | |
| − | Розглянемо крок за кроком цей спрощений сценарій.<br>
| + | |
| − | 1. Кінцевий пристрій користувача А посилає запит з'єднання - повідомлення SETUP - до кінцевого пристрою користувача ВнаТСР-порт1720.<br>
| + | |
| − | 2. Кінцевий пристрій викликається користувача В відповідає на повідомлення SETUP повідомленням ALERTING, що означає, що пристрій вільно, а викликається користувачеві подається сигнал про вхідний дзвінок.<br>
| + | |
| − | 3. Після того, як користувач У приймає виклик, до викликає стороні А передається повідомлення CONNECT з номером ТСР-порту керуючого каналу Н.245.<br> | + | |
| − | 4. Кінцеві пристрої обмінюються по каналу Н.245 інформацією про типи використовуваних мовних кодеків (G.729, G.723.1 і т.д.), а також про інші функціональні можливості обладнання, і сповіщають один одного про номери портів RTP, на які слід передавати інформацію.<br>
| + | |
| − | 5. Відкриваються логічні канали для передачі мовної інформації.<br>
| + | |
| − | 6. Мовна інформація передається в обидві сторони в повідомленнях протоколу RTP, крім того, ведеться контроль передачі інформації за допомогою протоколу RTCP.<br>
| + | |
