Интеллектуальная сеть (Intelligent Network)

Размещено на http://www.allbest.ru/

Интеллектуальная сеть (Intelligent Network)

Обеспечивает применение интеллектуальных технологий для обработки запросов пользователями услуг связи из некоторого заранее определенного набора. Наборы услуг и поддерживающие их функциональные средства определяются рекомендациями, которые разрабатывает сектор стандартизации Международного союза электросвязи ITU-T (International Telecommunication Union - Telecommunication standardization sector). интеллектуальный связь информация

В соответствии с рекомендацией ITU-T I.312 /Q.1201 определение интеллектуальной сети звучит следующим образом:

Интеллектуальная сеть - это архитектурная концепция предоставления новых услуг связи, обладающих следующими основными характеристиками:

· широкое использование современных методов обработки информации;

· эффективное использование сетевых ресурсов;

· модульность и многоцелевое назначение сетевых функций;

· возможность управления некоторыми атрибутами услуг со стороны абонентов и пользователей;

· стандартизованное управление логикой услуг;

Введенная международным союзом электросвязи концепция IN, определяет архитектуру аппаратных и программных средств, предусматривающую обмен вызовами специальных процедур между коммутационной системой и сетью во время организации связи. Исполнение этих процедур может управлять процессами коммутации и иными сетевыми ресурсами с целью выполнения функций "интеллектуальной" маршрутизации, тарификации, взаимодействия с пользователем.

Предпосылки создания концепции IN

Разработка стандартов была мотивирована интересом производителей оборудования к унификации возможностей быстрой и экономически эффективной реализации услуг. На рисунке 1 основные предпосылки создания концепции IN. Они условно разделены на три группы: потребности пользователей сети, технические предпосылки и потребности операторов сетей, включая получение доходов от новых услуг. Таким образом мы видим спрос, средства для реализации и родившееся на фоне этого предложение, так или иначе все основывается на коммерции. В итоге мы получили ряд стандартов Q.1200, описывающих концепцию IN и применимых ко всем известным типам сетей.

Перейдем к общим функциональным требованиям к архитектуре IN

Основополагающим требованием к архитектуре IN является отделение функций предоставления услуг от функций коммутации. Функции коммутации, как и для традиционных сетей остаются в базовой сети связи, а функции управления, создания и внедрения услуг выносятся в создаваемую отдельно от базовой сети "интеллектуальную" надстройку, взаимодействующую с базовой сетью посредством стандартизованных интерфейсов. Стандартизации протоколов обмена между базовой сетью и интеллектуальной надстройкой освобождает операторов сетей от существовавшей ранее зависимости от поставщиков коммутационного оборудования. Взаимодействие между функциями коммутации и управления услугами осуществляется посредством прикладного протокола INAP (IN Application Protocol), стандартизованного ITU-T в рекомендации Q.1205. Управление созданием и внедрением услуг осуществляется через прикладной программный интерфейс API (Application Programm Interface).

От общих функциональных требований перейдем к концептуальной модели IN

Основой для стандартизации в области интеллектуальных сетей связи является абстрактная концептуальная модель - INCM (int net concept model), стандартизованная ITU-T в рекомендации I.312/Q.1201. Модель состоит из четырех плоскостей и разделяет аспекты, относящиеся к услугам, и аспекты, связанные с сетью.

Первый уровень - плоскость услуг (Service Plane) рассказывает об услугах не решая как именно осуществляется предоставление услуг сетью.

Второй уровень - глобальная функциональная плоскость GFP (Global Functional Plane) описывает возможности сети, которые необходимы разработчикам для внедрения услуг. Базовый процесс обслуживания вызовов BCP выполняет традиционные для обычной коммутационной станции функции, такие как установление соединения, разъединение, хранение оперативных данных, и имеет возможность обращаться к другим процессам. Точка POI представляет собой функциональный интерфейс между логикой процесса BCP и логикой другого процесса, SIB, который обеспечивает предоставление услуги. После завершения этого другого процесса происходит возврат через другой функциональный интерфейс.

Третий уровень - распределенная функциональная плоскость DFP (Distributed Functional Plane) описывает функции, реализуемые узлами сети. Здесь сеть рассматривается как совокупность функциональных элементов, порождающих информационные потоки. Каждый функциональный объект FE, определенный на этой плоскости, может выполнять целый ряд определенных для него действий (FEAs - functional entity actions). Независимые конструктивные блоки SIB представляются на распределенной функциональной плоскости в виде последовательностей действий, выполняемых функциональными объектами.

Четвертый уровень - физическая плоскость PP (Physical Plane) описывает узлы сети, содержащиеся в них функциональные элементы и протоколы взаимодействия. Физическими элементами могут быть коммутационные станции, специализированные компьютеры или базы данных. На физической плоскости показано также, в каких PE размещаются те или иные FE и какие протоколы поддерживают информационный обмен между PE. Далее в работе более подробно мы рассмотрим именно этот уровень.

Архитектура физической плоскости IN

· сетевые функции выполняются в узлах IN, одна или более функций;

· два различных узла могут выполнять одинаковые сетевые функции;

· узлы должны иметь стандартные интерфейсы;

В качестве примера распределения функций по узлам на рисунке показан пример физической архитектуры.

