Файл: Основные особенности протокола TCAP,ОКС7 (начало).doc

Когда TR пользователь желает прервать транзакцию, то он передает примитив запроса TR-U-Abort к подуровню транзакций, который передает сообщение Abort с информацией, обеспечиваемой пользователем (причина и диагностика)

На приемном окончании подуровень транзакций принимает сообщение Abort, содержащее информацию, обеспечиваемую пользователем, обеспечивает передачу этой информации (без анализа) к TR пользователю в примитиве индикации TR-U-Abort.

Пример обмена сообщения ТСАР

Конечный автомат состояние ассоциируется с транзакцией на каждом окончании этой транзакции. Вводятся четыре состояния транзакций.

«Idle» – исходное состояние

«Init Sent (IS)» – сообщение Begin было передано: индикация от подсистемы взаимодействия TR: установлена ли транзакция или же она не ожидается.

«Init Received (IR)» – сообщение Begin было принято: от пользователя TR ожидается сообщение закончить транзакцию или продолжить ее.

«Active» – установлена транзакция: обмен сообщениями Continue может быть произведен одновременно в обеих направлениях.

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

Подуровнем транзакций обрабатываются следующие аномальные ситуации:

1. Отсутствие реакции на транзакцию (инициирована или установлена)

2. Прием индексации аномальной ситуации от надлежащего уровня.

3. Прием сообщения с не присвоенной или не вычисляемой идентификацией транзакции назначения, таким образом, что сообщение не может быть ассоциировано с транзакцией (не вычисляемая идентификация означает то, что информация не найдена или не распознана, не присвоенная идентификация транзакции означает, что ID вычисляется, но не был присвоен к какой-либо транзакции)

4. Прием сообщения с распознанным идентификатором транзакции пункта назначения

Случай 1 предполагает к ситуации, где один узел находится в состоянии Idle в то время, как другой узел находится в состоянии non-Idle, например, вследствие потери сообщения. Этот случай подразумевает локальный, зависящий от реализации, механизм, в результате действия которого, транзакция прерывается местно, как это описывается ниже.

Случай 2 предназначен для дальнейшего изучения. Когда в части транзакции обнаруживается ошибка (случаи 3 и 4, приведенные выше) подуровень транзакций должен предпринимать следующие действия.

Должен проверяться статус идентификация исходящей транзакции. Действия являются следующими:

1. Если идентификатор исходящий транзакции является не вычисляемым, то местное окончание (которое приняло сообщение) отбрасывает сообщение и не предпринимает какие-либо другие действия, т.е. передать сообщение Abort или завершить транзакцию

2. Если идентификатор исходящей транзакции является вычисляемым, то предпринимаются следующие действия:

- если сообщение “прекращение” содержит пользовательскую информацию (или информация отсутствует), TR пользователь (компонентный подуровень) должен информироваться посредством примитива индикации TR-U-Abort.

- если сообщение Abort содержит информационный элемент причины P-Abort, TR пользователь информируется посредством примитива индикации TR-P-Abort.

- в обоих случаях, какие-либо сообщения, относящиеся к этой транзакции, удаляются из системы, конечный автомат подсистемы транзакций переводится в исходное состояние.

Q.771 (Grundlagen)

Диалог

Диалогом называться последовательный обмен компонентами между двумя пользователями ТС, целью которого является выполнение процедур на прикладном уровне семиуровневой модели взаимодействия открытых систем. Диалог бывает двух типов: структурированный и неструктурированный.

Не структурированный диалог

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

Структурированный диалог

Альтернативно, если пользователи ТС указывают на начало диалога, формирование реляционных связей, продолжение диалога и его завершение, то подразумевается структурированный диалог. Использование структурированного диалога позволяет двум пользователям одновременно инициировать несколько диалогов, при этом каждый из них имеет свой уникальный идентификатор. Каждый идентификатор диалога имеет отдельное поле названия идентификатора вызова, что позволяет для различных диалогов дублировать идентификаторы вызова операций. В свою очередь, доставка сообщений может быть обеспечена посредством протоколов прикладного уровня или при использовании соответствующего класса услуги. При использовании услуги структурированного диалога, пользователь ТС должен указать на одну из следующих трех возможностей, при передаче компоненты к подсистеме взаимодействия:

1. начало диалога

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

3. завершение диалога: передающая сторона более не передает компонентов и также не осуществляет их приема с удаленного окончания.

Корреляция компонент

Компонентный подуровень обеспечивает следующие услуги:

а) связь операций и откликов

Значение идентификатора вызова, которое однозначно идентифицирует операцию, возвращается на этот вызов. ТСАР обеспечивает 4 категории операций, которыми являются следующие:

- класс 1 – докладывается об успехе и об ошибке;

- класс 2 – докладывается только об ошибке;

- класс 3 – докладывается только об успешном завершении;

- класс 4 – не докладывается не об успешном завершении.

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

Пользователь ТС может отменить операцию, которая была ранее вызвана, после чего на этот вызов не будет принято никакого отклика.

Последней компонентой может быть:

- возврат результата, указывающий на успешное завершение операции;

- возврат ошибки, указывающий ошибку в операции;

- неприем, указывающий на синтаксическую ошибку.

В) обработка аномальных ситуаций

Компонентный подуровень охватывает определенное количество аномальных ситуаций, возникающих в связи с компонентами:

- неприем компоненты (если компонентный подуровень принимает некорректную компоненту или компонента, которая нарушает установленные для определенного класса операции правила обмена вызовами операций и откликами, пользователь ТС об этом информируется)

- истечение операции: когда компонентный подуровень обнаруживает, что на операции класса 1,2 или 3, после истечения некоторого времени (которое зависит от операции), не получен заключительный отклик. При этом, соответствующий идентификатор вызова операции освобожден и пользователь ТС об этом информируется. Данная ситуация является аномальной только в случае операции класса (1). Применение к операции класса (4) зависит от конкретной реализации.

Обработка ошибок

Когда компонентный подуровень информируется о ситуации, которая заключается в невозможности обеспечения услугами пользователя ТС. ТС пользователь об этом информируются и может завершить какие-либо выполняемые операции. ТС пользователь может также прервать диалог, который обуславливает завершение каких-либо обслуживаемых операций.

Услуги, обеспечиваемые подуровнем транзакций

Подуровень транзакций обеспечивает возможность обмена компонентами между TR пользователями. Подуровень транзакций также обеспечивает возможность передачи сообщений между подсистемами, с которыми при установлении транзакции и реализации транзакционного обмена, соответствующий подуровень осуществляет взаимодействие (//*так называемое peer entity, что в дословном переводе означает “сквозное множество”). В данном случае, таким множеством, или подсистемой для подсистемы транзакций, является подсистема компонент. Передача компонент осуществляется благодаря услугам сетевого уровня системы сигнализации по ОКС7.

Компонентным подуровнем, в свою очередь, обеспечиваются следующие услуги: