
- •Основы протокола тсар
- •Сопоставление примитивов услуги тс управления компонентами с компонентами
- •Управление идентификаторами вызова («Invoke Ids»)
- •Категории операций
- •Некоторые особенности операций классов протокола tcap:
- •Управление диалогом посредством тс примитивов
- •Начало диалога
- •Подтверждение диалога
- •Продолжение диалога
- •Завершение диалога
- •Процедуры, выполняемые при аномальных ситуациях
- •Процедуры обработки аномальных ситуаций, относящихся к операциям
- •Действия, предпринимаемые при ошибках протокола в части компонент
- •Сопоставление примитивов услуги tr по типам сообщения
- •Действия на приемном окончании
- •Продолжение транзакции
- •Структурированный диалог
- •В) обработка аномальных ситуаций
- •Неструктурированный диалог
- •Структурированный диалог
- •Определение параметров в примитивах управления диалогом
- •Доклад об успехе операции
- •Аномальные ситуации
- •Соотношение компонент с подуровнем транзакций
Определение параметров в примитивах управления диалогом
Параметры ассоциаций – “адрес пункта назначения” и “адрес исходящего пункта”. Эти параметры соответственно идентифицируют ТС пользователя исходящего и пункта назначения.
“компоненты присутствуют” – указывается, будут ли приняты какие-либо компоненты. Когда передача компонент отсутствовала, то указывается, что список является пустым, в противном случае, указывается последовательность компонент (ссылка 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.
На приемной стороне указанный примитив ТC-Continue ind информирует пользователя о следующем:
- что диалог может быть продолжаем;
- что компоненты доставлены (если параметр “компоненты присутствуют” не указывают “пусто”)
Завершение диалога
Для ТС пользователя обеспечивается три сценария, позволяющие ему завершить диалог:
- специально организованное завершение диалога;
- основное завершение диалога;
- прерывание диалога ТС пользователем.
Окончание диалога использует запрос TC-END и соответствующий указательный примитив. Примитив запроса TC-ENE указывает, какой сценарий будет использован для завершения диалога.
а) Предварительно организованное завершение диалога.
В этом сценарии ТС пользователь, по предварительному соглашению решил, когда заключать диалог: влияние примитива TC-END является чисто локальным. К ТС пользователю на приемной стороне пункта назначения никакая индикация TC-END не предусматривается.
Никаких компонент не может быть передано или принято для диалога, как только пользователем был передан примитив управления диалогом TC-END.
в) основной сценарий
В рамках этого сценария окончание диалога вызывает передачу каких-либо компонент, находящихся на ожидании на стороне, инициирующий окончание диалога. Однако, необходимо заметить, что какие-либо компоненты, задержанные в обратном направлении, не будут доставлены.
Базовый сценарий использует примитивы TC-END со следующей целью:
- доставка какой-либо компоненты (компонент), которые были переданы к подуровню транзакций и для которых передача была задержана. (//* на подуровне транзакций допускается образование очереди)
- индикация к ТС пользователю, что обмен компонентами в любом направлении будет для инициированного диалога прекращен.
с) прекращение диалога ТС пользователем
ТС пользователь имеет возможность запросить немедленное прекращение диалога, не принимая во внимание какие-либо задержанные вызовы операций. При этом, пользователь ТС может обеспечить “сквозную” (End-to-End) передачу информации, указывающую на причину прерывания диалога, а так же определенную диагностическую информацию. Эта информация ТСАР не анализируется.
Запрос TC-U-Abort и соответствующая индикация примитива предназначены для выполнения соответствующих функций.
Управление компонентами.
Определение параметров.
Этот раздел определяет параметры, использующиеся с примитивами управления компонентами.
“класс”, “идентификатор диалога” – соотносит компоненты с определенным диалогом;
“идентификатор вызова” – идентифицирует вызов операции;
“идентификатор связанной операции” – связывает текущий вызов операции;
“ошибка” – содержит информацию, обеспечиваемую пользователем ТС, при ошибке возврата операции. Эти информация ТСАР не анализируется.
“последний компонент” – используется только в примитивах типа “индикация”, для обозначения последней компоненты сообщения. Заметим, что индикация последней части результата операции реализуется посредством названия примитива.
“операция” – идентифицирует действие, выполняемое пользователем ТС по запросу другого пользователя ТС.
“параметры”- содержат какие-либо параметры, сопровождающие операцию или предусмотренные в отклике на операцию.
“код проблемы” – идентифицирует причину неприема компоненты.
“таймаут” – указывает на максимальное время действия (существование) идентификатора компоненты. Данный параметр используется для обработки ситуаций неприема ожидаемого результата выполнения ситуаций.
“вызов операции” – запрашивается компонентным подуровнем посредством примитива запроса TC-Invoke. Если этот вызов связан с предыдущей операцией, то используется параметр идентификатора связанной операции. Соответствующий примитив индикации TC-Invoke используется для индикации активации операции к пользователям ТС пункта назначения.