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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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