Главная  Системы коммутации 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [ 68 ] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

Очередность передачи битов

Маршрутная этикетка

Код типа сообщения

Обязательный параметр А

Обязательный параметр F

Указатель начала параметра М

Указатель начала параметра Р

Указатель начала необязательной части

Индикатор длины параметра М

Параметр М

Индикатор длины параметра Р

Параметр Р

Имя параметра = X

Индикатор длины параметра X

Параметр X

Очередность передачи байтов

Обязательная фиксированная часть

Обязательная переменная часть

Имя параметра = Z

Индикатор длины параметра Z

Параметр Z

Конец необязательных параметров

Рис 8 9 Формат сообщении SCCP



тс могут поддерживать обмен информацией между:

• коммутационными станциями и/или узлами сети связи,

• станцией (узлом) и базой данных, узлом управления услугами сети IN, центром технической эксплуатации ЦТЭ и т. п.,

• специализированными сетевыми центрами. Пользователями ТС могут быть разные приложения, в частности:

• приложения услуг мобильной связи,

• приложения услуг Интеллектуальной сети IN,

• приложения эксплуатационного управления.

Все такого рода приложения можно разделить на две категории:

• требующие обмена данными в реальном времени (те. без ощутимых задержек); объем данных в этом случае относительно невелик,

• не предъявляющие жестких требований в отношении задержек; при этом объем данных может быть очень большим.

Как видно из рис.8.10, функции ТС образуют два подуровня - подуровень компонентов (CSL) и подуровень транзакций (TSL). Чтобы стало ясно, в чем тут дело, нужно определить ряд понятий, связанных с тем, как разделены функции между этими подуровнями и какие услуги каждый из них предоставляет подуровню, расположенному выше.

Пользователь

SCCP

Запрос/Отклик

Компоненты

Сообщения транзакции

Сообщение SCCP "Данные без соединения"

(Класс О или 1)

Пользователь

SCCP

Рис. 8.10 Подсистема средств транзакций ТС

Взаимодействие между пользователями услугами средств транзакции (для краткости назовем их ТС-пользователями) может быть представлено в виде обмена командами и ответами, составляющего диалог ТС-пользователя, находящегося в одном пункте сети ОКС и инициирующего взаимодействие, с ТС-пользователем, находя-



щимся в другом пункте этой сети и являющимся партнером инициа тора. Инициатор передает запрос выполнения партнером опреде ленной операции, а отклик партнера на этот запрос содержит сведения о результате выполнения (невыполнения) операции. По отношению ко всем этим действиям принято говорить, что они связаны с обращением к одной и той же операции.

Запрос (и отклик) представляет собой блок, называемый компонентом. Компонент, связанный с обращением к определенной операции, снабжается идентификатором (Ю обращения), благодаря чему одновременно могут быть активными несколько обращений, причем обращения эти могут относиться как к одной и той же, так и к нескольким разным операциям.

Множество функций, связанных с обработкой компонентов, образует верхний подуровень ТС - подуровень CSL. Через границу между этим подуровнем и ТС-пользователем компоненты проходят индивидуально. Пользователь (инициатор) может передать к подуровню CSL один за другим несколько компонентов до того, как они будут переданы (в одном сообщении) второму ТС-пользователю (партнеру). Несколько компонентов, принятых в одном сообщении, всегда передаются пользователю-адресату по одному и в той последовательности, в какой они были переданы пользователем-отправителем.

Последовательность компонентов, которыми обмениваются два ТС пользователя при выполнении одного приложения, образует диалог Компоненты содержат параметр, идентифицирующий диалог (так называемый Юдиалога); у всех компонентов одного диалога этот ID имеет одно и то же значение.

Диалоги могут быть неструктурированными и структурированными. При неструктурированном диалоге ТС-пользователь передает компоненты, на которые не ожидается откликов, так что связь между двумя ТС-пользователями в явном виде не определена. Компоненты передаются в однонаправленных сообщениях, и сам факт передачи однонаправленного сообщения говорит о неструктурированном диалоге. Пользователь может иметь дело сразу с несколькими операциями; максимальное число операций зависит от количества доступных в данное время уникальных значений идентификатора ID обращения. Если при приеме однонаправленного сообщения обнаружена ошибка протокола, для уведомления об этом факте отправителя также используется однонаправленное сообщение.

При структурированном диалоге связь между двумя ТС-пользователями определяется в явном виде ТС-пользователь указывает начапо, продолжение и окончание этой связи. Два ТС-пользователя могут вести од юнромс! IHO несколько структурированных диалогов, идоти()и1,иру I каждый из них с помои,ью уникального ID диапш а



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [ 68 ] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103]

0.0009