SSP (Service Switching Point): узел коммутации услуг. Кроме обеспечения пользователям доступа в сеть обеспечивает доступ к интеллектуальной сети. Он должен быть связан с узлами, выполняющими функции управления услугами (SCF), например, с узлами управления услугами SCP.

SCP (Service Control Point): узел управления услугами - содержит набор программ, обеспечивающих выполнение. С целью повышения надежности и разделения нагрузки в сети несколько SCP могут выполнять одинаковые программы логики услуг и хранить одни и те же данные. SCP выполняет функцию управления услуг SCF и, возможно, функцию поддержки данных SDF. SCP имеет прямой доступ к узлу поддержки данных SDP либо может подсоединяться к нему через сеть сигнализации. Через сеть сигнализации SCP может быть связан с узлом коммутации услуг SSP и интеллектуальной периферией (IP).

SDP (Service Data Point): узел хранения данных для услуг. Данный узел выполняет функцию поддержки данных. В SDP размещен единый функциональный объект SDF. Доступ к SDP может быть получен либо через сеть сигнализации, либо через узел управления услугами SCP или узел обеспечения услуг SMP.

IP (Intelligent Peripheral): узел интеллектуальной периферии. Интеллектуальная периферия содержит средства, делающие услуги сети удобными для пользователей, помогает взаимодействию сети с пользователем, например: запись речи пользователя, устройство распознавания речи, синтезатор речи. IP выполняет функции специализированных ресурсов SRF, функцию коммутации услуг SSF и функцию управления вызовом CCF.

AD (Adjunct): вспомогательный узел управления. Данный узел функционально аналогичен узлу управления услугами SCP (т.е. содержит те же функциональные объекты), но имеет непосредственную связь с узлом коммутации услуг SSP. Связь между вспомогательным узлом управления и узлом коммутации услуг поддерживается по высокоскоростному каналу, однако структура сообщений прикладного протокола сохраняется той же, что и при использовании сети ОКС.

SN (Service Node): узел услуг. Данный узел напрямую связан с одним или более узлами коммутации услуг SSP, при этом как сигнальные, так и транспортные связи между ними организуются по принципу "точка-точка". SN может управлять услугами и обеспечивать взаимодействие с пользователями, и выполняет функции управления услугами SCF, поддержки данных SDF, специализированных ресурсов SRF, а также функции коммутации услуг SSF и управления вызовом CCF.

SSCP (Service Switcing and Control Point): узел коммутации и управления услугами. Данный узел объединяет узлы коммутации и управления услугами, представляя собой комбинацию SCP и SSP в одном узле, и выполняет функции коммутации услуг SSF, управления вызовом CCF, управления услугами SCF, поддержки данных SDF, управлением доступа вызова CCAF

SMP (Service Management Point): узел эксплуатационного управления. Обеспечивает эксплуатационное управление услугами, а так же управление подготовкой новых услуг и их введением. Система выполняет такие функции как администрирование баз данных, тестирование услуг, управление трафиком, хранение сетевых данных.

SCEP (Service Creation Environment Point): узел среды создания услуг. Данный узел выполняет функцию среды создания услуг и служит для разработки, формирования, тестирования и внедрения услуг в пункте их обеспечения SMP.

SMAP (Service Management Access Point): узел доступа к системе эксплуатационной поддержки и администрирования услуг. Данный узел дает некоторым избранным пользователям доступ к узлам обеспечения услуг SMP. Одно из потенциальных применений SMAP - обеспечение единой точки доступа пользователя к нескольким SMP.

Общие аспекты прикладного протокола INAP

Архитектура прикладного протокола INAP определена в рекомендации ITU-T Q.1218, где рассматриваются два его основных варианта. Вариант А ориентирован на организацию множественных взаимодействий между прикладными процессами, а вариант В - на единичное взаимодействие прикладного процесса с другими процессами. Следует отметить, что в качестве основного интерфейса INAP ITU-T рекомендует подсистему TCAP SS7, что проиллюстрировано на рисунке. Основной задачей протокола является перенос информации, которой обмениваются функциональные объекты (FE). В этом месте возникает вопрос: почему протокол отвечает за обмен информацией между функциональными объектами, а не физическими объектами - узлами сети IN. Ответ содержится в разделе 3 рекомендации ITU-T Q.1208, где излагается ключевой принцип архитектурной концепции IN, а именно то, что "протоколы должны быть определены таким образом, чтобы функциональные объекты можно было размещать по физическим элементам любым способом по желанию операторов и производителей оборудования".

Стандартизация концепции IN

Сегодня союз ITU-T разрабатывает долговременную архитектуру IN (Long Term IN Architecture), в основе которой лежит определение так называемых наборов возможностей CS (Capability Sets), описывающих конкретные аспекты целевой архитектуры IN. При спецификации очередного CS предполагается обратная связь с предыдущими этапами для внесения изменений в процесс эволюции IN, что показано на рисунке 6. Разработка CS1 уже завершена в рамках рекомендаций серии Q.1200, подробнее в таблице. Таким образом, для более подробного изучения концепции интеллектуальной сети связи лучше воспользоваться первоисточником и уделить время изучению вышеуказанных стандартов.

Размещено на Allbest.ru