Плоскость эксплуатационного управления
На плоскости эксплуатационного управления (Management Plane) поддерживаются функции инициирования абонентов и услуг, эксплуатационной поддержки, биллинга и другие функции управления сетью. Плоскость эксплуатационного управления может взаимодействовать с некоторыми или со всеми другими тремя плоскостями либо по стандартному протоколу (например, по протоколу SNMP), либо по внутренним протоколам и интерфейсам API.
Протоколы сигнализации
Архитектура Softswitch изначально разрабатывалась для применения в сетях NGN. Но не все сети являются таковыми, поэтому необходимо осуществлять также взаимодействие с сетями, построенными ранее. Обмен информацией между объектами как внутри сети, так и между разными сетями происходит при помощи различных протоколов сигнализации. Для обеспечения возможности такого взаимодействия, Softswitch поддерживает различные виды сигнализации: для управления соединениями, для взаимодействия Softswitch между собой, для управления транспортными шлюзами.
Основные протоколы сигнализации управления соединениями следующие: SIP , ОКС7 и H.323. В качестве опций могут использоваться протокол E-DSS1 доступа ISDN, протокол абонентского доступа через интерфейс V5 (или его SIGTRAN-версии V5U), а также все еще актуальная для отечественных сетей связи сигнализация по двум выделенным сигнальным каналам R1.5. Протоколами сигнализации для управления транспортными шлюзами являются: MGCP и Megaco/H.248, а для взаимодействия между Softswitch – SIP-T и BICC. Благодаря этим протоколам появляется возможность обеспечить децентрализацию услуг телефонии, причем возможен вариант управления услугами со стороны пользователя. Рассмотрим эти протоколы несколько подробнее.
|
|
|
Протокол SIP
Протокол инициирования сессий SIP (Session Initiation Protocol) предназначен для установления, модификации, разрушения речевых и мультимедийных соединений в сеансах 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 Protocol) основан на обсуждавшемся выше принципе декомпозиции, согласно которому шлюз разбивается на отдельные функциональные блоки: транспортный шлюз 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 Independent Call Control, т.е. протокол управления обслуживанием вызова, независимый от услуг доставки информации. BICC базируется на подсистеме ISUP стека ОКС7. Это сделано для того, чтобы обеспечить согласование протокола с существующими услугами и сетями TDM. Протокол независим от транспортной технологии и использует уже существующие сигнальные протоколы для установления соединений на транспортном уровне.
Сигнализация SIGTRAN
Транспортировка информации сигнализации по технологии SIGTRAN
поддерживает передачу сообщений протоколов ОКС7 через IP-сеть и беспечивает перенос информации протоколов сигнализации MTP-3, ISUP, SCCP, TCAP, MAP, INAP, уровня 3 протокола DSS1 (Q.931) сети с коммутацией каналов поверх IP. При транспортировке сигнальной информации через инфраструктуру IP-сети используется протокол передачи информации управления потоком SCTP (Stream Control Transmission Protocol).
КУРЬЕРОМ протоколам 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. Взаимодействие при помощи различных систем сигнализации происходит на уровне управления обслуживанием вызовов и сигнализации.
Дата добавления: 2018-06-27; просмотров: 301; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!