КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Системы сигнализации
Раздел 3. Основные понятия и функции Softswitch
Термин Softswitch был придуман Айком Элиотом при разработке интерфейса между интерактивной речевой системой (IVR) и АТС с коммутацией каналов в операторской компании MCI. Перейдя в 1997 году из MCI в компанию Level3 Communications, он, вместе с Эндрю Дуганом и Маурицио Аронго, придумал понятия Call Agent и Media Gateway. Ими же была начата разработка контроллера транспортного шлюза MGC (Media Gateway Controller), функции которого, как и функции Call Agent, собственно говоря, и выполняет Softswitch. В апреле 1998 года Level3 купила компанию Xcom, создавшую к тому времени технологию управления модемным пулом Интернет-провайдера, на базе которой был разработан Internet Protocol Device Control (IPDC). Тогда же Кристиан Хюйтема из компании Bellcore придумал протокол управления шлюзами сигнализации SGCP (Signaling Gateway Control Protocol). На базе этих разработок и совместными усилиями этих специалистов в IEFF была создана первая спецификация протокола управления шлюзами MGCP (Media Gateway Control Protocol). Это одна ветвь родословной Softswitch. Другим предшественником Softswitch является привратник GK (Gatekeeper). Более того, названия контроллер MGC и привратник GK являются терминами, адекватными ранним формам Softswitch. Понятие привратник зародилось в технологии Н.323, рассматриваемой в главе 5. В задачи привратника входит преобразование адресов (имени или адреса электронной почты - для терминала или шлюза - и транспортного адреса) и управление доступом (авторизации доступа в сеть), Согласно принципам рекомендации Н.323 привратник должен управлять действиями в определенной зоне сети, представляющей собой совокупность одного или нескольких шлюзов и управляющего ими единственного привратника. При этом привратник рассматривается как логическая функция, а не как физический объект. Тогда же, в 2000 - 2001 г.г. стали появляться первые технические решения Softswitch операторского класса компаний Lucent Technologies, Sonus Networks (система Insignus), Level3 (система Viper), MetaSwitch (система VP3000) и др. Более подробно эти и появившиеся позднее платформы Softswitch рассматриваются в главе 10, посвященной аспектам реализации трехгранной пирамиды. Здесь же отметим лишь характерную для революционных изменений в инфокоммуникационных технологиях последних лет ситуацию, когда разработки (и даже промышленные образцы) опережают появление не только стандартизованных спецификаций, но и устоявшейся терминологии. В полной мере это относится и к рассматриваемой в книге области. Попробуем ликвидировать этот пробел и перейти к обсуждению Softswitch в сегодняшних условиях конвергенции сетей связи с коммутацией каналов и коммутацией пакетов и перехода к сетям связи следующего поколения NGN (Next Generation Network). Прежде всего, сосредоточимся на функциональных возможностях программного коммутатора Softswitch, отложив рассмотрение его архитектуры до следующей главы. Тогда можно предложить следующее общее определение: Softswitch является носителем интеллектуальных возможностей сети, который координирует управление обслуживанием вызовов, сигнализацию и функции, обеспечивающие установление соединения через одну или несколько сетей. Подчеркнем, что Softswitch - это не только одно из сетевых устройств. Это также и сетевая архитектура и даже, в определенной степени, - идеология построения сети. В первую очередь, Softswitch управляет обслуживанием вызовов, т.е. установлением и разрушением соединений, выполняя функции Call Agent. Точно так, как это имеет место в традиционных АТС с коммутацией каналов [6], если соединение установлено, то эти функции гарантируют, что оно сохранится до тех пор, пока не даст отбой вызвавший абонент. В число функций управления обслуживанием вызова Call Agent входят распознавание и обработка цифр номера для определения пункта назначении вызова; а также распознавание момента ответа вызываемой стороны, момента, когда один из абонентов кладет трубку, и регистрации этих действий для начисления платы. Таким образом, Softswitch фактически остается все тем же привычным коммутационным узлом, только без цифрового коммутационного поля и кросса и т.п. Отметим, что Softswitch является более точным термином, чем Call Agent, т.к. последний, в большинстве случаев, предполагает некое программное обеспечение обслуживания вызовов, функционирующее на стандартном компьютере. Другой термин - контроллер транспортного шлюза MGC - является в большей степени синонимом Softswitch и подчеркивает тот факт, что он управляет транспортными шлюзами и шлюзами доступа по протоколу Н.248. Softswitch координирует обмен сигнальными сообщениями между сетями, т.е. поддерживает функции Signaling Gateway (SG). Softswitch координирует действия, обеспечивающие соединение с логическими объектами в разных сетях и преобразует информацию в сообщениях с тем, чтобы они были понятны на обеих сторонах несхожих сетей.
Основные типы сигнализации, которые использует Softswitch, - это сигнализация для управления соединениями, сигнализация для взаимодействия разных Softswitch между собой и сигнализация для управления транспортными шлюзами. Основными протоколами сигнализации управления соединениями сегодня являются SIP-T, OKC7 и Н.323. В качестве опций используются протокол E-DSS1 первичного доступа ISDN, протокол абонентского доступа через интерфейс V5 (или его Sigtran-версии V5U), а также все еще актуальная иногда в отечественных сетях связи сигнализация по выделенным сигнальным каналам R1.5. Основными протоколами сигнализации управления транспортными шлюзами являются MGCP и Медасо/Н.248, а основными протоколами сигнализации взаимодействия между коммутаторами Softswitch являются SIP-T и BICC. На рисунке 3.1 представлено взаимодействие Softswitch с различными существующими и перспективными элементами сети связи общего пользования (ССОП). Там же видно и разделение функций Softswitch по управлению соединениями в нижележащем уровне транспортных (медиа) шлюзов, а также взаимодействие Softswitch и серверов приложений на верхнем уровне. Нижний уровень в этом контексте может рассматриваться как транспортная плоскость, в которой физически передается как речевой трафик, так и трафик данных. Такая уровневая структура обеспечивает гибкость выбора аппаратного обеспечения (различных транспортных шлюзов). Верхний уровень на рисунке 3.1 восходит по своей идеологии к узлу управления услугами SCP (Service Control Point) классической Интеллектуальной сети [7], но, будучи на 20 лет моложе последнего, позволяет через прикладные программные интерфейсы API типа JAIN или PARLAY создавать массу новых приложений, которые невозможны в любой архитектуре традиционной телефонии с коммутацией каналов. В рамках такого «вертикального» подхода на рисунке 3.1 показаны, в частности, возможности Softswitch, относящиеся к сбору статистической информации, биллинга, мониторинга вызовов и административных функций, а также взаимодействия с системами эксплуатационного управления OSS (Operation Support System), в связи с чем упомянуты протоколы RADIUS и SNMP. С точки зрения сети коммутации каналов представленный на рисунок 3.1 Softswitch заменяет средства управления обслуживанием вызовов АТС. Он может поддерживать протоколы ОКС7, E-DSS1, R1.5, V5, выполняя функции транзитного пункта сигнализации STP или оконечного SP сети сигнализации ОКС7, причем делать все это более дешевым, простым и удобным в эксплуатации образом, придуманным рабочей группой Sigtran. Усилиями этой группы, входящей в IETF, разработаны средства транспортировки сообщений ОКС7 по IP-сетям. Это протокол передачи информации для управления потоками SCTP (Stream Control Transmission Protocol), поддерживающий перенос сигнальных сообщений между конечными пунктами сигнализации SP в IP-сети, три новых протокола: M2UA, М2РА и M3UA для выполнения функций МТР, а также протокол SUA уровня адаптации для пользователей SCCP поддерживающий перенос по IP-сети средствами протокола SCTP сигнальных сообщений пользователей SCCP OKC7 (например, ТСАР или INAP).
SG - Signaling Gateway (Сигнальный шлюз) TG - Trunking Gateway (Транспортный шлюз) AG - Access Gateway (Шлюз доступа) GK – Gatekeeper (Привратник) МАК - Мультисервисные абонентские концентраторы IAD - Integrated Access Device (Устройство интегрированного доступа) МКД- Мультимедийный коммутатор доступа ААА - Authorization, Access, Accounts (Авторизация, доступ, учет) Рисунок 3.1 - Softswitch в составе ССОП
Для взаимодействия Softswitch между собой могут применяться два протокола, один из которых - SIP (SIP-T), разработанный комитетом IETF, а второй - BICC, специфицированный ITU-T. Сегодня на роль основного протокола взаимодействия более претендует протокол SIP-T, хотя BICC обладает возможностью работы и с сигнализацией DSS1, а не только с ОКС7. Например, в известном решении ENGINE компании Ericsson взаимодействие между телефонными серверами (Softswitch) происходит по протоколу BICC CS-1, ориентированном на работу поверх транспорта ATM (AAL1/AAL2) с последующим переходом на BICC CS-2, предназначенным для работы в IP-сетях. Хотя и SIP-T, и BICC представлены на рисунке 3.1 и обладают на сегодня практически одинаковыми функциональными возможностями, а находящийся в разработке BICC CS-3 даже предусматривает возможность взаимодействия с SIP-T, все же практическое внедрение BICC в оборудовании Softswitch производится обычно из соображений необходимости работы в ATM-сети. В материалах ATM-форума отмечается, что хотя в обозримом будущем протоколы Н.323, SIR H.248 и BICC будут существовать параллельно, дальнейшие усилия ITU и IETF концентрируются сегодня на развитии SIP и Н.248 для сетей NGN.
Дата добавления: 2013-12-12; Просмотров: 955; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |