|
|
| Рядок 1: |
Рядок 1: |
| | <div style="background: #33ccff"> | | <div style="background: #33ccff"> |
| | <center> | | <center> |
| − | [[http://wiki.kspu.kr.ua/index.php?title=Розділ_2._Мережеві_аспекти_IP-телефонії Розділ 2. Мережеві аспекти IP-телефонії]]
| + | |
| − | [[http://wiki.kspu.kr.ua/index.php/Технологія_VoIP Зміст]]
| + | |
| − | [[http://wiki.kspu.kr.ua/index.php?title=Розділ_3._Передача_мови_по_IP-мережі Розділ 3. Передача мови по IP-мережі]]
| + | |
| | </center> | | </center> |
| | </div> | | </div> |
| Рядок 9: |
Рядок 7: |
| | ---- | | ---- |
| | <br> | | <br> |
| − | | + | 2.1 [[Три основні сценарії IP-телефонії]] |
| − | == 2.1 Три основні сценарії IP-телефонії ==
| + | 2.2 [[Проект TIPHON]] |
| − | Матеріал попередньої глави дал у першому наближенні відповідь на питання: що таке IP-телефонія? Перш ніж обговорити більш детально різні підходи до архітектури, протоколів і варіантами побудови систем і устаткування, корисно звернути увагу на інше питання: для чого потрібна IP-телефонія? Як відповідь на це питання розглянемо три найбільш часто використовуваних сценарію IP-телефонії:<br>
| + | |
| − | * «комп'ютер-комп'ютер»;
| + | |
| − | * «комп'ютер-телефон»;
| + | |
| − | * «телефон-телефон».<br>
| + | |
| − | Сценарій «комп'ютер-комп'ютер» реалізується на базі стандартних комп'ютерів, оснащених засобами мультимедіа і підключених до мережі Інтернет.<br>
| + | |
| − | Компоненти моделі IP-телефонії за сценарієм «комп'ютер-комп'ютер» показані на рис. 2.1. У цьому сценарії аналогові мовні сигнали від мікрофона абонента А перетворяться в цифрову форму з допомогою аналого-цифрового перетворювача (АЦП), зазвичай при 8000 відліків / с, 8 бітів / відлік, у результаті - 64 Кбіт / с. Відліки мовних даних в цифровій формі потім стискаються кодований пристроєм для скорочення потрібної для їх передачі смуги у відношенні 4:1, 8:1 або 10:1. Алгоритми стиснення мови докладно розглядаються в наступному розділі. Вихідні дані після стиснення формуються в пакети, до яких додаються заголовки протоколів, після чого пакети передаються через IP-мережу в систему IP-телефонії, обслуговує абонента Б. Коли пакети приймаються системою абонента Б, заголовки протоколу видаляються, а стислі мовні дані надходять у пристрій , розгортає їх у первісну форму, після чого мовні дані знову перетворюються на аналогову форму за допомогою цифро-аналогового перетворювача (ЦАП) і потрапляють в телефон абонента Б. Для звичайного з'єднання між двома абонентами системи IP-телефонії на кожному кінці одночасно реалізують як функції передачі , так і функції прийому. Під IP-мережею, що на рис. 2.1, мається на увазі або глобальна мережа Інтернет, або корпоративна мережа підприємства Intranet.<br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_2.1.png]]<br>
| + | |
| − | '''Рис. 1.1.''' Сценарій IP-телефонії "комп'ютер-комп'ютер"
| + | |
| − | </center><br>
| + | |
| − | Для підтримки сценарію «комп'ютер - комп'ютер» постачальнику послуг Інтернет бажано мати окремий сервер (воротар), що перетворює імена користувачів в динамічні IP-адреси. Сам сценарій орієнтований на користувача, яким мережа потрібна, в основному, для передачі даних, а програмне забезпечення IP-телефонії потрібно лише іноді для розмов з колегами. Ефективне використання телефонного зв'язку за сценарієм «комп'ютер-комп'ютер» зазвичай пов'язане з підвищенням продуктивності роботи великих компаній, наприклад, при організації віртуальної презентації в корпоративній мережі з можливістю не тільки бачити документи на Web-сервері, а й обговорювати їх зміст за допомогою IP-телефону . При цьому між двома IP-мережами можуть використовуватися елементи ТфОП, а ідентифікація викликається боку може здійснюватися як на основі Е.164, так і на основі IP-адресації. Найбільш поширеним програмним забезпеченням для цих цілей є пакет Microsoft NetMeeting, доступний для безкоштовного завантаження з сайту Microsoft.<br>
| + | |
| − | Розглянемо представлений на рис. 2.1 сценарій встановлення з'єднання «комп'ютер-комп'ютер» більш докладно.<br>
| + | |
| − | Для проведення телефонних розмов один з одним абоненти А і Б повинні мати доступ до Інтернет або до іншої мережі з протоколом IP. Припустимо, що така IP-мережа існує, і обидва абонента підключені до неї. Розглянемо можливий алгоритм організації зв'язку між цими абонентами.<br>
| + | |
| − | 1. Абонент А запускає свій додаток IP-телефонії, що підтримує протокол Н.323.<br>
| + | |
| − | 2. Абонент Б вже заздалегідь запустив свій додаток IP-телефонії, що підтримує протокол Н.323.<br> | + | |
| − | 3. Абонент А чи знає доменне ім'я абонента У елемент системи імен доменів - Domain Name System (DNS), вводить це ім'я в розділ «кому подзвонити» у своєму додатку IP-телефонії і натискає кнопку Return.<br>
| + | |
| − | 4. Додаток IP-телефонії звертається до DNS-сервера (який в даному прикладі реалізований безпосередньо в персональному комп'ютері абонента А) для того, щоб перетворити доменне ім'я абонента Б в IP-адресу.<br>
| + | |
| − | 5. Сервер DNS повертає IP-адреса абонента Б.<br>
| + | |
| − | 6. Додаток IP-телефонії абонента А одержує IP-адреса абонента Б і відправляє йому сигнальне повідомлення Н.225 Setup.<br>
| + | |
| − | 7. При отриманні повідомлення Н.225 Setup додаток абонента Б сигналізує йому про вхідний дзвінок.<br>
| + | |
| − | 8. Абонент Б приймає виклик і додаток IP-телефонії відправляє повідомлення у відповідь Н.225 Connect.<br>
| + | |
| − | 9. Додаток IP-телефонії в абонента А починає взаємодія з додатком у абонента Б відповідно до рекомендації Н.245.<br>
| + | |
| − | 10. Після закінчення взаємодії по протоколу Н.245 і відкриття логічних каналів абоненти А і Б можуть розмовляти один з одним через IP-мережу.<br>
| + | |
| − | Незважаючи на навмисну простоту викладу, розглянутий приклад досить складний, що зумовлено складністю технології IP-телефонії. У цьому прикладі не показані всі кроки і опущені дуже суттєві деталі, які необхідні постачальнику послуг для розгортання мережі IP-телефонії. Про всі ці більш складних моментах буде сказано в розділах 5-11 даної книги, а тут зробимо ще одне спрощення.<br>
| + | |
| − | Сам характер сценарію «комп'ютер-комп'ютер» на рис. 2.1 обумовлює зосередження всіх необхідних функцій IP-телефонії в персональному комп'ютері або іншому аналогічному пристрої кінцевого користувача. При описі інших сценаріїв у цій главі замість громіздкого зображення компонентів кінцевого пристрою буде наводиться тільки спрощене зображення терміналу IP-телефонії. Таким аналогом рис. 2.1 є спрощене уявлення того ж сценарію на рис. 2.2. До детального розгляду процедур аналогово-цифрового і цифро-аналогового перетворення, стиснення, пакетізаціі та ін ми повернемося в наступному розділі.<br>
| + | |
| − | <br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_2.2.png]]<br> | + | |
| − | '''Рис. 1.1.''' Спрощений сценарій IP-телефонії "комп'ютер-комп'ютер" (аналог рис.2.1)
| + | |
| − | </center><br>
| + | |
| − | Заміна зображень має і більш глибокий зміст. Назва сценарію «комп'ютер - комп'ютер» аж ніяк не означає, що в розпорядженні користувача обов'язково повинен бути стандартний PC з мікрофоном і колонками, як це представлено на рис. 2.1. Головною вимогою для такої схеми є те, що обидва користувачі повинні мати підключені до мережі персональні комп'ютери. І ці PC повинні бути завжди включені, під'єднані до мережі і мати у занедбаному вигляді програмне забезпечення IP-телефонії для прийому вхідних дзвінків. При всьому цьому повинна бути повна сумісність між програмно-апаратними засобами IP-телефонії, отриманими від різних постачальників, тобто користувачі, що бажають розмовляти один з одним, повинні мати ідентичне програмне забезпечення, наприклад, реалізує протокол Н.323.<br>
| + | |
| − | Беручи до уваги ці обставини, під назвою «комп'ютер» у всіх сценаріях ми будемо розуміти термінал користувача, включений в IP-мережу, а під назвою «телефон» - термінал користувача, включений в мережу комутації каналів будь-якого типу: ТфОП, ISDN або GSM.<br>
| + | |
| − | І ще одне, більш суттєве зауваження. До цих пір в обговоренні сценарію «комп'ютер - комп'ютер» на рис. 2.1 та 2.2 слід було, що обидва користувачі включені в одну й ту ж IP-мережу (Інтернет, Інтранет або іншу мережу з протоколом IP). У рамках проекту TIPHON, якому присвячено наступний параграф цієї глави, розглядається інша, більш складна модифікація сценарію «комп'ютер - комп'ютер». Ця модифікація, представлена на рис. 2.3, передбачає організацію зв'язку між абонентами IP-мережі з урахуванням того, що виклик транзитом проходить через мережу комутації каналів (СКК). Зауважимо, що на цьому і на наступних малюнках як СКК виступає телефонна мережа загального користування ([[ТфОП]]), хоча викладені в цьому розділі матеріали справедливі для ISDN, GSM і ін.<br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_2.3.png]]<br>
| + | |
| − | '''Рис. 1.1.''' Спрощений сценарій IP-телефонії "комп'ютер-комп'ютер". З'єднання користувачів IP-мереж через транзитну СКК
| + | |
| − | </center><br>
| + | |
| − | Наступний сценарій - «телефон-комп'ютер» - знаходить застосування в різного роду довідково-інформаційних службах Інтернет, у службах збуту товарів або в службах технічної підтримки. Користувач, який підключився до cepвepy WWW якої-небудь компанії, має можливість звернутися до оператора довідкової служби. Цей сценарій в найближчі кілька років буде, по всій вірогідності, більш активно затребуваний діловим сектором. Компанії будуть використовувати дану технологію для нарощування своїх WеЬ - сторінок (і своєї присутності у всесвітній павутині). Користувачі комп'ютерів зможуть переглядати в «реальному часі» каталоги, майже миттєво замовляти товари та отримувати безліч інших послуг. Це цілком відповідає стилю життя сучасних споживачів, пов'язаному з потребою в додаткових зручностях і економії часу. Вже сьогодні усвідомлюються всі вигоди і зручності централізованого придбання предметів широкого вжитку (наприклад, компакт-дисків, книг, програмного забезпечення і т. д.) і вже звично відбуваються операції електронної комерції.
| + | |
| − | У рамках проекту TIPHON розглядаються дві модифікації цього сценарію IP-телефонії:<br>
| + | |
| − | * від комп'ютера (користувача IP-мережі) до телефону (абоненту ТМЗК), зокрема, у зв'язку з наданням користувачам IP-мереж доступу до телефонних послуг, в тому числі, до довідково-інформаційних послуг та до послуг Інтелектуальної мережі;<br>
| + | |
| − | * від абонента ТМЗК до користувача IP-мережі з ідентифікацією викликається сторони на основі нумерації за Е.164 або IP-адресації.
| + | |
| − | Проект TIPHON заслуговує більш пильної уваги, і вже було обіцяно присвятити йому цілком наступний параграф цієї глави.<br> | + | |
| − | У першій із згаданих модифікацій сценарію «комп'ютер-телефон» з'єднання встановлюється між користувачем IP-мережі і користувачем мережі комутації каналів (мал. 2.4). Передбачається, що встановлення з'єднання ініціює користувач IP-мережі.<br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_2.4.png]]<br>
| + | |
| − | '''Рис. 1.1.''' Виклик абонента ТМЗК користувачем IP-мережі за сценарієм "комп'ютер - телефон"
| + | |
| − | </center><br>
| + | |
| − | Шлюз (GW) для взаємодії мереж ТфОП і IP може бути реалізований в окремому пристрої або інтегрований в існуюче обладнання ТфОП або IP-мережі. Показана на малюнку мережа СКК може бути корпоративною мережею або мережею загального користування.<br>
| + | |
| − | У відповідності з другою модифікацією сценарію «комп'ютер-телефон» з'єднання встановлюється між користувачем IP-мережі та абонентом ТМЗК, але ініціює його створення абонент ТфОП (рис. 2.5).<br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_2.5.png]]<br>
| + | |
| − | '''Рис. 1.1.''' Користувача IP-мережі викликає абонент ТФОП за сценарієм "комп'ютер - телефон"
| + | |
| − | </center><br>
| + | |
| − | Розглянемо трохи докладніше приклад представленої на рис. 2.5 спрощеної архітектури системи IP-телефонії за сценарієм «телефон-комп'ютер». При спробі викликати довідково-інформаційну службу, використовуючи послуги пакетної телефонії і звичайний телефон, на початковій фазі абонент А викликає довколишній шлюз IP-телефонії. Від шлюзу до абонента А надходить запит ввести номер, до якого має бути спрямований виклик (наприклад, номер служби), та особистий ідентифікаційний номер (PIN) для аутентифікації і подальшого нарахування плати, якщо це служба, виклик якої оплачується викликає абонентом. Грунтуючись на викликається номері, шлюз визначає найбільш доступний шлях до даної службі. Крім того, шлюз активізує свої функції кодування і пакетізаціі мови, встановлює контакт зі службою, веде моніторинг процесу обслуговування виклику і приймає інформацію про стани цього процесу (наприклад, зайнятість, зробити телефонний дзвінок, роз'єднання і т.п.) від вихідної сторони через протокол управління та сигналізації. Роз'єднання з будь-якого боку передається протилежній стороні за протоколом сигналізації і викликає завершення встановлених з'єднань і звільнення ресурсів шлюзу для обслуговування наступного виклику.<br>
| + | |
| − | Для організації з'єднань від служби до абонентів (рис. 2.4) використовується аналогічна процедура. Популярними програмними продуктами для цього варіанту сценарію IP-телефонії «комп'ютер-телефон» є IDT Net2Phone і DotDialer, організуючі виклики до звичайних абонентським телефонним апаратам в будь-якій точці світу.<br>
| + | |
| − | Ефективність поєднання послуг передачі мови та даних є основним стимулом використання IP-телефонії за сценаріями «комп'ютер-комп'ютер» і «комп'ютер-телефон», не завдаючи при цьому ніякої шкоди інтересам операторів традиційних телефонних мереж.
| + | |
| − | Сценарій «телефон-телефон» значною мірою відрізняється від інших сценаріїв IP-телефонії своєю соціальною значимістю, оскільки метою його застосування є надання звичайним абонентам [[ТфОП]] альтернативної можливості міжміського та міжнародного телефонного зв'язку. У цьому режимі сучасна технологія IP-телефонії надає віртуальну телефонну лінію через IP-доступ.
| + | |
| − | Як правило, обслуговування викликів за таким сценарієм IP-телефонії виглядає наступним чином. Постачальник послуг IP-телефонії підключає свій шлюз до комутаційного вузлу або станції ТфОП, а по мережі Інтернет або по виділеному каналу з'єднується з аналогічним шлюзом, що перебувають в іншому місті або іншій країні.<br>
| + | |
| − | Типова послуга IP-телефонії за сценарієм «телефон-телефон» використовує стандартний телефон в якості інтерфейсу користувача, а замість міжміського компонента [[ТфОП]] використовує або приватну IP-сеть/lntranet, або мережу Інтернет. Завдяки маршрутизації телефонного трафіку за IP-мережі стало можливим обходити мережі загального користування і, відповідно, не платити за міжміську / міжнародний зв'язок операторам цих мереж.<br>
| + | |
| − | Слід зазначити, що сама ідея використовувати альтернативні транспортні механізми для обходу мережі [[ТфОП]] не є новою. Досить згадати статистичні мультиплексори, передачу мови по мережі Frame Relay або обладнання передачі мови по мережі ATM.
| + | |
| − | Як показано на рис. 2.6, постачальники послуг IP-телефонії надають послуги «телефон-телефон» шляхом встановлення шлюзів IP-телефонії на вході і виході IP-мереж. Абоненти підключаються до шлюзу постачальника через [[ТфОП]], набираючи спеціальний номер доступу. Абонент отримує доступ до шлюзу, використовуючи персональний ідентифікаційний номер (PIN) чи послугу ідентифікації номера абонента (Calling Line Identification). Після цього шлюз просить ввести телефонний номер абонента, що викликається, аналізує цей номер і визначає, який шлюз має кращий доступ до потрібного телефону. Як тільки між вхідним і вихідним шлюзами встановлюється контакт, подальше встановлення з'єднання до викликуваного абоненту виконується вихідним шлюзом через його місцеву телефонну мережу.<br>
| + | |
| − | Повна вартість такого зв'язку буде складатися для користувача з розцінок ТфОП на зв'язок з вхідним шлюзом, розцінок Інтернет-провайдера на транспортування і розцінок віддаленої [[ТфОП]] на зв'язок вихідного шлюзу з викликаним абонентом.<br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_2.6.png]]<br>
| + | |
| − | '''Рис. 1.1.''' З'єднання абонентів ТМЗК через транзитну IP-мережу за сценарієм "телефон-телефон"
| + | |
| − | </center><br>
| + | |
| − | Одним з алгоритмів організації зв'язку за сценарієм «телефон-телефон» є випуск постачальником послуги своїх телефонних карток. Маючи таку карту, користувач, який бажає подзвонити в інше місто, набирає номер даного постачальника послуги, а потім в режимі донабору вводить свій ідентифікаційний номер і PIN-код, зазначений на карті. Після процедури аутентифікації він набирає телефонний номер адресата.<br>
| + | |
| − | Можливі й інші алгоритми реалізації цього сценарію: замість телефонної картки може використовуватися інформація про альтернативний рахунку. Рахунок для оплати може бути висланий абоненту і після розмови, аналогічно тому, як це робиться при міжміському сполученні в [[ТфОП]].<br>
| + | |
| − | Розглянуті вище сценарії зведені у таблиці 2.1.<br>
| + | |
| − | '''Таблиця 2.1''' Варіанти міжмережевого взаємодії<br>
| + | |
| − | <center>
| + | |
| − | <table border="1" >
| + | |
| − | <tr bgcolor="#99ccff">
| + | |
| − | <td><center> Сценарій</center></td><td><center>Вхідна мережа</center></td><td><center>Транзитна мережа</center></td><td><center>Вихідна мережа</center></td><td><center>Замітка</center></td>
| + | |
| − | </tr>
| + | |
| − | <tr bgcolor="#ffffcc">
| + | |
| − | <td rowspan="2">КОМП'ЮТЕР-КОМП'ЮТЕР</td><td>IP</td><td>IP</td><td>IP</td><td>Рис. 2.1 і 2.2</td>
| + | |
| − | </tr>
| + | |
| − | <tr bgcolor="#ffffcc">
| + | |
| − | <td>IP</td><td>ТфОП</td><td>IP</td><td>Рис. 2.3</td>
| + | |
| − | </tr>
| + | |
| − | <tr bgcolor="#ffffcc">
| + | |
| − | <td rowspan="4">КОМП'ЮТЕР-ТЕЛЕФОН</td><td>IP</td><td>[[ТфОП]]</td><td>[[ТфОП]]</td><td>Рис. 2.5</td></tr>
| + | |
| − | <tr bgcolor="#ffffcc"><td>[[ТфОП]]</td><td>IP</td><td>IP</td><td>Рис. 2.4</td></tr>
| + | |
| − | <tr bgcolor="#ffffcc"><td>[[ТфОП]]</td><td>[[ТфОП]]</td><td>IP</td><td>Рис. 2.4</td></tr>
| + | |
| − | <tr bgcolor="#ffffcc"> <td>IP</td><td>IP</td><td>[[ТфОП]]</td><td>Рис. 2.5</td></tr>
| + | |
| − | | + | |
| − | <tr bgcolor="#ffffcc">
| + | |
| − | <td rowspan="2">ТЕЛЕФОН-ТЕЛЕФОН</td><td>[[ТфОП]]</td><td>IP</td><td>[[ТфОП]]</td><td>Рис 2.6</td>
| + | |
| − | </tr>
| + | |
| − | <tr bgcolor="#ffffcc">
| + | |
| − | <td>[[ТфОП]]</td><td>[[ТфОП]]</td><td>[[ТфОП]]</td><td>Рис. 2.3</td>
| + | |
| − | </tr>
| + | |
| − | </table>
| + | |
| − | </center><br>
| + | |
| − | З представлених в таблиці дев'яти варіантів трьох сценаріїв останній варіант залишається за рамками даної книги з цілком очевидної причини - його приналежності до класичної (а не до IÐ-) телефонії, описаної в багатьох десятках інших книг.<br>
| + | |
| − | Наступний параграф присвячений аналізу проекту TIPHON Європейського інституту стандартизації в галузі телекомунікацій - Europe Telecommunications Standardization Institute (ETSI). Саме цей інститут впритул займається мережевими питаннями IP-телефонії, в той час як інші стандартизуючі телекомунікаційні організації основну увагу приділяють питанням розробки протоколів сигналізації або механізмів переносу мовної інформації по мережах з маршрутизацією пакетів IP. Так, наприклад, сфера діяльності основоположників IP-телефонії ITU-T і IETF обмежується тільки мережами з маршрутизацією пакетів IP. Питання взаємодії телефонних і IP мереж розглядалися ITU-T, в основному, в частині перетворення систем сигналізації [Н.246] і практично не порушувалися комітетом IETF. Більш докладно діяльність ITU-T в області IP-телефонії висвітлена в розділах 5 і 6, присвячених архітектурі і протоколам Н.323, а результати діяльності комітету IETF в цій же області розглянуто в розділах 7, 8 і 9.<br>
| + | |
| − | У проекті TIPHON передбачається розробка нових стандартів і профілів існуючих стандартів для кожного з наведених у таблиці 2.1 сценаріїв. Нові стандарти будуть розроблятися тільки для тих областей зв'язку, для яких діючі стандарти відсутні. Там, де існують діючі стандарти ETSI, ITU або інших стандартизирующих організацій, буде проводитися розробка та перетворення профілів цих стандартів.
| + | |
| − | <br>
| + | |
| − | | + | |
| − | == 2.2 Проект TIPHON ==
| + | |
| − | | + | |
| − | Робота над проектом TIPHON (Telecommunication and Internet Protocol Harmonization over Networks) була розпочата інститутом ETSI в квітні 1997 р. Основне завдання проекту - вирішення проблем взаємодії між мережами з маршрутизацією пакетів IP та мережами з комутацією каналів в частині підтримки прозорої передачі мовної та факсимільного інформації. Під мережами з комутацією каналів маються на увазі [[ТфОП]], ISDN і GSM.<br>
| + | |
| − | У проекті беруть участь понад 40 найбільших телекомунікаційних компаній. Є вісім робочих груп, остання з яких - щодо захисту інформації - була організована під час 15-ої наради робочих груп 4-8 жовтня 1999 р. в Лейпцігу. Результатом діяльності робочих груп TIPHON є технічні специфікації і звіти.<br>
| + | |
| − | Сама ідея проекту TIPHON народилася під впливом динамічно розвивається ринку телекомунікаційних послуг, що надаються як операторами мереж зв'язку, що базуються на технології комутації каналів, так і операторами мереж, побудованих на основі технології маршрутизації пакетів IP. Завданням проекту є втілення в життя ідеології конвергенції та створення єдиної мережевої інфраструктури, привабливою для операторів різних видів зв'язку.<br>
| + | |
| − | Була відзначена зростаюча потреба в організації зв'язку в реальному часі, в тому числі, телефонного зв'язку, у мережах, що реалізують технологію маршрутизації пакетів IP. Для задоволення цієї потреби інститут ETSI пропонує в проекті TIPHON концепцію «мережі мереж», такий, що мережі, що входять до її складу, можуть базуватися на технологіях комутації каналів і маршрутизації пакетів IP (рис. 2.7).<br>
| + | |
| − | <center>
| + | |
| − | [[Файл:VoIP_2.7.png]]<br>
| + | |
| − | '''Рис. 1.1.''' Узагальнена структура мережі TIPHON
| + | |
| − | </center><br>
| + | |
| − | У рамках проекту TIPHON мережі, які використовують різні технології комутації, мають статус доменів «глобальної мережі». В основу взаємодії цих доменів покладено забезпечення гарантованої якості обслуговування (QoS) і захисту міжмережевих з'єднань. Крім того, забезпечується можливість управляти з'єднаннями, використовуючи стандартні протоколи сигналізації. Таким чином, мережа TIPHON можна визначити як мережа вищого рівня, що підтримує надання послуг телефонного зв'язку і базується на сукупності мереж нижчого рівня.
| + | |
| − | В основу проекту TIPHON покладені наступні правила:<br>
| + | |
| − | * терміналами TIPHON можуть бути персональні комп'ютери і звичайні телефони;<br>
| + | |
| − | * інтерфейс «людина-машина» (ММI) будується за аналогією з телефонним інтерфейсом;<br>
| + | |
| − | * користувачі можуть змінювати точки доступу до послуг глобальної мережі; при цьому має зберігатися набір послуг, що надаються і якість обслуговування (QoS).<br>
| + | |
| − | Головною метою проекту TIPHON є розробка механізмів взаємодії і пов'язаних з ними параметрів для забезпечення мультимедійного зв'язку з гарантованою якістю обслуговування між користувачами мереж з комутацією каналів і мереж з маршрутизацією пакетів. При цьому акцент робиться на взаємодію мереж, а не на окремі мережі, для чого і створюються відповідні специфікації і стандарти, орієнтовані на промислові підприємства, операторські компанії, адміністрації зв'язку, органи сертифікації та стандартизації та ін
| + | |
| − | Проект TIPHON передбачає вирішення низки технічних завдань, пов'язаних із забезпеченням прийнятної якості послуг телефонного зв'язку. У число цих завдань входить розробка еталонних конфігурацій і функціональних моделей, вимог до взаємодії різних функціональних об'єктів, процедур управління з'єднанням і протоколів; перетворення адрес в форматі Е.164 в IP-адреси; розгляд технічних аспектів захисту; вивчення питань мобільності і забезпечення якості обслуговування. Раніше вказувалося, що в роботі над проектом TIPHON беруть участь кілька груп, кожна з яких відповідає за вирішення певного завдання. Нижче представлені основні напрямки діяльності робочих груп TIPHON.<br>
| + | |
| − | Розробка вимог до єдиної міжмережевий політиці, що визначають виявлення несправностей, вибір рівня якості обслуговування, підтримку необхідної сигналізації та передачі акустичних сигналів, трасування з'єднання, ідентифікацію абонента.<br>
| + | |
| − | Розробка еталонних конфігурацій і функціональних моделей, включаючи функціональну модель шлюзу між IP-мережами та мережами з комутацією каналів, а також специфікацію інтерфейсів шлюзу. Моделі повинні відображати всі аспекти функціональності шлюзів, у тому числі взаємодія з воротарями і з Інтелектуальними мережами.<br>
| + | |
| − | Розробка процедур обробки викликів і протоколів, алгоритмів встановлення і руйнування з'єднання, процедур виявлення воротаря, реєстрації кінцевого обладнання, аутентифікації користувача. Тут же розглядаються питання використання DTMF-сигналізації і специфицируются функції транспортного рівня.<br>
| + | |
| − | Перетворення адреси у форматі Е.164 в IP-адресу. Користувачам IP-мереж, як правило, адреси виділяються динамічно, тому ідентифікувати користувачів по їх IP-адресами неможливо. Необхідно розробити новий механізм адресації, що забезпечує технологічну прозорість при перетворенні номери Е.164 в IP-адресу.<br>
| + | |
| − | Технічні аспекти нарахування плати та виставлення рахунків. Повинні бути передбачені такі форми оплати: кредит, дебет, оплата за допомогою кредитної картки, оплата викликається стороною. При цьому повинні враховуватися наступні параметри: тип послуги, тривалість зв'язку, час доби.<br>
| + | |
| − | Технічні аспекти захисту. До них відноситься первинний захист мережі від випадкових або навмисних пошкоджень. Тут же розглядається захист інформації та доступу, а також пов'язані з цим питання сигналізації, навантаження, аутентифікації, авторизації, шифрування і таємності виклику.<br>
| + | |
| − | Питання якості обслуговування. Кінцевий користувач очікує, що послуга передачі мовної інформації буде надаватися з гарною якістю і високою надійністю. Але такі приклади, як надання послуг стільникового зв'язку стандарту GSM і мікростільникового зв'язку стандарту DECT, показали, що кінцевого користувача задовольняє якість обслуговування, найгірше в порівнянні з [[ТфОП]] або ISDN, до тих пір, поки він отримує вигоду від використання нової послуги. У разі надання послуг стільникового зв'язку - це мобільність терміналу, а в разі IP-телефонії це можуть бути низька вартість, можливості інтеграції послуг в рамках єдиної мережі.<br>
| + | |
| − | Питання мобільності користувача. Користувач повинен мати доступ до послуги передачі мовної інформації по IP-мереж в будь-якому місці мережі.<br>
| + | |
| − | Нижче трохи докладніше розглядаються найбільш цікаві, як здалося авторам, напрямки діяльності груп, що працюють над проектом TIPHON. Одним з таких напрямів є розробка принципу декомпозиції шлюзу.<br>
| + | |
| − | Взяту за основу рекомендацію ITU-T Н.323, специфікації TIPHON доповнюють деякими обов'язковими процедурами, а також механізмами взаємодії IP-мереж з [[ТфОП]]. функціональна модель мережі IP-телефонії, розроблена TIPHON, складається з тих же компонентів, що і модель мережі Н.323 (сторож, шлюз, термінал), однак у ній передбачено поділ шлюзу на три функціонально-незалежних об'єкта. Це шлюз сигналізації (SG), транспортний шлюз (MG) і контролер транспортного шлюзу (MGC).<br>
| + | |
| − | Шлюз сигналізації служить проміжною ланкою сигналізації між IP-мережами і [[ТфОП]]. У завдання транспортного шлюзу входить перетворення і / або перекодування переданої інформації. До транспортного шлюзу підключені ІКМ-тракти мережі з комутацією каналів, він також пригнічує відлуння, відтворює різні повідомлення для абонентів, приймає і передає сигнали DTMF і т.д. Контролер транспортного шлюзу MGC виконує процедури сигналізації Н.323, які визначені в рекомендаціях ITU-T Н.323, Н.225 (RAS і Q.931) і Н.245, а також перетворює сигналізацію [[ТфОП]] в сигналізацію Н.323. Основне його завдання - керувати роботою транспортного шлюзу, тобто здійснювати управління з'єднаннями, використанням ресурсів, перетворенням протоколів і т.п.<br>
| + | |
| − | Сторож відповідає за управління об'єктами мережі, зокрема, виконує перетворення адрес (наприклад, телефонних номерів у відповідні IP-адреси) і маршрутизацію сигнальної інформації. Сторож в моделі мережі TIPHON підтримує всі ті функції, які визначені для нього в рекомендації Н.323. Але, крім цього, він відповідає за нарахування плати, взаєморозрахунки, складання звітів про використання ресурсів та виконує деякі інші функції.
| + | |
| − | Слід особливо підкреслити, що MGC - це об'єкт, який контролює роботу транспортного шлюзу. Управління сполуками в його функції не входить. Це - завдання воротаря, який виконує її відповідно з рекомендацією ITU-T Н.323.<br>
| + | |
| − | Розроблена в рамках проекту TIPHON модель мережі, що складається з функціональних елементів та інтерфейсів (точок доступу) між ними, показана на рис. 2.8. Щоб відповідати рекомендаціям TIPHON, обладнання повинне підтримувати ці інтерфейси. Так, інтерфейс D призначений для організації взаємодії між воротарями, а інтерфейс С - між контролером шлюзу MGC і воротарем. Інтерфейс N підтримує взаємодію між об'єктами MGC і MG. Вони можуть спілкуватися на предмет створення, модифікації і завершення з'єднань; визначення необхідного формату інформації; генерації акустичних сигналів і різних мовних повідомлень; запиту звітів про події, пов'язані з проходженням інформаційного потоку. Показані на рис. 2.8 функції підтримки (back-end) можуть бути використані для аутентифікації, білінгу, перетворення адрес і інших завдань.<br>
| + | |
| − | Змодельований на основі трьох описаних елементів розподілений шлюз сприймається іншими елементами мережі як єдина система.<br>
| + | |
| | ---- | | ---- |
| | <div style="background: #33ccff"> | | <div style="background: #33ccff"> |
| | <center> | | <center> |
| − | [[http://wiki.kspu.kr.ua/index.php?title=Розділ_2._Мережеві_аспекти_IP-телефонії Розділ 2. Мережеві аспекти IP-телефонії]]
| + | |
| − | [[http://wiki.kspu.kr.ua/index.php/Технологія_VoIP Зміст]]
| + | |
| − | [[http://wiki.kspu.kr.ua/index.php?title=Розділ_3._Передача_мови_по_IP-мережі Розділ 3. Передача мови по IP-мережі]]
| + | |
| | </center> | | </center> |
| | </div> | | </div> |
