Структура TCAP-сообщения

TCAP-сообщение включает в себя следующие поля:

– тип сообщения

– общую длину сообщения

– информационный элемент (элементы) транзакции

– длину части компонентов сообщения

– компонент (компоненты) сообщения

TCAP-сообщение представлено на рисунке 3.12.

Рис.3.12.TCAP-сообщение

Тип сообщенияопределяет функцию TCAP-сообщения. TCAP-пользователю доступны следующие типы сообщений:

– "Unidirectional" (однонаправленное)

Это сообщение используется для передачи сообщений в режиме неструктурированного диалога.

– "Begin" (начало)

Это сообщение используется в начале диалога, устанавливаемого в режиме структурированного диалога.

– "Continue" (продолжение)

С помощью этого сообщения выполняется обмен задачами, отчетами и данными в режиме диалога.

– "End" (конец)

Это сообщение используется в режиме структурированного диалога для окончания диалога.

– "Abort" (принудительное прерывание)

Это сообщение используется в режиме структурированного диалога для прерывания диалога после ошибки.

В поле общей длины сообщения содержится количество октетов сообщения.

Информационные элементы транзакции используются только для структурированного диалога. Они содержат, например:

– идентификатор транзакции

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

– причину принудительного прерывания

Одной из причин внезапного завершения транзакции может являться неизвестный тип сообщения или неизвестный идентификатор транзакции.

Часть компонентов сообщениясодержит один или несколько компонентов сообщения. В части компонентов сообщения должно находиться поле длины части компонентов сообщения.

Компонент сообщения всегда имеет единообразный формат и содержит следующие поля:

– Тип компонента

TCAP-пользователю доступны следующие типы компонентов: "Invoke" (вызов) - с помощью этого типа компонента, например, инициируется операция, выполняемая на удаленном сетевом узле; "Return result" (возвращаемый результат) - этот тип компонента используется для передачи результата выполнения запроса;

"Return error" (возвращаемая ошибка) - этот тип компонента используется для передачи информации о неудачном выполнении операции; "Reject" (отказ) - с помощью данного типа компонента отклоняется обработка определенного компонента сообщения.

– Длина компонента

Это поле содержит количество октетов в компоненте сообщения.

– Информационные элементы

Информационные элементы зависят от типа компонента. Вот некоторые примеры информационных элементов:

"Invoke ID" (идентификатор вызова) - идентификатор вызова используется для того, чтобы установить соответствие между результатами и запросами на выполнение операций. Он присутствует в каждом компоненте сообщения.

"Operation code" (код операции) - код операции определяет подлежащую выполнению операцию. Он содержится в компоненте сообщения типа "invoke".

"Error code" (код ошибки) - код ошибки указывает причину неудачного выполнения операции. Этот код включается в компонент сообщения типа

"return error".

"Problem code" (код проблемы) - код проблемы указывает причину, по которой был отклонен компонент сообщения. Этот код включается в компонент сообщения типа "reject".

"Parameter" (параметр) - это поле содержит дополнительную пользовательскую информацию.

Процедуры сигнализации:

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

Структурированный диалогпозволяет TCAP-пользователю для обмена сообщениями начать диалог с другим TCAP-пользователем и, по окончании обмена, завершить диалог.

– Начало диалога

TCAP-пользователь начинает новый диалог путем посылки в подсистему TCAP запроса на начало диалога. Этот запрос содержит информацию об адресе и индикатор диалога подлежащих обмену компонентов сообщения. Запрос на начало диалога может посылаться в TCAP перед передачей компонентов сообщения. Компоненты сообщения, передаваемые в TCAP перед запросом на начало диалога с соответствующим индикатором, посылаются требуемому партнеру с помощью сообщения"begin" (начало). Сообщение "begin" также содержит идентификатор транзакции, который в процессе диалога используется для установления соответствия между компонентами сообщения и диалогом. TCAP вместе с соответствующей адресной информацией передает сообщения "begin" в подсистему SCCP, которая посылает их требуемому адресату. Подсистема TCAP адресата получает сообщение "begin" и информирует адресуемого TCAP-пользователя о начале нового диалога.

– Продолжение диалога

Диалог может быть продолжен обоими TCAP-пользователями. С этой целью

TCAP-пользователь посылает в TCAP сообщение "continue". Сообщение "continue" может содержать, например, компоненты сообщения с последующими запросами операций. Кроме того, данное сообщение может содержать сообщения с результатами выполнения ранее полученного запроса.

– Конец диалога

Существуют следующие возможности завершения диалога:

заранее подготавливаемое завершение: TCAP-пользователи заранее указывают на необходимость завершения диалога; обмен сообщениями не происходит, сообщение "end" (окончание диалога) не посылается. базовый способ завершения: TCAP-пользователь в нужный момент заканчивает диалог и посылает сообщение "end" текущему партнеру по диалогу. TCAP-пользователь с помощью сообщений "end" по-прежнему может передавать компоненты сообщения удаленному TCAP-пользователю, объявив в то же самое время конец диалога.

Принудительное прерывание: TCAP-пользователь завершает диалог из-за ошибки и посылает сообщение "abort" (принудительное прерывание) своему партнеру по диалогу. В сообщение "abort" может также включаться

информация о причине прерывания диалога