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

Mapping примитивов обработки транзакций на сообщения TCAP

Примитив

Dialog Control APDU

TR-UNI

UNIDIRECTIONAL

TR-BEGIN

BEGIN

TR-CONTINUE

CONTINUE

TC-END

END

TR-P-ABORT

ABORT

TC-U-ABORT

ABORT

Пример обмена сообщениями

Структура протоколов верхнего уровня с точки зрения протокола TCAP

С точки зрения протокола TCAP, основная задача протокола TCAP – обеспечить передачу информации между приложениями верхнего уровня, расположенными в различных узлах сети ОКС7. При этом , для функционального описания протоколов верхнего уровня введены следующие понятия:

  • Application Process (AP) – прикладной процесс.
  • Application Entity (AE) – прикладной объект. Представляет собой набор функций и правил, обеспечивающих взаимодействие прикладных процессов на удаленных узлах. Для адресации прикладных объектов, функционально расположенных в рамках одного узла, используется параметр SSN (Sub System Number) протокола SCCP. Каждый прикладной процесс может одновременно взаимодействовать с несколькими прикладными объектами. Например, прикладной процесс обслуживания входящего вызова на мобильного абонента, имеющего CAMEL подписку в сети GSM, должен взаимодействовать с прикладными процессами, обеспечивающими интерфейс к HLR и к SCP.
  • Application Service Element (ASE) – прикладные сервисные элементы. Если рассматривать AE – как большую полноценную программу, то ASE – это ее отдельные функции или операции. Отдельные операции группируются в ASE в соответствии с выполняемыми функциями.
  • Application Context (AC) – прикладной контекст. Если AE – представляет собой полный набор функций и операций, реализованных в данной подсистеме пользователя (например, VLR), то AC – представляет собой только их часть, необходимую для выполнения конкретной задачи в конкретный момент времени между двумя конкретными пользователями или, что тоже самое - набор ASE. ASE группируются в AC таким образом, чтобы обеспечить максимально полное разнообразие реализаций.
  • Single Association Control Function (SACF) – функция управления одиночной ассоциацией. Представляет собой набор правил, используемых для работы с ASE при установке одиночной ассоциации (MSC – HLR, SSP – SCP,…).
  • Multiple Association Control Function (MACF) – функция управления множественными ассоциациями. В тех случаях, когда для выполнения каких либо действий необходимо установить диалог с несколькими AE используется набор правил MACF (MSC – HLR + SSP – SCP).

Пример структуры AP/AE/ASE

Введение в язык абстрактного синтаксиса (ASN 1)

Существует немало методов описания структур данных, используемых в связных протоколах. Некоторые протоколы требуют жестких форматов используемых структур. Это можно сказать, в основном, о старых протоколах или тех, в которых требуется очень высокая скорость работы. Другие позволяют некоторый произвол в выборе размеров подструктур для достижения некоторой независимости от конкретного выбора компонентов системы. В TCAP используется именно такой подход - метод определения абстрактных объектов OSI, который называется Abstract Syntax Notation 1 (ASN.1). ASN.1 представляет инструкции для описания абстрактных типов и переменных.

Базовой единицей данных, с которой работает язык ASN.1 является октет. Это - 8-битная единица данных. Обычно принято в этой роли использовать термин байт. Однако октет - сущность аппаратно независимая. При реализации, конечно, он отождествляется с байтом.

ASN. 1 имеет четыре вида типов данных:

q  простые типы, которые являются "базовыми" и не имеют никаких компонентов;

q  структурированные типы, которые имеют компоненты;

q  тегированные типы, которые получены из других типов простым изменением признака (тэга);