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

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

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

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

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

Услуга структурированного диалога позволяет пользователю ТС начать диалог, произвести в рамках этого диалога обмен компонентами, завершить или прервать диалог.

Каждый TR пользователь идентифицирует транзакцию отдельным идентификатором транзакции. Предусматриваются следующие услуги:

- начало транзакции. Начало транзакции между двумя TR пользователями обуславливает присвоение идентификатора транзакции к этой транзакции и делает возможным обмен информацией между TR пользователями. В отклик на начало транзакции TR пользователь пункта назначения может продолжить транзакцию или завершить ее.

- продолжение транзакции. Делает возможным обмен сообщениями между TR пользователями полностью в дуплексном режиме.

- завершение транзакции. Освобождает соответствующий идентификатор транзакции и завершает обмен сообщениями в рамках этой транзакции. Любой из пользователей TR уровня имеет возможность завершить транзакцию. Для TR пользователя (подуровня компонент) имеется три возможности завершения транзакции:

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

2. основное завершение диалога. TR пользователь информируется о завершении диалога.

3. прекращение транзакции. Обуславливает удаление из системы какого-либо сообщения транзакции, для которой передача или прием сообщений задержаны, после чего транзакция завершается. Причина прекращения транзакции передается к удаленному пользователю TR.

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

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

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

Если пользователем подуровня транзакций является компонентный подуровень:

а) соответствие между диалогом и транзакцией является однозначным.

в) сообщение может содержать 0 или более компонент. При этом, размер сообщения определяется нижележащими уровнями.

Услуги, обеспеченные ТС на основе услуги сети, не ориентированной на соединение.

Компонентный уровень

Обзор примитивов компонентного подуровня

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

Имеются следующие примитивы управления:

- TC-UNI: запросы/указания на неструктурированный диалог;

- TC-Begin: начинает диалог;

- TC-Continue: продолжает диалог;

- TC-End: завершает диалог.

Каждый из этих примитивов обуславливают доставку компонентов, переданных к соответствующему интерфейсу для указанного диалога, к удаленному окончанию (исключение составляет TC-End, при заранее подготовленном окончании).

- TC-U-Abort: позволяет пользователю ТС немедленно прервать диалог, не передавая какие-либо задержанные компоненты;

- TC-Р-Abort: - информирует пользователя ТС, что диалог был прекращен подсистемой, обеспечивающей услугу (например, подуровень транзакций), что произведено как отклик на транзакцию прекращения со стороны подуровня транзакций. Какие-либо компоненты, находящиеся на ожидании, не передаются.

Ниже перечисляются ТС-примитивы, предназначенные для управления компонентами. Основным предназначением этих примитивов является управление операциями и откликами.

TC-Invoke: вызов операции, которая может быть связана с вызовом другой операцией

TC-Result-L: только результат или последняя часть сегментированного результата успешно выполненной операции

TC-Result-NL: не последняя часть сегментированного результата успешно выполненной операции

TC-U-Error: отклик на вызванную перед этим операцией

TC-L-Cancel: ТС пользователь информируется, что вызов операции завершен, вследствие истечения таймера

TC-U-Cancel: завершение операции на прикладном уровне, что отражает решение пользователя ТС

TC-L-Reject: (локальный) – информирует локального пользователя ТС, что компонентный подуровень обнаружил некорректную компоненту, которую ранее принял

TC-R-Reject: (неприем на удаленной стороне) – указывает, что ТСАР обнаружил недостоверную компоненту

TC-U-Reject: неприем компонент пользователем ТС, указывающий на некорректную компоновку компоненты, что запрещает выполнение операции или распознавание отклика на нее.

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