
- •Основы протокола тсар
- •Сопоставление примитивов услуги тс управления компонентами с компонентами
- •Управление идентификаторами вызова («Invoke Ids»)
- •Категории операций
- •Некоторые особенности операций классов протокола tcap:
- •Управление диалогом посредством тс примитивов
- •Начало диалога
- •Подтверждение диалога
- •Продолжение диалога
- •Завершение диалога
- •Процедуры, выполняемые при аномальных ситуациях
- •Процедуры обработки аномальных ситуаций, относящихся к операциям
- •Действия, предпринимаемые при ошибках протокола в части компонент
- •Сопоставление примитивов услуги tr по типам сообщения
- •Действия на приемном окончании
- •Продолжение транзакции
- •Структурированный диалог
- •В) обработка аномальных ситуаций
- •Неструктурированный диалог
- •Структурированный диалог
- •Определение параметров в примитивах управления диалогом
- •Доклад об успехе операции
- •Аномальные ситуации
- •Соотношение компонент с подуровнем транзакций
Доклад об успехе операции
Доклад об успешном выполнении операции (класс 1 или 3) является подтверждением выполнения операций удаленным ТС пользователем.
Эта операция идентифицируется в параметре идентификатора вызова. Для доклада об успешном выполнении операции может быть использовано несколько откликов. С этой целью используются следующие примитивы:
-
ТС-Result-L указывает на последний сегмент результата (//* может присутствовать только один сегмент)
-
ТС-Result-NL – указывает на сегмент результата (имеются еще сегменты)
На количество сегментов ограничений не имеется.
Примитив типа “запрос” используется для передачи результата от ТС пользователя к компонентному подуровню. Примитив типа “индикация” используется для доставки результата к ТС пользователю.
Доклад об ошибке
ТС пользователь, принимающий операцию (класс 1 или 2), которую он не может выполнить, “понимает” это и вводит примитив запроса ТС-U-Error, указывающий на причину ошибки (параметр ошибки). Соответствующая операция идентифицируется параметром идентификатора вызова. ТС пользователь, вызвавший операцию, информируется указательным примитивом TC-U-Error.
Неприем сообщения пользователем ТС
ТС пользователь может не принять какую-либо компоненту (за исключением самой компоненты reject), генерируемую подсистемой взаимодействия, которая предполагается некорректной. Причина неприема указывается в параметре кода проблемы, раздельные параметры доступны для неприема индивидуальных типов компонент.
Любой неприем вызова или результата завершает операцию. Если связанная операция не принята, то на операцию, с которой она связана, влияния не оказывается.
ТС пользователь не принимает компоненту посредством примитива запроса TC-U-Reject. Удаленный пользователь информируется о неприеме компоненты, посредством примитива указательного типа TC-U-Reject.
Отмена операции
Услуга отмены завершает вызов соответствующей операции. Запрос может быть произведен ТС пользователем или подуровнем компонент. В обоих случаях, данная операция имеет местный эффект: никакого уведомления к удаленному окончанию не передается.
Соответствующими компонентами являются указательные компоненты.
TC-L-Cancel – таймер, установленный подуровнем компонент, истекает и соответствующий примитив выдается к ТС пользователю от уровня компонент.
TC-U-Cancel – решение о прекращении диалога исходит от ТС пользователя к подуровню компонент.
Никаких компонент не передается
Группирование компонент в пределах сообщения.
Последовательность компонент получается посредством передачи одной или нескольких компонент с данным идентификатором диалога к компонентному подуровню, что реализуется между двумя успешными запросами на передачу. (TC-Begin, TC-Continue или примитива запроса TC-End). Последовательность компонент также образуется (на исх. стороне) перед первым примитивом управления диалогом TC-Begin, использующим аналогичный идентификатор диалога (//* имеется в виду аналогичный идентификатору примитива управления компонентами *//), или только при запросе на передачу (TC-UNI)
На исходящей стороне список компонент ограничен примитивами запроса TC-UNI, TC-Begin, TC-Continue или TC-End.
На стороне пункта назначения последовательность компонент начинается с примитива, указывающего на передачу; на завершение передачи указывается посредством параметра “последняя компонента” примитивов, которые доставляют компоненты к ТС пользователю. Параметр “компоненты присутствуют” в примитиве передачи указывают на то, является последовательность сообщений пустой или нет.