
- •Основы протокола тсар
- •Сопоставление примитивов услуги тс управления компонентами с компонентами
- •Управление идентификаторами вызова («Invoke Ids»)
- •Категории операций
- •Некоторые особенности операций классов протокола tcap:
- •Управление диалогом посредством тс примитивов
- •Начало диалога
- •Подтверждение диалога
- •Продолжение диалога
- •Завершение диалога
- •Процедуры, выполняемые при аномальных ситуациях
- •Процедуры обработки аномальных ситуаций, относящихся к операциям
- •Действия, предпринимаемые при ошибках протокола в части компонент
- •Сопоставление примитивов услуги tr по типам сообщения
- •Действия на приемном окончании
- •Продолжение транзакции
- •Структурированный диалог
- •В) обработка аномальных ситуаций
- •Неструктурированный диалог
- •Структурированный диалог
- •Определение параметров в примитивах управления диалогом
- •Доклад об успехе операции
- •Аномальные ситуации
- •Соотношение компонент с подуровнем транзакций
Сопоставление примитивов услуги tr по типам сообщения
Рекомендации Q.771 описывает услуги, выполняемые подуровнем транзакций посредством определения интерфейса услуг между пользователем ТС и подуровнем транзакций и подуровнем транзакций и SCCP. Аналогично, диаграммы переходов состояний, представленные в Рекомендации Q.771, базируются на примитивах услуг. В этом разделе, описание протокола базируется на сообщениях. Сопоставление TR-примитивов с блоками данных протокола подуровня транзакций, указывается в следующей ниже таблице.
Примитив услуги |
Тип сообщения |
TR-UNI |
Unidirectional |
TR-P-Abort |
Abort (прим.1) |
TR-Begin |
Begin |
TR-Continue |
Continue |
TR-U-Abort |
Abort (Note 2) |
TR-End |
End |
|
-
Нормальные процедуры
-
Передача сообщения без установления транзакции
-
Действия на передающем окончании
-
-
Примитив запроса TR-UNI используется, когда TR пользователь передает сообщение к другому TR пользователю, но его нет необходимости вводить в транзакцию. В этом случае, используется однонаправленное сообщение Unidirectional, которое не имеет идентификатора транзакции.
Действия на приемном окончании
Прием одностороннего сообщения вызывает передачу примитива индикации TR-UNI к пользователю TR. Никаких дальнейших действий подуровнем транзакций не предпринимается.
Передача сообщения, вложенного в транзакцию
Начало транзакции
А – передающий узел, В – принимающий узел
Действия на инициирующем окончании
Пользователь TR в узле А инициирует транзакцию посредством использования примитива запроса TR-Begin, что вызывает передачу сообщения Begin от узла А в узел В. Сообщение Begin содержит идентификатор исходящей транзакции. Это значение идентификатора транзакции, при ее включении в какие-либо последующие сообщения от узла А, считается идентификатором исходящей транзакции, а в сообщениях к узлу А идентификатором транзакции пункта назначения, идентифицируя транзакцию к узлу А. Как только подуровень транзакций в узле А передает сообщение Begin, данный подуровень не может передать другое сообщение к подуровню транзакций узла В, пока на это сообщение от узла В не будет получено сообщение Continue
Действия на приемном окончании
Прием сообщения Begin вызывает передачу примитива индикации TR-Begin к пользователю TR в узле В. В ответ на примитив индикации TR-Begin, TR пользователь в узле В решает установить или же нет, транзакцию.
Если пользователь TR желает устанавливать транзакцию, то он передает к подуровню транзакций примитив запроса TR-Continue, в противном случае, он завершает транзакцию (ссылка) эти условия определяются TR пользователем.
Сообщение «Begin» содержит только идентификатор исходящей транзакции. Если, после приема сообщения «Begin» с данным идентификатором исходящей транзакции, подуровень транзакций принимает другое сообщение с тем же идентификатором исходящей транзакции, то подуровень транзакций не рассматривает это как аномальную ситуацию: вторая транзакция инициирована в узле В.