перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

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

Применительно к интеллектуальной сети, ASE представляют собой набор спецификаций процедур обслуживания вызова, известных как операции, например InitialDP и др. Если в SSF, например, обнаружена точка DP, инициализирующая услугу и требующая участия SCF, то функция SSF формирует сообщение, которое называется InitialDP Operation, и посредством подсистемы транзакций ТСАР (Transaction Capabilities Application Part), где, в свою очередь, еще выделены два подуровня, начинается сеанс связи с соответствующими уровнями протоколов контроллера SCP. При этом используются, как будет показано дальше, также подсистема контроля соединений сигнализации системы сигнализации ОКС №7.

Прикладной процесс (например, в SSP) устанавливает логическую связь (так называемую ассоциацию), пользуясь которой, он будет взаимодействовать с другим прикладным процессом (например, в SCP), после чего начинается операций. Существуют определенные правила, в соответствии с которыми устанавливается порядок выполнения операций. За последовательность операций в ASE отвечает специальная функция. Если существует всего одна ассоциация, это – функция управления одиночной (отдельной) ассоциацией SACF (Single Association Control Function). Если одновременно имеется несколько ассоциаций, необходима синхронизация взаимодействия во всех установленных ассоциациях, которую обеспечивает общая для всех SACF функция управления множеством ассоциаций (Multiple Association Control Function, MACF).

Все средства (ассоциация, относящиеся к ней ASE, функции SACF), которые поддерживают диалог между двумя функциональными объектами, размещенными в разных узлах IN (например, диалог между SSF и SCF), образуют объект одиночной логической связи SAO (Single Association Object). На рисунке 1.7 приведена структура прикладного объекта AE.

Рисунок 1.7 – Структура прикладного объекта AE

Так, например, какой-либо абонент хочет получить обычную телефонную связь с другим абонентом. Будем рассматривать процесс организации этой связи как прикладной процесс (АР). При этом телефонный аппарат будет прикладным объектом (АЕ), который содержит следующие прикладные сервисные элементы (ASE): рычаг аппарата – «ASE – Рычаг», клавиши для набора цифр – «ASE – Цифры», клавиши для набора специальных символов – «ASE-*, » и т.п. Все эти ASE участвуют в установлении соединения через телефонную сеть, иными словами, в создании ассоциации. Функции управления одиночной ассоциацией – SACF – должны в этом случае содержать, например, правило, говорящее о том, что перед набором номера трубка должна быть снята с рычага. Если телефонный аппарат поддерживает соединения по двум линиям, то нужны еще и функции управления множеством ассоциаций MACF, которые содержат правила переключения с одной линии на другую, а также правила объединения или разделения линий.

Протокол INAP является пользователем протокола ROSE (Remote Operations Service Element – сервисный элемент удаленных операций), определенного в рекомендациях ITU-T X.219 и Х.229, в том смысле, что INAP использует для переноса своей информации блоки данных протокола ROSE. Протокол ROSE содержится внутри подуровня компонентов ТСАР системы сигнализации ОКС №7 (ITU-T Q.771–775) и DSS1 (ITU-T Q.932) и является стандартизованным прикладным сервисным элементом. Поскольку ROSE предоставляет услуги вызова удаленных процедур, он используется во многих приложениях с распределенной обработкой. Для него определены четыре типа блоков данных протокола (Protocol Data Unit, PDU):

– Invoke – обращение;

– Return Result – возврат результата;

– Return Error – возврат ошибки;

– Reject – отказ.

Последним понятием, относящимся к определению прикладного протокола, является прикладной контекст (Application Context, АС). Формально прикладной контекст может быть определен как набор ASE и правил, которые должны соблюдаться при взаимодействии прикладных процессов друг с другом. Прикладной процесс, который инициировал взаимодействие, предлагает один или более контекстов в блоке данных (PDU) и получает ответ, в котором возможность использования контекста либо подтверждается, либо отвергается, либо предлагается другой контекст. В последнем случае текущая ассоциация должна быть закрыта, и открыта новая для представления нового набора прикладных контекстов.

Таким образом, охарактеризовав протокол в INАР соответствии с вышеприведенными понятиями прикладного процесса, прикладного объекта, прикладного сервисного элемента, прикладного контекста, а также протоколов ROSE и PDU, рассмотрим и проанализируем особенности протокола INAP.

скачать бесплатно Анализ базовых концептуальных принципов и структуры построения интеллектуальных сетей

Содержание дипломной работы

Каждый этап имеет свою логику развития, взаимосвязь с предыдущими и последующими этапами
212 вся совокупность услуг, предоставляемых сетью, делится на две группы: основные услуги и дополнительные виды обслуживания (ДВО)
Прежняя стратегия ввода новых ДВО основывалась на замене старой (с меньшим набором ДВО) версии программного обеспечения (ПО) на всех узлах сети на новую (с новым набором ДВО)
В результате такого взаимодействия может быть обеспечена услуга или компонент услуги
3) SDP (Service Data Point) – узел базы данных услуг, содержащий данные, используемые программами логики услуги, чтобы обеспечить индивидуальность услуги
1 – Услуги набора CS1 Услуги, предоставляемые набором возможностей CS1 имеют в общем 38 свойств
Интерпретатор вида услуги получает подтверждение о реализуемости запрошенной услуги и начинает контроль ее реализации путем обмена в реальном времени с ПКУ
 Здесь будет установлено соединение с абонентом Б с помощью стандартных средств и протоколов коммутируемой сети, а программа реализации услуги позволит начислить оплату за ИУ абоненту Б
Данный протокол поддерживается системой сигнализации ОКС №7 и цифровой абонентской системой сигнализации DSS1
Формально прикладной контекст может быть определен как набор ASE и правил, которые должны соблюдаться при взаимодействии прикладных процессов друг с другом
На основании изложенных понятий и особенностей, касающихся протокола INAP, перейдем к рассмотрению архитектурных принципов реализации данного протокола
Таким критерием могут быть определенное сочетание цифр в набранном абонентом номере, префикс, категория вызывающей абонентской линии и т
Создание IN-SSM либо является следствием того, что в БМСВ встречается TDP, либо инициируется со стороны SCF независимо от наличия TDP
Первые шесть относятся к BCSM на передающей стороне, а вторые пять – к BCSM на приемной стороне
Функции: передача индикации ответа вызываемой стороны к BCSM на исходящей стороне; установление соединения между исходящей и входящей сторонами, наблюдение за состоянием связи
4 Функционирование модели внутренних ресурсов CCF/SSF как системы управления вызовами На основании вышеизложенного, проанализируем последовательность действий, выполняемых объектами модели CCF/SSF
FIM/CM определяет, как следует обрабатывать это событие, после чего сообщает IN-SM, что событие связано с активной в данной момент логикой услуги IN
В теории массового обслуживания случайную величину
обычно рассматривают как время пребывания системы в состоянии
при условии, что следующим состоянием, в которое перейдет система, будет

Обозначим через
случайный момент времени попадания процесса в состояние
, а через
длительность пребывания процесса в этом состоянии
Обозначим через
функцию плотности распределения времени пребывания процесса в состоянии 0, а через
– в состоянии 1
17) полученных из условия равенства распределений времени пребывания процесса в состоянии 1 и времени возврата в это состояние для исходного графа (рис
Разработка алгоритма функционирования базовой модели управления вызовами на приемной стороне На основании вышеизложенного описания BCSM на приемной стороне и в соответствии с рекомендациями ITU-T Q
При этом наблюдаются следующие функции: выбор ресурса для обслуживания вызова, извещение о вызове к вызываемому терминальному оборудованию
4)
; – при параллельном соединении дуг с весовыми функциями
и
эквивалентная весовая функция
представляет собой сумму этих весовых функций
, (4
Вторичная обработка обеспечивает представление информации в наиболее удобной форме, анализ статистики, интеллектуальную обработку данных экспертной системой анализатора и т
 Лазарев, В
12–99 Типове положення про навчання, інструктаж та перевірку знань працівників з питань охорони праці