Дипломная работа: Базовый процесс обработки вызовов

Услуги могут быть отнесены к интеллектуальным, если при их предоставлении требуется использовать большие массивы данных и выполнять сложную обработку. Если при разработке и проектировании аппаратных и программных средств новых услуг не исходить из единой концепции, то затраты на их реализацию будут неоправданно велики. Поэтому современный подход к проектированию аппаратных и программных средств услуг основан на модульном принципе. Сущность его состоит втом, что все процедуры реализации услуг делят на законченные автономные модули услуг (МУ) – в терминологии IN независимые от услуг конструктивные блоки (ServiceIndependentBlock, SIB), не зависящие от видов услуг и друг от друга и представляющие собой законченные процедуры обработки запросов. Процедуры обмена между модулями услуг тоже стандартизируют. При таком подходе достаточно большой набор модулей позволяет создавать новые услуги путем сочетания имеющихся МУ и интерфейсных модулей. Программа реализации новой услуги будет простой и не потребует больших затрат. Лишь при проектировании экстраординарной по сложности услуги, реализация которой из имеющихся модулей невозможна, потребуется разработка новых модулей. Описанная концепция проектирования услуг интеллектуальных сетей предполагает использование языков программирования высокого уровня, обеспечивающих уменьшение затрат при вводе новых услуг. Таким образом, вторым элементом концепции INявляется оригинальная методика структурного проектирования и реализации услуг.

Целью создания является интегрирование возможностей средств передачи и обработки данных для предоставления ДВО пользователям на базе традиционных средств телефонных сетей, сетей передачи данных и сетей связи с подвижными объектами. «Интеллект» таких сетей воплощается в скрытом от пользователя механизме выбора и предоставления услуг [8].

Прежняя стратегия ввода новых ДВО основывалась на замене старой (с меньшим набором ДВО) версии программного обеспечения (ПО) на всех узлах сети на новую (с новым набором ДВО). В IN добавление новых ДВО обеспечивается изменением программных средств в сетевой базе данных (БД) без изменения ПО на станциях и узлах сети. Однако такая индифферентность ПО станций к видам и составу ДВО подразумевает наличие на станциях сети средств доступа к ресурсам IN, а на одном из уровней распределения ресурсов IN– средств управления предоставлением ДВО [4, 5]. На рис. 1.2 показан пример расширения спектра ДВО в интеллектуальной сети. Для ввода новой услуги (выделено штриховкой) требуются изменения только в БД интеллектуальной сети.

Рисунок 1.2 – Расширение состава ДВО интеллектуальной сети

Характерны следующие свойства IN:

– наличие централизованных баз данных, в которых содержится исчерпывающая информация о сети и ее пользователях;

– доступ к БД с высокой скоростью;

– применение протоколов системы сигнализации №7 (ОКС №7) для связи разных компонентов сети и сетей друг с другом, обеспечивающих высокую верность обмена информацией;

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

Интеллектуальные сети имеют следующие преимущества:

– контроль пользователем тех данных, которые характеризуют все нюансы обслуживания его запроса сетью;

– гибкость управления службами и услугами благодаря централизации данных в БД и высокой скорости обмена информацией в сети;

– упрощенный и оперативный ввод новых служб и услуг благодаря использованию модульного принципа проектирования и реализации новых услуг.

Структура интеллектуальной сети иерархичная, состоящая из четырех плоскостей (рис. 1.3). На одной из плоскостей этой иерархии размещают средства обработки запросов пользователей и реализации услуг. Такая централизация технологична в том отношении, что позволяет не распылять ресурсы. Однако она же требует высокой скорости транспортировки больших массивов данных между объектами разных плоскостей. Поэтому средства одной из плоскостей IN обеспечивают транспортировку сообщений с высокой скоростью и верностью.

