Файл: Основные особенности протокола TCAP,ОКС7 (начало).doc

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

Какое-либо явное инициирование или завершение неструктурированного диалога отсутствуют. Единственной услугой, которая предоставляется пользователю ТС, является возможность передать одну или несколько компонент, на которые не ожидается отклика (вызовов операции класса 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: неприем компонент пользователем ТС, указывающий на некорректную компоновку компоненты, что запрещает выполнение операции или распознавание отклика на нее.

Определение параметров в примитивах управления диалогом

Параметры ассоциаций – “адрес пункта назначения” и “адрес исходящего пункта”. Эти параметры соответственно идентифицируют ТС пользователя исходящего и пункта назначения.

“компоненты присутствуют” – указывается, будут ли приняты какие-либо компоненты. Когда передача компонент отсутствовала, то указывается, что список является пустым, в противном случае, указывается последовательность компонент (ссылка 3.1.3.8 Q.771), которые связаны с примитивом управления диалогом. Параметр “компоненты присутствуют” используется только в примитивах указательного типа.

“идентификатор диалога” – этот параметр также присутствует в примитивах управления компонентами и используется для ассоциации компонент с диалогом. В течение одного диалога должен использоваться аналогичный идентификатор диалога или однонаправленного примитива. В однонаправленном примитиве одинаковый идентификатор диалога гарантирует доставку всех компонент, имеющих идентичный идентификатор диалога по одному пункту назначения. Для структурированного диалога идентификатор диалога используется, чтобы идентифицировать все компоненты, принадлежащие к инициированному диалогу от его начала до завершения. Идентификатор диалога сопоставляется с идентификаторами, которые присутствуют в сообщениях, обмен которыми реализован между узлами.

“P-Abort” – содержит информацию, указывающую на причину прерывания (abort) ТСАР диалога.

“параметры” – содержат параметры, передаваемые к удаленному пользователю в связи с вызовом операции, откликом или прерыванием диалога. Эта информация ТСАР не анализируется.

“качество обслуживания” – т.е. пользователь указывает на приемлемое качество обслуживания. Значение, которое этот параметр имеет по умолчанию, соответствует нижележащей услуге, определенной в п.3.4. За пределами данного в п.3.4. определения, этот параметр требует дальнейшего изучения.

“завершение” – решение ТС пользователя закончить диалог (termination).

“пользовательская информация о прекращении” – ТС пользователь может включить информацию, относящуюся к прекращению диалога, инициированного пользователем ТС.

Услуги диалога

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

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

Компоненты, передаваемые до этого к компонентному подуровню, посредством примитивов управления компонентами типа “request” (запрос)

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

На приемной стороне вызываемый ТС пользователь информируется о количестве компонент, принятых посредством примитива индикации TC-UNI. Параметры в этом примитиве действительны для всех принятых компонент. Эти компоненты доставляются посредством примитивов управления компонентами указательного типа.

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

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

Это обеспечивается посредством идентификатором транзакций среди соответствующих транзакционных сообщений.

Начало диалога

ТС пользователь начинает новый диалог посредством ввода примитива запроса TC-Begin. Назначение этого примитива является следующим:

- указать компонентному подуровню на начало диалога, идентифицированного параметром идентификатора диалога, присутствующим в этом примитиве;

- запросить передачу какой-либо компоненты (компонент), переданных к подуровню компонент посредством примитивов управления компонентами типа “запрос” и имеющие аналогичный идентификатор диалога.

Примитив запроса TC-Begin может быть введен перед передачей каких-либо компонент к подуровню компонент. На приемной стороне ТС пользователь пункта назначения информируется о том, что новый диалог инициирован посредством примитива индикации TC-Begin. На присутствие компонент указывается в поле “компоненты присутствуют”.

Продолжение диалога

Пользователь ТС указывает на продолжение диалога посредством ввода примитива запроса ТC-Continue. Эти запросы, инициируемые соответствующим примитивом, необходимы для передачи какой-либо компоненты (компонент), переданных к компонентному подуровню для этого диалога, с момента приема TC-Begin или передачи примитива запроса ТC-Continue.