2.5. Прикладная подсистема возможностей транзакций tcap.
Средства транзакций TC – Transaction Capabilities – предназначены для поддержки взаимодействия между прикладными процессами (или между разными элементами одного процесса), размещенными в территориально разнесенных узлах сети связи. Любой такой процесс (или элемент процесса) внутри одного узла сети связи является пользователем услугами TC, размещенных на этом узле. С другой стороны, сами TC того или иного узла являются пользователем сетевыми услугами, предоставляемыми размещенной на нем подсистемой NSP.
В общем виде вариантами применения ТСАР являются ситуации, когда установление основного соединения наряду с сигнальным соединением невозможно или не требуется (например, при организации доступа к сетевым базам данных, при регистрации местонахождения абонента для связи с подвижными объектами, при обеспечении некоторых дополнительных услуг, при реализации функций эксплуатации, техобслуживания и управления сетью и др.).
TC могут поддерживать обмен информацией между:
коммутационными станциями и/или узлами сети связи,
станцией (узлом) и базой данных, узлом управления услугами сети IN, центром технической эксплуатации ЦТЭ и т.п.;
специализированными сетевыми центрами.
Пользователями TC могут быть разные приложения, в частности:
приложения услуг мобильной связи,
приложения услуг Интеллектуальной сети IN,
приложения эксплуатационного управления.
Все такого рода приложения можно разделить на две категории:
требующие обмена данными в реальном времени (т.е. без ощутимых задержек); объем данных в этом случае относительно невелик,
не предъявляющие жестких требований в отношении задержек; при этом объем данных может быть очень большим.
Как видно из рис. 2.5, функции TC образуют два подуровня – Подуровень Компонентов (CSL) и Подуровень Транзакций (TSL). Чтобы стало ясно, в чем тут дело, нужно определить ряд понятий, связанных с тем, как разделены функции между этими подуровнями и какие услуги каждый из них предоставляет подуровню, расположенному выше.
Рис. 2.5. Подсистема средств транзакций TC
Взаимодействие между пользователями услугами средств транзакции (для краткости назовем их TC-пользователями) может быть представлено в виде обмена командами и ответами, составляющего диалог TC-пользователя, находящегося в одном пункте сети ОКС7 и инициирующего взаимодействие, с TC-пользователем, находящимся в другом пункте этой сети и являющимся партнером инициатора. Инициатор передает запрос выполнения партнером определенной операции, а отклик партнера на этот запрос содержит сведения о результате выполнения (невыполнения) операции. По отношению ко всем этим действиям принято говорить, что они связаны с обращением к одной и той же операции.
Запрос (и отклик) представляет собой блок, называемый компонентом. Компонент, связанный с обращением к определенной операции, снабжается идентификатором (ID обращения), благодаря чему одновременно могут быть активными несколько обращений, причем обращения эти могут относиться как к одной и той же, так и к нескольким разным операциям.
Множество функций, связанных с обработкой компонентов, образует верхний подуровень TC – подуровень CSL. Через границу между этим подуровнем и TC-пользователем компоненты проходят индивидуально. Пользователь (инициатор) может передать к подуровню CSL один за другим несколько компонентов до того, как они будут переданы (в одном сообщении) второму TC-пользователю (партнеру). Несколько компонентов, принятых в одном сообщении, всегда передаются пользователю-адресату по одному и в той последовательности, в какой они были переданы пользователем-отправителем.
Последовательность компонентов, которыми обмениваются два TC-пользователя при выполнении одного приложения, образует диалог. Компоненты содержат параметр, идентифицирующий диалог (так называемый ID диалога); у всех компонентов одного диалога этот ID имеет одно и то же значение.
Диалоги могут быть неструктурированными и структурированными. При неструктурированном диалоге TC-пользователь передает компоненты, на которые не ожидается откликов, так что связь между двумя TC-пользователями в явном виде не определена. Компоненты передаются в однонаправленных сообщениях, и сам факт передачи однонаправленного сообщения говорит о неструктурированном диалоге. Пользователь может иметь дело сразу с несколькими операциями; максимальное число операций зависит от количества доступных в данное время уникальных значений идентификатора ID обращения. Если при приеме однонаправленного сообщения обнаружена ошибка протокола, для уведомления об этом факте отправителя также используется однонаправленное сообщение.
При структурированном диалоге связь между двумя TC-пользователями определяется в явном виде – TC-пользователь указывает начало, продолжение и окончание этой связи. Два TC-пользователя могут вести одновременно несколько структурированных диалогов, идентифицируя каждый из них с помощью уникального ID диалога. Поскольку для каждого ID диалога существует свое пространство имен ID обращений, один и тот же ID обращения может повторяться в разных диалогах. Структурированный диалог предполагается двусторонним – на фазе его продолжения возможен дуплексный обмен компонентами.
Подуровень CSL предусматривает организацию соответствия между запросами и откликами. Связанное с запросом операции значение ID обращения вводится в отклик на этот запрос. Возможны 4 класса операций:
класс 1 – предусматривается отклик и при удаче, и при неудаче;
класс 2 – предусматривается отклик только в случае неудачи;
класс 3 – предусматривается отклик только в случае удачи;
класс 4 – отклик не нужен ни в том, ни в другом случае.
Смысл и содержание каждого компонента определяется его типом. Существуют компоненты следующих пяти типов.
INVOKE – обращение. Этот компонент запрашивает выполнение встречной стороной определенной операции. Он может быть связан с другой операцией, к которой обращалась встречная сторона.
RETURN RESULT (NOT LAST) – часть данных с информацией о результате выполнения операции. Имеется в виду, что все данные с информацией о результате не могут быть целиком размещены в одном компоненте, так что TC-пользователю пришлось разделить их на несколько сегментов. Данный компонент содержит один из этих сегментов, за которым последуют другие.
RETURN RESULT (LAST) – последняя (или единственная) часть данных с информацией о результате выполнения операции. Этот компонент свидетельствует о том, что операция успешно завершена.
RETURN ERROR – успешно завершить операцию не удалось. Этот компонент содержит информацию о причине того, что операция не была завершена.
REJECT – отказ в приеме к обработке компонента, поступившего от встречной стороны. Компонент содержит информацию о причине отказа – либо отсутствие ресурсов, нужных для выполнения операции, либо наличие в поступившем компоненте той или иной ошибки (компонент неизвестного типа, с нестандартной или не соответствующей случаю структурой, с недопустимым или используемым для другой операции идентификатором обращения, с неизвестным кодом операции, и т. п.)
Рассмотрим теперь функции и услуги подуровня транзакций (TSL). Очевидно, что расположенный выше подуровень CSL является пользователем подуровня TSL (или, для краткости, TSL-пользователем); другие TSL-пользователи в настоящее время не определены, однако подуровень TSL устроен так, что они, в принципе, могут существовать.
Поддержка неструктурированного диалога TSL-пользователей заключается в том, что TSL обеспечивает передачу сообщения, содержащего один или несколько компонентов (связанных с операциями класса 4), от “своего” TSL-пользователя, являющегося отправителем, к TSL-пользователю, являющемуся адресатом. Если для поддержки такого диалога требуется передать несколько TSL-сообщений, логическая связь между ними (то есть их принадлежность одной и той же транзакции) в явном виде не определяется.
Поддержка структурированного диалога базируется на том, что каждый TSL-пользователь идентифицирует транзакцию уникальным ID транзакции, который присутствует во всех TSL-сообщениях, относящихся к этой транзакции. Для каждой транзакции TSL-пользователь указывает ее начало, продолжение и окончание; на фазе продолжения возможен дуплексный обмен между TSL-пользователями сообщениями “внутри” этой транзакции.