Файл: Лекция 1 (Определения и терминология, форматы сообщений).doc

“идентификатор связанной операции” – связывает текущий вызов операции;

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

“последний компонент” – используется только в примитивах типа “индикация”, для обозначения последней компоненты сообщения. Заметим, что индикация последней части результата операции реализуется посредством названия примитива.

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

“параметры”- содержат какие-либо параметры, сопровождающие операцию или предусмотренные в отклике на операцию.

“код проблемы” – идентифицирует причину неприема компоненты.

“таймаут” – указывает на максимальное время действия (существование) идентификатора компоненты. Данный параметр используется для обработки ситуаций неприема ожидаемого результата выполнения операций.

“вызов операции” – запрашивается компонентным подуровнем посредством примитива запроса TC-Invoke. Если этот вызов связан с предыдущей операцией, то используется параметр идентификатора связанной операции. Соответствующий примитив индикации TC-Invoke используется для индикации активации операции к пользователям ТС пункта назначения.

---

Доклад об успехе операции

Доклад об успешном выполнении операции (класс 1 или 3) является подтверждением выполнения операций удаленным ТС пользователем.

Эта операция идентифицируется в параметре идентификатора вызова. Для доклада об успешном выполнении операции может быть использовано несколько откликов. С этой целью используются следующие примитивы:

• ТС-Result-L указывает на последний сегмент результата (//* может присутствовать только один сегмент)

• ТС-Result-NL – указывает на сегмент результата (имеются еще сегменты)

На количество сегментов ограничений не имеется.

Примитив типа “запрос” используется для передачи результата от ТС пользователя к компонентному подуровню. Примитив типа “индикация” используется для доставки результата к ТС пользователю.

Доклад об ошибке

ТС пользователь, принимающий операцию (класс 1 или 2), которую он не может выполнить, “понимает” это и вводит примитив запроса ТС-U-Error, указывающий на причину ошибки (параметр ошибки). Соответствующая операция идентифицируется параметром идентификатора вызова. ТС пользователь, вызвавший операцию, информируется указательным примитивом TC-U-Error.

Неприем сообщения пользователем ТС

ТС пользователь может не принять какую-либо компоненту (за исключением самой компоненты reject), генерируемую подсистемой взаимодействия, которая предполагается некорректной. Причина неприема указывается в параметре кода проблемы, раздельные параметры доступны для неприема индивидуальных типов компонент.

Любой неприем вызова или результата завершает операцию. Если связанная операция не принята, то на операцию, с которой она связана, влияния не оказывается.

ТС пользователь не принимает компоненту посредством примитива запроса TC-U-Reject. Удаленный пользователь информируется о неприеме компоненты, посредством примитива указательного типа TC-U-Reject.

Отмена операции

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

Соответствующими компонентами являются указательные компоненты.

---

TC-L-Cancel – таймер, установленный подуровнем компонент, истекает и соответствующий примитив выдается к ТС пользователю от уровня компонент.

TC-U-Cancel – решение о прекращении диалога исходит от ТС пользователя к подуровню компонент.

Никаких компонент не передается

Группирование компонент в пределах сообщения.

Последовательность компонент получается посредством передачи одной или нескольких компонент с данным идентификатором диалога к компонентному подуровню, что реализуется между двумя успешными запросами на передачу. (TC-Begin, TC-Continue или примитива запроса TC-End). Последовательность компонент также образуется (на исх. стороне) перед первым примитивом управления диалогом TC-Begin, использующим аналогичный идентификатор диалога (//* имеется в виду аналогичный идентификатору примитива управления компонентами *//), или только при запросе на передачу (TC-UNI)

На исходящей стороне список компонент ограничен примитивами запроса TC-UNI, TC-Begin, TC-Continue или TC-End.

На стороне пункта назначения последовательность компонент начинается с примитива, указывающего на передачу; на завершение передачи указывается посредством параметра “последняя компонента” примитивов, которые доставляют компоненты к ТС пользователю. Параметр “компоненты присутствуют” в примитиве передачи указывают на то, является последовательность сообщений пустой или нет.

Прерывание диалога

Вследствие аномальной ситуации, нижеследующий уровень может решить прервать связь между пользователями, после чего делает необходимо прекратить. Все ассоциированные операции прекращаются и пользователи ТС извещаются посредством примитивов индикации TC-P-Abort.

Параметр P-Abort содержит в себе причину прерывания диалога. Компонентный подуровень решений относительно прерывания диалога не принимает.

Состояния компонент и переходные состояния

Для данного идентификатора компоненты корреляция компонент имеет место только на стороне, которая инициирует операцию. Для этого идентификатора состояния компонент и диаграммы переходных состояний определяются только для этой стороны. Другая сторона просто отражает значение идентификатора компоненты в вызове или идентификатора связанной операции.

Определяются следующие состояния:

---

• исходное: никакой активности, связанной с идентификацией компонент;

• задержка операции: операция была передана к компонентному подуровню, но запрос на передачу отсутствует;

• передача операции: операция была передана к удаленному окончанию, но результат ее выполнения отсутствует;

• ожидание неприема: был принят результат. ТСАР ожидает возможность неприема пользователем ТС;

• задержка неприема: ТС пользователем был запрошен неприем результата, но запрос на передачу отсутствует.

Примечание 1. Каждая из этих диаграмм соответствует одному идентификатору компоненты: один идентификатор указан в параметре идентификатора вызова, связанные операции не изменяют конечный автомат операции, с которой связан предыдущий (первоначальный) идентификатор вызова.

Примечание 2. Запрос TC-END или примитивы индикации, запрос TC-U-Abort или примитивы индикации, или примитив индикации TC-P-Abort вызывает переход в исходное состояние какого-либо идентификатора компоненты, связанного с диалогом. Соответствующие переходы на диаграмме не представлены.

---

Соотношение компонент с подуровнем транзакций

При сопоставлении подуровня компонент с подуровнем транзакций между диалогом и транзакциями существует однозначное соответствие, что при структурированном диалоге выражается в явном виде, при неструктурированном диалоге, это соответствие выражено неявно. Отсюда следует, что примитивами управления диалогом компонентного подуровня и примитивами управления транзакциями подуровня транзакций имеется однозначное соответствие. Для отображения этого соответствия были выбраны аналогичные базовые названия примитивов (generic names). Примитивы управления компонентами подуровня компонент на подуровне транзакций никаким образом не представлены.

Классы диалога

Всего протокол TCAP поддерживает 4 класса операций:

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

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

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

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

Некоторые особенности операций классов протокола tcap:

Операции класса 1. Характеризуются подтверждением успешного и неуспешного завершения операции. В случае ошибки протокола может также иметь место не прием подтверждающего сообщения. При вызове операции класса 1, на вызывающей стороне идентификатор операции (i) остается активным до приема “последнего” отклика и далее, не может быть не принят.

---