Основы протокола тсар
Процедура ТСАР подразделяется на процедуру подуровня компонент и процедуру подуровня транзакций. Прикладная подсистема возможностей транзакций и ее взаимосвязь со смежными подсистемами (имеется в виду физическое местоположение) представлена на следующем ниже рисунке:
Процедура подуровня компонент предусматривает для пользователя ТС возможности вызова операций, инициируемых на удаленном окончании и приема откликов.
Подуровень компонент также принимает информацию управления диалогом и пользовательскую информацию от пользователей ТС и генерирует, соответственно, прикладные пакеты данных управления диалогом.
Подуровень компонент использует возможности (ресурсы) подуровня транзакций для управления транзакций, которая обладает возможностью переносить последовательность компонент и, альтернативно, часть диалога в сообщениях подуровня транзакций, при установлении соединения из конца в конец между двумя пользователями ТС.
Процедуры подуровня компонент
Подуровень компонент обеспечивает два типа процедур:
- управление диалогом;
- управление компонентами.
Нормальная процедура
Процедура управления компонентами
Составление примитивов услуг управления компонентами с типами компонент
Рекомендации Q.771 описывают услуги, обеспечиваемые подуровнем компонент, посредством определения интерфейса услуг между пользователем ТС и подуровнем компонент подуровнем транзакций. Под управлением компонентами подразумевается возможность пользователя ТС вызвать удаленную процедуру и получить на нее отклик. Процедуры управления компонентами сопоставляют примитивы услуг управления компонентами с компонентами, которые образуют блоки протокольных данных (PDU) подуровня компонент. Сопоставление этих примитивов с PDU подуровня компонент, представлено ниже.
Сопоставление примитивов услуги тс управления компонентами с компонентами
|
Примитив услуги |
сокращение |
Тип компоненты |
|
TC-Invoke |
INV |
Invoke (Note 1) |
|
TC-Result-L |
RR-L |
Return Result (Last) (N1) |
|
TC-U-Error |
RE |
Return Error (N1) |
|
TC-U-Reject |
RJ |
Reject (Note 1) |
|
TC-R-Reject |
RJ |
Reject (N 1) |
|
TC-L-Reject |
(Note 2) |
|
|
TC-Result-NL |
RR-NL |
Return Result (not last) |
|
TC-L-Cancel |
(Note3) |
|
|
TC-U-Cancel |
(Note3) |
|
|
Note 3 тип компоненты, связанный с этим примитивом, отсутствует, т.к эффект является четко местным |
||
Управление идентификаторами вызова («Invoke Ids»)
Идентификаторы вызова присваиваются на стороне вызова во время вызова операции. Пользователю ТС нет необходимости ждать завершения одной операции перед вызовом другой. В любой момент времени, пользователь ТС может иметь определенное количество выполненных операций на удаленном окончании (однако позже возможна отмена вызова компоненты вследствие недостатка ресурсов).
Каждое значение идентификатора вызова связано с вызовом операции и соответствующим ей состоянием конечного автомата вызова. Управление этим конечным автоматом состояний осуществляется исключительно на стороне (окончании), которая вызывает операцию. Другое окончание отражает этот идентификатор вызова и это относится к вызову операции, при этом управление состоянием конечного автомата для этого идентификатора не происходит. Отметим, что оба окончания могут вызывать операции полностью в дуплексном режиме: каждое окончание управляет состоянием конечного автомата для вызванных операций и является свободным для распределения идентификаторов вызовов независимо друг от друга.
Значение идентификатора вызова может быть перераспределено, когда соответствующее состояние конечного автомата является исходным.