Подсистема TCAP. Общие положения. Прикладная система возможности транзакций

Подсистема TCAP

Общие положения

В настоящее время все прикладные системы сигнализации используют общую часть, которая позволяет обеспечить интерфейс с подсистемой SCCP. Для этих целей применяется прикладная система возможности транзакций TCAP (Transaction Capability Application Part).

Подсистема TCAP напрямую взаимодействует с подсистемой SCCP путем обмена соответствующими примитивами, при этом используется сервис без установления соединения (протокол класса 0 или класса 1).

В общем случае протокол TCAP применяется в тех случаях, когда установление SCCP соединения не эффективно или невозможно. В основном это протоколы, связанные с передачей незначительных объемов данных.

Термин возможности транзакций (Transaction Capability – TC) представляет собой функции и протоколы для обеспечения обмена между приложениями и сетью сигнализации.

Общая структура TC

TC состоит из двух подуровней: подуровня компонентов и подуровня транзакций.

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

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

Операция

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

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

Все операции можно разделить на четыре класса в соответствии с ожидаемым ответом:

• класс 1 – ожидается отклик как при успешном, так и при неуспешном выполнении операции;
• класс 2 – ожидается только при неуспешном выполнении операции;
• класс 3 – ожидается только при успешном выполнении операции;
• класс 4 – отклик на данную операцию не ожидается.

Примитивы TCAP

Обмен информацией между пользователем TC и подсистемой TCAP осуществляется посредством примитивов. От пользователя TC поступают примитивы запроса (request) от подсистемы TCAP Примитивы индикации (indication). При этом различают примитивы трех уровней:

• примитивы обработки компонентов (передаются между TC-пользователем и подуровнем компонентов);
• примитивы обработки диалога (передаются между TC-пользователем и подуровнем компонентов);
• примитивы обработки транзакций (передаются между подуровнем компонентов и подуровнем транзакций);

Примитивы подуровня компонентов

Примитивы обработки диалога

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

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

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