Глобальний відмову (Global failure)
SIP не залежить від моделі і масштабів зв'язку або конференц-зв'язку і від пакетного рівня, вимагаючи лише послуг доставки датаграм без підтвердження, так як надійність їх доставки забезпечується його власним механізмом. Незважаючи на те, що SIP в типовому варіанті застосовується поверх User Datagram Protocol (UDP) або Transmission Control Protocol (TCP), без будь-яких технічних змін він може скористатися наявними можливостями Internetwork Packet Exchange (IPX), Frame Relay, AAL5 / ATM або Х .25.
Вже зазначалося, що для здійснення сигналізації VoIP існують два конкуруючих стандарту протоколів: Н.323 МСЕ-Т і протокол ініціалізації сеансу SIP IETF. Обидва вони з самого початку орієнтовані на модель встановлення з'єднання IP з кінця в кінець.
Протокол MGCP, що представляє собою протокол управління з'єднанням, не протиставляє їх, але робить взаємодоповнюючими. Як показано на рис. 23, якщо для управління ресурсами середовища передачі MG між MGC і шлюзами середовища передачі (тобто, транспортними або медіа-шлюзами) використовується MGCP, то SIP або Н. 323 можуть застосовуватися для встановлення мовного з'єднання на ділянці між MGC і клієнтом VoIP.
Хоча і Н.323, і SIP можуть використовуватися для здійснення такої сигналізації, необхідно пам'ятати, що ні один, ні інший з них не розроблявся в розрахунку на підтримку послуг цього типу. Отже, можна очікувати, що для підтримки зв'язку між MGC з метою VoIP той і / або інший будуть відповідно оптимізовані.
2.2. Протокол SIP-T
Сучасна ТМЗК вже не може обходитися без системи межстанционной сигналізації ОКС №7. Її підсистема ISUP є протоколом рівня 4, використовуваним в мережах ОКС №7. 1SUP є базовим протоколом для обслуговування виклику ТМЗК, розвиненою до рівня ISDN. В цьому розділі значну увагу ми приділимо саме питань взаємодії протоколів, які зачіпають аспекти застосування ISUP.
2.3. Основні положення для протоколу SIP
Модуль, який виконує відображення між цими двома протоколами, називається контролером транспортного (медіа) шлюзу (Media Gateway Controller (MGQ), хоча для різних його реалізацій також іноді використовуються терміни softswitch або call agent. MGC має логічні інтерфейси з обома мережами - мережею, що передає ISUP , і мережею, що передає SIP. MGC також має деякі можливості для управління мовним трактом; зазвичай є транспортний шлюз (Media Gateway (MG)) з канальними інтерфейсами Е1 / Т1 (голос від ТМЗК) і з інтерфейсами IP (VoIP). MGC і MG можуть об'єднуватися в одному фізичному блок або залишатися окремо.
Взаємодія SIP-T з національними версіями ISUP, і зокрема ISUP-R, взагалі кажучи, спричиняє необхідність відображення останніх друг на друга. Тому в даному документі згадується, як приклад, ISUP версією Американського інституту національних стандартів (ANSI ISUP). Взагалі ж, таке відображення залишається на розсуд зацікавлених операторів. Обов'язковою залишається набір функциональностей, повідомлень, параметрів і їх значень, регламентований рекомендацією Q.767. Підтримка інших функциональностей повинна вважатися опціональною. Російський ISUP-R найбільш близький до європейської версії ISUP (ETSI ISUP), взаємодія якого з іншими версіями оператори можуть прийняти в якості шаблону.
2.3.1. SIP-T для взаємозв'язку ISUP-SIP
Незважаючи на те, що «чистий» SIP має всі необхідні інструменти для встановлення та руйнування викликів, він не має базового механізму для перенесення «mid-call» інформації (наприклад, ISUP запитів INF / INR) протягом тракту сигналізації SIP під час сеансу зв'язку . Ця «mid-call» інформація не викликає будь-яка зміна в стані SIP-виклику або параметрів сеансу, ініціі-