Узлы ИС, как правило, выполняют одну или несколько функций, которые делятся на три основные категории: функции, относящиеся к управлению вызовом, функции, относящиеся к управлению услугами и функции, обеспечивающие услуги (эксплуатационная поддержка и администрирование сети).

Функция коммутации услуг SSF тесно связана с функцией управления вызовом ССF. Обычно считается, что эти две функции образуют единый пакет SSF/CCF. Запрос на услугу, как правило, заключается в снятии трубки телефона и набору некоторого количества цифр. Роль функции коммутации услуг заключается в том, чтобы зафиксировать вызов и сформировать стандартный запрос. Функция управления вызовом не «интеллектуальна», но запрограммирована так, чтобы распознать запрос на услугу и послать его функции управления услугами SCF [6].

Функция SCF декодирует полученный запрос и интерпретирует его в контексте предоставляемых ИС услуг. После этого формулируется, кодируется и посылается стандартное подтверждение, отсылаемое функции коммутации услуг SSF. Процесс формулирования подтверждения может включать выполнение комплекса программ, в том числе, контакт с вызываемым абонентом и обращение к функции поддержки данных SDF.

Функция SSF, получив от SCF подтверждение, декодирует и интерпретирует его, а затем посылает функции ССF инструкции о том, как осуществить процесс установления соединением.

В процессе формулирования подтверждения от SCF к SSF может потребоваться диалог между SCF и вызывающим или вызываемым абонентом. Такой диалог обычно заключается в отправке подсказки и получении некоторой последовательности цифр. Функция SCF не имеет средств для непосредственного осуществления такого диалога, который происходит не иначе, как с помощью функции специализированных ресурсов SRF. Обычно SCF обращается к SRF с запросом о соединении абонента с соответствующим устройством, входящим в SRF (например, с речевым автоинформатором), и о необходимости получить от абонента определенные данные.

В отличие от описанного порядка взаимодействия между SSF, SCF и SRF, который осуществляется по инициативе абонентов, функции, касающиеся обеспечения услуг, инициируются операторами сети. Эти функции не связаны с каким-либо вызовом абонента или предоставлением конкретной услуги.

Функции SMF, SMAF и SCEF могут использоваться для удаления или изменения уже имеющихся услуг, а также для создания новых услуг. Это достигается путем изменения информации в SSF, SCF, SDF и SRF. Причем такие изменения не должны отражаться на качестве предоставляемых в этот момент услуг [7].

Физическая плоскость. На четвертом уровне INCM согласно Q.1205 определяются физические объекты (Physical entities - РЕ), способы отображения функциональных объектов на физические и описываются способы реализации сетевых элементов ИС. На рисунке 4.6 представлена физическая плоскость ИС.

Физическая плоскость состоит из следующих физических объектов:

- SSP (Service Switching Point) - узел коммутации услуг;

- SCP (Service Control Point) - узел управления услугами;

- SDP (Service Data Point) - узел базы данных;

- IP (Intelligent Peripheral) - интеллектуальная периферия;

- SN (Service nodes) - узел услуг;

- SMP (Service Management Point) - узел менеджмента услуг;

- SCEP (Service Creation Environment Point) - узел среды создания услуг;

- AD (Adjunct) - адъюнкт;

- SSCP (Service Switching and Control Point) - узел коммутации и управления услугами;

- SMAP (Service Management Access Point) - узел доступа администрирования услуг.

Распределение сетевых функций по узлам ИС может иметь следующий вид:

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

SCP. Этот узел имеет набор программ, обеспечивающих выполнение услуг и, возможно, обработки данных, получаемых от пользователей ИС. SCP выполняет функцию управления услуг SCF и, возможно, функцию поддержки данных SDF. SCP имеет прямой доступ к узлу SDP или может подсоединяться к нему через сеть сигнализации. При этом узел SDP может входить как в ту же сеть, что и узел SCP, так и в другие сети. Через сеть сигнализации SCP может быть связан с узлом коммутации услуг SSP и интеллектуальной периферией IP.

Рисунок 4.6 - Физическая плоскость ИС (по Q.1205)

SDP. Узел содержит данные, необходимые для предоставления индивидуализированных услуг, т.е. выполняет функцию поддержки данных. Доступ к SDP может быть получен либо через сеть сигнализации, либо через узел SCP или узел SMP. Различные узлы поддержки данных могут быть связаны друг с другом [16].

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

SMP. Данный узел выполняет функции SMF, SMAF и функцию среды создания услуг SCEF. Он может быть связан с любым узлом ИС, управлять базами данных, тестировать сеть, управлять нагрузкой и проводить измерения различных характеристик сети.

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

AD. Данный узел аналогичен узлу SCP, но имеет непосредственную связь с узлом SSP. Связь между вспомогательным узлом управления и узлом коммутации услуг поддерживается по высокоскоростному каналу.

SN. Данный узел напрямую связан с одним или более узлами SSP и выполняет функции SCF, SDF, SRF, а также функции SSF и CCF. При этом функции SSF/CCF в узле услуг тесно связаны с функцией SCF и недоступны из других узлов, выполняющих функцию управления услугами. Данный узел имеет возможности как у узлов коммутации услуг, управления услуг и интеллектуальной периферии, вместе взятых.