Верхняя плоскость модели – плоскость услуг – представляет услуги так, как они «видны» конечному пользователю. Такое представление не содержит информации, относящейся к способу и деталям реализации услуги в сети. То, что услуга реализована в рамках IN, при представлении ее на плоскости услуг невидимо. Зато на этой плоскости видно, что услуги (services) компонуются из одной или из нескольких разных стандартизованных составляющих, каждую из которых пользователь воспринимает как одно из характерных свойств или, что то же самое, как один из атрибутов услуги (servicefeatures). Для каждого этапа стандартизации определяются совокупность таких составляющих и правила их использования.

Рисунок 1.3 – Структура интеллектуальной сети

Плоскость услуг в рамках структурной организации IN определяет подсистему административного управления (ПАУ) сетевыми ресурсами (NetworkCapabilitiesManager, NCM).

Функциями ПАУ являются:

– предоставление технических средств эксплуатации и технического обслуживания интерпретаторам видов услуг (дистанционная загрузка программных средств, контроль работоспособности интерпретаторов вида услуг (ИВУ), дистанционное восстановление данных и техобслуживание);

– коммерческое управление (предоставление абонентам возможности пользоваться данными одной или нескольких служб).

Подсистема административного управления содержит собственную сетевую информационную БД (СИБД) и может вести обмен с внешними БД через сеть коммутации пакетов по протоколу Х.25, FrameRelay или по протоколу системы сигнализации ОКС №7. Эта подсистема обеспечивает управление ресурсами сети, необходимыми для предоставления ДВО, интерпретацию вида ДВО. Для связи с ИВУ используется сеть с коммутацией пакетов (КП).

Глобальная функциональная плоскость описывает возможности сети, которые необходимы разработчикам для внедрения услуг. Здесь находятся сетевые информационные базы данных, в том числе и внешние БД, в которых хранятся данные о номерах абонентов, категориях обслуживания, адресах, параметрах маршрута установления соединения и др., и программы реализации услуг – ПРУ (ServiceLogicalPrograms, SLP).

Каждой услуге соответствует своя ПРУ, которая составляется из модулей услуг – независимых от услуг конструктивных блоковSIB, одним из которых является SIB, реализующий базовый процесс обслуживания вызова – БПОВ (BasicCallProcess, ВСР). BCP взаимодействует с другими блоками посредством точек инициации (PointofInitiation, POI) и завершения (PointofReturn, POR). Если в процессе обработки вызова встретится одна из точек инициации, то это приводит к определенной последовательности обращений к блокам SIB. По завершении этой последовательности обращений осуществляется воздействие на процесс обработки вызова, зависящее от точки завершения. В результате такого взаимодействия может быть обеспечена услуга или компонент услуги. Определенные на верхней плоскости услуги декомпозируются на компоненты и на глобальной функциональной плоскости объединяются в один или несколько SIB, которые при взаимодействии определяют глобальную логику услуги GSL (GlobalServiceLogic).

Таким образом, конкретная ПРУ определяет тип и последовательность действий для реализации какой-либо услуги.

Распределенная функциональная плоскость описывает функции, реализуемые узлами сети, которая здесь рассматривается как совокупность функциональных элементов (FunctionalEntity, FE), порождающих информационные потоки. Также на этой плоскости виден тот факт, что реализация услуги в среде IN производится программными средствами распределенным образом. Каждый FE может выполнять целый ряд определенных для него действий (FunctionalEntityActions, FEAs). Одно и то же FEA может быть определено для нескольких разных FE, однако любое FEA выполняется всякий раз только каким-то одним FE.

На распределенной функциональной плоскости функционирует интерпретатор вида услуги – ИВУ (ServiceLogicInterpreter, SLI). Он выполняет в реальном времени функции обработки запросов для одной или многих служб. Запросы на предоставление услуги поступают в ИВУ от пунктов коммутации услуг (ПКУ). Основная функция ИВУ – контроль реализации протокола услуги, при этом необходим обмен с БД соответствующей службы.

Рассмотренные выше независимые конструктивные блоки SIB представляются на распределенной функциональной плоскости в виде последовательностей действий, выполняемых функциональными объектами. Некоторые такие действия связаны с обменом информацией между объектами, что отображено на этой плоскости в виде информационных потоков.