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

[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]

Процесс на стороне сетевого окончания NT существенно проще, чем рассмотренный выше процесс на стороне ТЕ, и имеет только четыре состояния. Небольшое число состояний и допустимых переходов позволяет наглядно представить этот процесс еще более упрощенной SDL-диаграммой (рис. 3.7).

Исходное состояние S2.1 подразумевает, что в интерфейсе присутствует INFO 0. Активизация может запрашиваться передачей примитива PH-AR к физическому уровню. Интерфейс может активизироваться и со стороны ТЕ сигналом INFO 1, как это было показано на рис. 3.2а. В обоих случаях NT запускает таймер Т1, передает сигнал INFO 2 к ТЕ для его синхронизации и переходит в состояние ожидания S2.2. При нормальной последовательности сигналов ТЕ отвечает при помощи INFO 3, который принимается уровнем 1 на стороне NT, что приводит к сбросу таймера Т1 и переходу в состояние S2.3.

INFO о

<

INFO о

MPH-EI

Исходное

ajjcngjgraiJMOHHoro

INFO О

PH-AR

Установка Tl

INFO 2

Синхронизация

INF0 3

MPH-DR

/ INFO 4

INFOO

Сброс T1 Уствновка T2

Уствновка Т2

MPH-AI PH-AI

Активное

PH-DI

Ожидание удеактивизащ

MPH-DR

INFOO

INFOO

INFOO

PH-DI

Синхронизация

V J

PH-AR

INFO 2

Ожидание деактивизации

Исходное

Синхронизация

Рис. 3.7. Упрощенная SDL-диаграмма уровня 1 протокола DSS-1 на стороне NT

Состояние 82.3 - обычное активное состояние, в котором NT посылает INFO 4 к ТЕ до тех пор, пока ТЕ посылает INFO 3 к NT. Деактивизация инициируется при приеме примитива MPH-DR или если сработает таймер Т2, приводящий к передаче INFO О, посылке



примитива PH-DI и переходу в состояние S2.4.

Как было только что упомянуто для SDL-диаграммы на рис.3.6, ТЕ может деактивизироваться в аварийных условиях, например, при потере кадровой синхронизации. На стороне NT также возможна потеря кадровой синхронизации из-за помех или прием сигнала INFO О от ТЕ. В обоих случаях процесс возвращается в состояние S2.2 ожидания повторной активизации.

Состояние ожидания деактивизации S2.4 соответствует ситуации, когда уровень 1 на стороне NT сигнализировал ТЕ о своем намерении деактивизироваться путем передачи INFO 0. В обычном случае деактивизации ТЕ отвечает таким же сигналом INFO О, что переводит NT в исходное состояние S2.L Однако NT может принять в этом состоянии следующий запрос PH-AR, что приведет его к началу активизации таймера и повторному переходу в состояние S2.2.

3.3. УРОВЕНЬ LAPD

Протоколы уровня 2 (LAPD - Link Access Procedure on the D-channel) как базового, так и первичного доступа определены в рекомендациях ITU-T L440 (основные аспекты) и L441 (подробные спецификации). Эти же рекомендации в серии Q имеют номера Q.920 и Q.92L Обмен информацией на уровне LAPD осуществляется посредством информационных блоков, называемых кадрами и схожих с сигнальными единицами ОКС- 7.

Сформированные на уровне 3 сообщения помещаются в информационные поля кадров, не анализируемые уровнем 2. Задачи уровня 2 заключаются в переносе сообщений между пользователем и сетью с минимальными потерями и искажениями. Форматы и процедуры уровня 2 основываются на протоколе управления звеном передачи данных высокого уровня HDLC (High-level Data-Link Control procedures), первоначально определенном Международной организацией по стандартизации ISO и образующем подмножество других распространенных протоколов: LAPB, LAPV5 и др. Протокол LAPD, также входящий в подмножество HDLC, управляет потоком кадров, передаваемых по D-каналу, и предоставляет информацию, необходимую для управления потоком и исправления ошибок.

Обрабатывается в уровне 2 (LAPD)

Обрабатывается в уровне 3

Обрабатывается в уровне 2 (LAPD)

г \ 10-260

Флаг

Проверочная комбинация FCS

Информационное поле

Поле управления

Адрес

Флаг

Количество байтов

Байт 2

Байт 1

ЕА=1

SAPI

ЕА=0

Рис. 3.8. Формат кадра

Количество битов

Кадры могут содержать либо команды на выполнение действий, либо ответы, сообщающие о результатах выполнения команд, что определяется специальным битом идентификации команда/ответ C/R. Общий формат кадров LAPD показан на рис. 3.8.

Каждый кадр начинается и заканчивается однобайтовым флагом. Комбинация флага (0111 1110) такая же, как в ОКС-7. Имитация флага любым другим полем кадра исключается благодаря запрещению передачи последовательности битов, состоящей из более чем пяти следующих друг за другом единиц. Это достигается с помощью специальной процедуры, называемой «бит-стаффингом» (bit-stuffing), которая перед передачей кадра вставляет ноль после любой последовательности из пяти единиц, за исключением флага. При приеме кадра любой ноль, обнаруженный следом за последовательностью из пяти единиц, изымается.

Адресное поле (байты 2 и 3) кадра на рис. 3.8 содержит идентификатор точки доступа к услуге SAPI (Service Access Point Identifier) и идентификатор терминала TEI (Terminal Equipment Identifier) и используется для маршрутизации кадра к месту его назначения. Эти идентификаторы, уже упоминавшиеся в первом параграфе данной главы, определяют



соединение и терминал, к которым относится кадр.

Идентификатор пункта доступа к услуге SAPI занимает 6 битов в адресном поле и фактически указывает, какой логический объект сетевого уровня должен анализировать содержимое информационного поля. Например, SAPI может указывать, что содержимое информационного поля относится к процедурам управления соединениями в режиме коммутации каналов или к процедурам пакетной коммутации. Рекомендацией Q.921 определены значения SAPI, приведенные в табл. 3.1.

Таблица 3.1. Значения SAPI

SAPI

функция

Управление соединением ISDN (коммутация каналов)

Пакетная коммутация по Q.931

Пакетная коммутация Х.25

Управление уровнем 2

Идентификатор TEI указывает терминальное оборудование, к которому относится сообщение. Код ТЕ1=127 (1111111) указывает на вещательную (циркулярную) передачу информации всем терминалам, связанным с данной точкой доступа. Остальные значения (О-126) используются для идентификации терминалов. Диапазон значений TEI (табл.3.2) разделяется между теми терминалами, для которых TEI назначает сеть (автоматическое назначение TEI), и теми, для которых TEI назначает пользователь (неавтоматическое назначение TEI).

Таблица 3.2. Значения TEI

Назначение

0-63

Неавтоматическое назначение TEI

64-126

Автоматическое назначение TEI

Вещательный режим

При подключении УПАТС (представляющей собой функциональный блок NT2) кАТС ISDN общего пользования с использованием интерфейса PRI в соответствии с требованиями стандартов ETSI, принятых и в России, ТЕ1=0. В этом случае процедуры назначения TEI не применяются.

Бит идентификации команды/ответа C/R (Command/Response bit) в адресном поле перенесен в DSS-1 из протокола Х.25. Этот бит устанавливается LAPD на одном конце и обрабатывается на противоположном конце звена. Значение C/R (табл.3.3) классифицирует каждый кадр как командный или как кадр ответа. Если кадр сформирован как команда, адресное поле идентифицирует получателя, а если кадр является ответом, адресное поле идентифицирует отправителя. Отправителем или получателем могут быть как сеть, так и терминальное оборудование пользователя.

Таблица 3.3. Биты C/R в поле адреса

Кадры, сетью

Кадры, терминалом

Командный кадр

C/R=l

C/R=0

Кадр ответа

C/R=0

C/R=l

Бит расширения адресного поля ЕА (Extended address bit) служит для гибкого увеличения длины адресного поля. Бит расширения в первом байте адреса, имеющий значение О, указывает на то, что за ним следует другой байт. Бит расширения во втором байте, имеющий значение 1, указывает, что этот второй байт в адресном поле является последним. Именно такой вариант приведен на рис. 3.8. Если впоследствии возникнет необходимость увеличить размер адресного поля, значение бита расширения во втором байте может быть изменено на О, что будет указывать на существование третьего байта. Третий байт в этом случае будет содержать бит расширения со значением 1, указывающим,



[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.0012