SSCP. Данный узел объединяет узлы коммутации и управления услугами и выполняет функции SSF, CCF, SCF, SDF, CCAF и, возможно, функцию SRF. SMAP. Данный узел дает некоторым избранным пользователям доступ к узлам менеджмента услуг SMP [7].

В заключение к данному разделу еще раз подчеркнем, что концептуальная модель представляет собой абстрактное средство для создания услуг ИС путем их последовательного описания «сверху вниз».

Вывод: текущие понятия набора услуг CS-1 включают ряд недостатков, которые обычно накладывают ограничения на описание продуктов:

- степень детализации низкого уровня CS-1 SIB недостаточна для моделирования сложных услуг. Процесс составления услуг и их свойств, основанный на CS-1 SIB, усложнен. Невозможно разбить услуги и сервисные свойства в функции высокого уровня или процессы для их дальнейшего совершенствования. CS-1 SIB разработаны для последовательного выполнения, в то время как необходимо параллельное выполнение сервисов. CS-1 рассматривает ИС как одиночный объект. SIB в CS-1 не позволяют моделирование услуги, поддерживающие несколько сетей;

- в CS-1 количество SIB ограничено. Только часть сервисных аспектов создания может быть обработана стандартизированным SIB;

- в CS-1 SIB поддерживают только услуги, связанные с вызовом. Услуги, несвязанные с вызовом - вне компетенции CS-1.

Указанные недостатки набора CS-1 планируется устранить в реализациях последующих наборов услуг CS-2, CS-3 и другие [6].

4.3 Прикладной протокол INAP и интерфейсы ИС

Для обеспечения передачи всей необходимой управляющей информации между узлами интеллектуальной сети при предоставлении интеллектуальных услуг необходимо применение соответствующей системы сигнализации. Разработанная в конце 70-х годов и стандартизированная на международном уровне универсальная общеканальная система сигнализации №7 (ОКС №7) обладает всеми необходимыми возможностями и в некоторой степени явилась одной из предпосылок появления концепции интеллектуальных сетей. В данном разделе рассмотрены основные положения использования ОКС №7 в интеллектуальных сетях.

Стандартизованная на международном уровне система общеканальной сигнализации ОКС № 7 предназначена для обмена сигнальной информацией в цифровых сетях связи с цифровыми программно-управляемыми станциями. Она работает по цифровым каналам со скоростью 64 кбит/с, управляя установлением соединений, передавая информацию для технического обслуживания и эксплуатации и может быть использована для передачи других видов информации между станциями и специализированными центрами сетей электросвязи. Сеть ОКС №7 по сути является специализированной сетью ПД с коммутацией пакетов переменной длины [12].

Одна из проблем развития связи заключается в обеспечении совместимости средств связи, разрабатываемых разными производителями. Для решения этой проблемы разработаны международные рекомендации и стандарты, использующие унифицированный язык и способы описания. Для описания функциональной архитектуры средств связи используется эталонная модель взаимодействия открытых систем (ВОС), описанная в рекомендации ITU-T X.200. Эталонная модель ВОС имеет следующие семь уровней: 1 - физический, 2 - канальный, 3 - сетевой, 4 - транспортный, 5 - сеансовый, 6 - представительный, 7 - прикладной.

Система сигнализации ОКС №7 разработана с учетом ее согласования с эталонной моделью ВОС. Система ОКС №7 также построена по многоуровневому принципу, но уровни модели ОКС №7 не идентичны уровням эталонной модели ВОС. Нижние уровни ОКС №7: первый уровень (звено передачи данных сигнализации) и второй уровень (канал передачи сигнализации) полностью согласуются с физическим и канальным уровнями модели ВОС. Третий уровень ОКС №7 - сеть сигнализации не обеспечивает все функции сетевого уровня модели ВОС: не выполняются полностью функции маршрутизации. Все три уровня ОКС №7 вместе называются подсистемой передачи сообщений (Message Transfer Part - МТР) [16].

В целом модель ОКС №7 состоит из двух основных частей:

- подсистемы передачи сообщений МТР;

- подсистемы пользователей и приложений.

Подсистема МТР является единой транспортной платформой, над которой расположены подсистемы пользователей и приложений, предназначенные для обеспечения соответствующих услуг связи. Эта подсистема предоставляет транспортную услугу без соединения, но с упорядоченной последовательностью передачи. Подсистема передачи сообщений МТР обеспечивает передачу информации в неискаженной форме, без потерь, дублирования и ошибок, в установленной последовательности, от одного пункта сигнализации к другому. Причем эта подсистема не анализирует значения передаваемых сигнальных сообщений, формируемых различными подсистемами пользователя. Благодаря такой независимости работы МТР от передаваемых сообщений имеется возможность реконфигурации и гибкого управления сигнальным трафиком при отказах или перегрузках в сети сигнализации. Следует заметить, что выполнение функций передачи сообщений в некоторых случаях выполняется совместно подсистемой МТР и подсистемой управления сигнальными соединениями SCCP.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28