Главная  Классификация протоколов сигнализации 

[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] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [ 117 ] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

интерфейс в точке S перед передачей кадров должен проходить фазу активизации. Цель фазы активизации состоит в том, чтобы гарантировать синхронизацию приемников на одной стороне интерфейса и передатчиков на другой его стороне, что достигается обменом сигналами, называемыми INFO. Используется пять различных сигналов INFO.

Первый, INFO О, свидетельствует об отсутствии какого-либо активного сигнала, поступающего от приемопередатчиков S-интерфейса, и передается в том случае, если все приемопередатчики деактивизированы. Когда терминалу ТЕ необходимо установить соединение с сетью, он инициирует активизацию S-интерфейса путем передачи сигнала INFO 1 в направлении от ТЕ к NT. В ответ на сигнал INFO 1 сетевое окончание NT передает в направлении к ТЕ сигнал INFO 2. Сигнал INFO 2 соответствует циклу, рассмотренному в предыдущей главе (рис. 2.4), со всеми битами В- и D-каналов, имеющими значение 0. Циклы INFO 2 могут предусматривать передачу информации в сверхцикловых каналах, что приводит к нескольким разным формам сигнала INFO 2. Для указания незавершенной активизации интерфейса биту А, называемому битом активизации, также присваивается значение О, а затем, когда активизация достигнута, - значение 1. Каждый цикл INFO 2 содержит изменения полярности импульсов, создаваемые последним битом D-канала предыдущего цикла и битом цикловой синхронизации F текущего цикла, а также изменения полярности, вызываемые битом L (см. рис.2.4).

Когда в ТЕ достигается цикловая синхронизация, к NT передается сигнал INFO 3. В ответ на информацию о достижении синхронизации из NT передается сигнал INFO 4, который содержит данные В- и D-каналов и данные сверхциклового канала. Теперь интерфейс полностью активизирован циклами INFO 3 в направлении от ТЕ к NT и циклами INFO 4 в направлении от NT к ТЕ.

В том случае, когда сеть инициирует соединение с ТЕ, т.е. активизация осуществляется в направлении от NT к ТЕ, последовательность обмена сигналами почти такая же, кроме одного момента: NT выходит из исходного состояния, в котором посылался сигнал INFO О, передавая сигнал INFO 2. Сигнал INFO 1 в этом случае не используется.

Обе описанные выше последовательности сигналов иллюстрируются примерами [72], представленными на рис. 3.2, с указанием соответствующих состояний ТЕ и NT, совпадающих с SDLcocтoяниями на диаграмме рис. 3.6 и 3.7. На рис. 3.2 представлены два таймера: таймер ТЗ в ТЕ и таймер Т1 в NT. Оба таймера - Т1 и ТЗ используются для выхода из тупиковой ситуации, когда, например, одна сторона вынуждена ожидать сигнал от другой стороны неопределенно долго из-за возникновения какой-либо неисправности. Значения таймеров Т1 и ТЗ назначаются оператором сети, хотя обычно для обоих таймеров выбирается значение 30 с.



Состояние ТЕ

SI .3 - ТЕ деактивизирован S1.4 - ожидание ответа NT

Запуск ТЗ

S1 5 - идентификация

S1 6 - ТЕ синхронизирован S1.7 - ТЕ активизирован

Останов ТЗ

INFO о

INF01

INFO 2

INFO О

INF0 3

INFO 4

SI 3-ТЕ деактивизирован

SI 6 - ТЕ синхронизироаан S1 7 - ТЕ активизирован

INFO О

Состояние NT S2 1 - исходное

S2 2 - ожидание активизации

* X Запуск Т1

Определяется оператором

32 3 - активное

Останов Т1

INFO 2

INF0 3

INFO 4

-X Запуск Т1

S2 1 - исходное S2 2 - ожидание активизации

Определяется оператором

S1 3-активное

Останов Т1

Рис. 3.2. Последовательность сигналов при активизации S-интерфейса: (а) - активизация от ТЕ; (б) - активизация от NT

На рис. 3.3 представлена последовательность сигналов при деактивизации, которая во всех случаях инициируется со стороны сети. Таймер Т2 используется внутри NT для того, чтобы убедиться в полностью деактивизированном состоянии интерфейса до того, как ТЕ произведет следующую попытку перевести S-интерфейс в активное состояние. Таймер Т2 ограничивает время распознавания приемопередатчиком ТЕ сигнала INFO О и ответа на этот сигнал.

S1.7 - ТЕ активизирован S1.6 - ТЕ синхронизирован

S1.3 - ТЕ деактивизирован

INFO 4

INF03

INFO О

INFO О

52.3 - активное

52.4 - ожидание деактивизации

-X Запуск Т2

Останов Т2

S2.1 - исходное

Рис. 3.3. Последовательность сигналов при деактивизации S-интерфейса

Деактивизация может произойти, когда ТЕ временно утрачивает кадровую синхронизацию в активном состоянии, т.е. когда ТЕ получает подряд три кадра без правильного изменения порядка чередования импульсов с битом FA, равным 1, и два кадра подряд, когда бит FA имеет значение 0.

На рис. 3.2 и 3.3 указаны также некоторые из состояний, в которых может находиться физический уровень во время фаз активизации и деактивизации. Рассмотрим эти состояния подробнее, но сначала - одно общее замечание.

Концепция конечных автоматов, находящихся в определенных состояниях и выполняющих переходы из одного состояния в другое под воздействием сигналов, является основой языка спецификаций и описаний SDL, рассмотренного в главе 2 первого тома. Эта концепция уже весьма активно использовалась в других главах книги и вполне применима здесь для спецификации процессов, описывающих поведение как рассматриваемых в этом параграфе, так и других логических объектов в соответствующих уровнях модели взаимодействия открытых систем (модели OSI). Сигналы, переводящие процессы SDL из одного состояния в другое, представляют собой программные или аппаратные сообщения, абстрактные представления которых уже были определены в предыдущем параграфе как примитивы. В результате изменения состояния SDL-процесс может, в свою очередь, передавать примитивы в другие уровни. Между логическими



объектами смежных уровней примитивы передаются через пункт доступа к услуге (SAP), о чем также упоминалось в первом параграфе данной главы. Эти положения применимы к примитивам, передаваемым между любыми смежными уровнями, что иллюстрирует рис. 3.4.

Обмен информацией между логическими объектами смежных уровней осуществляется с помощью примитивов четырех типов: REQUEST (ЗАПРОС), INDICATION (ИНДИКАЦИЯ), RESPONSE (ОТВЕТ) и CONFIRM (ПОДТВЕРЖДЕНИЕ).

Система 1

Система 2

; Уровень п+1

Логический объект уровня n-t-1

Подтверждение


Логический объект уровня п+1

Индикация Пункт доступа к услуге


Уровень п

. Запрос

. Ответ :

Логический объект уровня п

Протокол уроаня п

Логический объект уроаня п

Рис. 3.4. Доступ к услугам в смежных уровнях: примитивы

Примитив типа REQUEST используется, когда логический объект уровня п+1 в одной из двух взаимодействующих систем запрашивает услугу уровня п для передачи команды в уровень п+1 второй системы. Логический объект уровня п во второй системе информирует уровень п+1 о содержании команды с помощью примитива типа INDICATION. Примитив RESPONSE используется уровнем п+1 второй системы для подтверждения приема примитива INDICATION и, если нужно, для сообщения об исполнении команды. Наконец, прием примитива типа CONFIRM уровнем п+1 первой системы указывает, что операция завершена.

Для идентификации примитива используются три поля, расположенных в следующем порядке: [интерфейс уровня] - [тип услуги] - [тип примитива].

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

Примитивы, соответствующие физическому уровню протокола DSS-1, показаны на рис. 3.5.

На рис. 3.5 показан прием от уровня 2 примитива PH-AR - запроса активизации РН (РН-ACTIVATION REQUEST) на стороне ТЕ. Этот запрос уровня 2 инициирует последовательность сигналов, показанную ранее на рис. 3.2а. При этом изменяются состояния S-интерфейса и могут передаваться шесть примитивов типа INDICATION: два уровню 2 и четыре логическому объекту системы эксплуатационного управления.



[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] [104] [105] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [ 117 ] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159] [160] [161] [162] [163] [164] [165] [166] [167] [168] [169]

0.0013