курсовая ngn. Протоколы сигнализации 15 Варианты применения Softswitch в составе есэ рф 19
 Скачать 1.47 Mb.
|
Протоколы сигнализацииАрхитектура Softswitch изначально разрабатывалась для применения в сетях NGN. Но не все сети являются таковыми, поэтому необходимо осу ществлять также взаимодействие с сетями, построенными ранее. Обмен ин формацией между объектами как внутри сети, так и между разными сетями происходит при помощи различных протоколов сигнализации. Для обеспе чения возможности такого взаимодействия, Softswitch поддерживает раз личные виды сигнализации: для управления соединениями, для взаимодей ствия Softswitch между собой, для управления транспортными шлюзами. Основные протоколы сигнализации управления соединениями сле дующие: SIP (включая SIP-Т), ОКС7 и H.323. В качестве опций могут ис пользоваться протокол E-DSS1 доступа ISDN, протокол абонентского дос тупа через интерфейс V5 (или его SIGTRAN-версии V5U), а также все еще актуальная для отечественных сетей связи сигнализация по двум выделен ным сигнальным каналам R1.5. Протоколами сигнализации для управления транспортными шлюзами являются: MGCP и Megaco/H.248, а для взаимо действия между Softswitch – SIP-T и BICC. Благодаря этим протоколам по является возможность обеспечить децентрализацию услуг телефонии, при чем возможен вариант управления услугами со стороны пользователя. Рас смотрим эти протоколы несколько подробнее. ПротоколSIPПротокол инициирования сессий SIP (SessionInitiationProtocol)предназначен для установления, модификации, разрушения речевых и мультимедийных соединений в сеансах IP-телефонии (VoIP), мультиме дийной конференц-связи и передачи данных в сети NGN. Протокол SIP яв ляется протоколом типа «клиент-сервер», включает текстовые запросы и отклики, содержащие поля заголовков, в которых передается информация об обслуживании и характеристиках соединения. В типовом варианте SIP применяется поверх протоколов UDP. Существует разновидность протоко ла SIP под названием SIP-T (SIP for Telephones, RFC 3372) с механизмами согласования традиционной телефонной сигнализации с сигнализацией SIP. Его задачей является выполнение трансляции сообщений протокола и обеспечения прозрачности транспортировки его свойств через точки взаи мосвязи ТфОП-IP. Протокол SIP применяется также для взаимодействия оконечных устройств (например, SIP-телефонов) с пакетной сетью. Далее в курсовом проекте при расчете шлюза доступа будет учитываться нагрузка, создаваемая SIP-терминалами. ТехнологияH.323Сети на базе протоколов H.323 ориентированы на интеграцию с те лефонными сетями и могут рассматриваться как сети ISDN, наложенные на IP-сети. Рекомендация H.323 предусматривает довольно сложный набор протоколов, который включает в себя три основных: протокол взаимодей ствия оконечного оборудования с привратником RAS, протокол управления соединениями H.225 и протокол управления логическими каналами H.245. Для переноса сигнальных сообщений H.225 и управляющих сообщений H.245 используется протокол с установлением соединения и гарантирован ной доставкой информации TCP. Сигнальные сообщения RAS переносятся протоколом с негарантированной доставкой информации UDP. Для пере носа речевой и видеоинформации используется протокол передачи инфор мации в реальном времени RTP. Контроль переноса пользовательской ин формации производится протоколом RTCP. Цель Н.323 – обеспечить рабо ту мультимедийных приложений в сетях с негарантированным качеством обслуживания. В число «объектов» H.323, как они названы в стандарте, включаются терминалы, мультимедийные шлюзы, устройства управления многоточечными конференциями и контроллеры зоны Gatekeeper. ПротоколMGCPПротокол управления шлюзами MGCP (Media Gateway Control Proto- col) основан на обсуждавшемся выше принципе декомпозиции, согласно которому шлюз разбивается на отдельные функциональные блоки: транс портный шлюз MG, устройство управления MGC и шлюз сигнализации SG. Сам MGCP является внутренним протоколом, поддерживающим обмен информацией между функциональными блоками распределенного шлюза. Он использует принцип master/slave (ведущий/ведомый), причем MGC яв ляется ведущим, а транспортный шлюз – ведомым устройством, которое выполняет команды, поступающие от устройства управления. MGCP, бу дучи протоколом управления шлюзами, не предназначен для управления соединениями с участием терминального оборудования пользователей (IP- телефонами). Это означает, что в сети, построенной на базе протокола MGCP, для управления терминалами должен присутствовать привратник или SIP-сервер. ПротоколH.248/MegacoПротокол управления транспортным шлюзом H.248/Megaco является развитием протокола MGCP. Так же, как и протокол MGCP, он является внутренним протоколом, который работает между функциональными бло ками распределенного шлюза, а именно – между MGC и MG. Принцип действия этого протокола тот же – master/slave (ведущий/ведомый). Уст ройство управления MGC является ведущим, а транспортный шлюз MG – ведомым, т.е. шлюз MG выполняет команды, которые поступают к нему от устройства управления. Для переноса сигнальных сообщений Megaco/H.248 могут использоваться следующие транспортные протоколы: UDP, TCP, а также SCTP (Stream Control Transport Protocol). Поддержка протокола UDP является обязательным требованием для MGC. Протокол TCP должен поддерживаться как контроллером, так и шлюзом. Поддержка протокола SCTP для обоих устройств опциональна. Сообщения протокола Megaco/H.248 могут кодироваться двумя способами. Комитетом IETF предложен текстовый способ кодирования сигнальной информации, при чем для описания сеансов связи используется протокол SDP. C другой сто роны, ITU-Т предусматривает двоичный способ представления сигнальной информации по спецификациям абстрактного синтаксиса ASN.1, а для опи сания сеансов связи рекомендует специальный инструмент формата Tag- Length-Value (TLV). Контроллер MGC должен поддерживать оба способа кодирования, а шлюз MG – только один из них. Протокол BICCПротокол BICC, определяемый Рекомендацией ITU-T Q.1901, пред ставляет собой протокол управления обслуживанием вызова, предполагав шийся для использования между «обслуживающими узлами» (Serving Nodes, SN). Название протокола расшифровывается как Bearer IndependentCall Control, т.е. протокол управления обслуживанием вызова, независи мый от услуг доставки информации. BICC базируется на подсистеме ISUP стека ОКС7. Это сделано для того, чтобы обеспечить согласование прото кола с существующими услугами и сетями TDM. Протокол независим от транспортной технологии и использует уже существующие сигнальные протоколы для установления соединений на транспортном уровне. СигнализацияSIGTRANТранспортировка информации сигнализации по технологии SIGTRAN поддерживает передачу сообщений протоколов ОКС7 через IP-сеть и обес печивает перенос информации протоколов сигнализации MTP-3, ISUP, SCCP, TCAP, MAP, INAP, уровня 3 протокола DSS1 (Q.931) сети с коммута цией каналов поверх IP. При транспортировке сигнальной информации че рез инфраструктуру IP-сети используется протокол передачи информации управления потоком SCTP(StreamControlTransmissionProtocol). КУРЬЕРОМ протоколам SIGTRAN относится пользовательский уро-вень адаптации ISDN (IUA) для доставки сообщений сигнальных протоко лов сети ТфОП/ISDN от сигнального шлюза SG к контроллеру шлюзов MGC. Этим протоколом предусматривается также поддержка первичного и базового доступов ISDN (PRA и BRA) по Q.931 как для режима «точка- точка», так и для режима «точка-несколько точек». Пользовательский уровень адаптации МТР уровня 2 (M2UA) обеспе чивает эмуляцию сигнального звена МТР между двумя узлами ОКС7, а пользовательский уровень адаптации МТР уровня 3 (M3UA) – эмуляцию уровня 3 МТР в направлении его пользователей. В число функций послед него входят трансляция и отображение адреса, отображение потоков, управление работой при перегрузках и управление сетью. Пользовательский уровень адаптации SCCP (SUA) обеспечивает дос тавку средствами сети IP сообщений подсистем-пользователей SCCP (MAP и CAP через TCAP, RANAP и т.д.). Архитектура такой доставки может представлять собой связь от SG к узлу IP (например, к резидентной базе данных IP) или связь между двумя оконечными точками, расположенными в пределах сети IP. Взаимодействие при помощи различных систем сигна лизации происходит на уровне управления обслуживанием вызовов и сиг нализации. |