Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
вроде лекции / Основные особенности протокола TCAP,ОКС7 (начало).doc
Скачиваний:
33
Добавлен:
27.05.2020
Размер:
1.26 Mб
Скачать

Сопоставление примитивов услуги 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

  1. С элементом информации причины (P-Abort)

  2. Пустой или с информационным элементом прекращения диалога со стороны пользователя.

  1. Нормальные процедуры

    1. Передача сообщения без установления транзакции

      1. Действия на передающем окончании

Примитив запроса 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» с данным идентификатором исходящей транзакции, подуровень транзакций принимает другое сообщение с тем же идентификатором исходящей транзакции, то подуровень транзакций не рассматривает это как аномальную ситуацию: вторая транзакция инициирована в узле В.

Соседние файлы в папке вроде лекции