![]() Главная страница Случайная страница КАТЕГОРИИ: АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника |
Подсистема средств транзакций
Средства транзакций ТС - Transaction Capabilities - предназначены для поддержки взаимодействия между прикладными процессами (или между разными элементами одного процесса), размещенными в территориально разнесенных узлах сети связи. Любой такой процесс (или элемент процесса) внутри одного узла сети связи является пользователем услугами ТС, размещенных на этом узле. С другой стороны, сами ТС того или иного узла являются пользователем сетевыми услугами, предоставляемыми размещенной на нем подсистемой NSP.
ТС могут поддерживать обмен информацией между: • коммутационными станциями и/или узлами сети связи, • станцией (узлом) и базой данных, узлом управления услугами сети • специализированными сетевыми центрами. • приложения услуг мобильной связи, • приложения услуг Интеллектуальной сети IN, • приложения эксплуатационного управления.
Все такого рода приложения можно разделить на две категории: • требующие обмена данными в реальном времени (т.е. без ощу • не предъявляющие жестких требований в отношении задержек; Как видно из рис.8.10, функции ТС образуют два подуровня -подуровень компонентов (CSL) и подуровень транзакций (TSL). Чтобы стало ясно, в чем тут дело, нужно определить ряд понятий, связанных с тем, как разделены функции между этими подуровнями и какие услуги каждый из них предоставляет подуровню, расположенному выше. Рис. 8.10 Подсистема средств транзакций ТС Взаимодействие между пользователями услугами средств транзакции (для краткости назовем их ТС-пользователями) может быть представлено в виде обмена командами и ответами, составляющего диалогТС-пользователя, находящегося в одном пункте сети ОКС и инициирующего взаимодействие, с ТС-пользователем, находящимся в другом пункте этой сети и являющимся партнером инициатора. Инициатор передает запрос выполнения партнером определенной операции, а отклик партнера на этот запрос содержит сведения о результате выполнения (невыполнения) операции. По отношению ко всем этим действиям принято говорить, что они связаны с обращением к одной и той же операции. Запрос (и отклик) представляет собой блок, называемый компонентом. Компонент, связанный с обращением к определенной операции, снабжается идентификатором (Ю обращения), благодаря чему одновременно могут быть активными несколько обращений, причем обращения эти могут относиться как к одной и той же, так и к нескольким разным операциям. Множество функций, связанных с обработкой компонентов, образует верхний подуровень ТС - подуровень CSL. Через границу между этим подуровнем и ТС-пользователем компоненты проходят индивидуально. Пользователь (инициатор) может передать к подуровню CSL один за другим несколько компонентов до того, как они будут переданы (в одном сообщении) второму ТС-пользователю (партнеру). Несколько компонентов, принятых в одном сообщении, всегда передаются пользователю-адресату по одному и в той последовательности, в какой они были переданы пользователем-отправителем. Последовательность компонентов, которыми обмениваются два ТС-пользователя при выполнении одного приложения, образует диалог. Компоненты содержат параметр, идентифицирующий диалог (так называемый ID диалога); у всех компонентов одного диалога этот ID имеет одно и то же значение. Диалоги могут быть неструктурированными и структурированными. При неструктурированном диалоге ТС-пользователь передает компоненты, на которые не ожидается откликов, так что связь между двумя ТС-пользователями в явном виде не определена. Компоненты передаются в однонаправленных сообщениях, и сам факт передачи однонаправленного сообщения говорит о неструктурированном диалоге. Пользователь может иметь дело сразу с несколькими операциями; максимальное число операций зависит от количества доступных в данное время уникальных значений идентификатора Ю обращения. Если при приеме однонаправленного сообщения обнаружена ошибка протокола, для уведомления об этом факте отправителя также используется однонаправленное сообщение. При структурированном диалоге связь между двумя ТС-пользователями определяется в явном виде - ТС-пользователь указывает начало, продолжение и окончание этой связи. Два ТС-пользователя могут вести одновременно несколько структурированных диалогов, идентифицируя каждый из них с помощью уникального ID диалога. Поскольку для каждого ID диалога существует свое пространство имен ID обращений, один и тот же ID обращения может повторяться в разных диалогах. Структурированный диалог предполагается двусторонним - на фазе его продолжения возможен дуплексный обмен компонентами. Подуровень CSL предусматривает организацию соответствия между запросами и откликами. Связанное с запросом операции значение ID обращения вводится в отклик на этот запрос. Возможны 4 класса операций: • класс 1 - предусматривается отклик и при удаче, и при неудаче, • класс 2 - предусматривается отклик только в случае неудачи, • класс 3 - предусматривается отклик только в случае удачи, • класс 4 - отклик не нужен ни в том, ни в другом случае. Смысл и содержание каждого компонента определяется его типом. Существуют компоненты следующих пяти типов. • INVOKE - обращение. Этот компонент запрашивает выполнение встречной стороной определенной операции. Он может быть связан с другой операцией, к которой обращалась встречная сторона. • RETURN RESULT (NOT LAST) - часть данных с информацией о результате выполнения операции. Имеется в виду, что все данные с информацией о результате не могут быть целиком размещены в одном компоненте, так что ТС-пользователю пришлось разделить их на несколько сегментов. Данный компонент содержит один из этих сегментов, за которым последуют другие. • RETURN RESULT (LAST) - последняя (или единственная) часть данных с информацией о результате выполнения операции. Этот компонент свидетельствует о том, что операция успешно завершена. • RETURN ERROR - успешно завершить операцию не удалось. Этот компонент содержит информацию о причине того, что операция не была завершена. • REJECT - отказ в приеме к обработке компонента, поступившего от встречной стороны. Компонент содержит информацию о причине отказа - либо отсутствие ресурсов, нужных для выполнения операции, либо наличие в поступившем компоненте той или иной ошибки (компонент неизвестного типа, с нестандартной или не соответствующей случаю структурой, с недопустимым или используемым для другой операции идентификатором обращения, с неизвестным кодом операции, и т. п.) Рассмотрим теперь функции и услуги подуровня транзакций (TSL). Очевидно, что расположенный выше подуровень CSL является пользователем подуровня TSL (или, для краткости, TSL-пользователем); другие TSL-пользователи в настоящее время не определены, однако подуровень TSL устроен так, что они, в принципе, могут существовать. TSL предусматривает средства, поддерживающие обмен компонентами между TSL-пользователями и обеспечивающие использование услуг нижележащих уровней (подсистем SCCP и MTP) для двустороннего переноса через сеть ОКС сообщений между двумя взаимодействующими подсистемами ТС, размещенными в разных пунктах этой сети. Поддержка неструктурированного диалога TSL-пользователей заключается в том, что TSL обеспечивает передачу сообщения, содержащего один или несколько компонентов (связанных с операциями класса 4), от «своего» TSL-пользователя, являющегося отправителем, KTSL-пользователю, являющемуся адресатом. Если для поддержки такого диалога требуется передать несколько TSL-сообщений, логическая связь между ними (то есть их принадлежность одной и той же транзакции) в явном виде не определяется. Поддержка структурированного диалога базируется на том, что каждый TSL-пользователь идентифицирует транзакцию уникальным Ю транзакции, который присутствует во всех TSL-сообщениях, относящихся к этой транзакции. Для каждой транзакции TSL-пользователь указывает ее начало, продолжение и окончание; на фазе продолжения возможен дуплексный обмен между TSL-пользователями сообщениями «внутри» этой транзакции. Отметим, что в настоящее время специфицированы средства транзакций, использующие только такие услуги SCCP, которые не предусматривают создание в сети ОКС сигнальных соединений. Использование услуг, ориентированных на сигнальные соединения, изучается ITU-T.
|